Uso de la utilidad dbaascli en Oracle Exadata Database Service en infraestructura de Exascale

1. Conéctese a la máquina virtual como usuario opc.

   Para obtener instrucciones detalladas, consulte Conexión a una máquina virtual con SSH.

2. Inicie un shell de comandos de usuario root:

   sudo -s

3. Ejecute el siguiente comando:

   dbaascli cswlib showImages --product database

   La salida del comando muestra las imágenes de software de base de datos disponibles.

   dbaascli cswlib showImages --product grid

   La salida del comando muestra las imágenes de software de cuadrícula disponibles.

4. Salga del shell de comandos del usuario root:

   exit

   Para obtener más información sobre las opciones avanzadas soportadas, consulte dbaascli cswlib showImages.

1. Conéctese a la máquina virtual como usuario opc.

   Para obtener instrucciones detalladas, consulte Conexión a una máquina virtual con SSH.

2. Inicie un shell de comandos de usuario root:

   sudo -s

3. Ejecute el siguiente comando:

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

   Donde:

   • --version especifica la versión de Oracle Database
   • --imageTag especifica la etiqueta de imagen de la imagen que se va a utilizar
   Por ejemplo:

   dbaascli dbhome create --version 19.9.0.0.0

   Nota
   
   La especificación de imageTag es opcional. Para ver las etiquetas de imagen, consulte el comando dbaascli cswlib showImages. Las etiquetas de imagen suelen ser las mismas que las de la versión de la base de datos. Sin embargo, se mantiene como una provisión para casos en los que puede que sea necesario publicar varias imágenes para la misma versión, en la que cada una de las cuales cumple un requisito específico del cliente.
4. Salga del shell de comandos del usuario root:

   exit

   Para obtener más información sobre las opciones avanzadas soportadas, consulte dbaascli dbhome create.

• Creación de una base de datos de contenedores (CDB) o una base de datos sin contenedor
• Creación de una CDB con bases de datos conectables (PDB)
• Creación de una instancia de Oracle Database con el juego de caracteres especificado
• Creación de una instancia de Oracle Database en un subjuego de nodos de cluster
  Nota
  
  Las bases de datos creadas en un subjuego de nodos no se mostrarán en la consola de OCI.
• Cree una instancia de Oracle Database versión 12.1.0.2 o superior con la actualización de la versión JAN 2021 o posterior. Para las bases de datos con versiones anteriores, se recomienda utilizar la API basada en la consola de OCI.

1. Conéctese a la máquina virtual como usuario opc.

   Para obtener instrucciones detalladas, consulte Conexión a una máquina virtual con SSH.

2. Inicie un shell de comandos de usuario root:

   sudo -s

3. Ejecute el siguiente comando:

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

   Donde:

   • --dbName especifica el nombre de la base de datos
   • --oracleHome especifica la ubicación del directorio raíz de Oracle
   Para crear una CDB, ejecute el siguiente comando:

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

   Para crear una base de datos no CDB, ejecute el siguiente comando:

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

   Cuando se le solicite, introduzca las contraseñas sys y tde.

4. Salga del shell de comandos del usuario root:

   exit

   Para obtener más información sobre las opciones avanzadas soportadas, consulte dbaascli database create.

1. Conéctese a la máquina virtual como usuario opc.

   Para obtener instrucciones detalladas, consulte Conexión a una máquina virtual con SSH.

2. Inicie un shell de comandos de usuario root:

   sudo -s

3. Ejecute el siguiente comando:

   dbaascli cswlib showImages --product database

   La salida del comando muestra las imágenes de software de base de datos disponibles.

   dbaascli cswlib showImages --product grid

   La salida del comando muestra las imágenes de software de cuadrícula disponibles.

4. Salga del shell de comandos del usuario root:

   exit

   Para obtener más información sobre las opciones avanzadas soportadas, consulte dbaascli cswlib showImages.

# dbaascli diag collect
DBAAS CLI version 24.1.1.0.0
Executing command diag collect
Job id: 92f33125-aa70-4ce2-94fb-64d8f1cbdc93
Session log: /var/opt/oracle/log/diag/collect/dbaastools_2023-12-14_07-20-44-PM_83383.log
Loading PILOT...
Session ID of the current execution is: 10
Log file location: /var/opt/oracle/log/diag/collect/pilot_2023-12-14_07-20-48-PM_83856
-----------------
..
---------- DIAG COLLECT PLUGIN RESULT ----------
{
  "collectedArchive with SHA256 CheckSum" : "{/var/opt/oracle/dbaas_acfs/diag_collect/artifacts_diag_cloudlogs_20231214-1920/diag_cloudlogs_20231214-1920_node1.zip=a0d049b87ab9e9cec2ab7d95ded4903bac818c81c8b6a46d295e1e75f4630e19}"
}
dbaascli execution completed

# dbaascli diag collect --waitForCompletion false
DBAAS CLI version 24.1.1.0.0
Executing command diag collect --waitForCompletion false
Job id: 5b556976-dba1-4be9-a4fe-4b58e69c1d96
Session log: /var/opt/oracle/log/diag/collect/dbaastools_2023-12-14_07-23-26-PM_98107.log
Job accepted. Use "dbaascli job getStatus --jobID 5b556976-dba1-4be9-a4fe-4b58e69c1d96" to check the job status.

# dbaascli diag collect --dbnames myOracleDatabase19cName
DBAAS CLI version 24.1.1.0.0
Executing command diag collect --dbnames myOracleDatabase19cName
Job id: 8e1d2667-4649-4384-8610-b6348d6548ac
Session log: /var/opt/oracle/log/diag/collect/dbaastools_2023-12-14_08-41-41-PM_88831.log
Loading PILOT...
Session ID of the current execution is: 12
Log file location: /var/opt/oracle/log/diag/collect/pilot_2023-12-14_08-41-45-PM_89361
-----------------
..
---------- DIAG COLLECT PLUGIN RESULT ----------
{
  "collectedArchive with SHA256 CheckSum" : "{/var/opt/oracle/dbaas_acfs/diag_collect/artifacts_diag_cloudlogs_20231214-2041/diag_cloudlogs_20231214-2041_node1.zip=9e50500089a74ca7cd8ae08550c06868e26e1cd9c52e808194256594f63397e4}"
}
dbaascli execution completed

# dbaascli diag collect --destLocation /tmp/test/
DBAAS CLI version 24.1.1.0.0
Executing command diag collect --destLocation /tmp/test/
Job id: f992afdf-415e-4b58-ab5b-9e38f8c2079d
Session log: /var/opt/oracle/log/diag/collect/dbaastools_2023-12-14_09-42-54-PM_16270.log
Loading PILOT...
Session ID of the current execution is: 14
Log file location: /var/opt/oracle/log/diag/collect/pilot_2023-12-14_09-42-58-PM_16777
-----------------
..
---------- DIAG COLLECT PLUGIN RESULT ----------
{
  "collectedArchive with SHA256 CheckSum" : "{/tmp/test/diag_collect/artifacts_diag_cloudlogs_20231214-2143/diag_cloudlogs_20231214-2143_node1.zip=8a26cffcfdd72c261660d4f736c615981856e357749d90751b94f3eda19a9a70}"
}
dbaascli execution completed

# dbaascli diag collect --startTime 2023-12-05T10:00:00 --endTime 2023-12-05T11:00:00
DBAAS CLI version 24.1.1.0.0
Executing command diag collect --startTime 2023-12-05T10:00:00 --endTime 2023-12-05T11:00:00
Job id: 70b03e50-98cc-4c2b-9684-1f82070bac88
Session log: /var/opt/oracle/log/diag/collect/dbaastools_2023-12-14_09-45-17-PM_42856.log
Loading PILOT...
Session ID of the current execution is: 15
Log file location: /var/opt/oracle/log/diag/collect/pilot_2023-12-14_09-45-21-PM_43526
-----------------
..
---------- DIAG COLLECT PLUGIN RESULT ----------
{
  "collectedArchive with SHA256 CheckSum" : "{/var/opt/oracle/dbaas_acfs/diag_collect/artifacts_diag_cloudlogs_20231214-2145/diag_cloudlogs_20231214-2145_node1.zip=b44cf3bfca1ab7a1629dd83098a7772790ab949e50dbb3950f0017e427d7bd05}"
}
dbaascli execution completed

# dbaascli diag collect --nodes node1,node2
DBAAS CLI version 24.1.1.0.0
Executing command diag collect --nodes node1,node2
Job id: fa70da09-3de6-4cc8-854c-a739b4fc2ceb
Session log: /var/opt/oracle/log/diag/collect/dbaastools_2023-12-14_09-46-58-PM_55884.log
Loading PILOT...
Session ID of the current execution is: 16
Log file location: /var/opt/oracle/log/diag/collect/pilot_2023-12-14_09-47-02-PM_56418
-----------------
..
---------- DIAG COLLECT PLUGIN RESULT ----------
{
  "collectedArchive with SHA256 CheckSum" : "{/var/opt/oracle/dbaas_acfs/diag_collect/artifacts_diag_cloudlogs_20231214-2147/diag_cloudlogs_20231214-2147_node1.zip=de2805c9c6c2af2d602395a84d37747935327b73a6c73052282665a8410eb41f}"
}

# dbaascli diag collect --components dbaastools
DBAAS CLI version 24.1.1.0.0
Executing command diag collect --components dbaastools
Job id: da941d3c-5191-4ced-b1bb-9b083fa75865
Session log: /var/opt/oracle/log/diag/collect/dbaastools_2023-12-14_09-47-23-PM_68256.log
Loading PILOT...
Session ID of the current execution is: 17
Log file location: /var/opt/oracle/log/diag/collect/pilot_2023-12-14_09-47-27-PM_68729
-----------------
..
---------- DIAG COLLECT PLUGIN RESULT ----------
{
  "collectedArchive with SHA256 CheckSum" : "{/var/opt/oracle/dbaas_acfs/diag_collect/artifacts_diag_cloudlogs_20231214-2147/diag_cloudlogs_20231214-2147_node1.zip=d1f290fb42c981935e1142ec059c2dbba8be2e0a9ffebc9eea83a6336abe2eed}"
}
dbaascli execution completed

# dbaascli diag collect --objectStoreBucketUri https://objectstorage.us-phoenix-1.oraclecloud.com/p/aL-IbIKQ1j6lWNftJc2rLoLh6o9bJgbZm8z0S--BeVuXaipSEEMISrSCfFrVEolG/n/intexadatateam/b/diag_collect_test/o/
DBAAS CLI version 24.1.1.0.0
Executing command diag collect --objectStoreBucketUri https://objectstorage.us-phoenix-1.oraclecloud.com/p/aL-IbIKQ1j6lWNftJc2rLoLh6o9bJgbZm8z0S--BeVuXaipSEEMISrSCfFrVEolG/n/intexadatateam/b/diag_collect_test/o/
Job id: 028151b7-cbc4-409a-9ec6-69affe10f3bb
Session log: /var/opt/oracle/log/diag/collect/dbaastools_2023-12-14_09-51-36-PM_2963.log
Loading PILOT...
Session ID of the current execution is: 20
Log file location: /var/opt/oracle/log/diag/collect/pilot_2023-12-14_09-51-40-PM_3555
-----------------
..
---------- DIAG COLLECT PLUGIN RESULT ----------
{
  "collectedArchive with SHA256 CheckSum" : "{/var/opt/oracle/dbaas_acfs/diag_collect/artifacts_diag_cloudlogs_20231214-2151/diag_cloudlogs_20231214-2151_node1.zip=71633e13ccd06de15cb26850bb0266cf0d869e259550515c5b1fb734c487b470}"
}
dbaascli execution completed

# dbaascli diag healthcheck                
DBAAS CLI version MAIN
Executing command diag healthcheck
INFO: Starting diag healthcheck
INFO: Collected diag logs at: /var/opt/oracle/dbaas_acfs/diag_cloudlogs_20210322-2246.tar.gz

# dbaascli diag healthcheck --destLocation /tmp/test
DBAAS CLI version MAIN
Executing command diag healthcheck --destLocation /tmp/test
INFO: Starting diag healthcheck
INFO: Collected diag logs at: /tmp/test/diag_cloudlogs_20210322-2250.tar.gz

# dbaascli diag healthcheck --nodes rbcl1,rbcl2                   
DBAAS CLI version MAIN
Executing command diag healthcheck --nodes rbcl1,rbcl2
INFO: Starting diag healthcheck
INFO: Collected diag logs at: /var/opt/oracle/dbaas_acfs/diag_cloudlogs_20210421-1915.tar.gz

# dbaascli diag healthcheck --objectStoreBucketUri https://objectstorage.us-phoenix-1.oraclecloud.com/p/t0Z-kRV5pSmFzqnf-y5XhaAbM4LS82epeBnulKnCr31IeHVjxI9tOkntLF2kq7fP/n/MyNamespace/b/MyParBucket/o/
DBAAS CLI version MAIN
Executing command diag healthcheck --objectStoreBucketUri https://objectstorage.us-phoenix-1.oraclecloud.com/p/t0Z-kRV5pSmFzqnf-y5XhaAbM4LS82epeBnulKnCr31IeHVjxI9tOkntLF2kq7fP/n/MyNamespace/b/MyParBucket/o/
INFO: Collected diag logs at: https://objectstorage.us-phoenix-1.oraclecloud.com/p/t0Z-kRV5pSmFzqnf-y5XhaAbM4LS82epeBnulKnCr31IeHVjxI9tOkntLF2kq7fP/n/MyNamespace/b/MyParBucket/o/diag_cloudlogs_20210421-1839.tar.gz

Preparación para la duplicación

Asegúrese de que se cumplen los siguientes requisitos previos:

• Asegúrese de que hay una configuración de ruta de red para acceder a la base de datos origen a través de la cadena EZConnect.
• Copie el archivo de cartera de TDE (ewallet.p12 ) en el nodo de base de datos de destino. Nodo en el que decide ejecutar el comando dbaascli.
• Cree un directorio raíz de Oracle en el nodo de destino si es necesario. La versión del directorio raíz de Oracle debe ser la misma que la del origen o de una versión de RU superior.

Ejecutar comprobaciones de requisitos

Para ejecutar comprobaciones de requisitos, utilice la opción de comando --executePrereqs. Solo realizará las comprobaciones de requisitos sin realizar la duplicación real de Oracle Database.

dbaascli database duplicate --dbName <database name> --oracleHome <Oracle Home Path> --sourceDBConnectionString <source database EZConnect string> --sourceDBTDEWalletLocation <location of copied wallet> --sourceDBTdeConfigMethod FILE --tdeConfigMethod FILE --executePrereqs

Duplicar la base de datos

dbaascli database duplicate --dbName <database name> --oracleHome <Oracle Home Path> --sourceDBConnectionString <source database EZConnect string> --sourceDBTDEWalletLocation <location of copied wallet> --sourceDBTdeConfigMethod FILE --tdeConfigMethod FILE

Duplicación de una base de datos en la misma región

• Requisitos previos adicionales

  Asegúrese de configurar las políticas de acceso de OCI Vault para los nodos de base de datos de destino. Los nodos de base de datos de destino deben poder acceder al almacén de claves de OCI de la base de datos de origen junto con su nuevo almacén de claves (si se decide utilizar un almacén de claves independiente).

• Ejecutar comprobaciones de requisitos

  dbaascli database duplicate --dbName <database name> --oracleHome <Oracle Home Path> --sourceDBConnectionString <source database EZConnect string> --sourceDBTDEWalletLocation <location of copied wallet> --sourceDBTdeConfigMethod KMS --sourceDBKMSKeyOCID <Source Database OCI Vault key OCID> --tdeConfigMethod KMS --kmsKeyOCID <OCI Vault key OCID> --executePrereqs

• Duplicar la base de datos

  dbaascli database duplicate --dbName <database name> --oracleHome <Oracle Home Path> --sourceDBConnectionString <source database EZConnect string> --sourceDBTDEWalletLocation <location of copied wallet> --sourceDBTdeConfigMethod KMS --sourceDBKMSKeyOCID <Source Database OCI Vault key OCID> --tdeConfigMethod KMS --kmsKeyOCID <OCI Vault key OCID>

  Una vez completado correctamente este comando, la base de datos se duplica.

Duplicación de una base de datos entre regiones

• Requisitos previos adicionales
  • Configure una nueva instancia de OCI Vault para la base de datos de destino en la región correspondiente siguiendo los pasos descritos en Preparación para utilizar claves gestionadas por el cliente en el servicio Vault. Complete las tareas del 1 al 3.
  • Configurar la replicación de OCI Vault de la región de origen a la región de destino. Para obtener más información, consulte Replicación de almacenes y claves.
  • Actualice la política de grupo dinámico, que se crea en el paso 2 para permitir el acceso a la clave replicada de OCI Vault.
• Ejecutar comprobaciones de requisitos

  dbaascli database duplicate --dbName <database name> --oracleHome <Oracle Home Path> --sourceDBConnectionString <source database EZConnect string> --sourceDBTDEWalletLocation <location of copied wallet> --sourceDBTdeConfigMethod KMS --sourceDBKMSKeyOCID <Source Database OCI Vault key OCID> --tdeConfigMethod KMS --kmsKeyOCID <OCI Vault key OCID> --executePrereqs

• Duplicar la base de datos

  dbaascli database duplicate --dbName <database name> --oracleHome <Oracle Home Path> --sourceDBConnectionString <source database EZConnect string> --sourceDBTDEWalletLocation <location of copied wallet> --sourceDBTdeConfigMethod KMS --sourceDBKMSKeyOCID <Source Database OCI Vault key OCID> --tdeConfigMethod KMS --kmsKeyOCID <OCI Vault key OCID>

  Una vez completado correctamente este comando, la base de datos se duplica.

Requisitos

Ejecute el comando con el usuario root.

Para usar la utilidad, debe conectarse a una máquina virtual de Oracle Exadata Database Service en la infraestructura de Exascale.

Consulte Conexión a una máquina virtual con SSH.

Sintaxis

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

Preguntas frecuentes

P: ¿Para qué se utiliza el comando dbaascli admin updateStack?

R: El comando dbaascli admin updateStack se utiliza para instalar o actualizar un RPM de dbaastools en Exadata Cloud Infrastructure.

P: ¿Cuáles son los requisitos para utilizar el comando dbaascli admin updateStack?

R: debe ejecutar el comando como usuario raíz y conectarse a una máquina virtual de Exadata Cloud Infrastructure.

P: ¿Qué hace la opción --resume?

R: la opción --resume reanuda la ejecución anterior del comando updateStack si se ha interrumpido o está incompleta.

P: ¿Cuál es el propósito de la opción --prechecksOnly?

R: La opción --prechecksOnly solo ejecuta las comprobaciones previas de la operación sin realizar realmente la instalación o actualización.

P: ¿Cómo se utiliza el parámetro --nodes?

R: El parámetro --nodes especifica una lista delimitada por comas de nodos en los que se debe instalar el RPM. Si no se proporciona, el RPM se instalará en todos los nodos del cluster.

P: ¿Qué debo hacer si encuentro problemas con el comando dbaascli admin updateStack?

R: Asegúrese de que está ejecutando el comando como usuario raíz y de que está conectado a una máquina virtual de Exadata Cloud Infrastructure. Compruebe si hay mensajes de error específicos y consulte la documentación del comando o los Servicios de Soporte Oracle si es necesario.

P: ¿Cómo me conecto a una máquina virtual de Exadata Cloud Infrastructure para utilizar el comando dbaascli admin updateStack?

R: Debe utilizar SSH para conectarse a la máquina virtual. Consulte la sección sobre la conexión a una máquina virtual con SSH en la documentación para obtener instrucciones detalladas.

Ejemplos de casos de uso

Ejemplo 1: Instalación o actualización del RPM de dbaastools en todos los nodos

dbaascli admin updateStack

Instala o actualiza el RPM dbaastools en todos los nodos del entorno de Exadata Cloud@Customer.

Ejemplo 2: Ejecución de comprobaciones previas solo antes de instalar o actualizar el RPM

dbaascli admin updateStack --prechecksOnly

Ejecuta solo las comprobaciones previas para la actualización de RPM dbaastools, sin realizar realmente la instalación. Garantiza que se cumplan todos los requisitos previos antes de continuar con la actualización.

Ejemplo 3: Reanudación de una operación updateStack previamente interrumpida

dbaascli admin updateStack --resume

Reanuda una operación de actualización de RPM dbaastools anterior que se interrumpió o no se completó correctamente.

Ejemplo 4: Instalación o actualización de dbaastools en nodos específicos

dbaascli admin updateStack --nodes node1,node2

Instala o actualiza el RPM dbaastools solo en los nodos especificados node1 y node2, sin afectar a otros nodos del cluster.

Ejemplo 5: reanudación del proceso updateStack en nodos específicos

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

Reanuda el proceso de actualización para dbaastools solo en los nodos específicos node3 y node4 si se ha interrumpido la ejecución anterior.

Ejecute el comando con el usuario root.

Sintaxis

dbaascli cswLib deleteLocal --imageTag <value>

Donde:

• --imageTag especifica la etiqueta de imagen del directorio raíz de Oracle

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli cswlib deleteLocal?

R: El comando dbaascli cswlib deleteLocal se utiliza para suprimir una imagen del directorio raíz de Oracle local del sistema.

P: ¿Cuáles son los requisitos para ejecutar el comando dbaascli cswlib deleteLocal?

R: El comando se debe ejecutar como usuario root para garantizar que estén disponibles los permisos necesarios para suprimir la imagen local.

P: ¿Cómo especifico qué imagen local borrar?

R: utilice la opción --imageTag para especificar la etiqueta de imagen del directorio raíz de Oracle que desea suprimir.

P: ¿Qué representa la opción --imageTag en el comando?

R: la opción --imageTag representa el identificador o la etiqueta asociados a la imagen del directorio raíz de Oracle que desea suprimir.

P: ¿Puedo eliminar varias imágenes locales a la vez con este comando?

R: No, el comando dbaascli cswlib deleteLocal permite suprimir solo una imagen local a la vez, especificada por su etiqueta de imagen.

P: ¿Qué sucede si ejecuto el comando dbaascli cswlib deleteLocal sin especificar --imageTag?

R: El comando fallará porque se necesita --imageTag para identificar qué imagen local se debe suprimir.

P: ¿Es posible recuperar una imagen local después de que se haya suprimido con este comando?

R: No, una vez que se suprime la imagen local mediante el comando dbaascli cswlib deleteLocal, no se puede recuperar. Asegúrese de verificar la etiqueta de imagen antes de continuar.

P: ¿Cuándo necesitaría utilizar el comando dbaascli cswlib deleteLocal?

R: Utilice este comando cuando necesite eliminar una imagen del directorio raíz de Oracle no utilizada u obsoleta del sistema local para liberar espacio o limpiar el entorno.

Requisitos

Ejecute el comando con el usuario root.

Para usar la utilidad, debe conectarse a una máquina virtual de Oracle Exadata Database Service en la infraestructura de Exascale.

Consulte Conexión a una máquina virtual con SSH.

Sintaxis

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

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli cswlib download?

R: El comando dbaascli cswlib download se utiliza para descargar imágenes de software disponibles y hacer que estén disponibles en Exadata Cloud Infrastructure.

P: ¿Cuáles son los requisitos para ejecutar el comando dbaascli cswlib download?

R: Debe ejecutar el comando con el usuario root. Además, debe estar conectado a una máquina virtual de Exadata Cloud Infrastructure.

P: ¿Cómo me conecto a la máquina virtual necesaria para este comando?

R: Debe utilizar SSH para conectarse a la máquina virtual de Exadata Cloud Infrastructure. Puede encontrar instrucciones detalladas en la documentación en "Conexión a una máquina virtual con SSH".

P: ¿Qué especifica la opción --version en el comando?

R: la opción --version especifica la versión de la imagen del directorio raíz de Oracle que desea descargar.

P: ¿Cómo puedo utilizar la opción --imageTag en el comando dbaascli cswlib download?

R: La opción --imageTag se utiliza para especificar la etiqueta de imagen de la imagen de software que desea descargar.

P: ¿Cuál es el propósito de la opción --product en el comando?

R: La opción --product especifica el tipo de imagen que desea descargar. Los valores válidos son Database o Grid.

P: ¿Puedo descargar imágenes de base de datos y de cuadrícula simultáneamente?

R: No, debe especificar database o grid mediante la opción --product, por lo que cada operación de descarga es específica de un tipo de imagen.

P: ¿Qué sucede si no especifico una versión o etiqueta de imagen?

R: Es probable que el comando falle o le solicite la información necesaria, ya que las opciones --version o --imageTag son necesarias para identificar la imagen de software específica que desea descargar.

P: ¿Es necesario especificar ambos --version y --imageTag juntos?

R: No, normalmente especifica --version o --imageTag en función de cómo desea identificar la imagen que desea descargar, pero no ambos al mismo tiempo.

