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

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

2. Démarrez un shell de commande d'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 le shell de commande d'utilisateur root :

   exit

   Pour plus de détails sur les options avancées prises en charge, reportez-vous à dbaascli database create.

Application de patches à 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, reportez-vous à Connexion à une machine virtuelle avec SSH.

2. Démarrez un shell de commande d'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 auquel appliquer les patches.
   • --targetVersion indique la version cible d'Oracle Database à utiliser pour l'application de patches, 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 le shell de commande d'utilisateur root :

   exit

   Pour plus de détails sur les options avancées prises en charge, reportez-vous à dbaascli dbHome patch.

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

Application de patches à 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, reportez-vous à Connexion à une machine virtuelle avec SSH.

2. Démarrez un shell de commande d'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 voulue. 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 le shell de commande d'utilisateur root :

   exit

   Pour plus de détails sur les options avancées prises en charge, reportez-vous à dbaascli database move.

Vous pouvez également appliquer des patches à Oracle Grid Infrastructure en créant d'abord une image logicielle à laquelle les patches ont été appliqués, puis en utilisant cette image pour effectuer l'opération d'application des patches. Cette pratique vous donne l'avantage de pouvoir créer une image à l'avance en dehors de la fenêtre d'application des patches. Elle permet également de résoudre les conflits entre les patches qui sont mis en évidence lors du processus de création d'image sans incidence sur la fenêtre d'application des patches.

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

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

2. Démarrez un shell de commande d'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 à prévérifier.
   • --targetVersion indique la version cible d'Oracle Database à laquelle appliquer les patches, sous la forme de cinq segments numériques séparés par des points (par exemple : 19.12.0.0.0).
4. Quittez le shell de commande d'utilisateur root :

   exit

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

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

2. Démarrez un shell de commande d'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 voulue. 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 le shell de commande d'utilisateur root :

   exit

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

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

2. Démarrez un shell de commande d'utilisateur root :

   sudo -s

3. Exécutez la commande suivante :

   dbaascli grid patch --targetVersion target_software_version_number --executePrereqs

   Où --targetVersion identifie la version logicielle cible d'Oracle Grid Infrastructure à laquelle les patches seront appliqués, sous la forme de cinq segments numériques séparés par des points, par exemple 19.12.0.0.0.

4. Quittez le shell de commande d'utilisateur root :

   exit

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

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

2. Démarrez un shell de commande d'utilisateur root :

   sudo -s

3. Exécutez la commande d'application de patches d'origine pour reprendre une opération d'application de patches.
   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 le shell de commande d'utilisateur root :

   exit

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

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

2. Démarrez un shell de commande d'utilisateur root :

   sudo -s

3. Exécutez la commande d'application de patches d'origine pour annuler une opération d'application de patches.
   Par exemple :

   dbaascli grid patch --targetVersion 19.11.0.0.0 --rollback

   Remarque
   
   

   • Les opérations de reprise et d'annulation sont prises en charge pour les opérations d'application de patches à un répertoire de base Oracle, d'application de patches à Oracle Grid Infrastructure et de déplacement de base de données.
   • Lors de la reprise ou de l'annulation d'une opération d'application de patches, vous devez exécuter la commande de reprise ou d'annulation à partir du même noeud que celui utilisé pour exécuter la commande d'application de patches d'origine, et exécuter la commande d'origine en ajoutant l'indicateur --resume ou --rollback.
4. Quittez le shell de commande d'utilisateur root :

   exit

Prérequis

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

Pour employer l'utilitaire, vous devez vous connecter à une machine virtuelle Exadata Database Service on Cloud@Customer.

Reportez-vous à Connexion à une machine virtuelle avec SSH.

Syntaxe

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

FAQ

Q : A 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 : Quels sont les prérequis pour utiliser la commande dbaascli admin updateStack ?

R : Vous devez exécuter la commande en tant qu'utilisateur root 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 prévérifications 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 indique une liste de noeuds séparés par des virgules sur lesquels le RPM doit être installé. S'il n'est pas indiqué, le RPM sera installé sur tous les noeuds du cluster.

Q : Que dois-je faire en cas de problème avec la commande dbaascli admin updateStack ?

R : Assurez-vous que vous exécutez la commande en tant qu'utilisateur root 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 relative aux commandes ou le support technique Oracle si nécessaire.

Q : Comment 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. Reportez-vous à la section "Connexion à une machine virtuelle avec SSH" de la documentation pour obtenir des instructions détaillées.

Exemples de cas d'emploi

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 prévérifications uniquement avant l'installation ou la mise à jour du RPM

dbaascli admin updateStack --prechecksOnly

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

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

dbaascli admin updateStack --resume

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

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 du cluster.

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érequis

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

Pour employer l'utilitaire, vous devez vous connecter à une machine virtuelle Exadata Database Service on Cloud@Customer.

Reportez-vous à Connexion à une machine virtuelle avec SSH.

Syntaxe

dbaascli job getStatus --jobID

FAQ

Q : A quoi sert la commande dbaascli job getStatus ?

R : La commande dbaascli job getStatus permet d'afficher le statut.

Exemples de cas d'emploi

Exemple 1 : vérification du statut d'un travail spécifique à l'aide de l'ID de travail

dbaascli job getStatus --jobID 12345

Vérifie le statut du travail avec l'ID 12345. La sortie affiche l'état actuel du travail (par exemple, En cours, Terminé ou Echec).

Exemple 2 : vérification du statut d'un travail d'application de patches à l'aide de l'ID de travail

dbaascli job getStatus --jobID 98765

Extrait le statut d'un travail d'application de patches portant l'ID 98765 pour voir si le patch a été appliqué ou s'il est toujours en cours d'exécution.

Exemple 3 : vérification du statut d'un travail de sauvegarde de base de données

dbaascli job getStatus --jobID 45678

Vérifie le statut d'un travail de sauvegarde de base de données avec 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 à longue durée d'exécution

dbaascli job getStatus --jobID 23456

Vérifiez la progression d'un travail à longue durée d'exécution (ID 23456) pour voir s'il est toujours en cours d'exécution ou s'il est terminé.

Exemple 5 : affichage du statut d'un travail de création de base de données

dbaascli job getStatus --jobID 67890

Vérifie le statut d'un travail de création de base de données identifié par l'ID de travail 67890.

Prérequis

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

Pour employer l'utilitaire, vous devez vous connecter à une machine virtuelle Exadata Database Service on Cloud@Customer.

Reportez-vous à Connexion à une machine virtuelle avec SSH.

Syntaxe

dbaascli cpuscale get_status

FAQ

Q : A 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 de redimensionnement de l'UC en cours ou de la dernière, en particulier lorsque la connectivité réseau entre le serveur de plan de contrôle et la région OCI est interrompue.

Q : Quels sont les prérequis 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 en cas de problème lors de l'exécution de la commande dbaascli cpuscale get_status ?

R : assurez-vous que vous exécutez la commande en tant qu'utilisateur root et que vous êtes connecté à une machine virtuelle Exadata Cloud@Customer. Si le problème persiste, consultez la documentation relative aux commandes ou demandez l'assistance d'Oracle.

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

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

Exemples de cas d'emploi

Exemple 1 : vérification du statut de l'opération de redimensionnement de l'UC la plus récente

dbaascli cpuscale get_status

Vérifie le statut de la demande de redimensionnement de l'UC en cours ou de la dernière. Elle indique si la mise à l'échelle est planifiée, en cours d'exécution ou s'est terminée avec succès ou en échec.

Exemple 2 : vérification du statut après l'échec d'une demande de redimensionnement

Une opération de redimensionnement a été demandée mais a rencontré des problèmes réseau entre le serveur de plan de contrôle et la région OCI.

dbaascli cpuscale get_status

Vérifie le statut de la demande de redimensionnement. Etant donné que le processus de redimensionnement a échoué en raison de problèmes réseau, la sortie fournit des détails sur l'état de l'échec.

Exemple 3 : vérification du statut lorsque le redimensionnement est en cours

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

dbaascli cpuscale get_status

Vérifie le statut actuel, ce qui indique que la demande de mise à l'échelle est 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 du redimensionnement

Une opération de redimensionnement 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 de redimensionnement s'est terminée avec succès. Il signale l'état final comme "succès".

Prérequis

Pour augmenter ou réduire le nombre d'OCPU dans un cluster de machines virtuelles en mode déconnecté, exécutez les commandes dbaascli cpuscale update et dbaascli cpuscale get_status à partir de n'importe quel noeud du cluster afin de modifier le nombre de coeurs de processeur de ce cluster. Si vous disposez de plusieurs clusters de machines virtuelles, exécutez une commande distincte à partir de n'importe quel noeud dans chaque cluster à augmenter ou à réduire. Ces commandes sont conçues pour ne pas fonctionner si elles sont émises pendant le mode connecté normal. Elles expirent au bout de 600 secondes (10 minutes).

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

Pour employer l'utilitaire, vous devez vous connecter à une machine virtuelle Exadata Database Service on Cloud@Customer.

Reportez-vous à Connexion à une machine virtuelle avec SSH.

Syntaxe

Exadata Database Service on 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

FAQ

Q : A quoi sert la commande dbaascli cpuscale update ?

R : la commande dbaascli cpuscale update permet d'augmenter ou de réduire le nombre de cœurs de processeur d'une machine virtuelle dans un cluster de machines virtuelles lorsque la connectivité réseau entre le serveur de plan de contrôle et Oracle Cloud Infrastructure (OCI) est interrompue.

Q : Quels sont les prérequis pour utiliser la commande dbaascli cpuscale update ?

R : Avant d'utiliser cette commande, assurez-vous que vous l'exécutez 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 du cluster de machines virtuelles et notez qu'elle expire au bout de 600 secondes (10 minutes) si elle est utilisée en mode connecté. La commande doit être exécutée en tant qu'utilisateur root.

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. Pour plus d'informations, reportez-vous à la section "Connecting to a Virtual Machine with SSH".

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

R : l'option --coreCount indique le nombre cible d'UC à augmenter ou à réduire pour chaque machine virtuelle du cluster.

Q : Puis-je inclure un message avec la commande dbaascli cpuscale update ?

R : Oui. Vous pouvez inclure un message facultatif à l'aide de l'option --message pour référence.

Q : Comment vérifier le statut d'une opération de redimensionnement de CPU ?

R : pour vérifier le statut d'une opération de redimensionnement de l'UC, utilisez la commande dbaascli cpuscale get_status. Elle doit également être exécutée à partir de n'importe quel noeud du cluster 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 au bout de 600 secondes (10 minutes). Il ne doit être utilisé qu'en mode déconnecté.

Q : Comment redimensionner les coeurs de processeur pour plusieurs clusters de machines virtuelles ?

R : si vous disposez de plus d'un cluster de machines virtuelles, vous devez exécuter la commande dbaascli cpuscale update séparément de tout noeud dans chaque cluster à augmenter ou à réduire.

Exemples de cas d'emploi

Exemple 1 : augmentation des coeurs de processeur à 20

Le cluster de machines virtuelles est en cours d'exécution 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 de CPU jusqu'à 20, et inclut un message "Augmentation pour une demande accrue" pour référence.

Exemple 2 : réduction des coeurs de processeur à 8

Le cluster 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 de processeur à 8 et fournit un message pour référence ultérieure sur la raison pour laquelle l'opération de redimensionnement a été effectuée.

Exemple 3 : mise à l'échelle de la CPU sans message

Vous devez faire passer les coeurs de CPU 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érification du statut après le redimensionnement de la CPU

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

dbaascli cpuscale get_status

Vérifie le statut de la demande de redimensionnement en cours ou de la dernière demande, ce qui vous permet de vérifier si l'opération d'augmentation ou de réduction a réussi.

Exemple 5 : tentative de redimensionnement lorsque la machine virtuelle est déjà à un nombre maximal de coeurs

Le cluster de machines virtuelles dispose déjà du nombre maximal de coeurs de processeur autorisés (48), mais une tentative d'augmentation est effectuée.

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

Echec car le cluster de machines virtuelles ne peut pas dépasser le nombre maximal de coeurs autorisés. Le statut reflète l'échec après une tentative de redimensionnement à 50 coeurs.

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

Syntaxe

dbaascli cswLib deleteLocal --imageTag <value>

Où :

• --imageTag indique la balise d'image du répertoire de base Oracle.

FAQ

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

R : La commande dbaascli cswlib deleteLocal permet de supprimer une image de répertoire de base Oracle local du système.

Q : Quels sont les prérequis 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 droits d'accès nécessaires sont disponibles pour supprimer l'image locale.

Q : Comment spécifier l'image locale à supprimer ?

R : Utilisez l'option --imageTag pour indiquer la balise 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 la balise associé à l'image de répertoire de base Oracle à supprimer.

Q : Puis-je supprimer plusieurs images locales à la fois à l'aide de cette commande ?

R : Non. La commande dbaascli cswlib deleteLocal vous permet de supprimer une seule image locale à la fois, indiquée par sa balise d'image.

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

R : la commande échoue car --imageTag est requis pour identifier l'image locale à supprimer.

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

R : Non. Une fois l'image locale 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 : Utilisez cette commande lorsque vous devez enlever 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érequis

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

Pour employer l'utilitaire, vous devez vous connecter à une machine virtuelle Exadata Database Service on Cloud@Customer.

Reportez-vous à Connexion à une machine virtuelle avec SSH.

Syntaxe

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

FAQ

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

R : La commande dbaascli cswlib download permet de télécharger les images logicielles disponibles et de les mettre à disposition dans Exadata Cloud Infrastructure.

Q : Quels sont les prérequis pour exécuter la commande de téléchargement dbaascli cswlib ?

R : vous devez exécuter la commande en tant qu'utilisateur root. De plus, 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. Des instructions détaillées sont disponibles 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 d'image de 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 permet de spécifier la balise 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 indique le type d'image à télécharger. Les valeurs valides sont database ou grid.

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

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

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

R : La commande échouera probablement ou vous invitera à fournir 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 ?

R : Non, vous indiquez 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 : utilisez cette commande lorsque vous devez télécharger des images logicielles de 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.

FAQ

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

R : La commande dbaascli cswlib listLocal permet d'afficher la liste des images Database et Grid Infrastructure disponibles en local sur votre système.

Q : Quels sont les prérequis pour exécuter la commande dbaascli cswlib listLocal ?

R : la commande doit être exécutée en tant qu'utilisateur root pour disposer des droits d'accès nécessaires et répertorier les images disponibles.

Q : Comment spécifier le type d'image à répertorier à l'aide de cette commande ?

R : Utilisez l'option --product pour indiquer le type d'images de répertoire de base Oracle à répertorier. 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 de répertoire de base Oracle, ce qui vous permet de filtrer la liste des images disponibles sur 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 répertorier les images database ou grid à la fois. Vous devez exécuter la commande deux fois avec des valeurs --product différentes pour afficher 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 Database ou Grid Infrastructure sont actuellement disponibles localement sur votre système.

Q : Comment faire la distinction entre les images de base de données et de grille dans la liste ?

R : L'option --product vous permet de filtrer la liste. Par conséquent, 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 cloud ?

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 cloud.

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.

FAQ

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

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

Q : Quels sont les prérequis 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 droits d'accès nécessaires pour visualiser les images disponibles.

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

R : Vous pouvez filtrer les images en indiquant l'option --product avec database ou grid pour répertorier uniquement les images associé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 dans 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 visualiser 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 répertorier toutes les images disponibles ou vous inviter à indiquer le type de produit, en fonction de la configuration de votre environnement.

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

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

Q : Existe-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 cloud ?

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

Q : Quel type d'image 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érequis

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

Syntaxe

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

FAQ

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

R : La commande dbaascli database addInstance permet d'ajouter une nouvelle instance de base de données à un noeud indiqué dans un environnement Oracle Exadata Database Service.

Q : Quels sont les prérequis pour l'exécution de la commande dbaascli database addInstance ?

R : la commande doit être exécutée en tant qu'utilisateur root pour disposer des droits d'accès nécessaires à l'ajout d'une instance de base de données.

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

R : L'option --dbname indique le nom de l'instance Oracle Database pour laquelle ajouter une nouvelle instance.

Q : A quoi sert l'option --node dans la commande dbaascli database addInstance ?

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 d'indiquer le SID (identificateur 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 dbaascli database addInstance ?

R : Utilisez cette commande pour redimensionner la 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 indiquant 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 échoue 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 instructions Data Guard nécessaires pour ces 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'inactivité pour les instances de base de données existantes, mais il est recommandé de vérifier la présence de dépendances spécifiques dans votre environnement.

Prérequis

• 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.

FAQ

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

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

Q : Quels sont les prérequis pour exécuter la commande dbaascli database backup ?

R : la commande doit être exécutée en tant qu'utilisateur root pour disposer des droits d'accès 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 dbaascli database backup ?

R : 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 apportées depuis la dernière sauvegarde de niveau 0 ou 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 et de la commande --start :

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

Q : Comment supprimer une sauvegarde d'archivage existante ?

R : 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 répertorier 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 une balise spécifique, soit pour la dernière sauvegarde :

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

Ou pour récupérer le dernier rapport :

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

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

R : Utilisez l'option --configure pour indiquer 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 actuelle de ma base de données ?

R : Pour afficher la configuration de sauvegarde de base de données en cours, utilisez l'option --getConfig :

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

Q : Que fait l'option --validate dans la commande dbaascli database backup ?

R : L'option --validate vérifie si les sauvegardes sont terminées et qu'elles ne sont pas endommagées. Vous pouvez spécifier une période à 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 ?

R : 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 (Real-Time Redo Transport) 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 garantir l'expédition en temps réel des fichiers de journalisation.

Prérequis

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

Syntaxe

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

La commande arrête la 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 version ultérieure, toutes les bases de données pluggables sont également ouvertes.

FAQ

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

R : La commande dbaascli database bounce permet d'arrêter et de redémarrer une base de données Oracle Database dans Exadata Cloud Infrastructure. Il prend en charge le redémarrage non simultané de la base de données, garantissant ainsi un minimum de perturbations.

Q : Quels sont les prérequis 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 indique le nom de l'instance Oracle Database à arrêter et à redémarrer.

Q : A quoi sert l'option --rolling dans la commande dbaascli database bounce ?

R : L'option --rolling indique s'il faut redémarrer (redémarrer) la base de données de manière non simultanée. Si la valeur est True, les instances de base de données sont redémarrées une par une, ce qui garantit un temps d'inactivité 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 redémarrage de la base de données consiste à l'arrêter, puis à la redémarrer. Cette opération peut être utilisée pour la maintenance, l'application de modifications ou la récupération suite à certains types de problème.

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

R : Oui, la commande effectue un arrêt en mode "immédiat", ce 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 pluggables 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 ouvre automatiquement toutes les bases de données pluggables 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, ce qui réduit les temps d'inactivité.

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

R : Si l'option --rolling n'est pas indiquée ou si elle est définie sur False, la commande arrête et redémarre toutes les instances de base de données en même temps, ce qui peut entraîner un bref temps d'inactivité.

Q : Existe-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 rebondie de manière non simultanée, sauf indication contraire.

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

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

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

Q : Est-il sûr 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 redémarrer la base de données.

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

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 redémarrera la base de données Conteneur et ouvrira toutes les bases de données pluggables, mais il n'autorise pas le redémarrage de bases de données pluggables individuelles.

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

R : Si le redémarrage de la base de données échoue, recherchez les erreurs éventuelles dans les journaux lors du 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érequis

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

FAQ

Q : Que fait la commande dbaascli database changePassword ?

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

Q : Quels sont les prérequis pour utiliser la commande dbaascli database changePassword ?

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 indiquer le nom de l'instance Oracle Database sur laquelle vous souhaitez agir. Par exemple :

dbaascli database changePassword --dbname <db_name>

Q : Comment spécifier l'utilisateur dont je souhaite modifier le mot de passe ?

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

dbaascli database changePassword --user <username>

Q : Quel est le but de l'option --prepareStandbyBlob dans la commande dbaascli database changePassword ?

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 sur la base de données de secours. Cela garantit la synchronisation des mots de passe dans l'environnement Data Guard.

Q : Que précise 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 est enregistré à l'emplacement par défaut.

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

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

dbaascli database changePassword --standbyBlobFromPrimary <blob_file_path>

Q : A 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 interrompue précédemment. Vous pouvez spécifier l'ID de session si nécessaire à l'aide de l'option --sessionID.

Q : Puis-je reprendre une session spécifique à l'aide de la commande dbaascli database changePassword ?

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

Q : La commande dbaascli database changePassword est-elle applicable dans un environnement Data Guard ?

R : Oui, c'est le cas. L'option --prepareStandbyBlob peut être utilisée pour garantir 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 fournis pas --blobLocation lors de l'utilisation de --prepareStandbyBlob ?

R : Si aucun élément --blobLocation n'est fourni, 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 session reprise à l'aide de dbaascli database changePassword ?

R : Vous pouvez indiquer l'ID de session à l'aide de l'option --sessionID pour reprendre une session spécifique. Le système reprendra là 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 pour les bases de données d'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>]]

FAQ

Q : Que fait la commande dbaascli database convertToPDB ?

R : la commande dbaascli database convertToPDB convertit une base de données non Conteneur Oracle Database indiquée en base de données pluggable au sein d'une base de données Conteneur.

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

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

dbaascli database convertToPDB --dbname <db_name>

Q : Comment indiquer la base de données Conteneur cible pour la conversion de la base de données pluggable ?

R : Utilisez l'option --cdbName pour indiquer le nom de la base de données Conteneur cible dans laquelle la base de données pluggable sera créée. Si la base de données Conteneur n'existe pas, elle sera créée dans le même répertoire de base Oracle que 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 à être convertie. 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 copie des fichiers de données plutôt que d'utiliser les fichiers d'origine 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 d'origine 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 correcte 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 indiquer un nom personnalisé pour la nouvelle base de données pluggable ?

R : Utilisez l'option --targetPDBName pour fournir un nom spécifique à la nouvelle base de données pluggable 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 indiquer si l'opération doit être exécutée en arrière-plan. Utilisez false pour une exécution 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. Vous pouvez éventuellement indiquer --sessionID pour reprendre une session spécifique.

Q : Que se passe-t-il si je n'indique pas de nom de base de données Conteneur ?

R : Si l'option --cdbName n'est pas fournie, le système crée la nouvelle base de données pluggable 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. Si vous utilisez l'option --resume sans indiquer d'ID de session, la dernière session connue reprendra. Si vous voulez reprendre une session spécifique, vous pouvez indiquer --sessionID.

Q : Que fait l'option --sessionID ?

R : L'option --sessionID est utilisée conjointement avec --resume pour indiquer une session particulière à reprendre, au cas où il y aurait eu 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 pluggable ?

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 pluggable. 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 une base de données Oracle version 12.1.0.2 ou supérieure avec la mise à jour de version JAN 2021 ou supérieure. Pour les bases de données de version inférieure, il est recommandé d'utiliser l'API reposant sur la console OCI.

