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 SYSTEMSYSAUX,UNDO,, danTEMP, yang dibuat selama instalasi database target.

Misalnya, setiap xtt01~xtt04 direktori memiliki semua xtt skrip (xtt.propertiesdanxttdriver.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.

Untuk mencegah salinan cadangan file data yang ada dihapus saat berjalan xttdriver.pl secara paralel, komentari baris berikut dixttdriver.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<nn>
export TMPDIR=/u01/oracle/expimp/out/out<nn>
$ORACLE_HOME/perl/bin/perl xttdriver.pl --backup --debug 3

Dalam contoh ini, <nn>mewakili kelompok tablespace. Jika ada empat grup tablespace, <nn>menjadi,01, 0203, dan04.

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

Diagram berikut menunjukkan transfer cadangan penuh menggunakan Snowball Edge.

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.

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.

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<nn>
export TMPDIR=/u01/oracle/expimp/out/out<nn>
$ORACLE_HOME/perl/bin/perl xttdriver.pl --restore --debug 3

Setelah langkah selesai, file data ditempatkan di dest_datafile_location yang ditentukan dalam file pada sistem tujuan. xtt.properties