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-4987: Implementación simplificada y automatizada de Oracle en Azure NetApp Files con NFS

02/14/2024 Colaboradores

PDF

Allen Cao, Niyaz Mohamed, NetApp

Específico

Ejecutar cargas de trabajo de Oracle sensibles a la latencia y de rendimiento intensivo en el cloud puede ser un reto. Azure NetApp Files (ANF) simplifica, para los profesionales del almacenamiento y de línea de negocio empresarial, la migración y ejecución de cargas de trabajo de Oracle exigentes sin la necesidad de cambiar el código. Azure NetApp Files tiene un amplio uso como el servicio de almacenamiento de archivos compartido subyacente en varios escenarios, como la nueva puesta en marcha o migración (rehospedaje) de bases de datos de Oracle de instalaciones a Azure.

Esta documentación muestra la puesta en marcha simplificada de bases de datos de Oracle en Azure NetApp Files 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 base de datos local de instancia única de Oracle o PDB se puede migrar a una base de datos de contenedor recién implementada en Azure mediante la metodología de reubicación automatizada de PDB con una interrupción del servicio mínima. También ofrece información sobre backup, restauración y clonación rápidos de bases de datos de Oracle con la herramienta IU de NetApp SnapCenter en Azure Cloud.

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

Puesta en marcha automática de la base de datos Oracle Container en Azure NetApp Files
Migración automatizada de bases de datos de Oracle entre recursos internos y la nube de Azure

Destinatarios

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

Un administrador de bases de datos que desea implementar Oracle en Azure NetApp Files.
Un arquitecto de la solución de bases de datos al que le gustaría probar las cargas de trabajo de Oracle en Azure NetApp Files.
Un administrador de almacenamiento que quisiera poner en funcionamiento y gestionar una base de datos Oracle en Azure NetApp Files.
Propietario de una aplicación que desea poner en marcha una base de datos de Oracle en Azure NetApp Files.

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 [Key Factors for Deployment Consideration] si quiere más información.

Arquitectura

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

Componentes de hardware y software

Hardware

Azure NetApp Files

Oferta actual en Azure de Microsoft

Un pool de capacidad con nivel de servicio Premium

Azure VM para servidor de base de datos

Standard_B4ms - 4 vCPU, 16GiB

Dos instancias de equipos virtuales de Linux para la implementación simultánea

Azure VM para SnapCenter

Standard_B4ms - 4 vCPU, 16GiB

Una instancia de la máquina virtual Windows

Software

Red Hat Linux

RHEL Linux 8,6 (LVM) - x64 Gen2

Suscripción RedHat implementada para pruebas

Servidor Windows Server

2022 DataCenter; Azure Edition Hotpatch - 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 montajes NFS en el pool de capacidad de ANF

ora-02

NTAP2(NTAP2_PDB1,NTAP2_PDB2,NTAP2_PDB3)

/u01, /u02, /u03 montajes NFS en el pool de capacidad de ANF

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 máquina virtual de Azure 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.
* Asignar volumen de gran tamaño para acelerar la implementación.* El rendimiento de E/S del sistema de archivos ANF se regula en función del tamaño del volumen. Para la implementación inicial, asigne volúmenes de gran tamaño pueden acelerar la implementación. Posteriormente, se puede reducir el tamaño de los volúmenes dinámicamente sin afectar a las aplicaciones.
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 proporcionan procedimientos paso a paso para la implementación automatizada de Oracle 19C y la migración de bases de datos en Azure NetApp Files con volúmenes de bases de datos montados directamente a través de NFS a máquinas virtuales de Azure.

Requisitos previos para la implementación

Details

La implementación requiere los siguientes requisitos previos.

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 de Azure Linux como servidores de Oracle DB. Crear un pool de capacidad de Azure NetApp Files y volúmenes de base de datos para las bases de datos de Oracle. Active 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 información detallada sobre la configuración del entorno. También se ha mencionado "Procedimientos detallados de puesta en marcha de Oracle 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 que ha asignado al menos 128G en el disco raíz de la máquina virtual para tener espacio suficiente para almacenar en zona intermedia los archivos de instalación de Oracle y agregar el archivo de intercambio del sistema operativo. Expanda la partición /tmplv y /rootlv OS en consecuencia. Asegúrese de que la nomenclatura de volúmenes de base de datos siga la convención 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 cloud de Azure, aprovisione un servidor de Windows para ejecutar la herramienta de interfaz de usuario de NetApp SnapCenter con la última versión. 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 / CentOS o.
Setup the Ansible Control Node for CLI deployments on Ubuntu / Debian.

El nodo de controladora de Ansible puede localizar presuntos o en el cloud de Azure, en lo que puede llegar a máquinas virtuales de bases de datos de Azure a través del puerto SSH.
Clone una copia del kit de herramientas de automatización de 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 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"

Vea el siguiente vídeo:

Implementación de Oracle simplificada y automatizada en Azure NetApp Files con NFS

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 hosts configuración de archivo:

# Enter Oracle servers names to be deployed one by one, follow by each Oracle server public IP address, and ssh private key of azureuser 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 archivo

######################################################################
###### Oracle 19c deployment user configuration variables       ######
###### Consolidate all variables from ANF, linux and oracle     ######
######################################################################

###########################################
### ANF env specific config variables   ###
###########################################

# Prerequisite to create three volumes in NetApp storage pool from 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.

# NFS lif ip address to access database volumes in ANF storage pool (retrievable from cloud dashboard)
nfs_lif: 172.30.136.68

###########################################
### 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

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 azureuser -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 azureuser -e @vars/vars.yml

ansible-playbook -i hosts 2-linux_config.yml -u azureuser -e @vars/vars.yml

ansible-playbook -i hosts 4-oracle_config.yml -u azureuser -e @vars/vars.yml

Ejecute 0-all_playbook.yml con una etiqueta.

ansible-playbook -i hosts 0-all_playbook.yml -u azureuser -e @vars/vars.yml -t ansible_requirements

ansible-playbook -i hosts 0-all_playbook.yml -u azureuser -e @vars/vars.yml -t linux_config

ansible-playbook -i hosts 0-all_playbook.yml -u azureuser -e @vars/vars.yml -t oracle_config

Deshaga el entorno

ansible-playbook -i hosts 5-destroy.yml -u azureuser -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 de Oracle en el host ora-01.

Validar los montajes NFS

[azureuser@ora-01 ~]$ cat /etc/fstab

#
# /etc/fstab
# Created by anaconda on Thu Sep 14 11:04:01 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/rootvg-rootlv /                       xfs     defaults        0 0
UUID=268633bd-f9bb-446d-9a1d-8fca4609a1e1 /boot                   xfs     defaults        0 0
UUID=89D8-B037          /boot/efi               vfat    defaults,uid=0,gid=0,umask=077,shortname=winnt 0 2
/dev/mapper/rootvg-homelv /home                   xfs     defaults        0 0
/dev/mapper/rootvg-tmplv /tmp                    xfs     defaults        0 0
/dev/mapper/rootvg-usrlv /usr                    xfs     defaults        0 0
/dev/mapper/rootvg-varlv /var                    xfs     defaults        0 0
/mnt/swapfile swap swap defaults 0 0
172.30.136.68:/ora-01-u01 /u01 nfs rw,bg,hard,vers=3,proto=tcp,timeo=600,rsize=65536,wsize=65536 0 0
172.30.136.68:/ora-01-u02 /u02 nfs rw,bg,hard,vers=3,proto=tcp,timeo=600,rsize=65536,wsize=65536 0 0
172.30.136.68:/ora-01-u03 /u03 nfs rw,bg,hard,vers=3,proto=tcp,timeo=600,rsize=65536,wsize=65536 0 0

[azureuser@ora-01 ~]$ 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  8.6M  7.7G   1% /run
tmpfs                      7.8G     0  7.8G   0% /sys/fs/cgroup
/dev/mapper/rootvg-rootlv   22G   17G  5.8G  74% /
/dev/mapper/rootvg-usrlv    10G  2.0G  8.1G  20% /usr
/dev/mapper/rootvg-varlv   8.0G  890M  7.2G  11% /var
/dev/sda1                  496M  106M  390M  22% /boot
/dev/mapper/rootvg-homelv 1014M   40M  975M   4% /home
/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-01-u01  500G   11G  490G   3% /u01
172.30.136.68:/ora-01-u03  250G  1.2G  249G   1% /u03
172.30.136.68:/ora-01-u02  250G  7.1G  243G   3% /u02
tmpfs                      1.6G     0  1.6G   0% /run/user/1000

Validar listener de Oracle

[azureuser@ora-01 ~]$ sudo su
[root@ora-01 azureuser]# su - oracle
Last login: Thu Feb  1 16:13:44 UTC 2024
[oracle@ora-01 ~]$ lsnrctl status listener.ntap1

LSNRCTL for Linux: Version 19.0.0.0.0 - Production on 01-FEB-2024 16:25:37

Copyright (c) 1991, 2022, Oracle.  All rights reserved.

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=ora-01.internal.cloudapp.net)(PORT=1521)))
STATUS of the LISTENER
------------------------
Alias                     LISTENER.NTAP1
Version                   TNSLSNR for Linux: Version 19.0.0.0.0 - Production
Start Date                01-FEB-2024 16:13:49
Uptime                    0 days 0 hr. 11 min. 49 sec
Trace Level               off
Security                  ON: Local OS Authentication
SNMP                      OFF
Listener Parameter File   /u01/app/oracle/product/19.0.0/NTAP1/network/admin/listener.ora
Listener Log File         /u01/app/oracle/diag/tnslsnr/ora-01/listener.ntap1/alert/log.xml
Listening Endpoints Summary...
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=ora-01.hr2z2nbmhnqutdsxgscjtuxizd.jx.internal.cloudapp.net)(PORT=1521)))
  (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521)))
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcps)(HOST=ora-01.hr2z2nbmhnqutdsxgscjtuxizd.jx.internal.cloudapp.net)(PORT=5500))(Security=(my_wallet_directory=/u01/app/oracle/product/19.0.0/NTAP1/admin/NTAP1/xdb_wallet))(Presentation=HTTP)(Session=RAW))
Services Summary...
Service "104409ac02da6352e063bb891eacf34a.solutions.netapp.com" has 1 instance(s).
  Instance "NTAP1", status READY, has 1 handler(s) for this service...
Service "104412c14c2c63cae063bb891eacf64d.solutions.netapp.com" has 1 instance(s).
  Instance "NTAP1", status READY, has 1 handler(s) for this service...
Service "1044174670ad63ffe063bb891eac6b34.solutions.netapp.com" has 1 instance(s).
  Instance "NTAP1", status READY, has 1 handler(s) for this service...
Service "NTAP1.solutions.netapp.com" has 1 instance(s).
  Instance "NTAP1", status READY, has 1 handler(s) for this service...
Service "NTAP1XDB.solutions.netapp.com" has 1 instance(s).
  Instance "NTAP1", status READY, has 1 handler(s) for this service...
Service "ntap1_pdb1.solutions.netapp.com" has 1 instance(s).
  Instance "NTAP1", status READY, has 1 handler(s) for this service...
Service "ntap1_pdb2.solutions.netapp.com" has 1 instance(s).
  Instance "NTAP1", status READY, has 1 handler(s) for this service...
Service "ntap1_pdb3.solutions.netapp.com" has 1 instance(s).
  Instance "NTAP1", status READY, has 1 handler(s) for this service...
The command completed successfully

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, nfsversion from v$dnfs_servers;

SVRNAME
--------------------------------------------------------------------------------
DIRNAME
--------------------------------------------------------------------------------
NFSVERSION
----------------
172.30.136.68
/ora-01-u02
NFSv3.0

172.30.136.68
/ora-01-u03
NFSv3.0

SVRNAME
--------------------------------------------------------------------------------
DIRNAME
--------------------------------------------------------------------------------
NFSVERSION
----------------

172.30.136.68
/ora-01-u01
NFSv3.0

Conéctese a Oracle Enterprise Manager Express para validar la base de datos.

Migra la base de datos de Oracle a Azure

Details

La migración de bases de datos de Oracle de on-premises a la nube es todo un esfuerzo. Utilizar la estrategia y la automatización adecuadas puede facilitar el proceso y minimizar las interrupciones del servicio y el tiempo de inactividad. Siga esta instrucción detallada "Migración de bases de datos desde las instalaciones al cloud de Azure" para guiar su proceso de migración de bases de datos.

Backup, restauración y clonado de Oracle con SnapCenter

Details

NetApp recomienda la herramienta de interfaz de usuario de SnapCenter para gestionar la base de datos de Oracle implementada en la nube de Azure. Consulte TR-4988: "Oracle Database Backup, Recovery y Clone en ANF con SnapCenter" para obtener más detalles.

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:

Oracle Database Backup, Recovery y Clone en ANF con SnapCenter

"Oracle Database Backup, Recovery y Clone en ANF con SnapCenter"
Azure NetApp Files

"https://azure.microsoft.com/en-us/products/netapp"
Desplegando Oracle Direct NFS

"https://docs.oracle.com/en/database/oracle/oracle-database/19/ladbi/deploying-dnfs.html#GUID-D06079DB-8C71-4F68-A1E3-A75D7D96DCE2"
Instalación y configuración de Oracle Database con los archivos de respuesta

"https://docs.oracle.com/en/database/oracle/oracle-database/19/ladbi/installing-and-configuring-oracle-database-using-response-files.html#GUID-D53355E9-E901-4224-9A2A-B882070EDDF7"

TR-4987: Implementación simplificada y automatizada de Oracle en Azure NetApp Files con NFS

Creating your file...

Específico

Destinatarios

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

Arquitectura

Componentes de hardware y software

Configuración de la base de datos Oracle en el entorno de laboratorio

Factores clave a tener en cuenta la puesta en marcha

Puesta en marcha de la solución

Requisitos previos para la implementación

Archivos de parámetros de automatización

Configuración de archivos de parámetros

Ejecución de PlayBook

Validación posterior a la ejecución

Migra la base de datos de Oracle a Azure

Backup, restauración y clonado de Oracle con SnapCenter

Dónde encontrar información adicional