Skip to main content
NetApp 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-4992: Implementación simplificada y automatizada de Oracle en NetApp C-Series con NFS

Colaboradores

Allen Cao, Niyaz Mohamed, NetApp

Esta solución ofrece información general y detalles sobre la implementación automática de Oracle en NetApp AFF C-Series como almacenamiento de bases de datos principal con el protocolo NFS. La base de datos Oracle se despliega como una base de datos de contenedor con dNFS activado.

Específico

C-Series de NetApp AFF es un almacenamiento flash de gran capacidad que hace que all-flash sea más accesible y asequible para almacenamiento unificado. Es suficiente en cuanto al rendimiento para muchas cargas de trabajo de bases de datos de Oracle de nivel 1 o nivel 2. Con la tecnología del software de gestión de datos NetApp ONTAP®, los sistemas de la serie C de AFF ofrecen eficiencia líder en la industria, flexibilidad superior, los mejores servicios de datos de su clase e integración en la nube para ayudarlo a escalar su infraestructura DE TI, simplificar su gestión de datos y reducir los costos de almacenamiento y el consumo de energía.

Esta documentación demuestra la puesta en marcha simplificada de bases de datos de Oracle en NetApp C-Series mediante montajes NFS mediante la automatización de Ansible. La base de datos de Oracle se implementa en una configuración de base de datos de contenedor (CDB) y bases de datos conectables (PDB) con el protocolo Oracle dNFS habilitado para aumentar el rendimiento. Además, la solución ofrece las mejores prácticas para configurar redes de almacenamiento y máquinas virtuales de almacenamiento (SVM) con el protocolo NFS en las controladoras de almacenamiento C-Series. La solución también incluye información sobre backup, restauración y clonación rápidos de bases de datos de Oracle con la herramienta IU de NetApp SnapCenter.

Esta solución aborda los siguientes casos prácticos:

  • Implementación automatizada de bases de datos de contenedores de Oracle en controladoras de almacenamiento C-Series de NetApp.

  • Protección y clonación de bases de datos de Oracle en C-Series con la herramienta UI de SnapCenter.

Destinatarios

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

  • Un administrador de bases de datos que desea implementar Oracle en NetApp C-Series.

  • Un arquitecto de la solución de bases de datos que desea probar las cargas de trabajo de Oracle en NetApp C-Series.

  • Un administrador de almacenamiento que quisiera poner en funcionamiento y gestionar una base de datos Oracle en NetApp C-Series.

  • Propietario de una aplicación que desea poner en marcha una base de datos de Oracle en NetApp C-Series.

Entorno de prueba y validación de la solución

Las pruebas y validación de esta solución se realizaron en un entorno de laboratorio que puede que no concuerde con el entorno de puesta en marcha final. Consulte la sección Factores clave a tener en cuenta la puesta en marcha si quiere más información.

Arquitectura

Esta imagen proporciona una imagen detallada de la configuración de la puesta en marcha de Oracle en el cloud público de AWS con iSCSI y ASM.

Componentes de hardware y software

Hardware

NetApp C-Series C400

ONTAP versión 9.13.1P3

Dos bandejas de discos/24 discos con una capacidad de 278 TiB

Equipo virtual para servidor de base de datos

4 vCPU y 16GiB GB de RAM

Dos instancias de VM de Linux para despliegue simultáneo

Máquina virtual para SnapCenter

4 vCPU y 16GiB GB de RAM

Una instancia de equipo virtual de Windows

Software

Red Hat Linux

RHEL Linux 8,6 (LVM) - x64 Gen2

Suscripción RedHat implementada para pruebas

Servidor Windows Server

2022 Centro de datos x64 Gen2

Hospedando servidor SnapCenter

Base de datos Oracle

Versión 19.18

Parche RU aplicado p34765931_190000_Linux-x86-64.zip

Oracle OPatch

Versión 12.2.0.1.36

Último parche p6880880_190000_Linux-x86-64.zip

Servidor SnapCenter

Versión 5,0

Implementación de grupos de trabajo

Abra JDK

Versión java-11-openjdk

Requisito de complemento de SnapCenter en equipos virtuales de bases de datos

NFS

Versión 3.0

Oracle dNFS activado

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 DB

ora_01

NTAP1(NTAP1_PDB1,NTAP1_PDB2,NTAP1_PDB3)

/u01, /u02, /u03 NFS monta en volúmenes de C400 GB

ora_02

NTAP2(NTAP2_PDB1,NTAP2_PDB2,NTAP2_PDB3)

/u01, /u02, /u03 NFS monta en volúmenes de C400 GB

Factores clave a tener en cuenta la puesta en marcha

  • Diseño de almacenamiento de bases de datos Oracle. En esta implementación automatizada de Oracle, suministramos tres volúmenes de bases de datos para que cada base de datos aloje binarios, datos y registros de Oracle por defecto. Los volúmenes se montan en el servidor de base de datos Oracle como /u01 - binario, /u02 - datos y /u03 - registros a través de NFS. Los archivos de control dual se configuran en los puntos de montaje /u02 y /u03 para la redundancia.

  • Implementación de varios servidores de base de datos. La solución de automatización puede implementar una base de datos de contenedores de Oracle en varios servidores de bases de datos en una sola ejecución de Ansible playbook. Independientemente del número de servidores de base de datos, la ejecución de playbook sigue siendo la misma. Puede desplegar varias bases de datos de contenedor en una única instancia de VM repitiendo el despliegue con diferentes identificadores de instancia de base de datos (SID de Oracle). Pero asegúrese de que hay suficiente memoria en el host para soportar las bases de datos desplegadas.

  • Configuración de dNFS. Al usar dNFS (disponible desde Oracle 11g), una base de datos Oracle que se ejecuta en una VM de base de datos puede generar significativamente más E/S que el cliente NFS nativo. La implementación automatizada de Oracle configura dNFS en NFSv3 de forma predeterminada.

  • Equilibrio de carga en el par de controladores C400. Coloque los volúmenes de la base de datos Oracle en C400 nodos de controlador de manera uniforme para equilibrar la carga de trabajo. DB1 en la controladora 1, DB2 en la controladora 2, etc. Monte los volúmenes de la base de datos en su dirección lif local.

  • Copia de seguridad de la base de datos. NetApp proporciona un paquete de software SnapCenter para copia de seguridad, restauración y clonación de bases de datos con una interfaz de interfaz de usuario fácil de usar. NetApp recomienda implantar esta herramienta de gestión para conseguir un backup de snapshot rápido (de menos de un minuto), una restauración rápida de base de datos y una clonación de la base de datos.

Puesta en marcha de la solución

En las siguientes secciones se ofrecen procedimientos paso a paso para la implementación automatizada de Oracle 19C e información para la protección de bases de datos Oracle y el clon después de la implementación.

Requisitos previos para la implementación

Details

La implementación requiere los siguientes requisitos previos.

  1. Un par de controladoras de almacenamiento C-Series de NetApp se monta en rack, se apilan en pila, y se instala y configura la última versión del sistema operativo ONTAP. Consulte esta guía de configuración si es necesario: "Guía detallada - AFF C400"

  2. Aprovisione dos equipos virtuales Linux como servidores Oracle DB. Consulte el diagrama de arquitectura en la sección anterior para obtener información detallada sobre la configuración del entorno.

  3. Aprovisione un servidor de Windows para ejecutar la herramienta de interfaz de usuario de NetApp SnapCenter con la versión más reciente. Consulte el siguiente enlace para obtener más información: "Instale el servidor SnapCenter"

  4. Aprovisione una máquina virtual de Linux como nodo de controladora de Ansible con la última versión de Ansible y Git instalada. Consulte el siguiente enlace para obtener más información: "Primeros pasos con 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.

    Habilite la autenticación de clave pública/privada ssh entre la controladora de Ansible y las máquinas virtuales de base de datos.

  5. Desde el directorio inicial de usuario administrador de la controladora Ansible, clone una copia del kit de herramientas de automatización de la puesta en marcha de Oracle de NetApp para NFS.

    git clone https://bitbucket.ngage.netapp.com/scm/ns-bb/na_oracle_deploy_nfs.git
  6. Almacenar en zona intermedia los siguientes archivos de instalación de Oracle 19C en el directorio /tmp/archive de 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"

Configure Networking y SVM en C-Series para Oracle

