Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Menggunakan kloning DB, Anda dapat dengan cepat dan berbiaya-efektif membuat klon dari semua basis data Anda di Amazon Neptune. Basis data klon hanya mensyaratkan ruang tambahan yang minimal saat pertama kali dibuat. Kloning database menggunakan copy-on-write protokol. Data disalin pada saat yang sama dengan diubah, baik di basis data sumber maupun basis data klon. Anda dapat membuat beberapa klon dari kluster DB yang sama. Anda juga dapat membuat klon tambahan dari klon lain. Untuk informasi lebih lanjut tentang cara kerja copy-on-write protokol dalam konteks penyimpanan Neptunus, lihat. Copy-on-Write Protokol
Anda dapat menggunakan kloning DB dalam berbagai kasus penggunaan, khususnya jika Anda tidak ingin memiliki dampak pada lingkungan produksi Anda, seperti berikut ini:
Lakukan eksperimen dengan dan nilai dampak perubahan, seperti perubahan skema atau perubahan grup parameter.
Lakukan operasi dengan beban kerja intensif, seperti mengekspor data atau menjalankan kueri analitis.
Buat salinan klaster DB produksi dalam lingkungan nonproduksi untuk pengembangan atau pengujian.
Untuk membuat klon dari cluster DB menggunakan AWS Management Console
Di panel navigasi, pilih Instans. Pilih instans primer untuk klaster DB yang ingin Anda buat klonnya.
Pilih Tindakan Instan, lalu pilih Buat klon.
-
Di halaman Buat Klon, ketik nama untuk instans primer klaster DB klon sebagai Pengidentifikasi instans DB.
Jika ingin, konfigurasikan pengaturan lain untuk klaster DB klon. Untuk informasi tentang pengaturan klaster DB yang berbeda, lihat Luncurkan menggunakan konsol.
Pilih Buat Klon untuk meluncurkan klaster DB klon.
Untuk membuat klon dari cluster DB menggunakan AWS CLI
-
Panggil perintah restore-db-cluster-toNeptunus point-in-time AWS CLI - dan berikan nilai-nilai berikut:
--source-db-cluster-identifier– Nama klaster DB sumber untuk membuat klon.--db-cluster-identifier– Nama klaster DB klon.--restore-type copy-on-write– Nilaicopy-on-writemenunjukkan bahwa klaster DB klon harus dibuat.--use-latest-restorable-time– Ini menentukan bahwa waktu pencadangan terbaru yang dapat dipulihkan harus digunakan.
catatan
point-in-time AWS CLI Perintah restore-db-cluster-to- hanya mengkloning cluster DB, bukan instance DB untuk cluster DB itu.
Contoh Linux/UNIX berikut membuat klon dari klaster DB
source-db-cluster-iddan menamai klondb-clone-cluster-id.aws neptune restore-db-cluster-to-point-in-time \ --region us-east-1 \ --source-db-cluster-identifier source-db-cluster-id \ --db-cluster-identifier db-clone-cluster-id \ --restore-type copy-on-write \ --use-latest-restorable-timeContoh yang sama bekerja pada Windows jika karakter escape line-end
\digantikan oleh yang setara dengan Windows^:aws neptune restore-db-cluster-to-point-in-time ^ --region us-east-1 ^ --source-db-cluster-identifier source-db-cluster-id ^ --db-cluster-identifier db-clone-cluster-id ^ --restore-type copy-on-write ^ --use-latest-restorable-time
Batasan
Kloning DB di Neptune memiliki batasan sebagai berikut:
Anda tidak dapat membuat database klon di seluruh AWS Wilayah. Basis data klon harus dibuat dalam Wilayah yang sama dengan basis data sumber.
Basis data yang diklonning selalu menggunakan patch terbaru dari versi mesin Neptune yang sedang digunakan oleh basis data yang diklonning. Hal ini benar bahkan jika basis data sumber belum ditingkatkan ke versi patch tersebut. Tetapi, versi mesin itu sendiri tidak berubah.
Saat ini, Anda dibatasi tidak lebih dari 15 klon per salinan cluster DB Neptunus Anda, termasuk klon berdasarkan klon lain. Setelah mencapai batas itu, Anda harus membuat salinan lain dari database Anda daripada mengkloningnya. Namun, jika Anda membuat salinan baru, itu juga dapat memiliki hingga 15 klon.
Kloning DB cross-account saat ini tidak didukung.
Anda dapat menyediakan Virtual Private Cloud (VPC) yang berbeda untuk klon Anda. Namun, subnet di dalamnya VPCs harus dipetakan ke set Availability Zone yang sama.
Copy-on-Write Protokol untuk Kloning DB
Skenario berikut menggambarkan bagaimana copy-on-write protokol bekerja.
Basis Data Neptune Sebelum Kloning
Data dalam basis data sumber disimpan dalam halaman. Pada diagram berikut, basis data sumber memiliki empat halaman.
Basis Data Neptune Setelah Kloning
Seperti yang ditunjukkan dalam diagram berikut, tidak ada perubahan pada basis data sumber setelah kloning DB. Baik basis data sumber dan basis data klon menunjuk ke empat halaman yang sama. Tidak ada halaman yang secara fisik disalin, sehingga tidak perlu penyimpanan tambahan.
Ketika Perubahan Dibuat ke Basis Data Sumber
Pada contoh berikut, basis data sumber membuat perubahan ke data dalamPage
1. Alih-alih menulis ke aslinya Page 1, itu menggunakan penyimpanan tambahan untuk membuat halaman baru, disebut Page 1'. Basis data sumber sekarang menunjuk ke Page 1' baru, dan juga ke Page 2, Page 3, danPage 4. Basis data klon terus menunjuk ke Page 1 melalui Page 4.
Ketika Perubahan Dibuat ke Basis Data Klon
Pada diagram berikut, basis data klon juga telah berubah, kali ini dalam Page 4. Alih-alih menulis ke aslinya Page 4, penyimpanan tambahan digunakan untuk membuat halaman baru, disebut Page 4'. Basis data sumber terus menunjuk ke Page 1', dan juga Page 2 melalui Page 4, namun basis data klon sekarang menunjuk ke Page 1melalui Page 3, dan juga Page 4'.
Seperti yang ditunjukkan dalam skenario kedua, setelah kloning DB, tidak ada penyimpanan tambahan yang diperlukan pada saat pembuatan klon. Namun, karena perubahan terjadi dalam basis data sumber dan basis data klon, hanya halaman yang diubah yang dibuat, seperti yang ditunjukkan dalam skenario ketiga dan keempat. Karena lebih banyak perubahan yang terjadi seiring waktu baik pada basis data sumber maupun basis data klon, Anda perlu lebih banyak penyimpanan secara bertahap untuk menangkap dan menyimpan perubahan tersebut.
Menghapus Basis Data Sumber
Menghapus basis data sumber tidak mempengaruhi basis data klon database yang terkait dengannya. Basis data klon terus menunjuk ke halaman yang sebelumnya dimiliki oleh basis data sumber.
