Gestione di Grid Infrastructure

Questa sezione è incentrata sulla gestione di Oracle Grid Infrastructure, che supporta il clustering e l'alta disponibilità. I task principali includono la configurazione di una home di Grid Infrastructure (dbaascli gridHome create), l'upgrade di Grid Infrastructure (dbaascli grid upgrade) e la gestione dei certificati TCPS (Transport Layer Security) mediante la configurazione (dbaascli grid configureTCPS), la rimozione (dbaascli grid removeTCPSCert) o la rotazione dei certificati (dbaascli grid rotateTCPSCert). Questi comandi garantiscono un'impostazione, una manutenzione e una sicurezza efficienti di Grid Infrastructure.

dbaascli gridHome crea
griglia dbaascli configureTCPS
griglia dbaascli removeTCPSCert
griglia dbaascli rotateTCPSCert
aggiornamento griglia dbaascli
patch griglia dbaascli

dbaascli gridHome crea

Per configurare la home di Grid Infrastructure, utilizzare il comando dbaascli gridHome create.

Prerequisiti:

Esegui il comando come utente root.

Sintassi:

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

Parametri:

Parametro	Descrizione
`--version`	specifica la versione della home Grid
`--resume`	riprende l'esecuzione precedente
`--sessionID`	specifica di riprendere un ID sessione specifico
`--waitForCompletion`	specifica `false` per eseguire l'operazione in background. Valori validi: `true` o `false`

Domande frequenti:

D: Qual è lo scopo del comando di creazione dbaascli gridHome?

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

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

R: Il comando deve essere eseguito come utente root.

D: Come si specifica la versione della home di 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 della sessione utilizzando l'opzione --sessionID per riprendere una sessione specifica.

D: Cosa fa l'opzione –resume nel comando di creazione dbaascli gridHome?

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

Q: 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 (impostazione predefinita) o false.

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

A: Se --waitForCompletion non è 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 un'operazione incompleta o interrotta.

D: Posso usare il comando create dbaascli gridHome 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'upgrade 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 di creazione dbaascli gridHome viene interrotto?

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

D: Posso specificare l'opzione –resume senza un ID sessione?

R: Sì, è possibile utilizzare l'opzione --resume senza specificare un ID 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 mentre l'operazione viene completata.

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: Posso specificare una versione non valida della home Grid 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 posso determinare 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 create dbaascli gridHome?

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

griglia dbaascli configureTCPS

Per configurare TCPS per il cluster esistente, utilizzare il comando dbaascli grid configureTCPS.

Prerequisiti:

Esegui il comando come utente root.

Sintassi:

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

Parametri:

Parametro	Descrizione
`--pkcs12WalletFilePath`	specifica il percorso assoluto del file, di certificato con il formato del wallet `pkcs12`
`--caCertChain`	lista concatenata di certificati, contenente certificati CA intermedi e CA root
`--precheckOnly`	specifica `yes` per eseguire solo i controlli preliminari per questa operazione. Valori validi: `yes` o `no`.
`--serverCert`	specifica il percorso del certificato PEM da utilizzare o da ruotare per la configurazione TCPS.
`--privateKey`	specifica il percorso del file della chiave privata del certificato.
`--certType`	tipo di certificato da aggiungere al wallet di Grid Infrastructure. I valori accettati sono: `SELF_SIGNED_CERT`, `CA_SIGNED_CERT` o `PKCS12_CERT`. Impostazione predefinita: `SELF_SIGNED_CERT`
`--privateKeyPasswordProtected`	specifica se la chiave privata è protetta o meno da password. Valori validi: `true` o `false`. Predefinito: `true`.

Configurazione TCPS per Oracle Base Database Cloud@Customer:

Il comportamento di TCPS è diverso in base al tipo di implementazione Oracle Base Database Cloud@Customer:

Per Oracle Database 19c e versioni successive, TCPS è abilitato per impostazione predefinita per i nuovi database di cui è stato eseguito il provisioning. Per i database esistenti di cui è stato eseguito il provisioning prima dell'introduzione di questo comportamento potrebbe non essere abilitato TCPS.

Per abilitare TCPS per un database esistente, aggiornare il file sqlnet.ora specifico del database su tutti i nodi del database aggiungendo il parametro WALLET_LOCATION come indicato di seguito.

WALLET_LOCATION = (SOURCE=(METHOD=FILE)(METHOD_DATA=(DIRECTORY=/var/opt/oracle/dbaas_acfs/grid/tcps_wallets)))

Dopo aver aggiornato il file sqlnet.ora su tutti i nodi del database, riavviare il database per abilitare TCPS.

L'abilitazione di TCPS potrebbe influire sulla connettività Oracle Zero Data Loss Recovery Appliance (ZDLRA) se il database non è configurato per utilizzare il parametro WALLET_ROOT. Prima di abilitare TCPS, verificare che vengano soddisfatti i prerequisiti riportati di seguito.

Il database esegue Oracle Database Release Update 19.17 o versioni successive.
Il database è configurato per utilizzare il parametro WALLET_ROOT.
Se il database è configurato per i backup ZDLRA, verificare che la configurazione del canale RMAN faccia riferimento a RA_WALLET in WALLET_ROOT/server_seps.

Ad esempio:

Connettersi a RMAN.
Eseguire il comando riportato di seguito:
```
SHOW CHANNEL;
```

Verificare che l'output contenga una voce RA_WALLET simile alla seguente:

CONFIGURE CHANNEL DEVICE TYPE 'SBT_TAPE' FORMAT '%d_%I_%U_%T_%t' PARMS "SBT_LIBRARY=/u02/app/oracle/product/19.0.0.0/dbhome_1/lib/libra.so, ENV=(RA_WALLET='location=file:/var/opt/oracle/dbaas_acfs/dbrs19c/wallet_root/server_seps credential_alias=DBRS')";

In questo esempio, la posizione RA_WALLET punta a WALLET_ROOT/server_seps, compatibile con TCPS.

Domande frequenti:

D: Qual è lo scopo del comando dbaascli grid configureTCPS?

R: il comando dbaascli grid configureTCPS viene utilizzato per configurare TCPS (Transport Layer Security) per il cluster esistente in un ambiente Oracle Base Database Cloud@Customer.

D: Qual è il prerequisito per l'esecuzione del comando dbaascli grid configureTCPS?

R: Il comando deve essere eseguito come utente root.

D: TCPS è abilitato per impostazione predefinita sui sistemi Oracle Base Database Cloud@Customer?

R: No, TCPS non è abilitato per impostazione predefinita nei sistemi Oracle Base Database 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 Oracle Base Database Cloud@Customer?

R: L'abilitazione di TCPS sui sistemi Oracle Base Database Cloud@Customer causerà l'interruzione delle connessioni a Zero Data Loss Recovery Appliance (ZDLRA). È possibile abilitare solo la configurazione ZDLRA o TCPS, ma non entrambe contemporaneamente.

D: Che cosa specifica l'opzione –pkcs12WalletFilePath?

R: l'opzione --pkcs12WalletFilePath specifica il percorso assoluto del file di certificato nel formato wallet PKCS12, utilizzato per la configurazione TCPS.

D: A cosa serve l'opzione –caCertChain?

R: l'opzione --caCertChain specifica un elenco concatenato di certificati contenenti certificati CA intermedi e il certificato CA root.

D: Cosa fa l'opzione –precheckOnly?

R: L'opzione --precheckOnly specifica se eseguire solo i controlli preliminari per l'operazione di configurazione TCPS. I valori accettati sono yes o no.

D: Che cosa specifica l'opzione –serverCert?

R: L'opzione --serverCert specifica il percorso del certificato PEM che verrà utilizzato o ruotato per la configurazione TCPS.

D: Come faccio a specificare la chiave privata per la configurazione TCPS?

R: utilizzare l'opzione --privateKey per specificare il percorso del file della chiave privata 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 di default?

R: Sì, l'opzione --privateKeyPasswordProtected è impostata su true per impostazione predefinita, a indicare che la chiave privata è protetta da password. È possibile impostarlo su false se la chiave privata non è protetta da password.

D: Posso eseguire un controllo preliminare prima di configurare TCPS?

R: Sì, è possibile eseguire solo i controlli preliminari per l'operazione impostando l'opzione --precheckOnly su Sì. Ciò consente di convalidare l'ambiente prima di apportare modifiche.

D: Cosa succede se si fornisce un percorso errato per il file wallet PKCS12?

R: Se --pkcs12WalletFilePath contiene un percorso errato, il comando non riuscirà e la configurazione TCPS non procederà.

D: Cosa devo fare se la chiave privata è protetta da password?

R: Se la chiave privata è protetta da password, assicurarsi che l'opzione --privateKeyPasswordProtected sia impostata su true (impostazione predefinita).

D: Posso specificare il mio certificato CA per la configurazione TCPS?

R: Sì, è possibile specificare il proprio certificato firmato dalla CA utilizzando le opzioni --serverCert e --privateKey e impostando --certType su CA_SIGNED_CERT.

D: Qual è un comando di esempio per configurare TCPS utilizzando un certificato autofirmato?

A: Di seguito è riportato un esempio.

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

D: Posso usare un certificato PKCS12 per la configurazione TCPS?

R: Sì, è possibile utilizzare un certificato PKCS12 specificando l'opzione --pkcs12WalletFilePath e impostando --certType su PKCS12_CERT.

D: Cosa devo verificare prima di eseguire il comando dbaascli grid configureTCPS?

R: Verificare di disporre di file di certificato, di chiavi private e di aver eseguito il login come utente root validi. Inoltre, assicurati di comprendere le implicazioni se stai utilizzando ZDLRA in quanto non può essere eseguito contemporaneamente con TCPS.

Esempio: griglia dbaascli configureTCPS

Per configurare Grid utilizzando un certificato con firma automatica:

dbaascli grid configureTCPS

Per configurare Grid utilizzando un certificato firmato da CA:

dbaascli grid configureTCPS --cert_type CA_SIGNED_CERT --server_cert /tmp/certs/server_cert.pem --ca_cert_chain /tmp/certs/ca.pem --private_key /tmp/certs/encrypted_private.key --private_key_password_protected false

griglia dbaascli removeTCPSCert

Per rimuovere i certificati TCPS esistenti dal wallet di Grid Infrastructure, utilizzare il comando dbaascli grid removeTCPSCert.

Prerequisiti:

Esegui il comando come utente root.

Sintassi:

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

Parametri:

Parametro	Descrizione
`--subject`	specifica l'oggetto del certificato
`--userCert`	flag per indicare il certificato dell'utente
`--trustedCert`	flag per indicare il certificato protetto
`--requestedCert`	flag per indicare il certificato richiesto
`--serialNumber`	specifica il numero di serie del certificato
`--executePrereqs`	esegue i controlli dei prerequisiti e ne restituisce i risultati
`--resume`	riprende l'esecuzione precedente
`--sessionID`	specifica di riprendere un ID sessione specifico
`--bounceListeners`	flag per riavviare il listener Grid Infrastructure ed il listener SCAN

Domande frequenti:

D: Qual è lo scopo del comando dbaascli grid removeTCPSCert?

R: il comando dbaascli grid removeTCPSCert viene utilizzato per rimuovere i certificati TCPS esistenti dal wallet di Grid Infrastructure in un ambiente Oracle Base Database Cloud@Customer.

D: Qual è il prerequisito per l'esecuzione del comando dbaascli grid removeTCPSCert?

R: Il comando deve essere eseguito come utente root.

D: Che cosa specifica l'opzione –subject nel comando dbaascli grid removeTCPSCert?

R: l'opzione --subject specifica l'oggetto del certificato da rimuovere dal wallet di Grid Infrastructure.

D: Qual è lo scopo della bandiera –userCert?

A: il flag --userCert indica che il certificato da rimuovere è un certificato utente.

D: Quando dovrei usare il flag –trustedCert?

R: utilizzare il flag --trustedCert quando si rimuove un certificato sicuro dal wallet di Grid Infrastructure.

D: Cosa fa il flag –requestedCert?

A: il flag --requestedCert indica che il certificato da rimuovere è un certificato richiesto.

D: Che cosa specifica l'opzione –serialNumber?

R: L'opzione --serialNumber specifica il numero di serie del certificato da rimuovere. È utile per identificare in modo univoco un certificato quando sono presenti più certificati con lo stesso soggetto.

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

R: l'opzione --executePrereqs esegue i controlli dei prerequisiti prima di rimuovere il certificato e segnala i risultati, assicurando che l'ambiente sia preparato correttamente per l'operazione.

D: Cosa fa l'opzione –resume?

R: L'opzione --resume riprende l'operazione di rimozione se è stata precedentemente interrotta.

D: Come si specifica un ID sessione quando si riprende un'operazione interrotta?

R: Utilizzare l'opzione --sessionID per specificare l'ID sessione dell'operazione interrotta che si desidera riprendere.

D: Cosa fa il flag –bounceListeners?

R: il flag --bounceListeners viene utilizzato per riavviare il listener di Grid Infrastructure e il listener di scansione dopo la rimozione del certificato TCPS.

D: Posso rimuovere un certificato TCPS senza far rimbalzare i listener?

A: Sì, il flag --bounceListeners è facoltativo. Se non viene specificato, i listener non verranno riavviati automaticamente.

Q: Come posso assicurarmi che l'operazione funzioni in modo sicuro?

R: È possibile utilizzare l'opzione --executePrereqs per eseguire i controlli dei prerequisiti prima di eseguire il comando, assicurandosi che tutto sia in ordine prima del processo di rimozione.

D: Cosa devo fare se ho bisogno di rimuovere un certificato utente specifico per numero di serie?

R: utilizzare l'opzione --subject per specificare l'oggetto del certificato, il flag --userCert per indicare che si tratta di un certificato utente e l'opzione --serialNumber per specificare il numero di serie del certificato.

D: Posso rimuovere più certificati contemporaneamente?

R: No, il comando è progettato per rimuovere un singolo certificato alla volta in base al soggetto fornito e ad altri parametri.

D: Cosa succede se il processo di rimozione del certificato viene interrotto?

R: È possibile riprendere l'operazione utilizzando l'opzione --resume insieme a --sessionID del processo interrotto.

D: Devo eseguire il comando come utente root?

R: Sì, il comando dbaascli grid removeTCPSCert deve essere eseguito come utente root per disporre dei privilegi necessari per la rimozione dei certificati TCPS.

D: Come posso identificare il certificato che voglio rimuovere?

R: Puoi identificare il certificato in base al suo soggetto e, facoltativamente, al suo numero di serie per assicurarti di indirizzare il certificato corretto per la rimozione.

D: Che cos'è un comando di esempio per rimuovere un certificato attendibile?

A: Di seguito è riportato un esempio.

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

griglia dbaascli rotateTCPSCert

Per ruotare i certificati TCPS, utilizzare il comando dbaascli grid rotateTCPSCert.

Prerequisiti:

Esegui il comando come utente root.

Sintassi:

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

Parametri:

Parametro	Descrizione
`--pkcs12WalletFilePath`	specifica il percorso assoluto del file, di certificato con il formato del wallet `pkcs12`
`--caCertChain`	lista concatenata di certificati, contenente certificati CA intermedi e CA root
`--precheckOnly`	specifica `yes` per eseguire solo i controlli preliminari per questa operazione. Valori validi: `yes` o `no`.
`--serverCert`	specifica il percorso del certificato PEM da utilizzare o da ruotare per la configurazione TCPS.
`--privateKey`	specifica il percorso del file della chiave privata del certificato.
`--certType`	tipo di certificato da aggiungere al wallet di Grid Infrastructure. I valori accettati sono: `SELF_SIGNED_CERT`, `CA_SIGNED_CERT` o `PKCS12_CERT`. Impostazione predefinita: `SELF_SIGNED_CERT`
`--privateKeyPasswordProtected`	specifica se la chiave privata è protetta o meno da password. Valori validi: `true` o `false`. Predefinito: `true`.

Domande frequenti:

D: Qual è lo scopo del comando dbaascli grid rotateTCPSCert?

R: il comando dbaascli grid rotateTCPSCert viene utilizzato per ruotare i certificati TCPS (Transport Layer Security Protocol) nel wallet di Grid Infrastructure negli ambienti Oracle Base Database Cloud@Customer.

D: Qual è il prerequisito per l'esecuzione del comando dbaascli grid rotateTCPSCert?

R: Il comando deve essere eseguito come utente root.

D: Che cosa specifica l'opzione –pkcs12WalletFilePath?

R: l'opzione --pkcs12WalletFilePath specifica il percorso assoluto del file di certificato nel formato wallet PKCS12 per la configurazione TCPS.

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

R: l'opzione --caCertChain specifica un elenco concatenato di certificati, inclusi i certificati CA intermedi e CA root, per la configurazione TCPS.

D: Cosa fa l'opzione –precheckOnly?

R: L'opzione --precheckOnly consente di eseguire controlli preliminari senza apportare modifiche effettive. I valori validi sono "yes" per eseguire solo i controlli preliminari e "no" per procedere con la rotazione.

D: Come viene utilizzata l'opzione –serverCert?

R: L'opzione --serverCert specifica il percorso del certificato del server PEM (Privacy Enhanced Mail) utilizzato o ruotato per la configurazione TCPS.

D: Che cosa specifica l'opzione –privateKey?

R: L'opzione --privateKey specifica il percorso del file della chiave privata corrispondente al certificato del server utilizzato per la rotazione di TCPS.

D: Quali sono i valori validi per l'opzione –certType?

R: l'opzione --certType accetta i valori seguenti per specificare il tipo di certificato da aggiungere al wallet di Grid Infrastructure:

SELF_SIGNED_CERT (predefinito)
CA_SIGNED_CERT
PKCS12_CERT

D: Cosa fa l'opzione –privateKeyPasswordProtected?

R: L'opzione --privateKeyPasswordProtected indica se la chiave privata è protetta da password. I valori validi sono true (predefinito) e false

D: Posso eseguire il comando dbaascli grid rotateTCPSCert senza ruotare i certificati?

R: Sì, utilizzando l'opzione --precheckOnly yes, è possibile eseguire solo i controlli preliminari senza ruotare i certificati.

D: Qual è un esempio di comando per ruotare un certificato utilizzando un wallet PKCS12?

A: Ecco un comando di esempio:

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

D: Come ruotare un certificato server con una catena di certificati firmata da CA?

R: Utilizzare le opzioni --serverCert e --caCertChain come mostrato qui:

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

D: Cosa succede se non specifico –privateKeyPasswordProtected?

R: Se non si specifica l'opzione --privateKeyPasswordProtected, il comando presuppone che la chiave privata sia protetta da password (impostazione predefinita: true).

Q: Posso ruotare un certificato autofirmato?

R: Sì, è possibile ruotare un certificato autofirmato utilizzando l'opzione predefinita --certType SELF_SIGNED_CERT o specificandolo esplicitamente.

D: Come posso ruotare un certificato senza fornire una chiave privata?

R: Per alcuni tipi di certificato, ad esempio PKCS12, potrebbe non essere necessario fornire un file di chiave privata separato, poiché è incluso nel wallet. Tuttavia, se è richiesta una chiave privata, è necessario fornirla utilizzando l'opzione --privateKey.

D: Cosa succede se voglio ruotare un certificato in background?

R: Il comando dbaascli grid rotateTCPSCert non fornisce un'opzione esplicita per l'esecuzione in background. È possibile eseguire il comando direttamente in una sessione in background (ad esempio, utilizzando nohup o strumenti simili).

D: Qual è il tipo di certificato predefinito se non specificato?

R: il tipo di certificato predefinito è SELF_SIGNED_CERT.

Esempio: griglia dbaascli rotateTCPSCert

Per ruotare il certificato utilizzando un certificato autofirmato (opzione predefinita):

dbaascli grid rotateTCPSCert

Per ruotare il certificato utilizzando un certificato firmato dalla CA:

dbaascli grid rotateTCPSCert --cert_type CA_SIGNED_CERT --server_cert /tmp/certs/server_cert.pem --ca_cert_chain /tmp/certs/ca.pem --private_key /tmp/certs/encrypted_private.key --privateKeyPasswordProtected true

aggiornamento griglia dbaascli

Per eseguire l'upgrade di Oracle Grid Infrastructure da una versione principale a un'altra, utilizzare il comando dbaascli grid upgrade.

Prerequisiti:

Esegui il comando come utente root.

Sintassi:

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

Parametri:

Parametro	Descrizione
`--version`	specifica la versione di destinazione
`--resume`	riprende l'esecuzione precedente
`--executePrereqs`	esegue i prerequisiti per l'upgrade di Grid Infrastructure
`--containerUrl`	specifica l'URL personalizzato per il recupero dell'immagine di Grid Infrastructure
`--softwareOnly`	installa solo il software Grid Infrastructure
`--targetHome`	specifica il percorso della home Grid di destinazione esistente
`--revert`	esecuzione dei ripristini non riuscita

Domande frequenti:

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

R: il comando dbaascli grid upgrade viene utilizzato per eseguire l'upgrade di Oracle Grid Infrastructure da una versione principale a un'altra in una virtual machine Oracle Base Database Cloud@Customer.

D: Qual è il prerequisito per l'esecuzione del comando di aggiornamento della griglia dbaascli?

R: Il comando deve essere eseguito come utente root ed è necessario essere connessi a una virtual machine Oracle Base Database Cloud@Customer.

D: Cosa specifica l'opzione –version?

R: l'opzione --version specifica la versione di destinazione di Oracle Grid Infrastructure a cui si desidera eseguire l'upgrade.

D: Cosa fa l'opzione –resume?

R: l'opzione --resume riprende un processo di upgrade di Grid Infrastructure precedentemente interrotto o non riuscito.

D: Come viene utilizzata l'opzione –executePrereqs?

R: l'opzione --executePrereqs esegue solo i controlli dei prerequisiti per l'upgrade di Grid Infrastructure senza eseguire l'upgrade effettivo.

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

R: l'opzione --containerURL specifica un URL personalizzato per recuperare l'immagine software di Grid Infrastructure per l'upgrade.

D: Cosa fa l'opzione –softwareOnly?

R: l'opzione --softwareOnly installa solo il software di Grid Infrastructure senza configurare o aggiornare l'ambiente Grid.

D: Quando utilizzerebbe l'opzione –targetHome?

R: l'opzione --targetHome specifica il percorso della home Grid di destinazione esistente in cui verrà eseguito l'aggiornamento.

D: Cosa succede se l'aggiornamento fallisce?

A: se l'aggiornamento non riesce, è possibile utilizzare l'opzione --revert per eseguire il rollback dell'aggiornamento allo stato precedente.

D: Posso eseguire un upgrade di Grid Infrastructure nelle fasi?

R: Sì, utilizzando l'opzione --softwareOnly, è possibile prima installare il software e poi completare l'aggiornamento completo, consentendo aggiornamenti in staging.

D: Come si utilizza il comando di aggiornamento della griglia dbaascli per aggiornare solo il software?

A: Usare la seguente sintassi per aggiornare solo il software:

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

D: Posso controllare i prerequisiti di aggiornamento senza eseguire l'aggiornamento?

R: Sì, è possibile eseguire solo i controlli dei prerequisiti utilizzando:

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

D: Come posso eseguire l'upgrade di Grid Infrastructure utilizzando un URL contenitore personalizzato?

R: È possibile specificare l'URL per il recupero dell'immagine di Grid Infrastructure come indicato di seguito.

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

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

A: Per riprendere un aggiornamento precedentemente interrotto o non riuscito, utilizzare:

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

D: Cosa fa l'opzione –revert nel comando di aggiornamento della griglia dbaascli?

R: l'opzione --revert esegue il rollback di un upgrade di Grid Infrastructure non riuscito o interrotto allo stato originale.

D: Posso eseguire un upgrade completo senza configurare immediatamente Grid Infrastructure?

R: Sì, è possibile prima installare solo il software utilizzando l'opzione --softwareOnly e quindi configurarlo in seguito.

D: Cosa devo fare se un aggiornamento non riesce e voglio annullare le modifiche?

A: utilizzare l'opzione --revert per eseguire il rollback dell'aggiornamento non riuscito:

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

Esempio: aggiornamento griglia dbaascli

dbaascli grid upgrade --version 19.11.0.0.0 --executePrereqs
DBAAS CLI version MAIN
Executing command grid upgrade --version 19.11.0.0.0 --executePrereqs

patch griglia dbaascli

Per applicare le patch a Oracle Grid Infrastructure alla versione secondaria specificata, utilizzare il comando dbaascli grid patch.

Prerequisiti:

Esegui il comando come utente root.

Sintassi:

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

Parametri:

Parametro	Descrizione
`--targetVersion`	specifica la versione di destinazione della Oracle home specificata come cinque segmenti numerici separati da punti (ad esempio, 19.12.0.0.0)
`--targetHome`	specifica il percorso completamente qualificato della home Grid Infrastructure della destinazione per l'applicazione delle patch non in loco
`--containerURL`	specifica l'URL personalizzato per il recupero dell'immagine di Grid Infrastructure
`--executePrereqs`	opzione per eseguire i prerequisiti
`--nodeList`	specifica una lista di nodi delimitata da virgole se l'applicazione di patch deve essere eseguita su un subset di nodi
`--patchInParallel`	specifica di eseguire l'applicazione di patch ai nodi remoti in parallelo
`--rollback`	specifica di eseguire il rollback della Oracle home a cui sono state applicate le patch
`--resume`	riprende l'esecuzione precedente
`--sessionID`	specifica di riprendere un ID sessione specifico
`--continueWithDbDowntime`	continua l'applicazione delle patch con tempi di inattività del database. Questa opzione può essere utilizzata in ambienti in cui sono attive solo 1 istanza e l'operazione di applicazione delle patch può essere continuata anche con un tempo di inattività.
`--drainTimeoutInSeconds`	specifica il tempo (in secondi) per il completamento dell'estrazione della risorsa durante l'arresto del database
`--createImage`	crea un'immagine da una copia della home Grid attiva, aggiornata alla versione di destinazione specificata
`--createImageDir`	specifica il percorso completamente qualificato della directory in cui deve essere creata l'immagine
`--imageFile`	specifica il percorso completamente qualificato dell'immagine da utilizzare
`--patchInParallel`	esegue l'applicazione delle patch dei nodi remoti in parallelo
`--waitForCompletion`	specifica `false` per eseguire l'operazione in background. Valori validi: `true` o `false`

Domande frequenti:

D: Che cosa fa il comando dbaascli grid patch?

R: il comando dbaascli grid patch viene utilizzato per applicare le patch a Oracle Grid Infrastructure a una versione secondaria specificata.

D: Sono necessarie autorizzazioni speciali per eseguire il comando della patch della griglia dbaascli?

R: Sì, è necessario eseguire il comando dbaascli grid patch come utente root.

D: Posso specificare una versione di destinazione durante l'applicazione delle patch a Oracle Grid Infrastructure?

R: Sì, è possibile specificare la versione di destinazione utilizzando l'opzione --targetVersion.

D: Come si specifica la versione di destinazione per la patch?

R: utilizzare l'opzione --targetVersion seguita dal numero di versione nel formato 19.12.0.0.0.

D: Cosa fa l'opzione –containerURL nel comando di patch della griglia dbaascli?

R: l'opzione --containerURL consente di specificare un URL personalizzato per il recupero dell'immagine di Grid Infrastructure.

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

R: l'opzione --executePrereqs viene utilizzata per eseguire i controlli dei prerequisiti prima di applicare la patch.

D: Come si applica la patch a un sottoinsieme di nodi utilizzando il comando di patch della griglia dbaascli?

A: utilizzare l'opzione --nodeList seguita da una lista delimitata da virgole di nomi di nodo per applicare la patch solo a un subset di nodi.

D: Cosa succede se uso l'opzione –rollback?

R: l'opzione --rollback eseguirà il rollback della Oracle home a cui è stata applicata la patch allo stato precedente.

D: Posso riprendere una sessione precedente di applicazione delle patch?

R: Sì, è possibile utilizzare l'opzione --resume per riprendere l'ultima sessione di applicazione delle patch. Se si dispone di un ID sessione specifico, è possibile specificarlo con l'opzione --sessionID.

D: A cosa serve l'opzione –continueWithDbDowntime?

R: L'opzione --continueWithDbDowntime consente di continuare l'applicazione delle patch anche in presenza di tempi di inattività del database, in genere utilizzati in ambienti in cui esiste una sola istanza attiva.

D: Come si crea un'immagine da una home Grid con patch?

A: utilizzare l'opzione --createImage per creare un'immagine. È possibile specificare la directory in cui creare l'immagine usando l'opzione --createImageDir.

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

R: L'opzione --imageFile consente di specificare il percorso completamente qualificato del file immagine da utilizzare per l'applicazione delle patch.

D: Come posso eseguire il comando della patch della griglia dbaascli in background?

R: È possibile utilizzare l'opzione --waitForCompletion impostata su false per eseguire l'operazione in background.

D: Posso usare un URL personalizzato per recuperare l'immagine della patch?

R: Sì, è possibile utilizzare l'opzione --containerURL per specificare un URL personalizzato per il recupero dell'immagine di Grid Infrastructure.

D: Come specificare i nodi a cui applicare le patch se non si desidera applicare le patch a tutti i nodi?

R: È possibile specificare i nodi a cui applicare le patch utilizzando l'opzione --nodeList con una lista separata da virgole di nomi di nodi.

D: Cosa devo fare se devo eseguire il rollback di una patch?

R: utilizzare l'opzione --rollback nel comando dbaascli grid patch per eseguire il rollback della patch.

D: Come gestire un'operazione di applicazione delle patch se l'ambiente dispone di una sola istanza attiva e devo continuare con il tempo di inattività?

R: utilizzare l'opzione --continueWithDbDowntime per continuare l'applicazione delle patch anche con i tempi di inattività del database.

D: Posso creare un'immagine della home Grid con patch?

R: Sì, è possibile utilizzare l'opzione --createImage per creare un'immagine della home Grid con patch. Se necessario, specificare la directory in cui salvare l'immagine utilizzando --createImageDir.

D: Cosa devo fare se voglio riprendere una sessione di applicazione delle patch dopo un'interruzione?

R: utilizzare l'opzione --resume per riprendere la sessione di applicazione delle patch. Se si conosce l'ID sessione, è possibile specificarlo con --sessionID.

D: Cosa succede se il processo di applicazione delle patch fallisce a metà?

R: Se il processo di applicazione delle patch non riesce, è possibile utilizzare l'opzione --resume per riavviare il processo. È anche possibile utilizzare l'opzione --rollback per ripristinare lo stato precedente.

Q: Come posso assicurarmi che tutti i prerequisiti siano soddisfatti prima dell'applicazione delle patch?

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

D: Posso eseguire l'applicazione di patch in background per evitare di trattenere il terminale?

R: Sì, è possibile utilizzare l'opzione --waitForCompletion false per eseguire il processo di applicazione delle patch in background.

D: Come si crea un'immagine home Grid dopo l'applicazione delle patch?

R: Utilizzare l'opzione --createImage per creare una nuova immagine dalla home Grid con patch. Specificare la directory utilizzando --createImageDir, se necessario.

D: Come si utilizza un file immagine esistente per l'applicazione di patch?

R: È possibile utilizzare l'opzione --imageFile per specificare il percorso completamente qualificato del file immagine che si desidera utilizzare per l'applicazione delle patch.

D: Cosa devo fare se voglio evitare tempi di inattività del database durante l'applicazione delle patch?

R: assicurarsi che nell'ambiente siano in esecuzione più istanze attive. È possibile evitare di utilizzare l'opzione --continueWithDbDowntime, che è destinata agli ambienti con una sola istanza attiva.

D: Come faccio a sapere lo stato di avanzamento di una patch in esecuzione in background?

R: Se si esegue la patch con --waitForCompletion false, è possibile controllare lo stato del job in background utilizzando i comandi del sistema operativo come ps o controllare i log presenti nella home Grid.

D: È possibile applicare patch a una versione maggiore utilizzando la patch della griglia dbaascli?

R: No, dbaascli grid patch consente solo l'applicazione di patch a una versione secondaria della versione principale corrente. Per gli aggiornamenti principali, è necessario seguire un processo di aggiornamento diverso.

D: Posso saltare controlli dei prerequisiti specifici durante l'applicazione delle patch?

R: No, quando si utilizza --executePrereqs, verranno eseguiti tutti i controlli dei prerequisiti. È tuttavia possibile rivedere i risultati dei controlli dei prerequisiti e gestire manualmente eventuali problemi prima di continuare.

D: Cosa devo fare se il processo di applicazione delle patch è bloccato o appeso?

R: Se il processo di applicazione delle patch non risponde, è possibile arrestarlo utilizzando i comandi del sistema operativo e quindi riprendere utilizzando l'opzione --resume. Se non funziona, provare a utilizzare l'opzione --rollback per ripristinare la patch.

D: Posso automatizzare il processo di applicazione delle patch su più cluster?

R: Sì, utilizzando gli script che includono il comando dbaascli grid patch con le opzioni appropriate, è possibile automatizzare l'applicazione delle patch tra cluster diversi.

D: Dove posso trovare i log per il processo di applicazione delle patch?

R: i log si trovano in genere nella directory dei log della home di Oracle Grid o nella posizione predefinita specificata durante l'impostazione. È possibile monitorare questi log per i dettagli sul processo di applicazione delle patch.

D: È possibile creare un processo di patch silenzioso senza interazione dell'utente?

R: Sì, specificando tutte le opzioni necessarie nel comando e eseguendolo in background (--waitForCompletion false), è possibile creare un processo di applicazione delle patch non interattivo.

D: Posso controllare gli aggiornamenti delle patch disponibili prima di applicare una patch?

R: il comando dbaascli grid patch non dispone di un'opzione per elencare le patch disponibili. Tuttavia, è possibile utilizzare i metodi standard di Oracle, ad esempio il Supporto Oracle, per identificare le patch più recenti.

D: Posso usare dbaascli per applicare patch a più Oracle home?

R: No, il comando dbaascli grid patch è progettato per applicare patch a una home Oracle Grid Infrastructure specifica alla volta. È necessario eseguire il comando separatamente per ogni home.

D: Esiste un modo per prevenire completamente i tempi di inattività durante l'applicazione delle patch a Grid Infrastructure?

R: Per ridurre al minimo i tempi di inattività, assicurarsi che l'ambiente disponga di più istanze di database attive (configurazione RAC) in modo che l'applicazione delle patch possa essere eseguita nodo per nodo. L'opzione --continueWithDbDowntime non deve essere utilizzata in questo caso.

D: Come gestire l'applicazione di patch per gli ambienti RAC One Node?

R: negli ambienti RAC One Node, è necessario prestare attenzione all'opzione --continueWithDbDowntime, in quanto potrebbe esistere una sola istanza attiva. Analisi della documentazione Oracle per istruzioni di applicazione delle patch specifiche per RAC One Node.

D: Posso visualizzare la cronologia delle sessioni delle patch precedenti?

R: L'utilità dbaascli non fornisce un modo diretto per visualizzare la cronologia delle sessioni. Tuttavia, i log delle sessioni di applicazione delle patch precedenti possono essere trovati nella directory dei log della home Grid.

Esempi:

Esempio: applicazione di patch alla griglia di base

dbaascli grid patch --targetVersion 19.12.0.0.0

Applica una patch a Oracle Grid Infrastructure alla versione 19.12.0.0.0.

Esempio: applicazione di patch con un URL contenitore personalizzato

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

Applica le patch a Grid Infrastructure alla versione 19.12.0.0.0, utilizzando un URL contenitore personalizzato per recuperare l'immagine di Grid Infrastructure.

Esempio: applicazione di patch con controlli dei prerequisiti

dbaascli grid patch --targetVersion 19.12.0.0.0 --executePrereqs

Applica le patch a Grid Infrastructure alla versione 19.12.0.0.0 dopo aver eseguito i controlli dei prerequisiti.

Esempio: applicazione di patch su un sottoinsieme di nodi

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

Applica le patch a Grid Infrastructure alla versione 19.12.0.0.0 sui nodi specificati (node1, node2 e node3).

Esempio: rollback della patch

dbaascli grid patch --rollback

Esegue il rollback dell'ultima patch applicata su Oracle Grid Infrastructure.

Esempio: ripresa di un'operazione patch precedente

dbaascli grid patch --resume

Riprende l'operazione di applicazione delle patch precedente da cui è stata arrestata.

Esempio: ripresa di un'operazione patch con un ID sessione specifico

dbaascli grid patch --resume --sessionID 12345

Riprende l'operazione di applicazione delle patch utilizzando l'ID sessione 12345.

Esempio: applicazione di patch con tempo di inattività database consentito

dbaascli grid patch --targetVersion 19.12.0.0.0 --continueWithDbDowntime

Applica le patch a Grid Infrastructure alla versione 19.12.0.0.0, consentendo al contempo il tempo di inattività del database, se necessario.

Esempio: creazione di un'immagine con patch

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

Crea un'immagine della home Grid con patch (versione 19.12.0.0.0) e la memorizza nella directory specificata.

Esempio: utilizzo di un file immagine esistente

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

Applica una patch a Grid Infrastructure alla versione 19.12.0.0.0 utilizzando un file immagine esistente disponibile in /path/to/image/file.zip.

Esempio: esecuzione dell'operazione di applicazione delle patch in background

dbaascli grid patch --targetVersion 19.12.0.0.0 --waitForCompletion false

Applica una patch a Grid Infrastructure alla versione 19.12.0.0.0 ed esegue l'operazione in background.

Esempio: combinazione di prerequisiti, URL personalizzato e set secondario di nodi

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

Applica le patch a Grid Infrastructure alla versione 19.12.0.0.0, esegue i controlli dei prerequisiti, utilizza un URL personalizzato per l'immagine e applica la patch solo in node1 e node2.

Esempio: creazione di un'immagine con patch con un file immagine esistente

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

Crea un'immagine con patch e la memorizza nella directory specificata durante l'utilizzo di un file immagine esistente per la patch.

Esempio: verifica dei prerequisiti senza applicazione di patch

dbaascli grid patch --targetVersion 19.12.0.0.0 --executePrereqs

Verifica se tutti i prerequisiti vengono soddisfatti per l'applicazione delle patch alla versione 19.12.0.0.0 senza applicare effettivamente la patch.

Esempio: esecuzione delle patch e ignoramento degli errori dei prerequisiti

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

Esegue la patch anche se alcuni controlli dei prerequisiti non riescono. Ciò è utile negli scenari in cui è consentito il tempo di inattività e alcuni prerequisiti possono essere ignorati.

Esempio: controllo dei log delle patch per i problemi

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

Esegue il monitoraggio del log delle patch in tempo reale per diagnosticare eventuali problemi durante il processo di applicazione delle patch.

Esempio: applicazione della patch in un ambiente parallelo

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

Applica patch a Grid Infrastructure su un subset di nodi (node1 e node2) ed esegue il processo in background.

Esempio: utilizzo di un file immagine specifico da un'origine esterna

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

Applica patch a Grid Infrastructure utilizzando un file immagine precaricato posizionato su un dispositivo di storage esterno.

Esempio: esecuzione della patch con un ID sessione personalizzato

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

Riprende un'operazione di applicazione delle patch interrotta utilizzando l'ID sessione 67890.

Esempio: pianificazione dell'esecuzione delle patch in un secondo momento

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

Pianifica l'esecuzione del comando di applicazione delle patch alle 2:00 AM utilizzando il comando at in Linux.

Esempio: specifica del timeout per il completamento

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

Applica patch a Grid Infrastructure consentendo al contempo tempi di inattività, ma attende fino a 7200 secondi (2 ore) per il completamento prima del timeout.

Esempio: creazione di un'immagine personalizzata per un altro ambiente

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

Crea un'immagine personalizzata di Grid Infrastructure a cui è stata applicata la patch da memorizzare nella directory /backups/images/grid_patch da utilizzare in altri ambienti.

Esempio: recupero patch dopo interruzione

dbaascli grid patch --resume --continueWithDbDowntime

Recupera e riprende il processo di applicazione delle patch se è stato interrotto, con tempi di inattività del database consentiti.

Esempio: combinazione di verifica dei prerequisiti con esecuzione in background

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

Controlla i prerequisiti ed esegue la patch in background.

Esempio: ignorare la creazione di immagini per l'applicazione di patch più rapida

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

Applica patch a Grid Infrastructure alla versione 19.12.0.0.0 in parallelo tra i nodi, con tempi di inattività del database consentiti e senza creare un'immagine per accelerare il processo.

Esempio: monitoraggio dell'avanzamento delle patch tramite i log

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

Esegue il monitoraggio del file di log per verificare l'avanzamento dell'applicazione delle patch in tempo reale, fornendo approfondimenti su ogni fase del processo di applicazione delle patch.

Esempio: applicazione di patch con timeout rimozione personalizzato

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

Applica le patch a Grid Infrastructure e imposta un timeout personalizzato di 1 ora (3600 secondi) per consentire il drenaggio esteso delle risorse durante il tempo di inattività del database.

Esempio: applicazione di una patch a nodi specifici con controlli dei prerequisiti

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

Applica le patch solo ai nodi node1 e node4 alla versione 19.12.0.0.0 ed esegue i controlli dei prerequisiti in anticipo.

Esempio: applicazione delle patch senza attendere il completamento

dbaascli grid patch --targetVersion 19.12.0.0.0 --waitForCompletion false

Inizia l'applicazione di patch a Grid Infrastructure alla versione 19.12.0.0.0 in background, consentendo l'esecuzione di altri task senza attendere il completamento del processo.

Esempio: riapplicazione di una patch non riuscita dopo un problema di timeout rimozione

dbaascli grid patch --resume --drainTimeoutInSeconds 7200

Riprende la sessione di applicazione delle patch precedente ed estende il timeout di rimozione delle risorse a 2 ore (7200 secondi) nel caso in cui non sia riuscito a causa di un tempo insufficiente nel tentativo precedente.

Esempio: visualizzazione dei log delle patch in tempo reale con ID sessione specifico

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

Esegue il monitoraggio in tempo reale del file di log per la sessione di applicazione delle patch con ID sessione 12345.

Esempio: applicazione di patch a una nuova home di destinazione

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

Esegue una patch esterna a una nuova home Oracle Grid disponibile all'indirizzo /u01/app/grid_home_19c, con controlli dei prerequisiti.

Esempio: arresto di un job patch di sfondo

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

Arresta un job di patch in background individuando e arrestando l'ID processo associato (PID).

Esempio: verifica del completamento della patch senza log

dbaascli grid status --targetVersion 19.12.0.0.0

Verifica se la patch alla versione 19.12.0.0.0 è stata applicata correttamente controllando lo stato della versione corrente di Grid Infrastructure.