Windows Update sorunlarını giderme
Şunlar için geçerlidir: Windows 10
Sanal Temsilcimizi deneyin - Yaygın Windows Update sorunlarını hızla belirlemenize ve çözmenize yardımcı olabilir
Windows Update kullanırken sorunlarla karşılaşırsanız aşağıdaki adımlarla başlayın:
Yaygın sorunları gidermek için yerleşik Windows Update sorun gidericisini çalıştırın. Ayarlar>Güncelleştirme & Güvenlik>Sorunlarını Giderme>Windows Update gidin.
Microsoft Update Kataloğu'ndan Windows sürümünüzle eşleşen en son Hizmet Yığını Güncelleştirmesi'ni yükleyin. Hizmet yığını güncelleştirmeleri hakkında daha fazla bilgi için bkz. Hizmet yığını güncelleştirmeleri.
En son Windows güncelleştirmelerini, toplu güncelleştirmeleri ve toplama güncelleştirmelerini yüklediğinizden emin olun. Güncelleştirme durumunu doğrulamak için sisteminiz için uygun güncelleştirme geçmişine bakın:
- Windows 10, sürüm 2004 ve Windows Server, sürüm 2004
- Windows 10, sürüm 1909 ve Windows Server, sürüm 1909
- Windows 10, sürüm 1903 ve Windows Server, sürüm 1903
- Windows 10, sürüm 1809 ve Windows Server 2019
- Windows 10, sürüm 1803
- Windows 10, sürüm 1709
- Windows 10, sürüm 1703
- Windows 10 ve Windows Server 2016
- Windows 8.1 ve Windows Server 2012 R2
- Windows Server 2012
- Windows 7 SP1 ve Windows Server 2008 R2 SP1
İleri düzey kullanıcılar, daha fazla araştırma için Windows Update tarafından oluşturulan günlüğe de başvurabilir.
Windows Update kullanırken aşağıdaki senaryolarla karşılaşabilirsiniz.
Neden daha eski bir güncelleştirme teklif edildi?
Bir cihaza sunulan güncelleştirme çeşitli faktörlere bağlıdır. En yaygın özniteliklerden bazıları şunlardır:
- İs Derlemesi
- İşletim Sistemi Dalı
- İşletim Sistemi Yerel Ayarı
- İşletim Sistemi Mimarisi
- Cihaz güncelleştirme yönetimi yapılandırması
Size sunulan güncelleştirme en güncel güncelleştirme değilse, bunun nedeni cihazınızın bir WSUS sunucusu tarafından yönetiliyor olması ve bu sunucuda kullanılabilen güncelleştirmelerin size sunulması olabilir. Cihazınız bir dağıtım grubunun parçasıysa yöneticinizin güncelleştirmelerin dağıtımını kasıtlı olarak yavaşlatması da mümkündür. Dağıtım yavaş olduğundan ve başlangıç olarak ölçüleceğinden, tüm cihazlar güncelleştirmeyi aynı gün almaz.
Cihazım tarama sırasında dondu. Neden mi?
Ayarlar kullanıcı arabirimi, Güncelleştirme Düzenleyicisi hizmetiyle iletişim kurar ve bu da Windows Update hizmetiyle iletişim kurar. Bu hizmetler beklenmedik şekilde durursa bu davranışı görebilirsiniz. Bu gibi durumlarda şu adımları izleyin:
Ayarlar uygulamasını kapatın ve yeniden açın.
Services.msc dosyasını başlatın ve aşağıdaki hizmetlerin çalışır durumda olup olmadığını denetleyin:
- Durum Düzenleyiciyi Güncelleştirme
- Windows Update
Diğer güncelleştirmeler sunulurken özellik güncelleştirmeleri sunulmaz
Windows 10, sürüm 1709 ile Windows 10 arasında sürüm 1803 çalıştıran ve Windows Update 'den (İş için Windows Update dahil) güncelleştirilecek şekilde yapılandırılmış cihazlar hizmet ve tanım güncelleştirmelerini yükleyebilir ancak hiçbir zaman özellik güncelleştirmeleri sunulmaz.
WindowsUpdate.log denetlenerek aşağıdaki hata ortaya çıkar:
YYYY/MM/DD HH:mm:ss:SSS PID TID Agent * START * Finding updates CallerId = Update;taskhostw Id = 25
YYYY/MM/DD HH:mm:ss:SSS PID TID Agent Online = Yes; Interactive = No; AllowCachedResults = No; Ignore download priority = No
YYYY/MM/DD HH:mm:ss:SSS PID TID Agent ServiceID = {855E8A7C-ECB4-4CA3-B045-1DFA50104289} Third party service
YYYY/MM/DD HH:mm:ss:SSS PID TID Agent Search Scope = {Current User}
YYYY/MM/DD HH:mm:ss:SSS PID TID Agent Caller SID for Applicability: S-1-12-1-2933642503-1247987907-1399130510-4207851353
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc Got 855E8A7C-ECB4-4CA3-B045-1DFA50104289 redir Client/Server URL: https://fe3.delivery.mp.microsoft.com/ClientWebService/client.asmx""
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc Token Requested with 0 category IDs.
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc GetUserTickets: No user tickets found. Returning WU_E_NO_USERTOKEN.
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] Method failed [AuthTicketHelper::GetDeviceTickets:570]
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] Method failed [AuthTicketHelper::GetDeviceTickets:570]
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] GetDeviceTickets
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] Method failed [AuthTicketHelper::AddTickets:1092]
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] Method failed [CUpdateEndpointProvider::GenerateSecurityTokenWithAuthTickets:1587]
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] GetAgentTokenFromServer
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] GetAgentToken
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] EP:Call to GetEndpointToken
YYYY/MM/DD HH:mm:ss:SSS PID TID Misc *FAILED* [80070426] Failed to obtain service 855E8A7C-ECB4-4CA3-B045-1DFA50104289 plugin Client/Server auth token of type 0x00000001
YYYY/MM/DD HH:mm:ss:SSS PID TID ProtocolTalker *FAILED* [80070426] Method failed [CAgentProtocolTalkerContext::DetermineServiceEndpoint:377]
YYYY/MM/DD HH:mm:ss:SSS PID TID ProtocolTalker *FAILED* [80070426] Initialization failed for Protocol Talker Context
YYYY/MM/DD HH:mm:ss:SSS PID TID Agent Exit code = 0x80070426
YYYY/MM/DD HH:mm:ss:SSS PID TID Agent * END * Finding updates CallerId = Update;taskhostw Id = 25
0x80070426 hata kodu şu şekilde çevrilir:
ERROR_SERVICE_NOT_ACTIVE - # The service has not been started.
Microsoft Hesabı Oturum Açma Yardımcısı (MSA veya wlidsvc) söz konusu hizmettir. DCAT Uçuş Hizmeti (ServiceId: 855E8A7C-ECB4-4CA3-B045-1DFA50104289), cihazın genel cihaz kimliğini almak için MSA'ya dayanır. MSA hizmeti çalıştırılmadan, genel cihaz kimliği istemci tarafından oluşturulup gönderilmez ve özellik güncelleştirmeleri araması hiçbir zaman başarıyla tamamlanmaz.
Bu sorunu çözmek için MSA hizmetini varsayılan "manual" StartType değerine sıfırlayın.
HTTP/Proxy ile ilgili sorunlar
Windows Update, güncelleştirmeleri ve uygulamaları Windows Update sunuculardan veya şirket içi WSUS sunucularından indirmek için WinHttp'yu Kısmi Aralık istekleriyle (RFC 7233) kullanır. Bu nedenle, ağdaki proxy sunucuları HTTP RANGE isteklerini desteklemelidir. Internet Explorer'da (Kullanıcı düzeyinde) bir ara sunucu yapılandırıldıysa ancak WinHTTP (Sistem düzeyinde) değilse, Windows Update bağlantıları başarısız olur.
Bu sorunu çözmek için, aşağıdaki netsh komutunu kullanarak WinHTTP'da bir proxy yapılandırın:
netsh winhttp set proxy ProxyServerName:PortNumber
Not
Ayrıca, aşağıdaki komutu kullanarak Internet Explorer'dan ara sunucu ayarlarını içeri aktarabilirsiniz: netsh winhttp import proxy source=ie
.
Ara sunucu üzerinden yapılan indirmeler 0x80d05001 DO_E_HTTP_BLOCKSIZE_MISMATCH hatasıyla başarısız olursa veya güncelleştirmeler indirilirken yüksek CPU kullanımı fark ederseniz, HTTP RANGE isteklerinin çalışmasına izin vermek için ara sunucu yapılandırmasını denetleyin.
Aşağıdaki URL'ler için HTTP ARALIK isteklerine izin vermek için bir kural uygulamayı tercih edebilirsiniz:
*.download.windowsupdate.com
*.dl.delivery.mp.microsoft.com
*.delivery.mp.microsoft.com
RANGE isteklerine izin veremiyorsanız güncelleştirmelerde gerekenden daha fazla içerik indiriyor olursunuz (değişiklik düzeltme eki uygulama çalışmayacağı için).
Güncelleştirme bilgisayarınız için geçerli değil
Bu hatanın en yaygın nedenleri aşağıdaki tabloda açıklanmıştır:
Neden | Açıklama | Çözüm |
---|---|---|
Güncelleştirmenin yerine yenisi eklenir | Bir bileşenin güncelleştirmeleri yayımlandıkça, güncelleştirilmiş bileşen zaten sistemde olan eski bir bileşenin yerini alır. Bu sorun oluştuğunda, önceki güncelleştirme yerine geçmiş olarak işaretlenir. Yüklemeye çalıştığınız güncelleştirme sisteminizde yükün daha yeni bir sürümüne sahipse bu hata iletisini alabilirsiniz. | Yüklediğiniz paketin ikili dosyaların daha yeni sürümlerini içerdiğini denetleyin. Veya paketin yerine başka bir yeni paket eklenip yüklenmediğini denetleyin. |
Güncelleştirme zaten yüklü | Yüklemeye çalıştığınız güncelleştirme daha önce yüklenmişse( örneğin, aynı yükü taşıyan başka bir güncelleştirme tarafından) bu hata iletisiyle karşılaşabilirsiniz. | Yüklemeye çalıştığınız paketin daha önce yüklenmediğini doğrulayın. |
Mimari için yanlış güncelleştirme | Güncelleştirmeler CPU mimarisi tarafından yayımlanır. Yüklemeye çalıştığınız güncelleştirme CPU'nuzun mimarisiyle eşleşmiyorsa bu hata iletisiyle karşılaşabilirsiniz. | Yüklemeye çalıştığınız paketin kullandığınız Windows sürümüyle eşleşdiğini doğrulayın. Windows sürüm bilgileri, her güncelleştirme için makalenin "Uygulandığı Yer" bölümünde bulunabilir. Örneğin, yalnızca Windows Server 2012 güncelleştirmeler Windows Server 2012 R2 tabanlı bilgisayarlara yüklenemez. Ayrıca, yüklediğiniz paketin kullanmakta olduğunuz Windows sürümünün işlemci mimarisiyle eşleştiğinden emin olun. Örneğin, x86 tabanlı bir güncelleştirme Windows'un x64 tabanlı yüklemelerine yüklenemez. |
Önkoşul güncelleştirmesi eksik | Bazı güncelleştirmelerin sisteme uygulanabilmesi için bir önkoşul güncelleştirmesi gerekir. Önkoşul güncelleştirmesi eksikse bu hata iletisiyle karşılaşabilirsiniz. Örneğin, Nisan 2014'te yayımlanan güncelleştirmelerin birçoğu yüklenmeden önce KB 2919355 Windows 8.1 ve Windows Server 2012 R2 bilgisayarlarına yüklenmelidir. | Önkoşul güncelleştirmelerinin yüklü olduğundan emin olmak için Microsoft Bilgi Bankası'ndaki (KB) paketle ilgili makalelere bakın. Örneğin, Windows 8.1 veya Windows Server 2012 R2'de hata iletisiyle karşılaşırsanız, önkoşul olarak Nisan 2014 güncelleştirme 2919355 ve bir veya daha fazla önkoşul hizmet güncelleştirmesi (KB 2919442 ve KB 3173424) yüklemeniz gerekebilir. Bu önkoşul güncelleştirmelerinin yüklü olup olmadığını belirlemek için aşağıdaki PowerShell komutunu çalıştırın: get-hotfix KB3173424,KB2919355, KB2919442 . Güncelleştirmeler yüklüyse, komut çıkışın bölümünde yüklü tarihi InstalledOn döndürür. |
Güvenlik duvarı yapılandırmasıyla ilgili sorunlar
Windows Update günlüklerde görebileceğiniz hata:
DownloadManager Error 0x800706d9 occurred while downloading update; notifying dependent calls.
Veya
[DownloadManager] BITS job {A4AC06DD-D6E6-4420-8720-7407734FDAF2} hit a transient error, updateId = {D053C08A-6250-4C43-A111-56C5198FE142}.200 <NULL>, error = 0x800706D9
Veya
DownloadManager [0]12F4.1FE8::09/29/2017-13:45:08.530 [agent]DO job {C6E2F6DC-5B78-4608-B6F1-0678C23614BD} hit a transient error, updateId = 5537BD35-BB74-40B2-A8C3-B696D3C97CBA.201 <NULL>, error = 0x80D0000A
Services.msc adresine gidin ve Windows Güvenlik Duvarı Hizmeti'nin etkinleştirildiğinden emin olun. Gelişmiş Güvenlik Özellikli Windows Güvenlik Duvarı ile ilişkili hizmetin durdurulması Microsoft tarafından desteklenmez. Daha fazla bilgi için bkz. Windows Güvenlik Duvarı'nı devre dışı bırakmam gerekiyor.
Çakışan ilkelerin yapılandırmasından kaynaklanan sorunlar
Windows Update, yönetilen bir ortamda Windows Update hizmetinin davranışını denetlemek için çok çeşitli bir yapılandırma ilkesi sağlar. Bu ilkeler ayarları ayrıntılı bir düzeyde yapılandırmanıza olanak sağlarken, hatalı yapılandırma veya çakışan ilkelerin ayarlanması beklenmeyen davranışlara yol açabilir.
Daha fazla bilgi için bkz. grup ilkesi veya kayıt defteri ayarlarını kullanarak otomatik güncelleştirmeleri yapılandırma.
Cihaz güncelleştirme dosyalarına erişemiyor
Cihazların güvenlik duvarı üzerinden gerekli Windows Update uç noktalarına ulaşaadığından emin olun. Örneğin, Windows 10, sürüm 2004 için aşağıdaki protokollerin ilgili uç noktalara ulaşabilmesi gerekir:
Protokol | Uç Nokta URL'si |
---|---|
TLS 1.2 | *.prod.do.dsp.mp.microsoft.com |
HTTP | emdl.ws.microsoft.com |
HTTP | *.dl.delivery.mp.microsoft.com |
HTTP | *.windowsupdate.com |
HTTPS | *.delivery.mp.microsoft.com |
TLS 1.2 | *.update.microsoft.com |
TLS 1.2 | tsfe.trafficshaping.dsp.mp.microsoft.com |
Not
HTTP belirten uç noktalar için HTTPS kullanmamaya dikkat edin ve bunun tersi de geçerlidir. Bağlantı başarısız olur.
Belirli uç noktalar Windows istemci sürümleri arasında farklılık gösterebilir. Bkz. Windows 10 2004 Kurumsal bağlantı uç noktaları. Diğer Windows istemci sürümleri için benzer makaleler yakındaki içindekiler tablosunda mevcuttur.
Güncelleştirmeler intranet uç noktasından (WSUS veya Configuration Manager) indirilmiyor
Windows istemci cihazları çevrimiçi Windows Update, Windows Server Update Services sunucusu ve diğerleri gibi çeşitli kaynaklardan güncelleştirmeler alabilir. Bir cihazda kullanılmakta olan Windows Güncelleştirmeler kaynağını belirlemek için şu adımları izleyin:
yönetici olarak Windows PowerShell başlatın.
Cmdlet'ini çalıştırın:
$MUSM = New-Object -ComObject "Microsoft.Update.ServiceManager"
Cmdlet'ini çalıştırın:
$MUSM.Services
Bu tabloya göre yorumlayabileceğiniz Name ve OffersWindowsUPdates parametrelerinin çıkışını denetleyin.
Ortamda hatalı bir kuruluma sahipsiniz
Bu örnekte, kayıt defteri aracılığıyla ayarlanan grup ilkesi uyarınca sistem, güncelleştirmeleri indirmek için WSUS kullanacak şekilde yapılandırılır (ikinci satıra dikkat edin):
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU]
"UseWUServer"=dword:00000001
Windows Update günlüklerden:
2018-08-06 09:33:31:085 480 1118 Agent ** START ** Agent: Finding updates [CallerId = OperationalInsight Id = 49]
2018-08-06 09:33:31:085 480 1118 Agent *********
2018-08-06 09:33:31:085 480 1118 Agent * Include potentially superseded updates
2018-08-06 09:33:31:085 480 1118 Agent * Online = No; Ignore download priority = No
2018-08-06 09:33:31:085 480 1118 Agent * Criteria = "IsHidden = 0 AND DeploymentAction=*"
2018-08-06 09:33:31:085 480 1118 Agent * ServiceID = {00000000-0000-0000-0000-000000000000} Third party service
2018-08-06 09:33:31:085 480 1118 Agent * Search Scope = {Machine}
2018-08-06 09:33:32:554 480 1118 Agent * Found 83 updates and 83 categories in search; evaluated appl. rules of 517 out of 1473 deployed entities
2018-08-06 09:33:32:554 480 1118 Agent *********
2018-08-06 09:33:32:554 480 1118 Agent ** END ** Agent: Finding updates [CallerId = OperationalInsight Id = 49]
Yukarıdaki günlük parçacığında şunu görüyoruz Criteria = "IsHidden = 0 AND DeploymentAction=*"
: . "*", sunucudan belirtilen hiçbir şey olmadığı anlamına gelir. Bu nedenle, tarama gerçekleşir ancak aracıyı indirme veya aracıya yükleme yönü yoktur. Bu nedenle yalnızca güncelleştirmeyi tarar ve sonuçları sağlar.
Aşağıdaki günlüklerde gösterildiği gibi, otomatik güncelleştirme taramayı çalıştırır ve bunun için onaylanan bir güncelleştirme bulmaz. Bu nedenle yüklenecek veya indirilmeye yönelik güncelleştirme olmadığını bildirir. Bunun nedeni yanlış bir yapılandırmadır. WSUS tarafı, Windows Update güncelleştirmelerini onaylamalı, böylece güncelleştirmeleri getirir ve ilkeye göre belirtilen zamanda yükler. Bu senaryo Configuration Manager içermediğinden onaylanmamış güncelleştirmeleri yüklemenin bir yolu yoktur. İşletimsel içgörü aracısının taramayı gerçekleştirmesini ve indirme ve yüklemeyi otomatik olarak tetiklediğini bekliyorsunuz, ancak bu yapılandırmada bu gerçekleşmez.
2018-08-06 10:58:45:992 480 5d8 Agent ** START ** Agent: Finding updates [CallerId = AutomaticUpdates Id = 57]
2018-08-06 10:58:45:992 480 5d8 Agent *********
2018-08-06 10:58:45:992 480 5d8 Agent * Online = Yes; Ignore download priority = No
2018-08-06 10:58:45:992 480 5d8 Agent * Criteria = "IsInstalled=0 and DeploymentAction='Installation' or IsPresent=1 and DeploymentAction='Uninstallation' or IsInstalled=1 and DeploymentAction='Installation' and RebootRequired=1 or IsInstalled=0 and DeploymentAction='Uninstallation' and RebootRequired=1"
2018-08-06 10:58:46:617 480 5d8 PT + SyncUpdates round trips: 2
2018-08-06 10:58:47:383 480 5d8 Agent * Found 0 updates and 83 categories in search; evaluated appl. rules of 617 out of 1473 deployed entities
2018-08-06 10:58:47:383 480 5d8 Agent Reporting status event with 0 installable, 83 installed, 0 installed pending, 0 failed and 0 downloaded updates
2018-08-06 10:58:47:383 480 5d8 Agent *********
2018-08-06 10:58:47:383 480 5d8 Agent ** END ** Agent: Finding updates [CallerId = AutomaticUpdates Id = 57]
Windows Update göre Windows istemcisinde yüksek bant genişliği kullanımı
Kullanıcılar, Windows'un sistem bağlamındaki farklı ofislerdeki tüm bant genişliğini tükettığını görebilir. Bu davranış tasarımdan kaynaklanır. Bant genişliğini tüketebilecek bileşenler Windows Update bileşenlerin ötesine genişler.
Aşağıdaki grup ilkeleri bu durumun azaltılmasına yardımcı olabilir:
- Windows Update sunuculara erişimi engelleme: İlke Tüm Windows Update özelliklerine erişimi kapatma (Etkin olarak ayarlayın)
- Sürücü araması: İlke Cihaz sürücüsü kaynak konumları için arama sırasını belirtin ("Windows Update arama" olarak ayarlayın)
- Windows Mağazası otomatik güncelleştirmesi: İlke Güncelleştirmeleri Otomatik İndirme ve Yükleme özelliğini kapatma (Etkin olarak ayarlayın)
İnternet'e bağlanan diğer bileşenler:
- Windows Spotlight: İlke Kilit ekranında Windows spotu yapılandırma (Devre dışı olarak ayarlayın)
- Tüketici deneyimleri: İlke Microsoft tüketici deneyimlerini kapatma (Etkin olarak ayarlayın)
- Windows uygulamalarından arka plan trafiği: İlke Windows uygulamalarının arka planda çalışmasına izin verme
Ağır yük veya ağ tıkanıklığı nedeniyle oluşan geçici hatalar
Kullanıcılar Windows Update aşağıdaki hataları alabilir. Bu hatalar geçici hatalardır ve hizmet geçici olarak ağır yük altında olduğunda veya ağlar tıkandığında ortaya çıkar. Cihaz işlemi daha sonra yeniden deneyeceği için kullanıcıların herhangi bir işlem gerçekleştirmesi gerekmez.
Hata kodu | Hata değeri | Ayrıntılar |
---|---|---|
WU_S_SEARCH_LOAD_SHEDDING | 0x248001 | Arama işlemi başarıyla tamamlandı, ancak bir veya daha fazla hizmet yük dolduruiyordu. |
WU_E_PT_LOAD_SHEDDING | 0x8024402d | Sunucu yük döküyor. |
Böyle durumlarda, bir arama işleminin sonucunu almak için program aracılığıyla Windows Update Aracısı API'sine çağrı yapan kullanıcılar orcFailed veya orcSucceededWithErrors alır. İşlemi daha sonra yeniden denemenin başarılı olması beklenir.
Veri toplama
Microsoft destek ekibinden yardım almaya ihtiyacınız varsa Dağıtımla ilgili sorunlar için TSS kullanarak bilgi toplama bölümünde belirtilen adımları izleyerek bilgi toplamanızı öneririz.