TR-4988: Copia de seguridad, recuperación y clonación de bases de datos Oracle en ANF con SnapCenter
Allen Cao, Niyaz Mohamed, NetApp
Esta solución proporciona descripción general y detalles para la implementación automatizada de Oracle en Microsoft Azure NetApp Files como almacenamiento de base de datos principal con protocolo NFS y la base de datos de Oracle se implementa como base de datos contenedora con dNFS habilitado. La base de datos implementada en Azure está protegida mediante la herramienta de interfaz de usuario SnapCenter para una administración simplificada de la base de datos.
Objetivo
El software NetApp SnapCenter software es una plataforma empresarial fácil de usar para coordinar y administrar de forma segura la protección de datos en aplicaciones, bases de datos y sistemas de archivos. Simplifica la gestión del ciclo de vida de las copias de seguridad, la restauración y la clonación al delegar estas tareas a los propietarios de las aplicaciones sin sacrificar la capacidad de supervisar y regular la actividad en los sistemas de almacenamiento. Al aprovechar la gestión de datos basada en almacenamiento, se permite un mayor rendimiento y disponibilidad, así como una reducción de los tiempos de prueba y desarrollo.
En TR-4987,"Implementación de Oracle simplificada y automatizada en Azure NetApp Files con NFS" Demostramos la implementación automatizada de Oracle en Azure NetApp Files (ANF) en la nube de Azure. En esta documentación, mostramos la protección y administración de bases de datos de Oracle en ANF en la nube de Azure con una herramienta de interfaz de usuario SnapCenter muy fácil de usar.
Esta solución aborda los siguientes casos de uso:
-
Copia de seguridad y recuperación de la base de datos Oracle implementada en ANF en la nube de Azure con SnapCenter.
-
Administre instantáneas de bases de datos y copias de clones para acelerar el desarrollo de aplicaciones y mejorar la gestión del ciclo de vida de los datos.
Audiencia
Esta solución está destinada a las siguientes personas:
-
Un administrador de bases de datos que desee implementar bases de datos Oracle en Azure NetApp Files.
-
Un arquitecto de soluciones de base de datos que desea probar cargas de trabajo de Oracle en Azure NetApp Files.
-
Un administrador de almacenamiento que desee implementar y administrar bases de datos de Oracle en Azure NetApp Files.
-
Un propietario de una aplicación que desea crear una base de datos Oracle en Azure NetApp Files.
Entorno de prueba y validación de soluciones
Las pruebas y la validación de esta solución se realizaron en un entorno de laboratorio que podría no coincidir con el entorno de implementación final. Ver la secciónFactores clave a considerar en la implementación Para más información.
Arquitectura
Componentes de hardware y software
Hardware |
||
Azure NetApp Files |
Oferta actual en Azure de Microsoft |
Un pool de capacidad con nivel de servicio Premium |
Máquina virtual de Azure para servidor de base de datos |
Standard_B4ms: 4 vCPU, 16 GiB |
Dos instancias de máquinas virtuales Linux |
Máquina virtual de Azure para SnapCenter |
Standard_B4ms: 4 vCPU, 16 GiB |
Una instancia de máquina virtual de Windows |
Software |
||
Red Hat Linux |
RHEL Linux 8.6 (LVM) - x64 Gen2 |
Se implementó una suscripción a RedHat para realizar pruebas |
Servidor de Windows |
Centro de datos 2022; Hotpatch de AE - x64 Gen2 |
Alojamiento del servidor SnapCenter |
Base de datos Oracle |
Versión 19.18 |
Parche p34765931_190000_Linux-x86-64.zip |
Oracle OPatch |
Versión 12.2.0.1.36 |
Parche p6880880_190000_Linux-x86-64.zip |
Servidor SnapCenter |
Versión 5.0 |
Implementación de grupos de trabajo |
Abrir JDK |
Versión java-11-openjdk |
Requisito del complemento SnapCenter en las máquinas virtuales de base de datos |
Sistema Nacional de Archivos |
Versión 3.0 |
Oracle dNFS habilitado |
Ansible |
núcleo 2.16.2 |
Python 3.6.8 |
Configuración de la base de datos Oracle en el entorno de laboratorio
Servidor |
Base de datos |
Almacenamiento de base de datos |
ora-01 |
NTAP1(NTAP1_PDB1,NTAP1_PDB2,NTAP1_PDB3) |
/u01, /u02, /u03 NFS se monta en el grupo de capacidad ANF |
ora-02 |
NTAP2(NTAP2_PDB1,NTAP2_PDB2,NTAP2_PDB3) |
/u01, /u02, /u03 NFS se monta en el grupo de capacidad ANF |
Factores clave a considerar en la implementación
-
* Implementación de SnapCenter . * SnapCenter se puede implementar en un dominio de Windows o en un entorno de grupo de trabajo. Para la implementación basada en dominio, la cuenta de usuario del dominio debe ser una cuenta de administrador de dominio, o el usuario del dominio debe pertenecer al grupo de administradores locales en el servidor de alojamiento de SnapCenter .
-
Resolución de nombres. El servidor SnapCenter necesita resolver el nombre a la dirección IP para cada host del servidor de base de datos de destino administrado. Cada host del servidor de base de datos de destino debe resolver el nombre del servidor SnapCenter en la dirección IP. Si un servidor DNS no está disponible, agregue nombres a los archivos del host local para su resolución.
-
Configuración del grupo de recursos. El grupo de recursos en SnapCenter es una agrupación lógica de recursos similares que pueden respaldarse juntos. De esta forma, se simplifica y reduce el número de trabajos de backup en un entorno de bases de datos grandes.
-
Copia de seguridad independiente del registro de archivo y de la base de datos completa. La copia de seguridad completa de la base de datos incluye volúmenes de datos y volúmenes de registro, instantáneas de grupo consistentes. Una instantánea completa de base de datos frecuente implica un mayor consumo de almacenamiento, pero mejora el RTO. Una alternativa es realizar instantáneas de bases de datos completas con menos frecuencia y copias de seguridad de registros de archivo con mayor frecuencia, lo que consume menos almacenamiento y mejora el RPO, pero puede extender el RTO. Tenga en cuenta sus objetivos de RTO y RPO al configurar el esquema de respaldo. También hay un límite (1023) en la cantidad de copias de seguridad de instantáneas en un volumen.
-
Delegación de Privileges . Aproveche el control de acceso basado en roles integrado en la interfaz de usuario de SnapCenter para delegar privilegios a los equipos de aplicaciones y bases de datos si lo desea.
Implementación de la solución
Las siguientes secciones proporcionan procedimientos paso a paso para la implementación, configuración y copia de seguridad, recuperación y clonación de bases de datos de Oracle de SnapCenter en Azure NetApp Files en la nube de Azure.
Requisitos previos para la implementación
Details
La implementación requiere bases de datos Oracle existentes que se ejecuten en ANF en Azure. De lo contrario, siga los pasos a continuación para crear dos bases de datos Oracle para la validación de la solución. Para obtener detalles sobre la implementación de la base de datos Oracle en ANF en la nube de Azure con automatización, consulte TR-4987:"Implementación de Oracle simplificada y automatizada en Azure NetApp Files con NFS"
-
Se ha configurado una cuenta de Azure y se han creado los segmentos de red y VNet necesarios dentro de su cuenta de Azure.
-
Desde el portal de la nube de Azure, implemente máquinas virtuales Linux de Azure como servidores de base de datos de Oracle. Cree un grupo de capacidad de Azure NetApp Files y volúmenes de base de datos para la base de datos de Oracle. Habilite la autenticación de clave pública/privada SSH de VM para azureuser en servidores de base de datos. Consulte el diagrama de arquitectura en la sección anterior para obtener detalles sobre la configuración del entorno. También conocido como"Procedimientos de implementación de Oracle paso a paso en Azure VM y Azure NetApp Files" para obtener información detallada.
Para las máquinas virtuales de Azure implementadas con redundancia de disco local, asegúrese de haber asignado al menos 128 GB en el disco raíz de la máquina virtual para tener suficiente espacio para preparar los archivos de instalación de Oracle y agregar el archivo de intercambio del sistema operativo. Expanda la partición del sistema operativo /tmplv y /rootlv según corresponda. Asegúrese de que el nombre del volumen de la base de datos siga las convenciones VMname-u01, VMname-u02 y VMname-u03. sudo lvresize -r -L +20G /dev/mapper/rootvg-rootlv
sudo lvresize -r -L +10G /dev/mapper/rootvg-tmplv
-
Desde el portal de la nube de Azure, aprovisione un servidor Windows para ejecutar la herramienta de interfaz de usuario SnapCenter de NetApp con la última versión. Consulte el siguiente enlace para obtener más detalles:"Instalar el servidor SnapCenter" .
-
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
.El nodo del controlador de Ansible se puede ubicar localmente o en la nube de Azure siempre que pueda acceder a las máquinas virtuales de Azure DB a través del puerto SSH. -
Clone una copia del kit de herramientas de automatización de implementación de Oracle de NetApp para NFS. Siga las instrucciones en"TR-4887" para ejecutar los playbooks.
git clone https://bitbucket.ngage.netapp.com/scm/ns-bb/na_oracle_deploy_nfs.git
-
Etapa siguiente de los archivos de instalación de Oracle 19c en el directorio /tmp/archive de Azure DB VM con permiso 777.
installer_archives: - "LINUX.X64_193000_db_home.zip" - "p34765931_190000_Linux-x86-64.zip" - "p6880880_190000_Linux-x86-64.zip"
-
Mira el siguiente vídeo:
Copia de seguridad, recuperación y clonación de bases de datos Oracle en ANF con SnapCenter -
Revisar el
Get Started
Menú en línea.
Instalación y configuración de SnapCenter
Details
Recomendamos hacerlo online."Documentación del software SnapCenter" antes de continuar con la instalación y configuración de SnapCenter : . A continuación se proporciona un resumen de alto nivel de los pasos para la instalación y configuración del SnapCenter software para Oracle en Azure ANF.
-
Desde el servidor Windows de SnapCenter , descargue e instale el último JDK de Java desde"Obtenga Java para aplicaciones de escritorio" .
-
Desde el servidor Windows de SnapCenter , descargue e instale la última versión (actualmente 5.0) del ejecutable de instalación de SnapCenter desde el sitio de soporte de NetApp :"NetApp | Soporte" .
-
Después de instalar el servidor SnapCenter , inicie el navegador para iniciar sesión en SnapCenter con el usuario administrador local de Windows o las credenciales de usuario de dominio a través del puerto 8146.
-
Revisar
Get Started
Menú en línea. -
En
Settings-Global Settings
, controlarHypervisor Settings
y haga clic en Actualizar. -
Si es necesario, ajuste
Session Timeout
para la interfaz de usuario de SnapCenter en el intervalo deseado. -
Agregue usuarios adicionales a SnapCenter si es necesario.
-
El
Roles
Lista de pestañas que enumeran los roles integrados que se pueden asignar a diferentes usuarios de SnapCenter . Los usuarios administradores también pueden crear roles personalizados con los privilegios deseados. -
De
Settings-Credential
, crea credenciales para los objetivos de administración de SnapCenter . En este caso de uso de demostración, son usuarios de Linux para iniciar sesión en la máquina virtual de Azure y credenciales ANF para acceder al grupo de capacidad. -
De
Storage Systems
pestaña, agregarAzure NetApp Files
con credencial creada arriba. -
De
Hosts
Pestaña, agregue máquinas virtuales de Azure DB, que instala el complemento SnapCenter para Oracle en Linux. -
Una vez que el complemento de host está instalado en la máquina virtual del servidor de base de datos, las bases de datos en el host se descubren automáticamente y son visibles en
Resources
pestaña. Volver aSettings-Polices
, cree políticas de respaldo para copias de seguridad completas de bases de datos Oracle en línea y solo copias de seguridad de registros de archivo. Consulte este documento"Crear políticas de respaldo para bases de datos de Oracle" para procedimientos detallados paso a paso.
Copia de seguridad de la base de datos
Details
Una copia de seguridad instantánea de NetApp crea una imagen de un punto en el tiempo de los volúmenes de la base de datos que puede usar para restaurar en caso de una falla del sistema o pérdida de datos. Las copias de seguridad instantáneas toman muy poco tiempo, generalmente menos de un minuto. La imagen de respaldo consume un espacio de almacenamiento mínimo y genera una sobrecarga de rendimiento insignificante porque solo registra los cambios en los archivos desde que se realizó la última copia instantánea. La siguiente sección demuestra la implementación de instantáneas para la copia de seguridad de la base de datos de Oracle en SnapCenter.
-
Navegando a
Resources
pestaña, que enumera las bases de datos descubiertas una vez que se instaló el complemento SnapCenter en la máquina virtual de la base de datos. Inicialmente, elOverall Status
de la base de datos se muestra comoNot protected
. -
Hacer clic en
View
Desplegable para cambiar aResource Group
. Hacer clic enAdd
Firme a la derecha para agregar un grupo de recursos. -
Nombre su grupo de recursos, etiquetas y cualquier nombre personalizado.
-
Añade recursos a tu
Resource Group
. La agrupación de recursos similares puede simplificar la gestión de bases de datos en un entorno grande. -
Seleccione la política de respaldo y configure un cronograma haciendo clic en el signo "+" debajo
Configure Schedules
. -
Si la verificación de respaldo no está configurada en la política, deje la página de verificación como está.
-
Para enviar por correo electrónico un informe y una notificación de respaldo, se necesita un servidor de correo SMTP en el entorno. O déjelo en negro si no hay un servidor de correo configurado.
-
Resumen del nuevo grupo de recursos.
-
Repita los procedimientos anteriores para crear solo una copia de seguridad del registro de archivo de base de datos con la política de copia de seguridad correspondiente.
-
Haga clic en un grupo de recursos para revelar los recursos que incluye. Además del trabajo de copia de seguridad programado, se puede activar una copia de seguridad única haciendo clic en
Backup Now
. -
Haga clic en el trabajo en ejecución para abrir una ventana de monitoreo, que permite al operador seguir el progreso del trabajo en tiempo real.
-
Una vez que finaliza un trabajo de respaldo exitoso, aparece un conjunto de copias de seguridad de instantáneas debajo de la topología de la base de datos. Un conjunto completo de copias de seguridad de base de datos incluye una instantánea de los volúmenes de datos de la base de datos y una instantánea de los volúmenes de registro de la base de datos. Una copia de seguridad de solo registro contiene únicamente una instantánea de los volúmenes de registro de la base de datos.
Recuperación de base de datos
Details
La recuperación de base de datos a través de SnapCenter restaura una copia instantánea de la imagen del volumen de la base de datos en un punto en el tiempo. Luego, la base de datos se traslada a un punto deseado por SCN/marca de tiempo o a un punto permitido por los registros de archivo disponibles en el conjunto de respaldo. La siguiente sección demuestra el flujo de trabajo de recuperación de base de datos con la interfaz de usuario de SnapCenter .
-
De
Resources
pestaña, abrir la base de datosPrimary Backup(s)
página. Seleccione la instantánea del volumen de datos de la base de datos y luego haga clic enRestore
Botón para iniciar el flujo de trabajo de recuperación de la base de datos. Anote el número SCN o la marca de tiempo en los conjuntos de copias de seguridad si desea ejecutar la recuperación por SCN o marca de tiempo de Oracle. -
Seleccionar
Restore Scope
. Para una base de datos de contenedores, SnapCenter es flexible para realizar una restauración a nivel de base de datos de contenedores completa (todos los archivos de datos), bases de datos conectables o espacios de tabla. -
Seleccionar
Recovery Scope
.All logs
significa aplicar todos los registros de archivo disponibles en el conjunto de respaldo. También está disponible la recuperación en un punto determinado del tiempo mediante SCN o marca de tiempo. -
El
PreOps
permite la ejecución de scripts contra la base de datos antes de la operación de restauración/recuperación. -
El
PostOps
permite la ejecución de scripts contra la base de datos después de la operación de restauración/recuperación. -
Notificación vía correo electrónico si lo desea.
-
Resumen del trabajo de restauración
-
Haga clic en el trabajo en ejecución para abrirlo
Job Details
ventana. El estado del trabajo también se puede abrir y ver desde elMonitor
pestaña.
Clon de base de datos
Details
La clonación de una base de datos a través de SnapCenter se logra creando un nuevo volumen a partir de una instantánea de un volumen. El sistema utiliza la información de la instantánea para clonar un nuevo volumen utilizando los datos del volumen cuando se tomó la instantánea. Lo que es más importante, es rápido (unos pocos minutos) y eficiente en comparación con otros métodos para hacer una copia clonada de la base de datos de producción para respaldar el desarrollo o las pruebas. De esta forma, mejora drásticamente la gestión del ciclo de vida de tus aplicaciones de base de datos. La siguiente sección demuestra el flujo de trabajo de clonación de base de datos con la interfaz de usuario de SnapCenter .
-
De
Resources
pestaña, abrir la base de datosPrimary Backup(s)
página. Seleccione la instantánea del volumen de datos de la base de datos y luego haga clic enclone
Botón para iniciar el flujo de trabajo de clonación de base de datos. -
Nombra el SID de la base de datos clonada. Opcionalmente, para una base de datos contenedora, la clonación también se puede realizar en el nivel PDB.
-
Seleccione el servidor de base de datos donde desea colocar su copia de base de datos clonada. Mantenga las ubicaciones de archivos predeterminadas a menos que desee nombrarlas de forma diferente.
-
Se debería haber instalado y configurado en el host de la base de datos clonada una pila de software Oracle idéntica a la de la base de datos de origen. Mantenga la credencial predeterminada pero cámbiela
Oracle Home Settings
para que coincida con la configuración en el host de la base de datos clonada. -
El
PreOps
Permite la ejecución de scripts antes de la operación de clonación. Los parámetros de la base de datos se pueden ajustar para satisfacer las necesidades de una base de datos clonada en comparación con una base de datos de producción, como un objetivo de SGA reducido. -
El
PostOps
Permite la ejecución de scripts contra la base de datos después de la operación de clonación. La recuperación de la base de datos clonada puede ser según SCN, marca de tiempo o hasta cancelar (recorrer la base de datos hasta el último registro archivado en el conjunto de respaldo). -
Notificación vía correo electrónico si lo desea.
-
Resumen del trabajo de clonación.
-
Haga clic en el trabajo en ejecución para abrirlo
Job Details
ventana. El estado del trabajo también se puede abrir y ver desde elMonitor
pestaña. -
La base de datos clonada se registra en SnapCenter inmediatamente.
-
Validar la base de datos clonada en el host del servidor de base de datos. Para una base de datos de desarrollo clonada, el modo de archivo de base de datos debe estar desactivado.
[azureuser@ora-02 ~]$ sudo su [root@ora-02 azureuser]# su - oracle Last login: Tue Feb 6 16:26:28 UTC 2024 on pts/0 [oracle@ora-02 ~]$ uname -a Linux ora-02 4.18.0-372.9.1.el8.x86_64 #1 SMP Fri Apr 15 22:12:19 EDT 2022 x86_64 x86_64 x86_64 GNU/Linux [oracle@ora-02 ~]$ df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 7.7G 0 7.7G 0% /dev tmpfs 7.8G 0 7.8G 0% /dev/shm tmpfs 7.8G 49M 7.7G 1% /run tmpfs 7.8G 0 7.8G 0% /sys/fs/cgroup /dev/mapper/rootvg-rootlv 22G 17G 5.6G 75% / /dev/mapper/rootvg-usrlv 10G 2.0G 8.1G 20% /usr /dev/mapper/rootvg-homelv 1014M 40M 975M 4% /home /dev/sda1 496M 106M 390M 22% /boot /dev/mapper/rootvg-varlv 8.0G 958M 7.1G 12% /var /dev/sda15 495M 5.9M 489M 2% /boot/efi /dev/mapper/rootvg-tmplv 12G 8.4G 3.7G 70% /tmp tmpfs 1.6G 0 1.6G 0% /run/user/54321 172.30.136.68:/ora-02-u03 250G 2.1G 248G 1% /u03 172.30.136.68:/ora-02-u01 100G 10G 91G 10% /u01 172.30.136.68:/ora-02-u02 250G 7.5G 243G 3% /u02 tmpfs 1.6G 0 1.6G 0% /run/user/1000 tmpfs 1.6G 0 1.6G 0% /run/user/0 172.30.136.68:/ora-01-u02-Clone-020624161543077 250G 8.2G 242G 4% /u02_ntap1dev [oracle@ora-02 ~]$ cat /etc/oratab # # This file is used by ORACLE utilities. It is created by root.sh # and updated by either Database Configuration Assistant while creating # a database or ASM Configuration Assistant while creating ASM instance. # A colon, ':', is used as the field terminator. A new line terminates # the entry. Lines beginning with a pound sign, '#', are comments. # # Entries are of the form: # $ORACLE_SID:$ORACLE_HOME:<N|Y>: # # The first and second fields are the system identifier and home # directory of the database respectively. The third field indicates # to the dbstart utility that the database should , "Y", or should not, # "N", be brought up at system boot time. # # Multiple entries with the same $ORACLE_SID are not allowed. # # NTAP2:/u01/app/oracle/product/19.0.0/NTAP2:Y # SnapCenter Plug-in for Oracle Database generated entry (DO NOT REMOVE THIS LINE) ntap1dev:/u01/app/oracle/product/19.0.0/NTAP2:N [oracle@ora-02 ~]$ export ORACLE_SID=ntap1dev [oracle@ora-02 ~]$ sqlplus / as sysdba SQL*Plus: Release 19.0.0.0.0 - Production on Tue Feb 6 16:29:02 2024 Version 19.18.0.0.0 Copyright (c) 1982, 2022, Oracle. All rights reserved. Connected to: Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production Version 19.18.0.0.0 SQL> select name, open_mode, log_mode from v$database; NAME OPEN_MODE LOG_MODE --------- -------------------- ------------ NTAP1DEV READ WRITE ARCHIVELOG SQL> shutdown immediate; Database closed. Database dismounted. ORACLE instance shut down. SQL> startup mount; ORACLE instance started. Total System Global Area 3221223168 bytes Fixed Size 9168640 bytes Variable Size 654311424 bytes Database Buffers 2550136832 bytes Redo Buffers 7606272 bytes Database mounted. SQL> alter database noarchivelog; Database altered. SQL> alter database open; Database altered. SQL> select name, open_mode, log_mode from v$database; NAME OPEN_MODE LOG_MODE --------- -------------------- ------------ NTAP1DEV READ WRITE NOARCHIVELOG SQL> show pdbs CON_ID CON_NAME OPEN MODE RESTRICTED ---------- ------------------------------ ---------- ---------- 2 PDB$SEED READ ONLY NO 3 NTAP1_PDB1 MOUNTED 4 NTAP1_PDB2 MOUNTED 5 NTAP1_PDB3 MOUNTED SQL> alter pluggable database all open;
Dónde encontrar información adicional
Para obtener más información sobre la información descrita en este documento, revise los siguientes documentos y/o sitios web:
-
Azure NetApp Files
-
Documentación del software SnapCenter
-
TR-4987: Implementación de Oracle simplificada y automatizada en Azure NetApp Files con NFS