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

   Dove:

   • --dbName specifica il nome del database
   • --oracleHome specifica la posizione della Oracle home
4. Uscire dalla shell del comando utente root:

   exit

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

Per applicare le patch a una Oracle home (dbhome):

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 patch --oracleHome dbhome_path --targetVersion Oracle_Database_version

   Dove:

   • --oracleHome identifica il percorso della Oracle home a cui applicare le patch.
   • --targetVersion specifica la versione di Oracle Database di destinazione da utilizzare per l'applicazione delle patch, ovvero cinque segmenti numerici separati da punti (ad esempio 19.12.0.0.0).
   Ad esempio:

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

4. Uscire dalla shell del comando utente root:

   exit

   Per ulteriori dettagli sulle opzioni supportate avanzate, vedere dbaascli dbHome patch.

Al termine dell'operazione di spostamento del database, il database viene eseguito utilizzando la versione del software Oracle Database della Oracle home di destinazione.

Per applicare le patch a un database spostandolo in una Oracle home diversa:

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 move --oracleHome path_to_target_oracle_home --dbname database_name

   Dove:

   • --oracleHome identifica il percorso della Oracle home di destinazione che utilizza la versione del software Oracle Database desiderata. Tenere presente che la Oracle home di destinazione deve esistere nel sistema prima di utilizzare il comando database move.
   • --dbname specifica il nome del database da spostare.
   Ad esempio:

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

4. Uscire dalla shell del comando utente root:

   exit

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

È inoltre possibile applicare le patch a Oracle Grid Infrastructure creando prima un'immagine software a cui sono state applicate le patch e quindi utilizzando l'immagine per eseguire l'operazione di applicazione delle patch. Ciò offre il vantaggio di poter creare un'immagine in anticipo al di fuori della finestra di applicazione delle patch. Aiuta anche nella risoluzione dei conflitti poiché eventuali conflitti tra le patch vengono evidenziati durante il processo di creazione dell'immagine senza influire sulla finestra di applicazione delle patch.

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 patch --oracleHome dbhome_path --targetVersion Oracle_Database_version --executePrereqs

   Dove:

   • --oracleHome identifica il percorso della Oracle home da sottoporre a controllo preliminare.
   • --targetVersion specifica la versione di Oracle Database di destinazione per la quale applicare le patch, costituita da cinque segmenti numerici separati da punti (ad esempio 19.12.0.0.0).
4. Uscire dalla shell del comando utente root:

   exit

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 move --oracleHome path_to_target_oracle_home --dbname database_name --executePrereqs

   Dove:

   • --oracleHome identifica il percorso della Oracle home di destinazione che utilizza la versione del software Oracle Database desiderata. Tenere presente che la Oracle home di destinazione deve esistere nel sistema prima di utilizzare il comando database move.
   • --dbname specifica il nome del database da spostare
4. Uscire dalla shell del comando utente root:

   exit

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 grid patch --targetVersion target_software_version_number --executePrereqs

   Dove --targetVersion identifica la versione del software di destinazione a cui verrà applicata la patch a Oracle Grid Infrastructure, specificato come cinque segmenti numerici separati da punti, ad esempio 19.12.0.0.0

4. Uscire dalla shell del comando utente root:

   exit

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 di applicazione delle patch originale per riprendere un'operazione di applicazione delle patch:
   Ad esempio:

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

4. Uscire dalla shell del comando utente root:

   exit

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 di applicazione delle patch originale per eseguire il rollback (ripristinare) di un'operazione di applicazione delle patch:
   Ad esempio:

   dbaascli grid patch --targetVersion 19.11.0.0.0 --rollback

   Nota
   
   

   • Le operazioni di ripresa e rollback sono supportate per l'applicazione di patch alla Oracle home, l'applicazione di patch a Oracle Grid Infrastructure e le operazioni di spostamento del database.
   • Quando si riprende o si esegue il rollback di un'operazione di applicazione delle patch, è necessario eseguire il comando resume o rollback dallo stesso nodo utilizzato per eseguire il comando di applicazione delle patch originale ed è necessario eseguire il comando originale con l'aggiunta del flag --resume o --rollback.
4. Uscire dalla shell del comando utente root:

   exit

Prerequisiti

Eseguire il comando come utente root.

Per utilizzare la utility, è necessario connettersi a una virtual machine Exadata Database Service on Cloud@Customer.

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.

Requisito

Eseguire il comando come utente root.

Per utilizzare la utility, è necessario connettersi a una virtual machine Exadata Cloud@Customer.

Vedere Connessione a una Virtual Machine con SSH.

Sintassi

dbaascli job getStatus --jobID

Domande più frequenti

D: A cosa serve il comando getStatus del job dbaascli?

A: Il comando dbaascli job getStatus viene utilizzato per visualizzare lo stato

Esempi di casi d'uso

Esempio 1: controllo dello stato di un job specifico mediante l'ID job

dbaascli job getStatus --jobID 12345

Verifica lo stato del job con l'ID 12345. L'output mostrerà lo stato corrente del job (ad esempio, In corso, Completato o Non riuscito).

Esempio 2: controllo dello stato di un job di applicazione patch mediante l'ID job

dbaascli job getStatus --jobID 98765

Recupera lo stato di un job di applicazione patch con ID 98765 per verificare se la patch è stata applicata correttamente o è ancora in esecuzione.

Esempio 3: controllo dello stato di un job di backup del database

dbaascli job getStatus --jobID 45678

Verifica lo stato di un job di backup del database con l'ID 45678. L'output fornirà dettagli sull'avanzamento o il completamento del backup.

Esempio 4: controllo dell'avanzamento di un job con tempi di esecuzione lunghi

dbaascli job getStatus --jobID 23456

Controllare l'avanzamento di un job con tempi di esecuzione lunghi (ID 23456) per verificare se è ancora in esecuzione o se è stato completato.

Esempio 5: visualizzazione dello stato di un job di creazione del database

dbaascli job getStatus --jobID 67890

Verifica lo stato di un job di creazione del database identificato dall'ID job 67890.

Prerequisiti

Eseguire il comando come utente root.

Per utilizzare la utility, è necessario connettersi a una virtual machine Exadata Cloud@Customer.

Vedere Connessione a una Virtual Machine con SSH.

Sintassi

dbaascli cpuscale get_status

Domande più frequenti

D: A cosa serve il comando dbaascli cpuscale get_status?

R: Il comando dbaascli cpuscale get_status viene utilizzato per controllare lo stato della richiesta di scala della CPU corrente o dell'ultima richiesta, soprattutto quando la connettività di rete tra il server del piano di controllo e l'area OCI viene interrotta.

D: Quali sono i prerequisiti per l'utilizzo del comando dbaascli cpuscale get_status?

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

D: Cosa devo fare se riscontro problemi nell'esecuzione del comando dbaascli cpuscale get_status?

R: assicurarsi di eseguire il comando come utente root e di essere connessi a una virtual machine Exadata Cloud@Customer. Se i problemi persistono, consultare la documentazione del comando o consultare il supporto di Oracle.

D: Cosa succede se il comando mostra uno stato di errore?

A: Se il comando mostra uno stato di errore, controllare i log dettagliati per i messaggi di errore e risolvere i problemi in base all'errore specifico. Potrebbe essere necessario risolvere i problemi di rete o rivedere i dettagli della richiesta di ridimensionamento.

Esempi di casi d'uso

Esempio 1: controllo dello stato dell'operazione di ridimensionamento della CPU più recente

dbaascli cpuscale get_status

Controlla lo stato della richiesta di ridimensionamento corrente o dell'ultima CPU. Fornirà informazioni sulla pianificazione, l'esecuzione o il completamento del ridimensionamento con esito positivo o negativo.

Esempio 2: controllo dello stato dopo una richiesta di ridimensionamento non riuscita

È stata richiesta un'operazione di ridimensionamento, ma sono stati rilevati problemi di rete tra il server del piano di controllo e l'area OCI.

dbaascli cpuscale get_status

Controlla lo stato della richiesta di ridimensionamento. Poiché il processo di ridimensionamento non è riuscito a causa di problemi di rete, l'output fornirà dettagli sullo stato dell'errore.

Esempio 3: controllo dello stato quando la scala è in corso

È in corso un'operazione di ridimensionamento della CPU e l'utente desidera monitorarne l'avanzamento.

dbaascli cpuscale get_status

Verifica lo stato corrente, indicando che la richiesta di adattamento è in stato "in esecuzione". Consente all'utente di tenere traccia dell'operazione fino a quando non viene completata o non viene completata.

Esempio 4: controllo dello stato dopo il completamento della scala riuscito

Operazione di ridimensionamento eseguita e completata.

dbaascli cpuscale get_status

Verifica lo stato e conferma che l'operazione di ridimensionamento è stata completata correttamente. Lo stato finale viene definito "successo".

Prerequisiti

Per eseguire lo scale up o lo scale down delle OCPU in un cluster VM in modalità disconnessa, eseguire i comandi dbaascli cpuscale update e dbaascli cpuscale get_status da qualsiasi nodo all'interno di un cluster VM per modificare il conteggio delle memorie centrali CPU per tale cluster. Se si dispone di più cluster VM, eseguire un comando separato da qualsiasi nodo all'interno di ciascun cluster VM di cui si desidera eseguire lo scale up o lo scale down. Questi comandi sono progettati per non funzionare se emessi durante la normale modalità di connessione e scadranno dopo 600 secondi (10 minuti).

Eseguire il comando come utente root.

Per utilizzare la utility, è necessario connettersi a una virtual machine Exadata Cloud@Customer.

Vedere Connessione a una Virtual Machine con SSH.

Sintassi

Exadata Database Service on Cloud@Customer è considerato in modalità Disconnesso quando si verifica una perdita di connettività con il piano di controllo DBaaS in esecuzione su Oracle Cloud Infrastructure (OCI).

dbaascli cpuscale update --coreCount coreCount --message message

Domande più frequenti

D: A cosa serve il comando dbaascli cpuscale update?

R: Il comando dbaascli cpuscale update viene utilizzato per eseguire lo scale up o lo scale down del conteggio delle memorie centrali CPU per una virtual machine in un cluster VM quando la connettività di rete tra il server del piano di controllo e Oracle Cloud Infrastructure (OCI) viene interrotta.

D: Quali sono i prerequisiti per l'utilizzo del comando dbaascli cpuscale update?

R: Prima di utilizzare questo comando, assicurarsi di eseguirlo in modalità disconnessa, il che significa che si verifica una perdita di connettività con il piano di controllo DBaaS su OCI. Eseguire il comando da qualsiasi nodo all'interno del cluster VM e notare che si verificherà un timeout dopo 600 secondi (10 minuti) se utilizzato in modalità connessa. Il comando deve essere eseguito come utente root.

D: Come faccio a connettermi a una macchina virtuale per usare questo comando?

R: per utilizzare il comando dbaascli cpuscale update, è necessario connettersi a una virtual machine Exadata Cloud@Customer tramite SSH. Per istruzioni dettagliate, vedere "Connessione a una Virtual Machine con SSH".

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

R: l'opzione --coreCount specifica il numero target di CPU di cui si desidera eseguire lo scale up o lo scale down per ogni VM nel cluster.

D: Posso includere un messaggio con il comando dbaascli cpuscale update?

R: Sì, è possibile includere un messaggio facoltativo utilizzando l'opzione --message come riferimento.

D: Come posso controllare lo stato di un'operazione di scala della CPU?

R: Per controllare lo stato di un'operazione di scala CPU, utilizzare il comando dbaascli cpuscale get_status. Questa operazione deve essere eseguita anche da qualsiasi nodo all'interno del cluster VM.

D: Cosa succede se si esegue il comando di aggiornamento cpuscale dbaascli in modalità connessa?

R: Il comando è progettato per non funzionare in modalità connessa e scadrà dopo 600 secondi (10 minuti). Deve essere utilizzato solo in modalità disconnessa.

D: Come faccio a ridimensionare i core CPU per più cluster VM?

R: Se si dispone di più cluster VM, è necessario eseguire il comando dbaascli cpuscale update separatamente da qualsiasi nodo all'interno di ogni cluster VM di cui si desidera eseguire lo scale-up o lo scale-down.

Esempi di casi d'uso

Esempio 1: ridimensionamento delle memorie centrali CPU a 20

Il cluster VM è in esecuzione con 16 memorie centrali e si desidera aumentarlo a 20.

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

Ridimensiona il conteggio delle memorie centrali CPU fino a 20 e include un messaggio "Ridimensionamento per una maggiore domanda" come riferimento.

Esempio 2: ridimensionamento delle memorie centrali CPU a 8

Il cluster VM sta attualmente utilizzando 12 memorie centrali, ma si desidera ridurre il conteggio a 8 per risparmiare risorse.

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

Riduce il numero di memorie centrali CPU a 8 e fornisce un messaggio per riferimento futuro sul motivo dell'esecuzione dell'operazione di ridimensionamento.

Esempio 3: ridimensionamento della CPU senza un messaggio

È necessario ridimensionare i core CPU da 32 a 24, ma non è necessario alcun messaggio aggiuntivo.

dbaascli cpuscale update --coreCount 24

Questo comando ridimensiona il conteggio delle memorie centrali a 24 senza alcun messaggio. L'operazione verrà eseguita con la registrazione predefinita delle azioni.

Esempio 4: verifica dello stato dopo il ridimensionamento della CPU

Dopo aver eseguito il comando di ridimensionamento, si desidera verificare se l'aggiornamento è riuscito.

dbaascli cpuscale get_status

Controlla lo stato della richiesta di ridimensionamento corrente o dell'ultima richiesta, consentendo di verificare se l'operazione di scale up o scale down è riuscita.

Esempio 5: tentativo di ridimensionamento quando la VM si trova già al massimo dei core

Il cluster VM dispone già del numero massimo di memorie centrali CPU consentite (48), ma viene effettuato un tentativo di scale up.

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

Errore poiché il cluster VM non può superare il numero massimo di memorie centrali consentite. Lo stato rifletterà l'errore dopo aver tentato di ridimensionare a 50 core.

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 Exadata Database Service on Cloud@Customer.

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 dbaascli cswlib download?

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.

Prerequisito

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

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 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 si controlla la configurazione di backup corrente per il 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]
            | [--backupPrepared]
        }
        [--targetPDBName <value>] [--waitForCompletion <value>] [--resume [--sessionID <value>]]

Domande più frequenti

D: Cosa fa il comando convertToPDB del database dbaascli?

R: il comando dbaascli database convertToPDB converte un Oracle Database non CDB specificato in un pluggable database (PDB) all'interno di un container database (CDB).

D: Come faccio a specificare quale database convertire?

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

dbaascli database convertToPDB --dbname <db_name>

D: Come si specifica il CDB di destinazione per la conversione del PDB?

R: utilizzare l'opzione --cdbName per specificare il nome del container database (CDB) di destinazione in cui verrà creato il nuovo PDB. Se il CDB non esiste, verrà creato un nuovo CDB nella stessa Oracle home del CDB di origine.

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

R: L'opzione --executePrereqs esegue controlli di preconversione per assicurarsi che il database sia pronto per la conversione. Durante questo passo non verrà apportata alcuna modifica al database.

D: Come faccio a copiare i file di dati durante la conversione?

R: È possibile utilizzare l'opzione --copyDatafiles per creare una nuova copia dei file di dati anziché utilizzare i file originali del database di origine.

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

R: L'opzione --keepSourceDB consente di conservare l'origine originale non CDB al termine dell'operazione di conversione. Se non si utilizza questa opzione, il database di origine verrà rimosso dopo la conversione.

D: Come posso confermare che un backup è preparato prima della conversione?

R: Utilizzare il flag --backupPrepared per confermare di aver eseguito un backup appropriato del database non CDB prima di eseguire la conversione. Questo passaggio è fondamentale per evitare la perdita di dati.

D: Come si specifica un nome personalizzato per il nuovo PDB?

R: utilizzare l'opzione --targetPDBName per fornire un nome specifico per il nuovo PDB che verrà creato come parte della conversione. Ad esempio:

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

D: Posso eseguire la conversione in background?

R: Sì, è possibile utilizzare l'opzione --waitForCompletion per specificare se l'operazione deve essere eseguita in background. Utilizzare false per eseguire l'operazione in background e true per attendere il completamento dell'operazione prima di continuare. L'impostazione predefinita è true.

D: Come posso riprendere una conversione precedentemente interrotta?

R: È possibile utilizzare l'opzione --resume per riprendere un processo di conversione interrotto in precedenza. Facoltativamente, è possibile fornire --sessionID per riprendere una sessione specifica.

D: Cosa succede se non si specifica un nome CDB?

R: Se l'opzione --cdbName non viene fornita, il sistema creerà il nuovo PDB nella stessa Oracle home del database non CDB di origine.

D: Posso continuare la conversione dopo un'interruzione senza conoscere l'ID della sessione?

R: Sì, l'utilizzo dell'opzione --resume senza specificare un ID sessione riprenderà l'ultima sessione nota. Se si desidera riprendere una sessione specifica, è possibile fornire --sessionID.

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

R: l'opzione --sessionID viene utilizzata insieme a --resume per specificare una particolare sessione da riprendere, nel caso in cui vi fossero più sessioni interrotte.

D: È obbligatorio avere un backup prima di convertire un database non CDB in un PDB?

R: Sebbene il flag --backupPrepared sia facoltativo, si consiglia di eseguire un backup del database non CDB prima di eseguire la conversione in PDB. In questo modo è possibile ripristinare il database in caso di problemi durante la conversione.

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 abilitare o disabilitare 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.

Eseguire il comando come utente root o oracle.

Sintassi

Creare un nuovo modello DBCA dal database specificato.

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

Domande più frequenti

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

R: Il comando dbaascli database createTemplate viene utilizzato per creare modelli di database (modelli DBCA) da un database specificato, che può essere utilizzato in seguito per creare nuovi database.

D: Come si specifica il nome del database per il quale si desidera creare un modello?

R: utilizzare l'opzione --dbname per specificare il nome dell'Oracle Database da cui verrà creato il modello. Ad esempio:

dbaascli database createTemplate --dbname <db_name>

D: Come si specifica dove salvare il modello?

R: utilizzare l'opzione --templateLocation per specificare la posizione in cui verrà salvato il modello DBCA. Ad esempio:

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

D: Posso caricare direttamente il modello nello storage degli oggetti?

R: Sì, puoi utilizzare l'opzione --uploadToObjectStorage per caricare il modello DBCA nello storage degli oggetti. Dovrai specificare l'utente di login e il nome del bucket dello storage degli oggetti con le opzioni --objectStorageLoginUser e --objectStorageBucketName, rispettivamente.

D: Come si specificano i dettagli di login dello storage degli oggetti durante il caricamento del modello?

A: utilizzare le opzioni riportate di seguito per specificare i dettagli dello storage degli oggetti.

--objectStorageLoginUser: specifica l'utente di login dello storage degli oggetti.

--objectStorageBucketName: specifica il nome del bucket di storage degli oggetti.

--objectStorageUrl: (facoltativo) specifica l'URL dello storage degli oggetti, se diverso da quello predefinito.

Ad esempio:

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

D: Come si specifica un nome personalizzato per il modello DBCA?

R: utilizzare l'opzione --templateName per specificare un nome personalizzato per il modello DBCA. Ad esempio:

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

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

R: l'opzione --rmanParallelism specifica il livello di parallelismo per le operazioni RMAN durante il processo di creazione del modello. Ad esempio:

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

D: Cosa succede se non si specificano le opzioni --templateLocation o --uploadToObjectStorage?

R: Se non si specifica la posizione di un modello utilizzando --templateLocation o si sceglie di eseguire il caricamento nello storage degli oggetti utilizzando --uploadToObjectStorage, il comando non saprà dove memorizzare il modello creato e non verrà completato.

D: È possibile utilizzare contemporaneamente --templateLocation e --uploadToObjectStorage?

R: No, devi scegliere --templateLocation per salvare il modello a livello locale oppure --uploadToObjectStorage per caricarlo nello storage degli oggetti, ma non entrambi.

D: L'opzione --objectStorageUrl è obbligatoria quando si carica il modello nello storage degli oggetti?

A: No, l'opzione --objectStorageUrl è facoltativa. Se non viene specificato, verrà utilizzato l'URL di storage degli oggetti predefinito. Devi specificare questo valore solo se utilizzi un URL di storage degli oggetti personalizzato.

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

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

D: È possibile riprendere un processo di creazione del modello non riuscito in precedenza?

R: No, il comando dbaascli database createTemplate non supporta la ripresa di un processo non riuscito. Sarà necessario riavviare il comando dall'inizio.

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

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 noto 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 posso controllare 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

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

Prerequisito

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 Oracle Database nella relativa 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.

Eseguire questo comando come utente oracle nel database di standby di destinazione.

Sintassi

dbaascli dataguard failover --dbname <value> [--useImmediateFailover] [--executePrereqs] [--waitForCompletion <value>] [--resume [--sessionID <value>]]

Eseguire questo comando come utente oracle in cui è richiesta la reintegrazione (database di standby non riuscito).

Sintassi

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

Per determinare quando un membro deve essere reintegrato in una configurazione Data Guard (DG):

Monitorare l'output dgmgrl show database per individuare i seguenti errori ORA:

• Nel nuovo cluster primario:

  ORA-16661: è necessario ricreare un'istanza di database di standby

• Nel cluster primario precedente:

  ORA-16623: Il membro ha rilevato una modifica dei ruoli

Questi messaggi indicano che si è verificato un failover. Per ripristinare la sincronizzazione completa all'interno della configurazione Data Guard, è necessario ripristinare il precedente primario.

Eseguire il comando come utente oracle.

Sintassi

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

Eseguire questo comando come utente root nel database primario. Alla fine dell'esecuzione del comando, viene creato un file BLOB di standby. È necessario copiare questo file nel sistema di database in standby per procedere con il passo configureStandby.

Sintassi

dbaascli dataguard prepareForStandby --dbname <value> --standbyDBUniqueName <value>  --standbyDBDomain | --noDBDomain  --standbyScanIPAddresses <Standby SCAN IP Addresses> [ --standbyScanPort ] [ --standbyServiceName ] [  -- primaryScanIPAddresses ] [ --primaryScanPort ] [--executePrereqs] [--resume [--sessionID <value>]] [--revert [--sessionID <value>]] [--waitForCompletion] [--skipDRConfiguration]

Eseguire questa operazione come utente root nel cluster in standby.

Sintassi

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

Eseguire questo comando come utente root nel cluster primario. Inoltre, in un'impostazione in standby multiplo, eseguire il comando su tutti i cluster in standby ad eccezione del cluster di database in standby appena creato.

Sintassi

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

Eseguire questo comando come utente root nel cluster primario. Tuttavia, nel contesto di più database in standby, questo comando deve essere eseguito su tutti i cluster in standby ad eccezione dello standby di destinazione.

Sintassi

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

Eseguire questo comando come utente root nel cluster di standby Active Data Guard in cui si desidera abilitare o disabilitare la configurazione AWR. Utilizzare questo comando se AWR non è stato configurato durante il processo di aggiunta in standby.

Sintassi

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

Eseguire il comando come utente root.

Quando il comando Aggiorna modalità di trasporto viene eseguito sul database primario, viene aggiornata solo la modalità di trasporto del database primario. Per aggiornare la modalità di trasporto di un database in standby, il comando deve essere eseguito separatamente in tale standby.

Al contrario, quando il comando della modalità di protezione dell'aggiornamento viene eseguito sul database primario, la modalità di protezione viene aggiornata sia per il database primario che per quello in standby. La modalità di protezione può anche essere aggiornata dal lato standby, nel qual caso vengono aggiornati sia i database primari che quelli in standby.

Quando si aggiorna la modalità di trasporto o protezione dal database primario, il sistema controlla le modalità correnti nei database primario e in standby e procede con l'aggiornamento solo se vengono soddisfatte tutte le condizioni richieste.

Sintassi

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

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 un 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 diag collect [--components <value>] [--startTime <value>] [--endTime <value>] [--nodes <value>] [--dbNames <value>]
        {
            [--objectStoreBucketUri <value>]
            | [--destLocation <value>]
        }
        [--waitForCompletion <value>]

Domande più frequenti

D: Qual è lo scopo del comando dbaascli diag collect?

R: il comando dbaascli diag collect viene utilizzato per raccogliere i log di diagnostica per Oracle Database e i componenti associati quali gli strumenti OS, Grid Infrastructure (GI) e DBaaS.

D: Come faccio a specificare per quali componenti raccogliere la diagnostica?

R: È possibile specificare i componenti utilizzando l'opzione --components. Valori validi:

db (per i log del database)

gi (per i log di Grid Infrastructure)

os (per i log del sistema operativo)

dbaastools (per i log degli strumenti DBaaS)

all (per la raccolta dei log per tutti i componenti)

D: Come posso raccogliere i log per un intervallo di tempo specifico?

A: Utilizzare le seguenti opzioni per specificare un intervallo di tempo:

--startTime <value> per impostare l'ora di inizio per la raccolta dei log.

--endTime <value> per impostare l'ora di fine per la raccolta dei log.

L'ora deve essere nel formato: YYYY-MM-DDTHH24:MM:SS.

D: In che formato dovrebbero essere le ore di inizio e di fine?

R: Sia --startTime che --endTime devono essere nel formato YYYY-MM-DDTHH24:MM:SS. Ad esempio, 2024-09-01T15:30:00.

D: Come faccio a specificare da quali nodi raccogliere la diagnostica?

R: È possibile utilizzare l'opzione --nodes per specificare una lista di nodi delimitata da virgole. Ad esempio:

--nodes node1,node2

D: Come faccio a raccogliere i log per un database specifico?

R: utilizzare l'opzione --dbNames per specificare il nome del database per il quale si desidera raccogliere i log. È possibile specificare un solo nome di database alla volta.

D: Come posso memorizzare i log raccolti nello storage degli oggetti?

R: utilizzare l'opzione --objectStoreBucketUri per specificare l'URL della richiesta (PAR) preautenticata per il bucket di storage degli oggetti in cui verranno caricati i log.

D: Posso raccogliere i log in una directory locale anziché nello storage degli oggetti?

R: Sì, è possibile utilizzare l'opzione --destLocation per specificare una directory nella VM guest in cui verranno raccolti i log. La posizione predefinita è /var/opt/oracle/dbaas_acfs.

D: Cosa succede se non si specifica una destinazione per i log?

R: Se non viene specificata alcuna destinazione, i log raccolti verranno memorizzati nella posizione predefinita /var/opt/oracle/dbaas_acfs nella VM guest.

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

A: l'opzione --waitForCompletion specifica se attendere il completamento del comando prima di restituire il controllo all'utente. Il valore predefinito è true. Se si specifica false, l'operazione viene eseguita in background.

D: Come si esegue la raccolta di log in background?

A: impostare l'opzione --waitForCompletion su false per eseguire il processo di raccolta dei log in background:

dbaascli diag collect --waitForCompletion false

D: Posso riprendere una precedente sessione di raccolta dei log con questo comando?

R: No, il comando dbaascli diag collect non supporta la ripresa delle sessioni precedenti. Sarà necessario avviare un nuovo processo di raccolta dei log.

D: Come posso assicurarmi che i log vengano caricati direttamente nello storage degli oggetti?

R: È possibile fornire un --objectStoreBucketUri (URL di richiesta preautenticata dello storage degli oggetti) valido in cui i log verranno caricati dopo la raccolta.

D: Posso raccogliere i log per più database contemporaneamente?

R: No, è possibile specificare un solo nome di database alla volta utilizzando l'opzione --dbNames.

D: Cosa devo fare se voglio raccogliere tutti i log disponibili per tutti i componenti?

R: utilizzare --components all per raccogliere i log da tutti i componenti, inclusi il database, Grid Infrastructure, il sistema operativo e gli strumenti DBaaS.

D: Qual è un comando di esempio per raccogliere i log per il componente di database da un intervallo di tempo specifico?

A: Ecco un comando di esempio:

dbaascli diag collect --components db --startTime 2024-09-01T12:00:00 --endTime 2024-09-01T14:00:00 --dbname orcl

D: Qual è un comando di esempio per raccogliere i log e caricarli nello storage degli oggetti?

A: Ecco un comando di esempio:

dbaascli diag collect --components db --objectStoreBucketUri https://objectstorage.example.com/n/namespace-string/b/bucket-name/o/PAR-URL

D: Qual è il comportamento predefinito se l'opzione --components non è specificata?

R: Se non si specifica l'opzione --components, il comando potrebbe non sapere quali log raccogliere e potrebbe non riuscire. Si consiglia di specificare sempre i componenti da cui si desidera raccogliere i log.

D: È possibile specificare entrambe le opzioni --objectStoreBucketUri e --destLocation nello stesso comando?

R: No, devi scegliere una destinazione: Object Storage tramite --objectStoreBucketUri o una directory locale tramite --destLocation.

D: Cosa devo fare se riscontro un errore durante l'utilizzo del comando dbaascli diag collect?

R: Verificare di aver fornito nomi di componenti validi, formati di data/ora e opzioni di destinazione. Inoltre, assicurarsi di eseguire il comando come utente root.

Prerequisito

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.

Prerequisito

Eseguire il comando come utente root.

Sintassi

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

Domande più frequenti

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

R: il comando dbaascli gridHome create viene utilizzato per configurare una home Grid Infrastructure per Oracle Grid Infrastructure in un ambiente Exadata Cloud@Customer.

D: Qual è il prerequisito per l'esecuzione del comando dbaascli gridHome create?

R: Il comando deve essere eseguito come utente root.

D: Come si specifica la versione della home Grid Infrastructure da creare?

R: utilizzare l'opzione --version per specificare la versione della home Grid. Questa è un'opzione obbligatoria quando si crea la home Grid.

D: Posso riprendere una precedente sessione di creazione di dbaascli gridHome?

R: Sì, è possibile utilizzare l'opzione --resume per riprendere una sessione precedente. Facoltativamente, è possibile specificare l'ID sessione utilizzando l'opzione --sessionID per riprendere una sessione specifica.

D: Che cosa fa l'opzione --resume nel comando dbaascli gridHome create?

R: L'opzione --resume consente di riprendere un'operazione interrotta o incompleta in precedenza.

D: Come faccio a eseguire l'operazione in background?

R: È possibile impostare l'opzione --waitForCompletion su false per eseguire l'operazione in background. I valori validi per questa opzione sono true (predefinito) o false.

D: Qual è il comportamento predefinito se --waitForCompletion non è specificato?

R: Se --waitForCompletion non viene specificato, l'operazione verrà eseguita in primo piano e il comando attenderà il completamento dell'operazione prima di restituire il controllo all'utente.

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

R: L'opzione --sessionID viene utilizzata per specificare l'ID di una sessione precedente che si desidera riprendere, in caso di operazione incompleta o interrotta.

D: È possibile utilizzare il comando create gridHome dbaascli per aggiornare una home Grid esistente?

R: No, questo comando viene utilizzato in modo specifico per la configurazione di una nuova home di Grid Infrastructure, non per l'aggiornamento di una home esistente.

D: Qual è un comando di esempio per creare una home Grid con la versione 19.9.0.0.0?

A: Ecco un comando di esempio:

dbaascli gridHome create --version 19.9.0.0.0

D: Cosa devo fare se il comando dbaascli gridHome create viene interrotto?

R: È possibile riprendere l'operazione utilizzando l'opzione --resume. Se si dispone dell'ID sessione, è possibile fornirlo utilizzando l'opzione --sessionID per riprendere una sessione specifica.

D: È possibile specificare l'opzione --resume senza un ID sessione?

R: Sì, è possibile utilizzare l'opzione --resume senza specificare un ID di sessione. In questo caso, il sistema tenterà di riprendere la sessione più recente.

D: Cosa succede se si specifica --waitForCompletion false?

R: Se si specifica --waitForCompletion false, l'operazione verrà eseguita in background, consentendo di continuare a utilizzare la riga di comando al termine dell'operazione.

D: È possibile monitorare lo stato di avanzamento di un'operazione in background?

R: Il comando dbaascli non fornisce un modo diretto per tenere traccia delle operazioni in background. Potrebbe essere necessario controllare manualmente i log di sistema o lo stato della sessione.

D: È possibile specificare una versione della home Grid non valida durante la creazione?

R: No, l'opzione --version deve contenere una versione di Grid Infrastructure valida. Se viene fornita una versione non valida, il comando restituirà un errore.

D: Come si determina la versione della home Grid da utilizzare per la creazione?

R: è possibile fare riferimento alla documentazione di Oracle o consultare l'amministratore del database per determinare la versione corretta della home Grid da utilizzare per l'ambiente in uso.

D: Cosa devo verificare prima di eseguire il comando dbaascli gridHome create?

R: Assicurarsi di aver eseguito il login come utente root e che la versione che si desidera utilizzare per Grid Infrastructure sia compatibile con l'ambiente in uso.

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 di certificato nel formato del wallet PKCS12, utilizzato per la configurazione TCPS.

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

A: l'opzione --caCertChain specifica una lista concatenata di certificati che contengono i certificati CA intermedi e il certificato CA radice.

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?