استكشاف الأخطاء وإصلاحها في إدارة تكوين إدارة تحديث البرامج


المستخدمون المنزليون: تم إعداد هذه المقالة فقط لعوامل الدعم التقني ومحترفي تكنولوجيا المعلومات. إذا كنت تبحث عن مساعدة في مشكلة، الرجاء طلب مجتمع Microsoft.

ما الذي يقوم به هذا الدليل؟

هذا دليل يساعدك على استكشاف عملية إدارة تحديث البرامج في Microsoft مدير تكوين مركز النظام، بما في ذلك فحص تحديث برنامج العميل ومشاكل المزامنة والكشف عن مشاكل التحديثات المحددة.

تنطبق المعلومات الواردة في هذا الدليل على System Center 2012 إدارة التكوين (ConfigMgr 2012) System Center 2012 R2 إدارة التكوين (ConfigMgr 2012 R2) وكافه الإصدارات من إدارة تكوين في الفرع الحالي.

من ل؟

هذا الدليل لمحترفي تكنولوجيا المعلومات الذين يحتاجون إلى فهم وتشخيص واستكشاف أخطاء عملية "إدارة تحديث البرامج" في Microsoft مدير تكوين مركز النظام.

كيف يعمل؟ينقسم إلى ثلاثة أقسام رئيسية:

  • تحديث البرنامج العميل المسح الضوئي
  • WSUS لمزامنة Microsoft Update
  • التثبيت أو الاستبدال أو الكشف عن مشكلات التحديثات المحددة

يفترض هذا الدليل أن الفعل تم تثبيت نقطة تحديث البرامج وتكوينها. لمزيد من المعلومات حول تكوين "تحديثات البرامج" في إدارة التكوين، راجع ما يلي:

تكوين إدارة التكوين في تحديثات البرامج

الوقت المقدر للإكمال:

30-45 دقيقة.

قبل الشروع في خطوات استكشاف الأخطاء وإصلاحها فعلية، من المهم إبراز بينما قد يبدو واضحا، كلما كان ذلك أفضل فهم المشكلة التي تواجهها، أسرع وأسهل سيكون لإصلاحه. سواء كنت يتولون إصلاح مشكلة التي تواجهها نفسك أو مشكلة أعدها إليك شخص ما في المؤسسة الخاصة بك، فمن المستحسن أن نتوقف لحظة والإجابة على الأسئلة التالية:

  1. ما لم يتم العمل على وجه التحديد و/أو ما هو الهدف؟
  2. ما هو تواتر أو النقش للمشكلة؟ المشكلة لا يزال يحدث؟
  3. كيف أصبحت على علم بوجود المشكلة؟
  4. وهذا من أي وقت مضى عملت؟ إذا كان الأمر كذلك، متى يتوقف؟ وقد تغير أي شيء في البيئة اليمنى قبل توقفت عن العمل؟
  5. النسبة المئوية للعملاء الذين تتأثر؟
  6. ما تم إنجازه فعلا (إذا كان أي شيء) لمحاولة إصلاحه؟
  7. تعرف الإصدار الصحيح من العميل وإصدار الملقم. يتم تحديث هذه النظم؟
  8. عملاء تتأثر ما تكون مشتركة (على سبيل المثال، نفس الشبكة الفرعية، الإعلان الموقع، المجال، الموقع الجغرافي، الموقع، نظام الموقع، إلخ)؟

معرفة وفهم الإجابات على هذه الأسئلة سوف يضع لك على المسار الأفضل لحل سهل وسريع لأي مشكلة تواجه.

حدد إذا كنت تعرف منطقة معينة في عملية "إدارة تحديث البرامج" التي ترغب في استكشاف الأخطاء وإصلاحها، أدناه. في حالة عدم التأكد، ابدأ "فحص تحديث برنامج العميل" وسنقوم المشي خلال العملية برمتها من البداية إلى النهاية.

قبل الشروع في خطوات استكشاف الأخطاء وإصلاحها فعلية، من المهم إبراز بينما قد يبدو واضحا، كلما كان ذلك أفضل فهم المشكلة التي تواجهها، أسرع وأسهل سيكون لإصلاحه. سواء كنت يتولون إصلاح مشكلة التي تواجهها نفسك أو مشكلة أعدها إليك شخص ما في المؤسسة الخاصة بك، فمن المستحسن أن نتوقف لحظة والإجابة على الأسئلة التالية:

  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:

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.  

تحديد وتعيين مفاتيح التسجيل التالية:

  • (يجب أن تكون هذه قيمة Dword 1) HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate\AUUseWUServer
  • ووسيرفير HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate (يجب أن يكون قيمة سلسلة URL خادم WSUS الكامل بما في ذلك المنفذ)
  • وستاتوسيرفير (يجب أن يكون قيمة سلسلة URL خادم WSUS الكامل بما في ذلك المنفذ)

 

على سبيل المثال:

اسم المفتاح: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate

اسم القيمة: ووسيرفير

النوع: REG_SZ

البيانات: http://PS1Site.Contoso.com:8530

 

اسم القيمة: وستاتوسيرفير

النوع: REG_SZ

البيانات: http://PS1Site.Contoso.com:8530

 

اسم المفتاح: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate\AU

اسم القيمة: أوسيووسيرفير

النوع: 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
  4. المراسلة CCM يرسل رسالة طلب الموقع إلى نقطة إدارة:
  5. يوزع هذا الطلب نقطة إدارة ويستدعي إجراء مخزن MP_GetWSUSServerLocations للحصول على مواقع WSUS من قاعدة البيانات:
  6. بعد الحصول على النتائج من الإجراء المخزن، نقطة إدارة إرسال استجابة إلى العميل:
  7. مراسلة CCM تلقي الاستجابة وإرساله مرة أخرى إلى "خدمات الموقع":
  8. خدمات موقع يوزع الاستجابة وأرسل الموقع "التفحص عميل":
  9. مسح عامل الآن على النهج وتحديث الموقع المصدر مع إصدار المحتوى المناسب.
  10. مسح عامل إعلام وواهاندلير لإضافة مصدر التحديث. يضيف مصدر تحديث للتسجيل وواهاندلير وبدء تحديث "نهج المجموعة" (إذا كان العميل في المجال) لمعرفة ما إذا كان خادم التحديث الذي قمنا بإضافته يتجاوز "نهج المجموعة".
  11. بعد إضافة أوبداتيسورسي نجاح، رفع "التفحص عميل" فحص إينيتياتيسثي و "رسالة الحالة":

استكشاف الأخطاء وإصلاحها

تسجيل الأعراض ما الذي تريد الاختيار
يظهر ScanAgent.log المتوفرة لمصدر التحديث و WUAHandler.log لا يوجد أي نهج أو أي نشاط الحالي داخل WUAHandler.log تحقق من تمكين تحديثات البرامج على إعداد العملاء. لمزيد من المعلومات، راجع الوثيقة TechNet التالية: حول إعدادات عميل في إدارة التكوين
لا يوجد موقع خادم WSUS تلقي سكاناجينت/لوكاتيونسيرفيسيس يتم تثبيت دور نقطة تحديث برامج (SUP) للموقع؟ إذا لم يكن الأمر كذلك، تثبيت وتكوين نقطة تحديث البرامج ومراقبة SUPSetup.log للتقدم. راجع ما يلي للحصول على مزيد من المعلومات: تثبيت وتكوين نقطة تحديث البرامج إذا تم تثبيت دور سوب، هو تكوين والمزامنة؟ تحقق من WCM.logو WSUSCtrl.log و WSyncMgr.log للأخطاء. حدد * من وسوسيرفيرلوكيشنز حدد * من Update_SyncStatus
يتلقى موقع WSUS العميل ولكن فشل تكوين مفاتيح التسجيل WSUS هل يستجب تحديث نهج المجموعة ضمن مهلة دقيقتين كل WUAHandler.log؟ إذا كان الأمر كذلك، وواهاندلير تدل على "إعدادات نهج مجموعة تم الكتابة فوقه من قبل سلطة عليا (وحدة تحكم مجال)"؟ البحث عن كائن نهج مجموعة تم تعيينها ضمن المجال.

 

 

 

بمجرد التعرف على العميل وتعيين خادم WSUS أن مصدرها تحديث لتحديث البرامج بالأشعة، يطلب "التفحص عميل" ثم الفحص من وواهاندلير التي تستخدم API عامل تحديث Windows لطلب على "برنامج تحديث مسح" من عامل تحديث Windows. قد يؤدي إجراء فحص من فحص تحديث برامج المجدولة أو يدوياً من تحديث برامج المجدولة أو دليل نشر إعادة تقييم أو من نشر تصبح نشطة الذي يشغل تقييما.

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 بعد فحص تحديث برنامج معرفة ما إذا كان يحدث أي إدخالات جديدة. في حالة حدوث أية إدخالات جديدة، يعني ذلك أن سوب لم يتم إرجاعها بواسطة نقطة إدارة.

استكشاف الأخطاء وإصلاحها

يمكن أن يحدث عددا من المسائل مع "تحديث برنامج" مسح الملفات المفقودة أو التالفة أو مفاتيح التسجيل أو بمشاكل تسجيل المكون. ويمكن حلها من خلال تحديث مستكشف أخطاء Windows، تحديث عامل Windows Update أو إعادة تعيين مخزن البيانات عامل Windows Update:

مستكشف أخطاء Windows Update:

2714434-مستكشف أخطاء تحديث Windows (http://support.microsoft.com/kb/2714434) الوصف

تحديث عامل Windows Update:

949104-كيفية تحديث عامل تحديث Windows إلى الإصدار الأحدث (http://support.microsoft.com/kb/949104)

إذا كان العميل يعمل إصدار قديم من Windows تحديث عامل، يجب أن تدرك أن هناك مشكلة معروفة حيث يفشل عميل Windows 7 ConfigMgr 2012 R2 32 بت طلب تفحص تحديث العودة نتائج الفحص لإدارة التكوين. يؤدي هذا العميل لتقرير حالة امتثال غير صحيحة وتفشل التحديثات المراد تثبيتها عند دورة التحديث يطلب مدير التكوين. ومع ذلك، إذا كنت تستخدم لوحة التحكم Windows Update، التحديثات عادة سيثبت على ما يرام. إذا كنت تواجه هذه المشكلة يجب أن تلاحظ رسالة مشابهة لما يلي في WindowsUpdate.log:

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

هذا مشكلة تخصيص ذاكرة في جوهرها، وبالتالي أجهزة الكمبيوتر ويندوز 7 64 بت لن ترى هذا الخطأ نظراً لمساحة العنوان الخاص بها غير محدود على نحو فعال. ، مع ذلك، يحمل ذاكرة عالية وعالية استخدام CPU، ربما تؤثر على الأداء. ملاحظة ذلك x86 عملاء ستحدث أيضا استخدام الذاكرة العليا (عادة حوالي 1.2 إلى 1.4 gb).

لمزيد من المعلومات حول هذه المشكلة، الرجاء مراجعة المقالة التالية:

دعم تلميح: فشل الفحص التحديث ConfigMgr 2012 ويؤدي حالة امتثال غير صحيحة

ولحسن الحظ، هناك إصلاح عاجل لهذه المشكلة:

3050265-تحديث Windows عميل ل Windows 7: حزيران/يونيه عام 2015 (https://support.microsoft.com/en-us/kb/3050265)

إعادة تعيين مخزن البيانات عامل Windows Update:

لإعادة تعيين مخزن البيانات "عامل Windows Update"، اتبع الخطوات التالية:

  1. إيقاف خدمة Windows Update بتشغيل net stop wuauserv من موجه الأوامر.
  2. إعادة تسمية المجلد C:\Windows\SoftwareDistributionC:\Windows\SoftwareDistribution.old.
  3. بدء خدمة Windows Update بتشغيل wuauserv ابدأ الصافي من موجه الأوامر.
  4. بدء دورة "تحديث برنامج" المسح الضوئي.

الملخص

وباختصار، عند استكشاف أخطاء فشل التفحص، تكون سجلات يجب النظر في WUAHandler.log و WindowsUpdate.log. لأن وواهاندلير ببساطة تقارير أفادت "عامل Windows Update"، قد يكون الخطأ في وواهاندلير نفس الخطأ الذي تم الإعلام عنه من قبل عامل Windows Update نفسه، وبالتالي يمكن العثور على مزيد من المعلومات حول الخطأ في WindowsUpdate.log. لفهم كيفية قراءة WindowsUpdate.log، راجع مقالة قاعدة المعارف التالية:

902093-كيفية قراءة الملف Windowsupdate.log (https://support.microsoft.com/en-us/kb/902093)

أفضل مصدر للمعلومات تأتي من السجلات ورموز الأخطاء التي تحتوي عليها. كمرجع، يمكنك العثور على القائمة الكاملة لرموز أخطاء Windows Update هنا:

938205-قائمة رمز الخطأ Windows Update (http://support.microsoft.com/kb/938205)

 

متى تم طلبها، يبدأ عامل التحديث Windows (WUA) الفحص مقابل خادم WSUS المكون الخاص به.

تشغيل "عامل Windows Update" فحص بعد تلقي طلب من عميل "إدارة التكوين" (CcmExec). إذا تم تعيين قيم التسجيل هذه بشكل صحيح إلى كمبيوتر WSUS سوب صالحة للموقع عن طريق نهج محلي، يجب أن تشاهد طلب بحث COM API من إدارة تكوين العميل (كلينتيد = 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 لإجراء فحص عامل Windows Update. إذا تعذر على العميل الاتصال بالكمبيوتر WSUS، ستفشل عملية الفحص. يمكن أن يحدث ذلك لعدد من الأسباب، بما في ذلك

  • المسائل المتصلة بالوكالة
  • أخطاء مهلة HTTP
  • أخطاء المصادقة
  • مشاكل شهادات

سنغطي كل منها أدناه.

المسائل المتصلة بالوكالة

يستخدم عميل Windows Update 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 الوكيل

على الرغم من أن إعدادات الوكيل المكون في Internet Explorer جزء من إعدادات الوكيل ل WinINET، إعدادات الوكيل WinHTTP ليست بالضرورة نفس إعدادات الوكيل المكون في Internet Explorer. ومع ذلك، إذا تم تعيين إعدادات الوكيل بشكل صحيح في Internet Explorer، يمكنك استيراد تكوين الوكيل من شركة أي أي لاستخدامها كإعدادات الوكيل WinHTTP. لاستيراد تكوين الوكيل من برنامج Internet Explorer، بتشغيل الأمر التالي:

  • في Windows XP: proxycfg.exe u
  • في نظام التشغيل Windows Vista وما فوقها: netsh winhttp استيراد مصدر الوكيل = أي

لمزيد من المعلومات، راجع ما يلي:

900935-كيفية قيام عميل Windows Update بتحديد أي ملقم الوكيل المراد استخدامه للاتصال بموقع Windows Update على ويب

934864-Microsoft DNS واستخدام WINS تسجيل WPAD

DNS و DHCP دعم الاكتشاف التلقائي عميل جدار الحماية ووكيل ويب: https://technet.microsoft.com/en-us/library/cc302584.aspx

أخطاء مهلة HTTP

لاستكشاف أخطاء مهلة HTTP, أولاً مراجعة سجلات IIS على الكمبيوتر WSUS للتأكد من أن يتم إرجاع الأخطاء فعلياً من WSUS. إذا كان الكمبيوتر WSUS لا يتم إرجاع الخطأ، على الأرجح المشكلة مع الوكيل أو جدار الحماية المتوسطة.

إذا كان الكمبيوتر WSUS بإرجاع الخطأ، تحقق من الاتصال مع الكمبيوتر WSUS. فيما يلي الخطوات:

للتأكد من أن العميل الاتصال بخادم WSUS الصحيح، العثور على URL الخاص بالكمبيوتر WSUS استخدامها من قبل العميل "عامل Windows Update". وهذا يمكن العثور على عن طريق التحقق من مفتاح التسجيل HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate أو عن طريق مراجعة الملف WindowsUpdate.log .

تتضمن الأسباب الشائعة التي قد تكون غير صحيحة التعيين WSUS تعارض "نهج المجموعة" أو إضافة سوب إلى موقع ثانوي بعد تثبيت العميل الأولية.

ملاحظة: نهج مجموعة خدمة active directory قد تجاوز النهج المحلي على WSUS

ميزة "تحديثات البرامج" تلقائياً بتكوين إعداد "نهج مجموعة" محلية لإدارة تكوين العميل حتى يتم تكوينه بالموقع المصدر نقطة تحديث البرامج ورقم المنفذ. اسم الخادم والمنفذ رقم مطلوبة للعميل للحصول على مركز تحديث البرامج.

إذا تم تطبيق وضع نهج مجموعة Active Directory إلى أجهزة الكمبيوتر لتثبيت العميل نقطة تحديث البرامج، يؤدي هذا إلى تجاوز إعدادات "نهج المجموعة" المحلي. ولهذا السبب، في حالة مختلفة عن تلك التي يتم تعيينها عن طريق إدارة التكوين، قيمة الإعداد التي تم تعريفها في نهج فريق الفحص ستفشل على العميل لأنه لا يمكن تحديد موقع الكمبيوتر WSUS الصحيحة. في هذه الحالة سوف تظهر WUAHandler.log ما يلي:

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

يجب أن يكون الملقم نفسه نقطة تحديث البرامج لتحديثات التثبيت وبرامج العميل ويجب تحديد إعداد "نهج المجموعة Active Directory" مع معلومات المنفذ وتنسيق الاسم الصحيح. على سبيل المثال، قد يكون هذا http://server1.contoso.com:80 إذا تم استخدام نقطة تحديث البرامج موقع ويب الافتراضي.

افتراض الملقم عنوان URL الصحيح، الوصول إلى الملقم باستخدام محدد موقع معلومات مشابهة لما يلي للتحقق من الاتصال بين العميل والكمبيوتر WSUS:

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

للتحقق من العميل whetherthe الوصول إلى الدليل الظاهري كلينتويبسيرفيسي، حاول الوصول إلى أورل مشابهة لهذه:

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

للتحقق من ما إذا كان العميل يمكن الوصول سيمبليوثويبسيرفيسي، حاول الوصول إلى محدد موقع معلومات مشابهة لهذه:

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

في حالة فشل أي من هذه بعض الأسباب المحتملة تتضمن:

قد يكون سبب فشل هنا بمشكلات تكوين منفذ، حيث أنها فكرة جيدة التحقق من صحة إعدادات المنفذ. يمكن تكوين WSUS لاستخدام أي من المنافذ التالية: 80 أو 443 8530، 8531.

للعملاء بالاتصال بالكمبيوتر WSUS، المنافذ الملائمة يجب أن يسمح جدار حماية على الكمبيوتر WSUS. يتم تكوين إعدادات المنفذ عند إنشاء دور نظام موقع نقطة تحديث البرامج. إعدادات المنفذ يجب أن تكون نفس إعدادات المنفذ المستخدمة من قبل موقع ويب WSUS أو إدارة المزامنة WSUS سيفشل الاتصال إلى WSUS تشغيل نقطة تحديث البرامج لطلب المزامنة. توفر الإجراءات التالية معلومات حول كيفية التحقق من إعدادات المنفذ يستخدمها WSUS ونقطة تحديث البرامج.

تحديد إعدادات المنفذ WSUS المستخدمة في إصدار IIS 7.0 وما فوقها

تحديد إعدادات المنفذ WSUS في IIS 6.0

تكوين المنافذ لنقطة تحديث البرامج

التحقق من الاتصال بالمنفذ

للتحقق من اتصال المنفذ من قبل العميل، بتشغيل الأمر التالي:

سوبسيرفير telnet. CONTOSO.COM

على سبيل المثال، إذا كان لدينا المنفذ 8530 نحن استخدم الأمر التالي:

سوبسيرفير telnet. CONTOSO.COM 8530

المنفذ غير قابل للوصول، سترجع telnet خطأ مشابهة لما يلي:

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

 

يقترح هذا الخطأ لم يتم تكوين قواعد جدار الحماية للسماح بالاتصال للكمبيوتر WSUS. لاحظ أن هذا الخطأ يمكن أن تشير أيضا إلى أن جهاز شبكة وسيطة بحظر هذا المنفذ. للتحقق من، حاول نفس الاختبار من عميل على نفس الشبكة الفرعية المحلية. إذا كان هذا يعمل ثم التي تشير إلى أن أجهزة الكمبيوتر يتم تكوينها بشكل صحيح، لكن الموجه أو جدار حماية بين القطع يقوم بحظر المنفذ وتتسبب في الفشل.

  1. تأكد من أن العميل يستخدم عنوان URL الصحيح
  2. اختبار URL
    • مشاكل تحليل الاسم على الكمبيوتر العميل. تحقق من أنه يمكنك حل FQDN الكمبيوتر WSUS.
    • مشكلات تكوين الوكيل. راجع الخطوة 1 أعلاه.
    • المسائل الأخرى المتصلة بشبكة الاتصال.
    • مشاكل تكوين المنفذ (انظر أدناه).
    • مشاكل الإتاحة IIS.
    1. على الكمبيوتر WSUS، افتح "إدارة خدمات معلومات إنترنت (IIS)".
    2. توسيع مواقعزر الماوس الأيمن فوق موقع ويب على الكمبيوتر WSUS وثم انقر فوق تحرير الارتباطات.
    3. في مربع الحوار ارتباطات الموقع ، يتم عرض قيم منفذ HTTP و HTTPS في العمود المنفذ .
    1. على خادم WSUS، افتح "إدارة خدمات معلومات إنترنت (IIS)".
    2. توسيع مواقع ويب، انقر فوق موقع ويب على الكمبيوتر WSUS ثم انقر فوق خصائص.
    3. انقر فوق علامة التبويب موقع ويب . يتم عرض إعداد المنفذ HTTP في منفذ TCP ويتم عرض إعداد منفذ HTTPS في منفذ SSL.
    1. في وحدة تحكم إدارة التكوين، انتقل إلى جزء الإدارة --> تكوين الموقع --> الأدوار نظام المواقع والخوادم، ثم انقر فوق في الجزء الأيمن < سيتيسيستيمنامي > .
    2. في الجزء السفلي، انقر نقراً مزدوجاً فوق نقطة تحديث البرامج وثم انقر فوق خصائص.
    3. انتقل إلى علامة التبويب عام ، وتحديد والتحقق من أرقام منافذ تكوين WSUS.

أخطاء المصادقة

تتم عادة الإشارة إليها عند فشل التفحص مع أخطاء مصادقة 0x80244017 (401 حالة HTTP) أو 0x80244018 (حالة HTTP 403)

أولاً، تأكد من صحة إعدادات الوكيل WinHTTP استخدام الأوامر التالية:

  • في نظام التشغيل Windows Vista أو أعلى: إظهار netsh winhttp الوكيل
  • في Windows XP: proxycfg.exe

فرض إعدادات الوكيل، التحقق من الاتصال مع الكمبيوتر WSUS بإكمال الخطوات HTTP أخطاء المهلة المذكورة أعلاه. أيضا مراجعة سجلات IIS على الكمبيوتر WSUS للتأكد من أن يتم إرجاع أخطاء HTTP من WSUS. إذا كان الكمبيوتر WSUS لا يتم إرجاع الخطأ، على الأرجح المشكلة مع الوكيل أو جدار الحماية المتوسطة.

مشاكل شهادات

مشاكل شهادات يشار إليها عادة برمز الخطأ 0x80072F0C الذي يعني "مطلوب شهادة لإكمال مصادقة العميل." يجب أن يحدث هذا الخطأ فقط إذا تم تكوين الكمبيوتر WSUS لاستخدام SSL. كجزء من تكوين SSL، يجب تكوين لاستخدام SSL WSUS الدلائل الظاهرية ويتم تعيينه إلى "تجاهل" شهادات العميل. إذا كان الموقع WSUS أو أي من هذه الدلائل الظاهرية تم تكوينها بشكل غير صحيح "قبول" أو "يتطلب" شهادات العميل، سوف تتلقى هذا الخطأ.

اتبع هذه الخطوات لاستكشاف الأخطاء المتعلقة بمشكلات الشهادة:

تحقق من تكوين نقطة تحديث البرامج ل SSL

  1. في وحدة تحكم إدارة التكوين، انتقل إلى جزء الإدارة --> تكوين الموقع -- الأدوار نظام المواقع والخوادم، ثم انقر فوق < سيتيسيستيمنامي > في الجزء الأيسر.
  2. في الجزء السفلي، انقر نقراً مزدوجاً فوق نقطة تحديث البرامج وثم انقر فوق خصائص.
  3. في التبويب عام ، انقر فوق اتصال SSL يتطلب خادم WSUS.

تحقق من تكوين الكمبيوتر 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. عندما يقبل نقطة تحديث البرامج اتصالات العميل من الإنترنت فقط، الشهادة يجب أن لا يزال يحتوي على كل من FQDN إنترنت وإنترانت FQDN نظراً ل WCM ووسينكمجر لا يزال استخدام FQDN الإنترانت للاتصال بنقطة تحديث البرامج. إذا كانت نقطة تحديث البرنامج يقبل الاتصالات من الإنترنت والإنترانت، يجب تحديد كل FQDN إنترنت وإنترانت FQDN باستخدام محدد علامة الضم (&) رمز بين الاسمين.

تحقق من تكوين SSL على الكمبيوتر WSUS

الارتباط التالي ينطبق على مدير تكوين مركز النظام 2007، لكن يمكن استخدام نفس الخطوات لتكوين SSL على WSUS في 2012 إدارة التكوين:

كيفية تكوين موقع ويب WSUS لاستخدام SSL

هام لا يمكنك تكوين موقع ويب WSUS الكامل لطلب SSL لأن ثم سيتعين تشفير كل حركة مرور إلى موقع WSUS. WSUS بتشفير بيانات تعريف التحديث فقط. إذا كان كمبيوتر يحاول استرداد ملفات التحديث على منفذ HTTPS، ستفشل النقل.

وواهاندلير تلقي النتائج من عامل Windows Update ووضع علامة اكتمال المسح الضوئي.

WUAHandler.log:

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

استكشاف الأخطاء وإصلاحها

وينبغي معالجة المشاكل هنا بنفس الطريقة كفشل التفحص في الخطوة السابقة.

كما ذكر سابقا في هذا الدليل عند استكشاف أخطاء فشل التفحص، هي السجلات التي يجب أن ننظر في WUAHandler.log و WindowsUpdate.log. لأن وواهاندلير ببساطة تقارير أفادت "عامل Windows Update"، قد يكون الخطأ في وواهاندلير نفس الخطأ الذي تم الإعلام عنه من قبل عامل Windows Update نفسه، وبالتالي مزيد من المعلومات حول الخطأ يمكن أن توجد في WindowsUpdate.log. لفهم كيفية قراءة WindowsUpdate.log، راجع مقالة قاعدة المعارف التالية:

902093-كيفية قراءة الملف Windowsupdate.log

وبصفة عامة، هناك عدة أسباب لماذا قد يفشل إجراء فحص "تحديث البرنامج". يمكن أن يعود من المسائل المذكورة أعلاه، أو أنه يمكن ببساطة ينزل إلى قضية جدار الحماية أو الاتصال بين العميل ونقطة تحديث برامج الكمبيوتر. أفضل مصدر للمعلومات تأتي من السجلات ورموز الأخطاء التي تحتوي عليها. كمرجع، يمكنك العثور على القائمة الكاملة لرموز أخطاء Windows Update هنا:

938205-قائمة رمز الخطأ Windows Update

يوزع وواهاندلير ثم النتائج، التي تتضمن حالة التطبيق لكل تحديث. وكجزء من هذه العملية، تم تنقيح التحديثات التي تم استبدالها بها. بالإضافة إلى ذلك، يتم فحص حالة انطباق لكافة التحديثات التي تتوافق مع المعايير المقدمة من CCMExec إلى عامل Windows Update. المهم فهم هنا سوف ترى إمكانية تطبيق نتائج للتحديثات ما إذا كان يتم نشر هذه التحديثات أم لا.

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. لأن وواهاندلير ببساطة تقارير أفادت "عامل Windows Update"، قد يكون الخطأ في وواهاندلير نفس الخطأ الذي تم الإعلام عنه من قبل عامل Windows Update نفسه، وبالتالي مزيد من المعلومات حول الخطأ يمكن أن توجد في WindowsUpdate.log. لفهم كيفية قراءة WindowsUpdate.log، راجع مقالة قاعدة المعارف التالية:

902093-كيفية قراءة الملف Windowsupdate.log

وبصفة عامة، هناك عدة أسباب لماذا قد يفشل إجراء فحص "تحديث البرنامج". يمكن أن يعود من المسائل المذكورة أعلاه، أو أنه يمكن ببساطة ينزل إلى قضية جدار الحماية أو الاتصال بين العميل ونقطة تحديث برامج الكمبيوتر. أفضل مصدر للمعلومات تأتي من السجلات ورموز الأخطاء التي تحتوي عليها. كمرجع، يمكنك العثور على القائمة الكاملة لرموز أخطاء Windows Update هنا:

938205-قائمة رمز الخطأ Windows Update

تسجيل الحالة تحديث مخزن ورفع "رسالة الحالة" لكل تحديث في WMI.

متى توافرت نتائج الفحص، يتم تخزين هذه النتائج في مخزن التحديثات. تحديث مخزن السجلات الحالة الحالية لكل تحديث وإنشاء "رسالة الحالة" لكل تحديث. إعادة توجيه "رسائل الحالة" هذه إلى "ملقم المواقع" بكميات كبيرة في نهاية دورة "التبليغ عن رسالة الحالة" (ودقيقة بشكل افتراضي). الرجاء ملاحظة أننا فقط إرسال "رسالة الحالة" الظروف التالية:

  • تم إرسال "رسالة الحالة" السابقة ابدأ للحصول على تحديث (تسجيل الدخول: لم يتم الإبلاغ عنها قبل، إنشاء مثيل جديد)
  • تغيرت حالة انطباق لتحديث منذ تقديم آخر رسالة الحالة

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 يعرض حالة يتم تسجيلها باستخدام معرف الحالة 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. لأن وواهاندلير ببساطة تقارير أفادت "عامل Windows Update"، قد يكون الخطأ في وواهاندلير نفس الخطأ الذي تم الإعلام عنه من قبل عامل Windows Update نفسه، وبالتالي مزيد من المعلومات حول الخطأ يمكن أن توجد في WindowsUpdate.log. لفهم كيفية قراءة WindowsUpdate.log، راجع مقالة قاعدة المعارف التالية:

902093-كيفية قراءة الملف Windowsupdate.log

وبصفة عامة، هناك عدة أسباب لماذا قد يفشل إجراء فحص "تحديث البرنامج". يمكن أن يعود من المسائل المذكورة أعلاه، أو أنه يمكن ببساطة ينزل إلى قضية جدار الحماية أو الاتصال بين العميل ونقطة تحديث برامج الكمبيوتر. أفضل مصدر للمعلومات تأتي من السجلات ورموز الأخطاء التي تحتوي عليها. كمرجع، يمكنك العثور على القائمة الكاملة لرموز أخطاء Windows Update هنا:

938205-قائمة رمز الخطأ Windows Update

عندما يتلقى وواهاندلير بنجاح النتائج من عامل Windows Update، وضع علامة اكتمال التفحص، ويسجل ما يلي:

WUAHandler.log:

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

استكشاف الأخطاء وإصلاحها

وينبغي معالجة المشاكل هنا بنفس الطريقة كفشل التفحص في الخطوة السابقة، على الرغم من أن الفشل في هذه المرحلة سوف من المحتمل أن يتم تصفحها في الملف WindowsUpdate.log على وجه التحديد. لفهم كيفية قراءة WindowsUpdate.log، راجع مقالة قاعدة المعارف التالية:

902093-كيفية قراءة الملف Windowsupdate.log

وبصفة عامة، هناك عدة أسباب لماذا قد يفشل إجراء فحص "تحديث البرنامج". يمكن أن يعود من المسائل المذكورة أعلاه، أو أنه يمكن ببساطة ينزل إلى قضية جدار الحماية أو الاتصال بين العميل ونقطة تحديث برامج الكمبيوتر. أفضل مصدر للمعلومات تأتي من السجلات ورموز الأخطاء التي تحتوي عليها. كمرجع، يمكنك العثور على القائمة الكاملة لرموز أخطاء Windows Update هنا:

938205-قائمة رمز الخطأ Windows Update

مزامنة مع Microsoft Update WSUS الموضحة في الخطوات التالية. تأكيد كل خطوة من أجل تأسيس فيها المشكلة بشكل صحيح.

عند تشغيل عملية مزامنة، نتوقع أن نرى ما يلي داخل 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. تأكد من تشغيل الخدمة ثيوسوس.  إذا كنت ترى بدء المزامنة اليدوية الإجازة غير أنه يبقى عند 0%، وهذا يحدث عادة بسبب خدمة WSUS ("خدمات تحديث" على WSUS 3.x؛ تم إيقاف "وسوسيرفيسي" في Windows Server 2012 +) في حالة توقف.
  2. إعادة تعيين ذاكرة التخزين المؤقت WSUS وحدة التحكم MMC بإكمال ما يلي:

    1. قم بإغلاق وحدة التحكم WSUS
    2. قم بإيقاف خدمة WSUS ("خدمات تحديث" على WSUS 3.x؛ "خدمة WSUS" على خادم Windows 2012 +)
    3. استعرض للوصول إلى %appdata%\Microsoft\mmc
    4. إعادة تسمية "wsus" إلى "wsus_bak"
    5. بدء تشغيل خدمة WSUS
    6. افتح وحدة تحكم WSUS ثم حاول مزامنة يدوية أخرى

المزامنة المجدولة

  1. حاول مزامنة يدوياً من داخل وحدة التحكم WSUS.
  2. إذا كانت مزامنة يدوياً يعمل بشكل جيد، تحقق من إعدادات المزامنة المجدولة.

بعد بدء تشغيل عملية مزامنة، يحاول خادم WSUS لإجراء اتصال HTTP عبر WinHTTP. يجب مراعاة العوامل التالية عند استكشاف أخطاء الاتصال وإصلاحها:

WSUS < = winhttp = > شبكة الوحدات <> = إنترنت

توجد وحدة شبكة (وكيل جدار حماية، تصفية الأمان، إلخ) بين الجهاز المضيف WSUS والإنترنت؟

في حالة وجود وكيل وخادم WSUS مطلوب لاستخدام الوكيل، يتم تكوين الوكيل ضمن الإعدادات المناسبة WSUS؟

استكشاف الأخطاء وإصلاحها

المزامنة اليدوية

  1. تأكد من تشغيل خدمة WSUS. إذا كنت ترى أن بدء مزامنة يدوياً لكن يبقى عند 0%، وهذا يحدث عادة بسبب خدمة WSUS ("خدمات تحديث" على WSUS 3.x؛ تم إيقاف "خدمة WSUS" في Windows Server 2012 +) في حالة توقف.
  2. إعادة تعيين ذاكرة التخزين المؤقت WSUS وحدة التحكم MMC بإكمال ما يلي:
    1. قم بإغلاق وحدة التحكم WSUS
    2. قم بإيقاف خدمة WSUS ("خدمات تحديث" على WSUS 3.x؛ "خدمة WSUS" على خادم Windows 2012 +)
    3. استعرض للوصول إلى %appdata%\Microsoft\mmc
    4. إعادة تسمية "wsus" إلى "wsus_bak"
    5. بدء تشغيل خدمة WSUS
    6. افتح وحدة تحكم WSUS ثم حاول مزامنة يدوية أخرى

المزامنة المجدولة

  1. حاول مزامنة يدوياً من داخل وحدة التحكم WSUS
  2. إذا كانت مزامنة يدوياً يعمل بشكل جيد، تحقق من إعدادات المزامنة المجدولة.

وبمجرد تلقي WSUS المنتج وتصنيف المعلومات وبيانات التعريف التي تم الاشتراك فيها أي من Microsoft Update، اكتمال المزامنة WSUS.

يمكن تقسيم توزيع المشكلات التي تحدث مع التحديثات المعينة إلى المجالات الواردة أدناه. عند البدء في استكشاف الأخطاء وإصلاحها، خذ بعين الاعتبار العناصر التالية المرتبطة بهذه المناطق.

--> مناطقالتثبيتاستبدالدليل الكشف عن التحديثات
مكونات-->WUA التحديث المثبت (CBS، MSI) CCMExecتم تحديث بيانات التعريفمثبت تحديث بيانات تعريف التحديث WUA (CBS، MSI)

ما هو المثبت (CBS، MSI، الأخرى)؟

سي بي إس (معالجة مكون بناء):

التحديثات التي تنطبق على نظام التشغيل Windows (Windows Vista للحالي)، يتم استخدام شبكة سي بي إس لمعالجة التثبيت.

  1. 1. جمع سجل شبكة سي بي إس (% Windir%\Logs\Cbs\Cbs.log) وتنفيذ فكرة كسب مراجعة أولية عن سبب الفشل. استكشاف الأخطاء وإصلاحها على أساس التثبيت عبر شبكة سي بي إس السجلات خارج نطاق مستكشف الأخطاء هذا، ولكن قد تساعد مقالة قاعدة المعارف التالية:947821-خطأ عطب في إصلاح Windows باستخدام الأداة DISM أو الاستعداد لتحديث النظام
  2. يتم تثبيت التحديث بنجاح كمستخدم قام بتسجيل الدخول؟ في حالة تثبيت بنجاح كمستخدم تم تسجيل دخوله، أنه فقط إلا عند تثبيت ضمن سياق النظام؟ إذا كان الأمر كذلك، التركيز على استكشاف أخطاء فشل التثبيت اليدوي ضمن سياق النظام.
إس (Windows Installer):
تحديثات البرامج غير Windows، يتم استخدام MSI للتعامل مع عملية التثبيت.
  1. جمع ومراجعة سجلات MSI الافتراضي للتحديث. تحقق من مقالة قاعدة المعارف المقترنة لتحديث أي المشاكل المعروفة/الأسئلة المتداولة.
  2. تسجيل "مثبت Windows توسيع" وعدم القيام بإعادة إنتاج. راجع مقالة "قاعدة المعارف" التالية للحصول على مزيد من المعلومات:223300-كيفية تمكين تسجيل مثبت Windowsعند مراجعة السجلات الناتجة، البحث عن قيمة الإرجاع 3 ضمن السجل والبنود السابقة لهذا الإدخال لأعمق للفشل.
  3. تحقق ما إذا كان نفس التحديث فشل في تثبيت يدوياً ضمن سياق النظام المحلي استخدام نفس مبدلات التثبيت التي فشلت أثناء نشر تحديث البرامج. وإذا فشل ذلك، اختبار التثبيت كمستخدم قام بتسجيل الدخول بنفس تبديلات فهم ما إذا كان هذا مشكلة في تثبيت ضمن النظام المحلي. إذا كان هذا يعمل، ثم التركيز المشكلة على كيفية تثبيت التحديث استخدام سياق النظام المحلي بشكل صحيح. وقد يتطلب التحقق من الإدارة توزيعها داخل قاعدة المعارف للتحديث أو عبر الإنترنت.

محاولة لعزل المشكلة التي تتعلق بالاستبدال باستخدام الأسئلة التالية:

  1. للأسئلة حول كيفية التحكم في صلاحية إدارة تكوين تحديث، راجع قسم "قواعد الاستبدال" هنا: https://technet.microsoft.com/en-us/library/gg712312.aspx
  2. إذا انتهت صلاحية تحديثًا بإدارة التكوين، توصي Microsoft بأن التحديث الذي يتم استبداله أحدث نشرها. إذا كانت لا تزال تحتاج لنشر تحديثات منتهية الصلاحية، يمكن نشر هذه خارج عملية نشر تحديث برامج عن طريق إدارة تطبيق/توزيع البرامج.
  3. أسئلة تتعلق تحديداً بمنطق استبدال التحديث، أولاً مراجعة مقالة قاعدة المعارف للتحديث للحصول على مزيد من المعلومات. يمكنك أيضا مراجعة الاستبدال في كتالوج Microsoft Update أو WSUS وحدة تحكم إدارة تكوين وحدة التحكم.

تحديد حالة توافق كل تحديث على كمبيوتر أحد العملاء

  1. قم بمراجعة المقالة التحديث KB للمشكلات المعروفة مع هذا التحديث.
  2. تشغيل الإجراء "تحديثات فحص دورة البرامج" على إدارة تكوين العميل.
  3. مراجعة UpdatesStore.log و WindowsUpdate.log.

استكشاف إمكانية تطبيق التحديث

  1. تحقق من حالة مفقودة أية متطلبات مسبقة لاستخدام مقالة قاعدة المعارف للتحديث. على سبيل المثال، تتطلب التحديث تطبيق أو نظام التشغيل يتم إصلاحها لتكون على مستوى حزمة خدمة محددة؟
  2. تأكد من أن يطابق "المعرف الفريد تحديث" للتحديث المطلوب ما يتم نشرة. على سبيل المثال، هو التحديث في السؤال x86 التحديث ولكن تستهدف x64 المضيف؟

مبروك تم حل المشكلة عملية "إدارة تحديث البرامج" الخاصة بك.

لمزيد من المعلومات حول كيفية تكوين تحديثات البرامج في إدارة التكوين، الرجاء مراجعة ما يلي:

يمكنك أيضا نشر سؤال في محفلنا هذا الدعم 2012 إدارة التكوين لتحديثات الأمان والتوافق هنا:

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

قم بزيارة مدونتنا كافة أحدث الأخبار والمعلومات والتكنولوجيا تلميحات حول Microsoft مدير تكوين مركز النظام:

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