Matriz de suporte para Backup do SQL Server em VMs do Azure
Você pode usar o Backup do Azure para fazer backup de bancos de dados do SQL Server em 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 do Backup do SQL Server em VMs do Azure.
Suporte a cenários
| Suporte | Detalhes |
|---|---|
| Implantações suportadas | Há suporte para VMs do Azure do SQL Marketplace e VMs que não sejam do Marketplace (SQL Server instalado manualmente). |
| Regiões suportadas | O Backup do Azure para bancos de dados do SQL Server está disponível em todas as regiões, exceto França Sul (FRS), Norte do Reino Unido (UKN), Sul do Reino Unido (UKS), UG IOWA (UGI) e Alemanha (Floresta Negra). |
| Sistemas operativos suportados | Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 (todas as versões), Windows Server 2008 R2 SP1 Linux não é suportado no momento. |
| Versões suportadas do SQL Server | SQL Server 2022 Express, SQL Server 2022, SQL Server 2019, SQL Server 2017 conforme detalhado na página Ciclo de vida do produto de pesquisa, SQL Server 2016 e SPs conforme detalhado na página Ciclo de vida do produto de pesquisa, SQL Server 2014, SQL Server 2012, SQL Server 2008 R2, SQL Server 2008 Enterprise, Standard, Web, Desenvolvedor, Express. As versões do Express Local DB não são suportadas. |
| Versões .NET suportadas | .NET Framework 4.5.2 ou posterior instalado na VM |
| Implantações suportadas | SQL Marketplace, VMs do Azure e VMs não Marketplace (SQL Server instalado manualmente) são suportadas. O suporte para instâncias autônomas está sempre em grupos de disponibilidade. Observe que os bancos de dados SQL que fazem parte de um AG AlwaysOn e são sincronizados a partir da Instância Gerenciada SQL não são suportados. |
| Restauração entre regiões | Suportado. Mais informações. |
| Restauração de assinatura cruzada | Com suporte por meio do portal do Azure e da CLI do Azure. Mais informações. |
Considerações e limitações de funcionalidades
| Definição | Limite máximo |
|---|---|
| Número de bancos de dados que podem ser protegidos em um servidor (e em um cofre) | 2000 |
| Tamanho do banco de dados suportado (além disso, problemas de desempenho podem surgir) | 6 TB* |
| Número de ficheiros suportados numa base de dados | 1000 |
| Número de backups completos suportados por dia | Um backup agendado. Três backups sob demanda. Recomendamos não acionar mais de três backups por dia. No entanto, para permitir novas tentativas do usuário em caso de tentativas falhadas, o limite rígido para backups sob demanda é definido como nove tentativas. |
| Envio de registos | Quando você habilita o envio de logs no banco de dados do SQL Server do qual está fazendo backup, recomendamos desabilitar os backups de log na política de backup. Isso ocorre porque o envio de logs (que envia automaticamente os logs de transações do banco de dados primário 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 apenas backups completos e/ou diferenciais habilitados. |
| Período de retenção para backups sob demanda | Para backups completos/diferenciais/incrementais, a retenção pronta para uso é 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 difícil. Saiba mais sobre o desempenho da taxa de transferência de backup.
- O backup do SQL Server pode ser configurado no portal do Azure ou no PowerShell. A CLI não é suportada.
- A solução tem suporte em ambos os tipos de implantações - VMs do Azure Resource Manager e VMs clássicas.
- Todos os tipos de backup (completo/diferencial/log) e modelos de recuperação (simples/completo/registrado em massa) são suportados.
- Para bancos de dados somente leitura: backups completos e completos somente cópia são os únicos tipos de backup suportados.
- A compactação nativa SQL é suportada se explicitamente habilitada pelo usuário na política de backup. O Backup do Azure substitui os padrões no nível da instância com a cláusula COMPRESSION / NO_COMPRESSION, dependendo do valor desse controle, conforme definido pelo usuário.
- TDE - backup de banco de dados habilitado é suportado. Para restaurar um banco de dados criptografado TDE para outro SQL Server, você precisa primeiro restaurar o certificado para o servidor de destino. A compactação de backup para bancos de dados habilitados para TDE para 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 para bancos de dados espelho e instantâneos de banco de dados.
- Não há suporte para FCI (Instância de Cluster de Failover) do SQL Server.
- Não há suporte para backup de bancos de dados com extensões em seus nomes. Isso ocorre porque o servidor IIS executa a filtragem de solicitação de extensão de arquivo. No entanto, observe que permitimos
.ad.cs, e.masterisso pode ser usado nos nomes dos bancos de dados. Saiba mais sobre as diretrizes de nomenclatura de banco de dados para o 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 grandes bancos de dados SQL (de 500 GB). Para utilizar o desempenho ideal, certifique-se de que:
- A VM subjacente (que contém a instância do SQL Server, que hospeda o banco de dados) é configurada com a taxa de transferência de rede necessária. Se a taxa de transferência máxima da VM for inferior a 200 MBps, o Backup do Azure não poderá transferir dados na velocidade ideal.
Além disso, o disco que contém os arquivos de banco de dados deve ter taxa de transferência suficiente provisionada. Saiba mais sobre a taxa de transferência de disco e o desempenho em VMs do Azure. - Os processos, que estão sendo executados na VM, não estão consumindo a largura de banda da VM.
- As agendas de backup estão espalhadas por um subconjunto de bancos de dados. Vários backups executados 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.
Nota
- A taxa de transferência mais alta é automaticamente limitada quando as seguintes condições são atendidas:
- Todas as bases de dados devem estar acima do tamanho de 4 TB.
- Os bancos de dados devem ser hospedados em VMs do Azure que tenham métrica máxima de taxa de transferência de disco não armazenado em cache maior que 800 MBpS.
- Baixe o Planejador de Recursos detalhado para calcular o número aproximado de bancos de dados protegidos recomendados por servidor com base nos recursos da VM, na largura de banda e na política de backup.
Próximos passos
Saiba como fazer backup de um banco de dados do SQL Server em execução em uma VM do Azure.