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 backups is not recommended for Cassandra node failures, accidental data deletion, or region failures in multi-region deployments, as Apigee's architecture handles these scenarios with redundancy and multi-region procedures."],["Restoration involves downtime and data loss between the last valid backup and completion, and the process cannot be selective, restoring the entire backup."],["It is crucial that the backup file used for restoration is from the same Apigee hybrid version as the installation, as a version mismatch will cause issues that Apigee does not support."],["Restoration steps differ for single-region and multi-region deployments, detailed in their respective documentation pages."]]],[]]
