مواد پر جائیں

ونڈوز ماڈیولز انسٹالر (TrustedInstaller)

ونڈوز سروسMicrosoft

اسے TrustedInstaller، ونڈوز ماڈیولز انسٹالر بھی کہا جاتا ہے

ونڈوز کے اجزاء اور اختیاری خصوصیات کے لیے سرویسنگ آپریشنز انجام دیتا ہے۔

آپ کے لیے جاننا کیا ضروری ہے

ونڈوز کے اجزاء اور اختیاری خصوصیات کے لیے سرویسنگ آپریشنز انجام دیتا ہے۔

جزء کی سرویسنگ میں خلل ڈالنا اپ ڈیٹ یا فیچر کی انسٹالیشن کو نقصان پہنچا سکتا ہے۔ ریکارڈ شدہ حالت کو محفوظ رکھیں اور تعاون یافتہ سرویسنگ ریکوری کے عمل کا استعمال کریں۔

ونڈوز ماڈیولز انسٹالر کیا کرتا ہے؟
ونڈوز کے اجزاء اور اختیاری خصوصیات کے لیے سرویسنگ آپریشنز انجام دیتا ہے۔
کیا میں ونڈوز ماڈیولز انسٹالر کو غیر فعال کر سکتا ہوں؟
جزء کی سرویسنگ میں خلل ڈالنا اپ ڈیٹ یا فیچر کی انسٹالیشن کو نقصان پہنچا سکتا ہے۔ ریکارڈ شدہ حالت کو محفوظ رکھیں اور تعاون یافتہ سرویسنگ ریکوری کے عمل کا استعمال کریں۔ آغاز کے رویے کو تبدیل کرنے سے پہلے انسٹال کردہ فیچر اور اس کی مؤثر پالیسی کی تصدیق کریں۔
ونڈوز ماڈیولز انسٹالر کیوں بند ہے؟
حالت اور آغاز کی ترتیب مختلف ہوتی ہے۔ ڈیمانڈ اسٹارٹ جزو کو درخواستوں کے درمیان روکا جا سکتا ہے؛ اصل فیچر کے آپریشن اور کسی بھی سروس کنٹرول کی خرابی کی جانچ کریں۔
کیا ونڈوز ماڈیولز انسٹالر استعمال کرنے والا عمل محفوظ ہے؟
اصل چلنے والی فائل، اس کے دستخط کنندہ، راستے اور رویے کی جانچ کریں۔ صرف ایک مانوس سروس کا نام یا ملتی جلتی فائل کا نام حفاظت قائم نہیں کر سکتا۔

یہ سروس کیا کرتی ہے اور اس کی جانچ کب کی جانی چاہیے

ونڈوز کے اجزاء اور اختیاری خصوصیات کے لیے سرویسنگ آپریشنز انجام دیتا ہے۔

اس سروس کی جانچ کریں جب اس کی اپنی حالت یا ایونٹ کے شواہد متاثرہ فیچر کے ساتھ موافق ہوں۔ ٹاسک مینیجر میں ایک جیسا نام، وسائل کے استعمال کا ایک نمینہ یا ناکام ورک لوڈ کے بغیر روکی ہوئی حالت تشخیص نہیں ہے۔ نیچے بیان کردہ عین عمل سے شروع کریں اور موازنہ کے لیے سسٹم کی اصل ترتیب کو دستیاب رکھیں۔

ونڈوز ایڈیشنز، سروس کے نام اور آغاز کے اصول

اس قطعی سروس کے لیے، حوالہ شدہ IoT Enterprise جدول دستی کی شروعاتی زمرہ درج کرتا ہے۔ یہ مخصوص IoT ماحول کے لیے ایک دستاویزی مثال ہے، آپ کے کمپیوٹر کی پیمائش نہیں۔ فرق کو خرابی سمجھنے سے پہلے مقامی StartMode اور مؤثر انتظامی پالیسی کا موازنہ کریں۔

مائیکروسافٹ کا IoT Enterprise سروس ٹیبل اس جزو کو اس کے سروس شناخت کنندہ کے تحت شناخت کرتا ہے۔ یہ میز طے شدہ فنکشن ونڈوز IoT انٹرپرائز ڈیوائسز کا احاطہ کرتی ہے، بشمول دستاویزی ونڈوز 10 اور ونڈوز 11 اقسام۔ اس کی شروعات اور غیر فعال کرنے کی رہنمائی ان منظرناموں تک محدود ہے۔ یہ کنزیومر ونڈوز، ہر انٹرپرائز امیج یا ہر ونڈوز سرور کی تنصیب کے لیے ایک کمبل ٹیوننگ کی سفارش نہیں ہے۔

