Skip to main content
NetApp database solutions
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

TR-4988: Copia de seguridad, recuperación y clonación de bases de datos Oracle en ANF con SnapCenter

Colaboradores kevin-hoke

Allen Cao, Niyaz Mohamed, NetApp

Esta solución proporciona descripción general y detalles para la implementación automatizada de Oracle en Microsoft Azure NetApp Files como almacenamiento de base de datos principal con protocolo NFS y la base de datos de Oracle se implementa como base de datos contenedora con dNFS habilitado. La base de datos implementada en Azure está protegida mediante la herramienta de interfaz de usuario SnapCenter para una administración simplificada de la base de datos.

Objetivo

El software NetApp SnapCenter software es una plataforma empresarial fácil de usar para coordinar y administrar de forma segura la protección de datos en aplicaciones, bases de datos y sistemas de archivos. Simplifica la gestión del ciclo de vida de las copias de seguridad, la restauración y la clonación al delegar estas tareas a los propietarios de las aplicaciones sin sacrificar la capacidad de supervisar y regular la actividad en los sistemas de almacenamiento. Al aprovechar la gestión de datos basada en almacenamiento, se permite un mayor rendimiento y disponibilidad, así como una reducción de los tiempos de prueba y desarrollo.

En TR-4987,"Implementación de Oracle simplificada y automatizada en Azure NetApp Files con NFS" Demostramos la implementación automatizada de Oracle en Azure NetApp Files (ANF) en la nube de Azure. En esta documentación, mostramos la protección y administración de bases de datos de Oracle en ANF en la nube de Azure con una herramienta de interfaz de usuario SnapCenter muy fácil de usar.

Esta solución aborda los siguientes casos de uso:

  • Copia de seguridad y recuperación de la base de datos Oracle implementada en ANF en la nube de Azure con SnapCenter.

  • Administre instantáneas de bases de datos y copias de clones para acelerar el desarrollo de aplicaciones y mejorar la gestión del ciclo de vida de los datos.

Audiencia

Esta solución está destinada a las siguientes personas:

  • Un administrador de bases de datos que desee implementar bases de datos Oracle en Azure NetApp Files.

  • Un arquitecto de soluciones de base de datos que desea probar cargas de trabajo de Oracle en Azure NetApp Files.

  • Un administrador de almacenamiento que desee implementar y administrar bases de datos de Oracle en Azure NetApp Files.

  • Un propietario de una aplicación que desea crear una base de datos Oracle en Azure NetApp Files.

Entorno de prueba y validación de soluciones

Las pruebas y la validación de esta solución se realizaron en un entorno de laboratorio que podría no coincidir con el entorno de implementación final. Ver la secciónFactores clave a considerar en la implementación Para más información.

Arquitectura

Esta imagen proporciona una imagen detallada de la configuración de implementación de Oracle en la nube pública de AWS con iSCSI y ASM.

Componentes de hardware y software

Hardware

Azure NetApp Files

Oferta actual en Azure de Microsoft

Un pool de capacidad con nivel de servicio Premium

Máquina virtual de Azure para servidor de base de datos

Standard_B4ms: 4 vCPU, 16 GiB

Dos instancias de máquinas virtuales Linux

Máquina virtual de Azure para SnapCenter

Standard_B4ms: 4 vCPU, 16 GiB

Una instancia de máquina virtual de Windows

Software

Red Hat Linux

RHEL Linux 8.6 (LVM) - x64 Gen2

Se implementó una suscripción a RedHat para realizar pruebas

Servidor de Windows

Centro de datos 2022; Hotpatch de AE - x64 Gen2

Alojamiento del servidor SnapCenter

Base de datos Oracle

Versión 19.18

Parche p34765931_190000_Linux-x86-64.zip

Oracle OPatch

Versión 12.2.0.1.36

Parche p6880880_190000_Linux-x86-64.zip

Servidor SnapCenter

Versión 5.0

Implementación de grupos de trabajo

Abrir JDK

Versión java-11-openjdk

Requisito del complemento SnapCenter en las máquinas virtuales de base de datos

Sistema Nacional de Archivos

Versión 3.0

Oracle dNFS habilitado

Ansible

núcleo 2.16.2

Python 3.6.8

Configuración de la base de datos Oracle en el entorno de laboratorio

Servidor

Base de datos

Almacenamiento de base de datos

ora-01

NTAP1(NTAP1_PDB1,NTAP1_PDB2,NTAP1_PDB3)

/u01, /u02, /u03 NFS se monta en el grupo de capacidad ANF

ora-02

NTAP2(NTAP2_PDB1,NTAP2_PDB2,NTAP2_PDB3)

/u01, /u02, /u03 NFS se monta en el grupo de capacidad ANF

Factores clave a considerar en la implementación

  • * Implementación de SnapCenter . * SnapCenter se puede implementar en un dominio de Windows o en un entorno de grupo de trabajo. Para la implementación basada en dominio, la cuenta de usuario del dominio debe ser una cuenta de administrador de dominio, o el usuario del dominio debe pertenecer al grupo de administradores locales en el servidor de alojamiento de SnapCenter .

  • Resolución de nombres. El servidor SnapCenter necesita resolver el nombre a la dirección IP para cada host del servidor de base de datos de destino administrado. Cada host del servidor de base de datos de destino debe resolver el nombre del servidor SnapCenter en la dirección IP. Si un servidor DNS no está disponible, agregue nombres a los archivos del host local para su resolución.

  • Configuración del grupo de recursos. El grupo de recursos en SnapCenter es una agrupación lógica de recursos similares que pueden respaldarse juntos. De esta forma, se simplifica y reduce el número de trabajos de backup en un entorno de bases de datos grandes.

  • Copia de seguridad independiente del registro de archivo y de la base de datos completa. La copia de seguridad completa de la base de datos incluye volúmenes de datos y volúmenes de registro, instantáneas de grupo consistentes. Una instantánea completa de base de datos frecuente implica un mayor consumo de almacenamiento, pero mejora el RTO. Una alternativa es realizar instantáneas de bases de datos completas con menos frecuencia y copias de seguridad de registros de archivo con mayor frecuencia, lo que consume menos almacenamiento y mejora el RPO, pero puede extender el RTO. Tenga en cuenta sus objetivos de RTO y RPO al configurar el esquema de respaldo. También hay un límite (1023) en la cantidad de copias de seguridad de instantáneas en un volumen.

  • Delegación de Privileges . Aproveche el control de acceso basado en roles integrado en la interfaz de usuario de SnapCenter para delegar privilegios a los equipos de aplicaciones y bases de datos si lo desea.

Implementación de la solución

Las siguientes secciones proporcionan procedimientos paso a paso para la implementación, configuración y copia de seguridad, recuperación y clonación de bases de datos de Oracle de SnapCenter en Azure NetApp Files en la nube de Azure.

Requisitos previos para la implementación

Details

La implementación requiere bases de datos Oracle existentes que se ejecuten en ANF en Azure. De lo contrario, siga los pasos a continuación para crear dos bases de datos Oracle para la validación de la solución. Para obtener detalles sobre la implementación de la base de datos Oracle en ANF en la nube de Azure con automatización, consulte TR-4987:"Implementación de Oracle simplificada y automatizada en Azure NetApp Files con NFS"

  1. Se ha configurado una cuenta de Azure y se han creado los segmentos de red y VNet necesarios dentro de su cuenta de Azure.

  2. Desde el portal de la nube de Azure, implemente máquinas virtuales Linux de Azure como servidores de base de datos de Oracle. Cree un grupo de capacidad de Azure NetApp Files y volúmenes de base de datos para la base de datos de Oracle. Habilite la autenticación de clave pública/privada SSH de VM para azureuser en servidores de base de datos. Consulte el diagrama de arquitectura en la sección anterior para obtener detalles sobre la configuración del entorno. También conocido como"Procedimientos de implementación de Oracle paso a paso en Azure VM y Azure NetApp Files" para obtener información detallada.

    Nota Para las máquinas virtuales de Azure implementadas con redundancia de disco local, asegúrese de haber asignado al menos 128 GB en el disco raíz de la máquina virtual para tener suficiente espacio para preparar los archivos de instalación de Oracle y agregar el archivo de intercambio del sistema operativo. Expanda la partición del sistema operativo /tmplv y /rootlv según corresponda. Asegúrese de que el nombre del volumen de la base de datos siga las convenciones VMname-u01, VMname-u02 y VMname-u03.
    sudo lvresize -r -L +20G /dev/mapper/rootvg-rootlv
    sudo lvresize -r -L +10G /dev/mapper/rootvg-tmplv
  3. Desde el portal de la nube de Azure, aprovisione un servidor Windows para ejecutar la herramienta de interfaz de usuario SnapCenter de NetApp con la última versión. Consulte el siguiente enlace para obtener más detalles:"Instalar el servidor SnapCenter" .

  4. Aprovisione una máquina virtual Linux como nodo controlador de Ansible con la última versión de Ansible y Git instalada. Consulte el siguiente enlace para obtener más detalles:"Introducción a la automatización de soluciones de NetApp " en la sección -
    Setup the Ansible Control Node for CLI deployments on RHEL / CentOS o
    Setup the Ansible Control Node for CLI deployments on Ubuntu / Debian .

    Nota El nodo del controlador de Ansible se puede ubicar localmente o en la nube de Azure siempre que pueda acceder a las máquinas virtuales de Azure DB a través del puerto SSH.
  5. Clone una copia del kit de herramientas de automatización de implementación de Oracle de NetApp para NFS. Siga las instrucciones en"TR-4887" para ejecutar los playbooks.

    git clone https://bitbucket.ngage.netapp.com/scm/ns-bb/na_oracle_deploy_nfs.git
  6. Etapa siguiente de los archivos de instalación de Oracle 19c en el directorio /tmp/archive de Azure DB VM con permiso 777.

    installer_archives:
      - "LINUX.X64_193000_db_home.zip"
      - "p34765931_190000_Linux-x86-64.zip"
      - "p6880880_190000_Linux-x86-64.zip"
  7. Mira el siguiente vídeo:

    Copia de seguridad, recuperación y clonación de bases de datos Oracle en ANF con SnapCenter
  8. Revisar el Get Started Menú en línea.

Instalación y configuración de SnapCenter

Details

Recomendamos hacerlo online."Documentación del software SnapCenter" antes de continuar con la instalación y configuración de SnapCenter : . A continuación se proporciona un resumen de alto nivel de los pasos para la instalación y configuración del SnapCenter software para Oracle en Azure ANF.

  1. Desde el servidor Windows de SnapCenter , descargue e instale el último JDK de Java desde"Obtenga Java para aplicaciones de escritorio" .

  2. Desde el servidor Windows de SnapCenter , descargue e instale la última versión (actualmente 5.0) del ejecutable de instalación de SnapCenter desde el sitio de soporte de NetApp :"NetApp | Soporte" .

  3. Después de instalar el servidor SnapCenter , inicie el navegador para iniciar sesión en SnapCenter con el usuario administrador local de Windows o las credenciales de usuario de dominio a través del puerto 8146.

    Esta imagen proporciona la pantalla de inicio de sesión para el servidor SnapCenter

  4. Revisar Get Started Menú en línea.

    Esta imagen proporciona un menú en línea para el servidor SnapCenter

  5. En Settings-Global Settings , controlar Hypervisor Settings y haga clic en Actualizar.

    Esta imagen proporciona la configuración del hipervisor para el servidor SnapCenter

  6. Si es necesario, ajuste Session Timeout para la interfaz de usuario de SnapCenter en el intervalo deseado.

    Esta imagen proporciona el tiempo de espera de la sesión para el servidor SnapCenter

  7. Agregue usuarios adicionales a SnapCenter si es necesario.

    Esta imagen proporciona configuraciones, usuarios y acceso para el servidor SnapCenter

  8. El Roles Lista de pestañas que enumeran los roles integrados que se pueden asignar a diferentes usuarios de SnapCenter . Los usuarios administradores también pueden crear roles personalizados con los privilegios deseados.

    Esta imagen proporciona roles para el servidor SnapCenter

  9. De Settings-Credential , crea credenciales para los objetivos de administración de SnapCenter . En este caso de uso de demostración, son usuarios de Linux para iniciar sesión en la máquina virtual de Azure y credenciales ANF para acceder al grupo de capacidad.

    Esta imagen proporciona credenciales para el servidor SnapCenter Esta imagen proporciona credenciales para el servidor SnapCenter Esta imagen proporciona credenciales para el servidor SnapCenter

  10. De Storage Systems pestaña, agregar Azure NetApp Files con credencial creada arriba.

    Esta imagen proporciona Azure NetApp Files para el servidor SnapCenter Esta imagen proporciona Azure NetApp Files para el servidor SnapCenter

  11. De Hosts Pestaña, agregue máquinas virtuales de Azure DB, que instala el complemento SnapCenter para Oracle en Linux.

    Esta imagen proporciona hosts para el servidor SnapCenter Esta imagen proporciona hosts para el servidor SnapCenter Esta imagen proporciona hosts para el servidor SnapCenter

  12. Una vez que el complemento de host está instalado en la máquina virtual del servidor de base de datos, las bases de datos en el host se descubren automáticamente y son visibles en Resources pestaña. Volver a Settings-Polices , cree políticas de respaldo para copias de seguridad completas de bases de datos Oracle en línea y solo copias de seguridad de registros de archivo. Consulte este documento"Crear políticas de respaldo para bases de datos de Oracle" para procedimientos detallados paso a paso.

    Esta imagen proporciona configuraciones y políticas para el servidor SnapCenter

Copia de seguridad de la base de datos

Details

Una copia de seguridad instantánea de NetApp crea una imagen de un punto en el tiempo de los volúmenes de la base de datos que puede usar para restaurar en caso de una falla del sistema o pérdida de datos. Las copias de seguridad instantáneas toman muy poco tiempo, generalmente menos de un minuto. La imagen de respaldo consume un espacio de almacenamiento mínimo y genera una sobrecarga de rendimiento insignificante porque solo registra los cambios en los archivos desde que se realizó la última copia instantánea. La siguiente sección demuestra la implementación de instantáneas para la copia de seguridad de la base de datos de Oracle en SnapCenter.

  1. Navegando a Resources pestaña, que enumera las bases de datos descubiertas una vez que se instaló el complemento SnapCenter en la máquina virtual de la base de datos. Inicialmente, el Overall Status de la base de datos se muestra como Not protected .

    Esta imagen proporciona una copia de seguridad de la base de datos para el servidor SnapCenter

  2. Hacer clic en View Desplegable para cambiar a Resource Group . Hacer clic en Add Firme a la derecha para agregar un grupo de recursos.

    Esta imagen proporciona una copia de seguridad de la base de datos para el servidor SnapCenter

  3. Nombre su grupo de recursos, etiquetas y cualquier nombre personalizado.

    Esta imagen proporciona una copia de seguridad de la base de datos para el servidor SnapCenter

  4. Añade recursos a tu Resource Group . La agrupación de recursos similares puede simplificar la gestión de bases de datos en un entorno grande.

    Esta imagen proporciona una copia de seguridad de la base de datos para el servidor SnapCenter

  5. Seleccione la política de respaldo y configure un cronograma haciendo clic en el signo "+" debajo Configure Schedules .

    Esta imagen proporciona una copia de seguridad de la base de datos para el servidor SnapCenter Esta imagen proporciona una copia de seguridad de la base de datos para el servidor SnapCenter

  6. Si la verificación de respaldo no está configurada en la política, deje la página de verificación como está.

    Esta imagen proporciona una copia de seguridad de la base de datos para el servidor SnapCenter

  7. Para enviar por correo electrónico un informe y una notificación de respaldo, se necesita un servidor de correo SMTP en el entorno. O déjelo en negro si no hay un servidor de correo configurado.

    Esta imagen proporciona una copia de seguridad de la base de datos para el servidor SnapCenter

  8. Resumen del nuevo grupo de recursos.

    Esta imagen proporciona una copia de seguridad de la base de datos para el servidor SnapCenter

  9. Repita los procedimientos anteriores para crear solo una copia de seguridad del registro de archivo de base de datos con la política de copia de seguridad correspondiente.

    Esta imagen proporciona una copia de seguridad de la base de datos para el servidor SnapCenter

  10. Haga clic en un grupo de recursos para revelar los recursos que incluye. Además del trabajo de copia de seguridad programado, se puede activar una copia de seguridad única haciendo clic en Backup Now .

    Esta imagen proporciona una copia de seguridad de la base de datos para el servidor SnapCenter Esta imagen proporciona una copia de seguridad de la base de datos para el servidor SnapCenter

  11. Haga clic en el trabajo en ejecución para abrir una ventana de monitoreo, que permite al operador seguir el progreso del trabajo en tiempo real.

    Esta imagen proporciona una copia de seguridad de la base de datos para el servidor SnapCenter

  12. Una vez que finaliza un trabajo de respaldo exitoso, aparece un conjunto de copias de seguridad de instantáneas debajo de la topología de la base de datos. Un conjunto completo de copias de seguridad de base de datos incluye una instantánea de los volúmenes de datos de la base de datos y una instantánea de los volúmenes de registro de la base de datos. Una copia de seguridad de solo registro contiene únicamente una instantánea de los volúmenes de registro de la base de datos.

    Esta imagen proporciona una copia de seguridad de la base de datos para el servidor SnapCenter

Recuperación de base de datos

Details

La recuperación de base de datos a través de SnapCenter restaura una copia instantánea de la imagen del volumen de la base de datos en un punto en el tiempo. Luego, la base de datos se traslada a un punto deseado por SCN/marca de tiempo o a un punto permitido por los registros de archivo disponibles en el conjunto de respaldo. La siguiente sección demuestra el flujo de trabajo de recuperación de base de datos con la interfaz de usuario de SnapCenter .

  1. De Resources pestaña, abrir la base de datos Primary Backup(s) página. Seleccione la instantánea del volumen de datos de la base de datos y luego haga clic en Restore Botón para iniciar el flujo de trabajo de recuperación de la base de datos. Anote el número SCN o la marca de tiempo en los conjuntos de copias de seguridad si desea ejecutar la recuperación por SCN o marca de tiempo de Oracle.

    Esta imagen permite restaurar la base de datos del servidor SnapCenter

  2. Seleccionar Restore Scope . Para una base de datos de contenedores, SnapCenter es flexible para realizar una restauración a nivel de base de datos de contenedores completa (todos los archivos de datos), bases de datos conectables o espacios de tabla.

    Esta imagen permite restaurar la base de datos del servidor SnapCenter

  3. Seleccionar Recovery Scope . All logs significa aplicar todos los registros de archivo disponibles en el conjunto de respaldo. También está disponible la recuperación en un punto determinado del tiempo mediante SCN o marca de tiempo.

    Esta imagen permite restaurar la base de datos del servidor SnapCenter

  4. El PreOps permite la ejecución de scripts contra la base de datos antes de la operación de restauración/recuperación.

    Esta imagen permite restaurar la base de datos del servidor SnapCenter

  5. El PostOps permite la ejecución de scripts contra la base de datos después de la operación de restauración/recuperación.

    Esta imagen permite restaurar la base de datos del servidor SnapCenter

  6. Notificación vía correo electrónico si lo desea.

    Esta imagen permite restaurar la base de datos del servidor SnapCenter

  7. Resumen del trabajo de restauración

    Esta imagen permite restaurar la base de datos del servidor SnapCenter

  8. Haga clic en el trabajo en ejecución para abrirlo Job Details ventana. El estado del trabajo también se puede abrir y ver desde el Monitor pestaña.

    Esta imagen permite restaurar la base de datos del servidor SnapCenter

Clon de base de datos

Details

La clonación de una base de datos a través de SnapCenter se logra creando un nuevo volumen a partir de una instantánea de un volumen. El sistema utiliza la información de la instantánea para clonar un nuevo volumen utilizando los datos del volumen cuando se tomó la instantánea. Lo que es más importante, es rápido (unos pocos minutos) y eficiente en comparación con otros métodos para hacer una copia clonada de la base de datos de producción para respaldar el desarrollo o las pruebas. De esta forma, mejora drásticamente la gestión del ciclo de vida de tus aplicaciones de base de datos. La siguiente sección demuestra el flujo de trabajo de clonación de base de datos con la interfaz de usuario de SnapCenter .

  1. De Resources pestaña, abrir la base de datos Primary Backup(s) página. Seleccione la instantánea del volumen de datos de la base de datos y luego haga clic en clone Botón para iniciar el flujo de trabajo de clonación de base de datos.

    Esta imagen proporciona un clon de base de datos para el servidor SnapCenter

  2. Nombra el SID de la base de datos clonada. Opcionalmente, para una base de datos contenedora, la clonación también se puede realizar en el nivel PDB.

    Esta imagen proporciona un clon de base de datos para el servidor SnapCenter

  3. Seleccione el servidor de base de datos donde desea colocar su copia de base de datos clonada. Mantenga las ubicaciones de archivos predeterminadas a menos que desee nombrarlas de forma diferente.

    Esta imagen proporciona un clon de base de datos para el servidor SnapCenter

  4. Se debería haber instalado y configurado en el host de la base de datos clonada una pila de software Oracle idéntica a la de la base de datos de origen. Mantenga la credencial predeterminada pero cámbiela Oracle Home Settings para que coincida con la configuración en el host de la base de datos clonada.

    Esta imagen proporciona un clon de base de datos para el servidor SnapCenter

  5. El PreOps Permite la ejecución de scripts antes de la operación de clonación. Los parámetros de la base de datos se pueden ajustar para satisfacer las necesidades de una base de datos clonada en comparación con una base de datos de producción, como un objetivo de SGA reducido.

    Esta imagen proporciona un clon de base de datos para el servidor SnapCenter

  6. El PostOps Permite la ejecución de scripts contra la base de datos después de la operación de clonación. La recuperación de la base de datos clonada puede ser según SCN, marca de tiempo o hasta cancelar (recorrer la base de datos hasta el último registro archivado en el conjunto de respaldo).

    Esta imagen proporciona un clon de base de datos para el servidor SnapCenter

  7. Notificación vía correo electrónico si lo desea.

    Esta imagen proporciona un clon de base de datos para el servidor SnapCenter

  8. Resumen del trabajo de clonación.

    Esta imagen proporciona un clon de base de datos para el servidor SnapCenter

  9. Haga clic en el trabajo en ejecución para abrirlo Job Details ventana. El estado del trabajo también se puede abrir y ver desde el Monitor pestaña.

    Esta imagen permite restaurar la base de datos del servidor SnapCenter

  10. La base de datos clonada se registra en SnapCenter inmediatamente.

    Esta imagen permite restaurar la base de datos del servidor SnapCenter

  11. Validar la base de datos clonada en el host del servidor de base de datos. Para una base de datos de desarrollo clonada, el modo de archivo de base de datos debe estar desactivado.

    [azureuser@ora-02 ~]$ sudo su
    [root@ora-02 azureuser]# su - oracle
    Last login: Tue Feb  6 16:26:28 UTC 2024 on pts/0
    
    [oracle@ora-02 ~]$ uname -a
    Linux ora-02 4.18.0-372.9.1.el8.x86_64 #1 SMP Fri Apr 15 22:12:19 EDT 2022 x86_64 x86_64 x86_64 GNU/Linux
    [oracle@ora-02 ~]$ df -h
    Filesystem                                       Size  Used Avail Use% Mounted on
    devtmpfs                                         7.7G     0  7.7G   0% /dev
    tmpfs                                            7.8G     0  7.8G   0% /dev/shm
    tmpfs                                            7.8G   49M  7.7G   1% /run
    tmpfs                                            7.8G     0  7.8G   0% /sys/fs/cgroup
    /dev/mapper/rootvg-rootlv                         22G   17G  5.6G  75% /
    /dev/mapper/rootvg-usrlv                          10G  2.0G  8.1G  20% /usr
    /dev/mapper/rootvg-homelv                       1014M   40M  975M   4% /home
    /dev/sda1                                        496M  106M  390M  22% /boot
    /dev/mapper/rootvg-varlv                         8.0G  958M  7.1G  12% /var
    /dev/sda15                                       495M  5.9M  489M   2% /boot/efi
    /dev/mapper/rootvg-tmplv                          12G  8.4G  3.7G  70% /tmp
    tmpfs                                            1.6G     0  1.6G   0% /run/user/54321
    172.30.136.68:/ora-02-u03                        250G  2.1G  248G   1% /u03
    172.30.136.68:/ora-02-u01                        100G   10G   91G  10% /u01
    172.30.136.68:/ora-02-u02                        250G  7.5G  243G   3% /u02
    tmpfs                                            1.6G     0  1.6G   0% /run/user/1000
    tmpfs                                            1.6G     0  1.6G   0% /run/user/0
    172.30.136.68:/ora-01-u02-Clone-020624161543077  250G  8.2G  242G   4% /u02_ntap1dev
    
    [oracle@ora-02 ~]$ cat /etc/oratab
    #
    # This file is used by ORACLE utilities.  It is created by root.sh
    # and updated by either Database Configuration Assistant while creating
    # a database or ASM Configuration Assistant while creating ASM instance.
    
    # A colon, ':', is used as the field terminator.  A new line terminates
    # the entry.  Lines beginning with a pound sign, '#', are comments.
    #
    # Entries are of the form:
    #   $ORACLE_SID:$ORACLE_HOME:<N|Y>:
    #
    # The first and second fields are the system identifier and home
    # directory of the database respectively.  The third field indicates
    # to the dbstart utility that the database should , "Y", or should not,
    # "N", be brought up at system boot time.
    #
    # Multiple entries with the same $ORACLE_SID are not allowed.
    #
    #
    NTAP2:/u01/app/oracle/product/19.0.0/NTAP2:Y
    # SnapCenter Plug-in for Oracle Database generated entry (DO NOT REMOVE THIS LINE)
    ntap1dev:/u01/app/oracle/product/19.0.0/NTAP2:N
    
    
    [oracle@ora-02 ~]$ export ORACLE_SID=ntap1dev
    [oracle@ora-02 ~]$ sqlplus / as sysdba
    
    SQL*Plus: Release 19.0.0.0.0 - Production on Tue Feb 6 16:29:02 2024
    Version 19.18.0.0.0
    
    Copyright (c) 1982, 2022, Oracle.  All rights reserved.
    
    
    Connected to:
    Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production
    Version 19.18.0.0.0
    
    SQL> select name, open_mode, log_mode from v$database;
    
    NAME      OPEN_MODE            LOG_MODE
    --------- -------------------- ------------
    NTAP1DEV  READ WRITE           ARCHIVELOG
    
    
    SQL> shutdown immediate;
    Database closed.
    Database dismounted.
    ORACLE instance shut down.
    SQL> startup mount;
    ORACLE instance started.
    
    Total System Global Area 3221223168 bytes
    Fixed Size                  9168640 bytes
    Variable Size             654311424 bytes
    Database Buffers         2550136832 bytes
    Redo Buffers                7606272 bytes
    Database mounted.
    
    SQL> alter database noarchivelog;
    
    Database altered.
    
    SQL> alter database open;
    
    Database altered.
    
    SQL> select name, open_mode, log_mode from v$database;
    
    NAME      OPEN_MODE            LOG_MODE
    --------- -------------------- ------------
    NTAP1DEV  READ WRITE           NOARCHIVELOG
    
    SQL> show pdbs
    
        CON_ID CON_NAME                       OPEN MODE  RESTRICTED
    ---------- ------------------------------ ---------- ----------
             2 PDB$SEED                       READ ONLY  NO
             3 NTAP1_PDB1                     MOUNTED
             4 NTAP1_PDB2                     MOUNTED
             5 NTAP1_PDB3                     MOUNTED
    
    SQL> alter pluggable database all open;

Dónde encontrar información adicional

Para obtener más información sobre la información descrita en este documento, revise los siguientes documentos y/o sitios web: