Gestion de Grid Infrastructure

Cette section se concentre sur la gestion d'Oracle Grid Infrastructure, qui prend en charge la mise en cluster et la haute disponibilité. Les tâches principales incluent la configuration d'un répertoire de base Grid Infrastructure (dbaascli gridHome create), la mise à niveau de Grid Infrastructure (dbaascli grid upgrade) et la gestion des certificats TCPS (Transport Layer Security) en configurant (dbaascli grid configureTCPS), en supprimant (dbaascli grid removeTCPSCert) ou en effectuant une rotation (dbaascli grid rotateTCPSCert). Ces commandes assurent l'efficacité de la configuration, de la maintenance et de la sécurité de Grid Infrastructure.

dbaascli gridHome create
dbaascli grid configureTCPS
grille dbaascli removeTCPSCert
dbaascli grid rotateTCPSCert
dbaascli grid upgrade
dbaascli grid patch

dbaascli gridHome create

Pour configurer le répertoire de base Grid Infrastructure, utilisez la commande dbaascli gridHome create.

Prérequis :

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

Syntaxe :

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

Paramètres:

Paramètre	Description
`--version`	spécifie la version du répertoire de base Grid
`--resume`	reprend l'exécution précédente.
`--sessionID`	indique de reprendre un ID spécifique de session
`--waitForCompletion`	indique `false` pour exécuter l'opération en arrière-plan. Valeurs valides : `true` ou `false`

Foire aux questions:

Q : Quel est le rôle de la commande dbaascli gridHome create ?

R : La commande dbaascli gridHome create permet de configurer un répertoire de base Grid Infrastructure pour Oracle Grid Infrastructure dans un environnement Oracle Base Database Cloud@Customer.

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

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

Q : Comment indiquer la version du répertoire de base Grid Infrastructure à créer ?

R : Utilisez l'option --version pour indiquer la version du répertoire de base Grid. Cette option est obligatoire lors de la création du répertoire de base Grid.

Q : Puis-je reprendre une session de création dbaascli gridHome précédente ?

R : Oui, vous pouvez utiliser l'option --resume pour reprendre une session précédente. Vous pouvez éventuellement indiquer l'ID de session à l'aide de l'option --sessionID pour reprendre une session spécifique.

Q : Que fait l'option –resume dans la commande dbaascli gridHome create ?

R : L'option --resume vous permet de reprendre une opération précédemment interrompue ou incomplète.

Q : Comment exécuter l'opération en arrière-plan ?

R : Vous pouvez définir l'option --waitForCompletion sur False pour exécuter l'opération en arrière-plan. Les valeurs valides pour cette option sont true (valeur par défaut) ou false.

Q : Quel est le comportement par défaut si –waitForCompletion n'est pas spécifié ?

R : si --waitForCompletion n'est pas indiqué, l'opération est exécutée au premier plan et la commande attend la fin de l'opération avant de renvoyer le contrôle à l'utilisateur.

Q : Quel est le but de l'option –sessionID ?

R : L'option --sessionID permet de spécifier l'ID d'une session précédente que vous souhaitez reprendre, en cas d'opération incomplète ou interrompue.

Q : Puis-je utiliser la commande dbaascli gridHome create pour mettre à niveau un répertoire de base Grid existant ?

R : Non. Cette commande est spécifiquement utilisée pour configurer un nouveau répertoire de base Grid Infrastructure, et non pour mettre à niveau un répertoire existant.

Q : Quel est un exemple de commande permettant de créer un répertoire de base Grid avec la version 19.9.0.0.0 ?

R : Voici un exemple de commande :

dbaascli gridHome create --version 19.9.0.0.0

Q : Que dois-je faire si la commande dbaascli gridHome create est interrompue ?

R : Vous pouvez reprendre l'opération à l'aide de l'option --resume. Si vous disposez de l'ID de session, vous pouvez le fournir à l'aide de l'option --sessionID pour reprendre une session spécifique.

Q : Puis-je spécifier l'option –resume sans ID de session ?

R : Oui, vous pouvez utiliser l'option --resume sans indiquer d'ID de session. Dans ce cas, le système tente de reprendre la session la plus récente.

Q : Que se passe-t-il si je spécifie –waitForCompletion false ?

R : Si vous indiquez --waitForCompletion false, l'opération s'exécute en arrière-plan, ce qui vous permet de continuer à utiliser la ligne de commande pendant que l'opération se termine.

Q : Est-il possible de suivre la progression d'une opération en arrière-plan ?

R : La commande dbaascli ne fournit pas un moyen direct de suivre les opérations en arrière-plan. Vous devrez peut-être vérifier manuellement les journaux système ou le statut de la session.

Q : Puis-je spécifier une version de répertoire de base Grid non valide lors de sa création ?

R : Non. L'option --version doit contenir une version de Grid Infrastructure valide. Si une version non valide est fournie, la commande renvoie une erreur.

Q : Comment déterminer la version de répertoire de base Grid à utiliser pour la création ?

R : Vous pouvez vous reporter à la documentation d'Oracle ou consulter l'administrateur de base de données pour déterminer la version de répertoire de base Grid à utiliser pour votre environnement.

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

R : assurez-vous que vous êtes connecté en tant qu'utilisateur root et que la version à utiliser pour Grid Infrastructure est compatible avec votre environnement.

dbaascli grid configureTCPS

Afin de configurer TCPS pour le cluster existant, utilisez la commande dbaascli grid configureTCPS.

Prérequis :

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

Syntaxe :

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

Paramètres:

Paramètre	Description
`--pkcs12WalletFilePath`	permet d'indiquer le chemin absolu des fichiers de certificat, qui est au format du portefeuille `pkcs12`
`--caCertChain`	liste concaténée de certificats contenant les certificats d'autorité de certifications intermédiaires et racine
`--precheckOnly`	indique `yes` afin d'exécuter uniquement les prévérifications pour cette opération. Valeurs valides : `yes` ou `no`.
`--serverCert`	indique le chemin du certificat PEM à utiliser ou devant faire l'objet d'une rotation pour la configuration TCPS.
`--privateKey`	indique le chemin du fichier de clés privées du certificat.
`--certType`	type du certificat à ajouter au portefeuille Grid Infrastructure. Les valeurs acceptées sont : `SELF_SIGNED_CERT`, `CA_SIGNED_CERT` ou `PKCS12_CERT`. Valeur par défaut : `SELF_SIGNED_CERT`
`--privateKeyPasswordProtected`	indique si la clé privée est protégée par mot de passe ou non. Valeurs valides : `true` ou `false`. Valeur par défaut : `true`.

Configuration TCPS pour Oracle Base Database Cloud@Customer :

Le comportement de TCPS diffère en fonction du type de déploiement Oracle Base Database Cloud@Customer :

Pour Oracle Database 19c et versions ultérieures, TCPS est activé par défaut pour les bases de données nouvellement provisionnées. TCPS n'est peut-être pas activé pour les bases de données existantes qui ont été provisionnées avant l'introduction de ce comportement.

Pour activer TCPS pour une base de données existante, mettez à jour le fichier sqlnet.ora propre à la base de données sur tous les noeuds de base de données en ajoutant le paramètre WALLET_LOCATION comme suit :

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

Après avoir mis à jour le fichier sqlnet.ora sur tous les noeuds de base de données, redémarrez la base de données pour activer TCPS.

L'activation de TCPS peut avoir une incidence sur la connectivité Oracle Zero Data Loss Recovery Appliance (ZDLRA) si la base de données n'est pas configurée pour utiliser le paramètre WALLET_ROOT. Avant d'activer TCPS, vérifiez que les conditions suivantes sont remplies :

La base de données exécute la version 19.17 ou ultérieure d'Oracle Database.
La base de données est configurée pour utiliser le paramètre WALLET_ROOT.
Si la base de données est configurée pour les sauvegardes ZDLRA, vérifiez que la configuration de canal RMAN référence RA_WALLET sous WALLET_ROOT/server_seps.

Exemple :

Connexion à RMAN.
Exécutez la commande suivante :
```
SHOW CHANNEL;
```

Vérifiez que la sortie contient une entrée RA_WALLET similaire à la suivante :

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')";

Dans cet exemple, l'emplacement RA_WALLET pointe vers WALLET_ROOT/server_seps, qui est compatible avec TCPS.

Foire aux questions:

Q : Quel est le rôle de la commande dbaascli grid configureTCPS ?

R : La commande dbaascli grid configureTCPS permet de configurer TCPS (Transport Layer Security) pour le cluster existant dans un environnement Oracle Base Database Cloud@Customer.

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

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

Q : TCPS est-il activé par défaut sur les systèmes Oracle Base Database Cloud@Customer ?

R : Non, TCPS n'est pas activé par défaut sur les systèmes Oracle Base Database Cloud@Customer. Pour activer TCPS, vous devez mettre à jour le fichier sqlnet.ora pour la base de données spécifique et redémarrer la base de données.

Q : Quelle est la conséquence de l'activation de TCPS sur les systèmes Oracle Base Database Cloud@Customer ?

R : L'activation de TCPS sur les systèmes Oracle Base Database Cloud@Customer entraînera l'échec des connexions Zero Data Loss Recovery Appliance (ZDLRA). Vous pouvez uniquement activer la configuration ZDLRA ou TCPS, mais pas les deux simultanément.

Q : Que spécifie l'option –pkcs12WalletFilePath ?

R : l'option --pkcs12WalletFilePath indique le chemin absolu du fichier de certificat au format de portefeuille PKCS12, qui est utilisé pour la configuration TCPS.

Q : A quoi sert l'option –caCertChain ?

R : l'option --caCertChain indique une liste concaténée de certificats contenant des certificats CA intermédiaires et le certificat CA racine.

Q : Que fait l'option –precheckOnly ?

R : L'option --precheckOnly indique s'il faut exécuter uniquement les prévérifications pour l'opération de configuration TCPS. Les valeurs acceptées sont yes ou no.

Q : Que spécifie l'option –serverCert ?

R : l'option --serverCert indique le chemin d'accès au certificat PEM qui sera utilisé ou faisant l'objet d'une rotation pour la configuration TCPS.

Q : Comment spécifier la clé privée pour la configuration TCPS ?

R : utilisez l'option --privateKey pour indiquer le chemin d'accès au fichier de clés privées associé au certificat de serveur.

Q : Quelles sont les valeurs acceptées pour l'option –certType ?

R : Les valeurs acceptées pour l'option --certType sont les suivantes :

SELF_SIGNED_CERT
CA_SIGNED_CERT
PKCS12_CERT

La valeur par défaut est SELF_SIGNED_CERT.

Q : Le mot de passe de la clé privée est-il protégé par défaut ?

R : Oui, l'option --privateKeyPasswordProtected est définie sur true par défaut, ce qui indique que la clé privée est protégée par mot de passe. Vous pouvez la définir sur false si la clé privée n'est pas protégée par un mot de passe.

Q : Puis-je exécuter une prévérification avant de configurer TCPS ?

R : Oui, vous pouvez uniquement exécuter les prévérifications pour l'opération en définissant l'option --precheckOnly sur Oui. Cela permet de valider l'environnement avant d'apporter des modifications.

Q : Que se passe-t-il si je fournis un chemin incorrect pour le fichier de portefeuille PKCS12 ?

R : si --pkcs12WalletFilePath contient un chemin incorrect, la commande échoue et la configuration TCPS ne se poursuit pas.

Q : Que dois-je faire si la clé privée est protégée par mot de passe ?

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

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

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

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

R : Voici un exemple :

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

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

R : Oui, vous pouvez utiliser un certificat PKCS12 en spécifiant l'option --pkcs12WalletFilePath et en définissant --certType sur PKCS12_CERT.

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

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

Exemple : dbaascli grid configureTCPS

Pour configurer une grille à l'aide d'un certificat auto-signé, exécutez la commande suivante :

dbaascli grid configureTCPS

Pour configurer une grille à l'aide d'un certificat signé par une autorité de certification, exécutez la commande suivante :

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

grille dbaascli removeTCPSCert

Pour enlever des certificats TCPS existants du portefeuille Grid Infrastructure, utilisez la commande dbaascli grid removeTCPSCert.

Prérequis :

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

Syntaxe :

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

Paramètres:

Paramètre	Description
`--subject`	indique le sujet du certificat
`--userCert`	indicateur permettant de spécifier le certificat utilisateur
`--trustedCert`	indicateur permettant de spécifier le certificat sécurisé
`--requestedCert`	indicateur permettant d'indiquer le certificat demandé
`--serialNumber`	spécifie le numéro de série du certificat
`--executePrereqs`	exécute les vérifications de pré prérequis et signale les résultats
`--resume`	reprend l'exécution précédente.
`--sessionID`	indique de reprendre un ID spécifique de session
`--bounceListeners`	indicateur permettant d'arrêter et de redémarrer le processus d'audit et de balayage Grid Infrastructure

Foire aux questions:

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

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

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

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

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

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

Q : Quel est le but du drapeau –userCert ?

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

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

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

Q : Que fait le drapeau –requestedCert ?

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

Q : Que spécifie l'option –serialNumber ?

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

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

R : L'option --executePrereqs exécute les vérifications de prérequis avant de supprimer le certificat et génère un rapport sur les résultats, garantissant ainsi que l'environnement est correctement préparé pour l'opération.

Q : Que fait l'option –resume ?

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

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

R : utilisez l'option --sessionID pour indiquer l'ID de session de l'opération interrompue que vous souhaitez reprendre.

Q : Que fait le drapeau –bounceListeners ?

R : l'indicateur --bounceListeners permet de redémarrer le processus d'écoute Grid Infrastructure et le processus d'écoute d'analyse après la suppression du certificat TCPS.

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

R : Oui, l'indicateur --bounceListeners est facultatif. Si vous ne le spécifiez pas, les processus d'écoute ne seront pas automatiquement rebondis.

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

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

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

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

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

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

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

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

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

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

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

R : Vous pouvez identifier le certificat par son objet et, éventuellement, par son numéro de série pour vous assurer que vous ciblez le bon certificat à retirer.

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

R : Voici un exemple :

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

dbaascli grid rotateTCPSCert

Pour effectuer la rotation des certificats TCPS, utilisez la commande dbaascli grid rotateTCPSCert.

Prérequis :

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

Syntaxe :

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

Paramètres:

Paramètre	Description
`--pkcs12WalletFilePath`	permet d'indiquer le chemin absolu des fichiers de certificat, qui est au format du portefeuille `pkcs12`
`--caCertChain`	liste concaténée de certificats contenant les certificats d'autorité de certifications intermédiaires et racine
`--precheckOnly`	indique `yes` afin d'exécuter uniquement les prévérifications pour cette opération. Valeurs valides : `yes` ou `no`.
`--serverCert`	indique le chemin du certificat PEM à utiliser ou devant faire l'objet d'une rotation pour la configuration TCPS.
`--privateKey`	indique le chemin du fichier de clés privées du certificat.
`--certType`	type du certificat à ajouter au portefeuille Grid Infrastructure. Les valeurs acceptées sont : `SELF_SIGNED_CERT`, `CA_SIGNED_CERT` ou `PKCS12_CERT`. Valeur par défaut : `SELF_SIGNED_CERT`
`--privateKeyPasswordProtected`	indique si la clé privée est protégée par mot de passe ou non. Valeurs valides : `true` ou `false`. Valeur par défaut : `true`.

Foire aux questions:

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

R : La commande dbaascli grid rotateTCPSCert permet de faire pivoter les certificats TCPS (Transport Layer Security Protocol) dans le portefeuille Grid Infrastructure dans les environnements Oracle Base Database Cloud@Customer.

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

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

Q : Que spécifie l'option –pkcs12WalletFilePath ?

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

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

R : l'option --caCertChain spécifie une liste concaténée de certificats, y compris les certificats CA intermédiaires et CA racine, pour la configuration TCPS.

Q : Que fait l'option –precheckOnly ?

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

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

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

Q : Que spécifie l'option –privateKey ?

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

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

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

SELF_SIGNED_CERT (par défaut)
CA_SIGNED_CERT
PKCS12_CERT

Q : Que fait l'option –privateKeyPasswordProtected ?

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

Q : Puis-je exécuter la commande dbaascli grid rotateTCPSCert sans faire pivoter les certificats ?

R : Oui, en utilisant l'option --precheckOnly yes, vous pouvez exécuter uniquement les prévérifications sans faire pivoter les certificats.

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

R : Voici un exemple de commande :

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

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

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

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

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

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

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

R : Oui, vous pouvez faire pivoter un certificat auto-signé en utilisant l'option --certType SELF_SIGNED_CERT par défaut ou en le spécifiant explicitement.

Q : Comment puis-je faire pivoter un certificat sans fournir de clé privée ?

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

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

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

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

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

Exemple : dbaascli grid rotateTCPSCert

Pour effectuer la rotation d'un certificat auto-signé (option par défaut), exécutez la commande suivante :

dbaascli grid rotateTCPSCert

Pour effectuer la rotation d'un certificat signé par une autorité de certification, exécutez la commande suivante :

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

dbaascli grid upgrade

Pour mettre à niveau Oracle Grid Infrastructure d'une version majeure vers une autre, utilisez la commande dbaascli grid upgrade.

Prérequis :

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

Syntaxe :

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

Paramètres:

Paramètre	Description
`--version`	indique la version cible.
`--resume`	reprend l'exécution précédente.
`--executePrereqs`	exécute les prérequis pour la mise à niveau de Grid Infrastructure
`--containerUrl`	indique l'URL personnalisée pour l'extraction de l'image Grid Infrastructure
`--softwareOnly`	installe uniquement le logiciel Grid Infrastructure.
`--targetHome`	indique le chemin du répertoire de base Grid cible existant
`--revert`	annule une exécution ayant échoué

