ভার্চুয়াল ডিস্ক (vds)

আপনার যা জানা প্রয়োজন

ভার্চুয়াল ডিস্ক কী করে?

সমর্থিত প্রশাসন সরঞ্জাম দ্বারা ব্যবহৃত ডিস্ক এবং ভলিউম ব্যবস্থাপনা সার্ভিস প্রদান করে।

আমি কি ভার্চুয়াল ডিস্ক নিষ্ক্রিয় করতে পারি?

ব্যবস্থাপনা প্রতিক্রিয়াশীলতা পরীক্ষা করতে একটি ডিস্ক ইনিশিয়ালাইজ বা ফরম্যাট করবেন না। যেকোনো পরিবর্তনে একটি যাচাইকৃত লক্ষ্য, ব্যাকআপ এবং অ্যাপ্লিকেশন-সচেতন পুনরুদ্ধার পরিকল্পনা থাকতে হবে। স্টার্টআপ আচরণ পরিবর্তন করার আগে ইনস্টল করা বৈশিষ্ট্য এবং এর কার্যকর নীতি নিশ্চিত করুন।

ভার্চুয়াল ডিস্ক কেন বন্ধ করা হয়?

অবস্থা এবং স্টার্টআপ কনফিগারেশন আলাদা। অনুরোধের মধ্যে একটি ডিমান্ড-স্টার্ট উপাদান বন্ধ থাকতে পারে; আসল বৈশিষ্ট্যের অপারেশন এবং যেকোনো সার্ভিস-কন্ট্রোল ত্রুটি তদন্ত করুন।

ভার্চুয়াল ডিস্ক ব্যবহার করে এমন একটি প্রক্রিয়া কি নিরাপদ?

আসল চলমান ফাইল, এর স্বাক্ষরকারী, পথ এবং আচরণ পরীক্ষা করুন। পরিচিত পরিষেবার নাম বা মিলে যাওয়া ফাইলের নাম একাই নিরাপত্তা স্থাপন করতে পারে না।

এই পরিষেবাটি কী করে এবং কখন এটি তদন্ত করবেন

সমর্থিত প্রশাসন সরঞ্জাম দ্বারা ব্যবহৃত ডিস্ক এবং ভলিউম ব্যবস্থাপনা সার্ভিস প্রদান করে।

এই পরিষেবাটি তদন্ত করুন যখন এর নিজস্ব অবস্থা বা ইভেন্টের প্রমাণ প্রভাবিত বৈশিষ্ট্যের সাথে মিলে যায়। টাস্ক ম্যানেজার-এ একটি অনুরূপ নাম, একক রিসোর্স-ব্যবহারের নমুনা বা ব্যর্থ কাজের চাপ ছাড়া একটি বন্ধ অবস্থা কোনো রোগনির্ণয় নয়। নিচে বর্ণিত সঠিক অপারেশন দিয়ে শুরু করুন এবং তুলনার জন্য সিস্টেমের মূল কনফিগারেশন উপলব্ধ রাখুন।

উইন্ডোজ সংস্করণ, পরিষেবার নাম এবং শুরুর অনুমান

এই সঠিক পরিষেবার জন্য, উল্লেখিত IoT এন্টারপ্রাইজ টেবিলে ম্যানুয়াল-এর একটি স্টার্টআপ বিভাগ রেকর্ড করা আছে। এটি নির্দিষ্ট IoT পরিবেশের জন্য একটি নথিভুক্ত উদাহরণ, আপনার কম্পিউটারের পরিমাপ নয়। পার্থক্যকে ত্রুটি হিসেবে বিবেচনা করার আগে স্থানীয় StartMode এবং কার্যকর ব্যবস্থাপনা নীতি তুলনা করুন।

মাইক্রোসফটের IoT এন্টারপ্রাইজ পরিষেবা টেবিল এই উপাদানটিকে এর পরিষেবা শনাক্তকারীর অধীনে চিহ্নিত করে। সেই টেবিলে নির্দিষ্ট-ফাংশন উইন্ডোজ 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" কপি করুন

