स्वतंत्र डाटा सेंटर स्वीकृति

सभी को नमस्कार! मेरा नाम सिरिल शैडस्की है, मैं डेटालाइन के बाहरी डेटा केंद्रों के प्रबंधन के लिए विभाग का प्रमुख हूं।

यह लेख स्वीकृति परीक्षणों के सबसे महत्वपूर्ण पहलुओं, साथ ही संभावित समस्याओं और नुकसान के लिए समर्पित है जो नौसिखिए "परीक्षकों" के लिए बहुत सारी नसों को खराब कर सकते हैं।

तो, कल्पना करें: एक संतुष्ट ठेकेदार हमें चार साल में पांच साल की योजना के बारे में रिपोर्ट करेगा कि कोई समस्या नहीं है और यह सुविधा (डेटा सेंटर या एक अलग हॉल) ऑपरेशन के लिए तैयार है। ऐसा लगता है कि अब परीक्षण शुरू करने का समय है, लेकिन ... वास्तव में, हमें पहले ही देर हो चुकी है। स्वीकृति परीक्षणों को कम से कम डिजाइन चरण में योजनाबद्ध किया जाना चाहिए।

सबसे पहला सवाल यह है कि परीक्षणों को किसे सौंपा जाए? बेशक, बिल्डरों! आखिरकार, प्रत्येक नोड की स्वतंत्र रूप से जांच करना या एक स्वतंत्र आयोग को किराए पर लेना बहुत आसान है। बस मामले में, मैं स्पष्ट करता हूं: यह एक मजाक है। यदि सब कुछ इतना सरल होता, तो यह लेख नहीं लिखा जाता।

कोई भी ठेकेदार यह सत्यापित करने में प्रसन्न होगा कि उसने क्या बनाया। अपने आप में जाम की तलाश करना और उन्हें दूसरी जगह छिपाना बहुत अच्छा है।

याद रखें: यहां तक ​​कि सबसे अच्छा और सबसे भरोसेमंद ठेकेदार एक इच्छुक व्यक्ति है और वह जो कुछ भी छिपाता है वह भविष्य में एक समस्या बन सकता है। इसलिए, हमेशा या तो स्वयं स्वीकृति परीक्षण करें, या एक स्वतंत्र संगठन से संपर्क करें।

यदि आप अनुभवी हैं और परीक्षण आपको डराते नहीं हैं, तो आप उन्हें स्वयं संचालित कर सकते हैं। मैं आपको विस्तार से बताने की कोशिश करूंगा कि हमारे साथ स्वीकृति परीक्षणों की व्यवस्था कैसे की जाती है और विभिन्न चरणों में हमें किन समस्याओं का सामना करना पड़ता है।

डेटा लाइन में कैपिटल कंस्ट्रक्शन के लिए एक निदेशालय है, जो नए हॉल और डेटा सेंटर के निर्माण में लगा हुआ है। निर्माण के बाद, यह सब रखरखाव सेवा की जिम्मेदारी बन जाता है। उसके लिए यह महत्वपूर्ण है कि सब कुछ उच्च गुणवत्ता के साथ बनाया जाए। हमारे तकनीकी निदेशक सर्गेई मिशचुक कंपनी के इन दो प्रभागों के बीच एक "विश्व न्यायाधीश" हैं।

हमारे सभी अनुभव के बावजूद, हर बार परीक्षणों के दौरान हमें विभिन्न प्रकार के स्कूल मिलते हैं: गंभीर और छोटे। यह बिल्कुल सामान्य है। आपको परीक्षण के दौरान उन्हें पकड़ने की ज़रूरत है, बजाय इंतजार करने के जब तक वे समस्याओं में नहीं बदल जाते। यहाँ कुछ उदाहरण हैं।

99% मामलों में, दीवारों या कमरों के बीच सील छेद के बारे में शिकायतें हैं। यह स्थिति समझ में आती है: पहले आपको एससीएस, पावर केबल, फ्रीऑन पाइप लाइन और अन्य पाइप बिछाने की आवश्यकता होती है, और सीलिंग को अंतिम क्षण तक स्थगित कर दिया जाता है। इसलिए, यह सुनिश्चित करना सुनिश्चित करें कि यह परीक्षण शुरू होने से पहले पूरा हो गया है।

हम अनिवार्य रूप से एक जर्मोज़ोन स्पिल कर रहे हैं। सभी डेटा सेंटर परिसर अलग-अलग दबाव वाले क्षेत्रों में स्थित हैं, "घर में घर"।


हरमोज़ोन शीर्ष दृश्य

यदि आपके डेटा केंद्र में सम्‍मिलन क्षेत्र हैं, तो उन्हें नली से पानी के साथ बहाया जाना चाहिए और सुनिश्चित करें कि कुछ भी लीक नहीं हो रहा है।

कूड़ेदान से कोई बचा नहीं है। उठाए गए फर्श के नीचे अनिवार्य रूप से केबल कट, कोग, बोल्ट और अन्य फाइलें श्रमिकों द्वारा भूल गई होंगी। कोई फर्क नहीं पड़ता कि मैं कितनी जांच करता हूं, हमेशा टिप्पणियां होती हैं।

यदि आप श्रमिकों को तुरंत सफाई करने के लिए मजबूर नहीं करते हैं, तो उपकरण लाते और स्थापित करते समय सब कुछ पड़ा रहेगा। आपको क्या लगता है आसान है? काम की रैक और साफ निर्माण मलबे के तहत टॉर्च के साथ जगह या पसीने को खत्म करें?

और यह सब सिर्फ हिमशैल की नोक है, चित्र की सामान्य समझ के लिए दी गई समस्याएं। अब, हम परीक्षणों के प्रत्येक चरण का विस्तार से विश्लेषण करेंगे और “शून्य चिह्न” अर्थात् योजना के साथ शुरू करेंगे।

टेस्ट की तैयारी

लगभग हर लेख में, हम पूर्व-योजना के महत्व के बारे में बात करते हैं, और आज भी, हम इस शानदार परंपरा को बाधित नहीं करेंगे। इसके अलावा, परीक्षण करने में नियोजन आपका पहला (यदि "शून्य" नहीं) होना चाहिए।

Uptime Institute यह अनुशंसा करता है कि आप डेटा सेंटर के प्रारंभिक डिजाइन के चरण में स्वीकृति के लिए एक योजना बनाना और बनाना शुरू करते हैं, और सत्यापन कार्य की शुरुआत पहले से ही डिज़ाइन चरण में है।

हम परियोजना की स्वीकृति के साथ शुरू करते हैं, इसके बिना कोई रास्ता नहीं है। डिजाइन चरण में निर्माण से पहले स्वीकार करना सबसे अच्छा है। याद रखें: पहले से निर्मित वस्तु की तुलना में "कागज़ पर" तय करना हमेशा आसान होता है। कुछ मामलों में, तैयार डेटा सेंटर "थोड़ा ट्विकिंग" आमतौर पर संभव नहीं है।

आपकी परीक्षा योजना में निम्नलिखित बिंदुओं को भी शामिल किया जाना चाहिए:

• क्या परीक्षण किए जाएंगे?
  
• परीक्षण कब आयोजित किए जाएंगे?
  
• किसकी परीक्षा होगी?
  
• कौन सी कंपनी के कर्मचारी होंगे शामिल?
  
• क्या उपकरण और उपकरण की आवश्यकता होगी (वर्तमान क्लैंप, वाइब्रोमेटर्स, थर्मल इमेजर्स, एनेमोमीटर और कई अन्य अस्पष्ट, लेकिन आवश्यक चीजें)?
  

प्रत्येक परीक्षण के लिए, हम परीक्षण की जाने वाली प्रणालियों की सूची संकलित करते हैं, क्योंकि विभिन्न डेटा केंद्रों में प्रत्येक इकाई अपने उपकरणों के लिए जिम्मेदार होती है। एक जगह हम केवल बिजली और एयर कंडीशनर की जांच करेंगे। दूसरे में, अन्य प्रणालियों को उनके साथ जोड़ा जा सकता है, उदाहरण के लिए, एयूजीपीटी, वीडियो निगरानी, ​​एसीएस (जैसा कि सुरक्षा कर्मियों से सहमत है)।

हम इमारत पर ही विशेष ध्यान देते हैं। एक नियम के रूप में, कंक्रीट का ब्रांड और फर्श कैसे डाला जाता है यह हमारी पैतृक और विशेषज्ञता नहीं है, लेकिन हमें उठाए गए फर्श, दरवाजे, पानी की आपूर्ति और सीवेज सिस्टम की जांच करने की आवश्यकता है ।

दूसरे शब्दों में, परीक्षण शुरू करने से पहले, आपको स्पष्ट रूप से यह जानने की जरूरत है कि ओवरले और भ्रम से बचने के लिए हम क्या और कहां परीक्षण करेंगे।

एक महत्वपूर्ण नोट: जब आप इस या उस सिस्टम की जांच करते हैं, तो जिसने इसे बनाया है, या कोई अन्य जिम्मेदार व्यक्ति आपके पास होना चाहिए। सभी चरणों पर लागू होता है।

सामान्य तौर पर, स्वीकृति परीक्षणों में निम्नलिखित चरण शामिल होते हैं:

• परियोजना का सत्यापन
  
• प्रलेखन सत्यापन
  
• स्टैंडअलोन परीक्षण
  
• व्यापक जांच
  

हम उनमें से प्रत्येक पर अलग से विचार करेंगे।

दस्तावेजों का सत्यापन

किसी भी मामले में आपको इस चरण को छोड़ना नहीं चाहिए और इससे भी अधिक इसे स्टैंड-अलोन परीक्षण के साथ समानांतर में संचालित करना चाहिए। यहां तक ​​कि अगर समय समाप्त हो रहा है, तो आपको यह सुनिश्चित करना चाहिए कि उपकरण का प्रत्येक टुकड़ा और प्रत्येक सिस्टम परियोजना में घोषित से मेल खाती है। दस्तावेज़ीकरण की जाँच के बिना, आप गुणात्मक रूप से आगे के परीक्षण करने में सक्षम नहीं होंगे, मुद्दे के कानूनी पक्ष का उल्लेख करने के लिए नहीं।

जाँच किए जाने वाले दस्तावेजों की एक पूरी सूची व्यक्तिगत है और आपके कॉन्फ़िगरेशन पर निर्भर करती है।

मैं उन दस्तावेजों का एक उदाहरण देता हूं जिन्हें परीक्षणों के दौरान जांचने की आवश्यकता है:

• प्रत्येक प्रणाली के लिए कार्यकारी प्रलेखन;
  
• उपकरणों के लिए पासपोर्ट;
  
• तकनीकी स्टार्ट-अप अधिनियम;
  
• माप और परीक्षणों का कार्य;
  
• crimping प्रणाली के परीक्षण के कार्य;
  
• ग्राउंड लूप और अन्य केबल संचार के प्रतिरोध को मापने पर प्रयोगशाला रिपोर्ट;
  
• उपकरण स्थापना निर्देश।
  

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

उपरोक्त सभी के अलावा, यह बेहद वांछनीय है, मैं यहां तक ​​कहूंगा, लोड टेबल संकलित करना सुनिश्चित करें। दुर्भाग्य से, वे हमेशा नहीं बनाए जाते हैं, लेकिन यह एक महत्वपूर्ण और सुविधाजनक दस्तावेज है।

इसकी आवश्यकता क्यों है?

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

ऐसा लगता है कि इसके लिए एक आम योजना काफी है। लेकिन यह आपके विशेषज्ञों के लिए तालिकाओं के साथ काम करने के लिए बहुत अधिक सुविधाजनक होगा। कम याद आती है या भ्रमित होने की संभावना है।

बेशक, हम प्रत्येक अधिनियम को वास्तविकता के साथ सामंजस्य नहीं कर सकते हैं, लेकिन यह सुनिश्चित करना आवश्यक है कि सभी कार्य मौजूद हैं।

ऑफ़लाइन जाँच

डेटा सेंटर की स्वीकृति परीक्षणों में स्वायत्त जांच अगला चरण है। यहां उपकरणों के प्रत्येक टुकड़े को मैन्युअल रूप से जांचना आवश्यक है: संचालन, सेटिंग्स, अधिकतम भार पर संचालन और निश्चित रूप से, अंकन - जहां इसके बिना :) यह महत्वपूर्ण है कि अंकन डिजाइन से मेल खाता है। लेकिन यह भी उतना ही महत्वपूर्ण है कि यह वास्तविकता से मेल खाता है।