Foire aux questions:

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

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

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

R : La commande doit être exécutée en tant qu'utilisateur root et vous devez être connecté à une machine virtuelle Oracle Base Database Cloud@Customer.

Q : Que spécifie l'option –version ?

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

Q : Que fait l'option –resume ?

R : L'option --resume reprend un processus de mise à niveau Grid Infrastructure précédemment interrompu ou en échec.

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

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

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

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

Q : Que fait l'option –softwareOnly ?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Exemple : dbaascli grid upgrade

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

dbaascli grid patch

Pour appliquer les patches de la version mineure indiquée à Oracle Grid Infrastructure, utilisez la commande dbaascli grid patch.

Prérequis :

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

Syntaxe :

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

Paramètres:

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

Foire aux questions:

Q : Que fait la commande dbaascli grid patch ?

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

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

R : oui, vous devez exécuter la commande dbaascli grid patch en tant qu'utilisateur root.

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

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

Q : Comment indiquer la version cible du patch ?

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

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

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

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

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

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

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

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

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

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

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

Q : A quoi sert l'option –continueWithDbDowntime ?

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

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

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

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

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

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

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

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

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

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

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

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

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

Q : Comment gérer une opération d'application de patches si mon environnement ne comporte qu'une seule instance active et que je dois poursuivre le temps d'inactivité ?

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

Q : Puis-je créer une image du répertoire de base Grid corrigé ?

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

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

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

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

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

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

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

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

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

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

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

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

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

Q : Que dois-je faire si je veux éviter un temps d'inactivité de la base de données pendant l'application de patches ?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Exemples :

Exemple : Application de patches de base à une grille

dbaascli grid patch --targetVersion 19.12.0.0.0

Il applique des patches à la version 19.12.0.0.0 d'Oracle Grid Infrastructure.

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

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

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

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

dbaascli grid patch --targetVersion 19.12.0.0.0 --executePrereqs

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

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

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

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

Exemple : annulation d'un patch

dbaascli grid patch --rollback

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

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

dbaascli grid patch --resume

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

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

dbaascli grid patch --resume --sessionID 12345

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

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

dbaascli grid patch --targetVersion 19.12.0.0.0 --continueWithDbDowntime

Il applique des patches à Grid Infrastructure à la version 19.12.0.0.0 tout en autorisant un temps d'inactivité de la base de données si nécessaire.

Exemple : création d'une image avec patches

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

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

Exemple : utilisation d'un fichier image existant

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

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

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

dbaascli grid patch --targetVersion 19.12.0.0.0 --waitForCompletion false

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

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

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

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

Exemple : création d'une image patchée avec un fichier image existant

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

Crée une image patchée et la stocke dans le répertoire indiqué lors de l'utilisation d'un fichier image existant pour le patch.

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

dbaascli grid patch --targetVersion 19.12.0.0.0 --executePrereqs

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

Exemple : exécution de patches et échecs de prérequis ignorés

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

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

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

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

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

Exemple : application du patch dans un environnement parallèle

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

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

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

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

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

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

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

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

Exemple : planification d'une exécution ultérieure de l'application de patches

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

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

Exemple : spécification d'un délai d'expiration pour la finalisation

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

Il applique des patches à Grid Infrastructure tout en autorisant les temps d'arrêt, mais attend jusqu'à 7200 secondes (2 heures) avant le délai d'expiration.

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

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

Crée une image personnalisée de Grid Infrastructure à stocker dans le répertoire /backups/images/grid_patch afin de l'utiliser dans d'autres environnements.

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

dbaascli grid patch --resume --continueWithDbDowntime

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

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

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

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

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

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

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

Exemple : Surveiller la progression des patches via des journaux

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

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

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

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

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

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

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

Applique uniquement des patches aux noeuds node1 et node4 à la version 19.12.0.0.0 et exécute les vérifications de prérequis à l'avance.

Exemple : application de patches sans attente de fin

dbaascli grid patch --targetVersion 19.12.0.0.0 --waitForCompletion false

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

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

dbaascli grid patch --resume --drainTimeoutInSeconds 7200

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

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

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

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

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

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

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

Exemple : arrêter un travail de patch en arrière-plan

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

Arrête un travail de patch en arrière-plan en recherchant et en arrêtant l'ID de processus (PID) associé.

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

dbaascli grid status --targetVersion 19.12.0.0.0

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