सॉफ़्टवेयर अद्यतन प्रबंधन कॉन्फ़िगरेशन प्रबंधक में समस्या निवारण


उपयोगकर्ताओं को घर: यह आलेख केवल तकनीकी समर्थन एजेंट और IT प्रोफेशनल के लिए लक्षित है। यदि आप के लिए देख रहे हैं के साथ कोई समस्या, कृपया Microsoft समुदाय से पूछेंकरने में मदद।

इस निर्देशिका क्या है?

यह मार्गदर्शिका आपको सॉफ़्टवेयर अद्यतन प्रबंधन प्रक्रिया में Microsoft सिस्टम केंद्र कॉन्फ़िगरेशन क्लाइंट सॉफ़्टवेयर अद्यतन स्कैन कर रहा है, सिंक्रनाइज़ेशन समस्याओं और विशिष्ट अद्यतनों के साथ पता लगाना समस्याओं सहित प्रबंधक, समस्या निवारण में मदद करता है।

इस मार्गदर्शिका में जानकारी सिस्टम केंद्र 2012 कॉन्फ़िगरेशन प्रबंधक (ConfigMgr 2012), सिस्टम केंद्र 2012 R2 कॉन्फ़िगरेशन प्रबंधक (ConfigMgr 2012 R2) और सभी संस्करणों की कॉन्फ़िगरेशन प्रबंधक वर्तमान शाखा में करने के लिए लागू होता है।

यह किसके लिए है?

IT पेशेवर, जो समझते हैं, निदान और Microsoft सिस्टम केंद्र कॉन्फ़िगरेशन प्रबंधक में सॉफ़्टवेयर अद्यतन प्रबंधन प्रक्रिया का समस्या निवारण करने के लिए की आवश्यकता के लिए यह मार्गदर्शिका है।

यह कैसे कार्य करता है?इसमें तीन मुख्य भागों में विभाजित होता है:

  • क्लाइंट सॉफ़्टवेयर अद्यतन स्कैन कर रहा है
  • WSUS Microsoft अद्यतन सिंक्रनाइज़ेशन करने के लिए
  • विशिष्ट अद्यतन से स्थापना, supersedence या पता लगाना समस्याओं

एक सॉफ़्टवेयर अद्यतन बिंदु पहले से ही स्थापित कॉन्फ़िगर किया गया और किया गया है कि यह मार्गदर्शिका मानता है। कॉन्फ़िगरेशन प्रबंधक में सॉफ़्टवेयर अद्यतनों को कॉन्फ़िगर करने पर अधिक जानकारी के लिए, निम्न देखें:

कॉन्फ़िगरेशन प्रबंधक में सॉफ़्टवेयर अद्यतनों को कॉन्फ़िगर करना 

पूर्णता का अनुमानित समय:

30-45 मिनट।

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

  1. क्या विशेष रूप से काम नहीं है और/या आपका लक्ष्य क्या है? 
  2. आवृत्ति या प्रतिमान के लिए समस्या क्या है? यदि समस्या अभी भी हो रहा है? 
  3. कैसे आप ध्यान रखें कि समस्या मौजूद है हो गया था?
  4. कभी यह काम किया? यदि ऐसा है, जब इसे बंद किया? यह काम करना बंद कर दिया इससे पहले कि कुछ भी सही परिवेश में परिवर्तित किया गया था? 
  5. प्रभावित क्लाइंट का क्या प्रतिशत है?
  6. क्या पहले से ही (भी तो) इसे ठीक करने के लिए प्रयास करने के लिए किया गया है? 
  7. का सही संस्करण क्लाइंट और सर्वर के जिस संस्करण को जानते हैं। इन सिस्टम अप टू डेट हैं? 
  8. क्या क्या प्रभावित ग्राहक समान हैं (उदाहरण के लिए एक ही सबनेट, विज्ञापन साइट, डोमेन, भौतिक स्थान, साइट, साइट सिस्टम, आदि.)?

इन प्रश्नों के उत्तर को समझना और जानने आप जो भी समस्या आप अनुभव कर रहे हैं करने के लिए डाल एक त्वरित और आसान समाधान के लिए सर्वश्रेष्ठ पथ पर देगी।

सॉफ़्टवेयर अद्यतन प्रबंधन प्रक्रिया का समस्या निवारण करने के लिए आप चाहते हैं कि में विशिष्ट क्षेत्र आप जानते हैं, तो उसे नीचे का चयन करें। सुनिश्चित नहीं हैं, तो क्लाइंट सॉफ़्टवेयर अद्यतन स्कैन कर रहा है के साथ प्रारंभ करें, और हम आरंभ से अंत तक संपूर्ण प्रक्रिया के माध्यम से चलते करेंगे।

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

  1. क्या विशेष रूप से काम नहीं है और/या आपका लक्ष्य क्या है? 
  2. आवृत्ति या प्रतिमान के लिए समस्या क्या है? यदि समस्या अभी भी हो रहा है? 
  3. कैसे आप ध्यान रखें कि समस्या मौजूद है हो गया था?
  4. कभी यह काम किया? यदि ऐसा है, जब इसे बंद किया? यह काम करना बंद कर दिया इससे पहले कि कुछ भी सही परिवेश में परिवर्तित किया गया था? 
  5. प्रभावित क्लाइंट का क्या प्रतिशत है?
  6. क्या पहले से ही (भी तो) इसे ठीक करने के लिए प्रयास करने के लिए किया गया है? 
  7. का सही संस्करण क्लाइंट और सर्वर के जिस संस्करण को जानते हैं। इन सिस्टम अप टू डेट हैं? 
  8. क्या क्या प्रभावित ग्राहक समान हैं (उदाहरण के लिए एक ही सबनेट, विज्ञापन साइट, डोमेन, भौतिक स्थान, साइट, साइट सिस्टम, आदि.)?

इन प्रश्नों के उत्तर को समझना और जानने आप जो भी समस्या आप अनुभव कर रहे हैं करने के लिए डाल एक त्वरित और आसान समाधान के लिए सर्वश्रेष्ठ पथ पर देगी।

सॉफ़्टवेयर अद्यतन प्रबंधन प्रक्रिया का समस्या निवारण करने के लिए आप चाहते हैं कि में विशिष्ट क्षेत्र आप जानते हैं, तो उसे नीचे का चयन करें। सुनिश्चित नहीं हैं, तो क्लाइंट सॉफ़्टवेयर अद्यतन स्कैन कर रहा है के साथ प्रारंभ करें, और हम आरंभ से अंत तक संपूर्ण प्रक्रिया के माध्यम से चलते करेंगे।

स्कैन प्रक्रिया क्लाइंट निम्न चरणों में दिए है। समस्या कहाँ है ठीक से स्थापित करने के लिए प्रत्येक चरण की पुष्टि करें।

क्लाइंट करता है पहली बात कि इसका अद्यतन स्रोत सॉफ़्टवेयर अद्यतन स्कैन के लिए WSUS सर्वर सेट है। वह प्रक्रिया नीचे विस्तृत है।

ScanAgent.log:

CScanAgent::ScanByUpdates- Policy available for UpdateSourceID={SourceID}ContentVersion=38CScanAgent::ScanByUpdates- Added Policy to final ScanRequest List UpdateSourceID={SourceID}, Policy-ContentVersion=38, Required-ContentVersion=38 

ScanAgent.log:

Inside CScanAgent::ProcessScanRequest() CScanJobManager::Scan- entered ScanJob({JobID}): CScanJob::Initialize- entered ScanJob({JobID}): CScanJob::Scan- entered ScanJob({JobID}): CScanJob::RequestLocations- entered - - - - - -Requesting WSUS Server Locations from LS for {WSUSLocationID} version 38 - - - - - -Location Request ID = {LocationRequestID} CScanAgentCache::PersistInstanceInCache- Persisted Instance CCM_ScanJobInstance ScanJob({JobID}): - - - - - -Locations requested for ScanJobID={JobID} (LocationRequestID={LocationRequestID}), will process the scan request once locations are available. 

युक्ति हर स्कैन कार्य में WMI CCM_ScanJobInstance वर्ग में संग्रहीत है:

Namespace: root\CCM\ScanAgent वर्ग: CCM_ScanJobInstance

LocationServices.log:

LocationServices.log: CCCMWSUSLocation::GetLocationsAsyncEx Attempting to persist WSUS location request for ContentID='{ContentID}' and ContentVersion='38' Persisted WSUS location request LocationServices Attempting to send WSUS Location Request for ContentID='{ContentID}' WSUSLocationRequest : <WSUSLocationRequest SchemaVersion="1.00"><Content ID="{ContentID}" Version="38"/><AssignedSite SiteCode="PS1"/><ClientLocationInfo OnInternet="0"><ADSite Name="CM12-R2PS1"/><Forest Name="CONTOSO.COM"/><Domain Name="CONTOSO.COM"/><IPAddresses><IPAddress SubnetAddress="192.168.2.0" Address="192.168.2.62"/></IPAddresses></ClientLocationInfo></WSUSLocationRequest> Created and Sent Location Request '{LocationRequestID}' for package {ContentID}   

CcmMessaging.log:

CcmMessaging.log: Sending async message '{Message}' to outgoing queue 'mp:[http]mp_locationmanager'  Sending outgoing message '{Message}'. Flags 0x200, sender account empty 

MP_Location.log:

MP LM: Message Body : <WSUSLocationRequest SchemaVersion="1.00"><Content ID="{ContentID}" Version="38"/><AssignedSite SiteCode="PS1"/><ClientLocationInfo OnInternet="0"><ADSite Name="CM12-R2PS1"/><Forest Name="CONTOSO.COM"/><Domain Name="CONTOSO.COM"/><IPAddresses><IPAddress SubnetAddress="192.168.2.0" Address="192.168.2.62"/></IPAddresses></ClientLocationInfo></WSUSLocationRequest>  MP_LocationManager MP LM: calling MP_GetWSUSServerLocations

SQL Profiler:

exec MP_GetMPSitesFromAssignedSite N'PS1' exec MP_GetSiteInfoUnified N'<ClientLocationInfo OnInternet="0"><ADSite Name="CM12-R2-PS1"/><Forest Name="CONTOSO.COM"/><Domain Name="CONTOSO.COM"/><IPAddresses><IPAddress SubnetAddress="192.168.2.0" Address="192.168.2.62"/></IPAddresses></ClientLocationInfo>' exec MP_GetWSUSServerLocations N'{WSUSServerLocationsID}',N'38',N'PS1',N'PS1',N'0',N'CONTOSO.COM'  

 

MP_Location.log: 

MP LM: Reply message body: <WSUSLocationReply SchemaVersion="1.00"><Sites><Site><MPSite SiteCode="PS1"/><LocationRecords><LocationRecord WSUSURL="http://PS1SITE.CONTOSO.COM:8530" ServerName="PS1SITE.CONTOSO.COM" Version="38"/><LocationRecord WSUSURL="https://PS1SYS.CONTOSO.COM:8531" ServerName="PS1SYS.CONTOSO.COM" Version="38"/></LocationRecords></Site></Sites></WSUSLocationReply>  

 

CcmMessaging.log:

Message '{Message1}' got reply '{Message2}' to local endpoint queue 'LS_ReplyLocations' OutgoingMessage(Queue='mp_[http]mp_locationmanager', ID={Message1}): Delivered successfully to host 'PS1SYS.CONTOSO.COM'. Message '{Message2}' delivered to endpoint 'LS_ReplyLocations'  

 

LocationServices.log:

Processing Location reply message LocationServices WSUSLocationReply : <WSUSLocationReply SchemaVersion="1.00"><Sites><Site><MPSite SiteCode="PS1"/><LocationRecords><LocationRecord WSUSURL="http://PS1SITE.CONTOSO.COM:8530" ServerName="PS1SITE.CONTOSO.COM" Version="38"/><LocationRecord WSUSURL="https://PS1SYS.CONTOSO.COM:8531" ServerName="PS1SYS.CONTOSO.COM" Version="38"/></LocationRecords></Site></Sites></WSUSLocationReply> Calling back with the following WSUS locations WSUS Path='http://PS1SITE.CONTOSO.COM:8530', Server='PS1SITE.CONTOSO.COM', Version='38'  WSUS Path='https://PS1SYS.CONTOSO.COM:8531', Server='PS1SYS.CONTOSO.COM', Version='38'  Calling back with locations for WSUS request {WSUSLocationID}  

 

ScanAgent.log:

*****WSUSLocationUpdate received for location request guid={LocationGUID} ScanJob({JobID}): CScanJob::OnLocationUpdate- Received Location=http://PS1SITE.CONTOSO.COM:8530, Version=38  ScanJob({JobID}): CScanJob::Execute- Adding UpdateSource={SourceID}, ContentType=2, ContentLocation=http://PS1SITE.CONTOSO.COM:8530, ContentVersion=38  

 

WUAHandler.log (* नए क्लाइंट जोड़े जा रहे नए अद्यतन स्रोत दिखा रहा है): 
Its a WSUS Update Source type ({WSUSUpdateSource}), adding it Its a completely new WSUS Update Source Enabling WUA Managed server policy to use server: http://PS1SITE.CONTOSO.COM:8530  Policy refresh forced Waiting for 2 mins for Group Policy to notify of WUA policy changeWaiting for 30 secs for policy to take effect on WU Agent.  Added Update Source ({UpdateSource}) of content type: 2  

 

इस समय के दौरान, Windows Update एजेंट कोई WSUS कॉन्फ़िगरेशन परिवर्तन देखते हैं:

WindowsUpdate.log :

* WSUS server: http://PS1SITE.CONTOSO.COM:8530 (Changed) * WSUS status server: http://PS1SITE.CONTOSO.COM:8530 (Changed)  Sus server changed through policy.  

निम्न रजिस्ट्री कुंजियों की जाँच और सेट हैं:

  • HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate\AUUseWUServer (यह एक Dword मान 1 का होना चाहिए)
  • HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate WUServer (यह पूर्ण पोर्ट सहित WSUS सर्वर URL है कोई स्ट्रिंग मान होना चाहिए)
  • WUStatusServer (यह पूर्ण पोर्ट सहित WSUS सर्वर URL है कोई स्ट्रिंग मान होना चाहिए)

 

उदाहरण:

कुंजी का नाम: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate

मान नाम: WUServer

प्रकार: REG_SZ

डेटा: http://PS1Site.Contoso.com:8530

 

मान नाम: WUStatusServer

प्रकार: REG_SZ

डेटा: http://PS1Site.Contoso.com:8530

 

कुंजी का नाम: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate\AU

मान नाम: UseWUServer

प्रकार: REG_DWORD

डेटा: 0x1

 

 

नोट: किसी मौजूदा क्लाइंट के लिए, हम सामग्री संस्करण वृद्धि होती है, तो प्रदर्शित करने के लिए WUAHandler.log में निम्नलिखित को देखने के लिए अपेक्षा कर सका:

Its a WSUS Update Source type ({WSUSUpdateSource}), adding it.  WSUS update source already exists, it has increased version to 38.  

 

ScanAgent.log:

ScanJob({JobID}): Raised UpdateSource ({UpdateSource}) state message successfully. StateId = 2 ScanJob({JobID}): CScanJob::Execute - successfully requested Scan, ScanType=1
  1. एक सॉफ़्टवेयर अद्यतन स्कैन प्रक्रिया करने के लिए कॉन्फ़िगरेशन प्रबंधक क्लाइंट की आवश्यकता होती है, जब स्कैन एजेंट यहाँ नोट किया गया के रूप में उपलब्ध नीति पर आधारित एक स्कैन अनुरोध बनाता है:
  2. एजेंट अब भेजता है एक WSUS स्थान का अनुरोध करने के लिए स्थान सेवाओं के रूप में यहाँ नोट किया स्कैन करें:
  3. स्थान सेवाएँ स्थान अनुरोध बनाता है और उसे प्रबंधन बिंदु के लिए भेजता है। WSUS स्थान अनुरोध के लिए पैकेज ID है अद्यतन स्रोत अद्वितीय id.
  4. CCM संदेश स्थान अनुरोध संदेश प्रबंधन बिंदु के लिए भेजता है:
  5. प्रबंधन बिंदु यह अनुरोध पार्स करती और WSUS स्थान डेटाबेस से प्राप्त करने के लिए MP_GetWSUSServerLocations संग्रहीत कार्यविधि को कॉल:
  6. संग्रहीत प्रक्रिया से परिणाम प्राप्त करने के बाद, प्रबंधन बिंदु को एक प्रतिसाद क्लाइंट के लिए भेजता है:
  7. CCM संदेश प्रत्युत्तर प्राप्त करता है और यह स्थान सेवाओं के लिए वापस भेजता है:
  8. स्थान सेवा प्रतिसाद पार्स करती और स्थान वापस स्कैन एजेंट करने के लिए भेजता है:
  9. स्कैन एजेंट अब नीति और उपयुक्त सामग्री संस्करण के साथ अद्यतन स्रोत स्थान है।
  10. स्कैन एजेंट अद्यतन स्रोत को जोड़ने के लिए WUAHandler सूचित करता है। WUAHandler स्रोत अद्यतन को रजिस्ट्री में जोड़ता है, और यदि (क्लाइंट डोमेन में है) एक समूह नीति ताज़ा करें समूह नीति अद्यतन सर्वर जो हम अभी जोड़े ओवरराइड करता है कि क्या यह देखने के लिए प्रारंभ करता है।
  11. Updatesource सफलतापूर्वक जोड़ा गया है के बाद, स्थिति संदेश और initiatesthe स्कैन स्कैन एजेंट उठाती:

समस्या निवारण

लॉग लक्षण चेक करें
ScanAgent.log या WUAHandler.log के भीतर कोई वर्तमान गतिविधि कोई नीति मौजूद है और कोई WUAHandler.log किसी अद्यतन स्रोत के लिए उपलब्ध नहीं दिखाता है  सेटिंग क्लाइंट पर सक्षम सॉफ़्टवेयर अद्यतनों की जाँच करें। अधिक जानकारी के लिए, निम्न TechNet दस्तावेज़ देखें: में कॉन्फ़िगरेशन प्रबंधक क्लाइंट सेटिंग्स के बारे में
ScanAgent/LocationServices कोई WSUS सर्वर स्थान प्राप्त होता है  इस साइट के लिए एक सॉफ़्टवेयर अद्यतन बिंदु (SUP) रोल स्थापित किया गया है? यदि नहीं, तो स्थापित और सॉफ़्टवेयर अद्यतन बिंदु कॉन्फ़िगर करें, और SUPSetup.log के लिए प्रगति की निगरानी। अधिक जानकारी के लिए निम्न देखें: स्थापित करने और सॉफ़्टवेयर अद्यतन बिंदु कॉन्फ़िगर करें SUP रोल स्थापित है, तो उसे कॉन्फ़िगर किया गया और सिंक्रनाइज़ किया जा रहा है? WCM.log, WSUSCtrl.log और WSyncMgr.log त्रुटियों के लिए जाँच करें। का चयन करें * WSUSServerLocations से का चयन करें * Update_SyncStatus से
क्लाइंट WSUS स्थान प्राप्त करता है, लेकिन रजिस्ट्री कुंजियाँ WSUS कॉन्फ़िगर करने के लिए विफल रहता है  समूह नीति ताज़ा करें प्रति WUAHandler.log2 मिनट समयबाह्य में प्रतिसाद दिया? यदि ऐसा है, तो WUAHandler "समूह नीति सेटिंग किसी उच्च अधिकारी द्वारा (डोमेन नियंत्रक) अधिलेखित किए गए थे" प्रदर्शित करता है? GPO डोमेन में सेट किए जाने के लिए जाँच करें।

 

 

 

क्लाइंट की पहचान की है और उसके अद्यतन स्रोत सॉफ़्टवेयर अद्यतन स्कैन के लिए किया जाएगा जो WSUS सर्वर पर सेट एक बार, एजेंट स्कैन करें तब स्कैन एक सॉफ़्टवेयर अद्यतन स्कैन करें Windows अद्यतन एजेंट से अनुरोध करने के लिए Windows अद्यतन एजेंट API का उपयोग करता है जो WUAHandler से अनुरोध करता है। स्कैन शेड्यूल किया गया या मैन्युअल सॉफ़्टवेयर अद्यतन स्कैन, मैन्युअल या शेड्यूल किए गए सॉफ़्टवेयर अद्यतन परिनियोजन पुनः मूल्यांकन से या से जो मूल्यांकन शुरु सक्रिय हो जाता है जो किसी परिनियोजन हो सकता है।

ScanAgent.log:

 

ScanJob({JobID}): CScanJob::Execute - successfully requested Scan, ScanType=1   

WUAHandler.log:

स्कैन परिणाम केवल वे द्वारा सर्विस पैक का स्थान है, तो स्थान अद्यतन और परिभाषा अद्यतन शामिल होंगे।

Search Criteria is (DeploymentAction=* AND Type='Software') OR (DeploymentAction=* AND Type='Driver') Running single-call scan of updates. Async searching of updates using WUAgent started. 

युक्ति एक सॉफ़्टवेयर अद्यतन स्कैन करने के बाद किसी भी नई प्रविष्टियाँ हो सकती हैं, तो यह देखने के लिए WUAHandler.log की समीक्षा करें। कोई नई प्रविष्टि नहीं होती, तो यह संकेत कर सकते हैं कि हम कोई SUP प्रबंधन बिंदु द्वारा दी जा रही है।

समस्या निवारण

गुम या दूषित फ़ाइलों या रजिस्ट्री कुंजियाँ, या घटक पंजीकरण समस्याओं सॉफ़्टवेयर अद्यतन स्कैन के साथ समस्याओं की कोई संख्या के कारण हो कर सकते हैं। ये Windows अद्यतन Windows अद्यतन एजेंट अद्यतन या Windows अद्यतन एजेंट डेटा संग्रह रीसेट कर रहा है समस्या निवारक द्वारा, fixable होते हैं:

Windows अद्यतन समस्या निवारक:

2714434 - Windows अद्यतन समस्या निवारक (http://support.microsoft.com/kb/2714434) का विवरण

Windows अद्यतन एजेंट अद्यतन कर रहा है:

949104 - Windows अद्यतन एजेंट का नवीनतम संस्करण (http://support.microsoft.com/kb/949104) के लिए अद्यतन करने के लिए कैसे

क्लाइंट Windows अद्यतन एजेंट के किसी पुराने संस्करण चल रहा है, तो जानकारी थी कि यह एक ज्ञात समस्या जहाँ स्कैन परिणाम कॉन्फ़िगरेशन प्रबंधक करने के लिए वापस जाने के लिए एक 32-बिट Windows 7 ConfigMgr 2012 R2 क्लाइंट कोई अद्यतन स्कैन अनुरोध विफल हो। इसके कारण है क्लाइंट सही अनुपालन स्थिति रिपोर्ट करने के लिए और अद्यतन स्थापित करते समय कॉन्फ़िगरेशन प्रबंधक अद्यतन चक्र का अनुरोध करने के लिए विफल। आप Windows अद्यतन नियंत्रण कक्ष एप्लेट का उपयोग करते हैं, तो हालांकि, अद्यतन आमतौर पर केवल अच्छे स्थापित करेगा। यदि आप इस समस्या का अनुभव कर रहे हैं, तो आप WindowsUpdate.logमें निम्न के जैसा एक संदेश देख होना चाहिए:

WARNING: ISusInternal::GetUpdateMetadata2 failed, hr=8007000E  

इसके मूल में यह एक स्मृति आबंटन समस्या है, के बाद से उनका पता स्थान प्रभावी रूप से असीमित है फिर 64-बिट Windows 7 कंप्यूटर इस त्रुटि नहीं देख पाएँगे। वे उच्च स्मृति और उच्च CPU उपयोग प्रदर्शन को संभवत: प्रभावित, हालाँकि, दर्शाते होगा। नोट यह x86 क्लाइंट (आमतौर पर लगभग 1.2 से 1.4 gb) उच्च स्मृति उपयोग भी दर्शाते होगा।

इस विशिष्ट समस्या पर अधिक जानकारी के लिए, कृपया निम्नलिखित आलेख देखें:

युक्ति समर्थन: ConfigMgr 2012 अद्यतन स्कैन विफल हो जाता है और सही अनुपालन स्थिति कारण

सौभाग्य से, यहाँ इस समस्या के लिए एक हॉटफिक्स है:

3050265 - Windows अद्यतन क्लाइंट Windows 7 के लिए: जून 2015 (https://support.microsoft.com/en-us/kb/3050265)

Windows अद्यतन एजेंट डेटा संग्रह रीसेट कर रहा है:

Windows अद्यतन एजेंट डेटा संग्रह को रीसेट करने के लिए, निम्न चरणों का पालन करें:

  1. एक कमांड प्रॉम्प्ट से net stop wuauserv चला कर Windows अद्यतन सेवा रोकें।
  2. C:\Windows\SoftwareDistribution.oldके लिए C:\Windows\SoftwareDistribution फ़ोल्डर का नाम बदलें।
  3. नेट प्रारंभ wuauserv कमांड प्रॉम्प्ट से चला कर Windows अद्यतन सेवा प्रारंभ करें।
  4. एक सॉफ़्टवेयर अद्यतन स्कैन चक्र आरंभ करें।

सारांश

सारांश, जब स्कैन विफलताएँ समस्या निवारण के लिए, WUAHandler.log और WindowsUpdate.logलॉग को आप देखना चाहिए है। WUAHandler बस जो Windows Update एजेंट रिपोर्ट की रिपोर्ट करता है, क्योंकि Windows अद्यतन एजेंट के द्वारा ही रिपोर्ट किया गया था एक ही त्रुटि त्रुटि WUAHandler में होगा, इसलिए त्रुटि के बारे में अधिक जानकारी में WindowsUpdate.logमिली। WindowsUpdate.logपढ़ने के लिए कैसे समझ करने के लिए, निम्न KB आलेख देखें:

902093 - (https://support.microsoft.com/en-us/kb/902093) Windowsupdate.log फ़ाइल को पढ़ने के लिए कैसे

आपका सबसे अच्छा स्रोत की जानकारी लॉग और उनमें हो त्रुटि कोड से आ जाएगा। एक संदर्भ के रूप में, आप यहाँ Windows अद्यतन त्रुटि कोड्स की पूरी सूची प्राप्त कर सकते हैं:

938205 - Windows अद्यतन त्रुटि कोड सूची (http://support.microsoft.com/kb/938205)

 

अनुरोध के बाद, Windows अद्यतन एजेंट (WUA) इसके कॉन्फ़िगर किए गए WSUS सर्वर स्कैन प्रारंभ करता है।

Windows अद्यतन एजेंट (CcmExec) कॉन्फ़िगरेशन प्रबंधक क्लाइंट से एक अनुरोध प्राप्त करने के बाद आप किसी स्कैन प्रारंभ करें। इन रजिस्ट्री मान स्थानीय नीति के द्वारा साइट के लिए कोई मान्य SUP है WSUS कंप्यूटर पर ठीक से सेट हैं, तो कॉन्फ़िगरेशन प्रबंधक क्लाइंट से COM API खोज अनुरोध देखना चाहिए (ClientId = CcmExec) निम्नानुसार:

WindowsUpdate.log:

COMAPI -- START --  COMAPI: Search [ClientId = CcmExec]COMAPI <<-- SUBMITTED -- COMAPI: Search [ClientId = CcmExec]   PT   + ServiceId = {ServiceID}, Server URL =  http://PS1.CONTOSO.COM:8530/ClientWebService/client.asmxAgent ** START **  Agent: Finding updates [CallerId = CcmExec]Agent   * Include potentially superseded updates  Agent   * Online = Yes; Ignore download priority = Yes  Agent   * Criteria = "(DeploymentAction=* AND Type='Software') OR (DeploymentAction=* AND Type='Driver')"  Agent   * ServiceID = {ServiceID} Managed Agent   * Search Scope = {Machine}  

 

WindowsUpdate.log:

 

PT   + ServiceId = {ServiceID}, Server URL = http://PS1.CONTOSO.COM:8530/ClientWebService/client.asmx  Agent   * Added update {4AE85C00-0EAA-4BE0-B81B-DBD7053D5FAE}.104 to search result Agent   * Added update {57260DFE-227C-45E3-9FFC-2FC77A67F95A}.104 to search result  Agent   * Found 163 updates and 70 categories in search; evaluated appl. rules of 622 out of 1150 deployed entities  Agent **  END  **  Agent: Finding updates [CallerId = CcmExec]  COMAPI >>--  RESUMED  -- COMAPI: Search [ClientId = CcmExec]COMAPI   - Updates found = 163  COMAPI --  END  --  COMAPI: Search [ClientId = CcmExec] 

समस्या निवारण

किसी स्कैन के दौरान, WSUS कंप्यूटर पर ClientWebService और SimpleAuthWebService वर्चुअल निर्देशिकाओं को स्कैन करने के लिए संवाद करने के लिए Windows अद्यतन एजेंट की आवश्यकता है। क्लाइंट WSUS कंप्यूटर के साथ संचार नहीं कर सकता है, तो स्कैन विफल हो जाएगी। यह कई कारणों से सहित, के लिए हो सकता है

  • प्रॉक्सी से संबंधित समस्याएँ
  • HTTP समयबाह्य त्रुटियाँ
  • प्रमाणन त्रुटि
  • प्रमाण पत्र समस्याएँ

हम इनमें से प्रत्येक नीचे कवर होगा।

प्रॉक्सी से संबंधित समस्याएँ

Windows अद्यतन एजेंट उपलब्ध अद्यतनों के लिए स्कैन करने के लिए WinHTTP का उपयोग करता है। जब कोई प्रॉक्सी सर्वर क्लाइंट और WSUS कंप्यूटर के बीच है, तो प्रॉक्सी सेटिंग्स सही रूप से पर क्लाइंट FQDN का उपयोग करके WSUS के साथ संचार करने के लिए उन्हें अनुमति देने के लिए कॉन्फ़िगर होना चाहिए। मामले में प्रॉक्सी समस्याओं, WindowsUpdate.log निम्न के समान त्रुटि की रिपोर्ट हो सकता है: 

0x80244021 or HTTP Error 502 - Bad gateway0x8024401B or HTTP Error 407 - Proxy Authentication Required0x80240030 - The format of the proxy list was invalid0x8024402C - The proxy server or target server name cannot be resolved

WSUS कंप्यूटर फिर भी संभवत: इंट्रानेट के भीतर स्थित है, क्योंकि अधिकांश मामलों में, आप स्थानीय पतों के लिए प्रॉक्सी बायपास कर सकते हैं। इंटरनेट पर क्लाइंट है, तो हालांकि, आप उस संचार की अनुमति देने के लिए प्रॉक्सी सर्वर कॉन्फ़िगर है सुनिश्चित करना होगा। WinHTTP प्रॉक्सी सेटिंग्स को देखने के लिए निम्न आदेश चला सकते हैं:

  • Windows XP पर: proxycfg.exe
  • Windows Vista पर या उपरोक्त: netsh winhttp प्रॉक्सी दिखाएँ

WinINET प्रॉक्सी सेटिंग्स के भाग प्रॉक्सी सेटिंग्स Internet Explorer में कॉन्फ़िगर किया गया है, हालाँकि, WinHTTP प्रॉक्सी सेटिंग्स निम्न अनिवार्यतः प्रॉक्सी सेटिंग्स Internet Explorer में कॉन्फ़िगर किया गया के रूप में समान नहीं हैं। Internet Explorer में प्रॉक्सी सेटिंग्स सही रूप से सेट हैं, तो हालांकि, आप प्रॉक्सी कॉन्फ़िगरेशन WinHTTP प्रॉक्सी सेटिंग्स निम्न के रूप में उपयोग करने के लिए IE से आयात कर सकते हैं। Internet Explorer से प्रॉक्सी कॉन्फ़िगरेशन आयात करने के लिए, निम्न आदेश चलाएँ:

  • Windows XP पर: proxycfg.exe -u
  • Windows Vista पर और बाद: netsh winhttp आयात प्रॉक्सी स्रोत = ie

अधिक जानकारी के लिए, निम्न देखें:

900935 - कैसे Windows अद्यतन क्लाइंट को Windows अद्यतन वेब साइट से कनेक्ट करने के लिए उपयोग करने के लिए कौन से प्रॉक्सी सर्वर निर्धारित करता है

934864 - Microsoft DNS और WINS का उपयोग करें WPAD पंजीकरण के लिए

DNS और DHCP समर्थन वेब प्रॉक्सी और फ़ायरवॉल क्लाइंट Autodiscovery के लिए: https://technet.microsoft.com/en-us/library/cc302584.aspx

HTTP समयबाह्य त्रुटियाँ

समयबाह्य HTTP त्रुटियों का समस्या निवारण करने के लिए, पहले त्रुटि वास्तव में WSUS से वापस भेजा जा रहा है कि यह पुष्टि करने के लिए WSUS कंप्यूटर पर IIS लॉग की समीक्षा करें। WSUS कंप्यूटर त्रुटि नहीं दे रहा है, तो समस्या एक मध्यस्थ फ़ायरवॉल या प्रॉक्सी के साथ संभव है।

WSUS कंप्यूटर त्रुटि दे रहा है, यदि WSUS कंप्यूटर से कनेक्टिविटी की जाँच करें। यहाँ चरण हैं:

क्लाइंट सही WSUS सर्वर से कनेक्ट है कि पुष्टि करने के लिए, Windows Update एजेंट क्लाइंट द्वारा उपयोग किए गए WSUS कंप्यूटर का URL ढूँढें। यह HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate रजिस्ट्री कुंजी की जाँच या WindowsUpdate.log फ़ाइल देख कर ढूँढा जा सकता।

समूह नीति विरोध या किसी द्वितीयक साइट के लिए एक SUP के अतिरिक्त प्रारंभिक क्लाइंट स्थापना के बाद WSUS असाइनमेंट गलत हो सकता है सामान्य कारण शामिल हैं।

नोट सक्रिय निर्देशिका समूह नीति स्थानीय WSUS नीति ओवरराइड कर सकते हैं

यह सॉफ़्टवेयर अद्यतन बिंदु स्रोत स्थान और पोर्ट क्रमांक के साथ कॉन्फ़िगर किया गया है जिससे कि सॉफ़्टवेयर अद्यतन सुविधा स्वचालित रूप से एक स्थानीय समूह नीति सेटिंग कॉन्फ़िगरेशन प्रबंधक क्लाइंट के लिए कॉन्फ़िगर करता है। दोनों सर्वर नाम और पोर्ट संख्या सॉफ़्टवेयर अद्यतन बिंदु खोज करने के लिए क्लाइंट के लिए आवश्यक हैं।

सॉफ़्टवेयर अद्यतन बिंदु क्लाइंट स्थापना के लिए कंप्यूटर किसी सक्रिय निर्देशिका समूह नीति सेटिंग लागू किया जाता है, तो यह स्थानीय समूह नीति सेटिंग को ओवरराइड करता है। विज्ञापन समूह नीति में परिभाषित किया गया है सेटिंग का मान जो कॉन्फ़िगरेशन प्रबंधक द्वारा सेट किया जा रहा है एक से अलग है, तो उसे सही WSUS कंप्यूटर की स्थिति जानें नहीं कर सकता, क्योंकि इसके कारण स्कैन क्लाइंट पर विफल हो जाएगी। इस मामले में WUAHandler.log निम्न दिखाई देगा: 

Group policy settings were overwritten by a higher authority (Domain Controller) to: Server http://server and Policy ENABLED 

क्लाइंट स्थापना और सॉफ़्टवेयर अद्यतनों के लिए सॉफ़्टवेयर अद्यतन बिंदु समान सर्वर होना आवश्यक है और जो सही नाम स् वरूप और पोर्ट जानकारी के साथ सक्रिय निर्देशिका समूह नीति सेटिंग में निर्दिष्ट करना आवश्यक है। उदाहरण के लिए, सॉफ़्टवेयर अद्यतन बिंदु को डिफ़ॉल्ट वेब साइट का उपयोग किया गया था, तो यह http://server1.contoso.com:80 हो सकता है।

मान रहा सर्वर URL सही है, और WSUS कंप्यूटर पर क्लाइंट के बीच कनेक्टिविटी सत्यापित करने के लिए निम्न के जैसा कोई URL का उपयोग कर सर्वर तक पहुँच:

http://SUPSERVER.CONTOSO.COM:8530/Selfupdate/wuident.cab

Whetherthe क्लाइंट ClientWebService वर्चुअल निर्देशिका तक पहुँच सकते हैं, यह जाँचने के लिए, aURL करने के लिए समान तक पहुँचने का प्रयास करें:

http://SUPSERVER.CONTOSO.COM:8530/ClientWebService/wusserverversion.xml

जाँच करें कि क्या क्लाइंट कर सकते हैं करने के लिए SimpleAuthWebService, तो, के लिए समान URL तक पहुँचने का प्रयास करें:

http://SUPSERVER.CONTOSO.COM:8530/SimpleAuthWebService/SimpleAuth.asmx

इनमें से किसी भी विफल हो, तो कुछ संभावित कारण शामिल हैं:

पोर्ट सेटिंग्स सही हैं यह पुष्टि करने के लिए एक अच्छा विचार है ताकि यहाँ विफलताओं से पोर्ट कॉन्फ़िगरेशन समस्याओं, के कारण हो सकता। WSUS कॉन्फ़िगर किया जा सकता किसी भी निम्न पोर्ट का उपयोग करने के लिए: 80, 443 या 8530, 8531।

WSUS कंप्यूटर के साथ संचार करने के लिए क्लाइंट के लिए, उपयुक्त पोर्ट पर WSUS कंप्यूटर पर फ़ायरवॉल अनुमति होनी चाहिए। सॉफ़्टवेयर अद्यतन बिंदु साइट सिस्टम रोल बनाया जाता है जब पोर्ट सेटिंग्स कॉन्फ़िगर किया गया है। इन पोर्ट सेटिंग WSUS वेब साइट द्वारा उपयोग किया गया पोर्ट सेटिंग्स के रूप में समान होना चाहिए, या WSUS सिंक्रनाइज़ेशन प्रबंधक सिंक्रनाइज़ेशन के लिए अनुरोध करने के लिए सॉफ़्टवेयर अद्यतन बिंदु पर चल रहा WSUS करने के लिए कनेक्ट करने के लिए विफल हो जाएगा। निम्न कार्यविधियाँ WSUS और सॉफ़्टवेयर अद्यतन बिंदु द्वारा उपयोग किया गया पोर्ट सेटिंग्स की जाँच करें करने के लिए कैसे के बारे में जानकारी प्रदान करें।

में IIS 7.0 का उपयोग किया और उपरोक्त WSUS पोर्ट सेटिंग्स निर्धारित करें

IIS 6.0 में WSUS पोर्ट सेटिंग्स निर्धारित करें

इस सॉफ़्टवेयर अद्यतन बिंदु के लिए पोर्ट को कॉन्फ़िगर करें

पोर्ट कनेक्टिविटी की जाँच करें

क्लाइंट से पोर्ट कनेक्टिविटी जाँच करने के लिए, निम्न आदेश चलाएँ:

टेलनेट SUPSERVER. CONTOSO.COM

8530 हमारे पोर्ट किया गया था, तो उदाहरण के लिए, हम निम्न आदेश का उपयोग करते हैं:

टेलनेट SUPSERVER. CONTOSO.COM 8530

टेलनेट पोर्ट पहुँच योग्य नहीं है, तो निम्न के जैसा एक त्रुटि वापस आएँगे:

Could not open connection to the host, on port <PortNumber>

 

यह त्रुटि फ़ायरवॉल नियम संचार WSUS कंप्यूटर के लिए अनुमति देने के लिए कॉन्फ़िगर किया गया है नहीं कि सुझाता है। नोट यह त्रुटि भी एक मध्यस्थ डिवाइस नेटवर्क सुझाएँ कर सकते हैं कि जो पोर्ट ब्लॉक कर रहा है। पुष्टि करने के लिए, एक ही स्थानीय सबनेट पर कोई क्लाइंट से एक ही परीक्षण का प्रयास करें। जो कंप्यूटर हैं सुझाव देते हैं, तब यह काम करता है, तो ठीक से कॉन्फ़िगर किया गया हालांकि एक रूटर या फ़ायरवॉल खंडों के बीच है पोर्ट ब्लॉकिंग और विफलता के कारण हो रही है।

  1. सुनिश्चित करें कि क्लाइंट सही URL का उपयोग कर रहा है
  2. URL का परीक्षण करें
    • क्लाइंट पर नाम समाधान समस्याएँ। सत्यापित करें कि आप WSUS कंप्यूटर की FQDN हल कर सकते हैं।
    • प्रॉक्सी कॉन्फ़िगरेशन समस्याएँ। चरण 1, ऊपर देखें।
    • अन्य कनेक्टिविटी नेटवर्क-संबंधी समस्याएँ।
    • पोर्ट कॉन्फ़िगरेशन समस्याएँ (नीचे देखें)।
    • IIS उपलब्धता में समस्या है।
    1. WSUS कंप्यूटर पर इंटरनेट सूचना सेवाओं (IIS) प्रबंधकखोलें।
    2. साइटका विस्तार करें, WSUS कंप्यूटर के लिए वेब साइट पर राइट-क्लिक करें, और तब बाइंडिंग संपादित करेंक्लिक करें।
    3. साइट बाइंडिंग संवाद बॉक्स में, HTTP और HTTPS पोर्ट मान पोर्ट स्तंभ में प्रदर्शित होते हैं।
    1. WSUS सर्वर पर इंटरनेट सूचना सेवाओं (IIS) प्रबंधकखोलें।
    2. वेब साइटका विस्तार करें, WSUS कंप्यूटर के लिए वेब साइट पर राइट-क्लिक करें, और फिर गुणक्लिक करें।
    3. वेब साइट टैब क्लिक करें। HTTP पोर्ट सेटिंग को सेट TCP पोर्ट में प्रदर्शित किया जाता है और SSL पोर्टमें HTTPS पोर्ट सेटिंग प्रदर्शित किया जाता है। 
    1. कॉन्फ़िगरेशन प्रबंधक कंसोल में, नेविगेट करने के लिए व्यवस्थापन फलक साइट कॉन्फ़िगरेशन -> -> सर्वर और साइट सिस्टम रोल, और फिर < SiteSystemName > दाईं ओर के फलक पर क्लिक करें।
    2. निचला फलक में, सॉफ़्टवेयर अद्यतन बिंदु राइट-क्लिक करें, और तब गुणक्लिक करें।
    3. सामान्य टैब पर जाएँ और WSUS कॉन्फ़िगरेशन पोर्ट क्रमांक निर्दिष्ट करें/सत्यापित करें।

प्रमाणन त्रुटि

जब प्रमाणीकरण त्रुटियों के साथ 0x80244017 (HTTP स्थिति 401) या 0x80244018 (HTTP स्थिति 403) स्कैन विफल रहता है, तो यह आम तौर पर इंगित किया गया है

सबसे पहले, निम्न आदेश का उपयोग करते हुए सही WinHTTP प्रॉक्सी सेटिंग्स की पुष्टि करें:

  • Windows Vista पर या उपरोक्त: netsh winhttp प्रॉक्सी दिखाएँ
  • Windows XP पर: proxycfg.exe

मान रहा प्रॉक्सी सेटिंग्स सही हैं, WSUS कंप्यूटर से कनेक्टिविटी की समयबाह्य त्रुटियाँ HTTP ऊपर में दिए चरणों को पूरा करने से जाँच करें। भी पुष्टि करें कि HTTP त्रुटियों WSUS से दी जा रही है करने के लिए WSUS कंप्यूटर पर IIS लॉग की समीक्षा करें। WSUS कंप्यूटर त्रुटि नहीं दे रहा है, तो समस्या एक मध्यस्थ फ़ायरवॉल या प्रॉक्सी के साथ संभव है।

प्रमाण पत्र समस्याएँ

प्रमाण पत्र समस्याएँ आमतौर पर जिसका अर्थ है "प्रमाणपत्र ग्राहक प्रमाणीकरण पूरा करने के लिए आवश्यक है." त्रुटि कोड द्वारा 0x80072F0C ने संकेत दिया है केवल WSUS कंप्यूटर SSL का उपयोग करने के लिए कॉन्फ़िगर किया गया है, तो यह त्रुटि तब आ जाना चाहिए। SSL कॉन्फ़िगरेशन के भाग के रूप में WSUS वर्चुअल निर्देशिका SSL का उपयोग करने के लिए कॉन्फ़िगर होना चाहिए और "पर ध्यान न दें" क्लाइंट प्रमाण पत्र करने के लिए सेट हो। WSUS वेब साइट या किसी भी वे वर्चुअल निर्देशिकाओं गलत तरीके से "स्वीकार" या "क्लाइंट प्रमाणपत्र की आवश्यकता है" के लिए कॉन्फ़िगर किया गया हैं, तो आपको यह त्रुटि प्राप्त होगा।

प्रमाण पत्र में समस्या के लिए संबंधित त्रुटियों का समस्या निवारण करने के लिए, निम्न चरणों का पालन करें:

इस सॉफ़्टवेयर अद्यतन बिंदु SSL के लिए कॉन्फ़िगर किया गया है सत्यापित करें

  1. कॉन्फ़िगरेशन प्रबंधक कंसोल में, नेविगेट करने के लिए व्यवस्थापन फलक साइट कॉन्फ़िगरेशन -> -> सर्वर और साइट सिस्टम रोल, और फिर < SiteSystemName > को दाईं ओर फलक में क्लिक करें।
  2. निचला फलक में, सॉफ़्टवेयर अद्यतन बिंदु राइट-क्लिक करें, और तब गुणक्लिक करें।
  3. WSUS सर्वर के लिए आवश्यक SSL संचारसामान्य टैब पर, क्लिक करें।

WSUS कंप्यूटर SSL के लिए कॉन्फ़िगर किया गया है सत्यापित करें

  1. साइट के लिए सॉफ़्टवेयर अद्यतन बिंदु पर WSUS कंसोल खोलें।
  2. कंसोल ट्री फलक में विकल्प क्लिक करें।
  3. प्रदर्शन फलक में अद्यतन स्रोत और प्रॉक्सी सर्वर पर क्लिक करें।
  4. सत्यापित करें कि अद्यतन जानकारी सिंक्रनाइज़ करते समय SSL का उपयोग करें चुना गया है।

सत्यापित करें कि सर्वर प्रमाणन प्रमाणपत्र WSUS व्यवस्थापन वेब साइट के लिए जोड़ा गया है

WSUS व्यवस्थापन वेब साइट के लिए सर्वर प्रमाणीकरण प्रमाण पत्र को जोड़ने के लिए, निम्न पूर्ण:

  1. WSUS कंप्यूटर पर इंटरनेट सूचना सेवाओं (IIS) प्रबंधकखोलें।
  2. WSUS किसी कस्टम वेब साइट का उपयोग करें, और तब बाइंडिंग संपादित करेंका चयन करने के लिए कॉन्फ़िगर किया गया है, तो डिफ़ॉल्ट वेब साइट, या WSUS व्यवस्थापन वेब साइट राइट-क्लिक करें, साइटका विस्तार करें।
  3. HTTPS प्रविष्टि क्लिक करें, और उसके बाद संपादित करेंक्लिक करें। .
  4. साइट बाइंडिंग संपादित करें संवाद बॉक्स में, सर्वर प्रमाणीकरण प्रमाण पत्र का चयन करें, और उसके बाद ठीकक्लिक करें।
  5. साइट बाइंडिंग संपादित करें संवाद बॉक्स में ' ठीक ' क्लिक करें, और उसके बाद बंद करेंक्लिक करें।
  6. इंटरनेट जानकारी सेवा (IIS) प्रबंधकको बंद करें।

महत्वपूर्ण सुनिश्चित करें कि FQDN साइट सिस्टम गुण में निर्दिष्ट प्रमाण पत्र में निर्दिष्ट FQDN से मेल खाता है। इस सॉफ़्टवेयर अद्यतन बिंदु केवल इंटरनेट से कनेक्शन स्वीकार करता है, तो नाम विषय या विषय वैकल्पिक नाम इंट्रानेट FQDN होना चाहिए। केवल इंटरनेट से कनेक्शन क्लाइंट सॉफ़्टवेयर अद्यतन बिंदु को स्वीकार करता है, जब WCM और WSyncMgr अभी भी इंटरनेट FQDN करने के लिए सॉफ़्टवेयर अद्यतन बिंदु से कनेक्ट करने के लिए का उपयोग करें, क्योंकि प्रमाण पत्र अभी भी इंटरनेट FQDN और इंट्रानेट FQDN होना चाहिए। इस सॉफ़्टवेयर अद्यतन बिंदु से इंटरनेट और इंट्रानेट कनेक्शन स्वीकार करता है, तो इंटरनेट FQDN और इंट्रानेट FQDN दो नामों के बीच ऐंपरसैंड (&) चिह्न सीमांकक का उपयोग करके निर्दिष्ट कर होना चाहिए।

सत्यापित करें कि SSL WSUS कंप्यूटर पर कॉन्फ़िगर किया गया है

सिस्टम केंद्र कॉन्फ़िगरेशन प्रबंधक 2007 के लिए, निम्न लिंक पर लागू होता है एक ही चरण में कॉन्फ़िगरेशन प्रबंधक 2012 WSUS पर SSL कॉन्फ़िगर करने के लिए उपयोग किया जा सकता, हालाँकि:

SSL का उपयोग करने के लिए WSUS वेब साइट को कॉन्फ़िगर कैसे करें

महत्वपूर्ण फिर WSUS साइट के लिए सभी ट्रैफ़िक एन्क्रिप्ट करने के लिए होगी क्योंकि SSL की आवश्यकता करने के लिए पूरे WSUS वेब साइट कॉन्फ़िगर नहीं कर सकता। केवल मेटाडेटा अद्यतन WSUS ट्रैफ़िक। स्थानांतरण एक कंप्यूटर HTTPS पोर्ट पर अद्यतन फ़ाइलों को पुनर्प्राप्त करने का प्रयास करता है, तो विफल हो जाएगी।

WUAHandler Windows अद्यतन एजेंट परिणाम प्राप्त करता है और स्कैन पूर्ण के रूप में चिह्नित करता है।

WUAHandler.log:

Async searching completed. Finished searching for everything in single call.  

समस्या निवारण

यहाँ समस्याओं पिछले चरण में स्कैन विफलताओं के रूप में समान रूप से संबोधित किया जाना चाहिए।

पहले जब स्कैन विफलताएँ समस्या निवारण इस मार्गदर्शिका में बताए गए अनुसार, WUAHandler.log और WindowsUpdate.logलॉग को आप देखना चाहिए है। WUAHandler बस जो Windows Update एजेंट रिपोर्ट की रिपोर्ट करता है, क्योंकि त्रुटि WUAHandler में एक ही त्रुटि Windows अद्यतन एजेंट द्वारा स्वयं, रिपोर्ट किया गया हो सकता त्रुटियों के बारे में इसलिए अधिक जानकारी में WindowsUpdate.log ढूँढा जा सका। WindowsUpdate.log पढ़ने के लिए कैसे समझ करने के लिए, निम्न KB आलेख देखें:

902093 - Windowsupdate.log फ़ाइल को पढ़ने के लिए कैसे

Speaking सामान्यत:, क्यों एक सॉफ़्टवेयर अद्यतन स्कैन विफल हो सकता है कई कारण हैं। यह एक के ऊपर वर्णित समस्याओं के कारण हो सकता, या यह बस संचार या फ़ायरवॉल समस्या करने के लिए सॉफ़्टवेयर अद्यतन बिंदु कंप्यूटर और क्लाइंट के बीच आ सका। आपका सबसे अच्छा स्रोत की जानकारी लॉग और उनमें हो त्रुटि कोड से आ जाएगा। एक संदर्भ के रूप में, आप यहाँ Windows अद्यतन त्रुटि कोड्स की पूरी सूची प्राप्त कर सकते हैं:

938205 - Windows अद्यतन त्रुटि कोड सूची

WUAHandler फिर परिणाम, जो प्रत्येक अद्यतन के लिए applicability स्थिति शामिल हैं पार्स करती है। इस प्रक्रिया के भाग के रूप में, स्थान अद्यतन बाहर ली गई हैं। इसके साथ ही, applicability स्थिति करने के लिए Windows अद्यतन एजेंट CCMExec द्वारा प्रस्तुत मापदंड पर संरेखित करें सभी अद्यतनों के लिए जाँच की है। उन अद्यतन परिनियोजन में एक या नहीं है कि महत्वपूर्ण बात यहाँ है कि आप applicability देखना चाहिए, यह समझने के लिए अद्यतनों के लिए परिणाम।

WUAHandler.log:

Pruning: update id (70f4f236-0248-4e84-b472-292913576fa1) is superseded by (726b7201-862a-4fde-9b12-f36b38323a6f). …Update (Installed): Security Update for Windows 7 for x64-based Systems (KB2584146) (4ae85c00-0eaa-4be0-b81b-dbd7053d5fae, 104)  Update (Missing): Security Update for Windows 7 for x64-based Systems (KB2862152) (505fda07-b4f3-45fb-83d9-8642554e2773, 200) …Successfully completed scan. 

समस्या निवारण

यहाँ समस्याओं पिछले चरण में स्कैन विफलताओं के रूप में समान रूप से संबोधित किया जाना चाहिए।

पहले जब स्कैन विफलताएँ समस्या निवारण इस मार्गदर्शिका में बताए गए अनुसार, WUAHandler.log और WindowsUpdate.logलॉग को आप देखना चाहिए है। WUAHandler बस जो Windows Update एजेंट रिपोर्ट की रिपोर्ट करता है, क्योंकि त्रुटि WUAHandler में एक ही त्रुटि Windows अद्यतन एजेंट द्वारा स्वयं, रिपोर्ट किया गया हो सकता त्रुटियों के बारे में इसलिए अधिक जानकारी में WindowsUpdate.log ढूँढा जा सका। WindowsUpdate.log पढ़ने के लिए कैसे समझ करने के लिए, निम्न KB आलेख देखें:

902093 - Windowsupdate.log फ़ाइल को पढ़ने के लिए कैसे

Speaking सामान्यत:, क्यों एक सॉफ़्टवेयर अद्यतन स्कैन विफल हो सकता है कई कारण हैं। यह एक के ऊपर वर्णित समस्याओं के कारण हो सकता, या यह बस संचार या फ़ायरवॉल समस्या करने के लिए सॉफ़्टवेयर अद्यतन बिंदु कंप्यूटर और क्लाइंट के बीच आ सका। आपका सबसे अच्छा स्रोत की जानकारी लॉग और उनमें हो त्रुटि कोड से आ जाएगा। एक संदर्भ के रूप में, आप यहाँ Windows अद्यतन त्रुटि कोड्स की पूरी सूची प्राप्त कर सकते हैं:

938205 - Windows अद्यतन त्रुटि कोड सूची

संग्रह अद्यतन स्थिति को रिकॉर्ड और WMI में प्रत्येक अद्यतन के लिए स्थिति संदेश उठाती है।

एक बार स्कैन परिणाम उपलब्ध नहीं हैं, तो ये परिणाम संग्रह में अद्यतन किए जाते हैं। अद्यतन संग्रह प्रत्येक अद्यतन की वर्तमान स्थिति को रिकॉर्ड और प्रत्येक अद्यतन के लिए स्थिति संदेश बनाता है। ये स्थिति संदेश साइट सर्वर भारी मात्रा में (जो डिफ़ॉल्ट रूप से, मिनट) स्थिति संदेश रिपोर्टिंग चक्र के अंत में अग्रेषित किया है। हम केवल एक स्थिति संदेश निम्न परिस्थितियों के तहत भेज कि कृपया ध्यान दें:

  • किसी पिछली स्थिति संदेश के लिए कोई अद्यतन कभी नहीं भेजा गया है (लॉग प्रविष्टि: पहले नया आवृत्ति बनाने रिपोर्ट किया गया है)
  • अंतिम स्थिति संदेश सबमिट किया गया था के बाद से अद्यतन applicability स्थिति बदल गया है

UpdateStore.log स्थिति गुम रिकॉर्ड किया जा रहा अद्यतन (KB2862152) और उठाया जा रहा स्थिति संदेश के लिए दिखा रहा है:

Processing update status from update (505fda07-b4f3-45fb-83d9-8642554e2773) with ProductID = 0fa1201d-4330-4fa8-8ae9b877473b6441 Update status from update (505fda07-b4f3-45fb-83d9-8642554e2773) hasn't been reported before, creating new instance. Successfully raised state message for update (505fda07-b4f3-45fb-83d9-8642554e2773) with state (Missing).  Successfully added WMI instance of update status (505fda07-b4f3-45fb-83d9-8642554e2773). 

StateMessage.log स्थिति दिखाने सहसंबधित जाने वाले संदेशों स्थिति ID (गायब) 2 के साथ रिकॉर्ड किया जा रहा:

Adding message with TopicType 500 and TopicId 505fda07-b4f3-45fb-83d9-8642554e2773 to WMI State message(State ID : 2) with TopicType 500 and TopicId 505fda07-b4f3-45fb-83d9-8642554e2773 has been recorded for SYSTEM 

युक्ति प्रत्येक अद्यतन के लिए CCM_UpdateStatus वर्ग की एक आवृत्ति बनाया या अद्यतन किया गया है, और यह अद्यतन की वर्तमान स्थिति को संग्रहीत करती है। CCM_UpdateStatus वर्ग ROOT\CCM\SoftwareUpdates\UpdatesStore नाम स्थान में स्थित है।

समस्या निवारण

यहाँ समस्याओं पिछले चरण में स्कैन विफलताओं के रूप में समान रूप से संबोधित किया जाना चाहिए।

पहले जब स्कैन विफलताएँ समस्या निवारण इस मार्गदर्शिका में बताए गए अनुसार, WUAHandler.log और WindowsUpdate.logलॉग को आप देखना चाहिए है। WUAHandler बस जो Windows Update एजेंट रिपोर्ट की रिपोर्ट करता है, क्योंकि त्रुटि WUAHandler में एक ही त्रुटि Windows अद्यतन एजेंट द्वारा स्वयं, रिपोर्ट किया गया हो सकता त्रुटियों के बारे में इसलिए अधिक जानकारी में WindowsUpdate.log ढूँढा जा सका। WindowsUpdate.log पढ़ने के लिए कैसे समझ करने के लिए, निम्न KB आलेख देखें:

902093 - Windowsupdate.log फ़ाइल को पढ़ने के लिए कैसे

Speaking सामान्यत:, क्यों एक सॉफ़्टवेयर अद्यतन स्कैन विफल हो सकता है कई कारण हैं। यह एक के ऊपर वर्णित समस्याओं के कारण हो सकता, या यह बस संचार या फ़ायरवॉल समस्या करने के लिए सॉफ़्टवेयर अद्यतन बिंदु कंप्यूटर और क्लाइंट के बीच आ सका। आपका सबसे अच्छा स्रोत की जानकारी लॉग और उनमें हो त्रुटि कोड से आ जाएगा। एक संदर्भ के रूप में, आप यहाँ Windows अद्यतन त्रुटि कोड्स की पूरी सूची प्राप्त कर सकते हैं:

938205 - Windows अद्यतन त्रुटि कोड सूची

WUAHandler सफलतापूर्वक प्राप्त Windows अद्यतन एजेंट परिणाम होती है, यह स्कैन पूर्ण के रूप में चिह्नित करता है और निम्नलिखित लॉग ऑन करता:

WUAHandler.log:

Async searching completed. WUAHandler Finished searching for everything in single call

समस्या निवारण

विफलताओं के इस स्तर पर संभव है कि WindowsUpdate.log फ़ाइल में विशेष रूप से दिखाई देने हो जाएगा, हालांकि समस्याओं यहाँ स्कैन विफलताओं कि पिछले चरण में के रूप में समान रूप से संबोधित करना चाहिए। WindowsUpdate.log पढ़ने के लिए कैसे समझ करने के लिए, निम्न KB आलेख देखें:

902093 - Windowsupdate.log फ़ाइल को पढ़ने के लिए कैसे

Speaking सामान्यत:, क्यों एक सॉफ़्टवेयर अद्यतन स्कैन विफल हो सकता है कई कारण हैं। यह एक के ऊपर वर्णित समस्याओं के कारण हो सकता, या यह बस संचार या फ़ायरवॉल समस्या करने के लिए सॉफ़्टवेयर अद्यतन बिंदु कंप्यूटर और क्लाइंट के बीच आ सका। आपका सबसे अच्छा स्रोत की जानकारी लॉग और उनमें हो त्रुटि कोड से आ जाएगा। एक संदर्भ के रूप में, आप यहाँ Windows अद्यतन त्रुटि कोड्स की पूरी सूची प्राप्त कर सकते हैं:

938205 - Windows अद्यतन त्रुटि कोड सूची

WSUS Microsoft अद्यतन के साथ सिंक्रनाइज़ कर रहा है, निम्न चरणों में बाह्य रेखांकित है। समस्या कहाँ है ठीक से स्थापित करने के लिए प्रत्येक चरण की पुष्टि करें।

जब सिंक्रनाइज़ेशन ट्रिगर हो जाती है, तो हम निम्न SoftwareDistribution.log WSUS सर्वर के भीतर देखने के लिए अपेक्षा:

मैनुअल:

Changew3wp.6AdminDataAccess.StartSubscriptionManuallySynchronization manually started Info WsusService.27EventLogEventReporter.ReportEventEventId=382,Type=Information,Category=Synchronization,Message=A manual synchronization was started. 

शेड्यूल किया गया:

InfoWsusService.10EventLogEventReporter.ReportEventEventId=381,Type=Information,Category=Synchronization,Message=A scheduled synchronization was started. 

समस्या निवारण

मैन्युअल सिंक्रनाइज़ेशन

  1. पुष्टि करें कि theWSUS सेवा चल रही है।  आप देख thata मैनुअल तरीके से सिंक्रनाइज़ेशन प्रारंभ किया गया, लेकिन यह 0% पर रहती हैं, तो यह सामान्यत: के कारण WSUS सेवा है (WSUS पर "अद्यतन सेवाएँ" 3. x; "WSUSService" पर Windows सर्वर 2012 +) को रोक दी गई अवस्था में किया जा रहा है।
  2. निम्न पूरा करके WSUS कंसोल MMC कैश रीसेट करें:

    1. WSUS कंसोल को बंद करें
    2. WSUS सेवा रोकें ("अद्यतन सेवाएँ" WSUS पर 3. x; "WSUS सेवा" पर Windows सर्वर 2012 +)
    3. %Appdata%\Microsoft\mmc करने के लिए ब्राउज़ करें
    4. "Wsus_bak" के लिए "wsus" का नाम बदलें
    5. WSUS सेवा प्रारंभ करें
    6. WSUS कंसोल खोलें, और अन्य मैनुअल तरीके से सिंक्रनाइज़ेशन करें

शेड्यूल्ड सिंक्रनाइज़ेशन

  1. WSUS कंसोल में मैन्युअल सिंक्रनाइज़ेशन से प्रयास करें।
  2. मैनुअल तरीके से सिंक्रनाइज़ेशन बहुत अच्छा काम करता है, तो शेड्यूल सिंक्रनाइज़ेशन सेटिंग्स की जाँच करें।

कोई सिंक्रनाइज़ेशन प्रारंभ होने के बाद, WSUS सर्वर WinHTTP के द्वारा किसी HTTP कनेक्शन करने का प्रयास करता है। जब यह कनेक्शन समस्या निवारण निम्न कारक पर विचार करें:

WSUS < = winhttp = > नेटवर्क निकाय <> = Internet

WSUS होस्ट मशीन और इंटरनेट के बीच एक नेटवर्क निकाय (प्रॉक्सी, फ़ायरवॉल, सुरक्षा फ़िल्टर, आदि) मौजूद नहीं है?

कोई प्रॉक्सी मौजूद है, और WSUS सर्वर प्रॉक्सी का उपयोग करने के लिए आवश्यक है, तो प्रॉक्सी सही WSUS सेटिंग्स में कॉन्फ़िगर किया गया है?

समस्या निवारण

मैन्युअल सिंक्रनाइज़ेशन

  1. पुष्टि करें कि जो WSUS सेवा चल रही है। आप देखें कि मैनुअल तरीके से सिंक्रनाइज़ेशन प्रारंभ हो गया है लेकिन यह 0% पर रहती हैं, तो यह सामान्यत: के कारण WSUS सेवा है (WSUS पर "अद्यतन सेवाएँ" 3. x; "WSUS सेवा" पर Windows सर्वर 2012 +) को रोक दी गई अवस्था में किया जा रहा है।
  2. निम्न पूरा करके WSUS कंसोल MMC कैश रीसेट करें:
    1. WSUS कंसोल को बंद करें
    2. WSUS सेवा रोकें ("अद्यतन सेवाएँ" WSUS पर 3. x; "WSUS सेवा" पर Windows सर्वर 2012 +)
    3. %Appdata%\Microsoft\mmc करने के लिए ब्राउज़ करें
    4. "Wsus_bak" के लिए "wsus" का नाम बदलें
    5. WSUS सेवा प्रारंभ करें
    6. WSUS कंसोल खोलें, और अन्य मैनुअल तरीके से सिंक्रनाइज़ेशन करें

शेड्यूल्ड सिंक्रनाइज़ेशन

  1. WSUS कंसोल में मैन्युअल सिंक्रनाइज़ेशन से प्रयास करें.
  2. मैनुअल तरीके से सिंक्रनाइज़ेशन बहुत अच्छा काम करता है, तो शेड्यूल सिंक्रनाइज़ेशन सेटिंग्स की जाँच करें।

WSUS Microsoft अद्यतन से उत्पाद और वर्गीकरण की जानकारी और कोई भी सदस्यता मेटाडेटा मिलने के बाद, WSUS सिंक्रनाइज़ेशन पूर्ण है।

परिनियोजन समस्याओं जो विशिष्ट अद्यतन के साथ निम्न क्षेत्रों में विभाजित किया जा सकता है। जब आप समस्या निवारण शुरू करते हैं, इन क्षेत्रों से संबंधित निम्नलिखित घटकों पर विचार करें।

 क्षेत्र -> स्थापना Supersedence पता लगाना
  घटक ->  WUA अद्यतन इंस्टॉलर (CBS, MSI) CCMExecमेटाडेटा अद्यतन  WUA अद्यतन मेटाडेटा अद्यतन इंस्टॉलर (CBS, MSI)  

क्या इंस्टॉलर है (CBS, MSI, अन्य)?

CBS (घटक आधारित चलाने):

के लिए अद्यतन लागू करने के लिए Windows ऑपरेटिंग सिस्टम (Windows Vista) वर्तमान में, CBS स्थापना को हैंडल करने के लिए उपयोग किया जाता है।

  1. 1. (% Windir%\Logs\Cbs\Cbs.log) CBS लॉग एकत्र करें और करने में विफलता के कारण एक प्रारंभिक समीक्षा प्राप्त इनसाइट। CBS लॉग के माध्यम से आधारित स्थापना समस्याओं के निवारण है इस समस्या निवारक के क्षेत्र से बाहर निम्न नॉलेज बेस आलेख में आपकी मदद कर सकते हैं, हालाँकि:DISM या सिस्टम अद्यतन तैयारी उपकरण का उपयोग करके 947821 - ठीक Windows दूषित त्रुटियों
  2. अद्यतन सफलतापूर्वक लॉग ऑन उपयोगकर्ता के रूप में स्थापित करता है? सफलतापूर्वक लॉग ऑन उपयोगकर्ता के रूप में स्थापित हैं, तो यह केवल सिस्टम प्रसंग के अंतर्गत स्थापित करते समय विफल करता है? यदि ऐसा है, तो सिस्टम प्रसंग के अंतर्गत मैन्युअल स्थापना विफलता समस्या निवारण पर ध्यान केंद्रित है। 
MSI (Windows इंस्टालर):
गैर-Windows सॉफ़्टवेयर अद्यतनों के लिए, MSI स्थापना को हैंडल करने के लिए उपयोग किया जाता है।
  1. एकत्रित और अद्यतन के लिए डिफ़ॉल्ट MSI लॉग की समीक्षा करें। संबंधित KB आलेख के लिए कोई भी ज्ञात समस्याएँ/FAQ के लिए अद्यतन की जाँच करें।
  2. Windows इंस्टालर लॉगिंग विस्तारित और विफलता को पुन: उत्पन्न। अधिक जानकारी के लिए निम्न ज्ञानकोष आलेख देखें:223300 - Windows इंस्टालर लॉगिंग को सक्षम कैसे करेंआने वाले लॉग की समीक्षा करते हैं, वापसी मान 3 लॉग और इनसाइट में विफलता के लिए यह प्रविष्टि पूर्वगामी पंक्तियों के भीतर के लिए जाँच करें।
  3. एक ही अद्यतन मैन्युअल रूप से एक ही स्थापना स्विचेस जो सॉफ़्टवेयर अद्यतन परिनियोजन के दौरान विफल का उपयोग करते हुए प्रसंग स्थानीय सिस्टम के अंतर्गत स्थापित करने के लिए विफल रहता है या नहीं की जाँच करें। यदि यह विफल रहता है, तो यह स्थानीय सिस्टम के अंतर्गत स्थापित करने के साथ एक समस्या है, यह समझने के लिए लॉग ऑन उपयोगकर्ता को एक ही स्थापना स्विचेस के रूप में स्थापना का परीक्षण करें। यह काम करता है, तो आप फिर समस्या स्थानीय सिस्टम संदर्भ का उपयोग करते हुए अद्यतन ठीक से स्थापित करने के लिए कैसे पर ध्यान केंद्रित कर सकते हैं। यह आवश्यकता हो सकती है व्यवस्थापकीय परिनियोजन मार्गदर्शन में KB अद्यतन के लिए या ऑनलाइन के लिए जाँच कर रहा है।

Supersedence के लिए संबंधित निम्न प्रश्नों का उपयोग कर इस समस्या को अलग करने का प्रयास:

  1. जब एक अद्यतन कॉन्फ़िगरेशन प्रबंधक की समय सीमा समाप्त को नियंत्रित करने के तरीके के बारे में प्रश्नों की समीक्षा के लिए यहाँ ""Supersedence नियम अनुभाग: https://technet.microsoft.com/en-us/library/gg712312.aspx
  2. कॉन्फ़िगरेशन प्रबंधक द्वारा एक अद्यतन समाप्त हो गया है, तो नवीनतम superseding अद्यतन लागू करना Microsoft अनुशंसा करता है। अभी भी यदि आप समयसीमा समाप्त अद्यतन परिनियोजित करने के लिए चाहते हैं, तो ये बाहर एक सॉफ़्टवेयर अद्यतन परिनियोजन सॉफ़्टवेयर वितरण/अनुप्रयोग प्रबंधन के माध्यम से लागू किया जा सकता है।
  3. विशेष रूप से supersedence तर्क का अद्यतन करने के लिए संबंधित प्रश्नों के लिए, पहले अधिक जानकारी के लिए अद्यतन के लिए KB आलेख की समीक्षा करें। यदि आप Microsoft अद्यतन कैटलॉग, WSUS कंसोल या कॉन्फ़िगरेशन प्रबंधक कंसोल में supersedence भी देख सकते हैं।

एक क्लाइंट पर अद्यतन प्रति अनुपालन स्थिति निर्धारण

  1. अद्यतन के साथ ज्ञात समस्याओं के लिए अद्यतन KB आलेख की समीक्षा करें।
  2. "सॉफ़्टवेयर अद्यतन स्कैन चक्र" क्रिया कॉन्फ़िगरेशन प्रबंधक क्लाइंट पर चलाएँ।
  3. UpdatesStore.log और WindowsUpdate.logकी समीक्षा करें।

अद्यतन Applicability समस्या निवारण

  1. यदि किसी और चीज के लिए अद्यतन KB आलेख का उपयोग करके भूल रहे हैं की जाँच करें। उदाहरण के लिए, अद्यतन अनुप्रयोग या किसी विशिष्ट सेवा पैक स्तर पर होने के लिए किया जा रहा patched OS की आवश्यकता होती है?
  2. अनन्य अद्यतन ID में समस्याग्रस्त अद्यतन के लागू है से मेल खाता है कि की पुष्टि करें। उदाहरण के लिए, प्रश्न में अद्यतन है एक x86 पर लक्षित किया जा रहा करने के लिए कोई x64 अद्यतन होस्ट?

Congratulation! सॉफ़्टवेयर अद्यतन प्रबंधन प्रक्रिया समस्या हल हो गई है।

कॉन्फ़िगरेशन प्रबंधक में सॉफ़्टवेयर अद्यतनों को कॉन्फ़िगर करने के तरीके के बारे में अतिरिक्त जानकारी के लिए, कृपया निम्न देखें:

आप हमारी सुरक्षा, अद्यतन, और यहाँ अनुपालन के लिए कॉन्फ़िगरेशन प्रबंधक 2012 सहायता फ़ोरम में प्रश्न पोस्ट भी कर सकते हैं:

https://social.technet.microsoft.com/Forums/en-US/home?forum=configmanagersecurity

हमारे सभी नवीनतम समाचार, जानकारी और तकनीकी युक्तियों पर Microsoft सिस्टम केंद्र कॉन्फ़िगरेशन प्रबंधक के लिए ब्लॉग पर जाएँ:

https://blogs.technet.microsoft.com/configurationmgr