سؤال

لقد كنت أعمل في مشروع يصل إلى WMI للحصول على معلومات حول البرنامج المثبت على جهاز المستخدم.لقد قمنا بالاستعلام عن Win32_Product فقط لنجد أنه غير موجود في إصدارات 64 بت من Windows لأنه "مكون اختياري".

أعلم أن هناك الكثير من البدائل الجيدة حقًا للاستعلام عن WMI لهذه المعلومات، ولكن لدي القليل من فائدة محققة في معرفة مدى نجاح هذا الأمر.

ما أريد معرفته هو ما إذا كان هناك نوع من البرامج القابلة لإعادة التوزيع التي يمكن تعبئتها مع برنامجنا للسماح لمستخدمي 64 بت بوضع موفر WMI Installer على أجهزتهم؟في الوقت الحالي، يتعين عليهم تثبيته يدويًا ويتطلب التثبيت أن يكون قرص Windows الخاص بهم في متناول أيديهم.

يحرر:

لم تذكر نظام التشغيل، ولكن الإصدار 1.0 من WMI Redistributable Components موجود بالتأكيد.

بالنسبة لنظام التشغيل، كنا نستخدم .NET 3.5 لذا نحتاج إلى حزم تعمل على الإصدارين XP64 و64 بت من نظام التشغيل Windows Vista.

هل كانت مفيدة؟

المحلول

لم تذكر ما هو نظام التشغيل، ولكن الإصدار 1.0 من مكونات WMI القابلة لإعادة التوزيع موجود بالتأكيد.

بالنسبة لنظام التشغيل Windows Server 2003، تعد WMI SDK والعناصر القابلة لإعادة التوزيع جزءًا من خادم SDK

أعتقد أن الشيء نفسه ينطبق على خادم 2008 SDK

نصائح أخرى

ألن يكون النهج الطبيعي لمكون Windows هو أن يستخدم مسؤولو مجموعة من الخوادم أي تقنية دفع للبرامج المحلية الخاصة بهم (على سبيل المثال.SMS) للتأكد من تثبيت هذا المكون؟ليس هذا أمرًا غير مألوف بالنسبة لمتطلبات الإدارة عن بعد للخوادم عبر WMI.

بالمناسبة، لا يتم توفير موفر برنامج تثبيت WMI في الإصدار القياسي لمنتجات الخادم، ولكنه موجود في إصدار Enterprise.لذلك، لن يتم تثبيت هذا في نظام التشغيل Windows 2003 Server بشكل افتراضي، ولكن سيتم تثبيت هذا في نظام التشغيل Windows 2003 Server Enterprise (وDataCenter).

تشير هذه الإجابة إلى أنك تضع عبء التثبيت مرة أخرى على قاعدة المستخدمين الخاصة بك، ولكن بالنسبة لمسؤولي Windows، لا ينبغي أن يمثل هذا أي مشكلة.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top