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-4992: Implantação Oracle simplificada e automatizada no NetApp C-Series com NFS

10/21/2024 Colaboradores

PDFs

NetApp

Essa solução fornece uma visão geral e detalhes para a implantação automatizada da Oracle no NetApp AFF C-Series como storage de banco de dados primário com protocolo NFS. O banco de dados Oracle é implantado como um banco de dados de contentor com DNFS habilitado.

Finalidade

O NetApp AFF C-Series é um storage flash de capacidade que torna o all-flash mais acessível e econômico para storage unificado. Ele é suficiente para o desempenho em muitos workloads de banco de dados Oracle de nível 1 ou 2. Equipados com o software de gerenciamento de dados NetApp ONTAP, os sistemas AFF Série C oferecem eficiência líder do setor, flexibilidade superior, os melhores serviços de dados da categoria e integração com a nuvem para ajudar você a dimensionar sua INFRAESTRUTURA DE TI, simplificar o gerenciamento de dados e reduzir o custo de storage e o consumo de energia.

Essa documentação demonstra a implantação simplificada de bancos de dados Oracle no NetApp C-Series 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, a solução oferece as práticas recomendadas para a configuração de rede de storage e máquina virtual de storage (SVM) com protocolo NFS em controladores de storage C-Series. A solução também inclui informações sobre o rápido backup, restauração e clone de banco de dados Oracle com a ferramenta de IU do NetApp SnapCenter.

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

Implantação automatizada de banco de dados de contêiner Oracle em controladores de storage NetApp C-Series.
Proteção de banco de dados Oracle e clone no C-Series com a ferramenta de IU do SnapCenter.

Público-alvo

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

Um DBA que gostaria de implantar o Oracle no NetApp C-Series.
Um arquiteto de solução de banco de dados que gostaria de testar workloads Oracle no NetApp C-Series.
Um administrador de storage que gostaria de implantar e gerenciar um banco de dados Oracle no NetApp C-Series.
Proprietário de um aplicativo que gostaria de levantar um banco de dados Oracle no NetApp Série C.

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

NetApp Série C C400

ONTAP versão 9.13.1P3

Duas gavetas de disco / 24 discos com capacidade de 278 TIB

VM para servidor de banco de dados

4 vCPUs, 16GiB GB de RAM

Duas instâncias de VM Linux para implantação simultânea

VM para SnapCenter

4 vCPUs, 16GiB GB de RAM

Uma instância de VM do Windows

Software

RedHat Linux

RHEL Linux 8,6 (LVM) - x64 Gen2

Implantou a assinatura RedHat para testes

Windows Server

2022 Datacenter 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, /u03 o NFS é montado em volumes C400

ora_02

NTAP2 (NTAP2_PDB1,NTAP2_PDB2,NTAP2_PDB3)

/u01, /u02, /u03 o NFS é montado em volumes C400

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 VM de banco de dados 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.
Balanceamento de carga no par de controladores C400. Colocar os volumes de banco de dados Oracle em nós de controladora C400 uniformemente para equilibrar o workload. DB1 no controlador 1, DB2 no controlador 2, e assim por diante. Monte os volumes DB no endereço lif local.
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 informações para proteção de banco de dados Oracle e clone após a implantação.

Pré-requisitos para implantação

Details

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

Um par de controladores de storage NetApp série C é montado em rack, empilhado e a versão mais recente do sistema operacional ONTAP é instalada e configurada. Consulte este guia de configuração, conforme necessário: "Guia detalhado - AFF C400"
Provisione duas VMs Linux como servidores Oracle DB. Consulte o diagrama da arquitetura na seção anterior para obter detalhes sobre a configuração do ambiente.
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.

Habilite a autenticação de chave pública/privada ssh entre a controladora Ansible e as VMs de banco de dados.
No diretório base de usuários admin do controlador Ansible, clone uma cópia do kit de ferramentas de automação de implantação 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 19C no diretório DB VM /tmp/archive com permissão 777.

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

Configurar rede e SVM no C-Series para Oracle

Details

Esta seção do guia de implantação demonstra as práticas recomendadas para configurar a máquina virtual de rede e storage (SVM) no controlador C-Series para workloads Oracle com protocolo NFS usando a IU do ONTAP System Manager.

Faça login no Gerenciador do sistema do ONTAP para verificar que, após a instalação inicial do cluster do ONTAP, os domínios de broadcast foram configurados com portas ethernet corretamente atribuídas a cada domínio. Geralmente, deve haver um domínio de broadcast para cluster, um domínio de broadcast para gerenciamento e um domínio de broadcast para carga de trabalho, como dados.
A partir de portas DE REDE - Ethernet, clique Link Aggregate Group para criar uma porta a0a do grupo agregado de link LACP, que fornece balanceamento de carga e failover entre as portas membros na porta do grupo agregado. Existem 4 portas de dados - e0e, e0f, e0g, e0h disponíveis em controladores C400.
Selecione as portas ethernet no grupo, LACP para o modo e Port para a distribuição de carga.
Valide a porta LACP a0a criada e o domínio de broadcast Data agora está operando na porta LACP.
De Ethernet Ports, clique VLAN para adicionar uma VLAN em cada nó do controlador para a carga de trabalho Oracle no protocolo NFS.

Faça login em controladores C-Series a partir do IP de gerenciamento de cluster via ssh para validar se os grupos de failover de rede estão configurados corretamente. ONTAP criar e gerenciar grupos de failover automaticamente.

HCG-NetApp-C400-E9U9::> net int failover-groups show
  (network interface failover-groups show)
                                  Failover
Vserver          Group            Targets
---------------- ---------------- --------------------------------------------
Cluster
                 Cluster
                                  HCG-NetApp-C400-E9U9a:e0c,
                                  HCG-NetApp-C400-E9U9a:e0d,
                                  HCG-NetApp-C400-E9U9b:e0c,
                                  HCG-NetApp-C400-E9U9b:e0d
HCG-NetApp-C400-E9U9
                 Data
                                  HCG-NetApp-C400-E9U9a:a0a,
                                  HCG-NetApp-C400-E9U9a:a0a-3277,
                                  HCG-NetApp-C400-E9U9b:a0a,
                                  HCG-NetApp-C400-E9U9b:a0a-3277
                 Mgmt
                                  HCG-NetApp-C400-E9U9a:e0M,
                                  HCG-NetApp-C400-E9U9b:e0M
3 entries were displayed.

Em STORAGE - Storage VMs, clique em Adicionar para criar um SVM para Oracle.
Nomeie seu Oracle SVM, verifique Enable NFS e Allow NFS client access.
Adicionar regras de política de exportação de NFS Default.
Em NETWORK INTERFACE, preencha o endereço IP em cada nó para endereços lif NFS.
O SVM para Oracle está ativo e o status de NFS Lifs está ativo.
`STORAGE-Volumes`Da guia para adicionar volumes NFS para banco de dados Oracle.
Atribua um nome ao volume, atribua capacidade e nível de performance.
No Access Permission, escolha a política padrão criada na etapa anterior. Desmarque Enable Snapshot Copies como preferimos usar o SnapCenter para criar snapshots consistentes com aplicativos.
Crie três volumes de banco de dados para cada servidor de banco de dados: Server_NAME_u01 - binário, Server_NAME_u02 - dados, Server_NAME_u03 - logs.

A convenção de nomenclatura de volume DB deve seguir estritamente o formato como indicado acima para garantir que a automação funcione corretamente.

Isso conclui a configuração do controlador da série C para Oracle.

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

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

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

Execute 0-all_playbook.yml com uma tag.

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

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

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

Desfazer o ambiente

ansible-playbook -i hosts 5-destroy.yml -u admin -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 DB VM ora_01 ou ora_02.

Validar montagens NFS

[admin@ora_01 ~]$ cat /etc/fstab

#
# /etc/fstab
# Created by anaconda on Wed Oct 18 19:43:31 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/rhel-root   /                       xfs     defaults        0 0
UUID=aff942c4-b224-4b62-807d-6a5c22f7b623 /boot                   xfs     defaults        0 0
/dev/mapper/rhel-swap   none                    swap    defaults        0 0
/root/swapfile swap swap defaults 0 0
172.21.21.100:/ora_01_u01 /u01 nfs rw,bg,hard,vers=3,proto=tcp,timeo=600,rsize=65536,wsize=65536 0 0
172.21.21.100:/ora_01_u02 /u02 nfs rw,bg,hard,vers=3,proto=tcp,timeo=600,rsize=65536,wsize=65536 0 0
172.21.21.100:/ora_01_u03 /u03 nfs rw,bg,hard,vers=3,proto=tcp,timeo=600,rsize=65536,wsize=65536 0 0


[admin@ora_01 tmp]$ 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   18M  7.8G   1% /run
tmpfs                      7.8G     0  7.8G   0% /sys/fs/cgroup
/dev/mapper/rhel-root       44G   28G   17G  62% /
/dev/sda1                 1014M  258M  757M  26% /boot
tmpfs                      1.6G   12K  1.6G   1% /run/user/42
tmpfs                      1.6G  4.0K  1.6G   1% /run/user/1000
172.21.21.100:/ora_01_u01   50G  8.7G   42G  18% /u01
172.21.21.100:/ora_01_u02  200G  384K  200G   1% /u02
172.21.21.100:/ora_01_u03  100G  320K  100G   1% /u03

[admin@ora_02 ~]$ df -h
Filesystem                 Size  Used Avail Use% Mounted on
devtmpfs                   7.7G     0  7.7G   0% /dev
tmpfs                      7.8G     0  7.8G   0% /dev/shm
tmpfs                      7.8G   18M  7.8G   1% /run
tmpfs                      7.8G     0  7.8G   0% /sys/fs/cgroup
/dev/mapper/rhel-root       44G   28G   17G  63% /
/dev/sda1                 1014M  258M  757M  26% /boot
tmpfs                      1.6G   12K  1.6G   1% /run/user/42
tmpfs                      1.6G  4.0K  1.6G   1% /run/user/1000
172.21.21.101:/ora_02_u01   50G  7.8G   43G  16% /u01
172.21.21.101:/ora_02_u02  200G  320K  200G   1% /u02
172.21.21.101:/ora_02_u03  100G  320K  100G   1% /u03

Valide o Oracle listener

[admin@ora_02 ~]$ sudo su
[root@ora_02 admin]# su - oracle
[oracle@ora_02 ~]$ lsnrctl status listener.ntap2

LSNRCTL for Linux: Version 19.0.0.0.0 - Production on 29-MAY-2024 12:13:30

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

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=ora_02.cie.netapp.com)(PORT=1521)))
STATUS of the LISTENER
------------------------
Alias                     LISTENER.NTAP2
Version                   TNSLSNR for Linux: Version 19.0.0.0.0 - Production
Start Date                23-MAY-2024 16:13:03
Uptime                    5 days 20 hr. 0 min. 26 sec
Trace Level               off
Security                  ON: Local OS Authentication
SNMP                      OFF
Listener Parameter File   /u01/app/oracle/product/19.0.0/NTAP2/network/admin/listener.ora
Listener Log File         /u01/app/oracle/diag/tnslsnr/ora_02/listener.ntap2/alert/log.xml
Listening Endpoints Summary...
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=ora_02.cie.netapp.com)(PORT=1521)))
  (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521)))
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcps)(HOST=ora_02.cie.netapp.com)(PORT=5500))(Security=(my_wallet_directory=/u01/app/oracle/product/19.0.0/NTAP2/admin/NTAP2/xdb_wallet))(Presentation=HTTP)(Session=RAW))
Services Summary...
Service "192551f1d7e65fc3e06308b43d0a63ae.solutions.netapp.com" has 1 instance(s).
  Instance "NTAP2", status READY, has 1 handler(s) for this service...
Service "1925529a43396002e06308b43d0a2d5a.solutions.netapp.com" has 1 instance(s).
  Instance "NTAP2", status READY, has 1 handler(s) for this service...
Service "1925530776b76049e06308b43d0a49c3.solutions.netapp.com" has 1 instance(s).
  Instance "NTAP2", status READY, has 1 handler(s) for this service...
Service "NTAP2.solutions.netapp.com" has 1 instance(s).
  Instance "NTAP2", status READY, has 1 handler(s) for this service...
Service "NTAP2XDB.solutions.netapp.com" has 1 instance(s).
  Instance "NTAP2", status READY, has 1 handler(s) for this service...
Service "ntap2_pdb1.solutions.netapp.com" has 1 instance(s).
  Instance "NTAP2", status READY, has 1 handler(s) for this service...
Service "ntap2_pdb2.solutions.netapp.com" has 1 instance(s).
  Instance "NTAP2", status READY, has 1 handler(s) for this service...
Service "ntap2_pdb3.solutions.netapp.com" has 1 instance(s).
  Instance "NTAP2", status READY, has 1 handler(s) for this service...
The command completed successfully
[oracle@ora_02 ~]$

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

SVRNAME
--------------------------------------------------------------------------------
DIRNAME
--------------------------------------------------------------------------------
172.21.21.100
/ora_01_u02

172.21.21.100
/ora_01_u03

172.21.21.100
/ora_01_u01

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

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

Details

A NetApp recomenda a ferramenta SnapCenter UI para gerenciar o banco de dados Oracle implantado na série C. Consulte a seção Oracle backup, restore, and clone with SnapCenter TR-4979 "Oracle simplificado e autogerenciado no VMware Cloud no AWS com o FSX ONTAP instalado no convidado"para obter detalhes sobre como configurar o SnapCenter e executar os fluxos de trabalho de backup, restauração e clone do banco de dados.

Onde encontrar informações adicionais

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

TR-4992: Implantação Oracle simplificada e automatizada no NetApp C-Series 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

Configurar rede e SVM no C-Series para Oracle

Arquivos de parâmetros de automação

Configuração dos ficheiros de parâmetros

Execução do Playbook

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

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

Onde encontrar informações adicionais