P: ¿Cuándo utilizaría el comando dbaascli cswlib download?

R: Debe utilizar este comando cuando necesite descargar imágenes de software del directorio raíz de Oracle para entornos database o grid en la configuración de Exadata Cloud Infrastructure.

Ejecute el comando con el usuario root.

Sintaxis

dbaascli cswLib listLocal [--product <value>]

Donde:

• --product identifica el tipo de producto del directorio raíz de Oracle. Valores válidos: database o grid.

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli cswlib listLocal?

R: El comando dbaascli cswlib listLocal se utiliza para ver la lista de imágenes de Database y Grid Infrastructure disponibles localmente en el sistema.

P: ¿Cuáles son los requisitos para ejecutar el comando dbaascli cswlib listLocal?

R: El comando se debe ejecutar como usuario root para tener los permisos necesarios para acceder a las imágenes disponibles y mostrarlas.

P: ¿Cómo puedo especificar qué tipo de imágenes mostrar con este comando?

R: utilice la opción --product para especificar el tipo de imágenes del directorio raíz de Oracle que desea mostrar. Los valores válidos son database o grid.

P: ¿Qué representa la opción --product en el comando dbaascli cswlib listLocal?

R: la opción --product identifica el tipo de producto del directorio raíz de Oracle, lo que permite filtrar la lista de imágenes disponibles a los tipos database o grid.

P: ¿Puedo enumerar tanto imágenes de base de datos como de cuadrícula simultáneamente?

R: No, la opción --product permite mostrar imágenes database o grid a la vez. Debe ejecutar el comando dos veces con diferentes valores --product para ver ambas listas.

P: ¿Qué sucede si no especifico la opción --product en el comando?

R: Si no se especifica la opción --product, es posible que el comando muestre todas las imágenes disponibles localmente o que necesite especificar el tipo de producto. El comportamiento puede depender de la configuración del entorno.

P: ¿Cuándo debo utilizar el comando dbaascli cswlib listLocal?

R: Debe utilizar este comando cuando desee comprobar qué imágenes de Database o Grid Infrastructure están disponibles localmente en el sistema.

P: ¿Cómo puedo diferenciar entre imágenes de cuadrícula y de base de datos en la lista?

R: La opción --product le permite filtrar la lista, por lo que al especificar database o grid, solo verá las imágenes relevantes para ese tipo de producto, lo que facilita la diferenciación.

P: ¿Existe algún riesgo asociado a la ejecución del comando dbaascli cswlib listLocal?

R: No, este comando no es destructivo y solo muestra información sobre las imágenes disponibles localmente. No modifica ni suprime ningún archivo.

P: ¿Este comando muestra imágenes remotas o almacenadas en la nube?

R: No, el comando dbaascli cswlib listLocal solo muestra imágenes que están disponibles localmente en el sistema, no las almacenadas de forma remota o en la nube.

Ejecute el comando con el usuario root.

Sintaxis

dbaascli cswlib showImages 
[--product]

Donde:

• --product identifica el tipo de producto del directorio raíz de Oracle. Valores válidos: database o grid.

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli cswlib showImages?

R: El comando dbaascli cswlib showImages se utiliza para ver la lista de imágenes de Database y Grid Infrastructure disponibles que se pueden descargar o gestionar en el entorno de Oracle Exadata Database Service.

P: ¿Cuáles son los requisitos para ejecutar el comando dbaascli cswlib showImages?

R: El comando se debe ejecutar como usuario root para asegurarse de que tiene los permisos necesarios para ver las imágenes disponibles.

P: ¿Cómo puedo filtrar las imágenes enumeradas por este comando?

R: Puede filtrar las imágenes especificando la opción --product con database o grid para mostrar solo las imágenes relacionadas con ese tipo de producto.

P: ¿Qué representa la opción --product en el comando dbaascli cswlib showImages?

R: la opción --product identifica el tipo de producto del directorio raíz de Oracle, lo que permite filtrar la lista de imágenes a la base de datos o a la cuadrícula.

P: ¿Puedo ver tanto imágenes de base de datos como de cuadrícula en una sola ejecución de comando?

R: No, debe ejecutar el comando dos veces con diferentes valores --product (database y grid) para ver ambos tipos de imágenes.

P: ¿Qué sucede si no especifico la opción --product en el comando?

R: Si no se especifica la opción --product, el comando puede mostrar todas las imágenes disponibles o puede solicitarle que especifique el tipo de producto, según la configuración de su entorno.

P: ¿Cuándo debo utilizar el comando dbaascli cswlib showImages?

R: utilice este comando cuando desee ver la lista de imágenes de Database o Grid Infrastructure que están disponibles para su descarga o despliegue en el entorno de Oracle Exadata Database Service.

P: ¿Hay alguna diferencia entre los comandos dbaascli cswlib showImages y dbaascli cswlib listLocal?

R: Sí, dbaascli cswlib showImages muestra todas las imágenes disponibles que puede descargar o gestionar, mientras que dbaascli cswlib listLocal muestra solo las imágenes que ya se han descargado y que están disponibles localmente en el sistema.

P: ¿Se puede usar este comando para ver imágenes almacenadas en la nube?

R: Sí, este comando puede mostrar imágenes que están disponibles para su descarga desde los repositorios de Oracle, no solo las que se almacenan localmente.

P: ¿Qué tipo de imágenes puedo esperar ver con este comando?

R: Puede ver imágenes relacionadas con Oracle Database y Grid Infrastructure, que son componentes esenciales para gestionar y ejecutar bases de datos Oracle en plataformas de Exadata.

Requisito

• Ejecute el comando con el usuario root.

Sintaxis

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

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli database addInstance?

R: El comando dbaascli database addInstance se utiliza para agregar una nueva instancia de base de datos a un nodo especificado en un entorno de Oracle Exadata Database Service.

P: ¿Cuáles son los requisitos para ejecutar el comando dbaascli database addInstance?

R: El comando se debe ejecutar como usuario root para tener los permisos necesarios para agregar una instancia de base de datos.

P: ¿Qué representa la opción --dbname en este comando?

R: la opción --dbname especifica el nombre de la instancia de Oracle Database para la que desea agregar una nueva instancia.

P: ¿Para qué se utiliza la opción --node en el comando dbaascli database addInstance?

R: la opción --node especifica el nombre del nodo en el que se agregará la nueva instancia de base de datos.

P: ¿Cuál es la finalidad de la opción --newNodeSID en este comando?

R: La opción --newNodeSID permite especificar el SID (identificador del sistema) para la nueva instancia de base de datos que se creará en el nodo especificado.

P: ¿Es obligatorio especificar la opción --newNodeSID al agregar una nueva instancia?

R: La opción --newNodeSID es opcional. Si no se proporciona, Oracle generará automáticamente un SID para la nueva instancia de base de datos.

P: ¿Cuándo debo utilizar el comando dbaascli database addInstance?

R: Utilice este comando cuando desee escalar la base de datos agregando una nueva instancia a un nodo adicional en una configuración de Oracle Database de varios nodos.

P: ¿Puedo agregar varias instancias de base de datos a diferentes nodos mediante este comando?

R: Sí, puede ejecutar el comando varias veces para agregar instancias de base de datos a diferentes nodos especificando los valores --node y --dbname adecuados.

P: ¿Qué sucede si el nodo especificado en la opción --node no está disponible?

R: El comando fallará si el nodo especificado no está disponible o no se puede acceder a él. Asegúrese de que el nodo esté correctamente configurado y sea accesible antes de ejecutar el comando.

P: ¿Se puede utilizar este comando en un entorno de Data Guard?

R: Sí, puede utilizar el comando dbaascli database addInstance en un entorno de Data Guard para agregar instancias, pero se recomienda seguir las directrices de Data Guard necesarias para dichas configuraciones.

P: ¿Este comando provocará tiempo de inactividad de la base de datos?

R: Agregar una instancia a un nuevo nodo normalmente no causa tiempo de inactividad para las instancias de base de datos existentes, pero se recomienda comprobar el entorno en busca de dependencias específicas.

Requisito

• Ejecute el comando con el usuario root.

Sintaxis

dbaascli database backup --dbname <value>
        {
            --list
                {
                    [--backupType <value>]
                    | [--json <value>]
                }
            | --start [--level0] [--level1]
                {
                    [--archival --tag <value>]
                    | [--archivelog]
                }
            | --delete --backupTag <value>
            | --status --uuid <value> [--json <value>]
            | --getBackupReport
                {
                    --tag <value>
                    | --latest
                }
                --json <value>
            | --configure
                {
                    --configFile <value>
                    | --enableRTRT
                    | --disableRTRT
                    | --disableCatalog
                    | --deleteImmutableConfiguration
                }
            | --getConfig
                {
                    [--configFile <value>]
                    | [--showOldParams]
                }
            | --validate [--untilTime <value>]
            | --showHistory [--all]
            | --getSchedules
        }

Donde:

--dbname specifies Oracle Database name         
--list returns database backup information
            [--backupType | --json]
            [--backupType specifies backupType (REGULAR-L0 | REGULAR-L1 | ARCHIVELOG | LONGTERM). ]
            [--json specifies file Name for JSON output. ]        
--start begins database backup.
            [--level0 creates a Level-0 (full) backup. ]
            [--level1 creates a Level-1 (incremental) backup. ]
            [--archival | --archivelog]
            [--archival creates an archival full backup. ]
                --tag specifies backup tag. 
            [--archivelog ]       
--delete deletes Archival backup. 
            --backupTag specifies backup tag to delete.        
--status displays the details about a backup job process. 
            --uuid unique identifier of the backup operation. Input format: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx.
                [--json specifies file Name for JSON output. ]       
--getBackupReport returns BackupReport. 
            --tag | --latest
            --tag specifies backup tag. 
            --latest returns latest backup report (all types of database backup). 
            --json specifies file Name for JSON output.         
--configure configures database for backup. 
            --configFile | --enableRTRT | --disableRTRT | --disableCatalog | --deleteImmutableConfiguration
            --configFile specifies database backup configuration file. 
            --enableRTRT enables Real Time Redo Transport. 
            --disableRTRT disables Real Time Redo Transport. 
            --disableCatalog disables recovery catalog. 
            --deleteImmutableConfiguration         
--getConfig returns database backup configuration. 
            [--configFile | --showOldParams]
            [--configFile specifies database backup configuration file. ]
            [--showOldParams returns old parameter names of backup configuration. ]        
--validate validates that backups are complete and corruption-free. 
            [--untilTime validates from closest Level-0 (full) backup until time provided. Input format: DD-MON-YYYY HH24:MI:SS.]        
--showHistory displays history of backup operations.
            [--all displays all backup operations. ]        
--getSchedules returns all backup schedules for a given database.

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli database backup?

R: El comando dbaascli database backup se utiliza para configurar destinos de almacenamiento de copia de seguridad de Oracle Database, realizar copias de seguridad, consultar copias de seguridad y suprimir copias de seguridad existentes.

P: ¿Cuáles son los requisitos para ejecutar el comando dbaascli database backup?

R: El comando se debe ejecutar como usuario root para tener los permisos necesarios para la gestión de copias de seguridad.

P: ¿Cómo puedo iniciar una copia de seguridad completa de Oracle Database con este comando?

R: Para iniciar una copia de seguridad completa (Nivel-0), utilice la siguiente sintaxis:

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

P: ¿Cómo puedo realizar una copia de seguridad incremental con el comando dbaascli database backup?

R: Para realizar una copia de seguridad incremental de nivel 1, utilice esta sintaxis:

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

P: ¿Cuál es la diferencia entre las copias de seguridad de nivel 0 y nivel 1?

R: Una copia de seguridad de nivel 0 es una copia de seguridad completa de la base de datos, mientras que una copia de seguridad de nivel 1 es una copia de seguridad incremental que solo captura los cambios realizados desde la última copia de seguridad de nivel 0 o nivel 1.

P: ¿Puedo realizar una copia de seguridad de archivo con este comando?

R: Sí, puede crear una copia de seguridad de archivado mediante la opción --archival junto con el comando --start:

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

P: ¿Cómo elimino una copia de seguridad de archivo existente?

R: Para suprimir una copia de seguridad de archivado, utilice la siguiente sintaxis:

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

P: ¿Cómo puedo comprobar el estado de una copia de seguridad específica con el comando?

R: Puede comprobar el estado de una copia de seguridad mediante la opción --status con el parámetro --uuid, como se muestra a continuación:

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

P: ¿Cómo puedo mostrar todas las copias de seguridad de una base de datos?

R: Para mostrar todas las copias de seguridad disponibles para una base de datos específica, utilice la opción --list:

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

Para la salida de JSON, agregue la opción --json:

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

P: ¿Cómo puedo recuperar un informe de copia de seguridad?

R: Puede obtener un informe de copia de seguridad mediante la opción --getBackupReport, ya sea para una etiqueta específica o para la última copia de seguridad:

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

O para recuperar el último informe:

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

P: ¿Cómo configuro los valores de copia de seguridad de la base de datos?

R: Utilice la opción --configure para especificar el archivo de configuración de copia de seguridad o para activar/desactivar el transporte de redo en tiempo real (RTRT):

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

Para activar RTRT:

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

P: ¿Cómo puedo comprobar la configuración de copia de seguridad actual de mi base de datos?

R: Para ver la configuración de copia de seguridad de la base de datos actual, utilice la opción --getConfig:

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

P: ¿Qué hace la opción --validate en el comando dbaascli database backup?

R: la opción --validate comprueba si las copias de seguridad están completas y libres de daños. Puede especificar un rango de tiempo mediante la opción --untilTime:

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

P: ¿Cómo puedo ver el historial de todas las operaciones de copia de seguridad de una base de datos?

R: Utilice la opción --showHistory para mostrar el historial de todas las operaciones de copia de seguridad:

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

Para un historial completo, incluidas todas las operaciones:

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

P: ¿Qué son las opciones de RTRT (transporte de redo en tiempo real) y cuándo debo utilizarlas?

R: Las opciones de RTRT (--enableRTRT y --disableRTRT) se utilizan para controlar el transporte de redo en tiempo real, aplicable solo a destinos de copia de seguridad de ZDLRA (Zero Data Loss Recovery Appliance) en entornos de Exadata Cloud@Customer. Active RTRT para garantizar el envío de redo logs en tiempo real.

Requisitos

Ejecute el comando con el usuario oracle.

Sintaxis

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

El comando realiza un cierre de la base de datos en el modo inmediato. A continuación, la base de datos se reinicia y se abre. En Oracle Database 12c o posterior, también se abren todas las PDB.

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli database bounce?

R: El comando dbaascli database bounce se utiliza para cerrar y reiniciar una instancia de Oracle Database en Exadata Cloud Infrastructure. Soporta el reinicio de la base de datos de forma sucesiva, lo que garantiza una interrupción mínima.

P: ¿Cuáles son los requisitos para ejecutar el comando dbaascli database bounce?

R: El comando se debe ejecutar como usuario oracle, que tiene los privilegios necesarios para cerrar y reiniciar la base de datos.

P: ¿Qué especifica la opción --dbname en este comando?

R: la opción --dbname especifica el nombre de la Oracle Database que desea cerrar y reiniciar.

P: ¿Para qué se utiliza la opción --rolling en el comando dbaascli database bounce?

R: La opción --rolling especifica si se debe reiniciar (reiniciar) la base de datos de forma sucesiva. Si se define en true, las instancias de base de datos se reinician una por una, lo que garantiza un tiempo de inactividad mínimo. El valor por defecto es false, que reinicia todas las instancias a la vez.

P: ¿Qué significa "rebotar la base de datos"?

R: El rebote de la base de datos hace referencia al cierre y, a continuación, al reinicio. Esta operación se puede utilizar para el mantenimiento, la aplicación de cambios o la recuperación de determinados tipos de problemas.

P: ¿El comando dbaascli database bounce realiza un cierre controlado?

R: Sí, el comando realiza un cierre en modo "inmediato", que cierra la base de datos y realiza un rollback de las transacciones sin confirmar sin esperar a que los usuarios se desconecten.

P: ¿Abrirá este comando automáticamente todas las PDB en una base de datos Oracle 12c o posterior?

R: Sí, si la base de datos ejecuta Oracle Database 12c o una versión posterior, el comando abrirá automáticamente todas las bases de datos conectables (PDB) después de reiniciar la base de datos.

P: ¿Se puede utilizar el comando dbaascli database bounce en un entorno de varios nodos o RAC (Real Application Clusters)?

R: Sí, en un entorno RAC o de varios nodos, puede utilizar la opción --rolling para reiniciar las instancias de base de datos una por una, lo que minimiza el tiempo de inactividad.

P: ¿Qué sucede si no especifico la opción --rolling?

R: Si no se especifica la opción --rolling o si se define en false, el comando se cerrará y reiniciará todas las instancias de base de datos al mismo tiempo, lo que puede provocar un breve tiempo de inactividad.

P: ¿Existe un valor por defecto para la opción --rolling en el comando dbaascli database bounce?

R: Sí, el valor por defecto de la opción --rolling es false, lo que significa que la base de datos se devolverá de forma no sucesiva a menos que se especifique lo contrario.

P: ¿Cómo reinicio una base de datos en modo de acumulación?

R: Para reiniciar la base de datos en modo dinámico, utilice la siguiente sintaxis:

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

P: ¿Es seguro ejecutar el comando dbaascli database bounce durante las sesiones activas?

R: Mientras que el comando utiliza un cierre inmediato, que realiza un rollback de transacciones sin confirmar, siempre se recomienda asegurarse de que no haya sesiones críticas o activas antes de reiniciar la base de datos.

P: ¿Se puede utilizar este comando para PDB específicas en una base de datos multi-inquilino?

R: No, el comando dbaascli database bounce funciona en toda la base de datos. En Oracle 12c o posterior, reiniciará la base de datos de contenedores (CDB) y abrirá todas las PDB, pero no permite el reinicio de PDB individuales.

P: ¿Qué debo hacer si la base de datos no vuelve a estar en línea después de rebotarla?

R: Si la base de datos no se reinicia, compruebe los logs en busca de errores durante el proceso de cierre o inicio. La investigación de los logs de alertas de Oracle puede proporcionar información sobre la causa del problema.

Requisitos

Ejecute el comando como usuario root o oracle.

Sintaxis

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

Preguntas frecuentes

P: ¿Qué hace el comando dbaascli database changePassword?

R: El comando dbaascli database changePassword se utiliza para cambiar la contraseña de un usuario de Oracle Database especificado. Se le pedirá que introduzca el nombre de usuario y, a continuación, la nueva contraseña.

P: ¿Cuáles son los requisitos para utilizar el comando dbaascli database changePassword?

R: Debe ejecutar el comando como usuario root o oracle para cambiar la contraseña de un usuario de base de datos.

P: ¿Cómo especifico la base de datos al utilizar este comando?

R: utilice la opción --dbname para especificar el nombre de la Oracle Database sobre la que desea actuar. Por ejemplo:

dbaascli database changePassword --dbname <db_name>

P: ¿Cómo especifico el usuario cuya contraseña quiero cambiar?

R: utilice la opción --user para especificar el nombre de usuario cuya contraseña se debe cambiar. Por ejemplo:

dbaascli database changePassword --user <username>

P: ¿Cuál es la finalidad de la opción --prepareStandbyBlob en el comando dbaascli database changePassword?

R: La opción --prepareStandbyBlob se utiliza en entornos de Data Guard para generar un archivo blob que contenga los artefactos necesarios para el cambio de contraseña en la base de datos en espera. Esto garantiza la sincronización de contraseñas en el entorno de Data Guard.

P: ¿Qué especifica la opción --blobLocation?

R: La opción --blobLocation permite especificar una ruta de acceso personalizada en la que se debe generar el archivo blob en espera. Si no se proporciona, el archivo se guardará en la ubicación predeterminada.

P: ¿Cómo puedo utilizar el blob generado desde la base de datos primaria para cambiar la contraseña en la base de datos en espera?

R: Puede utilizar la opción --standbyBlobFromPrimary para especificar el archivo blob preparado desde la base de datos primaria para aplicar el cambio de contraseña a la base de datos en espera. Por ejemplo:

dbaascli database changePassword --standbyBlobFromPrimary <blob_file_path>

P: ¿Para qué se utiliza la opción --resume en este comando?

R: La opción --resume se utiliza para reanudar una operación de cambio de contraseña interrumpida anteriormente. Puede especificar el ID de sesión si es necesario mediante la opción --sessionID.

P: ¿Puedo reanudar una sesión específica con el comando dbaascli database changePassword?

R: Sí, puede utilizar la opción --resume junto con --sessionID para reanudar una sesión de cambio de contraseña específica especificando el ID de sesión.

P: ¿Es aplicable el comando dbaascli database changePassword en un entorno de Data Guard?

R: Sí, lo es. La opción --prepareStandbyBlob se puede utilizar para garantizar que los cambios de contraseña se propaguen a la base de datos en espera en una configuración de Data Guard.

P: ¿Qué sucede si no proporciono un --blobLocation al utilizar --prepareStandbyBlob?

R: Si no se proporciona --blobLocation, el archivo blob que contiene los artefactos de cambio de contraseña se guardará en la ubicación por defecto.

P: ¿Cómo puedo comprobar el estado de una sesión reanudada mediante la base de datos dbaascli changePassword?

R: Puede especificar el ID de sesión mediante la opción --sessionID para reanudar una sesión específica. El sistema retomará donde lo dejó al cambiar la contraseña.

P: ¿Se puede utilizar este comando tanto para bases de datos normales como para las de un entorno de Data Guard?

R: Sí, el comando funciona tanto para bases de datos Oracle normales como para bases de datos en un entorno de Data Guard. En entornos de Data Guard, se pueden utilizar opciones adicionales como --prepareStandbyBlob para gestionar los cambios de contraseña en las bases de datos principal y en espera.

Sintaxis

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

Utilice este comando para crear una instancia de Oracle Database versión 12.1.0.2 o posterior con la actualización de versión JAN 2021 o posterior. Para las bases de datos con versiones anteriores, se recomienda utilizar la API basada en la consola de OCI.

Requisito

Ejecute el comando con el usuario root.

Sintaxis

dbaascli database create --dbName {--oracleHome | --oracleHomeName}
[--dbUniqueName <value>]
[--dbSID <value>]
[--createAsCDB <value>]
[--pdbName <value>]
[--pdbAdminUserName <value>]
[--dbCharset <value>]
[--dbNCharset <value>]
[--dbLanguage <value>]
[--dbTerritory <value>]
[--sgaSizeInMB <value>]
[--pgaSizeInMB <value>]
[--datafileDestination <value>]
[--fraDestination <value>]
[--fraSizeInMB <value>]
[--nodeList <value>]
[--tdeConfigMethod <value>]
[--kmsKeyOCID <value>]
{
            [--resume [--sessionID <value>]]
            | [--revert [--sessionID <value>]]
        }
[--executePrereqs]
[--honorNodeNumberForInstance <value>]
[--lockPDBAdminAccount <value>]
[--dbcaTemplateFilePath <value>]
[--waitForCompletion]

Preguntas frecuentes

P: ¿Qué hace el comando dbaascli database create?

R: El comando dbaascli database create se utiliza para crear una nueva instancia de Oracle Database. Soporta la creación de Oracle Database versión 12.1.0.2 o posterior con la actualización de versión JAN 2021 o posterior.

P: ¿Cómo se especifica el nombre de Oracle Database que se va a crear?

R: utilice la opción --dbName para especificar el nombre de Oracle Database. Por ejemplo:

dbaascli database create --dbName <db_name>

P: ¿Cómo puedo crear una base de datos de contenedores (CDB)?

R: utilice la opción --createAsCDB y especifique true para crear la base de datos como una CDB. Por ejemplo:

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

P: ¿Cómo puedo especificar el directorio raíz de Oracle para la base de datos?

R: Puede utilizar la opción --oracleHome para especificar la ubicación del directorio raíz de Oracle o la opción --oracleHomeName para especificar el nombre del directorio raíz de Oracle.

P: ¿Cómo especifico un nombre de base de datos único o SID?

R: utilice la opción --dbUniqueName para especificar un nombre único para la base de datos y la opción --dbSID para especificar el SID de la base de datos.

P: ¿Cómo puedo crear una base de datos conectable (PDB) junto con una CDB?

R: Puede utilizar la opción --pdbName para especificar el nombre de la PDB y la opción --pdbAdminUserName para definir el nombre de usuario administrador de la PDB. Por ejemplo:

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

P: ¿Cómo puedo especificar el juego de caracteres de la base de datos y el juego de caracteres nacional?

R: Utilice la opción --dbCharset para especificar el juego de caracteres de la base de datos y la opción --dbNCharset para especificar el juego de caracteres nacional. Por ejemplo:

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

