Descrição geral da proteção de dados

Artigo
06/17/2024

O Armazenamento do Azure fornece proteção de dados para o Armazenamento de Blob e o Azure Data Lake Storage Gen2 para ajudá-lo a se preparar para cenários em que você precisa recuperar dados que foram excluídos ou substituídos. É importante pensar na melhor forma de proteger os seus dados antes que ocorra um incidente que possa comprometê-los. Este guia pode ajudá-lo a decidir antecipadamente quais recursos de proteção de dados seu cenário requer e como implementá-los. Se você precisar recuperar dados que foram excluídos ou substituídos, esta visão geral também fornece orientação sobre como proceder, com base no seu cenário.

Na documentação do Armazenamento do Azure, a proteção de dados refere-se a estratégias para proteger a conta de armazenamento e os dados dentro dela de serem excluídos ou modificados, ou para restaurar dados depois de terem sido excluídos ou modificados. O Armazenamento do Azure também oferece opções para recuperação de desastres, incluindo vários níveis de redundância para proteger seus dados contra interrupções de serviço devido a problemas de hardware ou desastres naturais e failover gerenciado pelo cliente no caso de o data center na região principal ficar indisponível. Para obter mais informações sobre como seus dados são protegidos contra interrupções de serviço, consulte Recuperação de desastres.

Recomendações para a proteção básica de dados

Se você estiver procurando uma cobertura básica de proteção de dados para sua conta de armazenamento e os dados que ela contém, a Microsoft recomenda seguir as seguintes etapas para começar:

Configure um bloqueio do Azure Resource Manager na conta de armazenamento para proteger a conta contra exclusões ou alterações de configuração. Saiba mais...
Habilite a exclusão suave de contêiner para que a conta de armazenamento recupere um contêiner excluído e seu conteúdo. Saiba mais...
Salve o estado de um blob em intervalos regulares:
- Para cargas de trabalho de Armazenamento de Blob, habilite o controle de versão de blob para salvar automaticamente o estado de seus dados sempre que um blob for substituído. Saiba mais...
- Para cargas de trabalho do Armazenamento do Azure Data Lake, tire instantâneos manuais para salvar o estado de seus dados em um determinado point-in-time. Saiba mais...

Essas opções, bem como outras opções de proteção de dados para outros cenários, são descritas com mais detalhes na seção a seguir.

Para obter uma visão geral dos custos envolvidos com esses recursos, consulte Resumo das considerações de custo.

Visão geral das opções de proteção de dados

A tabela a seguir resume as opções disponíveis no Armazenamento do Azure para cenários comuns de proteção de dados. Escolha os cenários aplicáveis à sua situação para saber mais sobre as opções disponíveis. Nem todos os recursos estão disponíveis no momento para contas de armazenamento com um namespace hierárquico habilitado.

Cenário	Opção de proteção de dados	Recomendações	Benefício de proteção	Disponível para armazenamento Data Lake
Impedir que uma conta de armazenamento seja excluída ou modificada.	Bloqueio do Azure Resource Manager Saiba mais...	Bloqueie todas as suas contas de armazenamento com um bloqueio do Azure Resource Manager para impedir a exclusão da conta de armazenamento.	Protege a conta de armazenamento contra exclusão ou alterações de configuração. Não protege contêineres ou blobs na conta de serem excluídos ou substituídos.	Sim
Impedir que uma versão de blob seja excluída por um intervalo que você controla.	Política de imutabilidade em uma versão de blob Saiba mais...	Defina uma política de imutabilidade em uma versão de blob individual para proteger documentos críticos para os negócios, por exemplo, a fim de atender aos requisitos de conformidade legal ou regulamentar.	Protege uma versão de blob de ser excluída e seus metadados de serem substituídos. Uma operação de substituição cria uma nova versão. Se pelo menos um contêiner tiver a imutabilidade no nível da versão habilitada, a conta de armazenamento também estará protegida contra exclusão. A exclusão do contêiner falhará se pelo menos um blob existir no contêiner.	Não
Impedir que um contêiner e seus blobs sejam excluídos ou modificados por um intervalo que você controla.	Política de imutabilidade em um contêiner Saiba mais...	Defina uma política de imutabilidade em um contêiner para proteger documentos críticos para os negócios, por exemplo, a fim de atender aos requisitos de conformidade legal ou regulamentar.	Protege um contêiner e seus blobs de todas as exclusões e substituições. Quando uma retenção legal ou uma política de retenção baseada no tempo bloqueada está em vigor, a conta de armazenamento também é protegida contra exclusão. Os contêineres para os quais nenhuma política de imutabilidade foi definida não são protegidos contra exclusão.	Sim
Restaure um contêiner excluído dentro de um intervalo especificado.	Eliminação recuperável do contentor Saiba mais...	Habilite a exclusão suave de contêiner para todas as contas de armazenamento, com um intervalo mínimo de retenção de sete dias. Habilite o controle de versão de blob e a exclusão suave de blob juntamente com a exclusão suave de contêiner para proteger blobs individuais em um contêiner. Armazene contêineres que exigem períodos de retenção diferentes em contas de armazenamento separadas.	Um recipiente excluído e seu conteúdo podem ser restaurados dentro do período de retenção. Somente operações no nível de contêiner (por exemplo, Excluir contêiner) podem ser restauradas. A exclusão suave de contêiner não permite que você restaure um blob individual no contêiner se esse blob for excluído.	Sim
Salve automaticamente o estado de um blob em uma versão anterior quando ele for substituído.	Controle de versão de Blob Saiba mais...	Habilite o controle de versão de blob, juntamente com a exclusão suave de contêiner e a exclusão suave de blob, para contas de armazenamento onde você precisa de proteção ideal para dados de blob. Armazene dados de blob que não exigem controle de versão em uma conta separada para limitar os custos.	Cada operação de gravação de blob cria uma nova versão. A versão atual de um blob pode ser restaurada de uma versão anterior se a versão atual for excluída ou substituída.	Não
Restaure uma versão de blob ou blob excluída dentro de um intervalo especificado.	Eliminação de forma recuperável de blobs Saiba mais...	Habilite a exclusão suave de blob para todas as contas de armazenamento, com um intervalo mínimo de retenção de sete dias. Habilite o versionamento de blob e a exclusão suave de contêiner juntamente com a exclusão suave de blob para proteção ideal dos dados de blob. Armazene blobs que exigem períodos de retenção diferentes em contas de armazenamento separadas.	Uma versão de blob ou blob excluída pode ser restaurada dentro do período de retenção.	Sim
Restaure um conjunto de blobs de bloco para um ponto anterior no tempo.	Restauro para um ponto anterior no tempo Saiba mais...	Para usar a restauração point-in-time para reverter para um estado anterior, projete seu aplicativo para excluir blobs de bloco individuais em vez de excluir contêineres.	Um conjunto de blobs de bloco pode ser revertido para seu estado em um ponto específico no passado. Somente as operações executadas em blobs de bloco são revertidas. Quaisquer operações executadas em contêineres, blobs de página ou blobs de acréscimo não são revertidas.	Não
Salve manualmente o estado de um blob em um determinado momento.	Instantâneo de Blob Saiba mais...	Recomendado como uma alternativa ao controle de versão de blob quando o controle de versão não é apropriado para o seu cenário, devido ao custo ou outras considerações, ou quando a conta de armazenamento tem um namespace hierárquico habilitado.	Um blob pode ser restaurado a partir de um snapshot se o blob for substituído. Se o blob for excluído, os instantâneos também serão excluídos.	Sim, em pré-visualização
Um blob pode ser excluído ou substituído, mas os dados são copiados regularmente para uma segunda conta de armazenamento.	Roll-your-own solução para copiar dados para uma segunda conta usando a replicação de objetos do Armazenamento do Azure ou uma ferramenta como AzCopy ou Azure Data Factory.	Recomendado para proteção pacífica contra ações intencionais inesperadas ou cenários imprevisíveis. Crie a segunda conta de armazenamento na mesma região da conta principal para evitar incorrer em cobranças de saída.	Os dados podem ser restaurados a partir da segunda conta de armazenamento se a conta principal estiver comprometida de alguma forma.	AzCopy e Azure Data Factory são suportados. Não há suporte para replicação de objetos.

Proteção de dados por tipo de recurso

A tabela a seguir resume as opções de proteção de dados do Armazenamento do Azure de acordo com os recursos que elas protegem.

Opção de proteção de dados	Protege uma conta contra exclusão	Protege um recipiente contra exclusão	Protege um objeto contra exclusão	Protege um objeto contra substituições
Bloqueio do Azure Resource Manager	Sim	N.o¹	No	Não
Política de imutabilidade em uma versão de blob	Sim²	Sim³	Sim	^{Sim 4}
Política de imutabilidade em um contêiner	^{Sim 5}	Sim	Sim	Sim
Eliminação recuperável do contentor	Não	Sim	No	Não
Controle de versão de^{Blob 6}	No	No	Sim	Sim
Eliminação de forma recuperável de blobs	No	No	Sim	Sim
Restauração^{point-in-time 6}	No	No	Sim	Sim
Instantâneo de Blob	No	No	No	Sim
Roll-your-own solução para copiar dados para uma segunda conta⁷	Não	Sim	Sim	Sim

1 Um bloqueio do Azure Resource Manager não protege um contêiner contra exclusão.
2 A exclusão da conta de armazenamento falhará se houver pelo menos um contêiner com armazenamento imutável no nível da versão habilitado.
3 A exclusão do contêiner falhará se pelo menos um blob existir no contêiner, independentemente de a política estar bloqueada ou desbloqueada.
4 A substituição do conteúdo da versão atual do blob cria uma nova versão. Uma política de imutabilidade protege os metadados de uma versão contra a substituição.
5 Embora uma retenção legal ou uma política de retenção baseada no tempo bloqueada esteja em vigor no escopo do contêiner, a conta de armazenamento também está protegida contra exclusão.
6 Atualmente não há suporte para cargas de trabalho do Armazenamento Data Lake.
7 O AzCopy e o Azure Data Factory são opções suportadas para cargas de trabalho de Armazenamento de Blob e Armazenamento Data Lake. A replicação de objetos é suportada apenas para cargas de trabalho de Armazenamento de Blob.

Recuperar dados apagados ou substituídos

Se você precisar recuperar dados que foram substituídos ou excluídos, a forma como proceder depende de quais opções de proteção de dados você habilitou e qual recurso foi afetado. A tabela a seguir descreve as ações que você pode tomar para recuperar dados.

Recurso excluído ou substituído	Possíveis ações de recuperação	Requisitos em matéria de valorização
Conta de armazenamento	Tentar recuperar a conta de armazenamento excluída Saiba mais...	A conta de armazenamento foi originalmente criada com o modelo de implantação do Azure Resource Manager e foi excluída nos últimos 14 dias. Uma nova conta de armazenamento com o mesmo nome não foi criada desde que a conta original foi excluída.
Contentor	Recupere o recipiente soft-deleted e seu conteúdo Saiba mais...	A exclusão suave de contêiner está habilitada e o período de retenção de exclusão suave de contêiner ainda não expirou.
Contentores e blobs	Restaurar dados de uma segunda conta de armazenamento	Todas as operações de contêiner e blob foram efetivamente replicadas para uma segunda conta de armazenamento.
Blob (qualquer tipo)	Restaurar um blob de uma versão^{anterior 1} Saiba mais...	O controle de versão de Blob está habilitado e o blob tem uma ou mais versões anteriores.
Blob (qualquer tipo)	Recuperar um blob excluído suavemente Saiba mais...	A exclusão suave de blob está habilitada e o intervalo de retenção de exclusão suave não expirou.
Blob (qualquer tipo)	Restaurar um blob a partir de um instantâneo Saiba mais...	O blob tem um ou mais instantâneos.
Conjunto de blobs de bloco	Recuperar um conjunto de blobs de bloco para seu estado em um ponto anterior no tempo¹ Saiba mais...	A restauração point-in-time está habilitada e o ponto de restauração está dentro do intervalo de retenção. A conta de armazenamento não foi comprometida ou corrompida.
Versão Blob	Recuperar uma versão^{soft-deleted 1} Saiba mais...	A exclusão suave de blob está habilitada e o intervalo de retenção de exclusão suave não expirou.

1 Atualmente não há suporte para cargas de trabalho do Armazenamento Data Lake.

Resumo das considerações relativas aos custos

A tabela a seguir resume as considerações de custo para as várias opções de proteção de dados descritas neste guia.