Prérequis

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]

FAQ

Q : Que fait la commande dbaascli database create ?

R : La commande dbaascli database create permet de 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 indiquer le nom d'Oracle Database à créer ?

R : Utilisez l'option --dbName pour indiquer 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 indiquez True 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 indiquer le répertoire de base Oracle pour la base de données ?

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

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

R : Utilisez l'option --dbUniqueName pour indiquer un nom unique pour la base de données et l'option --dbSID pour indiquer le SID de la base de données.

Q : Comment créer une base de données pluggable avec une base de données Conteneur ?

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

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

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

R : Utilisez l'option --dbCharset pour indiquer le jeu de caractères de la base de données et l'option --dbNCharset pour indiquer 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 indiquer la taille de la mémoire SGA et l'option --pgaSizeInMB pour indiquer la taille de la mémoire PGA, en mégaoctets.

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

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

Q : Puis-je configurer le cryptage 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 cryptage basé sur des fichiers) ou KMS (pour Oracle Key Management Service). Si vous utilisez KMS, indiquez l'OCID de 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 indiquer une liste de noeuds séparés par des virgules sur lesquels la base de données doit être créée.

Q : Comment reprendre ou rétablir 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 indiquer un élément --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érequis 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 indiquer 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 n'indiquez 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 base de données pluggable lors de la création d'une base de données Conteneur ?

R : Oui. Vous pouvez utiliser l'option --lockPDBAdminAccount et la définir sur True pour verrouiller le compte d'administrateur de base de données pluggable après la création de la base de données. Par défaut, cette valeur est définie sur 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 indiquée.

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

FAQ

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

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

Q : Comment 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 indiquer le nom de l'instance Oracle Database à partir de laquelle le modèle sera créé. Par exemple :

dbaascli database createTemplate --dbname <db_name>

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

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

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

Q : Puis-je télécharger le modèle vers Object Storage directement ?

R : Oui. Vous pouvez utiliser l'option --uploadToObjectStorage pour télécharger le modèle DBCA vers Object Storage. Vous devez indiquer l'utilisateur de connexion à Object Storage et le nom de bucket avec les options --objectStorageLoginUser et --objectStorageBucketName, respectivement.

Q : Comment spécifier les détails de connexion à Object Storage lors du téléchargement du modèle ?

R : Utilisez les options suivantes pour indiquer les détails Object Storage :

--objectStorageLoginUser : indique l'utilisateur de connexion à Object Storage.

--objectStorageBucketName : indique le nom de bucket Object Storage.

--objectStorageUrl : (facultatif) indique l'URL d'Object Storage si elle est différente de celle 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 indiquer un nom personnalisé pour le modèle DBCA. Par exemple :

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

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

R : L'option --rmanParallelism indique 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 n'indiquez pas d'emplacement de modèle à l'aide de --templateLocation ou que vous choisissez de le télécharger vers Object Storage à 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. Choisissez --templateLocation pour enregistrer le modèle en local ou --uploadToObjectStorage pour le télécharger vers Object Storage, mais pas les deux.

Q : L'option --objectStorageUrl est-elle obligatoire lors du téléchargement du modèle vers Object Storage ?

R : Non, l'option --objectStorageUrl est facultative. Si aucune valeur n'est indiquée, l'URL Object Storage par défaut est utilisée. Vous devez uniquement indiquer cette option si vous utilisez une URL Object Storage personnalisée.

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

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 précédemment échoué ?

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

Prérequis

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

FAQ

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

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

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

R : Utilisez l'option --dbname pour indiquer le nom de l'instance Oracle Database à supprimer. Par exemple :

dbaascli database delete --dbname <db_name>

Q : Comment supprimer les fichiers de journalisation archivés lors de la suppression d'une base de données ?

R : Vous pouvez supprimer les fichiers de journalisation archivés en définissant l'option --deleteArchiveLogs sur 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 définissez-la sur True pour supprimer toutes les sauvegardes associées. Par exemple :

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

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

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

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

Q : Comment 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 contrôles et force le processus de suppression. Par exemple :

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

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

R : Utilisez l'option --waitForCompletion et définissez-la sur 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 à supprimer ?

R : Oui. Vous pouvez indiquer le SID 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 de 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 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 prévérifications pour l'opération de suppression sans supprimer réellement la base de données. Il garantit que toutes les vérifications réussissent 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. Si vous définissez l'option --waitForCompletion sur False, l'opération de suppression sera exécutée en arrière-plan et vous n'aurez pas à attendre qu'elle se termine.

Prérequis

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

Syntaxe

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

FAQ

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

R : La commande dbaascli database deleteInstance permet de supprimer une instance Oracle Database spécifique sur un noeud indiqué dans un environnement Exadata Cloud Infrastructure.

Q : Comment indiquer l'instance Oracle Database à supprimer ?

R : Vous pouvez indiquer 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 indiqué est inaccessible. Par exemple :

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

Q : Que se passe-t-il si le noeud indiqué 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 ?

R : 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 utilisateur requis pour exécuter la commande dbaascli database deleteInstance ?

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 indiquer 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 continuer même si le noeud indiqué n'est pas accessible, ce qui garantit que la suppression de l'instance se poursuit dans les scénarios où le noeud peut ê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 permet de supprimer une seule instance de base de données à la fois sur un noeud indiqué. Vous devez exécuter la commande séparément pour chaque instance à supprimer.

Prérequis

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

FAQ

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

R : La commande dbaascli database duplicate permet de créer une base de données Oracle Database en dupliquant une base de données active existante.

Q : Quels sont les prérequis pour utiliser la commande dbaascli database duplicate ?

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

Q : Comment 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 au format <scan_name>:<scan_port>/<database_service_name>. Par exemple :

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

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

R : Vous pouvez indiquer 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 indique l'emplacement du fichier de portefeuille TDE de base de données source, 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 pluggables spécifiques à partir de la base de données source ?

R : Oui. Vous pouvez utiliser l'option --skipPDBs pour indiquer une liste de noms de base de données pluggable séparés par des virgules qui doivent être exclus de l'opération de duplication. Par exemple :

--skipPDBs pdb1,pdb2

Q : Comment configurer TDE pour la nouvelle base de données ?

R : Utilisez l'option --tdeConfigMethod pour indiquer la méthode de configuration TDE (FILE ou KMS). Si vous choisissez KMS, vous pouvez fournir l'OCID de 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 indique si seules les vérifications de prérequis doivent être exécutées pour l'opération. Les valeurs valides sont yes pour exécuter uniquement les prérequis ou no pour poursuivre l'opération complète.

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

R : Utilisez l'option --resume avec l'option --sessionID pour reprendre une opération de duplication interrompue précédemment. 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. La définition de ce paramètre sur true attend la fin, 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 indique 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 indiquer 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 de duplication précédente. Vous devez indiquer --sessionID pour indiquer la session à rétablir.

Prérequis

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

Syntaxe

dbaascli database getDetails --dbname <value>

FAQ

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

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

Q : Qui peut exécuter la commande dbaascli database getDetails ?

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

Q : Que spécifie l'option --dbname dans la commande dbaascli database getDetails ?

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

Q : Quels types d'informations la commande dbaascli database getDetails fournit-elle ?

R : La commande fournit des détails tels que le nom de la base de données, les informations de noeud et les informations sur les bases de données pluggables 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>

FAQ

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

R : la commande dbaascli database getPDBs permet de répertorier toutes les bases de données pluggables au sein d'une base de données Conteneur indiquée.

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

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

--dbname <value>

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

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

Q : Puis-je afficher les bases de données pluggables d'une base de données non Conteneur à l'aide de la commande getPDBs ?

R : Non. La commande getPDBs s'applique uniquement 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 dbaascli database getPDBs ?

R : La commande renvoie la liste de toutes les bases de données pluggables de la base de données Conteneur indiquée. La sortie inclut généralement les noms de base de données pluggable, les statuts et d'autres détails pertinents sur chaque base de données pluggable.

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, indiqué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érequis

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]

FAQ

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

R : La commande dbaascli database modifyParameters permet de modifier ou de réinitialiser les paramètres d'initialisation d'Oracle Database.

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

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

Q : Comment 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 séparés par des virgules et de leurs nouvelles valeurs. Par exemple :

--setParameters parameter1=valueA,parameter2=valueB

Q : Comment réinitialiser les paramètres à leurs valeurs par défaut à l'aide de cette commande ?

R : utilisez l'option --resetParameters suivie d'une liste de paramètres séparés par des virgules pour rétablir 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 indiquer 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 voulez modifier.

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

R : Bien que cela 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-instances ?

R : Oui. Vous pouvez indiquer 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 redémarrée (redémarrée) après la modification des paramètres ?

R : Pour certains paramètres statiques, un redémarrage de base de données est requis. Vous pouvez utiliser l'option --allowBounce pour accorder à la base de données le droit de redémarrer si nécessaire.

Q : Que se passe-t-il si je n'autorise pas le redémarrage de la base de données 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 antérieure 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érequis

• Exécutez la commande en tant qu'utilisateur root.
• La base de données doit avoir été configurée avec des détails de destination de stockage de sauvegarde pour l'emplacement de stockage des sauvegardes.

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>

FAQ

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

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

Q : Comment spécifier la base de données à récupérer ?

R : Vous pouvez indiquer 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 ?

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

--untilTime : permet de récupérer la base de données à une heure spécifique.

--untilSCN : permet de récupérer la base de données vers un SCN spécifique.

--latest : récupère la base de données dans le dernier état connu.

--tag : récupère la base de données à l'aide d'une balise d'archivage.

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 ?

R : 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 dans le dernier état 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'une balise d'archivage associée aux sauvegardes. Par exemple :

--tag <backup_tag>

Q : Comment puis-je vérifier le statut 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 d'heure ou de numéro SCN ?

R : Oui. Vous pouvez restaurer le dernier état connu de la base de données à l'aide de l'option --latest, qui ne nécessite pas de spécifier d'heure ou de numéro SCN.

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

R : Oui. Vous pouvez récupérer la base de données jusqu'à un point dans le temps ou un SCN spécifique à l'aide des options --untilTime ou --untilSCN, respectivement.

Prérequis

• Avant d'effectuer une opération runDatapatch, vérifiez que toutes les instances de base de données associées à la base de données sont en fonctionnement.

• 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 indique de reprendre un ID de session spécifique.
• --skipPdbs ignore l'exécution de datapatch sur la liste de bases de données pluggables séparées par des virgules qui est indiquée. Par exemple : pdb1,pdb2...
• --pdbs exécute datapatch uniquement sur la liste de bases de données pluggables séparées par des virgules qui est indiquée. Par exemple : pdb1,pdb2...
• --executePrereqs exécute les vérifications de prérequis.
• --patchList applique ou annule la liste de patches séparés par des virgules qui est indiquée. Par exemple : patch1,patch2...
• --skipClosedPdbs ignore l'exécution de datapatch sur les bases de données pluggables fermées.
• --rollback annule les patches appliqués.

FAQ

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

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

Q : Qu'est-ce qui doit être garanti avant d'exécuter la commande dbaascli database runDatapatch ?

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

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

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

--dbname myDatabase

Q : Comment 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 de session spécifique. Par exemple :

--resume

--sessionID 12345

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

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

--skipPdbs pdb1,pdb2

Q : Comment exécuter le patch uniquement sur certaines bases de données pluggables ?

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

--pdbs pdb1,pdb2

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

R : utilisez l'option --patchList suivie d'une liste de noms de patch 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 (rollback) les patches appliqués lors de l'opération d'application de patches.

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

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

Q : Puis-je exécuter des vérifications de prérequis avant d'appliquer des patches ?

R : Oui, utilisez l'option --executePrereqs pour exécuter les vérifications de prérequis avant d'appliquer le patch.

Q : Comment trouver l'ID de session pour reprendre un patch ?

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

--sessionID 67890

Prérequis

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 version ultérieure, toutes les bases de données pluggables sont également ouvertes.

FAQ

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

R : La commande dbaascli database start permet de démarrer une instance 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 spécifier la base de données que je veux démarrer ?

R : 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 n'indiquez 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 pluggables dans Oracle Database 12c ou 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 pluggables sont également ouvertes.

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

R : utilisez l'option --mode et définissez-la sur nomount. Par exemple :

--mode nomount

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

R : utilisez l'option --mode et définissez-la sur Montage. Par exemple :

--mode mount

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

R : Oui. Il est recommandé d'indiquer 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érequis

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

Syntaxe

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

La commande arrête la base de données en mode immédiat. Les nouvelles connexions ou transactions ne sont pas autorisées. Les transactions actives sont annulées et tous les utilisateurs connectés sont déconnectés.

FAQ

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 de données Oracle Database.

Q : Quels sont les prérequis pour utiliser la commande dbaascli database stop ?

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 spécifier la base de données à arrêter ?

R : Vous pouvez indiquer 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 ?

R : Les modes d'arrêt valides sont les suivants :

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 annulé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 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 : A 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 d'indiquer 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érequis

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

FAQ

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

R : La commande dbaascli database upgrade permet de mettre à niveau Oracle Database vers une nouvelle version.

Q : Quels sont les prérequis pour utiliser la commande dbaascli database upgrade ?

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 spécifier la base de données à mettre à niveau ?

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

--dbname myDatabase

Q : Comment indiquer le répertoire de base Oracle cible pour la mise à niveau ?

R : Vous pouvez indiquer 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 permet de mettre à niveau les bases de données de secours dans les 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 enlève automatiquement la sauvegarde du point de restauration garanti si la base de données a été mise à niveau.

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

R : utilisez l'option --increaseCompatibleParameter pour augmenter automatiquement le paramètre compatible lors de 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 ayant échoué ?

R : Utilisez l'option --postUpgrade pour réexécuter les étapes postérieures à 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 d'origine d'Oracle Database, ce qui annule la mise à niveau.

Q : Comment transmettre des arguments supplémentaires propres à DBUA pour la mise à niveau ?

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

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

R : Oui. Vous devez indiquer --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 avant 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 poursuivre la mise à niveau réelle.

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

Syntaxe

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

FAQ

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

R : la commande dbaascli dataguard prepareStandbyBlob permet de générer un fichier BLOB contenant divers fichiers requis sur le site de secours dans un environnement Data Guard.

Q : Quels sont les prérequis 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 indiquer le nom de l'instance Oracle Database pour laquelle 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 spécifier l'emplacement où le fichier BLOB de secours sera généré ?

R : Utilisez l'option --blobLocation pour indiquer le chemin du répertoire personnalisé 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 indique le nom de l'instance Oracle Database pour laquelle le fichier BLOB de secours est en cours de préparation.

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

R : L'option --blobLocation définit le chemin du répertoire personnalisé dans lequel le fichier BLOB de secours sera créé.

Q : Puis-je exécuter la commande dbaascli dataguard prepareStandbyBlob en tant qu'utilisateur autre que root ou oracle ?

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

Q : Est-il possible d'utiliser un chemin relatif pour l'option --blobLocation ?

R : Il est recommandé d'utiliser un chemin absolu pour l'option --blobLocation afin de garantir que le fichier BLOB de secours est créé dans le répertoire approprié.

Q : Que dois-je faire si je veux changer l'emplacement où le fichier BLOB de secours est généré ?

