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 Oracle simplificada e automatizada no Azure NetApp Files com NFS

10/21/2024 Colaboradores

PDFs

NetApp

Esta solução fornece visão geral e detalhes para a 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 contentor com DNFS habilitado.

Finalidade

Executar workloads Oracle exigentes e sensíveis à latência na nuvem pode ser um desafio. Com o Azure NetApp Files (ANF), os profissionais de storage e a linha de negócios empresarial têm facilidade para migrar e executar workloads Oracle exigentes sem mudar o código. O Azure NetApp Files é amplamente utilizado como o serviço subjacente de storage de arquivos compartilhados em vários cenários, como nova implantação ou migração (lift and shift) de bancos de dados Oracle do local para o Azure.

Essa documentação demonstra a implantação simplificada de bancos de dados Oracle no Azure NetApp Files por meio de montagens NFS com a automação do Ansible. O banco de dados Oracle é implantado em uma configuração de banco de dados de contentor (CDB) e bancos de dados conetá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 contentor recém-implantado no Azure usando metodologia automatizada de realocação de PDB com interrupção mínima do serviço. Ele também fornece informações sobre o rápido backup, restauração e clone de banco de dados Oracle com a ferramenta de IU do NetApp SnapCenter no Azure Cloud.

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

Implantação automatizada de banco de dados de contêiner do Oracle no Azure NetApp Files
Migração automatizada de banco de dados Oracle entre as premissas e a nuvem do Azure

Público-alvo

Esta solução destina-se às seguintes pessoas:

Um DBA que gostaria de implantar o Oracle no Azure NetApp Files.
Um arquiteto de solução de banco de dados que gostaria de testar workloads Oracle no Azure NetApp Files.
Um administrador de storage que gostaria de implantar e gerenciar um banco de dados Oracle no Azure NetApp Files.
Proprietário de um aplicativo que gostaria de levantar um banco de dados Oracle no Azure NetApp Files.

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

O teste e a validação dessa solução foram realizados em uma configuração de laboratório que pode não corresponder ao ambiente de implantação final. Consulte a secção Fatores-chave para consideração da implantação para obter mais informações.

Arquitetura

Esta imagem fornece uma imagem 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 da Microsoft

Um pool de capacidade com nível de serviço Premium

VM do Azure para servidor de banco de dados

Standard_B4ms - 4 vCPUs, 16GiB

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

VM do Azure para SnapCenter

Standard_B4ms - 4 vCPUs, 16GiB

Uma instância de máquina virtual do Windows

Software

RedHat Linux

RHEL Linux 8,6 (LVM) - x64 Gen2

Implantou a assinatura RedHat para testes

Windows Server

2022 Datacenter; HotPatch do Azure Edition - x64 Gen2

Hosting SnapCenter Server

Banco de dados Oracle

Versão 19,18

Aplicado patch RU 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 de plug-in do 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 de banco de dados Oracle no ambiente de laboratório

Servidor

Base de dados

DB Storage

ora-01

NTAP1 (NTAP1_PDB1,NTAP1_PDB2,NTAP1_PDB3)

/u01, /u02 e /u03 montagens NFS no pool de capacidade do ANF

ora-02

NTAP2 (NTAP2_PDB1,NTAP2_PDB2,NTAP2_PDB3)

/u01, /u02 e /u03 montagens NFS no pool de capacidade do ANF

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

* Layout de armazenamento de banco de dados Oracle.* Nessa implantação automatizada do Oracle, provisionamos três volumes de banco de dados para cada banco de dados para hospedar binários, dados e logs Oracle por padrão. Os volumes são montados no servidor Oracle DB como /u01 - binário, /u02 - dados, /u03 - logs via NFS. Os arquivos de controle duplo são configurados em pontos de montagem /u02 e /u03 para redundância.
* Implantação de vários servidores de banco de dados.* A solução de automação pode implantar um banco de dados de contêineres Oracle em vários servidores de banco de dados em uma única execução do manual Ansible. Independentemente do número de servidores de banco de dados, a execução do manual permanece a mesma. É possível 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 11gi), um banco de dados Oracle executado em uma máquina virtual do Azure pode gerar significativamente mais I/o do que o cliente NFS nativo. A implantação automatizada do Oracle configura o DNFS no NFSv3 por padrão.
Aloque volume de grande tamanho para acelerar a implantação. A taxa de transferência de IO do sistema de arquivos do ANF é regulada com base no tamanho do volume. Para a implantação inicial, alocar grandes volumes de tamanho pode acelerar a implantação. Posteriormente, os volumes podem ser reduzidos dinamicamente sem impacto na aplicação.
Backup do banco de dados. O NetApp fornece um pacote de software SnapCenter para backup, restauração e clonagem de banco de dados com uma interface de usuário amigável. A NetApp recomenda a implementação dessa ferramenta de gerenciamento para obter backup instantâneo rápido (em menos de um minuto), restauração rápida de banco de dados (em minutos) e clone de banco de dados.

