TR-4992: Implantação simplificada e automatizada do Oracle no NetApp C-Series com NFS
Sugerir alterações
PDFs
Allen Cao, Niyaz Mohamed, NetApp
Esta solução fornece uma visão geral e detalhes para implantação automatizada do Oracle no NetApp AFF C-Series como armazenamento de banco de dados primário com protocolo NFS. O banco de dados Oracle é implantado como um banco de dados de contêiner com dNFS habilitado.
Propósito
O NetApp AFF C-Series é um armazenamento flash de capacidade que torna o all-flash mais acessível e econômico para armazenamento unificado. Em termos de desempenho, é suficiente para muitas cargas de trabalho de banco de dados Oracle de nível 1 ou 2. Equipados com o software de gerenciamento de dados NetApp ONTAP , os sistemas AFF C-Series oferecem eficiência líder do setor, flexibilidade superior, os melhores serviços de dados e integração em nuvem para ajudar você a dimensionar sua infraestrutura de TI, simplificar seu gerenciamento de dados e reduzir o custo de armazenamento e o consumo de energia.
Esta documentação demonstra a implantação simplificada de bancos de dados Oracle no NetApp C-Series 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, a solução fornece as melhores práticas na configuração de rede de armazenamento e máquina virtual de armazenamento (SVM) com protocolo NFS em controladores de armazenamento da Série C. A solução também inclui informações sobre backup rápido, restauração e clonagem de banco de dados Oracle com a ferramenta NetApp SnapCenter UI.
Esta solução aborda os seguintes casos de uso:
-
Implantação automatizada de banco de dados de contêiner Oracle em controladores de armazenamento NetApp C-Series.
-
Proteção e clonagem de banco de dados Oracle no C-Series com a ferramenta SnapCenter UI.
Público
Esta solução é destinada às seguintes pessoas:
-
Um DBA que gostaria de implantar o Oracle no NetApp C-Series.
-
Um arquiteto de soluções de banco de dados que gostaria de testar cargas de trabalho Oracle no NetApp C-Series.
-
Um administrador de armazenamento que gostaria de implantar e gerenciar um banco de dados Oracle no NetApp C-Series.
-
Um proprietário de aplicativo que gostaria de configurar um banco de dados Oracle no NetApp C-Series.
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
Componentes de hardware e software
Hardware |
||
NetApp Série C C400 |
ONTAP Versão 9.13.1P3 |
Duas prateleiras de disco / 24 discos com capacidade de 278 TiB |
VM para servidor de banco de dados |
4 vCPUs, 16 GiB de RAM |
Duas instâncias de VM Linux para implantação simultânea |
VM para SnapCenter |
4 vCPUs, 16 GiB de RAM |
Uma instância de VM do Windows |
Software |
||
RedHat Linux |
RHEL Linux 8.6 (LVM) - x64 Gen2 |
Assinatura RedHat implantada para teste |
Servidor Windows |
DataCenter x64 Gen2 2022 |
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 montagens NFS em volumes C400 |
ora_02 |
NTAP2(NTAP2_PDB1,NTAP2_PDB2,NTAP2_PDB3) |
/u01, /u02, /u03 montagens NFS em volumes C400 |
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 VM de banco de dados 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.
-
Balanceamento de carga no par de controladores C400. Coloque os volumes do banco de dados Oracle nos nós do controlador C400 uniformemente para equilibrar a carga de trabalho. DB1 no controlador 1, DB2 no controlador 2 e assim por diante. Monte os volumes do banco de dados em seu endereço lif local.
-
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 informações para proteção e clonagem do banco de dados Oracle após a implantação.
Pré-requisitos para implantação
Details
A implantação requer os seguintes pré-requisitos.
-
Um par de controladores de armazenamento NetApp C-Series é 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. Veja o diagrama de arquitetura na seção anterior para obter detalhes sobre a configuração do ambiente.
-
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 / CentOSou
Setup the Ansible Control Node for CLI deployments on Ubuntu / Debian.Habilite a autenticação de chave pública/privada SSH entre o controlador Ansible e as VMs do banco de dados.
-
No diretório inicial do usuário administrador do controlador Ansible, 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 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 melhores práticas para configurar a máquina virtual de rede e armazenamento (SVM) no controlador da Série C para carga de trabalho Oracle com protocolo NFS usando a interface de usuário do ONTAP System Manager.
-
Efetue login no ONTAP System Manager para verificar se, após a instalação inicial do cluster ONTAP , os domínios de transmissão foram configurados com portas Ethernet atribuídas corretamente a cada domínio. Geralmente, deve haver um domínio de transmissão para cluster, um domínio de transmissão para gerenciamento e um domínio de transmissão para carga de trabalho, como dados.
-
Em REDE - Portas Ethernet, clique em
Link Aggregate Grouppara criar uma porta de grupo agregado de link LACP a0a, que fornece balanceamento de carga e failover entre as portas membro na porta do grupo agregado. Há 4 portas de dados — e0e, e0f, e0g, e0h — disponíveis nos controladores C400.
-
Selecione as portas ethernet no grupo,
LACPpara o modo, ePortpara distribuição de carga.
-
Validar a porta LACP a0a criada e o domínio de transmissão
Dataagora está operando no porto LACP.
-
De
Ethernet Ports, cliqueVLANpara adicionar uma VLAN em cada nó do controlador para carga de trabalho Oracle no protocolo NFS.
-
Efetue login nos controladores da Série C a partir do IP de gerenciamento do cluster via SSH para validar se os grupos de failover de rede estão configurados corretamente. ONTAP cria e gerencia 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. -
De
STORAGE - Storage VMs, clique em +Adicionar para criar um SVM para Oracle.
-
Nomeie seu Oracle SVM, verifique
Enable NFSeAllow NFS client access.
-
Adicionar política de exportação NFS
Defaultregras.
-
Em
NETWORK INTERFACE, preencha o endereço IP em cada nó para endereços NFS lif.
-
Validar se o SVM para Oracle está ativo e se o status do NFS lifs está ativo.
-
De
STORAGE-Volumesguia para adicionar volumes NFS para o banco de dados Oracle.
-
Nomeie seu volume, atribua capacidade e nível de desempenho.
-
Em
Access Permission, escolha a política padrão criada na etapa anterior. DesmarcarEnable Snapshot Copiespois preferimos usar o SnapCenter para criar instantâneos consistentes com o aplicativo.
-
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 do BD deve seguir rigorosamente o formato declarado 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 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
hostsconfiguraçã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.ymlconfiguraçã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.ymlconfiguraçã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 admin -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 admin -e @vars/vars.ymlansible-playbook -i hosts 2-linux_config.yml -u admin -e @vars/vars.ymlansible-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_requirementsansible-playbook -i hosts 0-all_playbook.yml -u admin -e @vars/vars.yml -t linux_configansible-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, 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 na VM DB 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
-
Validar ouvinte Oracle
[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 ~]$
-
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 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 -
Efetue login no Oracle Enterprise Manager Express para validar o 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 no C-Series. Consulte TR-4979"Oracle simplificado e autogerenciado no VMware Cloud na AWS com FSx ONTAP montado no convidado" seção Oracle backup, restore, and clone with SnapCenter para obter detalhes sobre como configurar o SnapCenter e executar os fluxos de trabalho de backup, restauração e clonagem do banco de dados.
Onde encontrar informações adicionais
Para saber mais sobre as informações descritas neste documento, revise os seguintes documentos e/ou sites: