Utilisation de l'utilitaire dbaascli sur Oracle Exadata Database Service sur une infrastructure Exascale

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 cswlib showImages --product database

   La sortie de la commande répertorie les images logicielles de base de données disponibles.

   dbaascli cswlib showImages --product grid

   La sortie de la commande répertorie les images logicielles de grille disponibles.

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 cswlib showImages.

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 create --version Oracle Home Version --imageTag image Tag Value

   Où :

   • --version indique la version d'Oracle Database.
   • --imageTag indique la balise de l'image à utiliser.
   Par exemple :

   dbaascli dbhome create --version 19.9.0.0.0

   Remarque
   
   La spécification de imageTag est facultative. Pour afficher les balises d'image, reportez-vous à la commande dbaascli cswlib showImages. Les balises d'image sont généralement identiques à la version de la base de données. Toutefois, elles sont conservées comme alternative pour les cas où plusieurs images doivent être publiées pour la même version, chacune répondant à une exigence spécifique du client.
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 create.

• créer une base de données Conteneur ou non Conteneur,
• créer une base de données Conteneur avec des bases de données pluggables,
• créer une base de données Oracle avec le jeu de caractères indiqué,
• créer des bases de données Oracle sur un sous-ensemble de noeuds de cluster.
  Remarque
  
  Les bases de données créées sur un sous-ensemble de noeuds ne sont pas affichées dans la console OCI.
• 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.

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

   Où :

   • --dbName indique le nom de la base de données.
   • --oracleHome indique l'emplacement du répertoire de base Oracle.
   Pour créer une base de données Conteneur, exécutez la commande suivante :

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

   Pour créer une base de données non Conteneur, exécutez la commande suivante :

   dbaascli database create --dbName database name --oracleHome Oracle Home Path --createAsCDB false

   Lorsque vous y êtes invité, saisissez les mots de passe sys et tde.

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.

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 cswlib showImages --product database

   La sortie de la commande répertorie les images logicielles de base de données disponibles.

   dbaascli cswlib showImages --product grid

   La sortie de la commande répertorie les images logicielles de grille disponibles.

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 cswlib showImages.

# dbaascli diag collect
DBAAS CLI version 24.1.1.0.0
Executing command diag collect
Job id: 92f33125-aa70-4ce2-94fb-64d8f1cbdc93
Session log: /var/opt/oracle/log/diag/collect/dbaastools_2023-12-14_07-20-44-PM_83383.log
Loading PILOT...
Session ID of the current execution is: 10
Log file location: /var/opt/oracle/log/diag/collect/pilot_2023-12-14_07-20-48-PM_83856
-----------------
..
---------- DIAG COLLECT PLUGIN RESULT ----------
{
  "collectedArchive with SHA256 CheckSum" : "{/var/opt/oracle/dbaas_acfs/diag_collect/artifacts_diag_cloudlogs_20231214-1920/diag_cloudlogs_20231214-1920_node1.zip=a0d049b87ab9e9cec2ab7d95ded4903bac818c81c8b6a46d295e1e75f4630e19}"
}
dbaascli execution completed

# dbaascli diag collect --waitForCompletion false
DBAAS CLI version 24.1.1.0.0
Executing command diag collect --waitForCompletion false
Job id: 5b556976-dba1-4be9-a4fe-4b58e69c1d96
Session log: /var/opt/oracle/log/diag/collect/dbaastools_2023-12-14_07-23-26-PM_98107.log
Job accepted. Use "dbaascli job getStatus --jobID 5b556976-dba1-4be9-a4fe-4b58e69c1d96" to check the job status.

# dbaascli diag collect --dbnames myOracleDatabase19cName
DBAAS CLI version 24.1.1.0.0
Executing command diag collect --dbnames myOracleDatabase19cName
Job id: 8e1d2667-4649-4384-8610-b6348d6548ac
Session log: /var/opt/oracle/log/diag/collect/dbaastools_2023-12-14_08-41-41-PM_88831.log
Loading PILOT...
Session ID of the current execution is: 12
Log file location: /var/opt/oracle/log/diag/collect/pilot_2023-12-14_08-41-45-PM_89361
-----------------
..
---------- DIAG COLLECT PLUGIN RESULT ----------
{
  "collectedArchive with SHA256 CheckSum" : "{/var/opt/oracle/dbaas_acfs/diag_collect/artifacts_diag_cloudlogs_20231214-2041/diag_cloudlogs_20231214-2041_node1.zip=9e50500089a74ca7cd8ae08550c06868e26e1cd9c52e808194256594f63397e4}"
}
dbaascli execution completed

# dbaascli diag collect --destLocation /tmp/test/
DBAAS CLI version 24.1.1.0.0
Executing command diag collect --destLocation /tmp/test/
Job id: f992afdf-415e-4b58-ab5b-9e38f8c2079d
Session log: /var/opt/oracle/log/diag/collect/dbaastools_2023-12-14_09-42-54-PM_16270.log
Loading PILOT...
Session ID of the current execution is: 14
Log file location: /var/opt/oracle/log/diag/collect/pilot_2023-12-14_09-42-58-PM_16777
-----------------
..
---------- DIAG COLLECT PLUGIN RESULT ----------
{
  "collectedArchive with SHA256 CheckSum" : "{/tmp/test/diag_collect/artifacts_diag_cloudlogs_20231214-2143/diag_cloudlogs_20231214-2143_node1.zip=8a26cffcfdd72c261660d4f736c615981856e357749d90751b94f3eda19a9a70}"
}
dbaascli execution completed

# dbaascli diag collect --startTime 2023-12-05T10:00:00 --endTime 2023-12-05T11:00:00
DBAAS CLI version 24.1.1.0.0
Executing command diag collect --startTime 2023-12-05T10:00:00 --endTime 2023-12-05T11:00:00
Job id: 70b03e50-98cc-4c2b-9684-1f82070bac88
Session log: /var/opt/oracle/log/diag/collect/dbaastools_2023-12-14_09-45-17-PM_42856.log
Loading PILOT...
Session ID of the current execution is: 15
Log file location: /var/opt/oracle/log/diag/collect/pilot_2023-12-14_09-45-21-PM_43526
-----------------
..
---------- DIAG COLLECT PLUGIN RESULT ----------
{
  "collectedArchive with SHA256 CheckSum" : "{/var/opt/oracle/dbaas_acfs/diag_collect/artifacts_diag_cloudlogs_20231214-2145/diag_cloudlogs_20231214-2145_node1.zip=b44cf3bfca1ab7a1629dd83098a7772790ab949e50dbb3950f0017e427d7bd05}"
}
dbaascli execution completed

# dbaascli diag collect --nodes node1,node2
DBAAS CLI version 24.1.1.0.0
Executing command diag collect --nodes node1,node2
Job id: fa70da09-3de6-4cc8-854c-a739b4fc2ceb
Session log: /var/opt/oracle/log/diag/collect/dbaastools_2023-12-14_09-46-58-PM_55884.log
Loading PILOT...
Session ID of the current execution is: 16
Log file location: /var/opt/oracle/log/diag/collect/pilot_2023-12-14_09-47-02-PM_56418
-----------------
..
---------- DIAG COLLECT PLUGIN RESULT ----------
{
  "collectedArchive with SHA256 CheckSum" : "{/var/opt/oracle/dbaas_acfs/diag_collect/artifacts_diag_cloudlogs_20231214-2147/diag_cloudlogs_20231214-2147_node1.zip=de2805c9c6c2af2d602395a84d37747935327b73a6c73052282665a8410eb41f}"
}

# dbaascli diag collect --components dbaastools
DBAAS CLI version 24.1.1.0.0
Executing command diag collect --components dbaastools
Job id: da941d3c-5191-4ced-b1bb-9b083fa75865
Session log: /var/opt/oracle/log/diag/collect/dbaastools_2023-12-14_09-47-23-PM_68256.log
Loading PILOT...
Session ID of the current execution is: 17
Log file location: /var/opt/oracle/log/diag/collect/pilot_2023-12-14_09-47-27-PM_68729
-----------------
..
---------- DIAG COLLECT PLUGIN RESULT ----------
{
  "collectedArchive with SHA256 CheckSum" : "{/var/opt/oracle/dbaas_acfs/diag_collect/artifacts_diag_cloudlogs_20231214-2147/diag_cloudlogs_20231214-2147_node1.zip=d1f290fb42c981935e1142ec059c2dbba8be2e0a9ffebc9eea83a6336abe2eed}"
}
dbaascli execution completed

# dbaascli diag collect --objectStoreBucketUri https://objectstorage.us-phoenix-1.oraclecloud.com/p/aL-IbIKQ1j6lWNftJc2rLoLh6o9bJgbZm8z0S--BeVuXaipSEEMISrSCfFrVEolG/n/intexadatateam/b/diag_collect_test/o/
DBAAS CLI version 24.1.1.0.0
Executing command diag collect --objectStoreBucketUri https://objectstorage.us-phoenix-1.oraclecloud.com/p/aL-IbIKQ1j6lWNftJc2rLoLh6o9bJgbZm8z0S--BeVuXaipSEEMISrSCfFrVEolG/n/intexadatateam/b/diag_collect_test/o/
Job id: 028151b7-cbc4-409a-9ec6-69affe10f3bb
Session log: /var/opt/oracle/log/diag/collect/dbaastools_2023-12-14_09-51-36-PM_2963.log
Loading PILOT...
Session ID of the current execution is: 20
Log file location: /var/opt/oracle/log/diag/collect/pilot_2023-12-14_09-51-40-PM_3555
-----------------
..
---------- DIAG COLLECT PLUGIN RESULT ----------
{
  "collectedArchive with SHA256 CheckSum" : "{/var/opt/oracle/dbaas_acfs/diag_collect/artifacts_diag_cloudlogs_20231214-2151/diag_cloudlogs_20231214-2151_node1.zip=71633e13ccd06de15cb26850bb0266cf0d869e259550515c5b1fb734c487b470}"
}
dbaascli execution completed

# dbaascli diag healthcheck                
DBAAS CLI version MAIN
Executing command diag healthcheck
INFO: Starting diag healthcheck
INFO: Collected diag logs at: /var/opt/oracle/dbaas_acfs/diag_cloudlogs_20210322-2246.tar.gz

# dbaascli diag healthcheck --destLocation /tmp/test
DBAAS CLI version MAIN
Executing command diag healthcheck --destLocation /tmp/test
INFO: Starting diag healthcheck
INFO: Collected diag logs at: /tmp/test/diag_cloudlogs_20210322-2250.tar.gz

# dbaascli diag healthcheck --nodes rbcl1,rbcl2                   
DBAAS CLI version MAIN
Executing command diag healthcheck --nodes rbcl1,rbcl2
INFO: Starting diag healthcheck
INFO: Collected diag logs at: /var/opt/oracle/dbaas_acfs/diag_cloudlogs_20210421-1915.tar.gz

# dbaascli diag healthcheck --objectStoreBucketUri https://objectstorage.us-phoenix-1.oraclecloud.com/p/t0Z-kRV5pSmFzqnf-y5XhaAbM4LS82epeBnulKnCr31IeHVjxI9tOkntLF2kq7fP/n/MyNamespace/b/MyParBucket/o/
DBAAS CLI version MAIN
Executing command diag healthcheck --objectStoreBucketUri https://objectstorage.us-phoenix-1.oraclecloud.com/p/t0Z-kRV5pSmFzqnf-y5XhaAbM4LS82epeBnulKnCr31IeHVjxI9tOkntLF2kq7fP/n/MyNamespace/b/MyParBucket/o/
INFO: Collected diag logs at: https://objectstorage.us-phoenix-1.oraclecloud.com/p/t0Z-kRV5pSmFzqnf-y5XhaAbM4LS82epeBnulKnCr31IeHVjxI9tOkntLF2kq7fP/n/MyNamespace/b/MyParBucket/o/diag_cloudlogs_20210421-1839.tar.gz

Préparer la duplication

Assurez-vous que les conditions suivantes sont remplies :

• Assurez-vous qu'un chemin réseau est configuré pour accéder à la base de données source via la chaîne EZConnect.
• Copiez le fichier de portefeuille TDE (ewallet.p12) vers le noeud de base de données cible. Noeud sur lequel vous décidez d'exécuter la commande dbaascli.
• Si nécessaire, créez un répertoire de base Oracle sur le noeud cible. La version du répertoire de base Oracle doit être identique à la version source ou supérieure de la RU.

Exécuter les vérifications de prérequis

Pour exécuter des vérifications de prérequis, utilisez l'option de commande --executePrereqs. Cette opération n'effectue que les vérifications de prérequis sans effectuer la duplication réelle d'Oracle Database.

dbaascli database duplicate --dbName <database name> --oracleHome <Oracle Home Path> --sourceDBConnectionString <source database EZConnect string> --sourceDBTDEWalletLocation <location of copied wallet> --sourceDBTdeConfigMethod FILE --tdeConfigMethod FILE --executePrereqs

Dupliquer la base de données

dbaascli database duplicate --dbName <database name> --oracleHome <Oracle Home Path> --sourceDBConnectionString <source database EZConnect string> --sourceDBTDEWalletLocation <location of copied wallet> --sourceDBTdeConfigMethod FILE --tdeConfigMethod FILE

Dupliquer une base de données dans la même région

• Autres étapes préalables

  Veillez à configurer des stratégies d'accès OCI Vault pour les noeuds de base de données cible. Les noeuds de base de données cible doivent pouvoir accéder à la fois au coffre de clés OCI de la base de données source et à son nouveau coffre de clés (s'il est décidé d'utiliser un coffre de clés distinct).

• Exécuter les vérifications de prérequis

  dbaascli database duplicate --dbName <database name> --oracleHome <Oracle Home Path> --sourceDBConnectionString <source database EZConnect string> --sourceDBTDEWalletLocation <location of copied wallet> --sourceDBTdeConfigMethod KMS --sourceDBKMSKeyOCID <Source Database OCI Vault key OCID> --tdeConfigMethod KMS --kmsKeyOCID <OCI Vault key OCID> --executePrereqs

• Dupliquer la base de données

  dbaascli database duplicate --dbName <database name> --oracleHome <Oracle Home Path> --sourceDBConnectionString <source database EZConnect string> --sourceDBTDEWalletLocation <location of copied wallet> --sourceDBTdeConfigMethod KMS --sourceDBKMSKeyOCID <Source Database OCI Vault key OCID> --tdeConfigMethod KMS --kmsKeyOCID <OCI Vault key OCID>

  Une fois cette commande exécutée, la base de données est dupliquée.