Implantação de solução

As seções a seguir fornecem procedimentos passo a passo para implantação automatizada do Oracle 19Ci e migração de banco de dados no Azure NetApp Files com volumes de banco de dados montados diretamente via NFS para VMs 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 rede e VNet necessários foram criados na 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. Ative a autenticação de chave privada/pública SSH VM para servidores de banco de dados azureuser. Consulte o diagrama da arquitetura na seção anterior para obter detalhes sobre a configuração do ambiente. Também referido "Procedimentos de implantação passo a passo da Oracle no Azure VM e Azure NetApp Files"para informações detalhadas.

Para VMs do Azure implantadas com redundância de disco local, verifique se você alocou pelo menos 128G no disco raiz da VM para ter espaço suficiente para organizar arquivos de instalação Oracle e adicionar arquivo de troca do SO. Expanda a partição /tmplv e /rootlv os em conformidade. Certifique-se de que a nomenclatura do volume do banco de dados siga as convenções 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

No portal da nuvem do Azure, provisione um servidor Windows para executar a ferramenta de IU do NetApp SnapCenter com a versão mais recente. Consulte o seguinte link para obter detalhes: "Instale o servidor SnapCenter"
Provisione uma VM Linux como o nó da controladora Ansible com a versão mais recente do Ansible e do Git instalada. Consulte a seguinte ligação para obter detalhes: "Primeiros passos com a automação da solução NetApp" Na secçã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ó da controladora do Ansible pode localizar no local ou na nuvem do Azure, tanto quanto ele pode alcançar VMs de banco de dados do Azure por meio de porta ssh.
Clone uma cópia do kit de ferramentas de automação de implantação da NetApp Oracle para NFS.
```
git clone https://bitbucket.ngage.netapp.com/scm/ns-bb/na_oracle_deploy_nfs.git
```

Etapa após os arquivos de instalação do Oracle 19Ci no diretório VM /tmp/archive 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"

Veja o seguinte vídeo:

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

Arquivos de parâmetros de automação

Details

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

hosts - defina os destinos com os quais o manual de estratégia 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ável local que define variáveis que se aplicam somente a um destino nomeado. No nosso caso de uso, estes são os servidores Oracle DB.

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

Configuração dos ficheiros de parâmetros

Details

Configuração do arquivo de destino do Ansible hosts:

# 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

Configuração global vars/vars.yml de arquivos

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

Configuração do servidor de banco de dados local host_vars/host_name.yml, 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 Playbook

Details

Há um total de cinco playbooks no kit de ferramentas de automação. Cada um executa diferentes blocos de tarefas e serve 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.

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

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

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

Execute playbooks um de cada vez com a sequência numérica de 1-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 de estratégia, faça login na VM do servidor Oracle DB para validar que o Oracle está instalado e configurado e um banco de dados de contentor é criado com êxito. 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

Valide o Oracle listener

[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

Valide o 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

Faça login no Oracle Enterprise Manager Express para validar o banco de dados.

Migrar banco de dados Oracle para o Azure

Details

A migração de banco de dados Oracle do local para a nuvem é um trabalho pesado. Usar a estratégia e a automação certas pode suavizar o processo e minimizar a interrupção do serviço e o tempo de inatividade. Siga esta instrução detalhada "Migração de banco de dados do local para a nuvem Azure"para guiar sua jornada de migração de banco de dados.

Faça backup, restauração e clone do Oracle com o SnapCenter

Details

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

Onde encontrar informações adicionais

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

Backup, recuperação e clone de banco de dados Oracle no ANF com o SnapCenter

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

"https://azure.microsoft.com/en-us/products/netapp"
Implantação do 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 Oracle simplificada e automatizada no Azure NetApp Files com NFS

Creating your file...

Finalidade

Público-alvo

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

Arquitetura

Componentes de hardware e software

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

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

Implantação de solução

Pré-requisitos para implantação

Arquivos de parâmetros de automação

Configuração dos ficheiros de parâmetros

Execução do Playbook

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

Migrar banco de dados Oracle para o Azure

Faça backup, restauração e clone do Oracle com o SnapCenter

Onde encontrar informações adicionais