Os autores desse artigo sao:
Leandro Tocachelis - LinkedIn
Alexandre Fagundes - LinkedIn
Objetivo:
Viabilizar os passos para fazer um Data-Refresh de um DB-System no OCI, normalmente isso é feito em bancos de testes e/ou homologação.Para quem trabalha na área, o Data-Refresh é uma atividade solicitada diversar vezes durante o ano e por varios motivos diferentes, pensando nisso decidimos criar esse artigo.
Sabemos que existem varias formas de fazer essas atividades, mas queremos demonstrar como isso é feito usando os recursos prontos que a OCI ja nos fornece.
Pré-requisitos *exclusivos* deste passo a passo:
Essa atividade exige que sejam cumpridos alguns pré-requisitos.Se algum deles a resposta for negativa, o procedimento que deve fazer provavelmente é diferente desse artigo.
- Data de atualização dos dados nao pode ser um valor exato (Ex: 23/12/2019 14h47min). Precisa ser em uma janela de tempo (Ex: entre 23/12/2019 14h00m e 23/12/2019 18h00m).
- O backup a ser utilizado para criação do novo ambiente, deverá ser um backup automático (previamente configurado na console), ou entao um backup standalone (criado a partir da console dentro da janela de tempo).
- Os DB-System's origem e destino devem residir no mesmo AD (obviamente na mesma regiao).
- O DB-System destino deverá ser destruído antes do início do data-refresh
Dicas e Considerações:
Preferencialmente, os nomes dos PDBs residentes no DB-System origem, devem ser específicos, não utilizando o nome padrao que é dado na hora que eles foram criados (Ex: <SID>_PDB1).
- Esta ação pode evitar futuros equívocos. Ex: Strings de conexão, para o DB-System destino, com SERVICE_NAME idêntico ao da origem.
- DB-Links
- DBA Directories
- Usuários (DB e S.O)
- Agendamentos (jobs, crontab)
- Custom scripts
- Backup de algum objeto/schema
- Backup Standalone do banco todo
Fortemente recomendado que as strings de conexões apontem para o HOSTNAME, tanto na origem como no destino. Pois, a cada novo DB-System criado a partir de um backup, é atribuído um novo IP automaticamente, mantendo apenas o HOSTNAME.
Procedimentos:
Coletar informações do DB-System antes de destruir:
Alem dos detalhes do DB-System, verificar os outros itens que estao sugeridos na sessao "Dicas e Considerações" logo acima.Destruir o DB-System que será recriado:
Verificar qual Backup será usado para criar o DB-System:
Acessar o DB-System de origem e verificar quais os backups disponiveis.
Verificar se algum deles se encaixa na janela de tempo que foi solicitado (Ex: entre 23/12/2019 14h00m e 23/12/2019 18h00m).
Iniciar a Criação do DB-System a partir do Backup:
- O campo "Database Admin Password" é para colocar a nova senha do DB-System que esta sendo criado.
- O campo "Password for Transparent Data Encryption (TDE) Waller or RMAN ENCRYPTON" é a senha do ambiente de origem para ser possivel restaurar o backup que estamos usando.
Essas senhas podem e DEVEM ser diferentes.
O tempo de provisionamento é correspondente ao tamanho do banco de dados.Quanto maior, mais tempo vai levar.Neste momento, apenas aguardar.Confirmar a finalização da criação:
Podemos observar que ficou com o mesmo nome do ambiente anterior que foi destruido.O IP esta outro, mas o HOSTNAME o mesmo, por isso a importancia de usar apenas o HOSTNAME em todas as strings de conexões.Reconfigurar o novo DB-System de destino:
Neste momento, esse novo DB-System esta com os dados iguais a producao, inclusive DB-Links, DIRECTORIES, UTL_FILE_DIR, Jobs, senha dos usuarios.
Se antes de destruir foi feito algum backup de objeto/schema, esse é o momento para aplicar o backup, caso necessário.
Verificar se algum desses itens precisa ser ajustado.
Liberar o ambiente para iniciar as atividades:
Após terminar a reconfiguração do novo ambiente, o mesmo ja pode ser liberado para receber conexões das aplicações e/ou usuários.
Se as strings estão usando o HOSTNAME, nao deve ocorrer nenhum erro de conexao no destino. Pois, a cada novo DB-System criado a partir de um backup, é atribuído um novo IP automaticamente, mantendo apenas o HOSTNAME.
Obrigado.
