none
SqlServer2102alwayson数据库不同步 RRS feed

  • 问题

  • SqlServer2012alwayson异步模式的副本其中有一个数据库再重新初始化alwayson之后数据丢失时间一直在增加,数据一直不同步。导致主节点数据库日志一直不能截断不断变大,辅助节点日志文件大小和主节点日志文件大小差了几十G。只有一个数据库有问题其他数据库都正常
    2020年9月4日 0:58

全部回复

  • 你好,

    连接到此异步模式的辅助副本实例,然后尝试使用以下脚本将该数据库先移除可用性组,再重新加入。

    ALTER DATABASE YourDB SET HADR OFF; 
    GO  

    ALTER DATABASE YourDB SET HADR AVAILABILITY GROUP = YourAG;
    GO



    ""SQL Server related"" forum will be migrated to a new home on Microsoft Q&A SQL Server!
    We invite you to post new questions in the "SQL Server related" forum’s new home on Microsoft Q&A SQL Server !
    For more information, please refer to the sticky post.


    2020年9月4日 3:06
  • 您好!移除之后重新加入会报错,日志不匹配。删掉重新备份还原初始化成功之后还是不同步,数据丢失时间一直在增加
    2020年9月4日 4:18
  • 你好,

    你是说你已尝试过在这个异步辅助副本上从可用性组移除并删除该数据库,然后在主副本上备份该数据库后还原到此辅助副本, 重新加入可用性组后仍旧出现相同问题?有尝试过暂停数据移动又恢复吗?

    此可用性组包含多个数据库,只有这一个数据库出现问题吗?除了这个辅助副本之外,其他的副本没有任何异常吗?

    可以在主副本上检查DashBoard查看副本和数据库的健康情况,以及检查各副本上的Errorlog是否记录有相关信息。


    ""SQL Server related"" forum will be migrated to a new home on Microsoft Q&A SQL Server!
    We invite you to post new questions in the "SQL Server related" forum’s new home on Microsoft Q&A SQL Server !
    For more information, please refer to the sticky post.


    2020年9月4日 5:22
  • 是的,跟您描述的一样。从仪表盘看数据库和alwayson都正常,就是只有这一个节点的一个数据库是这种情况。其他节点和该节点的其他数据库都正常。主节点Errorlog没有相关信息,辅助节点只有一类错误信息There have been 11224064 misaligned log IOs which required falling back to synchronous IO.  The current IO is on file,所有数据库都有,这个数据库发生频率最高。这个已经开启了跟踪标志1800,但是还是不同步
    2020年9月4日 6:21
  • 只有一个数据库不同步,这种问题更像是发生在手动暂停了辅助副本上的某个可用性数据库的数据同步。此数据库的状态是“Not Synchronizing”吗?在仪表盘上有任何警告吗。如果此数据库的数据和日志文件在该副本上的位置和其他数据库是相同的,尝试将其放在其他盘。

    根据我的搜索此错误可能会导致不同步的现象,跟踪标志1800是建议的方法。仅当事务日志文件位于磁盘上的扇区大小为512字节的磁盘上的SQL Server实例上才需要启用此跟踪标志。不需要在扇区大小为4k的磁盘上启用它。


    ""SQL Server related"" forum will be migrated to a new home on Microsoft Q&A SQL Server!
    We invite you to post new questions in the "SQL Server related" forum’s new home on Microsoft Q&A SQL Server !
    For more information, please refer to the sticky post.


    2020年9月4日 6:33
  • 仪表盘全部正常,1800就是在512的服务器开启的。现在就差换文件位置没试。但是换起来比较麻烦。这个可能是是什么原因呢?万一换了文件好了然后又坏了
    2020年9月4日 7:34
  • 在开启跟踪标志后,可以再尝试一次初始化该数据库。换文件位置可能需要删除数据库后重新还原时选择不同的文件位置。如果所有数据库文件都在一个磁盘上的话,将部分数据库的文件存放在另一个磁盘是希望分散原来磁盘上的IO操作压力。

    这种可用性组只有一个数据库出问题的情况我也无法确定原因,但很可能是由于磁盘扇区大小不一致。只能说作为一个异步的辅助副本,可以有相对充裕的空间去尝试可能的解决方案。


    ""SQL Server related"" forum will be migrated to a new home on Microsoft Q&A SQL Server!
    We invite you to post new questions in the "SQL Server related" forum’s new home on Microsoft Q&A SQL Server !
    For more information, please refer to the sticky post.

    2020年9月4日 7:47
  • 好吧,我再试试吧。多谢
    2020年9月4日 8:16
  • 你好,

    若有任何更新进展,请留言


    ""SQL Server related"" forum will be migrated to a new home on Microsoft Q&A SQL Server!
    We invite you to post new questions in the "SQL Server related" forum’s new home on Microsoft Q&A SQL Server !
    For more information, please refer to the sticky post.

    2020年9月4日 9:43
  • 您好!文件迁移也不能解决问题。发现这个数据库的日志文件增长很快但是数据文件基本没有增长,请问这个是什么原因或者说怎么查这些增长的日志是什么内容?
    2020年9月7日 6:48
  • 你好,

    请执行以下语句检查该数据库事务日志无法清除的原因:

    SELECT [name],[log_reuse_wait_desc] FROM sys.databases;
    GO



    ""SQL Server related"" forum will be migrated to a new home on Microsoft Q&A SQL Server!
    We invite you to post new questions in the "SQL Server related" forum’s new home on Microsoft Q&A SQL Server !
    For more information, please refer to the sticky post.

    2020年9月7日 9:31