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

   Donde:

   • --dbName especifica el nombre de la base de datos
   • --oracleHome especifica la ubicación del directorio raíz de Oracle
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.

Para aplicar parches en un directorio raíz de Oracle (dbhome):

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

   Donde:

   • --oracleHome identifica la ruta del directorio raíz de Oracle en el que se va a aplicar el parche.
   • --targetVersion especifica la versión de Oracle Database de destino que se va a utilizar para la aplicación de parches, especificada como cinco segmentos numéricos separados por puntos (por ejemplo, 19.12.0.0.0).
   Por ejemplo:

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

4. Salga del shell de comandos del usuario root:

   exit

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

Una vez completada la operación de movimiento de la base de datos, la base de datos se ejecuta con la versión de software de Oracle Database del directorio raíz de Oracle de destino.

Para aplicar parches en una base de datos moviéndola a un directorio raíz de Oracle diferente:

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

   Donde:

   • --oracleHome identifica la ruta del directorio raíz de Oracle de destino que utiliza la versión de software de Oracle Database deseada. Tenga en cuenta que el directorio raíz de Oracle de destino debe existir en el sistema antes de utilizar el comando database move.
   • --dbname especifica el nombre de la base de datos que se va a mover.
   Por ejemplo:

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

4. Salga del shell de comandos del usuario root:

   exit

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

También se pueden aplicar parches en Oracle Grid Infrastructure creando primero una imagen de software con parches y, a continuación, utilizando esa imagen para realizar la operación de aplicación de parches. Esto proporciona la ventaja de que se puede crear una imagen con antelación fuera de la ventana de aplicación de parches. También ayuda en la resolución de conflictos, ya que los conflictos entre los parches se resaltan durante el proceso de creación de imagen sin que esto afecte a la ventana de aplicación de parches.

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

   Donde:

   • --oracleHome identifica la ruta del directorio raíz de Oracle para la que se va a realizar la comprobación previa.
   • --targetVersion especifica la versión de Oracle Database de destino a la que se va a aplicar el parche, especificada como cinco segmentos numéricos separados por puntos (por ejemplo, 19.12.0.0.0).
4. Salga del shell de comandos del usuario root:

   exit

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

   Donde:

   • --oracleHome identifica la ruta de acceso del directorio raíz de Oracle de destino que utiliza la versión de software de Oracle Database deseada. Tenga en cuenta que el directorio raíz de Oracle de destino debe existir en el sistema antes de utilizar el comando database move.
   • --dbname especifica el nombre de la base de datos que se va a mover
4. Salga del shell de comandos del usuario root:

   exit

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

   Donde --targetVersion identifica la versión de software de destino para la que se aplicará el parche en Oracle Grid Infrastructure, especificada como cinco segmentos numéricos separados por puntos, por ejemplo, 19.12.0.0.0

4. Salga del shell de comandos del usuario root:

   exit

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 comando de aplicación de parche original para reanudar una operación de aplicación de parche:
   Por ejemplo:

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

4. Salga del shell de comandos del usuario root:

   exit

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 comando de aplicación de parches original para realizar un rollback (revertir) una operación de aplicación de parche:
   Por ejemplo:

   dbaascli grid patch --targetVersion 19.11.0.0.0 --rollback

   Nota
   
   

   • Las operaciones de reanudación y rollback están soportadas para las operaciones de aplicación de parches en el directorio raíz de Oracle, de aplicación de parches de Oracle Grid Infrastructure y de movimiento de base de datos.
   • Al reanudar o realizar un rollback de una operación de aplicación de parches, debe ejecutar el comando de reanudación o rollback desde el mismo nodo que se haya utilizado para ejecutar el comando de aplicación de parches original, y debe ejecutar el comando original con la adición del indicador --resume o --rollback.
4. Salga del shell de comandos del usuario root:

   exit

Requisitos

Ejecute el comando con el usuario root.

Para usar la utilidad, debe conectarse a una máquina virtual de Exadata Database Service en Cloud at Customer.

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.

Requisito

Ejecute el comando con el usuario root.

