O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

TR-4987: Implantação simplificada e automatizada do Oracle no Azure NetApp Files com NFS

08/18/2025 Colaboradores

PDFs

Allen Cao, Niyaz Mohamed, NetApp

Esta solução fornece uma visão geral e detalhes para implantação automatizada do Oracle no Microsoft Azure NetApp Files como armazenamento de banco de dados primário com protocolo NFS e o banco de dados Oracle é implantado como banco de dados de contêiner com dNFS habilitado.

Propósito

Executar cargas de trabalho Oracle com alto desempenho e sensíveis à latência na nuvem pode ser desafiador. O Azure NetApp Files (ANF) facilita para profissionais de linha de negócios (LOB) e de armazenamento a migração e a execução de cargas de trabalho exigentes do Oracle sem alteração de código. O Azure NetApp Files é amplamente utilizado como o serviço subjacente de armazenamento de arquivos compartilhados em vários cenários, como nova implantação ou migração (lift and shift) de bancos de dados Oracle locais para o Azure.

Esta documentação demonstra a implantação simplificada de bancos de dados Oracle em arquivos do Azure NetApp por meio de montagens NFS usando a automação do Ansible. O banco de dados Oracle é implantado em uma configuração de banco de dados de contêiner (CDB) e bancos de dados plugáveis (PDB) com o protocolo Oracle dNFS habilitado para aumentar o desempenho. Além disso, o banco de dados de instância única Oracle local ou PDB pode ser migrado para um banco de dados de contêiner recém-implantado no Azure usando a metodologia de realocação automatizada de PDB com interrupção mínima do serviço. Ele também fornece informações sobre backup rápido, restauração e clonagem de banco de dados Oracle com a ferramenta NetApp SnapCenter UI no Azure Cloud.

Esta solução aborda os seguintes casos de uso:

Implantação automatizada de banco de dados de contêiner Oracle em arquivos do Azure NetApp
Migração automatizada de banco de dados Oracle entre o local e a nuvem Azure

Público

Esta solução é destinada às seguintes pessoas:

Um DBA que gostaria de implantar o Oracle no Azure NetApp Files.
Um arquiteto de soluções de banco de dados que gostaria de testar cargas de trabalho Oracle no Azure NetApp Files.
Um administrador de armazenamento que gostaria de implantar e gerenciar um banco de dados Oracle no Azure NetApp Files.
Um proprietário de aplicativo que gostaria de configurar um banco de dados Oracle no Azure NetApp Files.

Ambiente de teste e validação de soluções

Os testes e a validação desta solução foram realizados em um ambiente de laboratório que pode não corresponder ao ambiente de implantação final. Veja a seçãoFatores-chave para consideração de implantação para maiores informações.

Arquitetura

Esta imagem fornece uma visão detalhada da configuração de implantação do Oracle na nuvem pública da AWS com iSCSI e ASM.

Componentes de hardware e software

Hardware

Azure NetApp Files

Oferta atual no Azure pela Microsoft

Piscina com capacidade única e nível de serviço Premium

VM do Azure para servidor de banco de dados

Standard_B4ms - 4 vCPUs, 16 GiB

Duas instâncias de máquina virtual Linux para implantação simultânea

VM do Azure para SnapCenter

Standard_B4ms - 4 vCPUs, 16 GiB

Uma instância de máquina virtual do Windows

Software

RedHat Linux

RHEL Linux 8.6 (LVM) - x64 Gen2

Assinatura RedHat implantada para teste

Servidor Windows

DataCenter 2022; Hotpatch da Edição Azure - x64 Gen2

Hospedagem do servidor SnapCenter

Banco de Dados Oracle

Versão 19.18

Patch RU aplicado p34765931_190000_Linux-x86-64.zip

Oracle OPatch

Versão 12.2.0.1.36

Último patch p6880880_190000_Linux-x86-64.zip

Servidor SnapCenter

Versão 5.0

Implantação de grupo de trabalho

Abra o JDK

Versão java-11-openjdk

Requisito do plugin SnapCenter em VMs de banco de dados

NFS

Versão 3.0

Oracle dNFS habilitado

Ansible

núcleo 2.16.2

Python 3.6.8

Configuração do banco de dados Oracle no ambiente de laboratório

Servidor

Banco de dados

Armazenamento de banco de dados

ora-01

NTAP1(NTAP1_PDB1,NTAP1_PDB2,NTAP1_PDB3)

/u01, /u02, /u03 NFS monta no pool de capacidade ANF

ora-02

NTAP2(NTAP2_PDB1,NTAP2_PDB2,NTAP2_PDB3)

