Perguntas frequentes sobre banco de dados do SQL Server que estão em execução em um backup de VM do Azure

Sim, você pode usar o backup de VM e o backup do SQL na mesma VM. Nesse caso, se dispara internamento o backup completo somente cópia na VM para não truncar os logs.

Em algumas circunstâncias, o serviço de backup do Azure dispara backups remediais. A autocura pode ocorrer em qualquer uma das seis condições a seguir:

• Se o log ou backup diferencial falhar devido ao erro de validação LSN, o próximo log ou backup diferencial será convertido em um backup completo.
• Se nenhum backup completo tiver ocorrido antes de um log ou backup diferencial, esse log ou backup diferencial será convertido em um backup completo.
• Se o backup completo mais recente for anterior a 15 dias, o próximo log ou backup diferencial será convertido em um backup completo.
• Todos os trabalhos de backup que são cancelados devido a uma atualização de extensão são disparados novamente depois que a atualização é concluída e a extensão é iniciada.
• Se você optar por substituir o banco de dados durante a Restauração, o próximo backup de log/diferencial falhará e um backup completo será disparado no lugar.
• Nos casos em que um backup completo é necessário para redefinir as cadeias de logs devido à alteração no modelo de recuperação de banco de dados, um completo é disparado automaticamente na próxima agenda.

Não, não é possível cancelar um trabalho de reparação automática. No entanto, você pode recusá-lo seguindo estas etapas:

1. Na instância do SQL Server, na pasta C:\Arquivos de Programas\Azure Workload Backup\bin, crie ou edite o arquivo ExtensionSettingsOverrides.json.
2. No arquivo ExtensionSettingsOverrides.json, defina {"EnableAutoHealer": false}.
3. Salve as alterações e feche o arquivo.
4. Na instância do SQL Server, abra Gerenciar tarefa e reinicie o serviço AzureWLBackupCoordinatorSvc.

Sim. Você pode limitar a taxa com que a política de backup é executada para minimizar o impacto em uma instância do SQL Server. Para alterar a configuração:

1. Na instância do SQL Server, na pasta C:\Arquivos de Programas\Azure Workload Backup\bin, crie o arquivo ExtensionSettingsOverrides.json.

2. No arquivo ExtensionSettingsOverrides.json, altere a configuração DefaultBackupTasksThreshold para um valor mais baixo (por exemplo, 5).
   {"DefaultBackupTasksThreshold": 5}
   O valor padrão do DefaultBackupTasksThreshold é 20.

3. Salve suas alterações e feche o arquivo.

4. Na instância do SQL Server, abra Gerenciador de Tarefas. Reinicie o serviço AzureWLBackupCoordinatorSvc.
   
   Embora esse método ajude se o aplicativo de backup está consumindo uma grande quantidade de recursos, o Administrador de Recurso do SQL Server é uma maneira mais genérica de especificar limites na quantidade de CPU, E/S física e memória que as solicitações de aplicativos de entrada podem usar.

Não. Trabalhos de backup bem-sucedidos não geram alertas. Os alertas são enviados somente para trabalhos de backup com falha. O comportamento detalhado para alertas do portal é documentado aqui. No entanto, se você tiver interesse em ter alertas mesmo para trabalhos bem-sucedidos, poderá usar o Monitoramento com o Azure Monitor.

Sim, você pode obter esse recurso com proteção automática.

Se um backup for removido de uma instância com proteção automática, os backups do banco de dados ainda serão tentados. Isso implica que o banco de dados excluído começa a ser exibido como não íntegro em Itens de Backup e ainda está protegido.

A maneira correta de parar a proteção desse banco de dados é Parar o Backup com os dados de exclusão nesse banco de dados.

Sim, você pode proteger bancos de dados em máquinas virtuais que tenham o Azure Disk Encryption (ADE) habilitado.

Sim, o Backup do Azure dá suporte ao backup de bancos de dados do SQL Server ou servidor com TDE habilitado. O backup dá suporte à TDE com chaves gerenciadas pelo Azure ou com chaves gerenciadas pelo cliente (BYOK). O backup não executa nenhuma criptografia SQL como parte do processo de backup, de modo que o banco de dados permanecerá criptografado quando o backup for feito.

Realizamos uma operação de soma de verificação no fluxo de dados. No entanto, isso não deve ser confundido com a Soma de verificação do SQL. O backup de carga de trabalho do Azure computa a soma de verificação no fluxo de dados e a armazena explicitamente durante a operação de backup. Esse fluxo de soma de verificação é obtido como uma referência e verificada de forma cruzada com a soma de verificação do fluxo de dados durante a operação de restauração para garantir que os dados sejam consistentes.

Sim. O Azure Site Recovery disparará um backup completo apenas para cópia ao tirar o instantâneo consistente do aplicativo na VM para não truncar os logs. Saiba mais.

O menu Trabalho de backup mostra todas as operações agendadas e sob demanda, exceto os backups de log agendados, pois eles podem ser muito frequentes. Para trabalhos de log agendados, use Monitoramento usando Azure Monitor.

Se você parar o backup com retenção de dados, não ocorrerá nenhum backup futuro e os pontos de recuperação existentes permanecerão intactos. O banco de dados ainda será considerado protegido e será mostrado nos Itens de backup.

Se você parar o backup com dados de exclusão, não ocorrerá nenhum backup futuro e os pontos de recuperação existentes também serão excluídos. O banco de dados será considerado não protegido e será mostrado sob a instância na folha Configurar Backup. No entanto, ao contrário de outros bancos de dados protegidos que podem ser selecionados manualmente, ou que podem ser protegidos automaticamente, esse banco de dados aparece esmaecido e não pode ser selecionado. A única maneira de proteger novamente esse banco de dados é desabilitar a proteção automática na instância. Agora é possível selecionar esse banco de dados e configurar a proteção nele ou reabilitar a proteção automática novamente na instância.

Um banco de dados renomeado é tratado como um novo. Então, o serviço tratará essa situação como se o banco de dados não tivesse sido encontrado e estivesse com backups com falha.

Você pode selecionar o banco de dados, que agora está renomeado, e configurar a proteção nele. Se a proteção automática estiver habilitada na instância, o banco de dados renomeado será automaticamente detectado e protegido.

Um banco de dados que você adiciona a uma instância protegida automaticamente pode não aparecer imediatamente em itens protegidos. Isso ocorre porque a descoberta normalmente é executada a cada 8 horas, e a proteção real do sistema pode demorar mais, pois depende do tamanho da VM. No entanto, você pode descobrir e novos bancos de dados imediatamente se executar uma descoberta manual, se selecionar Redescobrir bancos de dados, como na imagem a seguir:

Sim, você pode baixar arquivos parcialmente, conforme documentado aqui.

Sim, você precisa de um caminho de arquivo em uma VM registrada para baixar arquivos. Esse caminho também pode ser um compartilhamento de rede. Configure um compartilhamento de rede da VM não registrada para a VM registrada e escolha a VM registrada como destino e o compartilhamento de rede como o caminho do arquivo de destino. Após os arquivos serem baixados, você poderá apenas desmontar o compartilhamento de rede da VM registrada, e os arquivos estarão disponíveis na VM não registrada.

Durante a operação de backup, o trabalho de backup se conecta a três pontos de extremidade de serviço - AzureBackup, AzureStorage, e Microsoft Entra ID. In this scenario, we recommend you to configure the Service Endpoint to AzureStorage`, o que ajuda a enviar o tráfego da Rede Virtual do Microsoft Azure para o armazenamento diretamente. Para o Backup do Azure e a ID do Microsoft Entra, você pode configurar a UDR em marcas de serviço para que o tráfego viaje para a rede de backbone em vez de local.

Próximas etapas

Saiba como fazer backup de um banco de dados do SQL Server em execução em uma VM do Azure.