Bagaimana Backup dan Restore Jadi Pilihan Tepat Dalam Pembangunan Infrastruktur Digital 

Pencadangan dan Pemulihan Data 

Halaman ini menjelaskan fitur pencadangan dan pemulihan (backup and restore) yang diberikan oleh partner dari Leyun Cloud Asia yaitu: Google Cloud, Amazon dan Tencent. Pencadangan digunakan untuk melindungi data dari kerusakan yang disebabkan oleh kesalahan aplikasi atau penghapusan data yang tidak disengaja. 

Dengan pencadangan, Anda dapat mengatur jadwal harian atau mingguan untuk membuat salinan database yang spesifik. Salinan ini dapat digunakan untuk memulihkan data ke database baru. 

Tentang Cadangan (Backup) 

Cadangan adalah salinan tetap dari basis data pada waktu tertentu. Salinan ini mencakup semua data dan konfigurasi indeks pada saat itu, namun tidak termasuk kebijakan waktu hidup (TTL) basis data. Cadangan disimpan di lokasi yang sama dengan basis data asalnya. 

Backup dan restore dari layanan cloud network juga dapat menggunakan layanan  AlloyDB for PostgreSQL. 

AlloyDB menawarkan dua metode untuk mencadangkan dan memulihkan data Anda: 

1. Pencadangan dan Pemulihan Berkelanjutan: Fitur ini secara default diaktifkan pada semua klaster. Dengan pencadangan berkelanjutan, Anda dapat membuat klaster baru berdasarkan status terbaru dari klaster lain dalam proyek dan wilayah yang sama. Ini memungkinkan pemulihan cepat dari berbagai titik waktu dalam sejarah klaster. 

2. Pencadangan Diskrit: Merupakan sumber daya berbasis file yang menyimpan salinan lengkap dari basis data klaster Anda. AlloyDB dapat membuat cadangan ini sesuai permintaan atau berdasarkan jadwal reguler yang Anda tentukan. Cadangan ini kemudian dapat digunakan untuk memulihkan data ke dalam klaster baru. 

Pencadangan dan Pemulihan Berkelanjutan 

Layanan Cloud Network Leyun Cloud Asia  memiliki beberapa layanan AlloyDB yang memungkinkan Anda memulihkan klaster yang ada ke momen apa pun dari sejarah terkininya, dengan granularitas mikrodetik. Secara default, AlloyDB memungkinkan Anda memilih waktu hingga 14 hari ke masa lalu. Anda dapat mengonfigurasi klaster Anda untuk memperbesar jendela ini hingga 35 hari, atau sekecil satu hari. 

Pencadangan dan pemulihan berkelanjutan sangat berguna untuk memulihkan klaster setelah penghapusan data besar-besaran secara tidak sengaja, atau situasi lain di mana Anda perlu dengan cepat membuat ulang keadaan klaster berdasarkan beberapa titik di masa lalu. 

Dalam istilah pemulihan bencana (In disaster-recovery terms) , pencadangan dan pemulihan berkelanjutan memungkinkan AlloyDB memiliki target titik pemulihan (RPO) sebesar nol. Dengan kata lain, Anda dapat memulihkan klaster Anda ke keadaan yang dipegangnya beberapa saat sebelum insiden besar, tanpa kehilangan data secara permanen. 

Pencadangan Sesuai Permintaan atau Terjadwal Otomatis (On-demand or automated backups) 

Di Layanan Leyun CLoud Asia, cadangan (backup) merupakan sumber daya berbasis file yang berisi salinan data klaster dari momen tertentu dalam waktu. 

Dengan layanan AlloyDB, leyun dapat memastikan  tiga cara dibawah ini akan membuat pemcadangan lebih otomatis: 

1. AlloyDB selalu membuat satu cadangan setiap hari sebagai bagian dari sistem pencadangan dan pemulihan berkelanjutan, kecuali Anda menonaktifkan fitur ini. 

2. Cadangan berkelanjutan adalah cadangan inkremental: AlloyDB hanya menyimpan data yang telah berubah relatif terhadap cadangan sebelumnya, menjaga ukuran file cadangan sekecil mungkin. Ini membantu mengurangi biaya penyimpanan cadangan Anda. Ukuran cadangan ini bervariasi, tergantung pada berbagai faktor. Beberapa cadangan berkelanjutan mungkin sebesar cadangan penuh, terutama setelah cadangan sebelumnya telah dihapus. 

3. Anda dapat membuat cadangan sesuai permintaan kapan saja menggunakan Google Cloud CLI, konsol Google Cloud, atau API. 

Cadangan sesuai permintaan adalah cadangan penuh: setiap cadangan mencakup semua data yang ada di basis data klasternya saat operasi pencadangan dimulai. 

Cadangan otomatis adalah inkremental, mirip dengan cadangan berkelanjutan. Jika Anda mengonfigurasi cadangan otomatis untuk menggunakan jendela retensi lebih dari 35 hari, AlloyDB mungkin menyimpan beberapa rantai cadangan inkremental untuk mencakup rentang waktu yang diperlukan. 

Seperti basis data klaster Anda, layanan AlloyDB mengenkripsi data cadangan melalui enkripsi yang dikelola Google secara default atau kunci enkripsi yang dikelola pelanggan. 

Persyaratan Pembuatan Cadangan 

Dengan memeriksa hal-hal berikut tentang klaster yang akan dicadangkan: 

– Keadaan klaster adalah Siap. 

– Klaster memiliki instance utama. 

– Keadaan instance utama adalah Siap. 

Jika semua pemeriksaan ini lolos, AlloyDB memulai operasi jangka panjang untuk membuat cadangan. 

Pemulihan (Recovery) Klaster  

Anda dapat memulihkan klaster di AlloyDB yang memudahkan pengguna dan mengamankan dari kehilangan data akibat dari humans error.  

Dengan membuat klaster baru yang berisi semua data dan pembuatan klaster lama asli (original)  dari suatu titik di masa lalu. Dalam konteks AlloyDB, ada dua cara untuk menentukan titik ini sesuai dengan dua jenis umum cadangan yang didukung: 

1. Pemulihan Titik Waktu dari Keadaan Terbaru Klaster: 

• Ketika Anda ingin memulihkan dari titik waktu tertentu dari klaster yang ada, Anda perlu menentukan klaster sumber dan stempel waktu yang sesuai saat membuat klaster baru. 

• Klaster baru ini harus berada di wilayah yang sama dengan klaster sumber, namun dapat berlokasi di proyek Google Cloud yang berbeda. Ini memungkinkan Anda untuk memulihkan klaster dengan keadaan terbaru dari waktu tertentu dengan mempertahankan konsistensi lokasi wilayah. 

2. Pemulihan Klaster dari Cadangan: 

• Alternatifnya, Anda dapat memulihkan klaster langsung dari cadangan yang ada. Saat membuat klaster baru, Anda harus menentukan cadangan yang ingin digunakan. 

• Klaster baru ini juga harus berada di wilayah yang sama dengan cadangan yang digunakan, tetapi seperti sebelumnya, dapat berada di proyek Google Cloud yang berbeda. Ini memberikan fleksibilitas dalam memulihkan klaster dari cadangan yang ada tanpa harus melalui klaster sumbernya. 

Kedua pendekatan ini memungkinkan untuk memulihkan data klaster dengan cara yang berbeda tergantung pada kebutuhan spesifik, baik dari titik waktu tertentu atau langsung dari cadangan yang ada. 

Retensi dan Penghapusan Cadangan 

File yang dibuat AlloyDB untuk memungkinkan pencadangan dan pemulihan berkelanjutan memiliki periode retensi default selama 14 hari. Anda dapat menyesuaikan periode ini ke jumlah hari antara 1 dan 35, atau Anda dapat menonaktifkan pencadangan berkelanjutan untuk mencegah AlloyDB menyimpan file-file ini sama sekali. 

Cadangan sesuai permintaan dan otomatis memiliki periode retensi hingga satu tahun. Jika Anda mengaktifkan cadangan otomatis di klaster Anda, Anda dapat mengatur periode retensi, atau menggunakan periode default selama 14 hari. 

Cadangan yang lebih tua dari periode retensi mungkin masih muncul saat Anda melihat cadangan proyek Anda. Cadangan yang kedaluwarsa tidak menimbulkan biaya penyimpanan, tetapi mereka dapat dihapus secara otomatis. Jika Anda perlu menghapus cadangan sebelum sistem menghapusnya, Anda dapat menghapus cadangan secara manual.