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 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."]]],[]]
