Matriz de suporte dos backups do SQL Server em VMs do Azure
Você pode usar o Backup do Azure para fazer backup de bancos de dados do SQL Server nas VMs do Azure hospedadas na plataforma de nuvem do Microsoft Azure. Este artigo resume as configurações e limitações gerais de suporte para cenários e implantações de backups do SQL Server em VMs do Azure.
Suporte ao cenário
| Suporte | Detalhes |
|---|---|
| Implantações com suporte | Há suporte para VMs do Azure no Marketplace do SQL e VMs que não são do Marketplace (do SQL Server instaladas manualmente). |
| Regiões com suporte | O Backup do Azure para bancos de dados SQL Server está disponível em todas as regiões, exceto no FRS (Sul da França), UKN (Norte do Reino Unido), UKS (Sul do Reino Unido), UGI (UG IOWA) e Alemanha (Floresta Preta). |
| Sistemas operacionais com suporte | Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 (todas as versões), Windows Server 2008 R2 SP1 Não há suporte para Linux no momento. |
| Versões do SQL Server com suporte | SQL Server 2022 Express, SQL Server 2022, SQL Server 2019, SQL Server 2017, conforme detalhado na Página de pesquisa do ciclo de vida do produto, SQL Server 2016 e SPs conforme detalhado na Página de pesquisa do ciclo de vida do produto, SQL Server 2014, SQL Server 2012, SQL Server 2008 R2, SQL Server 2008 Enterprise, Standard, Web, Developer e Express. Não há suporte a versões expressas do BD local. |
| Versões do .NET com suporte | .NET Framework 4.5.2 ou posterior instalado na VM |
| Implantações com suporte | Há suporte para VMs do Azure Marketplace do SQL e VMs que não são do Marketplace (do SQL Server instaladas manualmente). O suporte para instâncias autônomas está sempre ativado em grupos de disponibilidade. Observe que não há suporte para os bancos de dados SQL que fazem parte de um AG AlwaysOn e são sincronizados da Instância Gerenciada de SQL. |
| Restauração Entre Regiões | Com suporte. Saiba mais. |
| Restauração de assinatura cruzada | Com suporte pelo portal do Azure e pela CLI do Azure. Saiba mais. |
Considerações e limitações de recursos
| Configuração | Limite máximo |
|---|---|
| Número de bancos de dados que podem ser protegidos em um servidor (e em um cofre) | 2000 |
| Tamanho compatível do banco de dados (além disso, podem surgir problemas de desempenho) | 6 TB* |
| Número de arquivos compatíveis com um banco de dados | 1000 |
| Número de backups completos com suporte por dia | Um backup agendado. Três backups sob demanda. É recomendável não disparar mais de três backups por dia. No entanto, para permitir novas tentativas de usuário em caso de tentativas com falha, o limite não flexível para backups sob demanda é definido como nove tentativas. |
| Envio de logs | Ao habilitar o envio de logs no banco de dados do servidor SQL que você está fazendo backup, recomendamos desabilitar os backups de log na política de backup. Isso porque, o envio de logs (que envia automaticamente logs de transação do banco de dados principal para o secundário) interferirá nos backups de log habilitados por meio do Backup do Azure. Portanto, se você habilitar o envio de logs, certifique-se de que sua política tenha backups completos e/ou diferenciais habilitados. |
| Período de retenção para backups sob demanda | Para backups completos/diferenciais/incrementais, a retenção completa é de 45 dias. Para backup completo somente cópia, você pode definir um período de retenção personalizado. |
*O limite de tamanho do banco de dados depende da taxa de transferência de dados que suportamos e da configuração do limite de tempo de backup. Não é o limite rígido. Saiba mais sobre a taxa de transferência de backup.
- O Backup do SQL Server pode ser configurado no portal do Azure ou PowerShell. Não há suporte à CLI.
- A solução é compatível em ambos os tipos de implantações – VMs do Azure Resource Manager e VMs clássicas.
- Há suporte a todos os tipos de backup (completo/diferencial/log) e modelos de recuperação (simples/completo/bulk-logged).
- Para bancos de dados somente leitura: backups completos e somente de cópia são os únicos tipos de backup compatíveis.
- A compactação nativa do SQL será compatível se habilitada explicitamente pelo usuário na política de backup. O Backup do Azure substitui os padrões em nível de instância pela cláusula COMPRESSION / NO_COMPRESSION, dependendo do valor desse controle definido pelo usuário.
- Há suporte ao backup de banco de dados habilitado para TDE. Para restaurar um banco de dados criptografado por TDE em outro SQL Server, primeiramente, você precisa restaurar o certificado no servidor de destino. A compactação de backup de bancos de dados habilitados para TDE em Microsoft SQL Server 2016 e versões mais recentes está disponível, mas com tamanho de transferência menor, conforme explicado aqui.
- Não há suporte para operações de backup e restauração de bancos de dados espelhos e instantâneos do banco de dados.
- Não há suporte à FCI (instância de cluster de failover) do SQL Server.
- Não há suporte para fazer backup de bancos de dados com extensões em seus nomes. Isso porque o servidor do IIS executa a filtragem de solicitação de extensão de arquivo. No entanto, observe que incluímos na lista de permitidos
.ad,.cse.masterque podem ser usados nos nomes do banco de dados. Saiba mais sobre as diretrizes de nomenclatura de banco de dados do Backup do Azure.
Desempenho da taxa de transferência de backup
O Backup do Azure dá suporte a uma taxa de transferência de dados consistente de 350 MBps para backups completos e diferenciais de bancos de dados SQL grandes (de 500 GB). Para utilizar o desempenho ideal, verifique se:
- A VM subjacente (que contém a instância do SQL Server, que hospeda o banco de dados) está configurada com a taxa de transferência de rede necessária. Se a taxa de transferência máxima da VM for menor que 200 Mbps, o Backup do Azure não poderá transferir dados com a velocidade ideal.
Além disso, o disco que contém os arquivos de banco de dados deve ter uma taxa de transferência suficiente provisionada. Saiba mais sobre a taxa de transferência e o desempenho do disco em VMs do Azure. - Os processos que estão em execução na VM não consomem a largura de banda dela.
- Os agendamentos de backup são distribuídos em um subconjunto de bancos de dados. Vários backups em execução simultaneamente em uma VM compartilham a taxa de consumo de rede entre os backups. Saiba mais sobre como controlar o número de backups simultâneos.
Observação
- A taxa de transferência mais alta é automaticamente limitada quando as seguintes condições são atendidas:
- Todos os bancos de dados devem estar acima do tamanho de 4 TB.
- Os bancos de dados devem ser hospedados em VMs do Azure que tenham a métrica máxima de taxa de transferência de disco sem cache superior a 800 MBpS.
- Faça download do planejador de recursos detalhado para calcular o número aproximado de bancos de dados protegidos que são recomendados por servidor com base na política de backup, na largura de banda e nos recursos da VM.
Próximas etapas
Saiba como fazer backup de um banco de dados do SQL Server em execução em uma VM do Azure.