1. Connectez-vous à la machine virtuelle en tant qu'utilisateur opc.

   Pour obtenir des instructions détaillées, voir Connexion à une machine virtuelle avec SSH.

2. Démarrez un interpréteur de commandes en tant qu'utilisateur root :

   sudo -s

3. Exécutez la commande suivante :

   dbaascli database create --dbName database name --oracleHome Oracle Home Path --executePrereqs

   Où :

   • --dbName indique le nom de la base de données
   • --oracleHome indique l'emplacement du répertoire de base Oracle.
4. Quittez l'interpréteur de commandes de l'utilisateur root :

   exit

   Pour plus de détails sur les options prises en charge avancées, voir dbaascli database create.

Pour appliquer des correctifs à un répertoire de base Oracle (dbhome) :

1. Connectez-vous à la machine virtuelle en tant qu'utilisateur opc.

   Pour obtenir des instructions détaillées, voir Connexion à une machine virtuelle avec SSH.

2. Démarrez un interpréteur de commandes en tant qu'utilisateur root :

   sudo -s

3. Exécutez la commande suivante :

   dbaascli dbhome patch --oracleHome dbhome_path --targetVersion Oracle_Database_version

   Où :

   • --oracleHome identifie le chemin du répertoire de base Oracle à corriger.
   • --targetVersion indique la version Oracle Database cible à utiliser pour l'application de correctifs, spécifiée sous la forme de cinq segments numériques séparés par des points (par exemple 19.12.0.0.0).
   Par exemple :

   dbaascli dbhome patch --oracleHome /u02/app/oracle/product/19.0.0.0/dbhome_2 --targetVersion 19.9.0.0.0

4. Quittez l'interpréteur de commandes de l'utilisateur root :

   exit

   Pour plus de détails sur les options prises en charge avancées, voir dbaascli dbHome patch.

Une fois l'opération de déplacement de la base de données terminée, la base de données est exécutée à l'aide de la version du logiciel Oracle Database du répertoire de base Oracle cible.

Pour appliquer un correctif à une base de données en la déplaçant vers un autre répertoire de base Oracle :

1. Connectez-vous à la machine virtuelle en tant qu'utilisateur opc.

   Pour obtenir des instructions détaillées, voir Connexion à une machine virtuelle avec SSH.

2. Démarrez un interpréteur de commandes en tant qu'utilisateur root :

   sudo -s

3. Exécutez la commande suivante :

   dbaascli database move --oracleHome path_to_target_oracle_home --dbname database_name

   Où :

   • --oracleHome identifie le chemin du répertoire de base Oracle cible qui utilise la version du logiciel Oracle Database souhaitée. Notez que le répertoire de base Oracle cible doit exister dans votre système avant d'utiliser la commande database move.
   • --dbname indique le nom de la base de données en cours de déplacement.
   Par exemple :

   dbaascli database move --oracleHome /u02/app/oracle/product/19.0.0.0/dbhome_2 --dbname xyz

4. Quittez l'interpréteur de commandes de l'utilisateur root :

   exit

   Pour plus de détails sur les options prises en charge avancées, voir dbaascli database move.

Il est également possible d'appliquer des correctifs à Oracle Grid Infrastructure en créant d'abord une image logicielle corrigée, puis en utilisant cette image pour effectuer l'opération d'application de correctifs. Cela offre l'avantage qu'une image peut être créée à l'avance en dehors de la fenêtre d'application de correctifs. Cela facilite également la résolution des conflits, car tous les conflits entre les correctifs sont mis en évidence lors du processus de création d'image, sans incidence sur la fenêtre d'application de correctifs.

1. Connectez-vous à la machine virtuelle en tant qu'utilisateur opc.

   Pour obtenir des instructions détaillées, voir Connexion à une machine virtuelle avec SSH.

2. Démarrez un interpréteur de commandes en tant qu'utilisateur root :

   sudo -s

3. Exécutez la commande suivante :

   dbaascli dbhome patch --oracleHome dbhome_path --targetVersion Oracle_Database_version --executePrereqs

   Où :

   • --oracleHome identifie le chemin du répertoire de base Oracle à vérifier au préalable.
   • --targetVersion indique la version Oracle Database cible à laquelle appliquer des correctifs, spécifiée sous la forme de cinq segments numériques séparés par des points (par exemple 19.12.0.0.0).
4. Quittez l'interpréteur de commandes de l'utilisateur root :

   exit

1. Connectez-vous à la machine virtuelle en tant qu'utilisateur opc.

   Pour obtenir des instructions détaillées, voir Connexion à une machine virtuelle avec SSH.

2. Démarrez un interpréteur de commandes en tant qu'utilisateur root :

   sudo -s

3. Exécutez la commande suivante :

   dbaascli database move --oracleHome path_to_target_oracle_home --dbname database_name --executePrereqs

   Où :

   • --oracleHome identifie le chemin du répertoire de base Oracle cible qui utilise la version du logiciel Oracle Database souhaitée. Notez que le répertoire de base Oracle cible doit exister dans votre système avant d'utiliser la commande database move.
   • --dbname indique le nom de la base de données en cours de déplacement
4. Quittez l'interpréteur de commandes de l'utilisateur root :

   exit

1. Connectez-vous à la machine virtuelle en tant qu'utilisateur opc.

   Pour obtenir des instructions détaillées, voir Connexion à une machine virtuelle avec SSH.

2. Démarrez un interpréteur de commandes en tant qu'utilisateur root :

   sudo -s

3. Exécutez la commande suivante :

   dbaascli grid patch --targetVersion target_software_version_number --executePrereqs

   Où --targetVersion identifie la version du logiciel cible pour laquelle un correctif sera appliqué à Oracle Grid Infrastructure, spécifiée sous la forme de cinq segments numériques séparés par des points, par exemple 19.12.0.0.0

4. Quittez l'interpréteur de commandes de l'utilisateur root :

   exit

1. Connectez-vous à la machine virtuelle en tant qu'utilisateur opc.

   Pour obtenir des instructions détaillées, voir Connexion à une machine virtuelle avec SSH.

2. Démarrez un interpréteur de commandes en tant qu'utilisateur root :

   sudo -s

3. Exécutez la commande d'application de correctifs initiale pour reprendre une opération d'application de correctifs :
   Par exemple :

   dbaascli dbhome patch --oracleHome /u02/app/oracle/product/19.0.0.0/dbhome_2 --targetVersion 19.9.0.0.0 --resume

4. Quittez l'interpréteur de commandes de l'utilisateur root :

   exit

1. Connectez-vous à la machine virtuelle en tant qu'utilisateur opc.

   Pour obtenir des instructions détaillées, voir Connexion à une machine virtuelle avec SSH.

2. Démarrez un interpréteur de commandes en tant qu'utilisateur root :

   sudo -s

3. Exécutez la commande d'application de correctifs initiale pour repositionner (annuler) une opération d'application de correctifs :
   Par exemple :

   dbaascli grid patch --targetVersion 19.11.0.0.0 --rollback

   Note
   
   

   • Les opérations de reprise et de repositionnement sont prises en charge pour les opérations d'application de correctifs au répertoire de base Oracle, d'application de correctifs à Oracle Grid Infrastructure et de déplacement de base de données.
   • Lors de la reprise ou du repositionnement d'une opération d'application de correctifs, vous devez exécuter la commande de reprise ou de repositionnement à partir du même noeud que celui qui a été utilisé pour exécuter la commande d'application de correctifs initiale. Vous devez exécuter la commande initiale en ajoutant l'indicateur --resume ou --rollback.
4. Quittez l'interpréteur de commandes de l'utilisateur root :

   exit

Préalables

Exécutez la commande en tant qu'utilisateur root.

Pour utiliser l'utilitaire, vous devez vous connecter à une machine virtuelle du service Exadata Database sur Cloud@Customer.

Voir Connexion à une machine virtuelle avec SSH.

Syntaxe

dbaascli admin updateStack 
[--resume]
[--prechecksOnly]
[--nodes]

Foire aux questions

Q : À quoi sert la commande dbaascli admin updateStack?

R : La commande dbaascli admin updateStack est utilisée pour installer ou mettre à jour un RPM dbaastools sur Exadata Cloud Infrastructure.

Q : Quelles sont les conditions requises pour utiliser la commande dbaascli admin updateStack?

R : Vous devez exécuter la commande en tant qu'utilisateur racine et vous connecter à une machine virtuelle Exadata Cloud Infrastructure.

Q : Que fait l'option --resume?

R : L'option --resume reprend l'exécution précédente de la commande updateStack si elle a été interrompue ou incomplète.

Q : Quel est le but de l'option --prechecksOnly?

R : L'option --prechecksOnly exécute uniquement les vérifications préalables pour l'opération sans effectuer réellement l'installation ou la mise à jour.

Q : Comment le paramètre --nodes est-il utilisé?

R : Le paramètre --nodes spécifie une liste de noeuds séparés par des virgules sur lesquels le RPM doit être installé. S'il n'est pas fourni, le RPM sera installé sur tous les noeuds du cluster.

Q : Que dois-je faire si je rencontre des problèmes avec la commande dbaascli admin updateStack?

R : Assurez-vous d'exécuter la commande en tant qu'utilisateur racine et que vous êtes connecté à une machine virtuelle Exadata Cloud Infrastructure. Vérifiez s'il existe des messages d'erreur spécifiques et consultez la documentation sur les commandes ou le soutien technique d'Oracle si nécessaire.

Q : Comment puis-je me connecter à une machine virtuelle Exadata Cloud Infrastructure pour utiliser la commande dbaascli admin updateStack?

R : Vous devez utiliser SSH pour vous connecter à la machine virtuelle. Pour obtenir des instructions détaillées, reportez-vous à la section sur la connexion à une machine virtuelle avec SSH dans la documentation.

Exemples de cas d'utilisation

Exemple 1 : Installation ou mise à jour du RPM dbaastools sur tous les noeuds

dbaascli admin updateStack

Installe ou met à jour le RPM dbaastools sur tous les noeuds de l'environnement Exadata Cloud@Customer.

Exemple 2 : Exécution de vérifications préalables uniquement avant l'installation ou la mise à jour du RPM

dbaascli admin updateStack --prechecksOnly

Exécute uniquement les vérifications préalables pour la mise à jour du RPM dbaastools, sans effectuer réellement l'installation. Il s'assure que tous les préalables sont satisfaits avant de procéder à la mise à jour.

Exemple 3 : Reprise d'une opération updateStack précédemment interrompue

dbaascli admin updateStack --resume

Reprend une opération de mise à jour RPM dbaastools précédente qui a été interrompue ou qui ne s'est pas terminée avec succès.

Exemple 4 : Installation ou mise à jour de dbaastools sur des noeuds spécifiques

dbaascli admin updateStack --nodes node1,node2

Installe ou met à jour le RPM dbaastools sur les noeuds spécifiés node1 et node2 uniquement, sans affecter les autres noeuds de la grappe.

Exemple 5 : Reprise du processus updateStack sur des noeuds spécifiques

dbaascli admin updateStack --resume --nodes node3,node4

Reprend le processus de mise à jour pour dbaastools sur les noeuds spécifiques node3 et node4 uniquement, si l'exécution précédente a été interrompue.

Préalable

Exécutez la commande en tant qu'utilisateur root.

Pour utiliser l'utilitaire, vous devez vous connecter à une machine virtuelle Exadata Cloud@Customer.

Voir Connexion à une machine virtuelle avec SSH.

Syntaxe

dbaascli job getStatus --jobID

Foire aux questions

Q : À quoi sert la commande dbaascli job getStatus?

A : La commande dbaascli job getStatus est utilisée pour voir le statut

Exemples de cas d'utilisation

Exemple 1 : Vérification du statut d'une tâche particulière à l'aide de l'ID tâche

dbaascli job getStatus --jobID 12345

Vérifie le statut de la tâche avec l'ID 12345. La sortie affiche l'état courant de la tâche (par exemple, en cours, terminée ou en échec).

Exemple 2 : Vérifier le statut d'une tâche d'application de correctifs à l'aide de l'ID tâche

dbaascli job getStatus --jobID 98765

Extrait le statut d'une tâche d'application de correctifs portant l'ID 98765 pour voir si le correctif a été appliqué avec succès ou s'il est toujours en cours d'exécution.

Exemple 3 : Vérifier le statut d'un travail de sauvegarde de base de données

dbaascli job getStatus --jobID 45678

Vérifie le statut d'une tâche de sauvegarde de base de données ayant l'ID 45678. La sortie fournit des détails sur la progression ou l'achèvement de la sauvegarde.

Exemple 4 : Vérification de la progression d'un travail de longue durée

dbaascli job getStatus --jobID 23456

Vérifiez la progression d'une tâche de longue durée (ID 23456) pour voir si elle est toujours en cours d'exécution ou si elle est terminée.

Exemple 5 : Afficher le statut d'une tâche de création de base de données

dbaascli job getStatus --jobID 67890

Vérifie le statut d'une tâche de création de base de données identifiée par l'ID tâche 67890.

Préalables

Exécutez la commande en tant qu'utilisateur root.

Pour utiliser l'utilitaire, vous devez vous connecter à une machine virtuelle Exadata Cloud@Customer.

Voir Connexion à une machine virtuelle avec SSH.

Syntaxe

dbaascli cpuscale get_status

Foire aux questions

Q : À quoi sert la commande dbaascli cpuscale get_status?

R : La commande dbaascli cpuscale get_status est utilisée pour vérifier le statut de la demande d'ajustement d'UC courante ou de la dernière demande, en particulier lorsque la connectivité réseau entre le serveur de plan de contrôle et la région OCI est interrompue.

Q : Quelles sont les conditions requises pour utiliser la commande dbaascli cpuscale get_status?

R : Vous devez exécuter la commande en tant qu'utilisateur root et vous connecter à une machine virtuelle Exadata Cloud@Customer.

Q : Que dois-je faire si je rencontre des problèmes lors de l'exécution de la commande dbaascli cpuscale get_status?

R : Assurez-vous d'exécuter la commande en tant qu'utilisateur root et que vous êtes connecté à une machine virtuelle Exadata Cloud@Customer. Si les problèmes persistent, consultez la documentation sur la commande ou communiquez avec Oracle.

Q : Que se passe-t-il si la commande affiche un statut d'échec?

R : Si la commande affiche un statut d'échec, vérifiez les messages d'erreur dans les journaux détaillés et effectuez le dépannage en fonction de l'erreur spécifique. Vous devrez peut-être résoudre les problèmes de réseau ou vérifier les détails de la demande d'ajustement.

Exemples de cas d'utilisation

Exemple 1 : Vérification du statut de l'opération d'ajustement de la CPU la plus récente

dbaascli cpuscale get_status

Vérifie le statut de la demande courante ou de la dernière demande d'ajustement d'UC. Il indique si l'ajustement est programmé, en cours d'exécution ou s'il s'est terminé avec succès ou en échec.

Exemple 2 : Vérification du statut après l'échec d'une demande d'ajustement

Une opération d'ajustement a été demandée, mais des problèmes de réseau sont survenus entre le serveur de plan de contrôle et la région OCI.

dbaascli cpuscale get_status

Vérifie le statut de la demande d'ajustement. Comme le processus d'ajustement a échoué en raison de problèmes de réseau, la sortie fournira des détails sur l'état de l'échec.

Exemple 3 : Vérification du statut lorsque l'ajustement est en cours

Une opération de mise à l'échelle de l'UC est en cours et l'utilisateur souhaite surveiller sa progression.

dbaascli cpuscale get_status

Vérifie le statut courant, indiquant que la demande d'ajustement est à l'état "en cours d'exécution". Il permet à l'utilisateur de suivre l'opération jusqu'à ce qu'elle se termine ou échoue.

Exemple 4 : Vérification du statut après l'achèvement de l'ajustement

Une opération d'ajustement a été effectuée et s'est terminée avec succès.

dbaascli cpuscale get_status

Vérifie le statut et confirme que l'opération d'ajustement s'est terminée avec succès. Il indique que l'état final est "succès".

Préalables

Pour augmenter ou réduire le nombre d'OCPU dans une grappe de MV en mode déconnecté, exécutez les commandes dbaascli cpuscale update et dbaascli cpuscale get_status à partir de n'importe quel noeud d'une grappe de MV pour modifier le nombre de coeurs d'UC pour cette grappe. Si vous disposez de plusieurs grappes de MV, exécutez une commande distincte à partir de n'importe quel noeud de chaque grappe de MV que vous souhaitez augmenter ou réduire. Ces commandes sont conçues pour ne pas fonctionner si elles sont émises pendant le mode connecté normal et expireront après 600 secondes (10 minutes).

Exécutez la commande en tant qu'utilisateur root.

Pour utiliser l'utilitaire, vous devez vous connecter à une machine virtuelle Exadata Cloud@Customer.

Voir Connexion à une machine virtuelle avec SSH.

Syntaxe

Le service Exadata Database sur Cloud@Customer est considéré comme étant en mode déconnecté en cas de perte de connectivité avec le plan de contrôle DBaaS exécuté sur Oracle Cloud Infrastructure (OCI).

dbaascli cpuscale update --coreCount coreCount --message message

Foire aux questions

Q : À quoi sert la commande de mise à jour dbaascli cpuscale?

R : La commande dbaascli cpuscale update est utilisée pour augmenter ou réduire le nombre de coeurs d'UC pour une machine virtuelle dans une grappe de machines virtuelles lorsque la connectivité réseau entre le serveur de plan de contrôle et Oracle Cloud Infrastructure (OCI) est interrompue.

