標籤:
問題描述:
使用基於快照初始化的事務複製,在上次發布的時候,添加項,執行快照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 #tFROM sysextendedarticlesview sxav, syspublications sp, @publication_ids piWHERE sp.pubid = sxav.pubidAND sp.pubid = pi.pubidSELECT 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 = 468SELECT * FROM dbo.sysschemaarticles WHERE artid = 468
我這邊的情況是在syschemaarticles表上。
處理:
處理就很簡單了:
1.更新掉objid:
UPDATE sysschemaarticles SET objid=1799833624 WHERE artid = 468
2.到發布裡面,取消這個項。
3.為了測試,可以新增加一個項來測試,快照是否正常。
SQL Server 複製快照執行錯誤 錯誤碼 14068