ग्लाइकोल सर्किट अंकन उदाहरण

उदाहरण के लिए, बिजली वितरण प्रणाली के लिए, हम एक परीक्षण भार लागू करते हैं और स्विचबोर्ड में प्रत्येक मशीन को भौतिक रूप से चालू / बंद करते हैं। और, आईटी उपकरण से शुरू करके, हम बदले में प्रत्येक रैक से गुजरते हैं, एक टेबल बनाते हैं और सुनिश्चित करते हैं कि जब मशीन बंद हो जाती है, तो संबंधित हार्डवेयर भी बंद हो जाता है।

बेशक, कभी-कभी स्विचबोर्ड में जादुई रूप से ऐसी मशीनें दिखाई देती हैं जो परियोजना में नहीं थीं। यह ठीक है, मुख्य बात यह है कि लोड आदर्श से अधिक नहीं है, और यह प्रलेखन में नोट किया गया था।


सही स्विचबोर्ड

एयर कंडीशनर, डीजल जनरेटर सेट और यूपीएस जैसे उपकरणों के लिए, हम सरल स्टैंड-अलोन जाँच करते हैं: ऑन / ऑफ, ऑपरेटिंग मोड, सेटिंग्स आदि। अजीब तरह से पर्याप्त है, यह जांचना महत्वपूर्ण है कि उपकरण कितनी अच्छी तरह से तय किया गया है। हमारे पास ऐसे मामले थे जब महत्वपूर्ण नट को लगभग एक उंगली से हटा दिया जा सकता था।

पहला राउंड खत्म हो गया है, और हम इंस्टॉलर को खामियों को ठीक करने का समय देते हैं, जिसके बाद हम वापस लौटते हैं, और सब कुछ दूसरे राउंड में चला जाता है।

वे कहते हैं कि आपस में मज़दूर उन्हें बढ़ते नर्क का घेरा कहते हैं - बहुत बार दूसरे निरीक्षण में हमें ऐसे जाम मिलते हैं जिन्हें हमने पहले नहीं देखा था। और यह शुरू होता है: "आपने अभी क्या नहीं कहा?"

आप लोगों को समझ सकते हैं, लेकिन हमारे साथ यह फिल्म "वॉच आउट फॉर कार" की तरह है: आप पकड़ रहे हैं, और मैं भाग रहा हूं। ठीक इसके विपरीत: तुम मिटते हो, लेकिन मैं पाता हूं।


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

व्यापक परीक्षण

मैं यहां एक विषयांतर करूं और बात करूं कि एक डाटा सेंटर क्या है और इसके कामकाज के लिए क्या महत्वपूर्ण है।

सबसे पहले, डेटा सेंटर एक एकल प्रणाली है, लगभग एक जीवित जीव है। और एक पूरे के रूप में उनका "स्वास्थ्य" इस बात पर निर्भर करता है कि उनके सभी अंग कैसे परस्पर क्रिया करते हैं।

उदाहरण के लिए, एयर कंडीशनर अक्सर हमें बताते हैं: “आप क्या नापसंद करते हैं? देखो, यह उड़ गया और ठंडा हो गया! सब कुछ वैसा ही है जैसा इसे होना चाहिए! ”

DGU के विशेषज्ञ उन्हें प्रतिध्वनित करते हैं: "देखो, सब कुछ शुरू होता है और यहां तक ​​कि बिजली भी देता है!" सामान्य तौर पर, उपकरण का प्रत्येक टुकड़ा अच्छी तरह से काम करता है (हमने इसे स्वायत्त परीक्षणों पर जांचा), लेकिन केवल अपने दम पर। यह सब कुछ एक साथ शुरू करने के लायक है, और सिस्टम टूट जाता है। यह उपकरणों के संयुक्त संचालन से जुड़ी समस्याओं की पहचान करना है, व्यापक जांच का उपयोग किया जाता है।

परीक्षणों की गुंजाइश अतिरेक के स्तर के आधार पर भिन्न हो सकती है: अधिक परस्पर जुड़े सिस्टम, अधिक कार्य विकल्प जो आपको जांचने और डिबग करने की आवश्यकता है।

उदाहरण के लिए, यदि हम एक टियर III डेटा सेंटर का निर्माण कर रहे हैं, तो यह जरूरी है कि केबल और वितरण मार्गों सहित बुनियादी ढांचे के प्रत्येक तत्व को प्रतिस्थापन या मरम्मत के लिए सुरक्षित रूप से बंद किया जा सकता है। तदनुसार, आवश्यक परीक्षणों की संख्या बढ़ रही है। जब डेटा केंद्र लोड के तहत काम कर रहा हो तो हम लगातार विभिन्न उपकरणों को बंद / अक्षम करते हैं। एक प्रणाली में परिवर्तन किसी भी तरह से आसन्न लोगों में विफलताओं के लिए नेतृत्व नहीं करना चाहिए।

महत्वपूर्ण स्पष्टीकरण संख्या 1: सभी व्यापक परीक्षण लोड के तहत किए गए हैं। 99% मामलों में, गर्मी बंदूकें सीधे मशीन रूम में रखी जाती हैं, और डेटा सेंटर "बर्न" होता है - यह हम इंजीनियरिंग सिस्टम की गुणवत्ता की जांच करते हैं।

महत्वपूर्ण स्पष्टीकरण नंबर 2: डीजीयू मुख्य डेटा सेंटर बिजली की आपूर्ति है। शहर एक वैकल्पिक "सस्ता" स्रोत है, इसलिए हम डीजल पर सभी जटिल जांच करते हैं।

मुख्य स्विचबोर्ड और डीजल जनरेटर सेट में किसी भी डेटा सेंटर में प्रमुख प्रणालियों में से एक स्वचालन है। इस प्रणाली को बहुत सावधानी से जांचना चाहिए। यदि सिटी इनपुट को बंद कर दिया जाता है, तो डीजीयू को कोई संक्रमण नहीं होता है। ऐसा इसलिए है क्योंकि कुछ लोग डीजीयू को माउंट करते हैं, जबकि अन्य स्वचालन स्थापित करते हैं, और उपकरण एक साथ फिट नहीं होते हैं।

जब सिस्टम डीबग किया जाता है, तो यह सेटिंग्स तालिका तैयार करने और एटीएस के एल्गोरिदम को निर्धारित करने के लायक है। यदि आप एक बहुत अच्छे और जिम्मेदार ठेकेदार (डिजाइनर, बिल्डर) में आते हैं, जो स्वतंत्र रूप से हर चीज को बेहतर ढंग से दस्तावेज करता है। अन्यथा, आलसी मत बनो और निम्नलिखित बिंदुओं को स्वयं लिखो:

1. डीजल जनरेटर शुरू करने के लिए कितने सेकंड के बाद कमांड आता है;
   
2. कितने सेकंड के बाद DGU में संक्रमण होता है;
   
3. पैरा 1 और पैरा 2 रिवर्स ऑर्डर में।
   

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

यदि एयर कंडीशनर एक समूह में काम करने के लिए कॉन्फ़िगर किए गए हैं और स्वचालित रूप से बैकअप से प्राथमिक पर स्विच करते हैं, तो यह जांचना सुनिश्चित करें कि यह कैसे काम करता है।

• सभी कनेक्शन हटा दें;
  
• स्विचिंग के लिए जिम्मेदार नियंत्रक को रिबूट करें;
  
• एयर कंडीशनर को जोड़ने वाले वितरण स्विच को बंद करें;
  
• परीक्षण स्वचालन - यहां अक्सर दुर्घटनाएं होती हैं;
  
• हम वह सब कुछ कर रहे हैं जो उपन्यास "डाटा शेड्स ऑफ़ 50 द सेंटर" में लिखा जा सकता है।
  

ग्लाइकोल प्रणाली के लिए, पंपों को बंद करके और हीट एक्सचेंजर्स और मार्ग के एक या अधिक वर्गों को बंद करके हाइड्रोलिक्स की जांच करना अनिवार्य है।


यहां आप देख सकते हैं कि प्रत्येक ढाल को एक संक्षिप्त निर्देश के साथ चिह्नित और प्रदान किया गया है

महत्वपूर्ण: यदि स्विचिंग मैन्युअल रूप से की जाती है, तो यह जरूरी है कि ठेकेदार एक एल्गोरिथ्म प्रदान करता है। वाल्व और कुंडी के निशान ऑपरेटिंग पदों (सामान्य खुले, सामान्य करीब) का संकेत देंगे।

अक्सर, ठेकेदार कहते हैं: यह प्रदान की गई परीक्षण योजना में नहीं था। आप इसका जवाब दे सकते हैं: दुर्घटना की योजना प्रदान नहीं करते :)

कभी-कभार परिस्थितियां भी बन जाती हैं। उदाहरण के लिए, यूपीएस के परीक्षण के दौरान, एक दुष्ट एयर कंडीशनर डिस्चार्ज होने के लिए आ सकता है:

"आप हेरोदेस क्या कर रहे हैं?" आपने पंप बंद क्यों किया?
- हमने कुछ भी बंद नहीं किया, हम यूपीएस का परीक्षण कर रहे हैं।
- और फिर चिलरों का बलात्कार क्यों? वे टूट सकते हैं!
- इसलिए हम ऐसे संकीर्ण क्षणों को खोजने के लिए परीक्षण कर रहे हैं।

एक और लगातार परीक्षण आग बुझाने की प्रणाली की जाँच कर रहा है। ऐसा करने के लिए, हम सिलेंडर से सभी स्वचालन को डिस्कनेक्ट करते हैं और परीक्षण करते हैं कि दिशाएं कैसे काम करती हैं। ऐसा होता है कि दिशाएं भ्रमित हैं, उद्घाटन / समापन काम नहीं करता है।

निगरानी प्रणाली के बारे में मत भूलना (हमने इसके बारे में यहां और यहां लिखा है )। जैसे ही हम कुछ सक्षम या अक्षम करते हैं, यह परिवर्तन पैनल पर दिखाई देना चाहिए। हम यह भी जांचते हैं कि निगरानी बड़ी संख्या में अलार्म के साथ "बेवकूफ" करना शुरू कर रही है या नहीं।

निगरानी शक्ति का परीक्षण करना सुनिश्चित करें। किसी भी स्थिति में आपको आपातकाल की स्थिति में डेटा सेंटर का नियंत्रण नहीं खोना चाहिए।

हम सब कुछ एक बिल्डर के हाथों से करते हैं

शुरुआत में, मैंने लिखा था कि बाहरी विशेषज्ञों द्वारा स्वीकृति परीक्षण किए जाने चाहिए। लेकिन ऐसी चीजें हैं जो सीधे ठेकेदार को चार्ज की जानी चाहिए। यह ऑन और ऑफ इक्विपमेंट (साथ ही साथ कुछ अन्य कार्य) का प्रदर्शन है। प्राप्त करने वाला पक्ष चेकलिस्ट के साथ जाता है और परिणामों को लिखता है। कुछ इस तरह:

• प्राप्त पक्ष कहता है: “हमें नंबर 34 एयर कंडीशनर को बंद करने की आवश्यकता है। सहकर्मी, इसे बंद करें, हमें दिखाएं कि आप इसे कैसे करते हैं। ”
  
• बिल्डर दिखाता है और समझाता है।
  
• प्राप्त पक्ष रिकॉर्डिंग है।
  

यह अच्छे फॉर्म का नियम है।

एक समय की बात है

जैसा कि आप पहले से ही समझ सकते हैं, स्वीकृति परीक्षण एक लंबी प्रक्रिया है। उनकी अवधि दृढ़ता से डेटा केंद्र के आकार और उपकरणों की मात्रा पर निर्भर करती है, इसलिए नीचे मैं औसत संकेतक (50-100 रैक के लिए डेटा केंद्र) दूंगा।

• प्रलेखन की जाँच - मजबूत डिजाइनरों के 3-5 कार्य दिवस ।
  
• स्वायत्त जांच - पुनरावृत्ति के लिए 3-5 दिन, चूंकि आपको डेटा सेंटर के प्रत्येक तत्व की जांच करने और त्रुटियों को ठीक करने के लिए ठेकेदार को समय देने की आवश्यकता है। , .
  
• — 2-3 , .
  

, . , 2-3 . .

, — . , — . . , , .

,

.

. , . , , — . , 10 .

: « , , !». , , . . .

, , , . .

, ? , . , .

, , . — , .

: , , , . « », , IT-, . — , .

- , .