Q : Quelles sont les conditions requises pour utiliser la commande dbaascli cpuscale update?

R : Avant d'utiliser cette commande, assurez-vous de l'exécuter en mode déconnecté, ce qui signifie qu'il y a une perte de connectivité avec le plan de contrôle DBaaS sur OCI. Exécutez la commande à partir de n'importe quel noeud de la grappe de machines virtuelles et notez qu'elle expirera après 600 secondes (10 minutes) si elle est utilisée en mode connecté. La commande doit être exécutée en tant qu'utilisateur racine.

Q : Comment puis-je me connecter à une machine virtuelle pour utiliser cette commande?

R : Pour utiliser la commande dbaascli cpuscale update, vous devez vous connecter à une machine virtuelle Exadata Cloud@Customer à l'aide de SSH. Reportez-vous à "Connexion à une machine virtuelle avec SSH" pour obtenir des instructions détaillées.

Q : Que spécifie l'option --coreCount dans la commande?

R : L'option --coreCount spécifie le nombre cible d'UC que vous voulez augmenter ou réduire pour chaque machine virtuelle dans la grappe.

Q : Puis-je inclure un message avec la commande de mise à jour dbaascli cpuscale?

R : Oui, vous pouvez inclure un message facultatif à l'aide de l'option --message à des fins de référence.

Q : Comment puis-je vérifier le statut d'une opération d'ajustement d'UC?

R : Pour vérifier le statut d'une opération d'ajustement d'UC, utilisez la commande dbaascli cpuscale get_status. Cette opération doit également être exécutée à partir de n'importe quel noeud de la grappe de machines virtuelles.

Q : Que se passe-t-il si j'exécute la commande dbaascli cpuscale update en mode connecté?

R : La commande est conçue pour ne pas fonctionner en mode connecté et expirera après 600 secondes (10 minutes). Il ne doit être utilisé qu'en mode déconnecté.

Q : Comment ajuster les coeurs d'UC pour plusieurs grappes de machines virtuelles?

R : Si vous disposez de plus d'une grappe de machines virtuelles, vous devez exécuter la commande dbaascli cpuscale update séparément de tout noeud de chaque grappe de machines virtuelles que vous souhaitez augmenter ou réduire.

Exemples de cas d'utilisation

Exemple 1 : Augmentation du nombre de coeurs d'UC à 20

La grappe de machines virtuelles s'exécute avec 16 coeurs et vous voulez l'augmenter à 20.

dbaascli cpuscale update --coreCount 20 --message "Scaling up for increased demand"

Met à l'échelle le nombre de coeurs d'UC jusqu'à 20, et inclut un message "Mise à l'échelle pour une demande accrue" pour référence.

Exemple 2 : Réduction du nombre de coeurs d'UC à 8

La grappe de machines virtuelles utilise actuellement 12 coeurs, mais vous voulez réduire le nombre à 8 pour économiser des ressources.

dbaascli cpuscale update --coreCount 8 --message "Reducing CPU for maintenance period"

Réduit le nombre de coeurs d'UC à 8 et fournit un message pour référence ultérieure expliquant pourquoi l'opération d'ajustement a été effectuée.

Exemple 3 : Ajustement de la CPU sans message

Vous devez faire passer les coeurs d'UC de 32 à 24, mais aucun message supplémentaire n'est nécessaire.

dbaascli cpuscale update --coreCount 24

Cette commande réduit le nombre de coeurs à 24 sans aucun message. L'opération sera effectuée avec la journalisation par défaut des actions.

Exemple 4 : Vérifier le statut après l'ajustement de la CPU

Après avoir exécuté la commande d'ajustement, vous voulez vérifier si la mise à jour a réussi.

dbaascli cpuscale get_status

Vérifie le statut de la demande d'ajustement courante ou de la dernière demande d'ajustement, ce qui vous permet de confirmer si l'opération d'augmentation ou de réduction a réussi.

Exemple 5 : Tentative d'ajustement lorsque la machine virtuelle a déjà un nombre maximal de coeurs

La grappe de machines virtuelles a déjà le nombre maximal de coeurs d'UC autorisés (48), mais une tentative d'augmentation est effectuée.

dbaascli cpuscale update --coreCount 50 --message "Attempt to scale beyond limit"

Échec, car la grappe de machines virtuelles ne peut pas dépasser le nombre maximal de coeurs autorisés. Le statut reflète l'échec après la tentative d'ajustement à 50 coeurs.

Exécutez la commande en tant qu'utilisateur root.

Syntaxe

dbaascli cswLib deleteLocal --imageTag <value>

Où :

• --imageTag spécifie le marqueur d'image du répertoire de base Oracle.

Foire aux questions

Q : Quel est le but de la commande dbaascli cswlib deleteLocal?

R : La commande dbaascli cswlib deleteLocal est utilisée pour supprimer du système une image de répertoire de base Oracle locale.

Q : Quelles sont les conditions requises pour exécuter la commande dbaascli cswlib deleteLocal?

R : La commande doit être exécutée en tant qu'utilisateur root pour garantir que les autorisations nécessaires sont disponibles pour supprimer l'image locale.

Q : Comment puis-je spécifier quelle image locale supprimer?

R : Utilisez l'option --imageTag pour spécifier le marqueur d'image de répertoire de base Oracle à supprimer.

Q : Que représente l'option --imageTag dans la commande?

R : L'option --imageTag représente l'identificateur ou le marqueur associé à l'image de répertoire de base Oracle à supprimer.

Q : Puis-je supprimer plusieurs images locales à la fois en utilisant cette commande?

R : Non, la commande dbaascli cswlib deleteLocal vous permet de supprimer une seule image locale à la fois, spécifiée par son marqueur d'image.

Q : Que se passe-t-il si j'exécute la commande dbaascli cswlib deleteLocal sans spécifier la commande --imageTag?

R : La commande échouera, car --imageTag est requis pour identifier l'image locale à supprimer.

Q : Est-il possible de récupérer une image locale après avoir été supprimée à l'aide de cette commande?

R : Non, une fois que l'image locale est supprimée à l'aide de la commande dbaascli cswlib deleteLocal, elle ne peut pas être récupérée. Assurez-vous de vérifier la balise d'image avant de continuer.

Q : Quand dois-je utiliser la commande dbaascli cswlib deleteLocal?

R : Vous utilisez cette commande lorsque vous devez supprimer du système local une image de répertoire de base Oracle inutilisée ou obsolète pour libérer de l'espace ou nettoyer votre environnement.

Préalables

Exécutez la commande en tant qu'utilisateur root.

Pour utiliser l'utilitaire, vous devez vous connecter à une machine virtuelle du service Exadata Database sur Cloud@Customer.

Voir Connexion à une machine virtuelle avec SSH.

Syntaxe

dbaascli cswlib download --version | --imageTag
[--product]

Foire aux questions

Q : Quel est le but de la commande de téléchargement dbaascli cswlib?

R : La commande dbaascli cswlib download est utilisée pour télécharger les images logicielles disponibles et les mettre à disposition dans votre infrastructure Exadata Cloud.

Q : Quelles sont les conditions requises pour exécuter la commande de téléchargement dbaascli cswlib?

R : Vous devez exécuter la commande en tant qu'utilisateur root. En outre, vous devez être connecté à une machine virtuelle Exadata Cloud Infrastructure.

Q : Comment puis-je me connecter à la machine virtuelle requise pour cette commande?

R : Vous devez utiliser SSH pour vous connecter à la machine virtuelle Exadata Cloud Infrastructure. Vous trouverez des instructions détaillées dans la documentation sous "Connexion à une machine virtuelle avec SSH".

Q : Que spécifie l'option --version dans la commande?

R : L'option --version indique la version de l'image du répertoire de base Oracle à télécharger.

Q : Comment utiliser l'option --imageTag dans la commande de téléchargement dbaascli cswlib?

R : L'option --imageTag est utilisée pour spécifier le marqueur d'image de l'image logicielle à télécharger.

Q : Quel est le but de l'option --product dans la commande?

R : L'option --product spécifie le type d'image à télécharger. Les valeurs valides sont base de données ou grille.

Q : Puis-je télécharger les images de base de données et de grille simultanément?

R : Non, vous devez spécifier database ou grid à l'aide de l'option --product, de sorte que chaque opération de téléchargement soit spécifique à un type d'image.

Q : Que se passe-t-il si je ne spécifie pas de version ou de balise d'image?

R : La commande échouera probablement ou vous demandera les informations requises, car les options --version ou --imageTag sont nécessaires pour identifier l'image logicielle spécifique à télécharger.

Q : Est-il nécessaire de spécifier à la fois --version et --imageTag ensemble?

R : Non, vous spécifiez généralement --version ou --imageTag en fonction de la façon dont vous voulez identifier l'image à télécharger, mais pas les deux en même temps.

Q : Quand utiliserais-je la commande de téléchargement dbaascli cswlib?

R : Vous utilisez cette commande lorsque vous devez télécharger des images logicielles du répertoire de base Oracle pour les environnements database ou grid dans votre configuration Exadata Cloud Infrastructure.

Exécutez la commande en tant qu'utilisateur root.

Syntaxe

dbaascli cswLib listLocal [--product <value>]

Où :

• --product identifie le type de produit du répertoire de base Oracle. Valeurs valides : database ou grid.

Foire aux questions

Q : Quel est le but de la commande dbaascli cswlib listLocal?

R : La commande dbaascli cswlib listLocal est utilisée pour voir la liste des images de base de données et Grid Infrastructure disponibles sur votre système.

Q : Quelles sont les conditions requises pour exécuter la commande dbaascli cswlib listLocal?

R : La commande doit être exécutée en tant qu'utilisateur root pour disposer des autorisations nécessaires pour accéder aux images disponibles et les répertorier.

Q : Comment puis-je spécifier quel type d'images à lister en utilisant cette commande?

R : Utilisez l'option --product pour spécifier le type d'image de répertoire de base Oracle à lister. Les valeurs valides sont database ou grid.

Q : Que représente l'option --product dans la commande dbaascli cswlib listLocal?

R : L'option --product identifie le type de produit du répertoire de base Oracle, ce qui vous permet de filtrer la liste des images disponibles pour les types database ou grid.

Q : Puis-je répertorier les images de base de données et de grille simultanément?

R : Non, l'option --product vous permet de lister les images database ou grid à la fois. Vous devez exécuter la commande deux fois avec des valeurs --product différentes pour voir les deux listes.

Q : Que se passe-t-il si je ne spécifie pas l'option --product dans la commande?

R : Si l'option --product n'est pas spécifiée, la commande peut répertorier toutes les images disponibles localement ou vous demander de spécifier le type de produit. Le comportement peut dépendre de la configuration de votre environnement.

Q : Quand dois-je utiliser la commande dbaascli cswlib listLocal?

R : Vous devez utiliser cette commande pour vérifier quelles images de base de données ou Grid Infrastructure sont actuellement disponibles localement sur votre système.

Q : Comment puis-je différencier les images de base de données et de grille dans la liste?

R : L'option --product vous permet de filtrer la liste. Ainsi, en spécifiant database ou grid, vous ne verrez que les images pertinentes pour ce type de produit, ce qui facilite la différenciation.

Q : Y a-t-il un risque associé à l'exécution de la commande dbaascli cswlib listLocal?

R : Non, cette commande n'est pas destructive et affiche uniquement des informations sur les images disponibles localement. Il ne modifie ni ne supprime aucun fichier.

Q : Cette commande affiche-t-elle des images distantes ou stockées dans le nuage?

R : Non, la commande dbaascli cswlib listLocal affiche uniquement les images disponibles localement sur votre système, et non celles stockées à distance ou dans le nuage.

Exécutez la commande en tant qu'utilisateur root.

Syntaxe

dbaascli cswlib showImages 
[--product]

Où :

• --product identifie le type de produit du répertoire de base Oracle. Valeurs valides : database ou grid.

Foire aux questions

Q : Quel est le but de la commande dbaascli cswlib showImages?

R : La commande dbaascli cswlib showImages est utilisée pour voir la liste des images de base de données et Grid Infrastructure disponibles qui peuvent être téléchargées ou gérées dans votre environnement Oracle Exadata Database Service.

Q : Quelles sont les conditions requises pour exécuter la commande dbaascli cswlib showImages?

R : La commande doit être exécutée en tant qu'utilisateur root pour vous assurer que vous disposez des autorisations nécessaires pour voir les images disponibles.

Q : Comment filtrer les images répertoriées par cette commande?

R : Vous pouvez filtrer les images en spécifiant l'option --product avec database ou grid pour lister uniquement les images liées à ce type de produit.

Q : Que représente l'option --product dans la commande dbaascli cswlib showImages?

R : L'option --product identifie le type de produit du répertoire de base Oracle, ce qui vous permet de filtrer la liste des images dans la base de données ou la grille.

Q : Puis-je afficher les images de base de données et de grille en une seule exécution de commande?

R : Non, vous devez exécuter la commande deux fois avec des valeurs --product différentes (database et grid) pour voir les deux types d'image.

Q : Que se passe-t-il si je ne spécifie pas l'option --product dans la commande?

R : Si l'option --product n'est pas spécifiée, la commande peut lister toutes les images disponibles ou vous inviter à spécifier le type de produit, selon la configuration de votre environnement.

Q : Quand dois-je utiliser la commande dbaascli cswlib showImages?

R : Utilisez cette commande pour afficher la liste des images de base de données ou Grid Infrastructure disponibles pour téléchargement ou déploiement dans votre environnement Oracle Exadata Database Service.

Q : Y a-t-il une différence entre les commandes dbaascli cswlib showImages et dbaascli cswlib listLocal?

R : Oui, dbaascli cswlib showImages répertorie toutes les images disponibles que vous pouvez télécharger ou gérer, tandis que dbaascli cswlib listLocal répertorie uniquement les images déjà téléchargées et disponibles localement sur votre système.

Q : Cette commande peut-elle être utilisée pour afficher les images stockées dans le nuage?

R : Oui, cette commande peut afficher les images qui peuvent être téléchargées à partir des référentiels Oracle, et pas seulement celles qui sont stockées localement.

Q : Quel type d'images puis-je espérer voir avec cette commande?

R : Vous pouvez vous attendre à voir des images liées à Oracle Database et Grid Infrastructure, qui sont des composants essentiels pour gérer et exécuter des bases de données Oracle sur des plates-formes Exadata.

Préalable

• Exécutez la commande en tant qu'utilisateur root.

Syntaxe

dbaascli database addInstance --dbname <value> --node <value> [--newNodeSID <value>]

Foire aux questions

Q : Quel est l'objectif de la commande addInstance de la base de données dbaascli?

R : La commande dbaascli database addInstance est utilisée pour ajouter une nouvelle instance de base de données à un noeud spécifié dans un environnement Oracle Exadata Database Service.

Q : Quelles sont les conditions requises pour exécuter la commande addInstance de la base de données dbaascli?

R : La commande doit être exécutée en tant qu'utilisateur root pour disposer des autorisations nécessaires pour ajouter une instance de base de données.

Q : Que représente l'option --dbname dans cette commande?

R : L'option --dbname spécifie le nom d'Oracle Database pour lequel vous voulez ajouter une nouvelle instance.

Q : À quoi sert l'option --node dans la commande addInstance de la base de données dbaascli?

R : L'option --node indique le nom du noeud où la nouvelle instance de base de données sera ajoutée.

Q : Quel est le but de l'option --newNodeSID dans cette commande?

R : L'option --newNodeSID vous permet de spécifier l'IDS (identificateur de système) de la nouvelle instance de base de données qui sera créée sur le noeud spécifié.

Q : Est-il obligatoire de spécifier l'option --newNodeSID lors de l'ajout d'une nouvelle instance?

R : L'option --newNodeSID est facultative. S'il n'est pas indiqué, Oracle génère automatiquement un SID pour la nouvelle instance de base de données.

Q : Quand dois-je utiliser la commande addInstance de la base de données dbaascli?

R : Utilisez cette commande pour ajuster votre base de données en ajoutant une nouvelle instance à un noeud supplémentaire dans une configuration Oracle Database à plusieurs noeuds.

Q : Puis-je ajouter plusieurs instances de base de données à différents noeuds à l'aide de cette commande?

R : Oui, vous pouvez exécuter la commande plusieurs fois pour ajouter des instances de base de données à différents noeuds en spécifiant les valeurs --node et --dbname appropriées.

Q : Que se passe-t-il si le noeud spécifié dans l'option --node n'est pas disponible?

R : La commande échouera si le noeud spécifié n'est pas disponible ou accessible. Assurez-vous que le noeud est correctement configuré et accessible avant d'exécuter la commande.

Q : Cette commande peut-elle être utilisée dans un environnement Data Guard?

R : Oui, vous pouvez utiliser la commande dbaascli database addInstance dans un environnement Data Guard pour ajouter des instances, mais il est recommandé de suivre les directives Data Guard nécessaires pour de telles configurations.

Q : Cette commande entraînera-t-elle un temps d'arrêt de la base de données?

R : L'ajout d'une instance à un nouveau noeud n'entraîne généralement pas de temps d'arrêt pour les instances de base de données existantes, mais il est recommandé de vérifier l'existence de dépendances spécifiques dans votre environnement.

Préalable

• Exécutez la commande en tant qu'utilisateur root.

Syntaxe

dbaascli database backup --dbname <value>
        {
            --list
                {
                    [--backupType <value>]
                    | [--json <value>]
                }
            | --start [--level0] [--level1]
                {
                    [--archival --tag <value>]
                    | [--archivelog]
                }
            | --delete --backupTag <value>
            | --status --uuid <value> [--json <value>]
            | --getBackupReport
                {
                    --tag <value>
                    | --latest
                }
                --json <value>
            | --configure
                {
                    --configFile <value>
                    | --enableRTRT
                    | --disableRTRT
                    | --disableCatalog
                    | --deleteImmutableConfiguration
                }
            | --getConfig
                {
                    [--configFile <value>]
                    | [--showOldParams]
                }
            | --validate [--untilTime <value>]
            | --showHistory [--all]
            | --getSchedules
        }

Où :

--dbname specifies Oracle Database name         
--list returns database backup information
            [--backupType | --json]
            [--backupType specifies backupType (REGULAR-L0 | REGULAR-L1 | ARCHIVELOG | LONGTERM). ]
            [--json specifies file Name for JSON output. ]        
--start begins database backup.
            [--level0 creates a Level-0 (full) backup. ]
            [--level1 creates a Level-1 (incremental) backup. ]
            [--archival | --archivelog]
            [--archival creates an archival full backup. ]
                --tag specifies backup tag. 
            [--archivelog ]       
--delete deletes Archival backup. 
            --backupTag specifies backup tag to delete.        
--status displays the details about a backup job process. 
            --uuid unique identifier of the backup operation. Input format: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx.
                [--json specifies file Name for JSON output. ]       
--getBackupReport returns BackupReport. 
            --tag | --latest
            --tag specifies backup tag. 
            --latest returns latest backup report (all types of database backup). 
            --json specifies file Name for JSON output.         
--configure configures database for backup. 
            --configFile | --enableRTRT | --disableRTRT | --disableCatalog | --deleteImmutableConfiguration
            --configFile specifies database backup configuration file. 
            --enableRTRT enables Real Time Redo Transport. 
            --disableRTRT disables Real Time Redo Transport. 
            --disableCatalog disables recovery catalog. 
            --deleteImmutableConfiguration         
--getConfig returns database backup configuration. 
            [--configFile | --showOldParams]
            [--configFile specifies database backup configuration file. ]
            [--showOldParams returns old parameter names of backup configuration. ]        
--validate validates that backups are complete and corruption-free. 
            [--untilTime validates from closest Level-0 (full) backup until time provided. Input format: DD-MON-YYYY HH24:MI:SS.]        
--showHistory displays history of backup operations.
            [--all displays all backup operations. ]        
--getSchedules returns all backup schedules for a given database.

Foire aux questions

Q : Quel est l'objectif de la commande de sauvegarde de base de données dbaascli?

R : La commande dbaascli database backup permet de configurer les destinations de stockage de sauvegarde Oracle Database, de prendre des sauvegardes, d'interroger des sauvegardes et de supprimer des sauvegardes existantes.

Q : Quelles sont les conditions requises pour exécuter la commande de sauvegarde de base de données dbaascli?

R : La commande doit être exécutée en tant qu'utilisateur root pour disposer des autorisations nécessaires à la gestion des sauvegardes.

Q : Comment démarrer une sauvegarde complète d'Oracle Database à l'aide de cette commande?

R : Pour démarrer une sauvegarde complète (niveau 0), utilisez la syntaxe suivante :

dbaascli database backup --dbname <value> --start --level0

Q : Comment effectuer une sauvegarde incrémentielle à l'aide de la commande de sauvegarde de base de données dbaascli?

A : Pour effectuer une sauvegarde incrémentielle de niveau 1, utilisez la syntaxe suivante :

dbaascli database backup --dbname <value> --start --level1

Q : Quelle est la différence entre les sauvegardes de niveau 0 et de niveau 1?

R : Une sauvegarde de niveau 0 est une sauvegarde complète de la base de données, tandis qu'une sauvegarde de niveau 1 est une sauvegarde incrémentielle qui capture uniquement les modifications effectuées depuis la dernière sauvegarde de niveau 0 ou de niveau 1.

Q : Puis-je effectuer une sauvegarde d'archivage à l'aide de cette commande?

R : Oui, vous pouvez créer une sauvegarde d'archivage à l'aide de l'option --archival avec la commande --start :

dbaascli database backup --dbname <value> --start --archival --tag <backup_tag>

Q : Comment puis-je supprimer une sauvegarde d'archivage existante?

A : Pour supprimer une sauvegarde d'archivage, utilisez la syntaxe suivante :

dbaascli database backup --dbname <value> --delete --backupTag <tag_value>

Q : Comment puis-je vérifier le statut d'une sauvegarde spécifique à l'aide de la commande?

R : Vous pouvez vérifier le statut d'une sauvegarde à l'aide de l'option --status avec le paramètre --uuid, comme suit :

dbaascli database backup --dbname <value> --status --uuid <backup_uuid>

Q : Comment répertorier toutes les sauvegardes d'une base de données?

R : Pour lister toutes les sauvegardes disponibles pour une base de données spécifique, utilisez l'option --list :

dbaascli database backup --dbname <value> --list

Pour la sortie JSON, ajoutez l'option --json :

dbaascli database backup --dbname <value> --list --json <file_name>

Q : Comment puis-je récupérer un rapport de sauvegarde?

R : Vous pouvez obtenir un rapport de sauvegarde à l'aide de l'option --getBackupReport, soit pour un marqueur spécifique, soit pour la dernière sauvegarde :

dbaascli database backup --dbname <value> --getBackupReport --tag <backup_tag> --json <file_name>

Ou pour extraire le dernier rapport :

dbaascli database backup --dbname <value> --getBackupReport --latest --json <file_name>

Q : Comment configurer les paramètres de sauvegarde de base de données?

A : Utilisez l'option --configure pour spécifier le fichier de configuration de sauvegarde ou pour activer/désactiver le transport des informations de journalisation en temps réel (RTRT) :

dbaascli database backup --dbname <value> --configure --configFile <config_file>

Pour activer RTRT :

dbaascli database backup --dbname <value> --configure --enableRTRT

Q : Comment vérifier la configuration de sauvegarde courante pour ma base de données?

R : Pour voir la configuration de sauvegarde de base de données courante, utilisez l'option --getConfig :

dbaascli database backup --dbname <value> --getConfig

Q : Que fait l'option --validate dans la commande de sauvegarde de base de données dbaascli?

R : L'option --validate vérifie si les sauvegardes sont complètes et exemptes de corruption. Vous pouvez spécifier un intervalle de temps à l'aide de l'option --untilTime :

dbaascli database backup --dbname <value> --validate --untilTime "DD-MON-YYYY HH24:MI:SS"

Q : Comment afficher l'historique de toutes les opérations de sauvegarde d'une base de données?

A : Utilisez l'option --showHistory pour afficher l'historique de toutes les opérations de sauvegarde :

dbaascli database backup --dbname <value> --showHistory

Pour un historique complet, y compris toutes les opérations :

dbaascli database backup --dbname <value> --showHistory --all

Q : Quelles sont les options RTRT (Transport des informations de journalisation en temps réel) et quand dois-je les utiliser?

R : Les options RTRT (--enableRTRT et --disableRTRT) sont utilisées pour contrôler le transport des informations de journalisation en temps réel, applicable uniquement aux destinations de sauvegarde ZDLRA (Zero Data Loss Recovery Appliance) dans les environnements Exadata Cloud@Customer. Activez RTRT pour assurer l'expédition des fichiers de journalisation en temps réel.

Préalables

Exécutez la commande en tant qu'utilisateur oracle.

Syntaxe

dbaascli database bounce
[--dbname][--rolling <value>]

La commande effectue une fermeture de base de données en mode immédiat. La base de données est ensuite redémarrée et ouverte. Dans Oracle Database 12c ou une version ultérieure, toutes les bases de données enfichables sont également ouvertes.

Foire aux questions

Q : Quel est le but de la commande bounce de la base de données dbaascli?

R : La commande dbaascli database bounce est utilisée pour arrêter et redémarrer une base de données Oracle Database dans Exadata Cloud Infrastructure. Il prend en charge le redémarrage de la base de données de manière continue, ce qui garantit un minimum de perturbations.

Q : Quelles sont les conditions requises pour exécuter la commande dbaascli database bounce?

R : La commande doit être exécutée en tant qu'utilisateur oracle, qui dispose des privilèges requis pour arrêter et redémarrer la base de données.

Q : Que spécifie l'option --dbname dans cette commande?

R : L'option --dbname spécifie le nom d'Oracle Database que vous souhaitez arrêter et redémarrer.

Q : Quelle est l'option --rolling utilisée dans la commande bounce de la base de données dbaascli?

R : L'option --rolling spécifie si la base de données doit être redémarrée de manière continue. Si cette option est réglée à Vrai, les instances de base de données sont redémarrées une par une, ce qui garantit un temps d'arrêt minimal. La valeur par défaut est false, qui redémarre toutes les instances à la fois.

Q : Que signifie " rebondir la base de données "?

R : Le rebond de la base de données fait référence à son arrêt, puis à son redémarrage. Cette opération peut être utilisée pour la maintenance, l'application de modifications ou la récupération de certains types de problèmes.

Q : La commande dbaascli database bounce effectue-t-elle un arrêt normal?

R : Oui, la commande effectue un arrêt en mode "immédiat", qui ferme la base de données et annule les transactions non validées sans attendre que les utilisateurs se déconnectent.

Q : Cette commande ouvrira-t-elle automatiquement toutes les bases de données enfichables d'une base de données Oracle 12c ou ultérieure?

R : Oui, si la base de données exécute Oracle Database 12c ou une version ultérieure, la commande ouvrira automatiquement toutes les bases de données enfichables (PDB) après le redémarrage de la base de données.

Q : La commande dbaascli database bounce peut-elle être utilisée dans un environnement à plusieurs noeuds ou RAC (Real Application Clusters)?

R : Oui, dans un environnement à plusieurs noeuds ou RAC, vous pouvez utiliser l'option --rolling pour redémarrer les instances de base de données une par une, réduisant ainsi le temps d'arrêt.

Q : Que se passe-t-il si je ne spécifie pas l'option --rolling?

R : Si l'option --rolling n'est pas spécifiée ou si elle est réglée à Faux, la commande arrêtera et redémarrera toutes les instances de base de données en même temps, ce qui peut entraîner un bref temps d'arrêt.

Q : Y a-t-il une valeur par défaut pour l'option --rolling dans la commande dbaascli database bounce?

R : Oui, la valeur par défaut de l'option --rolling est false, ce qui signifie que la base de données sera non continue, sauf indication contraire.

Q : Comment redémarrer une base de données en mode continu?

R : Pour redémarrer la base de données en mode continu, utilisez la syntaxe suivante :

dbaascli database bounce --dbname <value> --rolling true

Q : Est-il sécuritaire d'exécuter la commande dbaascli database bounce pendant les sessions actives?

R : Bien que la commande utilise un arrêt immédiat, qui annule les transactions non validées, il est toujours recommandé de s'assurer qu'il n'y a pas de sessions critiques ou actives avant de rebondir la base de données.

Q : Cette commande peut-elle être utilisée pour des bases de données enfichables spécifiques dans une base de données multilocataire?

R : Non, la commande dbaascli database bounce fonctionne sur l'ensemble de la base de données. Dans Oracle 12c ou une version ultérieure, il retournera la base de données conteneur et ouvrira toutes les bases de données enfichables, mais il ne permettra pas de rebondir des bases de données enfichables individuelles.

Q : Que dois-je faire si la base de données ne revient pas en ligne après l'avoir rebondie?

R : Si la base de données ne redémarre pas, vérifiez s'il y a des erreurs dans les journaux pendant le processus d'arrêt ou de démarrage. L'examen des journaux d'alertes Oracle peut fournir des informations sur la cause du problème.

Préalables

Exécutez la commande en tant qu'utilisateur root ou oracle.

Syntaxe

dbaascli database changePassword [--dbname <value>] [--user <value>]
{
  [--prepareStandbyBlob <value> [--blobLocation <value>]] | [--standbyBlobFromPrimary <value>]
}
[--resume [--sessionID <value>]]

Foire aux questions

Q : Que fait la commande changePassword de la base de données dbaascli?

R : La commande dbaascli database changePassword est utilisée pour modifier le mot de passe d'un utilisateur Oracle Database spécifié. Vous serez invité à entrer le nom d'utilisateur, puis le nouveau mot de passe.

Q : Quelles sont les conditions requises pour utiliser la commande changePassword de la base de données dbaascli?

R : Vous devez exécuter la commande en tant qu'utilisateur root ou oracle pour modifier le mot de passe d'un utilisateur de base de données.

Q : Comment spécifier la base de données lors de l'utilisation de cette commande?

R : Utilisez l'option --dbname pour spécifier le nom d'Oracle Database sur lequel vous voulez agir. Par exemple :

dbaascli database changePassword --dbname <db_name>

Q : Comment puis-je spécifier l'utilisateur dont je veux changer le mot de passe?

R : Utilisez l'option --user pour spécifier le nom d'utilisateur dont le mot de passe doit être modifié. Par exemple :

dbaascli database changePassword --user <username>

Q : Quel est l'objectif de l'option --prepareStandbyBlob dans la commande changePassword de la base de données dbaascli?

R : L'option --prepareStandbyBlob est utilisée dans les environnements Data Guard pour générer un fichier blob contenant les artefacts requis pour la modification du mot de passe dans la base de données de secours. Cela garantit la synchronisation des mots de passe dans l'environnement Data Guard.

Q : Que spécifie l'option --blobLocation?

R : L'option --blobLocation vous permet de spécifier un chemin personnalisé où le fichier blob de secours doit être généré. S'il n'est pas indiqué, le fichier sera enregistré à l'emplacement par défaut.

Q : Comment puis-je utiliser le blob généré à partir de la base principale pour modifier le mot de passe sur la base de secours?

R : Vous pouvez utiliser l'option --standbyBlobFromPrimary pour spécifier le fichier blob préparé à partir de la base de données principale pour appliquer la modification du mot de passe à la base de données de secours. Par exemple :

dbaascli database changePassword --standbyBlobFromPrimary <blob_file_path>

Q : À quoi sert l'option --resume dans cette commande?

R : L'option --resume est utilisée pour reprendre une opération de modification de mot de passe précédemment interrompue. Vous pouvez spécifier l'ID session si nécessaire à l'aide de l'option --sessionID.

Q : Puis-je reprendre une session spécifique avec la commande changePassword de la base de données dbaascli?

R : Oui, vous pouvez utiliser l'option --resume avec --sessionID pour reprendre une session de modification de mot de passe spécifique en spécifiant l'ID session.

Q : La commande changePassword de la base de données dbaascli est-elle applicable dans un environnement Data Guard?

R : Oui, c'est vrai. L'option --prepareStandbyBlob peut être utilisée pour s'assurer que les modifications de mot de passe sont propagées vers la base de données de secours dans une configuration Data Guard.

Q : Que se passe-t-il si je ne fournit pas un --blobLocation lorsque j'utilise --prepareStandbyBlob?

R : Si aucune valeur --blobLocation n'est fournie, le fichier BLOB contenant les artefacts de modification de mot de passe sera enregistré à l'emplacement par défaut.

Q : Comment vérifier le statut d'une reprise de session à l'aide de la base de données dbaascli changePassword?

R : Vous pouvez spécifier l'ID session à l'aide de l'option --sessionID pour reprendre une session spécifique. Le système reprendra où il s'est arrêté en modifiant le mot de passe.

Q : Cette commande peut-elle être utilisée à la fois pour les bases de données standard et celles d'un environnement Data Guard?

R : Oui, la commande fonctionne à la fois pour les bases de données Oracle standard et les bases de données dans un environnement Data Guard. Dans les environnements Data Guard, des options supplémentaires telles que --prepareStandbyBlob peuvent être utilisées pour gérer les modifications de mot de passe sur les bases de données principale et de secours.

Syntaxe

dbaascli database convertToPDB --dbname <value> [--cdbName <value>] [--executePrereqs]
        {
            [--copyDatafiles]
            | [--backupPrepared]
        }
        [--targetPDBName <value>] [--waitForCompletion <value>] [--resume [--sessionID <value>]]

Foire aux questions

Q : Que fait la commande convertToPDB de la base de données dbaascli?

R : La commande dbaascli database convertToPDB convertit une base de données non conteneur Oracle Database spécifiée en une base de données enfichable dans une base de données conteneur.

Q : Comment puis-je spécifier quelle base de données convertir?

R : Utilisez l'option --dbname pour spécifier le nom de la base de données non conteneur Oracle Database à convertir. Par exemple :

dbaascli database convertToPDB --dbname <db_name>

Q : Comment spécifier la base de données conteneur cible pour la conversion de la base de données enfichable?

R : Utilisez l'option --cdbName pour spécifier le nom de la base de données conteneur cible dans laquelle la nouvelle base de données enfichable sera créée. Si la base de données conteneur n'existe pas, une nouvelle est créée dans le même domicile Oracle que celui de la base de données non conteneur source.

Q : Que fait l'option --executePrereqs?

R : L'option --executePrereqs exécute des vérifications avant conversion pour s'assurer que la base de données est prête pour la conversion. Aucune modification ne sera apportée à la base de données au cours de cette étape.

Q : Comment puis-je copier les fichiers de données pendant la conversion?

R : Vous pouvez utiliser l'option --copyDatafiles pour créer une nouvelle copie des fichiers de données plutôt que d'utiliser les fichiers initiaux de la base de données source.

Q : Quel est le but de l'option --keepSourceDB?

R : L'option --keepSourceDB vous permet de conserver la base de données non conteneur source initiale une fois l'opération de conversion terminée. Si vous n'utilisez pas cette option, la base de données source sera supprimée après la conversion.

Q : Comment puis-je confirmer qu'une sauvegarde est préparée avant la conversion?

R : Utilisez l'indicateur --backupPrepared pour confirmer que vous avez effectué une sauvegarde appropriée de la base de données non conteneur avant d'effectuer la conversion. Cette étape est cruciale pour éviter la perte de données.

Q : Comment spécifier un nom personnalisé pour la nouvelle base de données enfichable?

R : Utilisez l'option --targetPDBName pour fournir un nom spécifique pour la nouvelle base de données enfichable qui sera créée dans le cadre de la conversion. Par exemple :

dbaascli database convertToPDB --dbname <db_name> --targetPDBName <pdb_name>

Q : Puis-je exécuter la conversion en arrière-plan?

R : Oui, vous pouvez utiliser l'option --waitForCompletion pour spécifier si l'opération doit être exécutée en arrière-plan. Utilisez false pour l'exécuter en arrière-plan et true pour attendre la fin de l'opération avant de continuer. La valeur par défaut est true.

Q : Comment puis-je reprendre une conversion précédemment interrompue?

R : Vous pouvez utiliser l'option --resume pour reprendre un processus de conversion précédemment interrompu. Facultativement, vous pouvez fournir --sessionID pour reprendre une session spécifique.

Q : Que se passe-t-il si je ne spécifie pas de nom de base de données conteneur?

R : Si l'option --cdbName n'est pas fournie, le système créera la nouvelle base de données enfichable dans le même répertoire de base Oracle que la base de données non conteneur source.

Q : Puis-je poursuivre la conversion après une interruption sans connaître l'ID de session?

R : Oui, l'utilisation de l'option --resume sans spécifier d'ID session reprendra la dernière session connue. Si vous voulez reprendre une session spécifique, vous pouvez fournir --sessionID.

Q : Que fait l'option --sessionID?

R : L'option --sessionID est utilisée conjointement avec --resume pour spécifier une session particulière à reprendre, au cas où il y aurait plusieurs sessions interrompues.

Q : Est-il obligatoire d'avoir une sauvegarde avant de convertir une base de données non conteneur en base de données enfichable?

R : Bien que l'indicateur --backupPrepared soit facultatif, il est fortement recommandé d'effectuer une sauvegarde de la base de données non conteneur avant d'effectuer la conversion en base de données enfichable. Cela garantit que vous pouvez restaurer la base de données en cas de problème lors de la conversion.

Utilisez cette commande pour créer Oracle Database version 12.1.0.2 ou ultérieure avec la mise à jour de version JAN 2021 ou supérieure. Pour les bases de données avec des versions inférieures, il est recommandé d'utiliser l'API basée sur la console OCI.

Préalable

Exécutez la commande en tant qu'utilisateur root.

Syntaxe

dbaascli database create --dbName {--oracleHome | --oracleHomeName}
[--dbUniqueName <value>]
[--dbSID <value>]
[--createAsCDB <value>]
[--pdbName <value>]
[--pdbAdminUserName <value>]
[--dbCharset <value>]
[--dbNCharset <value>]
[--dbLanguage <value>]
[--dbTerritory <value>]
[--sgaSizeInMB <value>]
[--pgaSizeInMB <value>]
[--datafileDestination <value>]
[--fraDestination <value>]
[--fraSizeInMB <value>]
[--nodeList <value>]
[--tdeConfigMethod <value>]
[--kmsKeyOCID <value>]
{
            [--resume [--sessionID <value>]]
            | [--revert [--sessionID <value>]]
        }
[--executePrereqs]
[--honorNodeNumberForInstance <value>]
[--lockPDBAdminAccount <value>]
[--dbcaTemplateFilePath <value>]
[--waitForCompletion]

Foire aux questions

Q : Que fait la commande dbaascli database create?

R : La commande dbaascli database create est utilisée pour créer une instance Oracle Database. Il prend en charge la création d'Oracle Database version 12.1.0.2 ou supérieure avec la mise à jour de version JAN 2021 ou supérieure.

Q : Comment spécifier le nom d'Oracle Database à créer?

R : Utilisez l'option --dbName pour spécifier le nom d'Oracle Database. Par exemple :

dbaascli database create --dbName <db_name>

Q : Comment créer une base de données conteneur?

R : Utilisez l'option --createAsCDB et spécifiez Vrai pour créer la base de données en tant que base de données conteneur. Par exemple :

dbaascli database create --dbName <db_name> --createAsCDB true

Q : Comment spécifier le répertoire de base Oracle pour la base de données?

R : Vous pouvez utiliser l'option --oracleHome pour spécifier l'emplacement du répertoire de base Oracle ou l'option --oracleHomeName pour spécifier le nom du répertoire de base Oracle.

Q : Comment puis-je spécifier un nom de base de données unique ou un SID?

R : Utilisez l'option --dbUniqueName pour spécifier un nom unique pour la base de données et l'option --dbSID pour spécifier l'IDS de la base de données.

Q : Comment créer une base de données enfichable avec une base de données conteneur?

R : Vous pouvez utiliser l'option --pdbName pour spécifier le nom de la base de données enfichable et l'option --pdbAdminUserName pour définir le nom d'utilisateur de l'administrateur de la base de données enfichable. Par exemple :

dbaascli database create --dbName <db_name> --createAsCDB true --pdbName <pdb_name> --pdbAdminUserName <admin_user>

Q : Comment puis-je spécifier le jeu de caractères de base de données et le jeu de caractères national?

R : Utilisez l'option --dbCharset pour spécifier le jeu de caractères de la base de données et l'option --dbNCharset pour spécifier le jeu de caractères national. Par exemple :

dbaascli database create --dbName <db_name> --dbCharset AL32UTF8 --dbNCharset AL16UTF16

Q : Comment définir les paramètres de mémoire (SGA et PGA) pour la base de données?

R : Utilisez l'option --sgaSizeInMB pour spécifier la taille de la mémoire SGA et l'option --pgaSizeInMB pour spécifier la taille de la mémoire PGA, les deux en mégaoctets.

Q : Comment puis-je indiquer la destination des fichiers de données et de la zone de récupération rapide (FRA)?

R : Utilisez l'option --datafileDestination pour spécifier le groupe de disques ASM pour les fichiers de données, et l'option --fraDestination pour spécifier le groupe de disques ASM pour FRA. Vous pouvez également définir la taille FRA à l'aide de l'option --fraSizeInMB.

Q : Puis-je configurer le chiffrement transparent des données (TDE) lors de la création de la base de données?

R : Oui, vous pouvez configurer TDE à l'aide de l'option --tdeConfigMethod. Les valeurs valides sont FILE (pour le chiffrement basé sur des fichiers) ou KMS (pour l'utilisation du service Oracle Key Management). Si vous utilisez KMS, fournissez l'OCID de la clé KMS avec l'option --kmsKeyOCID.

Q : Comment créer la base de données sur une liste spécifique de noeuds?

R : Utilisez l'option --nodeList pour spécifier une liste de noeuds séparés par des virgules où la base de données doit être créée.

Q : Comment puis-je reprendre ou annuler une précédente tentative de création de base de données?

R : Utilisez l'option --resume pour reprendre l'exécution précédente ou l'option --revert pour annuler l'exécution précédente. Vous pouvez également spécifier une valeur --sessionID pour reprendre ou rétablir une session spécifique.

Q : Que fait l'option --executePrereqs?

R : L'option --executePrereqs exécute uniquement les préalables pour l'opération de création de base de données, sans créer réellement la base de données. Utilisez yes ou no pour activer ou désactiver cette option.

Q : Puis-je spécifier un modèle DBCA personnalisé pour la création de la base de données?

R : Oui, utilisez l'option --dbcaTemplateFilePath pour fournir le chemin absolu du fichier de modèle DBCA à utiliser pour créer la base de données.

Q : Puis-je exécuter l'opération de création de base de données en arrière-plan?

R : Oui, vous pouvez utiliser l'option --waitForCompletion pour spécifier si la commande doit attendre la fin de la création de la base de données (true) ou exécuter l'opération en arrière-plan (false).

Q : Que se passe-t-il si je ne spécifie pas l'option --dbUniqueName?

R : Si vous ne spécifiez pas de nom unique pour la base de données à l'aide de --dbUniqueName, le système en générera automatiquement un en fonction de --dbName fourni.

Q : Puis-je verrouiller le compte d'administrateur de la base de données enfichable lors de la création d'une base de données conteneur?

R : Oui, vous pouvez utiliser l'option --lockPDBAdminAccount et la régler à Vrai pour verrouiller le compte d'administrateur de la base de données enfichable après la création de la base de données. Par défaut, cette valeur est réglée à true.

Exécutez la commande en tant qu'utilisateur root ou oracle.

Syntaxe

Créez un modèle DBCA à partir de la base de données spécifiée.

dbaascli database createTemplate --dbname <value>
 {
   --templateLocation <value> | --uploadToObjectStorage --objectStorageLoginUser <value> --objectStorageBucketName <value> [--objectStorageUrl <value>]
 }
 [--templateName <value>] [--rmanParallelism <value>]

Foire aux questions

Q : Quel est l'objectif de la commande createTemplate de la base de données dbaascli?

R : La commande dbaascli database createTemplate est utilisée pour créer des modèles de base de données (modèles DBCA) à partir d'une base de données spécifiée, qui peut ensuite être utilisée pour créer de nouvelles bases de données.

Q : Comment puis-je spécifier le nom de la base de données pour laquelle je veux créer un modèle?

R : Utilisez l'option --dbname pour spécifier le nom d'Oracle Database à partir duquel le modèle sera créé. Par exemple :

dbaascli database createTemplate --dbname <db_name>

Q : Comment puis-je spécifier où le modèle doit être enregistré?

R : Utilisez l'option --templateLocation pour spécifier l'emplacement où le modèle DBCA sera enregistré. Par exemple :

dbaascli database createTemplate --dbname <db_name> --templateLocation /path/to/template

Q : Puis-je charger le modèle vers le stockage d'objets directement?

R : Oui, vous pouvez utiliser l'option --uploadToObjectStorage pour charger le modèle DBCA dans le stockage d'objets. Vous devez spécifier l'utilisateur de connexion au stockage d'objets et le nom du seau avec les options --objectStorageLoginUser et --objectStorageBucketName, respectivement.

Q : Comment spécifier les détails de connexion au service de stockage d'objets lors du chargement du modèle?

A : Utilisez les options suivantes pour spécifier les détails du stockage d'objets :

--objectStorageLoginUser : Spécifie l'utilisateur de connexion au stockage d'objets.

--objectStorageBucketName : Indique le nom du seau de stockage d'objets.

--objectStorageUrl : (Facultatif) Spécifie l'URL du stockage d'objets s'il est différent de celui par défaut.

Par exemple :

dbaascli database createTemplate --dbname <db_name> --uploadToObjectStorage --objectStorageLoginUser <user> --objectStorageBucketName <bucket_name>

Q : Comment spécifier un nom personnalisé pour le modèle DBCA?

R : Utilisez l'option --templateName pour spécifier un nom personnalisé pour le modèle DBCA. Par exemple :

dbaascli database createTemplate --dbname <db_name> --templateName <template_name>

Q : À quoi sert l'option --rmanParallelism?

R : L'option --rmanParallelism spécifie le niveau de parallélisme des opérations RMAN lors du processus de création du modèle. Par exemple :

dbaascli database createTemplate --dbname <db_name> --rmanParallelism 4

Q : Que se passe-t-il si je ne spécifie pas les options --templateLocation ou --uploadToObjectStorage?

R : Si vous ne spécifiez pas d'emplacement de modèle à l'aide de --templateLocation ou que vous choisissez de le charger dans le stockage d'objets à l'aide de --uploadToObjectStorage, la commande ne saura pas où stocker le modèle créé et son exécution échouera.

Q : Puis-je utiliser à la fois --templateLocation et --uploadToObjectStorage?

R : Non, vous devez choisir --templateLocation pour enregistrer le modèle localement ou --uploadToObjectStorage pour le charger dans le stockage d'objets, mais pas les deux.

Q : L'option --objectStorageUrl est-elle obligatoire lors du chargement du modèle dans le stockage d'objets?

R : Non, l'option --objectStorageUrl est facultative. S'il n'est pas spécifié, l'URL de stockage d'objets par défaut sera utilisée. Vous devez spécifier cette option uniquement si vous utilisez une URL de stockage d'objets personnalisée.

Q : Quels sont les privilèges d'utilisateur requis pour exécuter la commande createTemplate de la base de données dbaascli?

R : La commande doit être exécutée en tant qu'utilisateur root ou oracle.

Q : Puis-je reprendre un processus de création de modèle qui a échoué précédemment?

R : Non, la commande dbaascli database createTemplate ne prend pas en charge la reprise d'un processus en échec. Vous devrez redémarrer la commande dès le début.

Préalable

Exécutez la commande en tant qu'utilisateur root.

Syntaxe

dbaascli database delete --dbname <value>
[--deleteArchiveLogs <value>]
[--deleteBackups <value>]
[--precheckOnly <value>]
[--waitForCompletion <value>]
[--force]
[--dbSID <value>]
[--resume [--sessionID <value>]]

Foire aux questions

Q : Quel est l'objectif de la commande dbaascli database delete?

R : La commande dbaascli database delete est utilisée pour supprimer une base de données Oracle Database sur Exadata Cloud Infrastructure.

Q : Comment puis-je spécifier la base de données que je veux supprimer?

R : Utilisez l'option --dbname pour spécifier le nom d'Oracle Database à supprimer. Par exemple :

dbaascli database delete --dbname <db_name>

Q : Comment supprimer les journaux d'archivage lors de la suppression d'une base de données?

R : Vous pouvez supprimer les journaux d'archive en réglant l'option --deleteArchiveLogs à true. Par exemple :

dbaascli database delete --dbname <db_name> --deleteArchiveLogs true

Q : Puis-je également supprimer des sauvegardes lors de la suppression de la base de données?

R : Oui, utilisez l'option --deleteBackups et réglez-la à Vrai pour supprimer toutes les sauvegardes associées. Par exemple :

dbaascli database delete --dbname <db_name> --deleteBackups true

Q : Comment puis-je exécuter uniquement les vérifications préalables pour l'opération de suppression sans supprimer réellement la base de données?

R : Vous pouvez utiliser l'option --precheckOnly et la régler à Oui pour exécuter les vérifications préalables sans supprimer la base de données. Par exemple :

dbaascli database delete --dbname <db_name> --precheckOnly yes

Q : Comment puis-je forcer la suppression d'une base de données?

R : Pour forcer la suppression d'une base de données, utilisez l'indicateur --force. Cela contourne les vérifications et force le processus de suppression. Par exemple :

dbaascli database delete --dbname <db_name> --force

Q : Comment puis-je exécuter l'opération de suppression en arrière-plan?

R : Utilisez l'option --waitForCompletion et réglez-la à false pour exécuter l'opération en arrière-plan. Par exemple :

dbaascli database delete --dbname <db_name> --waitForCompletion false

Q : Puis-je spécifier le SID de la base de données que je veux supprimer?

R : Oui, vous pouvez spécifier l'IDS de la base de données à l'aide de l'option --dbSID. Par exemple :

dbaascli database delete --dbname <db_name> --dbSID <sid>

Q : Comment puis-je reprendre une opération de suppression précédemment interrompue?

R : Pour reprendre une exécution de suppression précédente, utilisez l'option --resume. Vous pouvez également spécifier un ID session à l'aide de l'option --sessionID, si nécessaire. Par exemple :

dbaascli database delete --dbname <db_name> --resume --sessionID <session_id>

Q : Quels sont les privilèges d'utilisateur requis pour exécuter la commande dbaascli database delete?

R : La commande doit être exécutée en tant qu'utilisateur root.

Q : Que fait l'option --precheckOnly dans la commande dbaascli database delete?

R : L'option --precheckOnly vous permet d'exécuter uniquement les vérifications préalables pour l'opération de suppression sans supprimer réellement la base de données. Il s'assure que toutes les vérifications sont réussies avant de procéder à la suppression réelle.

Q : Puis-je supprimer une base de données sans attendre la fin de l'opération?

R : Oui, en réglant l'option --waitForCompletion à Faux, l'opération de suppression s'exécutera en arrière-plan et vous n'aurez pas à attendre la fin de l'opération.

Préalable

• Exécutez la commande en tant qu'utilisateur root.

Syntaxe

dbaascli database deleteInstance --dbname <value> --node <value> [--continueOnUnreachableNode]

Foire aux questions

Q : Quel est l'objectif de la commande deleteInstance de la base de données dbaascli?

R : La commande dbaascli database deleteInstance est utilisée pour supprimer une instance Oracle Database spécifique sur un noeud spécifié dans un environnement Exadata Cloud Infrastructure.

Q : Comment spécifier l'instance Oracle Database à supprimer?

R : Vous pouvez spécifier l'instance Oracle Database à supprimer à l'aide de l'option --dbname pour fournir le nom de la base de données et de l'option --node pour fournir le nom du noeud. Par exemple :

dbaascli database deleteInstance --dbname <db_name> --node <node_name>

Q : Puis-je supprimer l'instance même si le noeud est inaccessible?

R : Oui, vous pouvez utiliser l'option --continueOnUnreachableNode pour poursuivre la suppression, même si le noeud spécifié est inaccessible. Par exemple :

dbaascli database deleteInstance --dbname <db_name> --node <node_name> --continueOnUnreachableNode

Q : Que se passe-t-il si le noeud spécifié est inaccessible pendant l'opération de suppression d'instance?

R : Si le noeud est inaccessible et que l'option --continueOnUnreachableNode n'est pas utilisée, l'opération échoue. Si l'option est utilisée, l'opération se poursuit même si le noeud n'est pas accessible.

Q : Comment supprimer une instance de base de données d'un noeud spécifique?

A : Utilisez la commande suivante pour supprimer une instance de base de données d'un noeud spécifique :

dbaascli database deleteInstance --dbname <db_name> --node <node_name>

Q : Quels sont les privilèges d'utilisateur requis pour exécuter la commande deleteInstance de la base de données dbaascli?

R : La commande doit être exécutée en tant qu'utilisateur root.

Q : Puis-je supprimer une instance sans spécifier le noeud?

R : Non, l'option --node est requise pour spécifier le noeud duquel l'instance de base de données doit être supprimée.

Q : Que fait l'option --continueOnUnreachableNode?

R : L'option --continueOnUnreachableNode permet à l'opération de se poursuivre même si le noeud spécifié ne peut pas être atteint, ce qui garantit que la suppression de l'instance se poursuit dans les scénarios où le noeud pourrait être arrêté.

Q : Est-il possible de supprimer plusieurs instances de base de données à la fois à l'aide de cette commande?

R : Non, la commande dbaascli database deleteInstance est utilisée pour supprimer une seule instance de base de données sur un noeud spécifié à la fois. Vous devez exécuter la commande séparément pour chaque instance à supprimer.

Préalable

• Exécutez la commande en tant qu'utilisateur root.

Syntaxe

dbaascli database duplicate --dbName <value> --sourceDBConnectionString <value>
        {
            --oracleHome <value>
            | --oracleHomeName <value>
        }
[--dbSID <value>] 
[--dbUniqueName <value>] 
[--sgaSizeInMB <value>] 
[--pgaSizeInMB <value>] 
[--datafileDestination <value>] 
[--fraDestination <value>] 
[--fraSizeInMB <value>] 
[--sourceDBWalletLocation <value>] 
[--nodeList <value>]
        {
            [--resume [--sessionID <value>]]
            | [--revert [--sessionID <value>]]
        }
[--rmanParallelism <value>]
[--rmanSectionSizeInGB <value>]
[--tdeConfigMethod <value>]
[--kmsKeyOCID <value>]
[--sourceDBTdeConfigMethod <value>]
[--sourceDBKmsKeyOCID <value>]
[--executePrereqs <value>] 
[--waitForCompletion <value>]
[--skipPDBs <value>]

Foire aux questions

Q : Quel est le but de la commande dupliquée de la base de données dbaascli?

R : La commande dbaascli database duplicate est utilisée pour créer une nouvelle base de données Oracle Database en dupliquant une base de données active existante.

Q : Quelles sont les conditions requises pour utiliser la commande de duplication de base de données dbaascli?

R : Vous devez exécuter la commande en tant qu'utilisateur root.

Q : Comment puis-je spécifier la base de données source pour la duplication?

R : Utilisez l'option --sourceDBConnectionString pour fournir la chaîne de connexion à la base de données source dans le format <scan_name>:<scan_port>/<database_service_name>. Par exemple :

--sourceDBConnectionString <scan_name>:<scan_port>/<database_service_name>

Q : Comment puis-je indiquer l'emplacement du répertoire de base Oracle pour la nouvelle base de données?

R : Vous pouvez spécifier l'emplacement du répertoire de base Oracle à l'aide de l'option --oracleHome ou du nom du répertoire de base Oracle à l'aide de l'option --oracleHomeName. Par exemple :

--oracleHome <value>

ou

--oracleHomeName <value>

Q : Quel est le but de l'option --sourceDBWalletLocation?

R : L'option --sourceDBWalletLocation spécifie l'emplacement du fichier de portefeuille TDE de la base de données source, qui est requis pour dupliquer la base de données à partir d'une base de données source active.

Q : Puis-je ignorer la duplication de bases de données enfichables spécifiques à partir de la base de données source?

R : Oui, vous pouvez utiliser l'option --skipPDBs pour spécifier une liste de noms de base de données enfichable séparés par des virgules qui doivent être exclus de l'opération en double. Par exemple :

--skipPDBs pdb1,pdb2

Q : Comment configurer le chiffrement transparent des données (TDE) pour la nouvelle base de données?

R : Utilisez l'option --tdeConfigMethod pour spécifier la méthode de configuration TDE (FILE ou KMS). Si vous choisissez KMS, vous pouvez fournir l'OCID de la clé KMS à l'aide de l'option --kmsKeyOCID. Par exemple :

--tdeConfigMethod FILE

ou

--tdeConfigMethod KMS --kmsKeyOCID <value>

Q : Que fait l'option --executePrereqs?

R : L'option --executePrereqs spécifie s'il faut exécuter uniquement les vérifications préalables pour l'opération. Les valeurs valides sont yes pour exécuter uniquement les préalables ou no pour poursuivre l'opération complète.

Q : Comment puis-je reprendre une opération dupliquée précédemment interrompue?

R : Utilisez l'option --resume avec l'option --sessionID pour reprendre une opération en double précédemment interrompue. Par exemple :

--resume --sessionID <value>

Q : Que fait l'option --waitForCompletion?

R : L'option --waitForCompletion indique s'il faut attendre la fin de l'opération. Le réglage de cette valeur à true attend l'achèvement, tandis que false exécute l'opération en arrière-plan. Par exemple :

--waitForCompletion true

Q : Quel est le but de l'option --rmanParallelism?

R : L'option --rmanParallelism spécifie la valeur de parallélisme pour RMAN (Recovery Manager) lors du processus de duplication. Cela peut améliorer la vitesse de l'opération de duplication en utilisant plusieurs processus parallèles.

Q : Comment indiquer la taille de la mémoire SGA et de la mémoire PGA pour la nouvelle base de données?

R : Utilisez les options --sgaSizeInMB et --pgaSizeInMB pour spécifier la taille de la mémoire SGA (System Global Area) et de la mémoire PGA (Program Global Area) en mégaoctets, respectivement. Par exemple :

--sgaSizeInMB <value>

--pgaSizeInMB <value>

Q : Que fait l'option --revert?

R : L'option --revert est utilisée pour annuler une opération en double précédente. Vous devez fournir --sessionID pour spécifier la session à rétablir.

Préalables

Exécutez la commande en tant qu'utilisateur root ou oracle

Syntaxe

dbaascli database getDetails --dbname <value>

Foire aux questions

Q : Quel est l'objectif de la commande getDetails de la base de données dbaascli?

R : La commande dbaascli database getDetails affiche des informations détaillées sur une base de données Oracle spécifiée, notamment le nom de la base de données, les informations sur le noeud et les détails de la base de données enfichable.

Q : Qui peut exécuter la commande getDetails de la base de données dbaascli?

R : La commande peut être exécutée par l'utilisateur root ou oracle.

Q : Que spécifie l'option --dbname dans la commande getDetails de la base de données dbaascli?

R : L'option --dbname indique le nom de la base de données Oracle pour laquelle des informations détaillées sont extraites.

Q : Quel type d'informations la commande getDetails de la base de données dbaascli fournit-elle?

R : La commande fournit des détails tels que le nom de la base de données, les informations sur le noeud et les informations sur les bases de données enfichables associées à la base de données conteneur.

Exécutez la commande en tant qu'utilisateur root ou oracle.

Syntaxe

dbaascli database getPDBs --dbname <value>

Foire aux questions

Q : Quel est l'objectif de la commande getPDBs de la base de données dbaascli?

R : La commande dbaascli database getPDBs est utilisée pour lister toutes les bases de données enfichables dans une base de données conteneur spécifiée.

Q : Comment spécifier la base de données conteneur pour la commande getPDBs?

R : Vous utilisez l'option --dbname pour spécifier le nom de la base de données conteneur. Par exemple :

--dbname <value>

Q : Dois-je exécuter la commande getPDBs de la base de données dbaascli en tant qu'utilisateur spécifique?

R : Oui, vous devez exécuter la commande en tant qu'utilisateur root ou oracle.

Q : Puis-je voir des bases de données enfichables dans une base de données non conteneur à l'aide de la commande getPDBs?

R : Non, la commande getPDBs ne s'applique qu'aux bases de données conteneur. Vous ne pouvez pas utiliser cette commande pour les bases de données non Conteneur.

Q : Quel est le format de la sortie de la commande getPDBs de la base de données dbaascli?

R : La commande retourne une liste de toutes les bases de données enfichables dans la base de données conteneur spécifiée. La sortie inclut généralement des noms de base de données enfichable, des statuts et d'autres détails pertinents sur chaque base de données enfichable.

Q : Cette commande peut-elle être utilisée pour plusieurs bases de données à la fois?

R : Non, la commande dbaascli database getPDBs fonctionne avec une seule base de données conteneur à la fois, spécifiée par l'option --dbname.

Q : Est-il nécessaire d'arrêter la base de données pour utiliser la commande getPDBs?

R : Non, la commande getPDBs ne nécessite pas l'arrêt de la base de données. Il peut être exécuté pendant que la base de données conteneur est opérationnelle.

Préalable

Exécutez la commande en tant qu'utilisateur root.

Syntaxe

dbaascli database modifyParameters --dbname <value> 
{
--setParameters <values>[--instance <value>] [--backupPrepared] [--allowBounce]|
--resetParameters <values> [--instance <value>] [--backupPrepared] [--allowBounce]
}
--responseFile
[--backupPrepared]
[--instance]
[--allowBounce]
[--waitForCompletion]

Foire aux questions

Q : Quel est l'objectif de la commande modifyParameters de la base de données dbaascli?

R : La commande dbaascli database modifyParameters est utilisée pour modifier ou réinitialiser les paramètres d'initialisation d'Oracle Database.

Q : Comment puis-je spécifier la base de données pour laquelle je veux modifier les paramètres?

R : Vous devez utiliser l'option --dbname pour spécifier le nom de la base de données pour laquelle vous voulez modifier ou réinitialiser les paramètres.

Q : Comment puis-je modifier les paramètres de base de données à l'aide de la commande modifyParameters?

R : Utilisez l'option --setParameters suivie d'une liste de paramètres délimités par des virgules et de leurs nouvelles valeurs. Par exemple :

--setParameters parameter1=valueA,parameter2=valueB

Q : Comment puis-je réinitialiser les paramètres à leurs valeurs par défaut en utilisant cette commande?

R : Utilisez l'option --resetParameters suivie d'une liste de paramètres séparés par des virgules pour réinitialiser leurs valeurs par défaut. Par exemple :

--resetParameters parameter1,parameter2

Q : Puis-je modifier des paramètres à l'aide d'un fichier de réponses?

R : Oui, vous pouvez spécifier l'emplacement absolu d'un fichier JSON de réponse à l'aide de l'option --responseFile. Le fichier doit contenir les paramètres que vous souhaitez modifier.

Q : Est-il nécessaire d'effectuer une sauvegarde avant de modifier les paramètres?

R : Bien qu'il ne soit pas obligatoire pour toutes les modifications, si vous modifiez des paramètres critiques ou sensibles, il est recommandé d'avoir une sauvegarde en place. Vous pouvez utiliser l'option --backupPrepared pour confirmer qu'une sauvegarde a été préparée.

Q : Puis-je appliquer des modifications uniquement à une instance spécifique d'une base de données multi-instance?

R : Oui, vous pouvez spécifier le nom de l'instance à l'aide de l'option --instance. Si cette option n'est pas utilisée, les modifications seront appliquées au niveau de la base de données.

Q : La base de données devra-t-elle être rebondie (redémarrée) après avoir modifié les paramètres?

R : Pour certains paramètres statiques, un rebond de base de données est requis. Vous pouvez utiliser l'option --allowBounce pour accorder à la base de données l'autorisation d'arrêt/redémarrage si nécessaire.

Q : Que se passe-t-il si je n'autorise pas la base de données à rebondir lors de la modification des paramètres statiques?

R : Si vous n'utilisez pas l'option --allowBounce lors de la modification des paramètres statiques, les modifications ne prendront effet qu'au prochain redémarrage manuel de la base de données.

Q : Puis-je reprendre la modification des paramètres si une session précédente a été interrompue?

R : Non, cette commande ne prend pas en charge la reprise de session. Vous devrez réexécuter la commande dès le début.

Préalable

• Exécutez la commande en tant qu'utilisateur root.
• La base de données doit avoir été configurée avec les détails de destination du stockage de sauvegarde où les sauvegardes sont stockées.

Syntaxe

dbaascli database recover --dbname <value>
        {
            --start
                {
                    --untilTime <value>
                    | --untilSCN <value>
                    | --latest
                    | --tag <value>
                }
            | --status --uuid <value>
        }

--dbname: Oracle Database name.
      --start | --status
--start: Begins database recovery.
      --untilTime | --untilSCN | --latest | --tag
      --untilTime: Recovers database until time. Input format: DD-MON-YYYY HH24:MI:SS.
      --untilSCN: Recovers database until SCN.
      --latest: Recovers database to last known state.
      --tag: Recovers database to archival tag.
--status
      --uuid <value>

Foire aux questions

Q : Quel est le but de la commande de récupération de base de données dbaascli?

R : La commande dbaascli database recover est utilisée pour récupérer une base Oracle Database à partir de sauvegardes stockées dans une destination de stockage de sauvegarde.

Q : Comment puis-je spécifier quelle base de données récupérer?

R : Vous pouvez spécifier la base de données à récupérer à l'aide de l'option --dbname suivie du nom de la base de données. Par exemple :

--dbname <database_name>

Q : Quelles sont les options de récupération disponibles avec la commande dbaascli database recover?

A : Les options de récupération sont les suivantes :

--untilTime : Récupérez la base de données à une heure spécifique.

--untilSCN : Récupérez la base de données avec un numéro SCN (System Change Number) spécifique.

--latest : Récupérez la base de données au dernier état connu.

--tag : Récupérez la base de données à l'aide d'un marqueur d'archive.

Q : Comment puis-je récupérer la base de données à une heure spécifique?

R : Utilisez l'option --untilTime suivie de l'heure au format DD-MON-YYYY HH24:MI:SS. Par exemple :

--untilTime 05-SEP-2024 15:30:00

Q : Comment récupérer la base de données sur un SCN spécifique?

A : Utilisez l'option --untilSCN suivie de la valeur SCN. Par exemple :

--untilSCN 123456789

Q : Comment puis-je récupérer la base de données à l'état le plus récent connu?

R : Utilisez l'option --latest pour récupérer la base de données à l'état le plus récent possible. Par exemple :

--latest

Q : Quelle est l'utilisation de l'option --tag dans le processus de récupération?

R : L'option --tag vous permet de récupérer la base de données à l'aide d'un marqueur d'archivage associé aux sauvegardes. Par exemple :

--tag <backup_tag>

Q : Comment puis-je vérifier l'état d'une opération de récupération?

R : Utilisez l'option --status avec la valeur --uuid pour vérifier le statut d'une opération de récupération en cours ou précédente. Par exemple :

--status --uuid <recovery_uuid>

Q : Que fait l'option --start dans le processus de récupération?

R : L'option --start lance l'opération de récupération en fonction de la méthode de récupération sélectionnée (--untilTime, --untilSCN, --latest ou --tag).

Q : Existe-t-il un moyen de récupérer la base de données sans indiquer de temps ni de numéro SCN?

R : Oui, vous pouvez récupérer la base de données jusqu'à son dernier état connu à l'aide de l'option --latest, qui ne nécessite pas de spécifier une heure ou un numéro SCN.

Q : Puis-je effectuer une récupération partielle?

R : Oui, vous pouvez récupérer la base de données à un moment précis ou à un numéro SCN à l'aide des options --untilTime ou --untilSCN, respectivement.

Préalables

• Avant d'effectuer une opération runDatapatch, assurez-vous que toutes les instances de base de données associées à cette base sont actives.

• Exécutez la commande en tant qu'utilisateur root.

Syntaxe

dbaascli database runDatapatch --dbname
[--resume]
    [--sessionID]
[--skipPdbs | --pdbs]
[--executePrereqs]
[--patchList]
[--skipClosedPdbs]
[--rollback]

Où :

• --dbname indique le nom de la base de données
• --resume reprend l'exécution précédente
  • --sessionID spécifie de reprendre un ID session spécifique
• --skipPdbs ignore l'exécution du correctif de données sur une liste spécifiée de bases de données enfichables délimitées par des virgules. Par exemple : pdb1,pdb2...
• --pdbs exécute le correctif de données uniquement sur une liste spécifiée de bases de données enfichables, délimitées par des virgules. Par exemple : pdb1,pdb2...
• --executePrereqs exécute les vérifications des préalables.
• --patchList applique ou annule la liste des correctifs délimités par des virgules spécifiée. Par exemple : patch1,patch2...
• --skipClosedPdbs ignore l'exécution de datapatch sur les bases de données enfichables fermées.
• --rollback annule l'application des correctifs.

Foire aux questions

Q : Quel est l'objectif de la commande runDatapatch de la base de données dbaascli?

R : La commande dbaascli database runDatapatch est utilisée pour appliquer des correctifs à une base de données Oracle Database.

Q : Que doit-on faire avant d'exécuter la commande runDatapatch de la base de données dbaascli?

R : Avant d'exécuter la commande, assurez-vous que toutes les instances de la base de données sont en cours d'exécution.

Q : Comment spécifier la base de données à corriger?

A : Utilisez l'option --dbname suivie du nom de la base de données. Par exemple :

--dbname myDatabase

Q : Comment puis-je reprendre une opération runDatapatch précédemment interrompue?

R : Utilisez l'option --resume pour reprendre l'exécution précédente ou l'option --sessionID pour spécifier un ID session spécifique. Par exemple :

--resume

--sessionID 12345

Q : Comment ignorer certaines bases de données enfichables lors de l'exécution du correctif?

R : Utilisez l'option --skipPdbs suivie d'une liste de noms de base de données enfichable séparés par des virgules à ignorer. Par exemple :

--skipPdbs pdb1,pdb2

Q : Comment puis-je exécuter le correctif uniquement sur certaines bases de données enfichables?

R : Utilisez l'option --pdbs suivie d'une liste de noms de base de données enfichable séparés par des virgules à inclure. Par exemple :

--pdbs pdb1,pdb2

Q : Comment appliquer ou annuler un ensemble spécifique de correctifs?

R : Utilisez l'option --patchList suivie d'une liste de noms de correctif séparés par des virgules à appliquer ou à annuler. Par exemple :

--patchList patch1,patch2

Q : Que fait l'option --rollback?

R : L'option --rollback annule les correctifs qui ont été appliqués lors de l'opération d'application de correctifs.

Q : Que se passe-t-il si certaines bases de données enfichables sont fermées pendant l'opération d'application de correctifs?

R : Si certaines bases de données enfichables sont fermées, vous pouvez utiliser l'option --skipClosedPdbs pour ignorer l'application de correctifs à ces bases de données enfichables fermées.

Q : Puis-je exécuter des vérifications préalables avant d'appliquer des correctifs?

R : Oui, utilisez l'option --executePrereqs pour exécuter des vérifications préalables avant d'appliquer le correctif.

Q : Comment puis-je savoir quel ID de session pour reprendre un correctif?

R : Après une opération runDatapatch, l'ID session est généralement journalisé. Utilisez l'option --sessionID pour spécifier cet ID lors de la reprise d'un correctif. Par exemple :

--sessionID 67890

Préalables

Exécutez la commande en tant qu'utilisateur root.

Syntaxe

dbaascli database start
[--dbname]
[--mode]

La commande démarre et ouvre la base de données. Dans Oracle Database 12c ou une version ultérieure, toutes les bases de données enfichables sont également ouvertes.

Foire aux questions

Q : Quel est le but de la commande dbaascli database start?

R : La commande dbaascli database start est utilisée pour démarrer une base Oracle Database.

Q : Que doit-on faire avant d'exécuter la commande dbaascli database start?

R : La commande doit être exécutée en tant qu'utilisateur root.

Q : Comment puis-je spécifier la base de données que je veux démarrer?

A : Utilisez l'option --dbname suivie du nom de la base de données. Par exemple :

--dbname myDatabase

Q : Quels sont les modes possibles dans lesquels je peux démarrer la base de données?

R : Vous pouvez démarrer la base de données en mode mount ou nomount à l'aide de l'option --mode. Par exemple :

--mode mount

Q : Quel est le mode par défaut si je n'en spécifie pas un?

R : Si vous ne spécifiez pas de mode, la base de données démarre en mode open par défaut.

Q : Cette commande ouvrira-t-elle toutes les bases de données enfichables dans Oracle Database 12c ou une version ultérieure?

R : Oui, lors du démarrage de la base de données dans Oracle Database 12c ou une version ultérieure, toutes les bases de données enfichables seront également ouvertes.

Q : Comment puis-je démarrer une base de données en mode nomount?

R : Utilisez l'option --mode et réglez-la à nomount. Par exemple :

--mode nomount

Q : Comment puis-je démarrer une base de données en mode de montage?

R : Utilisez l'option --mode et réglez-la au montage. Par exemple :

--mode mount

Q : Est-il obligatoire de spécifier un nom de base de données lors de l'exécution de la commande dbaascli database start?

R : Oui, il est recommandé de spécifier le nom de la base de données à l'aide de l'option --dbname pour vous assurer que la base de données correcte est démarrée.

Préalables

Exécutez la commande en tant qu'utilisateur root.

Syntaxe

dbaascli database stop
[-–dbname <value>]
[--mode <value>]

La commande effectue une fermeture de base de données en mode immédiat. Aucune nouvelle connexion ni transaction n'est autorisée. Les transactions actives sont repositionnées et tous les utilisateurs connectés sont déconnectés.

Foire aux questions

Q : Quel est le but de la commande dbaascli database stop?

R : La commande dbaascli database stop est utilisée pour arrêter une base Oracle Database.

Q : Quelles sont les conditions requises pour utiliser la commande dbaascli database stop?

R : Vous devez exécuter la commande en tant qu'utilisateur root et vous devez vous connecter à une machine virtuelle Exadata Cloud@Customer à l'aide de SSH.

Q : Comment puis-je spécifier quelle base de données arrêter?

R : Vous pouvez spécifier la base de données à l'aide de l'option --dbname suivie du nom de la base de données. Par exemple :

--dbname myDatabase

Q : Quels sont les modes d'arrêt valides pour la commande dbaascli database stop?

A : Les modes d'arrêt valides sont :

abort

immediate

normal

transactional

Q : Quel est le mode d'arrêt par défaut si aucun mode n'est spécifié?

R : Si aucun mode n'est spécifié, la base de données sera arrêtée en mode immediate par défaut.

Q : Que se passe-t-il en mode d'arrêt immédiat?

R : En mode immediate, aucune nouvelle connexion ou transaction n'est autorisée, les transactions actives sont repositionnées et tous les utilisateurs connectés sont déconnectés.

Q : Comment puis-je arrêter la base de données en mode d'abandon?

R : Pour arrêter la base de données en mode d'abandon, utilisez l'option --mode avec abandon. Par exemple :

--mode abort

Q : Que fait le mode normal lors de l'arrêt de la base de données?

R : En mode normal, la base de données permet aux sessions utilisateur en cours de se terminer, puis s'arrête sans affecter les transactions actives.

Q : À quoi sert le mode transactionnel dans la commande dbaascli database stop?

R : En mode transactional, la base de données ne s'arrête qu'une fois toutes les transactions actives terminées, mais aucune nouvelle transaction n'est autorisée.

Q : Est-il obligatoire de spécifier le mode d'arrêt dans la commande dbaascli database stop?

R : Non, la spécification d'un mode shutdown est facultative. S'il n'est pas indiqué, le mode immédiat par défaut est utilisé.

Préalable

Exécutez la commande en tant qu'utilisateur root.

Syntaxe

dbaascli database upgrade --dbname <value> 
{--targetHome <value> | --targetHomeName <value>}
{ [--executePrereqs | --postUpgrade | --rollback]}
{[--standBy | --allStandbyPrepared]}
{[--upgradeOptions <value>]  | [--standBy]}
[--removeGRP]
[--increaseCompatibleParameter]
[--resume [--sessionID <value>]]
[--waitForCompletion <value>]

Foire aux questions

Q : Quel est l'objectif de la commande de mise à niveau de la base de données dbaascli?

R : La commande dbaascli database upgrade est utilisée pour mettre à niveau Oracle Database vers une nouvelle version.

Q : Quelles sont les conditions requises pour utiliser la commande de mise à niveau de la base de données dbaascli?

R : Vous devez exécuter la commande en tant qu'utilisateur root et vous connecter à une machine virtuelle Exadata Cloud@Customer à l'aide de SSH.

Q : Comment puis-je spécifier la base de données qui doit être mise à niveau?

A : Utilisez l'option --dbname suivie du nom de la base de données. Par exemple :

--dbname myDatabase

Q : Comment puis-je spécifier le répertoire de base Oracle cible pour la mise à niveau?

R : Vous pouvez spécifier l'emplacement du répertoire de base Oracle cible avec l'option --targetHome ou le nom du répertoire de base Oracle Database cible avec l'option --targetHomeName.

Q : Que fait l'option --standBy?

R : L'option --standBy est utilisée pour mettre à niveau les bases de données de secours dans des configurations Data Guard.

Q : Quel est le but de l'indicateur --allStandbyPrepared?

R : L'indicateur --allStandbyPrepared reconnaît que toutes les opérations requises sur les bases de données de secours ont été effectuées avant la mise à niveau de la base de données principale dans une configuration Data Guard.

Q : Que fait l'option --removeGRP?

R : L'option --removeGRP supprime automatiquement la sauvegarde de point de restauration garanti si la mise à niveau de la base de données réussit.

Q : Quand dois-je utiliser l'option --increaseCompatibleParameter?

R : Utilisez l'option --increaseCompatibleParameter pour augmenter automatiquement le paramètre compatible pendant la mise à niveau de la base de données, à condition que la mise à niveau réussisse.

Q : Que fait l'option --executePrereqs?

R : L'option --executePrereqs exécute uniquement les vérifications préalables à la mise à niveau pour s'assurer que la base de données est prête pour la mise à niveau.

Q : Comment gérer une étape post-mise à niveau qui a échoué?

R : Utilisez l'option --postUpgrade pour réexécuter les étapes après la mise à niveau en cas d'échec de la tentative initiale après la mise à niveau.

Q : Quel est le but de l'option --revert?

R : L'option --revert rétablit le répertoire de base Oracle initial d'Oracle Database, annulant la mise à niveau.

Q : Comment puis-je transmettre des arguments supplémentaires spécifiques à DBUA pour la mise à niveau?

R : Utilisez l'option --upgradeOptions pour transmettre des arguments propres à DBUA pour la mise à niveau d'Oracle Database. Consultez la documentation d'Oracle pour connaître les arguments et les options pris en charge.

Q : Est-il obligatoire de spécifier le répertoire de base Oracle cible pour la mise à niveau?

R : Oui, vous devez spécifier --targetHome ou --targetHomeName pour indiquer le répertoire de base Oracle cible pour la mise à niveau.

Q : Que dois-je faire si je dois effectuer une vérification préalable à la mise à niveau sans procéder à la mise à niveau?

R : Utilisez l'option --executePrereqs pour effectuer uniquement les vérifications préalables à la mise à niveau sans procéder à la mise à niveau réelle.

Exécutez la commande en tant qu'utilisateur root ou oracle.

Syntaxe

dbaascli dataguard prepareStandbyBlob --dbname <value> --blobLocation <value>

Foire aux questions

Q : Quel est le but de la commande dbaascli dataguard prepareStandbyBlob?

R : La commande dbaascli dataguard prepareStandbyBlob est utilisée pour générer un fichier blob contenant divers fichiers requis sur le site de secours dans un environnement Data Guard.

Q : Quelles sont les conditions requises pour exécuter la commande dbaascli dataguard prepareStandbyBlob?

R : La commande doit être exécutée en tant qu'utilisateur root ou oracle.

Q : Comment spécifier le nom d'Oracle Database pour lequel je veux préparer le blob de secours?

R : Utilisez l'option --dbname suivie du nom d'Oracle Database. Par exemple :

--dbname myDatabase

Q : Comment puis-je spécifier l'emplacement où le fichier blob de secours sera généré?

R : Utilisez l'option --blobLocation pour spécifier le chemin du répertoire personnalisé où le fichier blob de secours sera généré. Par exemple :

--blobLocation /path/to/standby_blob

Q : Que fait l'option --dbname dans la commande?

R : L'option --dbname spécifie le nom d'Oracle Database pour lequel 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é où le fichier blob de secours sera créé.

Q : Puis-je exécuter la commande dbaascli dataguard prepareStandbyBlob en tant qu'utilisateur autre que root 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 approprié.

Q : Que dois-je faire si je souhaite modifier l'emplacement où le fichier blob de secours est généré?

R : Modifiez l'option --blobLocation pour spécifier 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, après avoir généré le fichier blob de secours, vous devez le transférer sur le site de secours et l'utiliser pour la configuration Data Guard.

Exécutez la commande en tant qu'utilisateur root ou oracle.

Syntaxe

dbaascli dataguard updateDGConfigAttributes --attributes <value>

Foire aux questions

Q : Quel est le but de la commande dbaascli dataguard updateDGConfigAttributes?

R : La commande dbaascli dataguard updateDGConfigAttributes est utilisée pour mettre à jour les attributs d'automatisation Data Guard sur tous les noeuds de la grappe.

Q : Quelles sont les conditions requises pour exécuter la commande dbaascli dataguard updateDGConfigAttributes?

R : La commande doit être exécutée en tant qu'utilisateur root ou oracle.

Q : Comment puis-je spécifier les attributs que je veux mettre à jour à l'aide de cette commande?

A : Utilisez l'option --attributes suivie des attributs à modifier. Les attributs doivent être dans un format délimité par des virgules, par exemple attribute=value. Par exemple :

--attributes attribute1=value1,attribute2=value2

Q : Dans quel format les valeurs d'option --attributes doivent-elles être?

R : Les valeurs de l'option --attributes doivent être dans un format délimité par des virgules avec chaque attribut spécifié comme 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. Par 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 de 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 avoir mis à jour les attributs d'automatisation de 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. Toutefois, vérifiez les attributs spécifiques et leur incidence pour déterminer si un redémarrage est nécessaire.

Q : Comment puis-je vérifier si les attributs Data Guard ont été mis à jour avec succès?

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 met pas à jour les attributs?

R : Vérifiez les messages d'erreur pour obtenir des détails sur les erreurs. Assurez-vous d'avoir spécifié les attributs corrects et qu'ils sont prédéfinis dans le fichier de configuration Data Guard. Vérifiez les autorisations d'utilisateur et la syntaxe des commandes.

Q : Est-il possible de mettre à jour des attributs uniquement pour des noeuds spécifiques en utilisant cette commande?

R : Non, la commande dbaascli dataguard updateDGConfigAttributes met à jour les attributs sur tous les noeuds de la grappe. Si vous devez mettre à jour des attributs pour des noeuds spécifiques, vous devrez peut-être utiliser différentes méthodes ou commandes.

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>]]

Exécutez cette commande en tant qu'utilisateur oracle sur lequel une remise en service est requise (c'est-à-dire une base de données de secours en échec).

Syntaxe

dbaascli dataguard reinstate --dbname <value> [--primaryDBUniqueName <value>] [--executePrereqs] [--waitForCompletion <value>] [--resume [--sessionID <value>]]

Pour déterminer quand un membre doit être remis en service dans une configuration Data Guard (DG) :

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'ancienne grappe principale :

  ORA-16623 : Un membre a détecté un changement de rôle

Ces messages indiquent qu'un basculement a eu lieu. Pour restaurer la synchronisation complète au sein de la configuration Data Guard, l'ancienne base principale doit être rétablie.

Exécutez cette commande en tant qu'utilisateur oracle.

Syntaxe

dbaascli dataguard switchover --dbname <value> [--targetStandbyDBUniqueName <value>] [--executePrereqs] [--enableDGDebug] [--waitForCompletion <value>] [--resume [--sessionID <value>]]

Exécutez cette commande en tant qu'utilisateur root sur la base de données principale. À la fin de l'exécution de la commande, un fichier BLOB de secours est créé. Vous devez copier ce fichier dans le système de base de données de secours pour passer à l'étape configureStandby.

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]

Exécutez ceci en tant qu'utilisateur root sur la grappe 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>]

Exécutez cette commande en tant qu'utilisateur root sur la grappe principale. En outre, dans une configuration à plusieurs bases de données de secours, exécutez la commande sur tous les grappes de secours, à l'exception de la nouvelle grappe de bases de données de secours créée.

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>]

Exécutez cette commande en tant qu'utilisateur root sur la grappe principale. Toutefois, dans le contexte de plusieurs bases de données de secours, cette commande doit être exécutée sur tous les grappes de secours, à l'exception de la base de secours cible.

Syntaxe

dbaascli dataguard deregisterStandby --dbname <value> --standbyDBUniqueName <value> [--executePrereqs] [--resume [--sessionID <value>]] [--waitForCompletion <value>]

Exécutez cette commande en tant qu'utilisateur root sur la grappe de secours Active Data Guard où vous voulez 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 la base de secours.

Syntaxe

dbaascli dataguard configureAWR --dbname <value> { --action <value> | --enable | --disable } [--executePrereqs] [--resume [--sessionID <value>]]

Exécutez ceci en tant qu'utilisateur root.

Lorsque la commande de mise à jour du 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 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 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 principale, le système vérifie les modes courants 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>]

Préalable

Exécutez la commande en tant qu'utilisateur root.

Syntaxe

