Configuration Manager'da yazılım güncelleştirme yönetimi sorunlarını giderme

Bu makale Configuration Manager'da yazılım güncelleştirme yönetimi işleminin sorunlarını gidermenize yardımcı olur. İstemci yazılımı güncelleştirme tarama, eşitleme sorunları ve belirli güncelleştirmelerle ilgili algılama sorunlarını içerir.

Özgün ürün sürümü: Configuration Manager (geçerli dal), System Center 2012 R2 Configuration Manager, System Center 2012 Configuration Manager
Özgün KB numarası: 4505440

Sorununuzun kapsamını daraltma

Bu kılavuz, bir yazılım güncelleştirme noktasının zaten yüklendiğini ve yapılandırıldığını varsayar. Configuration Manager'da yazılım güncelleştirmelerini yapılandırma hakkında daha fazla bilgi için bkz . Yazılım güncelleştirmeleri yönetimine hazırlanma.

Sorun gidermeye başlamadan önce, karşılaştığınız sorunu ne kadar iyi anlarsanız, düzeltmenin o kadar hızlı ve kolay olacağını vurgulamanız önemlidir. Karşılaştığınız bir sorunu veya kuruluşunuzdaki biri tarafından size bildirilen bir sorunu düzeltmekle görevlendirildiyseniz, bir dakikanızı ayırın ve aşağıdaki soruları yanıtlayın:

1. Özellikle çalışmayan ve/veya hedefiniz nedir?
2. Sorunun sıklığı veya deseni nedir? Sorun devam ediyor mu?
3. Sorunun var olduğunu nasıl fark ettiniz?
4. Hiç işe yaradı mı? Öyleyse, ne zaman durdu? Çalışmamaya başlamadan önce ortamda herhangi bir değişiklik yapıldı mı?
5. İstemcilerin yüzde kaçı etkileniyor?
6. Düzeltmeye çalışmak için zaten (bir şey varsa) ne yapıldı?
7. İstemcinin tam sürümünü ve sunucunun sürümünü bilin. Bu sistemler güncel mi?
8. Etkilenen istemcilerin ortak neleri vardır? Örneğin, aynı alt ağ, AD sitesi, etki alanı, fiziksel konum, site, site sistemi.

Bu soruların yanıtlarını bilmek ve anlamak, karşılaştığınız her sorunun hızlı ve kolay bir şekilde çözülmesi için sizi en iyi yola sokacaktır.

Yazılım güncelleştirme yönetimi sürecinde sorun gidermek istediğiniz belirli bir alanı biliyorsanız aşağıdan seçin. Emin değilseniz istemci yazılım güncelleştirme taramasıyla başlayın ve baştan sona tüm süreci inceleyeceğiz.

• İstemci yazılımı güncelleştirme taraması
• WSUS-Microsoft Update eşitlemesi
• Belirli güncelleştirmelerle ilgili yükleme, yerine geçme veya algılama sorunları

İstemci yazılımı güncelleştirme taraması

İstemci tarama işlemi aşağıdaki adımlarda özetlenmiştir. Sorunun nerede olduğunu düzgün bir şekilde oluşturmak için her adımı onaylayın.

1. Adım: İstemci, yönetim noktasına bir WSUS konum isteği gönderir

İstemcinin yaptığı ilk şey, yazılım güncelleştirme taramaları için güncelleştirme kaynağı olacak WSUS sunucusunu ayarlamaktır. Bu işlem aşağıda ayrıntılı olarak anlatılır.

1. Configuration Manager istemcisinin bir yazılım güncelleştirme taramasını işlemesi gerektiğinde Tarama Aracısı, ScanAgent.log'de belirtildiği gibi kullanılabilir ilkeyi temel alan bir tarama isteği oluşturur:

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

2. Tarama Aracısı artık ScanAgent.log belirtildiği gibi Konum Hizmetleri'ne bir WSUS konum isteği gönderiyor:

   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.
   

   İpucu

   Her tarama işi sınıfındaki WMI'de CCM_ScanJobInstance depolanır:

   Ad Alanı: root\CCM\ScanAgent Sınıf: CCM_ScanJobInstance

3. Konum Hizmetleri bir konum isteği oluşturur ve bunu yönetim noktasına gönderir. WSUS konum isteğinin paket kimliği, güncelleştirme kaynağı benzersiz kimliğidir. In 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}
   

4. CCM Messaging, yönetim noktasına konum isteği iletisini gönderir. In CcmMessaging.log:

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

5. Yönetim noktası bu isteği ayrıştırarak WSUS konumlarını veritabanından almak için saklı yordamı çağırır MP_GetWSUSServerLocations . In 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 Server Profiler'da:

   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'
   

6. Saklı yordamdan sonuçları aldıktan sonra yönetim noktası istemciye bir yanıt gönderir. In 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>
   

7. CCM Mesajlaşma yanıtı alır ve Konum Hizmetleri'ne geri gönderir. In 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'
   

8. Konum Hizmetleri yanıtı ayrıştırıp konumu Tarama Aracısı'na geri gönderir. In 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}
   

9. Tarama Aracısı artık ilkeye ve güncelleştirme kaynağı konumuna uygun içerik sürümüne sahiptir. In 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
   

10. Tarama Aracısı, WUAHandler'a güncelleştirme kaynağını eklemesi için bildirimde bulunur. WUAHandler, güncelleştirme kaynağını kayıt defterine ekler. İstemci etki alanındaysa, Grup İlkesi'nin eklenen güncelleştirme sunucusunu geçersiz kılıp geçersiz kılmadığını görmek için bir Grup İlkesi yenilemesi başlatır. Yeni bir Güncelleştirme Kaynağı eklendiğini gösteren WUAHandler.log aşağıdaki girişler günlüğe kaydedilir:

    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 change  
    Waiting for 30 secs for policy to take effect on WU Agent.  
    Added Update Source ({UpdateSource}) of content type: 2
    

    Bu süre boyunca Windows Update Aracısı bir WSUS yapılandırma değişikliği görür. In WindowsUpdate.log:

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

    Aşağıdaki kayıt defteri anahtarları denetlenip ayarlanır:

    Kayıt defteri alt anahtarı	Değer adı	Tür	Veri
    HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate	WUServer	REG_SZ	Bağlantı noktası dahil olmak üzere tam WSUS sunucusu URL'si. Örneğin <http://PS1Site.Contoso.com:8530>
    HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate	WUStatusServer	REG_SZ	Bağlantı noktası dahil olmak üzere tam WSUS sunucusu URL'si. Örneğin <http://PS1Site.Contoso.com:8530>
    HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\WindowsUpdate\AU	UseWUServer	REG_DWORD	0x1

    Mevcut bir istemci için, içerik sürümünün ne zaman arttığını belirtmek üzere WUAHandler.log aşağıdaki iletiyi görmeyi bekleyebiliriz:

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

11. Güncelleştirme kaynağı başarıyla eklendikten sonra Tarama Aracısı bir durum iletisi oluşturur ve taramayı başlatır. In ScanAgent.log:

    ScanJob({JobID}): Raised UpdateSource ({UpdateSource}) state message successfully. StateId = 2  
    ScanJob({JobID}): CScanJob::Execute - successfully requested Scan, ScanType=1
    

1. adımdaki sorunları giderme

Sorunlar	Denetlenecek şeyler
ScanAgent.log güncelleştirme kaynağı için kullanılabilir ilke yok ve WUAHandler.log yok veya WUAHandler.log içinde geçerli bir etkinlik yok	İstemcilerde yazılım güncelleştirmelerini etkinleştir ayarını denetleyin.
Tarama Aracısı veya Konum Hizmetleri WSUS sunucu konumunu almıyor	Site için bir yazılım güncelleştirme noktası (SUP) rolü yüklü mü? Aksi takdirde, bir yazılım güncelleştirme noktası yükleyip yapılandırın ve ilerleme durumu için SUPSetup.log izleyin. Daha fazla bilgi için bkz . Yazılım güncelleştirme noktasını yükleme ve yapılandırma. Bir SUP rolü yüklüyse, yapılandırılmış ve eşitleniyor mu? Hatalar için WCM.log, WSUSCtrl.log ve WSyncMgr.log denetleyin. select * from WSUSServerLocations select * from Update_SyncStatus
İstemci WSUS konumunu alır ancak WSUS kayıt defteri anahtarlarını yapılandıramıyor	Grup İlkesi yenilemesi WUAHandler.log başına 2 dakikalık zaman aşımı süresi içinde yanıt verdi mi? Öyleyse WUAHandler, Grup ilkesi ayarlarının üzerine daha yüksek bir yetkili (Etki Alanı Denetleyicisi) tarafından yazıldığını belirtir mi? Daha fazla bilgi için bkz . Grup İlkesi doğru WSUS yapılandırma bilgilerini geçersiz kılar.

Yazılım güncelleştirmesi tarama hatalarını giderme hakkında daha fazla bilgi için bkz . Yazılım güncelleştirmesi tarama hatalarını giderme.

2. Adım: Tarama Aracısı taramayı istiyor ve WUAHandler taramayı başlatıyor

İstemci, yazılım güncelleştirme taramaları için güncelleştirme kaynağı olacak WSUS sunucusunu tanımlayıp ayarladıktan sonra, Tarama Aracısı Windows Update Aracısı API'sini kullanan WUAHandler'dan windows update aracısından yazılım güncelleştirme taraması istemek için taramayı istemektedir. Tarama aşağıdakilerden kaynaklanabilir:

• Zamanlanmış veya el ile yazılım güncelleştirme taraması
• Zamanlanmış veya el ile güncelleştirilmiş bir yazılım dağıtımı yeniden değerlendirme
• Etkin hale gelen bir dağıtım

Tarama bir değerlendirme tetikler. In ScanAgent.log:

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

Tarama sonuçları, yalnızca hizmet paketleri ve tanım güncelleştirmeleri tarafından değiştirilen güncelleştirmeleri içerir. In 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.

İpucu

Yeni giriş olup olmadığını görmek için yazılım güncelleştirme taramasının ardından WUAHandler.log gözden geçirin. Yeni girdi oluşmazsa, yönetim noktası tarafından hiçbir SUP döndürülmediğini gösterir.

2. adımdaki sorunları giderme

Yazılım güncelleştirme taramasıyla ilgili birçok soruna aşağıdaki nedenlerden biri neden olabilir:

• Eksik veya bozuk dosyalar veya kayıt defteri anahtarları.
• Bileşen kayıt sorunları.

Bu tür sorunları düzeltmek için bkz . Eksik veya bozuk bileşenlerden kaynaklanan tarama hataları.

Güncelleştirme taraması isteyen bir 32 bit Windows 7 ConfigMgr 2012 R2 istemcisinin Configuration Manager'a tarama sonuçlarını döndürememesiyle ilgili bilinen bir sorun vardır. İstemcinin yanlış uyumluluk durumunu bildirmesine neden olur ve Configuration Manager güncelleştirme döngüsünü istediğinde güncelleştirmelerin yüklenememesine neden olur. Ancak, Windows Update denetim masası uygulamasını kullanırsanız, güncelleştirmeler genellikle sorunsuz yüklenir. Bu sorunla karşılaştığınızda, WindowsUpdate.log aşağıdakine benzer bir ileti alırsınız:

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

Bu bir bellek ayırma sorunudur, 64 bit Windows 7 bilgisayarları adres alanları etkin bir şekilde sınırsız olduğundan bu hatayı görmez. Ancak yüksek bellek ve yüksek CPU kullanımı sergiler ve bu da performansı etkiler. X86 istemcileri ayrıca yüksek bellek kullanımı da sergiler (genellikle 1,2 GB ile 1,4 GB arasında).

Bu sorunu çözmek için Windows 7 için Windows Update İstemcisi: Haziran 2015'i uygulayın.

Tarama hatalarını giderirken WUAHandler.log ve WindowsUpdate.log dosyalarını denetleyin. WUAHandler yalnızca Windows Update Aracısı'nın bildirdiği raporları bildirir. Bu nedenle WUAHandler'daki hata, Windows Update Aracısı tarafından bildirilen hatayla aynı olacaktır. Hata hakkında daha fazla bilgi WindowsUpdate.log bulunabilir. WindowsUpdate.log okumayı anlamak için bkz . Windows Update günlük dosyaları.

En iyi bilgi kaynağınız günlüklerden ve içerdikleri hata kodlarından gelir. Hata kodları hakkında daha fazla bilgi için bkz . Windows Update yaygın hataları ve azaltma.

3. Adım: Windows Update Aracısı (WUA), WSUS bilgisayarına karşı taramayı başlatır

Windows Update Aracısı, Configuration Manager istemcisinden (CcmExec) bir istek aldıktan sonra bir tarama başlatır. Bu kayıt defteri değerleri yerel bir ilke aracılığıyla site için geçerli bir SUP olan bir WSUS bilgisayara doğru şekilde ayarlandıysa Configuration Manager istemcisinden (ClientId = CcmExec) bir COM API arama isteği görmeniz gerekir. In 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.asmx>  
Agent ** 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}

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]

3. adımdaki sorunları giderme

Tarama sırasında, Windows Update Aracısı'nın ClientWebService tarama gerçekleştirmek için WSUS bilgisayarındaki ve SimpleAuthWebService sanal dizinleriyle iletişim kurması gerekir. İstemci WSUS bilgisayarıyla iletişim kuramazsa tarama başarısız olur. Bu sorun, aşağıdakiler de dahil olmak üzere birçok nedenden dolayı oluşabilir:

• Ara sunucuyla ilgili sorunlar

  Bu sorunları düzeltmek için bkz . Ara sunucuyla ilgili sorunlar nedeniyle tarama hataları.

  Proxy sunucuları hakkında daha fazla bilgi için aşağıdaki makalelere bakın:

  • Windows Update istemcisi, Windows Update Web sitesine bağlanmak için hangi ara sunucunun kullanılacağını nasıl belirler?
  • Web Ara Sunucusu ve Güvenlik Duvarı İstemcisi Otomatik Bulma için DNS ve DHCP Desteği

