Backups automáticos no banco de dados SQL no Microsoft Fabric
Aplica-se a:✅banco de dados SQL no Microsoft Fabric
Este artigo descreve o recurso de backups automatizados para o banco de dados SQL no Microsoft Fabric. Para restaurar um backup, consulte Restaurar de um backup no banco de dados SQL no Microsoft Fabric.
O que é um backup de banco de dados?
Os backups de banco de dados são uma parte essencial de qualquer estratégia de continuidade dos negócios e recuperação de desastres, porque protegem seus dados de serem excluídos ou corrompidos.
Para todos os bancos de dados novos, restaurados e copiados, o banco de dados SQL no Fabric retém backups suficientes para permitir uma restauração pontual (PITR) nos últimos sete dias por padrão. O serviço faz backups completos, diferenciais e de log regulares para garantir que os bancos de dados possam ser restaurados a qualquer momento dentro do período de retenção do banco de dados.
Se você excluir um banco de dados, o sistema manterá os backups da mesma forma para um banco de dados online, até que o período de retenção de sete dias expire.
Com que frequência os backups são feitos em um banco de dados SQL no Fabric?
O banco de dados SQL no Fabric tem o recurso de backups automáticos habilitado a partir do momento da criação do banco de dados:
- Backups completos toda semana
- Backups diferenciais a cada 12 horas
- Backups de log de transações aproximadamente a cada 10 minutos
A frequência exata dos backups de logs de transações é baseada no tamanho da computação e na quantidade de atividade do banco de dados. Quando você restaura um banco de dados, o serviço determina automaticamente quais backups completos, diferenciais e de log de transações precisam ser restaurados.
O primeiro backup completo é agendado imediatamente após a criação ou restauração de um novo banco de dados. Em geral, esse backup é concluído em até 30 minutos, mas pode levar mais tempo quando o banco de dados é grande.
Após o primeiro backup completo, todos os outros backups são agendados e gerenciados automaticamente. O tempo exato de todos os backups de banco de dados é determinado pelo serviço de banco de dados SQL, pois ele equilibra a carga de trabalho geral do sistema. Não é possível alterar o agendamento de trabalhos de backup ou desativá-los.
Para um banco de dados novo, restaurado ou copiado, o recurso de restauração pontual fica disponível quando o backup inicial do log de transações é criado, que segue o backup completo inicial.
Onde meus backups de banco de dados SQL são armazenados?
Todos os backups no banco de dados SQL no Fabric são armazenados em contas de armazenamento do Azure ZRS (armazenamento com redundância de zona). Com o ZRS, os backups são copiados de forma síncrona em três zonas de disponibilidade do Azure na região primária.
No momento, o ZRS está disponível apenas em algumas regiões. Quando o armazenamento do Azure baseado em ZRS não está disponível, os backups estão sendo armazenados no LRS (armazenamento com redundância local). Com o LRS, os backups são copiados de forma síncrona três vezes em um único local físico na região primária.
Retenção de armazenamento da backup
O banco de dados SQL no Microsoft Fabric agenda um backup completo por semana. Para fornecer o PITR em todo o período de retenção, o sistema precisa armazenar backups adicionais completos, diferenciais e de log de transações por até uma semana mais do que o período de retenção configurado.
Os backups que não são mais necessários para fornecer a funcionalidade PITR são excluídos automaticamente. Como backups diferenciais e backups de log exigem que um backup completo anterior seja restaurável, todos os três tipos de backup são limpos juntos em conjuntos semanais.
Para todos os bancos de dados, os backups completos e diferenciais são compactados para reduzir a compactação do armazenamento de backup. A taxa média de compactação de backup é de três a quatro vezes.
Histórico de backup
Você pode exibir a lista de backups usando um comando T-SQL simples por meio de uma DMV (Exibição de Gerenciamento Dinâmico) chamada sys.dm_database_backups, que opera de forma semelhante ao Banco de Dados SQL do Azure. Essa DMV contém informações de metadados sobre todos os backups atuais necessários para habilitar a restauração pontual.
Para consultar o catálogo de histórico de backup, basta executar o script T-SQL por meio do portal do Fabric (ou outra ferramenta cliente de sua escolha):
SELECT * FROM sys.dm_database_backups;
Perguntas frequentes sobre backups do banco de dados SQL no Fabric
Posso acessar meus backups?
Não, os backups são isolados da plataforma Microsoft Fabric e são inacessíveis pelos usuários finais. A única maneira de o cliente interagir com arquivos de backup é por meio do recurso de restauração pontual (PITR).
Meus backups são criptografados?
Todos os arquivos armazenados no armazenamento do Azure, incluindo backups do banco de dados SQL no Microsoft Fabric, são criptografados automaticamente quando os dados são persistidos na nuvem. Para obter mais informações, consulte Criptografia do Armazenamento do Azure para dados em repouso.
Limitações
Limitações atuais para backups do banco de dados SQL:
- Você não pode controlar a frequência de backups no banco de dados SQL no Fabric.
- Você não pode alterar o período de retenção de backup para um banco de dados SQL no Microsoft Fabric. O período de retenção padrão é de sete dias.
- Você só pode restaurar backups de banco de dados dos bancos de dados SQL ativos.
- Você só pode restaurar backups de banco de dados no mesmo espaço de trabalho. O PITR entre espaços de trabalho não é suportado.
- Se você excluir um workspace, todos os bancos de dados nesse workspace também serão excluídos e não poderão ser recuperados.
- Todos os backups são armazenados em uma única região replicada em diferentes zonas de disponibilidade do Azure. Não há backups replicados geograficamente.
- Somente backups de retenção de curto prazo são suportados. Não há suporte para backups de retenção de longo prazo.
- Os backups podem ser restaurados somente por meio do portal do Fabric. Atualmente, não há comandos da API REST, do Azure PowerShell ou da CLI (Interface de Linha de Comando) habilitados.