Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Todos os dados no OneLake são acessados por meio de itens de dados. Esses itens de dados podem residir em regiões diferentes dependendo de seu espaço de trabalho, pois um espaço de trabalho é criado dentro de uma capacidade vinculada a uma região específica.
O OneLake usa o ZRS (armazenamento com redundância de zona) em que esse tipo de armazenamento está disponível. (Consulte as regiões do Azure com zonas de disponibilidade.) Em outros lugares, o OneLake usa LRS (armazenamento com redundância local). Com LRS e ZRS, seus dados são resilientes a falhas transitórias de hardware em um datacenter.
Assim como no Armazenamento do Azure, o LRS replica dados em um único datacenter na região primária. O LRS fornece pelo menos 99,999999999% (11 noves) de durabilidade de objetos ao longo de um ano. Essa durabilidade ajuda a proteger contra falhas de rack de servidor e de discos, mas não contra desastres em centros de dados.
Enquanto isso, o ZRS fornece tolerância a falhas de datacenter copiando dados de forma síncrona em três zonas de disponibilidade do Azure na região primária. O ZRS oferece uma durabilidade de pelo menos 99,999999999999% (12 números nove) ao longo de um ano.
Este artigo fornece orientações sobre como proteger ainda mais seus dados contra interrupções raras em toda a região.
Recuperação de desastre
Você pode habilitar ou desabilitar a BCDR (continuidade dos negócios e recuperação de desastre) para uma capacidade específica por meio do portal de administração de capacidade. Se sua capacidade tiver BCDR ativada, seus dados serão duplicados e armazenados em duas regiões geográficas para que sejam com redundância geográfica. Os emparelhamentos de região padrão no Azure determinam a escolha da região secundária. Não é possível modificar a região secundária.
Se um desastre torna a região primária irrecuperável, o OneLake pode iniciar um failover regional. Após a conclusão do failover, você pode usar as APIs do OneLake por meio do ponto de extremidade global para acessar seus dados na região secundária. A replicação de dados para a região secundária é assíncrona. Portanto, todos os dados não copiados durante o desastre são perdidos. Após um failover, o novo datacenter primário tem apenas redundância local.
Para obter uma compreensão abrangente da experiência de ponta a ponta, consulte Confiabilidade no Microsoft Fabric.
Exclusão suave para arquivos OneLake
No OneLake, a exclusão reversível impede a perda acidental de arquivos retendo arquivos excluídos por sete dias antes da remoção permanente. Os dados excluídos temporariamente são cobrados à mesma tarifa que os dados ativos.
Você pode restaurar arquivos e pastas usando APIs REST do Armazenamento de Blobs do Azure, SDKs de Armazenamento do Azure e o módulo Az.Storage do Azure PowerShell. Saiba como listar e restaurar arquivos usando essas instruções do PowerShell e como se conectar ao OneLake com o PowerShell.
Restaurar arquivos excluídos suavemente por meio do Azure Storage Explorer
Você pode restaurar arquivos excluídos do Lakehouse usando o Gerenciador de Armazenamento do Azure. Primeiro, conecte-se ao seu workspace no Storage Explorer usando a ID do workspace na URL. Por exemplo, use https://onelake.dfs.fabric.microsoft.com/aaaaaaaa-0000-1111-2222-bbbbbbbbbbbb. Você pode encontrar o ID do local de trabalho na URL do navegador do portal do Microsoft Fabric (/groups/{workspaceID}). Certifique-se de usar o caminho do OneLake baseado em GUID para restaurar dados.
Depois de se conectar ao workspace, siga estas etapas para restaurar os dados excluídos:
Selecione o botão suspenso ao lado da barra de caminho e selecione blobs ativos e excluídos suavemente em vez dos blobs ativos padrão.
Vá até a pasta que contém o arquivo excluído suavemente.
Clique com o botão direito do mouse no arquivo e selecione Desdelete.