View a markdown version of this page

Fase 1 — Fase de preparação (o banco de dados de origem permanece on-line) - AWS Orientação prescritiva
Faça backup de espaços de tabelaTransferir cópias de segurançaRestaurar cópias de backup

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 tabelaSYSTEM, exceto,,, e SYSAUX UNDOTEMP, 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.propertiesexttdriver.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 emxttdriver.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<nn>
export TMPDIR=/u01/oracle/expimp/out/out<nn>
$ORACLE_HOME/perl/bin/perl xttdriver.pl --backup --debug 3

Neste exemplo, <nn>representa os grupos de espaços de tabela. Se houver quatro grupos de espaços de tabela, <nn>torna-se, 0102, 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 DataSynctransferências on-line, o Terminal de Transferência de AWS Dados para transferências físicas seguras ou AWS Partner soluções. Para computação de ponta, explore AWS 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.

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).

  2. 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

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<nn>
export TMPDIR=/u01/oracle/expimp/out/out<nn>
$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_datafile_location definido no arquivo no sistema de destino. xtt.properties