usr Asked: 2013-11-21 11:23:57 +0800 CST2013-11-21 11:23:57 +0800 CST 2013-11-21 11:23:57 +0800 CST 在 SQL Server RESTORE 语句中,STOPAT 参数在哪个时区? 772 SQL Server 可以使用STOPAT参数执行时间点恢复。该日期和时间值在哪个时区? 是世界协调时间吗? 进行备份的服务器是本地的吗? 备份恢复的服务器是本地的吗? sql-server t-sql 2 个回答 Voted Best Answer Mike Walsh 2013-11-21T11:58:34+08:002013-11-21T11:58:34+08:00 简短回答:从备份开始 我实际上不确定答案,所以我只是创建了一个数据库,将其置于完整恢复模式,进行了完整备份,做了一些工作(创建了几个以我创建它们的时间命名的表),然后开始恢复。恢复完整,然后尝试应用日志备份。 当我这样做时,我必须指定从进行更改时开始的时区 - 从进行备份时开始。如果我尝试使用新时区的设置,它会出错 - 时机不对。 因此,根据我使用 SQL Server 2012 和 2008R2 的经验,您的问题的答案似乎是“从备份开始的当地时间” 这支持了我在测试前的期望。日志记录的写入方式和备份的方式 - 这是有道理的。 就是说 - 我无法想象时区随着需要担心时间点恢复而变化的大量情况? Kin Shah 2013-11-21T12:45:20+08:002013-11-21T12:45:20+08:00 同意 Mike 的观点,这是一个很好的问题,并为此 +1。 迈克已经回答了你的问题。出于好奇,我试图确认使用未记录(但广泛使用)的功能fn_dump_dblog。 这将有一个Begin Time和End Time,您可以使用 T-Log 备份中的它来确定要恢复的时间点。 Begin Time和End Time都来自进行备份的服务器。 我在 NY、HK 和 LD 都有服务器并尝试过它们并证实了这一点。 下面是解释它的截图: 感谢您提出一个好问题。
简短回答:从备份开始
我实际上不确定答案,所以我只是创建了一个数据库,将其置于完整恢复模式,进行了完整备份,做了一些工作(创建了几个以我创建它们的时间命名的表),然后开始恢复。恢复完整,然后尝试应用日志备份。
当我这样做时,我必须指定从进行更改时开始的时区 - 从进行备份时开始。如果我尝试使用新时区的设置,它会出错 - 时机不对。
因此,根据我使用 SQL Server 2012 和 2008R2 的经验,您的问题的答案似乎是“从备份开始的当地时间”
这支持了我在测试前的期望。日志记录的写入方式和备份的方式 - 这是有道理的。
就是说 - 我无法想象时区随着需要担心时间点恢复而变化的大量情况?
同意 Mike 的观点,这是一个很好的问题,并为此 +1。
迈克已经回答了你的问题。出于好奇,我试图确认使用未记录(但广泛使用)的功能
fn_dump_dblog
。这将有一个
Begin Time
和End Time
,您可以使用 T-Log 备份中的它来确定要恢复的时间点。Begin Time
和End Time
都来自进行备份的服务器。我在 NY、HK 和 LD 都有服务器并尝试过它们并证实了这一点。
下面是解释它的截图:
感谢您提出一个好问题。