/u01, /u02, /u03 NFS monta no pool de capacidade ANF

Fatores-chave para consideração de implantação

Layout de armazenamento do banco de dados Oracle. Nesta implantação automatizada do Oracle, provisionamos três volumes de banco de dados para cada banco de dados hospedar binários, dados e logs do Oracle por padrão. Os volumes são montados no servidor Oracle DB como /u01 - binário, /u02 - dados, /u03 - logs via NFS. Arquivos de controle duplo são configurados nos pontos de montagem /u02 e /u03 para redundância.
Implantação de múltiplos servidores de banco de dados. A solução de automação pode implantar um banco de dados de contêiner Oracle em vários servidores de banco de dados em uma única execução do playbook do Ansible. Independentemente do número de servidores de banco de dados, a execução do playbook permanece a mesma. Você pode implantar vários bancos de dados de contêiner em uma única instância de VM repetindo a implantação com diferentes IDs de instância de banco de dados (Oracle SID). Mas certifique-se de que haja memória suficiente no host para suportar bancos de dados implantados.
configuração dNFS. Ao usar o dNFS (disponível desde o Oracle 11g), um banco de dados Oracle em execução em uma Máquina Virtual do Azure pode gerar significativamente mais E/S do que o cliente NFS nativo. A implantação automatizada do Oracle configura o dNFS no NFSv3 por padrão.
Aloque um volume grande para acelerar a implantação. A taxa de transferência de E/S do sistema de arquivos ANF é regulada com base no tamanho do volume. Para implantação inicial, alocar volumes grandes pode acelerar a implantação. Os volumes posteriormente podem ser reduzidos dinamicamente sem impacto no aplicativo.
Backup de banco de dados. A NetApp fornece um pacote de SnapCenter software para backup, restauração e clonagem de banco de dados com uma interface de usuário amigável. A NetApp recomenda implementar uma ferramenta de gerenciamento para obter backups rápidos (menos de um minuto) de snapshots, restaurações rápidas (minutos) de bancos de dados e clonagens de bancos de dados.

Implantação da solução

As seções a seguir fornecem procedimentos passo a passo para implantação automatizada do Oracle 19c e migração de banco de dados no Azure NetApp Files com volumes de banco de dados montados diretamente via NFS para VMs do Azure.

Pré-requisitos para implantação

Details

A implantação requer os seguintes pré-requisitos.

Uma conta do Azure foi configurada e os segmentos de VNet e rede necessários foram criados dentro da sua conta do Azure.

No portal de nuvem do Azure, implante VMs do Azure Linux como servidores Oracle DB. Crie um pool de capacidade do Azure NetApp Files e volumes de banco de dados para o banco de dados Oracle. Habilitar autenticação de chave pública/privada SSH da VM para o azureuser em servidores de banco de dados. Veja o diagrama de arquitetura na seção anterior para obter detalhes sobre a configuração do ambiente. Também referido como"Procedimentos passo a passo de implantação do Oracle no Azure VM e no Azure NetApp Files" para obter informações detalhadas.

Para VMs do Azure implantadas com redundância de disco local, certifique-se de ter alocado pelo menos 128 GB no disco raiz da VM para ter espaço suficiente para preparar os arquivos de instalação do Oracle e adicionar o arquivo de troca do sistema operacional. Expanda as partições do sistema operacional /tmplv e /rootlv conforme necessário. Adicione 1G de espaço livre ao rootvg-homelv se for menor que 1G. Certifique-se de que a nomenclatura do volume do banco de dados siga a convenção VMname-u01, VMname-u02 e 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

No portal de nuvem do Azure, provisione um servidor Windows para executar a ferramenta NetApp SnapCenter UI com a versão mais recente. Consulte o link a seguir para obter detalhes:"Instalar o SnapCenter Server"
Provisione uma VM Linux como o nó do controlador Ansible com a versão mais recente do Ansible e do Git instalada. Consulte o link a seguir para obter detalhes:"Introdução à automação de soluções da NetApp ^" na seção -
Setup the Ansible Control Node for CLI deployments on RHEL / CentOS ou
Setup the Ansible Control Node for CLI deployments on Ubuntu / Debian .

O nó do controlador Ansible pode ser localizado no local ou na nuvem do Azure, desde que possa alcançar as VMs do Azure DB por meio da porta SSH.
Clone uma cópia do kit de ferramentas de automação de implantação do NetApp Oracle para NFS.
```
git clone https://bitbucket.ngage.netapp.com/scm/ns-bb/na_oracle_deploy_nfs.git
```

Etapa seguinte: arquivos de instalação do Oracle 19c no diretório /tmp/archive da VM do Azure DB com permissão 777.

installer_archives:
  - "LINUX.X64_193000_db_home.zip"
  - "p34765931_190000_Linux-x86-64.zip"
  - "p6880880_190000_Linux-x86-64.zip"

Assista ao vídeo a seguir:

Implantação simplificada e automatizada do Oracle no Azure NetApp Files com NFS

Arquivos de parâmetros de automação

Details

O playbook do Ansible executa tarefas de instalação e configuração de banco de dados com parâmetros predefinidos. Para esta solução de automação Oracle, há três arquivos de parâmetros definidos pelo usuário que precisam de entrada do usuário antes da execução do playbook.

hosts - definem alvos nos quais o manual de automação está sendo executado.
vars/vars.yml - o arquivo de variável global que define variáveis que se aplicam a todos os destinos.
host_vars/host_name.yml - o arquivo de variáveis locais que define variáveis que se aplicam somente a um destino nomeado. No nosso caso de uso, esses são os servidores Oracle DB.

Além desses arquivos de variáveis definidos pelo usuário, há vários arquivos de variáveis padrão que contêm parâmetros padrão que não exigem alterações, a menos que seja necessário. As seções a seguir mostram como configurar os arquivos de variáveis definidas pelo usuário.

Configuração de arquivos de parâmetros

Details

Alvo Ansible hosts configuração do arquivo:

# 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 configuração de arquivo

######################################################################
###### 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 banco de dados local host_vars/host_name.yml configuração 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

Execução do manual de instruções

Details

Há um total de cinco manuais no kit de ferramentas de automação. Cada um executa blocos de tarefas diferentes e atende a propósitos diferentes.

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.

Há três opções para executar os playbooks com os seguintes comandos.

Execute todos os manuais de implantação em uma execução combinada.

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

Execute os playbooks um de cada vez com a sequência numérica de 1 a 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

Execute 0-all_playbook.yml com uma tag.

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

Desfazer o ambiente

ansible-playbook -i hosts 5-destroy.yml -u azureuser -e @vars/vars.yml

Validação pós-execução

Details

Após a execução do manual, efetue login na VM do servidor Oracle DB para validar se o Oracle está instalado e configurado e se um banco de dados de contêiner foi criado com sucesso. A seguir está um exemplo de validação de banco de dados Oracle no host ora-01.

Validar montagens 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 ouvinte 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 banco de dados Oracle e 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

Efetue login no Oracle Enterprise Manager Express para validar o banco de dados.

Migrar banco de dados Oracle para o Azure

Details

A migração do banco de dados Oracle do local para a nuvem é uma tarefa árdua. Usar a estratégia e a automação certas pode facilitar o processo e minimizar a interrupção do serviço e o tempo de inatividade. Siga estas instruções detalhadas"Migração de banco de dados local para a nuvem do Azure" para orientar sua jornada de migração de banco de dados.

Backup, restauração e clonagem do Oracle com SnapCenter

Details

A NetApp recomenda a ferramenta SnapCenter UI para gerenciar o banco de dados Oracle implantado na nuvem do Azure. Consulte TR-4988:"Backup, recuperação e clonagem de banco de dados Oracle em ANF com SnapCenter" para mais detalhes.

Onde encontrar informações adicionais

Para saber mais sobre as informações descritas neste documento, revise os seguintes documentos e/ou sites:

Backup, recuperação e clonagem de banco de dados Oracle em ANF com SnapCenter

"Backup, recuperação e clonagem de banco de dados Oracle em ANF com SnapCenter"
Azure NetApp Files

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

"https://docs.oracle.com/en/database/oracle/oracle-database/19/ladbi/deploying-dnfs.html#GUID-D06079DB-8C71-4F68-A1E3-A75D7D96DCE2"
Instalando e configurando o banco de dados Oracle usando arquivos de resposta

"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: Implantação simplificada e automatizada do Oracle no Azure NetApp Files com NFS

Creating your file...

Propósito

Público

Ambiente de teste e validação de soluções

Arquitetura

Componentes de hardware e software

Configuração do banco de dados Oracle no ambiente de laboratório

Fatores-chave para consideração de implantação

Implantação da solução

Pré-requisitos para implantação

Arquivos de parâmetros de automação

Configuração de arquivos de parâmetros

Execução do manual de instruções

Validação pós-execução

Migrar banco de dados Oracle para o Azure

Backup, restauração e clonagem do Oracle com SnapCenter

Onde encontrar informações adicionais