Share via


Confiabilidade do Backup do Azure

Este artigo descreve o suporte à confiabilidade do Backup do Azure e aborda as zonas de disponibilidade e a recuperação entre regiões e a continuidade dos negócios. Para obter uma visão geral mais detalhada da confiabilidade no Azure, confira Confiabilidade do Azure.

O Backup do Azure é um mecanismo de proteção de dados interno seguro e confiável do Azure, fornecendo proteção de dados para várias cargas de trabalho locais e de nuvem. O Backup do Azure pode escalar a proteção entre várias cargas de trabalho e fornecer integração nativa às cargas de trabalho do Azure (VMs, SAP HANA, SQL nas VMs do Azure, Arquivos do Azure, AKS etc.), sem exigir que você gerencie a automação ou a infraestrutura para implantar agentes, grave novos scripts ou provisione o armazenamento.

O Backup do Azure dá suporte às seguintes opções de armazenamento com redundância de dados:

Observação

As opções de redundância são aplicáveis à forma como os dados de backup são armazenados e não ao próprio Serviço de Backup do Azure.

Armazenamento de cofre

O Backup do Azure armazena os dados de backup nos cofres dos Serviços de Recuperação e nos cofres do Backup. Um cofre é uma entidade de armazenamento online no Azure usada para armazenar dados como cópias de backup, pontos de recuperação e políticas de backup.

A tabela a seguir lista as várias fontes de dados às quais cada cofre dá suporte:

Cofre dos Serviços de Recuperação Cofre de backup
Máquina Virtual do Azure Discos do Azure
SQL na VM do Azure Blobs do Azure
Arquivos do Azure Servidor do Banco de Dados do Azure para PostgreSQL
SAP HANA na VM do Azure Serviços de Kubernetes
Servidor de Backup do Azure
Agente do Backup do Azure
DPM (Data Protection Manager)

Suporte à zona de disponibilidade

As zonas de disponibilidade do Azure são pelo menos três grupos de datacenters separados fisicamente em cada região do Azure. Os datacenters dentro de cada zona são equipados com energia, resfriamento e infraestrutura de rede independentes. Em caso de falha de uma zona local, as zonas de disponibilidade foram projetadas de modo que, se uma zona é afetada, os serviços regionais, a capacidade e a alta disponibilidade têm suporte nas duas zonas restantes.

As falhas podem variar de falhas de software e hardware a eventos como terremotos, inundações e incêndios. A tolerância a falhas é obtida devido à redundância e ao isolamento lógico dos serviços do Azure. Para obter informações detalhadas sobre as zonas de disponibilidade no Azure, confira Regiões e zonas de disponibilidade.

Os serviços habilitados para zonas de disponibilidade do Azure foram projetados para fornecer o nível ideal de resiliência e flexibilidade. Eles podem ser configurados de duas maneiras. Eles podem ter redundância de zona, com replicação automática entre zonas, ou podem ser zonais, com instâncias fixadas em uma zona específica. Você também pode combinar essas abordagens. Para obter mais informações sobre arquitetura zonal versus redundante de zona, consulte Recomendações para usar zonas e regiões de disponibilidade.

Serviço de Backup do Azure

O Backup do Azure é um serviço com redundância de zona para os cofres dos Serviço de Recuperação e do Backup. Ao criar os recursos do cofre, você não precisa configurá-los para a redundância de zona. No caso de uma interrupção de zona, os cofres permanecem operacionais.

Dados do Backup do Azure

Para garantir que os dados de backup fiquem disponíveis durante uma interrupção de zona, escolha a opção Com redundância de zona em Redundância do armazenamento de backup durante a criação do cofre.

Migrar para o suporte às zonas de disponibilidade

Para saber como migrar um cofre dos Serviços de Recuperação para o suporte à zona de disponibilidade, confira Migrar um cofre dos Serviços de Recuperação do Azure para o suporte à zona de disponibilidade.

Recuperação de desastre entre regiões e continuidade dos negócios

A DR (recuperação de desastre) trata da recuperação após eventos de alto impacto, como desastres naturais ou implantações com falha, que resultam em tempo de inatividade e perda de dados. Seja qual for a causa, a melhor solução para um desastre é um plano de DR bem definido e testado e um design de aplicativo que dê suporte ativo à DR. Antes de começar a pensar em criar seu plano de recuperação de desastre, confira Recomendações para criar uma estratégia de recuperação de desastre.

Quando o assunto é DR, a Microsoft usa o modelo de responsabilidade compartilhada. Em um modelo de responsabilidade compartilhada, a Microsoft garante que a infraestrutura de linha de base e os serviços de plataforma estejam disponíveis. Ao mesmo tempo, muitos serviços do Azure não replicam dados automaticamente nem retornam de uma região com falha para a replicação cruzada em outra região habilitada. Para esses serviços, você é responsável por configurar um plano de recuperação de desastre que funcione para sua carga de trabalho. A maioria dos serviços executados nas ofertas de PaaS (plataforma como serviço) do Azure fornece recursos e diretrizes para dar suporte à DR. Além disso, você pode usar recursos específicos do serviço para dar suporte a uma recuperação rápida, a fim de ajudar a desenvolver seu plano de DR.

Quando uma região ou um datacenter inteiro do Azure apresentar tempo de inatividade, seus cofres continuarão acessíveis e você ainda poderá ver seus itens de backup. No entanto, a menos que você opte pela implantação para redundância regional, os dados de backup subjacentes não ficam acessíveis para você executar uma operação de restauração.

A fim de obter redundância regional para seus dados de backup, o Backup do Azure permite replicar os backups para uma região emparelhada adicional do Azure por meio do GRS (armazenamento com redundância geográfica) para proteger os backups contra interrupções regionais. Quando você habilita os backups com GRS, os backups na região secundária ficam acessíveis somente quando a Microsoft declara uma interrupção na região primária. No entanto, usando a Restauração entre regiões, você pode acessar e executar restaurações nos pontos de recuperação da região secundária mesmo quando não ocorre nenhuma interrupção na região primária. Com o Repositório entre regiões, você pode fazer simulações para avaliar a resiliência regional.

Próximas etapas