Opção de proteção de dados	Considerações de custos
Bloqueio do Azure Resource Manager para uma conta de armazenamento	Sem custos para configurar um bloqueio em uma conta de armazenamento.
Política de imutabilidade em uma versão de blob	Sem custo para habilitar a imutabilidade em nível de versão em um contêiner. Criar, modificar ou excluir uma política de retenção baseada no tempo ou retenção legal em uma versão de blob resulta em uma cobrança de transação de gravação.
Política de imutabilidade em um contêiner	Sem custo para configurar uma política de imutabilidade em um contêiner.
Eliminação recuperável do contentor	Sem custos para ativar a exclusão suave de contêiner para uma conta de armazenamento. Os dados em um contêiner excluído suavemente são cobrados na mesma taxa que os dados ativos até que o contêiner excluído suavemente seja excluído permanentemente.
Controle de versão de Blob	Sem custo para habilitar o controle de versão de blob para uma conta de armazenamento. Depois que o controle de versão de blob é habilitado, cada operação de gravação ou exclusão em um blob na conta cria uma nova versão, o que pode levar a um aumento dos custos de capacidade. Uma versão de blob é cobrada com base em blocos ou páginas exclusivas. Os custos, portanto, aumentam à medida que o blob base diverge de uma versão específica. Alterar a camada de uma versão de blob ou blob pode ter um impacto na cobrança. Para obter mais informações, consulte Preço e cobrança. Use o gerenciamento do ciclo de vida para excluir versões mais antigas conforme necessário para controlar os custos. Para obter mais informações, consulte Otimizar custos automatizando as camadas de acesso do Armazenamento de Blobs do Azure.
Eliminação de forma recuperável de blobs	Sem custos para ativar a exclusão suave de blob para uma conta de armazenamento. Os dados em um blob excluído suavemente são cobrados na mesma taxa que os dados ativos até que o blob excluído suavemente seja excluído permanentemente.
Restauro para um ponto anterior no tempo	Sem custos para ativar a restauração point-in-time para uma conta de armazenamento; No entanto, habilitar a restauração point-in-time também permite o versionamento de blob, exclusão suave e alimentação de alterações, cada um dos quais pode resultar em outras cobranças. Você é cobrado pela restauração point-in-time quando executa uma operação de restauração. O custo de uma operação de restauração depende da quantidade de dados que estão sendo restaurados. Para obter mais informações, consulte Preço e cobrança.
Instantâneos de Blob	Os dados em um instantâneo são cobrados com base em blocos ou páginas exclusivos. Os custos, portanto, aumentam à medida que o blob base diverge do snapshot. Alterar a camada de um blob ou snapshot pode ter um impacto na cobrança. Para obter mais informações, consulte Preço e cobrança. Use o gerenciamento do ciclo de vida para excluir snapshots mais antigos, conforme necessário, para controlar os custos. Para obter mais informações, consulte Otimizar custos automatizando as camadas de acesso do Armazenamento de Blobs do Azure.
Copiar dados para uma segunda conta de armazenamento	A manutenção de dados em uma segunda conta de armazenamento incorrerá em custos de capacidade e transação. Se a segunda conta de armazenamento estiver localizada em uma região diferente da conta de origem, a cópia de dados para essa segunda conta também incorrerá em cobranças de saída.

Recuperação após desastre

O Armazenamento do Azure mantém sempre várias cópias dos seus dados para que estejam protegidos contra eventos planeados e não planeados, incluindo falhas de hardware transitórias, cortes de rede ou de energia e desastres naturais maciços. A redundância garante que sua conta de armazenamento atenda às metas de disponibilidade e durabilidade, mesmo em caso de falhas. Para obter mais informações sobre como configurar sua conta de armazenamento para alta disponibilidade, consulte Redundância de armazenamento do Azure.

Se ocorrer uma falha em um data center, se sua conta de armazenamento for redundante em duas regiões geográficas (redundante geograficamente), você terá a opção de fazer failover de sua conta da região primária para a região secundária. Para obter mais informações, consulte Recuperação de desastres e failover de conta de armazenamento.

Atualmente, não há suporte para failover gerenciado pelo cliente para contas de armazenamento com um namespace hierárquico habilitado. Para obter mais informações, consulte Recursos de armazenamento de Blob disponíveis no Azure Data Lake Storage Gen2.

Partilhar via