Eliminação recuperável para blobs

A eliminação suave de blob protege um blob, snapshot ou versão individual contra eliminações ou sobrscritas acidentais, mantendo os dados eliminados no sistema durante um período de tempo especificado. Durante o período de retenção, pode restaurar um objeto eliminado temporariamente para o estado que tinha no momento da eliminação. Após o término do período de retenção, o objeto é eliminado permanentemente.

Configuração recomendada de proteção de dados

A eliminação suave de blobs faz parte de uma estratégia abrangente de proteção, na conta, dos dados de blobs. Para uma proteção ótima dos seus dados de blob, a Microsoft recomenda ativar as seguintes funcionalidades de proteção de dados:

• Blob soft delete, para restaurar um blob, snapshot ou versão que apagou. Para saber como habilitar a eliminação suave de blobs, consulte Habilitar e gerir a eliminação suave para blobs.

• Eliminação suave de contentores, para restaurar um contentor que apagou. Para saber como habilitar a exclusão suave de contêiner, consulte Habilitar e gerenciar a exclusão suave para contêineres.

Para proteção contra cenários mais amplos de perda de dados, como eliminação acidental de contas ou ransomware, considere ativar o Azure Backup além das funcionalidades dentro da conta. Para saber mais sobre as recomendações da Microsoft para proteção de dados, consulte Visão geral sobre proteção de dados.

Como funciona o processo de eliminação suave de blobs

Quando ativar a eliminação suave de blob para uma conta de armazenamento, especifique um período de retenção para objetos eliminados entre 1 e 365 dias. O período de retenção indica por quanto tempo os dados permanecem disponíveis após serem excluídos ou substituídos. Assim que um objeto é eliminado ou sobrescrevido, o tempo de expiração do período de retenção é definido.

Enquanto o período de retenção estiver ativo, pode restaurar um blob eliminado, juntamente com os seus snapshots e versões, chamando a operação Undelete Blob . O diagrama a seguir mostra como um objeto excluído pode ser restaurado quando a exclusão suave de blob está habilitada:

Pode atualizar o período de retenção configurado a qualquer momento.

Se desativar a eliminação suave do blob, pode continuar a aceder e recuperar objetos eliminados de forma recuperável na sua conta de armazenamento até que o período de retenção de eliminação suave termine.

A versão 2017-07-29 e superiores da API Armazenamento do Azure REST suporta a eliminação suave de blobs.

Como as exclusões são tratadas quando a exclusão suave está habilitada

Quando ativas o soft delete do blob, eliminar um blob marca esse blob como soft-deleted. O processo de eliminação não cria um snapshot. Quando o período de retenção termina, o sistema apaga permanentemente o blob removido temporariamente. Em contas que têm um namespace hierárquico, a lista de controlo de acesso de um blob mantém-se intacta se o blob for restaurado.

Se um blob tiver snapshots, não podes apagar o blob a menos que também elimines os snapshots. Ao eliminar um blob e as suas cópias instantâneas, tanto o blob quanto as cópias instantâneas são marcados como excluídos de forma reversível. O processo de eliminação não cria novos snapshots.

Você também pode excluir um ou mais instantâneos ativos sem excluir o blob de base. Nesse caso, o instantâneo é excluído suavemente.

Se eliminar um diretório numa conta que tenha ativada a funcionalidade hierárquica de espaço de nomes, o diretório e todo o seu conteúdo são marcados como eliminados de forma recuperável. Só podes aceder ao diretório que foi eliminado logicamente. Para aceder ao conteúdo do diretório soft-delete, é necessário desapagar o diretório soft-delete.

Objetos eliminados logicamente são invisíveis a menos que os mostre ou liste explicitamente. Para obter mais informações sobre como listar objetos excluídos temporariamente, consulte Gerir e restaurar blobs excluídos temporariamente.

Como são tratadas as sobregravações quando a eliminação temporária está habilitada

Chamar uma operação como Colocar Bloco, Colocar Lista de Blocos ou Copiar Blob substitui os dados em um bloco. Quando ativas a eliminação suave do blob, sobrescrever um blob cria automaticamente um instantâneo eliminado de forma recuperável do estado do blob antes da operação de escrita. Quando o período de retenção termina, o sistema apaga permanentemente o instantâneo eliminado logicamente. A operação que o sistema realiza para criar o snapshot não aparece nos registos de recursos do Azure Monitor nem nos registos do Análise de Armazenamento.

Instantâneos com apagado suave são invisíveis a menos que mostre ou liste explicitamente objetos apagados suavemente. Para obter mais informações sobre como listar objetos excluídos temporariamente, consulte Gerir e restaurar blobs excluídos temporariamente.

A exclusão suave de blob não protege contra operações para gravar metadados ou propriedades de blob. Nenhum instantâneo excluído suavemente é criado quando os metadados ou as propriedades de um blob são atualizados. Para capturar os metadados de um blob, veja Blob versioning.

Para contas de armazenamento premium, os snapshots apagados temporariamente não contam para o limite de 100 snapshots para cada blob.

Restaurando objetos excluídos por software

Você pode restaurar blobs ou diretórios excluídos suavemente (em um namespace hierárquico) chamando a operação Undelete Blob dentro do período de retenção. A operação Undelete Blob restaura um blob e quaisquer instantâneos ou versões eliminados de forma recuperável associados a ele. Restaura quaisquer instantâneos que tenham sido eliminados durante o período de retenção. Em contas que têm um namespace hierárquico, a lista de controle de acesso de um blob é restaurada junto com o blob.

Em contas que têm um namespace hierárquico, também pode usar a operação Undelete Blob para restaurar um diretório soft-deleted e todo o seu conteúdo. Se você renomear um diretório que contenha blobs excluídos por software, esses blobs excluídos por software serão desconectados do diretório. Para restaurar esses blobs, precisa de reverter o nome do diretório para o seu nome original ou criar um diretório separado que use o nome original. Caso contrário, recebe um erro quando tenta restaurar esses blobs eliminados temporariamente. Também não podes restaurar um diretório ou um blob num caminho de ficheiro que já tenha um diretório ou blob com esse nome. Por exemplo, se eliminares a.txt (1) e carregares um novo ficheiro também com o nome a.txt (2), não podes restaurar o a.txt (1) eliminado temporariamente enquanto o a.txt (2) ativo não for eliminado nem renomeado. Não podes aceder ao conteúdo de um diretório apagado suavemente até depois de o diretório ser removido.

Chamar o Undelete Blob num blob que não está soft-deleted restaura todos os snapshots soft-deleted associados ao blob. Se o blob não tiver instantâneos e não for excluído suavemente, chamar Undelete Blob não terá efeito.

Para promover um instantâneo excluído suavemente para o blob base, primeiro chame Undelete Blob no blob base para restaurar o blob e seus instantâneos. Em seguida, copie o snapshot desejado sobre o blob base. Você também pode copiar o instantâneo para um novo blob.

Não é possível ler dados num blob ou snapshot eliminado de forma recuperável até que o objeto seja restaurado.

Para obter mais informações sobre como restaurar objetos excluídos temporariamente, consulte Gerir e restaurar blobs excluídos temporariamente.

Proteção de eliminação suave de blobs por operação

A tabela a seguir descreve o comportamento esperado para operações de eliminação e gravação quando a eliminação suave de blob está ativada, com ou sem versionamento de blob. Nas tabelas seguintes, Sem alterações significa que a operação tem o mesmo comportamento, quer a eliminação suave do blob esteja ativada ou não.

Conta de armazenamento (sem namespace hierárquico)

Conta de armazenamento (namespace hierárquico)

Suporte de funcionalidades

O suporte para esse recurso pode ser afetado pela habilitação do Data Lake Storage Gen2, do protocolo NFS (Network File System) 3.0 ou do SSH File Transfer Protocol (SFTP). Se você habilitou qualquer um desses recursos, consulte Suporte ao recurso de Armazenamento de Blob nas contas de Armazenamento do Azure para avaliar o suporte para esse recurso.

Considerações sobre a carga de trabalho

Ativar a eliminação suave não afeta os seus dados existentes, mas altera o comportamento das operações de apagar e sobrescrever. Antes de ativar a eliminação suave numa carga de trabalho de produção, considere os seguintes fatores:

• Ao listar todos os blobs, são agora devolvidos também os blobs eliminados de forma recuperável. Esta mudança tem o maior impacto. Aplicações que listam blobs com um sinalizador all (BlobListingDetails.All em SDKs legados, ou BlobStates.All no SDK Azure.Storage.Blobs v12) começam a receber blobs eliminados de forma recuperável assim que ativar a eliminação recuperável. A lógica de aplicação que assume que apenas os blobs ativos são devolvidos pode comportar-se mal, e os processos de backup ou restauro podem interpretar incorretamente blobs eliminados temporariamente como dados ativos. Audite o seu código para todos os sinalizadores de listagem e teste antes de ativar. Para listar apenas blobs ativos, use BlobStates.None. Para listar versões excluindo blobs com deleção suave, use BlobStates.Versioned.

• As eliminações e sobrescritas agora retêm os dados e continuam a ser faturadas. Quando ativas a eliminação suave, apagar ou sobrescrever um blob não liberta imediatamente espaço. O estado anterior é mantido como dados eliminados logicamente e faturado à mesma taxa que os dados ativos até ao fim do período de retenção. As cargas de trabalho que dependem de operações de eliminação ou de sobrescrita para libertar espaço de armazenamento têm custos adicionais durante todo o período de retenção.

• Cargas de trabalho com muitas sobrescritas acumulam snapshots eliminados de forma recuperável. Nas contas FNS, se o controlo de versões não estiver ativado, cada sobrescrição cria um snapshot eliminado de forma recuperável que captura o estado anterior. Aplicações que frequentemente sobrescrevem os mesmos blobs, como registos, checkpoints ou ficheiros temporários, podem gerar grandes volumes de dados eliminados de forma recuperável e custos inesperados. Se não alterou o nível de um blob ou de um snapshot, será cobrado por blocos únicos de dados nesse blob, nos seus snapshots e em quaisquer versões que ele possa ter. Veja as capturas de ecrã Pricing and Billing. Escolha um período de retenção que reflita as suas necessidades de recuperação, sem reter excessivamente o churn.

• Bloqueia o endpoint DFS em contas de namespace plano. Quando ativa a eliminação suave numa conta sem um namespace hierárquico, as operações através do endpoint Data Lake Storage (DFS) (*.dfs.core.windows.net) são bloqueadas e falham com EndpointUnsupportedAccountFeatures. Utilize o ponto final Blob (*.blob.core.windows.net) em vez disso, ou atualize a conta para um espaço de nomes hierárquico para utilizar pontos finais DFS com eliminação recuperável ativada.

Interações entre funcionalidades

Controle de versão de Blob

• As sobrescritas criam uma versão em vez de um instantâneo de eliminação recuperável: Se ativares tanto o controlo de versões de blobs como a eliminação recuperável de blobs, sobrescrever um blob cria uma nova versão anterior que capta o estado anterior do blob. A operação não cria um snapshot eliminado logicamente. A nova versão não é excluída suavemente e não é removida quando o período de retenção de exclusão suave expira.

• Eliminar uma versão anterior apaga de forma recuperável apenas essa versão: Eliminar uma versãoanterior específica apaga de forma recuperável essa versão, que é mantida até terminar o período de retenção da eliminação recuperável. Após o término do período de retenção, a versão eliminada de forma recuperável é eliminada permanentemente.

• Undelete restaura todas as versões soft-delete: A operação Undelete Blob restaura todas as versões soft-deleted de um blob de uma vez; não podes restaurar uma seletivamente. Não promove nenhuma versão como atual. Para restaurar a versão atual, recupere primeiro e depois copie a versão anterior pretendida sobre o blob base. Para mais informações, consulte Interações com funcionalidades.

Instantâneos de blobs

• As sobrescritas criam um instantâneo de eliminação recuperável quando o controlo de versões está desativado: Numa conta com espaço de nomes simples sem controlo de versões, sobrescrever um blob gera automaticamente um instantâneo de eliminação recuperável que capta o estado do blob antes da escrita. Quando o período de retenção termina, o snapshot é eliminado permanentemente.

• A eliminação recuperável protege os instantâneos que eliminar explicitamente: Eliminar um snapshot ativo apaga-o suavemente, e ele mantém-se durante o período de retenção. Não podes apagar um blob base que tenha snapshots a menos que apagues também os snapshots. Quando apagas ambos, assinalas todos como eliminados logicamente.

• As contas premium não contabilizam snapshots eliminados de forma recuperável para o limite de snapshots: Em contas de blobs de blocos premium, snapshots eliminados de forma recuperável não contam para o limite por blob de 100 snapshots.

Gestão do ciclo de vida

• As ações de eliminação do ciclo de vida resultam em objetos eliminados de forma recuperável: Quando uma política de gestão do ciclo de vida elimina um blob, snapshot ou versão, a eliminação recuperável continua a aplicar-se. O objeto eliminado passa para o estado de eliminação suave e permanece recuperável durante o período de retenção, em vez de ser removido imediatamente. Se usar regras do ciclo de vida para controlar o crescimento do armazenamento, tenha em conta a janela adicional de retenção, pois os dados eliminados continuam a faturar até o período de retenção terminar.

Eliminar de forma permanente

• A eliminação permanente sobrepõe-se à retenção soft-delete em snapshots e versões: Se ativar a funcionalidade de eliminação permanente na conta, um chamador com as permissões apropriadas pode remover permanentemente snapshots e versões soft-deleted antes do término do período de retenção. Se quiser proteção total contra eliminação suave durante todo o período de retenção, desative a eliminação permanente.

Eliminação recuperável do container

• Blob soft delete e o contentor soft delete protegem diferentes escopos: Blob soft delete restaura blobs individuais, snapshots e versões, mas não pode recuperar um contentor eliminado. A eliminação suave de contentores restaura um contentor eliminado e o seu conteúdo, mas não protege contra a eliminação de blobs individuais dentro de um contentor ativo. As duas funcionalidades são complementares, e a Microsoft recomenda ativar ambas.

• Não pode restaurar blobs individuais a partir de um contentor com soft delete: A soft delete de contentores restaura um container na sua totalidade ao estado em que se encontrava aquando da eliminação. Não podes restaurar seletivamente blobs individuais a partir de um contentor com soft delete. Restaura primeiro todo o contentor e depois trabalha com os seus blobs. Para mais informações, veja eliminação recuperável de contentores.

Limitações conhecidas

• Não protege contra a eliminação de contentores ou da conta. A eliminação recuperável de blobs funciona apenas ao nível do blob, do instantâneo, da versão e do diretório (num espaço de nomes hierárquico). Para restaurar um contentor eliminado e o seu conteúdo, deve também ativar a eliminação suave do contentor. Para se proteger contra cenários mais amplos de perda de dados, como eliminação acidental de contas ou ransomware, ative o Azure Backup.

• Não protege metadados nem escritas de propriedades. Não é criado um snapshot de soft delete quando se atualizam os metadados ou propriedades de um blob. Não consegues recuperar estas alterações através do soft delete.

• Não protege contas com espaço de nomes hierárquico contra sobrescrições. Em contas com um namespace hierárquico, a eliminação suave protege apenas contra operações de eliminação. As sobrescritas não são capturadas como instantâneos eliminados de forma recuperável e não podem ser recuperadas.

• O período de retenção é de 1 a 365 dias e não pode ser prolongado. Quando o período de retenção termina, não pode ser prolongado e o objeto é eliminado permanentemente.

• A funcionalidade de Eliminação Permanente sobrepõe-se ao período de retenção da eliminação recuperável. Se ativar a funcionalidade de Eliminação Permanente na conta, ela pode remover permanentemente capturas instantâneas e versões eliminadas suavemente antes do período de retenção terminar.

• As eliminações de Definir Expiração do Blob não são recuperáveis. Os blobs eliminados através da operação de Expiração de Blobs apenas ADLS não se tornam blobs eliminados de forma recuperável e não podem ser recuperados.

• Bloqueia a atualização de uma conta de namespace plano para um namespace hierárquico (ADLS). Quando ativa a eliminação suave de blob ou contentor numa conta de namespace plano, a atualização da conta para um namespace hierárquico é bloqueada (por exemplo, via Invoke-AzStorageAccountHierarchicalNamespaceUpgrade ou az storage account hns-migration start). Para migrar, desative a eliminação suave, faça a atualização e depois reative a eliminação suave. Preferencialmente, ativa o ADLS na criação da conta.

Preços e faturação

Os dados eliminados de forma recuperável são faturados à mesma taxa dos dados ativos. Quando um blob é eliminado de forma recuperável, permanece no mesmo nível e paga no mesmo nível. Não lhe são cobrados dados que são apagados permanentemente após o período de retenção.

Quando ativar a eliminação suave, utilize um curto período de retenção para compreender melhor como a funcionalidade afeta a sua fatura. O período mínimo de retenção recomendado é de sete dias.

Ativar a eliminação suave para dados frequentemente sobrescritos pode resultar num aumento dos custos de capacidade de armazenamento e em latência aumentada ao listar blobs. Você não é cobrado por transações relacionadas à geração automática de instantâneos ou versões quando um blob é substituído ou excluído. Você é cobrado por chamadas para a operação Undelete Blob à taxa de transação para operações de escrita.

Para obter mais informações sobre preços para o Armazenamento de Blobs, consulte a página de preços do Armazenamento de Blobs.

Eliminação suave de blobs e discos de máquinas virtuais

A exclusão suave de blob está disponível para discos não gerenciados premium e padrão, que são blobs de página sob as capas. A eliminação suave pode ajudá-lo a recuperar dados eliminados ou substituídos apenas pelas operações Excluir Blob, Colocar Blob, Colocar Lista de Blocos e Copiar Blob.

Os dados que são substituídos por uma chamada para Put Page não são recuperáveis. Uma máquina virtual Azure escreve num disco não gerido usando chamadas para Put Page, por isso usar soft delete para desfazer escritas num disco não gerido a partir de uma VM Azure não é um cenário suportado.

Monitorizar e resolver problemas

Para visualizar blobs apagados suavemente no portal do Azure, ative Mostrar blobs ativos e eliminados na vista do contentor.

Programáticamente, liste-os com a operação List Blobs e include=deleted (ou a BlobStates.Deleted flag no Azure.Storage.Blobs SDK v12). Para quantificar dados eliminados de forma recuperável, execute um relatório de inventário de blobs do Armazenamento do Azure com o includeDeleted filtro definido para true e agregue o Content-Length campo; note que a métrica BlobCapacity no Azure Monitor reporta a capacidade total da conta e não separa os dados eliminados de forma recuperável dos dados ativos.

• A minha aplicação começou a devolver blobs eliminados, ou está a falhar depois de eu ativar a eliminação suave: Se o seu código lista blobs usando uma flag "all" (BlobListingDetails.All em SDKs antigos, ou BlobStates.All no SDK v12 Azure.Storage.Blobs), os blobs eliminados suavemente são agora incluídos nos resultados. A lógica de aplicação que assume que apenas os blobs ativos são devolvidos pode comportar-se mal, e os processos de backup ou restauro podem interpretar incorretamente blobs eliminados temporariamente como dados ativos. Audita o teu código relativamente aos flags de listagem "all". Para listar apenas blobs ativos, use BlobStates.None; para listar versões excluindo blobs eliminados de forma recuperável, use BlobStates.Versioned.

• As minhas operações de endpoint DFS estão a falhar com EndpointUnsupportedAccountFeatures: Numa conta de namespace plano, ativar a eliminação suave bloqueia o endpoint Data Lake Storage (DFS). Operações contra *.dfs.core.windows.net falham com EndpointUnsupportedAccountFeatures. Confirma se as tuas cadeias de ligação ou monitorização mostram pedidos de endpoint DFS. Para resolver, atualize a carga de trabalho para usar o endpoint Blob (*.blob.core.windows.net), ou atualize a conta para um namespace hierárquico para que os endpoints DFS funcionem com a eliminação suave ativada.

• O meu blob eliminado não aparece no contentor: Blobs com soft-delete estão ocultos das operações padrão de lista. No portal do Azure, ativa Mostrar blobs eliminados; programaticamente, define include=deleted. Se o blob ainda não aparecer, confirma que a eliminação suave foi ativada antes do blob ser eliminado, e que o período de retenção não terminou.

• O meu blob foi eliminado permanentemente mesmo estando a soft delete ativada: Verifica duas coisas. Primeiro, se a funcionalidade de Eliminação Permanente estiver ativada na conta, os snapshots e versões eliminados de forma recuperável podem ser removidos antes do término do período de retenção; desative-a para proteção total. Em segundo lugar, os ficheiros eliminados através da operação exclusiva do ADLS Set Blob Expiry não são eliminados de forma recuperável e não podem ser recuperados. Caso contrário, verifique se o período de retenção ainda não tiver decorrido, pois os dados são removidos permanentemente assim que este terminar.

• Os meus custos de armazenamento aumentaram depois de ativar a eliminação suave: Blobs, snapshots e versões com soft delete são faturados à mesma taxa que os dados ativos até ao fim do período de retenção. Cargas de trabalho com grande sobreescrita acumulam rapidamente instantâneos de estado eliminados de forma recuperável quando o controlo de versões está desativado. Utilize o inventário de blob para identificar dados eliminados de forma recuperável e considere um período de retenção mais curto.

• Não consigo recuperar um contentor eliminado com blob soft delete: Blob soft delete protege blobs individuais, não containers. Se um contentor foi eliminado, os seus blobs não podem ser restaurados através do blob soft delete. A recuperação de contentores exige que a eliminação suave do contentor tenha sido ativada anteriormente. Ver eliminação recuperável do contentor.

• Preciso de desativar a eliminação suave em escala depois de ativar de forma demasiado ampla: Consulte Ativar a eliminação suave para contentores para obter instruções sobre como desativar a eliminação suave utilizando várias ferramentas.

• Defini um período de retenção demasiado longo e quero que os meus blobs sejam eliminados permanentemente mais cedo: Para eliminar permanentemente blobs que já foram eliminados de forma recuperável, recupere os blobs eliminados de forma recuperável, desative a funcionalidade de soft delete e volte a apagar os blobs.

Próximos passos

• Ativar a eliminação suave para blobs

• Gerir e restaurar os blobs eliminados de forma recuperável

• Versionamento de Blob