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. Siga as instruções em "TR-4887" para executar os playbooks.

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:

Reveja o Get Started menu online.

No servidor SnapCenter Windows, baixe e instale o JDK java mais recente do "Obtenha o Java para aplicativos de desktop".

A partir do servidor Windows SnapCenter, baixe e instale a versão mais recente (atualmente 5,0) do executável de instalação do SnapCenter a partir do site de suporte do NetApp: "NetApp | suporte".

Após a instalação do servidor SnapCenter, inicie o browser para iniciar sessão no SnapCenter com a credencial de utilizador de administrador local do Windows ou de utilizador de domínio através da porta 8146.

Reveja Get Started o menu online.

No Settings-Global Settings, verifique Hypervisor Settings e clique em Atualizar.

Se necessário, ajuste Session Timeout a IU do SnapCenter para o intervalo desejado.

Adicione usuários adicionais ao SnapCenter, se necessário.

A Roles guia lista as funções integradas que podem ser atribuídas a diferentes usuários do SnapCenter. Funções personalizadas também podem ser criadas pelo usuário admin com o Privileges desejado.

Em Settings-Credential, crie credenciais para destinos de gerenciamento do SnapCenter. Nesse caso de uso de demonstração, eles são usuários do linux para login na VM do Azure e credencial do ANF para acesso ao pool de capacidade.

A partir Storage Systems do separador, adicione Azure NetApp Files com credencial criada acima.

A partir Hosts do separador, adicione VMs Azure DB, que instala o plugin SnapCenter para Oracle no Linux.

Uma vez que o plugin do host é instalado na VM do servidor de banco de dados, os bancos de dados no host são automaticamente descobertos e visíveis na Resources guia. Voltar `Settings-Polices`ao , criar políticas de backup para backup e backup de logs de arquivamento on-line completos do banco de dados Oracle. Consulte este documento "Criar políticas de backup para bancos de dados Oracle" para obter os procedimentos detalhados passo a passo.

Navegando para Resources a guia, que lista os bancos de dados descobertos uma vez que o plugin SnapCenter instalado na VM do banco de dados. Inicialmente, o Overall Status banco de dados de mostra como Not protected.

Clique em View drop-down para mudar para Resource Group. Clique no Add sinal à direita para adicionar um Grupo de recursos.

Nomeie seu grupo de recursos, tags e qualquer nomenclatura personalizada.

Adicione recursos ao Resource Group. O agrupamento de recursos semelhantes pode simplificar o gerenciamento de banco de dados em um ambiente grande.

Selecione a política de cópia de segurança e defina uma agenda clicando no sinal ''mais' em Configure Schedules.

Se a verificação de backup não estiver configurada na política, deixe a página de verificação como está.

Para enviar um relatório de backup e uma notificação por e-mail, um servidor de e-mail SMTP é necessário no ambiente. Ou deixá-lo preto se um servidor de e-mail não estiver configurado.

Resumo do novo grupo de recursos.

Repita os procedimentos acima para criar um backup de log de arquivo de banco de dados somente com a política de backup correspondente.

Clique em um grupo de recursos para revelar os recursos que ele inclui. Além da tarefa de backup agendada, um backup único pode ser acionado clicando em Backup Now.

Clique no trabalho em execução para abrir uma janela de monitorização, que permite ao operador acompanhar o progresso do trabalho em tempo real.

Um conjunto de backup instantâneo aparece sob a topologia do banco de dados assim que uma tarefa de backup bem-sucedida for concluída. Um conjunto completo de backup de banco de dados inclui um instantâneo dos volumes de dados do banco de dados e um instantâneo dos volumes de log do banco de dados. Um backup somente de log contém apenas um snapshot dos volumes de log do banco de dados.

No Resources separador , abra a página da base de Primary Backup(s) dados. Escolha o instantâneo do volume de dados do banco de dados e clique Restore no botão para iniciar o fluxo de trabalho de recuperação de banco de dados. Observe o número de SCN ou o carimbo de data/hora nos conjuntos de backup se você quiser executar a recuperação pelo Oracle SCN ou carimbo de data/hora.

`Restore Scope`Selecione . Para um banco de dados de contentor, o SnapCenter é flexível para executar um banco de dados de contentor completo (todos os bancos de dados), bancos de dados conetáveis ou restauração de nível de tablespaces.

Recovery Scope`Selecione . `All logs significa aplicar todos os registos de arquivo disponíveis no conjunto de cópias de segurança. Recuperação pontual por SCN ou timestamp também estão disponíveis.

O PreOps permite a execução de scripts contra o banco de dados antes da operação de restauração/recuperação.

O PostOps permite a execução de scripts contra o banco de dados após a operação de restauração/recuperação.

Notificação por e-mail, se desejado.

Restaurar resumo do trabalho

Clique em executar trabalho para abrir Job Details a janela. O estado do trabalho também pode ser aberto e visualizado a partir do Monitor separador .

No Resources separador , abra a página da base de Primary Backup(s) dados. Escolha o instantâneo do volume de dados do banco de dados e clique clone no botão para iniciar o fluxo de trabalho clone do banco de dados.

Nomeie o SID do banco de dados clone. Opcionalmente, para um banco de dados de contentores, o clone também pode ser feito no nível PDB.

Selecione o servidor de banco de dados onde você deseja colocar a cópia do banco de dados clonado. Mantenha os locais de arquivo padrão, a menos que você queira nomeá-los de forma diferente.

Pilha de software Oracle idêntica à do banco de dados de origem deve ter sido instalada e configurada no host clone DB. Mantenha a credencial padrão, mas mude Oracle Home Settings para corresponder às configurações no host clone DB.

O PreOps permite a execução de scripts antes da operação clone. Os parâmetros do banco de dados podem ser ajustados para atender às necessidades de um clone DB versus um banco de dados de produção, como destino SGA reduzido.

O PostOps permite a execução de scripts contra o banco de dados após a operação clone. A recuperação do banco de dados clone pode ser SCN, com base no carimbo de data/hora ou até cancelar (Rolling forward database to last archive log in the backup set).

Notificação por e-mail, se desejado.

Clone o resumo do trabalho.

Clique em executar trabalho para abrir Job Details a janela. O estado do trabalho também pode ser aberto e visualizado a partir do Monitor separador .

Banco de dados clonado Registra com SnapCenter imediatamente.

Valide o banco de dados clone no host do servidor de banco de dados. Para um banco de dados de desenvolvimento clonado, o modo de arquivo de banco de dados deve ser desativado.

[azureuser@ora-02 ~]$ sudo su
[root@ora-02 azureuser]# su - oracle
Last login: Tue Feb  6 16:26:28 UTC 2024 on pts/0

[oracle@ora-02 ~]$ uname -a
Linux ora-02 4.18.0-372.9.1.el8.x86_64 #1 SMP Fri Apr 15 22:12:19 EDT 2022 x86_64 x86_64 x86_64 GNU/Linux
[oracle@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   49M  7.7G   1% /run
tmpfs                                            7.8G     0  7.8G   0% /sys/fs/cgroup
/dev/mapper/rootvg-rootlv                         22G   17G  5.6G  75% /
/dev/mapper/rootvg-usrlv                          10G  2.0G  8.1G  20% /usr
/dev/mapper/rootvg-homelv                       1014M   40M  975M   4% /home
/dev/sda1                                        496M  106M  390M  22% /boot
/dev/mapper/rootvg-varlv                         8.0G  958M  7.1G  12% /var
/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-02-u03                        250G  2.1G  248G   1% /u03
172.30.136.68:/ora-02-u01                        100G   10G   91G  10% /u01
172.30.136.68:/ora-02-u02                        250G  7.5G  243G   3% /u02
tmpfs                                            1.6G     0  1.6G   0% /run/user/1000
tmpfs                                            1.6G     0  1.6G   0% /run/user/0
172.30.136.68:/ora-01-u02-Clone-020624161543077  250G  8.2G  242G   4% /u02_ntap1dev

[oracle@ora-02 ~]$ 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.
#
#
NTAP2:/u01/app/oracle/product/19.0.0/NTAP2:Y
# SnapCenter Plug-in for Oracle Database generated entry (DO NOT REMOVE THIS LINE)
ntap1dev:/u01/app/oracle/product/19.0.0/NTAP2:N


[oracle@ora-02 ~]$ export ORACLE_SID=ntap1dev
[oracle@ora-02 ~]$ sqlplus / as sysdba

SQL*Plus: Release 19.0.0.0.0 - Production on Tue Feb 6 16:29:02 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
--------- -------------------- ------------
NTAP1DEV  READ WRITE           ARCHIVELOG


SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup mount;
ORACLE instance started.

Total System Global Area 3221223168 bytes
Fixed Size                  9168640 bytes
Variable Size             654311424 bytes
Database Buffers         2550136832 bytes
Redo Buffers                7606272 bytes
Database mounted.

SQL> alter database noarchivelog;

Database altered.

SQL> alter database open;

Database altered.

SQL> select name, open_mode, log_mode from v$database;

NAME      OPEN_MODE            LOG_MODE
--------- -------------------- ------------
NTAP1DEV  READ WRITE           NOARCHIVELOG

SQL> show pdbs

    CON_ID CON_NAME                       OPEN MODE  RESTRICTED
---------- ------------------------------ ---------- ----------
         2 PDB$SEED                       READ ONLY  NO
         3 NTAP1_PDB1                     MOUNTED
         4 NTAP1_PDB2                     MOUNTED
         5 NTAP1_PDB3                     MOUNTED

SQL> alter pluggable database all open;