Utilizzo della utility dbaascli su Oracle Exadata Database Service sull'infrastruttura Exascale

1. Connettersi alla virtual machine come utente opc.

   Per istruzioni dettagliate, vedere Connessione a una Virtual Machine con SSH.

2. Avviare una shell del comando utente root:

   sudo -s

3. Eseguire il comando riportato di seguito:

   dbaascli cswlib showImages --product database

   L'output del comando elenca le immagini software del database disponibili.

   dbaascli cswlib showImages --product grid

   L'output del comando elenca le immagini del software Grid disponibili.

4. Uscire dalla shell del comando utente root:

   exit

   Per ulteriori dettagli sulle opzioni supportate avanzate, vedere dbaascli cswlib showImages.

1. Connettersi alla virtual machine come utente opc.

   Per istruzioni dettagliate, vedere Connessione a una Virtual Machine con SSH.

2. Avviare una shell del comando utente root:

   sudo -s

3. Eseguire il comando riportato di seguito:

   dbaascli dbhome create --version Oracle Home Version --imageTag image Tag Value

   Dove:

   • --version specifica la versione di Oracle Database
   • --imageTag specifica la tag immagine dell'immagine da utilizzare
   Ad esempio:

   dbaascli dbhome create --version 23.26.0.0.0

   Nota
   
   La specifica di imageTag è facoltativa. Per visualizzare le tag immagine, fare riferimento al comando dbaascli cswlib showImages. Le tag immagine sono in genere uguali alla versione del database. Tuttavia, viene mantenuto come una disposizione per i casi in cui potrebbe essere necessario rilasciare più immagini per la stessa versione, ciascuna rispondente a specifiche esigenze del cliente.
4. Uscire dalla shell del comando utente root:

   exit

   Per ulteriori dettagli sulle opzioni supportate avanzate, vedere dbaascli dbhome create.

• Creare un container database (CDB) o un database non di tipo container
• Creare un CDB con pluggable database (PDB)
• Creare un Oracle Database con il set di caratteri specificato
• Creare database Oracle su un subset di nodi cluster
  Nota
  
  

  • I database creati su un subset di nodi non verranno visualizzati nella console OCI.
  • La utility dbaascli è compatibile solo con il provisioning di Oracle AI Database 26ai su Oracle Exadata Database Service on Exascale Infrastructure. Oracle consiglia di utilizzare l'API basata su console OCI anziché dbaascli per eseguire il provisioning di Oracle Database 19c su questo servizio.

1. Connettersi alla virtual machine come utente opc.

   Per istruzioni dettagliate, vedere Connessione a una Virtual Machine con SSH.

2. Avviare una shell del comando utente root:

   sudo -s

3. Eseguire il comando riportato di seguito:

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

   Dove:

   • --dbName specifica il nome del database
   • --oracleHome specifica la posizione della Oracle home
   Per creare un CDB, eseguire il comando seguente:

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

   Per creare un database non CDB, eseguire il comando seguente:

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

   Quando richiesto, immettere le password sys e tde.

4. Uscire dalla shell del comando utente root:

   exit

   Per ulteriori dettagli sulle opzioni supportate avanzate, vedere dbaascli database create.

1. Connettersi alla virtual machine come utente opc.

   Per istruzioni dettagliate, vedere Connessione a una Virtual Machine con SSH.

2. Avviare una shell del comando utente root:

   sudo -s

3. Eseguire il comando riportato di seguito:

   dbaascli cswlib showImages --product database

   L'output del comando elenca le immagini software del database disponibili.

   dbaascli cswlib showImages --product grid

   L'output del comando elenca le immagini del software Grid disponibili.

4. Uscire dalla shell del comando utente root:

   exit

   Per ulteriori dettagli sulle opzioni supportate avanzate, vedere 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

Preparati per la duplicazione

Assicurarsi che siano disponibili i prerequisiti riportati di seguito.

• Assicurarsi che sia presente un'impostazione del percorso di rete per accedere al database di origine tramite la stringa EZConnect.
• Copiare il file wallet TDE (ewallet.p12) nel nodo del database di destinazione. Il nodo in cui si decide di eseguire il comando dbaascli.
• Creare una Oracle home nel nodo di destinazione, se necessario. La versione della Oracle home deve essere uguale a quella dell'origine o di una versione RU successiva.

Eseguire i controlli dei prerequisiti

Per eseguire i controlli dei prerequisiti, utilizzare l'opzione del comando --executePrereqs. Verranno eseguiti solo i controlli dei prerequisiti senza eseguire la duplicazione effettiva di 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

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

Duplicazione di un database all'interno della stessa area

• Passi obbligatori aggiuntivi

  Assicurarsi di impostare i criteri di accesso al vault OCI per i nodi del database di destinazione. I nodi del database di destinazione devono essere in grado di accedere a entrambi i vault di chiavi OCI del database di origine insieme al nuovo vault di chiavi (se si decide di utilizzare un vault di chiavi separato).

• Eseguire i controlli dei prerequisiti

  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

• Duplica il database

  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>

  Al completamento del comando, il database viene duplicato.

Duplicazione di un database in più aree

• Passi obbligatori aggiuntivi
  • Impostare un nuovo vault OCI per il database di destinazione nell'area corrispondente seguendo i passi descritti nella sezione Preparazione all'uso delle chiavi gestite dal cliente nel servizio vault. Completare i task da 1 a 3.
  • Imposta la replica di OCI Vault dall'area di origine all'area di destinazione. Per ulteriori informazioni, vedere Replica di vault e chiavi.
  • Aggiornare il criterio del gruppo dinamico, creato nel passo 2 per consentire l'accesso alla chiave del vault OCI replicata.
• Eseguire i controlli dei prerequisiti

  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

• Duplica il database

  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>

  Al completamento del comando, il database viene duplicato.

Prerequisiti

Eseguire il comando come utente root.

Per utilizzare la utility, è necessario connettersi a una virtual machine Oracle Exadata Database Service on Exascale Infrastructure.

Vedere Connessione a una Virtual Machine con SSH.

Sintassi

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

Domande più frequenti

D: A cosa serve il comando admin updateStack di dbaascli?

R: Il comando dbaascli admin updateStack viene utilizzato per installare o aggiornare un RPM dbaastools nell'infrastruttura Exadata Cloud.

D: Quali sono i prerequisiti per l'utilizzo del comando dbaascli admin updateStack?

R: È necessario eseguire il comando come utente root e connettersi a una virtual machine dell'infrastruttura Exadata Cloud.

D: Che cosa fa l'opzione --resume?

R: L'opzione --resume riprende l'esecuzione precedente del comando updateStack se è stata interrotta o incompleta.

D: Qual è lo scopo dell'opzione --prechecksOnly?

R: L'opzione --prechecksOnly esegue solo i controlli preliminari per l'operazione senza eseguire effettivamente l'installazione o l'aggiornamento.

D: Come viene utilizzato il parametro --nodes?

R: il parametro --nodes specifica una lista delimitata da virgole di nodi sui quali deve essere installato l'RPM. Se non viene fornito, l'RPM verrà installato su tutti i nodi del cluster.

D: Cosa devo fare se riscontro problemi con il comando admin updateStack di dbaascli?

R: Assicurarsi di eseguire il comando come utente root e di essere connessi a una virtual machine dell'infrastruttura Exadata Cloud. Verificare la presenza di messaggi di errore specifici e, se necessario, consultare la documentazione dei comandi o il Supporto Oracle.

D: Come mi connetto a una virtual machine dell'infrastruttura Exadata Cloud per utilizzare il comando admin updateStack di dbaascli?

R: È necessario utilizzare SSH per connettersi alla virtual machine. Per istruzioni dettagliate, consultare la sezione sulla connessione a una virtual machine con SSH nella documentazione.

Esempi di casi d'uso

Esempio 1: installazione o aggiornamento dell'RPM dbaastools su tutti i nodi

dbaascli admin updateStack

Installa o aggiorna l'RPM dbaastools su tutti i nodi dell'ambiente Exadata Cloud@Customer.

Esempio 2: esecuzione dei controlli preliminari solo prima dell'installazione o dell'aggiornamento dell'RPM

dbaascli admin updateStack --prechecksOnly

Esegue solo i controlli preliminari per l'aggiornamento dbaastools RPM, senza eseguire effettivamente l'installazione. Assicura che tutti i prerequisiti siano soddisfatti prima di procedere con l'aggiornamento.

Esempio 3: ripresa di un'operazione updateStack interrotta in precedenza

dbaascli admin updateStack --resume

Riprende una precedente operazione di aggiornamento dell'RPM dbaastools interrotta o non completata correttamente.

Esempio 4: installazione o aggiornamento di dbaastools su nodi specifici

dbaascli admin updateStack --nodes node1,node2

Installa o aggiorna l'RPM dbaastools solo sui nodi specificati node1 e node2, senza influire sugli altri nodi del cluster.

Esempio 5: ripresa del processo updateStack su nodi specifici

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

Riprende il processo di aggiornamento per dbaastools solo sui nodi specifici node3 e node4, se l'esecuzione precedente è stata interrotta.

Eseguire il comando come utente root.

Sintassi

dbaascli cswLib deleteLocal --imageTag <value>

Dove:

• --imageTag specifica la tag immagine della Oracle home

Domande più frequenti

D: Qual è lo scopo del comando dbaascli cswlib deleteLocal?

R: Il comando dbaascli cswlib deleteLocal viene utilizzato per eliminare un'immagine della Oracle home locale dal sistema.

D: Quali sono i prerequisiti per l'esecuzione del comando dbaascli cswlib deleteLocal?

R: Il comando deve essere eseguito come utente root per assicurarsi che siano disponibili le autorizzazioni necessarie per eliminare l'immagine locale.

D: Come faccio a specificare quale immagine locale eliminare?

R: utilizzare l'opzione --imageTag per specificare la tag dell'immagine della Oracle home che si desidera eliminare.

D: Che cosa rappresenta l'opzione --imageTag nel comando?

R: l'opzione --imageTag rappresenta l'identificativo o il tag associato all'immagine della Oracle home che si desidera eliminare.

D: È possibile eliminare più immagini locali contemporaneamente utilizzando questo comando?

R: No, il comando dbaascli cswlib deleteLocal consente di eliminare una sola immagine locale alla volta, specificata dalla relativa tag immagine.

D: Cosa succede se si esegue il comando dbaascli cswlib deleteLocal senza specificare --imageTag?

R: Il comando non riuscirà perché è necessario --imageTag per identificare l'immagine locale da eliminare.

D: È possibile recuperare un'immagine locale dopo che è stata eliminata utilizzando questo comando?

R: No, una volta eliminata con il comando dbaascli cswlib deleteLocal, l'immagine locale non può essere recuperata. Assicurarsi di verificare il tag immagine prima di continuare.

D: Quando dovrei usare il comando dbaascli cswlib deleteLocal?

R: utilizzare questo comando quando è necessario rimuovere un'immagine della Oracle home inutilizzata o obsoleta dal sistema locale per liberare spazio o eseguire il cleanup dell'ambiente.

Prerequisiti

Eseguire il comando come utente root.

Per utilizzare la utility, è necessario connettersi a una virtual machine Oracle Exadata Database Service on Exascale Infrastructure.

Vedere Connessione a una Virtual Machine con SSH.

Sintassi

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

Domande più frequenti

D: Qual è lo scopo del comando dbaascli cswlib download?

R: Il comando dbaascli cswlib download viene utilizzato per scaricare le immagini software disponibili e renderle disponibili nell'infrastruttura Exadata Cloud.

D: Quali sono i prerequisiti per l'esecuzione del comando di download di dbaascli cswlib?

R: È necessario eseguire il comando come utente root. Inoltre, devi essere connesso a una virtual machine dell'infrastruttura Exadata Cloud.

D: Come faccio a connettermi alla macchina virtuale richiesta per questo comando?

R: Per connettersi alla virtual machine dell'infrastruttura Exadata Cloud, è necessario utilizzare SSH. Istruzioni dettagliate sono disponibili nella documentazione sotto "Connessione a una Virtual Machine con SSH".

D: Cosa specifica l'opzione --version nel comando?

R: l'opzione --version specifica la versione dell'immagine della Oracle home che si desidera scaricare.

D: Come si utilizza l'opzione --imageTag nel comando di download di dbaascli cswlib?

R: L'opzione --imageTag viene utilizzata per specificare il tag immagine dell'immagine software che si desidera scaricare.

D: Qual è lo scopo dell'opzione --product nel comando?

A: L'opzione --product specifica il tipo di immagine che si desidera scaricare. I valori validi sono database o grid.

D: Posso scaricare contemporaneamente sia le immagini del database che quelle della griglia?

R: No, è necessario specificare database o grid utilizzando l'opzione --product, in modo che ogni operazione di download sia specifica per un tipo di immagine.

D: Cosa succede se non si specifica una versione o un tag immagine?

R: Il comando potrebbe non riuscire o richiedere le informazioni richieste poiché le opzioni --version o --imageTag sono necessarie per identificare l'immagine software specifica da scaricare.

D: È necessario specificare sia --version che --imageTag insieme?

R: No, in genere si specifica --version o --imageTag a seconda di come si desidera identificare l'immagine da scaricare, ma non entrambi contemporaneamente.

D: Quando dovrei usare il comando dbaascli cswlib download?

R: utilizzare questo comando quando è necessario scaricare le immagini del software della Oracle home per gli ambienti database o grid nell'impostazione dell'infrastruttura Exadata Cloud.

Eseguire il comando come utente root.

Sintassi

dbaascli cswLib listLocal [--product <value>]

Dove:

• --product identifica il tipo di prodotto della Oracle home. Valori validi: database o grid.

Domande più frequenti

D: Qual è lo scopo del comando dbaascli cswlib listLocal?

R: Il comando dbaascli cswlib listLocal viene utilizzato per visualizzare la lista delle immagini di database e Grid Infrastructure disponibili localmente nel sistema.

D: Quali sono i prerequisiti per l'esecuzione del comando dbaascli cswlib listLocal?

R: Il comando deve essere eseguito come utente root per disporre delle autorizzazioni necessarie per accedere ed elencare le immagini disponibili.

D: Come faccio a specificare quale tipo di immagini elencare utilizzando questo comando?

R: utilizzare l'opzione --product per specificare il tipo di immagini della Oracle home da elencare. I valori validi sono database o grid.

D: Che cosa rappresenta l'opzione --product nel comando dbaascli cswlib listLocal?

R: l'opzione --product identifica il tipo di prodotto della Oracle home, consentendo di filtrare l'elenco delle immagini disponibili in base ai tipi database o grid.

D: Posso elencare contemporaneamente sia le immagini del database che quelle della griglia?

R: No, l'opzione --product consente di elencare contemporaneamente le immagini database o grid. Per visualizzare entrambi gli elenchi, è necessario eseguire due volte il comando con valori --product diversi.

D: Cosa succede se non si specifica l'opzione --product nel comando?

R: Se l'opzione --product non viene specificata, il comando potrebbe elencare tutte le immagini disponibili localmente oppure potrebbe richiedere di specificare il tipo di prodotto. Il funzionamento può dipendere dall'impostazione dell'ambiente.

D: Quando dovrei usare il comando dbaascli cswlib listLocal?

R: È necessario utilizzare questo comando quando si desidera controllare quali immagini di database o Grid Infrastructure sono attualmente disponibili localmente nel sistema.

D: Come posso differenziare le immagini del database e della griglia nella lista?

R: L'opzione --product consente di filtrare l'elenco, pertanto specificando database o grid verranno visualizzate solo le immagini relative a tale tipo di prodotto, semplificando la differenziazione.

D: C'è qualche rischio associato all'esecuzione del comando dbaascli cswlib listLocal?

R: No, questo comando non è distruttivo e visualizza solo informazioni sulle immagini disponibili localmente. Non modifica né elimina alcun file.

D: Questo comando visualizza immagini remote o memorizzate nel cloud?

R: No, il comando dbaascli cswlib listLocal visualizza solo le immagini disponibili localmente nel sistema, non quelle memorizzate in remoto o nel cloud.

Eseguire il comando come utente root.

Sintassi

dbaascli cswlib showImages 
[--product]

Dove:

• --product identifica il tipo di prodotto della Oracle home. Valori validi: database o grid.

Domande più frequenti

D: Qual è lo scopo del comando dbaascli cswlib showImages?

R: Il comando dbaascli cswlib showImages viene utilizzato per visualizzare la lista delle immagini disponibili di Database e Grid Infrastructure che possono essere scaricate o gestite all'interno dell'ambiente Oracle Exadata Database Service.

D: Quali sono i prerequisiti per l'esecuzione del comando dbaascli cswlib showImages?

R: Il comando deve essere eseguito come utente root per assicurarsi di disporre delle autorizzazioni necessarie per visualizzare le immagini disponibili.

D: Come faccio a filtrare le immagini elencate da questo comando?

R: È possibile filtrare le immagini specificando l'opzione --product con database o grid per elencare solo le immagini correlate a quel tipo di prodotto.

D: Che cosa rappresenta l'opzione --product nel comando dbaascli cswlib showImages?

R: l'opzione --product identifica il tipo di prodotto della Oracle home, consentendo di filtrare la lista di immagini nel database o nella griglia.

D: È possibile visualizzare sia le immagini del database che quelle della griglia in un'unica esecuzione dei comandi?

R: No, è necessario eseguire il comando due volte con valori --product diversi (database e grid) per visualizzare entrambi i tipi di immagini.

D: Cosa succede se non si specifica l'opzione --product nel comando?

R: Se l'opzione --product non viene specificata, il comando potrebbe elencare tutte le immagini disponibili oppure potrebbe richiedere di specificare il tipo di prodotto, a seconda della configurazione dell'ambiente.

D: Quando dovrei usare il comando dbaascli cswlib showImages?

R: utilizzare questo comando quando si desidera visualizzare la lista delle immagini di database o Grid Infrastructure disponibili per il download o la distribuzione nell'ambiente Oracle Exadata Database Service.

D: C'è qualche differenza tra i comandi dbaascli cswlib showImages e dbaascli cswlib listLocal?

R: Sì, dbaascli cswlib showImages elenca tutte le immagini disponibili che è possibile scaricare o gestire, mentre dbaascli cswlib listLocal elenca solo le immagini già scaricate e disponibili localmente nel sistema.

D: Questo comando può essere utilizzato per visualizzare le immagini memorizzate nel cloud?

R: Sì, questo comando può mostrare le immagini disponibili per il download dai repository di Oracle, non solo quelle memorizzate localmente.

D: Che tipo di immagini posso aspettarmi di vedere con questo comando?

R: Puoi aspettarti di vedere le immagini relative a Oracle Database e Grid Infrastructure, che sono componenti essenziali per gestire ed eseguire i database Oracle sulle piattaforme Exadata.

Requisito

• Eseguire il comando come utente root.

Sintassi

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

Domande più frequenti

D: Qual è lo scopo del comando addInstance del database dbaascli?

R: Il comando dbaascli database addInstance viene utilizzato per aggiungere una nuova istanza di database a un nodo specificato in un ambiente Oracle Exadata Database Service.

D: Quali sono i prerequisiti per l'esecuzione del comando addInstance del database dbaascli?

R: Il comando deve essere eseguito come utente root per disporre delle autorizzazioni necessarie per aggiungere un'istanza di database.

D: Che cosa rappresenta l'opzione --dbname in questo comando?

R: l'opzione --dbname specifica il nome dell'Oracle Database per il quale si desidera aggiungere una nuova istanza.

D: A cosa serve l'opzione --node nel comando addInstance del database dbaascli?

R: l'opzione --node specifica il nome del nodo in cui verrà aggiunta la nuova istanza di database.

D: Qual è lo scopo dell'opzione --newNodeSID in questo comando?

R: L'opzione --newNodeSID consente di specificare il SID (System Identifier) per la nuova istanza di database che verrà creata sul nodo specificato.

D: È obbligatorio specificare l'opzione --newNodeSID quando si aggiunge una nuova istanza?

A: l'opzione --newNodeSID è facoltativa. Se non viene fornito, Oracle genererà automaticamente un SID per la nuova istanza di database.

D: Quando dovrei usare il comando addInstance del database dbaascli?

R: Utilizzare questo comando quando si desidera ridimensionare il database aggiungendo una nuova istanza a un nodo aggiuntivo in un'impostazione di Oracle Database a più nodi.

D: È possibile aggiungere più istanze di database a nodi diversi utilizzando questo comando?

R: Sì, è possibile eseguire il comando più volte per aggiungere istanze di database a nodi diversi specificando i valori --node e --dbname appropriati.

D: Cosa succede se il nodo specificato nell'opzione --node non è disponibile?

R: Il comando non riuscirà se il nodo specificato non è disponibile o raggiungibile. Assicurarsi che il nodo sia configurato e accessibile in modo appropriato prima di eseguire il comando.

D: Questo comando può essere utilizzato in un ambiente Data Guard?

R: Sì, puoi utilizzare il comando dbaascli database addInstance in un ambiente Data Guard per aggiungere istanze, ma si consiglia di seguire le linee guida Data Guard necessarie per tali configurazioni.

D: Questo comando causerà tempi di inattività del database?

R: L'aggiunta di un'istanza a un nuovo nodo in genere non causa tempi di inattività per le istanze di database esistenti, ma si consiglia di controllare l'ambiente per eventuali dipendenze specifiche.

Requisito

• Eseguire il comando come utente root.

Sintassi

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
        }

Dove:

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

Domande più frequenti

D: Qual è lo scopo del comando di backup del database dbaascli?

R: Il comando dbaascli database backup viene utilizzato per configurare le destinazioni dello storage di backup di Oracle Database, eseguire backup, eseguire query sui backup ed eliminare i backup esistenti.

D: Quali sono i prerequisiti per l'esecuzione del comando di backup del database dbaascli?

R: Il comando deve essere eseguito come utente root per disporre delle autorizzazioni necessarie per la gestione del backup.

D: Come si avvia un backup completo di Oracle Database utilizzando questo comando?

A: Per avviare un backup completo (Livello-0), utilizzare la seguente sintassi:

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

D: Come si esegue un backup incrementale utilizzando il comando di backup del database dbaascli?

A: Per eseguire un backup incrementale di livello 1, utilizzare la seguente sintassi:

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

D: Qual è la differenza tra i backup di livello 0 e di livello 1?

R: Un backup di livello 0 è un backup completo del database, mentre un backup di livello 1 è un backup incrementale che acquisisce solo le modifiche apportate dall'ultimo backup di livello 0 o di livello 1.

D: Posso eseguire un backup di archivio usando questo comando?

R: Sì, è possibile creare un backup di archiviazione utilizzando l'opzione --archival insieme al comando --start:

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

D: Come si elimina un backup di archivio esistente?

A: Per eliminare un backup di archivio, utilizzare la seguente sintassi:

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

D: Come posso controllare lo stato di un backup specifico utilizzando il comando?

R: È possibile controllare lo stato di un backup utilizzando l'opzione --status con il parametro --uuid, ad esempio:

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

D: Come faccio a elencare tutti i backup per un database?

R: Per elencare tutti i backup disponibili per un database specifico, utilizzare l'opzione --list:

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

Per l'output JSON, aggiungere l'opzione --json:

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

D: Come posso recuperare un report di backup?

R: È possibile ottenere un report di backup utilizzando l'opzione --getBackupReport, per una tag specifica o per il backup più recente:

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

Oppure per recuperare il report più recente:

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

D: Come faccio a configurare le impostazioni di backup del database?

R: Utilizzare l'opzione --configure per specificare il file di configurazione del backup o per abilitare/disabilitare il trasporto di redo in tempo reale (RTRT):

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

Per abilitare RTRT:

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

D: Come faccio a controllare la configurazione di backup corrente per il mio database?

R: Per visualizzare la configurazione di backup del database corrente, utilizzare l'opzione --getConfig:

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

D: Che cosa fa l'opzione --validate nel comando di backup del database dbaascli?

R: L'opzione --validate controlla se i backup sono completi e privi di danneggiamenti. È possibile specificare un intervallo di tempo utilizzando l'opzione --untilTime:

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

D: Come si visualizza la cronologia di tutte le operazioni di backup per un database?

A: Utilizzare l'opzione --showHistory per visualizzare la cronologia di tutte le operazioni di backup:

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

Per una cronologia completa, incluse tutte le operazioni:

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

D: Quali sono le opzioni RTRT (Real-Time Redo Transport) e quando dovrei usarle?

R: le opzioni RTRT (--enableRTRT e --disableRTRT) vengono utilizzate per controllare il trasporto di redo in tempo reale, applicabile solo per le destinazioni di backup ZDLRA (Zero Data Loss Recovery Appliance) negli ambienti Exadata Cloud@Customer. Abilitare RTRT per garantire la spedizione dei redo log in tempo reale.

Prerequisiti

Eseguire il comando come utente oracle.

Sintassi

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

Il comando esegue la chiusura del database in modalità immediata. Il database viene quindi riavviato e aperto. In Oracle Database 12c o versione successiva vengono aperti anche tutti i PDB.

Domande più frequenti

D: Qual è lo scopo del comando bounce del database dbaascli?

R: Il comando dbaascli database bounce viene utilizzato per chiudere e riavviare un Oracle Database nell'infrastruttura Exadata Cloud. Supporta il riavvio del database in sequenza, garantendo un'interruzione minima.

D: Quali sono i prerequisiti per l'esecuzione del comando di riavvio del database dbaascli?

R: Il comando deve essere eseguito come utente oracle, che dispone dei privilegi necessari per chiudere e riavviare il database.

D: Cosa specifica l'opzione --dbname in questo comando?

R: l'opzione --dbname specifica il nome dell'Oracle Database che si desidera chiudere e riavviare.

D: A cosa serve l'opzione --rolling nel comando bounce del database dbaascli?

R: l'opzione --rolling specifica se riavviare il database in sequenza. Se impostato su true, le istanze di database vengono riavviate una alla volta, garantendo tempi di inattività minimi. Il valore predefinito è false, che riavvia tutte le istanze contemporaneamente.

D: Cosa significa "rimbalzare il database"?

R: Il riavvio del database si riferisce alla sua chiusura e quindi al suo riavvio. Questa operazione può essere utilizzata per la manutenzione, l'applicazione di modifiche o il recupero da determinati tipi di problemi.

D: Il comando bounce del database dbaascli esegue una chiusura normale?

R: Sì, il comando esegue una chiusura in modalità "immediata", che chiude il database ed esegue il rollback delle transazioni non sottoposte a commit senza attendere che gli utenti si disconnettano.

D: Questo comando aprirà automaticamente tutti i PDB in un database Oracle 12c o versione successiva?

R: Sì, se il database esegue Oracle Database 12c o versione successiva, il comando aprirà automaticamente tutti i pluggable database (PDB) dopo il riavvio del database.

D: Il comando di riavvio del database dbaascli può essere utilizzato in un ambiente a più nodi o RAC (Real Application Clusters)?

R: Sì, in un ambiente RAC o a più nodi, è possibile utilizzare l'opzione --rolling per riavviare le istanze di database una alla volta, riducendo al minimo i tempi di inattività.

D: Cosa succede se non si specifica l'opzione --rolling?

R: Se l'opzione --rolling non viene specificata o se è impostata su false, il comando chiuderà e riavvierà tutte le istanze di database contemporaneamente, il che potrebbe causare un breve periodo di inattività.

D: Esiste un valore predefinito per l'opzione --rolling nel comando bounce del database dbaascli?

R: Sì, il valore predefinito per l'opzione --rolling è false, il che significa che il database verrà respinto in modo non in sequenza, a meno che non sia specificato diversamente.

D: Come faccio a riavviare un database in modalità in sequenza?

A: Per riavviare il database in modalità in sequenza, utilizzare la seguente sintassi:

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

D: È sicuro eseguire il comando di riavvio del database dbaascli durante le sessioni attive?

R: Mentre il comando utilizza una chiusura immediata, che esegue il rollback delle transazioni di cui non è stato eseguito il commit, si consiglia sempre di assicurarsi che non vi siano sessioni critiche o attive prima del riavvio del database.

D: Questo comando può essere utilizzato per PDB specifici in un database multi-tenant?

R: No, il comando dbaascli database bounce opera sull'intero database. In Oracle 12c o versione successiva, il container database (CDB) verrà riavviato e tutti i PDB verranno aperti, ma non verrà consentito il riavvio dei singoli PDB.

D: Cosa devo fare se il database non torna online dopo averlo rimbalzato?

R: Se il database non viene riavviato, controllare i log per eventuali errori durante il processo di chiusura o avvio. L'analisi degli alert log Oracle potrebbe fornire informazioni dettagliate su ciò che ha causato il problema.

Prerequisiti

Eseguire il comando come utente root o oracle.

Sintassi

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

Domande più frequenti

D: Cosa fa il comando changePassword del database dbaascli?

R: Il comando dbaascli database changePassword viene utilizzato per modificare la password di un utente di Oracle Database specificato. Verrà richiesto di immettere il nome utente e la nuova password.

D: Quali sono i prerequisiti per l'utilizzo del comando changePassword del database dbaascli?

R: Per modificare la password di un utente del database, è necessario eseguire il comando come utente root o oracle.

D: Come si specifica il database quando si utilizza questo comando?

R: utilizzare l'opzione --dbname per specificare il nome dell'Oracle Database su cui si desidera agire. Ad esempio:

dbaascli database changePassword --dbname <db_name>

D: Come si specifica l'utente di cui si desidera modificare la password?

R: Utilizzare l'opzione --user per specificare il nome utente di cui è necessario modificare la password. Ad esempio:

dbaascli database changePassword --user <username>

D: Qual è lo scopo dell'opzione --prepareStandbyBlob nel comando changePassword del database dbaascli?

R: l'opzione --prepareStandbyBlob viene utilizzata negli ambienti Data Guard per generare un file dell'oggetto BLOB contenente gli artifact necessari per la modifica della password nel database di standby. Ciò garantisce la sincronizzazione delle password nell'ambiente Data Guard.

D: Cosa specifica l'opzione --blobLocation?

R: L'opzione --blobLocation consente di specificare un percorso personalizzato in cui generare il file dell'oggetto BLOB di standby. Se non viene fornito, il file verrà salvato nella posizione predefinita.

D: Come si utilizza l'oggetto BLOB generato dal database primario per modificare la password nel database in standby?

R: È possibile utilizzare l'opzione --standbyBlobFromPrimary per specificare il file dell'oggetto BLOB preparato dal database primario per applicare la modifica della password al database di standby. Ad esempio:

dbaascli database changePassword --standbyBlobFromPrimary <blob_file_path>

D: A cosa serve l'opzione --resume in questo comando?

R: L'opzione --resume viene utilizzata per riprendere un'operazione di modifica della password interrotta in precedenza. Se necessario, è possibile specificare l'ID della sessione utilizzando l'opzione --sessionID.

D: Posso riprendere una sessione specifica con il comando changePassword del database dbaascli?

R: Sì, è possibile utilizzare l'opzione --resume insieme a --sessionID per riprendere una sessione specifica di modifica della password specificando l'ID della sessione.

D: Il comando changePassword del database dbaascli è applicabile in un ambiente Data Guard?

A: Sì, lo è. L'opzione --prepareStandbyBlob può essere utilizzata per garantire che le modifiche alle password vengano propagate al database di standby in un'impostazione Data Guard.

D: Cosa succede se non si fornisce un --blobLocation quando si utilizza --prepareStandbyBlob?

R: Se non viene fornito alcun valore --blobLocation, il file BLOB contenente gli artifact di modifica della password verrà salvato nella posizione predefinita.

D: Come posso controllare lo stato di una sessione ripresa utilizzando il database dbaascli changePassword?

R: È possibile specificare l'ID sessione utilizzando l'opzione --sessionID per riprendere una sessione specifica. Il sistema riprenderà il punto in cui ha interrotto la modifica della password.

D: Questo comando può essere utilizzato sia per i database normali che per quelli in un ambiente Data Guard?

R: Sì, il comando funziona sia per i normali database Oracle che per i database in un ambiente Data Guard. Negli ambienti Data Guard, è possibile utilizzare opzioni aggiuntive come --prepareStandbyBlob per gestire le modifiche alle password sia nei database primari che in quelli in standby.

Sintassi

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

Utilizzare questo comando per creare Oracle Database versione 12.1.0.2 o successiva con l'aggiornamento della release JAN 2021 o successiva. Per i database con versioni inferiori, si consiglia di utilizzare l'API basata su OCI Console.

Requisito

Eseguire il comando come utente root.

Sintassi

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]

Domande più frequenti

D: Cosa fa il comando di creazione del database dbaascli?

R: Il comando dbaascli database create viene utilizzato per creare una nuova istanza di Oracle Database. Supporta la creazione di Oracle Database versione 12.1.0.2 o successiva con l'aggiornamento della release JAN 2021 o successiva.

D: Come si specifica il nome di Oracle Database da creare?

R: utilizzare l'opzione --dbName per specificare il nome di Oracle Database. Ad esempio:

dbaascli database create --dbName <db_name>

D: Come si crea un container database (CDB)?

A: utilizzare l'opzione --createAsCDB e specificare true per creare il database come CDB. Ad esempio:

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

D: Come si specifica la Oracle home per il database?

R: è possibile utilizzare l'opzione --oracleHome per specificare la posizione della Oracle home o l'opzione --oracleHomeName per specificare il nome della Oracle home.

D: Come si specifica un nome di database o un SID univoco?

A: utilizzare l'opzione --dbUniqueName per specificare un nome univoco per il database e l'opzione --dbSID per specificare il SID del database.

D: Come si crea un pluggable database (PDB) insieme a un CDB?

R: È possibile utilizzare l'opzione --pdbName per specificare il nome del PDB e l'opzione --pdbAdminUserName per impostare il nome utente amministratore del PDB. Ad esempio:

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

D: Come si specifica il set di caratteri del database e il set di caratteri nazionali?

A: utilizzare l'opzione --dbCharset per specificare il set di caratteri del database e l'opzione --dbNCharset per specificare il set di caratteri nazionale. Ad esempio:

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

D: Come si impostano le impostazioni di memoria (SGA e PGA) per il database?

A: utilizzare l'opzione --sgaSizeInMB per specificare la dimensione SGA e l'opzione --pgaSizeInMB per specificare la dimensione PGA, entrambe in megabyte.

D: Come si specifica la destinazione per i file di dati e l'area di recupero rapido (FRA)?

R: utilizzare l'opzione --datafileDestination per specificare il gruppo di dischi ASM per i file di dati e l'opzione --fraDestination per specificare il gruppo di dischi ASM per FRA. È anche possibile impostare la dimensione FRA con l'opzione --fraSizeInMB.

D: Posso configurare Transparent Data Encryption (TDE) durante la creazione del database?

R: Sì, è possibile configurare TDE utilizzando l'opzione --tdeConfigMethod. I valori validi sono FILE (per la cifratura basata su file) o KMS (per l'utilizzo di Oracle Key Management Service). Se si utilizza KMS, fornire l'OCID della chiave KMS con l'opzione --kmsKeyOCID.

D: Come faccio a creare il database su una lista specifica di nodi?

R: utilizzare l'opzione --nodeList per specificare una lista separata da virgole di nodi in cui deve essere creato il database.

D: Come posso riprendere o ripristinare un precedente tentativo di creazione del database?

R: utilizzare l'opzione --resume per riprendere l'esecuzione precedente o l'opzione --revert per eseguire il rollback dell'esecuzione precedente. È inoltre possibile specificare un valore --sessionID per riprendere o ripristinare una sessione specifica.

D: Che cosa fa l'opzione --executePrereqs?

R: L'opzione --executePrereqs esegue solo i prerequisiti per l'operazione di creazione del database, senza creare effettivamente il database. Usare yes o no per attivare o disattivare questa opzione.

D: Posso specificare un modello DBCA personalizzato per la creazione del database?

R: Sì, utilizzare l'opzione --dbcaTemplateFilePath per fornire il percorso assoluto del file modello DBCA da utilizzare per creare il database.

D: Posso eseguire l'operazione di creazione del database in background?

R: Sì, è possibile utilizzare l'opzione --waitForCompletion per specificare se il comando deve attendere il completamento della creazione del database (true) o eseguire l'operazione in background (false).

D: Cosa succede se non si specifica l'opzione --dbUniqueName?

R: Se non si specifica un nome univoco per il database utilizzando --dbUniqueName, il sistema ne genererà automaticamente uno in base al file --dbName fornito.

D: Posso bloccare l'account amministratore del PDB durante la creazione di un CDB?

R: Sì, è possibile utilizzare l'opzione --lockPDBAdminAccount e impostarla su true per bloccare l'account amministratore del PDB dopo la creazione del database. Il valore predefinito è true.

Requisito

Eseguire il comando come utente root.

Sintassi

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

Domande più frequenti

D: Qual è lo scopo del comando di eliminazione del database dbaascli?

R: Il comando dbaascli database delete viene utilizzato per eliminare un'infrastruttura Oracle Database su Exadata Cloud.

D: Come si specifica il database che si desidera eliminare?

R: utilizzare l'opzione --dbname per specificare il nome dell'Oracle Database che si desidera eliminare. Ad esempio:

dbaascli database delete --dbname <db_name>

D: Come si eliminano i log di archivio quando si elimina un database?

R: È possibile eliminare i log di archivio impostando l'opzione --deleteArchiveLogs su true. Ad esempio:

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

D: Posso anche eliminare i backup quando elimino il database?

R: Sì, utilizzare l'opzione --deleteBackups e impostarla su true per eliminare tutti i backup associati. Ad esempio:

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

D: Come si eseguono solo i controlli preliminari per l'operazione di eliminazione senza eliminare effettivamente il database?

R: È possibile utilizzare l'opzione --precheckOnly e impostarla su Sì per eseguire i controlli preliminari senza eliminare il database. Ad esempio:

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

D: Come forzare l'eliminazione di un database?

R: Per forzare l'eliminazione di un database, utilizzare il flag --force. In questo modo i controlli vengono ignorati e il processo di eliminazione viene forzato. Ad esempio:

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

D: Come si esegue l'operazione di eliminazione in background?

R: Utilizzare l'opzione --waitForCompletion e impostarla su false per eseguire l'operazione in background. Ad esempio:

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

D: Posso specificare il SID del database che voglio eliminare?

R: Sì, è possibile specificare il SID del database utilizzando l'opzione --dbSID. Ad esempio:

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

D: Come posso riprendere un'operazione di cancellazione precedentemente interrotta?

R: Per riprendere un'esecuzione dell'eliminazione precedente, utilizzare l'opzione --resume. Se necessario, è anche possibile specificare un ID di sessione utilizzando l'opzione --sessionID. Ad esempio:

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

D: Quali privilegi utente sono necessari per eseguire il comando di eliminazione del database dbaascli?

R: Il comando deve essere eseguito come utente root.

D: Che cosa fa l'opzione --precheckOnly nel comando di eliminazione del database dbaascli?

R: L'opzione --precheckOnly consente di eseguire solo i controlli preliminari per l'operazione di eliminazione senza eliminare effettivamente il database. Assicura che tutti i controlli passino prima di procedere con l'eliminazione effettiva.

D: Posso eliminare un database senza attendere il completamento dell'operazione?

R: Sì, impostando l'opzione --waitForCompletion su false, l'operazione di eliminazione verrà eseguita in background e non è necessario attendere il completamento dell'operazione.

Requisito

• Eseguire il comando come utente root.

Sintassi

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

Domande più frequenti

D: Qual è lo scopo del comando deleteInstance del database dbaascli?

R: il comando dbaascli database deleteInstance viene utilizzato per eliminare un'istanza Oracle Database specifica su un nodo specificato in un ambiente dell'infrastruttura Exadata Cloud.

D: Come si specifica l'istanza di Oracle Database da eliminare?

R: È possibile specificare l'istanza di Oracle Database da eliminare utilizzando l'opzione --dbname per fornire il nome del database e l'opzione --node per fornire il nome del nodo. Ad esempio:

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

D: Posso eliminare l'istanza anche se il nodo non è raggiungibile?

R: Sì, è possibile utilizzare l'opzione --continueOnUnreachableNode per procedere con l'eliminazione, anche se il nodo specificato non è raggiungibile. Ad esempio:

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

D: Che cosa accade se il nodo specificato non è raggiungibile durante l'operazione di eliminazione dell'istanza?

R: Se il nodo non è raggiungibile e l'opzione --continueOnUnreachableNode non viene utilizzata, l'operazione non riuscirà. Se si utilizza l'opzione, l'operazione continuerà anche se non è possibile accedere al nodo.

D: Come si elimina un'istanza di database da un nodo specifico?

A: utilizzare il comando seguente per eliminare un'istanza di database da un nodo specifico:

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

D: Quali privilegi utente sono necessari per eseguire il comando deleteInstance del database dbaascli?

R: Il comando deve essere eseguito come utente root.

D: Posso eliminare un'istanza senza specificare il nodo?

R: No, l'opzione --node è necessaria per specificare da quale nodo deve essere eliminata l'istanza di database.

D: Che cosa fa l'opzione --continueOnUnreachableNode?

R: L'opzione --continueOnUnreachableNode consente all'operazione di continuare anche se il nodo specificato non può essere raggiunto, assicurandosi che l'eliminazione dell'istanza continui negli scenari in cui il nodo potrebbe essere inattivo.

D: È possibile eliminare più istanze di database contemporaneamente utilizzando questo comando?

R: No, il comando dbaascli database deleteInstance viene utilizzato per eliminare una singola istanza di database su un nodo specificato alla volta. È necessario eseguire il comando separatamente per ogni istanza che si desidera eliminare.

Requisito

• Eseguire il comando come utente root.

Sintassi

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

Domande più frequenti

D: Qual è lo scopo del comando duplicato del database dbaascli?

R: Il comando dbaascli database duplicate viene utilizzato per creare un nuovo Oracle Database duplicando un database attivo esistente.

D: Quali sono i prerequisiti per l'utilizzo del comando duplicato del database dbaascli?

R: È necessario eseguire il comando come utente root.

D: Come si specifica il database di origine per la duplicazione?

R: utilizzare l'opzione --sourceDBConnectionString per fornire la stringa di connessione al database di origine nel formato <scan_name>:<scan_port>/<database_service_name>. Ad esempio:

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

D: Come si specifica la posizione della Oracle home per il nuovo database?

R: È possibile specificare la posizione della Oracle home utilizzando l'opzione --oracleHome o il nome della Oracle home utilizzando l'opzione --oracleHomeName. Ad esempio:

--oracleHome <value>

In alternativa

--oracleHomeName <value>

D: Qual è lo scopo dell'opzione --sourceDBWalletLocation?

R: l'opzione --sourceDBWalletLocation specifica la posizione del file wallet TDE del database di origine, necessaria per duplicare il database da un database di origine attivo.

D: È possibile saltare la duplicazione di PDB specifici dal database di origine?

R: Sì, è possibile utilizzare l'opzione --skipPDBs per specificare una lista delimitata da virgole di nomi PDB da escludere dall'operazione di duplicazione. Ad esempio:

--skipPDBs pdb1,pdb2

D: Come si configura TDE per il nuovo database?

A: utilizzare l'opzione --tdeConfigMethod per specificare il metodo di configurazione TDE (FILE o KMS). Se si sceglie KMS, è possibile fornire l'OCID della chiave KMS utilizzando l'opzione --kmsKeyOCID. Ad esempio:

--tdeConfigMethod FILE

In alternativa

--tdeConfigMethod KMS --kmsKeyOCID <value>

D: Che cosa fa l'opzione --executePrereqs?

R: l'opzione --executePrereqs specifica se eseguire solo i controlli dei prerequisiti per l'operazione. I valori validi sono yes per eseguire solo i prerequisiti oppure no per procedere con l'operazione completa.

D: Come posso riprendere un'operazione duplicata precedentemente interrotta?

A: utilizzare l'opzione --resume insieme all'opzione --sessionID per riprendere un'operazione duplicata interrotta in precedenza. Ad esempio:

--resume --sessionID <value>

D: Che cosa fa l'opzione --waitForCompletion?

A: l'opzione --waitForCompletion specifica se attendere il completamento dell'operazione. L'impostazione di questa opzione su true attende il completamento, mentre false esegue l'operazione in background. Ad esempio:

--waitForCompletion true

D: Qual è lo scopo dell'opzione --rmanParallelism?

R: l'opzione --rmanParallelism specifica il valore di parallelismo per RMAN (Recovery Manager) durante il processo di duplicazione. Ciò può migliorare la velocità dell'operazione di duplicazione utilizzando più processi paralleli.

D: Come si specifica la dimensione dell'area SGA e dell'area PGA per il nuovo database?

A: utilizzare le opzioni --sgaSizeInMB e --pgaSizeInMB per specificare le dimensioni dell'area SGA (System Global Area) e dell'area PGA (Program Global Area) rispettivamente in megabyte. Ad esempio:

--sgaSizeInMB <value>

--pgaSizeInMB <value>

D: Che cosa fa l'opzione --revert?

R: L'opzione --revert viene utilizzata per eseguire il rollback di un'operazione duplicata precedente. È necessario fornire --sessionID per specificare la sessione da ripristinare.

Prerequisiti

Eseguire il comando come utente root o oracle

Sintassi

dbaascli database getDetails --dbname <value>

Domande più frequenti

D: Qual è lo scopo del comando getDetails del database dbaascli?

R: Il comando dbaascli database getDetails mostra informazioni dettagliate su un database Oracle specificato, inclusi il nome del database, le informazioni sul nodo e i dettagli del pluggable database (PDB).

D: Chi può eseguire il comando getDetails del database dbaascli?

R: Il comando può essere eseguito dall'utente root o dall'utente oracle.

D: Cosa specifica l'opzione --dbname nel comando getDetails del database dbaascli?

R: L'opzione --dbname specifica il nome del database Oracle per il quale vengono recuperate informazioni dettagliate.

D: Che tipo di informazioni fornisce il comando getDetails del database dbaascli?

R: Il comando fornisce dettagli quali il nome del database, le informazioni sul nodo e le informazioni sui pluggable database (PDB) associati al container database.

Eseguire il comando come utente root o oracle.

Sintassi

dbaascli database getPDBs --dbname <value>

Domande più frequenti

D: Qual è lo scopo del comando getPDBs del database dbaascli?

R: Il comando dbaascli database getPDBs viene utilizzato per elencare tutti i pluggable database (PDB) all'interno di un container database (CDB) specificato.

D: Come si specifica il container database per il comando getPDBs?

R: L'opzione --dbname consente di specificare il nome del container database. Ad esempio:

--dbname <value>

D: È necessario eseguire il comando getPDBs del database dbaascli come utente specifico?

R: Sì, è necessario eseguire il comando come utente root o oracle.

D: È possibile visualizzare i PDB in un database non CDB utilizzando il comando getPDBs?

R: No, il comando getPDBs è applicabile solo ai container database (CDB). Non è possibile utilizzare questo comando per database non CDB.

D: Qual è il formato dell'output del comando getPDBs del database dbaascli?

R: Il comando restituisce una lista di tutti i PDB all'interno del container database specificato. L'output in genere include nomi, stati e altri dettagli rilevanti relativi a ciascun pluggable database.

D: Questo comando può essere utilizzato per più database contemporaneamente?

R: No, il comando dbaascli database getPDBs funziona con un singolo container database alla volta, specificato dall'opzione --dbname.

D: È necessario chiudere il database per utilizzare il comando getPDBs?

R: No, il comando getPDBs non richiede l'arresto del database. Può essere eseguito mentre il container database è operativo.

Requisito

Eseguire il comando come utente root.

Sintassi

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

Domande più frequenti

D: Qual è lo scopo del comando modifyParameters del database dbaascli?

R: Il comando dbaascli database modifyParameters viene utilizzato per modificare o reimpostare i parametri di inizializzazione di Oracle Database.

D: Come si specifica il database per il quale si desidera modificare i parametri?

R: È necessario utilizzare l'opzione --dbname per specificare il nome del database per il quale si desidera modificare o reimpostare i parametri.

D: Come si modificano i parametri del database utilizzando il comando modifyParameters?

R: utilizzare l'opzione --setParameters seguita da una lista separata da virgole di parametri e dei nuovi valori. Ad esempio:

--setParameters parameter1=valueA,parameter2=valueB

D: Come si ripristinano i valori predefiniti dei parametri utilizzando questo comando?

R: utilizzare l'opzione --resetParameters seguita da una lista di parametri delimitata da virgole per ripristinare i valori predefiniti. Ad esempio:

--resetParameters parameter1,parameter2

D: È possibile modificare i parametri utilizzando un file di risposta?

R: Sì, è possibile specificare la posizione assoluta di un file JSON di risposta utilizzando l'opzione --responseFile. Il file deve contenere i parametri che si desidera modificare.

D: È necessario eseguire un backup prima di modificare i parametri?

R: Sebbene non sia obbligatorio per tutte le modifiche, se si modificano parametri critici o sensibili, si consiglia di disporre di un backup. È possibile utilizzare l'opzione --backupPrepared per confermare che è stato preparato un backup.

D: Posso applicare le modifiche solo a un'istanza specifica in un database a più istanze?

R: Sì, è possibile specificare il nome dell'istanza utilizzando l'opzione --instance. Se questa opzione non viene utilizzata, le modifiche verranno applicate a livello di database.

D: Il database dovrà essere riavviato (riavviato) dopo aver modificato i parametri?

R: Per alcuni parametri statici, è necessario un riavvio del database. Se necessario, è possibile utilizzare l'opzione --allowBounce per concedere l'autorizzazione al riavvio del database.

D: Cosa succede se non si consente il riavvio del database quando si modificano i parametri statici?

R: Se non si utilizza l'opzione --allowBounce quando si modificano i parametri statici, le modifiche non avranno effetto fino al successivo riavvio manuale del database.

D: Posso riprendere a modificare i parametri se una sessione precedente è stata interrotta?

R: No, questo comando non supporta la ripresa della sessione. Sarà necessario eseguire nuovamente il comando dall'inizio.

Prerequisiti

• Prima di eseguire un'operazione di spostamento, assicurarsi che tutte le istanze di database associate al database siano attive e in esecuzione.
• Eseguire il comando come utente root.

Sintassi

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

Dove:

• --oracleHome specifica il percorso della Oracle home
• --oracleHomeName specifica il nome della Oracle home.
• --dbname specifica il nome del database
• --executePrereqs esegue i controlli dei prerequisiti e segnala i risultati
• --resume riprende l'esecuzione precedente
  • --sessionID specifica di riprendere un ID sessione specifico
• --rollback esegue il rollback del database nella home precedente
  • --sessionID specifica di riprendere un ID sessione specifico
• --skipDatapatch salta l'esecuzione della patch dati sui database
• --skipPdbs salta l'esecuzione della patch dati in una lista delimitata da virgole specificata di PDB. Ad esempio: pdb1,pdb2...
• --skipClosedPDBs salta l'applicazione delle patch ai PDB chiusi
• --continueWithDbDowntime continua l'applicazione delle patch con i tempi di inattività del database. Questa opzione può essere utilizzata in ambienti in cui è attiva una sola istanza attiva e l'operazione di applicazione delle patch può essere continuata anche con un tempo di inattività.
• --allowParallelDBMove consente lo spostamento del database in parallelo.
• --waitForCompletion specifica false per eseguire l'operazione in background. Valori validi: true|false
• --nodeList specifica una lista di nodi delimitata da virgole se l'operazione deve essere eseguita su un subset di nodi

Domande più frequenti

D: A cosa serve il comando di spostamento del database dbaascli?

R: Il comando dbaascli database move viene utilizzato per spostare un database da una Oracle home a un'altra.

D: Quali sono i prerequisiti per l'utilizzo del comando di spostamento del database dbaascli?

R: Prima di eseguire un'operazione di spostamento, assicurarsi che tutte le istanze di database associate al database siano attive e in esecuzione. Inoltre, il comando deve essere eseguito come utente root.

D: Cosa specifica il parametro --oracleHome?

R: il parametro --oracleHome specifica il percorso della Oracle home in cui verrà spostato il database.

D: Cosa specifica il parametro --oracleHomeName?

R: il parametro --oracleHomeName specifica il nome della Oracle home in cui verrà spostato il database.

D: Qual è lo scopo del parametro --dbname?

R: Il parametro --dbname specifica il nome del database che si desidera spostare.

D: Che cosa fa l'opzione --executePrereqs?

R: L'opzione --executePrereqs esegue i controlli dei prerequisiti e restituisce i risultati.

D: A cosa serve l'opzione --resume?

R: l'opzione --resume riprende un'operazione di spostamento interrotta o incompleta in precedenza.

D: Come viene utilizzato --sessionID nel comando?

R: --sessionID specifica l'ID sessione per riprendere un'esecuzione o un rollback precedente.

D: Che cosa fa l'opzione --rollback?

R: l'opzione --rollback esegue il rollback del database alla Oracle home precedente.

D: Che cosa fa l'opzione --skipDatapatch?

R: l'opzione --skipDatapatch salta l'esecuzione della patch dati sui database durante l'operazione di spostamento.

D: Qual è la funzione dell'opzione --skipPDBs?

R: l'opzione --skipPDBs salta l'esecuzione della patch dati in una lista delimitata da virgole specificata di PDB (ad esempio, pdb1, pdb2).

D: Che cosa fa l'opzione --skipClosedPDBs?

R: l'opzione --skipClosedPDBs salta l'applicazione delle patch ai PDB chiusi.

D: Cosa significa --continueWithDbDowntime?

R: L'opzione --continueWithDbDowntime consente all'operazione di spostamento di continuare anche se è attiva una sola istanza attiva, consentendo tempi di inattività durante il processo.

D: Qual è lo scopo dell'opzione --allowParallelDBMove?

R: L'opzione --allowParallelDBMove consente di eseguire lo spostamento del database in parallelo, accelerando potenzialmente il processo.

D: Cosa specifica --waitForCompletion?

A: l'opzione --waitForCompletion specifica se attendere il completamento dell'operazione. L'impostazione su false consente di eseguire l'operazione in background.

D: Come si utilizza il parametro --nodeList?

R: il parametro --nodeList specifica una lista delimitata da virgole di nodi su cui verrà eseguita l'operazione di spostamento, se non deve essere applicata a tutti i nodi.

D: Cosa devo fare se riscontro problemi con il comando di spostamento del database dbaascli?

R: Assicurarsi che tutte le istanze di database siano in esecuzione e verificare di eseguire il comando come utente root. Se i problemi persistono, consulta la documentazione dettagliata dei comandi o apri un ticket di supporto con Oracle.

D: Posso eseguire un'operazione di spostamento se una delle istanze di database è inattiva?

R: No, tutte le istanze di database associate devono essere attive e in esecuzione prima di eseguire l'operazione di spostamento.

D: Cosa succede se l'operazione di spostamento viene interrotta?

R: È possibile utilizzare l'opzione --resume per continuare l'operazione di spostamento da dove era stata interrotta utilizzando la stessa sessione o specificando --sessionID.

D: Che cosa fa l'opzione --allowParallelDBMove?

R: Consente di eseguire lo spostamento del database in parallelo, il che può ridurre il tempo necessario per completare l'operazione, soprattutto in ambienti più grandi.

D: Come faccio a monitorare l'avanzamento di un'operazione di spostamento in esecuzione in background?

R: Quando si utilizza --waitForCompletion false, il comando non attende il completamento dell'operazione. È possibile controllare manualmente lo stato dell'operazione utilizzando i log o i comandi di stato Oracle appropriati.

D: Qual è l'importanza dell'opzione --skipClosedPDBs?

R: salta l'applicazione delle patch per i PDB chiusi, riducendo il tempo di operazione se sono presenti PDB a cui non è necessario applicare le patch.

D: È possibile eseguire il rollback dello spostamento del database in qualsiasi momento?

R: Sì, è possibile eseguire il rollback dell'operazione di spostamento utilizzando l'opzione --rollback, specificando l'ID sessione o semplicemente eseguendo il rollback alla Oracle home precedente.

D: Qual è il ruolo di --nodeList in un ambiente multi-nodo?

R: In un ambiente a più nodi, è possibile limitare l'operazione di spostamento a nodi specifici fornendo una lista delimitata da virgole di nomi di nodi con --nodeList.

D: Posso spostare il database in una nuova Oracle home saltando nodi specifici in un ambiente a più nodi?

R: Sì, è possibile utilizzare l'opzione --nodeList per specificare i nodi da includere nell'operazione di spostamento. Tutti i nodi non elencati verranno ignorati.

D: Qual è il numero massimo di nodi che posso specificare con il parametro --nodeList?

R: il parametro --nodeList consente di specificare una lista delimitata da virgole di tutti i nodi necessari, limitata solo dalla configurazione dell'ambiente. Assicurarsi che tutti i nodi siano validi e raggiungibili.

D: Come faccio a sapere quali PDB vengono chiusi prima di usare l'opzione --skipClosedPDBs?

R: È possibile eseguire una query sulla vista v$pdbs per controllare lo stato dei PDB. Tutti i PDB con stato "MOUNTED" o "CLOSED" verranno saltati quando si utilizza --skipClosedPDBs.

D: Come faccio a verificare se un rollback è stato completato correttamente?

R: Dopo aver eseguito il comando di rollback, è possibile esaminare i log del database o utilizzare i log degli alert Oracle per verificare che il rollback del database alla Oracle home precedente sia riuscito.

D: C'è un modo per forzare l'operazione di spostamento se alcuni prerequisiti falliscono?

R: Il comando di spostamento applica i controlli dei prerequisiti per la stabilità del sistema. Non è possibile ignorare gli errori dei prerequisiti critici. Prima di procedere con lo spostamento, risolvere eventuali problemi segnalati dall'opzione --executePrereqs.

Esempi di casi d'uso

Esempio 1: spostamento del database di base in base al percorso della Oracle home

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

Sposta il database ORCL nella Oracle home in /u01/app/oracle/product/19.0.0/dbhome_1.

Esempio 2: spostamento del database in base al nome della Oracle home

dbaascli database move --oracleHomeName DB_HOME_NAME --dbname ORCL

Sposta il database ORCL nella Oracle home denominata DB_HOME_NAME.

Esempio 3: esecuzione dei controlli dei prerequisiti prima dello spostamento

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

Sposta il database ORCL nella Oracle home durante l'esecuzione anticipata dei controlli dei prerequisiti.

Esempio 4: ripresa di un'operazione di spostamento precedente

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

Riprende un'operazione di spostamento precedente per il database ORCL.

Esempio 5: ripresa di un'operazione di spostamento con un ID sessione specifico

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

Riprende l'operazione di spostamento per il database ORCL utilizzando l'ID sessione 12345.

Esempio 6: rollback di un'operazione di spostamento

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

Esegue il rollback dell'operazione di spostamento per il database ORCL, ripristinandolo nella Oracle home precedente.

Esempio 7: rollback di un'operazione di spostamento con un ID sessione

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

Esegue il rollback dell'operazione di spostamento per ORCL utilizzando l'ID sessione 67890.

Esempio 8: Datapatch saltata

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

Sposta il database ORCL senza eseguire DataPatch sui database.

Esempio 9: PDB specifici saltati durante Datapatch

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

Sposta il database ORCL in una nuova Oracle home, ma salta l'esecuzione di datapatch nei PDB specificati (pdb1 e pdb2).

Esempio 10: la patch dati nei PDB chiusi verrà saltata

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

Sposta il database ORCL e salta l'esecuzione di datapatch in qualsiasi PDB chiuso.

Esempio 11: consentire il tempo di inattività del database durante lo spostamento

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

Sposta il database ORCL nella Oracle home specificata, consentendo al contempo il tempo di inattività del database durante il processo di spostamento.

Esempio 12: spostamento del database in parallelo

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

Sposta il database ORCL nella Oracle home specificata con l'opzione per eseguire lo spostamento in parallelo per ottenere prestazioni migliori.

Esempio 13: esecuzione dell'operazione in background

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

Sposta il database ORCL in una nuova Oracle home, ma esegue l'operazione in background.

Esempio 14: specifica dei nodi per lo spostamento

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

Sposta il database ORCL nella Oracle home specificata, ma esegue l'operazione solo su node1 e node2.

Esempio 15: combinazione di spostamento con controlli dei prerequisiti, saltando PDB specifici e consentendo tempi di inattività

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

Sposta il database ORCL nella Oracle home specificata, esegue i controlli dei prerequisiti, salta l'esecuzione di datapatch in pdb1 e consente il tempo di inattività del database durante l'operazione.

Esempio 16: combinazione di spostamento in parallelo ed esecuzione in background

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

Sposta il database ORCL in una nuova Oracle home, esegue lo spostamento in parallelo ed esegue l'operazione in background.

Esempio 17: combinazione di spostamento con esecuzione parallela e salto dei PDB chiusi

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

Sposta il database TESTDB nella nuova Oracle home /u02/app/oracle/product/19.0.0/dbhome_2, eseguendo l'operazione in parallelo e saltando la patch dati nei PDB chiusi.

Esempio 18: esecuzione solo del controllo dei prerequisiti

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

Verifica i prerequisiti per lo spostamento del database PRODDB nella Oracle home situata in /u02/app/oracle/product/19.0.0/dbhome_2 senza eseguire effettivamente lo spostamento.

Esempio 19: Datapatch saltata per PDB specifici

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

Sposta il database HRDB nella nuova Oracle home, ma salta l'esecuzione di datapatch per pdb1 e pdb3.

Esempio 20: esecuzione dello spostamento su nodi specifici

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

Sposta il database FINDB nella nuova Oracle home solo in node1 e node3.

Esempio 21: spostamento del database con tempo di inattività consentito

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

Sposta il database ORCL nella Oracle home specificata pur consentendo il tempo di inattività durante l'operazione di spostamento.

Esempio 22: combinazione di spostamento parallelo e salto di Datapatch

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

Sposta il database CRMDB in parallelo, ignorando il processo DataPatch.

Esempio 23: operazione di spostamento in background con un elenco di nodi

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

Sposta il database SALESDB nella Oracle home specificata in background e l'operazione viene applicata solo su node2 e node3.

Esempio 24: spostamento del database con controllo dei prerequisiti e possibilità di spostamento parallelo

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

Sposta il database ORCL nella nuova Oracle home dopo aver eseguito i controlli dei prerequisiti e aver eseguito l'operazione di spostamento in parallelo.

Esempio 25: rollback di un'operazione di spostamento e salto dei PDB chiusi

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

Esegue il rollback dell'operazione di spostamento per il database DEVDB. Tutti i PDB chiusi verranno saltati.

Esempio 26: spostamento del database con tempi di inattività specifici ed esecuzione parallela

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

Sposta il database FINDB nella Oracle home specificata, consentendo al contempo il tempo di inattività del database e l'esecuzione parallela per accelerare il processo.

Esempio 27: controllo dei prerequisiti di spostamento del database senza eseguire lo spostamento

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

Esegue i controlli dei prerequisiti per verificare che il database HRDB possa essere spostato nella Oracle home specificata senza eseguire lo spostamento stesso.

Esempio 28: spostamento del database ed esecuzione del comando in background su nodi specifici

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

Sposta il database PRODDB in una nuova Oracle home, eseguendo l'operazione in background e applicandola solo in node1 e node4.

Esempio 29: combinazione di controlli dei prerequisiti, saltare i PDB chiusi e consentire l'esecuzione parallela

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

Esegue i controlli dei prerequisiti prima di spostare il database CRMDB nella nuova Oracle home, salta l'applicazione di patch ai PDB chiusi e consente l'esecuzione dell'operazione in parallelo per un'esecuzione più rapida.

Esempio 30: spostamento del database con rollback su ID sessione specifico e salto della patch dati

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

Esegue il rollback di un'operazione di spostamento eseguita in precedenza per il database DEVDB nella Oracle home precedente utilizzando l'ID sessione 45678, ignorando il processo DataPatch durante il rollback.

Esempio 31: spostamento del database con Consenti esecuzione parallela e specifica di Datapatch saltata per i PDB

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

Sposta il database ANALYTICDB in parallelo alla Oracle home specificata e salta il processo Datapatch per pdb2 e pdb4.

Requisito

• Eseguire il comando come utente root.
• Il database deve essere stato configurato con i dettagli di destinazione dello storage di backup in cui sono memorizzati i backup.

Sintassi

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>

Domande più frequenti

D: Qual è lo scopo del comando di recupero del database dbaascli?

R: Il comando dbaascli database recover viene utilizzato per recuperare un Oracle Database dai backup memorizzati in una destinazione di storage di backup.

D: Come faccio a specificare quale database recuperare?

R: È possibile specificare il database che si desidera recuperare utilizzando l'opzione --dbname seguita dal nome del database. Ad esempio:

--dbname <database_name>

D: Quali sono le opzioni di ripristino disponibili con il comando di ripristino del database dbaascli?

A: Le opzioni di recupero sono:

--untilTime: recupera il database a un'ora specifica.

--untilSCN: recuperare il database in uno specifico numero SCN (System Change Number).

--latest: consente di ripristinare l'ultimo stato conosciuto del database.

--tag: recupera il database utilizzando una tag di archivio.

D: Come posso recuperare il database a un'ora specifica?

A: utilizzare l'opzione --untilTime seguita dall'ora nel formato DD-MON-YYYY HH24:MI:SS. Ad esempio:

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

D: Come posso recuperare il database in un SCN specifico?

A: utilizzare l'opzione --untilSCN seguita dal valore SCN. Ad esempio:

--untilSCN 123456789

D: Come posso recuperare il database all'ultimo stato conosciuto?

R: Utilizzare l'opzione --latest per ripristinare lo stato più recente possibile del database. Ad esempio:

--latest

D: Qual è l'uso dell'opzione --tag nel processo di recupero?

R: L'opzione --tag consente di recuperare il database utilizzando una tag di archiviazione associata ai backup. Ad esempio:

--tag <backup_tag>

D: Come si controlla lo stato di un'operazione di ripristino?

A: utilizzare l'opzione --status insieme al valore --uuid per controllare lo stato di un'operazione di recupero in corso o precedente. Ad esempio:

--status --uuid <recovery_uuid>

D: Che cosa fa l'opzione --start nel processo di recupero?

A: L'opzione --start avvia l'operazione di recupero in base al metodo di recupero selezionato (--untilTime, --untilSCN, --latest o --tag).

D: C'è un modo per recuperare il database senza specificare un tempo o SCN?

R: Sì, è possibile ripristinare l'ultimo stato noto del database utilizzando l'opzione --latest, che non richiede la specifica di un'ora o di un SCN.

D: Posso eseguire un recupero parziale?

R: Sì, è possibile recuperare il database in un point-in-time o SCN specifico utilizzando rispettivamente le opzioni --untilTime o --untilSCN.

Prerequisiti

• Prima di eseguire un'operazione runDatapatch, assicurarsi che tutte le istanze di database associate al database siano attive e in esecuzione.

• Eseguire il comando come utente root.

Sintassi

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

Dove:

• --dbname specifica il nome del database
• --resume riprende l'esecuzione precedente
  • --sessionID specifica di riprendere un ID sessione specifico
• --skipPdbs salta l'esecuzione della patch dati in una lista delimitata da virgole specificata di PDB. Ad esempio: pdb1,pdb2...
• --pdbs esegue la patch dati solo in una lista di PDB delimitati da virgole specificata. Ad esempio: pdb1,pdb2...
• --executePrereqs esegue i controlli dei prerequisiti
• --patchList applica o esegue il rollback della lista di patch delimitata da virgole specificata. Ad esempio: patch1,patch2...
• --skipClosedPdbs salta l'esecuzione della patch dati nei PDB chiusi
• --rollback esegue il rollback delle patch applicate

Domande più frequenti

D: Qual è lo scopo del comando runDatapatch del database dbaascli?

R: Il comando dbaascli database runDatapatch viene utilizzato per applicare le patch a Oracle Database.

D: Cosa deve essere garantito prima di eseguire il comando runDatapatch del database dbaascli?

R: Prima di eseguire il comando, assicurarsi che tutte le istanze del database siano attive e in esecuzione.

D: Come faccio a specificare quale database applicare le patch?

A: utilizzare l'opzione --dbname seguita dal nome del database. Ad esempio:

--dbname myDatabase

D: Come posso riprendere un'operazione runDatapatch precedentemente interrotta?

A: utilizzare l'opzione --resume per riprendere l'esecuzione precedente o l'opzione --sessionID per specificare un ID di sessione specifico. Ad esempio:

--resume

--sessionID 12345

D: Come posso saltare determinati PDB durante l'esecuzione della patch?

R: utilizzare l'opzione --skipPdbs seguita da una lista delimitata da virgole di nomi PDB da saltare. Ad esempio:

--skipPdbs pdb1,pdb2

D: Come si esegue la patch solo su determinati PDB?

R: utilizzare l'opzione --pdbs seguita da una lista delimitata da virgole di nomi PDB da includere. Ad esempio:

--pdbs pdb1,pdb2

D: Come posso applicare o eseguire il rollback di un set specifico di patch?

A: utilizzare l'opzione --patchList seguita da una lista delimitata da virgole di nomi di patch da applicare o eseguire il rollback. Ad esempio:

--patchList patch1,patch2

D: Che cosa fa l'opzione --rollback?

R: l'opzione --rollback esegue il rollback delle patch applicate durante l'operazione di applicazione delle patch.

D: Che cosa accade se alcuni PDB vengono chiusi durante l'operazione di applicazione delle patch?

R: Se alcuni PDB sono chiusi, è possibile utilizzare l'opzione --skipClosedPdbs per saltare l'applicazione delle patch ai PDB chiusi.

D: È possibile eseguire i controlli dei prerequisiti prima di applicare le patch?

R: Sì, utilizzare l'opzione --executePrereqs per eseguire i controlli dei prerequisiti prima di applicare la patch.

D: Come faccio a scoprire quale ID di sessione per riprendere una patch?

R: Dopo un'operazione runDatapatch, l'ID sessione viene in genere registrato. Usare l'opzione --sessionID per specificare l'ID quando si riprende una patch. Ad esempio:

--sessionID 67890

Prerequisiti:

Eseguire il comando come utente root.

Sintassi

Creare un nuovo modello DBCA dal database specificato.

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

Prerequisiti

Eseguire il comando come utente root.

Sintassi

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

Il comando avvia e apre il database. In Oracle Database 12c o versione successiva vengono aperti anche tutti i PDB.

Domande più frequenti

D: Qual è lo scopo del comando start del database dbaascli?

R: Il comando dbaascli database start viene utilizzato per avviare un Oracle Database.

D: Cosa deve essere fatto prima di eseguire il comando start del database dbaascli?

R: Il comando deve essere eseguito come utente root.

D: Come si specifica il database che si desidera avviare?

A: utilizzare l'opzione --dbname seguita dal nome del database. Ad esempio:

--dbname myDatabase

D: Quali sono le possibili modalità con cui posso avviare il database?

R: È possibile avviare il database in modalità mount o nomount utilizzando l'opzione --mode. Ad esempio:

--mode mount

D: Qual è la modalità predefinita se non ne specifica una?

R: Se non si specifica una modalità, il database verrà avviato nella modalità open predefinita.

D: Questo comando aprirà tutti i PDB in Oracle Database 12c o versione successiva?

R: Sì, quando si avvia il database in Oracle Database 12c o versioni successive, verranno aperti anche tutti i database collegabili (PDB).

D: Come posso avviare un database in modalità nomount?

R: Usare l'opzione --mode e impostarla su nomount. Ad esempio:

--mode nomount

D: Come posso avviare un database in modalità mount?

A: Usare l'opzione --mode e impostarla per l'attivazione. Ad esempio:

--mode mount

D: È obbligatorio specificare un nome di database quando si esegue il comando di avvio del database dbaascli?

R: Sì, si consiglia di specificare il nome del database utilizzando l'opzione --dbname per assicurarsi che venga avviato il database corretto.

Prerequisiti

Eseguire il comando come utente root.

Sintassi

dbaascli database status
[--service][--dbname] 
[--user]
[--password]

L'output del comando include la modalità di apertura del database, la release e l'edizione del software del database e la versione della release di altri componenti software.

Prerequisiti

Eseguire il comando come utente root.

Sintassi

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

Il comando esegue la chiusura del database in modalità immediata. Non sono consentite nuove connessioni o nuove transazioni. Viene eseguito il rollback delle transazioni attive e tutti gli utenti connessi vengono scollegati.

Domande più frequenti

D: Qual è lo scopo del comando stop del database dbaascli?

R: Il comando dbaascli database stop viene utilizzato per arrestare un Oracle Database.

D: Quali sono i prerequisiti per l'utilizzo del comando di arresto del database dbaascli?

R: È necessario eseguire il comando come utente root ed è necessario connettersi a una virtual machine Exadata Cloud@Customer utilizzando SSH.

D: Come si specifica il database da arrestare?

R: È possibile specificare il database utilizzando l'opzione --dbname seguita dal nome del database. Ad esempio:

--dbname myDatabase

D: Quali sono le modalità di arresto valide per il comando di arresto del database dbaascli?

A: Le modalità di spegnimento valide sono:

abort

immediate

normal

transactional

D: Qual è la modalità di spegnimento predefinita se non è specificata alcuna modalità?

R: Se non viene specificata alcuna modalità, il database verrà chiuso in modalità immediate per impostazione predefinita.

D: Cosa succede in modalità di arresto immediato?

R: In modalità immediate, non sono consentite nuove connessioni o transazioni, viene eseguito il rollback delle transazioni attive e tutti gli utenti connessi vengono disconnessi.

D: Come posso arrestare il database in modalità di interruzione?

R: Per arrestare il database in modalità Interrompi, utilizzare l'opzione --mode con Interrompi. Ad esempio:

--mode abort

D: Cosa fa la modalità normale quando si arresta il database?

R: In modalità normale, il database consente il completamento delle sessioni utente correnti e quindi si interrompe senza influire sulle transazioni attive.

D: A cosa serve la modalità transazionale nel comando di arresto del database dbaascli?

R: In modalità transactional, il database si arresta solo dopo il completamento di tutte le transazioni attive, ma non sono consentite nuove transazioni.

D: È obbligatorio specificare la modalità di arresto nel comando di arresto del database dbaascli?

A: No, specificare una modalità shutdown è facoltativo. Se non viene specificata, verrà utilizzata la modalità immediata predefinita.

Requisito

Eseguire il comando come utente root.

Sintassi

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

Domande più frequenti

D: Qual è lo scopo del comando di aggiornamento del database dbaascli?

R: Il comando dbaascli database upgrade viene utilizzato per aggiornare un Oracle Database a una nuova versione.

D: Quali sono i prerequisiti per l'utilizzo del comando di aggiornamento del database dbaascli?

R: è necessario eseguire il comando come utente root e connettersi a una virtual machine Exadata Cloud@Customer utilizzando SSH.

D: Come si specifica il database da aggiornare?

A: utilizzare l'opzione --dbname seguita dal nome del database. Ad esempio:

--dbname myDatabase

D: Come si specifica la Oracle home di destinazione per l'upgrade?

R: È possibile specificare la posizione della Oracle home di destinazione con l'opzione --targetHome oppure il nome della Oracle Database home di destinazione con l'opzione --targetHomeName.

D: Che cosa fa l'opzione --standBy?

R: l'opzione --standBy viene utilizzata per eseguire l'upgrade dei database di standby nelle configurazioni Data Guard.

D: Qual è lo scopo della bandiera --allStandbyPrepared?

R: il flag --allStandbyPrepared conferma che tutte le operazioni necessarie sui database di standby sono state eseguite prima di eseguire l'upgrade del database primario in una configurazione Data Guard.

D: Che cosa fa l'opzione --removeGRP?

R: l'opzione --removeGRP rimuove automaticamente il backup del punto di ripristino garantito (GRP) se l'aggiornamento del database riesce.

D: Quando dovrei usare l'opzione --increaseCompatibleParameter?

R: utilizzare l'opzione --increaseCompatibleParameter per aumentare automaticamente il parametro compatibile durante l'aggiornamento del database, a condizione che l'aggiornamento sia riuscito.

D: Che cosa fa l'opzione --executePrereqs?

R: l'opzione --executePrereqs esegue solo i controlli precedenti all'aggiornamento per assicurarsi che il database sia pronto per l'aggiornamento.

D: Come gestire un passo post-upgrade non riuscito?

A: utilizzare l'opzione --postUpgrade per rieseguire i passi successivi all'aggiornamento se l'esecuzione del tentativo iniziale successivo all'aggiornamento non riesce.

D: Qual è lo scopo dell'opzione --revert?

R: l'opzione --revert ripristina la Oracle Database alla Oracle home originale, annullando l'upgrade.

D: Come posso passare argomenti aggiuntivi specifici a DBUA per l'upgrade?

R: utilizzare l'opzione --upgradeOptions per passare argomenti specifici di DBUA per l'aggiornamento di Oracle Database. Per gli argomenti e le opzioni supportati, consultare la documentazione Oracle.

D: È obbligatorio specificare la Oracle home di destinazione per l'upgrade?

R: Sì, è necessario specificare il valore --targetHome o --targetHomeName per indicare la Oracle home di destinazione per l'aggiornamento.

D: Cosa devo fare se devo eseguire un controllo pre-upgrade ma non procedere con l'upgrade?

A: utilizzare l'opzione --executePrereqs per eseguire solo i controlli precedenti all'aggiornamento senza procedere con l'aggiornamento effettivo.

Eseguire il comando come utente root o oracle.

Sintassi

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

Domande più frequenti

D: Qual è lo scopo del comando dbaascli dataguard prepareStandbyBlob?

R: il comando dbaascli dataguard prepareStandbyBlob viene utilizzato per generare un file BLOB contenente vari file richiesti sul sito in standby in un ambiente Data Guard.

D: Quali sono i prerequisiti per l'esecuzione del comando dbaascli dataguard prepareStandbyBlob?

R: Il comando deve essere eseguito come utente root o oracle.

D: Come si specifica il nome di Oracle Database per il quale si desidera preparare l'oggetto BLOB di standby?

R: utilizzare l'opzione --dbname seguita dal nome di Oracle Database. Ad esempio:

--dbname myDatabase

D: Come si specifica la posizione in cui verrà generato il file dell'oggetto BLOB di standby?

R: utilizzare l'opzione --blobLocation per specificare il percorso della directory personalizzata in cui verrà generato il file dell'oggetto BLOB di standby. Ad esempio:

--blobLocation /path/to/standby_blob

D: Che cosa fa l'opzione --dbname nel comando?

R: l'opzione --dbname specifica il nome di Oracle Database per il quale viene preparato il file dell'oggetto BLOB di standby.

D: Qual è lo scopo dell'opzione --blobLocation?

R: l'opzione --blobLocation definisce il percorso della directory personalizzata in cui verrà creato il file dell'oggetto BLOB di standby.

D: È possibile eseguire il comando dbaascli dataguard prepareStandbyBlob come utente diverso da root o oracle?

R: No, il comando deve essere eseguito come utente root o oracle.

D: È possibile utilizzare un percorso relativo per l'opzione --blobLocation?

R: Si consiglia di utilizzare un percorso assoluto per l'opzione --blobLocation per assicurarsi che il file dell'oggetto BLOB di standby venga creato nella directory corretta.

D: Cosa devo fare se voglio modificare la posizione in cui viene generato il file dell'oggetto BLOB di standby?

R: Modificare l'opzione --blobLocation per specificare un nuovo percorso di directory per il file dell'oggetto BLOB di standby.

D: È necessario eseguire ulteriori operazioni dopo aver generato il file dell'oggetto BLOB di standby?

R: Sì, dopo aver generato il file dell'oggetto BLOB di standby, è necessario trasferirlo nel sito di standby e utilizzarlo per la configurazione Data Guard.

Eseguire il comando come utente root o oracle.

Sintassi

dbaascli dataguard updateDGConfigAttributes --attributes <value>

Domande più frequenti

D: Qual è lo scopo del comando dbaascli dataguard updateDGConfigAttributes?

R: Il comando dbaascli dataguard updateDGConfigAttributes viene utilizzato per aggiornare gli attributi di automazione Data Guard in tutti i nodi del cluster.

D: Quali sono i prerequisiti per l'esecuzione del comando dbaascli dataguard updateDGConfigAttributes?

R: Il comando deve essere eseguito come utente root o oracle.

D: Come si specificano gli attributi che si desidera aggiornare utilizzando questo comando?

A: utilizzare l'opzione --attributes seguita dagli attributi da modificare. Gli attributi devono essere in formato delimitato da virgole, ad esempio attribute=value. Ad esempio:

--attributes attribute1=value1,attribute2=value2

D: In quale formato devono essere inseriti i valori dell'opzione --attributes?

R: i valori dell'opzione --attributes devono essere in formato delimitato da virgole con ogni attributo specificato come attribute=value.

D: È possibile specificare più attributi nell'opzione --attributes?

R: Sì, è possibile specificare più attributi separandoli con virgole. Ad esempio:

--attributes attribute1=value1,attribute2=value2

D: Cosa succede se si fornisce un attributo non predefinito nel file di configurazione Data Guard?

R: Se si fornisce un attributo non predefinito, il comando potrebbe non riuscire o ignorare l'attributo non riconosciuto. Assicurarsi che tutti gli attributi siano predefiniti nel file di configurazione Data Guard.

D: È necessario riavviare i servizi dopo l'aggiornamento degli attributi di automazione Data Guard?

R: Nella maggior parte dei casi, non è necessario riavviare i servizi dopo l'aggiornamento degli attributi. Tuttavia, controllare gli attributi specifici e il relativo impatto per determinare se è necessario un riavvio.

D: Come posso verificare se gli attributi Data Guard sono stati aggiornati correttamente?

