Os passos abaixo não se trata de uma lista com todas recomendações e passos necessário para realizar qualquer upgrade em banco de dados Oracle, porém é uma referencia do material que achei mais completo sobre o assunto na internet e resolvi compartilhar o meu ponto de vista sobre o assunto, portanto peço desculpa se faltou algum item importante, e caso queria por favor compartilhe nos comentários qualquer consideração sobre o post ;)
Descrição dos Passos
1.
Preparar o ambiente para o upgrade
Talvez seja a etapa mais analítica, aquela a qual deve ser muito bem
analisada, pois cometendo um erro será muito difícil revertê-lo nas próximas
etapas.
1.1. Conhecer a novas funções e características do novo produto
Entre uma versão e outra a Oracle disponibiliza correções e melhorias, cabe ao responsável familiarizar-se com as novas características do produto.
1.2. Identificar o
ambiente
1.2.1. Down Time
Qual o tempo de indisponibilidade teremos para realizar o upgrade?
1.2.2. Database Version
É muito importante conhecer a versão de origem da base de dados de origem, direct upgrade somente é suportado a partir da 11.2.0.3.0, portanto qualquer versão anterior será necessário um Inderect Upgrade, https://docs.oracle.com/en/database/oracle/oracle-database/12.2/upgrd/oracle-database-releases-that-support-direct-upgrade.html#GUID-7AA90913-D8AB-4EBA-944F-31FA01D6BE5D
1.2.3. Endianess
Em caso de transformação onde pode ocorrer a mudança de Endianess será necessário ter de escolher entre um método ou outro, geralmente quando for este o caso será realizado uma operação de migração e não upgrade.
1.2.4. SO / Database Compatibility
Validar a Compatibilidade entre versão de sistema operacional e banco de dados.
1.2.5. Client/Server Compatibility
Validar a compatibilidade entre cliente e servers:
MOS - Client / Server Interoperability Support Matrix for Different Oracle Versions (Doc ID 207303.1)
1.2.6. RMAN Catalog Compatibility
Validar a Matrix de Compatibilidade do Catalogo do RMAN, se esta não for compatível com o versão target, será necessário realizar o upgrade do Catalogo:
MOS - RMAN Compatibility Matrix (Doc ID 73431.1)
1.2.7. HAS/CRS Compatibility
Validar a Matrix de Compatibilidade entre Grid e Database
MOS - Oracle Clusterware (CRS/GI) - ASM - Database Version Compatibility (Doc ID 337737.1)
2.
Testar o método escolhido
Independente do método escolhido é importante que todos os passos sejam
testados antes de iniciar o processo de upgrade, estar sempre seguro quanto as
passos de upgrade e fallback.Para realizar este passo com segurança garantir que os ambientes sejam o máximo parecidos possíveis com relação a versão de SO e Banco, Software releases, fix package, volume de dados e hardware, assim é possível mitigar ao máximo qualquer problema que possa ser encontrado na produção.
3. Testar a base de dados atualizada
Após o upgrade de pré-produção é importante avaliar a base de dados em diversos aspectos, é importante definir uma metodologia para avaliar e parar quando atingir os objetivos, a Oracle oferece uma ferramenta, Oracle Replay, onde é possível refazer os workload de um source em um target, assim garantimos que o load do base seja o mais fiel possível a sua origem, podendo assim identificar qualquer problema com antecedência.MOS - Master Note for Real Application Testing Option (Doc ID 1464274.1)
4.
Preparar e preservar a base de dados de produção
4.1. Plano de Desastre
O Principal plano de recuperação é um backup físico, seja rman ou user
managment, é extremamente importante um ultimo backup consistente com todos os
archives e plano de volta bem definido antes de iniciar o processo de upgrade.
4.1.2. Backup Logico
O Backup lógico, datapump, não é requerido mas pode ser levado como uma melhor pratica, porém não ser a estratégia principal de recuperação
4.1.3. FlashBack
É muito recomendado que seja criado um restore point antes de iniciar o upgrade, podendo assim realizar um flashback do banco to restore point o qual é uma operação muito mais simples e rápida que um restore completo
4.1.4. Backup Arquivos Auxiliares
Como uma boa pratica é recomendado que seja executado qualquer arquivo no ORACLE_HOME atual que seja único para aquela instancia, como por exemplo SQLNET, TNSNAMES e PASSWORDFILES.
4.2. Backup de Plano de Execução
MOS - Master Note: Plan Stability Features (Including SQL Plan Management (SPM)) (Doc ID 1359841.1)
https://blogs.oracle.com/optimizer/upgrade-to-oracle-database-12c-and-avoid-query-regression
https://blog.pythian.com/how-to-improve-sql-statements-performance-using-sql-plan-baselines/
5. Realizar o upgrade
Este é o momento de iniciar o processo de upgrade, o processo de upgrade
deve ser seguido conforme planejado nos steps anteriores.
6. Realizar Tuning e Ajustes
Após o upgrade da base de dados importante execução de alguns steps posteriores.6.1. Upgrade do Catalogo
Caso seja o primeiro banco desta versão do catalogo do RMAN é muito provável que seja necessário atualizar a versão do catalogo
6.2. Realizar um backup full completo
Garantir um backup full da base de dados logo após o termino da execução do upgrade
6.3. Monitorar a base de dados
Monitorar os tempos de respostas e realizar tuning se necessário
6.4. Compatible Parameter
Alterar o parâmetro de compatible após o termino do upgrade para habilitar as novas features da versão atualizada
Referencias
A Seguir as notas do Metalink Consultadas:
Complete Checklist
for Manual Upgrades to Non-CDB Oracle Database 12c Release 2 (12.2) (Doc ID
2173141.1)
Master Note for
Real Application Testing Option (Doc ID 1464274.1)
Master Note: Plan
Stability Features (Including SQL Plan Management (SPM)) (Doc ID 1359841.1)
RMAN Compatibility
Matrix (Doc ID 73431.1)
Client / Server
Interoperability Support Matrix for Different Oracle Versions (Doc ID 207303.1)
Oracle Clusterware
(CRS/GI) - ASM - Database Version Compatibility (Doc ID 337737.1)
E um Laboratorio muito interessante do Mike, que é o cara de upgrade da Oracle, com todos os passo importantes para praticar um upgrade.
Nenhum comentário:
Postar um comentário