Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Fase 1 - Mempersiapkan fase (database sumber tetap online)
Selama fase ini, file data dari tablespace yang akan diangkut dicadangkan pada sistem sumber. Salinan cadangan diangkut ke sistem tujuan dan dipulihkan dengan menjalankan `xttdriver.pl` skrip.
## Langkah 1: Ambil cadangan tablespace penuh (level = 0) pada sistem sumber
Untuk mengurangi waktu durasi pencadangan, salin `xttdriver.pl` file `xtt.properties` dan ke beberapa direktori. Di setiap `xtt.properties` file di bawah setiap direktori, masukkan nama tablespace di `tablespaces` parameter. Kemudian, di bawah setiap direktori, jalankan `xttdriver.pl` dengan `--backup` opsi. Perintah ini mengangkut semua tablespace kecuali untuk `SYSTEM``SYSAUX`,`UNDO`,, dan`TEMP`, yang dibuat selama instalasi database target.
Misalnya, setiap `xtt01~xtt04` direktori memiliki semua `xtt` skrip (`xtt.properties`dan`xttdriver.pl`) dengan nilai yang berbeda untuk `tablespaces=` parameter dalam `xtt.properties` file. Saat mengedit `tablespaces` parameter di setiap `xtt.properties` file, pertimbangkan untuk membagi grup tablespace sehingga ukuran total file data di setiap grup tablespace serupa.
Dalam panduan ini, contoh mengandaikan bahwa ada empat grup tablespace. Jika database sumber adalah Oracle single instance, Anda membuat semua `xtt01~04` direktori. Jika database sumbernya adalah Oracle RAC, Anda dapat membuat setiap `xtt` direktori di setiap server Oracle RAC.
```
[oracle@erp expimp]$ ls
out xtt01 xtt02 xtt03 xtt04
[oracle@erp out]$ ls
out01 out02 out03 out04
```
Tabel berikut menunjukkan contoh `tablespaces=` parameter dalam `xtt.properties` file.
| | |
| --- |--- |
| `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…` |
Untuk mencegah salinan cadangan file data yang ada dihapus saat berjalan `xttdriver.pl` secara paralel, komentari baris berikut di`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;
}
```
Gunakan `xttdriver.pl` untuk membuat cadangan RMAN dari sistem sumber.
Jika sistem sumbernya adalah Oracle RAC, itu dapat dijalankan pada setiap instance Oracle RAC secara bersamaan.
Output `xttdriver.pl` disimpan dalam variabel lingkungan `TMPDIR`. Jalankan setiap `xttdriver.pl` perintah dengan `--backup` opsi, dan gunakan `--debug` opsi untuk mengaktifkan mode debug.
```
cd /u01/oracle/expimp/xtt
export TMPDIR=/u01/oracle/expimp/out/out
$ORACLE_HOME/perl/bin/perl xttdriver.pl --backup --debug 3
```
Dalam contoh ini, mewakili kelompok tablespace. Jika ada empat grup tablespace, menjadi,`01`, `02``03`, dan`04`.
## Langkah 2: Transfer salinan cadangan lengkap ke sistem tujuan
Gunakan salah satu dari dua opsi berikut untuk mentransfer salinan cadangan Anda ke sistem tujuan.
### Opsi 1 — Menggunakan AWS Snowball Edge
**Jalur:** Database sumber -> tahap sumber -> AWS Snowball Edge -> Amazon S3 -> FSx untuk Lustre
**catatan**
AWS Snowball Edge tidak lagi tersedia untuk pelanggan baru. Pelanggan baru harus [AWS DataSync](https://aws.amazon.com/datasync/)mencari transfer online, [Terminal Transfer AWS Data](https://aws.amazon.com/data-transfer-terminal/) untuk transfer fisik yang aman, atau AWS Partner solusi. Untuk komputasi tepi, jelajahi [AWS Outposts](https://aws.amazon.com/outposts/).
Diagram berikut menunjukkan transfer cadangan penuh menggunakan Snowball Edge.
![\[Diagram yang menunjukkan jalur dari database sumber ke FSx untuk Lustre.\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/migrate-bulky-oracle-databases/images/full-backup-with-snowball-edge.png)
Snowball Edge adalah perangkat penyimpanan dan komputasi fisik tangguh yang dapat Anda gunakan untuk memindahkan data skala besar. AWS Snowball Edge membantu mengatasi tantangan yang mungkin Anda hadapi dengan transfer data skala besar, termasuk waktu transfer yang lama, kurangnya bandwidth yang dapat digunakan, dan masalah keamanan.
Seluruh salinan cadangan file data ditransfer ke Amazon S3 oleh Snowball Edge. Jika ukuran sistem sumber lebih dari 100 TB, Anda harus menggunakan beberapa perangkat Snowball Edge untuk mengurangi durasi transfer.
Amazon FSx for Lustre sangat terintegrasi dengan Amazon S3. Anda dapat membuat sistem file FSx untuk Lustre yang ditautkan ke bucket S3 Anda dalam hitungan menit. Saat ditautkan ke repositori data Amazon S3, FSx untuk sistem file Lustre secara transparan menyajikan objek Amazon S3 sebagai file. Dalam lingkungan nyata, kinerja FSx untuk Lustre tergantung pada kapasitas penyimpanannya, ukuran setiap file, dan seberapa baik file didistribusikan ke dalam sistem file. Ketika FSx untuk Lustre digunakan sebagai penyimpanan tahap target, Anda tidak perlu mengembalikan salinan cadangan tablespace ke Amazon Elastic Block Store (Amazon EBS) atau Amazon Elastic File System dari Amazon S3.
****
1. Impor bucket S3 ke FSx for Lustre.
Gunakan Snowball Edge untuk mentransfer dan menyimpan area panggung sumber (misalnya,`src_backups`) ke dalam ember S3 (misalnya,). `s3-src-backups`
Buat sistem file FSx untuk Lustre (misalnya,`dest_backups`) sebagai area tahap tujuan untuk salinan cadangan file data.
Instal klien Lustre open-source pada sistem tujuan (Amazon EC2). Untuk informasi selengkapnya, lihat Panduan Pengguna Amazon FSx for Lustre.
Setelah klien Lustre diinstal, pasang sistem file FSx for Lustre ke sistem tujuan (Amazon EC2).
1. Transfer `res.txt` dari `$TMPDIR` sumber `$TMPDIR` ke tujuan.
### Opsi 2 — Menggunakan AWS Direct Connect
**Jalur:** Database sumber -> tahap sumber -> AWS Direct Connect -> FSx untuk Lustre
Diagram berikut menunjukkan transfer cadangan penuh dengan menggunakan AWS Direct Connect.
![\[Diagram yang menunjukkan jalur menggunakan AWS Direct Connect\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/migrate-bulky-oracle-databases/images/full-backup-with-aws-direct-connect.png)
Direct Connect memberi Anda kemampuan untuk membuat koneksi jaringan pribadi antara pusat data, kantor, atau lingkungan colocation Anda dan AWS. Koneksi jaringan pribadi ini mengurangi biaya jaringan, meningkatkan throughput, dan memberikan pengalaman yang konsisten.
Anda dapat langsung mentransfer salinan cadangan file data dari sistem sumber ke sistem tujuan (Amazon EC2) di mana sistem file Amazon FSx untuk Lustre dipasang. Opsi ini lebih cepat daripada opsi Snowball Edge jika Anda dapat mengakomodasi bandwidth tinggi. Direct Connect
Setelah salinan cadangan file data ditransfer oleh Snowball Edge atau Direct Connect, Anda dapat melihatnya di sistem file FSx for Lustre di area tahap target.
## Langkah 3: Kembalikan salinan cadangan lengkap dan konversi file data
Kembalikan salinan cadangan lengkap dan konversi file data ke format endian sistem tujuan. Untuk mengurangi durasi pemulihan dan konversi, jalankan `xttdriver.pl` perintah dengan `--restore` opsi untuk setiap grup tablespace.
```
cd /u01/oracle/expimp/xtt
export TMPDIR=/u01/oracle/expimp/out/out
$ORACLE_HOME/perl/bin/perl xttdriver.pl --restore --debug 3
```
Setelah langkah selesai, file data ditempatkan di dest\$1datafile\$1location yang ditentukan dalam file pada sistem tujuan. `xtt.properties`