Windows SID को बदलना SQL सर्वर को कैसे प्रभावित करता है?

Question

हमारे विंडोज व्यवस्थापक ने इस मुद्दे की पहचान की है कि वे विंडोज सर्वर को क्लोन करते हैं। जाहिरा तौर पर कुछ क्लोन किए गए सर्वर ओएस स्तर पर एक ही सिड के साथ समाप्त होते हैं। मैंने सुना है कि Microsoft SID के डुप्लिकेट वाले सर्वर का समर्थन नहीं करता है। इसलिए, इन सर्वरों पर SID को बदलना होगा।

मैं उत्सुक हूँ कि यह SQL सर्वर को कैसे प्रभावित करता है। कोई विचार? यह संकुल डेटाबेस सर्वर को कैसे प्रभावित करता है?

Comments

खिड़कियों को क्लोन न करने के कारणों के बोट लोड हैं, लेकिन एसआईडी उनमें से एक नहीं है

— जिम बी

Answer 1

SID को अकेला छोड़ दें। NewSID को सेवानिवृत्त कर दिया गया क्योंकि मार्क रोसिनोविच ने कुछ खुदाई की और पाया कि पूरे "डुप्लीकेट SID == खराब!" लाइन हम सब पिछले एक दशक में हमारी खोपड़ी में चला गया है या तो बस बकवास का एक भार है।

मार्क की नवीनतम ब्लॉग प्रविष्टि देखें: द मशीन SID डुप्लीकेशन मिथ ।

Answer 2

मैं निश्चित रूप से SID को बदलने के खिलाफ अनुशंसा करूंगा, जब तक आप पढ़ नहीं लेते: NewSID ब्रेक SQL सर्वर के साथ मशीन SID को बदलना (और इसे कैसे ठीक करें)

जाहिर है, क्लोन किए गए कुछ सर्वर ओएस स्तर पर एक ही सिड के साथ समाप्त होते हैं।

मुझे लगता है कि आपके सभी क्लोन किए गए सिस्टम में एक ही SID होने का अनुमान है। घोस्टवॉक आपके लिए SID को फिर से तैयार कर सकता है। अपनी प्रारंभिक क्लोन छवि पर sysprep का उपयोग करने से आप भविष्य में भी सिस्टम को बचा सकते हैं।

यदि आपने SQL सर्वर स्थापित किया है तो SID को बदलें नहीं। बुरी बातें होंगी।

Comments

SysPrep के लिए +1, जो इस तरह के परिदृश्यों के लिए समर्थित समाधान है।

— माइकल Stum

-1 यह उल्लेख नहीं करने के लिए कि यदि कोई वर्ग परिवर्तन असमर्थित है-जिसमें sysprep शामिल है, यदि sql स्थापित है।

— जिम बी

यदि सर्वर चल रहा है और चीजों को स्थापित किया गया है, तो मैं कहूंगा कि आपका सुंदर एचओडी है। जैसे ही आपने सर्वर को क्लोन किया है, आपका SID बदलना चाहिए। मुझे आश्चर्य है कि आप डोमेन के लिए एक ही SID के साथ दो सर्वर में शामिल हो सकते हैं!

— निक कावडियास

Answer 3

आप sysinternals का उपयोग कर सकते हैं NewSID: http://technet.microsoft.com/en-us/sysinternals/bb897418.aspx

SQL में कंप्यूटर का नाम बदलें:

use master
sp_dropserver '<old computer name>'
GO
sp_addserver '<new computer name>', local
GO

sp_helpserver -- will show you the new computer name

फिर SQL सर्वर सेवा को पुनरारंभ करें।

Comments

Sql सर्वर का मैन्युअल नाम बदलने के लिए धन्यवाद। यह अक्सर (मैं sysprep साथ मेरा क्लोन) एसक्यूएल क्लोन में भूल है

— तेज़

Answer 4

यदि आपका डेटाबेस Microsoft वितरित लेन-देन समन्वयक का उपयोग करके दूरस्थ लेनदेन करता है, तो ध्यान रखें कि क्लोन मशीनों में भी वही MSDTC ID है, जो SID नहीं है और NewSID द्वारा नहीं बदली गई है।

आप इसे इवेंट व्यूअर में देखेंगे:

स्थानीय MS DTC ने पता लगाया कि SERVER पर MS DTC की स्थानीय MS DTC जैसी ही विशिष्ट पहचान है। इसका मतलब यह है कि दो एमएस डीटीसी एक दूसरे के साथ संवाद करने में सक्षम नहीं होंगे। यह समस्या आमतौर पर तब होती है जब सिस्टम में से एक को असमर्थित क्लोनिंग टूल का उपयोग करके क्लोन किया गया था। MS DTC के लिए आवश्यक है कि सिस्टम को SYSPREP जैसे समर्थित क्लोनिंग टूल्स का उपयोग करके क्लोन किया जाए। कमांड प्रॉम्प्ट से 'msdtc -uninstall' और फिर 'msdtc -install' चलाने से समस्या ठीक हो जाएगी। नोट: 'msdtc -uninstall' चलाने से सिस्टम में सभी MS DTC कॉन्फ़िगरेशन जानकारी खो जाएगी।

मैं इसे इस तरह हल करता हूं:

msdtc -uninstall

कुछ मिनट रुको, फिर

msdtc -install
sc config msdtc start= auto
sc start msdtc

Comments

किसी अजीब कारण के लिए, "sc config" को "start =" और "auto" के बीच स्थान की आवश्यकता होती है, अर्थात "sc config msdtc start = auto"।

— ThatGraemeGuy

धन्यवाद - मेरे पास वह स्थान था लेकिन मैंने इसे तब संपादित किया जब मैंने सोचा कि यह एक टाइपो है :)

— crb

Answer 5

अब Microsoft के स्वामित्व वाले टूल NewSID या sysprep का उपयोग करें , जो कि सभी फाइल कॉपी के बिना विंडोज़ को फिर से इंस्टॉल करने जैसा है।

मुझे नहीं लगता कि आप एक ही SID के साथ एक ही डोमेन में दो कंप्यूटरों को जोड़ सकते हैं, इसलिए मैं कहूंगा कि क्लस्टर SQL सर्वर को एक मौका नहीं मिलेगा क्योंकि सर्वर को एक डोमेन पर होना चाहिए।

Answer 6

किसी सिस्टम को क्लोन करने का एकमात्र समर्थित तरीका sysprep है। एक वर्ग सर्वर क्लोन करने के लिए क्यों नहीं कारण का एक गुच्छा रहे हैं:

-मैं Microsoft CSS द्वारा समर्थित नहीं है।

-SQL तब तक ठीक से काम नहीं करेगा जब तक कि उसका "नाम" न हो।

-अगर आपके पास रिपोर्टिंग सेवाएं हैं तो इसे भी ठीक किया जाएगा।

-सिस्टम और नेटवर्क सर्विस खातों को नए एसआईडी और पासवर्ड मिलेंगे, इसलिए यदि आपने इन्हें सेवा खातों के रूप में उपयोग किया है तो कुछ दर्द होगा।

-SQL सर्वर प्रारूप के साथ कुछ अच्छे स्थानीय समूह बनाता है। SQLServer2005MSSQLUser $$ MSSQLSERVER। इसका नाम बदलने के लिए इसका समर्थन नहीं किया गया

इस स्थिति को सुधारने के लिए मैं-

क्लस्टर को तोड़ें, सिस्टम को फिर से बनाएं, SQL स्थापित करें, एक नया क्लस्टर बनाएं, सर्वर पर एक बैकअप चलाएं जो कि पुनर्निर्माण नहीं किया गया है - फिर इसे रोकें, उस बैकअप को नए क्लस्टर में पुनर्स्थापित करें, नए क्लस्टर में एप्लिकेशन को इंगित करें, शेष का पुनर्निर्माण करें सर्वर और इसे नए क्लस्टर में जोड़ें

- वैकल्पिक रूप से (शायद आसान) नया नाम के साथ एक नया सर्वर क्यों नहीं बनाया जाता है (यह किसी भी प्रकार के एसआईडी के साथ संभावित मुद्दों को हल करेगा) फिर क्लस्टर स्थापित करें एसक्यूएल को क्लस्टर में शामिल करें, उस बॉक्स में विफलता फिर प्रक्रिया को दोहराएं, रास्ता नहीं डाउनटाइम और बैकअप / पुनर्स्थापना के लिए कोई ज़रूरत नहीं है (हालांकि मैं आपको वैसे भी हालांकि सुझाव दिया था)। हम zznode1, zznode2 और एक क्लस्टर नाम का उपयोग करते हैं जो zznode3 बनाने और इसे क्लस्टर में शामिल करने के लिए सरल है क्योंकि नोड को क्लस्टर में होने पर संदर्भित नहीं किया जाता है। उम्मीद है की वो मदद करदे।