P: ¿Cómo puedo definir la configuración de memoria (SGA y PGA) para la base de datos?

R: Utilice la opción --sgaSizeInMB para especificar el tamaño de SGA y la opción --pgaSizeInMB para especificar el tamaño de PGA, ambos en megabytes.

P: ¿Cómo puedo especificar el destino de los archivos de datos y el área de recuperación rápida (FRA)?

R: utilice la opción --datafileDestination para especificar el grupo de discos de ASM para los archivos de datos y la opción --fraDestination para especificar el grupo de discos de ASM para el FRA. También puede definir el tamaño de FRA con la opción --fraSizeInMB.

P: ¿Puedo configurar el cifrado de datos transparente (TDE) durante la creación de la base de datos?

R: Sí, puede configurar TDE mediante la opción --tdeConfigMethod. Los valores válidos son FILE (para el cifrado basado en archivos) o KMS (para utilizar Oracle Key Management Service). Si utiliza KMS, proporcione el OCID de clave de KMS con la opción --kmsKeyOCID.

P: ¿Cómo puedo crear la base de datos en una lista específica de nodos?

R: utilice la opción --nodeList para especificar una lista separada por comas de nodos en los que se debe crear la base de datos.

P: ¿Cómo puedo reanudar o revertir un intento anterior de creación de base de datos?

R: utilice la opción --resume para reanudar la ejecución anterior o la opción --revert para realizar un rollback de la ejecución anterior. También puede especificar --sessionID para reanudar o revertir una sesión específica.

P: ¿Qué hace la opción --executePrereqs?

R: La opción --executePrereqs solo ejecuta los requisitos para la operación de creación de base de datos, sin crear realmente la base de datos. Utilice yes o no para activar o desactivar esta opción.

P: ¿Puedo especificar una plantilla de DBCA personalizada para la creación de la base de datos?

R: Sí, utilice la opción --dbcaTemplateFilePath para proporcionar la ruta de acceso absoluta del archivo de plantilla de DBCA que se debe utilizar para crear la base de datos.

P: ¿Puedo ejecutar la operación de creación de base de datos en segundo plano?

R: Sí, puede utilizar la opción --waitForCompletion para especificar si el comando debe esperar a que finalice la creación de la base de datos (true) o ejecutar la operación en segundo plano (false).

P: ¿Qué sucede si no especifico la opción --dbUniqueName?

R: Si no especifica un nombre único para la base de datos mediante --dbUniqueName, el sistema generará automáticamente uno basado en el --dbName proporcionado.

P: ¿Puedo bloquear la cuenta de administrador de PDB durante la creación de una CDB?

R: Sí, puede utilizar la opción --lockPDBAdminAccount y definirla en true para bloquear la cuenta de administrador de PDB después de crear la base de datos. Por defecto, este valor se define en true.

Requisito

Ejecute el comando con el usuario root.

Sintaxis

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

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli database delete?

R: El comando dbaascli database delete se utiliza para suprimir una instancia de Oracle Database en Exadata Cloud Infrastructure.

P: ¿Cómo especifico la base de datos que quiero eliminar?

R: utilice la opción --dbname para especificar el nombre de la Oracle Database que desea suprimir. Por ejemplo:

dbaascli database delete --dbname <db_name>

P: ¿Cómo suprimo los archive logs al suprimir una base de datos?

R: Puede suprimir los archive logs definiendo la opción --deleteArchiveLogs en true. Por ejemplo:

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

P: ¿Puedo suprimir copias de seguridad al suprimir la base de datos?

R: Sí, utilice la opción --deleteBackups y defínala en true para suprimir todas las copias de seguridad asociadas. Por ejemplo:

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

P: ¿Cómo puedo ejecutar solo las comprobaciones previas para la operación de supresión sin suprimir realmente la base de datos?

R: Puede utilizar la opción --precheckOnly y definirla en sí para ejecutar las comprobaciones previas sin suprimir la base de datos. Por ejemplo:

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

P: ¿Cómo forzo la supresión de una base de datos?

R: Para forzar la supresión de una base de datos, utilice el indicador --force. Esto omite las comprobaciones y fuerza el proceso de supresión. Por ejemplo:

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

P: ¿Cómo puedo ejecutar la operación de supresión en segundo plano?

R: Utilice la opción --waitForCompletion y defínala en false para ejecutar la operación en segundo plano. Por ejemplo:

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

P: ¿Puedo especificar el SID de la base de datos que quiero eliminar?

R: Sí, puede especificar el SID de la base de datos mediante la opción --dbSID. Por ejemplo:

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

P: ¿Cómo puedo reanudar una operación de supresión interrumpida anteriormente?

R: Para reanudar una ejecución de supresión anterior, utilice la opción --resume. También puede especificar un ID de sesión mediante la opción --sessionID si es necesario. Por ejemplo:

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

P: ¿Qué privilegios de usuario se necesitan para ejecutar el comando dbaascli database delete?

R: El comando se debe ejecutar como el usuario root.

P: ¿Qué hace la opción --precheckOnly en el comando dbaascli database delete?

R: La opción --precheckOnly permite ejecutar solo las comprobaciones previas de la operación de supresión sin suprimir realmente la base de datos. Garantiza que todas las comprobaciones se aprueben antes de continuar con la supresión real.

P: ¿Puedo suprimir una base de datos sin esperar a que se complete la operación?

R: Sí, al definir la opción --waitForCompletion en false, la operación de supresión se ejecutará en segundo plano y no tendrá que esperar a que se complete.

Requisito

• Ejecute el comando con el usuario root.

Sintaxis

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

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli database deleteInstance?

R: El comando dbaascli database deleteInstance se utiliza para suprimir una instancia de Oracle Database específica en un nodo especificado en un entorno de Exadata Cloud Infrastructure.

P: ¿Cómo puedo especificar qué instancia de Oracle Database suprimir?

R: Puede especificar la instancia de Oracle Database que desea suprimir mediante la opción --dbname para proporcionar el nombre de la base de datos y la opción --node para proporcionar el nombre del nodo. Por ejemplo:

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

P: ¿Puedo suprimir la instancia aunque no se pueda acceder al nodo?

R: Sí, puede utilizar la opción --continueOnUnreachableNode para continuar con la supresión, incluso si no se puede acceder al nodo especificado. Por ejemplo:

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

P: ¿Qué sucede si no se puede acceder al nodo especificado durante la operación de supresión de instancia?

R: Si no se puede acceder al nodo y no se utiliza la opción --continueOnUnreachableNode, la operación fallará. Si se utiliza la opción, la operación continuará aunque no se pueda acceder al nodo.

P: ¿Cómo suprimo una instancia de base de datos de un nodo específico?

R: Utilice el siguiente comando para suprimir una instancia de base de datos de un nodo específico:

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

P: ¿Qué privilegios de usuario se necesitan para ejecutar el comando dbaascli database deleteInstance?

R: El comando se debe ejecutar como el usuario root.

P: ¿Puedo suprimir una instancia sin especificar el nodo?

R: No, se necesita la opción --node para especificar de qué nodo se debe suprimir la instancia de base de datos.

P: ¿Qué hace la opción --continueOnUnreachableNode?

R: La opción --continueOnUnreachableNode permite que la operación continúe incluso si no se puede acceder al nodo especificado, lo que garantiza que la supresión de la instancia continúe en casos en los que el nodo podría estar caído.

P: ¿Es posible suprimir varias instancias de base de datos a la vez con este comando?

R: No, el comando dbaascli database deleteInstance se utiliza para suprimir una única instancia de base de datos en un nodo especificado a la vez. Debería ejecutar el comando por separado para cada instancia que desee suprimir.

Requisito

• Ejecute el comando con el usuario root.

Sintaxis

dbaascli database duplicate --dbName <value> --sourceDBConnectionString <value>
        {
            --oracleHome <value>
            | --oracleHomeName <value>
        }
[--dbSID <value>] 
[--dbUniqueName <value>] 
[--sgaSizeInMB <value>] 
[--pgaSizeInMB <value>] 
[--datafileDestination <value>] 
[--fraDestination <value>] 
[--fraSizeInMB <value>] 
[--sourceDBWalletLocation <value>] 
[--nodeList <value>]
        {
            [--resume [--sessionID <value>]]
            | [--revert [--sessionID <value>]]
        }
[--rmanParallelism <value>]
[--rmanSectionSizeInGB <value>]
[--tdeConfigMethod <value>]
[--kmsKeyOCID <value>]
[--sourceDBTdeConfigMethod <value>]
[--sourceDBKmsKeyOCID <value>]
[--executePrereqs <value>] 
[--waitForCompletion <value>]
[--skipPDBs <value>]

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli database duplicado?

R: El comando dbaascli database duplicate se utiliza para crear una nueva instancia de Oracle Database duplicando una base de datos activa existente.

P: ¿Cuáles son los requisitos para utilizar el comando dbaascli database duplicado?

R: Debe ejecutar el comando con el usuario root.

P: ¿Cómo especifico la base de datos de origen para la duplicación?

R: utilice la opción --sourceDBConnectionString para proporcionar la cadena de conexión de la base de datos de origen con el formato <scan_name>:<scan_port>/<database_service_name>. Por ejemplo:

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

P: ¿Cómo puedo especificar la ubicación del directorio raíz de Oracle para la nueva base de datos?

R: Puede especificar la ubicación del directorio raíz de Oracle mediante la opción --oracleHome o el nombre del directorio raíz de Oracle mediante la opción --oracleHomeName. Por ejemplo:

--oracleHome <value>

o

--oracleHomeName <value>

P: ¿Cuál es el propósito de la opción --sourceDBWalletLocation?

R: La opción --sourceDBWalletLocation especifica la ubicación del archivo de cartera de TDE de la base de datos origen, que es necesario para duplicar la base de datos desde una base de datos origen activa.

P: ¿Puedo omitir la duplicación de PDB específicas de la base de datos de origen?

R: Sí, puede utilizar la opción --skipPDBs para especificar una lista delimitada por comas de nombres de PDB que se deben excluir de la operación duplicada. Por ejemplo:

--skipPDBs pdb1,pdb2

P: ¿Cómo configuro TDE para la nueva base de datos?

R: utilice la opción --tdeConfigMethod para especificar el método de configuración de TDE (FILE o KMS). Si selecciona KMS, puede proporcionar el OCID de clave KMS mediante la opción --kmsKeyOCID. Por ejemplo:

--tdeConfigMethod FILE

o

--tdeConfigMethod KMS --kmsKeyOCID <value>

P: ¿Qué hace la opción --executePrereqs?

R: la opción --executePrereqs especifica si se deben ejecutar solo las comprobaciones de requisitos para la operación. Los valores válidos son yes solo para ejecutar requisitos o no para continuar con la operación completa.

P: ¿Cómo puedo reanudar una operación duplicada previamente interrumpida?

R: Utilice la opción --resume junto con la opción --sessionID para reanudar una operación de duplicado interrumpida anteriormente. Por ejemplo:

--resume --sessionID <value>

P: ¿Qué hace la opción --waitForCompletion?

R: la opción --waitForCompletion especifica si se debe esperar a que finalice la operación. Si se define en true, se espera la finalización, mientras que false ejecuta la operación en segundo plano. Por ejemplo:

--waitForCompletion true

P: ¿Cuál es el propósito de la opción --rmanParallelism?

R: La opción --rmanParallelism especifica el valor de paralelismo para RMAN (Recovery Manager) durante el proceso de duplicación. Esto puede mejorar la velocidad de la operación de duplicación mediante el uso de varios procesos paralelos.

P: ¿Cómo puedo especificar el tamaño de SGA y PGA para la nueva base de datos?

R: Utilice las opciones --sgaSizeInMB y --pgaSizeInMB para especificar los tamaños de SGA (Área Global del Sistema) y PGA (Área Global del Programa) en megabytes, respectivamente. Por ejemplo:

--sgaSizeInMB <value>

--pgaSizeInMB <value>

P: ¿Qué hace la opción --revert?

R: La opción --revert se utiliza para realizar un rollback de una operación duplicada anterior. Debe proporcionar --sessionID para especificar la sesión que desea revertir.

Requisitos

Ejecute el comando como el usuario root o el usuario oracle

Sintaxis

dbaascli database getDetails --dbname <value>

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli database getDetails?

R: El comando dbaascli database getDetails muestra información detallada sobre una base de datos Oracle especificada, incluido el nombre de la base de datos, la información del nodo y los detalles de la base de datos conectable (PDB).

P: ¿Quién puede ejecutar el comando dbaascli database getDetails?

R: El comando lo puede ejecutar el usuario root o el usuario oracle.

P: ¿Qué especifica la opción --dbname en el comando dbaascli database getDetails?

R: la opción --dbname especifica el nombre de la base de datos Oracle para la que se está recuperando información detallada.

P: ¿Qué tipo de información proporciona el comando dbaascli database getDetails?

R: El comando proporciona detalles como el nombre de la base de datos, la información del nodo y la información sobre las bases de datos conectables (PDB) asociadas a la base de datos de contenedores.

Ejecute el comando como usuario root u oracle.

Sintaxis

dbaascli database getPDBs --dbname <value>

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli database getPDBs?

R: El comando dbaascli database getPDBs se utiliza para mostrar todas las bases de datos de conexión (PDB) dentro de una base de datos de contenedor (CDB) especificada.

P: ¿Cómo puedo especificar la base de datos de contenedores para el comando getPDBs?

R: Utilice la opción --dbname para especificar el nombre de la base de datos de contenedores. Por ejemplo:

--dbname <value>

P: ¿Necesito ejecutar el comando dbaascli database getPDBs como usuario específico?

R: Sí, debe ejecutar el comando como usuario root o como usuario oracle.

P: ¿Puedo ver las PDB en una base de datos que no sea CDB mediante el comando getPDBs?

R: No, el comando getPDBs solo se aplica a bases de datos de contenedor (CDB). No puede utilizar este comando para bases de datos que no sean CDB.

P: ¿Cuál es el formato de la salida del comando dbaascli database getPDBs?

R: El comando devuelve una lista de todas las PDB de la base de datos de contenedores especificada. La salida suele incluir nombres de PDB, estados y otros detalles relevantes sobre cada base de datos de conexión.

P: ¿Se puede utilizar este comando para varias bases de datos a la vez?

R: No, el comando dbaascli database getPDBs funciona con una única base de datos de contenedores a la vez, especificada por la opción --dbname.

P: ¿Es necesario cerrar la base de datos para utilizar el comando getPDBs?

R: No, el comando getPDBs no necesita que la base de datos se cierre. Se puede ejecutar mientras la base de datos de contenedores está operativa.

Requisito

Ejecute el comando con el usuario root.

Sintaxis

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

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli database modifyParameters?

R: El comando dbaascli database modifyParameters se utiliza para modificar o restablecer los parámetros de inicialización de Oracle Database.

P: ¿Cómo especifico la base de datos para la que quiero modificar los parámetros?

R: Debe utilizar la opción --dbname para especificar el nombre de la base de datos para la que desea modificar o restablecer los parámetros.

P: ¿Cómo puedo modificar los parámetros de la base de datos mediante el comando modifyParameters?

R: utilice la opción --setParameters seguida de una lista delimitada por comas de parámetros y sus nuevos valores. Por ejemplo:

--setParameters parameter1=valueA,parameter2=valueB

P: ¿Cómo restablezco los parámetros a sus valores predeterminados con este comando?

R: Utilice la opción --resetParameters seguida de una lista delimitada por comas de parámetros para restablecer sus valores por defecto. Por ejemplo:

--resetParameters parameter1,parameter2

P: ¿Puedo modificar parámetros mediante un archivo de respuesta?

R: Sí, puede especificar la ubicación absoluta de un archivo JSON de respuesta mediante la opción --responseFile. El archivo debe contener los parámetros que desea modificar.

P: ¿Es necesario realizar una copia de seguridad antes de modificar los parámetros?

R: Aunque no es obligatorio para todos los cambios, si está modificando parámetros críticos o confidenciales, se recomienda tener una copia de seguridad en su lugar. Puede utilizar la opción --backupPrepared para confirmar que se ha preparado una copia de seguridad.

P: ¿Puedo aplicar cambios solo a una instancia específica en una base de datos de varias instancias?

R: Sí, puede especificar el nombre de la instancia mediante la opción --instance. Si no se utiliza esta opción, los cambios se aplicarán a nivel de base de datos.

P: ¿Es necesario reiniciar la base de datos (reiniciarla) después de modificar los parámetros?

R: Para algunos parámetros estáticos, es necesario un reinicio de la base de datos. Puede utilizar la opción --allowBounce para otorgar permiso para que la base de datos se reinicie si es necesario.

P: ¿Qué sucede si no permito que la base de datos se reinicie al cambiar los parámetros estáticos?

R: Si no utiliza la opción --allowBounce al modificar parámetros estáticos, los cambios no se aplicarán hasta el siguiente reinicio manual de la base de datos.

P: ¿Puedo reanudar la modificación de parámetros si se interrumpió una sesión anterior?

R: No, este comando no admite la reanudación de la sesión. Deberá volver a ejecutar el comando desde el principio.

Requisitos

• Antes de realizar una operación de traslado, asegúrese de que todas las instancias de la base de datos asociadas a la misma estén activas y en ejecución.
• Ejecute el comando con el usuario root.

Sintaxis

dbaascli database move
{
  --oracleHome <value> | --oracleHomeName <value>
}
--dbname <value> 
[--executePrereqs] 
[--resume [--sessionID <value>]] 
[--rollback [--sessionID <value>]] 
[--skipDatapatch] 
[--skipPDBs <value>] 
[--skipClosedPDBs] 
[--continueWithDbDowntime] 
[--allowParallelDBMove] 
[--waitForCompletion <value>] 
[--nodeList <value>]

Donde:

• --oracleHome especifica la ruta del directorio raíz de Oracle
• --oracleHomeName especifica el nombre del directorio raíz de Oracle
• --dbname especifica el nombre de la base de datos
• --executePrereqs ejecuta las comprobaciones de requisitos e informa de los resultados
• --resume reanuda la ejecución anterior
  • --sessionID especifica que se reanude un identificador de sesión específico
• --rollback realiza un rollback de la base de datos al directorio raíz anterior
  • --sessionID especifica que se reanude un identificador de sesión específico
• --skipDatapatch omite la ejecución del parche de datos en las bases de datos
• --skipPdbs omite la ejecución del parche de datos en una lista delimitada por comas de las PDB especificada. Por ejemplo: pdb1,pdb2...
• --skipClosedPDBs omite la aplicación de parches a PDB cerradas
• --continueWithDbDowntime continúa con la aplicación del parche con tiempo de inactividad de la base de datos. Esta opción se puede utilizar en entornos en los que solo hay una instancia activa y la operación de aplicación de parches se puede continuar incluso con un tiempo de inactividad.
• --allowParallelDBMove permite mover la base de datos en paralelo.
• --waitForCompletion especifica false para que se ejecute la operación en segundo plano. Valores válidos: true|false
• --nodeList especifica una lista delimitada por comas de nodos si la operación tiene que realizarse en un subconjunto de nodos

Preguntas frecuentes

P: ¿Para qué se utiliza el comando dbaascli database move?

R: El comando dbaascli database move se utiliza para mover una base de datos de un directorio raíz de Oracle a otro.

P: ¿Cuáles son los requisitos para utilizar el comando dbaascli database move?

R: Antes de realizar una operación de movimiento, asegúrese de que todas las instancias de base de datos asociadas a la base de datos estén activas y en ejecución. Además, el comando se debe ejecutar como el usuario root.

P: ¿Qué especifica el parámetro --oracleHome?

R: el parámetro --oracleHome especifica la ruta de acceso del directorio raíz de Oracle al que se moverá la base de datos.

P: ¿Qué especifica el parámetro --oracleHomeName?

R: el parámetro --oracleHomeName especifica el nombre del directorio raíz de Oracle al que se moverá la base de datos.

P: ¿Cuál es el propósito del parámetro --dbname?

R: El parámetro --dbname especifica el nombre de la base de datos que desea mover.

P: ¿Qué hace la opción --executePrereqs?

R: La opción --executePrereqs ejecuta las comprobaciones de requisitos e informa de los resultados.

P: ¿Para qué se utiliza la opción --resume?

R: la opción --resume reanuda una operación de movimiento interrumpida o incompleta anteriormente.

P: ¿Cómo se utiliza --sessionID en el comando?

R: --sessionID especifica el ID de sesión para reanudar una ejecución o rollback anteriores.

P: ¿Qué hace la opción --rollback?

R: la opción --rollback realiza un rollback de la base de datos al directorio raíz de Oracle anterior.

P: ¿Qué hace la opción --skipDatapatch?

R: la opción --skipDatapatch omite la ejecución del parche de datos en las bases de datos durante la operación de movimiento.

P: ¿Cuál es la función de la opción --skipPDBs?

R: la opción --skipPDBs omite la ejecución del parche de datos en una lista delimitada por comas de las PDB especificada (por ejemplo, pdb1, pdb2).

P: ¿Qué hace la opción --skipClosedPDBs?

R: La opción --skipClosedPDBs omite la aplicación de parches de PDB cerradas.

P: ¿Qué significa --continueWithDbDowntime?

R: La opción --continueWithDbDowntime permite que la operación de movimiento continúe incluso si solo hay una instancia activa, lo que permite el tiempo de inactividad durante el proceso.

P: ¿Cuál es el propósito de la opción --allowParallelDBMove?

R: La opción --allowParallelDBMove permite que el movimiento de la base de datos se realice en paralelo, lo que podría acelerar el proceso.

P: ¿Qué especifica --waitForCompletion?

R: la opción --waitForCompletion especifica si se debe esperar a que finalice la operación. Si se define en false, se ejecuta la operación en segundo plano.

P: ¿Cómo se utiliza el parámetro --nodeList?

R: El parámetro --nodeList especifica una lista delimitada por comas de nodos en los que se realizará la operación de movimiento, si no se va a aplicar a todos los nodos.

P: ¿Qué debo hacer si encuentro problemas con el comando dbaascli database move?

R: Asegúrese de que todas las instancias de base de datos se están ejecutando y verifique que está ejecutando el comando como usuario root. Si los problemas persisten, consulte la documentación detallada del comando o abra un ticket de soporte con Oracle.

P: ¿Puedo realizar una operación de movimiento si una de las instancias de base de datos está caída?

R: No, todas las instancias de base de datos asociadas deben estar activas y en ejecución antes de realizar la operación de movimiento.

P: ¿Qué sucede si se interrumpe la operación de movimiento?

R: Puede utilizar la opción --resume para continuar la operación de movimiento desde el punto en el que se dejó utilizando la misma sesión o especificando --sessionID.

P: ¿Qué hace la opción --allowParallelDBMove?

R: Permite que el movimiento de la base de datos se realice en paralelo, lo que puede reducir el tiempo que se tarda en completar la operación, especialmente en entornos más grandes.

P: ¿Cómo puedo supervisar el progreso de una operación de movimiento que se ejecuta en segundo plano?

R: Al utilizar --waitForCompletion false, el comando no espera a que se complete la operación. Puede comprobar el estado de la operación manualmente mediante los logs o comandos de estado de Oracle adecuados.

P: ¿Cuál es la importancia de la opción --skipClosedPDBs?

R: Se omite la aplicación de parches para las PDB cerradas, lo que reduce el tiempo de operación si hay PDB a las que no es necesario aplicar parches.

P: ¿Se puede realizar un rollback del movimiento de la base de datos en cualquier momento?

R: Sí, se puede realizar un rollback de la operación de movimiento mediante la opción --rollback, ya sea especificando el ID de sesión o simplemente realizando un rollback al directorio raíz de Oracle anterior.

P: ¿Cuál es el rol de --nodeList en un entorno de varios nodos?

R: En un entorno de varios nodos, puede restringir la operación de movimiento a nodos específicos proporcionando una lista delimitada por comas de nombres de nodo con --nodeList.

P: ¿Puedo mover la base de datos a un nuevo directorio raíz de Oracle omitiendo nodos específicos en un entorno de varios nodos?

R: Sí, puede utilizar la opción --nodeList para especificar qué nodos incluir en la operación de movimiento. Se omitirá cualquier nodo que no aparezca en la lista.

P: ¿Cuál es el número máximo de nodos que puedo especificar con el parámetro --nodeList?

R: El parámetro --nodeList permite especificar una lista delimitada por comas de tantos nodos como sea necesario, limitada solo por la configuración del entorno. Asegúrese de que todos los nodos son válidos y accesibles.

P: ¿Cómo puedo saber qué PDB se cierran antes de utilizar la opción --skipClosedPDBs?

R: Puede consultar la vista v$pdbs para comprobar el estado de las PDB. Cualquier PDB con el estado "MOUNTED" o "CLOSED" se omitirá al utilizar --skipClosedPDBs.

P: ¿Cómo puedo verificar si un rollback ha finalizado correctamente?

R: Después de ejecutar el comando de rollback, puede revisar los logs de la base de datos o utilizar los logs de alertas de Oracle para verificar que se ha realizado correctamente un rollback de la base de datos al directorio raíz de Oracle anterior.

P: ¿Existe alguna forma de forzar la operación de movimiento si fallan algunos requisitos previos?

R: El comando move fuerza las comprobaciones de requisitos para la estabilidad del sistema. No puede omitir fallos de requisitos críticos. Resuelva los problemas informados por la opción --executePrereqs antes de continuar con el movimiento.

Ejemplos de casos de uso

Ejemplo 1: Movimiento de base de datos básico por ruta de acceso del directorio raíz de Oracle

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

Mueve la base de datos ORCL al directorio raíz de Oracle ubicado en /u01/app/oracle/product/19.0.0/dbhome_1.

Ejemplo 2: Movimiento de base de datos por nombre de directorio raíz de Oracle

dbaascli database move --oracleHomeName DB_HOME_NAME --dbname ORCL

Mueve la base de datos ORCL al directorio raíz de Oracle denominado DB_HOME_NAME.

Ejemplo 3: Ejecución de comprobaciones de requisitos antes del movimiento

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

Mueve la base de datos ORCL al directorio raíz de Oracle mientras ejecuta previamente las comprobaciones de requisitos.

Ejemplo 4: Reanudación de una operación de movimiento anterior

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

Reanuda una operación de movimiento anterior para la base de datos ORCL.

Ejemplo 5: Reanudación de una Operación de Movimiento con un ID de Sesión Específico

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

Reanuda la operación de movimiento para la base de datos ORCL con el ID de sesión 12345.

Ejemplo 6: Rollback de una operación de movimiento

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

Realiza un rollback de la operación de movimiento para la base de datos ORCL, restaurándola en el directorio raíz de Oracle anterior.

Ejemplo 7: Rollback de una operación de movimiento con un ID de sesión

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

Realiza un rollback de la operación de movimiento para ORCL con el ID de sesión 67890.

Ejemplo 8: omisión de Datapatch

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

Mueve la base de datos ORCL sin ejecutar datapatch en las bases de datos.

Ejemplo 9: Omisión de PDB Específicas durante Datapatch

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

Mueve la base de datos ORCL a un nuevo directorio raíz de Oracle, pero omite la ejecución del parche de datos en las PDB especificadas (pdb1 y pdb2).

Ejemplo 10: Omisión de Datapatch en PDB cerradas

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

Mueve la base de datos ORCL y omite la ejecución de datapatch en cualquier PDB cerrada.

Ejemplo 11: permiso de tiempo de inactividad de la base de datos durante el movimiento

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

Mueve la base de datos ORCL al directorio raíz de Oracle especificado al tiempo que permite el tiempo de inactividad de la base de datos durante el proceso de movimiento.

Ejemplo 12: Movimiento de bases de datos en paralelo

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

Mueve la base de datos ORCL al directorio raíz de Oracle especificado con la opción de ejecutar el movimiento en paralelo para obtener un mejor rendimiento.

Ejemplo 13: Ejecución de la operación en segundo plano

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

Mueve la base de datos ORCL a un nuevo directorio raíz de Oracle, pero ejecuta la operación en segundo plano.

Ejemplo 14: Especificación de nodos para el movimiento

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

Mueve la base de datos ORCL al directorio raíz de Oracle especificado, pero realiza la operación solo en node1 y node2.

Ejemplo 15: combinación de movimiento con comprobaciones de requisitos, omisión de PDB específicas y permiso de tiempo de inactividad

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

Mueve la base de datos ORCL al directorio raíz de Oracle especificado, ejecuta comprobaciones de requisitos, omite la ejecución de datapatch en pdb1 y permite el tiempo de inactividad de la base de datos durante la operación.

Ejemplo 16: Combinación de movimiento en paralelo y ejecución en segundo plano

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

Mueve la base de datos ORCL a un nuevo directorio raíz de Oracle, ejecuta el movimiento en paralelo y ejecuta la operación en segundo plano.

Ejemplo 17: combinación de movimiento con ejecución en paralelo y omisión de PDB cerradas

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

Mueve la base de datos TESTDB al nuevo directorio raíz de Oracle /u02/app/oracle/product/19.0.0/dbhome_2 mientras ejecuta la operación en paralelo y omite el parche de datos en las PDB cerradas.

Ejemplo 18: ejecución de comprobación de requisitos

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

Comprueba los requisitos para mover la base de datos PRODDB al directorio raíz de Oracle ubicado en /u02/app/oracle/product/19.0.0/dbhome_2 sin realizar realmente el movimiento.

Ejemplo 19: Omisión de Datapatch para PDB Específicas

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

Mueve la base de datos HRDB al nuevo directorio raíz de Oracle, pero omite la ejecución de datapatch para pdb1 y pdb3.

Ejemplo 20: ejecución del movimiento en nodos específicos

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

Mueve la base de datos FINDB al nuevo directorio raíz de Oracle solo en node1 y node3.

Ejemplo 21: Movimiento de base de datos con tiempo de inactividad permitido

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

Mueve la base de datos ORCL al directorio raíz de Oracle especificado al tiempo que permite el tiempo de inactividad durante la operación de movimiento.

Ejemplo 22: Combinación de Movimiento Paralelo y Omisión de Datapatch

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

Mueve la base de datos CRMDB en paralelo, omitiendo el proceso de parche de datos.

Ejemplo 23: Operación de movimiento en segundo plano con una lista de nodos

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

Mueve la base de datos SALESDB al directorio raíz de Oracle especificado en segundo plano y la operación solo se aplica en node2 y node3.

Ejemplo 24: Movimiento de base de datos con comprobación de requisitos y permiso de movimiento en paralelo

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

Mueve la base de datos ORCL al nuevo directorio raíz de Oracle después de realizar las comprobaciones de requisitos y ejecutar la operación de movimiento en paralelo.

Ejemplo 25: Rollback de una operación de movimiento y omisión de PDB cerradas

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

Realiza un rollback de la operación de movimiento para la base de datos DEVDB, omitiendo cualquier PDB cerrada.

Ejemplo 26: Movimiento de la Base de Datos con Tiempo de Inactividad Específico y Ejecución en Paralelo

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

Mueve la base de datos FINDB al directorio raíz de Oracle especificado al tiempo que permite el tiempo de inactividad de la base de datos y la ejecución en paralelo para acelerar el proceso.

Ejemplo 27: Comprobación de los requisitos previos del movimiento de base de datos sin ejecutar el movimiento

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

Ejecuta comprobaciones de requisitos para validar que la base de datos HRDB se puede mover al directorio raíz de Oracle especificado sin ejecutar el propio movimiento.

Ejemplo 28: movimiento de base de datos y ejecución del comando en segundo plano en nodos específicos

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

Mueve la base de datos PRODDB a un nuevo directorio raíz de Oracle, ejecutando la operación en segundo plano y aplicándola solo en node1 y node4.

Ejemplo 29: Combinación de Comprobaciones de Requisitos, Omisión de PDB Cerradas y Permiso de Ejecución Paralela

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

Realiza comprobaciones de requisitos antes de mover la base de datos CRMDB al nuevo directorio raíz de Oracle, omite la aplicación de parches a PDB cerradas y permite que la operación se ejecute en paralelo para una ejecución más rápida.

Ejemplo 30: Movimiento de Base de Datos con Rollback en un ID de Sesión Específico y Omisión de Datapatch

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

Realiza un rollback de una operación de movimiento ejecutada anteriormente para la base de datos DEVDB en su directorio raíz de Oracle anterior mediante el ID de sesión 45678, omitiendo el proceso de parche de datos durante el rollback.

Ejemplo 31: Movimiento de Base de Datos con Permitir Ejecución en Paralelo y Especificación de Omisión de Parche de Datos para PDB

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

Mueve la base de datos ANALYTICDB en paralelo al directorio raíz de Oracle especificado y omite el proceso de parche de datos para pdb2 y pdb4.

Requisito

• Ejecute el comando con el usuario root.
• La base de datos se debe haber configurado con los detalles del destino de almacenamiento de copia de seguridad donde se almacenan las copias de seguridad.

Sintaxis

dbaascli database recover --dbname <value>
        {
            --start
                {
                    --untilTime <value>
                    | --untilSCN <value>
                    | --latest
                    | --tag <value>
                }
            | --status --uuid <value>
        }

--dbname: Oracle Database name.
      --start | --status
--start: Begins database recovery.
      --untilTime | --untilSCN | --latest | --tag
      --untilTime: Recovers database until time. Input format: DD-MON-YYYY HH24:MI:SS.
      --untilSCN: Recovers database until SCN.
      --latest: Recovers database to last known state.
      --tag: Recovers database to archival tag.
--status
      --uuid <value>

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli database recover?

R: El comando dbaascli database recover se utiliza para recuperar una instancia de Oracle Database a partir de copias de seguridad almacenadas en un destino de almacenamiento de copia de seguridad.

P: ¿Cómo especifico qué base de datos recuperar?

R: Puede especificar la base de datos que desea recuperar mediante la opción --dbname seguida del nombre de la base de datos. Por ejemplo:

--dbname <database_name>

P: ¿Cuáles son las opciones de recuperación disponibles con el comando dbaascli database recover?

R: Las opciones de recuperación son:

--untilTime: recupere la base de datos a una hora específica.

--untilSCN: recupere la base de datos a un número de cambio del sistema (SCN) específico.

--latest: recupere la base de datos al último estado conocido.

--tag: recupere la base de datos mediante una etiqueta de archivo.

P: ¿Cómo recupero la base de datos a una hora específica?

R: utilice la opción --untilTime seguida de la hora con el formato DD-MON-YYYY HH24:MI:SS. Por ejemplo:

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

P: ¿Cómo puedo recuperar la base de datos a un SCN específico?

R: Utilice la opción --untilSCN seguida del valor SCN. Por ejemplo:

--untilSCN 123456789

P: ¿Cómo puedo recuperar la base de datos al último estado conocido?

R: Utilice la opción --latest para recuperar la base de datos al estado más reciente posible. Por ejemplo:

--latest

P: ¿Cuál es el uso de la opción --tag en el proceso de recuperación?

R: La opción --tag permite recuperar la base de datos mediante una etiqueta de archivado asociada a las copias de seguridad. Por ejemplo:

--tag <backup_tag>

P: ¿Cómo puedo comprobar el estado de una operación de recuperación?

R: Utilice la opción --status junto con el valor --uuid para comprobar el estado de una operación de recuperación en curso o anterior. Por ejemplo:

--status --uuid <recovery_uuid>

P: ¿Qué hace la opción --start en el proceso de recuperación?

R: la opción --start inicia la operación de recuperación según el método de recuperación seleccionado (--untilTime, --untilSCN, --latest o --tag).

P: ¿Existe alguna forma de recuperar la base de datos sin especificar una hora o un SCN?

R: Sí, puede recuperar la base de datos a su último estado conocido mediante la opción --latest, que no necesita especificar una hora ni un SCN.

P: ¿Puedo realizar una recuperación parcial?

R: Sí, puede recuperar la base de datos a un punto en el tiempo o SCN específico mediante las opciones --untilTime o --untilSCN, respectivamente.

Requisitos

• Antes de realizar una operación runDatapatch, asegúrese de que todas las instancias de base de datos asociadas a la base de datos estén activas y en ejecución.

• Ejecute el comando con el usuario root.

Sintaxis

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

Donde:

• --dbname especifica el nombre de la base de datos
• --resume reanuda la ejecución anterior
  • --sessionID especifica que se reanude un identificador de sesión específico
• --skipPdbs omite la ejecución del parche de datos en una lista delimitada por comas de las PDB especificada. Por ejemplo: pdb1,pdb2...
• --PDBs ejecuta datapatch solo en una lista delimitada por comas especificada de PDB. Por ejemplo: pdb1,pdb2...
• --executePrereqs ejecuta comprobaciones de requisitos
• --patchList aplica o realiza un rollback de la lista de parches delimitada por comas especificada. Por ejemplo: patch1,patch2...
• --skipClosedPdbs omite la ejecución del parche de datos en las PDB cerradas
• --rollback realiza un rollback de los parches aplicados

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli database runDatapatch?

R: El comando dbaascli database runDatapatch se utiliza para aplicar parches a una instancia de Oracle Database.

P: ¿Qué se debe garantizar antes de ejecutar el comando dbaascli database runDatapatch?

R: Antes de ejecutar el comando, asegúrese de que todas las instancias de la base de datos estén activas y en ejecución.

P: ¿Cómo puedo especificar a qué base de datos aplicar parches?

R: utilice la opción --dbname seguida del nombre de la base de datos. Por ejemplo:

--dbname myDatabase

P: ¿Cómo puedo reanudar una operación runDatapatch interrumpida anteriormente?

R: utilice la opción --resume para reanudar la ejecución anterior o la opción --sessionID para especificar un ID de sesión específico. Por ejemplo:

--resume

--sessionID 12345

P: ¿Cómo puedo omitir determinadas PDB al ejecutar el parche?

R: Utilice la opción --skipPdbs seguida de una lista delimitada por comas de nombres de PDB para omitir. Por ejemplo:

--skipPdbs pdb1,pdb2

P: ¿Cómo puedo ejecutar el parche solo en determinadas PDB?

R: utilice la opción --pdbs seguida de una lista delimitada por comas de nombres de PDB para incluir. Por ejemplo:

--pdbs pdb1,pdb2

P: ¿Cómo puedo aplicar o realizar un rollback de un juego específico de parches?

R: utilice la opción --patchList seguida de una lista delimitada por comas de nombres de parches para aplicar o realizar un rollback. Por ejemplo:

--patchList patch1,patch2

P: ¿Qué hace la opción --rollback?

R: la opción --rollback realiza un rollback de los parches aplicados durante la operación de aplicación de parches.

P: ¿Qué sucede si se cierran algunas PDB durante la operación de aplicación de parches?

R: Si algunas PDB están cerradas, puede utilizar la opción --skipClosedPdbs para omitir la aplicación de parches a esas PDB cerradas.

P: ¿Puedo ejecutar comprobaciones de requisitos antes de aplicar parches?

R: Sí, utilice la opción --executePrereqs para ejecutar comprobaciones de requisitos antes de aplicar el parche.

P: ¿Cómo puedo averiguar qué ID de sesión reanudar un parche?

R: Después de una operación runDatapatch, el ID de sesión se registra normalmente. Utilice la opción --sessionID para especificar ese ID al reanudar un parche. Por ejemplo:

--sessionID 67890

Requisitos:

Ejecute el comando con el usuario root.

Sintaxis

Cree una nueva plantilla de DBCA a partir de la base de datos especificada.

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

Requisitos

Ejecute el comando con el usuario root.

Sintaxis

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

El comando inicia y abre la base de datos. En Oracle Database 12c o posterior, también se abren todas las PDB.

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli database start?

R: El comando dbaascli database start se utiliza para iniciar una instancia de Oracle Database.

P: ¿Qué se debe hacer antes de ejecutar el comando dbaascli database start?

R: El comando se debe ejecutar como el usuario root.

P: ¿Cómo especifico la base de datos que quiero iniciar?

R: utilice la opción --dbname seguida del nombre de la base de datos. Por ejemplo:

--dbname myDatabase

P: ¿Cuáles son los modos posibles en los que puedo iniciar la base de datos?

R: Puede iniciar la base de datos en modo mount o nomount mediante la opción --mode. Por ejemplo:

--mode mount

P: ¿Cuál es el modo predeterminado si no especifico uno?

R: Si no especifica un modo, la base de datos se iniciará en el modo open por defecto.

P: ¿Abrirá este comando todas las PDB en Oracle Database 12c o posterior?

R: Sí, al iniciar la base de datos en Oracle Database 12c o posterior, también se abrirán todas las bases de datos conectables (PDB).

P: ¿Cómo puedo iniciar una base de datos en modo nomount?

R: Utilice la opción --mode y defínala en nomount. Por ejemplo:

--mode nomount

P: ¿Cómo puedo iniciar una base de datos en modo de montaje?

R: Utilice la opción --mode y configúrela para que se monte. Por ejemplo:

--mode mount

P: ¿Es obligatorio especificar un nombre de base de datos al ejecutar el comando dbaascli database start?

R: Sí, se recomienda especificar el nombre de la base de datos mediante la opción --dbname para garantizar que se inicia la base de datos correcta.

Requisitos

Ejecute el comando con el usuario root.

Sintaxis

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

La salida del comando incluye el modo abierto de la base de datos, la edición y la versión del software de la base de datos y la versión de otros componentes de software.

Requisitos

Ejecute el comando con el usuario root.

Sintaxis

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

El comando realiza un cierre de la base de datos en el modo inmediato. No se permiten ni conexiones ni transacciones nuevas. Se realiza rollback a las transacciones activas y se desconectan todos los usuarios conectados.

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli database stop?

R: El comando dbaascli database stop se utiliza para parar una instancia de Oracle Database.

P: ¿Cuáles son los requisitos para utilizar el comando dbaascli database stop?

R: Debe ejecutar el comando como usuario root y debe conectarse a una máquina virtual de Exadata Cloud@Customer mediante SSH.

P: ¿Cómo especifico qué base de datos parar?

R: Puede especificar la base de datos mediante la opción --dbname seguida del nombre de la base de datos. Por ejemplo:

--dbname myDatabase

P: ¿Cuáles son los modos de cierre válidos para el comando dbaascli database stop?

R: Los modos de cierre válidos son:

abort

immediate

normal

transactional

P: ¿Cuál es el modo de cierre predeterminado si no se especifica ningún modo?

R: Si no se especifica ningún modo, la base de datos se cerrará en modo immediate por defecto.

P: ¿Qué sucede en el modo de cierre inmediato?

R: En el modo immediate, no se permiten nuevas conexiones ni transacciones, se realiza un rollback de las transacciones activas y se desconectan todos los usuarios conectados.

P: ¿Cómo puedo parar la base de datos en modo de anulación?

R: Para parar la base de datos en modo de anulación, utilice la opción --mode con la anulación. Por ejemplo:

--mode abort

P: ¿Qué hace el modo normal al parar la base de datos?

R: En modo normal, la base de datos permite que las sesiones de usuario actuales se completen y, a continuación, se detengan sin afectar a las transacciones activas.

P: ¿Para qué se utiliza el modo transaccional en el comando dbaascli database stop?

R: En el modo transactional, la base de datos se para solo después de que se hayan completado todas las transacciones activas, pero no se permiten nuevas transacciones.

P: ¿Es obligatorio especificar el modo de cierre en el comando dbaascli database stop?

R: No, especificar un modo shutdown es opcional. Si no se proporciona, se utilizará el modo inmediato predeterminado.

Requisito

Ejecute el comando con el usuario root.

Sintaxis

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

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli database upgrade?

R: El comando dbaascli database upgrade se utiliza para actualizar una instancia de Oracle Database a una nueva versión.

P: ¿Cuáles son los requisitos para utilizar el comando dbaascli database upgrade?

R: Debe ejecutar el comando como usuario root y conectarse a una máquina virtual de Exadata Cloud@Customer mediante SSH.

P: ¿Cómo especifico la base de datos que se debe actualizar?

R: utilice la opción --dbname seguida del nombre de la base de datos. Por ejemplo:

--dbname myDatabase

P: ¿Cómo puedo especificar el directorio raíz de Oracle de destino para la actualización?

R: Puede especificar la ubicación del directorio raíz de Oracle de destino con la opción --targetHome o el nombre del directorio raíz de Oracle Database de destino con la opción --targetHomeName.

P: ¿Qué hace la opción --standBy?

R: La opción --standBy se utiliza para actualizar bases de datos en espera en configuraciones de Data Guard.

P: ¿Cuál es la finalidad del indicador --allStandbyPrepared?

R: el indicador --allStandbyPrepared reconoce que se han realizado todas las operaciones necesarias en las bases de datos en espera antes de actualizar la base de datos primaria en una configuración de Data Guard.

P: ¿Qué hace la opción --removeGRP?

R: La opción --removeGRP elimina automáticamente la copia de seguridad del punto de restauración garantizado (GRP) si la actualización de la base de datos se realiza correctamente.

P: ¿Cuándo debo utilizar la opción --increaseCompatibleParameter?

R: utilice la opción --increaseCompatibleParameter para aumentar automáticamente el parámetro compatible durante la actualización de la base de datos, siempre que la actualización se realice correctamente.

P: ¿Qué hace la opción --executePrereqs?

R: la opción --executePrereqs solo ejecuta las comprobaciones previas al cambio de versión para garantizar que la base de datos esté lista para el cambio de versión.

P: ¿Cómo puedo manejar un paso posterior a la actualización fallido?

R: Utilice la opción --postUpgrade para volver a ejecutar los pasos posteriores a la actualización si falla el intento inicial posterior a la actualización.

P: ¿Cuál es el propósito de la opción --revert?

R: la opción --revert revierte la instancia de Oracle Database a su directorio raíz de Oracle original, deshaciendo el cambio de versión.

P: ¿Cómo puedo transferir argumentos adicionales específicos de DBUA para la actualización?

R: Utilice la opción --upgradeOptions para transferir argumentos específicos de DBUA para la actualización de Oracle Database. Consulte la documentación de Oracle para obtener información sobre las opciones y los argumentos soportados.

P: ¿Es obligatorio especificar el directorio raíz de Oracle de destino para la actualización?

R: Sí, debe especificar --targetHome o --targetHomeName para indicar el directorio raíz de Oracle de destino para el cambio de versión.

P: ¿Qué debo hacer si necesito realizar una comprobación previa a la actualización pero no continuar con la actualización?

R: Utilice la opción --executePrereqs para realizar solo las comprobaciones previas al cambio de versión sin continuar con el cambio de versión real.

Ejecute el comando como usuario root o oracle.

Sintaxis

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

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli dataguard prepareStandbyBlob?

R: El comando dbaascli dataguard prepareStandbyBlob se utiliza para generar un archivo blob que contiene varios archivos necesarios en la ubicación en espera en un entorno de Data Guard.

P: ¿Cuáles son los requisitos para ejecutar el comando dbaascli dataguard prepareStandbyBlob?

R: El comando se debe ejecutar como usuario root o oracle.

P: ¿Cómo puedo especificar el nombre de la instancia de Oracle Database para la que deseo preparar el blob en espera?

R: utilice la opción --dbname seguida del nombre de Oracle Database. Por ejemplo:

--dbname myDatabase

P: ¿Cómo especifico la ubicación donde se generará el archivo blob en espera?

R: Utilice la opción --blobLocation para especificar la ruta de acceso del directorio personalizado donde se generará el archivo blob en espera. Por ejemplo:

--blobLocation /path/to/standby_blob

P: ¿Qué hace la opción --dbname en el comando?

R: la opción --dbname especifica el nombre de la Oracle Database para la que se está preparando el archivo blob en espera.

P: ¿Cuál es el propósito de la opción --blobLocation?

R: La opción --blobLocation define la ruta de directorio personalizada en la que se creará el archivo blob en espera.

P: ¿Puedo ejecutar el comando dbaascli dataguard prepareStandbyBlob como usuario que no sea root u oracle?

R: No, el comando se debe ejecutar como usuario root o oracle.

P: ¿Es posible utilizar una ruta relativa para la opción --blobLocation?

R: Se recomienda utilizar una ruta de acceso absoluta para la opción --blobLocation para asegurarse de que el archivo blob en espera se crea en el directorio correcto.

P: ¿Qué debo hacer si quiero cambiar la ubicación donde se genera el archivo blob en espera?

R: modifique la opción --blobLocation para especificar una nueva ruta de directorio para el archivo blob en espera.

P: ¿Necesito realizar algún paso adicional después de generar el archivo blob en espera?

R: Sí, después de generar el archivo blob en espera, debe transferirlo a la ubicación en espera y utilizarlo para la configuración de Data Guard.

Ejecute el comando como usuario root u oracle.

Sintaxis

dbaascli dataguard updateDGConfigAttributes --attributes <value>

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli dataguard updateDGConfigAttributes?

R: El comando dbaascli dataguard updateDGConfigAttributes se utiliza para actualizar los atributos de automatización de Data Guard en todos los nodos del cluster.

P: ¿Cuáles son los requisitos para ejecutar el comando dbaascli dataguard updateDGConfigAttributes?

R: El comando se debe ejecutar como usuario root o oracle.

P: ¿Cómo especifico los atributos que quiero actualizar con este comando?

R: utilice la opción --attributes seguida de los atributos que se van a modificar. Los atributos deben tener un formato delimitado por comas, como attribute=value. Por ejemplo:

--attributes attribute1=value1,attribute2=value2

P: ¿En qué formato deben estar los valores de la opción --attributes?

R: Los valores de la opción --attributes deben tener un formato delimitado por comas con cada atributo especificado como attribute=value.