Duplication d'une base de données entre les régions

• Autres étapes préalables
  • Configurez un nouveau coffre OCI pour la base de données cible sur la région correspondante en suivant les étapes décrites dans Préparation à l'utilisation des clés gérées par le client dans le service Vault. Effectuez les tâches 1 à 3.
  • Configurez la réplication OCI Vault de la région source vers la région cible. Pour plus d'informations, reportez-vous à Réplication de coffres et de clés.
  • Mettez à jour la stratégie de groupe dynamique, créée à l'étape 2 pour autoriser l'accès à la clé OCI Vault répliquée.
• Exécuter les vérifications de prérequis

  dbaascli database duplicate --dbName <database name> --oracleHome <Oracle Home Path> --sourceDBConnectionString <source database EZConnect string> --sourceDBTDEWalletLocation <location of copied wallet> --sourceDBTdeConfigMethod KMS --sourceDBKMSKeyOCID <Source Database OCI Vault key OCID> --tdeConfigMethod KMS --kmsKeyOCID <OCI Vault key OCID> --executePrereqs

• Dupliquer la base de données

  dbaascli database duplicate --dbName <database name> --oracleHome <Oracle Home Path> --sourceDBConnectionString <source database EZConnect string> --sourceDBTDEWalletLocation <location of copied wallet> --sourceDBTdeConfigMethod KMS --sourceDBKMSKeyOCID <Source Database OCI Vault key OCID> --tdeConfigMethod KMS --kmsKeyOCID <OCI Vault key OCID>

  Une fois cette commande exécutée, la base de données est dupliquée.

Prérequis

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

Pour vous servir de l'utilitaire, vous devez vous connecter à une machine virtuelle Oracle Exadata Database Service sur une infrastructure Exascale.

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.

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 vous servir de l'utilitaire, vous devez vous connecter à une machine virtuelle Oracle Exadata Database Service sur une infrastructure Exascale.

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 rendre disponibles dans votre infrastructure 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 de l'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 de visualiser la liste des images de base de données et Grid Infrastructure disponibles localement 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 sur lequel 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 les destinations de stockage de sauvegarde Oracle Database, d'effectuer 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 indiqué. 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 [--keepSourceDB]]|[backupPrepared]
        }
        [--targetPDBName <value>] [--waitForCompletion <value>] [--resume [--sessionID <value>]]

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

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 sur un noeud indiqué à la fois. 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 la base de données source, qui est requis pour dupliquer la base de données à partir d'une base de données source active.

Q : Puis-je ignorer la duplication de bases 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

• Avant d'effectuer un déplacement, 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 move
{
  --oracleHome <value> | --oracleHomeName <value>
}
--dbname <value> 
[--executePrereqs] 
[--resume [--sessionID <value>]] 
[--rollback [--sessionID <value>]] 
[--skipDatapatch] 
[--skipPDBs <value>] 
[--skipClosedPDBs] 
[--continueWithDbDowntime] 
[--allowParallelDBMove] 
[--waitForCompletion <value>] 
[--nodeList <value>]

Où :

• --oracleHome indique le chemin du répertoire de base Oracle.
• --oracleHomeName indique le nom du répertoire de base Oracle.
• --dbname indique le nom de la base de données.
• --executePrereqs exécute les vérifications de prérequis et signale les résultats.
• --resume reprend l'exécution précédente.
  • --sessionID indique de reprendre un ID de session spécifique.
• --rollback restaure la base de données vers le répertoire de base précédent
  • --sessionID indique de reprendre un ID de session spécifique.
• --skipDatapatch ignore l'exécution de datapatch sur les bases de données.
• --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...
• --skipClosedPDBs ignore l'application de patches aux bases de données pluggables fermées
• --continueWithDbDowntime poursuit l'application des patches avec un temps d'inactivité de la base de données. Cette option peut être utilisée dans des environnements dans lesquels une seule instance active est démarrée et dans lesquels l'opération d'application de patches peut être poursuivie même avec un temps d'inactivité.
• --allowParallelDBMove permet le déplacement de la base de données en parallèle.
• --waitForCompletion indique false pour exécuter l'opération en arrière-plan. Valeurs valides : true|false.
• --nodeList indique une liste de noeuds séparés par des virgules si l'opération doit être exécutée sur un sous-ensemble de noeuds.

FAQ

Q : A quoi sert la commande dbaascli database move ?

R : La commande dbaascli database move permet de déplacer une base de données d'un répertoire de base Oracle vers un autre.

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

R : Avant d'effectuer un déplacement, vérifiez que toutes les instances de base de données associées à la base de données sont en fonctionnement. En outre, la commande doit être exécutée en tant qu'utilisateur root.

Q : Que précise le paramètre --oracleHome ?

R : Le paramètre --oracleHome indique le chemin du répertoire de base Oracle vers lequel la base de données sera déplacée.

Q : Que précise le paramètre --oracleHomeName ?

R : Le paramètre --oracleHomeName indique le nom du répertoire de base Oracle vers lequel la base de données sera déplacée.

Q : Quel est le but du paramètre --dbname ?

R : Le paramètre --dbname indique le nom de la base de données à déplacer.

Q : Que fait l'option --executePrereqs ?

R : L'option --executePrereqs exécute les vérifications de prérequis et signale les résultats.

Q : Dans quel cas l'option --resume est-elle utilisée ?

R : L'option --resume reprend une opération de déplacement interrompue ou incomplète.

Q : Comment --sessionID est-il utilisé dans la commande ?

R : --sessionID indique l'ID de session pour reprendre une exécution ou une annulation précédente.

Q : Que fait l'option --rollback ?

R : L'option --rollback rétablit le répertoire de base Oracle précédent de la base de données.

Q : Que fait l'option --skipDatapatch ?

R : L'option --skipDatapatch ignore l'exécution de datapatch sur les bases de données pendant l'opération de déplacement.

Q : Quelle est la fonction de l'option --skipPDBs ?

R : L'option --skipPDBs ignore l'exécution de datapatch sur la liste de bases de données pluggables séparées par des virgules (par exemple, pdb1, pdb2).

Q : Que fait l'option --skipClosedPDBs ?

R : L'option --skipClosedPDBs ignore l'application de patches aux bases de données pluggables fermées.

Q : Que signifie --continueWithDbDowntime ?

R : L'option --continueWithDbDowntime permet à l'opération de déplacement de continuer même s'il n'y a qu'une seule instance active en fonctionnement, ce qui permet un temps d'inactivité pendant le processus.

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

R : L'option --allowParallelDBMove permet d'effectuer le déplacement de la base de données en parallèle, ce qui peut accélérer le processus.

Q : Que précise --waitForCompletion ?

R : L'option --waitForCompletion indique s'il faut attendre la fin de l'opération. Si vous lui affectez la valeur False, l'opération est exécutée en arrière-plan.

Q : Comment utiliser le paramètre --nodeList ?

R : Le paramètre --nodeList indique une liste de noeuds séparés par des virgules sur lesquels l'opération de déplacement sera effectuée, si elle ne doit pas être appliquée à tous les noeuds.

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

R : assurez-vous que toutes les instances de base de données sont en cours d'exécution et vérifiez que vous exécutez la commande en tant qu'utilisateur root. Si le problème persiste, consultez la documentation détaillée des commandes ou ouvrez un ticket d'assistance auprès d'Oracle.

Q : Puis-je effectuer une opération de déplacement si l'une des instances de base de données est arrêtée ?

R : Non. Toutes les instances de base de données associées doivent être en fonctionnement avant d'effectuer l'opération de déplacement.

Q : Que se passe-t-il si l'opération de déplacement est interrompue ?

R : Vous pouvez utiliser l'option --resume pour poursuivre l'opération de déplacement à partir de l'endroit où elle s'est arrêtée en utilisant la même session ou en spécifiant --sessionID.

Q : Que fait l'option --allowParallelDBMove ?

R : Il permet d'effectuer le déplacement de la base de données en parallèle, ce qui peut réduire le temps nécessaire pour terminer l'opération, en particulier dans les environnements plus volumineux.

Q : Comment surveiller la progression d'une opération de déplacement en cours d'exécution en arrière-plan ?

R : lors de l'utilisation de --waitForCompletion false, la commande n'attend pas la fin de l'opération. Vous pouvez vérifier le statut de l'opération manuellement à l'aide des journaux Oracle ou des commandes de statut appropriées.

Q : Quelle est la signification de l'option --skipClosedPDBs ?

R : L'application de patches aux bases de données pluggables fermées est ignorée, ce qui réduit le temps de fonctionnement si des bases de données pluggables n'ont pas besoin d'être appliquées.

Q : Le déplacement de la base de données peut-il être annulé (rollback) à tout moment ?

R : Oui, l'opération de déplacement peut être annulée à l'aide de l'option --rollback, soit en indiquant l'ID de session, soit simplement en revenant au répertoire de base Oracle précédent.

Q : Quel est le rôle de --nodeList dans un environnement multinoeud ?

R : Dans un environnement multinoeud, vous pouvez limiter l'opération de déplacement à des noeuds spécifiques en fournissant une liste de noms de noeud séparés par des virgules avec --nodeList.

Q : Puis-je déplacer la base de données vers un nouveau répertoire de base Oracle tout en ignorant des noeuds spécifiques dans un environnement à plusieurs noeuds ?

R : Oui. Vous pouvez utiliser l'option --nodeList pour indiquer les noeuds à inclure dans l'opération de déplacement. Tous les noeuds non répertoriés seront ignorés.

Q : Quel est le nombre maximal de noeuds que je peux spécifier avec le paramètre --nodeList ?

R : Le paramètre --nodeList vous permet d'indiquer une liste délimitée par des virgules d'autant de noeuds que nécessaire, limitée uniquement par votre configuration d'environnement. Assurez-vous que tous les noeuds sont valides et accessibles.

Q : Comment savoir quelles bases de données pluggables sont fermées avant d'utiliser l'option --skipClosedPDBs ?

R : Vous pouvez interroger la vue v$pdbs pour vérifier le statut des bases de données pluggables. Toutes les bases de données pluggables dont le statut est "MOUNTED" ou "CLOSED" sont ignorées lors de l'utilisation de --skipClosedPDBs.

Q : Comment puis-je vérifier si une restauration s'est terminée avec succès ?

R : Après avoir exécuté la commande d'annulation, vous pouvez consulter les journaux de base de données ou utiliser les journaux d'alertes Oracle pour vérifier que la base de données a été restaurée vers son précédent répertoire de base Oracle.

Q : Existe-t-il un moyen de forcer l'opération de déplacement en cas d'échec de certains prérequis ?

R : La commande move applique les vérifications de prérequis pour la stabilité du système. Vous ne pouvez pas ignorer les échecs de prérequis critiques. Résolvez les problèmes signalés par l'option --executePrereqs avant de poursuivre le déplacement.

Exemples de cas d'emploi

Exemple 1 : déplacement de base de données par chemin de répertoire de base Oracle

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --dbname ORCL

Déplace la base de données ORCL vers le répertoire de base Oracle situé à l'emplacement /u01/app/oracle/product/19.0.0/dbhome_1.

Exemple 2 : déplacement de base de données par nom de répertoire de base Oracle

dbaascli database move --oracleHomeName DB_HOME_NAME --dbname ORCL

Déplace la base de données ORCL vers le répertoire de base Oracle nommé DB_HOME_NAME.

Exemple 3 : exécution de vérifications de prérequis avant le déplacement

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --dbname ORCL --executePrereqs

Déplace la base de données ORCL vers le répertoire de base Oracle tout en exécutant au préalable les vérifications de prérequis.

Exemple 4 : reprise d'une opération de déplacement précédente

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --dbname ORCL --resume

Reprend une opération de déplacement précédente pour la base de données ORCL.

Exemple 5 : reprise d'une opération de déplacement avec un ID de session spécifique

dbaascli database move --oracleHomeName DB_HOME_NAME --dbname ORCL --resume --sessionID 12345

Reprend l'opération de déplacement pour la base de données ORCL à l'aide de l'ID de session 12345.

Exemple 6 : annulation (rollback) d'une opération Move

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --dbname ORCL --rollback

Annule l'opération de déplacement de la base de données ORCL et la restaure dans le répertoire de base Oracle précédent.

Exemple 7 : annulation d'une opération de déplacement avec un ID de session

dbaascli database move --oracleHomeName DB_HOME_NAME --dbname ORCL --rollback --sessionID 67890

Annule l'opération de déplacement pour ORCL à l'aide de l'ID de session 67890.

Exemple 8 : ignorer Datapatch

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --dbname ORCL --skipDatapatch

Déplace la base de données ORCL sans exécuter datapatch sur les bases de données.

Exemple 9 : ignorer des bases pluggables spécifiques pendant Datapatch

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --dbname ORCL --skipPDBs pdb1,pdb2

Déplace la base de données ORCL vers un nouveau répertoire de base Oracle, mais ignore l'exécution de datapatch sur les bases de données pluggables indiquées (pdb1 et pdb2).

Exemple 10 : ignorer Datapatch sur les bases pluggables fermées

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --dbname ORCL --skipClosedPDBs

Déplace la base de données ORCL et ignore l'exécution de datapatch sur les bases de données pluggables fermées.

Exemple 11 : autorisation du temps d'inactivité de la base de données lors du déplacement

dbaascli database move --oracleHomeName DB_HOME_NAME --dbname ORCL --continueWithDbDowntime

Déplace la base de données ORCL vers le répertoire de base Oracle indiqué tout en autorisant le temps d'inactivité de la base de données pendant le processus de déplacement.

Exemple 12 : Déplacer la base de données en parallèle

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --dbname ORCL --allowParallelDBMove

Déplace la base de données ORCL vers le répertoire de base Oracle indiqué avec la possibilité d'exécuter le déplacement en parallèle pour de meilleures performances.

Exemple 13 : exécution de l'opération en arrière-plan

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --dbname ORCL --waitForCompletion false

Déplace la base de données ORCL vers un nouveau répertoire de base Oracle, mais exécute l'opération en arrière-plan.

Exemple 14 : spécification des noeuds pour le déplacement

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --dbname ORCL --nodeList node1,node2

Déplace la base de données ORCL vers le répertoire de base Oracle indiqué, mais effectue l'opération uniquement sur node1 et node2.

