As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Visão geral
Esse é o processo conceitual de migração de bancos de dados Oracle para o AWS uso de backups incrementais Oracle XTTS e RMAN com o Snowball Edge,, e para o Lustre. Direct Connect FSx
O diagrama a seguir mostra as etapas de migração de alto nível para um banco de dados Oracle em diferentes formatos endian.
![\[A descrição está na lista numerada após o diagrama.\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/migrate-bulky-oracle-databases/images/full-backup-process-overview.png)
1. Faça um backup completo de todos os espaços de tabela.
1. Use o Snowball Edge para mover o backup do estágio de origem para o estágio de destino.
1. Converta os espaços de tabela no banco de dados de destino.
1. Faça backups incrementais.
1. Use Direct Connect para transferir backups incrementais do estágio de origem para o estágio de destino.
1. Avance os backups incrementais, convertendo-os e aplicando-os ao banco de dados de destino.
1. Exporte e importe metadados para todos os espaços de tabela que estão sendo transportados.
Antes da transição, você pode minimizar o tempo de inatividade fazendo o seguinte:
+ Exportação e importação de metadados de objetos não baseados em segmentos, incluindo,,, e `USER` `PACKAGE_SPEC` `PACKAGE_BODY` `PROCEDURE` `FUNCTION`
+ Aumento do paralelismo para backup completo e backup incremental
+ Convertendo arquivos de dados
+ Backups contínuos durante a migração
O documento da Oracle Reduza o Tempo de Inatividade do Tablespace Transportável usando o Backup Incremental de Plataforma Cruzada ([2471245.1](https://support.oracle.com/epmos/faces/DocumentDisplay?_afrLoop=114983393292188&id=2471245.1)) explica como usar o Oracle XTTS com backups incrementais do RMAN. O documento também inclui detalhes sobre requisitos e recomendações. O documento não descreve como migrar um banco de dados Oracle de um ambiente local para o Oracle on AWS ou como paralelizar cada etapa da migração para minimizar o tempo de inatividade.
Este guia fornece uma maneira de paralelizar as fases, minimizando o tempo de inatividade da migração em ambientes de sistemas essenciais com tamanhos de dados extremamente grandes.
Após uma fase de configuração inicial, as etapas de alto nível para usar o Oracle XTTS com backups incrementais do RMAN incluem as seguintes fases.
## Fase 1 — Fase de preparação
A fase de preparação consiste nas seguintes etapas:
1. Um backup inicial completo (nível=0) dos espaços de tabela é levado do banco de dados de origem até o estágio de origem, que é o armazenamento NAS.
1. As cópias de backup são transferidas usando o Snowball Edge para o estágio de destino, que é FSx para o Lustre integrado ao Amazon Simple Storage Service (Amazon S3).
1. Os espaços de tabela de backup são restaurados e convertidos no banco de dados de destino com o formato little-endian.
As etapas dessa fase são executadas somente uma vez durante a migração. Os dados que estão sendo transportados estão totalmente acessíveis no banco de dados de origem durante essa fase.
## Fase 2 — Fase de avanço
A fase de avanço consiste nas seguintes etapas:
1. Um backup incremental é levado do banco de dados de origem para o estágio de origem.
1. As cópias de backup incrementais são transferidas para o estágio de Direct Connect destino.
1. As cópias de backup incrementais são convertidas no banco de dados de destino com o formato little-endian. As cópias são então aplicadas ao banco de dados de destino inicial, o que é chamado de etapa de roll-forward.
Você pode executar essa fase várias vezes. Cada backup incremental sucessivo deve levar menos tempo e tornará as cópias do arquivo de dados de destino mais atualizadas com o banco de dados de origem. Como na fase 1, os dados de origem que estão sendo transportados estão totalmente acessíveis durante essa fase.
## Fase 3 — Fase de transporte
A terceira fase inclui as seguintes etapas:
1. Os espaços de tabela que estão sendo transportados são alterados para somente leitura.
1. Um backup incremental final é obtido do banco de dados de origem.
1. Os metadados são exportados.
1. Os backups são transferidos e aplicados ao destino.
1. Os metadados do objeto são importados.
Nesse ponto, o número de alteração do sistema (SCN) do banco de dados de destino é consistente com o do banco de dados de origem.
Os metadados dos espaços de tabela transportáveis são exportados do banco de dados de origem e importados para o banco de dados de destino. Os metadados incluem informações sobre o usuário, a função, o pacote, o procedimento, a função, a tabela e o índice.
Finalmente, os espaços de tabela são transformados em leitura/gravação para acesso total ao banco de dados de destino a partir do aplicativo.
Essa fase é seguida por uma fase de validação.