• HTTP zaman aşımı hataları

  HTTP zaman aşımı hatalarını gidermek için öncelikle WSUS bilgisayarındaki Internet Information Services (IIS) günlüklerini gözden geçirerek hataların WSUS'tan döndürüldüğünü doğrulayın. WSUS bilgisayarı hatayı döndürmezse, sorun büyük olasılıkla bir ara güvenlik duvarı veya ara sunucuyla ilgili olabilir.

  WSUS bilgisayarı hatayı döndüriyorsa WSUS bilgisayarıyla bağlantıyı doğrulayın. Adımlar aşağıdaki gibidir:

  1. İstemcinin doğru WSUS sunucusuna bağlandığını onaylamak için Windows Update Aracısı istemcisi tarafından kullanılan WSUS bilgisayarının URL'sini bulun. Bu URL, kayıt defteri alt anahtarını denetleyerek HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate veya WindowsUpdate.log dosyasını görüntüleyerek bulunabilir.

     WSUS atamasının yanlış olmasının yaygın nedenleri şunlardır:

     • Grup İlkesi çakışmaları
     • İlk istemci yüklemesinin ardından ikincil siteye SUP eklenmesi

     Not

     Active Directory Grup İlkesi yerel WSUS ilkesini geçersiz kılabilir.

     Yazılım güncelleştirmeleri özelliği, Configuration Manager istemcisi için otomatik olarak bir yerel Grup İlkesi ayarı yapılandırarak yazılım güncelleştirme noktası kaynak konumu ve bağlantı noktası numarasıyla yapılandırılmasını sağlar. İstemcinin yazılım güncelleştirme noktasını bulması için hem sunucu adı hem de bağlantı noktası numarası gereklidir.

     Yazılım güncelleştirme noktası istemci yüklemesi için bilgisayarlara bir Active Directory Grup İlkesi ayarı uygulanırsa, yerel Grup İlkesi ayarını geçersiz kılar. Active Directory Grup İlkesi'nde tanımlanan ayarın değeri Configuration Manager tarafından ayarlanandan farklıysa, doğru WSUS bilgisayarını bulamadığından istemcide tarama başarısız olur. Bu durumda, WUAHandler.log aşağıdaki iletiyi gösterir:

     Grup ilkesi ayarlarının üzerine daha yüksek bir yetkili (Etki Alanı Denetleyicisi) yazıldı: Sunucu <http://server> ve İlke ETKİlİ

     İstemci yükleme ve yazılım güncelleştirmeleri için yazılım güncelleştirme noktası aynı sunucu olmalıdır. Ayrıca, Active Directory Grup İlkesi ayarında doğru ad biçimi ve bağlantı noktası bilgileriyle belirtilmelidir. Örneğin, yazılım güncelleştirme noktası varsayılan web sitesini kullanıyorsa olabilir <http://server1.contoso.com:80> .

  2. Sunucu URL'si doğruysa, istemci ile WSUS bilgisayarı arasındaki bağlantıyı doğrulamak için aşağıdakine benzer bir URL kullanarak sunucuya erişin:

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

     İstemcinin sanal dizine erişip erişemeyeceğini ClientWebService denetlemek için şuna benzer bir URL'ye erişmeyi deneyin:

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

     İstemcinin öğesine erişip erişemeyeceğini SimpleAuthWebServicedenetlemek için şuna benzer bir URL'ye erişmeyi deneyin:

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

     Bu URL'lerden herhangi biri başarısız olursa, olası nedenlerden bazıları şunlardır:

     • İstemcideki ad çözümleme sorunları. WSUS bilgisayarının FQDN'sini çözümleyebildiğinizi doğrulayın.

     • Ara sunucu yapılandırma sorunları.

     • Ağ ile ilgili diğer bağlantı sorunları.

     • Bağlantı noktası yapılandırma sorunları olduğundan bağlantı noktası ayarlarının doğru olduğunu doğrulamak iyi bir fikirdir. WSUS şu bağlantı noktalarından herhangi birini kullanacak şekilde yapılandırılabilir: 80, 443 veya 8530, 8531.

       İstemcilerin WSUS bilgisayarıyla iletişim kurabilmesi için WSUS bilgisayarındaki güvenlik duvarında uygun bağlantı noktalarına izin verilmelidir. Bağlantı noktası ayarları, yazılım güncelleştirme noktası site sistemi rolü oluşturulduğunda yapılandırılır. Bu bağlantı noktası ayarları, WSUS web sitesi tarafından kullanılan bağlantı noktası ayarlarıyla aynı olmalıdır. Aksi takdirde, WSUS Eşitleme Yöneticisi eşitleme istemek için yazılım güncelleştirme noktasında çalışan WSUS'ye bağlanamaz. Aşağıdaki yordamlar, WSUS ve yazılım güncelleştirme noktası tarafından kullanılan bağlantı noktası ayarlarını doğrulama hakkında bilgi sağlar.

       1. IIS 7.0 ve sonraki sürümlerde kullanılan WSUS bağlantı noktası ayarlarını belirleyin.

       2. IIS 6.0'da WSUS bağlantı noktası ayarlarını belirleyin.

       3. Yazılım güncelleştirme noktası için bağlantı noktalarını yapılandırın.

       4. Bağlantı noktası bağlantısını doğrulama

          İstemciden bağlantı noktası bağlantısını denetlemek için aşağıdaki komutu çalıştırın:

          telnet SUPSERVER.CONTOSO.COM <portnumber>
          

          Örneğin, bağlantı noktası 8530 ise aşağıdaki komutu çalıştırın:

          telnet SUPSERVER.CONTOSO.COM 8530
          

          Bağlantı noktası erişilebilir değilse telnet aşağıdakine benzer bir hata döndürür:

          PortNumber bağlantı noktasında <konak bağlantısı açılamadı>

          Bu hata, güvenlik duvarı kurallarının WSUS bilgisayarı için iletişime izin verecek şekilde yapılandırılmadığını gösterir. Bu hata, bir ara ağ cihazının bu bağlantı noktasını engellediğini de önerebilir. Doğrulamak için aynı yerel alt ağ üzerindeki bir istemciden aynı testi deneyin. Çalışıyorsa, bilgisayarlar doğru yapılandırılır. Ancak, kesimler arasındaki bir yönlendirici veya güvenlik duvarı bağlantı noktasını engelliyor ve hataya neden oluyor.

     • IIS kullanılabilirlik sorunları.

       1. WSUS bilgisayarında Internet Information Services (IIS) Yöneticisi'ni açın.
       2. Siteler'i genişletin, WSUS bilgisayarının web sitesine sağ tıklayın ve ardından Bağlamaları Düzenle'ye tıklayın.
       3. Site Bağlamaları iletişim kutusunda, BAĞLANTı noktası sütununda HTTP ve HTTPS bağlantı noktası değerleri görüntülenir.
       4. WSUS sunucusunda Internet Information Services (IIS) Yöneticisi'ni açın.
       5. Web Siteleri'ni genişletin, WSUS bilgisayarının web sitesine sağ tıklayın ve ardından Özellikler'e tıklayın.
       6. Web Sitesi sekmesine tıklayın. HTTP bağlantı noktası ayarı TCP bağlantı noktasında, HTTPS bağlantı noktası ayarı ise SSL bağlantı noktasında görüntülenir.
       7. Configuration Manager konsolunda Yönetim>Site Yapılandırma>Sunucuları ve Site Sistem Rolleri'ne gidin, ardından SiteSystemName> sağ bölmesine <tıklayın.
       8. Alt bölmede Yazılım Güncelleştirme Noktası'na sağ tıklayın ve ardından Özellikler'e tıklayın.
       9. Genel sekmesine gidin, WSUS yapılandırma bağlantı noktası numaralarını belirtin veya doğrulayın.

• Kimlik doğrulama hataları

  Genellikle taramanın kimlik doğrulama hataları 0x80244017 (HTTP Durumu 401) veya 0x80244018 (HTTP Durumu 403) ile başarısız olduğu belirtilir.

  İlk olarak, aşağıdaki komutları kullanarak doğru WinHTTP proxy ayarlarını onaylayın:

  • Windows Vista veya sonraki sürümlerinde: netsh winhttp show proxy
  • Windows XP'de: proxycfg.exe

  Ara sunucu ayarları doğruysa, HTTP zaman aşımı hatalarındaki adımları tamamlayarak WSUS bilgisayarıyla bağlantıyı doğrulayın. Ayrıca WSUS bilgisayarında IIS günlüklerini gözden geçirerek WSUS'tan HTTP hatalarının döndürüldüğünü onaylayın. WSUS bilgisayarı hatayı döndürmezse, sorun büyük olasılıkla bir ara güvenlik duvarı veya ara sunucuyla ilgili olabilir.

• Sertifika sorunları

  Sertifika sorunları hata kodu 0x80072F0C "İstemci kimlik doğrulamasını tamamlamak için bir sertifika gereklidir" anlamına gelir. Bu sorunu düzeltmek için bkz . Tarama hatayla başarısız oluyor 0x80072f0c.

4. Adım: WUAHandler, Windows Update Aracısı'ndan sonuçları alır ve taramayı tamamlandı olarak işaretler

Aşağıdakiler WUAHandler.log oturum açar:

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

4. adımdaki sorunları giderme

Buradaki sorunlar, 3. adımdaki tarama hatalarıyla aynı şekilde ele alınmalıdır.

Bu kılavuzun önceki bölümlerinde belirtildiği gibi, tarama hatalarını giderirken WUAHandler.log ve WindowsUpdate.log dosyalarını denetleyin. WUAHandler yalnızca Windows Update Aracısı'nın bildirdiği raporları bildirir. Bu nedenle WUAHandler'daki hata, Windows Update Aracısı tarafından bildirilen hatayla aynı olacaktır. Hata hakkında daha fazla bilgi WindowsUpdate.log bulunabilir. WindowsUpdate.log okumayı anlamak için bkz . Windows Update günlük dosyaları.

Yazılım güncelleştirme taramasının başarısız olmasının birçok nedeni vardır. Bunun nedeni daha önce bahsedilen sorunlardan biri veya istemci ile yazılım güncelleştirme noktası bilgisayarı arasındaki bir iletişim veya güvenlik duvarı sorunu olabilir. En iyi bilgi kaynağınız günlüklerden ve içerdikleri hata kodlarından gelir. Hata kodları hakkında daha fazla bilgi için bkz . Windows Update yaygın hataları ve azaltma.

5. Adım: WUAHandler tarama sonuçlarını ayrıştırıyor

WUAHandler daha sonra sonuçları ayrıştırarak her güncelleştirme için uygulanabilirlik durumunu içerir. Bu işlemin bir parçası olarak, değiştirilen güncelleştirmeler çıkarılır. Uygulanabilirlik durumu, CCMExec tarafından Windows Update Aracısı'na gönderilen ölçütlere uygun tüm güncelleştirmeler için denetlenmektedir. Burada anlaşılması gereken önemli şey, bu güncelleştirmelerin bir dağıtımda olup olmadığına bakılmaksızın güncelleştirmeler için uygulanabilirlik sonuçlarını görmeniz gerektiğidir.

Aşağıdaki girişler WUAHandler.log oturum açar:

> 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.

5. adımdaki sorunları giderme

Sorunlar, 3. adımdaki tarama hatalarıyla aynı şekilde giderilebilir.

Bu kılavuzun önceki bölümlerinde belirtildiği gibi, tarama hatalarını giderirken WUAHandler.log ve WindowsUpdate.log dosyalarını denetleyin. WUAHandler yalnızca Windows Update Aracısı'nın bildirdiği raporları bildirir. Bu nedenle WUAHandler'daki hata, Windows Update Aracısı tarafından bildirilen hatayla aynı olacaktır. Hata hakkında daha fazla bilgi WindowsUpdate.log bulunabilir. WindowsUpdate.log okumayı anlamak için bkz . Windows Update günlük dosyaları.

Genel olarak konuşursak, yazılım güncelleştirme taramasının başarısız olmasının birçok nedeni vardır. Bunun nedeni daha önce bahsedilen sorunlardan biri veya istemci ile yazılım güncelleştirme noktası bilgisayarı arasındaki bir iletişim veya güvenlik duvarı sorunu olabilir. En iyi bilgi kaynağınız günlüklerden ve içerdikleri hata kodlarından gelir. Başvuru olarak bkz . Windows Update yaygın hataları ve azaltma.

6. Adım: Güncelleştirme deposu durumu kaydeder ve WMI'deki her güncelleştirme için bir durum iletisi oluşturur

Tarama sonuçları kullanılabilir olduğunda, bu sonuçlar güncelleştirme deposunda depolanır. Güncelleştirme deposu her güncelleştirmenin geçerli durumunu kaydeder ve her güncelleştirme için bir durum iletisi oluşturur. Bu durum iletileri, durum iletisi raporlama döngüsünün sonunda (varsayılan olarak dakika) toplu olarak site sunucusuna iletilir. Yalnızca aşağıdaki koşullarda bir durum iletisi göndeririz:

• Önceki durum iletisi hiçbir güncelleştirme için gönderilmedi (günlük girdisi: daha önce bildirilmemiş, yeni örnek oluşturuluyor).
• Son durum iletisi gönderildikten sonra güncelleştirmenin uygulanabilirlik durumu değişti.

Eksik güncelleştirmenin (KB2862152) kaydedildiği ve durum iletisinin tetiklendiği durumu gösteren UpdatesStore.log:

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 Durum Kimliği 2 (eksik) ile kaydedilen durum iletisi gösteriliyor:

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

İpucu

Her güncelleştirme için sınıfının bir örneği CCM_UpdateStatus oluşturulur veya güncelleştirilir ve güncelleştirmenin geçerli durumunu depolar. CCM_UpdateStatus sınıfı ad alanında ROOT\CCM\SoftwareUpdates\UpdatesStore bulunur.

6. adımdaki sorunları giderme

Buradaki sorunlar, 3. adımdaki tarama hatalarıyla aynı şekilde ele alınmalıdır.

Bu kılavuzun önceki bölümlerinde belirtildiği gibi, tarama hatalarını giderirken WUAHandler.log ve WindowsUpdate.log dosyalarını denetleyin. WUAHandler yalnızca Windows Update Aracısı'nın bildirdiği raporları bildirir. Bu nedenle WUAHandler'daki hata, Windows Update Aracısı tarafından bildirilen hatayla aynı olacaktır. Hata hakkında daha fazla bilgi WindowsUpdate.log bulunabilir. WindowsUpdate.log okumayı anlamak için bkz . Windows Update günlük dosyaları.

Genel olarak konuşursak, yazılım güncelleştirme taramasının başarısız olmasının birçok nedeni vardır. Bunun nedeni daha önce bahsedilen sorunlardan biri veya istemci ile yazılım güncelleştirme noktası bilgisayarı arasındaki bir iletişim veya güvenlik duvarı sorunu olabilir. En iyi bilgi kaynağınız günlüklerden ve içerdikleri hata kodlarından gelir. Başvuru olarak bkz . Windows Update yaygın hataları ve azaltma.

7. Adım: Durum iletileri yönetim noktasına gönderilir

WUAHandler, Windows Update Aracısı'ndan sonuçları başarıyla aldığında taramayı tamamlandı olarak işaretler ve WUAHandler.log aşağıdaki iletiyi günlüğe kaydeder:

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

7. adımdaki sorunları giderme

Buradaki sorunlar, 3. adımdaki tarama hatalarıyla aynı şekilde ele alınmalıdır, ancak bu aşamadaki hatalar büyük olasılıkla WindowsUpdate.log dosyasında ortaya çıkar. WindowsUpdate.log okumayı anlamak için bkz . Windows Update günlük dosyaları.

Genel olarak konuşursak, yazılım güncelleştirme taramasının başarısız olmasının birçok nedeni vardır. Bunun nedeni daha önce bahsedilen sorunlardan biri veya istemci ile yazılım güncelleştirme noktası bilgisayarı arasındaki bir iletişim veya güvenlik duvarı sorunu olabilir. En iyi bilgi kaynağınız günlüklerden ve içerdikleri hata kodlarından gelir. Başvuru olarak bkz . Windows Update yaygın hataları ve azaltma.

WSUS-Microsoft Update eşitlemesi

WSUS'nin Microsoft Update ile eşitlenmesi aşağıdaki adımlarda özetlenmiştir. Sorunun nerede olduğunu düzgün bir şekilde oluşturmak için her adımı onaylayın.

1. Adım: Eşitleme zamanlanmış veya el ile yapılan istekle başlar

Eşitleme tetiklendiğinde WSUS sunucusunun SoftwareDistribution.log aşağıdaki iletileri görmeyi bekleriz:

El ile eşitleme için:

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

Zamanlanmış eşitleme için:

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

1. adımda el ile eşitleme sorunlarını giderme

1. WSUS hizmetinin çalıştığını onaylayın. El ile eşitleme başlatıldıysa ancak %0'da kalıyorsa, bunun nedeni WSUS hizmetinin (WSUS 3.x'te Güncelleştirme Hizmetleri ; Windows Server 2012 ve sonraki sürümlerde WSUSService ) durdurulmuş durumda.

2. Aşağıdaki adımları izleyerek WSUS konsolu MMC önbelleğini sıfırlayın:

   1. WSUS konsolunu kapatın.
   2. WSUS hizmetini durdurun (WSUS 3.x'te Güncelleştirme Hizmetleri ; Windows Server 2012 ve sonraki sürümlerde WSUS Hizmeti ).
   3. %appdata%\Microsoft\mmc adresine göz atın.
   4. wsus'u wsus_bak olarak yeniden adlandırın.
   5. WSUS hizmetini başlatın.
   6. WSUS konsolunu açın ve başka bir el ile eşitleme deneyin.

1. adımda zamanlanmış eşitleme sorunlarını giderme

1. WSUS konsolundan el ile eşitlemeyi deneyin.
2. El ile eşitleme düzgün çalışıyorsa zamanlanmış eşitleme ayarlarını denetleyin.

2. Adım: WSUS, Microsoft Update 'e (MU) bir bağlantı oluşturur

Eşitleme başlatıldıktan sonra WSUS sunucusu WinHTTP aracılığıyla HTTP bağlantısı kurmaya çalışır. Bağlantı sorunlarını giderirken aşağıdaki faktörleri göz önünde bulundurun:

WSUS <=winhttp=> Ağ varlıkları <=> İnternet

• WSUS konak makinesi ile İnternet arasında bir ağ varlığı (ara sunucu, güvenlik duvarı, güvenlik filtresi vb.) var mı?
• Ara sunucu varsa ve ara sunucuyu kullanmak için WSUS sunucusu gerekiyorsa, ara sunucu uygun WSUS ayarlarında yapılandırıldı mı?

2. adımda el ile eşitleme sorunlarını giderme

1. WSUS hizmetinin çalıştığını onaylayın. El ile eşitleme başlatıldıysa ancak %0'da kalıyorsa bunun nedeni WSUS hizmetinin (WSUS 3.x'te Güncelleştirme Hizmetleri ; Windows Server 2012 ve sonraki sürümlerde WSUS Hizmeti ) durdurulmuş durumda.

2. Aşağıdaki adımları tamamlayarak WSUS konsolu MMC önbelleğini sıfırlayın:

   1. WSUS konsolunu kapatın.
   2. WSUS hizmetini durdurun (WSUS 3.x'te Güncelleştirme Hizmetleri ; Windows Server 2012 ve sonraki sürümlerde WSUS Hizmeti ).
   3. %appdata%\Microsoft\mmc adresine göz atın.
   4. wsus'u wsus_bak olarak yeniden adlandırın.
   5. WSUS hizmetini başlatın.
   6. WSUS konsolunu açın ve başka bir el ile eşitleme deneyin.

2. adımda zamanlanmış eşitleme sorunlarını giderme

1. WSUS konsolundan el ile eşitlemeyi deneyin.
2. El ile eşitleme düzgün çalışıyorsa zamanlanmış eşitleme ayarlarını denetleyin.

3. Adım: WSUS bilgisayarı Microsoft Update'ten ve abone olunan meta verilerden ürün ve sınıflandırma bilgilerini alır

WSUS, ürün ve sınıflandırma bilgilerini ve Microsoft Update'ten abone olunan meta verileri aldıktan sonra WSUS eşitlemesi tamamlanır.

Belirli güncelleştirmelerle ilgili yükleme, yerine geçme veya algılama sorunları

Belirli güncelleştirmelerle oluşan dağıtım sorunları aşağıdaki alanlara ayrılabilir. Sorun gidermeye başladığınızda, bu alanlarla ilişkili aşağıdaki bileşenleri göz önünde bulundurun.

Alanlar	Yükleme	Yerine Geçme	Detection
Bileşenler	WUA Güncelleştirme Yükleyicisi (Bileşen Tabanlı Hizmet (CBS), MSI) CCMExec	Meta verileri güncelleştirme	WUA Meta verileri güncelleştirme Güncelleştirme Yükleyicisi (CBS, MSI)

Yükleme sorunları

Yükleyici (CBS, MSI, diğer) nedir?

CBS

Windows Vista ve sonraki sürümlere uygulanan güncelleştirmeler için, yüklemeyi işlemek için CBS kullanılır.

1. CBS günlüğünü (%Windir%\Logs\Cbs\Cbs.log) toplayın ve hatanın nedeni hakkında içgörü elde etmek için ilk gözden geçirmeyi gerçekleştirin. CBS günlükleri aracılığıyla yükleme tabanlı sorunları gidermek bu kılavuzun kapsamı dışındadır. Daha fazla bilgi için bkz . DISM veya Sistem Güncelleştirme Hazırlığı aracını kullanarak Windows bozulma hatalarını düzeltme.
2. Güncelleştirme, oturum açmış bir kullanıcı olarak başarıyla yüklenip yüklenmiyor mu? Öyleyse, yalnızca Sistem bağlamı altında yüklendiğinde başarısız olur mu? Bu durumda, Sistem bağlamı altında el ile yükleme hatasını gidermeye odaklanın.

MSI (Windows Installer)

Windows dışı yazılım güncelleştirmeleri için MSI, yüklemeyi işlemek için kullanılır.

1. Güncelleştirme için varsayılan MSI günlüklerini toplayın ve gözden geçirin. Bilinen sorunlar veya SSS için güncelleştirmeyle ilişkili KB makalesine bakın.

2. Windows Installer günlüğünü etkinleştirin ve hatayı yeniden oluşturun.

   Sonuçta elde edilen günlükleri gözden geçirirken, hatayla ilgili içgörü için günlük içindeki 3 dönüş değerini ve bu girdiden önceki satırları denetleyin.

3. Aynı güncelleştirmenin yerel sistem bağlamı altında el ile yüklenemediğini denetleyin. Bunu yapmak için yazılım güncelleştirme dağıtımı sırasında başarısız olan yükleme anahtarlarını kullanın.

   Başarısız olursa, yüklemeyi aynı yükleme anahtarlarıyla oturum açmış kullanıcı olarak test edin. Bunun yerel sistem altında yüklemeyle ilgili bir sorun olup olmadığını denetleyin. Çalışıyorsa, sorunu yerel sistem bağlamını kullanarak güncelleştirmeyi düzgün bir şekilde yükleme konusuna odaklanabilirsiniz. Güncelleştirme veya çevrimiçi için KB'de yönetim dağıtım kılavuzunun denetlenerek denetlenebilir.

Yerine geçme sorunları

Aşağıdaki soruları kullanarak yerine geçmeyle ilgili sorunu yalıtmaya çalış:

1. Configuration Manager'ın bir güncelleştirmeyi ne zaman sona erdireceğini denetleme hakkında sorular için bkz . Yerine geçme kuralları.
2. Configuration Manager tarafından bir güncelleştirmenin süresi dolduysa, Microsoft en son değiştirilen güncelleştirmenin dağıtılması önerilir. Süresi dolan güncelleştirmeleri dağıtmaya devam etmeniz gerekiyorsa, bunlar yazılım dağıtımı veya uygulama yönetimi aracılığıyla bir yazılım güncelleştirmesi dağıtımı dışında dağıtılabilir.
3. Özellikle bir güncelleştirmenin yerine geçme mantığıyla ilgili sorular için, daha fazla bilgi için önce güncelleştirmenin KB makalesini gözden geçirin. Microsoft Update Kataloğu, WSUS konsolu veya Configuration Manager konsolunda yerine geçmeyi de gözden geçirebilirsiniz.

Algılama sorunları

İstemcide güncelleştirme başına uyumluluk durumunu belirleme

1. Güncelleştirmeyle ilgili bilinen sorunlar için güncelleştirme KB makalesini gözden geçirin.
2. Configuration Manager istemcisinde Yazılım Güncelleştirmeleri Tarama Döngüsü eylemini çalıştırın.
3. UpdatesStore.log ve WindowsUpdate.log gözden geçirin.

Güncelleştirme uygulanabilirliği sorunlarını giderme

1. Güncelleştirmenin KB makalesini kullanarak önkoşulların eksik olup olmadığını denetleyin. Örneğin, güncelleştirme için uygulamaya veya işletim sistemine belirli bir hizmet paketi düzeyinde düzeltme eki uygulanması gerekiyor mu?
2. Söz konusu güncelleştirmenin Benzersiz Güncelleştirme Kimliğinin dağıtılanla eşleştiğinden emin olun. Örneğin, söz konusu güncelleştirme 32 bitlik bir güncelleştirme mi, ancak 64 bit bir konağı hedefleniyor mu?

Daha Fazla Bilgi

Configuration Manager'da yazılım güncelleştirmelerini yapılandırma hakkında daha fazla bilgi için aşağıdaki makalelere bakın:

• Configuration Manager'da yazılım güncelleştirmelerini planlama
• Ağ Yükü Dengeleme (NLB) Kümesini Kullanmak için Yazılım Güncelleştirme Noktası Yapılandırma
• Yazılım Güncelleştirmeleri için CRL Denetimini Etkinleştirme

Güvenlik, güncelleştirmeler ve uyumluluk için Configuration Manager destek forumumuza da bir soru gönderebilirsiniz.

Configuration Manager ile ilgili en son haberler, bilgiler ve teknik ipuçları için blogumuzu ziyaret edin.