উইন্ডোজ পাওয়ারশেল-এ স্পষ্টতই sc.exe ব্যবহার করুন, যেখানে ছোট sc বানান একটি ভিন্ন কমান্ডে সমাধান হতে পারে। কোনটির তদন্ত প্রয়োজন তা সিদ্ধান্ত নেওয়ার আগে ফিরে আসা অবস্থা এবং কনফিগারেশন পড়ুন। অ্যাক্সেস অস্বীকৃত ফেরৎ দেওয়া একটি প্রশ্নের জন্য একটি অনুমোদন চেক প্রয়োজন; অনুপস্থিত পরিষেবা রিপোর্ট করা একটি প্রশ্নের জন্য একটি পণ্য এবং ইনস্টলেশন চেক প্রয়োজন, অবিলম্বে রেজিস্ট্রি পুনর্গঠন নয়।

নির্ভরতা এবং হোস্ট প্রক্রিয়া পরীক্ষা করুন

প্রভাবিত কম্পিউটারে পূর্বশর্ত এবং বিপরীত নির্ভরতা উভয়ই পরিদর্শন করুন। RequiredServices নিবন্ধিত পূর্বশর্ত তালিকাভুক্ত করে; DependentServices এই পরিষেবার উপর নির্ভরতা ঘোষণা করে এমন পরিষেবাগুলির তালিকা করে। এগুলো ইনস্টল করা সার্ভিস-কন্ট্রোল সম্পর্ক, প্রতিটি অ্যাপ্লিকেশন, নির্ধারিত টাস্ক বা দূরবর্তী সিস্টেমের একটি সম্পূর্ণ মানচিত্র নয় যা বৈশিষ্ট্যের উপর নির্ভর করতে পারে।

Get-Service -Name 'vds' -RequiredServices কপি করুন

Get-Service -Name 'vds' -DependentServices কপি করুন

চলমান হোস্ট শনাক্ত করতে পর্যবেক্ষণ করা ProcessId ব্যবহার করুন, এবং টাস্ক ম্যানেজার বা একটি বিশ্বস্ত মাইক্রোসফট সিস্টার্নালস টুল ব্যবহার করে এর কার্যযোগ্য পথ এবং স্বাক্ষরকারী তুলনা করুন। যদি রিপোর্ট করা প্রক্রিয়া আইডি শূন্য হয় বা কোনো চলমান ইন্সট্যান্স না থাকে, তবে সেই মানের মাধ্যমে পরিদর্শন করার কোনো লাইভ হোস্ট নেই। যদি একটি হোস্টে বেশ কয়েকটি পরিষেবা থাকে, তবে এর মোট CPU বা মেমরি ব্যবহার কেবল প্রক্রিয়া নাম থেকে এই পরিষেবার জন্য নির্ধারিত করা যাবে না।

প্রক্রিয়া শনাক্তকারী পুনরায় ব্যবহার করা যেতে পারে। পর্যবেক্ষণের সময় রেকর্ড করুন এবং পদক্ষেপ নেওয়ার আগে শনাক্তকারী পুনরায় পরীক্ষা করুন। একটি একক পরিষেবা পরীক্ষা করার জন্য একটি শেয়ার্ড সার্ভিস হোস্ট শেষ করবেন না; এটি অন্যান্য হোস্ট করা উপাদানগুলিকে বাধাগ্রস্ত করতে পারে।

একটি ফোকাসড ট্রাবলশুটিং সিকোয়েন্স

যে ব্যবস্থাপনা অপারেশন ব্যর্থ হয় এবং সঠিক ডিস্ক বা ভলিউম সনাক্ত করুন। শারীরিক স্টোরেজ অনুপলব্ধ হওয়া থেকে একটি ব্যবস্থাপনা-সরঞ্জাম ব্যর্থতা আলাদা করুন।

প্রশাসন সরঞ্জামের ত্রুটির সাথে স্টোরেজ স্ট্যাক এবং ডিভাইস ইভেন্ট তুলনা করুন। কোনো ব্যবস্থাপনা অপারেশন সক্রিয় না থাকা সত্ত্বেও একটি সার্ভিস বন্ধ থাকা ত্রুটির পর্যাপ্ত প্রমাণ নয়।

কিছু পরিবর্তন করার আগে সঠিক ভলিউম, ফাইল সেট, ব্যাকআপ অনুরোধকারী বা স্টোরেজ সেশন সনাক্ত করুন। একটি ত্রুটি প্রদর্শনকারী পরিচালনা ইন্টারফেস নিজে থেকে এটি স্থাপন করে না যে অন্তর্নিহিত ডেটা ক্ষতিগ্রস্ত হয়েছে। অ্যাপ্লিকেশন এবং স্টোরেজ উভয় প্রমাণই রেকর্ড করুন।

1. সঠিক ব্যর্থ অপারেশন, প্রভাবিত অ্যাকাউন্ট, ডিভাইস বা শেষ পয়েন্ট এবং এটি ব্যর্থ হওয়ার সময় লিখে রাখুন। ডায়ালগ বন্ধ করার আগে সম্পূর্ণ ত্রুটি পাঠ্য রাখুন।
2. সেই একই মেশিনে পরিষেবার অবস্থা এবং কনফিগারেশন ক্যাপচার করুন। বৈশিষ্ট্যটি অনুপস্থিত কিনা, নীতি দ্বারা নিষিদ্ধ কিনা, শুরু করতে অক্ষম কিনা বা শুরু হওয়ার পরে ব্যর্থ হচ্ছে কিনা তা তুলনা করুন।
3. ইভেন্ট ভিউয়ারে, রেকর্ড করা সময়ের কাছাকাছি সম্পর্কিত অ্যাপ্লিকেশন বা বৈশিষ্ট্য চ্যানেলের সাথে সিস্টেম লগে সার্ভিস কন্ট্রোল ম্যানেজার এন্ট্রি তুলনা করুন। অনলাইনে পাওয়া ইভেন্ট আইডি ব্যবহার করার আগে প্রদানকারী এবং বার্তার প্রসঙ্গ নিশ্চিত করুন।
4. এই নিবন্ধে বর্ণিত ক্ষুদ্রতম সমর্থিত তুলনা দিয়ে একবার পুনরুত্পাদন করুন। ফলাফল ভিন্ন হলে, অবিলম্বে একটি বিস্তৃত রিসেট প্রয়োগ করার পরিবর্তে কোন পর্যায় পরিবর্তিত হয়েছে তা রেকর্ড করুন।
5. প্রমাণ দ্বারা ন্যায়সঙ্গত বৈশিষ্ট্য-নির্দিষ্ট মাইক্রোসফট বা বিক্রেতা মেরামত পথ ব্যবহার করুন, তারপর মূল অপারেশন পুনরাবৃত্তি করুন এবং এর ফলাফল যাচাই করুন।

যদি কোনো প্রাসঙ্গিক সার্ভিস-কন্ট্রোল ত্রুটি উপস্থিত না থাকে, তবে জোর করে রিস্টার্ট না করে বৈশিষ্ট্য বা অ্যাপ্লিকেশন তদন্ত চালিয়ে যান। বিপরীতভাবে, একটি পরিষেবা-শুরু ব্যর্থতার জন্য এর আসল প্রস্থান অবস্থা এবং আশেপাশের ইভেন্ট প্রয়োজন; একটি সাধারণ টাইমআউট বার্তা একা একটি একক মেরামত শনাক্ত করে না।

বন্ধ, ম্যানুয়াল বা পাওয়া যায়নি: ফলাফলের অর্থ কী

চলমান বর্তমান অবস্থা বর্ণনা করে; স্টার্টআপ মোড কনফিগারেশন বর্ণনা করে। একটি ম্যানুয়ালি শুরু করা বা ইভেন্ট-ট্রিগার করা পরিষেবা অনুরোধের মধ্যে বন্ধ হতে পারে এটি সর্বদা চলমান থাকা উচিত বলে উপসংহারে পৌঁছানোর আগে সমর্থিত বৈশিষ্ট্যের অপারেশন পুনরুত্পাদন করুন এবং অবস্থা পরিবর্তন তুলনা করুন।

যদি পরিষেবাটি পাওয়া না যায়, তবে এর সঠিক শনাক্তকারী, উদ্দেশ্যপ্রণোদিত কম্পিউটার এবং এর উইন্ডোজ বৈশিষ্ট্য ইনস্টল করা আছে কিনা তা নিশ্চিত করুন। যদি অ্যাক্সেস অস্বীকার করা হয়, তবে ত্রুটি সংরক্ষণ করুন এবং অনুমোদন বা ব্যবস্থাপনা নীতি পরীক্ষা করুন। একটি সীমাবদ্ধ দৃশ্য থেকে অনুপস্থিতি অনুমান করবেন না, এবং একটি সম্পর্কহীন পিসি থেকে প্রতিস্থাপন রেজিস্ট্রেশন তৈরি করবেন না।

এর পূর্বশর্ত, কনফিগারেশন, অ্যাকাউন্ট অনুমতি, বৈশিষ্ট্যের অবস্থা বা এটি চালু করা উপাদানের কারণে একটি স্টার্টআপ অপারেশন ব্যর্থ হতে পারে। একটি ভিন্ন উইন্ডোজ সংস্করণ বা ইমেজ থেকে অনুলিপি করা একটি নির্দিষ্ট স্টার্টআপ মান প্রয়োগ করা এড়িয়ে চলুন; এই কম্পিউটারের জন্য আসল পরিচালিত বেসলাইন তুলনা করুন।

উচ্চ CPU, মেমরি, ডিস্ক বা নেটওয়ার্ক ব্যবহার তদন্ত করা

আসল কাজের চাপ পুনরুত্পাদন করার সময় একটি ছোট সময় সিরিজ ক্যাপচার করুন। সাইন-ইন, সেটআপ, সিঙ্ক্রোনাইজেশন বা বারবার সম্পূর্ণ করতে ব্যর্থ হওয়া কাজ থেকে একটি আপডেট সম্পর্কিত একটি ছোট বিস্ফোরণ আলাদা করুন। তুলনা করার জন্য ব্যবহৃত অ্যাপ্লিকেশন কাজের চাপ এবং ব্যবধান রেকর্ড করুন; এই নিবন্ধটি একটি বিশ্বজনীন নিরাপদ শতাংশ বা মেমরি থ্রেশহোল্ড নির্ধারণ করে না।

অনুরোধকারী বৈশিষ্ট্যের সাথে সম্পদের কার্যকলাপ সংযোগ করতে বর্তমান প্রক্রিয়া ম্যাপিং এবং একটি উপযুক্ত কর্মক্ষমতা টুল ব্যবহার করুন। একটি শেয়ার্ড হোস্টের কাজের সেট প্রতি-পরিষেবা বরাদ্দ নয়, এবং একটি স্থিতি লেবেল প্রতিটি ডিস্ক অপারেশন বা নেটওয়ার্ক অনুরোধ কোন উপাদান তৈরি করেছে তা স্থাপন করে না। সমর্থিত মেরামতের পরে সম্পদের ব্যবহার পরিবর্তিত হলে, কারণ দায়ী করার আগে বৈশিষ্ট্যটি এখনও কাজ করে তা যাচাই করুন।

আপনি কি এটি বন্ধ বা নিষ্ক্রিয় করতে পারেন?

ব্যবস্থাপনা প্রতিক্রিয়াশীলতা পরীক্ষা করতে একটি ডিস্ক ইনিশিয়ালাইজ বা ফরম্যাট করবেন না। যেকোনো পরিবর্তনে একটি যাচাইকৃত লক্ষ্য, ব্যাকআপ এবং অ্যাপ্লিকেশন-সচেতন পুনরুদ্ধার পরিকল্পনা থাকতে হবে।

পুনরুদ্ধারযোগ্য ডেটা এবং অসিঙ্ক্রোনাইজড কাজ সংরক্ষণ করুন। একটি সফল পরিষেবা শুরু একটি পুনরুদ্ধার পরীক্ষা নয়, এবং একটি উপলব্ধ স্ন্যাপশট অ্যাপ্লিকেশন ধারাবাহিকতার প্রমাণ নয়। প্রাসঙ্গিক পণ্য সেই ওয়ার্কফ্লো সমর্থন করলে একটি অ-গুরুত্বপূর্ণ পরীক্ষা আইটেম এবং একটি পৃথক পুনরুদ্ধার অবস্থান ব্যবহার করুন।

বন্ধ, রিস্টার্ট এবং নিষ্ক্রিয়কে বিভিন্ন অপারেশন হিসাবে বিবেচনা করুন। একটি রিস্টার্ট বর্তমান কাজকে বাধাগ্রস্ত করে; নিষ্ক্রিয় করা ভবিষ্যতের স্টার্টআপ আচরণ পরিবর্তন করে। পরিবর্তন অনুরোধ করার ক্ষমতা এটা স্থাপন করে না যে পরিবর্তনটি নিরাপদ, সমর্থিত বা সাংগঠনিক নীতি দ্বারা অনুমোদিত। এই নিবন্ধটি উদ্দেশ্যমূলকভাবে একটি বিশ্বজনীন বন্ধ বা নিষ্ক্রিয় কমান্ডের পরিবর্তে প্রথমে পরিদর্শন কমান্ড দেয়।

পুনরুদ্ধার, নিশ্চিতকরণ এবং একটি এস্কেলেশন চেকষ্পট

একটি অনুমোদিত কনফিগারেশন পরিবর্তনের আগে, আসল স্টার্টআপ সেটিংস, পরিষেবা অ্যাকাউন্ট, নির্ভরতা এবং প্রাসঙ্গিক বৈশিষ্ট্যের নীতি রেকর্ড করুন। ব্যবহারকারী, স্টোরেজ, প্রমাণীকরণ বা দূরবর্তী প্রশাসন প্রভাবিত হতে পারে এমন একটি রক্ষণাবেক্ষণ উইন্ডো এবং একটি পরিচিত পুনরুদ্ধার অ্যাক্সেস পথ প্রাপ্ত করুন। ব্যাকআপ এবং শংসাপত্র পুনরুদ্ধার উপাদান তাদের অনুমোদিত নিরাপদ অবস্থানে রাখুন, কোনো সমর্থন প্রতিলিপিতে নয়।

পণ্যের মালিক বা প্রশাসকের সমর্থিত পদ্ধতি ব্যবহার করে একবারে একটি ন্যায়সঙ্গত সেটিং পরিবর্তন করুন। ফলাফল খারাপ হলে, সেই একই সমর্থিত ব্যবস্থাপনা পথের মাধ্যমে রেকর্ড করা কনফিগারেশন পুনরুদ্ধার করুন। পরিষেবা অনুমতি অনুমান করবেন না, প্রশাসকের সাথে পরিষেবা অ্যাকাউন্ট প্রতিস্থাপন করবেন না, অন্য উইন্ডোজ বিল্ড থেকে রেজিস্ট্রি কী আমদানি করবেন না বা একটি কর্মরত পরিষেবা শুরুকে অ্যাপ্লিকেশন পুনরুদ্ধার হয়েছে তার প্রমাণ হিসাবে বিবেচনা করবেন না।

মূল অপারেশন পুনরাবৃত্তি করে, এর ফলাফল পরীক্ষা করে এবং একই ধরণের কাজের চাপের উপর পরিষেবা এবং অ্যাপ্লিকেশন ইভেন্টগুলি তুলনা করে পুনরুদ্ধার নিশ্চিত করুন। নির্ভরশীল ফাংশনগুলি এখনও কাজ করে এবং লক্ষণটি অবিলম্বে ফিরে আসে না তা যাচাই করুন। কারণ অস্পষ্ট থাকলে, ধ্বংসাত্মক মেরামত পুনরায় চেষ্টা করার পরিবর্তে প্রমাণ হিসাবে অসফল পরীক্ষা সংরক্ষণ করুন।

• পরিষেবা শনাক্তকারী এবং আসল ইন্সট্যান্স নাম, উইন্ডোজ সংস্করণ/বিল্ড, প্রভাবিত বৈশিষ্ট্য এবং ডিভাইসটি পরিচালিত কিনা তা অন্তর্ভুক্ত করুন।
• সময়-স্ট্যাম্পড পরিষেবার অবস্থা, নির্ভরতা আউটপুট, সঠিক অ্যাপ্লিকেশন ত্রুটি এবং প্রাসঙ্গিক ইভেন্ট প্রদানকারী এবং বার্তা অন্তর্ভুক্ত করুন।
• ক্ষুদ্রতম প্রজনন, চেষ্টা করা সমর্থিত পরিবর্তন এবং তাদের লক্ষ্য ফলাফল অন্তর্ভুক্ত করুন।
• লগ শেয়ার করার আগে পাসওয়ার্ড, পুনরুদ্ধার কী, অ্যাক্সেস টোকেন, ব্যক্তিগত কী, ব্যক্তিগত ফাইলের বিষয়বস্তু এবং অপ্রয়োজনীয় শনাক্তকারী সরিয়ে ফেলুন।

সম্পর্কিত

এই সত্তাগুলো এই নিবন্ধের সাথে যুক্ত। প্রতিটি লিঙ্কে ধরন দেখানো হয়েছে।

উৎস এবং যাচাইকরণ

সম্পাদকীয় মালিকানা: Feex। কোনো স্বাধীন পর্যালোচনার তারিখ রেকর্ড করা নেই। আমরা কীভাবে গবেষণা করি.

• মাইক্রোসফট: উইন্ডোজ IoT এন্টারপ্রাইজ পরিষেবা নির্দেশিকা · সঠিক সার্ভিস সারি (vds)। উইন্ডোজ 10/11 IoT এন্টারপ্রাইজ পরিধি; কোন সার্বজনীন কনফিগারেশন সুপারিশ নয়।
• মাইক্রোসফট: উইন্ডোজ পরিষেবা আর্কিটেকচার · পরিষেবা জীবনচক্র এবং ব্যবস্থাপনা আর্কিটেকচার; নীচের ডায়াগনস্টিক ব্যাখ্যা হল Feex সম্পাদকীয় নির্দেশিকা।
• মাইক্রোসফট: Win32_Service বৈশিষ্ট্য · অবস্থা, স্টার্টআপ মোড, পরিষেবা পরিচয়, প্রক্রিয়া আইডি এবং কনফিগার করা কার্যযোগ্য পথের সংজ্ঞা।
• মাইক্রোসফট: Get-Service · কেবল-পড়ার পরিষেবা আবিষ্কার এবং নির্ভরতা পরিদর্শন। উদাহরণ উইন্ডোজ পাওয়ারশেল লক্ষ্য করে।
• মাইক্রোসফট: sc.exe query · পরিষেবা-অবস্থা আউটপুট এবং পরিষেবা-নাম সিনট্যাক্স।
• ভলিউম শ্যাডো কপি সার্ভিস · ডায়াগনস্টিক এলাকার জন্য প্রসঙ্গ, একটি নির্দিষ্ট নির্ভরতা তালিকা বা সার্বজনীন স্টার্টআপ কনফিগারেশনের প্রমাণ নয়।