Gestione Data Guard

Questa sezione è incentrata sulla gestione delle configurazioni e delle operazioni Oracle Data Guard. Include comandi come dbaascli dataguard prepareStandbyBlob per generare un file BLOB per l'impostazione di un sito in standby e dbaascli dataguard updateDGConfigAttributes per aggiornare gli attributi di automazione Data Guard in tutti i nodi del cluster. Questi comandi semplificano l'impostazione e la manutenzione degli ambienti Data Guard per l'alta disponibilità e il disaster recovery.

Data Guard dbaascli prepareStandbyBlob

Per generare un file BLOB contenente vari file richiesti sul sito in standby nel caso di un ambiente Data Guard, utilizzare il comando dbaascli dataguard prepareStandbyBlob.

Esegui il comando come utente root o oracle.

Sintassi:

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

Parametri:

Parametro Descrizione
--dbname specifica il nome di Oracle AI Database
--blobLocation specifica la posizione della directory personalizzata in cui verrà generato il file dell'oggetto BLOB in standby in un ambiente Data Guard

Domande frequenti:

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

R: il comando dbaascli dataguard prepareStandbyBlob viene utilizzato per generare un file dell'oggetto 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 specificare il nome di Oracle AI Database per il quale si desidera preparare l'oggetto BLOB di standby?

R: utilizzare l'opzione --dbname seguita dal nome di Oracle AI 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: Cosa fa l'opzione –dbname nel comando?

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

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

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

D: Posso 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 richiesta.

D: Cosa devo fare se voglio cambiare la posizione in cui viene generato il file BLOB di standby?

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

D: Devo eseguire ulteriori passaggi dopo aver generato il file blob in standby?

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

Data Guard dbaascli updateDGConfigAttributes

Per aggiornare gli attributi di automazione Data Guard in tutti i nodi del cluster, utilizzare il comando dbaascli dataguard updateDGConfigAttributes.

Esegui il comando come utente root o oracle.

Sintassi:

dbaascli dataguard updateDGConfigAttributes --attributes <value>

Parametri:

Parametro Descrizione
--attributes contiene gli attributi di automazione Data Guard da modificare. Accetta valori delimitati da virgole nel formato <attribute=value>. Gli attributi devono essere predefiniti nel file di configurazione Data Guard.

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

R: 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 che formato devono essere inclusi i valori dell'opzione -attributes?

R: I valori dell'opzione --attributes devono essere in un 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: Che cosa accade 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: Devo riavviare qualsiasi servizio dopo aver aggiornato gli 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 attributi validi 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.

failover dataguard dbaascli

Per eseguire un failover manuale sul database in standby, utilizzare il comando dataguard failover.

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

Parametri:

Parametro Descrizione
--dbname specifica il nome di Oracle AI Database.
--useImmediateFailover utilizzare questo flag quando la configurazione di Oracle Data Guard è in stato di avvertenza o errore.
--executePrereqs esegue i controlli dei prerequisiti e restituisce i risultati.
--waitForCompletion specifica se attendere il completamento dell'operazione. Impostare su false per eseguire l'operazione in background. Valori validi: true o false.
--resume riprende l'operazione precedente.
--sessionID riprende una sessione specifica in base al relativo ID.

Esecuzione di un'operazione di failover manuale mediante la utility dbaascli

Per eseguire un failover manuale sul database in standby, utilizzare il comando dataguard failover.

  1. Connettersi alla virtual machine nella configurazione di Oracle Data Guard che ospiterà il nuovo database primario come utente opc.

    Per istruzioni dettagliate, vedere Connessione a una virtual machine con SSH.

  2. Avviare una shell del comando dell'utente root e passare all'utente oracle:

    $ sudo -s
# su - oracle
$

  3. Avviare il failover al database di standby.

    $ dbaascli dataguard failover --dbname <db-name>

  4. Torna a essere utente root.

    $ exit
#

  5. Uscire dalla shell dei comandi utente root e disconnettersi dalla virtual machine.

    # exit
$ exit

dbaascli dataguard reintegrato

Per ripristinare un database non riuscito come database di standby dopo un failover, utilizzare il comando dataguard reinstate.

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

Parametri:

Parametro Descrizione
--dbname specifica il nome di Oracle AI Database.
--primaryDBUniqueName specifica il nome univoco del database primario corrente nell'impostazione di Oracle Data Guard.
--executePrereqs esegue i controlli dei prerequisiti e restituisce i risultati.
--waitForCompletion specifica se attendere il completamento dell'operazione. Impostare su false per eseguire l'operazione in background. Valori validi: true o false.
--resume riprende l'operazione precedente.
--sessionID riprende una sessione specifica in base al relativo ID.

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:

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

Ripristino di un database primario non riuscito mediante la utility dbaascli

Per ripristinare un database primario non riuscito dopo un failover, utilizzare il comando dataguard reinstate.

  1. Connettersi a una delle virtual machine nella configurazione di Oracle Data Guard come utente oracle.

    Per istruzioni dettagliate, vedere Connessione a una virtual machine con SSH.

  2. Avvia il ripristino del database primario non riuscito.

    $ dbaascli dataguard reinstate --dbname <db-name>

    In un'impostazione di più standby (gruppo Data Guard), si consiglia di specificare l'argomento --primaryDBUniqueName.

    dbaascli dataguard reinstate --dbname <db-name> --primaryDBUniqueName <primary-DB-unique-name>

  3. Disconnessione dalla virtual machine.

    $ exit

switchover dataguard dbaascli

Per eseguire uno switchover al database in standby, utilizzare il comando dataguard switchover.

Eseguire il comando come utente oracle.

Sintassi:

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

Parametri:

Parametro Descrizione
--dbname specifica il nome di Oracle AI Database.
--targetStandbyDBUniqueName specifica il nome univoco dell'istanza di database in standby per modificare il ruolo da standby a database primario.
--executePrereqs esegue i controlli dei prerequisiti e restituisce i risultati.
--enableDGDebug abilita i trace durante l'esecuzione dell'operazione.
--waitForCompletion specifica se attendere il completamento dell'operazione. Impostare su false per eseguire l'operazione in background. Valori validi: true o false.
--resume riprende l'operazione precedente.
--sessionID riprende una sessione specifica in base al relativo ID.

Esecuzione di un'operazione di switchover mediante la utility dbaascli

Per eseguire uno switchover al database in standby, utilizzare il comando dataguard switchover.

  1. Connettersi alla virtual machine nella configurazione di Oracle Data Guard che ospiterà il nuovo database primario come utente opc.

    Per istruzioni dettagliate, vedere Connessione a una virtual machine con SSH.

  2. Avviare una shell del comando dell'utente root e passare all'utente oracle.

    $ sudo -s
# su - oracle
$

  3. Avviare lo switchover al database di standby.

    $ dbaascli dataguard switchover --dbname <db-name>

    In un'impostazione di più standby (gruppo Data Guard), si consiglia di specificare l'argomento --targetStandbyDBUniqueName.

    dbaascli dataguard switchover --dbname <db-name> --targetStandbyDBUniqueName <target-standby-DB-unique-name>

  4. Torna a essere utente root.

    $ exit
#

  5. Uscire dalla shell dei comandi utente root e disconnettersi dalla virtual machine.

    # exit
$ exit

Data Guard dbaascli prepareForStandby

Per creare un database in standby Oracle, utilizzare il comando dbaascli dataguard prepareForStandby come primo passo.

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.

Nota: per le configurazioni di Disaster Recovery (DR) su Oracle Base Database Cloud@Customer, è necessario utilizzare la console di Oracle Cloud Infrastructure (OCI) o l'SDK OCI per impostare Data Guard. La utility dbaascli non è supportata per questo caso d'uso e non deve essere utilizzata.

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]

Parametri:

Parametro Descrizione
--dbname specifica il nome di Oracle AI Database.
--standbyDBUniqueName specifica il nome univoco della base dati di standby per il quale verrà configurato la base dati primaria.
--standbyDBDomain specifica il dominio di database in standby per il quale verrà configurato un database primario.
--noDBDomain specifica di non utilizzare il nome del dominio del database per un database di standby.
--standbyScanIPAddresses specifica una lista separata da virgole di indirizzi IP corrispondenti al listener SCAN del database in standby o il nome SCAN del database in standby.
--standbyScanPort specifica il numero di porta SCAN corrispondente del database in standby.
--standbyServiceName specifica il nome del servizio del database in standby per il quale verrà configurato un database primario.
--primaryScanIPAddresses specifica una lista separata da virgole di indirizzi IP corrispondenti al listener SCAN di database primario o il nome SCAN del database primario.
--primaryScanPort specifica il numero di porta SCAN corrispondente del database primario.
--executePrereqs esegue i controlli dei prerequisiti e restituisce i risultati.
--resume riprende l'operazione precedente.
--sessionID riprende una sessione specifica in base al relativo ID.
--revert esegue il rollback dell'operazione precedente.
--waitForCompletion specifica se attendere il completamento dell'operazione. Impostare su false per eseguire l'operazione in background. Valori validi: true o false.
--skipDRConfiguration specifica se saltare la configurazione di Disaster Recovery (DR) come parte dell'impostazione del database di standby. Valori validi: true (saltare la configurazione DR) o false (configurare DR).

Esecuzione dell'operazione PrepareForStandby mediante la utility dbaascli

Per preparare il database primario per la creazione di un nuovo database di standby, utilizzare il comando dbaascli dataguard prepareForStandby.

  1. Connettersi alla Virtual Machine in cui si desidera ospitare il database primario come utente opc.

    Per istruzioni dettagliate, vedere Connessione a una virtual machine con SSH.

  2. Avviare una shell del comando dell'utente root.

    $ sudo -s

  3. Eseguire il comando prepareForStandby. Quando richiesto, immettere la password SYS.

    dbaascli dataguard prepareForStandby --dbName <db name> --standbyDBUniqueName <standby db unique name> --standbyDBDomain <standby db domain> --standbyScanIPAddresses  <comma-delimieted list of standby SCAN IP addresses> --primaryScanIPAddresses <comma-delimited list of primary SCAN IP addresses> --standbyScanPort <standby SCAN listener port>

    Al termine, il comando visualizza la posizione in cui viene creato il file BLOB di standby.

  4. Uscire dalla shell dei comandi utente root e disconnettersi dalla virtual machine.

    #  exit

Data Guard dbaascli configureStandby

Per creare un nuovo database in standby, utilizzare il comando dbaascli dataguard configureStandby come secondo passo dopo il passo prepareForStandby.

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

Parametri:

Parametro Descrizione
--dbname specifica il nome di Oracle AI Database.
--oracleHome specifica il percorso della Oracle home.
--oracleHomeName specifica il Nome della Oracle home.
--standbyDBUniqueName specifica il nome univoco del database per il database di standby.
--standbyDBDomain specifica il dominio di database in standby per il quale verrà configurato un database primario.
--noDBDomain specifica di non utilizzare il nome del dominio del database per un database di standby.
--primaryScanIPAddresses specifica una lista separata da virgole di indirizzi IP corrispondenti al listener SCAN di database primario o il nome SCAN del database primario.
--primaryScanPort specifica il numero di porta SCAN corrispondente del servizio del database primario.
--primaryServiceName specifica il nome del servizio del database primario per il quale verrà configurato i database in standby.
--protectionMode specifica la modalità di protezione Data Guard da impostare durante la configurazione del database di standby. Valori validi: MAX_PERFORMANCE o MAX_AVAILABILITY.
--transportType specifica il tipo di trasporto Data Guard da impostare durante la configurazione del database in standby. Valori validi: ASYNC o SYNC.
--activeDG specifica se la configurazione Data Guard sarà attiva o meno. Valori validi: true o false.
--standbyBlobFromPrimary specifica la posizione del file BLOB di standby preparato dal database primario. Questa operazione è obbligatoria solo per le operazioni in standby.
--standbyDBInfoJsonLocation specifica la posizione del file di informazioni generato dal database primario per l'esportazione di metadati aggiuntivi. Questa opzione è obbligatoria solo per le operazioni in standby.
--standbyScanIPAddresses specifica una lista separata da virgole di indirizzi IP corrispondenti al listener SCAN del database in standby o il nome SCAN del database in standby.
--standbyScanPort specifica il numero di porta SCAN corrispondente del database in standby.
--standbySID specifica il SID di standby per il database in standby.
--nodeList specifica una lista di nodi in cui è prevista l'esecuzione del database di standby, inclusi i nodi già in esecuzione o configurati.
--skipAWRConfiguration specifica se saltare la configurazione AWR Oracle nell'ambito dell'impostazione del database di standby. Valori validi: true (salta configurazione AWR) o false (configura AWR).
--primaryDBOCID specifica il valore OCID risorsa corrispondente al database primario.
--sgaSizeInMB specifica il valore sga_target in MB.
--pgaSizeInMB specifica il valore pga_aggregate_target in MB.
--datafileDestination specifica la posizione di memorizzazione da utilizzare per i file di dati del database.
--fraDestination specifica la posizione di memorizzazione da utilizzare per l'area di recupero rapido del database.
--redoLogDestination specifica la posizione di memorizzazione da utilizzare per i redo log file.
--fraSizeInMB specifica il valore della dimensione dell'area di recupero rapido in MB.
--tdeKeyStoreType specifica il tipo di keystore TDE. Valori validi: FILE, KMS, AZURE, GOOGLE, AWS o OKV
--tdeKeyOCID specifica l'OCID della chiave KMS/AZURE/GOOGLE/AWS da utilizzare per TDE. Questa opzione è applicabile solo se per il tipo di keystore TDE è selezionata l'opzione KMS/AZURE/GOOGLE/AWS.
--executePrereqs esegue i controlli dei prerequisiti e restituisce i risultati.
--resume riprende l'operazione precedente.
--sessionID riprende una sessione specifica in base al relativo ID.
--revert esegue il rollback dell'operazione precedente.
--waitForCompletion specifica se attendere il completamento dell'operazione. Impostare su false per eseguire l'operazione in background. Valori validi: true o false.
--enableFIPS specifica se abilitare FIPS. Impostare su false per disabilitarlo. Valori validi: true o false.
--skipDRConfiguration specifica se saltare la configurazione di Disaster Recovery (DR) come parte dell'impostazione del database di standby. Valori validi: true (saltare la configurazione DR) o false (configurare DR).
--okvServer specifica il server Oracle Key Vault. Lista delimitata da virgole di più indirizzi IP.
--okvAdminUserName specifica il nome utente dell'amministratore di Oracle Key Vault.
--okvServerRestPort specifica il numero di porta REST per Oracle Key Vault.
--okvWalletName specifica il nome di Oracle Key Vault wallet.

Esecuzione dell'operazione configureStandby mediante la utility dbaascli

Per creare un database in standby, utilizzare il comando dbaascli dataguard configureStandby.

  1. Connettersi alla virtual machine in cui si desidera ospitare il database in standby come utente opc.

    Per istruzioni dettagliate, vedere Connessione a una virtual machine con SSH.

  2. Avviare una shell del comando dell'utente root.

    $ sudo -s

  3. Eseguire il comando configureStandby.

    dbaascli dataguard configureStandby --standbySID <standby SID> --activeDG <true|false> --dbName <db name> --standbyDBUniqueName <standby db unique name> --standbyScanName <comma-delimited list of standby SCAN IP addresses> --protectionMode <MAX_PERFORMANCE|MAX_AVAILABILITY> --standbyScanPort <standby SCAN port> --oracleHome <oracle home path> --standbyDBDomain <standby db domain name>. --primaryServiceName <primary db service name> --transportType <ASYNC|SYNC> --primaryScanPort <primary db SCAN port> --primaryScanIPAddresses <comma-delimited list primary db SCAN IP addresses> --standbyBlobFromPrimary <standby BLOB from primary>

  4. Quando richiesto, immettere le password SYS, TDE e AWR del database primario.

    Una volta completato correttamente il comando, il database di standby viene avviato e diventa operativo.

Data Guard dbaascli registerStandby

Per registrare un database di standby appena creato con tutti i database di standby esistenti e nel database primario, utilizzare il comando dbaascli dataguard registerStandby come terzo passo dopo il passo configureStandby.

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

Parametri:

Parametro Descrizione
--dbname specifica il nome di Oracle AI Database.
--standbyDBUniqueName specifica il nome univoco di database del database di standby da registrare con la configurazione del Broker Oracle Data Guard.
--standbyDBDomain specifica il dominio di database in standby per il quale verrà configurato un database primario.
--noDBDomain specifica di non utilizzare il nome del dominio del database per un database di standby.
--standbyScanIPAddresses specifica una lista separata da virgole di indirizzi IP corrispondenti al listener SCAN del database in standby o il nome SCAN del database in standby.
--standbyScanPort specifica il numero di porta SCAN corrispondente del database in standby.
--standbyServiceName specifica il nome del servizio del database in standby per il quale verrà configurato un database primario.
--executePrereqs esegue i controlli dei prerequisiti e restituisce i risultati.
--resume riprende l'operazione precedente.
--sessionID riprende una sessione specifica in base al relativo ID.
--revert esegue il rollback dell'operazione precedente.
--waitForCompletion specifica se attendere il completamento dell'operazione. Impostare su false per eseguire l'operazione in background. Valori validi: true o false.

Esecuzione dell'operazione registerStandby mediante la utility dbaascli

Per registrare il database di standby specificato con la configurazione di Oracle Data Guard Broker, utilizzare il comando dbaascli dataguard registerStandby.

Per i singoli casi d'uso in standby, il comando registerStandby deve essere eseguito solo sul cluster primario, in quanto esiste un'associazione uno a uno tra il primario e lo standby.

Tuttavia, nelle configurazioni con più database in standby, è necessario eseguire il comando registerStandby sia sul cluster primario che su tutti i cluster in standby esistenti, escludendo il nuovo database in standby aggiunto.

Ad esempio, prendere in considerazione un'impostazione con due database in standby: stdby1 e stdby2, dove stdby2 è il nuovo database in standby da registrare. In questo caso, eseguire il comando registerStandby nel cluster primario e in stdby1, ma non in stdby2.

In sintesi, quando si aggiunge un nuovo database di standby a una configurazione Oracle Data Guard esistente, eseguire il comando registerStandby sul database primario e su tutti gli altri cluster di standby registrati in precedenza, ad eccezione del nuovo standby aggiunto.

  1. Connettersi al cluster primario della configurazione Data Guard come utente opc.

    Per istruzioni dettagliate, vedere Connessione a una virtual machine con SSH.

  2. Avviare una shell del comando dell'utente root.

    $ sudo -s

  3. Eseguire il comando registerStandby.

    dbaascli dataguard registerStandby --dbname <db-name> --standbyDBUniqueName <standby-DB-unique-name> --standbyDBDomain <standby-DB-domain>

    Al completamento del comando, il database di standby specificato verrà registrato con la configurazione di Oracle Data Guard Broker.

  4. Ripetere i passi da 1 a 3, come eseguito sul cluster primario, su tutti i cluster di standby esistenti nella configurazione di Oracle Data Guard Broker, ad eccezione di quello registrato.

Data Guard dbaascli deregisterStandby

Durante l'eliminazione in standby, eseguire il comando dbaascli dataguard deregisterStandby prima di eliminare il database nel cluster in standby per annullare la registrazione del database in standby dalla configurazione di Oracle Data Guard Broker.

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

Parametri:

Parametro Descrizione
--dbname specifica il nome di Oracle AI Database.
--standbyDBUniqueName specifica il nome univoco del database di standby di cui annullare la registrazione dalla configurazione del Broker Oracle Data Guard.
--executePrereqs esegue i controlli dei prerequisiti e restituisce i risultati.
--resume riprende l'operazione precedente.
--sessionID riprende una sessione specifica in base al relativo ID.
--waitForCompletion specifica se attendere il completamento dell'operazione. Impostare su false per eseguire l'operazione in background. Valori validi: true o false.

Esecuzione dell'operazione deregisterStandby mediante la utility dbaascli

Durante l'eliminazione in standby, eseguire il comando dbaascli dataguard deregisterStandby prima di eliminare il database nel cluster in standby per annullare la registrazione del database in standby dalla configurazione di Oracle Data Guard Broker.

Per i singoli casi d'uso in standby, il comando deregisterStandby deve essere eseguito solo sul cluster primario, in quanto esiste un'associazione uno a uno tra il primario e lo standby.

Tuttavia, nelle configurazioni con più database in standby, è necessario eseguire il comando deregisterStandby sia sul cluster primario che su tutti i cluster in standby esistenti, escludendo il database in standby che viene attualmente annullato dalla registrazione.

Ad esempio, prendere in considerazione un'impostazione con due database in standby: stdby1 e stdby2, dove la registrazione di stdby2 deve essere annullata. In questo caso, eseguire il comando deregisterStandby sul cluster primario e su stdby1, ma non su stdby2.

In sintesi, durante l'eliminazione di un database in standby da una configurazione Oracle Data Guard esistente, eseguire il comando deregisterStandby sul cluster primario e su tutti gli altri cluster in standby esistenti prima dell'operazione di eliminazione del database sul cluster in standby desiderato.

  1. Connettersi al cluster primario della configurazione Oracle Data Guard come utente opc.

    Per istruzioni dettagliate, vedere Connessione a una virtual machine con SSH.

  2. Avviare una shell del comando dell'utente root.

    $ sudo -s

  3. Eseguire il comando deregisterStandby.

    dbaascli dataguard deregisterStandby --dbname <db-name> --standbyDBUniqueName <standby-DB-unique-name>

    Una volta completato correttamente il comando, il database di standby specificato verrà annullato dalla registrazione (rimossa) della configurazione di Oracle Data Guard Broker.

  4. Ripetere i passi da 1 a 3, eseguiti sul cluster primario, su tutti i cluster di standby esistenti nella configurazione di Oracle Data Guard Broker, ad eccezione di quello di cui viene annullata la registrazione.

Data Guard dbaascli configureAWR

Per abilitare o disabilitare la configurazione AWR (Automatic Workload Repository) nel database di standby Active Data Guard, utilizzare il comando dbaascli dataguard configureAWR.

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

Parametri:

Parametro Descrizione
--dbname specifica il nome di Oracle AI Database.
--action specifica se abilitare o disabilitare l'area AWR. Utilizzare --action enable per abilitare AWR e --action disable per disabilitarlo. L'argomento --action viene mantenuto per la compatibilità con le versioni precedenti. Tuttavia, si consiglia di utilizzare --enable o --disable, poiché forniscono le stesse funzionalità ma sono più esplicite
--executePrereqs esegue i controlli dei prerequisiti e restituisce i risultati.
--resume riprende l'operazione precedente.
--sessionID riprende una sessione specifica in base al relativo ID.

Esecuzione dell'operazione configureAWR mediante la utility dbaascli

Per configurare AWR in un database di standby ADG, utilizzare il comando dbaascli dataguard configureAWR.

  1. Connettersi alla virtual machine in cui è ospitato il database di standby ADG come utente opc.

    Per istruzioni dettagliate, vedere Connessione a una virtual machine con SSH.

  2. Avviare una shell del comando dell'utente root.

    $ sudo -s

  3. Eseguire il comando configureAWR.

    Per abilitare AWR, eseguire:

    $ dbaascli dataguard configureAWR --dbname <db-name> --enable

    Per disabilitare AWR, eseguire le operazioni riportate di seguito.

    $ dbaascli dataguard configureAWR --dbname <db-name> --disable

  4. Quando richiesto, immettere le password SYS e AWR.

    Al completamento del comando, il database di standby ADG sarebbe stato configurato con AWR

Data Guard dbaascli updateConfiguration

Per aggiornare la modalità di trasporto o la modalità di protezione o entrambi i parametri di un ambiente Data Guard, utilizzare il comando dbaascli dataguard updateConfiguration.

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

Parametri:

Parametro Descrizione
--dbname specifica il nome di Oracle AI Database.
--protectionMode specifica la modalità di protezione Data Guard da impostare durante la configurazione del database di standby. Valori validi: MAX_PERFORMANCE o MAX_AVAILABILITY.
--transportType specifica il tipo di trasporto Data Guard da impostare durante la configurazione del database in standby. Valori validi: ASYNC o SYNC.
--standbyDGType specifica il tipo di Data Guard del database di standby da impostare. Valori validi: ADG o DG.
--executePrereqs esegue i controlli dei prerequisiti e restituisce i risultati.
--resume riprende l'operazione precedente.
--sessionID riprende una sessione specifica in base al relativo ID.
--waitForCompletion specifica se attendere il completamento dell'operazione. Impostare su false per eseguire l'operazione in background. Valori validi: true o false.

Esecuzione dell'operazione updateConfiguration mediante la utility dbaascli

Per aggiornare la modalità di trasporto e la modalità di protezione o entrambi i parametri, utilizzare il comando dbaascli dataguard updateConfiguration.

  1. Connettersi alla virtual machine in cui è ospitato il database di standby ADG come utente opc.

    Per istruzioni dettagliate, vedere Connessione a una virtual machine con SSH.

  2. Avviare una shell del comando dell'utente root.

    $ sudo -s

  3. Eseguire il comando updateConfiguration.

    $ dbaascli dataguard updateConfiguration --dbname <db-name> --protectionMode MAX_PERFORMANCE|MAX_AVAILABILITY --transportType ASYNC|SYNC --standbyDGType ADG|DG.

    Al completamento del comando, Data Guard specificato verrà configurato con la modalità di trasporto o la modalità di protezione specificata.