Saiba Mais Como Reduzir o Período de Indisponibilidade Durante uma Migração do Banco de Dados

O período de indisponibilidade planejado para migrar um banco de dados de produção para uma nova plataforma pode ser tão eficiente quanto a operações não planejadas. Isso é especialmente verdadeiro para empresas globais que suportam usuários em vários fusos horários e para empresas que fornecem acesso à internet aos clientes 24 horas por dia, 7 dias por semana. Se você estiver migrando um banco de dados do local para a nuvem ou do seu serviço de nuvem atual para uma nova infraestrutura ou plataforma, poderá reduzir o tempo de inatividade usando tecnologias Oracle que oferecem alta disponibilidade.

Saiba Mais Sobre o Período de Indisponibilidade Esperado

Quando você migra um banco de dados de local para a nuvem, algumas opções resultam em menos tempo de inatividade do que outras.

A tabela a seguir mostra o período de indisponibilidade esperado para soluções de migração de alta disponibilidade.

Solução da Oracle	Tempo de Paralisação do Sistema Esperado
Oracle GoldenGate	Zero a segundos
Oracle Data Guard	Menos de 5 minutos
Oracle Recovery Manager	Menos de 2 horas
Criar ocorrência com base em um backup Oracle Cloud	Minutos para horas, dependendo do tamanho do banco de dados

Considerações para Migrar um Banco de Dados para o Oracle Database Cloud Service

Vários métodos e ferramentas estão disponíveis para migrar seu Oracle Database local para o Oracle Database Cloud Service.

Nem todos os métodos de migração se aplicam a todos os cenários de migração. Muitos dos métodos de migração só se aplicam se características específicas do banco de dados de origem e do banco de dados de destino correspondem ou são compatíveis. Fatores adicionais podem afetar qual método você escolhe para sua migração entre os métodos que são tecnicamente aplicáveis ao cenário de migração.

Algumas das características e opções de banco de dados a serem consideradas quando você escolher um método de migração são:

Versão do banco de dados de origem
Versão do banco de dados Oracle Database Cloud Service
Sistema operacional e versão do host On-premises
Conjunto de caracteres do banco de dados On-premises
Quantidade de dados, incluindo índices
Tipos de dados usados no banco de dados local
Armazenamento para preparação de dados
Tamanho aceitável da paralisação do sistema
Largura de banda e conectividade da rede

Para determinar quais métodos de migração são aplicáveis ao cenário de migração, reúna as informações a seguir.

Versão do banco de dados de sua origem, banco de dados local.

Observe que uma versão do Oracle Database 11g Release 2 inferior à 11.2.0.4 requer um upgrade para, pelo menos, versão do 11.2.0.4.
Para bancos de dados Oracle Database 12c Release 1 versão 12.1.0.2 ou mais recente locais, a arquitetura do banco de dados:
- Um banco de dados de container (CDB) pode suportar um (tenant único) ou mais bancos de dados plugáveis (multitenant) (PDBs).
- Um não CDB
Sua plataforma de host de banco de dados de origem local e o formato endian.
As plataformas são little-endian ou big-endian, dependendo da ordenação de bytes que elas usam. O Oracle Database Cloud Service usa a plataforma Linux x86–64, que é little endian.

Consulte V$DATABASE para identificar o nome da plataforma do seu banco de dados de origem.

Consulte V$TRANSPORTABLE_PLATFORM para exibir todas as plataformas que suportam transporte de tablespaces de plataforma cruzada, juntamente com o formato endian de cada plataforma.
Conjunto de caracteres do banco de dados local e do banco de dados Oracle Database Cloud Service.

Alguns métodos de migração exigem que o banco de dados de origem e o banco de dados de destino usem conjuntos de caracteres do banco de dados compatíveis. Por default, os bancos de dados são configurados para usar o conjunto de caracteres do banco de dados AL32UTF8.
A versão do banco de dados de destino para o qual você está migrando no Oracle Database Cloud Service.

Os bancos de dados do Oracle Cloud que usam o Oracle Database 12c ou mais recente usam a arquitetura CDB. Os bancos de dados criados usando a opção Enterprise Edition são tenant único e os bancos de dados criados usando a opção Enterprise Edition - High Performance ou Enterprise Edition - Extreme Performance são multitenant.
- Oracle Database 11g Release 2
- Oracle Database 12c Versão 1
- Oracle Database 12c Versão 2
- Oracle Database 18c

Considerações para Migração de um Banco de Dados DBCS para Novos Cloud Services

Você pode migrar um Oracle Database de um ambiente do Oracle Database Cloud Service para outro.

Examine seu ambiente atual quanto a fatores que podem afetar a migração, como o tamanho dos arquivos do banco de dados, o nível da carga de trabalho e as versões do software que você está usando.

Considere os requisitos do ambiente de destino, como versões, patches e armazenamento, que afetam como você pode otimizar o banco de dados de origem antes da migração.

Para ajudar a determinar quais serviços de nuvem são apropriados para sua migração, reúna as informações a seguir.

Determine o tamanho dos arquivos do banco de dados no banco de dados de origem para determinar o espaço a ser alocado no sistema do banco de dados de destino.

Você pode localizar o tamanho total dos arquivos do banco de dados que planeja migrar, incluindo o tamanho dos redo logs, executando a seguinte consulta:
```
SELECT SUM(BYTES)/1024/1024 SIZE_IN_MB FROM DBA_SEGMENTS;
```
Para localizar os tamanhos dos redo logs, consulte a view dinâmica do V$LOG.
```
SELECT GROUP#, BYTES FROM V$LOG;
```
Determine o nível da carga de trabalho.

Você pode gerar um relatório AWR (Automatic Workload Repository) do Oracle para localizar uma amostra da carga de trabalho do banco de dados de origem. Como alternativa, você pode gerar um relatório ADDM (Automatic Database Diagnostic Monitor) para localizar o desempenho do banco de dados de origem durante um período entre snapshots especificados. As estatísticas de modelo de tempo, estatísticas do sistema operacional e eventos de espera fornecem uma medida relativamente clara da carga de trabalho, em termos de capacidade do sistema operacional.
Determine as variáveis de ambiente definidas no banco de dados de origem.

Talvez você queira usar essas mesmas definições no banco de dados de destino.
Verifique os conjuntos de caracteres do banco de dados no banco de dados de origem.

Você pode localizar os conjuntos de caracteres de banco de dados executando a seguinte consulta:
```
SELECT NLS_CHARACTERSET, NLS_NCHAR_CHARACTERSET
 FROM NLS_DATABASE_PARAMETERS;
```
O banco de dados de destino também deve ter esses conjuntos de caracteres.
Determine o plano de recuperação de desastres que está atualmente em vigor.

Por exemplo, se o Oracle Data Guard já estiver implantado, você poderá criar um banco de dados stand-by para o procedimento de migração. Se forem usados backups fora do site, você deverá planejar fazer um novo backup no Oracle Cloud, usando o Oracle Recovery Manager (RMAN).
Verifique se você tem o Oracle GoldenGate configurado com o banco de dados de origem.

Para localizar informações sobre o Oracle GoldenGate, execute o utilitário ggsci. O Oracle GoldenGate pode ser usado como uma ferramenta alternativa de migração se você não quiser usar o Oracle Data Guard para a migração.

Simplifique e Otimize o Banco de Dados Antes da Migração

Antes de migrar seu banco de dados, você pode reduzir o tempo de inatividade, fazendo upgrade para a versão da plataforma de destino, eliminando objetos não utilizados e executando outras otimizações.

Qualquer migração de plataforma de banco de dados deve incluir uma quantidade significativa de teste, além das estratégias de simplificação e otimização a seguir.

Simplificar: a maioria dos ambientes de banco de dados que evoluiram por meio de versões diferentes e diferentes administradores de banco de dados contêm informações antigas (e o DBA atual pode pergunta por que algum objeto, dados, política ou semelhante, é usado no sistema). O objetivo de simplificação é facilitar a administração e tornar mais confiável. Esta simplificação leva a um sistema mais altamente disponível.

Considere a eliminação de objetos de esquema que não são necessários no banco de dados de origem antes da migração. Isso pode reduzir a quantidade de dados que são migrados.
Otimizar: Em muitos casos, a migração envolve uma versão atualizada do banco de dados, incluindo novos recursos. Ao executar uma migração, você deve considerar a adoção de novos recursos e recomendações de melhores práticas.

Considere fazer upgrade do banco de dados de origem para corresponder à versão do banco de dados de destino, pois isso pode melhorar a migração (em alguns casos significativamente). Por exemplo, os recursos paralelos do Data Pump são melhorados com cada nova release do Oracle Database, de modo que uma exportação do banco de dados do sistema de origem pode ser melhorada e concluída com mais rapidez se o banco de dados de origem for submetido a upgrade para corresponder à versão do banco de dados de destino.

Considere se é possível executar a migração em estágios. Por exemplo, se o banco de dados de origem contiver uma grande quantidade de dados somente para leitura, ele poderá ser migrado antes da migração de dados ativos, para reduzir o tempo de inatividade.