RESTRICTED_USER से MULTI_USER तक फ़ाइल समूह सेटिंग्स बदलने के बाद मेरा डेटाबेस दर्पण क्यों टूट जाता है?


9

मेरा वातावरण निम्न है: VMWare 5.5 महत्वपूर्ण सर्वर MS Windows Server 2008R2 एंटरप्राइज़ डोमेन और SQL Server 2008 R2 एंटरप्राइज़ । फाइबर-चैनल कनेक्शन के साथ केंद्रीकृत भंडारण।

मेरे में विभाजन है SQL Server DB। मेरे पास 2 file groups: एक लाइव डेटा (FG1) है , दूसरा ऐतिहासिक डेटा (HDG) के साथ है

दूसरी फ़ाइल समूह है read-only। हर महीने मैं विभाजन में आंदोलन करता हूं - मैं ऐतिहासिक डेटा में नया डेटा (पिछले महीने से) जोड़ता हूं। यह प्रक्रिया स्वचालित है

हमने अपने डेटाबेस को एक नए सर्वर में स्थानांतरित कर दिया। प्रारंभ में, मुझे इस प्रक्रिया को मैन्युअल रूप से करना था । इस ऑपरेशन के दौरान मेरा दर्पण टूट जाता है (ऑपरेशन 3 के बाद - प्रक्रिया प्रवाह को देखें) निम्न त्रुटि के साथ:

निजी सर्वर पर:

लॉग में ROW 0:

Date        15.6.2015 20:54:11
Log     SQL Server (Current - 16.6.2015 07:55:00)

Source      spid84

Message
Setting database option MULTI_USER to ON for database MYDB.

लॉग में 1:

Date        15.6.2015 20:54:11
Log     SQL Server (Current - 16.6.2015 07:55:00)

Source      spid18s

Message
Error: 1453, Severity: 16, State: 1.

लॉग में 2:

Date        15.6.2015 20:54:11
Log     SQL Server (Current - 16.6.2015 07:55:00)

Source      spid18s

Message
'TCP://10.201.27.154:5022', the remote mirroring partner for database 'MYDB', encountered error 823, status 3, severity 24. Database mirroring has been suspended.  Resolve the error on the remote server and resume mirroring, or remove mirroring and re-establish the mirror server instance.

टिप्पणी: मैंने पुराने सर्वर पर इस ऑपरेशन को कई बार स्वचालित रूप से निष्पादित किया है और मुझे ऐसी त्रुटि कभी नहीं हुई।

MIRROR सर्वर पर:

लॉग में 1:

Date        15.6.2015 20:54:11
Log     SQL Server (Archive #3 - 15.6.2015 21:33:00)

Source      spid17s

Message
Error: 823, Severity: 24, State: 3.

लॉग में 2:

Date        15.6.2015 20:54:11
Log     SQL Server (Archive #3 - 15.6.2015 21:33:00)

Source      spid17s

Message
The operating system returned error 5(Access is denied.) to SQL Server during a write at offset 0000000000000000 in file 'e:\Databases\MYDB_HISTRICAL.ndf'. Additional messages in the SQL Server error log and system event log may provide more detail. This is a severe system-level error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information, see SQL Server Books Online.

मेरी प्रक्रिया पूरी हो रही है:

1. मैं डेटाबेस (पूर्ण, फ़ाइल समूह और TLog बैकअप) के कई बैकअप बनाता हूं।

2. मैं डीबी को RESTRICTED_USER(स्क्रिप्ट द्वारा केवल ऐतिहासिक फ़ाइल समूह ध्वज के केवल पढ़ने के लिए अनुमति देने के लिए ) सेट करता हूं ।

2 ए। मैं READ-ONLYअपने ऐतिहासिक फ़ाइल समूह के झंडे को हटाता हूं।

3.MULTI_USER हम अपने सॉफ्टवेयर के सामान्य संचालन की अनुमति देने के लिए डीबी सेट करते हैं।

4. मैं विभाजन को अपडेट करता हूं ताकि डेटा ऐतिहासिक फ़ाइल समूह में स्थानांतरित हो जाए।

5. मैं 2 , 2 ए और 3 के चरणों को दोहराता हूं ताकि मैं ऐतिहासिक फ़ाइल समूह को केवल फिर से सेट कर सकूं।

6. मैं फिर से बैकअप बनाता हूं।

क्या किसी को यह पता है कि मुझे वह त्रुटि क्यों मिली?

संपादित करें: हम प्रक्रिया के विभिन्न चरण के दौरान एक ही मुद्दा प्राप्त करते हैं। यह एकमात्र ऐसी स्थिति है जिसमें दर्पण टूट जाता है इसलिए मुझे लगता है कि समस्या प्रक्रिया के अंदर है, लेकिन मैं यह पता नहीं लगा सकता कि क्यों!


Error: 823, Severity: 24हार्डवेयर की समस्या लगती है। अपने डिस्क को देखें कि क्या वे खराब हो गए हैं। डेटाबेस पर चेकडब चलाएं ताकि यह सुनिश्चित हो सके कि वे साफ हों।
परिजन शाह

मुझे यकीन नहीं है @Kin। हमारे पास ब्रैंड न्यू ऑप्टिकल अटैच्ड स्पेशलाइज्ड आईबीएम स्टोरेज है। यह लगभग 3 महीने से संचालित होता है। और यह एकमात्र समय था जब हमें ऐसी त्रुटि मिली। वास्तव में उस त्रुटि के साथ लगभग 10 पंक्तियाँ हैं, लेकिन वे सभी उस समय अवधि के दौरान हुई थीं। हम दर्पण को नष्ट करते हैं और इसे फिर से बनाते हैं। हमारे पास दर्पण को हटाने के लिए मुद्दा है। इसलिए हम इसे मैन्युअल रूप से हटा देते हैं।
बोगडान बोगदानोव

त्रुटि 823 with sev 24एक हार्डवेयर समस्या है। क्या आप मूल sql सर्वर बैकअप के बजाय फ़ाइल स्तर बैकअप कर रहे हैं या सर्वर पर कोई एंटीवायरस सॉफ़्टवेयर चल रहा है? 823 त्रुटि होने पर आपको अलर्ट करने के लिए आपको sql agent अलर्ट लगाना चाहिए - यह स्क्रिप्ट आपकी मदद करेगी । इसके अलावा, 823 प्राप्त करने के लिए एक बुरा त्रुटि है - यह कहता है कि एक I / O ऑपरेशन OS स्तर पर विफल हो गया और I / O सबसिस्टम भ्रष्टाचार का कारण बन रहा है - sql सर्वर ने पृष्ठ checsum नहीं किया
Kin Shah

हम दोनों प्रकार के बैकअप करते हैं, @Kin। हमें भी VmWare replicationकरना है remote host। जब तक मैंने आपके बारे में एक उत्तर नहीं लिखा, तब तक यह है कि हम सामान्य तरीके से दर्पण को नष्ट नहीं कर सकते। फ़ाइल बंद कर दी गई थी और हमें stop SQL servicedb फ़ाइलों को किसी अन्य निर्देशिका में स्थानांतरित करने की आवश्यकता थी । उस क्षण से सब कुछ ठीक है (मैं लॉग का उपयोग करके जांच करता हूं sys.xp_readerrorlog)। एक अन्य विचार यह है कि अगर एक VmWare प्रतिकृति उसी क्षण में होती है, लेकिन मुझे यकीन नहीं है कि यह प्रक्रिया को कैसे प्रभावित करेगा (मैं इसके बारे में बहुत कम जानता हूं VmWare)।
बोगदान बोगदानोव

We do both type of backupsयह एक समस्या हो सकती है। वीएम स्नैपशॉट को मूल एसक्यूएल सर्वर बैकअप के विकल्प के रूप में उपयोग नहीं किया जाना चाहिए।
परिजन शाह

जवाबों:


0

हमें मुद्दा मिल गया। यह SQL सर्वर में एक बग है। जब हम सेट READ_WRITEकरते हैं तो कमांड mirrorडीबी में ठीक से ट्रांसफर नहीं होता है । जब स्क्रिप्ट partitionsदर्पण सर्वर पर परिवर्तन शुरू होती है तो एक त्रुटि हुई। उसके बाद सिंक्रनाइजेशन बर्बाद हो जाता है और दर्पण पर स्थित डीबी ( suspendedराज्य में) लॉक हो जाता है ।

हम SQL सर्वर को नवीनतम संस्करण में अपडेट करके समस्या को ठीक करते हैं (हमारा प्रारंभिक संस्करण SP wiout था)।

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