เครื่องมือการจัดการ Windows

จากวิกิพีเดีย สารานุกรมเสรี
ข้ามไปที่การนำทาง ข้ามไปที่การค้นหา
เครื่องมือการจัดการ Windows
ผู้เขียนต้นฉบับMicrosoft
ผู้พัฒนาMicrosoft
ระบบปฏิบัติการMicrosoft Windows
แพลตฟอร์มIA-32 , x86-64และARM (ในอดีตItanium , DEC Alpha , MIPSและPowerPC )
พิมพ์การจัดการระบบ
ใบอนุญาตกรรมสิทธิ์
เว็บไซต์เอกสาร . microsoft .com /en-us /previous-versions /windows /desktop / wmi _v2 /windows-management-infrastructure

Windows Management Instrumentation ( WMI ) ประกอบด้วยชุดส่วนขยายของWindows Driver Modelที่มีอินเทอร์เฟซระบบปฏิบัติการ ซึ่งส่วนประกอบ อุปกรณ์ให้ข้อมูลและการแจ้งเตือน WMI คือการนำมาตรฐานWeb-Based Enterprise Management (WBEM) และCommon Information Model (CIM) ไปใช้ของ Microsoft จาก Distributed Management Task Force (DMTF)

WMI อนุญาตให้ใช้ภาษาสคริปต์ (เช่นVBScriptหรือWindows PowerShell ) เพื่อจัดการ คอมพิวเตอร์ และเซิร์ฟเวอร์ส่วนบุคคลของ Microsoft Windows ทั้งในเครื่องและจากระยะไกล WMI ติดตั้งมาล่วงหน้าในWindows 2000และใน Microsoft OS ที่ใหม่ กว่า มีให้ดาวน์โหลดสำหรับWindows NTและ[1] Windows 95ถึงWindows 98 [2]

Microsoft ยังมีอินเทอร์เฟซบรรทัดคำสั่งสำหรับ WMI ที่เรียกว่าWindows Management Instrumentation Command-line ( WMIC ) [3]

วัตถุประสงค์ของ WMI

วัตถุประสงค์ของ WMI คือการกำหนดชุดข้อกำหนดเฉพาะที่ไม่ขึ้นกับสภาพแวดล้อมซึ่งเป็นกรรมสิทธิ์ ซึ่งอนุญาตให้แชร์ข้อมูลการจัดการระหว่างแอปพลิเคชันการจัดการ WMI กำหนด มาตรฐาน การจัดการระดับองค์กรและเทคโนโลยีที่เกี่ยวข้องสำหรับ Windows ที่ทำงานร่วมกับมาตรฐานการจัดการที่มีอยู่ เช่นDesktop Management Interface (DMI) และSNMP WMI ช่วยเสริมมาตรฐานอื่นๆ เหล่านี้ด้วยการจัดหาแบบจำลองที่สม่ำเสมอ โมเดลนี้แสดงถึงสภาพแวดล้อมที่มีการจัดการ ซึ่งข้อมูลการจัดการจากแหล่งที่มาใดๆ สามารถเข้าถึงได้ด้วยวิธีทั่วไป

กระบวนการพัฒนา

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

  1. สร้างแบบจำลองเอนทิตีที่สามารถจัดการได้
    1. กำหนดรูปแบบ
    2. ใช้แบบจำลอง
  2. สร้างผู้ให้บริการ WMI
    1. กำหนดประเภทของผู้ให้บริการที่จะนำไปใช้
    2. กำหนดรูปแบบการโฮสต์ของผู้ให้บริการ
    3. สร้างเทมเพลตผู้ให้บริการด้วยตัวช่วยสร้าง ATL
    4. ใช้ตรรกะของรหัสในผู้ให้บริการ
    5. ลงทะเบียนผู้ให้บริการกับ WMI และระบบ
  3. ทดสอบผู้ให้บริการ
  4. สร้างโค้ดตัวอย่างสำหรับผู้บริโภค

ความสำคัญของผู้ให้บริการ WMI

นับตั้งแต่การเปิดตัว WMI ครั้งแรกในยุคWindows NT 4.0 SP4 (เป็นการดาวน์โหลดนอกแบนด์) Microsoft ได้เพิ่มผู้ให้บริการ WMI ให้กับ Windows อย่างต่อเนื่อง:

  • ภายใต้ Windows NT 4.0 Microsoft มีผู้ให้บริการ WMI ประมาณ 15 รายที่พร้อมใช้งานเมื่อติดตั้ง WMI แล้ว
  • เมื่อ เปิดตัว Windows 2000มีผู้ให้บริการ WMI 29 รายซึ่งเป็นส่วนหนึ่งของการติดตั้งระบบปฏิบัติการ
  • ด้วยการเปิดตัวWindows Server 2003 Microsoft ได้รวมผู้ให้บริการ WMI มากกว่า 80 รายในแพลตฟอร์ม
  • Windows Vistaมีผู้ให้บริการ WMI ใหม่ 13 ราย[4]เข้าใกล้ตัวเลขเกือบ 100 ราย
  • Windows Server 2008มีผู้ให้บริการมากขึ้น รวมถึงผู้ให้บริการสำหรับ IIS 7, PowerShellและ virtualization
  • Windows 10มีผู้ให้บริการ 47 รายสำหรับบริการMobile Device Management (MDM) [5]

ลูกค้ามากมาย[ ซึ่ง? ]ได้ตีความการเติบโตของผู้ให้บริการเป็นสัญญาณว่า WMI ได้กลายเป็นที่ Microsoft ในระดับการจัดการ "แพร่หลาย" ของ Windows แม้ว่า Microsoft จะไม่เคยระบุความมุ่งมั่นนี้อย่างชัดเจน

เนื่องจากการเปิดเผยข้อมูลการจัดการที่เพิ่มขึ้นอย่างต่อเนื่องผ่าน WMI ใน Windows บุคลากรใน ด้าน การจัดการระบบไอที จึงเริ่มพัฒนาสคริปต์และขั้นตอนการทำงานอัตโนมัติตาม WMI [ ต้องการการอ้างอิง ]นอกเหนือจากความต้องการในการเขียนสคริปต์แล้ว แพ็คเกจซอฟต์แวร์การจัดการชั้นนำส่วนใหญ่ เช่นMOM , SCCM , ADS, HP OpenViewสำหรับ Windows (HPOV), ซอฟต์แวร์ BMCหรือCA, Inc.นั้นเปิดใช้งาน WMI และสามารถบริโภคและให้บริการ WMI ข้อมูลผ่าน อินเทอร์ เฟซผู้ใช้ต่างๆ สิ่งนี้ทำให้ผู้ดูแลระบบ และตัวดำเนินการที่ไม่สามารถเขียนสคริปต์หรือเขียนโปรแกรมบน WMI เพื่อใช้ประโยชน์จาก WMI ได้โดยไม่ต้องเรียนรู้เกี่ยวกับมัน อย่างไรก็ตาม หากพวกเขาต้องการ เนื่องจาก WMI สามารถเขียนสคริปต์ได้ มันทำให้พวกเขามีโอกาสใช้ข้อมูล WMI จากสคริปต์หรือจากซอฟต์แวร์ การจัดการองค์กรที่ รับรู้ WMI ใดๆ

คุณสมบัติ

สำหรับคนที่เต็มใจที่จะพัฒนาผู้ให้บริการ WMI หนึ่งรายหรือหลายราย WMI นำเสนอคุณสมบัติมากมายที่พร้อมใช้งานทันที นี่คือข้อดีที่สำคัญที่สุด:

  1. อินเทอร์เฟซการทำงานอัตโนมัติ:
    เนื่องจาก WMI มาพร้อมกับชุดอินเทอร์เฟซการทำงานอัตโนมัติที่พร้อมใช้งาน คุณลักษณะการจัดการทั้งหมดที่ได้รับการสนับสนุนโดยผู้ให้บริการ WMI และชุดของคลาสจึงได้รับการสนับสนุนการเขียนสคริปต์โดยไม่มีค่าใช้จ่าย นอกเหนือจากการออกแบบคลาส WMI และการพัฒนาผู้ให้บริการแล้ว ทีมพัฒนาและทดสอบของ Microsoft ไม่จำเป็นต้องสร้าง ตรวจสอบ หรือทดสอบโมเดลสคริปต์เนื่องจากมีให้ใช้งานจาก WMI แล้ว
  2. อินเทอร์เฟซการจัดการ .NET :
    เนื่องจากเนมสเปซ System.Management [6]อาศัย ระบบประปา COM / DCOM ที่มีอยู่ ผู้ให้บริการ WMI ที่สร้างขึ้นและชุดคลาส WMI จะพร้อมใช้งานโดยอัตโนมัติสำหรับแอปพลิเคชัน .NET ทั้งหมดโดยไม่ขึ้นกับภาษาที่ใช้ (เช่น C# , VB.NET ). นอกเหนือจากการออกแบบคลาส WMI และการพัฒนาผู้ให้บริการ เช่นเดียวกับการเขียนสคริปต์ ทีมพัฒนาและทดสอบของ Microsoft ไม่จำเป็นต้องสร้าง ตรวจสอบ และทดสอบแอสเซมบลีใหม่เพื่อรองรับเนมสเปซใหม่ใน .NET Framework เนื่องจากการสนับสนุนนี้มีให้จาก WMI สำหรับ ฟรี.
  3. อินเทอร์เฟซการเขียนโปรแกรม C/C++ COM/DCOM:
    เช่นเดียวกับส่วนประกอบส่วนใหญ่ใน Windows โปรแกรมเมอร์ COM/DCOM สามารถใช้ประโยชน์จากคุณลักษณะของผู้ให้บริการที่พวกเขาพัฒนาขึ้นที่ระดับอินเทอร์เฟซ COM/DCOM เช่นเดียวกับในสภาพแวดล้อมก่อนหน้านี้ (การเขียนสคริปต์และ.NET Framework) ผู้ใช้ COM/DCOM จำเป็นต้องโต้ตอบกับชุดมาตรฐานของอินเทอร์เฟซ WMI COM เพื่อใช้ประโยชน์จากความสามารถของผู้ให้บริการ WMI และชุดของคลาส WMI ที่รองรับ เพื่อให้ข้อมูลการจัดการทั้งหมดพร้อมใช้งานจาก API ดั้งเดิม ผู้พัฒนาผู้ให้บริการ WMI จำเป็นต้องโต้ตอบกับชุดอินเทอร์เฟซ WMI COM ที่กำหนดไว้ล่วงหน้า ซึ่งจะทำให้ข้อมูลการจัดการพร้อมใช้งานที่ระดับ WMI COM โดยอัตโนมัติ นอกจากนี้ รูปแบบอ็อบเจ็กต์อินเทอร์เฟซ COM ของสคริปต์นั้นคล้ายกับโมเดลอ็อบเจ็กต์อินเทอร์เฟซ COM/DCOM มาก ซึ่งทำให้นักพัฒนาคุ้นเคยกับประสบการณ์การใช้สคริปต์ได้ง่าย
  4. ความสามารถในการใช้งานระยะไกลบน DCOM และSOAP :
    มากกว่าเพียงแค่การนำเสนอความสามารถ COM ในพื้นที่ เนื่องจากการจัดการเป็นเรื่องเกี่ยวกับรีโมต ทั้งหมด WMI ยังเสนอการขนส่ง DCOM นอกจากนี้ การขนส่ง SOAP จะพร้อมใช้งานในWindows Server 2003 R2ผ่านความคิดริเริ่มWS-Management ที่นำ โดย Microsoft , Intel , Sun MicrosystemsและDell ความคิดริเริ่มนี้อนุญาตให้เรียกใช้สคริปต์จากระยะไกลหรือใช้ข้อมูล WMI ผ่านชุดอินเทอร์เฟซเฉพาะที่จัดการคำขอ/การตอบสนอง SOAP ข้อได้เปรียบสำหรับนักพัฒนาผู้ให้บริการ WMI คือเมื่อเขาเปิดเผยคุณสมบัติทั้งหมดของเขาผ่าน WMI นั้นWindows Remote Management/WS-Management สามารถใช้ข้อมูลนั้นได้เช่นกัน (วัตถุที่ฝังตัวในอินสแตนซ์ WMI ไม่ได้รับการสนับสนุนใน Windows Server 2003 R2 อย่างไรก็ตาม เป็นเป้าหมายสำหรับ Vista) การเลเยอร์ทั้งหมดไปยัง WS-Management และการแมปของโมเดลข้อมูล CIM กับ SOAP นั้นมาจากโซลูชัน WMI/WS-Management โดยไม่เสียค่าใช้จ่าย ในกรณีที่ต้องใช้ DCOM การนำ DCOM ไปใช้ต้องมีพร็อกซี DLL ที่ปรับใช้บนเครื่องไคลเอ็นต์แต่ละเครื่อง เนื่องจาก WMI มีอยู่ในระบบปฏิบัติการ Windows ตั้งแต่ Windows 2000 ปัญหาเหล่านี้จะหมดไป
  5. รองรับการสืบค้นข้อมูล:
    WMI รองรับการ สืบค้น WQL [7]แบบ สำเร็จรูป ซึ่งหมายความว่าหากผู้ให้บริการไม่ได้ออกแบบมาเพื่อรองรับการสืบค้น WMI จะสนับสนุนโดยใช้เทคนิคการแจงนับจากผู้ให้บริการ
  6. ความสามารถในการจัดงาน:
    WMI เสนอความสามารถในการแจ้งสมาชิกสำหรับเหตุการณ์ใด ๆ ที่มันสนใจ WMI ใช้ WMI Query Language (WQL) เพื่อส่งแบบสอบถามเหตุการณ์ WQL และกำหนดประเภทของเหตุการณ์ที่จะส่งคืน กลไกเหตุการณ์ที่มีการเรียกกลับที่เกี่ยวข้องทั้งหมดเป็นส่วนหนึ่งของ WMI COM/DCOM และอินเทอร์เฟซการทำงานอัตโนมัติ ทุกคนที่เขียนผู้ให้บริการ WMI สามารถใช้ประโยชน์จากฟังก์ชันนี้โดยไม่มีค่าใช้จ่ายสำหรับลูกค้าของเขา จะขึ้นอยู่กับผู้บริโภคที่จะตัดสินใจว่าต้องการใช้ข้อมูลการจัดการที่เปิดเผยโดยผู้ให้บริการ WMI และชุดคลาส WMI ที่เกี่ยวข้องอย่างไร
  7. ตัว สร้างเทมเพลตโค้ด:
    เพื่อเพิ่มความเร็วในกระบวนการเขียนผู้ให้บริการ WMI รวมถึงอินเทอร์เฟซ COM/DCOM ทั้งหมดและคำจำกัดความที่เกี่ยวข้อง ทีม WMI ได้พัฒนาWMI ATL Wizardเพื่อสร้างเทมเพลตโค้ดที่ใช้ผู้ให้บริการ รหัสที่สร้างขึ้นจะขึ้นอยู่กับโมเดลคลาส WMI ที่ออกแบบโดยนักพัฒนาซอฟต์แวร์ในขั้นต้น ผู้พัฒนาผู้ให้บริการ WMI จะสามารถเชื่อมต่ออินเทอร์เฟซ COM/DCOM ที่กำหนดไว้ล่วงหน้าสำหรับผู้ให้บริการ WMI ด้วยชุดของ API ดั้งเดิมที่ดึงข้อมูลการจัดการเพื่อแสดง แบบฝึกหัดประกอบด้วยการเติม "ช่องว่าง" ในรหัสผู้ให้บริการเพื่อสร้างตรรกะการเชื่อมต่อที่ต้องการ
  8. คาดการณ์ได้:
    การคาดการณ์เป็นข้อกังวลที่สำคัญสำหรับผู้เชี่ยวชาญด้านไอที เนื่องจากจะกำหนดความสามารถของผู้ที่มีประสบการณ์กับชุดอินเทอร์เฟซที่จัดการคอมโพเนนต์ของ Windows เพื่อนำความรู้นี้ไปใช้กับคอมโพเนนต์ Windows ที่จัดการได้อื่นๆ ในทันที โดยไม่ต้องเรียนรู้ใหม่ทั้งหมดจากพื้นดิน ขึ้น. ความสามารถในการคาดการณ์ของลูกค้าคือกำไรที่แท้จริง เนื่องจากเป็นการเพิ่มผลตอบแทนจากการลงทุน ( ROI). คนที่เผชิญสถานการณ์เช่นนี้คาดหวังให้สิ่งต่าง ๆ ทำงานในลักษณะเดียวกันตามประสบการณ์ก่อนหน้าของเขา การเพิ่มขึ้นอย่างต่อเนื่องของอินเทอร์เฟซการเขียนโปรแกรม COM/สคริปต์ได้ส่งผลกระทบอย่างมากต่อความสามารถในการคาดการณ์ เนื่องจากจะทำให้ลูกค้าทำงานอัตโนมัติ จัดการ Windows และใช้ประโยชน์จากความรู้ที่มีอยู่ได้ยาก WMI พร้อม CIM จัดการกับปัญหานี้โดยเปิดเผยโมเดลอ็อบเจ็กต์การเขียนโปรแกรมเดียวกันเสมอ (COM/DCOM, Automation, .NET) ไม่ว่าเอนทิตีที่จัดการได้คืออะไร
  9. ปกป้องการลงทุนของลูกค้าที่มีอยู่:
    การปกป้องการลงทุนของลูกค้าและคู่ค้ากระตุ้นให้ลูกค้าลงทุนในเทคโนโลยี เนื่องจาก Microsoft ได้ลงทุนอย่างมากในช่วงหลายปีที่ผ่านมาในการเขียนผู้ให้บริการ WMI ลูกค้าและคู่ค้าจึงลงทุนในเครื่องมือที่ใช้ประโยชน์จากความสามารถ WMI ของ Windows ดังนั้น โดยธรรมชาติแล้ว พวกเขายังคงใช้ประโยชน์จากความสามารถเหล่านี้ แทนที่จะต้องใช้อินเทอร์เฟซเฉพาะชุดใหม่สำหรับแต่ละคอมโพเนนต์ที่จัดการได้ของ Windows ชุดอินเทอร์เฟซเฉพาะหมายถึงการมีชุดตัวแทนเฉพาะหรือซอฟต์แวร์ที่พัฒนาขึ้นเองโดยอิงตามโมเดลใหม่หรือชุดอินเทอร์เฟซเฉพาะสำหรับส่วนประกอบหรือเทคโนโลยีโดยเฉพาะ ด้วยการใช้ประโยชน์จากความสามารถของ WMI ในปัจจุบัน ลูกค้าและคู่ค้าสามารถใช้ประโยชน์จากการลงทุนในอดีต ในขณะเดียวกันก็ลดต้นทุนในการพัฒนา เส้นโค้งการเรียนรู้ และการค้นพบใหม่ ๆ
  10. จัดเตรียมโมเดลการบริหารที่เป็นหนึ่งเดียวและเป็นหนึ่งเดียว:
    ตามที่อธิบายไว้โดยย่อก่อนหน้านี้ในบทนำ โมเดลนี้อิงตามมาตรฐานอุตสาหกรรมที่เรียกว่า CIM ที่กำหนดโดย DMTF ( http://www.dmtf.org ) คีมาตามคลาส CIMถูกกำหนดโดยกลุ่มผู้สร้างและนักพัฒนาซอฟต์แวร์ที่ตรงตามข้อกำหนดของอุตสาหกรรม นี่หมายความว่าไม่เพียงแต่ Microsoft ใช้ประโยชน์จากความสามารถของ WMI เท่านั้น แต่ยังรวมถึงผู้สร้างหรือนักพัฒนาบุคคลที่สามรายอื่น ๆ ที่เขียนโค้ดของตนเองเพื่อให้พอดีกับโมเดล ตัวอย่างเช่น Intel กำลังทำเช่นนี้สำหรับอแดปเตอร์ไดรเวอร์เครือข่ายและซอฟต์แวร์บางตัว HP ใช้ประโยชน์จากผู้ให้บริการ WMI ที่มีอยู่และปรับใช้ผู้ให้บริการ WMI ของตนเองใน HP Open View Enterprise Managementซอฟต์แวร์. IBM ใช้ WMI จาก ชุดการจัดการ Tivoli MOM และ SMS ยังใช้และให้ข้อมูล WMI สุดท้าย Windows XP SP2 ใช้ประโยชน์จาก WMI เพื่อรับสถานะข้อมูลจากซอฟต์แวร์ป้องกันไวรัสและไฟร์วอลล์

เครื่องมือ WMI

เครื่องมือ WMI บางอย่างอาจมีประโยชน์ในระหว่างขั้นตอนการออกแบบและพัฒนา เครื่องมือเหล่านี้คือ:

  • คอมไพเลอร์ MOF (MOFComp.exe): คอมไพเลอร์ Managed Object Format (MOF) แยกวิเคราะห์ไฟล์ที่มีคำสั่ง Managed Object Format และเพิ่มคลาสและอินสแตนซ์ของคลาสที่กำหนดไว้ในไฟล์ไปยังที่เก็บ CIM รูปแบบ MOF เป็นไวยากรณ์เฉพาะเพื่อกำหนดการแสดงคลาส CIM ใน ไฟล์ ASCII (เช่น MIB ใช้กับ SNMP ไฟล์ MOF คืออะไรสำหรับ CIM) MOFComp.exe จะรวมอยู่ในการติดตั้ง WMI ทุกครั้ง ทุกนิยามที่มีอยู่ในที่เก็บ CIM ถูกกำหนดเริ่มต้นในไฟล์ MOF ไฟล์ MOF อยู่ใน %SystemRoot%\System32\WBEM ระหว่างการตั้งค่า WMI จะถูกโหลดในที่เก็บ CIM
  • เครื่องมือการดูแลระบบ WMI: เครื่องมือการดูแลระบบ WMI ประกอบด้วยเครื่องมือสี่อย่าง: WMI CIM Studio, WMI Object Browser, WMI Event Registration และ WMI Event Viewer เครื่องมือที่สำคัญที่สุดสำหรับนักพัฒนาผู้ให้บริการ WMI คือ WMI CIM Studio เนื่องจากจะช่วยในการสร้างคลาส WMI เริ่มต้นในที่เก็บ CIM มันใช้เว็บอินเตอร์เฟสเพื่อแสดงข้อมูลและอาศัยคอลเลกชันของ ส่วนประกอบ ActiveXที่ติดตั้งบนระบบเมื่อทำงานเป็นครั้งแรก WMI CIM Studio ให้ความสามารถในการ:
    • เชื่อมต่อกับระบบที่เลือกและเรียกดูที่เก็บ CIM ในเนมสเปซที่มีอยู่
    • ค้นหาคลาสตามชื่อ ตามคำอธิบาย หรือตามชื่อคุณสมบัติ
    • ตรวจสอบคุณสมบัติ เมธอด และการเชื่อมโยงที่เกี่ยวข้องกับคลาสที่กำหนด
    • ดูอินสแตนซ์ที่มีอยู่สำหรับคลาสที่กำหนดของระบบที่ตรวจสอบ
    • ดำเนินการสืบค้นข้อมูลในภาษา WQL
    • สร้างไฟล์ MOF ตามคลาสที่เลือก
    • รวบรวมไฟล์ MOF เพื่อโหลดในที่เก็บ CIM
  • WinMgmt.exe: WinMgmt.exe ไม่ใช่เครื่องมือ เป็นไฟล์ปฏิบัติการที่ใช้บริการ WMI Core ภายใต้ระบบปฏิบัติการตระกูล Windows NT WMI จะทำงานเป็นบริการ บนคอมพิวเตอร์ที่ใช้ Windows 98, Windows 95 หรือ Windows Me, WMI จะทำงานเป็นแอปพลิเคชัน ภายใต้ระบบปฏิบัติการตระกูล Windows NT ยังสามารถเรียกใช้โปรแกรมปฏิบัติการนี้เป็นแอปพลิเคชันได้ ซึ่งในกรณีนี้ โปรแกรมเรียกทำงานจะทำงานในบริบทของผู้ใช้ปัจจุบัน สำหรับสิ่งนี้ ต้องหยุดบริการ WMI ก่อน โปรแกรมปฏิบัติการรองรับสวิตช์บางตัวที่อาจมีประโยชน์เมื่อเริ่ม WMI เป็นบริการหรือเป็นแอปพลิเคชัน นักพัฒนาผู้ให้บริการ WMI ที่อาจต้องการดีบักผู้ให้บริการของตนโดยพื้นฐานแล้วจำเป็นต้องเรียกใช้บริการ WMI เป็นแอปพลิเคชัน [8]
  • WBEMTest.exe: WBEMTest.exe เป็นเครื่องมือทดสอบ WMI ซึ่งมาพร้อมกับ WMI เครื่องมือนี้ช่วยให้ผู้ดูแลระบบหรือนักพัฒนาทำงานส่วนใหญ่จากอินเทอร์เฟซแบบกราฟิกที่ WMI จัดเตรียมไว้ที่ระดับAPI แม้ว่าจะมีให้ใช้งานภายใต้ระบบปฏิบัติการที่ใช้ Windows NT ทั้งหมด แต่ Microsoft ไม่สนับสนุนเครื่องมือนี้อย่างเป็นทางการ WBEMtest ให้ความสามารถในการ:
    • แจกแจง เปิด สร้าง และลบชั้นเรียน
    • ระบุ เปิด สร้าง และลบอินสแตนซ์ของคลาส
    • เลือกเนมสเปซ
    • ดำเนินการสอบถามข้อมูลและเหตุการณ์
    • ดำเนินการเมธอดที่เกี่ยวข้องกับคลาสหรืออินสแตนซ์
    • ดำเนินการทุกการดำเนินการ WMI แบบอะซิงโครนัส ซิงโครนัส หรือกึ่งอะซิงโครนัส
wmic
ผู้พัฒนาMicrosoft
ระบบปฏิบัติการMicrosoft Windows
พิมพ์สั่งการ
ใบอนุญาต ซอฟต์แวร์เชิงพาณิชย์ที่เป็นกรรมสิทธิ์
เว็บไซต์เอกสาร . microsoft .com /en-us /windows-server /administration /windows-commands /wmic
  • เครื่องมือบรรทัดคำสั่ง WMI (WMIC): WMIC เป็นเครื่องมือบรรทัดคำสั่งที่ออกแบบมาเพื่อให้ง่ายต่อการดึงข้อมูล WMI เกี่ยวกับระบบโดยใช้คำสำคัญบางคำ (นามแฝง) WMIC.exe ใช้ได้เฉพาะใน Windows XP Professional, Windows Server 2003, Windows Vista, Windows 7 และ Windows Server 2008 โดยพิมพ์ “WMIC /?” จากบรรทัดคำสั่ง จะมีรายการสวิตช์และคีย์เวิร์ดที่สงวนไว้ทั้งหมด
    • มีพอร์ต Linux ของเครื่องมือบรรทัดคำสั่ง WMI ซึ่งเขียนด้วยภาษา Python ตามSamba4 ที่ เรียกว่า 'wmi-client' [9]
  • WBEMDump.exe: WBEMDump เป็นเครื่องมือที่มาพร้อมกับPlatform SDK เครื่องมือบรรทัดคำสั่งนี้มาพร้อมกับโปรเจ็กต์ Visual C++ ของตัวเอง เครื่องมือสามารถแสดงคลาสที่เก็บ CIM อินสแตนซ์ หรือทั้งสองอย่าง เป็นไปได้ที่จะดึงข้อมูลเดียวกับที่ดึงมาด้วย WMIC WBEMDump.exe ต้องการความรู้เฉพาะเพิ่มเติมเกี่ยวกับ WMI เนื่องจากไม่ได้สรุป WMI เป็น WMIC อย่างไรก็ตาม มันทำงานภายใต้ Windows NT 4.0 และ Windows 2000 นอกจากนี้ยังสามารถเรียกใช้เมธอดที่เปิดเผยโดยคลาสหรืออินสแตนซ์ได้ แม้ว่าจะไม่ใช่เครื่องมือ WMI มาตรฐานที่มาพร้อมกับการติดตั้งระบบ เครื่องมือนี้ค่อนข้างมีประโยชน์สำหรับการสำรวจพื้นที่เก็บข้อมูล CIM และคุณลักษณะ WMI
  • WMIDiag.vbs: WMI Diagnosis Tool เป็น VBScript ที่สามารถดาวน์โหลดได้จาก Microsoft ที่นี่และเป็นเครื่องมือสำหรับการทดสอบและตรวจสอบ WMI บน Windows 2000 ขึ้นไป การดาวน์โหลดมีเอกสารประกอบที่ค่อนข้างละเอียดและเครื่องมือนี้รองรับสวิตช์จำนวนมาก เมื่อรัน มันจะสร้างไฟล์ข้อความสูงสุดสี่ไฟล์ ซึ่ง: แสดงขั้นตอนที่ดำเนินการ (ไฟล์ LOG) ภาพรวมของผลลัพธ์ (ไฟล์รายงาน) ไฟล์สถิติ (ในรูปแบบค่าที่คั่นด้วยเครื่องหมายจุลภาค) และรายการไฟล์ทางเลือกของ ผู้ให้บริการที่ลงทะเบียนในเครื่อง (PROVIDER อยู่ในรูปแบบค่าที่คั่นด้วยเครื่องหมายจุลภาคด้วย) ไฟล์รายงานที่สร้างขึ้นประกอบด้วยรายการปัญหาที่ระบุและวิธีแก้ไขที่เป็นไปได้
  • WMI Explorer: WMI Explorer Tool เป็นโปรแกรมโอเพ่นซอร์สที่มีให้ใช้ฟรีและสามารถดาวน์โหลดได้ที่นี่และเป็นเครื่องมือสำหรับการแจกแจงและสอบถามผู้ให้บริการ WMI ในส่วนติดต่อผู้ใช้แบบกราฟิก

ตัวอย่างเครือข่ายไร้สาย

ใน.NET Frameworkคลาส ManagementClass แสดงถึงคลาสการจัดการ Common Information Model (CIM) คลาส WMI สามารถเป็น Win32_LogicalDisk ในกรณีของดิสก์ไดรฟ์ หรือ Win32_Process เช่นโปรแกรมที่ทำงานอยู่ เช่น Notepad.exe

ตัวอย่างนี้แสดงวิธีการใช้คลาส WMI "MSNdis_80211_ServiceSetIdentifier" เพื่อค้นหาSSIDของ เครือข่าย Wi-Fiที่ระบบเชื่อมต่ออยู่ในปัจจุบันในภาษา C#:

ManagementClass  mc  =  ManagementClass ใหม่ ( "root\\WMI" , "MSNdis_80211_ServiceSetIdentifier" , null ); ManagementObjectCollection moc = mc _ GetInstances ();  
   
   
foreach  ( ManagementObject  mo  ใน moc ) 
{ 
    string  wlanCard  =  ( string ) mo [ "InstanceName" ]; 
    บูล แอ็คทีฟ; 
    if  (! bool . TryParse (( string ) mo [ "Active" ],  out  active )) 
    { 
       active  =  false ; 
    } 
    ไบต์[]  ssid  =  ( ไบต์[]) โม["Ndis80211SsId" ]; 
}

คลาส WMI "MSNdis_80211_ServiceSetIdentifier" ได้รับการสนับสนุนบน Windows XP และ Windows Server 2003 เท่านั้น

ส่วนขยายไดรเวอร์ WMI

ส่วนขยาย WMI ไปยังWDM ให้ เครื่องมือระดับเคอร์เนลเช่น การเผยแพร่ข้อมูล การกำหนดค่าการตั้งค่าอุปกรณ์ การแจ้งเตือนเหตุการณ์จากไดรเวอร์อุปกรณ์และอนุญาตให้ผู้ดูแลระบบตั้งค่าความปลอดภัยของข้อมูลผ่านผู้ให้บริการ WMI ที่เรียกว่าผู้ให้บริการ WDM ส่วนขยายเป็นส่วนหนึ่งของสถาปัตยกรรม WDM; อย่างไรก็ตาม มียูทิลิตี้ที่กว้างขวางและสามารถใช้กับไดรเวอร์ประเภทอื่นได้เช่นกัน (เช่นSCSIและNDIS). บริการ WMI Driver Extensions จะตรวจสอบไดรเวอร์และผู้ให้บริการการติดตามเหตุการณ์ทั้งหมดที่ได้รับการกำหนดค่าให้เผยแพร่ WMI หรือข้อมูลการติดตามเหตุการณ์ ข้อมูลฮาร์ดแวร์ที่จัดทำโดยเครื่องมือควบคุมสำหรับส่วนขยาย WMI สำหรับ WDM ส่วนขยาย WMI สำหรับ WDM มีชุดอินเทอร์เฟซไดรเวอร์อุปกรณ์ Windows สำหรับข้อมูลเครื่องมือภายในรุ่นไดรเวอร์ดั้งเดิมของ Windows ดังนั้นOEMและIHVสามารถขยายชุดข้อมูลเครื่องมือและเพิ่มมูลค่าให้กับโซลูชันฮาร์ดแวร์/ซอฟต์แวร์ได้อย่างง่ายดาย อย่างไรก็ตาม ส่วนขยายไดรเวอร์ WMI ไม่ได้รับการสนับสนุนโดยWindows Vistaและระบบปฏิบัติการที่ใหม่กว่า [10]

ดูเพิ่มเติม

อ้างอิง

  1. ^ "WMI แจกจ่ายต่อได้สำหรับ Windows NT " microsoft.com . เก็บถาวรจากต้นฉบับเมื่อ 24 กุมภาพันธ์ 2553 . สืบค้นเมื่อ4 พฤษภาคม 2018 .
  2. ^ "WMI Redistributable สำหรับ Windows 95 และ Windows 98 " microsoft.com . เก็บถาวรจากต้นฉบับเมื่อ 23 เมษายน 2550 . สืบค้นเมื่อ4 พฤษภาคม 2018 .
  3. ^ คำอธิบายของ WMIC Archived 2007-05-02 ที่ Wayback Machine
  4. ^ "ความสามารถในการจัดการไคลเอ็นต์ Windows Vista " microsoft.com . เก็บถาวรจากต้นฉบับเมื่อ 3 มีนาคม 2559 . สืบค้นเมื่อ4 พฤษภาคม 2018 .
  5. ^ "ผู้ให้บริการ WMI รองรับใน Windows 10" . ไมโครซอฟต์ . 25 มิถุนายน 2560 เก็บถาวรจากต้นฉบับเมื่อ 30 กันยายน 2561 . สืบค้นเมื่อ30 กันยายน 2018 .
  6. ^ "เนมสเปซ System.Management" . msdn2.microsoft.com _ เก็บถาวรจากต้นฉบับเมื่อ 16 เมษายน 2551 . สืบค้นเมื่อ4 พฤษภาคม 2018 .
  7. ^ "ภาษาแบบสอบถาม WMI (WQL) ผ่าน PowerShell " ravichaganti.com . 1 พฤษภาคม 2554. เก็บถาวรจากต้นฉบับเมื่อ 12 ตุลาคม 2560 . สืบค้นเมื่อ4 พฤษภาคม 2018 .
  8. ^ "งาน WMI: ซอฟต์แวร์คอมพิวเตอร์ (Windows)" . msdn2.microsoft.com _ เก็บถาวรจากต้นฉบับเมื่อ 6 เมษายน 2551 . สืบค้นเมื่อ4 พฤษภาคม 2018 .
  9. [email protected] , Rhonda D'Vine. "อูบุนตู – ข้อผิดพลาด" . package.ubuntu.comครับ เก็บถาวรจากต้นฉบับเมื่อ 2 พฤษภาคม 2017 . สืบค้นเมื่อ4 พฤษภาคม 2018 .
  10. ^ "เรื่องราวของนักพัฒนาเซิร์ฟเวอร์ Windows Vista และ Windows "Longhorn: ตำราความเข้ากันได้ของแอปพลิเคชัน " msdn2.microsoft.com _ เก็บถาวรจากต้นฉบับเมื่อ 21 เมษายน 2551 . สืบค้นเมื่อ4 พฤษภาคม 2018 .

ลิงค์ภายนอก