Início / dba / Perguntas / 119944
Accepted
DanM
Asked: 2015-11-04 06:51:57 +0800 CST

Backups de banco de dados x backups de servidor

  • 772

No meu trabalho atual, descobri recentemente que nossos servidores de banco de dados MS SQL não tinham dispositivos de backup configurados para eles. Quando perguntei a outros membros de TI sobre isso, a resposta foi que os próprios servidores estavam sendo copiados regularmente, incluindo os arquivos do banco de dados, portanto, fazer backups do servidor SQL seria redundante.

Tenho certeza de que essa é uma pergunta muito elementar, mas me fez pensar: por que o servidor MS SQL, assim como outros sistemas RDBMS, tem seu próprio sistema de backup? A maioria dos outros aplicativos não tem isso. Meu primeiro pensamento é que apenas o RDBMS pode executar verificações de integridade nos arquivos do banco de dados.

Que outras razões existem? Acho que precisamos mudar nossos procedimentos de backup e restauração, mas preciso ter certeza de que tenho um argumento sólido para fazer isso, pois isso exigirá investimentos adicionais.

sql-server backup

2 respostas

  1. Best Answer

    Se o SQL Server estiver em execução, os backups do "sistema" irão (a) não incluir os arquivos do SQL Server ou (b) eles podem não estar em um estado consistente 1 .

    Verifique se os backups nativos do SQL Server estão ocorrendo regularmente e teste o procedimento de restauração.

    Além disso, observe que a falta de dispositivos de backup não significa necessariamente que não haja backups nativos do SQL Server. Você precisa consultar a dbo.backuphistorytabela no msdbbanco de dados para ver se os backups foram feitos. Uma maneira de ver o histórico de backup é executar a seguinte consulta:

    /*
    You can use this variable to either (a) show all database backup
    history, or just history for a single database.
    If you leave it as-is, it will display history for all databases
*/
DECLARE @DBName SYSNAME;
SET @DBName = DB_NAME(); 
SET @DBName = NULL; 

SELECT DatabaseName = bs.database_name
    , BackupStartDate = bs.backup_start_date
    , CompressedBackupSize = bs.compressed_backup_size
    , ExpirationDate = bs.expiration_date
    , BackupSetName = bs.name
    , RecoveryModel = bs.recovery_model
    , ServerName = bs.server_name
    , BackupType = 
        CASE bs.type 
        WHEN 'D' THEN 'Database' 
        WHEN 'L' THEN 'Log' 
        ELSE '[unknown]' 
        END
    , LogicalDeviceName = bmf.logical_device_name
    , PhysicalDeviceName = bmf.physical_device_name
FROM msdb.dbo.backupset bs
    INNER JOIN msdb.dbo.backupmediafamily bmf 
        ON [bs].[media_set_id] = [bmf].[media_set_id]
WHERE bs.database_name = @DBName
    OR @DBName IS NULL
ORDER BY bs.backup_start_date DESC;

    1 - consulte https://msdn.microsoft.com/en-us/library/ms175536.aspx para obter detalhes sobre como executar o serviço SQL Server VSS Writer para garantir backups consistentes ao executar backups fora do SQL Server.

    • 4

  2. A maioria dos backups de servidor pode efetivamente substituir uma solução de backup 'simples', na qual você deseja apenas que um backup COMPLETO de seu banco de dados seja feito,

    Os backups de banco de dados no modo 'FULL' permitirão que você recupere o banco de dados até o ponto de falha (se você fizer um backup de log final)

    O que significa que você pode acabar perdendo quase nada, ou se houve um problema introduzido no banco de dados, você pode fazer uma restauração pontual e restaurar o banco de dados para um pouco antes do problema ocorrer (digamos que alguém decidiu truncar algumas tabelas em 13 :27, você pode restaurar o banco de dados e, em seguida, executar o log de transações até 13:26 e ainda ter todos os dados lá.)

    Atualmente, executamos ambos, o backup do servidor faz com que a máquina volte a funcionar, mas os backups do servidor SQL são usados ​​para colocar o banco de dados de volta em funcionamento para o ponto mais recente possível

    • 0

relate perguntas