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á.
# Fase 1 — Fase de preparação (o banco de dados de origem permanece on-line)
Durante essa fase, os arquivos de dados do espaço de tabela a ser transportado são copiados no sistema de origem. As cópias de backup são transportadas para o sistema de destino e restauradas com a execução do `xttdriver.pl` script.
## Etapa 1: Fazer backups completos (nível=0) do tablespace no sistema de origem
Para reduzir o tempo de duração do backup, `xtt.properties` copie os `xttdriver.pl` arquivos e para vários diretórios. Em cada `xtt.properties` arquivo em cada diretório, insira o nome do espaço de tabela no parâmetro. `tablespaces` Em seguida, em cada diretório, execute `xttdriver.pl` com a `--backup` opção. Esse comando transporta todos os espaços de tabela`SYSTEM`, exceto,,, e `SYSAUX` `UNDO``TEMP`, que foram criados durante a instalação do banco de dados de destino.
Por exemplo, cada `xtt01~xtt04` diretório tem todos os `xtt` scripts (`xtt.properties`e`xttdriver.pl`) com valores diferentes para o `tablespaces=` parâmetro no `xtt.properties` arquivo. Ao editar o `tablespaces` parâmetro em cada `xtt.properties` arquivo, considere dividir os grupos de espaços de tabela para que o tamanho total dos arquivos de dados em cada grupo de espaços de tabela seja semelhante.
Neste guia, o exemplo supõe que há quatro grupos de espaços de tabela. Se o banco de dados de origem for uma instância única Oracle, você criará todos os `xtt01~04` diretórios. Se o banco de dados de origem for o Oracle RAC, você poderá criar cada `xtt` diretório em cada servidor Oracle RAC.
```
[oracle@erp expimp]$ ls
out xtt01 xtt02 xtt03 xtt04
[oracle@erp out]$ ls
out01 out02 out03 out04
```
A tabela a seguir mostra exemplos do `tablespaces=` parâmetro nos `xtt.properties` arquivos.
| | |
| --- |--- |
| `xtt01` | `tablespaces=APPS_TS_TX_DATA` |
| `xtt02` | `tablespaces=APPS_TS_TX_IDX` |
| `xtt03` | `tablespaces=APPS_TS_SUMMARY` |
| `xtt04` | `tablespaces=APPS_CALCLIP, APPS_OMO, APPS_TS_ARCHIVE, APPS_TS_DISCO, APPS_TS_DISCO_OLAP, APPS_TS_INTERFACE, APPS_TS_MEDIA, APPS_TS_NOLOGGING, APPS_TS_QUEUES, APPS_TS_SEED…` |
Para evitar que qualquer cópia de backup de arquivos de dados existente seja excluída enquanto `xttdriver.pl` estiver sendo executada em paralelo, comente a seguinte linha em`xttdriver.pl`.
```
if (@present)
{
## Try deleting any existing copied datafiles
##Comment out it for executing rman command in parallel by AWS
## system("\\rm -f $dfcopydir/*.tf");
sleep 5;
}
```
Use `xttdriver.pl` para fazer o backup RMAN do sistema de origem.
Se o sistema de origem for o Oracle RAC, ele poderá ser executado em cada instância do Oracle RAC simultaneamente.
A saída de `xttdriver.pl` é armazenada na variável de ambiente `TMPDIR`. Execute cada `xttdriver.pl` comando com a `--backup` opção e use a `--debug` opção para ativar o modo de depuração.
```
cd /u01/oracle/expimp/xtt
export TMPDIR=/u01/oracle/expimp/out/out
$ORACLE_HOME/perl/bin/perl xttdriver.pl --backup --debug 3
```
Neste exemplo, representa os grupos de espaços de tabela. Se houver quatro grupos de espaços de tabela, torna-se, `01``02`, e. `03` `04`
## Etapa 2: Transferir cópias de backup completas para o sistema de destino
Use uma das duas opções a seguir para transferir suas cópias de backup para o sistema de destino.
### Opção 1 — Usando AWS Snowball Edge
**Caminho:** Banco de dados de origem -> estágio de origem -> AWS Snowball Edge -> Amazon S3 -> FSx para Lustre
**nota**
AWS Snowball Edge não está mais disponível para novos clientes. Novos clientes devem explorar [AWS DataSync](https://aws.amazon.com/datasync/)transferências on-line, o [Terminal de Transferência de AWS Dados](https://aws.amazon.com/data-transfer-terminal/) para transferências físicas seguras ou AWS Partner soluções. Para computação de ponta, explore [AWS Outposts](https://aws.amazon.com/outposts/).
O diagrama a seguir mostra a transferência de um backup completo usando o Snowball Edge.
![\[Diagrama mostrando o caminho do banco de dados de origem até FSx o Lustre.\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/migrate-bulky-oracle-databases/images/full-backup-with-snowball-edge.png)
O Snowball Edge é um dispositivo físico robusto de computação e armazenamento que você pode usar para mover dados em grande escala. AWS O Snowball Edge ajuda a superar os desafios que você pode encontrar com transferências de dados em grande escala, incluindo longos tempos de transferência, falta de largura de banda utilizável e questões de segurança.
Todas as cópias de backup do arquivo de dados são transferidas para o Amazon S3 pelo Snowball Edge. Se o tamanho do sistema de origem for superior a 100 TB, você deverá usar vários dispositivos Snowball Edge para reduzir a duração da transferência.
O Amazon FSx for Lustre está profundamente integrado ao Amazon S3. Você pode criar um sistema de arquivos FSx para o Lustre vinculado ao seu bucket do S3 em minutos. Quando vinculados ao repositório de dados do Amazon S3, FSx os sistemas de arquivos do Lustre apresentam de forma transparente objetos do Amazon S3 como arquivos. No ambiente real, o desempenho do FSx for Lustre depende de sua capacidade de armazenamento, do tamanho de cada arquivo e da forma como os arquivos são distribuídos no sistema de arquivos. Quando FSx for Lustre é usado como armazenamento em estágio de destino, você não precisa restaurar cópias de backup do tablespace no Amazon Elastic Block Store (Amazon EBS) ou no Amazon Elastic File System a partir do Amazon S3.
****
1. Importe o bucket do S3 FSx para o Lustre.
Use o Snowball Edge para transferir e armazenar a área do palco de origem (por exemplo,`src_backups`) em um bucket do S3 (por exemplo,). `s3-src-backups`
Crie o sistema de arquivos FSx for Lustre (por exemplo,`dest_backups`) como a área de estágio de destino para as cópias de backup dos arquivos de dados.
Instale o cliente Lustre de código aberto no sistema de destino (Amazon EC2). Para obter mais informações, consulte o Guia do usuário do Amazon FSx for Lustre.
Depois que o cliente Lustre for instalado, monte o sistema de arquivos FSx for Lustre no sistema de destino (Amazon EC2).
1. Transferir `res.txt` da `$TMPDIR` origem para `$TMPDIR` o destino.
### Opção 2 — Usando AWS Direct Connect
**Caminho:** Banco de dados de origem -> estágio de origem -> AWS Direct Connect -> FSx para Lustre
O diagrama a seguir mostra a transferência de um backup completo usando AWS Direct Connect.
![\[Diagrama mostrando o caminho usando AWS Direct Connect\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/migrate-bulky-oracle-databases/images/full-backup-with-aws-direct-connect.png)
Direct Connect oferece a capacidade de criar conexões de rede privadas entre seu data center, escritório ou ambiente de colocation e. AWS Essas conexões de rede privada reduzem os custos da rede, aumentam a taxa de transferência e oferecem uma experiência consistente.
Você pode transferir diretamente cópias de backup de arquivos de dados do sistema de origem para o sistema de destino (Amazon EC2) onde o sistema de arquivos Amazon FSx for Lustre está montado. Essa opção é mais rápida do que a opção Snowball Edge se você puder acomodar a alta largura de banda do. Direct Connect
Depois que as cópias de backup dos arquivos de dados forem transferidas pelo Snowball Edge ou Direct Connect, você poderá vê-las no sistema de arquivos FSx for Lustre, na área do palco de destino.
## Etapa 3: restaurar cópias de backup completas e converter arquivos de dados
Restaure cópias de backup completas e converta arquivos de dados no formato endian do sistema de destino. Para reduzir a duração da restauração e da conversão, execute o `xttdriver.pl` comando com a `--restore` opção para cada grupo de espaços de tabela.
```
cd /u01/oracle/expimp/xtt
export TMPDIR=/u01/oracle/expimp/out/out
$ORACLE_HOME/perl/bin/perl xttdriver.pl --restore --debug 3
```
Após a conclusão da etapa, os arquivos de dados são colocados no dest\$1datafile\$1location definido no arquivo no sistema de destino. `xtt.properties`