dbaascli dbhome create --version <value>
[--oracleHome <value>]
[--oracleHomeName <value>]
[--enableUnifiedAuditing <value>] 
[--imageTag <value>]
[--ImageLocation <value>

Foire aux questions

Q : Quel est le but de la commande dbaascli dbhome create?

R : La commande dbaascli dbhome create est utilisée pour créer un nouveau répertoire de base Oracle Database avec la version souhaitée.

Q : Quelles sont les conditions requises pour exécuter la commande dbaascli dbhome create?

R : La commande doit être exécutée en tant qu'utilisateur root.

Q : Comment spécifier la version d'Oracle Database lors de la création d'un nouveau répertoire de base Oracle?

R : Utilisez l'option --version suivie de la version d'Oracle Database au format de cinq segments numériques séparés par des points, par exemple 19.11.0.0.0.

Q : Que spécifie l'option --oracleHome?

R : L'option --oracleHome indique l'emplacement où vous voulez installer le répertoire de base Oracle. S'il n'est pas indiqué, l'emplacement par défaut sera utilisé.

Q : Puis-je attribuer un nom personnalisé au nouveau répertoire de base Oracle?

R : Oui, vous pouvez utiliser l'option --oracleHomeName pour spécifier un nom défini par l'utilisateur pour le répertoire de base Oracle. Si le nom n'est pas indiqué, un nom par défaut est utilisé.

Q : Comment activer ou désactiver l'audit unifié dans le nouveau répertoire de base Oracle?

R : Utilisez l'option --enableUnifiedAuditing et spécifiez true pour l'activer ou false pour désactiver la vérification unifiée pour le répertoire de base Oracle.

Q : Que fait l'option --imageTag?

R : L'option --imageTag spécifie le marqueur d'image du répertoire de base Oracle, qui peut être utilisé dans les cas où le marqueur d'image diffère de la version.

Q : Quel est un exemple d'utilisation de la commande dbaascli dbhome create avec le marqueur version et image?

A : Un exemple de la commande avec la version et la balise image est :

dbaascli dbhome create --version 19.8.0.0.0 --imageTag 19.8.0.0.0

Cela crée un répertoire de base Oracle pour la version 19.8.0.0.0 avec le marqueur d'image correspondant.

Q : Que se passe-t-il si je ne fournis pas les options --oracleHome ou --oracleHomeName?

R : Si --oracleHome n'est pas fourni, le répertoire de base Oracle est installé à l'emplacement par défaut. Si --oracleHomeName n'est pas spécifié, un nom par défaut est affecté au répertoire de base Oracle.

Q : Comment puis-je vérifier si la création du répertoire de base Oracle a réussi?

R : Après avoir exécuté la commande, vérifiez les messages de réussite ou les erreurs dans les journaux de sortie. Vous pouvez également vérifier le répertoire de base Oracle en accédant à l'emplacement spécifié ou en utilisant des outils Oracle tels que orainstRoot.sh.

Q : Est-il possible de créer plusieurs répertoires de base Oracle avec des versions différentes sur le même système?

R : Oui, vous pouvez créer plusieurs répertoires de base Oracle avec différentes versions en spécifiant différentes valeurs pour les options --version et --oracleHomeName.

Q : Que dois-je faire si la création du répertoire de base Oracle échoue?

R : Pour obtenir des messages d'erreur détaillés, consultez les journaux de sortie. Vérifiez que vous disposez du bon format de version, des autorisations requises et d'un espace disque suffisant. Corrigez les problèmes éventuels et réessayez d'exécuter la commande.

Préalable

Exécutez la commande en tant qu'utilisateur root.

Syntaxe

dbaascli dbHome delete 
{ --oracleHome <value> 
| --oracleHomeName <value> } [--resume [--sessionID <value>]] 

Foire aux questions

Q : Quel est le but de la commande dbaascli dbHome delete?

R : La commande dbaascli dbHome delete est utilisée pour supprimer du système un répertoire de base Oracle Database spécifié.

Q : Quelles sont les conditions requises pour exécuter la commande dbaascli dbHome delete?

R : La commande doit être exécutée en tant qu'utilisateur root.

Q : Comment spécifier le répertoire de base Oracle à supprimer?

R : Vous pouvez spécifier le répertoire de base Oracle à supprimer à l'aide de l'une des options suivantes :

--oracleHome <value> pour fournir le chemin absolu de l'emplacement du répertoire de base Oracle.

--oracleHomeName <value> pour fournir le nom du répertoire de base Oracle.

Q : Quelle est la différence entre les options --oracleHome et --oracleHomeName?

A :

--oracleHome indique l'emplacement physique ou le chemin du répertoire de base Oracle à supprimer.

--oracleHomeName indique le nom défini par l'utilisateur du répertoire de base Oracle à supprimer.

Q : Comment puis-je reprendre un processus de suppression précédemment interrompu?

R : Vous pouvez utiliser l'option --resume pour reprendre un processus de suppression précédent. Si vous connaissez l'ID session spécifique du processus, vous pouvez l'inclure avec l'option --sessionID.

Q : À quoi sert l'option --sessionID dans la commande dbaascli dbHome delete?

R : L'option --sessionID est utilisée pour reprendre une session spécifique qui a été interrompue ou qui a échoué lors du processus de suppression.

Q : Que se passe-t-il si je ne fournis pas les options --resume ou --sessionID?

R : Si les options --resume ou --sessionID ne sont pas fournies, la commande lancera un nouveau processus de suppression au lieu de reprendre un processus interrompu.

Q : Existe-t-il un moyen de confirmer la suppression du répertoire de base Oracle après l'exécution de la commande?

R : Vous pouvez vérifier la suppression en vérifiant les messages de réussite dans les journaux de sortie et en vous assurant que le répertoire de base Oracle n'est plus présent à l'emplacement spécifié.

Q : Puis-je supprimer un répertoire de base Oracle actuellement utilisé par une base de données en cours d'exécution?

R : Non, le répertoire de base Oracle ne doit pas être utilisé par des bases de données ou des services en cours d'exécution pendant le processus de suppression. Assurez-vous d'arrêter toutes les bases de données connexes avant d'exécuter la commande delete.

Q : Que dois-je faire si la commande dbaascli dbHome delete échoue?

R : Vérifiez les journaux de sortie pour voir les messages d'erreur. Assurez-vous que le répertoire de base Oracle n'est pas utilisé, vérifiez l'emplacement ou le nom correct du répertoire de base Oracle et vérifiez que vous disposez des autorisations nécessaires. Après avoir résolu les problèmes, réexécutez la commande ou utilisez l'option --resume si nécessaire.

Q : Puis-je supprimer plusieurs répertoires de base Oracle à la fois à l'aide de la commande dbaascli dbHome delete?

R : Non, la commande vous permet uniquement de supprimer un répertoire de base Oracle à la fois en spécifiant l'option --oracleHome ou --oracleHomeName.

Q : Quel est un exemple de suppression d'un répertoire de base Oracle par son nom?

R : Voici un exemple de suppression d'un répertoire de base Oracle par son nom :

dbaascli dbHome delete --oracleHomeName myOracleHome

Cette commande supprime le répertoire de base Oracle nommé myOracleHome.

Q : Quel est un exemple de suppression d'un répertoire de base Oracle par son emplacement?

R : Voici un exemple de suppression d'un répertoire de base Oracle en indiquant son emplacement :

dbaascli dbHome delete --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1

Cette commande supprime le répertoire de base Oracle situé à l'adresse /u01/app/oracle/product/19.0.0/dbhome_1.

Q : Puis-je annuler le processus de suppression une fois qu'il a commencé?

R : Non, une fois que le processus de suppression a commencé, il ne peut pas être annulé. Assurez-vous que le répertoire de base Oracle est prêt pour suppression avant d'exécuter la commande.

Exécutez la commande en tant qu'utilisateur root.

Syntaxe

dbaascli dbHome getDatabases
{ --oracleHomeName value | --oracleHome value }

Foire aux questions

Q : Quel est l'objectif de la commande dbaascli dbHome getDatabases?

R : La commande dbaascli dbHome getDatabases est utilisée pour voir les informations sur toutes les bases de données Oracle exécutées à partir d'un répertoire de base Oracle Database spécifié.

Q : Comment puis-je spécifier le répertoire de base Oracle Database à vérifier?

R : Vous pouvez spécifier le répertoire de base Oracle Database à l'aide de l'une des options suivantes :

--oracleHomeName <value> pour spécifier le nom défini par l'utilisateur du répertoire de base Oracle.

--oracleHome <value> pour spécifier l'emplacement complet (chemin) du répertoire de base Oracle.

Q : Quelle est la différence entre les options --oracleHomeName et --oracleHome?

A :

--oracleHomeName fait référence à un nom défini par l'utilisateur pour le répertoire de base Oracle.

--oracleHome fait référence à l'emplacement physique (ou chemin de répertoire) du répertoire de base Oracle sur le système.

Q : Comment exécuter la commande dbaascli dbHome getDatabases?

A : Pour exécuter la commande, utilisez la syntaxe suivante :

dbaascli dbHome getDatabases --oracleHomeName <value>

ou

dbaascli dbHome getDatabases --oracleHome <value>

Assurez-vous d'exécuter la commande en tant qu'utilisateur root.

Q : Puis-je indiquer à la fois le nom du domicile Oracle et l'emplacement du domicile Oracle dans la même commande?

R : Non, vous ne pouvez spécifier --oracleHomeName ou --oracleHome qu'en une seule exécution de commande. Sélectionnez une option en fonction de la façon dont vous identifiez le répertoire de base Oracle.

Q : Quel type d'informations la commande dbaascli dbHome getDatabases retourne-t-elle?

R : La commande retourne des informations sur toutes les bases de données Oracle exécutées à partir du répertoire de base Oracle spécifié. Cela inclut des détails tels que les noms et les statuts de base de données.

Q : Quel est un exemple d'utilisation de dbaascli dbHome getDatabases avec l'emplacement du répertoire de base Oracle?

R : Voici un exemple d'utilisation de la commande avec l'emplacement du répertoire de base Oracle :

dbaascli dbHome getDatabases --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1

Cette commande extrait la liste des bases de données exécutées à partir du répertoire de base Oracle situé à l'adresse /u01/app/oracle/product/19.0.0/dbhome_1.

Q : Quel est un exemple d'utilisation de dbaascli dbHome getDatabases avec le nom du répertoire de base Oracle?

R : Voici un exemple d'utilisation de la commande avec le nom du répertoire de base Oracle :

dbaascli dbHome getDatabases --oracleHomeName myOracleHome

Cette commande extrait la liste des bases de données exécutées à partir du répertoire de base Oracle nommé myOracleHome.

Q : Ai-je besoin d'autorisations spéciales pour exécuter cette commande?

R : Oui, vous devez exécuter la commande en tant qu'utilisateur racine pour voir les informations sur les bases de données Oracle exécutées à partir d'un répertoire de base Oracle spécifié.

Q : Que dois-je vérifier si la commande dbaascli dbHome getDatabases ne retourne aucune base de données?

R : Vérifiez que vous avez spécifié le nom ou l'emplacement correct du répertoire de base Oracle et que des bases de données s'exécutent à partir de ce répertoire de base Oracle. Vérifiez également que le répertoire de base Oracle est correctement configuré et actif.

Q : Puis-je utiliser la commande dbaascli dbHome getDatabases sur plusieurs répertoires de base Oracle à la fois?

R : Non, la commande fonctionne sur un seul répertoire de base Oracle à la fois. Vous devez exécuter la commande séparément pour chaque répertoire de base Oracle à interroger.

Q : Existe-t-il un moyen de vérifier que le répertoire de base Oracle indiqué dans la commande est correct?

R : Vous pouvez vérifier le répertoire de base Oracle en vérifiant la structure du répertoire ou les détails de configuration dans votre système pour vous assurer que le chemin ou le nom fourni correspond au répertoire de base Oracle réel.

Q : Que se passe-t-il si j'exécute la commande sans indiquer de répertoire de base Oracle ou de nom de répertoire de base Oracle?

R : La commande nécessite que l'option --oracleHome ou --oracleHomeName soit spécifiée. Si aucune option n'est fournie, l'exécution de la commande échoue.

Q : Cette commande peut-elle extraire les bases de données qui sont actuellement arrêtées?

R : Oui, la commande listera toutes les bases de données associées au répertoire de base Oracle spécifié, qu'elles soient en cours d'exécution ou arrêtées.

Préalable

Exécutez la commande en tant qu'utilisateur root.

Syntaxe

dbaascli dbHome getDetails
{ --oracleHomeName value | --oracleHome value }

Foire aux questions

Q : Quel est l'objectif de la commande dbaascli dbHome getDetails?

R : La commande dbaascli dbHome getDetails est utilisée pour afficher des informations détaillées sur un répertoire de base Oracle spécifique sur le système.

Q : Comment puis-je indiquer le répertoire de base Oracle sur lequel je veux obtenir des détails?

R : Vous pouvez spécifier le répertoire de base Oracle à l'aide de l'une des options suivantes :

--oracleHomeName <value> pour spécifier le nom défini par l'utilisateur du répertoire de base Oracle.

--oracleHome <value> pour spécifier l'emplacement complet (chemin) du répertoire de base Oracle.

Q : Quelle est la différence entre --oracleHomeName et --oracleHome?

A :

--oracleHomeName est le nom défini par l'utilisateur pour un répertoire de base Oracle.

--oracleHome fait référence au chemin d'accès complet au répertoire de base Oracle.

Q : Comment exécuter la commande dbaascli dbHome getDetails?

A : Pour exécuter la commande, utilisez la syntaxe suivante :

dbaascli dbHome getDetails --oracleHomeName <value>

ou

dbaascli dbHome getDetails --oracleHome <value>

Assurez-vous d'exécuter la commande en tant qu'utilisateur root.

Q : Puis-je spécifier à la fois --oracleHomeName et --oracleHome dans la même commande?

R : Non, vous ne pouvez utiliser qu'une seule option par exécution de commande. Vous devez spécifier le nom du répertoire de base Oracle ou l'emplacement du répertoire de base Oracle, pas les deux.

Q : Quelles informations la commande dbaascli dbHome getDetails retourne-t-elle?

R : La commande fournit des informations détaillées sur le répertoire de base Oracle spécifié, telles que sa version, son statut et tout autre détail de configuration associé au répertoire de base Oracle.

Q : Quel est un exemple d'utilisation de la commande dbaascli dbHome getDetails avec un emplacement de répertoire de base Oracle?

A : Voici un exemple :

dbaascli dbHome getDetails --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1

Cette commande extrait des informations détaillées sur le répertoire de base Oracle situé à l'adresse /u01/app/oracle/product/19.0.0/dbhome_1.

Q : Quel est un exemple d'utilisation de la commande dbaascli dbHome getDetails avec un nom de répertoire de base Oracle?

A : Voici un exemple :

dbaascli dbHome getDetails --oracleHomeName myOracleHome

Cette commande extrait des informations détaillées sur le répertoire de base Oracle nommé myOracleHome.

Q : Ai-je besoin d'autorisations spéciales pour exécuter cette commande?

R : Oui, vous devez exécuter la commande en tant qu'utilisateur racine pour voir les détails du répertoire de base Oracle.

Q : Que dois-je faire si la commande dbaascli dbHome getDetails ne retourne aucune information?

R : Assurez-vous d'avoir correctement spécifié le nom ou l'emplacement du répertoire de base Oracle, et que le répertoire de base Oracle est correctement configuré et existe sur le système.

Q : Puis-je utiliser la commande dbaascli dbHome getDetails sur plusieurs répertoires de base Oracle simultanément?

R : Non, la commande ne fonctionne que sur un seul répertoire de base Oracle à la fois. Vous devez exécuter la commande séparément pour chaque répertoire de base Oracle.

Q : Est-il possible de vérifier le nom du répertoire de base Oracle avant d'exécuter la commande?

R : Oui, vous pouvez vérifier le nom du répertoire de base Oracle en vérifiant les fichiers de configuration de votre système ou en répertoriant tous les répertoires de base Oracle disponibles sur votre système.

Q : Que se passe-t-il si je ne spécifie pas de nom de répertoire de base ou d'emplacement Oracle dans la commande?

R : La commande nécessite que l'option --oracleHome ou --oracleHomeName soit spécifiée. Si aucune des deux n'est fournie, l'exécution de la commande échoue.

Q : Puis-je extraire des informations sur les répertoires de base Oracle qui ne sont pas utilisés actuellement?

R : Oui, la commande dbaascli dbHome getDetails fournit des détails sur les répertoires de base Oracle, qu'ils soient utilisés ou inactifs.

Q : Que dois-je vérifier si la commande renvoie une erreur?

R : Assurez-vous que le nom ou l'emplacement du répertoire de base Oracle est correct, que le répertoire de base Oracle existe et que vous exécutez la commande en tant qu'utilisateur root. Vérifiez les fautes de frappe ou les chemins incorrects.

Préalable

Exécutez la commande en tant qu'utilisateur root.

Syntaxe

dbaascli diag collect [--components <value>] [--startTime <value>] [--endTime <value>] [--nodes <value>] [--dbNames <value>]
        {
            [--objectStoreBucketUri <value>]
            | [--destLocation <value>]
        }
        [--waitForCompletion <value>]

Foire aux questions

Q : Quel est le but de la commande dbaascli diag collect?

R : La commande dbaascli diag collect est utilisée pour collecter les journaux de diagnostic pour Oracle Database et les composants associés tels que le système d'exploitation, Grid Infrastructure (GI) et les outils DBaaS.

Q : Comment puis-je spécifier les composants pour lesquels collecter des diagnostics?

R : Vous pouvez spécifier les composants à l'aide de l'option --components. Les valeurs valides sont :

db (pour les journaux de base de données)

gi (pour les journaux de Grid Infrastructure)

os (pour les journaux de système d'exploitation)

dbaastools (pour les journaux des outils DBaaS)

all (pour la collecte des journaux pour tous les composants)

Q : Comment puis-je collecter des journaux pour un intervalle de temps spécifique?

A : Utilisez les options suivantes pour spécifier un intervalle de temps :

--startTime <value> pour définir l'heure de début de la collecte de journaux.

--endTime <value> pour définir l'heure de fin de la collecte de journaux.

L'heure doit être au format : YYYY-MM-DDTHH24:MM:SS.

Q : Dans quel format les heures de début et de fin doivent-elles être?

R : --startTime et --endTime doivent tous les deux avoir le format YYYY-MM-DDTHH24:MM:SS. Par exemple, 2024-09-01T15:30:00.

Q : Comment puis-je spécifier les noeuds à partir desquels collecter les diagnostics?

R : Vous pouvez utiliser l'option --nodes pour spécifier une liste de noeuds séparés par des virgules. Par exemple :

--nodes node1,node2

Q : Comment puis-je collecter des journaux pour une base de données spécifique?

R : Utilisez l'option --dbNames pour spécifier le nom de la base de données pour laquelle vous voulez collecter des journaux. Un seul nom de base de données peut être spécifié à la fois.

Q : Comment stocker les journaux collectés dans le stockage d'objets?

R : Utilisez l'option --objectStoreBucketUri pour spécifier l'URL de la demande préauthentifiée pour votre seau de stockage d'objets où les journaux seront chargés.

Q : Puis-je collecter des journaux dans un répertoire local au lieu du stockage d'objets?

R : Oui, vous pouvez utiliser l'option --destLocation pour spécifier un répertoire sur la machine virtuelle invitée où les journaux seront collectés. L'emplacement par défaut est /var/opt/oracle/dbaas_acfs.

Q : Que se passe-t-il si je ne spécifie pas de destination pour les journaux?

R : Si aucune destination n'est spécifiée, les journaux collectés seront stockés à l'emplacement par défaut /var/opt/oracle/dbaas_acfs sur la machine virtuelle invitée.

Q : Que fait l'option --waitForCompletion?

R : L'option --waitForCompletion indique s'il faut attendre la fin de la commande avant de retourner le contrôle à l'utilisateur. La valeur par défaut est true. Si vous spécifiez false, l'opération s'exécute en arrière-plan.

Q : Comment puis-je exécuter la collection de journaux en arrière-plan?

R : Réglez l'option --waitForCompletion à false pour exécuter le processus de collecte de journaux en arrière-plan :

dbaascli diag collect --waitForCompletion false

Q : Puis-je reprendre une session de collecte de journaux précédente avec cette commande?

R : Non, la commande dbaascli diag collect ne prend pas en charge la reprise des sessions précédentes. Vous devrez démarrer un nouveau processus de collecte de journaux.

Q : Comment m'assurer que les journaux sont chargés directement dans le stockage d'objets?

R : Vous pouvez fournir une adresse --objectStoreBucketUri valide (URL de la demande préauthentifiée du stockage d'objets) dans laquelle les journaux seront chargés après la collecte.

Q : Puis-je collecter des journaux pour plusieurs bases de données à la fois?

R : Non, vous ne pouvez spécifier qu'un seul nom de base de données à la fois à l'aide de l'option --dbNames.

Q : Que dois-je faire si je veux collecter tous les journaux disponibles pour tous les composants?

R : Utilisez --components all pour collecter les journaux de tous les composants, y compris la base de données, Grid Infrastructure, le système d'exploitation et les outils DBaaS.

Q : Quelle est une commande d'exemple pour collecter les journaux pour le composant de base de données à partir d'un intervalle de temps spécifique?

A : Voici un exemple de commande :

dbaascli diag collect --components db --startTime 2024-09-01T12:00:00 --endTime 2024-09-01T14:00:00 --dbname orcl

Q : À quoi sert un exemple de commande pour collecter les journaux et les charger dans le stockage d'objets?

A : Voici un exemple de commande :

dbaascli diag collect --components db --objectStoreBucketUri https://objectstorage.example.com/n/namespace-string/b/bucket-name/o/PAR-URL

Q : Quel est le comportement par défaut si l'option --components n'est pas spécifiée?

R : Si vous ne spécifiez pas l'option --components, la commande risque de ne pas savoir quels journaux collecter et d'échouer. Il est recommandé de toujours spécifier les composants à partir desquels vous souhaitez collecter les journaux.

Q : Puis-je spécifier à la fois les options --objectStoreBucketUri et --destLocation dans la même commande?

R : Non, vous devez choisir une destination, soit le stockage d'objets au moyen de --objectStoreBucketUri, soit un répertoire local au moyen de --destLocation.

Q : Que dois-je faire si je rencontre une erreur lors de l'utilisation de la commande dbaascli diag collect?

R : Vérifiez que vous avez fourni des noms de composant valides, des formats de date/heure et des options de destination. Assurez-vous également d'exécuter la commande en tant qu'utilisateur root.

Préalable

Exécutez la commande en tant qu'utilisateur root.

Syntaxe

dbaascli diag healthCheck
[--destLocation]
[--nodes]
[--objectStoreBucketURI]

Foire aux questions

Q : Quel est le but de la commande dbaascli diag healthCheck?

R : La commande dbaascli diag healthCheck est utilisée pour effectuer des vérifications d'état de diagnostic sur une base Oracle Database exécutée dans un environnement Exadata Cloud@Customer.

Q : Quelles sont les conditions requises pour utiliser la commande dbaascli diag healthCheck?

R : La commande doit être exécutée en tant qu'utilisateur root et vous devez être connecté à une machine virtuelle Exadata Cloud@Customer.

Q : Comment puis-je spécifier un répertoire personnalisé pour collecter les journaux?

R : Utilisez l'option --destLocation pour spécifier le répertoire où les journaux de vérification de l'état seront collectés. L'emplacement par défaut est /var/opt/oracle/dbaas_acfs.

Q : Quel est l'emplacement par défaut pour la collecte de journaux si je ne spécifie pas --destLocation?

R : Le répertoire par défaut pour la collecte de journaux est /var/opt/oracle/dbaas_acfs.

Q : Puis-je spécifier les noeuds sur lesquels exécuter la vérification d'état?

R : Oui, vous pouvez utiliser l'option --nodes pour spécifier une liste de noeuds séparés par des virgules où la vérification d'état doit être exécutée.

Q : Comment charger les journaux de vérification de l'état dans le stockage d'objets?

R : Utilisez l'option --objectStoreBucketURI pour fournir une URL de demande préauthentifiée à partir du service de stockage d'objets. Les journaux collectés seront chargés dans le seau spécifié.

Q : Puis-je collecter des journaux à partir de plusieurs noeuds?

R : Oui, vous pouvez spécifier plusieurs noeuds à l'aide de l'option --nodes dans un format délimité par des virgules. Par exemple : --nodes node1,node2.

Q : Qu'est-ce qu'une commande d'exemple pour exécuter une vérification d'état sur un noeud spécifique?

R : Voici un exemple de commande pour exécuter la vérification de l'état sur un noeud spécifique :

dbaascli diag healthCheck --nodes node1

Q : Comment puis-je stocker les journaux dans le stockage d'objets au lieu de sur la machine locale?

R : Vous pouvez fournir une URL de demande préauthentifiée à l'aide de l'option --objectStoreBucketURI pour stocker les journaux dans le stockage d'objets.

Q : Puis-je spécifier à la fois --destLocation et --objectStoreBucketURI?

R : Oui, vous pouvez spécifier --destLocation pour le stockage local et --objectStoreBucketURI pour charger les journaux dans le stockage d'objets.

Q : Que dois-je faire si je rencontre une erreur lors de l'exécution de la commande dbaascli diag healthCheck?

R : Assurez-vous que vous exécutez la commande en tant qu'utilisateur racine et que vous avez fourni des options valides pour --destLocation, --nodes ou --objectStoreBucketURI. Vérifiez que les noms de noeud sont corrects s'ils sont spécifiés.

Q : Puis-je exécuter la vérification de l'état en arrière-plan?

R : La commande dbaascli diag healthCheck n'a pas de mode d'arrière-plan explicite, mais vous pouvez l'exécuter en arrière-plan en ajoutant et à la fin de la commande.

Q : Que se passe-t-il si je ne fournit pas l'option --nodes?

R : Si l'option --nodes n'est pas fournie, la vérification de l'état sera effectuée sur tous les noeuds de la grappe par défaut.

Q : Puis-je reprendre une session de vérification d'état précédente à l'aide de cette commande?

R : Non, la commande dbaascli diag healthCheck ne prend pas en charge la reprise des sessions précédentes. Vous devez lancer une nouvelle vérification d'état à chaque fois.

Q : À quoi sert un exemple de commande pour exécuter une vérification d'état et charger des journaux dans le stockage d'objets?

A : Voici un exemple de commande :

dbaascli diag healthCheck --objectStoreBucketURI https://objectstorage.example.com/n/namespace-string/b/bucket-name/o/PAR-URL

Q : Quel est le comportement par défaut si je ne spécifie pas --destLocation ou --objectStoreBucketURI?

R : Si ni --destLocation ni --objectStoreBucketURI n'est spécifié, les journaux de vérification de l'état sont collectés dans le répertoire par défaut /var/opt/oracle/dbaas_acfs sur l'ordinateur local.

Q : Puis-je limiter la vérification d'état à des composants ou journaux spécifiques?

R : Non, la commande dbaascli diag healthCheck ne vous permet pas de spécifier des composants ou des journaux individuels. Il effectue une vérification générale de l'état du système.

Q : Que dois-je vérifier avant d'exécuter la commande dbaascli diag healthCheck?

R : Assurez-vous que vous êtes connecté à une machine virtuelle Exadata Cloud@Customer et exécutez la commande en tant qu'utilisateur root.

Préalable

Exécutez la commande en tant qu'utilisateur root.

Syntaxe

dbaascli gridHome create --version value [--resume [--sessionID value]] [--waitForCompletion value]

Foire aux questions

Q : Quel est le but de la commande dbaascli gridHome create?

R : La commande dbaascli gridHome create est utilisée pour configurer un répertoire de base Grid Infrastructure pour l'infrastructure Oracle Grid dans un environnement Exadata Cloud@Customer.

Q : Quelle est la condition préalable à l'exécution de la commande dbaascli gridHome create?

R : La commande doit être exécutée en tant qu'utilisateur root.

Q : Comment spécifier la version du répertoire de base Grid Infrastructure à créer?

R : Utilisez l'option --version pour spécifier la version du répertoire de base de Grid. Cette option est obligatoire lors de la création du répertoire de base Grid.

Q : Puis-je reprendre une session de création précédente de dbaascli gridHome?

R : Oui, vous pouvez utiliser l'option --resume pour reprendre une session précédente. Facultativement, vous pouvez spécifier l'ID session à l'aide de l'option --sessionID pour reprendre une session spécifique.

Q : Que fait l'option --resume dans la commande dbaascli gridHome create?

R : L'option --resume vous permet de reprendre une opération précédemment interrompue ou incomplète.

Q : Comment puis-je exécuter l'opération en arrière-plan?

R : Vous pouvez régler l'option --waitForCompletion à Faux pour exécuter l'opération en arrière-plan. Les valeurs valides pour cette option sont true (par défaut) ou false.

Q : Quel est le comportement par défaut si --waitForCompletion n'est pas spécifié?

R : Si --waitForCompletion n'est pas spécifié, l'opération s'exécutera en avant-plan et la commande attendra la fin de l'opération avant de retourner le contrôle à l'utilisateur.

Q : Quel est le but de l'option --sessionID?

R : L'option --sessionID est utilisée pour spécifier l'ID d'une session précédente que vous souhaitez reprendre, en cas d'opération incomplète ou interrompue.

Q : Puis-je utiliser la commande dbaascli gridHome create pour mettre à niveau un répertoire de base Grid existant?

R : Non, cette commande est utilisée spécifiquement pour configurer un nouveau répertoire de base Grid Infrastructure et non pour mettre à niveau un répertoire existant.

Q : Qu'est-ce qu'un exemple de commande pour créer un répertoire de base Grid avec la version 19.9.0.0.0?

A : Voici un exemple de commande :

dbaascli gridHome create --version 19.9.0.0.0

Q : Que dois-je faire si la commande dbaascli gridHome create est interrompue?

R : Vous pouvez reprendre l'opération à l'aide de l'option --resume. Si vous disposez de l'ID session, vous pouvez le fournir à l'aide de l'option --sessionID pour reprendre une session spécifique.

Q : Puis-je spécifier l'option --resume sans ID session?

R : Oui, vous pouvez utiliser l'option --resume sans spécifier d'ID session. Dans ce cas, le système tentera de reprendre la session la plus récente.

Q : Que se passe-t-il si je spécifie --waitForCompletion false?

R : Si vous spécifiez --waitForCompletion false, l'opération s'exécutera en arrière-plan, ce qui vous permettra de continuer à utiliser la ligne de commande pendant la fin de l'opération.

Q : Est-il possible de suivre la progression d'une opération en arrière-plan?

R : La commande dbaascli ne fournit pas de moyen direct de suivre les opérations en arrière-plan. Vous devrez peut-être vérifier les journaux du système ou le statut de la session manuellement.

Q : Puis-je spécifier une version d'accueil de grille non valide lors de sa création?

R : Non, l'option --version doit contenir une version de Grid Infrastructure valide. Si une version non valide est fournie, la commande retournera une erreur.

Q : Comment puis-je déterminer la version d'accueil de Grid à utiliser pour la création?

R : Vous pouvez consulter la documentation d'Oracle ou consulter l'administrateur de la base de données pour déterminer la version d'accueil Grid à utiliser pour votre environnement.

Q : Que dois-je vérifier avant d'exécuter la commande dbaascli gridHome create?

R : Assurez-vous que vous êtes connecté en tant qu'utilisateur root et que la version que vous voulez utiliser pour Grid Infrastructure est compatible avec votre environnement.

Préalable

Exécutez la commande en tant qu'utilisateur root.

Syntaxe

dbaascli grid configureTCPS
[--pkcs12WalletFilePath]
[--caCertChain]
[--precheckOnly]
[--serverCert]
[--privateKey]
[--certType]
[--privateKeyPasswordProtected]

Foire aux questions

Q : Quel est le but de la commande dbaascli grid configureTCPS?

R : La commande dbaascli grid configureTCPS est utilisée pour configurer la sécurité de la couche de transport (TCPS) pour la grappe existante dans un environnement Oracle Exadata.

Q : Quelle est la condition préalable à l'exécution de la commande dbaascli grid configureTCPS?

R : La commande doit être exécutée en tant qu'utilisateur root.

Q : TCPS est-il activé par défaut sur le service Exadata Database sur des systèmes d'infrastructure dédiée?

R : Oui, TCPS est activé par défaut pour les bases de données sur les systèmes d'Oracle Exadata Database Service on Dedicated Infrastructure.

Q : TCPS est-il activé par défaut sur le service Exadata Database sur les systèmes Cloud@Customer?

R : Non, TCPS n'est pas activé par défaut sur les systèmes du service Exadata Database sur Cloud@Customer. Pour activer TCPS, vous devez mettre à jour le fichier sqlnet.ora pour la base de données spécifique et redémarrer la base de données.

Q : Quelle est la conséquence de l'activation de TCPS sur les systèmes Exadata Cloud@Customer?

R : L'activation de TCPS sur les systèmes Exadata Cloud@Customer entraînera l'échec des connexions à Zero Data Loss Recovery Appliance (ZDLRA). Vous pouvez uniquement activer la configuration ZDLRA ou TCPS, mais pas les deux simultanément.

Q : Que spécifie l'option --pkcs12WalletFilePath?

R : L'option --pkcs12WalletFilePath spécifie le chemin absolu du fichier de certificat dans le format de portefeuille PKCS12, qui est utilisé pour la configuration TCPS.

Q : À quoi sert l'option --caCertChain?

R : L'option --caCertChain spécifie une liste concaténée de certificats contenant des certificats d'autorité de certification intermédiaires et le certificat d'autorité de certification racine.

Q : Que fait l'option --precheckOnly?

R : L'option --precheckOnly indique s'il faut exécuter uniquement les vérifications préalables pour l'opération de configuration TCPS. Les valeurs acceptées sont yes ou no.

Q : Que spécifie l'option --serverCert?

R : L'option --serverCert spécifie le chemin d'accès au certificat PEM qui sera utilisé ou pivoté pour la configuration TCPS.

Q : Comment puis-je spécifier la clé privée pour la configuration TCPS?

R : Utilisez l'option --privateKey pour spécifier le chemin d'accès au fichier de clé privée associé au certificat du serveur.

Q : Quelles sont les valeurs acceptées pour l'option --certType?

A : Les valeurs acceptées pour l'option --certType sont :

SELF_SIGNED_CERT

CA_SIGNED_CERT

PKCS12_CERT

La valeur par défaut est SELF_SIGNED_CERT.

Q : Le mot de passe de la clé privée est-il protégé par défaut?

R : Oui, l'option --privateKeyPasswordProtected est réglée à true par défaut, ce qui indique que la clé privée est protégée par mot de passe. Vous pouvez la régler à false si la clé privée n'est pas protégée par mot de passe.

Q : Puis-je exécuter une vérification préalable avant de configurer TCPS?

R : Oui, vous ne pouvez exécuter que les vérifications préalables pour l'opération en réglant l'option --precheckOnly à Oui. Cela permet de valider l'environnement avant d'apporter des modifications.

Q : Que se passe-t-il si je fournis un chemin incorrect pour le fichier de portefeuille PKCS12?

R : Si --pkcs12WalletFilePath contient un chemin incorrect, la commande échouera et la configuration TCPS ne se poursuivra pas.

Q : Que dois-je faire si la clé privée est protégée par mot de passe?