ค้นหาเว็บไซต์

ดาวน์โหลดแอปพลิเคชัน SCCM ค้างอยู่ที่ 0% ใน Software Center


หนึ่งในปัญหาทั่วไปที่พวกเราหลายคนเผชิญคือการดาวน์โหลดแอปพลิเคชัน SCCM ติดค้างที่ 0% ใน Software Center อาจมีสาเหตุหลายประการที่ทำให้การปรับใช้ SCCM ไม่ทำงาน และให้เราดูเคล็ดลับการแก้ปัญหากัน

ประการแรก ไม่มีวิธีแก้ปัญหาที่แน่ชัดสำหรับปัญหานี้ เนื่องจากรหัสข้อผิดพลาดที่คุณเห็นนั้นเป็นรหัสทั่วไป ดังนั้นจึงจำเป็นต้องมีการวิจัยจำนวนมากเพื่อค้นหาสาเหตุและแก้ไขปัญหา

บางครั้งคุณเห็นการเปลี่ยนแปลงซอฟต์แวร์ส่งคืนรหัสข้อผิดพลาด 0x87D00607 ในศูนย์ซอฟต์แวร์หรืออาจเป็นรหัสข้อผิดพลาดอื่น ๆ คุณไม่สามารถพูดได้เสมอไปว่ามันเป็นปัญหาที่เกี่ยวข้องกับกลุ่มขอบเขต แม้จะคิดว่านั่นเป็นสิ่งแรกที่คนส่วนใหญ่คาดเดาก็ตาม

หากคุณเป็นเจ้าหน้าที่ไอทีที่ทำงานเกี่ยวกับปัญหานี้ คุณอาจกำลังมองหาวิธีที่ง่ายที่สุดในการแก้ไขปัญหานี้ งานแรกของคุณคือค้นหาว่าเหตุใดแอปพลิเคชันจึงติดการดาวน์โหลดใน Software Center หรือควรทำความเข้าใจเกี่ยวกับการติดตั้งโมเดลแอปพลิเคชันบนไคลเอ็นต์

หากการดาวน์โหลดแอปไม่ทำงานบนเครื่องเดียว คุณสามารถสันนิษฐานได้ว่าปัญหาอาจอยู่ที่คอมพิวเตอร์เครื่องนั้น อย่างไรก็ตาม ในคอมพิวเตอร์ทุกเครื่อง หากคุณเห็นการดาวน์โหลดแอปพลิเคชัน SCCM ติดค้างอยู่ที่ 0% ใน Software Center แสดงว่าเป็นเรื่องที่ต้องกังวล

การปรับใช้แอปใหม่ล่าสุดกับเครื่องไคลเอนต์จะมีประโยชน์อะไรเมื่อผู้ใช้ไม่สามารถติดตั้งแอปพลิเคชันใดๆ ได้

การดาวน์โหลดแอปพลิเคชัน SCCM ค้างอยู่ที่ 0% ใน Software Center

เมื่อสัปดาห์ที่แล้ว ฉันกำลังดำเนินการเปลี่ยนจุดแจกจ่าย SCCM ในพื้นที่ห่างไกลบางแห่ง เมื่อเร็วๆ นี้เราได้ติดตั้งสาขาปัจจุบันของตัวจัดการการกำหนดค่าในการตั้งค่าของเรา ในขณะที่เรายังคงใช้ SCCM 2012 R2 รุ่นเก่าอยู่

เป้าหมายคือการปิด DP เก่าและทดสอบ DP ใหม่ (ทดสอบ OSD และการติดตั้งแอป) และดำเนินการเปลี่ยนจาก DP เก่าไปเป็นใหม่

สิ่งที่แปลกที่ฉันพบหลังจากเปลี่ยน DP คือไม่มีการดาวน์โหลดแอปพลิเคชันหรือการอัปเดต Windows ใน Software Center ฉันเห็นว่าการดาวน์โหลดแอปพลิเคชัน SCCM ค้างอยู่ที่ 0% ใน Software Center

ปัญหานี้พบได้ในไซต์ระยะไกลเกือบทั้งหมด การเลือกแอปพลิเคชันใดๆ และคลิกปุ่มติดตั้ง แสดงว่ากำลังดาวน์โหลด..0% ใน Software Center และไม่มีความคืบหน้าใดๆ เลย

ฉันคิดที่จะสร้างคำแนะนำและครอบคลุมสาเหตุทั้งหมดว่าทำไมปัญหานี้จึงเกิดขึ้น ฉันรู้ว่าฉันไม่สามารถครอบคลุมทุกอย่างได้ แต่ฉันจะพยายามครอบคลุมวิธีแก้ปัญหาที่เกี่ยวข้องส่วนใหญ่สำหรับปัญหานี้

หากคุณพบวิธีแก้ปัญหาหรือวิธีแก้ปัญหาที่ไม่ครอบคลุมในโพสต์นี้ คุณสามารถแบ่งปันได้ในส่วนความคิดเห็น ฉันจะเพิ่มลงในโพสต์หากเกี่ยวข้อง

เอาล่ะ เรามาดูวิธีจัดการกับการดาวน์โหลดแอปพลิเคชัน SCCM ที่ค้างอยู่ที่ปัญหา 0% และค้นหาวิธีแก้ปัญหาทั่วไปสำหรับปัญหานี้

ขั้นตอนที่ 1 - ตรวจสอบขอบเขต

ไม่จำเป็นต้องพูดว่าแอพพลิเคชั่นจะติดตั้งเฉพาะเมื่อค้นหาจุดแจกจ่ายและดาวน์โหลดเนื้อหาเท่านั้น หากไคลเอนต์ไม่รู้ว่าจะต้องดาวน์โหลดเนื้อหาจากที่ใด พวกเขาจะอยู่ในสถานะการดาวน์โหลดสักพักหนึ่งและล้มเหลวในที่สุด

ดังนั้นจึงเป็นสิ่งสำคัญที่คุณจะต้องตรวจสอบขอบเขตและกลุ่มขอบเขตก่อน ขอบเขตในเครื่องมือจัดการการกำหนดค่าจะกำหนดตำแหน่งเครือข่ายบนอินทราเน็ตของคุณ ตำแหน่งเหล่านี้รวมถึงอุปกรณ์หรือไคลเอ็นต์ที่คุณต้องการจัดการ

ขอบเขตอาจเป็นเครือข่ายย่อย IP, ชื่อไซต์ Active Directory, คำนำหน้า IPv6 หรือช่วงที่อยู่ IP ฉันชอบใช้ช่วง IP เป็นขอบเขตของฉันสำหรับทุกไซต์ ในบางกรณี ฉันยังสร้างขอบเขตอื่นด้วยชื่อไซต์ Active Directory สำหรับทุกไซต์

จากประสบการณ์ของฉัน ฉันได้เห็นขอบเขตของช่วง IP ทำงานได้ดีในสภาพแวดล้อมส่วนใหญ่ ฉันไม่ได้ใช้ซับเน็ต IP เนื่องจากทำงานได้ไม่ดีสำหรับฉัน โดยเฉพาะกับ SCCM 2012 R2

ขั้นตอนที่ 2 - ตรวจสอบกลุ่มขอบเขต

สมมติว่ามีการกำหนดขอบเขตอย่างถูกต้อง สิ่งต่อไปที่คุณต้องตรวจสอบคือกลุ่มขอบเขต กลุ่มขอบเขตคือกลุ่มเชิงตรรกะของขอบเขตที่คุณกำหนดค่า

สำหรับไซต์ใดๆ ให้คุณสร้างขอบเขตก่อน จากนั้นจึงเชื่อมโยงขอบเขตและจุดแจกจ่ายกับกลุ่มขอบเขต ไคลเอนต์ในเครือข่ายของคุณใช้กลุ่มขอบเขตสำหรับ:-

  • การกำหนดไซต์อัตโนมัติ
  • เพื่อค้นหาระบบเซิร์ฟเวอร์ไซต์ที่สามารถให้บริการได้ เช่น จุดจำหน่ายสำหรับตำแหน่งเนื้อหา
  • จุดอัพเดตซอฟต์แวร์และจุดการโยกย้ายสถานะ
  • จุดการจัดการที่ต้องการ
  • เกตเวย์การจัดการคลาวด์

คุณสามารถดูได้ว่าเหตุใดการกำหนดค่ากลุ่มขอบเขตอย่างถูกต้องจึงเป็นสิ่งสำคัญ

เมื่อคุณสร้างกลุ่มขอบเขตใหม่ คุณจะเชื่อมโยงหรือเพิ่มขอบเขตให้กับกลุ่มขอบเขตนั้น ซึ่งทำได้ในแท็บทั่วไปของคุณสมบัติกลุ่มขอบเขต ตรวจสอบให้แน่ใจว่าคุณเพิ่มขอบเขตที่ถูกต้อง

ถัดไป ในแท็บ ข้อมูลอ้างอิง คุณสามารถใช้กลุ่มขอบเขตนี้ในการกำหนดไซต์ได้ ที่สำคัญที่สุดภายใต้เซิร์ฟเวอร์ระบบของไซต์ ตรวจสอบให้แน่ใจว่าคุณได้เชื่อมโยงจุดแจกจ่ายแล้ว

ในกรณีส่วนใหญ่ ฉันพบว่าผู้คนไม่สามารถกำหนด DP สำหรับกลุ่มขอบเขตได้ หากคุณไม่ระบุเซิร์ฟเวอร์จุดแจกจ่ายที่นี่ ไคลเอนต์จะไม่ทราบว่าต้องดาวน์โหลดเนื้อหาจากที่ใด

ขั้นตอนที่ 3 - คือ แอปพลิเคชันแจกจ่ายไปยังจุดแจกจ่าย SCCM

หากคุณได้ใช้โซลูชันที่ 1 และ 2 แล้ว ตอนนี้คุณอาจมุ่งเน้นไปที่ส่วนความพร้อมใช้งานของเนื้อหา ในบางกรณี เราเพิกเฉยต่อการตรวจสอบว่ามีการกระจายแอปพลิเคชันหรือเนื้อหาไปยังจุดแจกจ่ายหรือไม่

หากเนื้อหาไม่ได้รับการแจกจ่ายไปยังจุดแจกจ่าย SCCM ไคลเอนต์จะไปที่ DP และไม่พบเนื้อหาที่จะดาวน์โหลด ดังนั้นคุณอาจสังเกตเห็นว่าการดาวน์โหลดแอปพลิเคชัน SCCM ติดค้างอยู่ที่ 0% ใน Software Center

ฉันเคยเห็นสิ่งนี้ในสภาพแวดล้อมไม่กี่แห่งที่มีจุดจำหน่ายจำนวนมาก โดยทั่วไปคุณคลิกขวาที่เนื้อหาและแจกจ่ายไปยังจุดแจกจ่าย

อย่างไรก็ตาม หากคุณมี DP จำนวนมากในการตั้งค่า ฉันขอแนะนำให้สร้างกลุ่มจุดแจกจ่าย สมมติว่าคุณเพิ่มกลุ่มการแจกจ่ายใหม่ในลำดับชั้นของคุณ คุณเพียงแค่เพิ่มจุดแจกจ่ายไปยังกลุ่มจุดแจกจ่ายที่มีอยู่แล้ว

เนื้อหาทั้งหมดที่กำหนดไว้สำหรับกลุ่มจุดแจกจ่ายจะถูกแจกจ่ายไปยังเซิร์ฟเวอร์จุดแจกจ่ายที่เพิ่มเข้ามาใหม่โดยอัตโนมัติ สุดท้ายจุดที่ฉันต้องการทำที่นี่คือคุณต้องแน่ใจว่าเนื้อหาถูกแจกจ่ายไปยังจุดแจกจ่ายก่อนที่ไคลเอนต์จะดาวน์โหลด

ขั้นตอนที่ 4 - มีเนื้อหา ถึงจุดแจกจ่ายแล้ว

บางครั้งเราแจกจ่ายเนื้อหาไปยังจุดแจกจ่ายและถือว่าเนื้อหาน่าจะถึงจุดแจกจ่ายแล้ว คุณควรตรวจสอบให้แน่ใจว่าการเผยแพร่เนื้อหาไปยัง DP ประสบความสำเร็จเสมอ

ส่วนที่ยุ่งยากคือคุณจะตรวจสอบการถ่ายโอนเนื้อหา SCCM ได้อย่างไร ฉันจะให้ทางเลือกแก่คุณ คุณสามารถเลือกอันที่คุณรู้สึกง่ายได้

ใช้พื้นที่ทำงานการตรวจสอบเพื่อค้นหาสถานะการกระจายเนื้อหา< span class="ez-toc-section-end">

เมื่อคุณแจกจ่าย/แจกจ่ายเนื้อหาใดๆ ไปยังจุดแจกจ่ายอีกครั้ง คุณสามารถตรวจสอบการถ่ายโอนเนื้อหาได้โดยใช้พื้นที่ทำงาน การตรวจสอบ

ในพื้นที่ทำงานการตรวจสอบ ให้ไปที่ สถานะการจัดจำหน่าย > สถานะเนื้อหา คลิกขวาที่เนื้อหาแล้วคลิกดูสถานะ

ตอนนี้คุณเห็นหน้าต่างสถานะเนื้อหาซึ่งคุณสามารถดูบางสถานะได้ ที่นี่คุณควรจะสามารถค้นหาสถานะของการเผยแพร่เนื้อหาได้

หากเนื้อหาได้รับการเผยแพร่ไปยัง DP เรียบร้อยแล้ว คุณจะพบข้อมูลนั้นใต้แท็บ ความสำเร็จ หากเนื้อหามีขนาดใหญ่เกินไปและยังคงเผยแพร่ไปยัง DP คุณจะพบข้อมูลนั้นใต้แท็บในความคืบหน้า

และหากเนื้อหาปรากฏใต้แท็บ ข้อผิดพลาด นั่นหมายความว่าเนื้อหาไม่สามารถเข้าถึงเซิร์ฟเวอร์จุดแจกจ่ายด้วยเหตุผลบางประการ นี่คือจุดเริ่มต้นของการแก้ไขปัญหาจริงของคุณ

ในกรณีส่วนใหญ่ เมื่อคุณคลิกแท็บข้อผิดพลาด คุณอาจพบสาเหตุที่เนื้อหาไม่ได้รับการเผยแพร่ อย่างไรก็ตาม อาจไม่ได้ให้เหตุผลที่แน่ชัดสำหรับความล้มเหลวในการเผยแพร่เนื้อหา

หรือบางทีคุณอาจพบสาเหตุมากกว่าหนึ่งข้อที่ทำให้การแจกจ่ายล้มเหลว ดังนั้นฉันจะไม่พึ่งพาข้อความเหล่านั้นมากนัก สิ่งที่ดีที่สุดที่คุณทำจากคอนโซลนี้คือแจกจ่ายเนื้อหาที่ล้มเหลวอีกครั้ง

ตรวจสอบไฟล์ Distmgr.log และ PkgXfermgr.log

ฉันมักจะใช้ไฟล์บันทึกในการแก้ไขปัญหา SCCM ฉันได้เผยแพร่คำแนะนำในการแก้ไขปัญหา SCCM หลายข้อ และในคำแนะนำส่วนใหญ่ ฉันพบข้อผิดพลาดจริงในไฟล์บันทึกของ SCCM ดังนั้นฉันจึงตรวจสอบไฟล์บันทึกอยู่เสมอ

เมื่อพูดถึงการเผยแพร่เนื้อหา คุณควรตรวจสอบไฟล์ distmgr.log และ PkgXfermgr.log

เมื่อคุณแจกจ่ายเนื้อหาไปยังจุดแจกจ่ายในไซต์ ผู้จัดการการจัดจำหน่ายจะสร้างงานการถ่ายโอนเนื้อหา จากนั้นจะแจ้งให้ Package Transfer Manager บนเซิร์ฟเวอร์ไซต์หลักและรองเพื่อถ่ายโอนเนื้อหาไปยังจุดแจกจ่ายระยะไกล

หากคุณตรวจสอบไฟล์บันทึกข้างต้นและไม่เห็นข้อผิดพลาดใดๆ ในระหว่างการเผยแพร่เนื้อหา คุณสามารถพูดได้ว่าการเผยแพร่เนื้อหาสำเร็จแล้ว หากคุณพบข้อผิดพลาดในไฟล์เหล่านี้ โพสต์การแก้ไขปัญหา SCCM ของฉันบางส่วนสามารถช่วยคุณได้

ใช้เครื่องมือจัดการคิวงานจุดแจกจ่าย

ตัวจัดการคิวงานของจุดแจกจ่าย (DP) เป็นหนึ่งในเครื่องมือตัวจัดการการตั้งค่าคอนฟิก คุณสามารถใช้เพื่อแก้ไขปัญหาและจัดการงานการกระจายเนื้อหาที่กำลังดำเนินอยู่ไปยังจุดแจกจ่ายตัวจัดการการตั้งค่าคอนฟิก

ฉันได้เผยแพร่โพสต์เฉพาะเกี่ยวกับเครื่องมือจัดการคิวงาน DP โดยอธิบายถึงความสำคัญและการใช้งาน

ขั้นตอนที่ 5 - ตรวจสอบ LocationServices.log

หลังจากที่คุณแน่ใจว่าเนื้อหาพร้อมใช้งานบนจุดแจกจ่ายแล้ว ให้ตรวจสอบ LocationServices.log นี่เป็นไฟล์บันทึกที่สำคัญมากและคุณสามารถค้นหาไฟล์บันทึกบนคอมพิวเตอร์ไคลเอนต์ได้ที่นี่ - C:\Windows\CCM\Logs

ไฟล์บันทึกนี้จะบันทึกกิจกรรมไคลเอ็นต์สำหรับการค้นหาจุดการจัดการ จุดอัปเดตซอฟต์แวร์ และจุดแจกจ่าย ข้อผิดพลาดใดๆ ในไฟล์บันทึกนี้ควรได้รับการพิจารณาว่ามีความสำคัญ หากไคลเอ็นต์ไม่ดึงข้อมูลจุดการจัดการ จะไม่สามารถดาวน์โหลดนโยบายได้

ตามไฟล์บันทึก คุณจะเห็นว่าไคลเอ็นต์สามารถค้นพบจุดการจัดการจาก AD ได้

Attempting to retrieve lookup MP(s) from AD LocationServices
Lookup Management Points from AD: Name: 'CORPSCCM.PRAJWAL.ORG' HTTPS: 'Y' ForestTrust: 'N' LocationServices
Retrieved lookup MP(s) from AD

ในบางกรณีคุณจะพบข้อผิดพลาดบางอย่าง คุณจะต้องอ่านแต่ละบรรทัดและหาสาเหตุที่แท้จริง

ตัวอย่างเช่น ในภาพหน้าจอด้านล่าง คุณจะเห็นว่าไฟล์ LocationServices.log กำลังแสดงว่า WINHTTP_CALLBACK_STATUS_FLAG_CERT_CN_INVALID is set error

สิ่งนี้จะเกิดขึ้นเมื่อคุณปรับใช้ใบรับรอง PKI และ MP และ DP ของคุณอยู่บน HTTPS และคุณไม่ได้ตั้งค่าใบรับรองที่ถูกต้องภายใต้การเชื่อมโยง IIS > HTTPS ฉันได้กล่าวถึงวิธีแก้ปัญหาในโพสต์นี้ด้วย

ด้วยใบรับรองที่ไม่ถูกต้องที่กำหนดภายใต้ IIS หากคุณพยายามสร้างอิมเมจเครื่อง คุณจะพบข้อผิดพลาด 80072f8f อย่างไรก็ตาม คุณต้องขุดไฟล์ smsts.log เพื่อค้นหาข้อผิดพลาดนี้

ขั้นตอนที่ 6 - ตรวจสอบ SCCM ใบรับรองเซิร์ฟเวอร์เว็บ IIS

ฉันได้เผยแพร่คำแนะนำโดยละเอียดเกี่ยวกับการใช้ PKI สำหรับ SCCM ส่วนสำคัญอย่างหนึ่งในคำแนะนำนั้นคือการขอใบรับรองเซิร์ฟเวอร์เว็บและมอบหมายภายใต้ IIS > HTTPS

นอกจากนี้ คุณต้องตรวจสอบให้แน่ใจเสมอว่าใบรับรองเว็บเซิร์ฟเวอร์ที่คุณกำหนดไว้นั้นไม่หมดอายุ

สมมติว่าไฟล์ LocationServices.log ของคุณแสดงคำเตือนด้านล่าง เราสามารถบอกได้อย่างชัดเจนว่าลูกค้าไม่สามารถค้นพบจุดการจัดการได้

Assigned MP error threshold reached, moving to next MP.	LocationServices
Ignoring MP error during post-rotation flush period of 20 seconds. LocationServices
0 assigned MP errors in the last 10 minutes, threshold is 5.	LocationServices
1 assigned MP errors in the last 10 minutes, threshold is 5.	LocationServices
2 assigned MP errors in the last 10 minutes, threshold is 5.	LocationServices
3 assigned MP errors in the last 10 minutes, threshold is 5.	LocationServices
4 assigned MP errors in the last 10 minutes, threshold is 5.	LocationServices
Assigned MP error threshold reached, moving to next MP.	LocationServices

ในขณะที่ CAS.log แสดงบางอย่างเช่นนี้

  • ไม่สามารถตรวจสอบว่าไคลเอ็นต์เป็นแหล่งที่มาของเพียร์หรือไม่
  • พบตำแหน่ง DP ที่ตรงกัน 0
  • พบตำแหน่ง DP ที่ตรงกัน 1
  • คำขอดาวน์โหลดเท่านั้น โดยไม่สนใจการอัปเดตตำแหน่ง

หากคุณกำลังประสบปัญหาเดียวกัน คุณจะสังเกตเห็นว่าไม่มีสิ่งใดถูกดาวน์โหลดไปยังโฟลเดอร์ ccmcache แม้จะคิดว่าตำแหน่ง DP นั้นถูกต้อง แต่ก็ไม่มีการดาวน์โหลดอะไรเลย และการดาวน์โหลดแอปพลิเคชัน SCCM ติดค้างอยู่ที่ 0% ใน Software Center

ดังที่ได้กล่าวไปแล้ว คุณต้องตรวจสอบก่อนว่าใบรับรองนั้นถูกต้องหรือไม่ คุณสามารถทำได้โดยเลือกใบรับรอง SSL ภายใต้การเชื่อมโยงไซต์ HTTPS คลิกปุ่มดูและหน้าต่างใบรับรอง ดูที่ฟิลด์ที่ถูกต้อง

ตรวจสอบชื่อเรื่องทางเลือกของใบรับรอง

สิ่งที่เรียบง่ายแต่สำคัญอีกประการหนึ่งที่คุณต้องตรวจสอบคือชื่อเรื่องทางเลือกของใบรับรอง สิ่งนี้ควรชี้ไปยังเซิร์ฟเวอร์จุดแจกจ่ายที่ถูกต้อง

ตัวอย่างเช่น ในการตั้งค่าห้องปฏิบัติการของฉัน ฉันได้เปลี่ยน SAN ให้ชี้ไปที่ตัวควบคุมโดเมนของฉันซึ่งไม่ถูกต้อง นี่เป็นการดำเนินการเพื่อสร้างข้อผิดพลาดข้างต้นอีกครั้ง หากคุณป้อนชื่อ DP ผิดในใบรับรอง คุณต้องแก้ไขให้ถูกต้อง

คุณไม่สามารถแก้ไขใบรับรองและแก้ไขได้ที่นี่ คุณต้องลบใบรับรองเซิร์ฟเวอร์เว็บและขอใบรับรองใหม่แทน คุณสามารถปฏิบัติตามคำแนะนำนี้เพื่อขอและกำหนดใบรับรองเซิร์ฟเวอร์เว็บให้กับเซิร์ฟเวอร์จุดแจกจ่าย

เมื่อคุณลงทะเบียนใบรับรองเว็บเซิร์ฟเวอร์ใหม่ ตรวจสอบให้แน่ใจว่าคุณป้อน FQDN ที่ถูกต้อง

ในแท็บ ทั่วไป อย่าลืมระบุชื่อที่จำง่ายให้กับใบรับรอง

สิ่งนี้ทำให้งานของคุณง่ายขึ้นในขณะที่มอบหมายใบรับรองภายใต้ IIS > การเชื่อมโยงไซต์ HTTPS

ฉันได้ระบุขั้นตอนส่วนใหญ่ในการแก้ไขปัญหาการดาวน์โหลดแอปพลิเคชัน SCCM ที่ค้างอยู่ที่ปัญหา 0% แล้ว ฉันจะอัปเดตคำแนะนำเมื่อพบวิธีแก้ปัญหาเพิ่มเติม

บทความที่เกี่ยวข้อง