Otimize as estratégias de backup do SQL servidor - AWS Orientação prescritiva
Visão geralBackup em nível de servidor usando instantâneos habilitados VSSSQLBackup do servidor usando AWS BackupBackup em nível de banco de dadosRecomendações de otimização de custosRecursos adicionais

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Otimize as estratégias de backup do SQL servidor

Visão geral

A maioria das organizações está procurando a solução certa para proteger seus dados no SQL servidor da Amazon EC2 para atender aos requisitos atuais de objetivo de ponto de recuperação (RPO), a quantidade máxima de tempo aceitável desde o último backup e objetivo de tempo de recuperação (RTO), o atraso máximo aceitável entre a interrupção do serviço e a restauração do serviço. Se você estiver executando o SQL Server em EC2 instâncias, você tem várias opções para criar backups de seus dados e restaurá-los. As estratégias de backup para proteger os dados SQL do servidor na Amazon EC2 incluem o seguinte:

Você tem as seguintes opções de armazenamento para backup nativo em nível de banco de dados:

Esta seção faz o seguinte:

  • Destaca recursos para ajudar você a economizar espaço de armazenamento

  • Compara os custos entre as diferentes opções de armazenamento de back-end

  • Fornece links para documentação detalhada para ajudar a implementar essas recomendações

Backup em nível de servidor usando instantâneos habilitados VSS

Uma arquitetura VSS de snapshots habilitada usa o comando AWS Systems Manager Executar para instalar o VSS agente em suas instâncias SQL do servidor. Você também pode usar o comando Executar para invocar todo o fluxo de trabalho de liberar os buffers do sistema operacional e do aplicativo no disco, pausar as operações de E/S, tirar um point-in-time instantâneo dos volumes e, em seguida, retomar a EBS E/S.

Esse comando de execução cria instantâneos automatizados de todos os EBS volumes anexados a uma instância de destino. Você também tem a opção de excluir o volume raiz, pois os arquivos de banco de dados do usuário geralmente são armazenados em outros volumes. Caso você distribua vários EBS volumes para criar um único sistema de arquivos para arquivos do SQL servidor, a Amazon EBS também oferece suporte a instantâneos de vários volumes consistentes com falhas usando um único comando. API Para obter mais informações sobre EBSinstantâneos VSS habilitados para aplicativos consistentes, consulte Criar um instantâneo consistente com aplicativos na documentação VSS da Amazon. EC2

O diagrama a seguir mostra uma arquitetura para backup em nível de servidor usando VSS instantâneos habilitados.

VSS- arquitetura de instantâneos habilitada

Considere os seguintes benefícios de usar snapshots VSS habilitados:

  • O primeiro snapshot de uma instância de banco de dados contém os dados da instância de banco de dados completa. Os snapshots subsequentes da mesma instância de banco de dados são incrementais, o que significa que somente os dados que foram alterados depois do snapshot mais recente serão salvos.

  • EBSos instantâneos fornecem point-in-time recuperação.

  • Você pode restaurar para uma nova EC2 instância SQL do servidor a partir de um snapshot.

  • Se uma instância for criptografada usando a Amazon EBS ou se um banco de dados for criptografado na instância usandoTDE, essa instância ou banco de dados será restaurado automaticamente com a mesma criptografia.

  • É possível copiar seus backups automatizados entre regiões.

  • Quando você restaura um EBS volume a partir de um snapshot, ele fica imediatamente disponível para que os aplicativos o acessem. Isso significa que você pode colocar o SQL servidor on-line imediatamente após restaurar um ou mais de seus EBS volumes subjacentes a partir de instantâneos.

  • Por padrão, os volumes restaurados buscam blocos subjacentes do Amazon S3 na primeira vez que uma aplicação tenta lê-los. Isso significa que pode haver um atraso no desempenho depois que um EBS volume é restaurado a partir de um snapshot. O volume em algum momento atingirá a performance nominal. No entanto, você pode evitar esse atraso usando instantâneos rápidos de snapshot-restore (). FSR

  • Você pode usar o gerenciamento do ciclo de vida para EBS instantâneos.

Considere as seguintes limitações do uso de instantâneos VSS habilitados:

  • Você não pode realizar a point-in-time recuperação entre regiões com um snapshot criptografado para uma instância SQL do servidor.

  • Você não pode criar um snapshot criptografado de uma instância não criptografada.

  • Você não pode restaurar um banco de dados individual porque o instantâneo é obtido no nível do EBS volume.

  • Você não pode restaurar a instância para si mesma.

  • Um snapshot da instância de banco de dados deve ser criptografado usando a mesma chave AWS Key Management Service (AWS KMS) da instância de banco de dados.

  • A E/S de armazenamento é suspensa por uma fração de segundo (aproximadamente 10 milissegundos) durante o processo de backup do snapshot.

SQLBackup do servidor usando AWS Backup

Você pode usar AWS Backuppara centralizar e automatizar a proteção de dados em todo o mundo. Serviços da AWS AWS Backup oferece uma solução econômica, totalmente gerenciada e baseada em políticas que simplifica a proteção de dados em grande escala. AWS Backup também ajuda você a apoiar suas obrigações de conformidade regulatória e a cumprir suas metas de continuidade de negócios. Junto com AWS Organizations, AWS Backup permite que você implante centralmente políticas de proteção de dados (backup) para configurar, gerenciar e governar sua atividade de backup em toda a organização Contas da AWS e nos recursos.

O diagrama a seguir mostra a arquitetura de uma solução de backup e restauração para o SQL Server on EC2 usando AWS Backup.

AWS Backup arquitetura

Considere os seguintes benefícios de fazer backup SQL do servidor usando AWS Backup:

  • É possível automatizar os cronogramas de backup, o gerenciamento de retenção e o gerenciamento do ciclo de vida.

  • Você pode centralizar sua estratégia de backup em toda a organização, abrangendo várias contas e. Regiões da AWS

  • Você pode centralizar o monitoramento de sua atividade de backup e os alertas. Serviços da AWS

  • Também é possível implementar backups entre regiões para planejar a recuperação de desastres.

  • A solução oferece suporte a backups entre várias contas.

  • É possível fazer backups seguros usando criptografia de backup secundária.

  • Todos os backups oferecem suporte à criptografia usando chaves AWS KMS de criptografia.

  • A solução funciona comTDE.

  • Você pode restaurar para um ponto de recuperação específico via console do AWS Backup .

  • Você pode fazer backup de uma instância inteira SQL do Server, que inclui todos os bancos de dados SQL do Server.

Backup em nível de banco de dados

Essas abordagens usam a funcionalidade nativa de backup SQL do Microsoft Server. Você pode fazer backups de bancos de dados individuais na instância do SQL servidor e restaurar um banco de dados individual.

Cada uma dessas opções para backup e restauração nativos SQL do servidor também oferece suporte ao seguinte:

  • Compactação e backup de vários arquivos

  • Backups completos, diferenciais e T-log

  • TDE-bancos de dados criptografados

SQLBackup e restauração nativos do servidor no Amazon S3

SQLO servidor na Amazon EC2 suporta backup e restauração nativos para bancos de dados SQL do servidor. Você pode fazer um backup do banco de dados do SQL servidor e depois restaurar o arquivo de backup em um banco de dados existente ou em uma nova EC2 instância SQL do servidor, no Amazon RDS for SQL Server ou em um servidor local.

O Storage Gateway é um serviço de armazenamento em nuvem híbrida que fornece às aplicações on-premises acesso a armazenamento em nuvem praticamente ilimitado. Você pode usar o Storage Gateway para fazer backup de seus bancos de dados SQL do Microsoft Server diretamente no Amazon S3, reduzindo seu espaço de armazenamento local e usando o Amazon S3 para armazenamento durável, escalável e econômico.

O diagrama a seguir mostra a arquitetura de uma solução nativa de backup e restauração que usa o Storage Gateway e o Amazon S3.

Storage Gateway e arquitetura Amazon S3

Considere os seguintes benefícios de usar o backup nativo SQL do servidor com o Storage Gateway:

  • Você pode mapear um gateway de armazenamento como um compartilhamento de arquivos Server Message Block (SMB) na EC2 instância e enviar o backup para o Amazon S3.

  • O backup vai diretamente para o bucket do S3 ou por meio do cache de arquivos do Storage Gateway.

  • Há suporte a backups de vários arquivos.

Considere as seguintes limitações do backup nativo usando o Storage Gateway:

Para obter mais informações sobre como configurar o Storage Gateway, consulte a publicação sobre backups SQL do servidor de armazenamento no Amazon S3 usando o AWS Storage Gateway AWS blog.

SQLBackup nativo do servidor em EBS volumes

Você pode fazer um backup nativo do banco de dados SQL do seu servidor e armazenar o arquivo em um EBS volume da Amazon. A Amazon EBS é um serviço de armazenamento em bloco de alto desempenho. EBSos volumes são elásticos, o que suporta criptografia. Eles podem ser desanexados e anexados a uma EC2 instância. Você pode fazer backup SQL do servidor em uma EC2 instância no mesmo tipo de EBS volume ou em um tipo de EBS volume diferente. Uma vantagem de fazer backup em um EBS volume diferente é a economia de custos.

O diagrama a seguir mostra a arquitetura de um backup nativo em um EBS volume.

Arquitetura EBS de volume da Amazon

Considere os seguintes benefícios de usar o backup nativo SQL do servidor em EBS volumes:

  • Você pode fazer backups de bancos de dados individuais em uma EC2 instância SQL do servidor e restaurar um banco de dados individual em vez de precisar restaurar a instância completa.

  • Há suporte a backups de vários arquivos.

  • Você pode agendar trabalhos de backup usando o Agente SQL do Servidor e o mecanismo de trabalho do SQL Servidor.

  • Você pode obter benefícios de performance por meio de suas opções de hardware. Por exemplo, você pode usar volumes de armazenamento st1 para obter maior throughput.

Considere as seguintes limitações do uso do backup nativo em EBS volumes:

  • Você deve mover manualmente os backups do volume para o EBS Amazon S3.

  • Para backups grandes, você deve gerenciar o espaço em disco na AmazonEC2.

  • No EC2 caso, a EBS produtividade da Amazon pode ser um gargalo.

  • É necessário armazenamento adicional para armazenar backups na AmazonEBS.

SQLBackup nativo do servidor para Amazon FSx para Windows File Server

O Amazon FSx para Windows File Server é um sistema de arquivos Windows nativo totalmente gerenciado que oferece até 64 TB de armazenamento projetado para oferecer desempenho rápido, previsível e consistente. AWS introduziu suporte nativo para implantações de sistemas de arquivos Multi-AZ no FSx Windows File Server. O suporte nativo facilita a implantação do armazenamento de arquivos do Windows AWS com alta disponibilidade e redundância em várias zonas de disponibilidade. AWS também introduziu suporte para compartilhamentos de arquivos SMB continuamente disponíveis (CA). Você pode usar o FSx Windows File Server como armazenamento de backup para um banco de dados SQL do Server.

O diagrama a seguir mostra a arquitetura de um backup nativo SQL do servidor FSx para o Windows File Server.

FSxpara arquitetura de backup do Windows File Server

Considere os seguintes benefícios de usar o backup nativo SQL do servidor FSx para o Windows File Server:

  • Você pode fazer backup SQL do banco de dados do seu servidor em um compartilhamento de FSx arquivos da Amazon.

  • Você pode fazer backups de bancos de dados individuais em uma instância SQL do servidor e restaurar um banco de dados individual em vez de precisar restaurar a instância completa.

  • Há suporte para backups em várias partes.

  • Você pode agendar trabalhos de backup usando o SQL Server Agent e o mecanismo de trabalho.

  • As instâncias têm maior largura de banda de rede em comparação com a AmazonEBS.

Considere as seguintes limitações do uso do backup nativo SQL do servidor FSx para o Windows File Server:

  • Você deve mover manualmente os backups da Amazon para o Amazon S3 FSx usando AWS Backup ou. AWS DataSync

  • Backups grandes podem exigir uma sobrecarga adicional para o gerenciamento do espaço em disco na AmazonFSx.

  • EC2a taxa de transferência da rede da instância pode ser um gargalo.

  • É necessário armazenamento adicional para armazenar backups no FSx Windows File Server.

SQLBackup de servidor na Amazon FSx para NetApp ONTAP

Os instantâneos com FSx for ONTAP são sempre consistentes com falhas, mas exigem que você desative (ou pause a E/S) do seu banco de dados para criar um instantâneo consistente com o aplicativo. Você pode usar NetApp SnapCenter (uma ferramenta de orquestração com plug-ins para aplicativos específicos, incluindo SQL servidor) com FSx for ONTAP para criar instantâneos consistentes com aplicativos e proteger, replicar e clonar seus bancos de dados sem custo adicional.

NetApp SnapCenter

NetApp SnapCenter é uma plataforma unificada para proteção de dados consistente com aplicativos. SnapCenter refere-se aos instantâneos como backups. Este guia adota a mesma convenção de nomenclatura. SnapCenter fornece um painel único para gerenciar backups, restaurações e clones consistentes com aplicativos. Você adiciona um SnapCenter plug-in para seu aplicativo de banco de dados específico para criar backups consistentes com o aplicativo. O SnapCenter plug-in para SQL Server fornece a seguinte funcionalidade que simplifica seu fluxo de trabalho de proteção de dados.

  • Opções de backup e restauração com granularidade para backups completos e de log

  • Restauração no local e restauração em um local alternativo

Para obter mais informações sobre SnapCenter, consulte Proteja suas cargas de trabalho de SQL servidor usando NetApp SnapCenter com a Amazon FSx para NetApp ONTAP publicar no blog AWS de armazenamento.

Otimização de custos para backups

As opções a seguir podem ajudá-lo a reduzir o custo de armazenamento de backups SQL do servidor no AWS.

  • Ative a compactação do SQL servidor durante a criação do arquivo de backup e envie o menor arquivo possível para o armazenamento. Por exemplo, uma taxa de compactação de 3:1 indica que você está economizando cerca de 66% em espaço em disco. Para consultar essas colunas, você pode usar a seguinte SQL instrução Transact-:SELECT backup_size/compressed_backup_size FROM msdb..backupset;.

  • Para backups que vão para buckets S3, habilite a classe de armazenamento Amazon S3 Intelligent-Tiering para reduzir os custos de armazenamento em 30%. 

  • Para backups que vão FSx para o Windows File Server ou FSx paraONTAP, use uma única zona de disponibilidade para economizar 50% (em comparação com o uso de várias zonas de disponibilidade). Para obter informações sobre preços, consulte Amazon FSx for Windows File Server Pricing e Amazon FSx for NetApp ONTAP Pricing.

  • A opção mais eficiente para o SQL Server 2022 é o backup direto para o Amazon S3. Você pode economizar custos adicionais evitando o Storage Gateway.

Resultados do teste de benchmark para backups

Esta seção compara as opções a seguir, do ponto de vista de custo e desempenho, para um banco de dados de amostra de 1 TB, com base nos resultados dos testes de benchmark de desempenho nas soluções de backup abordadas neste guia.

  • EC2especificação de instância — r5d.8xlarge com Windows Server 2019 e Server 2019 Developer Edition SQL

  • Especificação do banco de dados — 1 TB de tamanho com TDE desativado

Os testes foram realizados com uma instância r5d.8xlarge e um banco de dados de SQL servidor de 1 TB como fonte. O sistema de origem foi configurado de acordo com as melhores práticas, e o banco de dados de origem continha quatro arquivos de dados (250 GB cada) e um arquivo de log (50 GB) distribuídos em volumes gp3 separados. O BACKUP comando SQL Server native inclui a gravação em 10 arquivos de backup, usando a compactação para otimizar o desempenho do backup e reduzir a quantidade de dados enviados pela rede e gravados no destino. Em todos os casos de teste, o desempenho do armazenamento foi o gargalo.

Há uma variedade quase infinita de configurações possíveis para esses tipos de teste. Esse teste se concentrou na otimização de desempenho, custo, escalabilidade e casos de uso reais. A tabela a seguir mostra as métricas de desempenho que foram capturadas para as opções de destino de backup.

Opções de backup Nível Duração da execução (Appx) Taxa de backup Custo USD por mês*
Backup nativo para EBS st1 localHDD, 2 TB Banco de dados 00:30:46 min 554,7 Mbps $92,16
Backup nativo para EBS SSD gp3 local, 2 TB Banco de dados 00:22:00 min 512 Mbps $193,84
Backup nativo FSx para Windows File ServerHDD, taxa de transferência de 2 TB @512 Mbps Banco de dados 00:20:58 min 814,0 Mbps $1.146
Backup nativo FSx para Windows File ServerSSD, taxa de transferência de 2 TB @512 Mbps Banco de dados 00:20:00 min 814,0 Mbps $1.326
Backup nativo para o S3 File Gateway m6i.4xlarge (16 vCPU, 64 GB) com 2 TB gp3 Banco de dados 00:23:20 min 731,5 Mbps $470,42
EBSVSSinstantâneo EBSvolume

00:00:02 seg

00:00:53 seg

 Instantâneo N/A $51
AWS Backup (AMIbackup) AMI

00:00:04 seg

00:08:00 min

 Instantâneo N/A $75
Backup SQL do servidor nativo diretamente no Amazon S3 (SQLServer 2022) Banco de dados 00:12:00 min 731,5 Mbps Primeiros 50 TB/mês, 0,023 USD por GB 23,55 USD por mês
Backup nativo FSx para ONTAP (usando SnapCenter) Banco de dados – – $440,20

A tabela anterior pressupõe o seguinte:

  • Os custos de transferência de dados e do Amazon S3 não estão incluídos.

  • O preço do armazenamento está incluído no preço da instância.

  • Os custos são baseados na us-east-1 região.

  • Produza e IOPS aumente em 10% com vários backups que têm uma taxa geral de alteração de 10% ao longo do mês.

Os resultados do teste mostram que a opção mais rápida é um backup nativo SQL do banco de dados do Server FSx para o Windows File Server. Um backup no Storage Gateway e em EBS volumes conectados localmente é a opção mais econômica, mas tem um desempenho mais lento. Para backups em nível de servidor (AMI), recomendamos o uso AWS Backup para otimizar o desempenho, o custo e a capacidade de gerenciamento.

Recomendações de otimização de custos

Compreender as possíveis soluções para fazer backup SQL do servidor na Amazon EC2 é fundamental para proteger seus dados, garantir que você atenda às suas necessidades de backup e implementar um plano para se recuperar de eventos críticos. As diferentes formas de fazer backup e restaurar suas instâncias de SQL servidor e bancos de dados exploradas nesta seção podem ajudá-lo a criar uma estratégia de backup e restauração que proteja seus dados e atenda aos requisitos da sua organização.

Esta seção aborda as seguintes opções de backup:

  • Compactação

  • Amazon S3 Intelligent-Tiering

  • Zona de disponibilidade única

  • Backup para URL

A orientação fornecida para cada uma dessas opções é de alto nível. Se você deseja implementar alguma dessas recomendações em sua organização, recomendamos que entre em contato com a equipe da sua conta. A equipe pode então se envolver com um Microsoft Specialist SA para conduzir a conversa. Você também pode entrar em contato pelo e-mail optimize-microsoft@amazon.com.

Em resumo, recomendamos o seguinte:

  • Se você estiver usando o SQL Server 2022, fazer backup no Amazon S3 é a opção mais econômica.

  • Se você estiver usando o SQL Server 2019 e edições anteriores SQL do Server, considere fazer backup no Storage Gateway com suporte do Amazon S3 como a opção mais econômica.

Compactação

O objetivo da compactação é ter menos armazenamento consumido por cada backup, o que é benéfico para várias opções de armazenamento. Você deve habilitar a compactação para um backup do SQL servidor no nível da instância SQL do servidor. O exemplo a seguir mostra como adicionar a palavra-chave de compressão a um banco de dados de backup:

BACKUP DATABASE <database_name> TO DISK WITH COMPRESSION (ALGORITHM = QAT_DEFLATE)

Amazon S3 Intelligent-Tiering

Para backups que vão para buckets do Amazon S3, você pode habilitar o Amazon S3 Intelligent-Tiering como sua classe de armazenamento do Amazon S3 File Gateway. Isso pode reduzir os custos de armazenamento em até 30%. Em seguida, você monta o S3 File Gateway em seus SQL servidores usando um compartilhamento de SMB arquivos que pode ser integrado ao seu domínio do Active Directory. Isso fornece controle de acesso para seu compartilhamento, a capacidade de aproveitar contas de serviço existentes e acesso ao Amazon S3 usando um protocolo de arquivo comum focado na Microsoft. Para contas que talvez não tenham conectividade direta com um controlador de domínio, você pode usar o Conector do Active Directory para facilitar a comunicação com o Active Directory no local ou na nuvem. Para definir as configurações do Active Directory no gateway, você deve especificar o conector do Active Directory IPs para que o controlador de domínio faça solicitações de proxy para o Active Directory.

O diagrama a seguir mostra uma arquitetura para uma solução baseada no S3 Intelligent-Tiering.

Arquitetura de hierarquização inteligente S3

Por padrão, os arquivos de backup gravados no bucket do S3 usam o nível Standard. Para converter os arquivos de backup do nível Standard para o S3 Intelligent-Tiering, você deve criar uma regra de ciclo de vida. Você também pode usar o AWS Management Consolepara ativar o S3 Intelligent-Tiering. Para obter mais informações, consulte Conceitos básicos do Amazon S3 Intelligent-Tiering na documentação. AWS

Zona de disponibilidade única

Para criar um sistema de arquivos de zona de disponibilidade única, escolha a opção Single-AZ ao criar um sistema de arquivos FSx para Windows File Server. A Amazon FSx também faz backups altamente duráveis (armazenados no Amazon S3) do seu sistema de arquivos diariamente usando o Windows Volume Shadow Copy Service e permite que você faça backups adicionais a qualquer momento. Lembre-se de alguns dos problemas com o uso de uma única zona de disponibilidade. Por exemplo, o compartilhamento de SMB arquivos se torna inacessível se uma zona de disponibilidade afetada na qual o sistema de arquivos é provisionado ficar inativa por horas seguidas. Se você precisar acessar os dados, deverá restaurá-los a partir de backups em uma zona de disponibilidade disponível na região de origem. Para obter mais informações, consulte a seção Usar uma única zona de disponibilidade deste guia.

Backup para URL

Para o SQL Server 2022, o URL recurso de backup para permite o backup direto para o Amazon S3. Essa é a abordagem de backup ideal para a execução SQL do Server 2022, AWS pois você obtém o conjunto completo de recursos do Amazon S3 na camada de armazenamento e remove o custo do AWS Storage Gateway dispositivo necessário nas versões anteriores para facilitar essa funcionalidade. Há dois custos principais a serem considerados ao implementar esse recurso: custos de transferência de dados e a classe de armazenamento S3 escolhida. Se você quiser os recursos nativos de recuperação de desastres do Amazon S3, deve considerar que a replicação entre regiões incorre em custos de saída de dados entre regiões. Para saber mais sobre como configurar essa opção, consulte a publicação sobre bancos de dados SQL do Backup Server no Amazon S3 no blog Microsoft Workloads. AWS

Recursos adicionais