Details

Esta sección de la guía de puesta en marcha muestra las prácticas recomendadas para configurar redes y la máquina virtual de almacenamiento (SVM) en la controladora C-Series para la carga de trabajo de Oracle con el protocolo NFS mediante la interfaz de usuario de ONTAP System Manager.

  1. Inicie sesión en ONTAP System Manager para revisar que, después de la instalación inicial del clúster de ONTAP, los dominios de retransmisión se hayan configurado con puertos ethernet correctamente asignados a cada dominio. Por lo general, debe haber un dominio de retransmisión para el clúster, un dominio de retransmisión para la gestión y un dominio de retransmisión para la carga de trabajo como los datos.

    Esta imagen proporciona una captura de pantalla para la configuración del controlador de la serie C.

  2. En LA RED: Puertos Ethernet, haga clic en Link Aggregate Group Para crear un puerto a0a de grupo agregado de enlace LACP, que proporciona equilibrio de carga y conmutación por error entre los puertos miembros en el puerto del grupo de agregados. Hay 4 puertos de datos: e0e, e0f, e0g, e0h disponibles en C400 controladoras.

    Esta imagen proporciona una captura de pantalla para la configuración del controlador de la serie C.

  3. Seleccione los puertos ethernet del grupo, LACP para el modo, y. Port para la distribución de carga.

    Esta imagen proporciona una captura de pantalla para la configuración del controlador de la serie C.

  4. Valide el puerto a0a LACP creado y el dominio de retransmisión Data Ahora funciona en el puerto LACP.

    Esta imagen proporciona una captura de pantalla para la configuración del controlador de la serie C. Esta imagen proporciona una captura de pantalla para la configuración del controlador de la serie C.

  5. De Ethernet Ports, haga clic en VLAN Para agregar una VLAN en cada nodo de la controladora para la carga de trabajo de Oracle en el protocolo NFS.

    Esta imagen proporciona una captura de pantalla para la configuración del controlador de la serie C. Esta imagen proporciona una captura de pantalla para la configuración del controlador de la serie C. Esta imagen proporciona una captura de pantalla para la configuración del controlador de la serie C.

  6. Inicie sesión en las controladoras C-Series desde la IP de administración del clúster a través de ssh para validar que los grupos de recuperación tras fallos de la red se han configurado correctamente. ONTAP crea y gestiona grupos de recuperación tras fallos automáticamente.

    HCG-NetApp-C400-E9U9::> net int failover-groups show
      (network interface failover-groups show)
                                      Failover
    Vserver          Group            Targets
    ---------------- ---------------- --------------------------------------------
    Cluster
                     Cluster
                                      HCG-NetApp-C400-E9U9a:e0c,
                                      HCG-NetApp-C400-E9U9a:e0d,
                                      HCG-NetApp-C400-E9U9b:e0c,
                                      HCG-NetApp-C400-E9U9b:e0d
    HCG-NetApp-C400-E9U9
                     Data
                                      HCG-NetApp-C400-E9U9a:a0a,
                                      HCG-NetApp-C400-E9U9a:a0a-3277,
                                      HCG-NetApp-C400-E9U9b:a0a,
                                      HCG-NetApp-C400-E9U9b:a0a-3277
                     Mgmt
                                      HCG-NetApp-C400-E9U9a:e0M,
                                      HCG-NetApp-C400-E9U9b:e0M
    3 entries were displayed.
  7. De STORAGE - Storage VMs, Haga clic en +Add para crear una SVM para Oracle.

    Esta imagen proporciona una captura de pantalla para la configuración del controlador de la serie C.

  8. Asigne un nombre a su Oracle SVM, compruebe Enable NFS y.. Allow NFS client access.

    Esta imagen proporciona una captura de pantalla para la configuración del controlador de la serie C.

  9. Agregue directiva de exportación NFS Default reglas.

    Esta imagen proporciona una captura de pantalla para la configuración del controlador de la serie C.

  10. Pulg NETWORK INTERFACE, Rellene la dirección IP en cada nodo para las direcciones nfs lif.

    Esta imagen proporciona una captura de pantalla para la configuración del controlador de la serie C.

  11. Valide que la SVM para Oracle esté activa/en ejecución y que el estado de los datos de NFS sea activo.

    Esta imagen proporciona una captura de pantalla para la configuración del controlador de la serie C. Esta imagen proporciona una captura de pantalla para la configuración del controlador de la serie C.

  12. De STORAGE-Volumes Pestaña para añadir volúmenes de NFS para la base de datos de Oracle.

    Esta imagen proporciona una captura de pantalla para la configuración del controlador de la serie C.

  13. Asigne un nombre a su volumen, asigne capacidad y nivel de rendimiento.

    Esta imagen proporciona una captura de pantalla para la configuración del controlador de la serie C.

  14. Pulg Access Permission, elija la política por defecto creada a partir del paso anterior. Desmarque Enable Snapshot Copies Como preferimos utilizar SnapCenter para crear snapshots consistentes con las aplicaciones.

    Esta imagen proporciona una captura de pantalla para la configuración del controlador de la serie C.

  15. Cree tres volúmenes de base de datos para cada servidor de base de datos: Nombre_servidor_u01 - binario, nombre_servidor_u02 - datos, nombre_servidor_u03 - logs.

    Esta imagen proporciona una captura de pantalla para la configuración del controlador de la serie C.

    Nota la convención de nomenclatura del volumen de la base de datos debe seguir estrictamente el formato indicado anteriormente para garantizar que la automatización funcione correctamente.

Esto completa la configuración del controlador C-Series para Oracle.

Archivos de parámetros de automatización

Details

Ansible playbook ejecuta las tareas de instalación y configuración de la base de datos con parámetros predefinidos. Para esta solución de automatización de Oracle, hay tres archivos de parámetros definidos por el usuario que necesitan entrada de usuario antes de ejecutar playbook.

  • hosts: defina los destinos con los que se ejecuta el libro de estrategia de automatización.

  • vars/vars.yml: archivo de variables globales que define las variables que se aplican a todos los destinos.

  • host_vars/host_name.yml: archivo de variables locales que define las variables que se aplican sólo a un destino con nombre. En nuestro caso de uso, estos son los servidores de la base de datos Oracle.

Además de estos archivos de variables definidos por el usuario, hay varios archivos de variables predeterminadas que contienen parámetros predeterminados que no requieren cambio a menos que sea necesario. En las siguientes secciones se muestra cómo configurar los archivos de variables definidos por el usuario.

Configuración de archivos de parámetros

Details
  1. Destino de Ansible hosts configuración de archivo:

    # Enter Oracle servers names to be deployed one by one, follow by each Oracle server public IP address, and ssh private key of admin user for the server.
    [oracle]
    ora_01 ansible_host=10.61.180.21 ansible_ssh_private_key_file=ora_01.pem
    ora_02 ansible_host=10.61.180.23 ansible_ssh_private_key_file=ora_02.pem
  2. Global vars/vars.yml configuración de archivo

    ######################################################################
    ###### Oracle 19c deployment user configuration variables       ######
    ###### Consolidate all variables from ONTAP, linux and oracle   ######
    ######################################################################
    
    ###########################################
    ### ONTAP env specific config variables ###
    ###########################################
    
    # Prerequisite to create three volumes in NetApp ONTAP storage from System Manager or cloud dashboard with following naming convention:
    # db_hostname_u01 - Oracle binary
    # db_hostname_u02 - Oracle data
    # db_hostname_u03 - Oracle redo
    # It is important to strictly follow the name convention or the automation will fail.
    
    
    ###########################################
    ### Linux env specific config variables ###
    ###########################################
    
    redhat_sub_username: XXXXXXXX
    redhat_sub_password: XXXXXXXX
    
    
    ####################################################
    ### DB env specific install and config variables ###
    ####################################################
    
    # Database domain name
    db_domain: solutions.netapp.com
    
    # Set initial password for all required Oracle passwords. Change them after installation.
    initial_pwd_all: XXXXXXXX
  3. Servidor de base de datos local host_vars/host_name.yml configuración como ora_01.yml, ora_02.yml …​

    # User configurable Oracle host specific parameters
    
    # Enter container database SID. By default, a container DB is created with 3 PDBs within the CDB
    oracle_sid: NTAP1
    
    # Enter database shared memory size or SGA. CDB is created with SGA at 75% of memory_limit, MB. The grand total of SGA should not exceed 75% available RAM on node.
    memory_limit: 8192
    
    # Local NFS lif ip address to access database volumes
    nfs_lif: 172.30.136.68

Ejecución de PlayBook

Details

El kit de herramientas de automatización incluye un total de cinco libros de estrategia. Cada uno realiza diferentes bloques de tareas y sirve para diferentes propósitos.

0-all_playbook.yml - execute playbooks from 1-4 in one playbook run.
1-ansible_requirements.yml - set up Ansible controller with required libs and collections.
2-linux_config.yml - execute Linux kernel configuration on Oracle DB servers.
4-oracle_config.yml - install and configure Oracle on DB servers and create a container database.
5-destroy.yml - optional to undo the environment to dismantle all.

Existen tres opciones para ejecutar los libros de estrategia con los comandos siguientes.

  1. Ejecute todos los libros de estrategia de puesta en marcha en una ejecución combinada.

    ansible-playbook -i hosts 0-all_playbook.yml -u admin -e @vars/vars.yml
  2. Ejecute libros de estrategia de uno en uno con la secuencia numérica del 1 al 4.

    ansible-playbook -i hosts 1-ansible_requirements.yml -u admin -e @vars/vars.yml
    ansible-playbook -i hosts 2-linux_config.yml -u admin -e @vars/vars.yml
    ansible-playbook -i hosts 4-oracle_config.yml -u admin -e @vars/vars.yml
  3. Ejecute 0-all_playbook.yml con una etiqueta.

    ansible-playbook -i hosts 0-all_playbook.yml -u admin -e @vars/vars.yml -t ansible_requirements
    ansible-playbook -i hosts 0-all_playbook.yml -u admin -e @vars/vars.yml -t linux_config
    ansible-playbook -i hosts 0-all_playbook.yml -u admin -e @vars/vars.yml -t oracle_config
  4. Deshaga el entorno

    ansible-playbook -i hosts 5-destroy.yml -u admin -e @vars/vars.yml

Validación posterior a la ejecución

Details

Después de ejecutar playbook, conéctese a la máquina virtual del servidor de base de datos Oracle para validar que Oracle está instalado y configurado y que se ha creado correctamente una base de datos de contenedor. A continuación se muestra un ejemplo de validación de base de datos Oracle en DB VM ora_01 o ora_02.

  1. Validar los montajes NFS

    [admin@ora_01 ~]$ cat /etc/fstab
    
    #
    # /etc/fstab
    # Created by anaconda on Wed Oct 18 19:43:31 2023
    #
    # Accessible filesystems, by reference, are maintained under '/dev/disk/'.
    # See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info.
    #
    # After editing this file, run 'systemctl daemon-reload' to update systemd
    # units generated from this file.
    #
    /dev/mapper/rhel-root   /                       xfs     defaults        0 0
    UUID=aff942c4-b224-4b62-807d-6a5c22f7b623 /boot                   xfs     defaults        0 0
    /dev/mapper/rhel-swap   none                    swap    defaults        0 0
    /root/swapfile swap swap defaults 0 0
    172.21.21.100:/ora_01_u01 /u01 nfs rw,bg,hard,vers=3,proto=tcp,timeo=600,rsize=65536,wsize=65536 0 0
    172.21.21.100:/ora_01_u02 /u02 nfs rw,bg,hard,vers=3,proto=tcp,timeo=600,rsize=65536,wsize=65536 0 0
    172.21.21.100:/ora_01_u03 /u03 nfs rw,bg,hard,vers=3,proto=tcp,timeo=600,rsize=65536,wsize=65536 0 0
    
    
    [admin@ora_01 tmp]$ 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   18M  7.8G   1% /run
    tmpfs                      7.8G     0  7.8G   0% /sys/fs/cgroup
    /dev/mapper/rhel-root       44G   28G   17G  62% /
    /dev/sda1                 1014M  258M  757M  26% /boot
    tmpfs                      1.6G   12K  1.6G   1% /run/user/42
    tmpfs                      1.6G  4.0K  1.6G   1% /run/user/1000
    172.21.21.100:/ora_01_u01   50G  8.7G   42G  18% /u01
    172.21.21.100:/ora_01_u02  200G  384K  200G   1% /u02
    172.21.21.100:/ora_01_u03  100G  320K  100G   1% /u03
    
    [admin@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   18M  7.8G   1% /run
    tmpfs                      7.8G     0  7.8G   0% /sys/fs/cgroup
    /dev/mapper/rhel-root       44G   28G   17G  63% /
    /dev/sda1                 1014M  258M  757M  26% /boot
    tmpfs                      1.6G   12K  1.6G   1% /run/user/42
    tmpfs                      1.6G  4.0K  1.6G   1% /run/user/1000
    172.21.21.101:/ora_02_u01   50G  7.8G   43G  16% /u01
    172.21.21.101:/ora_02_u02  200G  320K  200G   1% /u02
    172.21.21.101:/ora_02_u03  100G  320K  100G   1% /u03
  2. Validar listener de Oracle

    [admin@ora_02 ~]$ sudo su
    [root@ora_02 admin]# su - oracle
    [oracle@ora_02 ~]$ lsnrctl status listener.ntap2
    
    LSNRCTL for Linux: Version 19.0.0.0.0 - Production on 29-MAY-2024 12:13:30
    
    Copyright (c) 1991, 2022, Oracle.  All rights reserved.
    
    Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=ora_02.cie.netapp.com)(PORT=1521)))
    STATUS of the LISTENER
    ------------------------
    Alias                     LISTENER.NTAP2
    Version                   TNSLSNR for Linux: Version 19.0.0.0.0 - Production
    Start Date                23-MAY-2024 16:13:03
    Uptime                    5 days 20 hr. 0 min. 26 sec
    Trace Level               off
    Security                  ON: Local OS Authentication
    SNMP                      OFF
    Listener Parameter File   /u01/app/oracle/product/19.0.0/NTAP2/network/admin/listener.ora
    Listener Log File         /u01/app/oracle/diag/tnslsnr/ora_02/listener.ntap2/alert/log.xml
    Listening Endpoints Summary...
      (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=ora_02.cie.netapp.com)(PORT=1521)))
      (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521)))
      (DESCRIPTION=(ADDRESS=(PROTOCOL=tcps)(HOST=ora_02.cie.netapp.com)(PORT=5500))(Security=(my_wallet_directory=/u01/app/oracle/product/19.0.0/NTAP2/admin/NTAP2/xdb_wallet))(Presentation=HTTP)(Session=RAW))
    Services Summary...
    Service "192551f1d7e65fc3e06308b43d0a63ae.solutions.netapp.com" has 1 instance(s).
      Instance "NTAP2", status READY, has 1 handler(s) for this service...
    Service "1925529a43396002e06308b43d0a2d5a.solutions.netapp.com" has 1 instance(s).
      Instance "NTAP2", status READY, has 1 handler(s) for this service...
    Service "1925530776b76049e06308b43d0a49c3.solutions.netapp.com" has 1 instance(s).
      Instance "NTAP2", status READY, has 1 handler(s) for this service...
    Service "NTAP2.solutions.netapp.com" has 1 instance(s).
      Instance "NTAP2", status READY, has 1 handler(s) for this service...
    Service "NTAP2XDB.solutions.netapp.com" has 1 instance(s).
      Instance "NTAP2", status READY, has 1 handler(s) for this service...
    Service "ntap2_pdb1.solutions.netapp.com" has 1 instance(s).
      Instance "NTAP2", status READY, has 1 handler(s) for this service...
    Service "ntap2_pdb2.solutions.netapp.com" has 1 instance(s).
      Instance "NTAP2", status READY, has 1 handler(s) for this service...
    Service "ntap2_pdb3.solutions.netapp.com" has 1 instance(s).
      Instance "NTAP2", status READY, has 1 handler(s) for this service...
    The command completed successfully
    [oracle@ora_02 ~]$
  3. Validar la base de datos de Oracle y dNFS

    [oracle@ora-01 ~]$ 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.
    #
    #
    NTAP1:/u01/app/oracle/product/19.0.0/NTAP1:Y
    
    
    [oracle@ora-01 ~]$ sqlplus / as sysdba
    
    SQL*Plus: Release 19.0.0.0.0 - Production on Thu Feb 1 16:37:51 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
    --------- -------------------- ------------
    NTAP1     READ WRITE           ARCHIVELOG
    
    SQL> show pdbs
    
        CON_ID CON_NAME                       OPEN MODE  RESTRICTED
    ---------- ------------------------------ ---------- ----------
             2 PDB$SEED                       READ ONLY  NO
             3 NTAP1_PDB1                     READ WRITE NO
             4 NTAP1_PDB2                     READ WRITE NO
             5 NTAP1_PDB3                     READ WRITE NO
    SQL> select name from v$datafile;
    
    NAME
    --------------------------------------------------------------------------------
    /u02/oradata/NTAP1/system01.dbf
    /u02/oradata/NTAP1/sysaux01.dbf
    /u02/oradata/NTAP1/undotbs01.dbf
    /u02/oradata/NTAP1/pdbseed/system01.dbf
    /u02/oradata/NTAP1/pdbseed/sysaux01.dbf
    /u02/oradata/NTAP1/users01.dbf
    /u02/oradata/NTAP1/pdbseed/undotbs01.dbf
    /u02/oradata/NTAP1/NTAP1_pdb1/system01.dbf
    /u02/oradata/NTAP1/NTAP1_pdb1/sysaux01.dbf
    /u02/oradata/NTAP1/NTAP1_pdb1/undotbs01.dbf
    /u02/oradata/NTAP1/NTAP1_pdb1/users01.dbf
    
    NAME
    --------------------------------------------------------------------------------
    /u02/oradata/NTAP1/NTAP1_pdb2/system01.dbf
    /u02/oradata/NTAP1/NTAP1_pdb2/sysaux01.dbf
    /u02/oradata/NTAP1/NTAP1_pdb2/undotbs01.dbf
    /u02/oradata/NTAP1/NTAP1_pdb2/users01.dbf
    /u02/oradata/NTAP1/NTAP1_pdb3/system01.dbf
    /u02/oradata/NTAP1/NTAP1_pdb3/sysaux01.dbf
    /u02/oradata/NTAP1/NTAP1_pdb3/undotbs01.dbf
    /u02/oradata/NTAP1/NTAP1_pdb3/users01.dbf
    
    19 rows selected.
    
    SQL> select name from v$controlfile;
    
    NAME
    --------------------------------------------------------------------------------
    /u02/oradata/NTAP1/control01.ctl
    /u03/orareco/NTAP1/control02.ctl
    
    SQL> select member from v$logfile;
    
    MEMBER
    --------------------------------------------------------------------------------
    /u03/orareco/NTAP1/onlinelog/redo03.log
    /u03/orareco/NTAP1/onlinelog/redo02.log
    /u03/orareco/NTAP1/onlinelog/redo01.log
    
    SQL> select svrname, dirname from v$dnfs_servers;
    
    SVRNAME
    --------------------------------------------------------------------------------
    DIRNAME
    --------------------------------------------------------------------------------
    172.21.21.100
    /ora_01_u02
    
    172.21.21.100
    /ora_01_u03
    
    172.21.21.100
    /ora_01_u01
  4. Conéctese a Oracle Enterprise Manager Express para validar la base de datos.

    Esta imagen proporciona una pantalla de conexión para Oracle Enterprise Manager Express Esta imagen proporciona una vista de base de datos de contenedor desde Oracle Enterprise Manager Express Esta imagen proporciona una vista de base de datos de contenedor desde Oracle Enterprise Manager Express

Backup, restauración y clonado de Oracle con SnapCenter

Details

NetApp recomienda la herramienta de interfaz de usuario de SnapCenter para gestionar las bases de datos Oracle puestas en marcha en C-Series. Consulte TR-4979 "Oracle simplificado y autogestionado en VMware Cloud en AWS con FSx ONTAP montado en invitado" sección Oracle backup, restore, and clone with SnapCenter Para obtener detalles sobre cómo configurar SnapCenter y ejecutar los flujos de trabajo de backup, restauración y clonado de base de datos.

Dónde encontrar información adicional

Si quiere más información sobre la información descrita en este documento, consulte los siguientes documentos o sitios web: