Inteligencia artificial
TR-4992: Implementación simplificada y automatizada de Oracle en NetApp C-Series con NFS
Sugerir cambios
PDF
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
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.
-
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"
-
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.
-
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"
-
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 / CentOSo.
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.
-
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 -
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.
-
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.
-
En LA RED: Puertos Ethernet, haga clic en
Link Aggregate GroupPara 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.
-
Seleccione los puertos ethernet del grupo,
LACPpara el modo, y.Portpara la distribución de carga.
-
Valide el puerto a0a LACP creado y el dominio de retransmisión
DataAhora funciona en el puerto LACP.
-
De
Ethernet Ports, haga clic enVLANPara agregar una VLAN en cada nodo de la controladora para la carga de trabajo de Oracle en el protocolo NFS.
-
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. -
De
STORAGE - Storage VMs, Haga clic en +Add para crear una SVM para Oracle.
-
Asigne un nombre a su Oracle SVM, compruebe
Enable NFSy..Allow NFS client access.
-
Agregue directiva de exportación NFS
Defaultreglas.
-
Pulg
NETWORK INTERFACE, Rellene la dirección IP en cada nodo para las direcciones nfs lif.
-
Valide que la SVM para Oracle esté activa/en ejecución y que el estado de los datos de NFS sea activo.
-
De
STORAGE-VolumesPestaña para añadir volúmenes de NFS para la base de datos de Oracle.
-
Asigne un nombre a su volumen, asigne capacidad y nivel de rendimiento.
-
Pulg
Access Permission, elija la política por defecto creada a partir del paso anterior. DesmarqueEnable Snapshot CopiesComo preferimos utilizar SnapCenter para crear snapshots consistentes con las aplicaciones.
-
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.
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
-
Destino de Ansible
hostsconfiguració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 -
Global
vars/vars.ymlconfiguració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 -
Servidor de base de datos local
host_vars/host_name.ymlconfiguració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.
-
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 -
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.ymlansible-playbook -i hosts 2-linux_config.yml -u admin -e @vars/vars.ymlansible-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_requirementsansible-playbook -i hosts 0-all_playbook.yml -u admin -e @vars/vars.yml -t linux_configansible-playbook -i hosts 0-all_playbook.yml -u admin -e @vars/vars.yml -t oracle_config -
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.
-
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
-
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 ~]$
-
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 -
Conéctese a Oracle Enterprise Manager Express para validar la base de datos.
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:
-
NetApp AFF C-Series
-
Soluciones de bases de datos empresariales de NetApp
-
Desplegando Oracle Direct NFS