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'`--backup`opzione. Questo comando trasporta tutte le tablespace ad eccezione di,, e `SYSTEM` `SYSAUX` `UNDO``TEMP`, che sono state create durante l'installazione del database di destinazione.
Ad esempio, ogni `xtt01~xtt04` directory contiene tutti gli `xtt` script (`xtt.properties`e`xttdriver.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 seguente`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;
}
```
`xttdriver.pl`Da 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'`--backup`opzione e utilizza l'`--debug`opzione per attivare la modalità di debug.
```
cd /u01/oracle/expimp/xtt
export TMPDIR=/u01/oracle/expimp/out/out
$ORACLE_HOME/perl/bin/perl xttdriver.pl --backup --debug 3
```
In questo esempio, rappresenta i gruppi di tablespace. Se sono presenti quattro gruppi di tablespace, diventa,, `01` e`02`. `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 DataSync](https://aws.amazon.com/datasync/)i trasferimenti online, il [AWS Data Transfer Terminal](https://aws.amazon.com/data-transfer-terminal/) per trasferimenti fisici sicuri o AWS Partner soluzioni. Per l'edge computing, esplora [AWS Outposts](https://aws.amazon.com/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\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/migrate-bulky-oracle-databases/images/full-backup-with-snowball-edge.png)
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).
1. 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\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/migrate-bulky-oracle-databases/images/full-backup-with-aws-direct-connect.png)
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'`--restore`opzione per ogni gruppo di tablespace.
```
cd /u01/oracle/expimp/xtt
export TMPDIR=/u01/oracle/expimp/out/out
$ORACLE_HOME/perl/bin/perl xttdriver.pl --restore --debug 3
```
Al termine del passaggio, i file di dati vengono inseriti nella posizione dest\$1datafile\$1location definita nel file sul sistema di destinazione. `xtt.properties`