Han,

Assurez-vous que vous avez réussi toutes les étapes mentionnées ci-dessous,
car l’absence d’une des étapes signifie que la stratégie de BASE de données de SECOURS proposée par UR
est « EN panne » >>

1) Créez une sauvegarde (à chaud ou à froid) des fichiers de données de la base de données principale.

2) Créez un fichier de contrôle en veille sur le fichier principal.

SVRMGR > modifier la base de données créer un fichier de contrôle en veille sous la forme
‘/u01/app/oracle/admin/SID/udump/stby_control.ctl’;

3) Copiez les fichiers de données, le fichier de contrôle en veille et les fichiers de configuration du fichier primaire
vers l’hôte en veille.

4) Modifiez l’initialisation principale.fichier  » ora ». Les paramètres spécifiques à la base de données en veille
incluent :

# Cet exemple spécifie une destination d’archivage locale et active la destination #
.

LOG_ARCHIVE_DEST_1 = ‘LOCATION=/arc_dest/’

LOG_ARCHIVE_DEST_STATE_1 = ENABLE

# Cet exemple spécifie le nom du service net « standby1 », rend l’archivage
obligatoire

LOG_ARCHIVE_DEST_2 = ‘SERVICE=standby1 OBLIGATOIRE REOPEN= 5’

LOG_ARCHIVE_DEST_STATE_2 = ACTIVER

5) Modifiez l’initialisation en veille.fichier  » ora ». Les paramètres spécifiques à la base de données en veille
incluent :

# L’initialisation.valeurs ora pour la base de données de secours, qui se trouve sur #l’hôte distant.

STANDBY_ARCHIVE_DEST=/oracle/standby/arc/

Ce paramètre définit la destination de la base de données de secours pour les journaux d’archives
à propoger à partir du primaire.

5) Démarrez l’instance de veille et montez la base de données de veille :

SVRMGR > nom de démarrage

SVRMGR > alter database mount standby database ;

La base de données de veille est maintenant prête à être déployée.

Récupération de la base de données de secours :

Comme avec Oracle 7.3, 8.0 il est possible de faire défiler semi-automatiquement la base de données
en veille à l’aide de la commande suivante :

SVRMGR > récupérer la base de données en veille ;

Appliquez simplement les journaux lorsqu’ils arrivent sur l’hôte en veille. Avec la nouvelle fonction d’archivage à distance
, les journaux d’archivage peuvent être automatiquement appliqués sur l’hôte distant
(en veille). Pour automatiser complètement le processus de récupération (en faisant avancer
) de la base de données de secours, le DBA peut mettre la base de données en mode de récupération
soutenu (Nouveau dans Oracle8i):

SVRMGR > recover managed standby database

Le processus serveur applique les journaux d’archive au fur et à mesure qu’ils sont générés sur l’hôte de veille
. Le processus serveur se réveille en interne toutes les 15 secondes pour
vérifier l’archivage du prochain journal requis. Le DBA peut également spécifier un délai d’expiration
(minutes) pour une récupération prolongée. Si aucun nouveau journal n’est
généré pendant cette période, la session de récupération est annulée.

SVRMGR > recover managed standby database timeout 10

Afin d’annuler une session de récupération prolongée, à partir d’un autre gestionnaire de serveur
session, exécutez la commande suivante :

SVRMGR > alter database recover managed standby database cancel;

Ouverture de la base de données de secours :

Une autre nouvelle fonctionnalité importante des bases de données en veille Oracle8i est la possibilité
d’ouvrir la base de données en veille en lecture seule.

SVRMGR > modifier la base de données ouverte en lecture seule;

Bien sûr, la base de données de secours peut être ouverte en lecture-écriture mais devra être
activée.

SVRMGR > modifier la base de données activer la veille;

==========================================================
Nîmois