سروس کی دستیابی انسٹال کردہ ایڈیشن، بلڈ، اختیاری خصوصیات، اکاؤنٹ کے سیاق و سباق اور تنظیمی ترتیب پر منحصر ہو سکتی ہے۔ نصب شدہ بلڈ کو ریکارڈ کرنے کے لیے winver یا اپنی منظم انوینٹری کا استعمال کریں۔ اس کا موازنہ لنک کردہ مائیکروسافٹ صفحات پر پروڈکٹ کے دائرہ کار سے کریں۔ اگر کوئی ماخذ کسی مختلف ایڈیشن یا پرانے ونڈوز سرور بیس لائن پر بحث کرتا ہے، تو اس کی ڈیفالٹ سیٹنگز کو کاپی کرنے کے بجائے فیچر کو سمجھنے کے لیے اس کا استعمال کریں۔

صرف ترجمہ شدہ ڈسپلے نام پر انحصار کرنے کے بجائے سروس شناخت کنندہ کا استعمال کریں۔ متعلقہ خدمات کے کئی دوستانہ نام ملتے جلتے ہو سکتے ہیں۔ غائب رجسٹریشن عدم دستیاب یا غیر نصب شدہ خصوصیت کی نشاندہی کر سکتی ہے۔ یہ اس بات کا ثبوت نہیں ہے کہ سروس کو دوبارہ بنایا یا ڈاؤن لوڈ کیا جانا چاہیے۔

تبدیلی کرنے سے پہلے اصل رجسٹریشن کا معائنہ کریں

مندرجہ ذیل مثالیں ونڈوز پاور شیل کے لیے مقامی، صرف پڑھنے کے لیے معائنہ کے احکامات ہیں۔ وہ کسی سروس کو انسٹال، بند، ری سٹارٹ، فعال یا غیر فعال نہیں کرتے ہیں۔ مجاز اکاؤنٹ استعمال کریں؛ کچھ فیلڈز اور لاگز کو انتظامی رسائی کی ضرورت ہو سکتی ہے۔ غیر بھروسہ مند ریموٹ سیشن میں کمانڈز نہ چلائیں۔

Get-CimInstance Win32_Service -Filter "Name='TrustedInstaller'" | Select-Object Name,DisplayName,State,StartMode,StartName,ProcessId,PathName

آؤٹ پٹ اندرونی نام، دوستانہ ڈسپلے کا نام، موجودہ حالت، شروع کرنے کا موڈ، سروس اکاؤنٹ، پروسیس شناخت کنندہ اور تشکیل شدہ لانچ کمانڈ کو الگ کرتا ہے۔ تشکیل شدہ راستہ اس بات کا ثبوت نہیں ہے کہ عمل کے ذریعہ بھری گئی ہر فائل قابل اعتماد ہے۔

sc.exe query "TrustedInstaller"

sc.exe qc "TrustedInstaller"

Windows PowerShell میں واضح طور پر sc.exe کا استعمال کریں، جہاں چھوٹا sc ہجے کسی مختلف کمانڈ میں حل ہو سکتا ہے۔ اس بات کا فیصلہ کرنے سے پہلے کہ کس چیز کو تفتیش کی ضرورت ہے، واپس کی گئی حالت اور ترتیب کو پڑھیں۔ رسائی سے انکار کرنے والی استفسار کے لیے اجازت کی جانچ کی ضرورت ہوتی ہے۔ غائب سروس کی اطلاع دینے والی استفسار کے لیے فوری رجسٹری کی تعمیر نو کے بجائے پروڈکٹ اور تنصیب کے چیک کی ضرورت ہوتی ہے۔

انحصار اور ہوسٹ کے عمل کی جانچ کریں

متاثرہ کمپیوٹر پر دونوں لوازمات اور ریورس انحصار کا معائنہ کریں۔ RequiredServices رجسٹرڈ لوازمات درج کرتا ہے؛ DependentServices ان خدمات کی فہرست بناتا ہے جو اس پر انحصار کا اعلان کرتے ہیں۔ یہ نصب شدہ سروس کنٹرول کے تعلقات ہیں، ہر ایپلیکیشن، شیڈول ٹاسک یا ریموٹ سسٹم کا مکمل نقشہ نہیں جو اس فیچر پر بھروسہ کر سکتا ہے۔

Get-Service -Name 'TrustedInstaller' -RequiredServices

Get-Service -Name 'TrustedInstaller' -DependentServices

