Bagaimana saya bisa menemukan klien mana yang menyebabkan pembaruan distribusi saya gagal?

Itu terjadi dari waktu ke waktu. Saya memperbarui paket dan perlu memperbarui titik distribusi. Kami memiliki banyak DP, dan biasanya semuanya berjalan dengan baik, namun kadang-kadang, DP utama kami gagal memperbarui paket.

1 Screenshot DP Gagal

Log status konten tidak pernah banyak bicara tentang kegagalan. Saya tidak memiliki akses server backend ke poin manajemen, atau DP, saya hanya admin SCCM. Saya dapat memeriksa semua log di SCCM, menjalankan laporan, dan segalanya, tetapi saya tidak tahu harus mencarinya ke mana.

Di masa lalu saya sudah mencoba menetapkan pengaturan "Putuskan Pengguna dari Titik Distribusi" pada paket masalah, keduanya sub-pengaturan ke 0, tetapi tidak benar-benar bekerja untuk kita. Masalahnya sepertinya hilang sendiri setelah beberapa waktu, tetapi kadang-kadang butuh beberapa hari. Untuk sebagian besar (benar-benar semua, tetapi mungkin ada satu atau dua yang saya abaikan) kami menetapkan klien untuk "Menjalankan Program dari Titik Distribusi" Saat menggunakan program, tidak yakin apakah itu ada hubungannya dengan itu, atau apa dasarnya penyebabnya adalah.

Memperbarui

Saya telah menemukan lebih banyak informasi dalam laporan, khususnya All Status Messages for a Specific Package at a Specific Sitekueri. Menggunakan ID paket saya untuk kueri, setelah Pembaruan DP gagal lagi, saya memang melihat satu entri yang menonjol:

Manajer Distribusi gagal memproses paket "Pembaruan Konfigurasi" (ID paket = SOM00013).

Kemungkinan penyebabnya : Manajer distribusi tidak memiliki akses ke direktori sumber paket atau titik distribusi. Solusi: Pastikan manajer distribusi dapat mengakses direktori sumber paket / titik distribusi.

Kemungkinan penyebabnya : Direktori sumber paket berisi file dengan nama file yang panjang dan panjang total path melebihi panjang maksimum yang didukung oleh sistem operasi. Solusi: Kurangi jumlah folder yang ditentukan untuk paket, persingkat nama file, atau pertimbangkan bundling file menggunakan utilitas kompresi.

Kemungkinan penyebabnya : Tidak ada cukup ruang disk yang tersedia di komputer server situs atau titik distribusi. Solusi: Pastikan ada cukup ruang disk kosong yang tersedia di komputer server situs dan pada titik distribusi.

Kemungkinan penyebabnya : Direktori sumber paket berisi file yang mungkin digunakan oleh proses aktif. Solusi: Tutup semua proses yang mungkin menggunakan file di direktori sumber. Jika kegagalan ini berlanjut, buat salinan alternatif dari direktori sumber dan perbarui sumber paket untuk menunjuk ke sana.

Saya meragukan dua penyebab tengah karena alasan sederhana

Folder sumber tidak terlalu dalam untuk berisi nama file panjang untuk NTFS, meskipun saya akan mencoba untuk memeriksa kelengkapannya.
Saya dapat menambahkan file ke DP dengan baik, jadi itu bukan masalah filespace, paket lain dapat diperbarui dengan baik.

Apa yang saya tidak harapkan adalah bahwa penyebab ke-3 mengatakan direktori sumber sedang digunakan di suatu tempat. Lagi pula, apa bedanya? Bukankah hanya menyalin file dari fileshare ke SCCM DP Share? Lebih lanjut melempar saya untuk loop b / c klien bahkan tidak mengakses direktori sumber, itu cukup banyak direktori pementasan untuk sccm untuk menyalin file dari.

Itu hanya meninggalkan penyebab pertama, tetapi itu kembali ke hal yang sama: Paket lain dapat memperbarui dengan baik.

sccm sccm-2012

— MDMoore313
sumber

Saya akan mulai dengan meninjau laporan bawaan yang ditemukan di bawah Pembaruan Perangkat Lunak - kategori Pemecahan Masalah E.

— Garth Jones

Sudahkah Anda memeriksa log di klien sendiri? Yang biasanya saya mulai dengan $ env: windir \ ccm \ logs \ wuahandler.log Cari baris dengan flag ERROR dan WARNING. Pembaruan akan terlihat seperti ini (saya akan mati-matian; tidak punya mesin windows untuk cut-n-paste) 1) Katakan itu akan memulai pembaruan. Bagian ini membutuhkan banyak baris karena mereka ingin membuatnya terlihat cantik 2) Katakan siapa yang merupakan server SCCM itu mendapatkan file 3) Sebutkan bahwa itu memeriksa file dan paket mana jika ada 4) Jika melihat kesalahan , itu akan melaporkan seperti "Saya tidak bisa mendapatkan paket" atau "Saya tidak dapat menemukan

— raubvogel

-1, ini adalah klien yang menyebabkan masalah ini lebih dari kemungkinan, tetapi secara individual meneliti 3000 klien untuk log yang menunjukkan sesuatu yang seharusnya sudah diketahui ke titik distribusi adalah gila. Saya tahu apa yang diharapkan, ini bukan pertanyaan yang membutuhkan jawaban yang tidak jelas, atau bahkan pertanyaan yang bisa mendapat manfaat dari jawaban yang tidak jelas. Itu pertanyaan yang sangat spesifik.

— MDMoore313

Jika ia memiliki akses admin SCCM, ia harus dapat pergi ke> pemantauan- penyebaran, dan kemudian menemukan entri untuk paket perangkat lunak di sana. Mengklik itu akan menunjukkan klien mana yang telah menginstal dan yang tidak. Saya berasumsi gambar yang didapatnya dari layar itu.

— raubvogel

Saya ragu Anda akan dapat menyelesaikan ini jika ini benar "Saya tidak memiliki akses server backend ke poin manajemen, atau DP".

Bisakah Anda mengakses distmgr.log di server situs? Jika tidak, maka Anda harus menyampaikan masalahnya kepada seseorang yang bisa.

Masalah ini tidak ada hubungannya dengan klien sehingga saya akan mengabaikan jawaban lain yang menyarankan untuk melihat klien. Masalah ini disebabkan karena Server situs tidak dapat menyalin file dari folder sumber Anda ke titik distribusi.

Jika Anda tidak dapat mengakses log Server Situs, satu hal yang dapat Anda coba untuk menghilangkannya karena struktur folder Anda terlalu lama adalah dengan men-zip paket Anda, menyebarkannya, dan unzip sebelum menginstal di ujung klien.

— TallPaul
sumber

+1 untuk info log, tetapi masalahnya adalah server tidak dapat menyalin file ya, tetapi teori kerja kami adalah bahwa klien memiliki kunci tulis pada file DP. Struktur folder tidak terlalu panjang. Paket khusus ini memiliki file yang telah di-zip, dan perilaku tidak konsisten tetapi tidak teratur.

— MDMoore313

Dapatkan toolkit SCCM. Ini memiliki alat analisa log dan kit titik distribusi yang dapat membantu Anda menemukan masalah.

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

— Super1337
sumber

apakah Anda bisa membahas sedikit lebih detail tentang bagaimana seseorang akan menggunakan toolkit untuk menemukan klien masih memegang paket? Jika tidak, ini hanya jawaban tautan saja, karena saya sudah menginstal toolkit.

— MDMoore313