Gunakan replikasi database antar instans untuk menyalin satu atau beberapa database, akun, dan izin akun dari instans RDS sumber ke instans RDS tujuan.
Mulai replikasi dari Konsol atau dengan memanggil operasi API CopyDatabaseBetweenInstances.
Cara kerja
Replikasi berlangsung dalam dua tahap:
ApsaraDB RDS membuat cadangan penuh dari instans sumber.
Data cadangan penuh tersebut dipulihkan ke instans tujuan.
Data yang ditulis ke instans sumber selama replikasi tidak ikut dipindahkan ke instans tujuan. Jika tugas replikasi gagal pada titik mana pun, tidak ada data yang ditulis ke instans tujuan, sehingga konsistensi data tetap terjaga.
Batasan
Instans sumber dan tujuan harus berada dalam Akun Alibaba Cloud yang sama.
Wilayah dan jenis jaringan kedua instans harus sesuai. Zona boleh berbeda.
Instans tujuan tidak boleh memiliki database yang namanya sama dengan database yang ingin Anda replikasi.
Hanya replikasi penuh satu kali yang didukung. Sinkronisasi inkremental setelah replikasi awal tidak didukung.
Instans SQL Server Web tidak mendukung kompresi cadangan, yang dapat mengurangi throughput pencadangan dan pemulihan menjadi di bawah 100 GB per jam.
Replikasi database vs. migrasi data DTS
| Replikasi database | Migrasi data Data Transmission Service (DTS) | |
|---|---|---|
| Prinsip | Mereplikasi database menggunakan file cadangan data atau hingga titik waktu tertentu. Tidak menghapus data sumber. | Melakukan migrasi logis dengan membaca dan menguraikan log instans sumber. Migrasi lengkap terdiri dari migrasi skema, migrasi data penuh, dan migrasi data inkremental. Tidak menghapus data sumber. |
| Lingkup | Hanya instans ApsaraDB RDS for SQL Server | Database yang dikelola sendiri di Elastic Compute Service (ECS), pusat data lokal, server cloud pihak ketiga, dan instans ApsaraDB RDS for SQL Server. Lihat Database yang didukung. |
| Jenis migrasi | Hanya replikasi penuh; gratis | Migrasi skema, migrasi data penuh, dan migrasi data inkremental. Untuk informasi biaya migrasi data inkremental, lihat Ikhtisar penagihan. |
| Data sumber | Tidak dihapus | Tidak dihapus |
Gunakan replikasi database untuk salinan langsung satu kali antar instans RDS. Gunakan DTS jika Anda memerlukan sinkronisasi inkremental atau ingin melakukan migrasi dari sumber non-RDS.
Prasyarat
Sebelum memulai, pastikan Anda telah memiliki:
Instans tujuan yang versi mesin database-nya lebih besar dari atau sama dengan versi instans sumber.
Instans tujuan yang edisi RDS-nya lebih besar dari atau sama dengan edisi instans sumber. Urutan edisi dari tertinggi ke terendah: Edisi Kluster RDS, Edisi Ketersediaan Tinggi RDS, Edisi Dasar RDS.
Instans tujuan dengan penyimpanan tersedia yang lebih besar daripada ukuran total database yang ingin Anda replikasi. Untuk memperluas penyimpanan, lihat Ubah spesifikasi instans ApsaraDB RDS for SQL Server.
Famili instans kedua instans boleh sama atau berbeda (general-purpose atau dedicated).
Replikasi database
Buka halaman Instances. Di bilah navigasi atas, pilih wilayah instans sumber, lalu klik ID instans tersebut.
Di panel navigasi sebelah kiri, klik Databases.
Klik Replicate to Another Instance.
Di kotak dialog, konfigurasikan parameter berikut:
Parameter Deskripsi Source Instance Name Nama instans RDS sumber. Ditampilkan secara otomatis. Destination Instance Name Nama instans RDS tujuan. Wilayah dan jenis jaringan harus sesuai dengan instans sumber; zona boleh berbeda. Source Databases Database yang akan direplikasi. Klik 
atau 
untuk memindahkan database antar daftar pilihan. Database yang memiliki nama yang sama dengan database tujuan yang sudah ada akan dilewati. Memilih database akan mereplikasi skema dan data tabelnya.Copy Users and Permissions Mengatur apakah akun dan izin direplikasi ke instans tujuan. Users and permissions are also replicated.: Akun beserta izinnya disalin. Jika tujuan sudah memiliki akun dengan username yang sama, izin akun tersebut akan ditimpa agar sesuai dengan sumber. Jika akun tersebut belum ada di tujuan, akun tersebut akan dibuat dan diberikan izin yang sama. Only databases are replicated. Users and permissions are not replicated. (default): Hanya konten database yang disalin. Setelah replikasi, buat akun di tujuan dan berikan izin secara manual. Lihat Buat akun dan database. Klik OK.
Tugas replikasi berjalan di latar belakang. Tidak ada perubahan yang ditulis ke instans tujuan jika tugas gagal.
FAQ
Berapa lama waktu yang dibutuhkan untuk replikasi?
Waktu replikasi terutama bergantung pada ukuran database yang direplikasi. Tabel berikut memberikan perkiraan throughput berdasarkan ukuran data yang tidak dikompresi.
| Operasi | Diperlukan | Perkiraan throughput |
|---|---|---|
| Cadangkan data penuh di sumber | Tidak (dilewati jika cadangan terbaru tersedia) | ~200 GB per jam |
| Pulihkan cadangan penuh di tujuan | Ya | ~200 GB per jam |
| Pulihkan database | Ya | Dalam waktu 2 menit |
Aturan 36 jam: Jika tidak ada cadangan penuh yang diambil pada instans sumber dalam 36 jam terakhir, cadangan penuh baru akan dipicu sebelum pemulihan. Untuk meminimalkan total waktu replikasi, lakukan cadangan penuh secara manual sebelum memulai replikasi, atau mulai replikasi dalam waktu 36 jam setelah cadangan penuh otomatis terakhir. Lihat Cadangkan instans ApsaraDB RDS for SQL Server.
Contoh: Instans dengan 4 core CPU, memori 8 GB, dan data 600 GB.
Cadangkan data penuh: ~3 jam (600 GB / 200 GB/jam)
Pulihkan cadangan penuh di tujuan: ~3 jam (600 GB / 200 GB/jam)
Pulihkan database: dalam waktu 2 menit
Total waktu: ~6 jam 2 menit jika tidak ada cadangan terbaru; ~3 jam 2 menit jika cadangan penuh diambil dalam 36 jam terakhir.
Catatan tentang throughput:
Kecepatan pencadangan dan pemulihan bervariasi tergantung wilayah dan waktu hari. Untuk perkiraan yang lebih akurat, periksa volume data dan durasi cadangan penuh terbaru.
Untuk instans dengan spesifikasi kecil (misalnya, 2 core CPU dan memori 4 GB), penerapan log transaksi inkremental sangat intensif sumber daya dan dapat memperlambat fase pemulihan database secara signifikan.
Untuk instans yang menjalankan SQL Server 2019 atau versi lebih baru, opsi Accelerated Database Recovery dapat mempersingkat fase pemulihan database. Evaluasi opsi ini terhadap dokumentasi resmi Microsoft sebelum mengaktifkannya.
Apa praktik terbaik untuk penjadwalan replikasi?
Jadwalkan pada jam sepi untuk mengurangi dampak terhadap beban kerja produksi.
Hindari transaksi jangka panjang pada instans sumber selama replikasi — misalnya, membuat atau membangun ulang indeks, atau mengarsipkan set data besar. Aktivitas ini menghasilkan log transaksi tambahan yang memperpanjang fase pemulihan database.
Langkah selanjutnya
Replikasi database menggunakan API: CopyDatabaseBetweenInstances
Pulihkan instans dari cadangan alih-alih mereplikasi: Pulihkan data instans ApsaraDB RDS for SQL Server