Exemple 15 : combinaison du déplacement et des vérifications de prérequis, ignorer des bases de données pluggables spécifiques et autoriser le temps d'inactivité

dbaascli database move --oracleHomeName DB_HOME_NAME --dbname ORCL --executePrereqs --skipPDBs pdb1 --continueWithDbDowntime

Déplace la base de données ORCL vers le répertoire de base Oracle indiqué, exécute les vérifications de prérequis, ignore l'exécution de datapatch sur pdb1 et autorise le temps d'inactivité de la base de données pendant l'opération.

Exemple 16 : combinaison de déplacement en parallèle et d'exécution en arrière-plan

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --dbname ORCL --allowParallelDBMove --waitForCompletion false

Déplace la base de données ORCL vers un nouveau répertoire de base Oracle, exécute le déplacement en parallèle et exécute l'opération en arrière-plan.

Exemple 17 : combinaison de Move avec l'exécution en parallèle et ignorer les bases pluggables fermées

dbaascli database move --oracleHome /u02/app/oracle/product/19.0.0/dbhome_2 --dbname TESTDB --allowParallelDBMove --skipClosedPDBs

Déplace la base de données TESTDB vers le nouveau répertoire de base Oracle /u02/app/oracle/product/19.0.0/dbhome_2, tout en exécutant l'opération en parallèle et en ignorant datapatch sur les bases de données pluggables fermées.

Exemple 18 : exécution de la vérification des prérequis uniquement

dbaascli database move --oracleHome /u02/app/oracle/product/19.0.0/dbhome_2 --dbname PRODDB --executePrereqs

Vérifie les prérequis pour déplacer la base de données PRODDB vers le répertoire de base Oracle situé à l'emplacement /u02/app/oracle/product/19.0.0/dbhome_2 sans effectuer réellement le déplacement.

Exemple 19 : ignorer Datapatch pour des bases pluggables spécifiques

dbaascli database move --oracleHome /u02/app/oracle/product/19.0.0/dbhome_2 --dbname HRDB --skipPDBs pdb1,pdb3

Déplace la base de données HRDB vers le nouveau répertoire de base Oracle, mais ignore l'exécution de datapatch pour pdb1 et pdb3.

Exemple 20 : exécution du déplacement sur des noeuds spécifiques

dbaascli database move --oracleHome /u02/app/oracle/product/19.0.0/dbhome_2 --dbname FINDB --nodeList node1,node3

Déplace la base de données FINDB vers le nouveau répertoire de base Oracle uniquement sur node1 et node3.

Exemple 21 : déplacement de base de données avec temps d'arrêt autorisé

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --dbname ORCL --continueWithDbDowntime

Déplace la base de données ORCL vers le répertoire de base Oracle indiqué tout en autorisant le temps d'inactivité pendant l'opération de déplacement.

Exemple 22 : combinaison du déplacement parallèle et du saut de Datapatch

dbaascli database move --oracleHome /u02/app/oracle/product/19.0.0/dbhome_2 --dbname CRMDB --allowParallelDBMove --skipDatapatch

Déplace la base de données CRMDB en parallèle, en ignorant le processus datapatch.

Exemple 23 : opération de déplacement en arrière-plan avec une liste de noeuds

dbaascli database move --oracleHome /u02/app/oracle/product/19.0.0/dbhome_2 --dbname SALESDB --waitForCompletion false --nodeList node2,node3

Déplace la base de données SALESDB vers le répertoire de base Oracle indiqué en arrière-plan. L'opération est appliquée uniquement à node2 et node3.

Exemple 24 : déplacement de base de données avec vérification des prérequis et autorisation de déplacement en parallèle

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_2 --dbname ORCL --executePrereqs --allowParallelDBMove

Déplace la base de données ORCL vers le nouveau répertoire de base Oracle après avoir effectué les vérifications de prérequis et exécuté l'opération de déplacement en parallèle.

Exemple 25 : annulation (rollback) d'une opération de déplacement et ignorage des bases pluggables fermées

dbaascli database move --oracleHome /u02/app/oracle/product/19.0.0/dbhome_2 --dbname DEVDB --rollback --skipClosedPDBs

Annule l'opération de déplacement pour la base de données DEVDB, en ignorant les bases de données pluggables fermées.

Exemple 26 : Déplacement de la base de données avec un temps d'arrêt et une exécution en parallèle spécifiques

dbaascli database move --oracleHome /u02/app/oracle/product/19.0.0/dbhome_2 --dbname FINDB --allowParallelDBMove --continueWithDbDowntime

Déplace la base de données FINDB vers le répertoire de base Oracle indiqué tout en autorisant le temps d'inactivité de la base de données et l'exécution en parallèle pour accélérer le processus.

Exemple 27 : Vérifier les prérequis de déplacement de base de données sans exécuter le déplacement

dbaascli database move --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --dbname HRDB --executePrereqs

Exécute des vérifications de prérequis pour vérifier que la base de données HRDB peut être déplacée vers le répertoire de base Oracle indiqué sans exécuter le déplacement lui-même.

Exemple 28 : déplacement de la base de données et exécution de la commande en arrière-plan sur des noeuds spécifiques

dbaascli database move --oracleHome /u02/app/oracle/product/19.0.0/dbhome_3 --dbname PRODDB --waitForCompletion false --nodeList node1,node4

Déplace la base de données PRODDB vers un nouveau répertoire de base Oracle, exécute l'opération en arrière-plan et l'applique uniquement à node1 et node4.

Exemple 29 : combiner des vérifications de prérequis, ignorer des bases pluggables fermées et autoriser l'exécution en parallèle

dbaascli database move --oracleHome /u02/app/oracle/product/19.0.0/dbhome_2 --dbname CRMDB --executePrereqs --skipClosedPDBs --allowParallelDBMove

Effectue des vérifications de prérequis avant de déplacer la base de données CRMDB vers le nouveau répertoire de base Oracle, ignore l'application de patches aux bases de données pluggables fermées et permet à l'opération d'être exécutée en parallèle pour une exécution plus rapide.

Exemple 30 : déplacement de base de données avec annulation sur un ID de session spécifique et ignorer Datapatch

dbaascli database move --oracleHomeName DB_HOME_NAME --dbname DEVDB --rollback --sessionID 45678 --skipDatapatch

Annule (rollback) une opération de déplacement précédemment exécutée pour la base de données DEVDB vers son répertoire de base Oracle précédent à l'aide de l'ID de session 45678, en ignorant le processus datapatch lors de l'annulation.

Exemple 31 : déplacement de la base de données avec l'option Autoriser l'exécution en parallèle et spécification de Datapatch ignorée pour les bases pluggables

dbaascli database move --oracleHome /u02/app/oracle/product/19.0.0/dbhome_3 --dbname ANALYTICDB --allowParallelDBMove --skipPDBs pdb2,pdb4

Déplace la base de données ANALYTICDB en parallèle vers le répertoire de base Oracle indiqué et ignore le processus datapatch pour pdb2 et pdb4.

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

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

dbaascli database createTemplate --dbname <value> --templateLocation <value> 
[--templateName <value>] 
[--rmanParallelism <value>]

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 base de données 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 puis-je 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 de 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 status
[--service][--dbname] 
[--user]
[--password]

La sortie de la commande inclut le mode d'ouverture, la version logicielle et l'édition de la base de données, ainsi que la version (release) des autres composants logiciels.

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 permet d'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 est utilisée pour 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 supprime automatiquement la sauvegarde de point de restauration garanti si la mise à niveau de la base de données réussit.

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

R : utilisez l'option --increaseCompatibleParameter pour augmenter automatiquement le paramètre compatible 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 l'exécution de la commande dbaascli dataguard updateDGConfigAttributes ?

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

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

R : Utilisez l'option --attributes suivie des attributs à modifier. Les attributs doivent être au format délimité par des virgules, par exemple attribute=value. 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.

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 sera 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 : Consultez les journaux de sortie pour obtenir des messages d'erreur détaillés. 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 les informations sur toutes les bases de données Oracle exécutées à partir d'un répertoire de base Oracle Database indiqué.

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>

Assurez-vous d'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 l'emplacement du répertoire de base Oracle, 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 dbHome patch

{
    --oracleHome <value>
    | --oracleHomeName <value>
 }
        [--imageFilePath <value>] [--executePrereqs] [--nodes <value>]
        {
            [--resume [--sessionID <value>]]
            | [--rollback [--sessionID <value>]]
        }
[--skipDatapatch] 
[--skipClosedPDBs] 
[--skipPDBs <value>] 
[--continueWithDbDowntime] 
[--skipUnreachableNodes] 
[--drainTimeoutInSeconds <value>] 
[--waitForCompletion <value>]

FAQ

Q : A quoi sert la commande de patch dbaascli dbHome ?

R : La commande dbaascli dbHome patch permet d'appliquer des patches au répertoire de base Oracle d'un niveau de patch à un autre.

Q : Ai-je besoin de droits d'accès spéciaux pour exécuter la commande de patch dbaascli dbHome ?

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

Q : Comment indiquer le chemin ou le nom du répertoire de base Oracle pour le patch ?

R : utilisez l'option --oracleHome pour indiquer le chemin du répertoire de base Oracle ou --oracleHomeName pour indiquer le nom du répertoire de base Oracle.

Q : Comment définir la version cible du patch ?

R : utilisez l'option --targetVersion suivie du numéro de version au format 19.12.0.0.0.

Q : Que fait l'option --resume ?

R : L'option --resume vous permet de reprendre une session d'application de patches précédente.

Q : Comment spécifier un ID de session particulier lors de la reprise d'un patch ?

R : Utilisez l'option --sessionID pour indiquer l'ID de session de la session d'application de patches à reprendre.

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

R : L'option --continueWithDbDowntime permet de poursuivre l'application de patches même en cas de temps d'inactivité de la base de données, ce qui est utile dans les environnements avec une seule instance active.

Q : Comment puis-je ignorer l'application de patches sur des noeuds inaccessibles ?

R : Utilisez l'option --skipUnreachableNodes pour ignorer les opérations sur les noeuds inaccessibles.

Q : Comment appliquer des patches uniquement à des noeuds spécifiques d'un cluster ?

R : utilisez l'option --nodes suivie d'une liste de noms de noeud séparés par des virgules pour appliquer des patches à un sous-ensemble de noeuds.

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

R : L'option --executePrereqs exécute les vérifications de prérequis avant d'appliquer le patch.

Q : Comment ignorer l'exécution de datapatch sur les bases de données ?

R : Utilisez l'option --skipDatapatch pour ignorer le processus datapatch lors de l'application de patches.

Q : Puis-je indiquer un emplacement personnalisé pour l'image de base de données ?

R : Oui, utilisez l'option --imageLocation pour indiquer un emplacement personnalisé pour l'image de base de données.

Q : Que fait l'option --skipPDBs ?

R : L'option --skipPDBs vous permet d'ignorer l'exécution de datapatch sur une liste de bases de données pluggables (PDB) délimitée par des virgules indiquée.

Q : Comment ignorer datapatch sur des bases pluggables fermées ?

R : Utilisez l'option --skipClosedPDBs pour ignorer le patch de données sur les bases de données pluggables fermées.

Q : Que se passe-t-il si j'utilise l'option --rollback ?

R : L'option --rollback rétablit l'état précédent du répertoire de base Oracle avant l'application du patch.

Q : Comment indiquer le chemin du répertoire de base Oracle pour l'application de patches ?

R : utilisez l'option --oracleHome suivie du chemin d'accès au répertoire de base Oracle.

Q : Comment puis-je appliquer des patches à un répertoire de base Oracle par son nom plutôt que par le chemin ?

R : utilisez l'option --oracleHomeName suivie du nom du répertoire de base Oracle.

Q : Comment puis-je reprendre une opération d'application de patches si elle a été interrompue ?

R : Utilisez l'option --resume avec l'option --sessionID pour reprendre une session interrompue spécifique.

Q : Puis-je poursuivre le processus d'application de patches si la base de données est arrêtée ?

R : Oui, utilisez l'option --continueWithDbDowntime pour continuer l'application de patches même si la base de données est arrêtée.

Q : Que dois-je faire si certains noeuds sont inaccessibles pendant le processus d'application de patches ?

R : utilisez l'option --skipUnreachableNodes pour ignorer les noeuds inaccessibles.

Q : Comment appliquer le patch à certains noeuds uniquement ?

R : indiquez les noeuds à appliquer à l'aide de l'option --nodes avec une liste de noms de noeud séparés par des virgules.

Q : Comment vérifier les prérequis avant d'appliquer le patch ?

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

Q : Que dois-je faire si je veux éviter l'application de datapatch pendant le processus d'application de patches ?

R : Utilisez l'option --skipDatapatch pour ignorer l'étape datapatch.

Q : Comment indiquer un emplacement différent pour l'image de base de données utilisée dans le processus d'application de patches ?

R : Utilisez l'option --imageLocation pour indiquer un emplacement personnalisé pour l'image.

Q : Que faire si je dois ignorer datapatch sur certaines bases pluggables ?

R : Utilisez l'option --skipPDBs pour ignorer datapatch sur une liste de bases de données pluggables séparées par des virgules indiquée.

Q : Puis-je ignorer datapatch sur les bases pluggables qui ne sont pas ouvertes actuellement ?

R : Oui, utilisez l'option --skipClosedPDBs pour ignorer datapatch sur les bases de données pluggables fermées.

Q : Que dois-je faire si l'application de correctifs échoue à mi-parcours ?

R : Vous pouvez utiliser l'option --rollback pour revenir à l'état précédent ou essayer de reprendre le processus d'application de patches avec l'option --resume.

Q : Comment puis-je vérifier si tous les prérequis sont respectés avant d'appliquer le patch ?

R : exécutez la commande de patch avec l'option --executePrereqs pour vous assurer que tous les prérequis sont satisfaits.

Q : Que se passe-t-il si l'opération d'application de patches ne se termine pas correctement et que je dois réessayer ?

R : Utilisez l'option --resume pour réessayer l'opération d'application de patches à l'endroit où elle s'est arrêtée. Si nécessaire, vous pouvez indiquer --sessionID pour reprendre une session spécifique.

Q : Comment puis-je vérifier si le patch a été appliqué ?

R : Vous pouvez vérifier le processus d'application de patches en vérifiant la version du répertoire de base Oracle à l'aide de la commande opatch lsinventory une fois le patch terminé.

