Gestion de Data Guard
Cette section traite de la gestion des configurations et des opérations Oracle Data Guard. Elle inclut des commandes telles que dbaascli dataguard prepareStandbyBlob pour générer un fichier BLOB pour configurer un site de secours et dbaascli dataguard updateDGConfigAttributes pour mettre à jour les attributs d'automatisation Data Guard sur tous les noeuds de cluster. Ces commandes rationalisent la configuration et la maintenance des environnements Data Guard pour assurer la haute disponibilité et la récupération après sinistre.
- dbaascli dataguard prepareStandbyBlob
- dbaascli dataguard updateDGConfigAttributes
- basculement dbaascli dataguard
- rétablissement dbaascli dataguard
- permutation Data Guard de dbaascli
- dbaascli dataguard prepareForStandby
- dbaascli dataguard configureStandby
- dbaascli dataguard registerStandby
- dbaascli dataguard deregisterStandby
- dbaascli dataguard configureAWR
- dbaascli dataguard updateConfiguration
dbaascli dataguard prepareStandbyBlob
Pour générer un fichier BLOB contenant divers fichiers requis sur le site de secours dans le cas d'un environnement Data Guard, utilisez la commande dbaascli dataguard prepareStandbyBlob.
Exécutez la commande en tant qu'utilisateur root ou oracle.
Syntaxe :
dbaascli dataguard prepareStandbyBlob --dbname <value> --blobLocation <value>Paramètres:
| Paramètre | Description |
|---|---|
--dbname |
indique le nom d'Oracle AI Database |
--blobLocation |
indique l'emplacement de répertoire personnalisé où le fichier BLOB de secours sera généré dans un environnement Data Guard. |
Foire aux questions:
Q : Quel est le but de la commande dbaascli dataguard prepareStandbyBlob ?
R : La commande dbaascli dataguard prepareStandbyBlob permet de générer un fichier BLOB contenant les différents fichiers requis sur le site de secours dans un environnement Data Guard.
Q : Quels sont les prérequis pour l'exécution de la commande dbaascli dataguard prepareStandbyBlob ?
R : la commande doit être exécutée en tant qu'utilisateur root ou oracle.
Q : Comment indiquer le nom de la base de données Oracle AI Database pour laquelle préparer l'objet BLOB de secours ?
R : utilisez l'option --dbname suivie du nom d'Oracle AI Database. Exemple :
--dbname myDatabase
Q : Comment spécifier l'emplacement où le fichier BLOB de secours sera généré ?
R : Utilisez l'option --blobLocation pour indiquer le chemin du répertoire personnalisé dans lequel le fichier BLOB de secours sera généré. Exemple :
--blobLocation /path/to/standby_blob
Q : Que fait l'option –dbname dans la commande ?
R : l'option --dbname indique le nom de la base de données Oracle AI Database pour laquelle le fichier BLOB de secours est en cours de préparation.
Q : Quel est le but de l'option –blobLocation ?
R : L'option --blobLocation définit le chemin du répertoire personnalisé dans lequel le fichier BLOB de secours sera créé.
Q : Puis-je exécuter la commande dbaascli dataguard prepareStandbyBlob en tant qu'utilisateur autre que root ou oracle ?
R : Non, la commande doit être exécutée en tant qu'utilisateur root ou oracle.
Q : Est-il possible d'utiliser un chemin relatif pour l'option –blobLocation ?
R : Il est recommandé d'utiliser un chemin absolu pour l'option --blobLocation afin de s'assurer que le fichier BLOB de secours est créé dans le répertoire requis.
Q : Que dois-je faire si je veux modifier l'emplacement où le fichier BLOB de secours est généré ?
R : modifiez l'option --blobLocation pour indiquer un nouveau chemin de répertoire pour le fichier BLOB de secours.
Q : Dois-je effectuer des étapes supplémentaires après avoir généré le fichier BLOB de secours ?
R : Oui. Une fois le fichier BLOB de secours généré, vous devez le transférer sur le site de secours et l'utiliser pour la configuration Data Guard.
dbaascli dataguard updateDGConfigAttributes
Pour mettre à jour les attributs d'automatisation Data Guard sur tous les noeuds de cluster, utilisez la commande dbaascli dataguard updateDGConfigAttributes.
Exécutez la commande en tant qu'utilisateur root ou oracle.
Syntaxe :
dbaascli dataguard updateDGConfigAttributes --attributes <value>Paramètres:
| Paramètre | Description |
|---|---|
--attributes |
contient les attributs d'automatisation Data Guard à modifier. Accepte les valeurs séparées par des virgules au format <attribute=value>. Les attributs doivent être prédéfinis dans le fichier de configuration Data Guard. |
Foire aux questions:
Q : Quel est le but de la commande dbaascli dataguard updateDGConfigAttributes ?
R : La commande dbaascli dataguard updateDGConfigAttributes permet de mettre à jour les attributs d'automatisation Data Guard sur tous les noeuds de cluster.
Q : Quels sont les prérequis pour l'exécution de la commande dbaascli dataguard updateDGConfigAttributes ?
R : la commande doit être exécutée en tant qu'utilisateur root ou oracle.
Q : Comment spécifier les attributs que je veux mettre à jour à l'aide de cette commande ?
R : utilisez l'option --attributes suivie des attributs à modifier. Les attributs doivent être au format délimité par des virgules, par exemple attribute=value. Exemple :
--attributes attribute1=value1,attribute2=value2
Q : Dans quel format les valeurs de l'option –attributes doivent-elles se présenter ?
R : Les valeurs de l'option --attributes doivent être séparées par des virgules et chaque attribut doit être spécifié en tant que attribute=value.
Q : Puis-je spécifier plusieurs attributs dans l'option –attributes ?
R : Oui, vous pouvez spécifier plusieurs attributs en les séparant par des virgules. Exemple :
--attributes attribute1=value1,attribute2=value2
Q : Que se passe-t-il si je fournis un attribut qui n'est pas prédéfini dans le fichier de configuration Data Guard ?
R : Si vous fournissez un attribut qui n'est pas prédéfini, la commande peut échouer ou ignorer l'attribut non reconnu. Assurez-vous que tous les attributs sont prédéfinis dans le fichier de configuration Data Guard.
Q : Dois-je redémarrer des services après la mise à jour des attributs d'automatisation Data Guard ?
R : Dans la plupart des cas, vous n'avez pas besoin de redémarrer les services après la mise à jour des attributs. Cependant, vérifiez les attributs spécifiques et leur impact pour déterminer si un redémarrage est nécessaire.
Q : Comment vérifier si les attributs Data Guard ont été mis à jour ?
R : Après avoir exécuté la commande, vous pouvez vérifier les attributs mis à jour en vérifiant la configuration Data Guard ou en utilisant les commandes/outils de vérification appropriés propres à votre configuration.
Q : Que dois-je faire si la commande ne parvient pas à mettre à jour les attributs ?
R : Consultez les messages d'erreur pour plus de détails sur ce qui s'est passé. Vérifiez que vous avez indiqué des attributs valides et qu'ils sont prédéfinis dans le fichier de configuration Data Guard. Vérifiez les autorisations utilisateur et la syntaxe des commandes.
Q : Est-il possible de mettre à jour des attributs pour des noeuds spécifiques uniquement à l'aide de cette commande ?
R : Non. La commande dbaascli dataguard updateDGConfigAttributes met à jour les attributs sur tous les noeuds de cluster. Si vous devez mettre à jour des attributs pour des noeuds spécifiques, vous devrez peut-être utiliser différentes méthodes ou commandes.
basculement dbaascli dataguard
Pour effectuer un basculement manuel vers la base de données de secours, utilisez la commande dataguard failover.
Exécutez cette commande en tant qu'utilisateur oracle sur la base de données de secours cible.
Syntaxe :
dbaascli dataguard failover --dbname <value> [--useImmediateFailover] [--executePrereqs] [--waitForCompletion <value>] [--resume [--sessionID <value>]]Paramètres:
| Paramètre | Description |
|---|---|
--dbname |
indique le nom d'Oracle AI Database. |
--useImmediateFailover |
utilisez cet indicateur lorsque la configuration Oracle Data Guard présente un état d'avertissement ou d'erreur. |
--executePrereqs |
exécute les vérifications de pré prérequis et signale les résultats. |
--waitForCompletion |
indique si l'opération doit être terminée. Définissez la valeur sur false pour exécuter l'opération en arrière-plan. Valeurs valides : true ou false. |
--resume |
reprend l'opération précédente. |
--sessionID |
reprend une session spécifique par son ID. |
Exécution d'une opération de basculement manuel à l'aide de l'utilitaire dbaascli
Pour effectuer un basculement manuel vers la base de données de secours, utilisez la commande dataguard failover.
-
Connectez-vous à la machine virtuelle dans la configuration Oracle Data Guard qui hébergera la nouvelle base de données principale en tant qu'utilisateur
opc.Pour obtenir des instructions détaillées, reportez-vous à Connexion à une machine virtuelle avec SSH.
-
Démarrez un shell de commande root-user, puis passez à l'utilisateur
oracle:$ sudo -s # su - oracle $ -
Lancez le basculement vers la base de données de secours.
$ dbaascli dataguard failover --dbname <db-name> -
Revenez en tant qu'utilisateur
root.$ exit # -
Quittez le Shell de commande root-user et déconnectez-Vous de la machine virtuelle.
# exit $ exit
rétablissement dbaascli dataguard
Pour rétablir une base de données en échec en tant que base de données de secours après un basculement, utilisez la commande dataguard reinstate.
Exécutez cette commande en tant qu'utilisateur oracle sur lequel le rétablissement est requis (c'est-à-dire la base de données de secours en échec).
Syntaxe :
dbaascli dataguard reinstate --dbname <value> [--primaryDBUniqueName <value>] [--executePrereqs] [--waitForCompletion <value>] [--resume [--sessionID <value>]]Paramètres:
| Paramètre | Description |
|---|---|
--dbname |
indique le nom d'Oracle AI Database. |
--primaryDBUniqueName |
indique le nom unique de la base de données principale en cours dans la configuration Oracle Data Guard. |
--executePrereqs |
exécute les vérifications de pré prérequis et signale les résultats. |
--waitForCompletion |
indique si l'opération doit être terminée. Définissez la valeur sur false pour exécuter l'opération en arrière-plan. Valeurs valides : true ou false. |
--resume |
reprend l'opération précédente. |
--sessionID |
reprend une session spécifique par son ID. |
Pour déterminer quand un membre doit être rétabli dans une configuration Data Guard :
Surveillez la sortie dgmgrl show database pour détecter les erreurs ORA suivantes :
-
Sur le nouveau cluster principal :
ORA-16661 : La base de données de secours doit être rétablie
-
Sur l'ancien cluster principal :
ORA-16623 : Le membre a détecté un changement de rôle
Ces messages indiquent qu'un basculement s'est produit. Pour restaurer la synchronisation complète au sein de la configuration Data Guard, l'ancienne instance principale doit être rétablie.
Rétablissement d'une base de données principale en échec à l'aide de l'utilitaire dbaascli
Pour rétablir une base de données principale en échec après un basculement, utilisez la commande dataguard reinstate.
-
Connectez-vous à l'une des machines virtuelles de la configuration Oracle Data Guard en tant qu'utilisateur
oracle.Pour obtenir des instructions détaillées, reportez-vous à Connexion à une machine virtuelle avec SSH.
-
Lancez le rétablissement de la base de données principale en échec.
$ dbaascli dataguard reinstate --dbname <db-name>Dans une configuration de secours multiple (groupe Data Guard), il est recommandé d'indiquer l'argument
--primaryDBUniqueName.dbaascli dataguard reinstate --dbname <db-name> --primaryDBUniqueName <primary-DB-unique-name> -
Se déconnecter de la machine virtuelle.
$ exit
permutation Data Guard de dbaascli
Pour effectuer une permutation vers la base de données de secours, utilisez la commande dataguard switchover.
Exécutez cette commande en tant qu'utilisateur oracle.
Syntaxe :
dbaascli dataguard switchover --dbname <value> [--targetStandbyDBUniqueName <value>] [--executePrereqs] [--enableDGDebug] [--waitForCompletion <value>] [--resume [--sessionID <value>]]Paramètres:
| Paramètre | Description |
|---|---|
--dbname |
indique le nom d'Oracle AI Database. |
--targetStandbyDBUniqueName |
permet d'indiquer le nom unique de l'instance de secours, qui doit prendre le rôle d'instance de secours en instance principale. |
--executePrereqs |
exécute les vérifications de pré prérequis et signale les résultats. |
--enableDGDebug |
active les traces lors de l'exécution de l'opération. |
--waitForCompletion |
indique si l'opération doit être terminée. Définissez la valeur sur false pour exécuter l'opération en arrière-plan. Valeurs valides : true ou false. |
--resume |
reprend l'opération précédente. |
--sessionID |
reprend une session spécifique par son ID. |
Exécution d'une opération de permutation à l'aide de l'utilitaire dbaascli
Pour effectuer une permutation vers la base de données de secours, utilisez la commande dataguard switchover.
-
Connectez-vous à la machine virtuelle dans la configuration Oracle Data Guard qui hébergera la nouvelle base de données principale en tant qu'utilisateur
opc.Pour obtenir des instructions détaillées, reportez-vous à Connexion à une machine virtuelle avec SSH.
-
Démarrez un shell de commande root-user, puis passez à l'utilisateur
oracle.$ sudo -s # su - oracle $ -
Lancez la permutation vers la base des données de réserve.
$ dbaascli dataguard switchover --dbname <db-name>Dans une configuration de secours multiple (groupe Data Guard), il est recommandé d'indiquer l'argument
--targetStandbyDBUniqueName.dbaascli dataguard switchover --dbname <db-name> --targetStandbyDBUniqueName <target-standby-DB-unique-name> -
Revenez en tant qu'utilisateur
root.$ exit # -
Quittez le Shell de commande root-user et déconnectez-Vous de la machine virtuelle.
# exit $ exit
dbaascli dataguard prepareForStandby
Pour créer une base de données de secours Oracle, utilisez la commande dbaascli dataguard prepareForStandby en tant que première étape.
Exécutez cette commande en tant qu'utilisateur root sur la base de données principale. A la fin de l'exécution de la commande, un fichier BLOB de secours est créé. Vous devez copier ce fichier vers le système de base de données de secours pour poursuivre l'étape configureStandby.
Remarque : pour les configurations de récupération après sinistre sur Oracle Base Database Cloud@Customer, vous devez utiliser la console Oracle Cloud Infrastructure (OCI) ou le kit SDK OCI pour configurer Data Guard. L'utilitaire dbaascli n'est pas pris en charge pour ce cas d'utilisation et ne doit pas être utilisé.
Syntaxe :
dbaascli dataguard prepareForStandby --dbname <value> --standbyDBUniqueName <value> --standbyDBDomain | --noDBDomain --standbyScanIPAddresses <Standby SCAN IP Addresses> [ --standbyScanPort ] [ --standbyServiceName ] [ -- primaryScanIPAddresses ] [ --primaryScanPort ] [--executePrereqs] [--resume [--sessionID <value>]] [--revert [--sessionID <value>]] [--waitForCompletion] [--skipDRConfiguration]Paramètres:
| Paramètre | Description |
|---|---|
--dbname |
indique le nom d'Oracle AI Database. |
--standbyDBUniqueName |
permet d'indiquer le nom unique de l'instance de secours pour laquelle la base de données principale sera configurée. |
--standbyDBDomain |
permet d'indiquer le domaine de l'instance de secours pour laquelle la base de données principale sera configurée |
--noDBDomain |
indique de ne pas utiliser le nom de domaine de base de données pour la base de données de secours. |
--standbyScanIPAddresses |
indique une liste d'adresses IP (séparées des virgules) correspondant au Processus d'écoute SCAN de base de données de secours ou au nom SCAN de la base de données de secours. |
--standbyScanPort |
permet d'indiquer le numéro de port SCAN correspondant de la base de données de secours. |
--standbyServiceName |
permet d'indiquer le nom du service de base de données de secours pour lequel la base de données principale sera configurée. |
--primaryScanIPAddresses |
indique une liste d'adresses IP (séparées des virgules) correspondant au listener SCAN de base de données principale ou au nom SCAN de la base de données principale. |
--primaryScanPort |
permet d'indiquer le numéro de port SCAN correspondant de la base de données principale. |
--executePrereqs |
exécute les vérifications de pré prérequis et signale les résultats. |
--resume |
reprend l'opération précédente. |
--sessionID |
reprend une session spécifique par son ID. |
--revert |
annule l'opération précédente. |
--waitForCompletion |
indique si l'opération doit être terminée. Définissez la valeur sur false pour exécuter l'opération en arrière-plan. Valeurs valides : true ou false. |
--skipDRConfiguration |
indique si la configuration de la récupération après sinistre doit être ignorée dans le cadre de la configuration de la base de données de secours. Valeurs valides : true (ignorer la configuration de récupération après sinistre) ou false (configurer la récupération après sinistre). |
Exécution de l'opération PrepareForStandby à l'aide de l'utilitaire dbaascli
Pour préparer la base de données principale à la création d'une base de données de secours, utilisez la commande dbaascli dataguard prepareForStandby.
-
Connectez-vous à la machine virtuelle sur laquelle vous souhaitez héberger la base de données principale en tant qu'utilisateur
opc.Pour obtenir des instructions détaillées, reportez-vous à Connexion à une machine virtuelle avec SSH.
-
Démarrez un shell de commande root-user .
$ sudo -s -
Exécutez la commande
prepareForStandby. Lorsque vous y êtes invité, entrez le mot du passeSYS.dbaascli dataguard prepareForStandby --dbName <db name> --standbyDBUniqueName <standby db unique name> --standbyDBDomain <standby db domain> --standbyScanIPAddresses <comma-delimieted list of standby SCAN IP addresses> --primaryScanIPAddresses <comma-delimited list of primary SCAN IP addresses> --standbyScanPort <standby SCAN listener port>Lorsque vous avez terminé, la commande affiche l'emplacement où le fichier BLOB de secours est créé.
-
Quittez l'interpréteur de commande root-user et déconnectez-le de la machine virtuelle.
# exit
dbaascli dataguard configureStandby
Pour créer une base de données de secours, utilisez la commande dbaascli dataguard configureStandby comme deuxième étape après l'étape prepareForStandby.
Exécutez-le en tant qu'utilisateur root sur le cluster de secours.
Syntaxe :
dbaascli dataguard configureStandby --dbname <value> --oracleHome <value> | --oracleHomeName <value> --standbyDBUniqueName <value> [--standbyDBDomain <value>] | [--noDBDomain] --primaryScanIPAddresses <value> --primaryScanPort <value> --primaryServiceName <value> --protectionMode <value> --transportType <value> --activeDG <value> [--standbyBlobFromPrimary <value>] | [--standbyDBInfoJsonLocation <value>] [--standbyScanIPAddresses <value>] [--standbyScanPort <value>] [--standbySID <value>] [--nodeList <value>] [--skipAWRConfiguration] [--primaryDBOCID <value>] [--sgaSizeInMB <value>] [--pgaSizeInMB <value>] [--datafileDestination <value>] [--fraDestination <value>] [--redoLogDestination <value>] [--fraSizeInMB <value>] [--tdeKeyStoreType <value> [--tdeKeyOCID <value>]] [--tdeKeyOCID <value>] [--executePrereqs] [--resume [--sessionID <value>]] | [--revert [--sessionID <value>]] --waitForCompletion <value>] [--enableFIPS <value>] [--skipDRConfiguration] [--okvServer <value> --okvAdminUserName <value> [--okvServerRestPort <value>]] [--okvWalletName <value>]Paramètres:
| Paramètre | Description |
|---|---|
--dbname |
indique le nom d'Oracle AI Database. |
--oracleHome |
spécifie le chemin du répertoire de base Oracle. |
--oracleHomeName |
indique le nom de répertoire de base Oracle. |
--standbyDBUniqueName |
indique le nom unique de la base de données de secours. |
--standbyDBDomain |
permet d'indiquer le domaine de l'instance de secours pour laquelle la base de données principale sera configurée |
--noDBDomain |
indique de ne pas utiliser le nom de domaine de base de données pour la base de données de secours. |
--primaryScanIPAddresses |
indique une liste d'adresses IP (séparées des virgules) correspondant au listener SCAN de base de données principale ou au nom SCAN de la base de données principale. |
--primaryScanPort |
permet d'indiquer le numéro de port SCAN correspondant du service d'origine. |
--primaryServiceName |
permet d'indiquer le nom du service de base de données principale pour lequel la base de données de secours sera configurée. |
--protectionMode |
indique le mode d'accès Data Guard à définir lors de la configuration de cette base de données. Valeurs valides : MAX_PERFORMANCE ou MAX_AVAILABILITY. |
--transportType |
indique le type d'acheminement Data Guard à définir lors de l'installation de la base de données de secours. Valeurs valides : ASYNC ou SYNC. |
--activeDG |
permet d'indiquer si la configuration Data Guard sera active. Valeurs valides : true ou false. |
--standbyBlobFromPrimary |
indique l'emplacement du fichier BLOB de la base des données de secours, préparé à partir de la base des données principale. Requis uniquement pour les opérations de base de données secours. |
--standbyDBInfoJsonLocation |
indique l'emplacement du fichier d'informations généré à partir de la base de données principale pour l'export de métadonnées supplémentaires. Cette option est obligatoire uniquement pour les opérations de base de données de secours. |
--standbyScanIPAddresses |
indique une liste d'adresses IP (séparées des virgules) correspondant au Processus d'écoute SCAN de base de données de secours ou au nom SCAN de la base de données de secours. |
--standbyScanPort |
permet d'indiquer le numéro de port SCAN correspondant de la base de données de secours. |
--standbySID |
indique le SID de base de données de secours pour la configuration de secours. |
--nodeList |
indique la liste des noeuds sur lesquels la base de données de secours doit s'exécuter, y compris les noeuds déjà en cours d'exécution ou configurés. |
--skipAWRConfiguration |
indique si la configuration Oracle AWR doit être ignorée dans le cadre de la configuration de la base de données de secours. Valeurs valides : true (ignorer la configuration du référentiel AWR) ou false (configurer le référentiel AWR). |
--primaryDBOCID |
indique la valeur de l'OCID de ressource correspondant à la base de données principale. |
--sgaSizeInMB |
indique la valeur sga_target en Mo. |
--pgaSizeInMB |
indique la valeur pga_aggregate_target en Mo. |
--datafileDestination |
indique l'emplacement de stockage à utiliser pour les fichiers de données de base de données. |
--fraDestination |
indique l'emplacement de stockage à utiliser pour la zone de récupération rapide de la base de données. |
--redoLogDestination |
indique l'emplacement de stockage à utiliser pour les fichiers de journalisation. |
--fraSizeInMB |
permet d'indiquer la valeur d'espace de récupération rapide en Mo. |
--tdeKeyStoreType |
indique le type de fichier de clés TDE. Valeurs valides : FILE, KMS, AZURE, GOOGLE, AWS ou OKV |
--tdeKeyOCID |
indique l'OCID de clé KMS/AZURE/GOOGLE/AWS à utiliser pour TDE. Applicable uniquement si KMS/AZURE/GOOGLE/AWS est sélectionné pour le type de fichier de clés TDE. |
--executePrereqs |
exécute les vérifications de pré prérequis et signale les résultats. |
--resume |
reprend l'opération précédente. |
--sessionID |
reprend une session spécifique par son ID. |
--revert |
annule l'opération précédente. |
--waitForCompletion |
indique si l'opération doit être terminée. Définissez la valeur sur false pour exécuter l'opération en arrière-plan. Valeurs valides : true ou false. |
--enableFIPS |
indique si FIPS doit être activé. Définissez cette option sur false pour la désactiver. Valeurs valides : true ou false. |
--skipDRConfiguration |
indique si la configuration de la récupération après sinistre doit être ignorée dans le cadre de la configuration de la base de données de secours. Valeurs valides : true (ignorer la configuration de récupération après sinistre) ou false (configurer la récupération après sinistre). |
--okvServer |
indique le serveur Oracle Key Vault. Liste de plusieurs adresses IP séparées par des virgules. |
--okvAdminUserName |
indique le nom utilisateur de l'administrateur d'Oracle Key Vault. |
--okvServerRestPort |
indique le numéro de port REST pour Oracle Key Vault. |
--okvWalletName |
indique le nom de portefeuille Oracle Key Vault. |
Exécution de l'opération configureStandby à l'aide de l'utilitaire dbaascli
Pour créer une base de données de secours, utilisez la commande dbaascli dataguard configureStandby.
-
Connectez-vous à la machine virtuelle où vous souhaitez héberger la base de données de secours en tant qu'utilisateur
opc.Pour obtenir des instructions détaillées, reportez-vous à Connexion à une machine virtuelle avec SSH.
-
Démarrez un shell de commande root-user .
$ sudo -s -
Exécutez la commande
configureStandby.dbaascli dataguard configureStandby --standbySID <standby SID> --activeDG <true|false> --dbName <db name> --standbyDBUniqueName <standby db unique name> --standbyScanName <comma-delimited list of standby SCAN IP addresses> --protectionMode <MAX_PERFORMANCE|MAX_AVAILABILITY> --standbyScanPort <standby SCAN port> --oracleHome <oracle home path> --standbyDBDomain <standby db domain name>. --primaryServiceName <primary db service name> --transportType <ASYNC|SYNC> --primaryScanPort <primary db SCAN port> --primaryScanIPAddresses <comma-delimited list primary db SCAN IP addresses> --standbyBlobFromPrimary <standby BLOB from primary> -
Entrez les mots de passe
SYS,TDEetAWRde la base de données principale lorsque vous y êtes invité.Une fois la commande exécutée, la base de données de secours démarre et devient opérationnelle.
dbaascli dataguard registerStandby
Pour inscrire une base de données de secours nouvellement créée auprès de toutes les bases de données de secours existantes et de la base de données principale, utilisez la commande dbaascli dataguard registerStandby comme troisième étape après l'étape configureStandby.
Exécutez cette commande en tant qu'utilisateur root sur le cluster principal. En outre, dans une configuration de plusieurs bases de secours, exécutez la commande sur tous les clusters de secours, à l'exception du cluster de base de données de secours nouvellement créé.
Syntaxe :
dbaascli dataguard registerStandby --dbname <value> --standbyDBUniqueName <value> --standbyDBDomain <value> | --noDBDomain --standbyScanIPAddresses <value> [--standbyScanPort <value>] [--standbyServiceName <value>] [--executePrereqs] [--resume [--sessionID <value>]] | [--revert [--sessionID <value>]] [--waitForCompletion <value>]Paramètres:
| Paramètre | Description |
|---|---|
--dbname |
indique le nom d'Oracle AI Database. |
--standbyDBUniqueName |
indique le nom unique d'une base de données de secours à inscrire auprès de la configuration du Broker Oracle Data Guard. |
--standbyDBDomain |
permet d'indiquer le domaine de l'instance de secours pour laquelle la base de données principale sera configurée |
--noDBDomain |
indique de ne pas utiliser le nom de domaine de base de données pour la base de données de secours. |
--standbyScanIPAddresses |
indique une liste d'adresses IP (séparées des virgules) correspondant au Processus d'écoute SCAN de base de données de secours ou au nom SCAN de la base de données de secours. |
--standbyScanPort |
permet d'indiquer le numéro de port SCAN correspondant de la base de données de secours. |
--standbyServiceName |
permet d'indiquer le nom du service de base de données de secours pour lequel la base de données principale sera configurée. |
--executePrereqs |
exécute les vérifications de pré prérequis et signale les résultats. |
--resume |
reprend l'opération précédente. |
--sessionID |
reprend une session spécifique par son ID. |
--revert |
annule l'opération précédente. |
--waitForCompletion |
indique si l'opération doit être terminée. Définissez la valeur sur false pour exécuter l'opération en arrière-plan. Valeurs valides : true ou false. |
Exécution de l'opération registerStandby à l'aide de l'utilitaire dbaascli
Pour inscrire la base de données de secours indiquée auprès de la configuration du broker Oracle Data Guard, utilisez la commande dbaascli dataguard registerStandby.
Dans les cas d'utilisation d'une base de données de secours unique, la commande registerStandby doit être exécutée uniquement sur le cluster principal, car il existe une association un-à-un entre la base de données principale et la base de données de secours.
Toutefois, dans les configurations comportant plusieurs bases de données de secours, vous devez exécuter la commande registerStandby sur le cluster principal et tous les clusters de secours existants, à l'exclusion de la nouvelle base de données de secours en cours d'ajout.
Par exemple, envisagez une configuration avec deux bases de données de secours : stdby1 et stdby2, où stdby2 est la nouvelle base de données de secours à inscrire. Dans ce cas, exécutez la commande registerStandby sur le cluster principal et sur stdby1, mais pas sur stdby2.
En résumé, lors de l'ajout d'une nouvelle base de données de secours à une configuration Oracle Data Guard existante, exécutez la commande registerStandby sur la base principale et sur tous les autres clusters de secours précédemment inscrits, à l'exception de la nouvelle base de données de secours en cours d'ajout.
-
Connectez-vous au cluster principal de la configuration Data Guard en tant qu'utilisateur
opc.Pour obtenir des instructions détaillées, reportez-vous à Connexion à une machine virtuelle avec SSH.
-
Démarrez un shell de commande root-user .
$ sudo -s -
Exécutez la commande
registerStandby.dbaascli dataguard registerStandby --dbname <db-name> --standbyDBUniqueName <standby-DB-unique-name> --standbyDBDomain <standby-DB-domain>Une fois la commande exécutée, la base de données de secours indiquée est inscrite auprès de la configuration du broker Oracle Data Guard.
-
Répétez les étapes 1 à 3, telles qu'elles sont effectuées sur le cluster principal, sur tous les clusters de secours existants de la configuration Oracle Data Guard Broker, à l'exception de celui en cours d'inscription.
dbaascli dataguard deregisterStandby
Lors de la suppression de la base de données de secours, exécutez la commande dbaascli dataguard deregisterStandby avant de supprimer la base de données sur le cluster de secours pour annuler l'inscription de la base de données de secours dans la configuration du broker Oracle Data Guard.
Exécutez cette commande en tant qu'utilisateur root sur le cluster principal. Toutefois, dans le contexte de plusieurs bases de données de secours, cette commande doit être exécutée sur tous les clusters de secours, à l'exception de la base de données de secours cible.
Syntaxe :
dbaascli dataguard deregisterStandby --dbname <value> --standbyDBUniqueName <value> [--executePrereqs] [--resume [--sessionID <value>]] [--waitForCompletion <value>]Paramètres:
| Paramètre | Description |
|---|---|
--dbname |
indique le nom d'Oracle AI Database. |
--standbyDBUniqueName |
indique le nom unique d'une base de données de secours à désinscrire de la configuration du courtier Oracle Data Guard. |
--executePrereqs |
exécute les vérifications de pré prérequis et signale les résultats. |
--resume |
reprend l'opération précédente. |
--sessionID |
reprend une session spécifique par son ID. |
--waitForCompletion |
indique si l'opération doit être terminée. Définissez la valeur sur false pour exécuter l'opération en arrière-plan. Valeurs valides : true ou false. |
Exécution de l'opération deregisterStandby à l'aide de l'utilitaire dbaascli
Lors de la suppression de la base de données de secours, exécutez la commande dbaascli dataguard deregisterStandby avant de supprimer la base de données sur le cluster de secours pour annuler l'inscription de la base de données de secours dans la configuration du broker Oracle Data Guard.
Dans les cas d'utilisation d'une base de données de secours unique, la commande deregisterStandby doit être exécutée uniquement sur le cluster principal, car il existe une association un-à-un entre la base de données principale et la base de données de secours.
Toutefois, dans les configurations comportant plusieurs bases de données de secours, vous devez exécuter la commande deregisterStandby sur le cluster principal et tous les clusters de secours existants, à l'exclusion de la base de données de secours en cours de désinscription.
Par exemple, envisagez une configuration avec deux bases de données de secours : stdby1 et stdby2, où stdby2 doit être désinscrit. Dans ce cas, exécutez la commande deregisterStandby sur le cluster principal et sur stdby1, mais pas sur stdby2.
En résumé, lors de la suppression d'une base de données de secours d'une configuration Oracle Data Guard existante, exécutez la commande deregisterStandby sur le cluster de secours principal et sur tous les autres clusters de secours existants avant de supprimer l'opération de base de données sur le cluster de secours souhaité.
-
Connectez-vous au cluster principal de la configuration Oracle Data Guard en tant qu'utilisateur
opc.Pour obtenir des instructions détaillées, reportez-vous à Connexion à une machine virtuelle avec SSH.
-
Démarrez un shell de commande root-user .
$ sudo -s -
Exécutez la commande
deregisterStandby.dbaascli dataguard deregisterStandby --dbname <db-name> --standbyDBUniqueName <standby-DB-unique-name>Une fois la commande terminée, la base de données de secours indiquée est désinscrite (supprimée) de la configuration Oracle Data Guard Broker.
-
Répétez les étapes 1 à 3, telles qu'elles sont effectuées sur le cluster principal, sur tous les clusters de secours existants de la configuration Oracle Data Guard Broker, à l'exception de celui en cours de désinscription.
dbaascli dataguard configureAWR
Pour activer ou désactiver la configuration du référentiel AWR sur la base de données de secours Active Data Guard, utilisez la commande dbaascli dataguard configureAWR.
Exécutez cette commande en tant qu'utilisateur root sur le cluster de secours Active Data Guard où vous souhaitez activer ou désactiver la configuration AWR. Utilisez cette commande si le référentiel AWR n'a pas été configuré pendant le processus d'ajout de secours.
Syntaxe :
dbaascli dataguard configureAWR --dbname <value> { --action <value> | --enable | --disable } [--executePrereqs] [--resume [--sessionID <value>]]Paramètres:
| Paramètre | Description |
|---|---|
--dbname |
indique le nom d'Oracle AI Database. |
--action |
Indique si le référentiel AWR doit ou non être activé. Utilisez --action enable pour activer le référentiel AWR et --action disable pour le désactiver. L'argument --action est conservé à des fins de compatibilité descendante. Cependant, il est recommandé d'utiliser --enable ou --disable, car ils fournissent la même fonctionnalité mais sont plus explicites. |
--executePrereqs |
exécute les vérifications de pré prérequis et signale les résultats. |
--resume |
reprend l'opération précédente. |
--sessionID |
reprend une session spécifique par son ID. |
Exécution de l'opération configureAWR à l'aide de l'utilitaire dbaascli
Pour configurer le référentiel AWR sur une base de données de secours ADG, utilisez la commande dbaascli dataguard configureAWR.
-
Connectez-vous à la machine virtuelle où votre base de données de secours ADG est hébergée en tant qu'utilisateur
opc.Pour obtenir des instructions détaillées, reportez-vous à Connexion à une machine virtuelle avec SSH.
-
Démarrez un shell de commande root-user .
$ sudo -s -
Exécutez la commande
configureAWR.Pour activer le référentiel AWR, exécutez :
$ dbaascli dataguard configureAWR --dbname <db-name> --enablePour désactiver le référentiel AWR, exécutez :
$ dbaascli dataguard configureAWR --dbname <db-name> --disable -
Entrez les mots de passe
SYSetAWRlorsque vous y êtes invité.Une fois la commande exécutée, la base de données de secours ADG aurait été configurée avec le référentiel AWR
dbaascli dataguard updateConfiguration
Pour mettre à jour le mode de transport ou de protection, ou les deux, paramètres d'un environnement Data Guard, utilisez la commande dbaascli dataguard updateConfiguration.
Exécutez ce script en tant qu'utilisateur root.
Lorsque la commande Mettre à jour le mode de transport est exécutée sur la base principale, seul le mode de transport de la base principale est mis à jour. Pour mettre à jour le mode de transport d'une base de données de secours, la commande doit être exécutée séparément sur cette base.
En revanche, lorsque la commande de mise à jour du mode de protection est exécutée sur la base de données principale, le mode de protection est mis à jour pour les bases de données principale et de secours. Le mode de protection peut également être mis à jour du côté de la base de données de secours, auquel cas les bases de données principale et de secours sont mises à jour.
Lors de la mise à jour du mode de transport ou de protection à partir de la base de données principale, le système vérifie les modes en cours sur les bases de données principale et de secours et procède à la mise à jour uniquement si toutes les conditions requises sont remplies.
Syntaxe :
dbaascli dataguard updateConfiguration --dbname <value> [--protectionMode <value>] [--transportType <value>] [--standbyDGType <value>] [--executePrereqs] [--resume [--sessionID <value>]] [--waitForCompletion <value>]Paramètres:
| Paramètre | Description |
|---|---|
--dbname |
indique le nom d'Oracle AI Database. |
--protectionMode |
indique le mode d'accès Data Guard à définir lors de la configuration de cette base de données. Valeurs valides : MAX_PERFORMANCE ou MAX_AVAILABILITY. |
--transportType |
indique le type d'acheminement Data Guard à définir lors de l'installation de la base de données de secours. Valeurs valides : ASYNC ou SYNC. |
--standbyDGType |
indique le type Data Guard de la base de données de secours à définir. Valeurs valides : ADG ou DG. |
--executePrereqs |
exécute les vérifications de pré prérequis et signale les résultats. |
--resume |
reprend l'opération précédente. |
--sessionID |
reprend une session spécifique par son ID. |
--waitForCompletion |
indique si l'opération doit être terminée. Définissez la valeur sur false pour exécuter l'opération en arrière-plan. Valeurs valides : true ou false. |
Exécution de l'opération updateConfiguration à l'aide de l'utilitaire dbaascli
Pour mettre à jour le mode de transport et le mode de protection, ou les deux, utilisez la commande dbaascli dataguard updateConfiguration.
-
Connectez-vous à la machine virtuelle où votre base de données de secours ADG est hébergée en tant qu'utilisateur
opc.Pour obtenir des instructions détaillées, reportez-vous à Connexion à une machine virtuelle avec SSH.
-
Démarrez un shell de commande root-user .
$ sudo -s -
Exécutez la commande
updateConfiguration.$ dbaascli dataguard updateConfiguration --dbname <db-name> --protectionMode MAX_PERFORMANCE|MAX_AVAILABILITY --transportType ASYNC|SYNC --standbyDGType ADG|DG.Une fois la commande exécutée, Data Guard indiqué est configuré avec le mode de transport ou de protection indiqué.