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

Colaboradores netapp-revathid kevin-hoke

Allen Cao, Niyaz Mohamed, NetApp

Esta solución proporciona una descripción general y detalles para la implementación automatizada de Oracle en NetApp AFF C-Series como almacenamiento de base de datos principal con protocolo NFS. La base de datos de Oracle se implementa como una base de datos contenedora con dNFS habilitado.

Objetivo

NetApp AFF C-Series es un almacenamiento flash de gran capacidad que hace que el almacenamiento all-flash sea más accesible y asequible para el almacenamiento unificado. Tiene un rendimiento suficiente para muchas cargas de trabajo de bases de datos Oracle de nivel 1 o nivel 2. Impulsados por el software de gestión de datos NetApp ONTAP , los sistemas AFF C-Series 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 implementación simplificada de bases de datos Oracle en NetApp C-Series a través de montajes NFS utilizando la automatización de Ansible. La base de datos Oracle se implementa en una configuración de base de datos contenedora (CDB) y de bases de datos conectables (PDB) con el protocolo Oracle dNFS habilitado para mejorar el rendimiento. Además, la solución proporciona las mejores prácticas para configurar redes de almacenamiento y máquinas virtuales de almacenamiento (SVM) con protocolo NFS en controladores de almacenamiento de la Serie C. La solución también incluye información sobre cómo realizar copias de seguridad, restaurar y clonar rápidamente bases de datos de Oracle con la herramienta de interfaz de usuario SnapCenter de NetApp .

Esta solución aborda los siguientes casos de uso:

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

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

Audiencia

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

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

  • Un arquitecto de soluciones de bases de datos que desea probar cargas de trabajo de Oracle en NetApp C-Series.

  • Un administrador de almacenamiento que desee implementar y administrar una base de datos Oracle en NetApp C-Series.

  • Un propietario de una aplicación que desea instalar una base de datos Oracle en NetApp C-Series.

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

Serie C C400 de NetApp

ONTAP versión 9.13.1P3

Dos estantes para discos / 24 discos con capacidad de 278 TiB

VM para servidor de base de datos

4 vCPU, 16 GiB de RAM

Dos instancias de máquinas virtuales Linux para implementación simultánea

Máquina virtual para SnapCenter

4 vCPU, 16 GiB de RAM

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 x64 Gen2

Alojamiento del 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

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 volúmenes C400

ora_02

NTAP2(NTAP2_PDB1,NTAP2_PDB2,NTAP2_PDB3)

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

Factores clave a considerar en la implementación

  • Disposición del almacenamiento de la base de datos Oracle. En esta implementación automatizada de Oracle, aprovisionamos tres volúmenes de base de datos para cada base de datos para alojar datos binarios, registros y datos de Oracle de forma predeterminada. Los volúmenes se montan en el servidor Oracle DB como /u01 - binario, /u02 - datos, /u03 - registros a través de NFS. Los archivos de control dual se configuran en los puntos de montaje /u02 y /u03 para redundancia.

  • Implementación de múltiples servidores de bases de datos. La solución de automatización puede implementar una base de datos de contenedores de Oracle en múltiples servidores de bases de datos en una sola ejecución de libro de estrategias de Ansible. Independientemente de la cantidad de servidores de base de datos, la ejecución del libro de estrategias sigue siendo la misma. Puede implementar varias bases de datos de contenedores en una sola instancia de VM repitiendo la implementación con diferentes ID de instancia de base de datos (Oracle SID). Pero asegúrese de que haya suficiente memoria en el host para soportar las bases de datos implementadas.

  • Configuración de dNFS. Al utilizar dNFS (disponible desde Oracle 11g), una base de datos Oracle que se ejecuta en una máquina virtual DB 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 base de datos de Oracle en los nodos del controlador C400 de manera uniforme para equilibrar la carga de trabajo. DB1 en el controlador 1, DB2 en el controlador 2, y así sucesivamente. Monte los volúmenes de base de datos en su dirección lif local.

  • Copia de seguridad de la base de datos. NetApp ofrece un paquete de SnapCenter software para realizar copias de seguridad, restaurar y clonar bases de datos con una interfaz de usuario fácil de usar. NetApp recomienda implementar una herramienta de gestión de este tipo para lograr una copia de seguridad de instantáneas rápida (en menos de un minuto), una restauración de base de datos rápida (en minutos) y una clonación de base de datos.

Implementación de la solución

Las siguientes secciones proporcionan procedimientos paso a paso para la implementación automatizada de Oracle 19c e información para la protección y clonación de bases de datos de Oracle 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 controladores de almacenamiento NetApp C-Series está montado en rack, apilado y la última versión del sistema operativo ONTAP está instalada y configurada. Consulte esta guía de configuración según sea necesario: "Guía detallada - AFF C400"

  2. Aprovisione dos máquinas virtuales Linux como servidores Oracle DB. Consulte el diagrama de arquitectura en la sección anterior para obtener detalles sobre la configuración del entorno.

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

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

  5. Desde el directorio de inicio del usuario administrador del controlador Ansible, clone una copia del kit de herramientas de automatización de implementación de Oracle de NetApp para NFS.

    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 DB VM /tmp/archive con permiso 777.

    installer_archives:
      - "LINUX.X64_193000_db_home.zip"
      - "p34765931_190000_Linux-x86-64.zip"
      - "p6880880_190000_Linux-x86-64.zip"

