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 Cassandra in Apigee hybrid using backups, primarily for catastrophic failures leading to irrecoverable data loss."],["Restoration is not recommended for node failures, accidental data deletion, or regional outages in multi-region deployments, as the architecture offers redundancy and region failover in those scenarios."],["Restoring from a backup will result in downtime and data loss between the last backup and the completion of the restore, and the restore process cannot be used to selectively restore certain data."],["The restoration process requires using a backup file created from the same Apigee hybrid version as the installation to avoid compatibility issues."],["Restoration steps differ based on whether the Apigee hybrid is deployed in a single or multi-region setup, with specific documentation available for each scenario."]]],[]]