Q : Puis-je exécuter la commande d'application de patches en mode d'exécution à sec pour prévisualiser les actions ?

R : Non, la commande dbaascli dbHome patch ne dispose pas d'une fonctionnalité d'exécution à sec. Toutefois, vous pouvez utiliser l'option --executePrereqs pour exécuter des vérifications de prérequis avant d'appliquer réellement le patch.

Q : Est-il possible d'appliquer plusieurs patches en une seule exécution ?

R : La commande dbaascli dbHome patch autorise uniquement une version cible à la fois. Vous devez exécuter la commande séparément pour chaque version de patch.

Q : Comment gérer l'application de patches si l'environnement utilise plusieurs répertoires de base Oracle ?

R : Vous pouvez indiquer le répertoire de base Oracle auquel appliquer des patches à l'aide des options --oracleHome ou --oracleHomeName, selon que vous indiquez le chemin ou le nom du répertoire de base Oracle.

Q : Puis-je ignorer l'application de patches de données de base de données pluggable et de base de données Conteneur en une seule commande ?

R : Oui. Vous pouvez combiner les options --skipPDBs et --skipDatapatch pour ignorer l'application de patches aux bases de données pluggables et à la base de données Conteneur en une seule exécution de patch.

Q : Puis-je appliquer un patch et l'annuler immédiatement en cas de problème ?

R : Oui. Après avoir appliqué un patch, vous pouvez utiliser l'option --rollback pour revenir au niveau de patch précédent en cas de problème.

Q : Puis-je appliquer des patches à plusieurs répertoires de base Oracle simultanément ?

R : Non. Vous devez exécuter la commande dbaascli dbHome patch individuellement pour chaque répertoire de base Oracle.

Q : Comment suivre la progression de l'opération d'application de patches ?

R : Au cours du processus d'application de patches, la commande fournit des messages de sortie qui indiquent la progression. Vous pouvez également consulter les fichiers journaux pour obtenir des informations détaillées.

Q : Puis-je exécuter l'application de patches en parallèle sur un environnement clusterisé ?

R : Les opérations d'application de patches peuvent être appliquées à un sous-ensemble de noeuds à l'aide de l'option --nodes. Toutefois, l'application simultanée de patches doit être traitée avec soin et vous devez vous assurer qu'aucune session ne se chevauche.

Q : Comment identifier les patches disponibles pour mon répertoire de base Oracle ?

R : Vous pouvez vérifier les patches disponibles via le portail de support technique Oracle ou en exécutant la commande opatch lsinventory pour voir les patches en cours appliqués à votre répertoire de base Oracle.

Q : Puis-je indiquer un délai d'expiration pour la purge des ressources lors de l'arrêt de la base de données lors de l'application de patches ?

R : Oui. Vous pouvez utiliser l'option --drainTimeoutInSeconds pour indiquer la durée en secondes de purge des ressources lors de l'arrêt de la base de données.

Q : Que se passe-t-il si le patch échoue sur l'un des noeuds d'un environnement multinoeud ?

R : Vous pouvez utiliser l'option --skipUnreachableNodes pour ignorer le noeud en échec et poursuivre le processus d'application de patches sur les noeuds restants. Vous pouvez ensuite résoudre le problème sur le noeud défaillant séparément.

Q : Comment puis-je exécuter le processus d'application de patches en arrière-plan ?

R : Utilisez l'option --waitForCompletion avec la valeur false pour permettre au processus d'application de patches de s'exécuter en arrière-plan. De cette façon, vous n'avez pas besoin d'attendre que le processus se termine de manière interactive.

Q : Puis-je effectuer une opération d'annulation (rollback) sur un sous-ensemble de noeuds dans un environnement clusterisé ?

R : Oui. Vous pouvez utiliser l'option --nodes avec l'option --rollback pour annuler l'application de patches sur un ensemble de noeuds spécifique.

Q : Que faire si je dois mettre à jour l'emplacement de l'image après avoir lancé le processus de patch ?

R : L'option --resume ne permet pas de modifier l'emplacement de l'image. Cependant, vous pouvez arrêter la session et démarrer un nouveau processus de patch avec le fichier --imageLocation mis à jour.

Q : Existe-t-il un moyen de vérifier quels ID de session sont disponibles pour la reprise d'un patch ?

R : Vous pouvez consulter les fichiers journaux ou utiliser les outils Oracle Cloud pour identifier les sessions d'application de patches actives ou en pause et leurs ID de session.

Q : Puis-je limiter le temps d'arrêt pendant l'application de patches ?

R : Si vous devez limiter le temps d'arrêt, utilisez soigneusement l'option --continueWithDbDowntime. Cela vous permet de continuer même lorsque le temps d'arrêt est attendu, mais nécessite une planification pour un impact de service minimal.

Exemples de cas d'emploi

Exemple 1 : application de patches de base au répertoire de base Oracle par chemin de répertoire de base Oracle

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0

Applique des patches au répertoire de base Oracle situé dans /u01/app/oracle/product/19.0.0/dbhome_1 vers la version 19.12.0.0.0.

Exemple 2 : application de patches par nom de répertoire de base Oracle

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --targetVersion 19.12.0.0.0

Applique des patches au répertoire de base Oracle nommé DB_HOME_NAME vers la version 19.12.0.0.0.

Exemple 3 : reprise d'une opération de patch précédente

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --resume

Reprend l'opération d'application de patches précédente pour le répertoire de base Oracle situé dans /u01/app/oracle/product/19.0.0/dbhome_1.

Exemple 4 : reprise d'un patch avec un ID de session spécifique

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --resume --sessionID 12345

Reprend l'opération d'application de patches pour le répertoire de base Oracle DB_HOME_NAME à l'aide de l'ID de session 12345.

Exemple 5 : application de patches avec temps d'inactivité de base de données autorisé

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --continueWithDbDowntime

Applique des patches au répertoire de base Oracle situé dans /u01/app/oracle/product/19.0.0/dbhome_1 vers la version 19.12.0.0.0 tout en autorisant le temps d'inactivité de la base de données.

Exemple 6 : ignorer les noeuds inaccessibles

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --skipUnreachableNodes

Applique des patches au répertoire de base Oracle vers la version 19.12.0.0.0 tout en ignorant les noeuds inaccessibles.

Exemple 7 : application de patches à un sous-ensemble de noeuds

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --nodes node1,node2

Applique des patches au répertoire de base Oracle vers la version 19.12.0.0.0 sur node1 et node2 uniquement.

Exemple 8 : exécution de vérifications de prérequis avant l'application de patches

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --targetVersion 19.12.0.0.0 --executePrereqs

Applique des patches au répertoire de base Oracle DB_HOME_NAME vers la version 19.12.0.0.0 après l'exécution des vérifications de prérequis.

Exemple 9 : ignorer l'étape Datapatch

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --skipDatapatch

Applique des patches au répertoire de base Oracle version 19.12.0.0.0 sans exécuter datapatch sur les bases de données.

Exemple 10 : Utilisation d'un fichier image pour l'application de patches

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --imageFilePath /path/to/image/file.zip

Applique des patches au répertoire de base Oracle vers la version 19.12.0.0.0 à l'aide d'un fichier image situé dans /path/to/image/file.zip.

Exemple 11 : ignorer des bases pluggables spécifiques pendant Datapatch

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --skipPDBs cdb1:pdb1,cdb2:pdb2

Applique des patches au répertoire de base Oracle vers la version 19.12.0.0.0 et ignore l'exécution de datapatch sur les bases de données pluggables indiquées (pdb1 dans cdb1 et pdb2 dans cdb2).

Exemple 12 : ignorer Datapatch sur les bases pluggables fermées

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --skipClosedPDBs

Applique des patches au répertoire de base Oracle vers la version 19.12.0.0.0 tout en ignorant l'exécution de datapatch sur les bases de données pluggables fermées.

Exemple 13 : annulation (rollback) du répertoire de base Oracle

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --rollback

Annule le dernier patch appliqué sur le répertoire de base Oracle nommé DB_HOME_NAME.

Exemple 14 : combinaison de l'application de patches avec des vérifications de prérequis et des noeuds spécifiques

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --executePrereqs --nodes node1,node2

Applique des patches au répertoire de base Oracle vers la version 19.12.0.0.0, exécute des vérifications de prérequis et applique le patch uniquement sur node1 et node2.

Exemple 15 : ignorer les noeuds inaccessibles et les bases de données pluggables spécifiques

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --targetVersion 19.12.0.0.0 --skipUnreachableNodes --skipPDBs cdb1:pdb1

Applique des patches au répertoire de base Oracle DB_HOME_NAME vers la version 19.12.0.0.0 tout en ignorant les noeuds inaccessibles et en évitant l'exécution de datapatch sur pdb1 dans cdb1.

Exemple 16 : Vérification de la version du répertoire de base Oracle après application du patch

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0

opatch lsinventory

Cet exemple montre comment vérifier la version du répertoire de base Oracle après la réussite d'un patch en exécutant opatch lsinventory.

Exemple 17 : annulation (rollback) de l'application de patches avec un ID de session spécifique

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --rollback --sessionID 67890

Annule l'application de patches au répertoire de base Oracle pour un ID de session 67890.

Exemple 18 : application de patches sans vérification des prérequis

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --skipPrereqs

Applique des patches au répertoire de base Oracle, mais ignore les vérifications de prérequis avant d'appliquer le patch.

Exemple 19 : application d'un patch à une image de répertoire de base Oracle personnalisée

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --targetVersion 19.12.0.0.0 --imageLocation /custom/location/image.zip

Applique des patches au répertoire de base Oracle à l'aide d'un fichier image personnalisé situé dans /custom/location/image.zip.

Exemple 20 : ignorer des noeuds spécifiques et exécuter des prérequis

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --skipUnreachableNodes --executePrereqs

Ignore l'application de patches aux noeuds inaccessibles et exécute les vérifications de prérequis avant d'appliquer le patch.

Exemple 21 : ignorer Datapatch sur toutes les bases pluggables de plusieurs bases Conteneur

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --skipPDBs cdb1:pdb1,cdb2:pdb2,cdb3:pdb3

Applique des patches au répertoire de base Oracle mais ignore le patch de données sur les bases de données pluggables indiquées dans plusieurs bases de données Conteneur.

Exemple 22 : poursuite de l'application de patches avec temps d'inactivité sur plusieurs noeuds

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --targetVersion 19.12.0.0.0 --continueWithDbDowntime --nodes node3,node4

Poursuit l'application de patches sur node3 et node4 avec un temps d'inactivité de base de données autorisé.

Exemple 23 : ignorer Datapatch sur les bases pluggables et les bases pluggables fermées

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --skipDatapatch --skipClosedPDBs

Applique des patches au répertoire de base Oracle tout en ignorant les bases de données pluggables datapatch et fermées.

Exemple 24 : annulation (rollback) et réapplication du patch

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --rollback

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0

Annule le patch en cours, puis le réapplique au répertoire de base Oracle.

Exemple 25 : ignorer Datapatch et autoriser le temps d'arrêt sur un noeud spécifique

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.13.0.0.0 --skipDatapatch --continueWithDbDowntime --nodes node1

Applique des patches au répertoire de base Oracle vers la version 19.13.0.0.0 sur node1, en ignorant l'étape datapatch et en autorisant les temps d'inactivité.

Exemple 26 : spécification du délai d'expiration de purge lors de l'arrêt de la base de données

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --targetVersion 19.13.0.0.0 --drainTimeoutInSeconds 300

Applique des patches au répertoire de base Oracle DB_HOME_NAME vers la version 19.13.0.0.0 et autorise un délai d'expiration de 5 minutes (300 secondes) pour purger les ressources lors de l'arrêt.

Exemple 27 : exécution de l'application de patches en arrière-plan

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.13.0.0.0 --waitForCompletion false

Applique des patches au répertoire de base Oracle version 19.13.0.0.0 et exécute le processus d'application de patches en arrière-plan sans attendre la fin.

Exemple 28 : annulation (rollback) du patch sur un sous-ensemble de noeuds

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --rollback --nodes node1,node2

Annule (rollback) le dernier patch appliqué sur node1 et node2 uniquement pour le répertoire de base Oracle indiqué.

Exemple 29 : ignorer les prérequis et appliquer des patches à plusieurs noeuds

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.13.0.0.0 --skipPrereqs --nodes node3,node4

Applique des patches au répertoire de base Oracle vers la version 19.13.0.0.0 sur node3 et node4 sans exécuter de vérifications de prérequis.

Exemple 30 : annulation (rollback) du patch et ignorage des noeuds inaccessibles

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --rollback --skipUnreachableNodes

Annule le dernier patch sur le répertoire de base Oracle DB_HOME_NAME et ignore les noeuds inaccessibles lors du processus d'annulation.

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

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 propres à l'utilisation de 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 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, qui est 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 des certificats d'autorité de certification intermédiaires et le certificat d'autorité de certification racine.

Q : Que fait l'option --precheckOnly ?

R : L'option --precheckOnly indique s'il faut exécuter uniquement les 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 ?

R : Si la clé privée est protégée par mot de passe, assurez-vous que l'option --privateKeyPasswordProtected est définie sur true (valeur par défaut).

Q : Puis-je spécifier mon propre certificat signé par une autorité de certification pour la configuration TCPS ?

R : Oui. Vous pouvez indiquer votre propre certificat signé par une autorité de certification à l'aide des options --serverCert et --privateKey, et en définissant --certType sur CA_SIGNED_CERT.

Q : Quel est un exemple de commande pour configurer TCPS à l'aide d'un certificat auto-signé ?

R : Voici un exemple :

dbaascli grid configureTCPS --serverCert /path/to/self_signed_cert.pem --privateKey /path/to/private_key.pem --certType SELF_SIGNED_CERT

Q : Puis-je utiliser un certificat PKCS12 pour la configuration TCPS ?

R : Oui. Vous pouvez utiliser un certificat PKCS12 en indiquant l'option --pkcs12WalletFilePath et en définissant --certType sur PKCS12_CERT.

Q : Que dois-je vérifier avant d'exécuter la commande dbaascli grid configureTCPS ?

R : Vérifiez que vous disposez des fichiers de certificat et de clé privée corrects et que vous êtes connecté en tant qu'utilisateur root. En outre, assurez-vous de comprendre les implications si vous utilisez ZDLRA car il ne peut pas fonctionner simultanément avec TCPS.

Prérequis

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

Syntaxe

dbaascli grid patch
 {
            --targetVersion <value>
            | --targetHome <value>
        }
        [--executePrereqs] [--nodeList <value>] [--continueWithDbDowntime] [--drainTimeoutInSeconds <value>] [--containerURL <value>] [--imageFile <value>] [--patchInParallel]
        {
            [--resume [--sessionID <value>]]
            | [--rollback [--sessionID <value>]]
        }
        [--waitForCompletion <value>]

Où :

• --targetVersion indique la version cible du répertoire de base Oracle sous la forme de cinq segments numériques séparés par des points (par exemple : 19.12.0.0.0).
• --targetHome indique le chemin qualifié complet du répertoire de base Grid Infrastructure cible pour l'application de patches sans réutilisation de la mémoire.
• --containerURL indique l'URL personnalisée pour l'extraction de l'image Grid Infrastructure.
• --executePrereqs est une option permettant d'exécuter les prérequis.
• --nodeList indique une liste de noeuds séparés par des virgules si l'application de patches doit être effectuée sur un sous-ensemble de noeuds.
• --patchInParallel indique d'appliquer des patches aux noeuds distants en parallèle.
• --rollback indique que l'application des patches au répertoire de base Oracle doit être annulée.
• --resume reprend l'exécution précédente.
  • --sessionID indique de reprendre un ID de session spécifique.
• --continueWithDbDowntime poursuit l'application des patches avec un temps d'inactivité de la base de données. Cette option peut être utilisée dans des environnements dans lesquels une seule instance active est démarrée et dans lesquels l'opération d'application de patches peut être poursuivie même avec un temps d'inactivité.
• --drainTimeoutInSeconds indique la durée (en secondes) nécessaire à la purge de ressource lors de l'arrêt de la base de données.
• --createImage crée une image à partir d'une copie du répertoire de base Grid actif, à laquelle les patches de la version cible spécifiée ont été appliqués.
  • --createImageDir indique le chemin qualifié complet du répertoire dans lequel l'image doit être créée.
• --imageFile indique le chemin qualifié complet de l'image à utiliser.
• --patchInParallel effectue l'application de patches aux noeuds distants en parallèle
• --waitForCompletion indique false pour exécuter l'opération en arrière-plan. Valeurs valides : true|false.

FAQ

Q : Que fait la commande dbaascli grid patch ?

R : La commande dbaascli grid patch permet d'appliquer des patches à Oracle Grid Infrastructure vers une version mineure indiquée.

Q : Ai-je besoin de droits d'accès spéciaux pour exécuter la commande dbaascli grid patch ?

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

Q : Puis-je indiquer une version cible lors de l'application de patches à Oracle Grid Infrastructure ?

R : Oui. Vous pouvez indiquer la version cible à l'aide de l'option --targetVersion.

Q : Comment spécifier la version cible du patch ?

R : utilisez l'option --targetVersion suivie du numéro de version au format 19.12.0.0.0.

Q : Que fait l'option --containerURL dans la commande dbaascli grid patch ?

R : L'option --containerURL vous permet d'indiquer une URL personnalisée pour l'extraction de l'image Grid Infrastructure.

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

R : L'option --executePrereqs est utilisée pour exécuter les vérifications de prérequis avant d'appliquer le patch.

Q : Comment appliquer des patches à un sous-ensemble de noeuds à l'aide de la commande dbaascli grid patch ?

R : utilisez l'option --nodeList suivie d'une liste de noms de noeud séparés par des virgules pour appliquer des patches uniquement à un sous-ensemble de noeuds.

Q : Que se passe-t-il si j'utilise l'option --rollback ?

R : L'option --rollback annule l'état précédent du répertoire de base Oracle auquel des patches ont été appliqués.

Q : Puis-je reprendre une session d'application de patches précédente ?

R : Oui. Vous pouvez utiliser l'option --resume pour reprendre la dernière session d'application de patches. Si vous disposez d'un ID de session spécifique, vous pouvez le spécifier avec l'option --sessionID.

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

R : L'option --continueWithDbDowntime vous permet de poursuivre l'application de patches même en cas de temps d'inactivité de la base de données, généralement utilisé dans les environnements où il n'y a qu'une seule instance active.

Q : Comment créer une image à partir d'un répertoire de base Grid auquel des patches ont été appliqués ?

R : Utilisez l'option --createImage pour créer une image. Vous pouvez indiquer le répertoire dans lequel l'image doit être créée à l'aide de l'option --createImageDir.

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

R : L'option --imageFile vous permet de spécifier le chemin qualifié complet du fichier image à utiliser pour l'application de patches.

Q : Comment exécuter la commande dbaascli grid patch en arrière-plan ?

R : Vous pouvez utiliser l'option --waitForCompletion définie sur false pour exécuter l'opération en arrière-plan.

Q : Puis-je utiliser une URL personnalisée pour extraire l'image du patch ?

R : Oui. Vous pouvez utiliser l'option --containerURL pour indiquer une URL personnalisée pour l'extraction de l'image Grid Infrastructure.

Q : Comment spécifier les noeuds à appliquer si je ne veux pas appliquer de patches à tous ?

R : Vous pouvez indiquer les noeuds à appliquer à l'aide de l'option --nodeList avec une liste de noms de noeud séparés par des virgules.

Q : Que dois-je faire si je dois annuler un patch ?

R : utilisez l'option --rollback dans la commande dbaascli grid patch pour annuler le patch.

Q : Comment gérer une opération d'application de patches si mon environnement ne dispose que d'une seule instance active et que je dois continuer avec un temps d'inactivité ?

R : Utilisez l'option --continueWithDbDowntime pour poursuivre l'application de patches même en cas de temps d'inactivité de la base de données.

Q : Puis-je créer une image du répertoire de base Grid auquel des patches ont été appliqués ?

R : Oui. Vous pouvez utiliser l'option --createImage pour créer une image du répertoire de base Grid auquel des patches ont été appliqués. Si nécessaire, indiquez le répertoire dans lequel l'image doit être enregistrée à l'aide de --createImageDir.

Q : Que dois-je faire si je veux reprendre une session d'application de patches après une interruption ?

R : utilisez l'option --resume pour reprendre la session d'application de patches. Si vous connaissez l'ID de session, vous pouvez le spécifier avec --sessionID.

Q : Que se passe-t-il si le processus d'application de patches échoue à mi-parcours ?

R : Si le processus d'application de patches échoue, vous pouvez utiliser l'option --resume pour redémarrer le processus. Vous pouvez également utiliser l'option --rollback pour revenir à l'état précédent.

Q : Comment puis-je m'assurer que tous les prérequis sont respectés avant l'application de patches ?

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

Q : Puis-je appliquer des patches en arrière-plan pour éviter de bloquer le terminal ?

R : Oui. Vous pouvez utiliser l'option --waitForCompletion false pour exécuter le processus d'application de patches en arrière-plan.

Q : Comment créer une image de répertoire de base Grid après l'application de patches ?

R : Utilisez l'option --createImage pour créer une image à partir du répertoire de base Grid auquel des patches ont été appliqués. Indiquez le répertoire à l'aide de --createImageDir si nécessaire.

Q : Comment utiliser un fichier image existant pour l'application de patches ?

R : Vous pouvez utiliser l'option --imageFile pour indiquer le chemin qualifié complet du fichier image à utiliser pour l'application de patches.

Q : Que dois-je faire si je veux éviter les temps d'arrêt de la base de données lors de l'application de patches ?

R : Assurez-vous que votre environnement comporte plusieurs instances actives en cours d'exécution. Vous pouvez éviter d'utiliser l'option --continueWithDbDowntime, qui est destinée aux environnements avec une seule instance active.

Q : Comment puis-je connaître la progression d'un patch exécuté en arrière-plan ?

R : Si vous exécutez le patch avec --waitForCompletion false, vous pouvez vérifier le statut du travail en arrière-plan à l'aide de commandes du système d'exploitation telles que ps ou vérifier les journaux situés dans le répertoire de base Grid.

Q : Est-il possible d'appliquer un patch à une version majeure supérieure à l'aide de dbaascli grid patch ?

R : Non. dbaascli grid patch autorise uniquement l'application de patches à une version mineure de la version majeure en cours. Pour les mises à niveau majeures, vous devrez suivre un processus de mise à niveau différent.

Q : Puis-je ignorer des vérifications de prérequis spécifiques lors de l'application de patches ?

R : Non. Lorsque vous utilisez --executePrereqs, toutes les vérifications de prérequis sont exécutées. Toutefois, vous pouvez consulter les résultats des vérifications de prérequis et gérer manuellement les problèmes avant de continuer.

Q : Que dois-je faire si le processus d'application de patches est bloqué ou suspendu ?

R : Si le processus d'application de patches ne répond pas, vous pouvez l'arrêter à l'aide de commandes du système d'exploitation, puis le reprendre à l'aide de l'option --resume. Si cela ne fonctionne pas, essayez d'utiliser l'option --rollback pour rétablir le patch.

Q : Puis-je automatiser le processus d'application de patches sur plusieurs clusters ?

R : Oui. Si vous utilisez des scripts qui incluent la commande dbaascli grid patch avec les options appropriées, vous pouvez automatiser l'application de patches sur différents clusters.

Q : Où puis-je trouver les journaux pour le processus d'application de patches ?

R : Les journaux se trouvent généralement dans le répertoire de base des journaux Oracle Grid ou à l'emplacement par défaut indiqué lors de la configuration. Vous pouvez surveiller ces journaux pour obtenir des détails sur le processus d'application de patches.

Q : Est-il possible de créer un processus de patch silencieux sans interaction utilisateur ?

R : Oui. En spécifiant toutes les options nécessaires dans la commande et en l'exécutant en arrière-plan (--waitForCompletion false), vous pouvez créer un processus d'application de patches non interactif.

Q : Puis-je vérifier les mises à jour de patch disponibles avant d'appliquer un patch ?

R : La commande dbaascli grid patch elle-même n'a pas la possibilité de répertorier les patches disponibles. Toutefois, vous pouvez utiliser les méthodes standard d'Oracle, telles que le support technique Oracle, pour identifier les derniers patches.

Q : Puis-je utiliser dbaascli pour appliquer des patches à plusieurs répertoires de base Oracle ?

R : Non. La commande dbaascli grid patch est conçue pour appliquer des patches à un répertoire de base Oracle Grid Infrastructure spécifique à la fois. Vous devez exécuter la commande séparément pour chaque répertoire de base.

Q : Existe-t-il un moyen d'éviter complètement les temps d'arrêt lors de l'application de patches à Grid Infrastructure ?

R : Pour réduire les temps d'inactivité, assurez-vous que votre environnement dispose de plusieurs instances de base de données actives (configuration RAC) afin que l'application de patches puisse être effectuée noeud par noeud. L'option --continueWithDbDowntime ne doit pas être utilisée dans ce cas.

Q : Comment gérer l'application de patches aux environnements RAC One Node ?

R : Dans les environnements RAC One Node, vous devez faire preuve de prudence avec l'option --continueWithDbDowntime, car il ne peut y avoir qu'une seule instance active. Consultez la documentation Oracle pour connaître les instructions d'application de patches spécifiques à RAC One Node.

Q : Puis-je consulter l'historique des sessions des patches précédents ?

R : L'utilitaire dbaascli ne fournit pas de moyen direct d'afficher l'historique des sessions. Toutefois, les journaux des sessions d'application de patches précédentes se trouvent dans le répertoire de base des journaux Grid.

Exemples de cas d'emploi

Exemple 1 : Application de patches de base à une grille

dbaascli grid patch --targetVersion 19.12.0.0.0

Applique des patches à Oracle Grid Infrastructure vers la version 19.12.0.0.0.

Exemple 2 : application de patches avec une URL de conteneur personnalisée

dbaascli grid patch --targetVersion 19.12.0.0.0 --containerURL https://example.com/custom/url

Applique des patches à Grid Infrastructure vers la version 19.12.0.0.0, à l'aide d'une URL de conteneur personnalisée pour extraire l'image Grid Infrastructure.

Exemple 3 : application de patches avec des vérifications de prérequis

dbaascli grid patch --targetVersion 19.12.0.0.0 --executePrereqs

Applique des patches à Grid Infrastructure vers la version 19.12.0.0.0 après l'exécution des vérifications de prérequis.

Exemple 4 : application de patches à un sous-ensemble de noeuds

dbaascli grid patch --targetVersion 19.12.0.0.0 --nodeList node1,node2,node3

Applique des patches à Grid Infrastructure vers la version 19.12.0.0.0 sur les noeuds indiqués (node1, node2 et node3).

Exemple 5 : annulation du patch

dbaascli grid patch --rollback

Annule (rollback) le dernier patch appliqué sur Oracle Grid Infrastructure.

Exemple 6 : reprise d'une opération de patch précédente

dbaascli grid patch --resume

Reprend l'opération d'application de patches précédente à partir de laquelle elle a été arrêtée.

Exemple 7 : reprise d'une opération de patch avec un ID de session spécifique

dbaascli grid patch --resume --sessionID 12345

Reprend l'opération d'application de patches à l'aide de l'ID de session 12345.

Exemple 8 : application de patches avec temps d'inactivité de base de données autorisé

dbaascli grid patch --targetVersion 19.12.0.0.0 --continueWithDbDowntime

Applique des patches à Grid Infrastructure vers la version 19.12.0.0.0 tout en autorisant le temps d'inactivité de la base de données, si nécessaire.

Exemple 9 : création d'une image patchée

dbaascli grid patch --targetVersion 19.12.0.0.0 --createImage --createImageDir /path/to/dir

Crée une image du répertoire de base Grid auquel des patches ont été appliqués (version 19.12.0.0.0) et la stocke dans le répertoire indiqué.

Exemple 10 : utilisation d'un fichier image existant

dbaascli grid patch --targetVersion 19.12.0.0.0 --imageFile /path/to/image/file.zip

Applique des patches à Grid Infrastructure vers la version 19.12.0.0.0 à l'aide d'un fichier image existant situé dans /path/to/image/file.zip.

Exemple 11 : exécution de l'opération d'application de patches en arrière-plan

dbaascli grid patch --targetVersion 19.12.0.0.0 --waitForCompletion false

Applique des patches à Grid Infrastructure vers la version 19.12.0.0.0 et exécute l'opération en arrière-plan.

Exemple 12 : combinaison de prérequis, d'URL personnalisée et de sous-ensemble de noeuds

dbaascli grid patch --targetVersion 19.12.0.0.0 --executePrereqs --containerURL https://example.com/custom/url --nodeList node1,node2

Applique des patches à Grid Infrastructure vers la version 19.12.0.0.0, exécute des vérifications de prérequis, utilise une URL personnalisée pour l'image et applique le patch uniquement sur node1 et node2.

Exemple 13 : Création d'une image corrigée avec un fichier image existant

dbaascli grid patch --targetVersion 19.12.0.0.0 --createImage --createImageDir /path/to/dir --imageFile /path/to/existing/image.zip

Crée une image corrigée et la stocke dans le répertoire indiqué tout en utilisant un fichier image existant pour le patch.

Exemple 14 : vérification des prérequis sans application de patches

dbaascli grid patch --targetVersion 19.12.0.0.0 --executePrereqs

Vérifie si tous les prérequis sont respectés pour l'application de patches à la version 19.12.0.0.0 sans appliquer réellement le patch.

Exemple 15 : exécution de patches et ignorage des échecs de prérequis

dbaascli grid patch --targetVersion 19.12.0.0.0 --continueWithDbDowntime --executePrereqs

Exécute le patch même en cas d'échec de certaines vérifications de prérequis. Cela est utile dans les scénarios où le temps d'arrêt est autorisé et où certains prérequis peuvent être ignorés.

Exemple 16 : vérification des problèmes dans les journaux de patches

tail -f /u01/app/grid/logs/grid_patch.log

Surveille le journal des patches en temps réel pour diagnostiquer tout problème au cours du processus d'application de patches.

Exemple 17 : application du patch dans un environnement parallèle

dbaascli grid patch --targetVersion 19.12.0.0.0 --nodeList node1,node2 --waitForCompletion false

Applique des patches à Grid Infrastructure sur un sous-ensemble de noeuds (node1 et node2) et exécute le processus en arrière-plan.

Exemple 18 : utilisation d'un fichier image spécifique à partir d'une source externe

dbaascli grid patch --targetVersion 19.12.0.0.0 --imageFile /mnt/images/grid_patch_19.12.zip

Applique des patches à Grid Infrastructure à l'aide d'un fichier image pré-téléchargé situé sur un périphérique de stockage externe.

Exemple 19 : exécution d'un patch avec un ID de session personnalisé

dbaascli grid patch --targetVersion 19.12.0.0.0 --resume --sessionID 67890

Reprend une opération d'application de patches interrompue à l'aide de l'ID de session 67890.

Exemple 20 : Programmation de l'exécution ultérieure de l'application de patches

echo "dbaascli grid patch --targetVersion 19.12.0.0.0" | at 02:00

Planifie l'exécution de la commande d'application de patches à 2 h 00 à l'aide de la commande at sous Linux.

Exemple 21 : spécification du délai d'expiration pour l'achèvement

dbaascli grid patch --targetVersion 19.12.0.0.0 --waitForCompletion true --continueWithDbDowntime --timeout 7200

Applique des patches à Grid Infrastructure tout en autorisant le temps d'inactivité, mais attend jusqu'à 7200 secondes (2 heures) avant d'expirer.

Exemple 22 : création d'une image personnalisée pour un autre environnement

dbaascli grid patch --targetVersion 19.12.0.0.0 --createImage --createImageDir /backups/images/grid_patch

Crée une image personnalisée de Grid Infrastructure avec patches à stocker dans le répertoire /backups/images/grid_patch pour une utilisation dans d'autres environnements.

Exemple 23 : récupération de patch après interruption

dbaascli grid patch --resume --continueWithDbDowntime

Récupère et reprend le processus d'application de patches s'il a été interrompu, avec un temps d'inactivité de base de données autorisé.

Exemple 24 : combinaison de la vérification des prérequis et de l'exécution en arrière-plan

dbaascli grid patch --targetVersion 19.12.0.0.0 --executePrereqs --waitForCompletion false

Vérifie les prérequis et exécute le patch en arrière-plan.

Exemple 25 : ignorer la création d'images pour une application plus rapide des patches

dbaascli grid patch --targetVersion 19.12.0.0.0 --patchInParallel --continueWithDbDowntime --waitForCompletion false

Applique des patches à Grid Infrastructure vers la version 19.12.0.0.0 en parallèle entre les noeuds, avec un temps d'inactivité de base de données autorisé et sans créer d'image pour accélérer le processus.

Exemple 26 : Surveillance de la progression des patches via les journaux

tail -f /u01/app/grid/logs/grid_patch_progress.log

Surveille la progression de l'application de patches dans le fichier journal en temps réel, ce qui fournit des informations sur chaque étape du processus d'application de patches.

Exemple 27 : application de patches avec un délai d'expiration de purge personnalisé

dbaascli grid patch --targetVersion 19.12.0.0.0 --drainTimeoutInSeconds 3600 --continueWithDbDowntime

Applique des patches à Grid Infrastructure et définit un délai d'expiration personnalisé de 1 heure (3600 secondes) pour permettre la purge progressive des ressources pendant le temps d'inactivité de la base de données.

Exemple 28 : application d'un patch à des noeuds spécifiques à l'aide de vérifications de prérequis

dbaascli grid patch --targetVersion 19.12.0.0.0 --nodeList node1,node4 --executePrereqs

Applique des patches uniquement aux noeuds node1 et node4 vers la version 19.12.0.0.0 et exécute au préalable les vérifications de prérequis.

Exemple 29 : application de patches sans attente d'achèvement

dbaascli grid patch --targetVersion 19.12.0.0.0 --waitForCompletion false

Lance l'application de patches à Grid Infrastructure vers la version 19.12.0.0.0 en arrière-plan, ce qui permet d'effectuer d'autres tâches sans attendre la fin du processus.

Exemple 30 : réapplication d'un patch ayant échoué après un délai d'expiration de purge

dbaascli grid patch --resume --drainTimeoutInSeconds 7200

Reprend la session d'application de patches précédente et étend le délai d'expiration de purge des ressources à 2 heures (7200 secondes) en cas d'échec en raison d'un temps insuffisant lors de la tentative précédente.

Exemple 31 : affichage des journaux de patches en temps réel avec un ID de session spécifique

tail -f /u01/app/grid/logs/grid_patch_12345.log

Surveille le fichier journal de la session d'application de patches avec l'ID de session 12345 en temps réel.

Exemple 32 : application de patches à un nouveau répertoire de base cible

dbaascli grid patch --targetHome /u01/app/grid_home_19c --executePrereqs

Effectue un patch "out-of-place" vers un nouveau répertoire de base Oracle Grid situé dans /u01/app/grid_home_19c, avec des vérifications de prérequis.

Exemple 33 : arrêt d'un travail de patch en arrière-plan

ps -ef | grep dbaascli | grep patch | awk '{print $2}' | xargs kill -9

Arrête une tâche de patch en arrière-plan en recherchant et en fermant l'ID de processus (PID) associé.

Exemple 34 : vérification de l'exécution des patches sans journaux

dbaascli grid status --targetVersion 19.12.0.0.0

Vérifie si le patch de la version 19.12.0.0.0 a été appliqué en vérifiant le statut de la version en cours de Grid Infrastructure.

Prérequis

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

Syntaxe

dbaascli grid removeTCPSCert --subject <value>
 {
   --userCert | --trustedCert | --requestedCert
 }
 [--serialNumber <value>] [--executePrereqs] [--resume [--sessionID <value>]] [--bounceListeners]

FAQ

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

R : La commande dbaascli grid removeTCPSCert permet d'enlever les certificats TCPS existants du portefeuille Grid Infrastructure dans un environnement Oracle Exadata.

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

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

Q : Que spécifie l'option --subject dans la commande dbaascli grid removeTCPSCert ?

R : L'option --subject indique l'objet du certificat à enlever du portefeuille Grid Infrastructure.

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

R : L'indicateur --userCert indique que le certificat à enlever est un certificat utilisateur.

Q : Quand dois-je utiliser l'indicateur --trustedCert ?

R : utilisez l'indicateur --trustedCert lors de la suppression d'un certificat sécurisé du portefeuille Grid Infrastructure.

Q : Que fait l'indicateur --requestedCert ?

R : L'indicateur --requestedCert indique que le certificat en cours de suppression est un certificat demandé.

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

R : L'option --serialNumber indique le numéro de série du certificat à supprimer. Il est utile pour identifier de manière unique un certificat lorsqu'il existe plusieurs certificats ayant le même sujet.

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

R : L'option --executePrereqs exécute des vérifications de prérequis avant d'enlever le certificat et signale les résultats, en veillant à ce que l'environnement soit correctement préparé pour l'opération.

Q : Que fait l'option --resume ?

R : L'option --resume reprend l'opération de suppression si elle a été interrompue précédemment.

Q : Comment spécifier un ID de session lors de la reprise d'une opération interrompue ?

R : Utilisez l'option --sessionID pour indiquer l'ID de session de l'opération interrompue à reprendre.

Q : Que fait l'indicateur --bounceListeners ?

R : L'indicateur --bounceListeners est utilisé pour redémarrer le processus d'écoute Grid Infrastructure et analyser le processus d'écoute après la suppression du certificat TCPS.

Q : Puis-je supprimer un certificat TCPS sans rebondir les auditeurs ?

R : Oui, l'indicateur --bounceListeners est facultatif. Si vous ne l'indiquez pas, les processus d'écoute ne seront pas automatiquement redémarrés.

Q : Comment puis-je m'assurer que l'opération fonctionnera en toute sécurité ?

R : Vous pouvez utiliser l'option --executePrereqs pour effectuer des vérifications de prérequis avant d'exécuter la commande, en vous assurant que tout est en ordre avant le processus de suppression.

Q : Que dois-je faire si je dois supprimer un certificat utilisateur spécifique par numéro de série ?

R : utilisez l'option --subject pour indiquer l'objet du certificat, l'indicateur --userCert pour indiquer qu'il s'agit d'un certificat utilisateur et l'option --serialNumber pour indiquer le numéro de série du certificat.

Q : Puis-je supprimer plusieurs certificats à la fois ?

R : Non, la commande est conçue pour supprimer un seul certificat à la fois en fonction du sujet fourni et d'autres paramètres.

Q : Que se passe-t-il si le processus de suppression du certificat est interrompu ?

R : Vous pouvez reprendre l'opération à l'aide de l'option --resume et de l'option --sessionID du processus interrompu.

Q : Dois-je exécuter la commande en tant qu'utilisateur root ?

R : Oui, la commande dbaascli grid removeTCPSCert doit être exécutée en tant qu'utilisateur root pour disposer des privilèges nécessaires à la suppression des certificats TCPS.

Q : Comment puis-je identifier le certificat que je veux supprimer ?

R : Vous pouvez identifier le certificat par son sujet, et éventuellement par son numéro de série pour vous assurer que vous ciblez le certificat correct pour suppression.

Q : Quel est un exemple de commande permettant de supprimer un certificat sécurisé ?

R : Voici un exemple :

dbaascli grid removeTCPSCert --subject "CN=example_cert" --trustedCert

Prérequis

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

Syntaxe

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

FAQ

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

R : La commande dbaascli grid rotateTCPSCert est utilisée pour effectuer la rotation des certificats TCPS (protocole Transport Layer Security) dans le portefeuille Grid Infrastructure dans les environnements Oracle Exadata.

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

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

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

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

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

R : L'option --caCertChain spécifie une liste concaténée de certificats, y compris les certificats d'autorité de certification intermédiaire et racine, pour la configuration TCPS.

Q : Que fait l'option --precheckOnly ?

R : L'option --precheckOnly vous permet d'exécuter des prévérifications sans apporter de modifications réelles. Les valeurs valides sont "yes" pour exécuter uniquement les prévérifications et "no" pour poursuivre la rotation.

Q : Comment l'option --serverCert est-elle utilisée ?

R : L'option --serverCert spécifie le chemin d'accès au certificat de serveur PEM (Privacy Enhanced Mail) utilisé ou faisant l'objet d'une rotation pour la configuration TCPS.

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

R : L'option --privateKey indique le chemin d'accès au fichier de clés privées correspondant au certificat de serveur utilisé pour la rotation TCPS.

Q : Quelles sont les valeurs valides pour l'option --certType ?

R : L'option --certType accepte les valeurs suivantes pour indiquer le type de certificat à ajouter au portefeuille Grid Infrastructure :

SELF_SIGNED_CERT (par défaut)

CA_SIGNED_CERT

PKCS12_CERT

Q : Que fait l'option --privateKeyPasswordProtected ?

R : L'option --privateKeyPasswordProtected indique si la clé privée est protégée par mot de passe. Valeurs valides : true (par défaut) ou false

Q : Puis-je exécuter la commande dbaascli grid rotateTCPSCert sans effectuer de rotation des certificats ?

R : Oui, à l'aide de l'option --precheckOnly yes, vous pouvez exécuter uniquement les prévérifications sans effectuer de rotation des certificats.

Q : Quel est l'exemple d'une commande permettant de faire pivoter un certificat à l'aide d'un portefeuille PKCS12 ?

R : Voici un exemple de commande :

dbaascli grid rotateTCPSCert --pkcs12WalletFilePath /path/to/wallet.p12 --certType PKCS12_CERT

Q : Comment faire pivoter un certificat de serveur avec une chaîne de certificats signée par une autorité de certification ?

R : Utilisez les options --serverCert et --caCertChain comme indiqué ci-dessous :

dbaascli grid rotateTCPSCert --serverCert /path/to/serverCert.pem --caCertChain /path/to/caChain.pem

Q : Que se passe-t-il si je ne spécifie pas --privateKeyPasswordProtected ?

R : Si vous n'indiquez pas l'option --privateKeyPasswordProtected, la commande suppose que la clé privée est protégée par mot de passe (par défaut : true).

Q : Puis-je faire pivoter un certificat auto-signé ?

R : Oui. Vous pouvez effectuer la rotation d'un certificat autosigné à l'aide de l'option --certType SELF_SIGNED_CERT par défaut ou en le spécifiant explicitement.

Q : Comment effectuer la rotation d'un certificat sans fournir de clé privée ?

R : Pour certains types de certificat, comme PKCS12, vous n'avez peut-être pas besoin de fournir un fichier de clé privée distinct, car il est inclus dans le portefeuille. Toutefois, si une clé privée est requise, elle doit être fournie à l'aide de l'option --privateKey.

Q : Que faire si je veux faire pivoter un certificat en arrière-plan ?

R : La commande dbaascli grid rotateTCPSCert ne fournit pas d'option explicite pour l'exécution en arrière-plan. Vous pouvez exécuter la commande directement dans une session en arrière-plan (par exemple, à l'aide de nohup ou d'outils similaires).

Q : Quel est le type de certificat par défaut s'il n'est pas spécifié ?

R : Le type de certificat par défaut est SELF_SIGNED_CERT.

Prérequis

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

Syntaxe

dbaascli grid upgrade --version
[--resume]
[--executePrereqs]
[--containerURL]
[--softwareOnly]
[--targetHome]
[--revert]

FAQ

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

R : La commande dbaascli grid upgrade permet de mettre à niveau Oracle Grid Infrastructure d'une version majeure vers une autre sur une machine virtuelle Exadata Cloud@Customer.

Q : Quelle est la condition préalable à l'exécution de la commande dbaascli grid upgrade ?

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 : Que précise l'option --version ?

R : L'option --version indique la version cible d'Oracle Grid Infrastructure vers laquelle effectuer la mise à niveau.

Q : Que fait l'option --resume ?

R : L'option --resume reprend un processus de mise à niveau de Grid Infrastructure interrompu ou ayant échoué.

Q : Comment l'option --executePrereqs est-elle utilisée ?

R : L'option --executePrereqs exécute uniquement les vérifications de prérequis pour la mise à niveau de Grid Infrastructure sans effectuer la mise à niveau réelle.

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

R : L'option --containerURL indique une URL personnalisée pour extraire l'image logicielle Grid Infrastructure pour la mise à niveau.

Q : Que fait l'option --softwareOnly ?

R : L'option --softwareOnly installe uniquement le logiciel Grid Infrastructure sans configurer ni mettre à niveau l'environnement Grid.

Q : Quand utiliseriez-vous l'option --targetHome ?

R : L'option --targetHome indique le chemin du répertoire de base Grid cible existant où la mise à niveau sera effectuée.

Q : Que se passe-t-il si la mise à niveau échoue ?

R : Si la mise à niveau échoue, vous pouvez utiliser l'option --revert pour restaurer l'état précédent de la mise à niveau.

Q : Puis-je effectuer une mise à niveau de Grid Infrastructure par étapes ?

R : Oui, à l'aide de l'option --softwareOnly, vous pouvez d'abord installer le logiciel, puis terminer la mise à niveau complète, ce qui permet des mises à niveau intermédiaires.

Q : Comment utiliser la commande dbaascli grid upgrade pour mettre à niveau uniquement le logiciel ?

R : Utilisez la syntaxe suivante pour mettre à niveau uniquement le logiciel :

dbaascli grid upgrade --version <target_version> --softwareOnly

Q : Puis-je vérifier les prérequis de mise à niveau sans effectuer la mise à niveau ?

R : Oui, vous pouvez uniquement exécuter les vérifications de prérequis à l'aide des éléments suivants :

dbaascli grid upgrade --version <target_version> --executePrereqs

Q : Comment mettre à niveau Grid Infrastructure à l'aide d'une URL de conteneur personnalisée ?

R : Vous pouvez indiquer l'URL d'extraction de l'image Grid Infrastructure comme suit :

dbaascli grid upgrade --version <target_version> --containerURL <custom_url>

Q : Comment puis-je reprendre un processus de mise à niveau précédemment interrompu ?

R : Pour reprendre une mise à niveau précédemment interrompue ou ayant échoué, utilisez :

dbaascli grid upgrade --version <target_version> --resume

Q : Que fait l'option --revert dans la commande dbaascli grid upgrade ?

R : L'option --revert annule l'état d'origine d'une mise à niveau de Grid Infrastructure ayant échoué ou interrompue.

Q : Puis-je effectuer une mise à niveau complète sans configurer Grid Infrastructure immédiatement ?

R : Oui, vous pouvez d'abord installer uniquement le logiciel à l'aide de l'option --softwareOnly, puis le configurer ultérieurement.

Q : Que dois-je faire si une mise à niveau échoue et que je veux annuler les modifications ?

R : Utilisez l'option --revert pour annuler la mise à niveau ayant échoué :

dbaascli grid upgrade --version <target_version> --revert

Prérequis

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

Syntaxe

dbaascli job getStatus --jobID

Prérequis

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

Syntaxe

dbaascli pdb backup --pdbName <value> --dbname <value>
        {
            --start
                {
                    [--level1]
                    | [--archival --tag <value>]
                }
            | --delete --backupTag <value>
            | --status --uuid <value>
            | --getBackupReport --json <value> --tag <value>
            | --list [--json <value>]
        }

--pdbName: PDB name.
--dbname: Oracle Database name.
--start | --delete | --status | --getBackupReport | --list
--start: Begins PDB backup.
      [--level1 | --archival]
      [--level1: Creates a Level-1 (incremental) backup.]
      [--archival: Creates an archival full backup.]
          --tag: Specify backup tag.
--delete: Deletes archival backup.
          --backupTag: Specify backup tag to delete.
--status
          --uuid <value>
--getBackupReport: Returns backup report.
         --json: Specify the file name for JSON output.
         --tag: Specify backup tag.
--list: Returns PDB backup information.
         [--json: Specify the file name for JSON output.]

FAQ

Q : Quel est le but de la commande de sauvegarde dbaascli pdb ?

R : La commande dbaascli pdb backup permet de créer des sauvegardes pour une base de données pluggable, d'interroger le statut de sauvegarde, de générer des rapports de sauvegarde et de supprimer des sauvegardes de base de données pluggable dans un environnement Exadata Cloud@Customer.

Q : Quel est le prérequis pour utiliser la commande de sauvegarde dbaascli pdb ?

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 démarrer une sauvegarde de base de données pluggable à l'aide de la commande dbaascli PDB backup ?

R : Vous pouvez démarrer une sauvegarde de base de données pluggable à l'aide de l'option --start. Par exemple :

dbaascli pdb backup --pdbName <PDB_Name> --dbname <DB_Name> --start

Q : Quelles options peuvent être utilisées avec l'indicateur --start ?

R : Avec l'indicateur --start, vous pouvez indiquer les éléments suivants :

--level1 pour une sauvegarde incrémentielle de niveau 1

--archival pour une sauvegarde d'archivage complète (qui nécessite également --tag pour indiquer la balise de sauvegarde)

Q : Comment créer une sauvegarde de base de données pluggable incrémentielle de niveau 1 ?

R : Utilisez l'indicateur --level1 avec l'option --start pour créer une sauvegarde incrémentielle de niveau 1 :

dbaascli pdb backup --pdbName <PDB_Name> --dbname <DB_Name> --start --level1

Q : Comment créer une sauvegarde de base de données pluggable d'archivage ?

R : utilisez l'indicateur --archival avec l'option --start et indiquez une balise de sauvegarde à l'aide de --tag :

dbaascli pdb backup --pdbName <PDB_Name> --dbname <DB_Name> --start --archival --tag <backup_tag>

Q : Comment supprimer une sauvegarde de base de données pluggable spécifique ?

R : Pour supprimer une sauvegarde spécifique, utilisez l'indicateur --delete et indiquez la balise de sauvegarde à l'aide de --backupTag :

dbaascli pdb backup --pdbName <PDB_Name> --dbname <DB_Name> --delete --backupTag <backup_tag>

Q : Comment vérifier le statut d'une sauvegarde de base de données pluggable ?

R : utilisez l'indicateur --status avec la sauvegarde --uuid pour vérifier le statut d'une sauvegarde spécifique :

dbaascli pdb backup --pdbName <PDB_Name> --dbname <DB_Name> --status --uuid <backup_uuid>

Q : Comment extraire un rapport de sauvegarde de base de données pluggable au format JSON ?

R : Pour obtenir un rapport de sauvegarde au format JSON, utilisez l'option --getBackupReport, indiquez le nom de fichier avec --json et fournissez la balise de sauvegarde avec --tag :

dbaascli pdb backup --pdbName <PDB_Name> --dbname <DB_Name> --getBackupReport --json <file_name> --tag <backup_tag>

Q : Comment répertorier toutes les sauvegardes de base de données pluggable pour une base de données pluggable spécifique ?

R : Utilisez l'option --list pour obtenir la liste de toutes les sauvegardes pour une base de données pluggable donnée :

dbaascli pdb backup --pdbName <PDB_Name> --dbname <DB_Name> --list

Vous pouvez éventuellement générer la liste au format JSON à l'aide de l'indicateur --json :

dbaascli pdb backup --pdbName <PDB_Name> --dbname <DB_Name> --list --json <file_name>

Q : Que fait l'option --pdbName ?

R : L'option --pdbName indique le nom de la base de données pluggable pour laquelle sauvegarder, interroger ou supprimer des sauvegardes.

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

R : L'option --dbname indique le nom de l'instance Oracle Database à laquelle la base de données pluggable appartient.

Q : Comment spécifier une balise de sauvegarde pour une sauvegarde de base de données pluggable ?

R : Vous indiquez une balise de sauvegarde à l'aide de l'option --tag lors du démarrage d'une sauvegarde d'archivage ou de l'extraction d'un rapport de sauvegarde :

--tag <backup_tag>

Q : Puis-je exécuter des sauvegardes de base de données pluggable en mode JSON ?

R : Oui. Les options de rapport de sauvegarde (--getBackupReport) et de liste de sauvegarde (--list) prennent en charge la sortie au format JSON. Vous indiquez un nom de fichier JSON à l'aide de l'option --json.

Prérequis

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

Syntaxe

dbaascli pdb bounce --dbname --pdbName | --pdbUID
[–openMode]

FAQ

Q : Quel est le rôle de la commande dbaascli pdb bounce ?

R : la commande dbaascli pdb bounce permet de redémarrer (redémarrer) une base de données pluggable dans un environnement Exadata Cloud@Customer.

Q : Quels sont les prérequis pour utiliser la commande dbaascli pdb bounce ?

R : la commande doit être exécutée en tant qu'utilisateur oracle et vous devez être connecté à une machine virtuelle Exadata Cloud@Customer.

Q : Comment puis-je redémarrer une base de données pluggable en indiquant son nom ?

R : Pour redémarrer une base de données pluggable en indiquant son nom, utilisez la syntaxe suivante :

dbaascli pdb bounce --dbname <CDB_Name> --pdbName <PDB_Name>

Q : Comment redémarrer une base de données pluggable à l'aide de son identificateur unique (UID) ?

R : Pour redémarrer une base pluggable à l'aide de son identificateur unique (UID), utilisez la syntaxe suivante :

dbaascli pdb bounce --dbname <CDB_Name> --pdbUID <PDB_UID>

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

R : L'option --dbname indique le nom de la base de données Conteneur qui héberge la base de données pluggable en cours de redémarrage.

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

R : L'option --pdbName indique le nom de la base de données pluggable à redémarrer.

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

R : L'option --pdbUID indique l'identificateur unique (UID) de la base de données pluggable à redémarrer.

Q : Comment indiquer le mode d'ouverture cible pour la base de données pluggable lors de son redémarrage ?

R : Vous pouvez utiliser l'option --openMode pour indiquer le mode d'ouverture souhaité pour la base de données pluggable après un redémarrage. Les valeurs valides sont READ_WRITE et READ_ONLY. Par exemple :

dbaascli pdb bounce --dbname <CDB_Name> --pdbName <PDB_Name> --openMode READ_WRITE

Q : Puis-je ouvrir la base de données pluggable en mode lecture seule après l'avoir rebondie ?

R : Oui. Vous pouvez utiliser l'option --openMode READ_ONLY pour ouvrir la base de données pluggable en mode lecture seule après un redémarrage :

dbaascli pdb bounce --dbname <CDB_Name> --pdbName <PDB_Name> --openMode READ_ONLY

Q : Quel est le mode d'ouverture par défaut si --openMode n'est pas spécifié ?

R : Si --openMode n'est pas indiqué, la base de données pluggable est ouverte dans son mode d'ouverture par défaut, qui est généralement READ_WRITE.

Q : Puis-je utiliser --pdbName et --pdbUID dans la même commande ?

R : Non. Vous devez indiquer --pdbName ou --pdbUID, mais pas les deux dans la même commande.

Q : Comment puis-je redémarrer une base de données pluggable et m'assurer qu'elle s'ouvre en mode lecture/écriture ?

R : Pour redémarrer une base de données pluggable et vous assurer qu'elle s'ouvre en mode lecture/écriture, utilisez l'option --openMode READ_WRITE :

dbaascli pdb bounce --dbname <CDB_Name> --pdbName <PDB_Name> --openMode READ_WRITE

Q : Est-il obligatoire d'indiquer le mode d'ouverture lors de l'utilisation de la commande dbaascli pdb bounce ?

R : Non, la spécification de --openMode est facultative. S'il n'est pas indiqué, la base de données pluggable s'ouvre dans son mode par défaut.

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

R : Si l'indicateur --openMode n'est pas indiqué, la base de données pluggable est ouverte dans son mode par défaut, qui est généralement READ_WRITE.

Prérequis

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

Syntaxe

dbaascli pdb close --dbname --pdbName | --pdbUID

Une fois la commande exécutée, la base de données pluggable est fermée sur toutes les instances de la base de données Conteneur.

FAQ

Q : Quel est le rôle de la commande dbaascli pdb close ?

R : la commande dbaascli pdb close permet de fermer une base de données pluggable dans un environnement Exadata Cloud@Customer.

Q : Quels sont les prérequis pour utiliser la commande dbaascli pdb close ?

R : la commande doit être exécutée en tant qu'utilisateur oracle et vous devez être connecté à une machine virtuelle Exadata Cloud@Customer.

Q : Comment fermer une base de données pluggable en indiquant son nom ?

R : Pour fermer une base pluggable en indiquant son nom, utilisez la syntaxe suivante :

dbaascli pdb close --dbname <CDB_Name> --pdbName <PDB_Name>

Q : Comment fermer une base de données pluggable en indiquant son identificateur unique (UID) ?

R : Pour fermer une base pluggable à l'aide de son identificateur unique (UID), utilisez la syntaxe suivante :

dbaascli pdb close --dbname <CDB_Name> --pdbUID <PDB_UID>

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

R : L'option --dbname indique le nom de la base de données Conteneur qui héberge la base de données pluggable à fermer.

Q : Que fait l'option --pdbName dans la commande dbaascli pdb close ?

