Halaman ini memberikan ringkasan tentang cara memulihkan Cassandra di Apigee hybrid.
Mengapa menggunakan pemulihan?
Anda dapat menggunakan cadangan untuk memulihkan infrastruktur Apigee dari awal jika terjadi
kegagalan besar, seperti kehilangan data yang tidak dapat dipulihkan di instance hybrid Apigee Anda akibat bencana.
Pemulihan mengambil data Anda dari lokasi cadangan dan memulihkan data ke cluster Cassandra baru dengan jumlah node yang sama. Tidak ada data cluster yang diambil dari cluster Cassandra lama.
Tujuan proses pemulihan adalah mengembalikan penginstalan campuran Apigee ke
status operasional sebelumnya menggunakan data cadangan dari snapshot.
Penggunaan pencadangan untuk memulihkan tidak direkomendasikan untuk skenario berikut:
Kegagalan node Cassandra.
Penghapusan data yang tidak disengaja seperti apps, developers, dan api_credentials.
Satu atau beberapa region mengalami gangguan dalam deployment hybrid multi-region.
Deployment Cassandra Apigee dan arsitektur operasional menangani redundansi dan fault tolerance untuk satu region.
Pada umumnya, penerapan produksi multi-region hybrid yang direkomendasikan berarti kegagalan region dapat dipulihkan dari
region aktif lainnya menggunakan prosedur penghentian dan perluasan region,
bukan memulihkan dari cadangan.
Sebelum Anda mulai menerapkan pemulihan dari cadangan Cassandra, perhatikan hal-hal berikut:
Periode nonaktif: Akan ada periode nonaktif selama durasi pemulihan.
Kehilangan data: Akan ada kehilangan data antara pencadangan terakhir yang valid dan waktu
pemulihan selesai.
Waktu pemulihan: Waktu pemulihan bergantung pada ukuran data dan cluster.
Memilih data: Anda tidak dapat memilih hanya data tertentu untuk dipulihkan. Pemulihan
akan memulihkan seluruh cadangan yang Anda pilih.
Bagaimana cara memulihkan?
Langkah-langkah pemulihan Cassandra sedikit berbeda bergantung pada apakah hybrid Apigee Anda di-deploy di satu region atau beberapa region. Untuk mengetahui langkah-langkah pemulihan yang mendetail,
lihat dokumentasi berikut:
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Sulit dipahami","hardToUnderstand","thumb-down"],["Informasi atau kode contoh salah","incorrectInformationOrSampleCode","thumb-down"],["Informasi/contoh yang saya butuhkan tidak ada","missingTheInformationSamplesINeed","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 2025-04-03 UTC."],[[["This document outlines the process of restoring Apigee hybrid infrastructure using Cassandra backups in case of catastrophic failures and irrecoverable data loss."],["Restoring from a backup is not recommended for Cassandra node failures, accidental data deletion, or multi-region failures, as alternative recovery methods are preferable in these scenarios."],["Implementing a restoration from a Cassandra backup will result in downtime, potential data loss between the last backup and the completion of restoration, and the restoration duration will vary depending on data size and cluster."],["Restoration recovers all data from the backup selected, as it is not possible to cherry-pick specific data for restoration, and the backup file must be from the same Apigee hybrid version as the target installation."],["The restoration steps vary based on whether the Apigee hybrid deployment is in a single region or multiple regions, with specific instructions provided in separate documentation."]]],[]]
