إدارة التطبيقات (AppMgmt)
المعروف أيضاً باسم AppMgmt، إدارة التطبيقات
بيدعم تثبيت وإزالة البرامج من خلال آليات إدارة التطبيقات للمؤسسات.
اللي محتاج تعرفه
بيدعم تثبيت وإزالة البرامج من خلال آليات إدارة التطبيقات للمؤسسات.
تغيير الخدمة دي ممكن يعطل نشر البرامج المدارة بالسياسة. اطلب من مالك النشر تصحيح التعيين بدل ما تتخطى الإدارة.
- إيه هي وظيفة إدارة التطبيقات؟
- بيدعم تثبيت وإزالة البرامج من خلال آليات إدارة التطبيقات للمؤسسات.
- هل أقدر أعطل إدارة التطبيقات؟
- تغيير الخدمة دي ممكن يعطل نشر البرامج المدارة بالسياسة. اطلب من مالك النشر تصحيح التعيين بدل ما تتخطى الإدارة. اتأكد من الميزة المثبتة والسياسة الفعالة قبل ما تغير سلوك البدء.
- ليه خدمة إدارة التطبيقات متوقفة؟
- الحالة وتكوين بدء التشغيل حاجة غير تانية. المكون اللي بيشتغل عند الطلب ممكن يكون واقف بين الطلبات؛ افحص تشغيل الميزة الفعلي وأي خطأ في التحكم بالخدمة.
- هل العملية اللي بتستخدم إدارة التطبيقات آمنة؟
- افحص الملف اللي شغال فعلياً، الموقع اللي وقع عليه، مساره وسلوكه. اسم خدمة مألوف لوحده أو اسم ملف مطابق ما يثبتش الأمان.
إيه الخدمة دي بتعمل إيه وإمتى تحقق فيها
بيدعم تثبيت وإزالة البرامج من خلال آليات إدارة التطبيقات للمؤسسات.
افحص الخدمة دي لما حالتها أو أدلة الأحداث تتطابق مع الميزة المتأثرة. اسم شبه ده في مدير المهام، عينة استخدام موارد واحدة أو حالة توقف من غير شغل بيقع مش تشخيص. ابدأ بالعملية الدقيقة الموصوفة تحت وخلي التكوين الأصلي للنظام متاح للمقارنة.
نسخ ويندوز، أسامي الخدمات وافتراضات بدء التشغيل
بالنسبة للخدمة الدقيقة دي، جدول IoT Enterprise المشار ليه بيسجل فئة بدء التشغيل كـ يدوية. ده مثال موثق لبيئة IoT المحددة، مش قياس لجهازك. قارن بين الـ StartMode المحلي وسياسة الإدارة الفعالة قبل ما تعتبر أي فرق عطل.
جدول خدمات IoT Enterprise من مايكروسوفت بيحدد المكون ده تحت معرف الخدمة بتاعه. الجدول ده بيغطي أجهزة Windows IoT Enterprise ذات الوظائف الثابتة، بما في ذلك متغيرات Windows 10 و Windows 11 الموثقة. إرشادات البدء والتعطيل بتاعته مخصصة للسيناريوهات دي؛ ومش توصية ضبط عامة لويندوز العادي، كل صور الشركات أو كل تثبيت لـ Windows Server.
توفر الخدمة ممكن يعتمد على النسخة المتصطبة، الإصدار، الميزات الاختيارية، سياق الحساب وتكوين المؤسسة. استخدم winver أو المخزون المُدار بتاعك عشان تسجل الإصدار المتصطب. قارنه بنطاق المنتج على صفحات مايكروسوفت المرتبطة. لو في مصدر بيناقش نسخة مختلفة أو أساس أقدم لـ Windows Server، استخدمه عشان تفهم الميزة بدل ما تنسخ إعداداتها الافتراضية.
استخدم معرف الخدمة بدل ما تعتمد على اسم عرض مترجم بس. كذا خدمة مرتبطة ممكن يكون ليها أسامي ودودة شبه بعض. التسجيل المفقود ممكن يدل على ميزة مش متاحة أو مش متصطبة؛ ده مش إثبات إن الخدمة لازم تتعمل من جديد أو تتحمل.
افحص التسجيل الفعلي قبل ما تغيره
الأمثلة الجاية هي أوامر فحص محلية للقراءة فقط لـ Windows PowerShell. الأوامر دي مش بتصطب، توقف، تعيد تشغيل، تُمكّن أو تعطّل خدمة. استخدم حساب مصرح بيه؛ بعض الحقول والسجلات ممكن تحتاج صلاحيات إدارية. ماتشغلش أوامر في جلسة عن بعد مش موثوقة.
Get-CimInstance Win32_Service -Filter "Name='AppMgmt'" | Select-Object Name,DisplayName,State,StartMode,StartName,ProcessId,PathName
المخرجات بتفصل الاسم الداخلي، اسم العرض الودود، الحالة الحالية، وضع بدء التشغيل، حساب الخدمة، معرف العملية وأمر التشغيل المُكوّن. المسار المُكوّن مش إثبات إن كل ملف بيحمله النظام آمن.
sc.exe query "AppMgmt"
sc.exe qc "AppMgmt"
استخدم sc.exe بوضوح في Windows PowerShell، عشان الاختصار sc ممكن يروح لأمر تاني. اقرأ الحالة والتكوين الراجعين قبل ما تقرر إيه اللي محتاج فحص. الاستعلام اللي بيرجع إن الوصول مرفوض محتاج فحص صلاحيات؛ الاستعلام اللي بيبلغ عن خدمة مفقودة محتاج فحص منتج وتثبيت، مش إعادة بناء للسجل فوراً.
اتأكد من الاعتمادات والعملية المضيفة
افحص المتطلبات الأساسية والاعتمادات العكسية على الكمبيوتر المتأثر. RequiredServices بتعرض المتطلبات المسجلة؛ DependentServices بتعرض الخدمات اللي بتعلن اعتمادها على دي. دي علاقات تحكم في خدمات متصطبة، مش خريطة شاملة لكل تطبيق، مهمة مجدولة أو نظام بعيد ممكن يعتمد على الميزة.
Get-Service -Name 'AppMgmt' -RequiredServices
Get-Service -Name 'AppMgmt' -DependentServices
استخدم الـ ProcessId المرصود عشان تحدد مضيف شغال، وقارن مسار تنفيذه واللي وقع عليه باستخدام مدير المهام أو أداة Sysinternals موثوقة من مايكروسوفت. لو معرف العملية المبلغ عنه صفر أو مافيش نسخة شغال، مافيش مضيف حي عشان تفحصه بالقيم دي. لو المضيف فيه كذا خدمة، إجمالي استهلاك المعالج أو الذاكرة بتاعه ما ينفعش يتنسب للخدمة دي من اسم العملية لوحدها.
معرفات العمليات ممكن تتكرر. سجل وقت الرصد وافحص المعرف تاني قبل ما تاخد أي إجراء. ماتقفلش مستضيف خدمات مشترك عشان تختبر خدمة لوحدها؛ ده ممكن يقاطع مكونات تانية مستضافة.
سلسلة استكشاف أخطاء مركزة
حدد إذا كان التثبيت الفاشل جاي من سياسة برامج المؤسسة أو من برنامج تثبيت مستقل. التقط تعيين النشر والحساب المتأثر.
قارن تطبيق السياسة مع سجل التثبيت وإصدار المنتج اللي بيتم تعيينه. الحزمة المعينة مركزياً ومش موجودة مش معناها بالضرورة عيب في خدمة التثبيت.
حدد التطبيق الطالب أو ميزة ويندوز قبل ما تنسب أي عرض لمعدات مشتركة. الخدمة ممكن تكون مضيف أو وسيط لشغل بدأ في حتة تاني. قارن فشل التطبيق مع الخط الزمني للتحكم في الخدمة.
- اكتب العملية اللي فشلت بالظبط، الحساب المتأثر، الجهاز أو نقطة النهاية، ووقت ما فشلت. احتفظ بنص الخطأ كامل قبل ما تقفل المربع الحواري.
- القط حالة الخدمة وتكوينها على نفس الجهاز ده. قارن هل الميزة ناقصة، مرفوضة بالسياسة، مش قادرة تشتغل، أو بتفشل بعد ما تبدأ.
- في عارض الأحداث، قارن مداخل مدير التحكم في الخدمات في سجل النظام مع تطبيق أو قناة الميزة ذات الصلة حوالين الوقت المسجل. اتأكد من سياق المزود والرسالة قبل ما تستخدم معرف حدث تلاقيه أونلاين.
- اعمل إعادة إنتاج مرة واحدة بأصغر مقارنة مدعومة موصوفة في المقال ده. لو النتيجة اختلفت، سجل المرحلة اللي اتغيرت بدل ما تعمل إعادة ضبط واسعة فوراً.
- استخدم مسار الإصلاح الخاص بالميزة من مايكروسوفت أو المورد المدعوم بالأدلة، وبعدين عيد العملية الأصلية واتحقق من نتيجتها.
لو مافيش خطأ تحكم في خدمة ذي صلة، كمل في فحص الميزة أو التطبيق بدل ما تفرض إعادة تشغيل. بالعكس، فشل بدء الخدمة محتاج حالة الخروج الفعلية والأحداث المحيطة بيها؛ رسالة مهلة عامة لوحدها مش بتحدد إصلاح واحد.
موقوفة، يدوية أو مش موجودة: النتيجة معناها إيه
التشغيل بيوصف الحالة الحالية؛ وضع بدء التشغيل بيوصف التكوين. الخدمة اللي بتشتغل يدوي أو بناء على حدث ممكن توقف بين الطلبات. اعمل إعادة إنتاج لعملية الميزة المدعومة وقارن انتقال الحالة قبل ما تستنتج إنها المفروض تفضل شغالة علطول.
لو الخدمة مش موجودة، اتأكد من معرفها الدقيق، الكمبيوتر المقصود وإذا كانت ميزة ويندوز متصطبة. لو الوصول مرفوض، احتفظ بالخطأ وافحص الصلاحيات أو سياسة الإدارة. ماتستنتجش الغياب من نظرة مقيدة واحدة، وماتعملش تسجيل بديل من جهاز بي سي مالوش علاقة.
عملية البدء ممكن تفشل بسبب متطلباتها الأساسية، التكوين، صلاحيات الحساب، حالة الميزة أو المكون اللي بتشغله. تجنب تطبيق قيمة بدء تشغيل ثابتة منسوخة من نسخة ويندوز أو صورة تانية؛ قارن الأساس المُدار الفعلي للكمبيوتر ده.
التحقيق في الاستهلاك العالي للمعالج، الذاكرة، القرص أو الشبكة
القط سلسلة زمنية قصيرة وأنت بتعمل إعادة إنتاج لشغل العمل الفعلي. افصل دفعة قصيرة مرتبطة بتسجيل الدخول، الإعداد، المزامنة أو التحديث عن شغل بيفشل يخلص كذا مرة. سجل شغل التطبيق والفترة المستخدمة للمقارنة؛ المقال ده مش بيفرض نسبة أمان عامة أو حد للذاكرة.
استخدم تعيين العمليات الحالي وأداة أداء مناسبة عشان تربط نشاط الموارد بالميزة الطالبة. مجموعة العمل للمضيف المشترك مش تخصيص لكل خدمة، وعلامة الحالة مش بتحدد المكون اللي طلع كل عملية قرص أو طلب شبكة. لو استخدام الموارد اتغير بعد إصلاح مدعم، اتأكد إن الميزة لسه شغالة قبل ما تنسب ده للسبب.
تنفع توقفها أو تعطلها؟
تغيير الخدمة دي ممكن يعطل نشر البرامج المدارة بالسياسة. اطلب من مالك النشر تصحيح التعيين بدل ما تتخطى الإدارة.
غير إعداد واحد مدعم في كل مرة، سجل القيمة الأصلية واختبر مسار العمل الأصلي تاني. التسجيل الواسع للمكونات، حذف مستودع أو إعادة ضبط الصلاحيات مش بديل لتشخيص العملية اللي فشلت بالذات.
تعامل مع الإيقاف، إعادة التشغيل والتعطيل على إنهم عمليات مختلفة. إعادة التشغيل بتقاطع الشغل الحالي؛ التعطيل بيغير سلوك بدء التشغيل في المستقبل. القدرة على طلب تغيير مش بتثبت إن التغيير آمن، مدعم أو مسموح بيه بسياسة المؤسسة. المقال ده بيدي أوامر فحص الأول بقصد بدل أمر إيقاف أو تعطيل عام.
الاسترجاع، التأكيد وقائمة التحقق للتصعيد
قبل أي تغيير تكوين موافق عليه، سجل إعدادات بدء التشغيل الأصلية، حساب الخدمة، الاعتمادات وسياسة الميزة ذات الصلة. خد نافذة صيانة ومسار وصول استرجاع معروف لما المستخدمين، التخزين، المصادقة أو الإدارة عن بعد ممكن يتأثروا. خلي النسخ الاحتياطية ومواد استرجاع بيانات الاعتماد في مكانهم الآمن المصرح بيه، مش في نص دعم فني.
غير إعداد واحد مبرر في كل مرة باستخدام الإجراء المدعم لمالك المنتج أو المسؤول. لو النتيجة أسوأ، استرجع التكوين المسجل من نفس مسار الإدارة المدعم ده. ماتتوقعش صلاحيات الخدمات، ماتستبدلش حساب الخدمة بمسؤول، ماتستوردش مفاتيح سجل من إصدار ويندوز تاني أو تعتبر بدء خدمة شغال إثبات إن التطبيق اتعافى.
اتأكد من الاسترجاع بتكرار العملية الأصلية، فحص نتيجتها ومقارنة أحداث الخدمة والتطبيق على نفس نوع الشغل. اتأكد إن الوظائف المعتمدة لسه شغالة وإن العرض ما بيرجعش علطول. لو السبب لفضل مش واضح، احتفظ بالاختبار اللي فشل كدليل بدل ما تعيد محاولات إصلاح مدمرة.
- ضمن معرف الخدمة واسم النسخة الفعلي، نسخة/إصدار ويندوز، الميزة المتأثرة وإذا كان الجهاز مُدار.
- ضمن حالة الخدمة المرتبطة بوقت، مخرجات الاعتمادات، خطأ التطبيق الدقيق ومزود الأحداث والرسالة ذوي الصلة.
- ضمن أصغر إعادة إنتاج، التغييرات المدعومة اللي اتحاولت والنتائج اللي اترصدت.
- احجب كلمات المرور، مفاتيح الاسترجاع، رموز الوصول، المفاتيح الخاصة، محتوى الملفات الشخصية والمعرفات اللي مالهمش لزمة قبل ما تشارك السجلات.
المصادر والتحقق
حقوق التحرير: Feex. مفيش تاريخ مراجعة مستقل متسجل. إزاي بنعمل أبحاثنا.
- مايكروسوفت: إرشادات خدمات Windows IoT Enterprise · صف الخدمة الدقيق (AppMgmt). نطاق Windows 10/11 IoT Enterprise؛ مش توصية تكوين عامة.
- مايكروسوفت: هندسة خدمات ويندوز · هندسة دورة حياة الخدمة والإدارة؛ تفسير التشخيص تحت هو إرشادات تحريرية من Feex.
- مايكروسوفت: خصائص Win32_Service · تعريفات الحالة، وضع بدء التشغيل، هويّة الخدمة، معرف العملية ومسار التنفيذ المُكوّن.
- مايكروسوفت: Get-Service · اكتشاف الخدمات للقراءة فقط وفحص الاعتمادات. الأمثلة تستهدف Windows PowerShell.
- استعلام مايكروسوفت: sc.exe · مخرجات حالة الخدمة وبنية اسم الخدمة.
هل المقالة دي كانت مفيدة؟
مجرد نعم أو لأ كفاية. اختار سبب لو تحب، أو اكتب ملاحظة سريعة.
شكراً ليك. ده بيساعدنا نحسن الصفحة دي.