Menyalin cadangan

Dengan pencadangan dan pemulihan Spanner, Anda dapat menyalin cadangan database Spanner dari satu instance ke instance lain di region atau project yang berbeda, untuk memberikan perlindungan data tambahan dan kemampuan kepatuhan. Cadangan yang disalin memiliki fitur utama yang sama dengan cadangan asli. Selain itu, Anda dapat memulihkan cadangan yang disalin dalam instance yang sama dengan cadangan yang disalin untuk mendukung kasus penggunaan pencadangan dan pemulihan lintas region serta lintas project.

Anda dapat menyalin cadangan dengan cara berikut:

Untuk ringkasan mengenai pencadangan dan pemulihan, lihat Tentang pencadangan dan pemulihan.

Kasus penggunaan lintas region yang umum

Beberapa kasus penggunaan lintas-region yang umum untuk menyalin cadangan mencakup hal berikut:

  • Pertahankan cadangan di wilayah lain untuk memenuhi persyaratan kepatuhan dan peraturan.

    Misalnya, Anda dapat menyalin cadangan database ke instance di region yang berada pada jarak minimum dari data produksi Anda untuk memenuhi persyaratan kepatuhan.

  • Mempertahankan cadangan di region terpisah untuk tujuan pemulihan dari bencana (disaster recovery) dan kelangsungan bisnis.

    Misalnya, Anda dapat menyalin database cadangan ke instance tujuan untuk tujuan pemulihan dari bencana dengan Batas Waktu Pemulihan (RTO) dan Toleransi Jumlah Data yang Hilang (RPO). Kemudian, jika diperlukan, Anda dapat memulihkan database dari cadangan yang disalin di instance tujuan. (Jika aplikasi Anda memiliki persyaratan zero-RTO dan nol-RPO, sebaiknya gunakan konfigurasi multi-region Spanner untuk rencana pemulihan dari bencana.)

Kasus penggunaan lintas project yang umum

Beberapa kasus penggunaan cross-project umum untuk menyalin cadangan meliputi:

  • Simpan salinan cadangan dalam project terpisah untuk memenuhi persyaratan operasional, keamanan, atau kepatuhan.

  • Menyalin dan memindahkan data antara project pengembangan, pengujian, dan produksi.

    Misalnya, jika ingin memindahkan data dari project produksi ke project pengujian, Anda dapat membuat cadangan data produksi, lalu menyalin cadangan Anda ke project pengujian. Setelah operasi penyalinan selesai, Anda dapat memulihkan cadangan yang disalin ke instance dalam project pengujian.

  • Pindahkan database Anda dari satu project ke project lain (Perhatikan bahwa mungkin ada periode nonaktif selama migrasi).

Cara kerja pencadangan salinan

Anda dapat menyalin cadangan ke instance tujuan di region atau project yang berbeda dengan menentukan cadangan sumber, cadangan tujuan, dan tanggal habis masa berlaku hingga satu tahun dari waktu pembuatan cadangan sumber. Ini berarti nilai untuk expiration_date harus setidaknya enam jam sejak permintaan penyalinan saat ini diproses dan maksimum 366 hari setelah pencadangan sumber create_time.

Di awal permintaan pencadangan penyalinan, Spanner membuat resource cadangan dan operasi pencadangan yang berjalan lama untuk membantu melacak progres pencadangan. Cadangan disalin ke setiap zona baca-tulis dan hanya-baca dalam instance tujuan. Jika suatu zona tidak tersedia untuk sementara, penyalinan cadangan tidak akan selesai hingga zona tersebut kembali online. Anda tidak dapat menghapus instance tujuan selama penyalinan. Untuk melacak progres dan status penyelesaian operasi penyalinan pencadangan, ikuti langkah-langkah di Menampilkan progres pencadangan. Setelah penyalinan selesai, Anda dapat menghapus cadangan sumber jika tidak memerlukannya lagi. Setelah penyalinan selesai, Anda dapat menggunakan operasi seperti GetBackup, UpdateBackup, dan DeleteBackup dengan cadangan yang disalin.

Prasyarat untuk memulai salinan cadangan

Jika Anda menyalin cadangan ke instance di region atau project lain, Anda harus menyiapkan dan mengonfigurasi instance tujuan terlebih dahulu. Instance tujuan adalah instance tempat salinan cadangan Anda berada. Jumlahnya dapat terkecil hingga 100 unit pemrosesan, dan tidak perlu memiliki konfigurasi instance yang sama dengan instance sumber (instance tempat pencadangan sumber Anda berada). Sebelum memulihkan, pastikan instance tujuan memiliki cukup node atau unit pemrosesan yang disediakan untuk mendukung ukuran database sesuai dengan batas penyimpanan 4 TB per node (misalnya, Anda memerlukan setidaknya 2 node untuk memulihkan cadangan 8 TB). Untuk membuat instance tujuan baru, lihat Membuat dan mengelola instance.

Pertimbangan lainnya

Pertimbangan tambahan mencakup:

  • Saat Anda menyalin cadangan dari instance sumber ke instance tujuan, cadangan yang disalin akan ada secara terpisah dari cadangan sumbernya. Setelah operasi penyalinan selesai, akan ada satu cadangan di instance sumber dan satu cadangan di instance tujuan. Jika tidak lagi memerlukan cadangan di instance sumber, Anda dapat menghapusnya.
  • Saat Anda menyalin cadangan ke instance regional, data cadangan disalin ke masing-masing dari tiga zona baca-tulis di instance tujuan.
  • Saat Anda menyalin cadangan ke instance multi-regional, data cadangan akan disalin ke setiap zona dalam instance yang berisi replika baca-tulis atau hanya-baca.
  • Anda dapat menyalin beberapa cadangan sekaligus.
  • Anda dapat memperbarui atau menghapus cadangan tujuan saat proses penyalinan masih berlangsung. Jika Anda menghapus cadangan tujuan, operasi penyalinan yang sedang berlangsung akan dibatalkan.
  • Anda dapat memulihkan cadangan di instance sumber saat ada operasi penyalinan yang sedang berlangsung.
  • Anda dapat membatalkan operasi penyalinan sebelum selesai.

Operasi berikut tidak diizinkan selama proses penyalinan:

  • Anda tidak dapat menghapus cadangan sumber saat operasi penyalinan sedang berlangsung.
  • Anda tidak dapat memulai penyalinan baru atau pemulihan pada cadangan yang disalin tujuan saat penyalinan masih berlangsung. Setelah selesai, salinan dapat disalin lagi atau dipulihkan.

Enkripsi

Secara default, cadangan yang disalin menggunakan konfigurasi enkripsi yang sama, baik dikelola Google maupun dikelola pelanggan (CMEK), seperti enkripsi cadangan sumbernya. Anda dapat mengganti perilaku ini dengan menentukan konfigurasi enkripsi yang berbeda saat menyalin cadangan. Jika Anda ingin cadangan yang disalin dienkripsi dengan CMEK saat menyalin lintas region, tentukan kunci KMS yang sesuai dengan region tujuan.

Salin waktu dan performa

Waktu yang diperlukan untuk menyalin cadangan bergantung pada beberapa faktor seperti ukuran cadangan sumber dan region tujuan yang dipilih untuk cadangan yang disalin. Umumnya, sebagian besar salinan selesai dalam waktu 1-4 jam. Beberapa salinan mungkin memerlukan waktu lebih lama, bergantung pada ukuran cadangan dan wilayah tujuan. Menyalin cadangan tidak akan berdampak pada performa pada database atau instance sumber. Anda dapat membuat beberapa salinan cadangan sumber serentak ke instance di region berbeda tanpa masalah implikasi performa.

Kontrol akses (IAM)

Untuk menyalin cadangan, Anda harus memiliki izin spanner.backups.copy pada cadangan sumber dan izin spanner.backups.create pada instance tujuan. Izin ini termasuk dalam peran spanner.backupAdmin dan spanner.backupWriter, jadi jika memiliki peran spanner.backupAdmin atau spanner.backupWriter pada instance sumber, Anda dapat memanggil permintaan pencadangan salinan pada cadangan sumber.

Harga

Salinan cadangan dikenai biaya penyimpanan yang sama seperti cadangan asli. Setelah salinan cadangan selesai, Anda akan ditagih untuk penyimpanan cadangan di instance tujuan. Jika Anda membuat salinan antara dua instance yang berada di region berbeda, biaya transfer data akan berlaku.

Misalnya, jika Anda menyalin database dari nam7 konfigurasi instance multi-region sumber ke nam-eur-asia3 konfigurasi instance multi-region tujuan, biaya berikut akan berlaku:

  • Tanpa biaya untuk wilayah us-central1 yang tumpang-tindih
  • Tidak ada biaya untuk wilayah us-central2 saksi
  • Biaya transfer data antarbenua berlaku dua kali: sekali untuk setiap benua baru (Eropa dan Asia)
  • Biaya Transfer data antar-region di benua yang sama berlaku satu kali untuk us-east1
  • Biaya Transfer data antar-region di benua yang sama berlaku satu kali di Eropa

Spanner mengoptimalkan proses penyalinan untuk meminimalkan jumlah transfer lintas region. Hal ini membantu meminimalkan biaya transfer data sekaligus memberikan pengalaman pencadangan penyalinan yang cepat.

Langkah selanjutnya