अनुभवी छोटी चीजें -3, या "केंद्रीय फ़ाइल संग्रहण"

हम "प्रयोगात्मक छोटी चीज़ों" पर पोस्ट की श्रृंखला जारी रखते हैं। पिछले भागों को यहाँ पढ़ा जा सकता है: एक , दो ।

आज मैं आपको बताऊंगा कि कैसे मैंने कंपनी के लिए अधिक या कम सामंजस्यपूर्ण आंतरिक फ़ाइल भंडारण प्रणाली का निर्माण किया और क्या हुआ।

मुझे याद दिलाएं, उन लोगों के लिए जो यह भूल गए कि मेरे मामले में हम छोटी कंपनियों, 30-500 लोगों के बारे में बात कर रहे हैं, और यह किए गए निर्णयों पर एक निश्चित छाप छोड़ता है।

इसलिए, यह कार्य किसी भी तरह से नेटवर्क फाइल संसाधनों को व्यवस्थित करने के लिए निर्धारित किया गया था जो कंपनी में थे। सुविधा के लिए, सिस्टम के लिए, लेखांकन के लिए, विश्वसनीयता के लिए (आवश्यकतानुसार रेखांकित करें)।

मैं खोजों और फेंकों के लंबे विवरण के साथ बोर नहीं होगा, मैं आपको बताऊंगा कि आखिर में क्या पैदा हुआ था, और इसके क्या फायदे हुए।

फ़ाइल भंडारण योजना

तुरंत योजना \\ servername \ sharename को छोड़ दिया। AD डोमेन में, उन्होंने डोमेन DFS रूट को उठाया, जो स्वयं कई सर्वरों पर स्थित है, अधिक से अधिक दोष सहिष्णुता के लिए (2-3, यदि साइट एक है, तो यह अब आवश्यक नहीं है, यह बदतर होगा)।
DFS में, नीचे दी गई तस्वीर के रूप में लिंक सिस्टम बनाया गया था: । फ़ोल्डर्स का उद्देश्य इस प्रकार है:

• मामले - यहां विभिन्न डेटाबेस संग्रहीत किए जाते हैं जो कंपनी के साथ काम करती है, और यह 1 सी या समान डेटाबेस नहीं हो सकता है, लेकिन फ़ाइल डेटाबेस भी हो सकता है, उदाहरण के लिए, कंपनी द्वारा बेचे गए सामानों की तस्वीरों का एक संग्रह, वीडियो ट्यूटोरियल का एक संग्रह, आदि। इन फ़ोल्डरों तक पहुंच पूरी तरह से AD में समूहों के आधार पर दी गई है। सामान्य तौर पर, एक विशिष्ट उपयोगकर्ता के बजाय फ़ोल्डर पर पहुंच (भले ही एक व्यक्ति को इसकी आवश्यकता हो) समूह के आधार पर करना बेहतर होता है। आगे भी इसे प्रबंधित करना आसान होगा।
• सामान्य - यहां वे फ़ोल्डर हैं, जिन तक पहुंच अस्पष्ट रूप से दी गई है। उदाहरण के लिए, विभिन्न विभागों के कर्मचारियों के पास काम के लिए एक सामान्य फ़ोल्डर होना चाहिए (फाइनेंसर और एकाउंटेंट, बिक्री, गोदाम और परिवहन कर्मचारी, आदि)। AD में समूहों के आधार पर फिर से इन फ़ोल्डरों की पहुँच सौंपी गई है
• उपयोगकर्ता - यहाँ उपयोगकर्ता फ़ोल्डर हैं, उदाहरण के लिए, मेरे दस्तावेज़ और डेस्कटॉप पुनर्निर्देशित। केवल एक विशिष्ट कर्मचारी तक पहुंच।
• विभाग - यहाँ सब कुछ स्पष्ट है। एक विभाग है - उसके पास आंतरिक दस्तावेजों के लिए एक फ़ोल्डर है। केवल उस विभाग के कर्मचारियों तक पहुंचें जो इस विभाग के समूह का हिस्सा हैं
• सार्वजनिक - सभी के लिए एक फ़ोल्डर सामान्य। सभी को प्रवेश की अनुमति है। एक बार एक दिन \ सप्ताह साफ हो जाता है। बेहतर सुरक्षा के लिए, आप सफाई से पहले बैकअप ले सकते हैं (हमारी WinRar स्क्रिप्ट के साथ, हमने सभी सामग्री को स्रोत से हटाने के साथ संग्रह में निकाल दिया)

सौंदर्य मार्गदर्शन

फिर, जब हमने संरचना पर फैसला किया, तो कई “फ़ाइल कट” किए गए:

• क्योंकि डोमेन 2003 के स्तर पर था (और क्रमशः DFS, क्रमशः भी), फिर हमने अपने सर्वर को संग्रहीत करने वाले सभी सर्वरों पर एक्सेस-आधारित एन्यूमरेशन को डाउनलोड और स्थापित किया, जिससे हमें उन फ़ोल्डरों से कर्मचारियों को छुपाने की अनुमति मिली, जिनके पास उनकी पहुंच नहीं है, ताकि हमारी आंखें भी कॉलगर्ल न हों।
• सभी स्तर 1 फ़ोल्डर्स (उपयोगकर्ताओं को छोड़कर) को आभासी बनाया गया था, अर्थात असली गेंदों स्तर 2 फ़ोल्डर्स थे। इसने सर्वरों के बीच काफी लचीले भार संतुलन की अनुमति दी। उदाहरण के लिए, 1C आधार एक सर्वर पर झूठ हो सकता है, और दूसरे पर एक मीडिया संग्रह, जबकि अंतिम उपयोगकर्ता के लिए पथ एक ही रहा।
• उपयोगकर्ता फ़ोल्डर के लिए, उन्होंने विशेष अधिकार बनाए (उन्होंने सबफ़ोल्डर के लिए निर्माता मालिक अधिकार छोड़ दिया, और डोमेन उपयोगकर्ताओं को केवल उपयोगकर्ताओं और उन सभी के अंदर फ़ोल्डर बनाने की अनुमति दी) और एक छोटी स्क्रिप्ट लिखी, जब उपयोगकर्ता लॉग इन करता है, पथ \\ डोमेन \ रूट \ उपयोगकर्ता \ पर एचआईएस फ़ोल्डर की उपस्थिति की जांच करता है और अगर मुझे यह नहीं मिला, तो इसे उपयोगकर्ता नाम से बुलाकर बनाया। उसके बाद, डेस्कटॉप और दस्तावेज़ों को नीति द्वारा इस फ़ोल्डर में पुनर्निर्देशित किया गया था, और यदि पुनर्निर्देशन की आवश्यकता नहीं थी (ऐसे थे), तो बस इसे नेटवर्क ड्राइव के रूप में मैप करें। नतीजतन, उपयोगकर्ता के पास स्वचालित रूप से अपना भंडारण स्थान था, जहां कोई और नहीं मिल सकता था, और जहां वह अपना डेटा संग्रहीत कर सकता था।
• अधिकार के साथ, उन्होंने आम तौर पर ऐसा किया: उन्होंने डोमेन एडमिन , Adm_FileStorage , Dep_Topmanagers , सिस्टम प्लस के अतिरिक्त समूह (उदाहरण के लिए, Dep_Finance , Dep_Sllad या Com_Reklama_RW , आदि) को छोड़कर, ACL से सब कुछ हटा दिया। कुछ स्थितियों में, मुझे अभी भी थोड़ी छेड़छाड़ करनी थी, उदाहरण के लिए, कॉमन इनफो फ़ोल्डर में, मैंने अपनी निर्देशिकाओं के साथ कई विभागों की इच्छा व्यक्त की, और तदनुसार उन्हें वहां आरडब्ल्यू एक्सेस दिया गया, और बाकी सभी ने केवल पढ़ा था
• उपयोगकर्ताओं के अंदर डेटा की मात्रा के लिए कोटा पेश किया गया था। फ़ाइलस्क्रीनिंग के साथ खेलने की कोशिश की (उदाहरण के लिए, डेटा संग्रहण पर रोक, आप फ़ोल्डर में * .mp3 नहीं डाल सकते हैं), लेकिन यह रूट नहीं लिया, क्योंकि कोई खास जरूरत नहीं थी।
• फ़ोल्डर नामों ने लैटिन वर्णमाला का उपयोग रिक्त स्थान के बिना किया था (यह भविष्य में जीवन को सरल बना देगा, भले ही स्क्रिप्ट को कम से कम फ़ाइलों को लिंक भेजने के लिए लिखा जाना चाहिए), विज्ञापन में समूहों ने अपेक्षाकृत "बोलने वाले" बनाने की कोशिश की ताकि कम से कम यह समझना संभव हो सके कि इस समूह की आवश्यकता थी।
• गेंदों को अंत में $ के साथ बनाया गया था, और उपयोगकर्ताओं को नेटवर्क तक पहुंच (नेटवर्क ड्राइव, कार्यक्रमों में कॉन्फ़िगरेशन पथ, आदि) को डीएफएस पथों के माध्यम से विशेष रूप से सौंपा गया था

नतीजतन, सिस्टम अधिक या कम संरचित हो गया, यह पता लगाना संभव था कि कहां झूठ है, यह सब कैसे बैकअप करें, इसकी जिम्मेदारी का क्षेत्र कहां है, और कई डुप्लिकेट भी आंशिक रूप से गायब हो गए जब उपयोगकर्ताओं को अंततः बताया गया था कि क्या स्टोर करना है। इसके अलावा, किसी भी सर्वर के टूटने के बारे में चिंता नहीं करना संभव था, डेटा बैकअप से बहाल किया गया था, लेकिन संरचना बनी हुई थी, यह डीएफएस कंसोल में नए सर्वर के लिंक को ठीक करने के लिए पर्याप्त था।

जारी रखा जाए।