Windows की निर्धारित निदान: EnabledExecution क्या बंद करता है

संक्षिप्त उत्तर: EnabledExecution=0 विशेष रूप से Windows निदान पैकेजों के निर्धारित प्रारंभ को अक्षम करता है। Task Scheduler अभी भी संबंधित सिस्टम कार्य चला सकता है, लेकिन उसका हैंडलर पहचान, समस्या निवारण और स्वचालित सुधार नहीं करता। यह संपूर्ण Windows निदान को अक्षम नहीं करता और FPS, विलंबता, RAM या डिस्क के सिद्ध अनुकूलन के रूप में प्रमाणित नहीं है।

स्थिति: नीति का उद्देश्य Microsoft द्वारा प्रलेखित है। Windows 11 Pro 25H2 पर स्थिर रूप से पुष्टि की गई है कि इसका मान Scheduled Diagnostics हैंडलर के भीतर जाँचा जाता है और निदान पैकेजों के निष्पादन को सीमित करता है। इस अध्ययन में कार्य के Runtime-व्यवहार और प्रदर्शन पर प्रभाव को मापा नहीं गया।

सत्यापित किया जाने वाला दावा

हमने चार दावों की जाँच की:

1. Windows EnabledExecution को Scheduled Diagnostics के लिए machine policy के रूप में उपयोग करता है।
2. मान 0 निदान पैकेजों के निर्धारित निष्पादन को प्रतिबंधित करता है।
3. उसी कार्य का मैन्युअल प्रारंभ उसके हैंडलर के भीतर नीति जाँच को बायपास नहीं करता।
4. इस नीति को अक्षम करने का अर्थ Windows के सभी निदान और रखरखाव साधनों को अक्षम करना नहीं है।

संबंधित BoosterX सेटिंग्स

इस पृष्ठ से «निर्धारित निदान», «स्वचालित रखरखाव», «निदान घटनाएँ» और «क्रिया रिकॉर्डिंग» संबंधित हैं। रखरखाव की एक शाखा को प्रतिबंधित करना संपूर्ण Windows निदान को अक्षम नहीं करता और CPU की सामान्य बचत को सिद्ध नहीं करता।

Scheduled Diagnostics क्या है

Scheduled Diagnostics Windows को समय-समय पर सिस्टम समस्याओं का पता लगाने, निदान करने और, अनुमत स्तर पर, पाई गई कुछ समस्याओं को स्वचालित रूप से ठीक करने की अनुमति देता है।

Microsoft तीन संभावित व्यवहारों का वर्णन करता है:

• इंटरैक्टिव सुधार के लिए उपयोगकर्ता को सूचित करते हुए पहचान और समस्या निवारण;
• पहचान, समस्या निवारण और कुछ समस्याओं का स्वचालित सुधार;
• निर्धारित पहचान, निदान और सुधार का प्रतिबंध।

यदि नीति कॉन्फ़िगर नहीं है, तो Windows समस्या निवारण की स्थानीय प्राथमिकताओं का उपयोग करता है। ऐसी स्थानीय सेटिंग के अभाव में, Microsoft डिफ़ॉल्ट रूप से सक्षम पहचान, निदान और सुधार को प्रलेखित करता है।

अध्ययन का क्षेत्र

क्षेत्र	क्या जाँचा गया	स्थिति
Microsoft Policy CSP	उद्देश्य, Registry mapping, डिफ़ॉल्ट स्थिति और पुनः आरंभ के बिना अनुप्रयोग	प्रलेखित
Windows 11 Pro 25H2 build 26200.8655 x64	नीति का पठन और Scheduled Diagnostics हैंडलर की शाखांकन	स्थिर रूप से पुष्टि की गई
Windows 10 और Windows Server	केवल सार्वजनिक दस्तावेज़ीकरण में उल्लिखित प्रयोज्यता	सटीक runtime-path की जाँच नहीं
उपयोगकर्ता प्रदर्शन	CPU, RAM, I/O, FPS, frametime और input latency	मापा नहीं गया

Microsoft का सार्वजनिक दस्तावेज़ीकरण Windows 10 2004 पर कुछ cumulative updates के साथ और Windows 11 21H2 और उससे नए पर Pro, Enterprise, Education और IoT Enterprise संस्करणों के लिए संबंधित ADMX-backed policy का समर्थन दर्शाता है। Home इस तालिका में सूचीबद्ध नहीं है। यह प्रत्येक संस्करण और बिल्ड पर आंतरिक पथ की अपरिवर्तनीयता को सिद्ध नहीं करता।

कार्यप्रणाली

अध्ययन ने दो प्रकार के प्रमाणों को संयोजित किया:

• नीति के उद्देश्य, उसके Registry mapping और स्थितियों के साथ Microsoft का आधिकारिक दस्तावेज़ीकरण;
• Scheduled Diagnostics कार्य की सेवा करने वाले Windows सिस्टम घटक की स्थिर जाँच।

हमने 0, 1, अनुपस्थित मान और अतिरिक्त execution level की स्थितियों के प्रसंस्करण की जाँच की। वर्चुअल मशीन, सिस्टम ट्रेस और निदान पैकेजों का प्रारंभ उपयोग नहीं किया गया। डीकंपाइल किया गया कोड, आंतरिक उपकरण और कच्चे आर्टिफ़ैक्ट प्रकाशित नहीं किए जाते।

परिणाम

स्थिति	प्रलेखित या पुष्ट व्यवहार
EnabledExecution=0	निर्धारित पहचान, निदान और सुधार प्रतिबंधित
EnabledExecution=1 बिना अलग स्तर के	Scheduled Diagnostics पथ अनुमत; सटीक क्रिया execution level पर निर्भर करती है
नीति अनुपस्थित	स्थानीय प्राथमिकताएँ उपयोग होती हैं; Microsoft डिफ़ॉल्ट रूप से सक्षम व्यवहार को प्रलेखित करता है
गलत प्रकार का मान	सामान्य निष्पादन की गारंटी नहीं; ऐसी स्थिति की अनुशंसा नहीं की जाती

जाँचे गए बिल्ड पर जाँच सिस्टम कार्य के हैंडलर के भीतर की जाती है। इसलिए उसी कार्य का मैन्युअल प्रारंभ नीति द्वारा प्रतिबंधित निष्पादन को अनुमत में नहीं बदलता।

क्या पुष्ट किया गया

• EnabledExecution Scheduled Diagnostics से संबंधित है, न कि संपूर्ण Windows निदान से।
• मान 0 जाँचे गए scheduled handler के माध्यम से निदान पैकेजों के निष्पादन को अवरुद्ध करता है।
• सिस्टम कार्य और उसका पंजीकरण इस दौरान हटाए नहीं जाते।
• नीति का परिवर्तन पुनः आरंभ के बिना लागू होता है; Scheduled Diagnostics के कार्य के लिए चालू Task Scheduler सेवा आवश्यक है।
• policy value को हटाना Windows को स्थानीय प्राथमिकताओं और मानक डिफ़ॉल्ट तर्क पर लौटाता है।

क्या पुष्ट नहीं किया गया

• पृष्ठभूमि भार, CPU, RAM या डिस्क संचालन में मापी जा सकने वाली मात्रा में कमी;
• औसत FPS, P1, P0.1 में वृद्धि या input latency में कमी;
• sfc, chkdsk, Microsoft Defender, डिस्क अनुकूलन या सभी रखरखाव कार्यों को अक्षम करना;
• पाई गई समस्याओं के बारे में सभी Windows सूचनाओं को रोकना;
• Windows 10, Windows 11 और Windows Server पर समान आंतरिक पथ।

मात्रात्मक परिणाम का अभाव महत्वपूर्ण है: एक दुर्लभ निदान पथ को हटाना सामान्य गेमिंग सत्र में संकेतकों को बिल्कुल भी नहीं बदल सकता।

सीमाएँ

अध्ययन एक वर्तमान सिस्टम पर स्थिर रूप से किया गया। यह decision path के अस्तित्व और अर्थ की पुष्टि करता है, लेकिन वास्तविक प्रारंभ की आवृत्ति, किए गए कार्य की मात्रा, सेटिंग लौटाने के बाद संभावित backlog और उपयोगकर्ता प्रभाव को नहीं दर्शाता।

आधिकारिक डिफ़ॉल्ट स्थिति और स्थानीय प्राथमिकताओं पर fallback Microsoft द्वारा प्रलेखित हैं। शुद्ध इंस्टॉलेशन का व्यवहार, जहाँ policy value और स्थानीय preference value दोनों भौतिक रूप से अनुपस्थित हैं, अलग से पुनरुत्पादित नहीं किया गया।

व्यावहारिक निष्कर्ष

अधिकांश उपयोगकर्ताओं के लिए Windows default रखना अधिक सुरक्षित है: इस प्रकार Windows कुछ समस्याओं को पहले से पहचानने और ठीक करने की क्षमता बनाए रखता है।

अक्षम करना केवल एक सचेत समझौते के रूप में अर्थपूर्ण है, यदि उपयोगकर्ता विशेष रूप से निर्धारित निदान पैकेजों को प्रतिबंधित करना चाहता है और इस निवारक कार्य की हानि स्वीकार करता है। वादा किए गए प्रदर्शन लाभ के लिए सेटिंग लागू न करें: अध्ययन ने ऐसा परिणाम नहीं दिखाया।

संबंधित निःशुल्क सेटिंग का वर्णन BoosterX में «निर्धारित निदान» पृष्ठ पर किया गया है।

स्थिति की बहाली

वापस लौटने के लिए BoosterX में Windows default स्थिति के माध्यम से policy override हटाएँ। Microsoft के दस्तावेज़ीकरण के अनुसार पुनः आरंभ या सेवा का पुनःप्रारंभ आवश्यक नहीं है: परिवर्तन तुरंत लागू होता है।

वापसी के बाद विशिष्ट व्यवहार Windows की स्थानीय प्राथमिकताओं द्वारा निर्धारित होता है। यदि वे कॉन्फ़िगर नहीं हैं, तो Microsoft डिफ़ॉल्ट रूप से सक्षम पहचान, निदान और सुधार को इंगित करता है।

सार्वजनिक प्राथमिक स्रोत

• ADMX_sdiagschd Policy CSP, Microsoft Learn - नीति का उद्देश्य, समर्थित संस्करण, Registry mapping, स्थितियाँ और पुनः आरंभ के बिना अनुप्रयोग।

अध्ययन BoosterX टीम द्वारा प्रकाशित किया गया और उत्पाद की सेटिंग से संबंधित है। BoosterX में सेटिंग की उपस्थिति का उपयोग उसकी प्रभावशीलता के प्रमाण के रूप में नहीं किया गया। BoosterX Wiki Microsoft Corporation से संबद्ध, अधिकृत, प्रायोजित या अनुमोदित नहीं है।

स्रोतों की अंतिम जाँच: 2026-08-24।

परिवर्तन इतिहास

• 2026-09-20: description को खोज स्निपेट की सीमा तक छोटा किया गया।
• 2026-08-24: Microsoft दस्तावेज़ीकरण और Windows 11 Pro 25H2 की स्थिर जाँच के आधार पर पहला सार्वजनिक संस्करण।