R : Modifiez l'option --blobLocation pour indiquer un nouveau chemin de répertoire pour le fichier BLOB de secours.

Q : Dois-je effectuer des étapes supplémentaires après avoir généré le fichier BLOB de secours ?

R : Oui. Après avoir généré le fichier BLOB de secours, vous devez le transférer vers 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>

FAQ

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 cluster.

Q : Quels sont les prérequis 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 spécifier les attributs que je veux mettre à jour à l'aide de cette commande ?

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

--attributes attribute1=value1,attribute2=value2

Q : Dans quel format les valeurs de l'option --attributes doivent-elles être présentes ?

R : Les valeurs de l'option --attributes doivent être au format délimité par des virgules, chaque attribut étant indiqué 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 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 Data Guard ?

R : Dans la plupart des cas, vous n'avez pas besoin de redémarrer les services après avoir mis à jour les attributs. Cependant, vérifiez les attributs spécifiques et leur impact pour déterminer si un redémarrage est nécessaire.

Q : Comment vérifier si les attributs Data Guard ont été mis à jour ?

R : Après avoir exécuté la commande, vous pouvez vérifier les attributs mis à jour en vérifiant la configuration Data Guard ou en utilisant les commandes/outils de vérification appropriés propres à votre configuration.

Q : Que dois-je faire si la commande ne parvient pas à mettre à jour les attributs ?

R : Vérifiez les messages d'erreur pour plus de détails sur ce qui s'est passé. Assurez-vous que vous avez indiqué les attributs corrects et qu'ils sont prédéfinis dans le fichier de configuration Data Guard. Vérifiez les autorisations utilisateur et la syntaxe des commandes.

Q : Est-il possible de mettre à jour les attributs uniquement pour des noeuds spécifiques à l'aide de cette commande ?

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

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 le rétablissement est requis (c'est-à-dire la base de données de secours en échec).

Syntaxe

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

Pour déterminer quand un membre doit être rétabli dans une configuration Data Guard :

Surveillez la sortie dgmgrl show database pour détecter les erreurs ORA suivantes :

• Sur le nouveau cluster principal :

  ORA-16661 : La base de données de secours doit être rétablie

• Sur l'ancien cluster principal :

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

Ces messages indiquent qu'un basculement s'est produit. Pour restaurer la synchronisation complète au sein de la configuration Data Guard, l'ancienne instance principale doit être rétablie.

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. A la fin de l'exécution de la commande, un fichier BLOB de secours est créé. Vous devez copier ce fichier vers le système de base de données de secours pour poursuivre l'étape configureStandby.

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-le en tant qu'utilisateur root sur le cluster de secours.

Syntaxe

dbaascli dataguard configureStandby --dbname <value>  --oracleHome <value> | --oracleHomeName <value> --standbyDBUniqueName <value> [--standbyDBDomain <value>] | [--noDBDomain] --primaryScanIPAddresses <value> --primaryScanPort <value> --primaryServiceName <value> --protectionMode <value> --transportType <value> --activeDG <value> [--standbyBlobFromPrimary <value>] | [--standbyDBInfoJsonLocation <value>] [--standbyScanIPAddresses <value>] [--standbyScanPort <value>] [--standbySID <value>] [--nodeList <value>] [--skipAWRConfiguration] [--primaryDBOCID <value>] [--sgaSizeInMB <value>] [--pgaSizeInMB <value>] [--datafileDestination <value>] [--fraDestination <value>] [--redoLogDestination <value>] [--fraSizeInMB <value>] [--tdeKeyStoreType <value> [--tdeKeyOCID <value>]] [--tdeKeyOCID <value>] [--executePrereqs]  [--resume [--sessionID <value>]] | [--revert [--sessionID <value>]] --waitForCompletion <value>] [--enableFIPS <value>] [--skipDRConfiguration] [--okvServer <value> --okvAdminUserName <value> [--okvServerRestPort <value>]] [--okvWalletName <value>]

Exécutez cette commande en tant qu'utilisateur root sur le cluster principal. En outre, dans une configuration de plusieurs bases de secours, exécutez la commande sur tous les clusters de secours, à l'exception du cluster de base de données de secours nouvellement créé.

Syntaxe

dbaascli dataguard registerStandby --dbname <value> --standbyDBUniqueName <value>  --standbyDBDomain <value> | --noDBDomain --standbyScanIPAddresses <value> [--standbyScanPort <value>] [--standbyServiceName <value>] [--executePrereqs] [--resume [--sessionID <value>]] | [--revert [--sessionID <value>]] [--waitForCompletion <value>]

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

Syntaxe

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

Exécutez cette commande en tant qu'utilisateur root sur le cluster de secours Active Data Guard où vous souhaitez activer ou désactiver la configuration AWR. Utilisez cette commande si le référentiel AWR n'a pas été configuré pendant le processus d'ajout de secours.

Syntaxe

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

Exécutez cette opération en tant qu'utilisateur root.

Lorsque la commande Mettre à jour le mode de transport est exécutée sur la base principale, seul le mode de transport de la base principale est mis à jour. Pour mettre à jour le mode de transport d'une base de données de secours, la commande doit être exécutée séparément sur cette base.

En revanche, lorsque la commande de mise à jour du mode de protection est exécutée sur la base de données principale, le mode de protection est mis à jour pour les bases de données principale et de secours. Le mode de protection peut également être mis à jour du côté de la base de données de secours, auquel cas les bases de données principale et de secours sont mises à jour.

Lors de la mise à jour du mode de transport ou de protection à partir de la base de données principale, le système vérifie les modes en cours sur les bases de données principale et de secours et procède à la mise à jour uniquement si toutes les conditions requises sont remplies.

Syntaxe

dbaascli dataguard updateConfiguration --dbname <value> [--protectionMode <value>] [--transportType <value>] [--standbyDGType <value>] [--executePrereqs] [--resume [--sessionID <value>]] [--waitForCompletion <value>]

Prérequis

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>

FAQ

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

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

Q : Quels sont les prérequis pour exécuter la commande dbaascli dbhome create ?

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

Q : Comment indiquer la version d'Oracle Database lors de la création d'un 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, tels que 19.11.0.0.0.

Q : Que précise l'option --oracleHome ?

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

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

R : Oui. Vous pouvez utiliser l'option --oracleHomeName pour indiquer un nom défini par l'utilisateur pour le répertoire de base Oracle. S'il 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 indiquez true pour activer ou false pour désactiver l'audit unifié pour le répertoire de base Oracle.

Q : Que fait l'option --imageTag ?

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

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

R : Exemple de commande avec une balise de version et d'image :

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 la balise d'image correspondante.

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 sera installé à l'emplacement par défaut. Si --oracleHomeName n'est pas indiqué, un nom par défaut est affecté au répertoire de base Oracle.

Q : Comment 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 succès ou les erreurs dans les journaux de sortie. Vous pouvez également vérifier le répertoire de base Oracle en accédant à l'emplacement indiqué ou à l'aide d'outils Oracle tels que orainstRoot.sh.

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

R : Oui. Vous pouvez créer plusieurs répertoires de base Oracle avec des versions différentes en indiquant des valeurs différentes pour les options --version et --oracleHomeName.

Q : Que dois-je faire en cas d'échec de la création du répertoire de base Oracle ?

R : Pour obtenir des messages d'erreur détaillés, consultez les journaux de sortie. Vérifiez que vous disposez du format de version correct, des droits d'accès requis et d'un espace disque suffisant. Corrigez tout problème et réessayez d'exécuter la commande.

Prérequis

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

Syntaxe

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

FAQ

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

R : La commande dbaascli dbHome delete permet de supprimer un répertoire de base Oracle Database indiqué du système.

Q : Quels sont les prérequis pour l'exécution de la commande dbaascli dbHome delete ?

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

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