چلنے والے ہوسٹ کی شناخت کے لیے مشاہدہ شدہ ProcessId کا استعمال کریں، اور ٹاسک مینیجر یا قابل اعتماد مائیکروسافٹ Sysinternals ٹूल کا استعمال کرتے ہوئے اس کے قابل عمل راستے اور دستخط کنندہ کا موازنہ کریں۔ اگر رپورٹ کردہ پروسیس آئی ڈی صفر ہے یا کوئی چلنے والی مثال نہیں ہے، تو اس قدر کے ذریعے معائنہ کرنے کے لیے کوئی لائیو ہوسٹ نہیں ہے۔ اگر کسی ہوسٹ میں کئی خدمات شامل ہیں، تو اس کے کل CPU یا میموری کے استعمال کو اکیلے عمل کے نام سے اس سروس کو تفویض نہیں کیا جا سکتا۔

پروسیس شناخت کنندگان کو دوبارہ استعمال کیا جا سکتا ہے۔ مشاہدے کا وقت ریکارڈ کریں اور کارروائی کرنے سے پہلے شناخت کنندہ کو دوبارہ چیک کریں۔ کسی ایک سروس کی جانچ کے لیے مشترکہ سروس ہوسٹ کو ختم نہ کریں؛ اس سے دیگر میزبان اجزاء میں خلل پڑ سکتا ہے۔

ایک مرکوز خرابی کا سراغ لگانے کا سلسلہ

مخصوص اپ ڈیٹ یا فیچر کے آپریشن کی شناخت کریں اور یہ کہ آیا سرویسنگ ریستارٹ کا انتظار کر رہی ہے۔ ورک لوڈ کو تعاون یافتہ سرویسنگ لاگز اور اپ ڈیٹ ہسٹری کے ساتھ جوڑیں۔

مصروف سرویسنگ کا عمل قانونی کام کر رہا ہو سکتا ہے، لیکن بار بار ہونے والی ناکامی کے لیے اس کی اصل خرابی اور دائرہ کار کی ضرورت ہوتی ہے۔ ناکامی کو نظرانداز کرنے کے لیے محفوظ ونڈوز فائلوں کی ملکیت نہ لیں۔

خالص اپ ڈیٹ یا فیچر کے کام، اس کی حالت اور آخری کامیاب کوشش کو ریکارڈ کریں۔ ڈاؤن لوڈ، آرکیسট্রیشن، انسٹالیشن اور ری سٹارٹ کے مراحل کو الگ کریں۔ سروس کی سرگرمی کو اپ ڈیٹ کی سرگزشت اور متعلقہ سروسنگ شواہد کے ساتھ منسلک کریں۔

  1. عین ناکام آپریشن، متاثرہ اکاؤنٹ، ڈیوائس یا اینڈ پوائنٹ، اور اس کے فیل ہونے کا وقت لکھیں۔ ڈائیلاگ بند کرنے سے پہلے خامی کا پورا متن رکھیں۔
  2. اسی مشین پر سروس کی حالت اور ترتیب حاصل کریں۔ موازنہ کریں کہ آیا یہ فیچر غائب ہے، پالیسی کے ذریعے مسترد کیا گیا ہے، شروع کرنے سے قاصر ہے، یا شروع ہونے کے بعد ناکام ہو رہا ہے۔
  3. ایونٹ ویور میں، ریکارڈ شدہ وقت کے ارد گرد متعلقہ ایپلیکیشن یا فیچر چینل کے ساتھ سسٹم لاگ میں سروس کنٹرول مینیجر کے اندراجات کا موازنہ کریں۔ آن لائن پایا جانے والا ایونٹ آئی ڈی استعمال کرنے سے پہلے فراہم کنندہ اور پیغام کے سیاق و سباق کی تصدیق کریں۔
  4. اس مضمون میں بیان کردہ سب سے چھوٹے معاون موازنہ کے ساتھ ایک بار دوبارہ پیش کریں۔ اگر نتیجہ مختلف ہے، تو فوری طور پر ایک وسیع ری سیٹ لاگو کرنے کے بجائے ریکارڈ کریں کہ کون سا مرحلہ تبدیل ہوا ہے۔
  5. ثبوت کے ذریعہ جواز پیش کردہ فیچر کے لیے مخصوص مائیکروسافٹ یا供应商 مرمت کا راستہ استعمال کریں، پھر اصل آپریشن کو دہرائیں اور اس کے نتائج کی تصدیق کریں۔

اگر سروس کنٹرول کی کوئی متعلقہ خرابی موجود نہیں ہے، تو زبردستی دوبارہ شروع کرنے کے بجائے فیچر یا ایپلیکیشن کی تفتیش کے ساتھ جاری رکھیں۔ اس کے برعکس، سروس شروع ہونے میں خرابی کو اس کی اصل باہر نکلنے کی حیثیت اور ارد گرد کے واقعات کی ضرورت ہوتی ہے۔ اکیلے عام ٹائم آؤٹ کا پیغام ایک واحد مرمت کی شناخت نہیں کرتا ہے۔

بند ہے، دستی ہے یا نہیں ملا: نتیجہ کا کیا مطلب ہے

چل رہا ہے موجودہ حالت کو بیان کرتا ہے؛ آغاز کا موڈ ترتیب کو بیان کرتا ہے۔ دستی طور پر شروع کی گئی یا ایونٹ سے متحرک ہونے والی سروس کو درخواستوں کے درمیان روکا جا سکتا ہے۔ تعاون یافتہ فیچر آپریشن کو دوبارہ پیش کریں اور اس نتیجے پر پہنچنے سے پہلے ریاستی منتقلی کا موازنہ کریں کہ اسے ہر وقت چلنا چاہیے۔

اگر سروس نہیں ملتی ہے، تو اس کے درست شناخت کنندہ، مطلوبہ کمپیوٹر اور اس کی ونڈوز فیچر انسٹال ہے یا نہیں اس کی تصدیق کریں۔ اگر رسائی سے انکار کیا جاتا ہے، تو خرابی کو محفوظ کریں اور اجازت یا انتظامی پالیسی کی جانچ کریں۔ ایک محدود نظریہ سے عدم موجودگی کا تخمینہ نہ لگائیں، اور نہ ہی کسی غیر متعلقہ پی سی سے متبادل رجسٹریشن بنائیں۔

اس کے لوازمات، ترتیب، اکاؤنٹ کی اجازتوں، فیچر کی حالت یا اس کے لانچ ہونے والے جزو کی وجہ سے اسٹارٹ آپریشن ناکام ہو سکتا ہے۔ مختلف ونڈوز ایڈیشن یا امیج سے کاپی کی گئی مقررہ شروع ہونے والی قدر کو لاگو کرنے سے گریز کریں۔ اس کمپیوٹر کے لیے اصل منظم بیس لائن کا موازنہ کریں۔

زیادہ سی پی یو، میموری، ڈسک یا نیٹ ورک کے استعمال کی جانچ

اصل ورک لوڈ کو دوبارہ پیش کرتے ہوئے ایک مختصر ٹائم سیریز حاصل کریں۔ سائن ان، سی सेटअप، سنکرونائزیشن یا کسی ایسے کام سے منسلک ایک مختصر برسٹ کو الگ کریں جو بار بار مکمل ہونے میں ناکام رہتا ہے۔ موازنہ کے لیے استعمال ہونے والے ایپلیکیشن ورک لوڈ اور وقفہ کو ریکارڈ کریں؛ یہ مضمون کسی عالمگیر محفوظ فیصد یا میموری کی حد تجویز نہیں کرتا ہے۔

وسائل کی سرگرمی کو درخواست کرنے والے فیچر سے جوڑنے کے لیے موجودہ پروسیس میپنگ اور مناسب پرفارمنس ٹول کا استعمال کریں۔ مشترکہ ہوسٹ کا کام کرنے والا سیٹ فی سروس تخصیص نہیں ہے، اور اسٹیٹس لیبل یہ قائم نہیں کرتا ہے کہ کس جزو نے ہر ڈسک آپریشن یا نیٹ ورک کی درخواست تیار کی ہے۔ اگر معاون مرمت کے بعد وسائل کا استعمال بدل جاتا ہے، تو اس بات کی تصدیق کریں کہ وجہ سے منسوب کرنے سے پہلے یہ فیچر اب بھی کام کرتا ہے۔

کیا آپ اسے بند یا غیر فعال کر سکتے ہیں؟

جزء کی سرویسنگ میں خلل ڈالنا اپ ڈیٹ یا فیچر کی انسٹالیشن کو نقصان پہنچا سکتا ہے۔ ریکارڈ شدہ حالت کو محفوظ رکھیں اور تعاون یافتہ سرویسنگ ریکوری کے عمل کا استعمال کریں۔

تنظیمی دیکھ بھال اور ری سٹارٹ کی پالیسی کا احترام کریں۔ بار بار زبردستی بند کرنا، ملکیت میں تبدیلیاں اور اپ ڈیٹ یا انسٹالر کیشے کو حذف کرنا مفید شواہد کو ختم کر سکتا ہے اور بازیابی کو مشکل بنا سکتا ہے۔ اس بات کی تصدیق کریں کہ مسئلہ حل ہونے کا اعلان کرنے سے پہلے مطلوبہ عمل مکمل ہو جائے۔

بند کریں، دوبارہ شروع کریں اور غیر فعال کریں کو مختلف کارروائیوں کے طور پر سمجھیں۔ دوبارہ شروع کرنا موجودہ کام میں خلل ڈالتا ہے؛ غیر فعال کرنا مستقبل کے آغاز کے رویے کو تبدیل کرتا ہے۔ تبدیلی کی درخواست کرنے کی صلاحیت یہ قائم نہیں کرتی ہے کہ تبدیلی محفوظ ہے، تعاون یافتہ ہے یا تنظیمی پالیسی کی طرف سے اجازت ہے۔ یہ مضمون جان بوجھ کر عالمگیر اسٹॉप یا ڈس ایبل کمانڈ کے بجائے پہلے انسপیکشن کمانڈ دیتا ہے۔

بحالی، تصدیق اور ایک ایسکلیشن چیک لسٹ

منظور شدہ کنفیگریشن میں تبدیلی سے پہلے، اصل آغاز کی ترتیبات، سروس اکاؤنٹ، انحصار اور متعلقہ فیچر پالیسی کو ریکارڈ کریں۔ دیکھ بھال کی کھड़की اور معلوم بازیافت تک رسائی کا راستہ حاصل کریں جب صارفین، اسٹوریج، توثیق یا ریموٹ انتظامیہ متاثر ہو سکتی ہے۔ بیک اپ اور اسناد کی بازیابی کے مواد کو سپورٹ ٹرانسکرپٹ میں نہیں، بلکہ ان کے مجاز محفوظ مقام پر رکھیں۔

پروڈکٹ کے مالک یا منتظم کے معاون طریقہ کار کا استعمال کرتے ہوئے ایک وقت میں ایک جواز فراہم کردہ ترتیب کو تبدیل کریں۔ اگر نتیجہ بدتر ہے، تو اسی تائید شدہ انتظامی راستے کے ذریعے ریکارڈ شدہ ترتیب کو بحال کریں۔ سروس کی اجازتوں کا اندازہ نہ لگائیں، سروس اکاؤنٹ کو کسی ایڈمنسٹریٹر سے تبدیل نہ کریں، کسی دوسرے ونڈوز بلڈ سے رجسٹری کی چابیاں درآمد نہ کریں یا کام کرنے والی سروس کو ایپلی کیشن کی بازیابی کے ثبوت کے طور پر نہ سمجھیں۔

اصل آپریشن کو دہرا کر، اس کے نتائج کی جانچ کر کے اور اسی طرح کے ورک لوڈ پر سروس اور ایپلیکیشن کے واقعات کا موازنہ کر کے بحالی کی تصدیق کریں۔ تصدیق کریں کہ منحصر افعال اب بھی کام کرتے ہیں اور علامت فوری طور پر واپس نہیں آتی ہے۔ اگر وجہ غیر واضح رہتی ہے، تو تخریب کاری کی مرمت کو دوبارہ کرنے کے بجائے ناکام ٹیسٹ کو بطور ثبوت محفوظ کریں۔

  • سروس شناخت کنندہ اور اصل مثال کا نام، ونڈوز ایڈیشن/بلڈ، متاثرہ فیچر اور آیا ڈیوائس کا انتظام کیا جاتا ہے شامل کریں۔
  • ٹائم اسٹیمپڈ سروس اسٹیٹ، ڈیپینڈেন্সি آؤٹ پٹ، ایکچوئل ایپلیکیشن ایرر اور متعلقہ ایونٹ پرووائیڈر اور پیغام شامل کریں۔
  • سب سے چھوٹی تولید، کوشش کی گئی معاون تبدیلیاں اور ان کے مشاہدہ شدہ نتائج شامل کریں۔
  • لاگ کا اشتراک کرنے سے پہلے پاس ورڈز، ریکوری کیز، ایکسیس ٹوکنز، پرائیویٹ کیز، ذاتی فائل کے مواد اور غیر ضروری شناخت کنندگان کو ریڈیکٹ کریں۔

ذرائع اور توثیق

ادارتی ملکیت: Feex۔ آزادانہ جائزے کی کوئی تاریخ ریکارڈ نہیں کی گئی ہے۔ ہم تحقیق کیسے کرتے ہیں.

کیا یہ مضمون مفید تھا؟

ہاں یا نہیں کافی ہے۔ اگر آپ چاہیں تو کوئی وجہ منتخب کریں، یا ایک مختصر نوٹ شامل کریں۔

کیا یہ مضمون مفید تھا؟