none
镜像 3456 错误 RRS feed

  • 问题

  • Error: 3456, Severity: 21, State: 1.
    Could not redo log record (621870:10857:28), for transaction ID (0:930925976), on page (1:3122501), database 'xxx' (database ID 22). Page: LSN = (618777:28333:35), type = 1. Log: OpCode = 3, context 19, PrevPageLSN: (618779:16:3). Restore from a backup of the database, or repair the database.

    镜像数据库偶尔会出现这个问题,用出错时间点前的完全备份+随后所有的日志备份,可以正常恢复数据库

    一直没搞明白这个问题是怎么出来的,从Microsoft Support中搜索到的相关错误,没有找到有匹配的

    不知道大家有什么建议没有(错误日志中没有更多的错误信息,操作系统事件日志中, 也没有其他的错误信息,所以应该可以排除是磁盘,文件系统之类的问题)

    http://support.microsoft.com/kb/831950/zh-cn 怀疑是这个(允许 SQL Server 日志记录后发出备份日志与不恢复选项。此问题通常涉及 (索引与同步为特定表的行数发生许多操作插入或删除操作在表格上,例如) 的内部事务。),不过这个是200版本

    http://support.microsoft.com/kb/2807974 描述的是向文件中添加文件导致的,我这边没有这个操作,所以不是这个问题

    http://support.microsoft.com/kb/926493/zh-cn

    http://support.microsoft.com/kb/329487/zh-cn

    http://support.microsoft.com/kb/826433/zh-cn

    http://support.microsoft.com/kb/295644/zh-cn 这个是针对 2000 的版本,我的是 2008 R2 (SP1) - 10.50.2550.0, 所以也不是这个

    http://support.microsoft.com/kb/937544/zh-cn 这个是 2005, 说是没有足够的磁盘空间,我的磁盘空间足够,所以也不是这个原因

    2013年10月25日 1:15

全部回复

  •  did you see any errors in event log? such as disk problem?

    Please Mark As Answer if it is helpful.



    2013年10月25日 1:31
  • 错误日志中没有更多的错误信息,操作系统事件日志中, 也没有其他的错误信息,所以应该可以排除是磁盘,文件系统之类的问题
    2013年10月25日 1:45
  • SQL SERVER产品稳定性问题,或者某个细节没处理好导致的

    在2008上,也经常出现镜像不能同步,有可能是一个时间点大量日志,也有可能是其他原因



    Try SQL Server 2008 QQ:315054403 dgdba@hotmail.com

    2013年10月25日 2:08
  • SQL SERVER产品稳定性问题,或者某个细节没处理好导致的

    在2008上,也经常出现镜像不能同步,有可能是一个时间点大量日志,也有可能是其他原因



    Try SQL Server 2008 QQ:315054403 dgdba@hotmail.com

    有没有比较准确一点的原因啊? 这两天又连续出问题

    之前已经因为这个问题,把原来的高安全模式改为了高性能模式,不然一出这个问题,主副本访问都会出现一些问题

    现在又因为这个问题还是会影响同步(Replication),导致要弄个程序,在检测到这个问题的时候,自动把镜像断掉

    这样一来,都不知道镜像还有什么意义了,弄镜像的目的就是为了高可用,出现这种奇怪的问题,反而是加重了不可用情况出现的频率,真怀疑镜像在产品环境中到底有多少真实在用的

    出在也在考虑升级2012用 Always on Group, 现在很担心在这个里面也出现这种类似的情况,那样的话,就真的是自己把自己害死了

    2013年11月13日 5:40
  • Both server have same amount of memory?
    2013年11月13日 14:32
  • 没法找具体原因,给两个电商部署过镜像(SQL 2008 SP2),也时尔出现镜像失效,也并没有复杂的、大型的IO

    还是怀疑产品稳定性问题,也可以直接说就是BUG

    2012 AlwaysOn仅测试过,未作实际部署,也不清楚其可靠性、稳定性如何

    从惯性上来说,可能2014会让人放心一点


    Try SQL Server 2008 QQ:315054403 dgdba@hotmail.com

    2013年11月14日 1:17
  • 没法找具体原因,给两个电商部署过镜像(SQL 2008 SP2),也时尔出现镜像失效,也并没有复杂的、大型的IO

    还是怀疑产品稳定性问题,也可以直接说就是BUG

    2012 AlwaysOn仅测试过,未作实际部署,也不清楚其可靠性、稳定性如何

    从惯性上来说,可能2014会让人放心一点


    Try SQL Server 2008 QQ:315054403 dgdba@hotmail.com


    个个感觉是越用越不放心,特别是新版本,原来觉得等到 SP1 的时候稳定性应该到一定程度了,现在看来可能到下一个版本了,上一个版本也不见得稳定
    2013年11月14日 4:20
  • 高可用功能点上出来不稳定的现象,实在是无语得很
    2013年11月14日 4:21
  • 最近把主服务器/镜像服务器都换了一遍,还是无法避免这个问题,看来是产品本身问题的可能性最高了

    现在的应对措施是弄一个监控,如果检测到镜像失败,就自动重做,实在没办法了

    2015年1月22日 1:19
  • 没有详细错误信息,只能问微软了
    2015年1月23日 1:22
  • 2016 SP2 也是这个问题,从日志上看这个错误经常出现在Truncate 表后的 Insert 操作时的首页分配(Allocate First Page),不知道怎么解决
    2019年5月15日 2:22