简述SQL Server Replication的常见错误及其处理

数据库 SQL Server
本文主要论述了SQL Server Replication数据库复制技术的常见错误及其处理方法,希望会对读者带来帮助。

SQL Server Replication的常见错误以及处理错误的方法如下,请读者参考:

1. 错误:已将此(这些)订阅标记为不活动,必须将其重新初始化。需要删除NoSync 订阅,然后重新创建它们

对数据库distribution操作:

  1. use distribution  
  2.  
  3. go 

查找状态不正常的发布:

  1. select status,*from dbo.MSsubscriptions where status <>

修改状态:

  1. update dbo.MSsubscriptions set status=2where status<>

观察复制链是否能正常运行,正常后用tablediff比较发布链中的表数据是否一致,还可以重新初始化快照,但是数据量大就是个悲剧。

2.错误:表、存储过程不存在以及表结构不一致等

处理方法:

a. 表或存储过程不存在:

在订阅端对应的库中补齐缺失的对象。

有一种比较奇怪的现象是订阅端表明明存在,但是同步链依然报错,此时可能有两种情况:

***: 表字段不一致,可以参照下面(b)的方式补齐表字段;

第二: 表字段也一致,但是依旧报错,这时只能选碰碰运气,先停掉同步链,再开启,如果过了,算运气好;如果错误依旧,就需要在该同步链中先将该表去掉,让其他数据能同步;然后再将这个表新加到同步链中,并比较发布端和订阅端的表数据。

b. 列名'xxx' 无效:

可以通过以下语句查找缺失的字段对应的表,查找某个发布链中的某个字段(Rp_XXXX 发布名xxx 字段名)

  1. select a.name as table_name,b.name as column_name,(select 'alter table '+a.name+' add '+b.name+' '+  
  2.  
  3. (case when name='nvarchar' then cast(b.max_length/2 AS varchar)  
  4.  
  5. when name like 'date%' or name='money' then ''  
  6.  
  7. else name end )  
  8.  
  9. from sys.types where system_type_id=b.system_type_id ) as definition FROM dbo.sysarticles a WITH(NOLOCK) inner join sys.columns b WITH(NOLOCK)  
  10.  
  11. on a.objid=b.object_id inner join dbo.syspublications c with(nolock) on a.pubid=c.pubid  
  12.  
  13. where c.name='Rp_XXXX' and b.name='xxx' 

3. 错误:主键冲突

处理方法:跳过错误

简述SQLServer Replication的常见错误及其处理

错误完成后,需要比较两边数据是否一致(比下数据量就行了)

#p#

4. 错误:应用复制的命令时在订阅服务器上找不到该行

a. 可以采用“主键冲突”错误的处理方式,跳过错误,然后再用tablediff比较两个表的数据差;

b. 在订阅端补充缺失的数据

使用如下语句找出错误号

  1. select top 100 e.xact_seqno ,e.command_id,e.* from dbo.MSdistribution_history h  
  2.  
  3. join dbo.MSrepl_errors e on h.error_id=e.id  
  4.  
  5. where comments not like %transaction% 

用上面查到的具体事务序列号,查看复制组件执行的具体命令。

在分发数据库上执行sp_browsereplcmds,注意必须限定开始和结束xact_seqno。

sp_browsereplcmds '0x000101E500018C16000100000000','0x000101E500018C16000100000000'

找到对应的对象:

  1. Use [distribution]  
  2.  
  3. go  
  4.  
  5. select * From dbo.MSarticles where article_id=@article_id 

验证上述数据在故障订阅服务器上是否存在,如果不存在,则补上。

5. 错误:用户'xxx' 登录失败或者The process could not connect to Subscriber 'xxxx'.

处理方法:检查账号是否正确,能够登录到发布和订阅服务器,而且有相应的权限。

6. 发布'xxx' 的初始快照尚不可用

保证SQLSERVERAGENT已经运行,复制=》发布内容=》发布项目=》右击右侧的订阅=》重新初始化。

如果还不行,复制监视器--发布服务器--xxx--发布的项目--快照,看到进程未能创建文件"\\XXZ\SQLPUB\unc",到该文件夹重新配置sql的帐号对该文件夹权限为"完全"。

7. 进程未能从表“[dbo].[syncobj_0x3745373834413345]”向外大容量复制

在写BCP 数据文件时发生I/O 错误(源: ODBC SQL Server Driver (ODBC); 错误代码: 0)

解决方法:就是字符类型全部改为n类型的解决问题(char-nchar,varchar-nvarchar,ntext)。

8. 错误消息:"代理'xxxx' 在出错后正在重试。已重试了25 次。有关详细信息,请参阅Jobs 文件夹中的代理作业历史记录。”

发生这个错误一般都是在一台机器上面有比较多的发布链,错误原因在于数据库对Replication使用内存的限制,我们需要更改这个现在来解决这个问题(***是不要再一台机器上创建太多的发布链),方法如下:HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\SubSystems\点开Windows项,找到下面这些内容:%SystemRoot%\system32\csrss.exe ObjectDirectory=\Windows SharedSection=1024,20480,768将***的数字(不一定是这个数字,可能是等)改成10240 保存,重启即可。p>Windows2008 server 如果不是amdin用户可能会不让打开注册表,如果是管理组权限的话,可以到C:\windows\system32 下面找到regedit32.exe 文件,右键,然后将自己的账号添加到运行权限里面。

【编辑推荐】

  1. Oracle认证:Oracle优化器的优化方式
  2. 因为Oracle推EF for Oracle引发的口水战
  3. 浅谈禁用以操作系统认证方式登录Oracle数据库
  4. 浅析Windows通过ODBC访问linux的Oracle数据库
  5. 浅析64位win7下使用PL/SQL Developer连接远程Oracle数据库
责任编辑:赵鹏 来源: 博客园
相关推荐

2015-08-19 14:11:56

SQL Server错误处理

2010-07-09 15:04:25

SQL Server

2010-10-20 17:37:23

SQL Server连

2011-03-28 14:59:53

SQL Server

2024-10-07 08:26:05

编程Python异常处理

2011-07-04 16:32:39

ReplicationBCPTableDiff

2011-04-02 10:47:51

2023-07-14 14:25:00

Python语言错误

2011-03-18 14:54:52

SQL Server索引结构

2011-05-20 10:52:50

SQL Server 索引

2010-07-14 10:51:45

SQL Server连

2020-12-17 10:55:54

SQL数据库语言

2021-01-01 14:37:51

SQL数据库语言

2010-06-01 16:14:04

2017-04-17 10:05:51

Hadoop错误方式

2010-07-20 11:26:08

SQL Server阻

2012-11-29 09:42:34

2023-01-09 15:16:17

2019-05-31 15:10:33

SQL数据库MySQL

2010-06-18 09:26:49

SQL Server
点赞
收藏

51CTO技术栈公众号