R : Vous pouvez indiquer 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 de session spécifique du processus, vous pouvez l'inclure avec l'option --sessionID.

Q : A 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é au cours 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 lance 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 succès dans les journaux de sortie et en vous assurant que le répertoire de base Oracle n'est plus présent à l'emplacement indiqué.

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 être utilisé par aucune base de données ou aucun service en cours d'exécution pendant le processus de suppression. Veillez à arrêter les bases de données associées avant d'exécuter la commande delete.

Q : Que dois-je faire en cas d'échec de la commande dbaascli dbHome delete ?

R : Consultez les journaux de sortie pour connaître 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 droits d'accès 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 indiquant l'option --oracleHome ou --oracleHomeName.

Q : Quel est l'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 l'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é dans /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 à être supprimé avant d'exécuter la commande.

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

Syntaxe

dbaascli dbHome getDatabases
{ --oracleHomeName value | --oracleHome value }

FAQ

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

R : La commande dbaascli dbHome getDatabases permet de visualiser des informations sur toutes les bases de données Oracle exécutées à partir d'un répertoire de base Oracle Database spécifique.

Q : Comment indiquer le répertoire de base Oracle Database à vérifier ?

R : Vous pouvez indiquer le répertoire de base Oracle Database à l'aide de l'une des options suivantes :

--oracleHomeName <value> permet d'indiquer le nom défini par l'utilisateur du répertoire de base Oracle.

--oracleHome <value> pour indiquer 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 au chemin de répertoire) du répertoire de base Oracle sur le système.

Q : Comment exécuter la commande dbaascli dbHome getDatabases ?

R : 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 répertoire de base Oracle et l'emplacement du répertoire de base Oracle dans la même commande ?

R : Non. Vous ne pouvez indiquer --oracleHomeName ou --oracleHome que dans une seule exécution de commande. Choisissez une option en fonction de l'identification du répertoire de base Oracle.

Q : Quel type d'informations la commande dbaascli dbHome getDatabases renvoie-t-elle ?

R : La commande renvoie des informations sur toutes les bases de données Oracle exécutées à partir du répertoire de base Oracle indiqué. Cela inclut des détails tels que les noms et les statuts de base de données.

Q : Quel est l'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'emplacement /u01/app/oracle/product/19.0.0/dbhome_1.

Q : Quel est l'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 root pour visualiser les informations sur les bases de données Oracle exécutées à partir d'un répertoire de base Oracle indiqué.

Q : Que dois-je vérifier si la commande dbaascli dbHome getDatabases ne renvoie aucune base de données ?

R : Assurez-vous que vous avez indiqué le nom ou l'emplacement correct du répertoire de base Oracle et que des bases de données sont exécutées à 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 consultant la structure de répertoires ou les détails de configuration de 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 nom de répertoire de base Oracle ou Oracle ?

R : La commande requiert la spécification de l'option --oracleHome ou --oracleHomeName. Si aucune option n'est fournie, l'exécution de la commande échoue.

Q : Cette commande peut-elle extraire les bases de données actuellement arrêtées ?

R : Oui. La commande répertorie toutes les bases de données associées au répertoire de base Oracle indiqué, qu'elles soient en cours d'exécution ou arrêtées.

Prérequis

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

Syntaxe

dbaascli dbHome getDetails
{ --oracleHomeName value | --oracleHome value }

FAQ

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

R : La commande dbaascli dbHome getDetails permet d'afficher des informations détaillées sur un répertoire de base Oracle spécifique sur le système.

Q : Comment indiquer le répertoire de base Oracle pour lequel obtenir des détails ?

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

--oracleHomeName <value> permet d'indiquer le nom défini par l'utilisateur du répertoire de base Oracle.

--oracleHome <value> pour indiquer 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 d'un répertoire de base Oracle.

--oracleHome fait référence au chemin complet du répertoire dans lequel se trouve le répertoire de base Oracle.

Q : Comment exécuter la commande dbaascli dbHome getDetails ?

R : Pour exécuter la commande, utilisez la syntaxe suivante :

dbaascli dbHome getDetails --oracleHomeName <value>

ou

dbaascli dbHome getDetails --oracleHome <value>

Veillez à exécuter la commande en tant qu'utilisateur root.

Q : Puis-je spécifier --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 indiquer le nom du répertoire de base Oracle ou son emplacement, pas les deux.

Q : Quelles informations la commande dbaascli dbHome getDetails renvoie-t-elle ?

R : La commande fournit des informations détaillées sur le répertoire de base Oracle indiqué, telles que sa version, son statut et tout autre détail de configuration associé au répertoire de base Oracle.

Q : Quel est l'exemple d'utilisation de la commande dbaascli dbHome getDetails avec un emplacement de répertoire de base Oracle ?

R : 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'emplacement /u01/app/oracle/product/19.0.0/dbhome_1.

Q : Quel est l'exemple d'utilisation de la commande dbaascli dbHome getDetails avec un nom de répertoire de base Oracle ?

R : 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 root pour visualiser les détails du répertoire de base Oracle.

Q : Que dois-je faire si la commande dbaascli dbHome getDetails ne renvoie aucune information ?

R : Assurez-vous que vous avez correctement indiqué 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 n'indique pas de nom ou d'emplacement de répertoire de base Oracle dans la commande ?

R : La commande requiert la spécification de l'option --oracleHome ou --oracleHomeName. 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 en cours d'utilisation 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 à nouveau les fautes de frappe ou les chemins incorrects.

Prérequis

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

FAQ

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 spécifier les composants pour lesquels collecter des diagnostics ?

R : Vous pouvez spécifier les composants à l'aide de l'option --components. Valeurs valides :

db (pour les journaux de base de données)

gi (pour les journaux Grid Infrastructure)

