View a markdown version of this page

Fase 1: fase di preparazione (il database di origine rimane online) - AWS Guida prescrittiva
Eseguite il backup dei tablespaceTrasferimento di copie di backupRipristinare le copie di backup

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Fase 1: fase di preparazione (il database di origine rimane online)

Durante questa fase, i file di dati del tablespace da trasportare vengono sottoposti a backup sul sistema di origine. Le copie di backup vengono trasportate nel sistema di destinazione e ripristinate eseguendo lo xttdriver.pl script.

Passaggio 1: Eseguire backup completi (livello = 0) del tablespace sul sistema di origine

Per ridurre la durata del backup, copia i xttdriver.pl file xtt.properties and in più directory. In ogni xtt.properties file contenuto in ogni directory, immettete il nome del tablespace nel parametro. tablespaces Quindi, in ogni directory, esegui xttdriver.pl con l'--backupopzione. Questo comando trasporta tutte le tablespace ad eccezione di,, e SYSTEM SYSAUX UNDOTEMP, che sono state create durante l'installazione del database di destinazione.

Ad esempio, ogni xtt01~xtt04 directory contiene tutti gli xtt script (xtt.propertiesexttdriver.pl) con valori diversi per il tablespaces= parametro nel file. xtt.properties Quando modificate il tablespaces parametro in ogni xtt.properties file, considerate la possibilità di dividere i gruppi di tablespace in modo che la dimensione totale dei file di dati in ogni gruppo di tablespace sia simile.

In questa guida, l'esempio presuppone che vi siano quattro gruppi di tablespace. Se il database di origine è Oracle a istanza singola, vengono create tutte le directory. xtt01~04 Se il database di origine è Oracle RAC, è possibile creare ogni xtt directory in ogni server Oracle RAC.

[oracle@erp expimp]$ ls
out  xtt01  xtt02  xtt03    xtt04
[oracle@erp out]$ ls
out01 out02 out03 out04

La tabella seguente mostra esempi del tablespaces= parametro nei file. xtt.properties

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…

Per evitare che le copie di backup dei file di dati esistenti vengano eliminate durante xttdriver.pl l'esecuzione in parallelo, commenta la riga seguentexttdriver.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;
   }

xttdriver.plDa utilizzare per effettuare il backup RMAN del sistema di origine.

Se il sistema di origine è Oracle RAC, può essere eseguito contemporaneamente su ogni istanza di Oracle RAC.

L'output di xttdriver.pl è archiviato nella variabile di ambiente TMPDIR. Esegui ogni xttdriver.pl comando con l'--backupopzione e utilizza l'--debugopzione per attivare la modalità di debug.

cd /u01/oracle/expimp/xtt<nn>
export TMPDIR=/u01/oracle/expimp/out/out<nn>
$ORACLE_HOME/perl/bin/perl xttdriver.pl --backup --debug 3

In questo esempio, <nn>rappresenta i gruppi di tablespace. Se sono presenti quattro gruppi di tablespace, <nn>diventa,, 01 e02. 03 04

Fase 2: Trasferire le copie di backup complete sul sistema di destinazione

Utilizza una delle due opzioni seguenti per trasferire le copie di backup sul sistema di destinazione.

Opzione 1: utilizzo AWS Snowball Edge

Percorso: Database di origine -> fase di origine AWS Snowball Edge -> Amazon S3 -> FSx per Lustre

Nota

AWS Snowball Edge non è più disponibile per i nuovi clienti. I nuovi clienti dovrebbero esplorare AWS DataSynci trasferimenti online, il AWS Data Transfer Terminal per trasferimenti fisici sicuri o AWS Partner soluzioni. Per l'edge computing, esplora AWS Outposts.

Il diagramma seguente mostra il trasferimento di un backup completo tramite Snowball Edge.

Diagramma che mostra il percorso dal database di origine a For Lustre. FSx

Snowball Edge è un dispositivo fisico robusto di archiviazione e elaborazione che puoi utilizzare per trasferire dati su larga scala. AWS Snowball Edge aiuta a superare le sfide che potresti incontrare con trasferimenti di dati su larga scala, tra cui lunghi tempi di trasferimento, mancanza di larghezza di banda utilizzabile e problemi di sicurezza.

Le copie di backup dell'intero file di dati vengono trasferite in Amazon S3 da Snowball Edge. Se la dimensione del sistema di origine è superiore a 100 TB, è necessario utilizzare più dispositivi Snowball Edge per ridurre la durata del trasferimento.

Amazon FSx for Lustre è profondamente integrato con Amazon S3. Puoi creare un file system FSx for Lustre collegato al tuo bucket S3 in pochi minuti. Se collegati al repository di dati di Amazon S3, i file system FSx for Lustre presentano in modo trasparente gli oggetti Amazon S3 come file. Nell'ambiente reale, le prestazioni di FSx for Lustre dipendono dalla sua capacità di storage, dalla dimensione di ogni file e dalla qualità di distribuzione dei file nel file system. Quando FSx for Lustre viene utilizzato come storage in fase di destinazione, non è necessario ripristinare copie di backup del tablespace in Amazon Elastic Block Store (Amazon EBS) o Amazon Elastic File System da Amazon S3.

  1. Importa il bucket S3 in for Lustre. FSx

    Usa Snowball Edge per trasferire e memorizzare l'area dello stage di origine (ad esempio,src_backups) in un bucket S3 (ad esempio,). s3-src-backups

    Create il file system FSx for Lustre (ad esempio,dest_backups) come area dello stage di destinazione per le copie di backup dei file di dati.

    Installa il client Lustre open source sul sistema di destinazione (Amazon EC2). Per ulteriori informazioni, consulta la Amazon FSx for Lustre User Guide.

    Dopo aver installato il client Lustre, monta il file system FSx for Lustre sul sistema di destinazione (Amazon EC2).

  2. Trasferimento res.txt $TMPDIR dall'origine alla destinazione. $TMPDIR

Opzione 2: utilizzo AWS Direct Connect

Percorso: Database di origine -> fase di origine AWS Direct Connect -> FSx per Lustre

Il diagramma seguente mostra il trasferimento di un backup completo utilizzando. AWS Direct Connect

Diagramma che mostra il percorso utilizzando AWS Direct Connect

Direct Connect ti dà la possibilità di creare connessioni di rete private tra il tuo data center, ufficio o ambiente di colocation e. AWS Queste connessioni di rete private riducono i costi di rete, aumentano la velocità effettiva e offrono un'esperienza coerente.

Puoi trasferire direttamente copie di backup dei file di dati dal sistema di origine al sistema di destinazione (Amazon EC2) su cui è montato il file system Amazon FSx for Lustre. Questa opzione è più veloce dell'opzione Snowball Edge se è possibile gestire l'elevata larghezza di banda di. Direct Connect

Dopo il trasferimento delle copie di backup dei file di dati tramite Snowball Edge oppure Direct Connect, è possibile visualizzarle nel file system FSx for Lustre nell'area dello stage di destinazione.

Passaggio 3: ripristinare le copie di backup complete e convertire i file di dati

Ripristina le copie di backup complete e converti i file di dati nel formato endian del sistema di destinazione. Per ridurre la durata del ripristino e della conversione, esegui il xttdriver.pl comando con l'--restoreopzione per ogni gruppo di tablespace.

cd /u01/oracle/expimp/xtt<nn>
export TMPDIR=/u01/oracle/expimp/out/out<nn>
$ORACLE_HOME/perl/bin/perl xttdriver.pl --restore --debug 3

Al termine del passaggio, i file di dati vengono inseriti nella posizione dest_datafile_location definita nel file sul sistema di destinazione. xtt.properties