हाल ही में, Microsoft ने SQL Server 2012 के लिए सर्विस पैक 1 को आगे बढ़ाया, और उन्होंने सर्विस पैक 1 के लिए संचयी अद्यतन 1 के साथ शीघ्रता से पालन किया। इसका कारण यह है कि सर्विस पैक - लंबे विकास और प्रतिगमन परीक्षण चक्रों के कारण - में कोई भी शामिल नहीं था। आरटीएम संचयी अपडेट 3 और 4 से सुधारों की संख्या। चूंकि कई लोगों ने प्रतीक्षा की है - इस बिंदु पर ज्यादातर सट्टा पूर्वाग्रहों के आधार पर - यहां तक कि सर्विस पैक 1 जारी होने तक SQL सर्वर 2012 का परीक्षण शुरू करने के लिए, मैंने सोचा कि यह एक जोड़े को कवर करने के लिए उपयोगी हो सकता है जिन परिदृश्यों का आप सामना कर सकते हैं। यह पूरी तरह से प्रदर्शन से संबंधित पोस्ट नहीं है, लेकिन कुछ जानकारी में सेवा व्यवधान शामिल है, जो आपके व्यवसाय, SLA, आदि को प्रभावित कर सकता है या नहीं भी कर सकता है।
अद्यतन करें - SQL सर्वर 2012 सर्विस पैक 1 संचयी अद्यतन 2 (11.0.3339) 2013-01-24 जारी किया गया था।
यदि SQL Server 2012 पहले से स्थापित नहीं है...
जब आप SQL सर्वर का एक नया इंस्टेंस स्थापित कर रहे हैं, तो आप यथासंभव कम से कम चरण निष्पादित करना चाहते हैं। SQL Server 2012 सेटअप SQL Server 2008/2008 R2 (पीटर सैडो द्वारा यहां और यहां वर्णित) की तुलना में सर्विस पैक और संचयी अपडेट दोनों को स्लिपस्ट्रीमिंग करने के बारे में बहुत बेहतर है। यह विधि बहिष्कृत है, लेकिन यह अभी भी SQL Server 2012 में समर्थित है। इसलिए यदि आप चाहें तो अभी भी पुरानी पद्धति का उपयोग कर सकते हैं:
D:\setup.exe /Action=Install /PCUSource=C:\SP1ExtractedFolder /CUSource=C:\CU1ExtractedFolder
नई विधि, जिसका आपको उपयोग करना चाहिए, बहुत आसान है - और आपको /x का उपयोग करके संकुल को मैन्युअल रूप से निकालने की आवश्यकता नहीं है पहले तर्क:
D:\setup.exe /Action=Install /UpdateSource=C:\AllUpdatesFolder
आपको बस सभी प्रासंगिक अपडेट एक ही फ़ोल्डर में डालने की आवश्यकता है। ध्यान दें कि आपको फ़ाइल नाम [...]_zip.exe . के साथ कोई भी अपडेट प्राप्त होता है , आपको मूल निष्पादन योग्य प्राप्त करने के लिए निकालने की आवश्यकता है। उदाहरण के लिए, जब आप पहली बार सर्विस पैक 1 और संचयी अद्यतन 1 डाउनलोड करते हैं, तो डाउनलोड फ़ोल्डर इस तरह दिखेगा:
आपको 455715_intl_x64_zip.exe निकालने की आवश्यकता है उस पर डबल-क्लिक करके और आउटपुट पथ चुनकर (/x . का उपयोग करके) कमांड लाइन पर मान्य है, लेकिन अनदेखा किया गया)। एक बार हो जाने के बाद, फ़ोल्डर को इस तरह दिखना चाहिए। (किस बिंदु पर, आप 455715... . को हटा सकते हैं फ़ाइल - हालांकि यह कितना "संपीड़ित" है, मुझे आश्चर्य होगा कि वे इस पैकेज को पहले स्थान पर स्वयं निकालने वाले संग्रह में क्यों रखना जारी रखते हैं।)
अब जब आप उपरोक्त कमांड लाइन चलाते हैं, जब आप सेटअप में उत्पाद अपडेट स्क्रीन पर पहुंचते हैं, तो आपको यह देखना चाहिए कि इसमें SP1 और CU1 दोनों शामिल हैं:
बॉब वार्ड ने यहां इस परिदृश्य का और अधिक विस्तार से वर्णन करने का बहुत अच्छा काम किया है:
CSS ब्लॉग :SQL Server 2012 सेटअप अब और बेहतर हो गया है…
ध्यान दें कि आप समय के साथ अपने सभी सर्विस पैक और संचयी अपडेट एक ही फ़ोल्डर में रख सकते हैं - यदि आप /UpdateSource का उपयोग करते हैं तर्क, SQL सर्वर सेटअप नवीनतम SP और उसके नवीनतम CU को चुनने के लिए पर्याप्त स्मार्ट होगा, भले ही उस फ़ोल्डर में और क्या मौजूद हो।
यदि SQL Server 2012 पहले से स्थापित है...
दोबारा, यदि आप SQL सर्वर का एक नया उदाहरण स्थापित कर रहे हैं तो वह सारी जानकारी लागू होती है। दूसरी ओर, मेरे पास SQL Server 2012 RTM इंस्टेंस का एक गुच्छा है जिसे मैं पैच करना चाहता था - और चूंकि मैं संचयी अपडेट 3 और 4 से किसी भी सुधार को खोना नहीं चाहता था, मैं सर्विस पैक 1 दोनों को लागू करना चाहता था। और संचयी अद्यतन 1. मैं उम्मीद कर रहा था कि वही स्लिपस्ट्रीम स्मार्ट सर्विस पैक 1 सेटअप निष्पादन योग्य में बनाया जाएगा, ताकि इसमें केवल CU1 अपडेट शामिल हो सकें। मैंने तार्किक कोशिश की:
C:\AllUpdatesFolder\SQLServer2012-SP1-KB2674319-x64-ENU.exe /UpdateSource=C:\AllUpdatesFolder
लेकिन इससे अंततः निम्न त्रुटि हुई:
खोज इंजन की अच्छाई के लिए:
The setting 'UpdateSource' is not allowed when the value of setting 'ACTION' is 'Patch'. Error code 0x84B40005.
(और हाँ, मैंने निकाले गए CU1 अद्यतन फ़ोल्डर को किसी भिन्न स्थान पर रखने का प्रयास किया।)
मैंने माइक्रोसॉफ्ट के साथ पुष्टि की है कि, जबकि एसपी1 में स्पष्ट रूप से कोर setup.exe से कुछ कोड और तर्क शामिल हैं, इसे संचयी अद्यतनों को शामिल करने की अनुमति देने के लिए नहीं बनाया गया है। दूसरे शब्दों में, आप सर्विस पैक स्थापित करते समय केवल मुख्य उत्पाद स्थापित करते समय स्लिपस्ट्रीम नहीं कर सकते।
इसका यह भी अर्थ है कि आपको दो चरणों में संस्थापन करने की आवश्यकता होगी . मैंने एक नया कनेक्ट सुझाव खोला, क्योंकि स्लिपस्ट्रीमिंग यकीनन सर्विसिंग के दौरान प्रारंभिक स्थापना की तुलना में *अधिक* मूल्यवान है:
कनेक्ट #774109 :सर्विस पैक इंस्टॉलरों के लिए /अपडेट स्रोत को अनुमति दें
इसलिए, मैं इसे दो चरणों में करने के लिए आगे बढ़ा। मैंने सर्विस पैक 1 स्थापित किया, और नोट किया कि ऐसी कोई भी फाइल उपयोग में नहीं थी जिसके लिए रिबूट की आवश्यकता हो:
और फिर एक बार SP1 पूरा हो जाने के बाद, मैंने SP1 CU1 इंस्टॉलर लॉन्च किया। हालांकि मुझे यह त्रुटि मिली:
इसलिए इन पैच को लगाने के लिए न केवल मुझे दो कदम उठाने पड़े, बल्कि बीच में मुझे रिबूट भी करना पड़ा। मैंने प्रत्येक इंस्टॉल के लिए लॉग फाइलों में देखा (Detail.txt ) और मैं देख सकता हूं कि जब मैंने SP1 चलाया, तो कोई संकेत नहीं था कि विंडोज रिबूट की उम्मीद कर रहा था:
(07) 2012-12-12 06:46:38 Slp: Rule 'RebootRequiredCheck' results: IsRebootNotRequired=True
लेकिन फिर जब मैंने CU1 चलाया और त्रुटि मिली, SP1 के पूरा होने के कुछ ही मिनट बाद, मैंने नए Detail.txt में देखा कि अब विंडोज़ *रिबूट* की उम्मीद कर रहा था:
(07) 2012-12-12 06:53:38 Slp: Windows Update requires a reboot (07) 2012-12-12 06:53:38 Slp: Rule 'RebootRequiredCheck' results: IsRebootNotRequired=False
मुझे नहीं पता कि क्या हुआ है, क्योंकि मैं निश्चित रूप से नहीं गया और चरणों के बीच विंडोज अपडेट नहीं चला।
अद्यतन:माइक्रोसॉफ्ट में शाउ फांग के लिए धन्यवाद, हमने %SystemRoot%\WindowsUpdate.log में खोजा कि SP1 के प्रारंभ होने के बाद एक स्वचालित Windows अद्यतन प्रारंभ हो गया था, और मेरे द्वारा CU अद्यतन प्रारंभ करने से पहले समाप्त हो गया था। मुझे लगता है कि ऐसा इसलिए है क्योंकि मैंने कंप्यूटर को जगाया और तुरंत सर्विस पैक स्थापित करना शुरू कर दिया; "रिबूट होना चाहिए" चेक बीच में चालू होना चाहिए। मैं इसके लिए पूरी जिम्मेदारी स्वीकार करूंगा यदि मैंने अभी-अभी विंडोज अपडेट चालू किया है और डिफ़ॉल्ट स्वीकार किया है; लेकिन मैंने नहीं किया। यहाँ मेरी सेटिंग्स हैं:
तो, वहाँ सावधान रहें।
निष्कर्ष
कहानी का नैतिक है, यदि आपने अभी तक SQL सर्वर 2012 स्थापित नहीं किया है, तो एक क्रिया में नवीनतम अपडेट प्राप्त करने के लिए स्लिपस्ट्रीमिंग - चाहे आप इसके आसपास हों, और उस समय कौन से अपडेट उपलब्ध हैं - जा रहा है सरल और दर्द रहित बनें।
यदि आपके पास पहले से ही एक इंस्टेंस स्थापित है, जिस स्थिति में सेवा व्यवधान और डाउनटाइम लगभग हमेशा एक नई स्थापना की तुलना में अधिक महत्वपूर्ण मुद्दा होने वाला है, तो आपको अपनी पैचिंग पद्धति को ध्यान से देखने की आवश्यकता होगी, और सुनिश्चित करें कि आपकी रखरखाव विंडो अनुमति देगी सर्वर को पुनरारंभ करने के लिए, क्या इसकी आवश्यकता होनी चाहिए। इसका यह भी अर्थ है:अपनी विंडोज अपडेट सेटिंग्स से अवगत रहें और क्या पिछले पुनरारंभ के बाद से कोई अपडेट स्थापित किया गया है।
अगर आपको लगता है कि यह एक महत्वपूर्ण मुद्दा है, तो कृपया इन कनेक्ट आइटम पर वोट करें और इससे भी महत्वपूर्ण बात यह है कि वर्तमान परिदृश्य आपके व्यवसाय को कैसे प्रभावित कर सकता है, इस पर टिप्पणी करें।
