SQL Server 复制快照执行错误 错误代码 14068

问题描述：

　　使用基于快照初始化的事务复制，在上次发布的时候，添加项，执行快照agent，报错，错误信息：

Error messages:
Message: The subscription status of the object could not be changed.
Command Text: sp_MSactivate_auto_sub
Parameters: @publication = 1
@article = %
@status = initiated

Stack: at Microsoft.SqlServer.Replication.AgentCore.ReMapSqlException(SqlException e, SqlCommand command)
at Microsoft.SqlServer.Replication.AgentCore.ExecuteWithResults(CommandSetupDelegate commandSetupDelegate, ProcessResultsDelegate processResultsDelegate, Int32 queryTimeout)
at Microsoft.SqlServer.Replication.Snapshot.TransSnapshotProvider.SetPublisherTranSequenceNumViaAutoSub(PublicationActivationState publicationActivationState, SqlConnection connection)
at Microsoft.SqlServer.Replication.Snapshot.TransSnapshotProvider.ActivateCSSPublicationAndSetTranSequenceNums(PublicationActivationState publicationActivationState, SqlConnection connection)
at Microsoft.SqlServer.Replication.Snapshot.TransSnapshotProvider.ConcurrentPreArticleFilesGenerationTransaction(SqlConnection connection)
at Microsoft.SqlServer.Replication.RetryableSqlServerTransactionManager.ExecuteTransaction(Boolean bLeaveTransactionOpen)
at Microsoft.SqlServer.Replication.Snapshot.TransSnapshotProvider.DoConcurrentPreArticleFilesGenerationProcessing()
at Microsoft.SqlServer.Replication.Snapshot.TransSnapshotProvider.DoPreArticleFilesGenerationProcessing()
at Microsoft.SqlServer.Replication.Snapshot.SqlServerSnapshotProvider.GenerateSnapshot()
at Microsoft.SqlServer.Replication.SnapshotGenerationAgent.InternalRun()
at Microsoft.SqlServer.Replication.AgentCore.Run() (Source: MSSQLServer, Error number: 14068)
Get help: http://help/14068
Server DB, Level 16, State 1, Procedure sp_MSrepl_changesubstatus, Line 1386
The subscription status of the object could not be changed. (Source: MSSQLServer, Error number: 14068)
Get help: http://help/14068

分析：

明显是可以看到，是由sp_MSrepl_changesubstatus，这个存储过程引起的。但是环境是2012 苦于找不到存储过程源代码，就搁置了问题。

今天google的时候发现这个过程，在2008时候的源代码：http://www.g-productions.nl/index.php?name=sp_MSrepl_changesubstatus

通过分析，不难发现，其实出错就2个可能，才会抛出14068错误：

1.sp_MSget_qualified_name，通过object_id查询object_name的时候

2.sp_MSLockMatchID，锁定某个对象的时候

那么就先排查第一个，还是通过上面的网站，找出sp_MSget_qualified_name源代码，发现是通过object_name(objid)如果为null就报错。

通过sp_MSrepl_changesubstatus源代码，向上排查，查看是否某些订阅对象的objid已经失效。

复制代码DECLARE @publication_ids TABLE ( pubid int ) INSERT INTO @publication_ids ( pubid ) values ( 1 ) SELECT sxav.* INTO #t FROM sysextendedarticlesview sxav, syspublications sp, @publication_ids pi WHERE sp.pubid = sxav.pubid AND sp.pubid = pi.pubid SELECT OBJECT_NAME(objid) ,name,dest_table,* FROM #t WHERE OBJECT_NAME(objid) IS NULL

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
DECLARE @publication_ids TABLE ( pubid int )
INSERT INTO @publication_ids
( pubid ) values
( 1
)
SELECT
sxav.* INTO #t
FROM
sysextendedarticlesview sxav,
syspublications sp,
@publication_ids pi
WHERE
sp.pubid = sxav.pubid
AND
sp.pubid = pi.pubid
SELECT OBJECT_NAME(objid) ,name,dest_table,* FROM #t WHERE
OBJECT_NAME(objid) IS NULL

发现一个artid=468的没有对象名，接下来就简单了，上面SQL中有，name，可以根据这个name知道是什么对象，看看数据库中是否存在，如果不存在，新建一个，如果存在就修改sysextendedarticlesview 。

但是发现sysextendedarticlesview 是一个试图，里面由2个表union all而成，那么就看对象到底在哪个表里面：

复制代码SELECT * FROM dbo.sysarticles WHERE artid = 468 SELECT * FROM dbo.sysschemaarticles WHERE artid = 468

1
2
SELECT * FROM dbo.sysarticles WHERE artid = 468
SELECT * FROM dbo.sysschemaarticles WHERE artid = 468

我这边的情况是在syschemaarticles表上。

处理：

处理就很简单了：

1.更新掉objid：

复制代码UPDATE sysschemaarticles SET objid=1799833624 WHERE artid = 468

1
UPDATE sysschemaarticles SET objid=1799833624 WHERE artid = 468

2.到发布里面，取消这个项。

3.为了测试，可以新增加一个项来测试，快照是否正常。