今天同步复制出现了如下问题....

原创 2004年09月22日 21:34:00

今天同步复制出现了如下问题:

Table error: Database ID 20, object ID 5575058, index ID 0. Chain linkage mismatch. (1:1617)->next = (1:1618), but (1:1618)->prev = (1:356)..

Error: 8908, Severity: 22, State: 6

查了一下online book,解释如下:

Message Text

Table error: Database ID %d, object ID %d, index ID %d. Chain linkage mismatch. %S_PGID->next = %S_PGID, but %S_PGID->prev = %S_PGID.
Explanation
This error occurs when Microsoft® SQL Server™ detects an inconsistency in the page linkage of one of the page chains associated with a table, for example, when a page's next pointer points to a page whose previous pointer points back to a different page. There is one doubly-linked page chain for the table data as well as one for each index level.
 
  Important  This is a serious error and must be corrected immediately.
                 If DBCC statements detect this error during run-time processing, error 605 will also occur.
Action

Determine which table is corrupt by examining the current page in the error message. Execute DBCC CHECKDB without a repair clause to determine the extent of the corruption. Then, execute DBCC CHECKDB with the appropriate repair clause to repair the corruption. If the page is associated with an index, it is sometimes possible to resolve the problem by dropping the index. In most cases, you must recover the database from a known clean backup.
If the error involves an index page, use the REPAIR_REBUILD clause. If the error involves a data page, it may be necessary to use the REPAIR_ALLOW_DATA_LOSS clause. In the likely event that you cannot allow the loss of data, you will need to restore from a known clean backup. If the problem persists, contact your primary support provider. Have the output from DBCC CHECKDB available for review

到master中找到Database ID 20对应的DB是distribution, object ID 5575058对应为MSrepl_commands,然后在distribution中执行DBCC CHECKDB,结果显示没有任何错误,然后再执行同步复制就ok了….

由于出现问题到执行DBCC CHECKDB有5个小时的间隔,这期间有执行过publication db的Transaction log的备份,这会不会有影响呢?困惑中….各位有没有碰到这样的问题?或有什么解决方法,欢迎留言…

NYOJ 135 取石子(二)

NYOJ 135 取石子(二)
  • u012804490
  • u012804490
  • 2014年04月28日 16:02
  • 695

nyoj-135

取石子(二) 时间限制:3000 ms  |  内存限制:65535 KB 难度:5 描述 小王喜欢与同事玩一些小游戏,今天他们选择了玩取石子。 游戏规则如下:共...
  • wojiaohuangyu
  • wojiaohuangyu
  • 2014年10月30日 17:17
  • 342

ZSC 1316 取石子 (nimm + bash)

DescriptionPete和他的表哥进行比赛。有n堆石子,每堆石子有Ai个(1
  • Night_13
  • Night_13
  • 2016年03月30日 12:42
  • 488

取石子游戏(hdu1527+威佐夫博弈)

Problem Description 有两堆石子,数量任意,可以不同。游戏开始由两个人轮流取石子。游戏规定,每次有两种不同的取法,一是可以在任意的一堆中取走任意多的石子;二是可以在两堆中同时取走相同...
  • u010579068
  • u010579068
  • 2015年08月05日 23:21
  • 616

出现了一个问题,该问题导致了此程序停止与 Windows 进行交互

win7系统在点击右键后报错:出现了一个问题,该问题导致了此程序停止与 Windows 进行交互 解决方法:卸载掉近期按照的软件即可解决,网上说的重置IE、杀毒什么的都不好使。...
  • shengye_205
  • shengye_205
  • 2016年01月05日 18:18
  • 6472

MySQL 5.7 深度解析: 半同步复制技术

转自 http://www.actionsky.com/docs/archives/129 复制架构衍生史 在谈这个特性之前,我们先来看看MySQL的复制架构衍生史。 MySQL...
  • skykingf
  • skykingf
  • 2016年08月04日 10:28
  • 4055

EOJ 2019 加密1 && EOJ 2020 加密2

题目简介 加密1: 对一个整数 (32 位无符号整数) 进行规则如下的加密: 低 16 位和高 16 位互换 此时的低 16 位按位取反 此时的高 16 位与低 16 ...
  • fwq990720
  • fwq990720
  • 2017年12月07日 14:30
  • 54

【同步复制常见错误处理2】同步复制数据引起的同步失败错误

在同步复制时由于varchar/char列内容存储了繁体或特殊字符时,在新增时能保存成功,查看表数据时也正常,有时由于繁体同简体字的区别很小,很难查找原因数据,引起数据转换错误。...
  • roy_88
  • roy_88
  • 2014年12月31日 22:42
  • 1833

Win7运行程序总提示出现一个问题,导致程序停止正常工作。请关闭该程序?原来GreenBrowser下载有问题……

前段时间借了一位朋友的电脑来用。那台电脑里原有的浏览器不顺手,就先下载安装GreenBrowser,再运行GreenBrowser下载其它的应用程序。  首先下载EditPlus,结果运行时提示:  ...
  • Purpleendurer
  • Purpleendurer
  • 2015年05月02日 16:56
  • 18833

mysql5.7的半同步复制

1.安装相关的插件 2.修改的参数 3.做同步 4.查看slave是否有数据 5.确认是同步还是半同步...
  • zhengwei125
  • zhengwei125
  • 2016年09月19日 18:44
  • 1952
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:今天同步复制出现了如下问题....
举报原因:
原因补充:

(最多只允许输入30个字)