R: Dopo aver eseguito il comando, è possibile verificare gli attributi aggiornati controllando la configurazione Data Guard o utilizzando comandi/strumenti di verifica appropriati specifici dell'impostazione.

D: Cosa devo fare se il comando non riesce ad aggiornare gli attributi?

R: Controllare i messaggi di errore per i dettagli su ciò che è andato storto. Assicurarsi di aver specificato gli attributi corretti e che siano predefiniti nel file di configurazione Data Guard. Verificare le autorizzazioni utente e la sintassi dei comandi.

D: È possibile aggiornare gli attributi solo per nodi specifici utilizzando questo comando?

R: No, il comando dbaascli dataguard updateDGConfigAttributes aggiorna gli attributi in tutti i nodi del cluster. Se è necessario aggiornare gli attributi per nodi specifici, potrebbe essere necessario utilizzare metodi o comandi diversi.

Requisito

Eseguire il comando come utente root.

Sintassi

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

Domande più frequenti

D: Qual è lo scopo del comando dbaascli dbhome create?

R: Il comando dbaascli dbhome create viene utilizzato per creare una nuova home Oracle Database con la versione desiderata.

D: Quali sono i prerequisiti per l'esecuzione del comando dbaascli dbhome create?

R: Il comando deve essere eseguito come utente root.

D: Come si specifica la versione di Oracle Database durante la creazione di una nuova Oracle home?

R: utilizzare l'opzione --version seguita dalla versione di Oracle Database nel formato di cinque segmenti numerici separati da punti, ad esempio 19.11.0.0.0.

D: Cosa specifica l'opzione --oracleHome?

R: l'opzione --oracleHome specifica la posizione in cui si desidera installare la Oracle home. Se non viene specificata, verrà utilizzata la posizione predefinita.

D: È possibile assegnare un nome personalizzato alla nuova Oracle home?

R: Sì, è possibile utilizzare l'opzione --oracleHomeName per specificare un nome definito dall'utente per la Oracle home. Se non specificato, verrà utilizzato il nome predefinito.

D: Come si abilita o disabilita l'audit unificato nella nuova Oracle home?

R: utilizzare l'opzione --enableUnifiedAuditing e specificare true per abilitare o false per disabilitare l'audit unificato per la Oracle home.

D: Che cosa fa l'opzione --imageTag?

R: l'opzione --imageTag specifica la tag immagine della Oracle home, che può essere utilizzata nei casi in cui la tag immagine è diversa dalla versione.

D: Qual è un esempio di utilizzo del comando dbhome create dbaascli con il tag version e image?

A: Un esempio del comando con versione e tag immagine è:

dbaascli dbhome create --version 19.8.0.0.0 --imageTag 19.8.0.0.0

In questo modo viene creata una Oracle home per la versione 19.8.0.0.0 con la tag immagine corrispondente.

D: Cosa succede se non si forniscono le opzioni --oracleHome o --oracleHomeName?

R: Se --oracleHome non viene fornito, la Oracle home verrà installata nella posizione predefinita. Se --oracleHomeName non viene specificato, alla Oracle home verrà assegnato un nome predefinito.

D: Come posso verificare se la creazione della Oracle home è riuscita?

R: Dopo aver eseguito il comando, controllare i log di output per eventuali messaggi o errori riusciti. È inoltre possibile verificare la Oracle home passando alla posizione specificata o utilizzando strumenti Oracle quali orainstRoot.sh.

D: È possibile creare più Oracle home con versioni diverse nello stesso sistema?

R: Sì, è possibile creare più Oracle home con versioni diverse specificando valori diversi per le opzioni --version e --oracleHomeName.

D: Cosa devo fare se la creazione della Oracle home non riesce?

R: Controllare i log di output per messaggi di errore dettagliati. Verificare di disporre del formato della versione corretto, delle autorizzazioni necessarie e dello spazio su disco sufficiente. Correggere tutti i problemi e provare a eseguire di nuovo il comando.

Requisito

Eseguire il comando come utente root.

Sintassi

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

Domande più frequenti

D: Qual è lo scopo del comando dbaascli dbHome delete?

R: Il comando dbaascli dbHome delete viene utilizzato per eliminare una home Oracle Database specificata dal sistema.

D: Quali sono i prerequisiti per l'esecuzione del comando dbHome delete dbaascli?

R: Il comando deve essere eseguito come utente root.

D: Come si specifica la Oracle home da eliminare?

R: È possibile specificare la Oracle home da eliminare utilizzando una delle seguenti opzioni:

--oracleHome <value> per fornire il percorso assoluto della posizione della Oracle home.

--oracleHomeName <value> per fornire il nome della Oracle home.

D: Qual è la differenza tra le opzioni --oracleHome e --oracleHomeName?

A:

--oracleHome specifica la posizione fisica o il percorso della Oracle home da eliminare.

--oracleHomeName specifica il nome definito dall'utente della Oracle home da eliminare.

D: Come posso riprendere un processo di cancellazione precedentemente interrotto?

R: È possibile utilizzare l'opzione --resume per riprendere un processo di eliminazione precedente. Se si conosce l'ID sessione specifico del processo, è possibile includerlo con l'opzione --sessionID.

D: A cosa serve l'opzione --sessionID nel comando dbHome delete di dbaascli?

R: L'opzione --sessionID viene utilizzata per riprendere una sessione specifica interrotta o non riuscita in precedenza durante il processo di eliminazione.

D: Cosa succede se non si forniscono le opzioni --resume o --sessionID?

R: Se le opzioni --resume o --sessionID non vengono fornite, il comando avvierà un nuovo processo di eliminazione anziché riprendere un processo interrotto.

D: È possibile confermare l'eliminazione della Oracle home dopo l'esecuzione del comando?

R: È possibile verificare l'eliminazione controllando i log di output per individuare i messaggi riusciti e assicurandosi che la directory Oracle home non sia più presente nella posizione specificata.

D: È possibile eliminare una Oracle home attualmente utilizzata da un database in esecuzione?

R: No, la Oracle home non deve essere utilizzata da alcun database o servizio in esecuzione durante il processo di eliminazione. Assicurarsi di arrestare tutti i database correlati prima di eseguire il comando delete.

D: Cosa devo fare se il comando dbaascli dbHome delete non riesce?

R: Esaminare i log di output per eventuali messaggi di errore. Assicurarsi che la Oracle home non sia in uso, verificare la posizione o il nome corretto della Oracle home e confermare di disporre delle autorizzazioni necessarie. Dopo aver risolto i problemi, rieseguire il comando o, se necessario, utilizzare l'opzione --resume.

D: È possibile eliminare più Oracle home contemporaneamente utilizzando il comando di eliminazione dbHome dbaascli?

R: No, il comando consente di eliminare una sola Oracle home alla volta specificando l'opzione --oracleHome o --oracleHomeName.

D: Qual è un esempio di eliminazione di una Oracle home in base al nome?

R: Di seguito è riportato un esempio di eliminazione di una Oracle home per nome.

dbaascli dbHome elimina --oracleHomeName myOracleHome

Questo comando elimina la Oracle home con il nome myOracleHome.

D: Qual è un esempio di eliminazione di una Oracle home in base alla relativa posizione?

R: Di seguito è riportato un esempio di eliminazione di una Oracle home specificandone la posizione.

dbaascli dbHome elimina --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1

Questo comando elimina la Oracle home in /u01/app/oracle/product/19.0.0/dbhome_1.

D: Posso annullare il processo di eliminazione una volta avviato?

R: No, una volta avviato il processo di eliminazione, non può essere annullato. Prima di eseguire il comando, assicurarsi che la Oracle home sia pronta per l'eliminazione.

Eseguire il comando come utente root.

Sintassi

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

Domande più frequenti

D: Qual è lo scopo del comando dbaascli dbHome getDatabases?

R: Il comando dbaascli dbHome getDatabases viene utilizzato per visualizzare le informazioni su tutti i database Oracle in esecuzione da una home Oracle Database specificata.

D: Come si specifica la home di Oracle Database da controllare?

R: È possibile specificare la Oracle Database home utilizzando una delle seguenti opzioni:

--oracleHomeName <value> per specificare il nome definito dall'utente della Oracle home.

--oracleHome <value> per specificare la posizione (percorso) completa della Oracle home.

D: Qual è la differenza tra le opzioni --oracleHomeName e --oracleHome?

A:

--oracleHomeName fa riferimento a un nome definito dall'utente per la Oracle home.

--oracleHome fa riferimento alla posizione fisica (o al percorso della directory) della Oracle home nel sistema.

D: Come si esegue il comando dbaascli dbHome getDatabases?

A: Per eseguire il comando, utilizzare la seguente sintassi:

dbaascli dbHome getDatabases --oracleHomeName <value>

In alternativa

dbaascli dbHome getDatabases --oracleHome <value>

Assicurarsi di eseguire il comando come utente root.

D: È possibile specificare sia il nome della Oracle home che la posizione della Oracle home nello stesso comando?

R: No, è possibile specificare solo --oracleHomeName o --oracleHome in un'unica esecuzione dei comandi. Scegliere un'opzione in base alla modalità di identificazione della Oracle home.

D: Che tipo di informazioni restituisce il comando dbaascli dbHome getDatabases?

R: il comando restituisce informazioni su tutti i database Oracle in esecuzione dalla Oracle home specificata. Sono inclusi dettagli quali nomi e stati del database.

D: Qual è un esempio di utilizzo di dbaascli dbHome getDatabases con la posizione della Oracle home?

R: Di seguito è riportato un esempio di utilizzo del comando con la posizione della Oracle home.

dbaascli dbHome getDatabases --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1

Questo comando recupera la lista dei database in esecuzione dalla Oracle home in /u01/app/oracle/product/19.0.0/dbhome_1.

D: Qual è un esempio di utilizzo di dbaascli dbHome getDatabases con il nome della Oracle home?

R: Di seguito è riportato un esempio di utilizzo del comando con il nome della Oracle home.

dbaascli dbHome getDatabases --oracleHomeName myOracleHome

Questo comando recupera la lista dei database in esecuzione dalla Oracle home denominata myOracleHome.

D: Sono necessarie autorizzazioni speciali per eseguire questo comando?

R: Sì, è necessario eseguire il comando come utente root per visualizzare le informazioni sui database Oracle in esecuzione da una Oracle home specificata.

D: Cosa devo controllare se il comando dbaascli dbHome getDatabases non restituisce alcun database?

R: assicurarsi di aver specificato il nome o la posizione corretta della Oracle home e che siano presenti database in esecuzione da tale Oracle home. Inoltre, confermare che la Oracle home sia configurata e attiva in modo appropriato.

D: È possibile utilizzare il comando dbaascli dbHome getDatabases su più Oracle home contemporaneamente?

R: No, il comando funziona su una singola Oracle home alla volta. È necessario eseguire il comando separatamente per ogni Oracle home di cui si desidera eseguire la query.

D: Esiste un modo per verificare che la Oracle home specificata nel comando sia corretta?

R: È possibile verificare la Oracle home controllando la struttura della directory o i dettagli di configurazione nel sistema per assicurarsi che il percorso o il nome fornito corrisponda alla Oracle home effettiva.

D: Cosa succede se si esegue il comando senza specificare un nome di Oracle home o Oracle home?

A: Il comando richiede la specifica dell'opzione --oracleHome o --oracleHomeName. Se non viene fornita alcuna opzione, l'esecuzione del comando non riuscirà.

D: Questo comando può recuperare i database attualmente arrestati?

R: Sì, il comando elenca tutti i database associati alla Oracle home specificata, indipendentemente dal fatto che siano attualmente in esecuzione o arrestati.

Requisito

Eseguire il comando come utente root.

Sintassi

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

Domande più frequenti

D: Qual è lo scopo del comando dbaascli dbHome getDetails?

R: Il comando dbaascli dbHome getDetails viene utilizzato per visualizzare informazioni dettagliate su una Oracle home specifica del sistema.

D: Come si specifica la Oracle home di cui si desidera ottenere i dettagli?

R: È possibile specificare la Oracle home utilizzando una delle seguenti opzioni:

--oracleHomeName <value> per specificare il nome definito dall'utente della Oracle home.

--oracleHome <value> per specificare la posizione (percorso) completa della Oracle home.

D: Qual è la differenza tra --oracleHomeName e --oracleHome?

A:

--oracleHomeName è il nome definito dall'utente per una Oracle home.

--oracleHome fa riferimento al percorso completo della directory in cui si trova la Oracle home.

D: Come si esegue il comando dbaascli dbHome getDetails?

A: Per eseguire il comando, utilizzare la seguente sintassi:

dbaascli dbHome getDetails --oracleHomeName <value>

In alternativa

dbaascli dbHome getDetails --oracleHome <value>

Assicurarsi di eseguire il comando come utente root.

D: È possibile specificare sia --oracleHomeName che --oracleHome nello stesso comando?

R: No, puoi usare una sola opzione per esecuzione del comando. È necessario specificare il nome della Oracle home o la posizione della Oracle home, non entrambi.

D: Quali informazioni restituisce il comando dbaascli dbHome getDetails?

R: il comando fornisce informazioni dettagliate sulla Oracle home specificata, ad esempio la versione, lo stato e qualsiasi altro dettaglio di configurazione associato alla Oracle home.

D: Qual è un esempio di utilizzo del comando dbHome getDetails dbaascli con una posizione della Oracle home?

A: Ecco un esempio:

dbaascli dbHome getDetails --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1

Questo comando recupera informazioni dettagliate sulla Oracle home in /u01/app/oracle/product/19.0.0/dbhome_1.

D: Qual è un esempio di utilizzo del comando dbHome getDetails dbaascli con un nome di Oracle home?

A: Ecco un esempio:

dbaascli dbHome getDetails --oracleHomeName myOracleHome

Questo comando recupera informazioni dettagliate sulla Oracle home denominata myOracleHome.

D: Sono necessarie autorizzazioni speciali per eseguire questo comando?

R: Sì, è necessario eseguire il comando come utente root per visualizzare i dettagli sulla Oracle home.

D: Cosa devo fare se il comando dbaascli dbHome getDetails non restituisce alcuna informazione?

R: assicurarsi di aver specificato correttamente il nome o la posizione della Oracle home e che la Oracle home sia configurata ed esista correttamente nel sistema.

D: È possibile utilizzare contemporaneamente il comando dbHome getDetails dbaascli su più Oracle home?

R: No, il comando funziona solo su una singola Oracle home alla volta. È necessario eseguire il comando separatamente per ogni Oracle home.

D: È possibile verificare il nome della Oracle home prima di eseguire il comando?

R: Sì, puoi verificare il nome della Oracle home controllando i file di configurazione del tuo sistema o elencando tutte le Oracle home disponibili sul tuo sistema.

D: Cosa succede se non si specifica un nome o una posizione della Oracle home nel comando?

A: Il comando richiede la specifica dell'opzione --oracleHome o --oracleHomeName. Se nessuno dei due viene fornito, l'esecuzione del comando non riuscirà.

D: È possibile recuperare informazioni sulle Oracle home attualmente non in uso?

R: Sì, il comando dbaascli dbHome getDetails fornisce i dettagli sulle Oracle home indipendentemente dal fatto che siano in uso o inattive.

D: Cosa devo controllare se il comando restituisce un errore?

R: Assicurarsi che il nome o la posizione della Oracle home sia corretta, che la Oracle home esista e che il comando venga eseguito come utente root. Verificare la presenza di errori di battitura o percorsi errati.

Requisito

Eseguire il comando come utente root.

Sintassi

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

Domande più frequenti

D: A cosa serve il comando patch dbHome dbaascli?

R: Il comando dbaascli dbHome patch viene utilizzato per applicare patch alla Oracle home da un livello di patch a un altro.

D: Sono necessarie autorizzazioni speciali per eseguire il comando patch dbHome dbaascli?

R: Sì, è necessario eseguire il comando come utente root.

D: Come si specifica il percorso o il nome della Oracle home per la patch?

R: utilizzare l'opzione --oracleHome per specificare il percorso della Oracle home oppure --oracleHomeName per specificare il nome della Oracle home.

D: Come posso definire la versione di destinazione per la patch?

A: utilizzare l'opzione --targetVersion seguita dal numero di versione nel formato 19.12.0.0.0.

D: Che cosa fa l'opzione --resume?

R: L'opzione --resume consente di riprendere una sessione di applicazione delle patch precedente.

D: Come si specifica un ID sessione particolare quando si riprende una patch?

R: Utilizzare l'opzione --sessionID per specificare l'ID sessione della sessione di applicazione delle patch che si desidera riprendere.

D: A cosa serve l'opzione --continueWithDbDowntime?

R: L'opzione --continueWithDbDowntime consente di continuare l'applicazione delle patch anche in presenza di tempi di inattività del database, utile in ambienti con una sola istanza attiva.

D: Come posso saltare l'applicazione delle patch su nodi irraggiungibili?

R: utilizzare l'opzione --skipUnreachableNodes per saltare le operazioni sui nodi non raggiungibili.

D: Come si applicano patch solo a nodi specifici in un cluster?

R: utilizzare l'opzione --nodes seguita da una lista delimitata da virgole di nomi di nodi per applicare patch a un subset di nodi.

D: A cosa serve l'opzione --executePrereqs?

R: L'opzione --executePrereqs esegue i controlli dei prerequisiti prima di applicare la patch.

D: Come posso saltare l'esecuzione di datapatch sui database?

R: Usare l'opzione --skipDatapatch per saltare il processo di applicazione delle patch ai dati durante l'applicazione delle patch.

D: Posso specificare una posizione personalizzata per l'immagine del database?

R: Sì, utilizzare l'opzione --imageLocation per specificare una posizione personalizzata per l'immagine del database.

D: Che cosa fa l'opzione --skipPDBs?

R: l'opzione --skipPDBs consente di saltare l'esecuzione di patch dati in una lista delimitata da virgole specificata di database collegabili (PDB).

D: Come posso saltare Datapatch nei PDB chiusi?

R: utilizzare l'opzione --skipClosedPDBs per saltare le patch di dati nei PDB chiusi.

D: Cosa succede se si utilizza l'opzione --rollback?

R: l'opzione --rollback ripristinerà lo stato precedente della Oracle home prima dell'applicazione della patch.

D: Come si specifica il percorso della Oracle home per l'applicazione delle patch?

R: utilizzare l'opzione --oracleHome seguita dal percorso della directory della Oracle home.

D: Come si applica una patch a una Oracle home in base al nome anziché al percorso?

R: utilizzare l'opzione --oracleHomeName seguita dal nome della Oracle home.

D: Come posso riprendere un'operazione di applicazione delle patch se è stata interrotta?

A: utilizzare l'opzione --resume insieme all'opzione --sessionID per riprendere una sessione interrotta specifica.

D: Posso continuare il processo di applicazione delle patch se il database è inattivo?

R: Sì, utilizzare l'opzione --continueWithDbDowntime per continuare l'applicazione delle patch anche se il database è inattivo.

D: Cosa devo fare se alcuni nodi non sono raggiungibili durante il processo di applicazione delle patch?

A: utilizzare l'opzione --skipUnreachableNodes per ignorare i nodi irraggiungibili.

D: Come posso applicare la patch solo a determinati nodi?

R: specificare i nodi ai quali applicare le patch utilizzando l'opzione --nodes con una lista di nomi di nodi separata da virgole.

D: Come faccio a controllare i prerequisiti prima di applicare la patch?

A: utilizzare l'opzione --executePrereqs per eseguire i controlli dei prerequisiti prima di applicare la patch.

D: Cosa devo fare se voglio evitare di applicare datapatch durante il processo di applicazione delle patch?

A: utilizzare l'opzione --skipDatapatch per saltare il passo datapatch.

D: Come si specifica una posizione diversa per l'immagine del database utilizzata nel processo di applicazione delle patch?

A: utilizzare l'opzione --imageLocation per specificare una posizione personalizzata per l'immagine.

D: Cosa succede se ho bisogno di saltare il datapatch in alcuni PDB?

R: utilizzare l'opzione --skipPDBs per saltare le patch dati in una lista di PDB delimitati da virgole specificata.

D: È possibile saltare Datapatch nei PDB attualmente non aperti?

R: Sì, utilizzare l'opzione --skipClosedPDBs per saltare la patch dati nei PDB chiusi.

D: Cosa devo fare se l'applicazione delle patch fallisce a metà strada?

R: È possibile utilizzare l'opzione --rollback per ripristinare lo stato precedente o provare a riprendere il processo di applicazione delle patch con l'opzione --resume.

D: Come posso verificare se tutti i prerequisiti sono soddisfatti prima di applicare la patch?