Configurar redes y SVM en C-Series para Oracle

Details

Esta sección de la guía de implementación demuestra las mejores prácticas para configurar una máquina virtual de almacenamiento y redes (SVM) en un controlador de la serie C para la carga de trabajo de Oracle con el protocolo NFS mediante la interfaz de usuario del administrador del sistema ONTAP .

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

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

  2. Desde RED - Puertos Ethernet, haga clic en Link Aggregate Group para crear un grupo agregado de enlaces LACP, puerto a0a, que proporciona equilibrio de carga y conmutación por error entre los puertos miembro en el grupo agregado, puerto. Hay 4 puertos de datos: e0e, e0f, e0g, e0h disponibles en los controladores C400.

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

  3. Seleccione los puertos Ethernet en el grupo, LACP para el modo, y Port para distribución de carga.

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

  4. Validar el puerto LACP a0a creado y el dominio de difusión Data Ahora está operando en el puerto LACP.

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

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

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

  6. Inicie sesión en los controladores de la Serie C desde la IP de administración del clúster a través de SSH para validar que los grupos de conmutación por error de red estén configurados correctamente. ONTAP crea y administra grupos de conmutación por error 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 +Agregar para crear una SVM para Oracle.

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

  8. Nombre su Oracle SVM, verifique Enable NFS y Allow NFS client access .

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

  9. Agregar política de exportación de NFS Default normas.

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

  10. En NETWORK INTERFACE , complete la dirección IP en cada nodo para las direcciones lif NFS.

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

  11. Valide que SVM para Oracle esté en funcionamiento y que el estado de NFS lifs esté activo.

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

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

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

  13. Nombre su volumen, asigne capacidad y nivel de rendimiento.

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

  14. En Access Permission , elija la política predeterminada creada en el paso anterior. Desmarcar Enable Snapshot Copies ya que preferimos utilizar SnapCenter para crear instantáneas consistentes con la aplicación.

    Esta imagen proporciona una captura de pantalla de 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: server_name_u01 - binario, server_name_u02 - datos, server_name_u03 - registros.

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

    Nota La convención de nombres 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 de la serie C para Oracle.

Archivos de parámetros de automatización

Details

Ansible playbook ejecuta tareas de instalación y configuración de bases 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 la entrada del usuario antes de la ejecución del libro de estrategias.

  • hosts: define los objetivos contra los cuales se ejecuta el libro de estrategias de automatización.

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

  • host_vars/host_name.yml: el archivo de variables locales que define las variables que se aplican solo a un destino nombrado. En nuestro caso de uso, estos son los servidores Oracle DB.

Además de estos archivos de variables definidos por el usuario, hay varios archivos de variables predeterminados que contienen parámetros predeterminados que no requieren cambios a menos que sea necesario. Las siguientes secciones muestran cómo configurar los archivos de variables definidos por el usuario.

Configuración de archivos de parámetros

Details
  1. Objetivo de Ansible hosts configuración del 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 archivos

    ######################################################################
    ###### 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 del libro de jugadas

Details

Hay un total de cinco manuales en el kit de herramientas de automatización. Cada uno realiza diferentes bloques de tareas y sirve para distintos 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.

Hay tres opciones para ejecutar los playbooks con los siguientes comandos.

  1. Ejecute todos los playbooks de implementación en una ejecución combinada.

    ansible-playbook -i hosts 0-all_playbook.yml -u admin -e @vars/vars.yml
  2. Ejecute los playbooks uno a la vez 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. Deshacer el medio ambiente

    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 el libro de estrategias, inicie sesión en la máquina virtual del servidor Oracle DB para validar que Oracle esté instalado y configurado y que se haya creado correctamente una base de datos de contenedor. A continuación se muestra un ejemplo de validación de base de datos Oracle en la máquina virtual DB ora_01 u ora_02.

  1. Validar 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 el oyente 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 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. Inicie sesión en Oracle Enterprise Manager Express para validar la base de datos.

    Esta imagen proporciona la pantalla de inicio de sesión para Oracle Enterprise Manager Express Esta imagen proporciona una vista de la base de datos del contenedor desde Oracle Enterprise Manager Express Esta imagen proporciona una vista de la base de datos del contenedor desde Oracle Enterprise Manager Express

Copia de seguridad, restauración y clonación de Oracle con SnapCenter

Details

NetApp recomienda la herramienta de interfaz de usuario SnapCenter para administrar la base de datos Oracle implementada en C-Series. Consulte TR-4979"Oracle simplificado y autogestionado en VMware Cloud on AWS con FSx ONTAP montado como invitado" sección Oracle backup, restore, and clone with SnapCenter para obtener detalles sobre la configuración de SnapCenter y la ejecución de los flujos de trabajo de copia de seguridad, restauración y clonación de bases de datos.

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: