Início / dba / Perguntas / 340340
Accepted
Java
Asked: 2024-06-19 02:17:46 +0800 CST

Faz sentido fazer backup completo semanalmente ou fazer backup do log de transações a cada 15 minutos?

  • 772

Tenho que tomar uma decisão (no trabalho) para escolher qual opção é mais viável usando o SQL Server 2019:

Opção 1: Backups completos enviados uma vez por semana e backups diferenciais enviados entre backups semanais. Opção 2: Backup completo enviado uma vez. Backups de log de transações enviados a cada 15 minutos. Backups completos adicionais e backs diferenciais enviados conforme necessário mediante solicitação.

Estou inclinado para a Opção 1 porque gerenciar logs de transações que acontecem a cada 15 minutos parece ser muito difícil de gerenciar.

Qual método faria mais sentido?

São pequenos dados provenientes de um terceiro fornecedor que armazenamos no SQL Server 2019 em VM. Após a ingestão dos dados, não haverá nada parecido com a distribuição para terceiros a partir do nosso SSMS. Não tenho certeza sobre "Recuperação pontual" nem RPO ou RTO. Ainda não entrei na parte do modo de recuperação completo ou simplesmente.

sql-server

3 respostas

  1. Best Answer

    Qual opção faz mais sentido/mais fácil?

    A primeira pergunta é qual problema você vai resolver?

    Como você vai usar seu backup?

    Você está configurando o envio de log para outra parte?

    Você precisa de recuperação pontual?

    Seu banco de dados está em modo completo ou simplesmente de recuperação?

    Quais são suas metas de RPO ou RTO?

    gerenciar logs de transações que acontecem a cada 15 minutos parece ser muito difícil de gerenciar.

    De jeito nenhum. sp_DatabaseRestore fará a mágica. Basta executá-lo regularmente e ele coletará novos registros para aplicar.

    EDITAR.

    são pequenos dados provenientes de um terceiro fornecedor que estamos armazenando no SQL Server 2019 em VM

    Parece que você está configurando o envio de logs. De qualquer forma, configure um trabalho para executar sp_DatabaseRestore regularmente. A tarefa não deve ser executada a cada 15 minutos para aplicar o log mais recente. Ele pode ser executado uma vez por hora para aplicar vários logs ou até mesmo diariamente para aplicar todos os logs do dia.

    Existem bons exemplos de parâmetros.

    Aqui estão meus parâmetros. Estamos restaurando os logs e abrindo o banco de dados em modo somente leitura.

    exec [sp_DatabaseRestore] @Database='mydatabase',
    @BackupPathFull='E:\Backups\myserver\mydatabase\FULL\',
    @BackupPathLog ='E:\Backups\myserver\mydatabase\LOG\',
    @MoveFiles = 1, 
    @MoveDataDrive ='D:\MSSQL\STBY_DATA\',
    @MoveLogDrive ='E:\MSSQL\STBY_LOG\',
    @RunRecovery = 0,
    @ContinueLogs = 1,
    @StandbyMode  = 1,
    @StandbyUndoPath  = 'E:\MSSQL\STBY_LOG\',
    @Execute='Y'
    • 4

  2. Sim.

    Consulte Como configurar scripts de manutenção de banco de dados de Ola Hallengren para backups

    Para resumir:

    1. Execute a solução de manutenção.sql
    2. Configure os trabalhos do agente com os nomes de banco de dados e caminhos de backup corretos para sua instância
    3. Adicione uma programação semanal para o backup completo e habilite o trabalho
    4. Execute manualmente os trabalhos e teste uma restauração usando a mídia gerada
    • 2

  3. A primeira coisa que você precisa considerar é a sua tolerância à perda de dados em caso de desastre.

    RTOs/RPOs definem sua estratégia de backup e não a sobrecarga de gerenciamento. Por exemplo: se você tiver uma falha no servidor ou um problema de dados, quanto de perda de dados você pode tolerar?

    Se você disser que não podemos ter perda de dados de 15 minutos (idealmente), você precisará de backups regulares de log a cada 15 minutos.

    Agora, os backups completos e diferenciais dependerão do tamanho do seu banco de dados. Se o backup completo levar 2 minutos, eu teria apenas um backup completo durante a noite, seguido de backups regulares de log executados a cada 15 minutos.

    Em caso de desastre você restaurará o backup completo e todos os backups de log disponíveis.

    Depois de definir sua estratégia, você precisará escolher a forma como deseja que o backup seja feito.

    • Evite manter backups no mesmo servidor, de preferência mova-os para armazenamento em nuvem (s3 ou conta de armazenamento do Azure)

    • A solução de Ola Hallengren ou planos simples de manutenção do SQL Server devem ser bons o suficiente.

    • 2

relate perguntas