Nesta página, fornecemos uma visão geral da restauração do Cassandra na Apigee híbrida.
Por que usar a restauração?
É possível usar backups para restaurar a infraestrutura da Apigee desde o início, em caso de
falhas catastróficas, como perda de dados irrecuperável na sua instância híbrida da Apigee de um desastre.
A restauração retira os dados do local de backup e os restaura em um novo cluster do
Cassandra com o mesmo número de nós. Nenhum cluster de dados é retirado do cluster antigo do Cassandra.
O objetivo do processo de restauração é trazer uma instalação da Apigee híbrida de volta ao
estado anteriormente operacional usando dados de backup de um snapshot.
O uso de backups para restauração não é recomendado nos seguintes cenários:
Falhas no nó do Cassandra.
Exclusão acidental de dados como apps, developers e api_credentials.
Uma ou mais regiões caindo em uma implantação multirregional.
As implantações e a arquitetura operacional do Apigee Cassandra cuidam da redundância e da tolerância a falhas para uma única região.
Na maioria dos casos, a implementação de produção híbrida multirregional recomendada significa que uma falha de região pode ser recuperada
de outra região ativa usando procedimentos de desativação e expansão de região
em vez de restaurar um backup. de dados.
Antes de começar a implementar uma restauração de um backup do Cassandra, esteja ciente do seguinte:
Inatividade: haverá inatividade durante a restauração.
Perda de dados: haverá perda de dados entre o último backup válido e o momento em que a
restauração é concluída.
Tempo de restauração: o tempo de restauração depende do tamanho dos dados e do cluster.
Dados da cereja: não é possível selecionar apenas dados específicos para restaurar. A restauração restaura todo o backup selecionado.
Como restaurar?
As etapas de restauração do Cassandra vão ser um pouco diferentes se a Apigee híbrida
for implantada em uma ou várias regiões. Para ver as etapas de restauração detalhadas,
consulte a seguinte documentação:
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 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."]]],[]]