os (pour les journaux du système d'exploitation)

dbaastools (pour les journaux des outils DBaaS)

all (pour collecter les journaux de tous les composants)

Q : Comment puis-je collecter des journaux pour une période spécifique ?

R : Utilisez les options suivantes pour spécifier une période :

--startTime <value> permet de définir l'heure de début de la collecte de journaux.

--endTime <value> permet de définir l'heure de fin de la collecte de journaux.

L'heure doit être au format suivant : 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 deux être au format YYYY-MM-DDTHH24:MM:SS. Par exemple, 2024-09-01T15:30:00.

Q : Comment spécifier les noeuds à partir desquels collecter les diagnostics ?

R : Vous pouvez utiliser l'option --nodes pour indiquer une liste de noeuds séparés par des virgules. Par exemple :

--nodes node1,node2

Q : Comment collecter des journaux pour une base de données spécifique ?

R : Utilisez l'option --dbNames pour indiquer le nom de la base de données pour laquelle collecter des journaux. Un seul nom de base de données peut être indiqué à la fois.

Q : Comment stocker les journaux collectés dans Object Storage ?

R : utilisez l'option --objectStoreBucketUri afin d'indiquer l'URL de demande pré-authentifiée pour le bucket Object Storage dans lequel les journaux seront téléchargés.

Q : Puis-je collecter des journaux vers un répertoire local au lieu d'Object Storage ?

R : Oui, vous pouvez utiliser l'option --destLocation pour indiquer 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 indiquée, les journaux collectés sont 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 renvoyer le contrôle à l'utilisateur. Valeur par défaut : true. Si vous indiquez false, l'opération est exécutée en arrière-plan.

Q : Comment puis-je exécuter la collection de journaux en arrière-plan ?

R : Définissez l'option --waitForCompletion sur 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 puis-je m'assurer que les journaux sont téléchargés directement vers Object Storage ?

R : Vous pouvez indiquer une adresse --objectStoreBucketUri valide (URL de demande pré-authentifiée Object Storage) dans laquelle les journaux seront télé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 indiquer 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 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 : Quel est un exemple de commande permettant de collecter des journaux pour le composant de base de données à partir d'une période spécifique ?

R : 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 : Quel est un exemple de commande permettant de collecter des journaux et de les télécharger vers Object Storage ?

R : 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 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 Object Storage via --objectStoreBucketUri, soit un répertoire local via --destLocation.

Q : Que dois-je faire en cas d'erreur lors de l'utilisation de la commande dbaascli diag collect ?

R : Vérifiez à nouveau que vous avez fourni des noms de composant, des formats de date/heure et des options de destination valides. Assurez-vous également que vous exécutez la commande en tant qu'utilisateur root.

Prérequis

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

Syntaxe

dbaascli diag healthCheck
[--destLocation]
[--nodes]
[--objectStoreBucketURI]

FAQ

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 de l'état de diagnostic sur une base de données Oracle Database exécutée dans un environnement Exadata Cloud@Customer.

Q : Quels sont les prérequis 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 spécifier un répertoire personnalisé pour la collecte des journaux ?

R : utilisez l'option --destLocation pour indiquer le répertoire dans lequel 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 de l'état ?

R : Oui. Vous pouvez utiliser l'option --nodes pour indiquer une liste de noeuds séparés par des virgules sur lesquels la vérification de l'état doit être exécutée.

Q : Comment télécharger les journaux de vérification de l'état vers Object Storage ?

R : utilisez l'option --objectStoreBucketURI pour fournir une URL de demande pré-authentifiée à partir du service Object Storage. Cette opération télécharge les journaux collectés vers le bucket indiqué.

Q : Puis-je collecter des journaux à partir de plusieurs nœuds ?

R : Oui. Vous pouvez indiquer plusieurs noeuds à l'aide de l'option --nodes dans un format délimité par des virgules. Par exemple : --nodes node1,node2.

Q : Quel est un exemple de commande permettant d'exécuter une vérification de l'état sur un noeud spécifique ?

R : Voici un exemple de commande permettant d'exécuter la vérification de l'état sur un noeud spécifique :

dbaascli diag healthCheck --nodes node1

Q : Comment stocker les journaux dans Object Storage plutôt que sur l'ordinateur local ?

R : vous pouvez fournir une URL de demande pré-authentifiée à l'aide de l'option --objectStoreBucketURI pour stocker les journaux dans Object Storage.

Q : Puis-je spécifier à la fois --destLocation et --objectStoreBucketURI ?

R : Oui. Vous pouvez indiquer --destLocation pour le stockage local et --objectStoreBucketURI pour télécharger des journaux vers Object Storage.

Q : Que dois-je faire en cas d'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 root et que vous avez fourni des options valides pour --destLocation, --nodes ou --objectStoreBucketURI. Vérifiez que les noms de noeud sont corrects, le cas échéant.

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 & à la fin de la commande.

Q : Que se passe-t-il si je ne fournis 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 du cluster par défaut.

Q : Puis-je reprendre une session de vérification de l'é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 de l'état à chaque fois.

Q : Quel est un exemple de commande permettant d'exécuter une vérification de l'état et de télécharger des journaux vers Object Storage ?

R : 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 indiqué, 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 de l'état à des composants ou des journaux spécifiques ?

R : Non. La commande dbaascli diag healthCheck ne vous permet pas d'indiquer des composants ou des journaux individuels. Il effectue un diagnostic général 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érequis

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

Syntaxe

dbaascli gridHome create --version value [--resume [--sessionID value]] [--waitForCompletion value]

FAQ

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

R : La commande dbaascli gridHome create permet de configurer un répertoire de base Grid Infrastructure pour Oracle Grid Infrastructure dans un environnement Exadata Cloud@Customer.

Q : Quel est le prérequis pour l'exécution de la commande dbaascli gridHome create ?

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

Q : Comment indiquer la version du répertoire de base Grid Infrastructure à créer ?

R : Utilisez l'option --version pour indiquer la version du répertoire de base 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 de dbaascli gridHome précédente ?

R : Oui, vous pouvez utiliser l'option --resume pour reprendre une session précédente. Vous pouvez éventuellement indiquer l'ID de 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 interrompue ou incomplète.

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

R : Vous pouvez définir l'option --waitForCompletion sur False 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 est exécutée au premier plan et la commande attend la fin de l'opération avant de renvoyer le contrôle à l'utilisateur.

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

R : L'option --sessionID permet de 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 de base existant.

Q : Quel est un exemple de commande permettant de créer un répertoire de base Grid avec la version 19.9.0.0.0 ?

R : 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 de 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 de session ?

R : Oui, vous pouvez utiliser l'option --resume sans indiquer d'ID de session. Dans ce cas, le système tente de reprendre la session la plus récente.

Q : Que se passe-t-il si je spécifie --waitForCompletion false ?

R : Si vous indiquez --waitForCompletion false, l'opération est exécutée en arrière-plan, ce qui vous permet 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 manuellement les journaux système ou le statut de la session.

Q : Puis-je spécifier une version de répertoire de base Grid 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 renvoie une erreur.

Q : Comment déterminer la version de répertoire de base Grid à utiliser pour la création ?

R : Vous pouvez vous reporter à la documentation d'Oracle ou consulter l'administrateur de base de données pour déterminer la version de répertoire de base Grid appropriée à 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 à utiliser pour Grid Infrastructure est compatible avec votre environnement.

Prérequis

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

Syntaxe

dbaascli grid configureTCPS
[--pkcs12WalletFilePath]
[--caCertChain]
[--precheckOnly]
[--serverCert]
[--privateKey]
[--certType]
[--privateKeyPasswordProtected]

FAQ

Q : Quel est le but de la commande dbaascli grid configureTCPS ?

R : La commande dbaascli grid configureTCPS permet de configurer TCPS (Transport Layer Security) pour le cluster existant dans un environnement Oracle Exadata.

Q : Quel est le prérequis pour 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 les systèmes Exadata Database Service on Dedicated Infrastructure ?

R : Oui. TCPS est activé par défaut pour les bases de données sur des systèmes Oracle Exadata Database Service on Dedicated Infrastructure.

Q : TCPS est-il activé par défaut sur les systèmes Exadata Database Service on Cloud@Customer ?

R : Non. TCPS n'est pas activé par défaut sur les systèmes Exadata Database Service on 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 précise l'option --pkcs12WalletFilePath ?

R : l'option --pkcs12WalletFilePath indique le chemin absolu du fichier de certificat au format de portefeuille PKCS12, utilisé pour la configuration TCPS.

Q : A quoi sert l'option --caCertChain ?

R : L'option --caCertChain indique une liste concaténée de certificats contenant les certificats d'autorité de certification intermédiaire 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 prévérifications pour l'opération de configuration TCPS. Les valeurs acceptées sont yes ou no.

Q : Que précise l'option --serverCert ?

R : L'option --serverCert spécifie le chemin d'accès au certificat PEM qui sera utilisé ou fait l'objet d'une rotation pour la configuration TCPS.

Q : Comment spécifier la clé privée pour la configuration TCPS ?

R : Utilisez l'option --privateKey pour indiquer le chemin d'accès au fichier de clés privées associé au certificat de serveur.

Q : Quelles sont les valeurs acceptées pour l'option --certType ?

R : Les valeurs acceptées pour l'option --certType sont les suivantes :

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 définie sur true par défaut, ce qui indique que la clé privée est protégée par mot de passe. Vous pouvez la définir sur false si la clé privée n'est pas protégée par mot de passe.

Q : Puis-je exécuter une prévérification avant de configurer TCPS ?

R : Oui, vous pouvez exécuter uniquement les prévérifications pour l'opération en définissant l'option --precheckOnly sur 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 échoue et la configuration TCPS ne se poursuit pas.

Q : Que dois-je faire si la clé privée est protégée par mot de passe ?