P: ¿Puedo especificar varios atributos en la opción --attributes?

R: Sí, puede especificar varios atributos separándolos con comas. Por ejemplo:

--attributes attribute1=value1,attribute2=value2

P: ¿Qué sucede si proporciono un atributo que no está predefinido en el archivo de configuración de Data Guard?

R: Si proporciona un atributo que no está predefinido, el comando puede fallar o ignorar el atributo no reconocido. Asegúrese de que todos los atributos están predefinidos en el archivo de configuración de Data Guard.

P: ¿Necesito reiniciar algún servicio después de actualizar los atributos de automatización de Data Guard?

R: En la mayoría de los casos, no es necesario reiniciar los servicios después de actualizar los atributos. Sin embargo, compruebe los atributos específicos y su impacto para determinar si es necesario reiniciar.

P: ¿Cómo puedo verificar si los atributos de Data Guard se han actualizado correctamente?

R: Después de ejecutar el comando, puede verificar los atributos actualizados comprobando la configuración de Data Guard o utilizando las herramientas/comandos de verificación adecuados específicos de la configuración.

P: ¿Qué debo hacer si el comando no actualiza los atributos?

R: Compruebe los mensajes de error para obtener detalles sobre lo que salió mal. Asegúrese de que ha especificado los atributos correctos y de que están predefinidos en el archivo de configuración de Data Guard. Verifique los permisos de usuario y la sintaxis del comando.

P: ¿Es posible actualizar atributos solo para nodos específicos con este comando?

R: No, el comando dbaascli dataguard updateDGConfigAttributes actualiza los atributos en todos los nodos del cluster. Si necesita actualizar atributos para nodos específicos, puede que necesite utilizar diferentes métodos o comandos.

Requisito

Ejecute el comando con el usuario root.

Sintaxis

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

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli dbhome create?

R: El comando dbaascli dbhome create se utiliza para crear un nuevo directorio raíz de Oracle Database con la versión deseada.

P: ¿Cuáles son los requisitos para ejecutar el comando dbaascli dbhome create?

R: El comando se debe ejecutar como el usuario root.

P: ¿Cómo puedo especificar la versión de Oracle Database al crear un nuevo directorio raíz de Oracle?

R: utilice la opción --version seguida de la versión de Oracle Database con el formato de cinco segmentos numéricos separados por puntos, como 19.11.0.0.0.

P: ¿Qué especifica la opción --oracleHome?

R: la opción --oracleHome especifica la ubicación en la que desea instalar el directorio raíz de Oracle. Si no se indica, se usará la ubicación por defecto.

P: ¿Puedo asignar un nombre personalizado al nuevo directorio raíz de Oracle?

R: Sí, puede utilizar la opción --oracleHomeName para especificar un nombre definido por el usuario para el directorio raíz de Oracle. Si no se especifica, se utilizará un nombre por defecto.

P: ¿Cómo puedo activar o desactivar la auditoría unificada en el nuevo directorio raíz de Oracle?

R: utilice la opción --enableUnifiedAuditing y especifique true para activar o false para desactivar la auditoría unificada para el directorio raíz de Oracle.

P: ¿Qué hace la opción --imageTag?

R: la opción --imageTag especifica la etiqueta de imagen del directorio raíz de Oracle, que se puede utilizar en casos en los que la etiqueta de imagen difiere de la versión.

P: ¿Cuál es un ejemplo del uso del comando dbaascli dbhome create con la etiqueta version e image?

R: Un ejemplo del comando con versión y etiqueta de imagen es:

dbaascli dbhome create --version 19.8.0.0.0 --imageTag 19.8.0.0.0

Esto crea un directorio raíz de Oracle para la versión 19.8.0.0.0 con la etiqueta de imagen correspondiente.

P: ¿Qué sucede si no proporciono las opciones --oracleHome o --oracleHomeName?

R: Si no se proporciona --oracleHome, el directorio raíz de Oracle se instalará en la ubicación por defecto. Si no se especifica --oracleHomeName, se asignará un nombre por defecto al directorio raíz de Oracle.

P: ¿Cómo puedo verificar si la creación del directorio raíz de Oracle se ha realizado correctamente?

R: Después de ejecutar el comando, compruebe los logs de salida para ver si hay mensajes o errores correctos. También puede verificar el directorio raíz de Oracle navegando a la ubicación especificada o utilizando herramientas de Oracle como orainstRoot.sh.

P: ¿Es posible crear varios directorios raíz de Oracle con diferentes versiones en el mismo sistema?

R: Sí, puede crear varios directorios raíz de Oracle con diferentes versiones especificando diferentes valores para las opciones --version y --oracleHomeName.

P: ¿Qué debo hacer si falla la creación del directorio raíz de Oracle?

R: Compruebe los logs de salida para ver los mensajes de error detallados. Verifique que tiene el formato de versión correcto, los permisos necesarios y suficiente espacio en disco. Corrija los problemas e intente ejecutar el comando de nuevo.

Requisito

Ejecute el comando con el usuario root.

Sintaxis

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

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli dbHome delete?

R: El comando dbaascli dbHome delete se utiliza para suprimir un directorio raíz de Oracle Database especificado del sistema.

P: ¿Cuáles son los requisitos para ejecutar el comando dbaascli dbHome delete?

R: El comando se debe ejecutar como el usuario root.

P: ¿Cómo se especifica el directorio raíz de Oracle que se va a suprimir?

R: Puede especificar el directorio raíz de Oracle que desea suprimir mediante una de las siguientes opciones:

--oracleHome <value> para proporcionar la ruta de acceso absoluta de la ubicación del directorio raíz de Oracle.

--oracleHomeName <value> para proporcionar el nombre del directorio raíz de Oracle.

P: ¿Cuál es la diferencia entre las opciones --oracleHome y --oracleHomeName?

A:

--oracleHome especifica la ubicación física o la ruta del directorio raíz de Oracle que se va a suprimir.

--oracleHomeName especifica el nombre definido por el usuario del directorio raíz de Oracle que se va a suprimir.

P: ¿Cómo puedo reanudar un proceso de eliminación previamente interrumpido?

R: Puede utilizar la opción --resume para reanudar un proceso de supresión anterior. Si conoce el ID de sesión específico del proceso, puede incluirlo con la opción --sessionID.

P: ¿Para qué se utiliza la opción --sessionID en el comando dbaascli dbHome delete?

R: La opción --sessionID se utiliza para reanudar una sesión específica que se interrumpió o falló anteriormente durante el proceso de supresión.

P: ¿Qué sucede si no proporciono las opciones --resume o --sessionID?

R: Si no se proporcionan las opciones --resume o --sessionID, el comando iniciará un nuevo proceso de supresión en lugar de reanudar uno interrumpido.

P: ¿Hay alguna forma de confirmar la supresión del directorio raíz de Oracle después de ejecutar el comando?

R: Para verificar la supresión, compruebe los logs de salida para ver si hay mensajes correctos y asegúrese de que el directorio raíz de Oracle ya no está presente en la ubicación especificada.

P: ¿Puedo suprimir un directorio raíz de Oracle que está utilizando actualmente una base de datos en ejecución?

R: No, el directorio raíz de Oracle no debe estar en uso por ninguna base de datos o servicio en ejecución durante el proceso de supresión. Asegúrese de parar cualquier base de datos relacionada antes de ejecutar el comando delete.

P: ¿Qué debo hacer si falla el comando dbaascli dbHome delete?

R: Revise los logs de salida para ver los mensajes de error. Asegúrese de que el directorio raíz de Oracle no está en uso, verifique la ubicación o el nombre correctos del directorio raíz de Oracle y confirme que tiene los permisos necesarios. Después de resolver cualquier problema, vuelva a ejecutar el comando o utilice la opción --resume si es necesario.

P: ¿Puedo suprimir varios directorios raíz de Oracle a la vez mediante el comando dbaascli dbHome delete?

R: No, el comando solo permite suprimir un directorio raíz de Oracle a la vez especificando la opción --oracleHome o --oracleHomeName.

P: ¿Cuál es un ejemplo de supresión de un directorio raíz de Oracle por su nombre?

R: A continuación se muestra un ejemplo de supresión de un directorio raíz de Oracle por nombre:

dbaascli dbHome delete --oracleHomeName myOracleHome

Este comando suprime el directorio raíz de Oracle con el nombre myOracleHome.

P: ¿Cuál es un ejemplo de supresión de un directorio raíz de Oracle por su ubicación?

R: A continuación se muestra un ejemplo de supresión de un directorio raíz de Oracle especificando su ubicación:

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

Este comando suprime el directorio raíz de Oracle ubicado en /u01/app/oracle/product/19.0.0/dbhome_1.

P: ¿Puedo cancelar el proceso de eliminación una vez que ha comenzado?

R: No, una vez que se ha iniciado el proceso de eliminación, no se puede cancelar. Asegúrese de que el directorio raíz de Oracle está listo para la supresión antes de ejecutar el comando.

Ejecute el comando con el usuario root.

Sintaxis

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

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli dbHome getDatabases?

R: El comando dbaascli dbHome getDatabases se utiliza para ver información sobre todas las bases de datos Oracle que se ejecutan desde un directorio raíz de Oracle Database especificado.

P: ¿Cómo puedo especificar el directorio raíz de Oracle Database que debo comprobar?

R: Puede especificar el directorio raíz de Oracle Database mediante una de las siguientes opciones:

--oracleHomeName <value> para especificar el nombre definido por el usuario del directorio raíz de Oracle.

--oracleHome <value> para especificar la ubicación completa (ruta) del directorio raíz de Oracle.

P: ¿Cuál es la diferencia entre las opciones --oracleHomeName y --oracleHome?

A:

--oracleHomeName hace referencia a un nombre definido por el usuario para el directorio raíz de Oracle.

--oracleHome hace referencia a la ubicación física (o ruta de acceso de directorio) del directorio raíz de Oracle en el sistema.

P: ¿Cómo puedo ejecutar el comando dbaascli dbHome getDatabases?

R: Para ejecutar el comando, utilice la siguiente sintaxis:

dbaascli dbHome getDatabases --oracleHomeName <value>

o

dbaascli dbHome getDatabases --oracleHome <value>

Asegúrese de ejecutar el comando con el usuario root.

P: ¿Puedo especificar el nombre del directorio raíz de Oracle y la ubicación del directorio raíz de Oracle en el mismo comando?

R: No, solo puede especificar --oracleHomeName o --oracleHome en una única ejecución de comando. Seleccione una opción según cómo identifique el directorio raíz de Oracle.

P: ¿Qué tipo de información devuelve el comando dbaascli dbHome getDatabases?

R: El comando devuelve información sobre todas las bases de datos Oracle que se ejecutan desde el directorio raíz de Oracle especificado. Esto incluye detalles como los nombres y estados de la base de datos.

P: ¿Cuál es un ejemplo de uso de dbaascli dbHome getDatabases con la ubicación del directorio raíz de Oracle?

R: A continuación se muestra un ejemplo del uso del comando con la ubicación del directorio raíz de Oracle:

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

Este comando recupera la lista de bases de datos que se ejecutan desde el directorio raíz de Oracle ubicado en /u01/app/oracle/product/19.0.0/dbhome_1.

P: ¿Cuál es un ejemplo de uso de dbaascli dbHome getDatabases con el nombre del directorio raíz de Oracle?

R: A continuación se muestra un ejemplo del uso del comando con el nombre del directorio raíz de Oracle:

dbaascli dbHome getDatabases --oracleHomeName myOracleHome

Este comando recupera la lista de bases de datos que se ejecutan desde el directorio raíz de Oracle denominado myOracleHome.

P: ¿Necesito algún permiso especial para ejecutar este comando?

R: Sí, debe ejecutar el comando como usuario raíz para ver la información sobre las bases de datos Oracle que se ejecutan desde un directorio raíz de Oracle especificado.

P: ¿Qué debo comprobar si el comando dbaascli dbHome getDatabases no devuelve ninguna base de datos?

R: Asegúrese de que ha especificado el nombre o la ubicación del directorio raíz de Oracle correctos y de que hay bases de datos en ejecución desde ese directorio raíz de Oracle. Además, confirme que el directorio raíz de Oracle está correctamente configurado y activo.

P: ¿Puedo utilizar el comando dbaascli dbHome getDatabases en varios directorios raíz de Oracle a la vez?

R: No, el comando funciona en un único directorio raíz de Oracle a la vez. Debe ejecutar el comando por separado para cada directorio raíz de Oracle que desee consultar.

P: ¿Existe alguna forma de verificar que el directorio raíz de Oracle especificado en el comando es correcto?

R: Puede verificar el directorio raíz de Oracle comprobando la estructura de directorios o los detalles de configuración del sistema para asegurarse de que la ruta o el nombre proporcionados coinciden con el directorio raíz de Oracle real.

P: ¿Qué sucede si ejecuto el comando sin especificar un directorio raíz de Oracle o un nombre de directorio raíz de Oracle?

R: El comando necesita que se especifique la opción --oracleHome o --oracleHomeName. Si no se proporciona ninguna opción, el comando no se ejecutará.

P: ¿Puede este comando recuperar bases de datos que están actualmente detenidas?

R: Sí, el comando mostrará todas las bases de datos asociadas al directorio raíz de Oracle especificado, independientemente de si están actualmente en ejecución o paradas.

Requisito

Ejecute el comando con el usuario root.

Sintaxis

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

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli dbHome getDetails?

R: El comando dbaascli dbHome getDetails se utiliza para ver información detallada sobre un directorio raíz de Oracle específico en el sistema.

P: ¿Cómo puedo especificar el directorio raíz de Oracle sobre el que quiero obtener detalles?

R: Puede especificar el directorio raíz de Oracle mediante una de las siguientes opciones:

--oracleHomeName <value> para especificar el nombre definido por el usuario del directorio raíz de Oracle.

--oracleHome <value> para especificar la ubicación completa (ruta) del directorio raíz de Oracle.

P: ¿Cuál es la diferencia entre --oracleHomeName y --oracleHome?

A:

--oracleHomeName es el nombre definido por el usuario para un directorio raíz de Oracle.

--oracleHome hace referencia a la ruta de acceso completa del directorio donde se encuentra el directorio raíz de Oracle.

P: ¿Cómo puedo ejecutar el comando dbaascli dbHome getDetails?

R: Para ejecutar el comando, utilice la siguiente sintaxis:

dbaascli dbHome getDetails --oracleHomeName <value>

o

dbaascli dbHome getDetails --oracleHome <value>

Asegúrese de ejecutar el comando con el usuario root.

P: ¿Puedo especificar --oracleHomeName y --oracleHome en el mismo comando?

R: No, solo puede usar una opción por ejecución de comando. Debe especificar el nombre del directorio raíz de Oracle o la ubicación del directorio raíz de Oracle, no ambos.

P: ¿Qué información devuelve el comando dbaascli dbHome getDetails?

R: El comando proporciona información detallada sobre el directorio raíz de Oracle especificado, como su versión, estado y cualquier otro detalle de configuración asociado al directorio raíz de Oracle.

P: ¿Cuál es un ejemplo del uso del comando dbaascli dbHome getDetails con una ubicación de directorio raíz de Oracle?

A: Ejemplo:

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

Este comando recupera información detallada sobre el directorio raíz de Oracle ubicado en /u01/app/oracle/product/19.0.0/dbhome_1.

P: ¿Cuál es un ejemplo del uso del comando dbaascli dbHome getDetails con un nombre de directorio raíz de Oracle?

A: Ejemplo:

dbaascli dbHome getDetails --oracleHomeName myOracleHome

Este comando recupera información detallada sobre el directorio raíz de Oracle denominado myOracleHome.

P: ¿Necesito algún permiso especial para ejecutar este comando?

R: Sí, debe ejecutar el comando como usuario root para ver detalles sobre el directorio raíz de Oracle.

P: ¿Qué debo hacer si el comando dbaascli dbHome getDetails no devuelve información?

R: Asegúrese de que ha especificado correctamente el nombre o la ubicación del directorio raíz de Oracle y de que el directorio raíz de Oracle está configurado correctamente y existe en el sistema.

P: ¿Puedo utilizar el comando dbaascli dbHome getDetails en varios directorios raíz de Oracle simultáneamente?

R: No, el comando solo funciona en un único directorio raíz de Oracle a la vez. Debe ejecutar el comando por separado para cada directorio raíz de Oracle.

P: ¿Es posible verificar el nombre del directorio raíz de Oracle antes de ejecutar el comando?

R: Sí, puede verificar el nombre del directorio raíz de Oracle comprobando los archivos de configuración del sistema o mostrando todos los directorios raíz de Oracle disponibles en el sistema.

P: ¿Qué sucede si no especifico un nombre o una ubicación del directorio raíz de Oracle en el comando?

R: El comando necesita que se especifique la opción --oracleHome o --oracleHomeName. Si no se proporciona ninguno, el comando no se ejecutará.

P: ¿Puedo recuperar información sobre los directorios raíz de Oracle que actualmente no están en uso?

R: Sí, el comando dbaascli dbHome getDetails proporciona detalles sobre los directorios raíz de Oracle independientemente de si están en uso o inactivos.

P: ¿Qué debo comprobar si el comando devuelve un error?

R: Asegúrese de que el nombre o la ubicación del directorio raíz de Oracle son correctos, de que el directorio raíz de Oracle existe y de que está ejecutando el comando como usuario root. Compruebe si hay errores ortográficos o rutas incorrectas.

Requisito

Ejecute el comando con el usuario root.

Sintaxis

dbaascli dbHome patch

{
    --oracleHome <value>
    | --oracleHomeName <value>
 }
        [--imageFilePath <value>] [--executePrereqs] [--nodes <value>]
        {
            [--resume [--sessionID <value>]]
            | [--rollback [--sessionID <value>]]
        }
[--skipDatapatch] 
[--skipClosedPDBs] 
[--skipPDBs <value>] 
[--continueWithDbDowntime] 
[--skipUnreachableNodes] 
[--drainTimeoutInSeconds <value>] 
[--waitForCompletion <value>]

Preguntas frecuentes

P: ¿Para qué se utiliza el comando de parche dbaascli dbHome?

R: El comando dbaascli dbHome patch se utiliza para aplicar parches al directorio raíz de Oracle de un nivel de parche a otro.

P: ¿Necesito permisos especiales para ejecutar el comando dbaascli dbHome patch?

R: Sí, debe ejecutar el comando con el usuario root.

P: ¿Cómo puedo especificar la ruta o el nombre del directorio raíz de Oracle para el parche?

R: utilice la opción --oracleHome para especificar la ruta de acceso del directorio raíz de Oracle o --oracleHomeName para especificar el nombre del directorio raíz de Oracle.

P: ¿Cómo puedo definir la versión de destino para el parche?

R: Utilice la opción --targetVersion seguida del número de versión con el formato 19.12.0.0.0.

P: ¿Qué hace la opción --resume?

R: La opción --resume permite reanudar una sesión de aplicación de parches anterior.

P: ¿Cómo puedo especificar un ID de sesión concreto al reanudar un parche?

R: utilice la opción --sessionID para especificar el ID de sesión de la sesión de aplicación de parches que desea reanudar.

P: ¿Para qué se utiliza la opción --continueWithDbDowntime?

R: La opción --continueWithDbDowntime permite que la aplicación de parches continúe incluso si hay tiempo de inactividad de la base de datos, útil en entornos con una sola instancia activa.

P: ¿Cómo puedo omitir la aplicación de parches en nodos inaccesibles?

R: utilice la opción --skipUnreachableNodes para omitir operaciones en nodos a los que no se puede acceder.

P: ¿Cómo puedo aplicar parches solo a nodos específicos de un cluster?

R: Utilice la opción --nodes seguida de una lista delimitada por comas de nombres de nodo para aplicar parches a un subjuego de nodos.

P: ¿Para qué sirve la opción --executePrereqs?

R: la opción --executePrereqs ejecuta comprobaciones de requisitos antes de aplicar el parche.

P: ¿Cómo puedo omitir la ejecución de datapatch en las bases de datos?

R: utilice la opción --skipDatapatch para omitir el proceso de parche de datos durante la aplicación de parches.

P: ¿Puedo especificar una ubicación personalizada para la imagen de la base de datos?

R: Sí, utilice la opción --imageLocation para especificar una ubicación personalizada para la imagen de base de datos.

P: ¿Qué hace la opción --skipPDBs?

R: La opción --skipPDBs permite omitir la ejecución de datapatch en una lista delimitada por comas especificada de bases de datos de conexión (PDB).

P: ¿Cómo puedo omitir datapatch en PDB cerradas?

R: utilice la opción --skipClosedPDBs para omitir el parche de datos en las PDB cerradas.

P: ¿Qué sucede si utilizo la opción --rollback?

R: la opción --rollback revertirá el directorio raíz de Oracle a su estado anterior antes de aplicar el parche.

P: ¿Cómo puedo especificar la ruta de acceso del directorio raíz de Oracle para la aplicación de parches?

R: Utilice la opción --oracleHome seguida de la ruta al directorio raíz de Oracle.

P: ¿Cómo puedo aplicar parches a un directorio raíz de Oracle por su nombre en lugar de por la ruta?

R: utilice la opción --oracleHomeName seguida del nombre del directorio raíz de Oracle.

P: ¿Cómo puedo reanudar una operación de aplicación de parches si se ha interrumpido?

R: Utilice la opción --resume junto con la opción --sessionID para reanudar una sesión interrumpida específica.

P: ¿Puedo continuar con el proceso de aplicación de parches si la base de datos está caída?

R: Sí, utilice la opción --continueWithDbDowntime para continuar con la aplicación de parches incluso si la base de datos está caída.

P: ¿Qué debo hacer si no se puede acceder a algunos nodos durante el proceso de aplicación de parches?

R: Utilice la opción --skipUnreachableNodes para omitir los nodos inaccesibles.

P: ¿Cómo puedo aplicar el parche solo a determinados nodos?

R: Especifique los nodos a los que desea aplicar parches mediante la opción --nodes con una lista separada por comas de nombres de nodo.

P: ¿Cómo puedo comprobar los requisitos previos antes de aplicar el parche?

R: utilice la opción --executePrereqs para ejecutar comprobaciones de requisitos antes de aplicar el parche.

P: ¿Qué debo hacer si quiero evitar aplicar datapatch durante el proceso de aplicación de parches?

R: Utilice la opción --skipDatapatch para omitir el paso datapatch.

P: ¿Cómo puedo especificar una ubicación diferente para la imagen de base de datos utilizada en el proceso de aplicación de parches?

R: utilice la opción --imageLocation para especificar una ubicación personalizada para la imagen.

P: ¿Qué ocurre si necesito omitir datapatch en determinadas PDB?

R: Utilice la opción --skipPDBs para omitir datapatch en una lista de PDB delimitada por comas especificada.

P: ¿Puedo omitir datapatch en PDB que no están abiertas actualmente?

R: Sí, utilice la opción --skipClosedPDBs para omitir el parche de datos en las PDB cerradas.

P: ¿Qué debo hacer si la aplicación de parches falla a mitad de camino?

R: Puede utilizar la opción --rollback para volver al estado anterior o intentar reanudar el proceso de aplicación de parches con la opción --resume.

P: ¿Cómo puedo comprobar si se cumplen todos los requisitos previos antes de aplicar el parche?

R: Ejecute el comando patch con la opción --executePrereqs para asegurarse de que se cumplen todos los requisitos.

P: ¿Qué ocurre si la operación de aplicación de parches no se completa correctamente y necesito volver a intentarlo?

R: utilice la opción --resume para volver a intentar la operación de aplicación de parches desde donde se dejó. Si es necesario, puede especificar --sessionID para reanudar una sesión específica.

P: ¿Cómo puedo verificar si el parche se aplicó correctamente?

R: Puede verificar el proceso de aplicación de parches comprobando la versión del directorio raíz de Oracle mediante el comando opatch lsinventory una vez finalizado el parche.

P: ¿Puedo ejecutar el comando de aplicación de parches en modo de ejecución simulada para obtener una vista previa de las acciones?

R: No, el comando dbaascli dbHome patch no tiene una función de ejecución simulada. Sin embargo, puede utilizar la opción --executePrereqs para ejecutar comprobaciones de requisitos antes de aplicar realmente el parche.

P: ¿Es posible aplicar varios parches en una sola ejecución?

R: El comando dbaascli dbHome patch solo permite una versión de destino a la vez. Debería ejecutar el comando por separado para cada versión de parche.

P: ¿Cómo puedo gestionar la aplicación de parches si el entorno utiliza varios directorios raíz de Oracle?

R: Puede especificar el directorio raíz de Oracle al que desea aplicar el parche mediante las opciones --oracleHome o --oracleHomeName, en función de si está especificando la ruta o el nombre del directorio raíz de Oracle.

P: ¿Puedo omitir el parche de datos de PDB y CDB en un solo comando?

R: Sí, puede combinar las opciones --skipPDBs y --skipDatapatch para omitir el parche de datos tanto para las PDB como para la CDB en una sola ejecución de parche.

P: ¿Puedo aplicar un parche y realizar un rollback inmediatamente si causa problemas?

R: Sí, después de aplicar un parche, puede utilizar la opción --rollback para volver al nivel de parche anterior si se produce algún problema.

P: ¿Puedo aplicar parches a varios directorios raíz de Oracle simultáneamente?

R: No, debe ejecutar el comando dbaascli dbHome patch individualmente para cada directorio raíz de Oracle.

P: ¿Cómo puedo realizar un seguimiento del progreso de la operación de aplicación de parches?

R: Durante el proceso de aplicación de parches, el comando proporciona mensajes de salida que muestran el progreso. También puede consultar los archivos log para obtener información detallada.

P: ¿Puedo ejecutar la aplicación de parches en paralelo en un entorno de cluster?

R: Las operaciones de aplicación de parches se pueden aplicar a un subjuego de nodos mediante la opción --nodes. Sin embargo, la aplicación simultánea de parches se debe manejar con cuidado y debe asegurarse de que no se superpongan sesiones.

P: ¿Cómo puedo identificar qué parches están disponibles para mi directorio raíz de Oracle?

R: Puede comprobar los parches disponibles mediante el portal de soporte de Oracle o mediante la ejecución del comando opatch lsinventory para ver los parches actuales aplicados al directorio raíz de Oracle.

P: ¿Puedo especificar un timeout para vaciar recursos al parar la base de datos durante la aplicación de parches?

R: Sí, puede utilizar la opción --drainTimeoutInSeconds para especificar el tiempo en segundos para el vaciado de recursos al parar la base de datos.

P: ¿Qué sucede si el parche falla en uno de los nodos de un entorno de varios nodos?

R: Puede utilizar la opción --skipUnreachableNodes para omitir el nodo con fallos y continuar el proceso de aplicación de parches en los nodos restantes. A continuación, puede solucionar el problema en el nodo con fallos por separado.

P: ¿Cómo puedo hacer que el proceso de aplicación de parches se ejecute en segundo plano?

R: utilice la opción --waitForCompletion con el valor false para permitir que el proceso de aplicación de parches se ejecute en segundo plano. De esta manera, no es necesario esperar a que el proceso se complete de forma interactiva.

P: ¿Puedo realizar una operación de rollback en un subjuego de nodos de un entorno de cluster?

R: Sí, puede utilizar la opción --nodes junto con la opción --rollback para realizar un rollback de la aplicación de parches en un juego específico de nodos.

P: ¿Qué sucede si necesito actualizar la ubicación de la imagen después de iniciar el proceso de parche?

R: La opción --resume no permite cambiar la ubicación de la imagen. Sin embargo, puede parar la sesión e iniciar un nuevo proceso de parche con el --imageLocation actualizado.

P: ¿Existe alguna forma de comprobar qué ID de sesión están disponibles para reanudar un parche?

R: Puede consultar los archivos log o utilizar las herramientas de Oracle Cloud para identificar las sesiones de aplicación de parches activas o en pausa y sus ID de sesión.

P: ¿Puedo limitar el tiempo de inactividad durante la aplicación de parches?

R: Si necesita limitar el tiempo de inactividad, utilice la opción --continueWithDbDowntime con cuidado. Esto le permite continuar incluso cuando se espera tiempo de inactividad, pero requiere planificación para un impacto mínimo en el servicio.

Ejemplos de casos de uso

Ejemplo 1: Aplicación de parches básicos de directorio raíz de Oracle por ruta de acceso de directorio raíz de Oracle

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0

Aplica parches al directorio raíz de Oracle ubicado en /u01/app/oracle/product/19.0.0/dbhome_1 a la versión 19.12.0.0.0.

Ejemplo 2: Aplicación de parches por nombre de directorio raíz de Oracle

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --targetVersion 19.12.0.0.0

Aplica parches al directorio raíz de Oracle denominado DB_HOME_NAME en la versión 19.12.0.0.0.

Ejemplo 3: Reanudación de una operación de parche anterior

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --resume

Reanuda la operación de aplicación de parches anterior para el directorio raíz de Oracle ubicado en /u01/app/oracle/product/19.0.0/dbhome_1.

Ejemplo 4: Reanudación de un parche con un ID de sesión específico

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --resume --sessionID 12345

Reanuda la operación de aplicación de parches para el directorio raíz de Oracle DB_HOME_NAME mediante el ID de sesión 12345.

Ejemplo 5: aplicación de parches con tiempo de inactividad de base de datos permitido

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --continueWithDbDowntime

Aplica parches al directorio raíz de Oracle ubicado en /u01/app/oracle/product/19.0.0/dbhome_1 a la versión 19.12.0.0.0, al tiempo que permite el tiempo de inactividad de la base de datos.

Ejemplo 6: omisión de nodos inaccesibles

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --skipUnreachableNodes

Aplica parches al directorio raíz de Oracle en la versión 19.12.0.0.0 al omitir los nodos inaccesibles.

Ejemplo 7: Aplicación de parches a un subjuego de nodos

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --nodes node1,node2

Aplica parches al directorio raíz de Oracle solo en la versión 19.12.0.0.0 en node1 y node2.

Ejemplo 8: ejecución de comprobaciones de requisitos antes de aplicar parches

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --targetVersion 19.12.0.0.0 --executePrereqs

Aplica parches al directorio raíz de Oracle DB_HOME_NAME a la versión 19.12.0.0.0 después de ejecutar comprobaciones de requisitos.

Ejemplo 9: Omisión del Paso Datapatch

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --skipDatapatch

Aplica parches al directorio raíz de Oracle en la versión 19.12.0.0.0 sin ejecutar datapatch en las bases de datos.

Ejemplo 10: Uso de un archivo de imagen para aplicar parches

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --imageFilePath /path/to/image/file.zip

Aplica parches al directorio raíz de Oracle en la versión 19.12.0.0.0 mediante un archivo de imagen ubicado en /path/to/image/file.zip.

Ejemplo 11: Omisión de PDB Específicas durante Datapatch

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --skipPDBs cdb1:pdb1,cdb2:pdb2

Aplica parches al directorio raíz de Oracle en la versión 19.12.0.0.0 y omite la ejecución del parche de datos en las PDB especificadas (pdb1 en cdb1 y pdb2 en cdb2).

Ejemplo 12: Omisión de Datapatch en PDB cerradas

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --skipClosedPDBs

Aplica parches al directorio raíz de Oracle en la versión 19.12.0.0.0 mientras se omite la ejecución de datapatch en cualquier PDB cerrada.

Ejemplo 13: Rollback del directorio raíz de Oracle

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --rollback

Realiza un rollback del último parche aplicado en el directorio raíz de Oracle denominado DB_HOME_NAME.

Ejemplo 14: Combinación de aplicación de parches con comprobaciones de requisitos y nodos específicos

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --executePrereqs --nodes node1,node2

Aplica parches al directorio raíz de Oracle en la versión 19.12.0.0.0, ejecuta comprobaciones de requisitos y aplica el parche solo en node1 y node2.

Ejemplo 15: omisión de nodos inaccesibles y PDB específicas

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --targetVersion 19.12.0.0.0 --skipUnreachableNodes --skipPDBs cdb1:pdb1

Aplica parches al directorio raíz de Oracle DB_HOME_NAME a la versión 19.12.0.0.0 mientras se omiten los nodos inaccesibles y se evita la ejecución del parche de datos en pdb1 en cdb1.

Ejemplo 16: Comprobación de la versión posterior al parche del directorio raíz de Oracle

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0

opatch lsinventory

En este ejemplo se muestra cómo comprobar la versión del directorio raíz de Oracle después de un parche correcto ejecutando opatch lsinventory.

Ejemplo 17: Rollback de la aplicación de parches con un ID de sesión específico

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --rollback --sessionID 67890

Realiza un rollback de la aplicación de parches del directorio raíz de Oracle para un ID de sesión de 67890.

Ejemplo 18: Aplicación de parches con omisión de comprobaciones de requisitos

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --skipPrereqs

Aplica parches al directorio raíz de Oracle, pero omite las comprobaciones de requisitos antes de aplicar el parche.

Ejemplo 19: Aplicación de un Parche a una Imagen del Directorio Raíz de Oracle Personalizada

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --targetVersion 19.12.0.0.0 --imageLocation /custom/location/image.zip

Aplica parches al directorio raíz de Oracle mediante un archivo de imagen personalizado ubicado en /custom/location/image.zip.

Ejemplo 20: omisión de nodos específicos y ejecución de requisitos

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --skipUnreachableNodes --executePrereqs

omite la aplicación de parches a nodos inaccesibles y ejecuta comprobaciones de requisitos antes de aplicar el parche.

Ejemplo 21: Omisión de Datapatch en Todas las PDB en Varias CDB

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --skipPDBs cdb1:pdb1,cdb2:pdb2,cdb3:pdb3

Aplica parches al directorio raíz de Oracle pero omite el parche de datos en las PDB especificadas en varias CDB.

Ejemplo 22: Continuación de la aplicación de parches con tiempo de inactividad en varios nodos

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --targetVersion 19.12.0.0.0 --continueWithDbDowntime --nodes node3,node4

Continúa con la aplicación de parches en node3 y node4 con tiempo de inactividad de base de datos permitido.

Ejemplo 23: Omisión de Datapatch en PDB y PDB cerradas

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0 --skipDatapatch --skipClosedPDBs

Aplica parches al directorio raíz de Oracle al omitir el parche de datos y las PDB cerradas.

Ejemplo 24: Rollback y Nueva Aplicación de Parches

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --rollback

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.12.0.0.0

Realiza un rollback del parche actual y, a continuación, vuelve a aplicar el parche al directorio raíz de Oracle.

Ejemplo 25: Omisión de Datapatch y Permiso de Tiempo de Inactividad en un Nodo Específico

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.13.0.0.0 --skipDatapatch --continueWithDbDowntime --nodes node1

Aplica parches al directorio raíz de Oracle en la versión 19.13.0.0.0 en node1, omitiendo el paso de parche de datos y permitiendo el tiempo de inactividad.

Ejemplo 26: Especificación del timeout de vaciado durante el cierre de la base de datos

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --targetVersion 19.13.0.0.0 --drainTimeoutInSeconds 300

Aplica un parche al directorio raíz de Oracle DB_HOME_NAME a la versión 19.13.0.0.0 y permite un timeout de 5 minutos (300 segundos) para vaciar recursos durante el cierre.

Ejemplo 27: Ejecución de parches en segundo plano

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.13.0.0.0 --waitForCompletion false

Aplica parches al directorio raíz de Oracle en la versión 19.13.0.0.0 y ejecuta el proceso de aplicación de parches en segundo plano sin esperar a que termine.

Ejemplo 28: Rollback del parche en un subjuego de nodos

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --rollback --nodes node1,node2

Realiza un rollback del último parche aplicado en node1 y node2 solo para el directorio raíz de Oracle especificado.

Ejemplo 29: omisión de requisitos previos y aplicación de parches a varios nodos

dbaascli dbHome patch --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1 --targetVersion 19.13.0.0.0 --skipPrereqs --nodes node3,node4

Aplica parches al directorio raíz de Oracle en la versión 19.13.0.0.0 en node3 y node4 sin ejecutar comprobaciones de requisitos.

Ejemplo 30: Rollback del parche y omisión de nodos inaccesibles

dbaascli dbHome patch --oracleHomeName DB_HOME_NAME --rollback --skipUnreachableNodes

Realiza un rollback del último parche en el directorio raíz de Oracle DB_HOME_NAME y omite los nodos inaccesibles durante el proceso de rollback.

Requisito

Ejecute el comando con el usuario root.

Sintaxis

dbaascli diag collect [--components <value>] [--startTime <value>] [--endTime <value>] [--nodes <value>] [--dbNames <value>]
        {
            [--objectStoreBucketUri <value>]
            | [--destLocation <value>]
        }
        [--waitForCompletion <value>]

Requisito

Ejecute el comando con el usuario root.

Sintaxis

dbaascli diag healthCheck
[--destLocation]
[--nodes]
[--objectStoreBucketURI]

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli diag healthCheck?

R: El comando dbaascli diag healthCheck se utiliza para realizar comprobaciones del sistema de diagnóstico en una instancia de Oracle Database que se ejecuta en un entorno de Exadata Cloud@Customer.

P: ¿Cuáles son los requisitos previos para utilizar el comando dbaascli diag healthCheck?

R: El comando se debe ejecutar como usuario root y debe estar conectado a una máquina virtual de Exadata Cloud@Customer.

P: ¿Cómo puedo especificar un directorio personalizado para recopilar los logs?

R: utilice la opción --destLocation para especificar el directorio en el que se recopilarán los logs de comprobación del sistema. La ubicación por defecto es /var/opt/oracle/dbaas_acfs.

P: ¿Cuál es la ubicación por defecto para la recopilación de logs si no especifico --destLocation?

R: El directorio por defecto para la recopilación de logs es /var/opt/oracle/dbaas_acfs.

P: ¿Puedo especificar en qué nodos ejecutar la comprobación del sistema?

R: Sí, puede utilizar la opción --nodes para especificar una lista delimitada por comas de nodos en los que se debe ejecutar la comprobación del sistema.

P: ¿Cómo puedo cargar los logs de comprobación del sistema en Object Storage?

R: utilice la opción --objectStoreBucketURI para proporcionar una URL de solicitud autenticada previamente (SAP) del servicio Object Storage. De esta forma, se cargarán los logs recopilados en el cubo especificado.

P: ¿Puedo recopilar logs de varios nodos?

R: Sí, puede especificar varios nodos mediante la opción --nodes en un formato delimitado por comas. Por ejemplo: --nodes node1,node2.

P: ¿Cuál es un comando de ejemplo para ejecutar una comprobación del sistema en un nodo específico?

R: A continuación, se muestra un comando de ejemplo para ejecutar la comprobación del sistema en un nodo específico:

dbaascli diag healthCheck --nodes node1

P: ¿Cómo puedo almacenar los logs en Object Storage en lugar de en la máquina local?

R: Puede proporcionar una URL de solicitud autenticada previamente (SAP) mediante la opción --objectStoreBucketURI para almacenar los logs en Object Storage.

P: ¿Puedo especificar --destLocation y --objectStoreBucketURI al mismo tiempo?

R: Sí, puede especificar --destLocation para el almacenamiento local y --objectStoreBucketURI para cargar logs en Object Storage.

P: ¿Qué debo hacer si encuentro un error al ejecutar el comando dbaascli diag healthCheck?

R: Asegúrese de ejecutar el comando como usuario root y de que ha proporcionado opciones válidas para --destLocation, --nodes o --objectStoreBucketURI. Verifique que los nombres de nodo sean correctos si se especifica.

P: ¿Puedo ejecutar la comprobación del sistema en segundo plano?

R: El comando dbaascli diag healthCheck no tiene un modo de fondo explícito, pero puede ejecutarlo en segundo plano agregando & al final del comando.

P: ¿Qué sucede si no proporciono la opción --nodes?

R: Si no se proporciona la opción --nodes, la comprobación del sistema se realizará en todos los nodos del cluster por defecto.

P: ¿Puedo reanudar una sesión de comprobación del sistema anterior con este comando?

R: No, el comando dbaascli diag healthCheck no soporta la reanudación de sesiones anteriores. Debe iniciar una nueva comprobación del sistema cada vez.

P: ¿Cuál es un comando de ejemplo para ejecutar una comprobación del sistema y cargar logs en Object Storage?

R: A continuación se muestra un comando de ejemplo:

dbaascli diag healthCheck --objectStoreBucketURI https://objectstorage.example.com/n/namespace-string/b/bucket-name/o/PAR-URL

P: ¿Cuál es el comportamiento por defecto si no especifico --destLocation o --objectStoreBucketURI?

R: Si no se especifica --destLocation ni --objectStoreBucketURI, los logs de comprobación del sistema se recopilarán en el directorio por defecto /var/opt/oracle/dbaas_acfs de la máquina local.

P: ¿Puedo limitar la comprobación del sistema a componentes o logs específicos?

R: No, el comando dbaascli diag healthCheck no permite especificar componentes o logs individuales. Realiza una comprobación de estado de diagnóstico general para el sistema.

P: ¿Qué debo verificar antes de ejecutar el comando dbaascli diag healthCheck?

R: Asegúrese de estar conectado a una máquina virtual de Exadata Cloud@Customer y de ejecutar el comando como usuario root.

Requisito

Ejecute el comando con el usuario root.

Sintaxis

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

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli grid configureTCPS?

R: El comando dbaascli grid configureTCPS se utiliza para configurar la seguridad de capa de transporte (TCPS) para el cluster existente en un entorno de Oracle Exadata.

P: ¿Cuál es el requisito para ejecutar el comando dbaascli grid configureTCPS?

R: El comando se debe ejecutar como el usuario root.

P: ¿Está activado TCPS por defecto en sistemas Exadata Database Service on Dedicated Infrastructure?

R: Sí, TCPS está activado por defecto para las bases de datos de sistemas Oracle Exadata Database Service on Dedicated Infrastructure.

P: ¿Está activado TCPS por defecto en los sistemas Exadata Database Service on Cloud@Customer?

R: No, TCPS no está activado por defecto en los sistemas Exadata Database Service on Cloud@Customer. Para activar TCPS, debe actualizar el archivo sqlnet.ora para la base de datos específica y reiniciar la base de datos.

P: ¿Cuál es la consecuencia de activar TCPS en sistemas Exadata Cloud@Customer?

R: Al activar TCPS en sistemas Exadata Cloud@Customer, las conexiones de Zero Data Loss Recovery Appliance (ZDLRA) fallarán. Solo puede activar la configuración de ZDLRA o TCPS, pero no ambas simultáneamente.

P: ¿Qué especifica la opción --pkcs12WalletFilePath?

R: la opción --pkcs12WalletFilePath especifica la ruta de acceso absoluta al archivo de certificado en el formato de cartera PKCS12, que se utiliza para la configuración de TCPS.

P: ¿Para qué se utiliza la opción --caCertChain?

R: la opción --caCertChain especifica una lista concatenada de certificados que contienen certificados de CA intermedios y el certificado de CA raíz.

P: ¿Qué hace la opción --precheckOnly?

R: La opción --precheckOnly especifica si se deben ejecutar solo las comprobaciones previas para la operación de configuración de TCPS. Los valores aceptados son yes o no.

P: ¿Qué especifica la opción --serverCert?

R: La opción --serverCert especifica la ruta al certificado PEM que se usará o rotará para la configuración de TCPS.

P: ¿Cómo especifico la clave privada para la configuración de TCPS?

R: utilice la opción --privateKey para especificar la ruta de acceso al archivo de clave privada asociado al certificado del servidor.

P: ¿Cuáles son los valores aceptados para la opción --certType?

R: Los valores aceptados para la opción --certType son:

SELF_SIGNED_CERT

CA_SIGNED_CERT

PKCS12_CERT

El valor por defecto es SELF_SIGNED_CERT.

P: ¿La contraseña de la clave privada está protegida por defecto?

R: Sí, la opción --privateKeyPasswordProtected está definida en true por defecto, lo que indica que la clave privada está protegida con contraseña. Puede definirla en false si la clave privada no está protegida por contraseña.

P: ¿Puedo ejecutar una comprobación previa antes de configurar TCPS?

R: Sí, solo puede ejecutar las comprobaciones previas de la operación definiendo la opción --precheckOnly en sí. Esto ayuda a validar el entorno antes de realizar cambios.

P: ¿Qué sucede si proporciono una ruta de acceso incorrecta para el archivo de cartera PKCS12?

R: Si --pkcs12WalletFilePath contiene una ruta incorrecta, el comando fallará y la configuración de TCPS no continuará.

P: ¿Qué debo hacer si la clave privada está protegida con contraseña?

R: Si la clave privada está protegida por contraseña, asegúrese de que la opción --privateKeyPasswordProtected esté definida en true (que es el valor por defecto).

P: ¿Puedo especificar mi propio certificado firmado por CA para la configuración de TCPS?

R: Sí, puede especificar su propio certificado firmado por una CA mediante las opciones --serverCert y --privateKey, y definiendo --certType en CA_SIGNED_CERT.

P: ¿Cuál es un comando de ejemplo para configurar TCPS mediante un certificado autofirmado?

A: Ejemplo:

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

P: ¿Puedo usar un certificado PKCS12 para la configuración de TCPS?

R: Sí, puede utilizar un certificado PKCS12 especificando la opción --pkcs12WalletFilePath y definiendo --certType en PKCS12_CERT.

P: ¿Qué debo verificar antes de ejecutar el comando dbaascli grid configureTCPS?

R: Verifique que tiene los archivos de certificado correctos, los archivos de clave privada y que ha iniciado sesión como usuario root. Además, asegúrese de comprender las implicaciones si está utilizando ZDLRA, ya que no se puede ejecutar simultáneamente con TCPS.

Requisitos

Ejecute el comando con el usuario root.

Sintaxis

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

Donde:

• --targetVersion especifica la versión de destino del directorio raíz de Oracle especificada como cinco segmentos numéricos separados por puntos (por ejemplo, 19.12.0.0.0)
• --targetHome especifica la ruta de acceso completa del directorio raíz de Grid Infrastructure de destino para la aplicación de parche externa
• --containerURL especifica la URL personalizada para recuperar la imagen de Grid Infrastructure
• Opción --executePrereqs para ejecutar los requisitos
• --nodeList especifica una lista delimitada por comas de nodos si la aplicación del parche se debe realizar en un subjuego de nodos
• --patchInParallel especifica que se deben realizar parches en nodos remotos en paralelo
• --rollback especifica que se realice un rollback del directorio raíz de Oracle con parches
• --resume reanuda la ejecución anterior
  • --sessionID especifica que se reanude un identificador de sesión específico
• --continueWithDbDowntime continúa con la aplicación del parche con tiempo de inactividad de la base de datos. Esta opción se puede utilizar en entornos en los que solo hay 1 instancia activa y la operación de aplicación de parche se puede continuar incluso con un tiempo de inactividad.
• --drainTimeoutInSeconds especifica el tiempo (en segundos) en el que completar la purga de recursos al parar la base de datos
• --createImage crea una imagen a partir de una copia del directorio raíz de Grid activo, con parche a la versión de destino especificada
  • --createImageDir especifica la ruta de acceso completa del directorio en el que se creará la imagen
• --imageFile especifica la ruta de acceso completa de la imagen que se utilizará
• --patchInParallel aplica parches a los nodos remotos en paralelo
• --waitForCompletion especifica false para que se ejecute la operación en segundo plano. Valores válidos: true|false

Preguntas frecuentes

P: ¿Qué hace el comando dbaascli grid patch?

R: El comando dbaascli grid patch se utiliza para aplicar parches a Oracle Grid Infrastructure en una versión secundaria especificada.

P: ¿Necesito permisos especiales para ejecutar el comando dbaascli grid patch?

R: Sí, debe ejecutar el comando dbaascli grid patch como usuario root.

P: ¿Puedo especificar una versión de destino al aplicar parches a Oracle Grid Infrastructure?

R: Sí, puede especificar la versión de destino mediante la opción --targetVersion.

P: ¿Cómo puedo especificar la versión de destino del parche?

R: Utilice la opción --targetVersion seguida del número de versión con el formato 19.12.0.0.0.

P: ¿Qué hace la opción --containerURL en el comando dbaascli grid patch?

R: La opción --containerURL permite especificar una URL personalizada para recuperar la imagen de Grid Infrastructure.

P: ¿Cuál es el propósito de la opción --executePrereqs?

R: La opción --executePrereqs se utiliza para ejecutar comprobaciones de requisitos antes de aplicar el parche.

P: ¿Cómo puedo aplicar parches a un subjuego de nodos mediante el comando dbaascli grid patch?

R: Utilice la opción --nodeList seguida de una lista delimitada por comas de nombres de nodo para aplicar parches solo a un subjuego de nodos.

P: ¿Qué sucede si utilizo la opción --rollback?

R: la opción --rollback revertirá el directorio raíz de Oracle con parches a su estado anterior.

P: ¿Puedo reanudar una sesión de aplicación de parches anterior?

R: Sí, puede utilizar la opción --resume para reanudar la última sesión de aplicación de parches. Si tiene un ID de sesión específico, puede especificarlo con la opción --sessionID.

P: ¿Para qué se utiliza la opción --continueWithDbDowntime?

R: La opción --continueWithDbDowntime permite seguir aplicando parches incluso si hay tiempo de inactividad de la base de datos, que se suele utilizar en entornos en los que solo hay una instancia activa.

P: ¿Cómo puedo crear una imagen a partir de un directorio raíz de Grid con parches?

R: Utilice la opción --createImage para crear una imagen. Puede especificar el directorio en el que se debe crear la imagen mediante la opción --createImageDir.

P: ¿Cuál es el propósito de la opción --imageFile?

R: La opción --imageFile permite especificar la ruta de acceso completa del archivo de imagen que se utilizará para la aplicación de parches.

P: ¿Cómo puedo ejecutar el comando dbaascli grid patch en segundo plano?

R: Puede utilizar la opción --waitForCompletion definida en false para ejecutar la operación en segundo plano.

P: ¿Puedo utilizar una URL personalizada para recuperar la imagen del parche?

R: Sí, puede utilizar la opción --containerURL para especificar una URL personalizada para recuperar la imagen de Grid Infrastructure.

P: ¿Cómo puedo especificar los nodos a los que aplicar parches si no quiero aplicarlos a todos?

R: Puede especificar los nodos a los que desea aplicar parches mediante la opción --nodeList con una lista separada por comas de nombres de nodo.

P: ¿Qué debo hacer para realizar un rollback de un parche?

R: Utilice la opción --rollback del comando dbaascli grid patch para realizar un rollback del parche.

P: ¿Cómo puedo manejar una operación de aplicación de parches si mi entorno solo tiene una instancia activa y necesito continuar con el tiempo de inactividad?

R: utilice la opción --continueWithDbDowntime para seguir aplicando parches incluso con tiempo de inactividad de la base de datos.

P: ¿Puedo crear una imagen del directorio raíz de Grid con parches?

R: Sí, puede utilizar la opción --createImage para crear una imagen del directorio raíz de Grid con parches. Si es necesario, especifique el directorio en el que se debe guardar la imagen mediante --createImageDir.

P: ¿Qué debo hacer si deseo reanudar una sesión de aplicación de parches después de una interrupción?

R: utilice la opción --resume para reanudar la sesión de aplicación de parches. Si conoce el ID de sesión, puede especificarlo con --sessionID.

P: ¿Qué ocurre si el proceso de aplicación de parches falla a mitad de camino?

R: Si el proceso de aplicación de parches falla, puede utilizar la opción --resume para reiniciar el proceso. También puede utilizar la opción --rollback para volver al estado anterior.

P: ¿Cómo puedo asegurarme de que se cumplen todos los requisitos previos antes de aplicar parches?

R: utilice la opción --executePrereqs para ejecutar todas las comprobaciones de requisitos antes de aplicar el parche.

P: ¿Puedo realizar la aplicación de parches en segundo plano para evitar la retención del terminal?

R: Sí, puede utilizar la opción --waitForCompletion false para ejecutar el proceso de aplicación de parches en segundo plano.

P: ¿Cómo puedo crear una imagen de directorio raíz de Grid después de aplicar parches?

R: utilice la opción --createImage para crear una nueva imagen desde el directorio raíz de Grid con parches. Especifique el directorio mediante --createImageDir si es necesario.

P: ¿Cómo puedo utilizar un archivo de imagen existente para la aplicación de parches?

R: Puede utilizar la opción --imageFile para especificar la ruta de acceso completa al archivo de imagen que desea utilizar para la aplicación de parches.

P: ¿Qué debo hacer para evitar el tiempo de inactividad de la base de datos durante la aplicación de parches?

R: Asegúrese de que su entorno tenga más de una instancia activa en ejecución. Puede evitar el uso de la opción --continueWithDbDowntime, que está pensada para entornos con una sola instancia activa.

P: ¿Cómo puedo saber el progreso de un parche que se ejecuta en segundo plano?

R: Si ejecuta el parche con --waitForCompletion false, puede comprobar el estado del trabajo en segundo plano mediante comandos del sistema operativo como ps o comprobar los logs ubicados en el directorio raíz de Grid.

P: ¿Es posible aplicar parches a una versión principal superior mediante dbaascli grid patch?

R: No, dbaascli grid patch solo permite aplicar parches a una versión secundaria de la versión principal actual. Para las actualizaciones principales, deberá seguir un proceso de actualización diferente.

P: ¿Puedo omitir comprobaciones de requisitos específicas durante la aplicación de parches?

R: No, al utilizar --executePrereqs, se ejecutarán todas las comprobaciones de requisitos. Sin embargo, puede revisar los resultados de las comprobaciones de requisitos y manejar manualmente cualquier problema antes de continuar.

P: ¿Qué debo hacer si el proceso de aplicación de parches está bloqueado o bloqueado?

R: Si el proceso de aplicación de parches no responde, puede detenerlo mediante comandos del sistema operativo y, a continuación, reanudarlo mediante la opción --resume. Si eso no funciona, intente utilizar la opción --rollback para revertir el parche.

P: ¿Puedo automatizar el proceso de aplicación de parches en varios clusters?

R: Sí, mediante scripts que incluyen el comando dbaascli grid patch con las opciones adecuadas, puede automatizar la aplicación de parches en diferentes clusters.

P: ¿Dónde puedo encontrar logs para el proceso de aplicación de parches?

R: Los logs se encuentran normalmente en el directorio raíz de logs de Oracle Grid o en la ubicación por defecto especificada durante la configuración. Puede supervisar estos logs para obtener más información sobre el proceso de aplicación de parches.

P: ¿Es posible crear un proceso de parche silencioso sin interacción del usuario?

R: Sí, al especificar todas las opciones necesarias en el comando y ejecutarlo en segundo plano (--waitForCompletion false), puede crear un proceso de aplicación de parches no interactivo.

P: ¿Puedo comprobar si hay actualizaciones de parches disponibles antes de aplicar un parche?

R: El comando dbaascli grid patch en sí no tiene una opción para mostrar los parches disponibles. Sin embargo, puede utilizar los métodos estándar de Oracle, como Oracle Support, para identificar los parches más recientes.

P: ¿Puedo utilizar dbaascli para aplicar parches a varios directorios raíz de Oracle?

R: No, el comando dbaascli grid patch está diseñado para aplicar parches a un directorio raíz de Oracle Grid Infrastructure específico a la vez. Debería ejecutar el comando por separado para cada directorio raíz.

P: ¿Existe alguna forma de evitar por completo el tiempo de inactividad al aplicar parches a Grid Infrastructure?

R: Para minimizar el tiempo de inactividad, asegúrese de que su entorno tenga varias instancias de base de datos activas (configuración de RAC) para que la aplicación de parches se pueda realizar nodo por nodo. En este caso, no se debe utilizar la opción --continueWithDbDowntime.

P: ¿Cómo puedo gestionar la aplicación de parches para entornos RAC One Node?

R: En entornos RAC One Node, debe tener cuidado con la opción --continueWithDbDowntime, ya que puede haber solo una instancia activa. Revise la documentación de Oracle para obtener directrices de aplicación de parches específicas para RAC One Node.

P: ¿Puedo ver el historial de sesiones de parches anteriores?

R: La utilidad dbaascli no proporciona una forma directa de ver el historial de sesiones. Sin embargo, los logs de sesiones de aplicación de parches anteriores se pueden encontrar en el directorio raíz de logs de Grid.

Ejemplos de casos de uso

Ejemplo 1: aplicación básica de parches de cuadrícula

dbaascli grid patch --targetVersion 19.12.0.0.0

Aplica parches a Oracle Grid Infrastructure en la versión 19.12.0.0.0.

Ejemplo 2: Aplicación de parches con una URL de contenedor personalizada

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

Aplica parches a Grid Infrastructure en la versión 19.12.0.0.0, utilizando una URL de contenedor personalizada para recuperar la imagen de Grid Infrastructure.

Ejemplo 3: Aplicación de parches con comprobaciones de requisitos

dbaascli grid patch --targetVersion 19.12.0.0.0 --executePrereqs

Aplica parches a Grid Infrastructure en la versión 19.12.0.0.0 después de ejecutar las comprobaciones de requisitos.

Ejemplo 4: Aplicación de parches en un subjuego de nodos

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

Aplica parches a Grid Infrastructure en la versión 19.12.0.0.0 en los nodos especificados (node1, node2 y node3).

Ejemplo 5: Rollback del parche

dbaascli grid patch --rollback

Realiza un rollback del último parche aplicado en Oracle Grid Infrastructure.

Ejemplo 6: Reanudación de una operación de parche anterior

dbaascli grid patch --resume

Reanuda la operación de aplicación de parches anterior desde donde se detuvo.

Ejemplo 7: Reanudación de una Operación de Parche con un ID de Sesión Específico

dbaascli grid patch --resume --sessionID 12345

Reanuda la operación de aplicación de parches con el ID de sesión 12345.

Ejemplo 8: aplicación de parches con tiempo de inactividad de base de datos permitido

dbaascli grid patch --targetVersion 19.12.0.0.0 --continueWithDbDowntime

Aplica parches a Grid Infrastructure en la versión 19.12.0.0.0, al tiempo que permite el tiempo de inactividad de la base de datos si es necesario.

Ejemplo 9: Creación de una imagen con parches

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

Crea una imagen del directorio raíz de Grid con parches (versión 19.12.0.0.0) y la almacena en el directorio especificado.

Ejemplo 10: Uso de un archivo de imagen existente

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

Aplica parches a Grid Infrastructure en la versión 19.12.0.0.0 mediante un archivo de imagen existente ubicado en /path/to/image/file.zip.

Ejemplo 11: Ejecución de la operación de aplicación de parches en segundo plano

dbaascli grid patch --targetVersion 19.12.0.0.0 --waitForCompletion false

Aplica parches a Grid Infrastructure en la versión 19.12.0.0.0 y ejecuta la operación en segundo plano.

Ejemplo 12: Combinación de requisitos previos, URL personalizada y subjuego de nodos

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

Aplica parches a Grid Infrastructure en la versión 19.12.0.0.0, ejecuta comprobaciones de requisitos, utiliza una URL personalizada para la imagen y aplica el parche solo en node1 y node2.

Ejemplo 13: Creación de una imagen con parches con un archivo de imagen existente

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

Crea una imagen con parches y la almacena en el directorio especificado al utilizar un archivo de imagen existente para el parche.

Ejemplo 14: Verificación de requisitos sin aplicación de parches

dbaascli grid patch --targetVersion 19.12.0.0.0 --executePrereqs

Verifica si se cumplen todos los requisitos para aplicar parches a la versión 19.12.0.0.0 sin aplicar realmente el parche.

Ejemplo 15: Ejecución de parches e ignoración de fallos de requisitos previos

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

Ejecuta el parche incluso si fallan algunas comprobaciones de requisitos. Esto resulta útil en casos en los que se permite el tiempo de inactividad y se pueden ignorar determinados requisitos.

Ejemplo 16: comprobación de problemas en los logs de parches

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

Supervisa el log de parches en tiempo real para diagnosticar cualquier problema durante el proceso de aplicación de parches.

Ejemplo 17: Aplicación del Parche en un Entorno Paralelo

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

Aplica parches a Grid Infrastructure en un subjuego de nodos (node1 y node2) y ejecuta el proceso en segundo plano.

Ejemplo 18: Uso de un archivo de imagen específico de un origen externo

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

Aplica parches a Grid Infrastructure mediante un archivo de imagen descargado previamente ubicado en un dispositivo de almacenamiento externo.

Ejemplo 19: Ejecución de un parche con un ID de sesión personalizado

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

Reanuda una operación de aplicación de parches que se interrumpió con el ID de sesión 67890.

Ejemplo 20: programación de la aplicación de parches para su ejecución más adelante

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

Programa el comando de aplicación de parches para que se ejecute a las 2:00 a. m. mediante el comando at en Linux.

Ejemplo 21: especificación de timeout para finalización

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

Aplica parches a Grid Infrastructure al tiempo que permite el tiempo de inactividad, pero espera hasta 7200 segundos (2 horas) para su finalización antes del timeout.

Ejemplo 22: Creación de una imagen personalizada para otro entorno

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

Crea una imagen personalizada de la infraestructura de grid con parches para almacenarla en el directorio /backups/images/grid_patch para su uso en otros entornos.

Ejemplo 23: Recuperación de parches después de una interrupción

dbaascli grid patch --resume --continueWithDbDowntime

Recupera y reanuda el proceso de aplicación de parches si se ha interrumpido, con tiempo de inactividad de la base de datos permitido.

Ejemplo 24: combinación de comprobación de requisitos con ejecución en segundo plano

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

Comprueba los requisitos y ejecuta el parche en segundo plano.

Ejemplo 25: omisión de la creación de imágenes para una aplicación de parches más rápida

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

Aplica parches a Grid Infrastructure en la versión 19.12.0.0.0 en paralelo entre nodos, con tiempo de inactividad de base de datos permitido y sin crear una imagen para acelerar el proceso.

Ejemplo 26: Supervisión del Progreso de Parches a través de Logs

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

Supervisa el archivo log para detectar el progreso de la aplicación de parches en tiempo real y proporciona información sobre cada paso del proceso de aplicación de parches.

Ejemplo 27: Aplicación de parches con timeout de drenaje personalizado

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

Aplica parches a Grid Infrastructure y define un timeout personalizado de 1 hora (3600 segundos) para permitir el vaciado de recursos controlado durante el tiempo de inactividad de la base de datos.

Ejemplo 28: Aplicación de un Parche a Nodos Específicos con Comprobaciones de Requisitos

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

Aplica parches solo a los nodos node1 y node4 en la versión 19.12.0.0.0 y ejecuta las comprobaciones de requisitos de antemano.

Ejemplo 29: Aplicación de parches sin esperar a la finalización

dbaascli grid patch --targetVersion 19.12.0.0.0 --waitForCompletion false

Comienza a aplicar parches a Grid Infrastructure en la versión 19.12.0.0.0 en segundo plano, lo que permite que se realicen otras tareas sin esperar a que se complete el proceso.

Ejemplo 30: Reaplicación de un parche fallido después de un problema de timeout de vaciado

dbaascli grid patch --resume --drainTimeoutInSeconds 7200

Reanuda la sesión de aplicación de parches anterior y amplía el timeout de vaciado de recursos a 2 horas (7200 segundos) en caso de que falle debido a un tiempo insuficiente en el intento anterior.

Ejemplo 31: Visualización de Logs de Parches en Tiempo Real con un ID de Sesión Específico

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

Supervisa el archivo log para la sesión de aplicación de parches con el ID de sesión 12345 en tiempo real.

Ejemplo 32: Aplicación de Parches a un Nuevo Directorio Raíz de Destino

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

Realiza un parche externo a un nuevo directorio raíz de Oracle Grid ubicado en /u01/app/grid_home_19c, con comprobaciones de requisitos.

Ejemplo 33: Parada de un Trabajo de Parche en Segundo Plano

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

Para un trabajo de parche en segundo plano, busque y mate el ID de proceso (PID) asociado.

Ejemplo 34: Verificación de la finalización de parches sin logs

dbaascli grid status --targetVersion 19.12.0.0.0

Verifica si el parche de la versión 19.12.0.0.0 se ha aplicado correctamente comprobando el estado de la versión actual de Grid Infrastructure.

Requisito

Ejecute el comando con el usuario root.

Sintaxis

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

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli grid removeTCPSCert?

R: El comando dbaascli grid removeTCPSCert se utiliza para eliminar certificados TCPS existentes de la cartera de Grid Infrastructure en un entorno de Oracle Exadata.

P: ¿Cuál es el requisito para ejecutar el comando dbaascli grid removeTCPSCert?

R: El comando se debe ejecutar como el usuario root.

P: ¿Qué especifica la opción --subject en el comando dbaascli grid removeTCPSCert?

R: la opción --subject especifica el asunto del certificado que se va a eliminar de la cartera de Grid Infrastructure.

P: ¿Cuál es la finalidad del indicador --userCert?

R: El indicador --userCert indica que el certificado que se va a eliminar es un certificado de usuario.

P: ¿Cuándo debo utilizar el indicador --trustedCert?

R: utilice el indicador --trustedCert al eliminar un certificado de confianza de la cartera de Grid Infrastructure.

P: ¿Qué hace el indicador --requestedCert?

R: El indicador --requestedCert indica que el certificado que se está eliminando es un certificado solicitado.

P: ¿Qué especifica la opción --serialNumber?

R: la opción --serialNumber especifica el número de serie del certificado que se va a eliminar. Es útil para identificar de forma única un certificado cuando hay varios certificados con el mismo asunto.

P: ¿Cuál es el propósito de la opción --executePrereqs?

R: la opción --executePrereqs ejecuta comprobaciones de requisitos antes de eliminar el certificado e informa de los resultados, lo que garantiza que el entorno esté preparado correctamente para la operación.

P: ¿Qué hace la opción --resume?

R: la opción --resume reanuda la operación de eliminación si se interrumpió anteriormente.

P: ¿Cómo puedo especificar un ID de sesión al reanudar una operación interrumpida?

R: Utilice la opción --sessionID para especificar el ID de sesión de la operación interrumpida que desea reanudar.

P: ¿Qué hace el indicador --bounceListeners?

R: El indicador --bounceListeners se utiliza para reiniciar el listener de Grid Infrastructure y el listener de exploración después de eliminar el certificado TCPS.

P: ¿Puedo eliminar un certificado TCPS sin devolver los listeners?

R: Sí, el indicador --bounceListeners es opcional. Si no lo especifica, los listeners no se devolverán automáticamente.

P: ¿Cómo puedo asegurarme de que la operación se ejecute de manera segura?

R: Puede utilizar la opción --executePrereqs para realizar comprobaciones de requisitos antes de ejecutar el comando, asegurándose de que todo esté en orden antes del proceso de eliminación.

P: ¿Qué debo hacer si necesito eliminar un certificado de usuario específico por número de serie?

R: Utilice la opción --subject para especificar el asunto del certificado, el indicador --userCert para indicar que es un certificado de usuario y la opción --serialNumber para especificar el número de serie del certificado.

P: ¿Puedo eliminar varios certificados a la vez?

R: No, el comando está diseñado para eliminar un único certificado a la vez según el asunto proporcionado y otros parámetros.

P: ¿Qué sucede si se interrumpe el proceso de eliminación del certificado?

R: Puede reanudar la operación mediante la opción --resume junto con --sessionID del proceso interrumpido.

P: ¿Necesito ejecutar el comando como usuario root?

R: Sí, el comando dbaascli grid removeTCPSCert se debe ejecutar como usuario root para tener los privilegios necesarios para eliminar certificados TCPS.

P: ¿Cómo puedo identificar el certificado que quiero eliminar?

R: Puede identificar el certificado por su asunto y, opcionalmente, por su número de serie para asegurarse de que está dirigiendo el certificado correcto para su eliminación.

P: ¿Cuál es un comando de ejemplo para eliminar un certificado de confianza?

A: Ejemplo:

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

Requisito

Ejecute el comando con el usuario root.

Sintaxis

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

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli grid rotateTCPSCert?

R: El comando dbaascli grid rotateTCPSCert se utiliza para rotar certificados TCPS (protocolo de seguridad de capa de transporte) en la cartera de Grid Infrastructure en entornos de Oracle Exadata.

P: ¿Cuál es el requisito para ejecutar el comando dbaascli grid rotateTCPSCert?

R: El comando se debe ejecutar como el usuario root.

P: ¿Qué especifica la opción --pkcs12WalletFilePath?

R: la opción --pkcs12WalletFilePath especifica la ruta de acceso absoluta al archivo de certificado en el formato de cartera PKCS12 para la configuración de TCPS.

P: ¿Cuál es el propósito de la opción --caCertChain?

R: La opción --caCertChain especifica una lista concatenada de certificados, incluidos certificados de CA intermedios y certificados de CA raíz, para la configuración de TCPS.

P: ¿Qué hace la opción --precheckOnly?

R: La opción --precheckOnly permite ejecutar comprobaciones previas sin realizar ningún cambio real. Los valores válidos son "yes" para ejecutar solo las comprobaciones previas y "no" para continuar con la rotación.

P: ¿Cómo se utiliza la opción --serverCert?

R: La opción --serverCert especifica la ruta al certificado del servidor PEM (Privacy Enhanced Mail) que se utiliza o rota para la configuración de TCPS.

P: ¿Qué especifica la opción --privateKey?

R: la opción --privateKey especifica la ruta al archivo de clave privada correspondiente al certificado de servidor utilizado para la rotación de TCPS.

P: ¿Cuáles son los valores válidos para la opción --certType?

R: La opción --certType acepta los siguientes valores para especificar el tipo de certificado que se va a agregar a la cartera de Grid Infrastructure:

SELF_SIGNED_CERT (valor por defecto)

CA_SIGNED_CERT

PKCS12_CERT

P: ¿Qué hace la opción --privateKeyPasswordProtected?

R: La opción --privateKeyPasswordProtected indica si la clave privada está protegida por contraseña. Los valores válidos son true (por defecto) y false

P: ¿Puedo ejecutar el comando dbaascli grid rotateTCPSCert sin rotar los certificados?

R: Sí, con la opción --precheckOnly yes, solo puede ejecutar las comprobaciones previas sin rotar los certificados.

P: ¿Cuál es un ejemplo de un comando para rotar un certificado mediante una cartera PKCS12?

R: A continuación se muestra un comando de ejemplo:

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

P: ¿Cómo roto un certificado de servidor con una cadena de certificados firmada por una CA?

R: Utilice las opciones --serverCert y --caCertChain como se muestra a continuación:

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

P: ¿Qué sucede si no especifico --privateKeyPasswordProtected?

R: Si no especifica la opción --privateKeyPasswordProtected, el comando asume que la clave privada está protegida por contraseña (valor por defecto: true).

P: ¿Puedo rotar un certificado autofirmado?

R: Sí, puede rotar un certificado autofirmado mediante la opción --certType SELF_SIGNED_CERT por defecto o especificándolo explícitamente.

P: ¿Cómo puedo rotar un certificado sin proporcionar una clave privada?

R: Para determinados tipos de certificados, como PKCS12, puede que no necesite proporcionar un archivo de clave privada independiente, ya que se incluye en la cartera. Sin embargo, si se necesita una clave privada, se debe proporcionar mediante la opción --privateKey.

P: ¿Qué pasa si quiero rotar un certificado en segundo plano?

R: El comando dbaascli grid rotateTCPSCert no proporciona una opción explícita para la ejecución en segundo plano. Puede ejecutar el comando directamente en una sesión en segundo plano (por ejemplo, mediante nohup o herramientas similares).

P: ¿Cuál es el tipo de certificado predeterminado si no se especifica?

R: El tipo de certificado por defecto es SELF_SIGNED_CERT.

Requisito

Ejecute el comando con el usuario root.

Sintaxis

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

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli grid upgrade?

R: El comando dbaascli grid upgrade se utiliza para actualizar Oracle Grid Infrastructure de una versión principal a otra en una máquina virtual de Exadata Cloud@Customer.

P: ¿Cuál es el requisito previo para ejecutar el comando dbaascli grid upgrade?

R: El comando se debe ejecutar como usuario root y debe estar conectado a una máquina virtual de Exadata Cloud@Customer.

P: ¿Qué especifica la opción --version?

R: la opción --version especifica la versión de destino de Oracle Grid Infrastructure a la que desea actualizar.

P: ¿Qué hace la opción --resume?

R: la opción --resume reanuda un proceso de cambio de versión de Grid Infrastructure interrumpido o con fallos anteriormente.

P: ¿Cómo se utiliza la opción --executePrereqs?

R: la opción --executePrereqs solo ejecuta las comprobaciones de requisitos para el cambio de versión de Grid Infrastructure sin realizar el cambio de versión real.

P: ¿Cuál es el propósito de la opción --containerURL?

R: la opción --containerURL especifica una URL personalizada para recuperar la imagen de software de Grid Infrastructure para la actualización.

P: ¿Qué hace la opción --softwareOnly?

R: la opción --softwareOnly instala solo el software de Grid Infrastructure sin configurar ni actualizar el entorno de Grid.

P: ¿Cuándo utilizaría la opción --targetHome?

R: la opción --targetHome especifica la ruta de acceso al directorio raíz de Grid de destino existente donde se realizará la actualización.

P: ¿Qué sucede si falla la actualización?

R: Si la actualización falla, puede utilizar la opción --revert para realizar un rollback de la actualización a su estado anterior.

P: ¿Puedo realizar una actualización de Grid Infrastructure por etapas?

R: Sí, con la opción --softwareOnly, primero puede instalar el software y, luego, completar la actualización completa, lo que permite actualizaciones temporales.

P: ¿Cómo puedo utilizar el comando dbaascli grid upgrade para actualizar solo el software?

R: Utilice la siguiente sintaxis para actualizar solo el software:

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

P: ¿Puedo comprobar los requisitos de actualización sin realizar la actualización?

R: Sí, solo puede ejecutar las comprobaciones de requisitos mediante:

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

P: ¿Cómo puedo actualizar Grid Infrastructure mediante una URL de contenedor personalizada?

R: Puede especificar la URL para recuperar la imagen de Grid Infrastructure de la siguiente forma:

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

P: ¿Cómo puedo reanudar un proceso de actualización interrumpido anteriormente?

R: Para reanudar una actualización interrumpida o fallida anteriormente, utilice:

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

P: ¿Qué hace la opción --revert en el comando dbaascli grid upgrade?

R: la opción --revert realiza un rollback de una actualización de Grid Infrastructure fallida o interrumpida a su estado original.

P: ¿Puedo realizar una actualización completa sin configurar Grid Infrastructure inmediatamente?

R: Sí, primero puede instalar solo el software mediante la opción --softwareOnly y, a continuación, configurarlo más tarde.

P: ¿Qué debo hacer si falla una actualización y quiero deshacer los cambios?

R: Utilice la opción --revert para realizar un rollback de la actualización con fallos:

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

Requisito

Ejecute el comando con el usuario root.

Sintaxis

dbaascli job getStatus --jobID

Requisito

• Ejecute el comando con el usuario root.

Sintaxis

dbaascli pdb backup --pdbName <value> --dbname <value>
        {
            --start
                {
                    [--level1]
                    | [--archival --tag <value>]
                }
            | --delete --backupTag <value>
            | --status --uuid <value>
            | --getBackupReport --json <value> --tag <value>
            | --list [--json <value>]
        }

--pdbName: PDB name.
--dbname: Oracle Database name.
--start | --delete | --status | --getBackupReport | --list
--start: Begins PDB backup.
      [--level1 | --archival]
      [--level1: Creates a Level-1 (incremental) backup.]
      [--archival: Creates an archival full backup.]
          --tag: Specify backup tag.
--delete: Deletes archival backup.
          --backupTag: Specify backup tag to delete.
--status
          --uuid <value>
--getBackupReport: Returns backup report.
         --json: Specify the file name for JSON output.
         --tag: Specify backup tag.
--list: Returns PDB backup information.
         [--json: Specify the file name for JSON output.]

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli pdb backup?

R: El comando dbaascli pdb backup se utiliza para crear copias de seguridad para una base de datos conectable (PDB), consultar el estado de la copia de seguridad, generar informes de copia de seguridad y suprimir copias de seguridad de PDB en un entorno de Exadata Cloud@Customer.

P: ¿Cuál es el requisito previo para utilizar el comando dbaascli pdb backup?

R: El comando se debe ejecutar como usuario root y debe estar conectado a una máquina virtual de Exadata Cloud@Customer.

P: ¿Cómo puedo iniciar una copia de seguridad de PDB mediante el comando dbaascli PDB backup?

R: Puede iniciar una copia de seguridad de PDB mediante la opción --start. Por ejemplo:

dbaascli pdb backup --pdbName <PDB_Name> --dbname <DB_Name> --start

P: ¿Qué opciones se pueden utilizar con el indicador --start?

R: Con el indicador --start, puede especificar:

--level1 para una copia de seguridad incremental de nivel 1

--archival para una copia de seguridad de archivado completa (que también necesita --tag para especificar la etiqueta de copia de seguridad)

P: ¿Cómo puedo crear una copia de seguridad incremental de PDB de nivel 1?

R: Utilice el indicador --level1 con la opción --start para crear una copia de seguridad incremental de nivel 1:

dbaascli pdb backup --pdbName <PDB_Name> --dbname <DB_Name> --start --level1

P: ¿Cómo puedo crear una copia de seguridad de PDB de archivado?

A: utilice el indicador --archival con la opción --start y especifique una etiqueta de copia de seguridad mediante --tag:

dbaascli pdb backup --pdbName <PDB_Name> --dbname <DB_Name> --start --archival --tag <backup_tag>

P: ¿Cómo puedo suprimir una copia de seguridad de PDB específica?

R: Para suprimir una copia de seguridad específica, utilice el indicador --delete y especifique la etiqueta de copia de seguridad mediante --backupTag:

dbaascli pdb backup --pdbName <PDB_Name> --dbname <DB_Name> --delete --backupTag <backup_tag>

P: ¿Cómo puedo comprobar el estado de una copia de seguridad de PDB?

R: Utilice el indicador --status junto con la copia de seguridad --uuid para comprobar el estado de una copia de seguridad específica:

dbaascli pdb backup --pdbName <PDB_Name> --dbname <DB_Name> --status --uuid <backup_uuid>

P: ¿Cómo recupero un informe de copia de seguridad de PDB en formato JSON?

R: Para obtener un informe de copia de seguridad en formato JSON, utilice la opción --getBackupReport, especifique el nombre del archivo con --json y proporcione la etiqueta de copia de seguridad con --tag:

dbaascli pdb backup --pdbName <PDB_Name> --dbname <DB_Name> --getBackupReport --json <file_name> --tag <backup_tag>

P: ¿Cómo puedo mostrar todas las copias de seguridad de PDB para una PDB específica?

R: Utilice la opción --list para obtener una lista de todas las copias de seguridad de una PDB determinada:

dbaascli pdb backup --pdbName <PDB_Name> --dbname <DB_Name> --list

Opcionalmente, puede mostrar la lista en formato JSON mediante el indicador --json:

dbaascli pdb backup --pdbName <PDB_Name> --dbname <DB_Name> --list --json <file_name>

P: ¿Qué hace la opción --pdbName?

R: la opción --pdbName especifica el nombre de la base de datos conectable (PDB) para la que desea realizar una copia de seguridad, consultar o suprimir copias de seguridad.

P: ¿Cuál es el propósito de la opción --dbname?

R: la opción --dbname especifica el nombre de la base de datos Oracle Database a la que pertenece la PDB.

P: ¿Cómo especifico una etiqueta de copia de seguridad para una copia de seguridad de PDB?

R: Especifique una etiqueta de copia de seguridad mediante la opción --tag al iniciar una copia de seguridad de archivado o al recuperar un informe de copia de seguridad:

--tag <backup_tag>

P: ¿Puedo ejecutar copias de seguridad de PDB en modo JSON?

R: Sí, tanto el informe de copia de seguridad (--getBackupReport) como la lista de copias de seguridad (--list) soportan la salida en formato JSON. Especifique un nombre de archivo JSON mediante la opción --json.

Requisito

Ejecute el comando con el usuario oracle.

Sintaxis

dbaascli pdb bounce --dbname --pdbName | --pdbUID
[–openMode]

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli pdb bounce?

R: El comando dbaascli pdb bounce se utiliza para reiniciar (reiniciar) una base de datos conectable (PDB) en un entorno de Exadata Cloud@Customer.

P: ¿Cuáles son los requisitos para utilizar el comando dbaascli pdb bounce?

R: El comando se debe ejecutar como usuario oracle y debe estar conectado a una máquina virtual de Exadata Cloud@Customer.

P: ¿Cómo puedo devolver una PDB especificando su nombre?

R: Para reiniciar una PDB especificando su nombre, utilice la siguiente sintaxis:

dbaascli pdb bounce --dbname <CDB_Name> --pdbName <PDB_Name>

P: ¿Cómo puedo devolver una PDB mediante el identificador único (UID)?

R: Para reiniciar una PDB con su identificador único (UID), utilice la siguiente sintaxis:

dbaascli pdb bounce --dbname <CDB_Name> --pdbUID <PDB_UID>

P: ¿Para qué se utiliza la opción --dbname?

R: la opción --dbname especifica el nombre de la base de datos de contenedores (CDB) que aloja la base de datos conectable (PDB) que se va a devolver.

P: ¿Para qué se utiliza la opción --pdbName?

R: la opción --pdbName especifica el nombre de la base de datos conectable (PDB) que desea reiniciar.

P: ¿Para qué se utiliza la opción --pdbUID?

R: la opción --pdbUID especifica el identificador único (UID) de la base de datos conectable (PDB) que desea devolver.

P: ¿Cómo puedo especificar el modo de apertura de destino para la PDB al devolverla?

R: Puede utilizar la opción --openMode para especificar el modo abierto deseado para la PDB después del reinicio. Los valores válidos son READ_WRITE y READ_ONLY. Por ejemplo:

dbaascli pdb bounce --dbname <CDB_Name> --pdbName <PDB_Name> --openMode READ_WRITE

P: ¿Puedo abrir la PDB en modo de sólo lectura después de devolverla?

R: Sí, puede utilizar la opción --openMode READ_ONLY para abrir la PDB en modo de solo lectura después del reinicio:

dbaascli pdb bounce --dbname <CDB_Name> --pdbName <PDB_Name> --openMode READ_ONLY

P: ¿Cuál es el modo de apertura predeterminado si no se especifica --openMode?

R: Si no se especifica --openMode, la PDB se abrirá en su modo abierto por defecto, que suele ser READ_WRITE.

P: ¿Puedo utilizar --pdbName y --pdbUID en el mismo comando?

R: No, debe especificar --pdbName o --pdbUID, pero no ambos en el mismo comando.

P: ¿Cómo puedo reiniciar una PDB y asegurarme de que se abre en modo de lectura-escritura?

R: Para reiniciar una PDB y asegurarse de que se abre en modo de lectura-escritura, utilice la opción --openMode READ_WRITE:

dbaascli pdb bounce --dbname <CDB_Name> --pdbName <PDB_Name> --openMode READ_WRITE

P: ¿Es obligatorio especificar el modo abierto al utilizar el comando dbaascli pdb bounce?

R: No, la especificación de --openMode es opcional. Si no se proporciona, la PDB se abrirá en su modo por defecto.

P: ¿Qué sucede si no especifico el indicador --openMode?

R: Si no se especifica el indicador --openMode, la PDB se abrirá en su modo por defecto, que suele ser READ_WRITE.

Requisito

Ejecute el comando con el usuario oracle.

Sintaxis

dbaascli pdb close --dbname --pdbName | --pdbUID

Cuando este comando termina de ejecutarse correctamente, la PDB se cierra en todas las instancias de la base de datos de contenedores.

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli pdb close?

R: El comando dbaascli pdb close se utiliza para cerrar una base de datos conectable (PDB) en un entorno de Exadata Cloud@Customer.

P: ¿Cuáles son los requisitos para utilizar el comando dbaascli pdb close?

R: El comando se debe ejecutar como usuario oracle y debe estar conectado a una máquina virtual de Exadata Cloud@Customer.

P: ¿Cómo puedo cerrar una PDB especificando su nombre?

R: Para cerrar una PDB especificando su nombre, utilice la siguiente sintaxis:

dbaascli pdb close --dbname <CDB_Name> --pdbName <PDB_Name>

P: ¿Cómo puedo cerrar una PDB especificando su identificador único (UID)?

R: Para cerrar una PDB con su identificador único (UID), utilice la siguiente sintaxis:

dbaascli pdb close --dbname <CDB_Name> --pdbUID <PDB_UID>

P: ¿Qué hace la opción --dbname en el comando dbaascli pdb close?

R: la opción --dbname especifica el nombre de la base de datos de contenedores (CDB) que aloja la base de datos conectable (PDB) que desea cerrar.

P: ¿Qué hace la opción --pdbName en el comando dbaascli pdb close?

R: la opción --pdbName especifica el nombre de la base de datos conectable (PDB) que desea cerrar.

P: ¿Cuál es la finalidad de la opción --pdbUID en el comando dbaascli pdb close?

R: La opción --pdbUID permite especificar el identificador único (UID) de la base de datos conectable (PDB) que desea cerrar.

P: ¿Puedo cerrar la PDB en una instancia específica de la CDB?

R: No. Si se completa correctamente, la PDB se cierra en todas las instancias de la base de datos de contenedores (CDB).

P: ¿Es posible especificar --pdbName y --pdbUID en el mismo comando?

R: No, puede especificar --pdbName o --pdbUID, pero no ambos en el mismo comando.

P: ¿Qué sucede cuando el comando dbaascli pdb close se completa correctamente?

R: Cuando el comando se completa correctamente, la base de datos conectable (PDB) se cierra en todas las instancias de la base de datos de contenedores (CDB).

P: ¿Cómo puedo cerrar una PDB específica en una CDB mediante su UID?

R: Puede cerrar una PDB específica mediante su UID ejecutando:

dbaascli pdb close --dbname <CDB_Name> --pdbUID <PDB_UID>

P: ¿Qué sucede si olvido especificar --pdbName o --pdbUID?

R: Debe especificar --pdbName o --pdbUID en el comando. Si no se proporciona ninguno, el comando no se ejecutará.

P: ¿Puedo utilizar el comando dbaascli pdb close para una CDB directamente?

R: No, el comando está diseñado para cerrar una base de datos de conexión (PDB) dentro de una base de datos de contenedor (CDB), no la propia CDB.

Requisito

Ejecute el comando con el usuario oracle.

Sintaxis

dbaascli pdb getConnectString --dbname --pdbName | --pdbUID

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli pdb getConnectString?

R: El comando dbaascli pdb getConnectString se utiliza para mostrar la información de cadena de conexión de Red de Oracle para una base de datos conectable (PDB) en un entorno de Exadata Cloud@Customer.

P: ¿Cuáles son los requisitos para utilizar el comando dbaascli pdb getConnectString?

R: El comando se debe ejecutar como usuario oracle y debe estar conectado a una máquina virtual de Exadata Cloud@Customer.

P: ¿Cómo recupero la cadena de conexión de una PDB especificando su nombre?

R: Para recuperar la cadena de conexión especificando el nombre de la PDB, utilice la siguiente sintaxis:

dbaascli pdb getConnectString --dbname <CDB_Name> --pdbName <PDB_Name>

P: ¿Cómo recupero la cadena de conexión de una PDB especificando su identificador único (UID)?

R: Para recuperar la cadena de conexión mediante el identificador único (UID) de la PDB, utilice la siguiente sintaxis:

dbaascli pdb getConnectString --dbname <CDB_Name> --pdbUID <PDB_UID>

P: ¿Qué hace la opción --dbname en el comando dbaascli pdb getConnectString?

R: la opción --dbname especifica el nombre de la base de datos de contenedores (CDB) que aloja la base de datos de conexión (PDB) para la que desea mostrar la información de la cadena de conexión.

P: ¿Qué hace la opción --pdbName en el comando dbaascli pdb getConnectString?

R: la opción --pdbName especifica el nombre de la base de datos conectable (PDB) para la que desea recuperar la información de cadena de conexión de Red de Oracle.

P: ¿Cuál es la finalidad de la opción --pdbUID en el comando dbaascli pdb getConnectString?

R: La opción --pdbUID permite especificar el identificador único (UID) de la base de datos conectable (PDB) para la que desea mostrar la cadena de conexión.

P: ¿Puedo utilizar --pdbName y --pdbUID en el mismo comando?

R: No, puede utilizar --pdbName o --pdbUID, pero no ambos en el mismo comando.

P: ¿Qué tipo de información devuelve el comando dbaascli pdb getConnectString?

R: El comando devuelve la información de cadena de conexión de Red de Oracle para la base de datos conectable (PDB) especificada.

P: ¿Puedo recuperar la cadena de conexión para una PDB en una instancia de base de datos de contenedores específica?

R: No, la cadena de conexión es para la PDB en su conjunto, no para una instancia específica de la base de datos de contenedores.

P: ¿Cómo puedo obtener la información de la cadena de conexión si solo conozco el identificador único (UID) de la PDB?

R: Puede recuperar la cadena de conexión mediante el UID de la PDB ejecutando:

dbaascli pdb getConnectString --dbname <CDB_Name> --pdbUID <PDB_UID>

P: ¿Qué sucede si no proporciono --pdbName o --pdbUID?

R: Debe especificar --pdbName o --pdbUID para recuperar la cadena de conexión. El comando no se ejecutará sin una de estas opciones.

P: ¿La información de la cadena de conexión para la PDB es siempre la misma en todas las instancias de la CDB?

R: Sí, la información de la cadena de conexión es consistente para la PDB en todas las instancias de la base de datos de contenedor (CDB).

Requisito

Ejecute el comando con el usuario oracle.

Sintaxis

dbaascli pdb create --pdbName <value> --dbName <value> 
[--maxCPU <value>] 
[--maxSize <value>] 
[--pdbAdminUserName <value>] 
[--lockPDBAdminAccount <value>] 
[--resume [--sessionID <value>]] 
[--executePrereqs <value>] 
[--waitForCompletion <value>] 
[--blobLocation |--standbyBlobFromPrimary <value>]

Durante el proceso de creación de la PDB, se le solicitará que especifique la contraseña de administración de la nueva PDB.

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli pdb create?

R: El comando dbaascli pdb create se utiliza para crear una nueva base de datos conectable (PDB) en una base de datos de contenedores (CDB) en un entorno de Exadata Cloud@Customer.

P: ¿Cuáles son los requisitos para utilizar el comando dbaascli pdb create?

R: El comando se debe ejecutar como usuario oracle y debe estar conectado a una máquina virtual de Exadata Cloud@Customer.

P: ¿Qué hace la opción --pdbName en el comando dbaascli pdb create?

R: la opción --pdbName especifica el nombre de la nueva base de datos conectable (PDB) que desea crear.

P: ¿Qué hace la opción --dbName en el comando dbaascli pdb create?

R: la opción --dbName especifica el nombre de la base de datos de contenedores (CDB) que alojará la nueva base de datos conectable (PDB).

P: ¿Puedo limitar los recursos de CPU para la nueva PDB?

R: Sí, puede utilizar la opción --maxCPU para especificar el número máximo de CPU que puede utilizar la PDB. Esto es equivalente a definir el parámetro CPU_COUNT en la PDB.

P: ¿Cómo puedo limitar el tamaño de almacenamiento de una PDB?

R: Puede utilizar la opción --maxSize para especificar el tamaño total máximo de archivos de datos y archivos temporales para la PDB. Puede definir un límite de tamaño (en K, M, G o T) o especificar UNLIMITED sin límite.

P: ¿Para qué se utiliza la opción --pdbAdminUserName?

R: la opción --pdbAdminUserName especifica el nombre del usuario administrador para la nueva PDB. Este usuario tendrá privilegios administrativos en la PDB.

P: ¿Es posible bloquear la cuenta de usuario administrador durante la creación de la PDB?

R: Sí, puede utilizar la opción --lockPDBAdminAccount para especificar si se debe bloquear la cuenta de administrador de PDB. El valor predeterminado es true (bloqueado).

P: ¿Qué hace la opción --resume en el comando dbaascli pdb create?

R: La opción --resume permite reanudar un proceso de creación de PDB con fallos anteriores.

P: ¿Cómo puedo especificar un ID de sesión para reanudar una ejecución anterior?

R: Puede especificar un ID de sesión mediante la opción --sessionID para reanudar una sesión específica del proceso de creación de PDB.

P: ¿Cuál es el propósito de la opción --executePrereqs?

R: la opción --executePrereqs especifica si se deben ejecutar solo las comprobaciones de requisitos para la creación de PDB. Puede definir esta opción en yes o no.

P: ¿Puedo ejecutar el proceso de creación de PDB en segundo plano?

R: Sí, puede utilizar la opción --waitForCompletion y definirla en false para ejecutar la operación en segundo plano.

P: ¿Para qué se utiliza la opción --standbyBlobFromPrimary?

R: la opción --standbyBlobFromPrimary especifica la ubicación del archivo blob de base de datos en espera, que se prepara a partir de la base de datos principal. Es necesario para las operaciones de PDB de base de datos en espera.

P: ¿Cómo se me solicitará la contraseña de administrador de PDB durante el proceso de creación?

R: Durante el proceso de creación de la PDB, se le solicitará que especifique la contraseña de administración para la nueva PDB.

P: ¿Puedo crear una PDB en espera mediante el comando dbaascli PDB create?

R: Sí. Si está creando una PDB en espera, puede utilizar la opción --standbyBlobFromPrimary para especificar la ubicación del archivo blob en espera de la base de datos primaria.

P: ¿Qué sucede si no utilizo la opción --maxSize?

R: Si no especifica la opción --maxSize, la PDB no tendrá un límite de tamaño de almacenamiento a menos que las políticas de CDB definan lo contrario.

P: ¿Qué sucede si no proporciono la opción --pdbAdminUserName?

R: Si no proporciona la opción --pdbAdminUserName, la PDB se creará sin un usuario administrador especificado y deberá configurar manualmente el usuario administrador después de la creación.

P: ¿Puedo reanudar una creación de PDB fallida en cualquier momento del proceso?

R: Sí, siempre que no se haya terminado la sesión, puede reanudar una creación de PDB fallida mediante las opciones --resume y --sessionID.

Requisito

Ejecute el comando con el usuario oracle.

Sintaxis

dbaascli pdb createSnapshot
{
    --pdbName <value> | --pdbUID <value>
}
--dbName <value>
--snapshotName <value>
[--pdbAdminUserName <value>]
[--executePrereqs] [--resume [--sessionID <value>]]
[--waitForCompletion true|false]

Donde:

• --pdbName especifica el nombre de la PDB a partir del cual se va a crear la instantánea.
• --pdbUID especifica el ID de usuario (UID) de la PDB desde la que se va a crear la instantánea.
• --dbName Nombre de Oracle Database.
• --snapshotName especifica el nombre de la instantánea de PDB.
• --pdbAdminUserName especifica el nombre de usuario del administrador de la PDB.
• --executePrereqs ejecuta las comprobaciones de requisitos e informa de los resultados.
• --resume [--sessionID <value>] reanuda la operación anterior. Puede utilizar el indicador --sessionID <value> para especificar que se reanude desde un ID de sesión específico (<value>).
• --waitForCompletion true|false especifica si se debe ejecutar la operación en primer plano (true) o en segundo plano (false). Valores válidos: true, false.

Requisito

Ejecute el comando con el usuario oracle.

Sintaxis

dbaascli pdb configureSnapshot
{
    --pdbName <value> | --pdbUID <value>
}
--dbName <value>
--snapshotIntervalInMins <value>
[--executePrereqs]
[--maxPDBSnapshots <value>]
[--waitForCompletion <value>]

Donde:

• --pdbName <value> especifica el nombre de la PDB para la que se definirá la configuración de instantánea automática.
• --pdbUID <value> especifica el ID de usuario (UID) de la PDB para la que se definirá la configuración de instantánea automática.
• --dbName Nombre de Oracle Database.
• --snapshotIntervalInMins <value> especifica el intervalo, en minutos, para el momento en que se realizarán las instantáneas automáticas de PDB.
• --executePrereqs ejecuta las comprobaciones de requisitos e informa de los resultados.
• --maxPDBSnapshots <value>] especifica el número máximo de instantáneas que se van a crear para la PDB indicada. .
• --waitForCompletion true|false especifica si se debe ejecutar la operación en primer plano (true) o en segundo plano (false). Valores válidos: true, false.

Requisito

Ejecute el comando con el usuario oracle.

Sintaxis

dbaascli pdb delete --dbName value 
{ --pdbName value | --pdbUID value }
[--executePrereqs value]
[--waitForCompletion value]
[--resume [--sessionID value]]
[--allStandbyPrepared]
[--cleanupRelocatedPDB]

Preguntas frecuentes

P: ¿Cuál es la finalidad del comando dbaascli pdb delete?

R: El comando dbaascli pdb delete se utiliza para suprimir una base de datos conectable (PDB) de una base de datos de contenedores (CDB) en un entorno de Exadata Cloud@Customer.

P: ¿Cuáles son los requisitos para ejecutar el comando dbaascli pdb delete?

R: El comando se debe ejecutar como usuario oracle y debe estar conectado a una máquina virtual de Exadata Cloud@Customer.

P: ¿Qué especifica la opción --dbName en el comando dbaascli pdb delete?

R: la opción --dbName especifica el nombre de la base de datos de contenedores (CDB) que aloja la PDB que desea suprimir.

P: ¿Cómo puedo especificar qué PDB suprimir mediante el comando dbaascli PDB delete?

R: Puede especificar la PDB que desea suprimir mediante la opción --pdbName (especifica el nombre de la PDB) o la opción --pdbUID (especifica el UID de la PDB).

P: ¿Puedo ejecutar las comprobaciones de requisitos sin suprimir realmente la PDB?

R: Sí, puede utilizar la opción --executePrereqs y definirla en yes para ejecutar solo las comprobaciones de requisitos para la operación de supresión de PDB.

P: ¿Cómo puedo ejecutar el proceso de supresión de PDB en segundo plano?

R: Utilice la opción --waitForCompletion y defínala en false para ejecutar el proceso de supresión en segundo plano.

P: ¿Qué hace la opción --resume en el comando dbaascli pdb delete?

R: La opción --resume permite reanudar un proceso de supresión de PDB con fallos anteriores.

P: ¿Cómo puedo reanudar una sesión específica para una supresión de PDB?

R: Puede especificar un ID de sesión mediante la opción --sessionID para reanudar una sesión específica para el proceso de supresión de PDB.

P: ¿Qué hace la opción --allStandbyPrepared?