MS SQL सर्वर पर एक गड़बड़ प्रतिकृति को कैसे ठीक करें


11

मैंने बैकअप से एक डेटाबेस बहाल किया। डेटाबेस एक अलग सर्वर पर प्रकाशित करने के लिए प्रतिकृति का उपयोग करता है। डेटाबेस पुनर्स्थापना को मान लेने से प्रतिकृति टूट जाएगी, मैंने प्रतिकृति को हटाने और इसे फिर से बनाने की कोशिश की (हमारे पास इसे फिर से बनाने के लिए एक स्क्रिप्ट है)। मुझे यकीन नहीं है कि मैंने क्या किया, लेकिन अब यह पूरी तरह से गड़बड़ स्थिति में है और मैं इसे ठीक नहीं कर सकता।

सबसे पहले, मैं सब्सक्रिप्शन से छुटकारा पाने की कोशिश करता हूं (प्रकाशक सर्वर पर):

EXEC sp_dropsubscription @publication = 'PublicationName', @article = N'all', @subscriber = 'SubscriberServerName'

यह काम करने लगता है। SELECT * FROM syssubscriptionsकोई परिणाम नहीं दिखाता है। सब्सक्राइबर सर्वर, SSMS> {SubscriberServer}> प्रतिकृति> स्थानीय सब्सक्रिप्शन को देखते हुए - सदस्यता वहां नहीं है।

तो फिर मैं प्रकाशन को हटाने की कोशिश करता हूं। SSMS> {Server}> प्रतिकृति> स्थानीय प्रकाशन> {PublicationName}> हटाएं। यह निम्न त्रुटि संदेश देता है:

Could not delete publication 'PublicationName'.
Could not drop article. A subscription exists on it.
Changed database context to 'DatabaseName'. (Microsoft SQL Server, Error: 14046)

ठीक है, इसलिए मैं लेख छोड़ने की कोशिश करता हूं:

EXEC sp_droparticle @publication = 'PublicationName', @article = N'all'

और यह त्रुटि प्राप्त करें:

Invalidated the existing snapshot of the publication. Run the Snapshot Agent again to generate a new snapshot.
Msg 14046, Level 16, State 1, Procedure sp_MSdrop_article, Line 75
Could not drop article. A subscription exists on it.

ठीक है, इसलिए मैं स्नैपशॉट एजेंट को शुरू करने की कोशिश करता हूं और मुझे यह आंतरिक SQL अपवाद मिलता है:

The SQL command 'sp_MSactivate_auto_sub' had returned fewer rows than expected by the replication agent.

इसलिए मैंने लेख को हटाने का एक वैकल्पिक तरीका आजमाया DELETE FROM sysarticles। ऐसा लगता है कि काम किया गया है - मुझे अब लेखों से छुटकारा मिल गया है, लेकिन मुझे अभी भी वही मिल रहा है जो प्रकाशन को नहीं छोड़ सकता क्योंकि इस प्रकाशन की त्रुटि के लिए कम से कम एक सदस्यता मौजूद है जब मैं प्रकाशन को हटाने का प्रयास करता हूं।

मैंने SQL सर्वर को भी पुनरारंभ किया है - मदद नहीं की।

मुझे नहीं पता कि यहां क्या चल रहा है और मैं इसे कैसे ठीक करूं?

BTW यह वही होता है जब आप एक सॉफ्टवेयर डेवलपर देते हैं जो डेटाबेस की कुंजियों के लिए खतरनाक होने के लिए पर्याप्त जानता है। सौभाग्य से, यह एक उत्पादन वातावरण नहीं है ...

जवाबों:


10

TLDR:

ऐसा प्रतीत होता है कि प्रतिकृति को अक्षम करना और पुन: सक्षम करना संभवत: समस्या को निर्धारित करता है:

exec sp_replicationdboption @dbname = N'DatabaseName', @optname = N'publish', @value = N'false'
exec sp_replicationdboption @dbname = N'DatabaseName', @optname = N'publish', @value = N'true'

मुझे लगता है कि यह इसे बंद करने और फिर से वापस चालू करने के बराबर है ...

लंबा संस्करण:

इसे ठीक करने की कोशिश में एक काम करने वाले को जाना पड़ा। उसने कुछ चीजों की कोशिश की, लेकिन बहुत दूर नहीं निकल पाया। एक बदलाव जो उन्होंने देने से पहले किया था वह प्रतिकृति को अक्षम करना था।

मैंने तब कोडी के सुझाव की कोशिश की । Sp_dropsubscription कमांड ने शिकायत की कि कोई सदस्यता मौजूद नहीं है। इसलिए मैंने sp_droppublication कमांड की कोशिश की। इसने शिकायत की कि प्रतिकृति डेटाबेस पर सक्षम नहीं थी। इसलिए मैंने इसे सक्षम किया और कमांड को फिर से चलाया। इस बार यह शिकायत थी कि प्रकाशन मौजूद नहीं था। मैंने SSMS में लोकल पब्लिकेशंस नोड को रीफ्रेश किया और निश्चित रूप से यह पर्याप्त हो गया था। मैंने प्रतिकृति सेट अप स्क्रिप्ट चलाई, एक नया स्नैपशॉट उत्पन्न किया और हर चीज़ अब ठीक से काम कर रही है। जोय!

मैं 100% निश्चित नहीं हूं कि प्रतिकृति को अक्षम करने और सक्षम करने से वास्तव में समस्या तय हो गई है, लेकिन निश्चित रूप से यह कोशिश करने के लायक है कि क्या प्रतिकृति गड़बड़ हो गई है।


Newbies के लिए महान पढ़ें। क्या यह कहना सुरक्षित है कि डेटाबेस को पुनर्स्थापित करने से पहले आपको प्रतिकृति को अक्षम करना चाहिए?
कीथ रिवेरा

मैं निश्चित रूप से कोशिश कर रहा हूं कि अगली बार - मैंने जो पढ़ा है उससे प्रतिकृति को पूरी तरह से उड़ा दिया जाना चाहिए और फिर से बनाया नहीं जाना चाहिए (जैसा कि मैंने शुरू में सोचा था कि यह होगा)। प्रतिकृति को अक्षम करें, डेटाबेस को पुनर्स्थापित करें, प्रतिकृति को सक्षम करें, एक नया स्नैपशॉट पुश करें। जब तक लेख अभी भी मान्य हैं, तब तक जाना अच्छा होना चाहिए। वैसे भी एक कोशिश ...
TallGuy

कुल प्रतिकृति नौसिखिया यहाँ, लेकिन TLDR के बाद; निर्देशों ने SSMS से मेरे प्रकाशनों को गायब कर दिया है। डेटाबेस MSPublicationsमें क्वेरी से distributionपता चलता है कि प्रकाशन वास्तव में चला गया है। क्या यह अपेक्षित है?
pimbrouwers

5

मैंने प्रतिकृति के साथ एक गड़बड़ की और इसे इसके साथ हल किया

DECLARE @subscriptionDB AS sysname
SET @subscriptionDB = N'DBName'

-- Remove replication objects from a subscription database (if necessary).
USE master
EXEC sp_removedbreplication @subscriptionDB
GO 

वह और:

exec sp_cleanupdbreplication

जब सफाईकर्मी प्रतिकृति की गड़बड़ कर रहे हैं।


1
मेरा मानना ​​है कि आपके पोस्ट ने मुझे अपने टेस्ट माहौल को फिर से स्थापित करने से बचाया। निश्चित नहीं है कि ऊपर किस कमांड ने ऐसा किया है, लेकिन मैं अब उनके बारे में त्रुटि के बिना इंडेक्स को हटा सकता हूं, प्रतिकृति के लिए प्रकाशित किया जा रहा है। आपको बहुत बहुत धन्यवाद।
MHSQLDBA

2

डेटाबेस को पुनर्स्थापित करना प्रतिकृति को तोड़ देगा, इसलिए यह सामान्य है। इसके अलावा अन्य त्रुटि संदेशों में से अधिकांश का अनुसरण केवल इसलिए किया जाता है क्योंकि आप सभी सदस्यताएँ नहीं हटा पाए हैं (या कम से कम SQL ऐसा सोचते हैं)।

आपको पता है कि आपके पास आपका प्रकाशक (स्रोत डेटाबेस), और कम से कम एक ग्राहक (गंतव्य डेटाबेस) है, और ये दो अलग-अलग सर्वर हैं। मैं केवल यह उल्लेख करना चाहता हूं कि एक वितरक भी है जो इन सर्वरों या किसी अन्य पर है, और वितरण नाम के डेटाबेस में होने की संभावना है। कभी-कभी इसमें कुछ उपयोगी जानकारी होती है और कभी-कभी चीजें खत्म हो जाती हैं क्योंकि तीनों के बीच की जानकारी मेल नहीं खाती है।

वैसे भी, जब आपने सब्सक्राइबर्स को चेक किया था, तो क्या आपने यह सुनिश्चित करने के लिए कि कुछ और सूचीबद्ध नहीं था, यह सुनिश्चित करने के लिए पब्लिशर सर्वर पर उस सेक्शन की जाँच की ? यदि आपको कोई ऐसा मिलता है, जिसे आप मैन्युअल रूप से हटाने का प्रयास कर सकते हैं:

exec sp_dropsubscription @publication = N'xxx', @subscriber = N'xxx', @destination_db = N'xxx', @article = N'all'
-- And if that doesn't work
exec sp_dropsubscription @publication = N'xxx', @subscriber = N'xxx', @destination_db = N'xxx', @article = N'all', @Ignore_Distributor = 1

लेकिन यह मानते हुए कि वे वास्तव में सभी चले गए हैं, प्रकाशक डेटाबेस पर यह प्रयास करें:

exec sp_droppublication @publication = N'xxx'
-- And if that doesn't work
exec sp_droppublication @publication = N'xxx', @Ignore_Distributor = 1

आईये जानते हैं कि यह कैसा रहेगा। जब यह इस राज्य में हो जाता है, तो प्रतिकृति मुझे और अन्य अच्छे डीबीए को एक डेवलपर होने के नाते कुछ भी करने की अनुमति नहीं देता है :-)


सलाह के लिये धन्यवाद। Sp_dropsubscription कमांड ने शिकायत की कि कोई सदस्यता मौजूद नहीं है। Sp_droppublication कमांड ने शिकायत की कि प्रतिकृति सक्षम नहीं थी - जिसके कारण मुझे समाधान दिखाई देता है।
टॉलग्य

मेरे लिए, sp_removedbreplication कमांड ने ज्यादातर समय काम किया जब भी मुझे जबरदस्ती प्रतिकृति को हटाना पड़ा।
SQLPRODDBA

0

जिस तरह से मैं प्रेत प्रतिकृति कलाओं से छुटकारा पाने में सक्षम रहा हूं वह सदस्यता, लेख, प्रकाशन को छोड़ना है। यदि अभी भी प्रेत सदस्यताएँ हैं, तो प्रेत ग्राहक सहित प्रकाशन को फिर से बनाएँ। यह विशेष रूप से पुराने संस्करणों के साथ काम करने लगता है।


0

यह वह है जो मैं आमतौर पर करता हूं जब मेरे पास एक प्रकाशन होता है जो गड़बड़ होता है।

यह थोड़ा बदसूरत है लेकिन इसने मेरे लिए कई मौकों पर अलग-अलग माहौल में काम किया है। इसका क्या कारण होता है? कभी-कभी यह पता लगाना मुश्किल होता है, सबसे अच्छा कभी-कभी खरोंच से शुरू करना होता है, लेकिन यहां तक ​​कि इसके लिए आपको वर्तमान प्रकाशन से स्पष्ट करने allकी आवश्यकता होती है residualsजो दोषपूर्ण है।

बस इसे संदर्भ में रखना है:

यह मैं प्रतिकृति मॉनिटर से देख रहा हूं:

यहां छवि विवरण दर्ज करें

और जब मैं टी-एसक्यूएल का उपयोग करके अपने स्वयं के प्रतिकृति मॉनिटर का उपयोग करता हूं :

DECLARE @cmd NVARCHAR(max)
DECLARE @publisher SYSNAME, @publisher_db SYSNAME, @publication SYSNAME, @pubtype INT
DECLARE @subscriber SYSNAME, @subscriber_db SYSNAME, @subtype INT
DECLARE @cmdcount INT, @processtime INT
DECLARE @ParmDefinition NVARCHAR(500)
DECLARE @JobName SYSNAME
DECLARE @minutes INT, @threshold INT, @maxCommands INT, @mail CHAR(1) = 'N'
SET @minutes = 60 --> Define how many minutes latency before you would like to be notified
SET @maxCommands = 80000  --->  change this to represent the max number of outstanding commands to be proceduresed before notification
SET @threshold = @minutes * 60

IF OBJECT_ID ('TEMPDB..#Replication_Qu_History')  IS NOT NULL
   DROP TABLE #Replication_Qu_History

IF OBJECT_ID ('TEMPDB..##PublicationInfo')  IS NOT NULL
   DROP TABLE  ##PublicationInfo

IF OBJECT_ID ('TEMPDB..#PublisherInfo')  IS NOT NULL
   DROP TABLE  #PublisherInfo

IF OBJECT_ID ('TEMPDB..##SubscriptionInfo')  IS NOT NULL
   DROP TABLE  ##SubscriptionInfo

SELECT * INTO #PublisherInfo
FROM OPENROWSET('SQLOLEDB', 'SERVER=(LOCAL);TRUSTED_CONNECTION=YES;'
, 'SET FMTONLY OFF EXEC distribution.dbo.sp_replmonitorhelppublisher')

SELECT @publisher = publisher FROM #PublisherInfo     

SET @cmd = 'SELECT * INTO ##PublicationInfo FROM OPENROWSET(''SQLOLEDB'',''SERVER=(LOCAL);TRUSTED_CONNECTION=YES''
,''SET FMTONLY OFF EXEC distribution.dbo.sp_replmonitorhelppublication @publisher='
+ @publisher + ''')'
--select @cmd
EXEC sp_executesql @cmd

SELECT @publisher_db=publisher_db, @publication=publication, @pubtype=publication_type  FROM ##PublicationInfo

SET @cmd = 'SELECT * INTO ##SubscriptionInfo FROM OPENROWSET(''SQLOLEDB'',''SERVER=(LOCAL);TRUSTED_CONNECTION=YES''
,''SET FMTONLY OFF EXEC distribution.dbo.sp_replmonitorhelpsubscription @publisher='
+ @publisher + ',@publication_type=' + CONVERT(CHAR(1),@pubtype) + ''')'
--select @cmd
EXEC sp_executesql @cmd


ALTER TABLE ##SubscriptionInfo
ADD  PendingCmdCount INT NULL,
EstimatedProcessTime INT NULL


SELECT *
FROM #PublisherInfo

SELECT *
FROM ##SubscriptionInfo 

SELECT *
FROM ##PublicationInfo 

आप नीचे दिए गए अंतिम बॉक्स पर 2 लाइनें देख सकते हैं - और उनमें से एक को नहीं होना चाहिए:

यहां छवि विवरण दर्ज करें

वही जब मैं इस स्क्रिप्ट का उपयोग करता हूं:

EXEC distribution.dbo.sp_replmonitorhelppublication @publisher='my publisher'

यहां छवि विवरण दर्ज करें

पहले आप वही करें जो ऊपर दिए गए अन्य उत्तरों में दिखाया गया है , यदि वह काम करता है , तो यह ठीक है, यह कभी-कभी काम करता है, समस्या हल हो जाती है।

यह कम होगा:

exec master.dbo.sp_replicationdboption @dbname = 'my_PUBLICATION', @optname = N'publish', @value = N'false'
exec master.dbo.sp_replicationdboption @dbname = 'my_PUBLICATION', @optname = N'publish', @value = N'true'

sp_droppublication @publication='my_PUBLICATION'

-- Remove replication objects from a subscription database (if necessary).
exec master.dbo.sp_removedbreplication 'my_PUBLICATION'

exec master.dbo.sp_removedbreplication 'my_PUBLICATION'

use my_PUBLICATION

sp_removedbreplication @type='both'


USE [master]
EXEC sp_replicationdboption 
  @dbname = N'my_PUBLICATION', 
  @optname = N'publish', 
  @value = N'false';
GO


EXEC distribution.dbo.sp_replmonitorhelppublication @publisher='PUBLISHER_SERVER'

sp_replmonitorhelppublisher @publisher='PUBLISHER_SERVER'

DECLARE @publicationDB AS sysname;
DECLARE @publication AS sysname;
SET @publicationDB = N'my_PUBLICATION'; 
SET @publication = N'my_PUBLICATION'; 

-- Remove a transactional publication.
USE my_PUBLICATION
EXEC sp_droppublication @publication = @publication;

-- Remove replication objects from the database.
USE [master]
EXEC sp_replicationdboption 
  @dbname = @publicationDB, 
  @optname = N'publish', 
  @value = N'false';
GO

अब इस प्रकाशन से पूरी तरह से छुटकारा पाने के लिए हम बस वाले, और फिर प्रकाशक से संपर्क करके शुरू करेंगे, और फिर स्क्रिप्ट के अनुसार वितरक:

-- Connect Subscriber
:connect [SUBSCRIBER_SERVER]
use [master]
exec sp_helpreplicationdboption @dbname = N'SUBSCRIBER_DATABASE'
go
use [SUBSCRIBER_DATABASE]
exec sp_subscription_cleanup @publisher = N'PUBLISHER_SERVER', @publisher_db = N'my_PUBLICATION_DB', 
@publication = N'my_PUBLICATION'
go


-- Connect Publisher Server
:connect [PUBLISHER_SERVER]
-- Drop Subscription
use [my_PUBLICATION]
exec sp_dropsubscription @publication = N'my_PUBLICATION', @subscriber = N'all', 
@destination_db = N'SUBSCRIBER_DATABASE', @article = N'all'
go
-- Drop publication
exec sp_droppublication @publication = N'my_PUBLICATION'
-- Disable replication db option
exec sp_replicationdboption @dbname = N'my_PUBLICATION_db', @optname = N'publish', @value = N'false'
GO

-- Connect Distributor
:CONNECT [PUBLISHER_SERVER]
go

exec Distribution.dbo.sp_MSremove_published_jobs @server = 'PUBLISHER_SERVER', 
@database = N'my_PUBLICATION'
go

--===========================================================================================
--THAT DOES NOT GENERALLY GET RID OF THE JOBS FOR YOU
-- so you need to find them using these selects, and get rid of them manually yourself:

--select * from Distribution.dbo.MSpublications
--select * from Distribution.dbo.MSpublications
--===========================================================================================


select * from Distribution.[dbo].[MSlogreader_agents]
where publisher_db = N'my_PUBLICATION'

--found 1 job:
--PUBLISHER_SERVER-my_PUBLICATION-11

--script the job
--script the job delete script - and run that - keeping the job creation script just in case
exec msdb.dbo.sp_help_job @job_id=0x93C63D34E357704B818312B93FCA02FB
exec msdb.dbo.sp_delete_job @job_id=0x93C63D34E357704B818312B93FCA02FB



select * from Distribution.[dbo].[MSdistribution_agents]
where publisher_db = N'my_PUBLICATION'

--here found 2 jobs:

--PUBLISHER_SERVER-my_PUBLICATION-my_PUBLICATION--67
--PUBLISHER_SERVER-my_PUBLICATION-my_PUBLICATION--68


--here is the problem - it cannot find the jobs, the jobs are not even there anymore, one of those things
exec msdb.dbo.sp_delete_job @job_id=0x0F1564BAACD5464C988DE8957C25C411
exec msdb.dbo.sp_delete_job @job_id=0x6215C40F999CE248A30EE735E2C0E59D

--Msg 14262, Level 16, State 1, Procedure sp_verify_job_identifiers, Line 41 [Batch Start Line 52]
--The specified @job_id ('BA64150F-D5AC-4C46-988D-E8957C25C411') does not exist.


--Msg 14262, Level 16, State 1, Procedure sp_verify_job_identifiers, Line 41 [Batch Start Line 53]
--The specified @job_id ('0FC41562-9C99-48E2-A30E-E735E2C0E59D') does not exist.

exec msdb.dbo.sp_delete_job @job_name='PUBLISHER_SERVER-my_PUBLICATION-my_PUBLICATION'
PUBLISHER_SERVER-my_PUBLICATION-my_PUBLICATION--68

इस बिंदु पर प्रकाशन को फिर से बनाएं जैसा कि आप सामान्य रूप से करते हैं

तब स्नैपशॉट को चलाने के लिए रखें

स्नैपशॉट जनरेट करना समाप्त करने के लिए प्रतीक्षा करें

MAYBE YOU DONT NEED TO RUN THE SNAP- withoutइसे पहले चलाने की कोशिश करें , ज्यादातर समय यह काम करता है, साथ ही आप smallप्रकाशन में सिर्फ 1-2 लेख जोड़ सकते हैं ताकि स्नैप जल्दी से चल सके

लेकिन अगर आप स्नैपशॉट चलाते हैं तो आपको अगले चरण पर जाने से पहले खत्म होने तक इंतजार करना होगा - drop the publication

यहां छवि विवरण दर्ज करें

उसके बाद आप drop that publicationनीचे दी गई तस्वीर के अनुसार स्क्रिप्ट तैयार करते हैं: यहां छवि विवरण दर्ज करें

उसके बाद उम्मीद है, जब आप ऊपर हमारी मूल स्क्रिप्ट चलाते हैं , या प्रतिकृति मॉनिटर पर एक नज़र डालते हैं, तो आप दोषपूर्ण प्रकाशन, केवल अच्छे लोगों को नहीं देखेंगे, मेरे मामले में सिर्फ एक:

यहां छवि विवरण दर्ज करें


-1

मुझे अपने प्री-प्रोडक्शन बॉक्स, कमांड पर समान समस्या थी

exec sp_cleanupdbreplication

लगता है बोगस सबस्क्रिप्शन एंट्री की सफाई पर काम किया है ...

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.