关于MSSQL2005事务日志传送的问题

时间:2021-06-27 10:39:58
今天在网上查了很多资料终于配置完成了
3个作业都可以执行了,但是辅助数据库的数据一直不更新……
查看还原的历史记录写的是

2011-06-07 16:41:00.59 开始事务日志还原。 辅助 ID:“f9181ba9-77bf-4d37-8258-f6790a828cd1”
2011-06-07 16:41:00.59 正在检索还原设置。辅助 ID:“f9181ba9-77bf-4d37-8258-f6790a828cd1”
2011-06-07 16:41:00.59 已检索公共还原设置。主服务器:“MEIDIAN1”,主数据库:“dbpos”,备份目标目录:“E:\LogCopyData”,文件保持期: 4320 分钟
2011-06-07 16:41:00.59 已检索数据库的还原设置。辅助数据库:“dbpos”,还原延迟: 0,全部还原: True,还原模式: 备用,断开连接的用户: True,上次还原的文件: <无>,块大小: 未指定,缓冲区计数: 未指定,最大传输大小: 未指定
2011-06-07 16:41:00.64 正在日志备份文件中搜索要还原的第一个日志备份。辅助数据库:“dbpos”
2011-06-07 16:41:00.65 找到要还原的第一个日志备份文件。辅助数据库:“dbpos”,文件:“E:\LogCopyData\dbpos_20110607200416.trn”
2011-06-07 16:41:00.65 由于仍处于加载延迟期,正在跳过日志备份文件。辅助数据库:“dbpos”,文件:“E:\LogCopyData\dbpos_20110607200416.trn”2011-06-07 16:41:00.65 还原操作成功完成。辅助数据库:“dbpos”,已还原的日志备份文件数: 0
2011-06-07 16:41:00.65 正在删除旧日志备份文件。主数据库:“dbpos”

什么叫做加载延迟期啊~,怎样才可以让它更新数据啊!

9 个解决方案

#1


延迟加载机制是为了避免一些无谓的性能开销而提出来的,所谓延迟加载就是当在真正需要数据的时候,才真正执行数据加载操作。可以简单理解为,只有在使用的时候,才会发出sql语句进行查询。 

#2



那现在要怎样才可以让它执行啊~~

#3


配置日志传送时,在还原事务日志页面里,
有个"延迟还原备份至少_分钟"的选项,修改为0试试.

#4


好的~我试试

#5


刚刚看了下那里默认就是0呢~~
下面是在45分钟之内没有还原就报警

#6


我懂了~~
好像是传过来的文件日期不对……晚了12个小时,为啥啊……

#7


传文件过来的那台机器上的系统时间是否设置正确,是否使用的pm、am最大只显示为12小时?

#8


我看了两个服务器的时间是一样的……
在copy的时候的时间都是对的
copy完了之后,修改时间就变成了+12小时……

#9


两台机器各自执行 select getdate() 结果一样吗?
如果不一样, 就是机器系统时间问题了.

#1


延迟加载机制是为了避免一些无谓的性能开销而提出来的,所谓延迟加载就是当在真正需要数据的时候,才真正执行数据加载操作。可以简单理解为,只有在使用的时候,才会发出sql语句进行查询。 

#2



那现在要怎样才可以让它执行啊~~

#3


配置日志传送时,在还原事务日志页面里,
有个"延迟还原备份至少_分钟"的选项,修改为0试试.

#4


好的~我试试

#5


刚刚看了下那里默认就是0呢~~
下面是在45分钟之内没有还原就报警

#6


我懂了~~
好像是传过来的文件日期不对……晚了12个小时,为啥啊……

#7


传文件过来的那台机器上的系统时间是否设置正确,是否使用的pm、am最大只显示为12小时?

#8


我看了两个服务器的时间是一样的……
在copy的时候的时间都是对的
copy完了之后,修改时间就变成了+12小时……

#9


两台机器各自执行 select getdate() 结果一样吗?
如果不一样, 就是机器系统时间问题了.