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 de Oracle simplificada y automatizada en Azure NetApp Files con NFS

08/18/2025 Colaboradores

PDF

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.

Objetivo

Ejecutar cargas de trabajo de Oracle que requieren un alto rendimiento y son sensibles a la latencia en la nube puede ser un desafío. Azure NetApp Files (ANF) facilita que los profesionales de almacenamiento y de líneas de negocio (LOB) empresariales migren y ejecuten cargas de trabajo exigentes de Oracle sin modificar el código. Azure NetApp Files se usa ampliamente como servicio subyacente de almacenamiento de archivos compartido en diversos escenarios, como nuevas implementaciones o migraciones (lift and shift) de bases de datos Oracle desde las instalaciones locales a Azure.

Esta documentación demuestra la implementación simplificada de bases de datos de Oracle en archivos de Azure NetApp a través de montajes NFS mediante 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 base de datos de instancia única de Oracle local o PDB se puede migrar a una base de datos de contenedor recientemente implementada en Azure mediante una metodología de reubicación de PDB automatizada con una interrupción mínima del servicio. También proporciona información sobre la copia de seguridad, restauración y clonación rápida de bases de datos de Oracle con la herramienta de interfaz de usuario SnapCenter de NetApp en Azure Cloud.

Esta solución aborda los siguientes casos de uso:

Implementación automatizada de bases de datos de contenedores de Oracle en archivos de Azure NetApp
Migración automatizada de bases de datos Oracle entre las instalaciones locales y la nube de Azure

Audiencia

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

Un administrador de bases de datos que desee implementar 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 una base 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

Esta imagen proporciona una imagen detallada de la configuración de implementación de Oracle en la nube pública de AWS con iSCSI y ASM.

Componentes de hardware y software

Hardware

Azure NetApp Files

Oferta actual en Azure de Microsoft

Piscina de una 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 para implementación simultánea

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; Revisión de Azure Edition - 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 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

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 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.
Asigne un 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, asignar volúmenes de gran tamaño puede acelerar la implementación. Posteriormente, los volúmenes se pueden reducir de forma dinámica sin afectar a la aplicación.
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 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 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. Agregue 1G de espacio libre a rootvg-homelv si es menor a 1G. 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

sudo lvresize -r -L +1G /dev/mapper/rootvg-homelv

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.
```
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:

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

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

Deshacer el medio ambiente

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 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 el host ora-01.

Validar 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 el oyente 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 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

Inicie sesión en Oracle Enterprise Manager Express para validar la base de datos.

Migrar la base de datos de Oracle a Azure

Details

La migración de una base de datos de Oracle desde las instalaciones locales a la nube es una tarea ardua. El uso de la estrategia y la automatización adecuadas pueden simplificar el proceso y minimizar las interrupciones y el tiempo de inactividad del servicio. Siga estas instrucciones detalladas"Migración de bases de datos desde las instalaciones locales a la nube de Azure" para guiar su proceso de migración de 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 de Oracle implementada en la nube de Azure. Consulte TR-4988:"Copia de seguridad, recuperación y clonación de bases de datos Oracle en ANF con SnapCenter" Para más detalles.

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:

Copia de seguridad, recuperación y clonación de bases de datos Oracle en ANF con SnapCenter

"Copia de seguridad, recuperación y clonación de bases de datos Oracle en ANF con SnapCenter"
Azure NetApp Files

"https://azure.microsoft.com/en-us/products/netapp"
Implementación de 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 mediante 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 de Oracle simplificada y automatizada en Azure NetApp Files con NFS

Creating your file...

Objetivo

Audiencia

Entorno de prueba y validación de soluciones

Arquitectura

Componentes de hardware y software

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

Factores clave a considerar en la implementación

Implementación 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 del libro de jugadas

Validación posterior a la ejecución

Migrar la base de datos de Oracle a Azure

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

Dónde encontrar información adicional