O SQL Server pode executar restaurações pontuais usando o argumento STOPAT . Em que fuso horário está esse valor de data e hora?
- É UTC?
- É local para o servidor em que o backup foi feito?
- É local para o servidor o backup é restaurado?
O SQL Server pode executar restaurações pontuais usando o argumento STOPAT . Em que fuso horário está esse valor de data e hora?
Resposta curta: De quando o backup foi feito
Na verdade, não tinha certeza da resposta, então apenas criei um banco de dados, coloquei-o no modelo de recuperação total, fiz um backup completo, fiz alguns trabalhos (criei algumas tabelas com o nome da hora em que as criei) e comecei as restaurações. Restaurou o completo e tentou aplicar os backups de log.
Quando fiz isso, tive que especificar o fuso horário de quando as alterações foram feitas - de quando o backup foi feito. Se eu tentei usar a configuração do novo fuso horário, ocorreu um erro - tempo ruim.
Portanto, a resposta à sua pergunta em minha experiência com SQL Server 2012 e 2008R2 - parece ser "A hora local de quando o backup foi feito"
Isso confirma minha expectativa antes do teste. A maneira como os registros de log são gravados e os backups são feitos - isso faz sentido.
Dito isso - não consigo imaginar uma tonelada de situações em que o fuso horário está mudando com a necessidade de se preocupar com a recuperação pontual?
Concordo com Mike que é uma boa pergunta e +1 por isso.
Mike respondeu a sua pergunta. Por curiosidade, tentei confirmar que usando uma função não documentada (mas amplamente usada)
fn_dump_dblog
.Isso terá um
Begin Time
eEnd Time
e você pode usá-lo no backup do T-Log para determinar em que ponto no tempo deseja recuperar.Os
Begin Time
eEnd Time
são ambos do servidor em que o backup foi feito .Eu tenho servidores em NY, HK e LD e tentei neles e isso confirma.
Abaixo está uma captura de tela que explica:
Obrigado por postar uma boa pergunta.