TR-4992: Implementación de Oracle simplificada y automatizada en NetApp C-Series con NFS
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
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.
-
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"
-
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.
-
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"
-
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.
-
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
-
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 .
-
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.
-
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. -
Seleccione los puertos Ethernet en el grupo,
LACP
para el modo, yPort
para distribución de carga. -
Validar el puerto LACP a0a creado y el dominio de difusión
Data
Ahora está operando en el puerto LACP. -
De
Ethernet Ports
, haga clicVLAN
agregar una VLAN en cada nodo del controlador para la carga de trabajo de Oracle en el protocolo NFS. -
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.
-
De
STORAGE - Storage VMs
, haga clic en +Agregar para crear una SVM para Oracle. -
Nombre su Oracle SVM, verifique
Enable NFS
yAllow NFS client access
. -
Agregar política de exportación de NFS
Default
normas. -
En
NETWORK INTERFACE
, complete la dirección IP en cada nodo para las direcciones lif NFS. -
Valide que SVM para Oracle esté en funcionamiento y que el estado de NFS lifs esté activo.
-
De
STORAGE-Volumes
Pestaña para agregar volúmenes NFS para la base de datos de Oracle. -
Nombre su volumen, asigne capacidad y nivel de rendimiento.
-
En
Access Permission
, elija la política predeterminada creada en el paso anterior. DesmarcarEnable Snapshot Copies
ya que preferimos utilizar SnapCenter para crear instantáneas consistentes con la aplicación. -
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.
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
-
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
-
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
-
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.
-
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
-
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
-
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
-
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.
-
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
-
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 ~]$
-
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
-
Inicie sesión en Oracle Enterprise Manager Express para validar la base de datos.
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: