🥒 🧕🏾 👄 DCDIAG - एक उपयोगिता के साथ एडी स्वास्थ्य निदान 👀 💕 💧

लेखक का ध्यान दें: लेख मुख्य रूप से शुरुआती सिस्टम प्रशासकों के लिए लिखा गया है; अनुभवी लोग यहां अपने लिए कुछ भी नया और उपयोगी सीखने की संभावना नहीं रखते हैं। GPUPDATE / बल (धन्यवाद mrHobbY ) के बारे में एक लेख से प्रेरित है ।

सक्रिय निर्देशिका एक बड़ा और जटिल जीव है (भले ही इसमें दो डोमेन नियंत्रक और एक साइट हो), और सिस्टम व्यवस्थापक के लिए इस जीव के काम का विश्लेषण करने के लिए किसी भी समय निदान करना बहुत महत्वपूर्ण है।
खैर, चूंकि घूमना और स्नैप-इन को देखना अप्रभावी है, आप हमेशा यह नहीं समझते हैं कि सिस्टम के लॉग से क्या हो रहा है, इसलिए विभिन्न उपयोगिताओं के बचाव में आते हैं। उनमें से एक Microsoft से dcdiag है।
आइए इसे ध्यान से देखें - क्योंकि इस उपयोगिता की उपयोगिता बहुत कठिन है। मैं इस कमांड की कई कुंजियों का हवाला नहीं दूंगा - यदि आप चाहें तो आप उनके बारे में पढ़ सकते हैं - लेकिन मैं केवल उन लोगों पर ध्यान केंद्रित करूंगा जिनका मैं खुद अभ्यास में उपयोग करता हूं।

इस उपयोगिता के साथ काम करने के लिए आपको सबसे पहले अपने कार्य केंद्र पर या सर्वर पर खुद को स्थापित करना होगा (यहां हर कोई अपने लिए खुद को चुनने के लिए स्वतंत्र है, लेकिन dcdiag के नवीनतम संस्करणों में - यह पहले से ही मदद में लिखा है कि चेक स्वयं सर्वर पर चलना चाहिए - डोमेन नियंत्रक, dcPromo और RegisterInDNS परीक्षणों के अपवाद के साथ)। विंडोज 2003 के लिए, आपको ऑपरेटिंग सिस्टम वितरण से समर्थन उपकरण पैकेज को स्थापित करने की आवश्यकता है, विंडोज 7 और 8 के लिए - आपको रिमोट सिस्टम एडमिनिस्ट्रेशन टूल पैकेज स्थापित करने की आवश्यकता है (वे win7, win7sp1 और win8 के लिए अलग हैं - डाउनलोड करते समय सावधान रहें)। वैसे, आरएसएटी अपने आप में एक उपयोगी उत्पाद है - इसके अंदर कई उपयोगिताओं हैं जो एक डोमेन व्यवस्थापक के दैनिक जीवन में आवश्यक हैं।
पैकेज स्थापित करने के बाद, कमांड लाइन से कमांड पहले से ही उपलब्ध है।
लेकिन इसे तुरंत शुरू करने के लिए जल्दी मत करो, डोमेन नियंत्रक को निर्दिष्ट किए बिना कार्य केंद्र पर कुछ भी काम नहीं करेगा, जिससे आप कनेक्ट करना चाहते हैं। उपयोगिता एक चेतावनी जारी करेगी:

नोट: विंडोज 7 के साथ शुरू, dcdiag संदेशों का रूसी में अनुवाद किया गया है। इससे पहले, सब कुछ केवल अंग्रेजी में था। शायद यह किसी के लिए उपयोगी होगा। हालांकि पुराने संस्करण बहुत सरल और समझने योग्य अंग्रेजी हैं।

महान - हमें पता चला है कि / s: स्विच या नामकरण संदर्भ - / n का उपयोग करके डोमेन नियंत्रक को निर्दिष्ट करना उचित है । यह स्पष्ट है कि किस सर्वर को इंगित करना है - डोमेन नियंत्रक जिसे आप जांचना चाहते हैं - लेकिन यदि आप डोमेन नामकरण संदर्भ निर्दिष्ट करते हैं - (दूसरे शब्दों में डोमेन नाम - आप इसे नेटबायोस, डीएनएस या डीएन प्रारूपों में निर्दिष्ट कर सकते हैं।), निकटतम (साइट के भीतर) नियंत्रक मिलेगा। डोमेन (इसके बाद सीडी के रूप में संदर्भित)।
आइए सरलतम जांच करें: dcdiag / s: dc01-local
और फिर से परेशानी, हालांकि कुछ पहले से ही दिखाई दे रहा है:

काम का नतीजा

dcdiag /s:dc01-local.local      : *   AD.    .      : Local\dc01-local  : Connectivity ......................... DC01-LOCAL -   Connectivity     : Local\dc01-local  : Advertising ......................... DC01-LOCAL -   Advertising  : FrsEvent  5   File Replication Service   \\DC01-LOCAL:File Replication Service:   . ......................... DC01-LOCAL -    FrsEvent  : DFSREvent ......................... DC01-LOCAL -   DFSREvent  : SysVolCheck ......................... DC01-LOCAL -    SysVolCheck  : KccEvent  5   Directory Service   \\DC01-LOCAL:Directory Service:   . ......................... DC01-LOCAL -    KccEvent  : KnowsOfRoleHolders ......................... DC01-LOCAL -   KnowsOfRoleHolders  : MachineAccount ......................... DC01-LOCAL -   MachineAccount  : NCSecDesc ......................... DC01-LOCAL -   NCSecDesc  : NetLogons [DC01-LOCAL]          .  ,    ,           . ......................... DC01-LOCAL -    NetLogons  : ObjectsReplicated ......................... DC01-LOCAL -   ObjectsReplicated  : Replications [ ,DC01-LOCAL]   DsReplicaGetInfo(PENDING_OPS, NULL),  0x2105 "   ." ......................... DC01-LOCAL -    Replications  : RidManager ......................... DC01-LOCAL -   RidManager  : Services        dc01-local.local,  0x5 "  ." ......................... DC01-LOCAL -    Services  : SystemLog  5   System   \\DC01-LOCAL:System:   . ......................... DC01-LOCAL -    SystemLog  : VerifyReferences ......................... DC01-LOCAL -   VerifyReferences    : Schema  : CheckSDRefDom ......................... Schema -   CheckSDRefDom  : CrossRefValidation ......................... Schema -   CrossRefValidation    : Configuration  : CheckSDRefDom ......................... Configuration -   CheckSDRefDom  : CrossRefValidation ......................... Configuration -   CrossRefValidation    : LOCAL  : CheckSDRefDom ......................... LOCAL -   CheckSDRefDom  : CrossRefValidation ......................... LOCAL -   CrossRefValidation    : LOCAL.local  : LocatorCheck ......................... LOCAL.local -   LocatorCheck  : Intersite ......................... LOCAL.local -   Intersite

जैसा कि हम देख सकते हैं, परीक्षण का एक हिस्सा बीत चुका है - लेकिन पहुंच का हिस्सा इनकार कर दिया गया है। यह इस तथ्य के कारण है कि मैंने प्रशासक अधिकारों के बिना, एक नियमित डोमेन खाते के तहत dcdiag शुरू किया। यह स्पष्ट है कि जांच का हिस्सा इसके तहत पारित करने के लिए बस असंभव है। इसलिए, सही डायग्नोस्टिक्स प्राप्त करने के लिए, आपको प्रशासनिक विशेषाधिकारों के साथ उपयोगिता को चलाना होगा - या तो कमांड लाइन को व्यवस्थापक के रूप में चलाएं, या कुंजी / यू: डोमेन नाम \ उपयोगकर्ता नाम और / पी: पासवर्ड का उपयोग करें । आइए कोशिश करते हैं:
dcdiag / s: dc01-local / u: स्थानीय \ user19 / p: पासवर्ड

काम का नतीजा

      : *   AD.    .      : Magadan\DC01-LOCAL  : Connectivity ......................... DC01-LOCAL -   Connectivity     : Magadan\DC01-LOCAL  : Advertising ......................... DC01-LOCAL -   Advertising  : FrsEvent ......................... DC01-LOCAL -   FrsEvent  : DFSREvent ......................... DC01-LOCAL -   DFSREvent  : SysVolCheck ......................... DC01-LOCAL -   SysVolCheck  : KccEvent ......................... DC01-LOCAL -   KccEvent  : KnowsOfRoleHolders ......................... DC01-LOCAL -   KnowsOfRoleHolders  : MachineAccount ......................... DC01-LOCAL -   MachineAccount  : NCSecDesc ......................... DC01-LOCAL -   NCSecDesc  : NetLogons ......................... DC01-LOCAL -   NetLogons  : ObjectsReplicated ......................... DC01-LOCAL -   ObjectsReplicated  : Replications ......................... DC01-LOCAL -   Replications  : RidManager ......................... DC01-LOCAL -   RidManager  : Services   : RpcSs  DC01-LOCAL,   - WIN32_OWN_PROCESS,   - WIN32_SHARE_PROCESS ......................... DC01-LOCAL -    Services  : SystemLog ......................... DC01-LOCAL -   SystemLog  : VerifyReferences ......................... DC01-LOCAL -   VerifyReferences    : Schema  : CheckSDRefDom ......................... Schema -   CheckSDRefDom  : CrossRefValidation ......................... Schema -   CrossRefValidation    : Configuration  : CheckSDRefDom ......................... Configuration -   CheckSDRefDom  : CrossRefValidation ......................... Configuration -   CrossRefValidation    : LOCAL  : CheckSDRefDom ......................... LOCAL -   CheckSDRefDom  : CrossRefValidation ......................... LOCAL -   CrossRefValidation    : LOCAL.Local  : LocatorCheck ......................... LOCAL.Local -   LocatorCheck  : Intersite ......................... LOCAL.Local -   Intersite

जैसा कि आप देख सकते हैं, लगभग सभी चीज़ों ने सेवाओं की जाँच को छोड़कर चेक पास कर दिया है। लेकिन यहां मेरे पास एक बहुत ही तार्किक व्याख्या है - मैं एक नई उपयोगिता का उपयोग कर रहा हूं (विंडोज़ 7 के पैकेज से) win2003 के आधार पर एक डोमेन नियंत्रक की जांच करने की कोशिश करने के लिए - और संभवतः, सेवा का नाम भिन्न हो सकता है।

गीतात्मक विषयांतर संख्या 1। लेख तैयार करते समय, मैं एक ~~महाकाव्य असफल~~ मजेदार घटना के रूप में आया, क्या हम टिप्पणियों में चर्चा कर सकते हैं? :)। सामान्य तौर पर, एक अन्य डोमेन के नियमित खाते के तहत डीसीडैग चलाकर (जांच के तहत स्थानीय डोमेन पर भरोसा करने के साथ जुड़ा हुआ है) और पैरामीटर / यू और पी सेट करें (- स्थानीय डोमेन के प्रशासनिक खाते का उपयोगकर्ता नाम और पासवर्ड) - चेक के संबंध में उपयोगिता जनरेट किया गया - जैसे sysvolchek (dcdiag 2003, frssysvol में)। यदि आप स्थानीय डोमेन में प्रशासनिक विशेषाधिकारों वाले किसी खाते के अंतर्गत कार्यस्थान पर जाते हैं, तो चेक ठीक से पास हो जाते हैं। इसलिए - शायद, आखिरकार, सर्वर पर स्वयं जांच करने के लिए यह ज़रूरत से ज़्यादा नहीं होगा। गीतात्मक विषयांतर संख्या 1 के अंत तक ।

टीम के परिणामों का पूरी तरह से वर्णन करें, मुझे यह बात दिखाई नहीं देती। यह पूरी तरह से उपयोगिता ( dcdiag / h ) के लिए मदद में वर्णित है। मुख्य बात स्पष्ट है - इस डोमेन नियंत्रक के साथ कोई समस्या नहीं है और सभी परीक्षण पारित किए गए हैं। लेकिन एक सर्वर की जाँच से - तथ्य यह नहीं मानता है कि AD अब ~~चॉकलेट~~ में स्वस्थ अवस्था में है । और यहां एक कुंजी उद्यम के सभी सर्वरों की जांच करने के लिए हमारी सहायता के लिए आएगी।
यह / ई स्विच है। यह कुंजी प्रत्येक सर्वर पर सभी परीक्षणों के प्रक्षेपण के साथ डोमेन में सभी सीडी को बायपास करने के लिए उपयोगिता को मजबूर करती है। इसके साथ प्रत्येक परीक्षण के लिए विस्तारित जानकारी का उपयोग / वी - आउटपुट का उपयोग करना उपयोगी है। खैर, इस सब का विश्लेषण करने के लिए - डेटा को फ़ाइल में आउटपुट करना उपयोगी है - लॉग अलग से, त्रुटि संदेश - अलग से। कुंजियाँ / f: log_file_name और ferr: / error_log_file_name इसमें मदद करेगा (नए संस्करणों में / ferr स्विच हटा दिया गया है)। यदि आप गलत डोमेन की जांच करना चाहते हैं, तो आप अभी हैं - संदर्भ / n: का नाम इंगित करने के लिए एक कुंजी जोड़ें ।

पूरा कमांड इस तरह दिखता है:
dcdiag / n: स्थानीय / e / v /f :c :\logs\adtest.log/ferr:c:\logs\aderrors.log / u: local \ user19 / p: पासवर्ड

चेतावनी! Dcdiag के संस्करणों में, विंडोज़ 2008 के साथ शुरू, / ferr: स्विच समर्थित लोगों से हटा दिया जाता है (यह विशेष रूप से दोहराया गया :))।
यदि आपके पास एक जटिल वन संरचना है, और यहां तक कि धीमी संचार चैनलों के साथ, इंतजार करने के लिए तैयार हो जाओ। हां, भले ही यह सरल है - मान लें कि मेरे पास एक वास्तविक जंगल है - 10 सीडी, 5 साइट और 256 केबी / एस चैनल। इस कमांड में औसतन 20 मिनट लगते हैं।
निष्पादन परिणाम समस्याओं की सावधानीपूर्वक देखने के लिए अत्यधिक अनुशंसित है। खैर, यह उपयोगिता एडी स्वास्थ्य का निदान करने के लिए नियमित रूप से चलाने की सलाह दी जाती है।
कट्टर के लिए, आप कुंजी / फिक्स कुंजी भी जोड़ सकते हैं - सुरक्षित सुधार कर रहे हैं, लेकिन नासमझ आपको ऐसा नहीं करना चाहिए।

यही सब मैं आज बताना चाहता था। और आपको कितनी बार उत्पादन में इस उपयोगिता का उपयोग करना होगा? आप क्या विकल्प जानते हैं?

अद्यतन 1 : कुछ को फिर से याद किया गया था, व्यक्तिगत अनुभव से: यदि आपके पास एक बड़ा डोमेन है जो धीमी गति से जुड़ा हुआ है (उदाहरण के लिए, उपग्रह) संचार चैनल - उपयोगिता अनुपस्थित होने पर बहुत अधिक त्रुटियां उत्पन्न करेगा - सबसे अधिक बार, आरपीसी उपलब्ध नहीं है। यह सामान्य है, और आपको इसके बारे में जानने की आवश्यकता है। यदि अधिकांश परीक्षण समान संदेश के साथ समाप्त होते हैं, तो कोई संबंध नहीं है, विफलता को खत्म करने के लिए उपाय किए जाने चाहिए। दूसरी आम समस्या DNS में त्रुटियां हैं, लेकिन यह एक अन्य लेख के लिए एक विषय है।
1 -dcdiag / fix को अपडेट करने के लिए ps - netlogon सेवा के dns में एक नई प्रविष्टि द्वारा लॉगिंग सहित - यह जानना भी उपयोगी है!

DCDIAG - एक उपयोगिता के साथ एडी स्वास्थ्य निदान

More articles: