Hangi istemcilerin dağıtım güncellememin başarısız olmasına neden olduğunu nasıl bulabilirim?


14

Zaman zaman olur. Bir paketi ve dağıtım noktasını güncellemem gerekiyor. Birden fazla DP'miz var ve genellikle her şey yolunda gidiyor, ancak arada bir ana DP'miz paketi güncellemiyor.

1 Failed DP Ekran Görüntüsü

İçerik durumu günlüğü, hata hakkında asla fazla bir şey söylemez. Yönetim noktalarına veya DP'lere arka uç sunucu erişimim yok, sadece SCCM yöneticisiyim. SCCM'deki günlükleri kontrol edebilir, raporlar çalıştırabilir ve her şeyi yapabilirim, ancak nereye bakacağımı bilmiyorum.

Geçmişte, sorunlu paket üzerindeki "Dağıtım Noktasından Kullanıcıların Bağlantısını Kes" ayarını, her iki alt ayarı da 0 olarak ayarlamayı denedim, ancak bu bizim için gerçekten işe yaramıyor. Sorun bir süre sonra kendi kendine gidiyor gibi görünüyor, ancak bazen birkaç gün sürüyor. Çoğunluk için (gerçekten hepsi, ama göz ardı ettiğim bir veya iki tane olabilir) istemcileri "Programı Dağıtım Noktasından Çalıştır" olarak ayarladık. sebebi.

Güncelleme

Raporlarda, özellikle All Status Messages for a Specific Package at a Specific Sitesorguda biraz daha fazla bilgi buldum . Sorgu için paket kimliğimi kullanarak, DP Güncelleştirmesi yeniden başarısız olduktan sonra, göze çarpan bir giriş gördüm:

Dağıtım Yöneticisi "Yapılandırma Güncelleştirmeleri" paketini işleyemedi (paket kimliği = SOM00013).

Olası neden : Dağıtım yöneticisinin paket kaynak dizinine veya dağıtım noktasına erişimi yok. Çözüm: Dağıtım yöneticisinin paket kaynak dizinine / dağıtım noktasına erişebildiğini doğrulayın.

Olası neden : Paket kaynak dizini uzun dosya adlarına sahip dosyalar içeriyor ve yolun toplam uzunluğu işletim sistemi tarafından desteklenen maksimum uzunluğu aşıyor. Çözüm: Paket için tanımlanan klasör sayısını azaltın, dosya adını kısaltın veya bir sıkıştırma yardımcı programı kullanarak dosyaları paketlemeyi düşünün.

Olası neden : Site sunucusu bilgisayarında veya dağıtım noktasında yeterli disk alanı yok. Çözüm: Site sunucusu bilgisayarında ve dağıtım noktasında yeterli boş disk alanı olduğunu doğrulayın.

Olası neden : Paket kaynak dizini, etkin bir işlem tarafından kullanılıyor olabilecek dosyalar içeriyor. Çözüm: Kaynak dizindeki dosyaları kullanabilecek işlemleri kapatın. Bu hata devam ederse, kaynak dizinin alternatif bir kopyasını oluşturun ve paket kaynağını işaret edecek şekilde güncelleyin.

Basit nedenlerle ortadaki iki nedenden şüphe ediyorum

  • Kaynak klasör, NTFS için uzun dosya adları içerecek kadar derin değil, ancak tamlığı kontrol etmeye çalışacağım.

  • Ben DP iyi dosyaları ekleyebilirsiniz, bu yüzden bir dosya alanı sorunu değil, diğer paketler gayet iyi güncellenebilir.

Ne beklemiyordum 3. neden kaynak dizini bir yerde kullanımda olduğunu söylüyor . Bu ne fark eder ki? Sadece dosya paylaşımındaki dosyaları SCCM DP Share'e kopyalamak değil mi? Beni bir döngü için daha fazla atmak b / c istemcileri bile kaynak dizine erişmez, hemen hemen sccm'nin dosyaları kopyalaması için bir hazırlama dizini.

Bu sadece ilk sebebi bırakıyor, ama yine aynı şeylere geri dönüyor: Diğer paketler gayet iyi güncellenebilir.


1
Yazılım Güncelleştirmeleri - E Sorun Giderme kategorisi altında bulunan yerleşik raporu inceleyerek başlayacağım.
Garth Jones

İstemcideki günlükleri kontrol ettiniz mi? Genellikle ile başladığım $ env: windir \ ccm \ logs \ wuahandler.log HATA ve UYARI bayraklarına sahip satırları arayın. Bir güncelleme şöyle görünecektir (kafamdan çıkıyorum; kes-yapıştır için bir Windows makinem yok) 1) Güncellemeye başlamak üzere olduğunu söyle. Bu bölüm çok güzel görünmesini istedikleri için çok fazla satır alıyor 2) SCCM sunucusu kim olduğunu söyleyin dosyaları alıyor 3) Dosyaların kontrol edildiğinden ve varsa hangi paketlerin alındığından bahsedin 4) Bir hata görürse , "Bir paket alamıyorum" veya "
Bulamıyorum

-1, bu istemciden daha fazla bu soruna neden olan bir istemcidir, ancak 3000 istemcinin dağıtım noktası tarafından zaten bilinmesi gereken bir şeyi gösteren günlükler için tek tek incelemesi deliliktir. Ne bekleyeceğimi biliyorum, bu belirsiz bir cevap gerektiren bir soru, hatta belirsiz bir cevaptan yararlanabilecek bir soru değil. Çok özel bir soru.
MDMoore313

SCCM yönetici erişimine sahipse, izleme-> dağıtımlarına gidebilmeli ve ardından yazılım paketi için girişi bulabilmelidir. Buna tıklamak, hangi istemcilerin yüklü olduğunu ve hangilerinin yüklenmediğini gösterir. O ekrandan aldığı görüntüyü aldım.
raubvogel

Yanıtlar:


3

Bu doğruysa "Yönetim noktalarına veya DP'lere arka uç sunucu erişimim yok" ise bunu çözebileceğinizden şüpheliyim.

Site sunucusundaki distmgr.log dosyasına erişebiliyor musunuz? Değilse, sorunu yapabilecek birine iletmeniz gerekir.

Bu sorun müşteri ile ilgisi yoktur, bu yüzden istemcilere bakmanızı tavsiye eden diğer cevapları görmezden gelirim. Bu sorun, Site Sunucusu'nun dosyaları kaynak klasörünüzden dağıtım noktasına kopyalayamaması nedeniyle oluşur.

Site Sunucusu günlüklerine erişemiyorsanız, klasör yapınızın çok uzun olmasına bağlı olarak ortadan kaldırmayı deneyebileceğiniz bir şey, paketinizi sıkıştırmak, dağıtmak ve istemci ucuna yüklemeden önce sıkıştırmaktır.


Günlük bilgisi için +1, ancak sorun sunucunun evet dosyalarını kopyalayamamasıdır, ancak çalışma teorimiz bir istemcinin DP dosyalarında bir şekilde yazma kilidine sahip olmasıdır. Klasör yapısı çok uzun değil b / c bu özel paket zaten sıkıştırılmış dosyaları vardı ve davranış tutarlı ama sivilceli değil.
MDMoore313

0

SCCM araç setini edinin. Sorunu bulmanıza yardımcı olabilecek bir günlük analizörü ve dağıtım noktası araç kitlerine sahiptir.

http://www.microsoft.com/en-us/download/details.aspx?id=36213


2
Birisinin hala bir pakete tutunan bir müşteri bulmak için araç setini nasıl kullanacağı konusunda biraz daha ayrıntıya girebilir misiniz? Değilse, araç takımı zaten yüklü olduğu için bu etkili bir bağlantı sadece cevaptır.
MDMoore313
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.