Data Transmission Service：Migrasi data dari instance ApsaraDB RDS untuk PPAS ke kluster PolarDB untuk Oracle

Prasyarat

• Kluster PolarDB untuk Oracle telah dibuat. Untuk informasi lebih lanjut, lihat Buat Kluster.
• Ruang penyimpanan yang tersedia di kluster PolarDB untuk Oracle harus lebih besar daripada total ukuran data di instance ApsaraDB RDS untuk PPAS.
• Jika satu atau lebih huruf kapital ada dalam nama database sumber, tabel, atau bidang di instance ApsaraDB RDS untuk PPAS, Anda harus mengapit nama tersebut dengan tanda kutip ganda (") saat membuat objek di kluster PolarDB untuk Oracle.
• Untuk memigrasikan data inkremental dari instance ApsaraDB RDS untuk PPAS, Anda harus memberikan izin peran superuser kepada akun database.

Batasan

• DTS menggunakan sumber daya baca dan tulis dari database sumber dan tujuan selama migrasi data penuh. Hal ini dapat meningkatkan beban pada server database. Jika performa database tidak optimal, spesifikasi rendah, atau volume data besar, layanan database mungkin menjadi tidak tersedia. Contohnya, DTS menggunakan sejumlah besar sumber daya baca dan tulis jika banyak query SQL lambat dilakukan pada database sumber, tabel tidak memiliki kunci utama, atau terjadi deadlock di database tujuan. Sebelum memigrasikan data, evaluasi dampak migrasi terhadap performa database sumber dan tujuan. Kami menyarankan Anda memigrasikan data selama jam non-puncak, misalnya ketika utilitas CPU kurang dari 30%.

• Tabel yang akan dimigrasikan di database sumber harus memiliki batasan PRIMARY KEY atau UNIQUE, dan semua bidang harus unik. Jika tidak, database tujuan mungkin berisi catatan data duplikat.

• Satu tugas migrasi data hanya dapat memigrasikan data dari satu database. Untuk memigrasikan data dari beberapa database, Anda harus membuat tugas migrasi terpisah untuk setiap database.
• Jika tugas migrasi data gagal, DTS secara otomatis melanjutkan tugas tersebut. Sebelum memindahkan beban kerja ke kluster tujuan, hentikan atau lepaskan tugas migrasi data. Jika tidak, data di database sumber akan menimpa data di kluster tujuan setelah tugas dilanjutkan.
• Setelah beban kerja dipindahkan ke database tujuan, urutan yang baru ditulis tidak bertambah dari nilai maksimum urutan di database sumber. Oleh karena itu, Anda harus memeriksa nilai maksimum urutan di database sumber sebelum memindahkan beban kerja. Kemudian, tetapkan nilai maksimum tersebut sebagai nilai awal urutan di database tujuan. Anda dapat menjalankan perintah berikut untuk memeriksa nilai maksimum urutan di database sumber.

  do language plpgsql $$
  declare
    nsp name;
    rel name;
    val int8;
  begin
    for nsp,rel in select nspname,relname from pg_class t2 , pg_namespace t3 where t2.relnamespace=t3.oid and t2.relkind='S'
    loop
      execute format($_$select last_value from %I.%I$_$, nsp, rel) into val;
      raise notice '%',
      format($_$select setval('%I.%I'::regclass, %s);$_$, nsp, rel, val+1);
    end loop;
  end;
  $$;

• Saat memigrasikan data dari instance ApsaraDB RDS untuk PPAS ke kluster PolarDB untuk Oracle, perhatikan hal-hal berikut:
  • Pastikan bahwa spesifikasi kluster PolarDB untuk Oracle lebih tinggi atau sama dengan spesifikasi instance ApsaraDB RDS untuk PPAS. Jika tidak, query SQL lambat atau kesalahan out of memory (OOM) mungkin terjadi karena sumber daya CPU atau memori tidak mencukupi setelah migrasi. Untuk informasi lebih lanjut tentang spesifikasi yang direkomendasikan, lihat Pemetaan antara Spesifikasi Instance ApsaraDB RDS untuk PPAS dan Spesifikasi yang Direkomendasikan untuk Kluster PolarDB untuk Oracle.
  • Jika Anda memiliki persyaratan bisnis untuk jumlah koneksi dan IOPS setelah migrasi, lihat dan pilih spesifikasi yang sesuai berdasarkan kebutuhan bisnis Anda. Untuk informasi lebih lanjut, lihat Spesifikasi Node Komputasi.
  • Jika Anda menggunakan titik akhir kluster untuk menghubungkan aplikasi Anda ke kluster PolarDB untuk Oracle, pembagian baca/tulis diaktifkan. Sistem kemudian meneruskan permintaan baca ke node baca-saja PolarDB untuk Oracle, mengurangi beban pada kluster. Untuk informasi lebih lanjut tentang cara mendapatkan titik akhir kluster, lihat Lihat atau Ajukan Permohonan untuk Titik Akhir.

Pemetaan antara spesifikasi instance ApsaraDB RDS untuk PPAS dan spesifikasi yang direkomendasikan untuk kluster PolarDB untuk Oracle

Pastikan bahwa spesifikasi kluster PolarDB untuk Oracle lebih tinggi atau sama dengan spesifikasi instance ApsaraDB RDS untuk PPAS Anda. Jika tidak, query SQL lambat atau kesalahan OOM mungkin terjadi karena sumber daya CPU atau memori tidak mencukupi setelah migrasi. Tabel berikut mencantumkan spesifikasi yang direkomendasikan untuk kluster PolarDB untuk Oracle.

Jenis migrasi

Aturan penagihan

Izin yang diperlukan untuk akun database

Masuk ke database Oracle sumber, buat akun untuk pengumpulan data, dan berikan izin kepada akun tersebut.

Untuk membuat akun database dan memberikan izin kepada akun database, lakukan operasi berikut:

Untuk membuat akun database di kluster PolarDB untuk Oracle, ikuti petunjuk di Buat Akun Database.

Prosedur

1. Masuk ke Konsol DTS.

   Catatan

   Jika Anda dialihkan ke konsol Data Management (DMS), Anda dapat mengklik ikon di untuk kembali ke versi sebelumnya dari konsol DTS.

2. Di panel navigasi di sebelah kiri, klik Data Migration.

3. Di bagian atas halaman Migration Tasks, pilih wilayah tempat kluster tujuan berada.

4. Di pojok kanan atas halaman, klik Create Migration Task.

5. Konfigurasikan database sumber dan tujuan.

   Bagian	Parameter	Deskripsi
   Tidak Ada	Nama Tugas	Nama tugas yang dibuat otomatis oleh DTS. Kami sarankan Anda menentukan nama deskriptif yang mudah diidentifikasi. Anda tidak perlu menentukan nama tugas yang unik.
   Database Sumber	Tipe Instance	Pilih User-Created Database Connected Over Express Connect, VPN Gateway, or Smart Access Gateway. Anda tidak dapat memilih ApsaraDB RDS untuk PPAS sebagai tipe instance.
   	Wilayah Instance	Pilih wilayah tempat instance ApsaraDB RDS untuk PPAS berada.
   	VPC Peer	Pilih ID virtual private cloud (VPC) yang terhubung ke database sumber di instance ApsaraDB RDS untuk PPAS.
   	Tipe Database	Pilih PPAS.
   	Versi	Pilih versi mesin database instance ApsaraDB RDS untuk PPAS.
   	Nama Host atau Alamat IP	Masukkan alamat IP privat instance ApsaraDB RDS untuk PPAS.
   	Nomor Port	Masukkan nomor port layanan instance ApsaraDB RDS untuk PPAS. Nomor port default adalah 3433.
   	Nama Database	Masukkan nama database sumber di instance ApsaraDB RDS untuk PPAS.
   	Akun Database	Masukkan nama pengguna akun database yang digunakan untuk terhubung ke database sumber di instance ApsaraDB RDS untuk PPAS. Untuk informasi tentang izin yang diperlukan untuk akun database, lihat Izin yang diperlukan untuk akun database.
   	Kata Sandi Database	Masukkan kata sandi akun database. Catatan Setelah Anda menentukan informasi tentang database sumber, Anda dapat mengklik Test Connectivity di sebelah Database Password untuk memeriksa apakah informasi tersebut valid. Jika informasi valid, pesan Passed akan muncul. Jika pesan Failed muncul, klik Check di sebelah Failed. Kemudian, modifikasi informasi berdasarkan hasil pemeriksaan.
   Database Tujuan	Tipe Instance	Pilih PolarDB.
   	Wilayah Instance	Pilih wilayah tempat kluster tujuan PolarDB untuk Oracle berada.
   	ID Instance PolarDB	Pilih ID kluster tujuan PolarDB untuk Oracle.
   	Nama Database	Masukkan nama database tujuan.
   	Akun Database	Masukkan nama pengguna akun database yang digunakan untuk terhubung ke database tujuan di kluster PolarDB untuk Oracle. Untuk informasi tentang izin yang diperlukan untuk akun database, lihat Izin yang diperlukan untuk akun database.
   	Kata Sandi Database	Masukkan kata sandi akun database. Catatan Setelah Anda menentukan informasi tentang instance RDS, Anda dapat mengklik Test Connectivity di sebelah Database Password untuk memeriksa apakah informasi tersebut valid. Jika informasi valid, pesan Passed akan muncul. Jika pesan Failed muncul, klik Check di sebelah Failed. Kemudian, modifikasi informasi berdasarkan hasil pemeriksaan.

6. Di pojok kanan bawah halaman, klik Set Whitelist and Next.
   Peringatan

   Jika blok CIDR server DTS secara otomatis atau manual ditambahkan ke daftar putih database atau instance, atau ke aturan grup keamanan ECS, risiko keamanan mungkin timbul. Oleh karena itu, sebelum menggunakan DTS untuk migrasi data, Anda harus memahami dan mengakui potensi risiko serta mengambil tindakan pencegahan, termasuk tetapi tidak terbatas pada langkah-langkah berikut: tingkatkan keamanan nama pengguna dan kata sandi, batasi port yang diekspos, autentikasi panggilan API, periksa daftar putih atau aturan grup keamanan ECS secara berkala dan larang blok CIDR yang tidak sah, atau hubungkan database ke DTS menggunakan Express Connect, VPN Gateway, atau Smart Access Gateway.

7. Pilih jenis migrasi dan objek yang akan dimigrasikan.
   

   Pengaturan	Deskripsi
   Pilih jenis migrasi	Untuk hanya melakukan migrasi data penuh, pilih Schema Migration dan Full Data Migration. Untuk memastikan kontinuitas layanan selama migrasi data, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration. Penting Jika Incremental Data Migration tidak dipilih, kami sarankan Anda tidak menulis data ke database sumber selama migrasi data penuh. Hal ini memastikan konsistensi data antara database sumber dan tujuan. Selama migrasi skema dan migrasi data penuh, jangan lakukan operasi DDL pada objek yang akan dimigrasikan. Jika tidak, objek mungkin gagal dimigrasikan.
   Pilih objek yang ingin dimigrasikan	Pilih satu atau lebih objek dari bagian Source Objects dan klik ikon untuk menambahkan objek ke bagian Selected Objects. Catatan Anda dapat memilih kolom, tabel, atau database sebagai objek yang akan dimigrasikan. Secara default, setelah sebuah objek dimigrasikan ke database tujuan, nama objek tersebut tetap tidak berubah. Anda dapat menggunakan fitur pemetaan nama objek untuk mengganti nama objek yang dimigrasikan ke database tujuan. Untuk informasi lebih lanjut, lihat Pemetaan Nama Objek. Jika Anda menggunakan fitur pemetaan nama objek untuk mengganti nama sebuah objek, objek lain yang bergantung pada objek tersebut mungkin gagal dimigrasikan.
   Tentukan apakah akan mengganti nama objek	Anda dapat menggunakan fitur pemetaan nama objek untuk mengganti nama objek yang dimigrasikan ke kluster tujuan. Untuk informasi lebih lanjut, lihat Pemetaan Nama Objek.
   Tentukan rentang waktu percobaan ulang untuk koneksi gagal ke database Oracle mandiri atau instance ApsaraDB RDS untuk PPAS	Secara default, jika DTS gagal terhubung ke database sumber dan tujuan, DTS mencoba lagi dalam 12 jam berikutnya. Anda dapat menentukan rentang waktu percobaan ulang berdasarkan kebutuhan bisnis Anda. Jika DTS tersambung kembali ke database sumber dan tujuan dalam rentang waktu yang ditentukan, DTS melanjutkan tugas migrasi data. Jika tidak, tugas migrasi data gagal. Catatan Dalam rentang waktu DTS mencoba menyambung kembali ke database sumber dan tujuan, Anda akan dikenakan biaya untuk instance DTS. Kami sarankan Anda menentukan rentang waktu percobaan ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instance DTS sesegera mungkin setelah database sumber dan tujuan dilepaskan.

8. Di pojok kanan bawah halaman, klik Precheck.

   Catatan

   • Sebelum Anda dapat memulai tugas migrasi data, DTS melakukan pemeriksaan awal. Anda hanya dapat memulai tugas migrasi data setelah tugas tersebut lolos pemeriksaan awal.

   • Jika tugas gagal lolos pemeriksaan awal, Anda dapat mengklik ikon di sebelah setiap item yang gagal untuk melihat detailnya.

     • Anda dapat menyelesaikan masalah berdasarkan penyebabnya dan menjalankan pemeriksaan awal lagi.

     • Jika Anda tidak perlu menyelesaikan masalah, Anda dapat mengabaikan item yang gagal dan menjalankan pemeriksaan awal lagi.

9. Setelah tugas lolos pemeriksaan awal, klik Next.

10. Di kotak dialog Confirm Settings, tentukan parameter Channel Specification dan pilih Data Transmission Service (Pay-As-You-Go) Service Terms.

11. Klik Buy and Start untuk memulai tugas migrasi data.

    • Migrasi skema dan migrasi data penuh

      Kami sarankan Anda tidak menghentikan tugas secara manual selama migrasi data penuh. Jika tidak, data yang dimigrasikan ke database tujuan mungkin tidak lengkap. Anda dapat menunggu hingga tugas migrasi data berhenti secara otomatis.

    • Migrasi skema, migrasi data penuh, dan migrasi data inkremental

      Tugas migrasi data inkremental tidak berhenti secara otomatis. Anda harus menghentikan tugas secara manual.

      Penting

      Kami sarankan Anda memilih waktu yang tepat untuk menghentikan tugas migrasi data secara manual. Sebagai contoh, Anda dapat menghentikan tugas selama jam non-puncak atau sebelum memindahkan beban kerja ke kluster tujuan.

      1. Tunggu hingga Incremental Data Migration dan The migration task is not delayed muncul di bilah kemajuan tugas migrasi. Kemudian, hentikan penulisan data ke database sumber selama beberapa menit. Latensi incremental data migration mungkin ditampilkan di bilah kemajuan.

      2. Tunggu hingga status incremental data migration berubah menjadi The migration task is not delayed lagi. Kemudian, hentikan tugas migrasi secara manual.