Para utilizar la utilidad, debe conectarse a una máquina virtual de Exadata Cloud at Customer.

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

Sintaxis

dbaascli job getStatus --jobID

Preguntas frecuentes

P: ¿Para qué se utiliza el comando dbaascli job getStatus?

R: El comando dbaascli job getStatus se utiliza para ver el estado

Ejemplos de casos de uso

Ejemplo 1: Comprobación del estado de un trabajo específico mediante el ID de trabajo

dbaascli job getStatus --jobID 12345

Comprueba el estado del trabajo con el ID 12345. La salida mostrará el estado actual del trabajo (por ejemplo, en curso, completado o con fallos).

Ejemplo 2: Comprobación del estado de un trabajo de aplicación de parches mediante el ID de trabajo

dbaascli job getStatus --jobID 98765

Recupera el estado de un trabajo de aplicación de parches con el ID 98765 para ver si el parche se ha aplicado correctamente o si aún se está ejecutando.

Ejemplo 3: Comprobación del estado de un trabajo de copia de seguridad de base de datos

dbaascli job getStatus --jobID 45678

Comprueba el estado de un trabajo de copia de seguridad de base de datos con el ID 45678. La salida proporcionará detalles sobre el progreso o la finalización de la copia de seguridad.

Ejemplo 4: Comprobación del progreso de un trabajo de larga ejecución

dbaascli job getStatus --jobID 23456

Compruebe el progreso de un trabajo de larga ejecución (ID 23456) para ver si aún se está ejecutando o si ha terminado.

Ejemplo 5: Visualización del estado de un trabajo de creación de base de datos

dbaascli job getStatus --jobID 67890

Comprueba el estado de un trabajo de creación de base de datos identificado por el ID de trabajo 67890.

Requisitos

Ejecute el comando con el usuario root.

Para utilizar la utilidad, debe conectarse a una máquina virtual de Exadata Cloud at Customer.

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

Sintaxis

dbaascli cpuscale get_status

Preguntas frecuentes

P: ¿Para qué se utiliza el comando dbaascli cpuscale get_status?

R: El comando dbaascli cpuscale get_status se utiliza para comprobar el estado de la solicitud de escalado de CPU actual o última, especialmente cuando se interrumpe la conectividad de red entre el servidor del plano de control y la región de OCI.

P: ¿Cuáles son los requisitos para utilizar el comando dbaascli cpuscale get_status?

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

P: ¿Qué debo hacer si encuentro problemas al ejecutar el comando dbaascli cpuscale get_status?

R: Asegúrese de que está ejecutando el comando como usuario root y de que está conectado a una máquina virtual de Exadata Cloud@Customer. Si los problemas persisten, consulte la documentación del comando o busque soporte de Oracle.

P: ¿Qué ocurre si el comando muestra un estado de fallo?

R: Si el comando muestra un estado de fallo, compruebe los logs detallados en busca de mensajes de error y solucione problemas en función del error específico. Puede que tenga que solucionar problemas de red o revisar los detalles de la solicitud de escala.

Ejemplos de casos de uso

Ejemplo 1: Comprobación del estado de la operación de escala de CPU más reciente

dbaascli cpuscale get_status

Comprueba el estado de la solicitud de escala de CPU actual o última. Proporcionará información sobre si la escala está programada, en ejecución o se ha completado con éxito o fallo.

Ejemplo 2: Comprobación del estado después de un fallo en una solicitud de escala

Se ha solicitado una operación de escala, pero se han encontrado problemas de red entre el servidor del plano de control y la región de OCI.

dbaascli cpuscale get_status

Comprueba el estado de la solicitud de escala. Dado que el proceso de escalado falló debido a problemas de red, la salida proporcionará detalles sobre el estado de fallo.

Ejemplo 3: Comprobación del estado cuando la escala está en curso

Una operación de ampliación de CPU está en curso y el usuario desea supervisar su progreso.

dbaascli cpuscale get_status

Comprueba el estado actual, que muestra que la solicitud de escala está en estado "en ejecución". Permite al usuario realizar un seguimiento de la operación hasta que se complete o falle.

Ejemplo 4: Comprobación del estado después de la finalización correcta de la escala

Se ha realizado y completado correctamente una operación de escala.

dbaascli cpuscale get_status

Comprueba el estado y confirma que la operación de escala se ha completado correctamente. Informa del estado final como "éxito".

Requisitos

Para escalar o reducir verticalmente las OCPU de un cluster de VM en modo desconectado, ejecute los comandos dbaascli cpuscale update y dbaascli cpuscale get_status desde cualquier nodo de un cluster de VM para cambiar el recuento de núcleos de CPU de ese cluster. Si tiene más de un cluster de VM, ejecute un comando independiente desde cualquier nodo de cada cluster de VM que desee escalar o reducir verticalmente. Estos comandos están diseñados de modo que no funcionen si se emiten durante el modo de conexión normal y sufrirán un timeout después de 600 segundos (10 minutos).

Ejecute el comando con el usuario root.

Para utilizar la utilidad, debe conectarse a una máquina virtual de Exadata Cloud at Customer.

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

Sintaxis

Se considera que Exadata Database Service en Cloud at Customer está en modo Desconectado cuando se produce una pérdida de conectividad con el plano de control de DBaaS que se ejecuta en Oracle Cloud Infrastructure (OCI).

dbaascli cpuscale update --coreCount coreCount --message message

Preguntas frecuentes

P: ¿Para qué se utiliza el comando dbaascli cpuscale update?

R: El comando dbaascli cpuscale update se utiliza para escalar o reducir verticalmente el recuento de núcleos de CPU de una máquina virtual en un cluster de VM cuando se produce una interrupción de la conectividad de red entre el servidor del plano de control y Oracle Cloud Infrastructure (OCI).

P: ¿Cuáles son los requisitos para utilizar el comando dbaascli cpuscale update?

R: Antes de utilizar este comando, asegúrese de ejecutarlo en modo desconectado, lo que significa que hay una pérdida de conectividad con el plano de control DBaaS en OCI. Ejecute el comando desde cualquier nodo dentro del cluster de VM y tenga en cuenta que se agotará el tiempo de espera después de 600 segundos (10 minutos) si se utiliza en modo conectado. El comando se debe ejecutar como usuario raíz.

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

R: Para utilizar el comando dbaascli cpuscale update, debe conectarse a una máquina virtual de Exadata Cloud@Customer mediante SSH. Consulte "Conexión a una máquina virtual con SSH" para obtener instrucciones detalladas.

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

R: la opción --coreCount especifica el número de destino de las CPU que desea escalar o reducir para cada VM del cluster.

P: ¿Puedo incluir un mensaje con el comando dbaascli cpuscale update?

R: Sí, puede incluir un mensaje opcional con la opción --message como referencia.

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

R: Para comprobar el estado de una operación de escala de CPU, utilice el comando dbaascli cpuscale get_status. También se debe ejecutar desde cualquier nodo dentro del cluster de VM.

P: ¿Qué sucede si ejecuto el comando dbaascli cpuscale update en modo conectado?

R: El comando está diseñado para no funcionar en modo conectado y se agotará el tiempo de espera después de 600 segundos (10 minutos). Solo se debe utilizar en modo desconectado.

P: ¿Cómo amplío los núcleos de CPU para varios clusters de VM?

R: Si tiene más de un cluster de VM, debe ejecutar el comando dbaascli cpuscale update por separado desde cualquier nodo de cada cluster de VM que desee escalar o reducir.

Ejemplos de casos de uso

Ejemplo 1: ampliación de núcleos de CPU a 20

El cluster de VM se está ejecutando con 16 núcleos y desea aumentarlo a 20.

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

Escala el recuento de núcleos de CPU hasta 20 e incluye un mensaje de referencia "Escalando para aumentar la demanda".

Ejemplo 2: reducción de núcleos de CPU a 8

El cluster de VM está utilizando actualmente 12 núcleos, pero desea reducir el recuento a 8 para ahorrar recursos.

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

Reduce el número de núcleos de CPU a 8 y proporciona un mensaje para futuras referencias sobre el motivo por el que se realizó la operación de escala.

Ejemplo 3: Escalado de CPU sin mensaje

Debe escalar los núcleos de CPU de 32 a 24, pero no es necesario ningún mensaje adicional.

dbaascli cpuscale update --coreCount 24

Este comando escala el recuento de núcleos a 24 sin ningún mensaje. La operación se llevará a cabo con el registro por defecto de acciones.

Ejemplo 4: verificación del estado después de escalar la CPU

Después de ejecutar el comando de escala, desea comprobar si la actualización se ha realizado correctamente.

dbaascli cpuscale get_status

Comprueba el estado de la solicitud de ampliación actual o última, lo que le permite confirmar si la operación de ampliación o reducción vertical se ha realizado correctamente.

Ejemplo 5: Intento de escala cuando la VM ya está en un máximo de núcleos

El cluster de VM ya tiene el máximo permitido de núcleos de CPU (48), pero se intenta ampliar.

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

Fallo porque el cluster de VM no puede superar el máximo de núcleos permitidos. El estado reflejará el fallo después de intentar escalar a 50 núcleos.

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 Exadata Database Service en Cloud at Customer.

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 las 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 como 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 de inicio 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 donde 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 los destinos de almacenamiento de copia de seguridad de Oracle Database, realizar copias de seguridad, consultar copias de seguridad y suprimir las 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]
            | [--backupPrepared]
        }
        [--targetPDBName <value>] [--waitForCompletion <value>] [--resume [--sessionID <value>]]

Preguntas frecuentes

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

R: El comando dbaascli database convertToPDB convierte una Oracle Database no CDB especificada en una base de datos conectable (PDB) dentro de una base de datos de contenedores (CDB).

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

R: utilice la opción --dbname para especificar el nombre de la instancia de Oracle Database que no es CDB que desea convertir. Por ejemplo:

dbaascli database convertToPDB --dbname <db_name>

P: ¿Cómo puedo especificar la CDB de destino para la conversión de PDB?

R: utilice la opción --cdbName para especificar el nombre de la base de datos de contenedores (CDB) de destino en la que se creará la nueva PDB. Si la CDB no existe, se creará una nueva en el mismo directorio raíz de Oracle que la no CDB de origen.

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

R: La opción --executePrereqs ejecuta comprobaciones previas a la conversión para asegurarse de que la base de datos está lista para la conversión. No se realizarán cambios en la base de datos durante este paso.

P: ¿Cómo puedo copiar los archivos de datos durante la conversión?

R: Puede utilizar la opción --copyDatafiles para crear una nueva copia de los archivos de datos en lugar de utilizar los archivos originales de la base de datos origen.

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

R: La opción --keepSourceDB permite conservar la base de datos no CDB de origen original una vez finalizada la operación de conversión. Si no utiliza esta opción, la base de datos origen se eliminará después de la conversión.

P: ¿Cómo confirmo que una copia de seguridad está preparada antes de la conversión?

R: Utilice el indicador --backupPrepared para confirmar que ha realizado una copia de seguridad adecuada de la base de datos no CDB antes de realizar la conversión. Este paso es crucial para evitar la pérdida de datos.

P: ¿Cómo puedo especificar un nombre personalizado para la nueva PDB?

R: utilice la opción --targetPDBName para proporcionar un nombre específico para la nueva PDB que se creará como parte de la conversión. Por ejemplo:

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

P: ¿Puedo ejecutar la conversión en segundo plano?

R: Sí, puede utilizar la opción --waitForCompletion para especificar si la operación se debe ejecutar en segundo plano. Utilice false para ejecutarse en segundo plano y true para esperar a que finalice la operación antes de continuar. El valor por defecto es true.

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

R: Puede utilizar la opción --resume para reanudar un proceso de conversión interrumpido anteriormente. Opcionalmente, puede proporcionar --sessionID para reanudar una sesión específica.

P: ¿Qué sucede si no especifico un nombre de CDB?

R: Si no se proporciona la opción --cdbName, el sistema creará la nueva PDB en el mismo directorio raíz de Oracle que la base de datos no CDB de origen.

P: ¿Puedo continuar la conversión después de una interrupción sin conocer el ID de sesión?

R: Sí, el uso de la opción --resume sin especificar un ID de sesión reanudará la última sesión conocida. Si desea reanudar una sesión específica, puede proporcionar --sessionID.

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

R: La opción --sessionID se utiliza junto con --resume para especificar una sesión concreta para reanudar, en caso de que haya varias sesiones interrumpidas.

P: ¿Es obligatorio tener una copia de seguridad antes de convertir una base de datos no CDB en una PDB?

R: Aunque el indicador --backupPrepared es opcional, se recomienda realizar una copia de seguridad de la base de datos no CDB antes de realizar la conversión a PDB. Esto garantiza que puede restaurar la base de datos en caso de problemas durante la conversión.

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

Ejecute el comando como usuario root o oracle.

Sintaxis

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

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

Preguntas frecuentes

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

R: El comando dbaascli database createTemplate se utiliza para crear plantillas de base de datos (plantillas de DBCA) a partir de una base de datos especificada, que se puede utilizar más adelante para crear nuevas bases de datos.

P: ¿Cómo especifico el nombre de la base de datos para la que quiero crear una plantilla?

R: utilice la opción --dbname para especificar el nombre de la instancia de Oracle Database desde la que se creará la plantilla. Por ejemplo:

dbaascli database createTemplate --dbname <db_name>

P: ¿Cómo especifico dónde se debe guardar la plantilla?

R: Utilice la opción --templateLocation para especificar la ubicación en la que se guardará la plantilla de DBCA. Por ejemplo:

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

P: ¿Puedo cargar la plantilla directamente en Object Storage?

R: Sí, puede utilizar la opción --uploadToObjectStorage para cargar la plantilla DBCA en Object Storage. Deberá especificar el usuario de conexión y el nombre del cubo de Object Storage con las opciones --objectStorageLoginUser y --objectStorageBucketName, respectivamente.

P: ¿Cómo puedo especificar los detalles de conexión de Object Storage al cargar la plantilla?

R: Utilice las siguientes opciones para especificar los detalles de Object Storage:

--objectStorageLoginUser: especifica el usuario de conexión de Object Storage.

--objectStorageBucketName: especifica el nombre del cubo de Object Storage.

--objectStorageUrl: (opcional) especifica la URL de Object Storage si es diferente de la predeterminada.

Por ejemplo:

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

P: ¿Cómo puedo especificar un nombre personalizado para la plantilla de DBCA?

R: utilice la opción --templateName para especificar un nombre personalizado para la plantilla de DBCA. Por ejemplo:

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

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

R: la opción --rmanParallelism especifica el nivel de paralelismo de las operaciones de RMAN durante el proceso de creación de plantillas. Por ejemplo:

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

P: ¿Qué sucede si no especifico las opciones --templateLocation o --uploadToObjectStorage?

R: Si no especifica una ubicación de plantilla con --templateLocation o decide cargarla en Object Storage con --uploadToObjectStorage, el comando no sabrá dónde almacenar la plantilla creada y no se podrá completar.

P: ¿Puedo usar tanto --templateLocation como --uploadToObjectStorage al mismo tiempo?

R: No, debe seleccionar --templateLocation para guardar la plantilla localmente o --uploadToObjectStorage para cargarla en Object Storage, pero no ambos.

P: ¿Es obligatoria la opción --objectStorageUrl al cargar la plantilla en Object Storage?

R: No, la opción --objectStorageUrl es opcional. Si no se especifica, se utilizará la URL por defecto de Object Storage. Solo tiene que especificar esto si utiliza una URL personalizada de Object Storage.

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

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

P: ¿Puedo reanudar un proceso de creación de plantillas con fallos anteriores?

R: No, el comando dbaascli database createTemplate no admite la reanudación de un proceso fallido. Deberá reiniciar el comando desde el principio.

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 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 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 Oracle Database mediante la duplicación de una base de datos activa existente.

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

R: Debe ejecutar el comando como 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 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 de origen, que es necesario para duplicar la base de datos a partir de una base de datos de 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 las solicitudes previas 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 el usuario root o el 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.

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

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 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 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 usará 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 cambiar la versión de 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 las bases de datos en espera en las 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 de punto de restauración garantizado (GRP) si el cambio de versión de la base de datos es correcto.

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 el cambio de versió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 de 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 de cluster.

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

R: El comando se debe ejecutar como el 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.

Ejecute este comando como el usuario oracle en la base de datos en espera de destino.

Sintaxis

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

Ejecute este comando como usuario oracle en el que es necesario volver a instanciar (que es una base de datos en espera con fallos).

Sintaxis

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

Para determinar cuándo se debe rehabilitar un miembro en una configuración de Data Guard (DG):

Supervise la salida dgmgrl show database para detectar los siguientes errores de ORA:

• En el nuevo cluster primario:

  ORA-16661: Se debe volver a instanciar la base de datos de espera

• En el cluster primario anterior:

  ORA-16623: El miembro ha detectado un cambio de roles

Estos mensajes indican que se ha producido un failover. Para restaurar la sincronización completa dentro de la configuración de Data Guard, se debe volver a instanciar la principal anterior.

Ejecute este comando como el usuario oracle.

Sintaxis

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

Ejecute este comando como usuario root en la base de datos primaria. Al final de la ejecución del comando, se crea un archivo BLOB en espera. Debe copiar este archivo en el sistema de base de datos en espera para continuar con el paso configureStandby.

Sintaxis

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

Ejecute este comando como usuario root en el cluster en espera.

Sintaxis

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

Ejecute este comando como usuario root en el cluster primario. Además, en una configuración de varias bases de datos en espera, ejecute el comando en todos los clusters en espera, excepto en el cluster de base de datos en espera recién creado.

Sintaxis

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

Ejecute este comando como usuario root en el cluster primario. Sin embargo, en el contexto de varias bases de datos en espera, este comando debe ejecutarse en todos los clusters en espera, excepto en el destino en espera.

Sintaxis

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

Ejecute este comando como usuario root en el cluster en espera de Active Data Guard en el que desea activar o desactivar la configuración de AWR. Utilice este comando si no se ha configurado AWR durante el proceso de adición en espera.

Sintaxis

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

Ejecute esta acción como usuario root.

Cuando el comando de actualización de modo de transporte se ejecuta en la base de datos primaria, solo se actualiza el modo de transporte de la base de datos primaria. Para actualizar el modo de transporte de una base de datos en espera, el comando se debe ejecutar por separado en esa base de datos en espera.

Por el contrario, cuando el comando de modo de protección de actualización se ejecuta en la base de datos principal, el modo de protección se actualiza tanto para la base de datos principal como para la base de datos en espera. El modo de protección también se puede actualizar desde el lado en espera, en cuyo caso se actualizan las bases de datos primaria y en espera.

Al actualizar el modo de transporte o protección desde la base de datos principal, el sistema comprueba los modos actuales tanto en la base de datos principal como en la base de datos en espera y continúa con la actualización solo si se cumplen todas las condiciones necesarias.

Sintaxis

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

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 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: Consulte los logs de salida para obtener 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 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 la información sobre todas las bases de datos de 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 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: A continuación se muestra un 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: A continuación se muestra un 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 diag collect [--components <value>] [--startTime <value>] [--endTime <value>] [--nodes <value>] [--dbNames <value>]
        {
            [--objectStoreBucketUri <value>]
            | [--destLocation <value>]
        }
        [--waitForCompletion <value>]

Preguntas frecuentes

P: ¿Cuál es el propósito del comando dbaascli diag collect?

R: El comando dbaascli diag collect se utiliza para recopilar logs de diagnóstico para Oracle Database y componentes asociados, como el sistema operativo, Grid Infrastructure (GI) y las herramientas DBaaS.

P: ¿Cómo puedo especificar para qué componentes recopilar diagnósticos?

R: Puede especificar los componentes mediante la opción --components. Los valores válidos son:

db (para logs de base de datos)

gi (para logs de Grid Infrastructure)

os (para logs del sistema operativo)

dbaastools (para logs de herramientas DBaaS)

all (para recopilar logs de todos los componentes)

P: ¿Cómo puedo recopilar logs para un rango de tiempo específico?

R: Utilice las siguientes opciones para especificar un rango temporal:

--startTime <value> para definir la hora de inicio de la recopilación de logs.

--endTime <value> para definir la hora de finalización de la recopilación de logs.

La hora debe tener el formato: YYYY-MM-DDTHH24:MM:SS.

P: ¿En qué formato deben estar las horas de inicio y finalización?

R: Tanto --startTime como --endTime deben tener el formato YYYY-MM-DDTHH24:MM:SS. Por ejemplo, 2024-09-01T15:30:00.

P: ¿Cómo puedo especificar de qué nodos recopilar diagnósticos?

R: Puede utilizar la opción --nodes para especificar una lista de nodos delimitada por comas. Por ejemplo:

--nodes node1,node2

P: ¿Cómo puedo recopilar logs para una base de datos específica?

R: utilice la opción --dbNames para especificar el nombre de la base de datos para la que desea recopilar logs. Sólo se puede especificar un nombre de base de datos a la vez.

P: ¿Cómo puedo almacenar los logs recopilados en Object Storage?

R: utilice la opción --objectStoreBucketUri para especificar la URL de solicitud autenticada previamente (SAP) para el cubo de Object Storage donde se cargarán los logs.

P: ¿Puedo recopilar logs en un directorio local en lugar de en Object Storage?

R: Sí, puede utilizar la opción --destLocation para especificar un directorio en la VM de invitado donde se recopilarán los logs. La ubicación por defecto es /var/opt/oracle/dbaas_acfs.

P: ¿Qué sucede si no especifico un destino para los logs?

R: Si no se especifica ningún destino, los logs recopilados se almacenarán en la ubicación por defecto /var/opt/oracle/dbaas_acfs en la VM de invitado.

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

R: la opción --waitForCompletion especifica si se debe esperar a que finalice el comando antes de devolver el control al usuario. El valor por defecto es true. Si especifica false, la operación se ejecuta en segundo plano.

P: ¿Cómo puedo ejecutar la recopilación de logs en segundo plano?

R: Defina la opción --waitForCompletion en false para ejecutar el proceso de recopilación de logs en segundo plano:

dbaascli diag collect --waitForCompletion false

P: ¿Puedo reanudar una sesión de recopilación de logs anterior con este comando?

R: No, el comando dbaascli diag collect no soporta la reanudación de sesiones anteriores. Tendrá que iniciar un nuevo proceso de recopilación de logs.

P: ¿Cómo puedo garantizar que los logs se carguen directamente en Object Storage?

R: Puede proporcionar un --objectStoreBucketUri válido (URL de solicitud autenticada previamente de Object Storage) donde los logs se cargarán después de la recopilación.

P: ¿Puedo recopilar logs para varias bases de datos a la vez?

R: No, solo puede especificar un nombre de base de datos a la vez mediante la opción --dbNames.

P: ¿Qué debo hacer si quiero recopilar todos los logs disponibles para todos los componentes?

R: Utilice --components all para recopilar logs de todos los componentes, incluidas las herramientas de base de datos, Grid Infrastructure, sistema operativo y DBaaS.

P: ¿Cuál es un comando de ejemplo para recopilar logs para el componente de base de datos de un rango temporal específico?

R: A continuación se muestra un comando de ejemplo:

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

P: ¿Cuál es un comando de ejemplo para recopilar logs y cargarlos en Object Storage?

R: A continuación se muestra un comando de ejemplo:

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

P: ¿Cuál es el comportamiento predeterminado si no se especifica la opción --components?

R: Si no especifica la opción --components, es posible que el comando no sepa qué logs recopilar y que falle. Se recomienda especificar siempre los componentes de los que desea recopilar logs.

P: ¿Puedo especificar las opciones --objectStoreBucketUri y --destLocation en el mismo comando?

R: No, debe seleccionar un destino: Object Storage mediante --objectStoreBucketUri o un directorio local mediante --destLocation.

P: ¿Qué debo hacer si encuentro un error al usar el comando dbaascli diag collect?

R: Compruebe que ha proporcionado nombres de componentes válidos, formatos de fecha/hora y opciones de destino. Además, asegúrese de ejecutar el comando como usuario root.

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 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 los nodos sean correctos si se especifican.

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 gridHome create --version value [--resume [--sessionID value]] [--waitForCompletion value]

Preguntas frecuentes

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

R: El comando dbaascli gridHome create se utiliza para configurar un directorio raíz de Grid Infrastructure para Oracle Grid Infrastructure en un entorno de Exadata Cloud@Customer.

P: ¿Cuál es el requisito para ejecutar el comando dbaascli gridHome create?

R: El comando se debe ejecutar como usuario root.

P: ¿Cómo puedo especificar la versión del directorio raíz de Grid Infrastructure que se va a crear?

R: utilice la opción --version para especificar la versión del directorio raíz de Grid. Esta es una opción obligatoria al crear el directorio raíz de Grid.

P: ¿Puedo reanudar una sesión de creación de dbaascli gridHome anterior?

R: Sí, puede utilizar la opción --resume para reanudar una sesión anterior. Opcionalmente, puede especificar el ID de sesión mediante la opción --sessionID para reanudar una sesión específica.

P: ¿Qué hace la opción --resume en el comando dbaascli gridHome create?

R: La opción --resume permite reanudar una operación interrumpida o incompleta anteriormente.

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

R: Puede definir la opción --waitForCompletion en false para ejecutar la operación en segundo plano. Los valores válidos para esta opción son true (por defecto) o false.

P: ¿Cuál es el comportamiento por defecto si no se especifica --waitForCompletion?

R: Si no se especifica --waitForCompletion, la operación se ejecutará en primer plano y el comando esperará a que se complete la operación antes de devolver el control al usuario.

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

R: La opción --sessionID se utiliza para especificar el ID de una sesión anterior que desea reanudar, en caso de una operación incompleta o interrumpida.

P: ¿Puedo utilizar el comando dbaascli gridHome create para actualizar un directorio raíz de Grid existente?

R: No, este comando se utiliza específicamente para configurar un nuevo directorio raíz de Grid Infrastructure, no para actualizar uno existente.

P: ¿Cuál es un comando de ejemplo para crear un directorio raíz de Grid con la versión 19.9.0.0.0?

R: A continuación se muestra un comando de ejemplo:

dbaascli gridHome create --version 19.9.0.0.0

P: ¿Qué debo hacer si se interrumpe el comando dbaascli gridHome create?

R: Puede reanudar la operación mediante la opción --resume. Si tiene el ID de sesión, puede proporcionarlo mediante la opción --sessionID para reanudar una sesión específica.

P: ¿Puedo especificar la opción --resume sin un ID de sesión?

R: Sí, puede utilizar la opción --resume sin especificar un ID de sesión. En este caso, el sistema intentará reanudar la sesión más reciente.

P: ¿Qué sucede si especifico --waitForCompletion false?

R: Si especifica --waitForCompletion false, la operación se ejecutará en segundo plano, lo que le permite seguir utilizando la línea de comandos mientras finaliza la operación.

P: ¿Es posible realizar un seguimiento del progreso de una operación en segundo plano?

R: El comando dbaascli no proporciona una forma directa de realizar un seguimiento de las operaciones en segundo plano. Puede que necesite comprobar manualmente los logs del sistema o el estado de la sesión.

P: ¿Puedo especificar una versión de directorio raíz de Grid no válida al crearla?

R: No, la opción --version debe contener una versión válida de Grid Infrastructure. Si se proporciona una versión no válida, el comando devolverá un error.

P: ¿Cómo puedo determinar la versión del directorio raíz de Grid que se utilizará para la creación?

R: Puede consultar la documentación de Oracle o consultar con el administrador de la base de datos para determinar la versión correcta del directorio raíz de Grid que se utilizará para su entorno.

P: ¿Qué debo verificar antes de ejecutar el comando dbaascli gridHome create?

R: Asegúrese de que está conectado como usuario root y de que la versión que desea utilizar para Grid Infrastructure es compatible con su entorno.

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