R : L'option --pdbName indique le nom de la base de données pluggable à fermer.

Q : Quel est le but de l'option --pdbUID dans la commande dbaascli pdb close ?

R : L'option --pdbUID vous permet d'indiquer l'identificateur unique (UID) de la base de données pluggable à fermer.

Q : Puis-je fermer la base de données pluggable sur une instance spécifique de la base de données Conteneur ?

R : Non. Une fois la base de données pluggable exécutée, elle est fermée sur toutes les instances de la base de données Conteneur.

Q : Est-il possible de spécifier --pdbName et --pdbUID dans la même commande ?

R : Non. Vous pouvez indiquer --pdbName ou --pdbUID, mais pas les deux dans la même commande.

Q : Que se passe-t-il lorsque la commande dbaascli pdb close aboutit ?

R : une fois la commande exécutée, la base de données pluggable est fermée sur toutes les instances de la base de données Conteneur.

Q : Comment fermer une base de données pluggable spécifique au sein d'une base de données Conteneur à l'aide de son UID ?

R : Vous pouvez fermer une base de données pluggable spécifique à l'aide de son UID en exécutant :

dbaascli pdb close --dbname <CDB_Name> --pdbUID <PDB_UID>

Q : Que se passe-t-il si j'oublie de spécifier --pdbName ou --pdbUID ?

R : Vous devez indiquer --pdbName ou --pdbUID dans la commande. Si aucune des deux n'est fournie, la commande ne sera pas exécutée.

Q : Puis-je utiliser directement la commande dbaascli pdb close pour une base de données Conteneur ?

R : Non. La commande est conçue pour fermer une base de données pluggable au sein d'une base de données Conteneur, et non la base de données Conteneur elle-même.

Prérequis

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

Syntaxe

dbaascli pdb getConnectString --dbname --pdbName | --pdbUID

FAQ

Q : Quel est le rôle de la commande dbaascli pdb getConnectString ?

R : La commande dbaascli pdb getConnectString permet d'afficher les informations de chaîne de connexion Oracle Net pour une base de données pluggable dans un environnement Exadata Cloud@Customer.

Q : Quels sont les prérequis pour utiliser la commande dbaascli pdb getConnectString ?

R : la commande doit être exécutée en tant qu'utilisateur oracle et vous devez être connecté à une machine virtuelle Exadata Cloud@Customer.

Q : Comment extraire la chaîne de connexion d'une base de données pluggable en indiquant son nom ?

R : Pour extraire la chaîne de connexion en indiquant le nom de la base de données pluggable, utilisez la syntaxe suivante :

dbaascli pdb getConnectString --dbname <CDB_Name> --pdbName <PDB_Name>

Q : Comment extraire la chaîne de connexion d'une base de données pluggable en indiquant son identificateur unique (UID) ?

R : Pour extraire la chaîne de connexion à l'aide de l'identificateur unique (UID) de la base de données pluggable, utilisez la syntaxe suivante :

dbaascli pdb getConnectString --dbname <CDB_Name> --pdbUID <PDB_UID>

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

R : L'option --dbname indique le nom de la base de données Conteneur qui héberge la base de données pluggable pour laquelle afficher les informations de chaîne de connexion.

Q : Que fait l'option --pdbName dans la commande dbaascli pdb getConnectString ?

R : L'option --pdbName indique le nom de la base de données pluggable pour laquelle vous voulez extraire les informations de chaîne de connexion Oracle Net.

Q : Quel est le but de l'option --pdbUID dans la commande dbaascli pdb getConnectString ?

R : L'option --pdbUID vous permet d'indiquer l'identificateur unique (UID) de la base de données pluggable pour laquelle afficher la chaîne de connexion.

Q : Puis-je utiliser --pdbName et --pdbUID dans la même commande ?

R : Non. Vous pouvez utiliser --pdbName ou --pdbUID, mais pas les deux dans la même commande.

Q : Quel type d'informations la commande dbaascli pdb getConnectString renvoie-t-elle ?

R : La commande renvoie les informations de chaîne de connexion Oracle Net pour la base de données pluggable indiquée.

Q : Puis-je extraire la chaîne de connexion d'une base de données pluggable sur une instance de base de données Conteneur spécifique ?

R : Non. La chaîne de connexion concerne l'ensemble de la base de données pluggable et non une instance spécifique de la base de données Conteneur.

Q : Comment obtenir les informations de chaîne de connexion si je connais uniquement l'identificateur unique (UID) de la base de données pluggable ?

R : Vous pouvez extraire la chaîne de connexion à l'aide de l'UID de la base de données pluggable en exécutant la commande suivante :

dbaascli pdb getConnectString --dbname <CDB_Name> --pdbUID <PDB_UID>

Q : Que se passe-t-il si je n'ai pas fourni --pdbName ou --pdbUID ?

R : Vous devez indiquer --pdbName ou --pdbUID pour extraire la chaîne de connexion. La commande ne sera pas exécutée sans l'une de ces options.

Q : Les informations de chaîne de connexion pour la base de données pluggable sont-elles toujours les mêmes sur toutes les instances de la base de données Conteneur ?

R : Oui. Les informations de chaîne de connexion sont cohérentes pour la base de données pluggable dans toutes les instances de la base de données Conteneur.

Prérequis

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

Syntaxe

dbaascli pdb create --pdbName <value> --dbName <value> 
[--maxCPU <value>] 
[--maxSize <value>] 
[--pdbAdminUserName <value>] 
[--lockPDBAdminAccount <value>] 
[--resume [--sessionID <value>]] 
[--executePrereqs <value>] 
[--waitForCompletion <value>] 
[--blobLocation |--standbyBlobFromPrimary <value>]

Pendant le processus de création de la base de données pluggable, vous êtes invité à indiquer le mot de passe d'administration relatif à la nouvelle base de données pluggable.

FAQ

Q : Quel est le rôle de la commande dbaascli pdb create ?

R : la commande dbaascli pdb create permet de créer une base de données pluggable dans une base de données Conteneur dans un environnement Exadata Cloud@Customer.

Q : Quels sont les prérequis pour utiliser la commande dbaascli pdb create ?

R : la commande doit être exécutée en tant qu'utilisateur oracle et vous devez être connecté à une machine virtuelle Exadata Cloud@Customer.

Q : Que fait l'option --pdbName dans la commande dbaascli pdb create ?

R : L'option --pdbName indique le nom de la nouvelle base de données pluggable à créer.

Q : Que fait l'option --dbName dans la commande dbaascli pdb create ?

R : L'option --dbName indique le nom de la base de données Conteneur qui hébergera la nouvelle base de données pluggable.

Q : Puis-je limiter les ressources d'UC de la nouvelle base de données pluggable ?

R : Oui. Vous pouvez utiliser l'option --maxCPU pour indiquer le nombre maximal d'UC que la base de données pluggable peut utiliser. Cela équivaut à définir le paramètre CPU_COUNT dans la base de données pluggable.

Q : Comment limiter la taille de stockage d'une base de données pluggable ?

R : Vous pouvez utiliser l'option --maxSize pour indiquer la taille totale maximale des fichiers de données et des fichiers temporaires pour la base de données pluggable. Vous pouvez définir une limite de taille (en K, M, G ou T) ou indiquer UNLIMITED sans limite.

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

R : L'option --pdbAdminUserName indique le nom de l'administrateur de la nouvelle base de données pluggable. Cet utilisateur disposera de privilèges d'administration au sein de la base de données pluggable.

Q : Est-il possible de verrouiller le compte d'administrateur lors de la création de la base de données pluggable ?

R : Oui. Vous pouvez utiliser l'option --lockPDBAdminAccount pour indiquer si le compte d'administrateur de base de données pluggable doit être verrouillé. Valeur par défaut : true (verrouillé).

Q : Que fait l'option --resume dans la commande dbaascli pdb create ?

R : L'option --resume vous permet de reprendre un processus de création de base de données pluggable ayant échoué précédemment.

Q : Comment spécifier un ID de session pour reprendre une exécution précédente ?

R : Vous pouvez indiquer un ID de session à l'aide de l'option --sessionID pour reprendre une session spécifique du processus de création de base de données pluggable.

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

R : L'option --executePrereqs indique s'il faut exécuter uniquement les vérifications de prérequis pour la création de base de données pluggable. Vous pouvez définir cette option sur yes ou no.

Q : Puis-je exécuter le processus de création de base de données pluggable en arrière-plan ?

R : Oui, vous pouvez utiliser l'option --waitForCompletion et la définir sur False pour exécuter l'opération en arrière-plan.

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

R : L'option --standbyBlobFromPrimary indique l'emplacement du fichier BLOB de secours, préparé à partir de la base de données principale. Requis pour les opérations de base de données pluggable de la base de données de secours.

Q : Comment le mot de passe d'administrateur de base de données pluggable sera-t-il demandé lors du processus de création ?

R : Pendant le processus de création de la base pluggable, vous serez invité à indiquer le mot de passe d'administration pour la nouvelle base pluggable.

Q : Puis-je créer une base de données pluggable de secours à l'aide de la commande dbaascli PDB create ?

R : Oui. Si vous créez une base de données pluggable de secours, vous pouvez utiliser l'option --standbyBlobFromPrimary pour indiquer l'emplacement du fichier BLOB de secours à partir de la base de données principale.

Q : Que se passe-t-il si je n'utilise pas l'option --maxSize ?

R : Si vous n'indiquez pas l'option --maxSize, la base de données pluggable n'aura pas de limite de taille de stockage, sauf définition contraire par les stratégies de base de données Conteneur.

Q : Que se passe-t-il si je ne fournis pas l'option --pdbAdminUserName ?

R : Si vous n'indiquez pas l'option --pdbAdminUserName, la base de données pluggable sera créée sans administrateur indiqué et vous devrez la configurer manuellement après sa création.

Q : Puis-je reprendre la création d'une base de données pluggable ayant échoué à tout moment du processus ?

R : Oui. Tant que la session n'a pas pris fin, vous pouvez reprendre la création d'une base de données pluggable ayant échoué à l'aide des options --resume et --sessionID.

Prérequis

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

Syntaxe

dbaascli pdb createSnapshot
{
    --pdbName <value> | --pdbUID <value>
}
--dbName <value>
--snapshotName <value>
[--pdbAdminUserName <value>]
[--executePrereqs] [--resume [--sessionID <value>]]
[--waitForCompletion true|false]

Où :

• --pdbName indique le nom de la base de données pluggable à partir de laquelle créer le cliché.
• --pdbUID indique l'ID utilisateur (UID) de la base de données pluggable à partir de laquelle créer le cliché.
• Nom Oracle Database --dbName.
• --snapshotName indique le nom de cliché de base de données pluggable.
• --pdbAdminUserName indique le nom de l'administrateur de la base de données pluggable.
• --executePrereqs exécute les vérifications de prérequis et signale les résultats.
• --resume [--sessionID <value>] reprend l'opération précédente. L'indicateur --sessionID <value> peut être utilisé pour reprendre à partir d'un ID de session spécifique (<value>).
• --waitForCompletion true|false indique si l'opération doit être exécutée au premier plan (true) ou en arrière-plan (false). Valeurs valides : true, false.

Prérequis

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

Syntaxe

dbaascli pdb configureSnapshot
{
    --pdbName <value> | --pdbUID <value>
}
--dbName <value>
--snapshotIntervalInMins <value>
[--executePrereqs]
[--maxPDBSnapshots <value>]
[--waitForCompletion <value>]

Où :

• --pdbName <value> indique le nom de la base de données pluggable pour laquelle la configuration de cliché automatique sera définie.
• --pdbUID <value> indique l'ID utilisateur (UID) de la base de données pluggable pour laquelle la configuration de cliché automatique sera définie.
• Nom Oracle Database --dbName.
• --snapshotIntervalInMins <value> indique l'intervalle, en minutes, pendant lequel les clichés de base de données pluggable automatiques seront pris.
• --executePrereqs exécute les vérifications de prérequis et signale les résultats.
• --maxPDBSnapshots <value>] indique le nombre maximal de clichés à créer pour la base de données pluggable indiquée.
• --waitForCompletion true|false indique si l'opération doit être exécutée au premier plan (true) ou en arrière-plan (false). Valeurs valides : true, false.

Prérequis

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

Syntaxe

dbaascli pdb delete --dbName value 
{ --pdbName value | --pdbUID value }
[--executePrereqs value]
[--waitForCompletion value]
[--resume [--sessionID value]]
[--allStandbyPrepared]
[--cleanupRelocatedPDB]

FAQ

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

R : la commande dbaascli pdb delete permet de supprimer une base de données pluggable d'une base de données Conteneur dans un environnement Exadata Cloud@Customer.

Q : Quels sont les prérequis pour exécuter la commande dbaascli pdb delete ?

R : la commande doit être exécutée en tant qu'utilisateur oracle et vous devez être connecté à une machine virtuelle Exadata Cloud@Customer.

Q : Que spécifie l'option --dbName dans la commande dbaascli pdb delete ?

R : L'option --dbName indique le nom de la base de données Conteneur qui héberge la base de données pluggable à supprimer.

Q : Comment spécifier la base de données pluggable à supprimer à l'aide de la commande dbaascli PDB delete ?

R : Vous pouvez indiquer la base de données pluggable à supprimer à l'aide de l'option --pdbName (indique le nom de la base de données pluggable) ou de l'option --pdbUID (indique l'UID de la base de données pluggable).

Q : Puis-je exécuter les vérifications de prérequis sans supprimer réellement la base de données pluggable ?

R : Oui. Vous pouvez utiliser l'option --executePrereqs et la définir sur yes afin d'exécuter uniquement les vérifications de prérequis pour l'opération de suppression de base de données pluggable.

Q : Comment exécuter le processus de suppression de base de données pluggable en arrière-plan ?

R : Utilisez l'option --waitForCompletion et définissez-la sur false pour exécuter le processus de suppression en arrière-plan.

Q : Que fait l'option --resume dans la commande dbaascli pdb delete ?

R : L'option --resume vous permet de reprendre un processus de suppression de base de données pluggable ayant précédemment échoué.

Q : Comment reprendre une session spécifique pour la suppression d'une base de données pluggable ?

R : Vous pouvez indiquer un ID de session à l'aide de l'option --sessionID afin de reprendre une session spécifique pour le processus de suppression de base de données pluggable.

Q : Que fait l'option --allStandbyPrepared ?