مواد پر جائیں

ورچوئل ڈسک (vds)

ونڈوز سروسMicrosoft

vds بھی کہا جاتا ہے، ورچوئل ڈسک

معاون انتظامی ٹولز کے ذریعے استعمال ہونے والی ڈسک اور والیوم کے انتظام کی خدمات فراہم کرتی ہے۔

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

معاون انتظامی ٹولز کے ذریعے استعمال ہونے والی ڈسک اور والیوم کے انتظام کی خدمات فراہم کرتی ہے۔

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

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

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

معاون انتظامی ٹولز کے ذریعے استعمال ہونے والی ڈسک اور والیوم کے انتظام کی خدمات فراہم کرتی ہے۔

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

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

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

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

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

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

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

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

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

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

sc.exe query "vds"

sc.exe qc "vds"

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

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

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

Get-Service -Name 'vds' -RequiredServices

Get-Service -Name 'vds' -DependentServices

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

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

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

اس انتظامی عمل کی شناخت کریں جو ناکام ہو جاتا ہے اور درست ڈسک یا والیوم کی۔ انتظامی ٹول کی خرابی کو فزیکل اسٹوریج کے دستیاب نہ ہونے سے الگ کریں۔

انتظامی ٹول کی خرابی کا موازنہ اسٹوریج اسٹیک اور ڈیوائس کے واقعات کے ساتھ کریں۔ جب کوئی انتظامی عمل فعال نہ ہو تو سروس کا بند ہونا خرابی کا کافی ثبوت نہیں ہے۔

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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