R: Eseguire il comando patch con l'opzione --executePrereqs per assicurarsi che tutti i prerequisiti siano soddisfatti.

D: Cosa succede se l'operazione di applicazione delle patch non viene completata correttamente e devo riprovare?

R: Utilizzare l'opzione --resume per riprovare l'operazione di applicazione delle patch dalla posizione in cui è stata interrotta. Se necessario, è possibile specificare un valore --sessionID per riprendere una sessione specifica.

D: Come posso verificare se la patch è stata applicata correttamente?

R: È possibile verificare il processo di applicazione delle patch controllando la versione della Oracle home utilizzando il comando opatch lsinventory al termine della patch.

D: È possibile eseguire il comando di applicazione delle patch in modalità di esecuzione manuale per visualizzare l'anteprima delle azioni?

R: No, il comando dbaascli dbHome patch non dispone di una funzione di esecuzione manuale. Tuttavia, è possibile utilizzare l'opzione --executePrereqs per eseguire i controlli dei prerequisiti prima di applicare effettivamente la patch.

D: È possibile applicare più patch in un'unica esecuzione?

R: Il comando dbaascli dbHome patch consente solo una versione di destinazione alla volta. È necessario eseguire il comando separatamente per ogni versione della patch.

D: Come si gestisce l'applicazione delle patch se l'ambiente utilizza più Oracle home?

R: È possibile specificare la Oracle home a cui applicare le patch utilizzando le opzioni --oracleHome o --oracleHomeName, a seconda che si specifichi il percorso o il nome della Oracle home.

D: È possibile saltare sia il datapatch PDB che CDB in un unico comando?

R: Sì, è possibile combinare le opzioni --skipPDBs e --skipDatapatch per saltare l'applicazione delle patch ai dati sia per i PDB che per il CDB in una singola esecuzione di patch.

D: Posso applicare una patch ed eseguire immediatamente il rollback se causa problemi?

R: Sì, dopo aver applicato una patch, è possibile utilizzare l'opzione --rollback per ripristinare il livello di patch precedente in caso di problemi.

D: È possibile applicare patch contemporaneamente a più Oracle home?

R: No, è necessario eseguire il comando dbaascli dbHome patch singolarmente per ogni Oracle home.

D: Come faccio a tenere traccia dell'avanzamento dell'operazione di patching?

R: Durante il processo di applicazione delle patch, il comando fornisce messaggi di output che mostrano l'avanzamento. È inoltre possibile controllare i file di log per informazioni dettagliate.

D: Posso eseguire l'applicazione delle patch in parallelo in un ambiente in cluster?

R: Le operazioni di applicazione delle patch possono essere applicate a un subset di nodi utilizzando l'opzione --nodes. Tuttavia, l'applicazione di patch simultanee deve essere gestita con attenzione e non è necessario garantire sessioni sovrapposte.

D: Come posso identificare quali patch sono disponibili per la mia Oracle home?

R: È possibile controllare le patch disponibili tramite il portale del Supporto Oracle o eseguendo il comando opatch lsinventory per visualizzare le patch correnti applicate alla Oracle home.

D: È possibile specificare un timeout per l'eliminazione delle risorse durante l'arresto del database durante l'applicazione delle patch?

R: Sì, è possibile utilizzare l'opzione --drainTimeoutInSeconds per specificare il tempo in secondi per la rimozione delle risorse durante l'arresto del database.

D: Cosa succede se la patch non riesce su uno dei nodi in un ambiente multi-nodo?

R: È possibile utilizzare l'opzione --skipUnreachableNodes per saltare il nodo non riuscito e continuare il processo di applicazione delle patch sui nodi rimanenti. È quindi possibile risolvere il problema sul nodo non riuscito separatamente.

D: Come si esegue il processo di applicazione delle patch in background?

R: utilizzare l'opzione --waitForCompletion con il valore false per consentire l'esecuzione in background del processo di applicazione delle patch. In questo modo, non è necessario attendere il completamento interattivo del processo.

D: È possibile eseguire un'operazione di rollback su un subset di nodi in un ambiente in cluster?

R: Sì, è possibile utilizzare l'opzione --nodes insieme all'opzione --rollback per eseguire il rollback dell'applicazione delle patch su un set specifico di nodi.

D: Cosa succede se devo aggiornare la posizione dell'immagine dopo aver avviato il processo di patch?

R: L'opzione --resume non consente di modificare la posizione dell'immagine. Tuttavia, è possibile arrestare la sessione e avviare un nuovo processo di patch con il file --imageLocation aggiornato.

D: Esiste un modo per verificare quali ID di sessione sono disponibili per la ripresa di una patch?

R: È possibile controllare i file di log o utilizzare gli strumenti Oracle Cloud per identificare le sessioni di applicazione patch attive o sospese e i relativi ID di sessione.

D: Posso limitare i tempi di inattività durante l'applicazione delle patch?

R: Se è necessario limitare i tempi di inattività, utilizzare l'opzione --continueWithDbDowntime con attenzione. Ciò consente di procedere anche quando è previsto un tempo di inattività, ma richiede una pianificazione che preveda un impatto minimo sul servizio.

Esempi di casi d'uso

Esempio 1: applicazione di patch alla Oracle home di base in base al percorso della Oracle home

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

Applica le patch alla Oracle home in /u01/app/oracle/product/19.0.0/dbhome_1 fino alla versione 19.12.0.0.0.

Esempio 2: applicazione di patch in base al nome della Oracle home

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --targetVersion 19.12.0.0.0

Applica le patch alla Oracle home denominata DB_HOME_NAME alla versione 19.12.0.0.0.

Esempio 3: ripresa di un'operazione patch precedente

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

Riprende l'operazione di applicazione delle patch precedente per la Oracle home in /u01/app/oracle/product/19.0.0/dbhome_1.

Esempio 4: ripresa di una patch con un ID sessione specifico

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

Riprende l'operazione di applicazione delle patch per la Oracle home DB_HOME_NAME utilizzando l'ID sessione 12345.

Esempio 5: applicazione di patch con tempo di inattività del database consentito

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

Applica le patch alla Oracle home in /u01/app/oracle/product/19.0.0/dbhome_1 fino alla versione 19.12.0.0.0, consentendo al contempo il tempo di inattività del database.

Esempio 6: salto dei nodi non raggiungibili

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

Esegue la patch della Oracle home alla versione 19.12.0.0.0 ignorando eventuali nodi non raggiungibili.

Esempio 7: applicazione di patch a un subset di nodi

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

Esegue la patch della Oracle home alla versione 19.12.0.0.0 solo su node1 e node2.

Esempio 8: esecuzione dei controlli dei prerequisiti prima dell'applicazione di patch

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

Esegue le patch della Oracle home DB_HOME_NAME alla versione 19.12.0.0.0 dopo l'esecuzione dei controlli dei prerequisiti.

Esempio 9: passo Datapatch ignorato

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

Esegue la patch della Oracle home alla versione 19.12.0.0.0 senza eseguire la patch dati sui database.

Esempio 10: utilizzo di un file immagine per l'applicazione di patch

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

Applica la patch alla Oracle home alla versione 19.12.0.0.0 utilizzando un file immagine situato in /path/to/image/file.zip.

Esempio 11: PDB specifici saltati durante 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

Esegue la patch della Oracle home alla versione 19.12.0.0.0 e salta l'esecuzione della patch dati nei PDB specificati (pdb1 in cdb1 e pdb2 in cdb2).

Esempio 12: la patch dati nei PDB chiusi verrà saltata

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

Esegue la patch della Oracle home alla versione 19.12.0.0.0 ignorando l'esecuzione di Datapatch in qualsiasi PDB chiuso.

Esempio 13: rollback della Oracle home

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --rollback

Esegue il rollback dell'ultima patch applicata nella Oracle home denominata DB_HOME_NAME.

Esempio 14: combinazione dell'applicazione di patch con controlli dei prerequisiti e nodi specifici

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

Applica la patch alla Oracle home alla versione 19.12.0.0.0, esegue i controlli dei prerequisiti e applica la patch solo su node1 e node2.

Esempio 15: i nodi non raggiungibili e i PDB specifici verranno saltati

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

Applica le patch alla Oracle home DB_HOME_NAME fino alla versione 19.12.0.0.0 saltando i nodi non raggiungibili ed evitando l'esecuzione di datapatch in pdb1 all'interno di cdb1.

Esempio 16: controllo della versione della Oracle home dopo la patch

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

opatch lsinventory

Questo esempio mostra come controllare la versione della Oracle home dopo una patch riuscita eseguendo opatch lsinventory.

Esempio 17: rollback delle patch con ID sessione specifico

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

Esegue il rollback dell'applicazione delle patch alla Oracle home per un ID sessione 67890.

Esempio 18: applicazione di patch con l'omissione dei controlli dei prerequisiti

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

Applica le patch alla Oracle home, ma salta i controlli dei prerequisiti prima di applicare la patch.

Esempio 19: applicazione di una patch a un'immagine della Oracle home personalizzata

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

Applica patch alla Oracle home utilizzando un file immagine personalizzato situato in /custom/location/image.zip.

Esempio 20: salto di nodi specifici ed esecuzione di prerequisiti

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

Salta l'applicazione di patch ai nodi non raggiungibili ed esegue i controlli dei prerequisiti prima di applicare la patch.

Esempio 21: la patch dati su tutti i PDB in più CDB verrà saltata

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

Esegue la patch della Oracle home, ma salta la patch dati nei PDB specificati in più CDB.

Esempio 22: continuazione dell'applicazione di patch con tempo di inattività su più nodi

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

Continua l'applicazione delle patch in node3 e node4 con il tempo di inattività del database consentito.

Esempio 23: la patch dati nei PDB e nei PDB chiusi verrà saltata

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

Applica patch alla Oracle home saltando sia la patch dati che i PDB chiusi.

Esempio 24: rollback e riapplicazione della 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

Esegue il rollback della patch corrente, quindi riapplica la patch alla Oracle home.

Esempio 25: Datapatch saltata e tempo di inattività consentito su un nodo specifico

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

Esegue la patch della Oracle home alla versione 19.13.0.0.0 su node1, saltando il passo Datapatch e consentendo tempi di inattività.

Esempio 26: specifica del timeout di rimozione durante l'arresto del database

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

Applica le patch alla Oracle home DB_HOME_NAME fino alla versione 19.13.0.0.0 e consente un timeout di 5 minuti (300 secondi) per l'eliminazione delle risorse durante la chiusura.

Esempio 27: esecuzione dell'applicazione di patch in background

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

Esegue la patch della Oracle home alla versione 19.13.0.0.0 ed esegue il processo di applicazione delle patch in background senza attendere il completamento.

Esempio 28: rollback della patch su un subset di nodi

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

Esegue il rollback dell'ultima patch applicata in node1 e node2 solo per la Oracle home specificata.

Esempio 29: eliminazione dei prerequisiti e applicazione di patch a più nodi

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

Esegue la patch della Oracle home alla versione 19.13.0.0.0 su node3 e node4 senza eseguire i controlli dei prerequisiti.

Esempio 30: rollback della patch e salto dei nodi non raggiungibili

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

Esegue il rollback dell'ultima patch nella Oracle home DB_HOME_NAME e salta i nodi non raggiungibili durante il processo di rollback.

Requisito

Eseguire il comando come utente root.

Sintassi

dbaascli diag collect [--components <value>] [--startTime <value>] [--endTime <value>] [--nodes <value>] [--dbNames <value>]
        {
            [--objectStoreBucketUri <value>]
            | [--destLocation <value>]
        }
        [--waitForCompletion <value>]

Requisito

Eseguire il comando come utente root.

Sintassi

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

Domande più frequenti

D: Qual è lo scopo del comando dbaascli diag healthCheck?

R: il comando dbaascli diag healthCheck viene utilizzato per eseguire controlli dello stato di diagnostica in un Oracle Database in esecuzione in un ambiente Exadata Cloud@Customer.

D: Quali sono i prerequisiti per l'utilizzo del comando dbaascli diag healthCheck?

R: il comando deve essere eseguito come utente root ed è necessario essere connessi a una virtual machine Exadata Cloud@Customer.

D: Come si specifica una directory personalizzata per la raccolta dei log?

R: utilizzare l'opzione --destLocation per specificare la directory in cui verranno raccolti i log dei controlli dello stato. La posizione predefinita è /var/opt/oracle/dbaas_acfs.

D: Qual è la posizione predefinita per la raccolta dei log se non si specifica --destLocation?

R: La directory predefinita per la raccolta dei log è /var/opt/oracle/dbaas_acfs.

D: È possibile specificare i nodi su cui eseguire il controllo dello stato?

R: Sì, è possibile utilizzare l'opzione --nodes per specificare una lista delimitata da virgole di nodi in cui eseguire il controllo dello stato.

D: Come faccio a caricare i log di controllo dello stato nello storage degli oggetti?

R: utilizzare l'opzione --objectStoreBucketURI per fornire un URL di richiesta (PAR) preautenticata dal servizio di storage degli oggetti. I log raccolti verranno caricati nel bucket specificato.

D: Posso raccogliere i log da più nodi?

R: Sì, è possibile specificare più nodi utilizzando l'opzione --nodes in formato delimitato da virgole. Ad esempio: --nodes node1,node2.

D: Qual è un comando di esempio per eseguire un controllo dello stato su un nodo specifico?

R: Di seguito è riportato un comando di esempio per eseguire il controllo dello stato su un nodo specifico.

dbaascli diag healthCheck --nodes node1

D: Come posso memorizzare i log nello storage degli oggetti anziché nel computer locale?

R: Puoi fornire un URL di richiesta (PAR) preautenticata utilizzando l'opzione --objectStoreBucketURI per memorizzare i log nello storage degli oggetti.

D: È possibile specificare contemporaneamente --destLocation e --objectStoreBucketURI?

R: Sì, puoi specificare sia --destLocation per lo storage locale che --objectStoreBucketURI per caricare i log nello storage degli oggetti.

D: Cosa devo fare se riscontro un errore durante l'esecuzione del comando dbaascli diag healthCheck?

R: Assicurarsi di eseguire il comando come utente root e di aver fornito opzioni valide per --destLocation, --nodes o --objectStoreBucketURI. Verificare che i nomi dei nodi siano corretti, se specificato.

D: Posso eseguire il controllo dello stato in background?

R: Il comando dbaascli diag healthCheck non ha una modalità di sfondo esplicita, ma è possibile eseguirlo in background aggiungendo & alla fine del comando.

D: Cosa succede se non si fornisce l'opzione --nodes?

R: Se l'opzione --nodes non viene fornita, il controllo dello stato verrà eseguito su tutti i nodi del cluster per impostazione predefinita.

D: Posso riprendere una precedente sessione di controllo dello stato usando questo comando?

R: No, il comando dbaascli diag healthCheck non supporta la ripresa delle sessioni precedenti. È necessario avviare ogni volta un nuovo controllo dello stato.

D: Qual è un comando di esempio per eseguire un controllo dello stato e caricare i log nello storage degli oggetti?

A: Ecco un comando di esempio:

dbaascli diag healthCheck --objectStoreBucketURI https://objectstorage.example.com/n/namespace-string/b/bucket-name/o/PAR-URL

D: Qual è il comportamento predefinito se non si specifica --destLocation o --objectStoreBucketURI?

R: Se non si specifica né --destLocation né --objectStoreBucketURI, i log di controllo dello stato verranno raccolti nella directory predefinita /var/opt/oracle/dbaas_acfs sul computer locale.

D: Posso limitare il controllo dello stato a componenti o log specifici?

R: No, il comando dbaascli diag healthCheck non consente di specificare singoli componenti o log. Esegue un controllo dell'integrità diagnostica generale per il sistema.

D: Cosa devo verificare prima di eseguire il comando dbaascli diag healthCheck?

R: assicurarsi di essere connessi a una virtual machine Exadata Cloud@Customer ed eseguire il comando come utente root.

Requisito

Eseguire il comando come utente root.

Sintassi

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

Domande più frequenti

D: Qual è lo scopo del comando dbaascli grid configureTCPS?

R: Il comando dbaascli grid configureTCPS viene utilizzato per configurare TPS (Transport Layer Security) per il cluster esistente in un ambiente Oracle Exadata.

D: Qual è il prerequisito per l'esecuzione del comando configureTCPS della griglia dbaascli?

R: Il comando deve essere eseguito come utente root.

D: TCPS è abilitato per impostazione predefinita sui sistemi Exadata Database Service on Dedicated Infrastructure?

R: Sì, TCPS è abilitato per impostazione predefinita per i database sui sistemi Oracle Exadata Database Service on Dedicated Infrastructure.

D: TCPS è abilitato per impostazione predefinita nei sistemi Exadata Database Service on Cloud@Customer?

R: No, TCPS non è abilitato per impostazione predefinita nei sistemi Exadata Database Service on Cloud@Customer. Per abilitare TCPS, è necessario aggiornare il file sqlnet.ora per il database specifico e riavviare il database.

D: Qual è la conseguenza dell'abilitazione di TCPS sui sistemi Exadata Cloud@Customer?

R: L'abilitazione di TCPS sui sistemi Exadata Cloud@Customer causerà l'errore delle connessioni Zero Data Loss Recovery Appliance (ZDLRA). È possibile abilitare solo la configurazione ZDLRA o TCPS, ma non entrambe contemporaneamente.

D: Cosa specifica l'opzione --pkcs12WalletFilePath?

R: l'opzione --pkcs12WalletFilePath specifica il percorso assoluto del file del certificato nel formato del wallet PKCS12, utilizzato per la configurazione TCPS.

D: A cosa serve l'opzione --caCertChain?

A: l'opzione --caCertChain specifica un elenco concatenato di certificati contenenti certificati CA intermedi e il certificato CA root.

D: Che cosa fa l'opzione --precheckOnly?

A: l'opzione --precheckOnly specifica se eseguire solo i controlli preliminari per l'operazione di configurazione TCPS. I valori accettati sono yes o no.

D: Cosa specifica l'opzione --serverCert?

A: l'opzione --serverCert specifica il percorso del certificato PEM che verrà utilizzato o ruotato per la configurazione TCPS.

D: Come si specifica la chiave privata per la configurazione TCPS?

A: utilizzare l'opzione --privateKey per specificare il percorso del file di chiavi private associato al certificato del server.

D: Quali sono i valori accettati per l'opzione --certType?

A: i valori accettati per l'opzione --certType sono:

SELF_SIGNED_CERT

CA_SIGNED_CERT

PKCS12_CERT

Il valore predefinito è SELF_SIGNED_CERT.

D: La password della chiave privata è protetta per impostazione predefinita?

R: Sì, l'opzione --privateKeyPasswordProtected è impostata su true per impostazione predefinita, a indicare che la chiave privata è protetta da password. È possibile impostarla su false se la chiave privata non è protetta da password.

D: Posso eseguire un controllo preliminare prima di configurare TCPS?

R: Sì, è possibile eseguire solo i controlli preliminari per l'operazione impostando l'opzione --precheckOnly su Sì. Ciò consente di convalidare l'ambiente prima di apportare modifiche.

D: Cosa succede se si fornisce un percorso errato per il file wallet PKCS12?

R: Se --pkcs12WalletFilePath contiene un percorso errato, il comando non riuscirà e la configurazione TCPS non procederà.

D: Cosa devo fare se la chiave privata è protetta da password?

R: Se la chiave privata è protetta da password, assicurarsi che l'opzione --privateKeyPasswordProtected sia impostata su true (impostazione predefinita).

D: Posso specificare il mio certificato firmato da CA per la configurazione TCPS?

R: Sì, è possibile specificare il proprio certificato firmato dalla CA utilizzando le opzioni --serverCert e --privateKey e impostando --certType su CA_SIGNED_CERT.

D: Qual è un comando di esempio per configurare TCPS utilizzando un certificato autofirmato?

A: Esempio.

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

D: Posso usare un certificato PKCS12 per la configurazione TCPS?

R: Sì, è possibile utilizzare un certificato PKCS12 specificando l'opzione --pkcs12WalletFilePath e impostando --certType su PKCS12_CERT.

D: Cosa devo verificare prima di eseguire il comando dbaascli grid configureTCPS?

R: Verificare di disporre dei file di certificato, dei file delle chiavi private corretti e di aver eseguito il login come utente root. Inoltre, assicurati di comprendere le implicazioni se stai usando ZDLRA in quanto non può essere eseguito contemporaneamente a TCPS.

Prerequisiti

Eseguire il comando come utente root.

Sintassi

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

Dove:

• --targetVersion specifica la versione di destinazione della Oracle home, costituita da cinque segmenti numerici separati da punti (ad esempio 19.12.0.0.0).
• --targetHome specifica il percorso completamente qualificato della home di Grid Infrastructure di destinazione per l'applicazione delle patch non in loco
• --containerURL specifica un URL personalizzato per il recupero dell'immagine di Grid Infrastructure
• opzione --executePrereqs per eseguire i prerequisiti
• --nodeList specifica una lista di nodi delimitata da virgole se l'applicazione delle patch deve essere eseguita su un subset di nodi
• --patchInParallel specifica di eseguire l'applicazione di patch ai nodi remoti in parallelo
• --rollback specifica di eseguire il rollback della Oracle home a cui sono state applicate le patch
• --resume riprende l'esecuzione precedente
  • --sessionID specifica di riprendere un ID sessione specifico
• --continueWithDbDowntime continua l'applicazione delle patch con i tempi di inattività del database. Questa opzione può essere utilizzata in ambienti in cui è attiva solo 1 istanza attiva e l'operazione di applicazione delle patch può essere continuata anche con un tempo di inattività.
• --drainTimeoutInSeconds specifica il tempo (in secondi) per il completamento dell'estrazione della risorsa durante l'arresto del database
• --createImage crea un'immagine da una copia della home Grid attiva, aggiornata alla versione di destinazione specificata
  • --createImageDir specifica il percorso completamente qualificato della directory in cui deve essere creata l'immagine
• --imageFile specifica il percorso completamente qualificato dell'immagine da utilizzare
• --patchInParallel esegue l'applicazione delle patch dei nodi remoti in parallelo
• --waitForCompletion specifica false per eseguire l'operazione in background. Valori validi: true|false

Domande più frequenti

D: Che cosa fa il comando patch griglia dbaascli?

R: Il comando dbaascli grid patch viene utilizzato per applicare le patch a Oracle Grid Infrastructure a una versione secondaria specificata.

D: Sono necessarie autorizzazioni speciali per eseguire il comando patch griglia dbaascli?

R: Sì, è necessario eseguire il comando dbaascli grid patch come utente root.

D: È possibile specificare una versione di destinazione durante l'applicazione di patch a Oracle Grid Infrastructure?

R: Sì, è possibile specificare la versione di destinazione utilizzando l'opzione --targetVersion.

D: Come si specifica la versione di destinazione per la patch?

A: utilizzare l'opzione --targetVersion seguita dal numero di versione nel formato 19.12.0.0.0.

D: Che cosa fa l'opzione --containerURL nel comando patch griglia dbaascli?

R: L'opzione --containerURL consente di specificare un URL personalizzato per il recupero dell'immagine di Grid Infrastructure.

D: Qual è lo scopo dell'opzione --executePrereqs?

R: L'opzione --executePrereqs viene utilizzata per eseguire i controlli dei prerequisiti prima di applicare la patch.

D: Come si applica una patch a un subset di nodi utilizzando il comando patch griglia dbaascli?

R: utilizzare l'opzione --nodeList seguita da una lista delimitata da virgole di nomi di nodi per applicare patch solo a un subset di nodi.

D: Cosa succede se si utilizza l'opzione --rollback?

R: l'opzione --rollback eseguirà il rollback della Oracle home a cui sono state applicate le patch allo stato precedente.

D: Posso riprendere una sessione di applicazione delle patch precedente?

R: Sì, è possibile utilizzare l'opzione --resume per riprendere l'ultima sessione di applicazione delle patch. Se si dispone di un ID di sessione specifico, è possibile specificarlo con l'opzione --sessionID.

D: A cosa serve l'opzione --continueWithDbDowntime?

R: L'opzione --continueWithDbDowntime consente di continuare l'applicazione delle patch anche in presenza di tempi di inattività del database, in genere utilizzati in ambienti in cui è presente una sola istanza attiva.

D: Come si crea un'immagine da una home Grid a cui sono state applicate le patch?

A: utilizzare l'opzione --createImage per creare un'immagine. È possibile specificare la directory in cui deve essere creata l'immagine con l'opzione --createImageDir.

D: Qual è lo scopo dell'opzione --imageFile?

R: L'opzione --imageFile consente di specificare il percorso completamente qualificato del file immagine da utilizzare per l'applicazione delle patch.

D: Come si esegue il comando patch griglia dbaascli in background?

R: È possibile utilizzare l'opzione --waitForCompletion impostata su false per eseguire l'operazione in background.

D: Posso usare un URL personalizzato per recuperare l'immagine della patch?

R: Sì, è possibile utilizzare l'opzione --containerURL per specificare un URL personalizzato per il recupero dell'immagine di Grid Infrastructure.

D: Come si specifica a quali nodi applicare le patch se non si desidera applicare le patch a tutti i nodi?

R: È possibile specificare i nodi ai quali applicare le patch utilizzando l'opzione --nodeList con una lista separata da virgole di nomi di nodi.

D: Cosa devo fare se ho bisogno di eseguire il rollback di una patch?

A: Usare l'opzione --rollback del comando dbaascli grid patch per eseguire il rollback della patch.

D: Come si gestisce un'operazione di applicazione delle patch se nell'ambiente in uso è attiva una sola istanza e devo continuare con i tempi di inattività?

R: Utilizzare l'opzione --continueWithDbDowntime per continuare l'applicazione delle patch anche con il tempo di inattività del database.

D: È possibile creare un'immagine della home Grid a cui sono state applicate le patch?

R: Sì, è possibile utilizzare l'opzione --createImage per creare un'immagine della home Grid a cui sono state applicate le patch. Se necessario, specificare la directory in cui salvare l'immagine utilizzando --createImageDir.

D: Cosa devo fare se voglio riprendere una sessione di applicazione delle patch dopo un'interruzione?

A: utilizzare l'opzione --resume per riprendere la sessione di applicazione delle patch. Se si conosce l'ID sessione, è possibile specificarlo con --sessionID.

D: Cosa succede se il processo di applicazione delle patch fallisce a metà strada?

R: Se il processo di applicazione delle patch non riesce, è possibile utilizzare l'opzione --resume per riavviare il processo. È anche possibile utilizzare l'opzione --rollback per ripristinare lo stato precedente.

D: Come posso assicurarmi che tutti i prerequisiti vengano soddisfatti prima dell'applicazione delle patch?

A: utilizzare l'opzione --executePrereqs per eseguire tutti i controlli dei prerequisiti prima di applicare la patch.

D: Posso eseguire l'applicazione di patch in background per evitare di bloccare il terminale?

R: Sì, è possibile utilizzare l'opzione --waitForCompletion false per eseguire il processo di applicazione delle patch in background.

D: Come si crea un'immagine della home Grid dopo l'applicazione delle patch?

R: utilizzare l'opzione --createImage per creare una nuova immagine dalla home Grid a cui sono state applicate le patch. Se necessario, specificare la directory utilizzando --createImageDir.

D: Come si utilizza un file immagine esistente per l'applicazione delle patch?

R: È possibile utilizzare l'opzione --imageFile per specificare il percorso completamente qualificato del file immagine che si desidera utilizzare per l'applicazione delle patch.

D: Cosa devo fare se voglio evitare tempi di inattività del database durante l'applicazione delle patch?

R: Assicurarsi che nell'ambiente siano in esecuzione più istanze attive. È possibile evitare di utilizzare l'opzione --continueWithDbDowntime, destinata agli ambienti con una sola istanza attiva.

D: Come faccio a sapere l'avanzamento di una patch in esecuzione in background?

R: Se si esegue la patch con --waitForCompletion false, è possibile controllare lo stato del job in background utilizzando comandi del sistema operativo come ps o controllare i log presenti nella home Grid.

D: È possibile applicare patch a una versione principale superiore utilizzando la patch griglia dbaascli?

R: No, dbaascli grid patch consente solo l'applicazione di patch a una versione secondaria della versione principale corrente. Per gli aggiornamenti principali, è necessario seguire un processo di aggiornamento diverso.

D: Posso saltare specifici controlli dei prerequisiti durante l'applicazione delle patch?

R: No, quando si utilizza --executePrereqs, verranno eseguiti tutti i controlli dei prerequisiti. Tuttavia, è possibile rivedere i risultati dei controlli dei prerequisiti e gestire manualmente eventuali problemi prima di continuare.

D: Cosa devo fare se il processo di applicazione delle patch è bloccato o sospeso?

R: Se il processo di applicazione delle patch non risponde, è possibile arrestarlo utilizzando i comandi del sistema operativo e quindi riprendere utilizzando l'opzione --resume. Se il problema persiste, provare a utilizzare l'opzione --rollback per ripristinare la patch.

D: Posso automatizzare il processo di applicazione delle patch su più cluster?

R: Sì, utilizzando script che includono il comando dbaascli grid patch con le opzioni appropriate, è possibile automatizzare l'applicazione delle patch tra cluster diversi.

D: Dove posso trovare i registri per il processo di applicazione delle patch?

R: i log si trovano in genere nella directory dei log della home Oracle Grid o nella posizione predefinita specificata durante l'impostazione. È possibile monitorare questi log per i dettagli sul processo di applicazione delle patch.

D: È possibile creare un processo di patch silenzioso senza interazione dell'utente?

R: Sì, specificando tutte le opzioni necessarie nel comando ed eseguendolo in background (--waitForCompletion false), è possibile creare un processo di applicazione delle patch non interattivo.

D: Posso controllare gli aggiornamenti delle patch disponibili prima di applicare una patch?

R: Il comando dbaascli grid patch stesso non dispone di un'opzione per elencare le patch disponibili. Tuttavia, è possibile utilizzare i metodi standard di Oracle, ad esempio il Supporto Oracle, per identificare le patch più recenti.

D: È possibile utilizzare dbaascli per applicare patch a più Oracle home?

R: No, il comando dbaascli grid patch è progettato per applicare patch a una specifica home di Oracle Grid Infrastructure alla volta. È necessario eseguire il comando separatamente per ogni home.

D: Esiste un modo per prevenire completamente i tempi di inattività durante l'applicazione delle patch a Grid Infrastructure?

R: per ridurre al minimo i tempi di inattività, assicurarsi che nell'ambiente siano presenti più istanze di database attive (configurazione RAC) in modo che l'applicazione delle patch possa essere eseguita nodo per nodo. In questo caso non è necessario utilizzare l'opzione --continueWithDbDowntime.

D: Come si gestisce l'applicazione delle patch per gli ambienti RAC One Node?

R: negli ambienti RAC One Node è necessario prestare attenzione all'opzione --continueWithDbDowntime, in quanto può esistere una sola istanza attiva. Per istruzioni specifiche sull'applicazione di patch per RAC One Node, consultare la documentazione Oracle.

D: È possibile visualizzare la cronologia delle sessioni delle patch precedenti?

R: L'utilità dbaascli non fornisce un modo diretto per visualizzare la cronologia delle sessioni. Tuttavia, i log delle sessioni di applicazione patch precedenti sono disponibili nella directory dei log della home Grid.

Esempi di casi d'uso

Esempio 1: applicazione di patch Grid di base

dbaascli grid patch --targetVersion 19.12.0.0.0

Applica le patch a Oracle Grid Infrastructure nella versione 19.12.0.0.0.

Esempio 2: applicazione di patch con un URL contenitore personalizzato

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

Applica le patch a Grid Infrastructure alla versione 19.12.0.0.0, utilizzando un URL contenitore personalizzato per recuperare l'immagine di Grid Infrastructure.

Esempio 3: applicazione di patch con controlli dei prerequisiti

dbaascli grid patch --targetVersion 19.12.0.0.0 --executePrereqs

Applica le patch a Grid Infrastructure alla versione 19.12.0.0.0 dopo aver eseguito i controlli dei prerequisiti.

Esempio 4: applicazione di patch a un subset di nodi

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

Applica le patch a Grid Infrastructure alla versione 19.12.0.0.0 sui nodi specificati (node1, node2 e node3).

Esempio 5: rollback della patch

dbaascli grid patch --rollback

Esegue il rollback dell'ultima patch applicata in Oracle Grid Infrastructure.

Esempio 6: ripresa di un'operazione patch precedente

dbaascli grid patch --resume

Riprende l'operazione di applicazione patch precedente dalla posizione in cui è stata arrestata.

Esempio 7: ripresa di un'operazione patch con un ID sessione specifico

dbaascli grid patch --resume --sessionID 12345

Riprende l'operazione di applicazione delle patch utilizzando l'ID sessione 12345.

Esempio 8: applicazione di patch con tempo di inattività del database consentito

dbaascli grid patch --targetVersion 19.12.0.0.0 --continueWithDbDowntime

Applica le patch a Grid Infrastructure alla versione 19.12.0.0.0, consentendo al contempo il tempo di inattività del database, se necessario.

Esempio 9: creazione di un'immagine con patch

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

Crea un'immagine della home Grid a cui sono state applicate le patch (versione 19.12.0.0.0) e la memorizza nella directory specificata.

Esempio 10: utilizzo di un file immagine esistente

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

Applica le patch a Grid Infrastructure alla versione 19.12.0.0.0 utilizzando un file immagine esistente in /path/to/image/file.zip.

Esempio 11: esecuzione dell'operazione di applicazione patch in background

dbaascli grid patch --targetVersion 19.12.0.0.0 --waitForCompletion false

Applica le patch a Grid Infrastructure alla versione 19.12.0.0.0 ed esegue l'operazione in background.

Esempio 12: combinazione di prerequisiti, URL personalizzato e subset di nodi

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

Applica le patch a Grid Infrastructure alla versione 19.12.0.0.0, esegue i controlli dei prerequisiti, utilizza un URL personalizzato per l'immagine e applica la patch solo su node1 e node2.

Esempio 13: creazione di un'immagine con patch con un file immagine esistente

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

Crea un'immagine a cui sono state applicate le patch e la memorizza nella directory specificata mentre si utilizza un file immagine esistente per la patch.

Esempio 14: verifica dei prerequisiti senza applicazione di patch

dbaascli grid patch --targetVersion 19.12.0.0.0 --executePrereqs

Verifica se vengono soddisfatti tutti i prerequisiti per l'applicazione delle patch alla versione 19.12.0.0.0 senza applicare effettivamente la patch.

Esempio 15: esecuzione delle patch e ignorare gli errori dei prerequisiti

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

Esegue la patch anche se alcuni controlli dei prerequisiti non riescono. Ciò è utile in scenari in cui è consentito il tempo di inattività e alcuni prerequisiti possono essere ignorati.

Esempio 16: controllo dei log delle patch per individuare i problemi

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

Esegue il monitoraggio del log delle patch in tempo reale per diagnosticare eventuali problemi durante il processo di applicazione delle patch.

Esempio 17: applicazione della patch in un ambiente parallelo

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

Applica patch a Grid Infrastructure su un subset di nodi (node1 e node2) ed esegue il processo in background.

Esempio 18: utilizzo di un file immagine specifico da un'origine esterna

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

Applica patch a Grid Infrastructure utilizzando un file immagine pre-downloadato che si trova su un dispositivo di storage esterno.

Esempio 19: esecuzione di una patch con un ID sessione personalizzato

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

Riprende un'operazione di applicazione patch interrotta, utilizzando l'ID sessione 67890.

Esempio 20: pianificazione dell'esecuzione delle patch in un secondo momento

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

Pianifica l'esecuzione del comando di applicazione delle patch alle 2:00 utilizzando il comando at in Linux.

Esempio 21: specifica del timeout per il completamento

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

Applica patch a Grid Infrastructure pur consentendo tempi di inattività, ma attende il completamento fino a 7200 secondi (2 ore) prima del timeout.

Esempio 22: creazione di un'immagine personalizzata per un altro ambiente

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

Crea un'immagine personalizzata di Grid Infrastructure a cui sono state applicate le patch da memorizzare nella directory /backups/images/grid_patch da utilizzare in altri ambienti.

Esempio 23: recupero delle patch dopo l'interruzione

dbaascli grid patch --resume --continueWithDbDowntime

Recupera e riprende il processo di applicazione delle patch se è stato interrotto, con il tempo di inattività del database consentito.

Esempio 24: combinazione del controllo dei prerequisiti con l'esecuzione in background

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

Controlla i prerequisiti ed esegue la patch in background.

Esempio 25: creazione dell'immagine saltata per un'applicazione più rapida delle patch

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

Applica patch a Grid Infrastructure alla versione 19.12.0.0.0 in parallelo tra i nodi, con tempi di inattività del database consentiti e senza creare un'immagine per accelerare il processo.

Esempio 26: monitoraggio dell'avanzamento delle patch tramite i log

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

Monitora il file di log per l'avanzamento dell'applicazione delle patch in tempo reale, fornendo approfondimenti su ogni passo del processo di applicazione delle patch.

Esempio 27: applicazione di patch con timeout di rimozione personalizzato

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

Applica patch a Grid Infrastructure e imposta un timeout personalizzato di 1 ora (3600 secondi) per consentire l'eliminazione graduale delle risorse durante il tempo di inattività del database.

Esempio 28: applicazione di una patch a nodi specifici con controlli dei prerequisiti

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

Applica le patch solo ai nodi node1 e node4 alla versione 19.12.0.0.0 ed esegue i controlli dei prerequisiti in anticipo.

Esempio 29: applicazione di patch senza attendere il completamento

dbaascli grid patch --targetVersion 19.12.0.0.0 --waitForCompletion false

Avvia l'applicazione delle patch a Grid Infrastructure alla versione 19.12.0.0.0 in background, consentendo l'esecuzione di altri task senza attendere il completamento del processo.

Esempio 30: riapplicazione di una patch non riuscita dopo un problema di timeout di rimozione

dbaascli grid patch --resume --drainTimeoutInSeconds 7200

Riprende la sessione di applicazione delle patch precedente ed estende il timeout di drenaggio della risorsa a 2 ore (7200 secondi) nel caso in cui non sia riuscita a causa di un tempo insufficiente nel tentativo precedente.

Esempio 31: visualizzazione dei log delle patch in tempo reale con ID sessione specifico

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

Esegue il monitoraggio in tempo reale del file di log per la sessione di applicazione patch con ID sessione 12345.

Esempio 32: applicazione di patch a una nuova home di destinazione

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

Esegue una patch non in loco in una nuova home Oracle Grid situata in /u01/app/grid_home_19c, con controlli dei prerequisiti.

Esempio 33: arresto di un job di patch in background

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

Arresta un job di patch in background trovando e interrompendo l'ID processo associato (PID).

Esempio 34: verifica del completamento della patch senza log

dbaascli grid status --targetVersion 19.12.0.0.0

Verifica se la patch alla versione 19.12.0.0.0 è stata applicata correttamente controllando lo stato della versione corrente di Grid Infrastructure.

Requisito

Eseguire il comando come utente root.

Sintassi

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

Domande più frequenti

D: Qual è lo scopo del comando dbaascli grid removeTCPSCert?

R: Il comando dbaascli grid removeTCPSCert viene utilizzato per rimuovere i certificati TCPS esistenti dal wallet di Grid Infrastructure in un ambiente Oracle Exadata.

D: Qual è il prerequisito per l'esecuzione del comando removeTCPSCert della griglia dbaascli?

R: Il comando deve essere eseguito come utente root.

D: Cosa specifica l'opzione --subject nel comando dbaascli grid removeTCPSCert?

R: l'opzione --subject specifica l'oggetto del certificato da rimuovere dal wallet di Grid Infrastructure.

D: Qual è lo scopo della bandiera --userCert?

R: Il flag --userCert indica che il certificato da rimuovere è un certificato utente.

D: Quando dovrei usare il flag --trustedCert?

R: utilizzare il flag --trustedCert quando si rimuove un certificato protetto dal wallet di Grid Infrastructure.

D: Che cosa fa il flag --requestedCert?

R: Il flag --requestedCert indica che il certificato da rimuovere è un certificato richiesto.

D: Cosa specifica l'opzione --serialNumber?

A: l'opzione --serialNumber specifica il numero di serie del certificato da rimuovere. È utile per identificare in modo univoco un certificato quando sono presenti più certificati con lo stesso oggetto.

D: Qual è lo scopo dell'opzione --executePrereqs?

R: l'opzione --executePrereqs esegue i controlli dei prerequisiti prima di rimuovere il certificato e segnala i risultati, assicurandosi che l'ambiente sia preparato correttamente per l'operazione.

D: Che cosa fa l'opzione --resume?

A: l'opzione --resume riprende l'operazione di rimozione se è stata precedentemente interrotta.

D: Come si specifica un ID sessione quando si riprende un'operazione interrotta?

R: utilizzare l'opzione --sessionID per specificare l'ID sessione dell'operazione interrotta che si desidera riprendere.

D: Che cosa fa il flag --bounceListeners?

R: il flag --bounceListeners viene utilizzato per riavviare il listener di Grid Infrastructure e il listener di scansione dopo la rimozione del certificato TCPS.

D: Posso rimuovere un certificato TCPS senza far rimbalzare gli ascoltatori?

R: Sì, il flag --bounceListeners è facoltativo. Se non viene specificato, i listener non verranno respinti automaticamente.

D: Come posso assicurarmi che l'operazione funzioni in modo sicuro?

R: È possibile utilizzare l'opzione --executePrereqs per eseguire i controlli dei prerequisiti prima di eseguire il comando, assicurandosi che tutto sia in ordine prima del processo di rimozione.

D: Cosa devo fare se devo rimuovere un certificato utente specifico tramite numero di serie?

R: utilizzare l'opzione --subject per specificare l'oggetto del certificato, il flag --userCert per indicare che si tratta di un certificato utente e l'opzione --serialNumber per specificare il numero di serie del certificato.

D: Posso rimuovere più certificati contemporaneamente?

R: No, il comando è progettato per rimuovere un singolo certificato alla volta in base all'oggetto fornito e ad altri parametri.

D: Cosa succede se il processo di rimozione del certificato viene interrotto?

R: È possibile riprendere l'operazione utilizzando l'opzione --resume insieme al --sessionID del processo interrotto.

D: Devo eseguire il comando come utente root?

R: Sì, è necessario eseguire il comando dbaascli grid removeTCPSCert come utente root per disporre dei privilegi necessari per rimuovere i certificati TCPS.

D: Come posso identificare il certificato che voglio rimuovere?

R: È possibile identificare il certificato in base all'oggetto e, facoltativamente, in base al numero di serie per assicurarsi di avere come destinazione il certificato corretto per la rimozione.

D: Qual è un comando di esempio per rimuovere un certificato attendibile?

A: Esempio.

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

Requisito

Eseguire il comando come utente root.

Sintassi

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

Domande più frequenti

D: Qual è lo scopo del comando dbaascli grid rotateTCPSCert?

R: Il comando dbaascli grid rotateTCPSCert viene utilizzato per ruotare i certificati TCPS (Transport Layer Security Protocol) nel wallet di Grid Infrastructure negli ambienti Oracle Exadata.

D: Qual è il prerequisito per l'esecuzione del comando rotateTCPSCert della griglia dbaascli?

R: Il comando deve essere eseguito come utente root.

D: Cosa specifica l'opzione --pkcs12WalletFilePath?

R: l'opzione --pkcs12WalletFilePath specifica il percorso assoluto del file del certificato nel formato del wallet PKCS12 per la configurazione TCPS.

D: Qual è lo scopo dell'opzione --caCertChain?

A: l'opzione --caCertChain specifica un elenco concatenato di certificati, inclusi i certificati CA intermedi e CA root, per la configurazione TCPS.

D: Che cosa fa l'opzione --precheckOnly?

R: L'opzione --precheckOnly consente di eseguire controlli preliminari senza apportare modifiche effettive. I valori validi sono "yes" per eseguire solo i controlli preliminari e "no" per procedere con la rotazione.

D: Come viene utilizzata l'opzione --serverCert?

A: l'opzione --serverCert specifica il percorso del certificato del server PEM (Privacy Enhanced Mail) utilizzato o ruotato per la configurazione TCPS.

D: Cosa specifica l'opzione --privateKey?

A: L'opzione --privateKey specifica il percorso del file di chiavi private corrispondente al certificato del server utilizzato per la rotazione TCPS.

D: Quali sono i valori validi per l'opzione --certType?

R: l'opzione --certType accetta i seguenti valori per specificare il tipo di certificato da aggiungere al wallet di Grid Infrastructure:

SELF_SIGNED_CERT (predefinito)

CA_SIGNED_CERT

PKCS12_CERT

D: Che cosa fa l'opzione --privateKeyPasswordProtected?

A: l'opzione --privateKeyPasswordProtected indica se la chiave privata è protetta da password. I valori validi sono true (predefinito) e false

D: Posso eseguire il comando dbaascli grid rotateTCPSCert senza ruotare i certificati?

R: Sì, utilizzando l'opzione --precheckOnly yes, è possibile eseguire solo i controlli preliminari senza ruotare i certificati.

D: Qual è un esempio di comando per ruotare un certificato utilizzando un wallet PKCS12?

A: Ecco un comando di esempio:

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

D: Come faccio a ruotare un certificato server con una catena di certificati firmata CA?

A: utilizzare le opzioni --serverCert e --caCertChain come mostrato di seguito:

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

D: Cosa succede se non si specifica --privateKeyPasswordProtected?

R: Se non si specifica l'opzione --privateKeyPasswordProtected, il comando presuppone che la chiave privata sia protetta da password (impostazione predefinita: true).

Q: Posso ruotare un certificato autofirmato?

R: Sì, è possibile ruotare un certificato autofirmato utilizzando l'opzione --certType SELF_SIGNED_CERT predefinita o specificandola esplicitamente.

D: Come posso ruotare un certificato senza fornire una chiave privata?

R: Per alcuni tipi di certificato, ad esempio PKCS12, potrebbe non essere necessario fornire un file di chiavi private separato, in quanto è incluso nel wallet. Tuttavia, se è necessaria una chiave privata, è necessario specificarla utilizzando l'opzione --privateKey.

D: Cosa succede se voglio ruotare un certificato in background?

R: Il comando dbaascli grid rotateTCPSCert non fornisce un'opzione esplicita per l'esecuzione in background. È possibile eseguire il comando direttamente in una sessione in background (ad esempio, utilizzando nohup o strumenti simili).

D: Qual è il tipo di certificato predefinito se non specificato?

R: Il tipo di certificato predefinito è SELF_SIGNED_CERT.

Requisito

Eseguire il comando come utente root.

Sintassi

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

Domande più frequenti

D: Qual è lo scopo del comando di aggiornamento della griglia dbaascli?

R: il comando dbaascli grid upgrade viene utilizzato per eseguire l'upgrade di Oracle Grid Infrastructure da una versione principale a un'altra su una virtual machine Exadata Cloud@Customer.

D: Qual è il prerequisito per l'esecuzione del comando di aggiornamento della griglia dbaascli?

R: il comando deve essere eseguito come utente root ed è necessario essere connessi a una virtual machine Exadata Cloud@Customer.

D: Cosa specifica l'opzione --version?

R: l'opzione --version specifica la versione di destinazione di Oracle Grid Infrastructure alla quale si desidera eseguire l'aggiornamento.

D: Che cosa fa l'opzione --resume?

R: l'opzione --resume riprende un processo di aggiornamento di Grid Infrastructure interrotto o non riuscito in precedenza.

D: Come viene utilizzata l'opzione --executePrereqs?

R: l'opzione --executePrereqs esegue solo i controlli dei prerequisiti per l'aggiornamento di Grid Infrastructure senza eseguire l'aggiornamento effettivo.

D: Qual è lo scopo dell'opzione --containerURL?

R: l'opzione --containerURL specifica un URL personalizzato per recuperare l'immagine del software Grid Infrastructure per l'aggiornamento.

D: Che cosa fa l'opzione --softwareOnly?

R: l'opzione --softwareOnly installa solo il software Grid Infrastructure senza configurare o aggiornare l'ambiente Grid.

D: Quando utilizzare l'opzione --targetHome?

R: l'opzione --targetHome specifica il percorso della home Grid di destinazione esistente in cui verrà eseguito l'aggiornamento.

D: Cosa succede se l'aggiornamento non riesce?

A: se l'aggiornamento non riesce, è possibile utilizzare l'opzione --revert per eseguire il rollback dell'aggiornamento allo stato precedente.

D: Posso eseguire un upgrade di Grid Infrastructure a fasi?

R: Sì, utilizzando l'opzione --softwareOnly, è possibile prima installare il software e successivamente completare l'aggiornamento completo, consentendo aggiornamenti temporanei.

D: Come si utilizza il comando dbaascli Grid Upgrade per aggiornare solo il software?

A: Usare la seguente sintassi per aggiornare solo il software:

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

D: È possibile verificare la presenza di prerequisiti di aggiornamento senza eseguire l'aggiornamento?

R: Sì, è possibile eseguire solo i controlli dei prerequisiti utilizzando:

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

D: Come posso aggiornare Grid Infrastructure utilizzando un URL contenitore personalizzato?

R: È possibile specificare l'URL per il recupero dell'immagine di Grid Infrastructure come indicato di seguito.

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

D: Come posso riprendere un processo di aggiornamento interrotto in precedenza?

A: Per riprendere un aggiornamento interrotto o non riuscito in precedenza, utilizzare:

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

D: Che cosa fa l'opzione --revert nel comando dbaascli Grid Upgrade?

R: l'opzione --revert esegue il rollback di un aggiornamento di Grid Infrastructure non riuscito o interrotto allo stato originale.

D: Posso eseguire un upgrade completo senza configurare Grid Infrastructure immediatamente?

R: Sì, è possibile prima installare solo il software utilizzando l'opzione --softwareOnly e quindi configurarlo in un secondo momento.

D: Cosa devo fare se un aggiornamento non riesce e voglio annullare le modifiche?

A: utilizzare l'opzione --revert per eseguire il rollback dell'aggiornamento non riuscito:

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

Requisito

Eseguire il comando come utente root.

Sintassi

dbaascli job getStatus --jobID

Requisito

• Eseguire il comando come utente root.

Sintassi

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

Requisito

Eseguire il comando come utente oracle.

Sintassi

dbaascli pdb bounce
	{
            --pdbName <value>
            | --pdbUID <value>
        }
        --dbname <value> [--openMode <value>] [--startServices <value>] [--waitForCompletion <value>]

Requisito

Eseguire il comando come utente oracle.

Sintassi

dbaascli pdb close
        {
            --pdbName <value>
            | --pdbUID <value>
        }
        --dbname <value> [--waitForCompletion <value>]

Al termine dell'esecuzione di questo comando, il PDB viene chiuso in tutte le istanze del container database.

Requisito

Eseguire il comando come utente oracle.

Sintassi

dbaascli pdb getConnectString --dbname <value>
        {
            --pdbName <value>
            | --pdbUID <value>
        }

Requisito

Eseguire il comando come utente oracle.

Sintassi

dbaascli pdb create --pdbName <value> --dbName <value> [--maxCPU <value>] [--maxSize <value>] [--pdbAdminUserName <value>] [--lockPDBAdminAccount <value>] [--resume [--sessionID <value>]] [--executePrereqs] [--waitForCompletion <value>]
        {
            [--blobLocation <value>]
            | [--standbyBlobFromPrimary <value>]
        }
        [--pdbTdeKeyVersionOCID <value>]

Durante il processo di creazione del PDB, viene richiesto di specificare la password di amministrazione per il nuovo PDB.

Requisito

Eseguire il comando come utente oracle.

Sintassi

dbaascli pdb createSnapshot
{
    --pdbName <value> | --pdbUID <value>
}
--dbName <value>
--snapshotName <value>
[--pdbAdminUserName <value>]
[--executePrereqs] [--resume [--sessionID <value>]]
[--waitForCompletion true|false]

Dove:

• --pdbName specifica il nome del PDB da cui creare lo snapshot.
• --pdbUID specifica l'ID utente (UID) del PDB da cui creare lo snapshot.
• --dbName Nome di Oracle Database.
• --snapshotName specifica il nome dello snapshot del PDB.
• --pdbAdminUserName specifica il nome utente amministratore PDB.
• --executePrereqs esegue i controlli dei prerequisiti e segnala i risultati.
• --resume [--sessionID <value>] riprende l'operazione precedente. Il flag --sessionID <value> può essere utilizzato per specificare di riprendere da un ID sessione specifico (<value>).
• --waitForCompletion true|false specifica se eseguire l'operazione in primo piano (true) o in background (false). Valori validi: true, false.

Requisito

Eseguire il comando come utente oracle.

Sintassi

dbaascli pdb configureSnapshot
{
    --pdbName <value> | --pdbUID <value>
}
--dbName <value>
--snapshotIntervalInMins <value>
[--executePrereqs]
[--maxPDBSnapshots <value>]
[--waitForCompletion <value>]

Dove:

• --pdbName <value> specifica il nome del PDB per il quale verrà impostata la configurazione automatica dello snapshot.
• --pdbUID <value> specifica l'ID utente (UID) del PDB per il quale verrà impostata la configurazione automatica dello snapshot.
• --dbName Nome di Oracle Database.
• --snapshotIntervalInMins <value> specifica l'intervallo, in minuti, per il momento in cui verranno eseguiti gli snapshot PDB automatici.
• --executePrereqs esegue i controlli dei prerequisiti e segnala i risultati.
• --maxPDBSnapshots <value>] specifica il numero massimo di snapshot da creare per il PDB specificato.
• --waitForCompletion true|false specifica se eseguire l'operazione in primo piano (true) o in background (false). Valori validi: true, false.

Requisito

Eseguire il comando come utente oracle.

Sintassi

dbaascli pdb delete --dbName <value>
        {
            --pdbName <value>
            | --pdbUID <value>
        }
        [--executePrereqs] [--waitForCompletion <value>] [--resume [--sessionID <value>]] [--allStandbyPrepared] [--cleanupRelocatedPDB]

Requisito

Eseguire il comando come utente oracle.

Sintassi

dbaascli pdb deleteSnapshot
{
    --pdbName <value> | --pdbUID <value>
}
{
    --snapshotName <value> | --snapshotUID <value>
}
--dbName <value>
[--executePrereqs]
[--waitForCompletion <value>
[--resume [--sessionID <value>]
]
]

Dove:

• --pdbName <value> specifica il nome del PDB per il quale verrà impostata la configurazione automatica dello snapshot.
• --pdbUID <value> specifica l'ID utente (UID) del PDB per il quale verrà impostata la configurazione automatica dello snapshot.
• --snapshotName <value> specifica il nome dello snapshot PDB che si desidera eliminare.
• --snapshotUID <value> specifica l'ID utente (UID) dello snapshot PDB che si desidera eliminare.
• --dbName specifica il nome di Oracle Database.
• --executePrereqs esegue i controlli dei prerequisiti e segnala i risultati.
• --waitForCompletion true|false specifica se eseguire l'operazione in primo piano (true) o in background (false). Valori validi: true, false.
• --resume [sessionID <value>] specifica di riprendere l'operazione precedente. Per specificare la ripresa da un determinato ID sessione, aggiungere il flag sessionID e fornire il numero ID sessione.

Requisito

Eseguire il comando come utente oracle.

Sintassi

dbaascli pdb getDetails --dbname <value>
        {
            --pdbName <value>
            | --pdbUID <value>
        }

Requisito

Eseguire il comando come utente oracle.

Sintassi

dbaascli pdb getSnapshot
{
    --pdbName <value>| --pdbUID <value>
}
{
    --snapshotName <value> | --snapshotUID <value>
}
--dbName <value>

Dove:

• --pdbName <value> specifica il nome del PDB per il quale si desidera ottenere i dettagli.
• --pdbUID <value> specifica l'ID utente (UID) del PDB per lo snapshot per il quale si desidera ottenere i dettagli.
• --snapshotName <value> specifica il nome dell'istantanea per la quale si desidera ottenere i dettagli
• --snapshotUID <value> specifica l'ID utente (UID) dello snapshot per il quale si desidera ottenere i dettagli.
• --dbName specifica il nome di Oracle Database.

Requisito

Eseguire il comando come utente oracle.

Sintassi

dbaascli pdb list --dbname

Domande più frequenti

D: Qual è lo scopo del comando dbaascli pdb list?

R: il comando dbaascli pdb list viene utilizzato per visualizzare la lista dei pluggable database (PDB) in un container database (CDB) specificato in un ambiente Exadata Cloud@Customer.

D: Quali sono i prerequisiti per l'esecuzione del comando dbaascli pdb list?

R: il comando deve essere eseguito come utente oracle ed è necessario essere connessi a una virtual machine Exadata Cloud@Customer.

D: Cosa specifica l'opzione --dbname nel comando dbaascli pdb list?

R: l'opzione --dbname specifica il nome del container database (CDB) che ospita i pluggable database (PDB) per i quali si desidera visualizzare la lista.

D: È possibile visualizzare la lista dei PDB da più container database contemporaneamente?

R: No, il comando dbaascli pdb list consente di elencare i PDB da un solo container database (CDB) alla volta, specificato dall'opzione --dbname.

D: Come faccio a elencare i PDB in un container database (CDB) specifico?

R: È possibile elencare i PDB in un CDB specifico utilizzando la sintassi seguente:

dbaascli pdb list --dbname <CDB_Name>

D: Quali informazioni vengono visualizzate quando si utilizza il comando dbaascli pdb list?

R: Il comando restituisce una lista di tutti i pluggable database (PDB) all'interno del container database (CDB) specificato. La lista in genere include i nomi dei PDB ed eventualmente altri dettagli come il relativo stato.

D: È possibile filtrare la lista PDB utilizzando opzioni aggiuntive?

R: No, il comando dbaascli pdb list non supporta opzioni di filtro aggiuntive. Restituisce semplicemente la lista completa dei PDB all'interno del CDB specificato.

D: Cosa succede se l' --dbname specificato non esiste o è errato?

R: Se il valore --dbname specificato è errato o non esiste, il comando restituirà un errore e non verrà visualizzata alcuna lista di PDB.

D: È possibile utilizzare il comando dbaascli pdb list per qualsiasi ambiente di database Oracle?

R: No, il comando dbaascli pdb list è progettato in modo specifico per l'uso in ambienti Exadata Cloud@Customer.

Requisito

Eseguire il comando come utente oracle.

Sintassi

dbaascli pdb listSnapshots
{
    --pdbName <value> | --pdbUID <value>
}
--dbName <value>

Dove:

• --pdbName <value> specifica il nome del PDB per il quale verranno elencati gli snapshot.
• --pdbUID <value> specifica l'UID del PDB per il quale verranno elencati gli snapshot.
• --dbName <value> specifica il nome di Oracle Database.

Requisito

Eseguire il comando come utente oracle.

Sintassi

dbaascli pdb localClone --pdbName <value> --dbName <value> [--targetPDBName <value>] [--powerLimit <value>] [--maxCPU <value>] [--maxSize <value>] [--resume [--sessionID <value>]] [--executePrereqs] [--waitForCompletion <value>]
    {
      [--blobLocation <value>]
      | [--standbyBlobFromPrimary <value>]
    }
    [--excludeUserTablespaces <value>] [--excludePDBData <value>] [--pdbAdminUserName <value>] [--lockPDBAdminAccount <value>] [--sourcePDBServiceConvertList <value>]
    {
      [--createFromSnapshot
        {
          --snapshotName <value>
          | --snapshotUID <value>
        }
        [--copyDataFiles]]
      | [--snapshot]
    }

Il PDB appena duplicato eredita le password di amministrazione dal PDB di origine.

Eseguire il comando come utente root o oracle.

Sintassi

dbaascli pdb open
        {
            --pdbName <value>
            | --pdbUID <value>
        }
        --dbname <value> [--openMode <value>] [--startServices <value>] [--waitForCompletion <value>] [--setPDBRefreshModeNone [--skipPDBRefresh] [--pdbAdminUserName <value>]] [--executePrereqs] [--resume [--sessionID <value>]] [--blobLocation <value>]

Al completamento, il PDB viene aperto in tutte le istanze del container database.

Requisito

• Eseguire il comando come utente root.
• Il database deve essere configurato con i dettagli di destinazione dello storage di backup in cui sono memorizzati i backup.

Sintassi

dbaascli pdb recover --dbname <value> --pdbName <value>
        {
            --start
                {
                    --untilTime <value> [--nonUTC]
                    | --untilSCN <value>
                    | --latest
                    | --tag <value>
                }
            | --status --uuid <value>
        }

Dove:

• --dbname specifica il nome del container database che ospita il PDB
• --pdbName specifica il nome del PDB che si desidera recuperare
• --start avvia il recupero di un PDB.
  • --untilTime recupera il PDB fino al momento. Formato di ingresso: DD-MON-YYYY HH24:MI:SS
  • --untilSCN recupera il PDB fino al nodo SCN
  • --latest recupera l'ultimo stato conosciuto del PDB
  • --tag recupera PDB fino alla tag di archiviazione
• --status visualizza i dettagli di elaborazione di un processo di recupero del PDB
  • Identificativo univoco --uuid dell'operazione di recupero del PDB. Formato di ingresso: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx