आम्ही स्वतः तपासतो: 1C कसे तैनात केले जाते आणि ते कसे प्रशासित केले जाते: 1C कंपनीमध्ये दस्तऐवज प्रवाह

1C वर, आम्ही कंपनीचे काम व्यवस्थित करण्यासाठी आमच्या स्वतःच्या विकासाचा मोठ्या प्रमाणावर वापर करतो. विशेषतः, "1C: दस्तऐवज प्रवाह 8". दस्तऐवज व्यवस्थापनाव्यतिरिक्त (नावाप्रमाणेच), हे देखील एक आधुनिक आहे ECM-सिस्टम (एंटरप्राइज कंटेंट मॅनेजमेंट - कॉर्पोरेट सामग्री व्यवस्थापन) कार्यक्षमतेच्या विस्तृत श्रेणीसह - मेल, कर्मचारी कार्य दिनदर्शिका, संसाधनांमध्ये सामायिक प्रवेश आयोजित करणे (उदाहरणार्थ, मीटिंग रूम बुक करणे), वेळ ट्रॅकिंग, कॉर्पोरेट फोरम आणि बरेच काही.

एक हजाराहून अधिक कर्मचारी 1C वर दस्तऐवज व्यवस्थापन वापरतात. डेटाबेस आधीच प्रभावी बनला आहे (11 अब्ज रेकॉर्ड), याचा अर्थ असा की त्याला अधिक काळजीपूर्वक काळजी आणि अधिक शक्तिशाली उपकरणे आवश्यक आहेत.

आमची प्रणाली कशी कार्य करते, डेटाबेसची देखभाल करताना आम्हाला कोणत्या अडचणी येतात आणि आम्ही त्यांचे निराकरण कसे करतो (आम्ही MS SQL सर्व्हर DBMS म्हणून वापरतो) - आम्ही तुम्हाला लेखात सांगू.

जे प्रथमच 1C उत्पादनांबद्दल वाचत आहेत त्यांच्यासाठी.
1C:दस्तऐवज प्रवाह हे एक ऍप्लिकेशन सोल्यूशन (कॉन्फिगरेशन) आहे जे बिझनेस ऍप्लिकेशन्स विकसित करण्यासाठी फ्रेमवर्कच्या आधारावर लागू केले जाते - 1C:एंटरप्राइज प्लॅटफॉर्म.

“1C: डॉक्युमेंट फ्लो 8” (संक्षिप्त डीओ) तुम्हाला एंटरप्राइझमधील दस्तऐवजांसह कार्य स्वयंचलित करण्यास अनुमती देते. कर्मचारी परस्परसंवादासाठी मुख्य साधनांपैकी एक म्हणजे ईमेल. मेल व्यतिरिक्त, DO इतर समस्या देखील सोडवते:

• वेळ ट्रॅकिंग
• कर्मचारी अनुपस्थिती ट्रॅकिंग
• कुरिअर/वाहतुकीसाठी अर्ज
• कर्मचारी काम कॅलेंडर
• पत्रव्यवहाराची नोंदणी
• कर्मचारी संपर्क (अ‍ॅड्रेस बुक)
• कॉर्पोरेट मंच
• खोलीचे आरक्षण
• कार्यक्रमाचे नियोजन
• सी आर एम
• फाइल्ससह एकत्रित कार्य (फाइल आवृत्त्या जतन करून)
• आणि इतर.

आम्ही दस्तऐवज व्यवस्थापन प्रविष्ट करतो छोटा ग्राहक (नेटिव्ह एक्झिक्युटेबल ऍप्लिकेशन) Windows, Linux, macOS वरून, वेब क्लायंट (ब्राउझरवरून) आणि मोबाइल क्लायंट - परिस्थितीनुसार.

आणि दस्तऐवज प्रवाहाशी जोडलेल्या आमच्या इतर उत्पादनाबद्दल धन्यवाद - परस्परसंवाद प्रणाली - आम्ही थेट दस्तऐवज प्रवाहात मेसेंजरची कार्यक्षमता प्राप्त करतो - चॅट्स, ऑडिओ आणि व्हिडिओ कॉल्स (गट कॉल्ससह, जे आता विशेषतः महत्त्वपूर्ण बनले आहे, मोबाइल क्लायंटसह), जलद फाइल एक्सचेंज तसेच चॅट बॉट्स लिहिण्याची क्षमता जे सोपे करते. प्रणालीसह कार्य करत आहे. परस्परसंवाद प्रणाली (इतर संदेशवाहकांच्या तुलनेत) वापरण्याचा आणखी एक फायदा म्हणजे विशिष्ट दस्तऐवज प्रवाह ऑब्जेक्ट्स - दस्तऐवज, इव्हेंट्स इ.शी संबंधित संदर्भ चर्चा आयोजित करण्याची क्षमता. म्हणजेच, परस्परसंवाद प्रणाली लक्ष्यित ऍप्लिकेशनसह सखोलपणे समाकलित केलेली आहे, आणि ती फक्त "वेगळे बटण" म्हणून कार्य करत नाही.

आमच्या DO मधील अक्षरांची संख्या आधीच 100 दशलक्ष ओलांडली आहे आणि सर्वसाधारणपणे DBMS मध्ये 11 अब्जाहून अधिक नोंदी आहेत. एकूण, सिस्टम जवळजवळ 30 टीबी स्टोरेज वापरते: डेटाबेस व्हॉल्यूम 7,5 टीबी आहे, सामूहिक कामासाठी फायली स्वतंत्रपणे संग्रहित केल्या जातात आणि आणखी 21 टीबी व्यापतात.

जर आपण अधिक विशिष्ट संख्यांबद्दल बोललो तर, या क्षणी अक्षरे आणि फाइल्सची संख्या येथे आहे:

• आउटगोइंग ईमेल - 14,7 दशलक्ष.
• येणारी पत्रे – ८५.४ दशलक्ष.
• फाइल आवृत्त्या - 70,8 दशलक्ष.
• अंतर्गत कागदपत्रे - 30,6 हजार.

DO मध्ये फक्त मेल आणि फाईल्स पेक्षा जास्त आहेत. खाली इतर अकाउंटिंग ऑब्जेक्ट्सचे आकडे आहेत:

• मीटिंग रूम बुक करणे – ५२,१२६
• साप्ताहिक अहवाल – 153
• दैनिक अहवाल - 628
• मान्यता व्हिसा – 11
• येणारी कागदपत्रे – ७९,६७७
• आउटगोइंग दस्तऐवज - 28
• वापरकर्ता कार्य कॅलेंडरमधील कार्यक्रमांबद्दलच्या नोंदी - 168
• कुरिअरसाठी अर्ज – २१,८८३
• प्रतिपक्ष – ८१,०२९
• प्रतिपक्षांसह कामाचे रेकॉर्ड – 45
• प्रतिपक्षांच्या संपर्क व्यक्ती – ४१,७९५
• कार्यक्रम – १०,२४३
• प्रकल्प – 6
• कर्मचारी कार्ये – 245
• फोरम पोस्ट्स - 26
• चॅट मेसेज - 891 095
• व्यवसाय प्रक्रिया - 109. कर्मचार्‍यांमध्ये परस्परसंवाद प्रक्रियांद्वारे होतो - मंजूरी, अंमलबजावणी, पुनरावलोकन, नोंदणी, स्वाक्षरी इ. आम्ही प्रक्रियेचा कालावधी, चक्रांची संख्या, सहभागींची संख्या, परताव्यांची संख्या, अंतिम मुदत बदलण्याच्या विनंत्यांची संख्या मोजतो. आणि ही माहिती एंटरप्राइझमध्ये कोणत्या प्रक्रिया होत आहेत हे समजून घेण्यासाठी आणि कर्मचार्‍यांच्या सहकार्याची कार्यक्षमता वाढवण्यासाठी विश्लेषण करण्यासाठी खूप उपयुक्त आहे.

आम्ही हे सर्व कोणत्या उपकरणांवर प्रक्रिया करतो?

हे आकडे प्रभावी कार्यांचे प्रमाण दर्शवितात, म्हणून आम्हाला अंतर्गत सहाय्यक कंपन्यांच्या गरजांसाठी बर्‍यापैकी उत्पादनक्षम उपकरणे वाटप करण्याची आवश्यकता होती. सध्या, त्याची वैशिष्ट्ये खालीलप्रमाणे आहेत: 38 कोर, 240 जीबी रॅम, 26 टीबी डिस्क. येथे सर्व्हरची एक सारणी आहे:


भविष्यात, आम्ही उपकरणांची क्षमता वाढविण्याची योजना आखत आहोत.

सर्व्हर लोडसह गोष्टी कशा चालू आहेत?

नेटवर्क क्रियाकलाप ही आमच्यासाठी किंवा आमच्या ग्राहकांसाठी कधीही समस्या नव्हती. नियमानुसार, कमकुवत बिंदू म्हणजे प्रोसेसर आणि डिस्क, कारण प्रत्येकाला आधीच स्मरणशक्तीच्या कमतरतेचा सामना कसा करावा हे माहित आहे. रिसोर्स मॉनिटरवरील आमच्या सर्व्हरचे स्क्रीनशॉट येथे आहेत, जे दर्शविते की आमच्याकडे कोणतेही भयंकर भार नाही, ते अतिशय माफक आहे.

उदाहरणार्थ, खालील स्क्रीनशॉटमध्ये आम्ही एक SQL सर्व्हर पाहतो जेथे CPU लोड 23% आहे. आणि हे खूप चांगले सूचक आहे (तुलनेसाठी: जर भार 70% पर्यंत पोहोचला तर, बहुधा, कर्मचारी कामात लक्षणीय मंदीचे निरीक्षण करतील).

दुसरा स्क्रीनशॉट अॅप्लिकेशन सर्व्हर दाखवतो ज्यावर 1C:एंटरप्राइझ प्लॅटफॉर्म चालतो - तो फक्त वापरकर्त्याची सत्रे देतो. येथे प्रोसेसर लोड किंचित जास्त आहे - 38%, ते गुळगुळीत आणि शांत आहे. काही डिस्क लोडिंग आहे, परंतु ते स्वीकार्य आहे.

तिसरा स्क्रीनशॉट आणखी एक 1C दर्शवितो: एंटरप्राइझ सर्व्हर (तो दुसरा आहे, आमच्याकडे क्लस्टरमध्ये त्यापैकी दोन आहेत). फक्त मागील वापरकर्त्यांना सेवा देतो आणि रोबोट यावर कार्य करतात. उदाहरणार्थ, त्यांना मेल, मार्ग दस्तऐवज, डेटाची देवाणघेवाण, अधिकारांची गणना इ. या सर्व पार्श्वभूमी क्रियाकलाप अंदाजे 90-100 पार्श्वभूमी कार्ये करतात. आणि हा सर्व्हर खूप जास्त लोड झाला आहे - 88%. परंतु याचा लोकांवर परिणाम होत नाही आणि ते सर्व ऑटोमेशन लागू करते जे दस्तऐवज व्यवस्थापनाने केले पाहिजे.

कामगिरी मोजण्यासाठी मेट्रिक्स काय आहेत?

कार्यप्रदर्शन निर्देशक मोजण्यासाठी आणि विविध मेट्रिक्सची गणना करण्यासाठी आमच्या उपकंपन्यांमध्ये एक गंभीर उपप्रणाली तयार केली आहे. सध्याच्या क्षणी आणि व्यवस्थेत काय चालले आहे, काय वाईट होत आहे, काय चांगले होत आहे हे ऐतिहासिक दृष्टिकोनातून समजून घेण्यासाठी हे आवश्यक आहे. मॉनिटरिंग टूल्स - मेट्रिक्स आणि वेळ मोजमाप - "1C: दस्तऐवज प्रवाह 8" च्या मानक वितरणामध्ये समाविष्ट आहेत. अंमलबजावणी दरम्यान मेट्रिक्सला सानुकूलन आवश्यक आहे, परंतु यंत्रणा स्वतःच मानक आहे.

मेट्रिक्स म्हणजे ठराविक बिंदूंवर विविध व्यवसाय निर्देशकांचे मोजमाप (उदाहरणार्थ, सरासरी मेल वितरण वेळ 10 मिनिटे आहे).

मेट्रिक्सपैकी एक डेटाबेसमधील सक्रिय वापरकर्त्यांची संख्या दर्शवते. दिवसभरात त्यापैकी सरासरी 1000-1400 असतात. आलेख दाखवतो की स्क्रीनशॉटच्या वेळी डेटाबेसमध्ये 2144 सक्रिय वापरकर्ते होते.

अशा 30 हून अधिक क्रिया आहेत, यादी कट अंतर्गत आहे.यादी

• लॉगिन करा
• साइन आउट करा
• मेल लोड करत आहे
• ऑब्जेक्टची वैधता बदलणे
• प्रवेश अधिकार बदलणे
• प्रक्रियेचा विषय बदलणे
• ऑब्जेक्टचा कार्य गट बदलणे
• किटची रचना बदलणे
• फाइल बदलत आहे
• फाइल आयात करा
• मेलद्वारे पाठवत आहे
• फायली हलवित आहे
• कार्य पुनर्निर्देशित करत आहे
• इलेक्ट्रॉनिक स्वाक्षरीवर स्वाक्षरी करणे
• तपशीलांनुसार शोधा
• संपूर्ण मजकूर शोध
• फाइल प्राप्त करत आहे
• प्रक्रियेत व्यत्यय आणणे
• पहा
• डिक्रिप्शन
• दस्तऐवज नोंदणी
• स्कॅन
• हटवण्याची खूण रद्द करणे
• ऑब्जेक्ट तयार करणे
• डिस्कवर सेव्ह करत आहे
• प्रक्रियेची सुरुवात
• वापरकर्ता लॉग एंट्री हटवत आहे
• इलेक्ट्रॉनिक स्वाक्षरी काढत आहे
• हटवण्याचे चिन्ह सेट करत आहे
• एनक्रिप्शन
• फोल्डर निर्यात करा

मागील आठवड्यापूर्वी, आमची सरासरी वापरकर्ता क्रियाकलाप दीड पटीने वाढली (ग्राफवर लाल रंगात दर्शविली आहे) - हे बहुतेक कर्मचार्‍यांच्या रिमोट कामावर (सुप्रसिद्ध घटनांमुळे) संक्रमणामुळे आहे. तसेच, सक्रिय वापरकर्त्यांची संख्या 3 पटीने वाढली (स्क्रीनशॉटवर निळ्या रंगात दर्शविली आहे), कारण कर्मचारी सक्रियपणे मोबाइल फोन वापरू लागले: प्रत्येक मोबाइल क्लायंट सर्व्हरशी कनेक्शन तयार करतो. सध्या, सरासरी, आमच्या प्रत्येक कर्मचार्‍याचे सर्व्हरशी 2 कनेक्शन आहेत.

आमच्यासाठी, प्रशासक म्हणून, हे एक सिग्नल आहे की आम्हाला कार्यप्रदर्शन समस्यांकडे अधिक लक्ष देणे आवश्यक आहे आणि परिस्थिती आणखी बिघडली आहे का ते पहा. परंतु आम्ही इतर पॅरामीटर्सच्या आधारे हे पाहतो. उदाहरणार्थ, अंतर्गत राउटिंगसाठी मेल वितरणाची वेळ कशी बदलते (खालील स्क्रीनशॉटमध्ये निळ्या रंगात दर्शविली आहे). आम्ही पाहतो की या वर्षापर्यंत ते चढ-उतार होते, परंतु आता ते स्थिर आहे - आमच्यासाठी हे एक सूचक आहे की सिस्टममध्ये सर्वकाही व्यवस्थित आहे.

आमच्यासाठी लागू केलेला दुसरा मेट्रिक म्हणजे मेल सर्व्हरवरून अक्षरे डाउनलोड करण्यासाठी सरासरी प्रतीक्षा वेळ (स्क्रीनशॉटमध्ये लाल रंगात दर्शविला आहे). ढोबळपणे सांगायचे तर, पत्र आमच्या कर्मचाऱ्यापर्यंत पोहोचण्यापूर्वी किती वेळ इंटरनेटवर फिरत असेल. स्क्रीनशॉट दर्शवितो की ही वेळ देखील अलीकडे कोणत्याही प्रकारे बदललेली नाही. वेगळ्या स्पाइक्स आहेत - परंतु ते विलंबांशी संबंधित नाहीत, परंतु मेल सर्व्हरवरील वेळ गमावला आहे या वस्तुस्थितीसह.

किंवा, उदाहरणार्थ, दुसरे मेट्रिक (स्क्रीनशॉटमध्ये निळ्या रंगात दाखवले आहे) – फोल्डरमध्ये अक्षरे अपडेट करणे. मेल फोल्डर उघडणे हे अतिशय सामान्य ऑपरेशन आहे आणि ते त्वरीत करणे आवश्यक आहे. ते किती लवकर केले जाते ते आम्ही मोजतो. हा निर्देशक प्रत्येक क्लायंटसाठी मोजला जातो. आपण कंपनीचे एकूण चित्र आणि गतिशीलता दोन्ही पाहू शकता, उदाहरणार्थ, वैयक्तिक कर्मचाऱ्यासाठी. स्क्रीनशॉट दर्शविते की या वर्षापर्यंत मेट्रिक असंतुलित नव्हते, त्यानंतर आम्ही अनेक सुधारणा केल्या आणि आता ते आणखी खराब होत नाही – आलेख जवळजवळ सपाट आहे.

मेट्रिक्स हे मुळात सिस्टमच्या वर्तनातील कोणत्याही बदलांना त्वरित प्रतिसाद देण्यासाठी, सिस्टमचे निरीक्षण करण्यासाठी प्रशासकाचे साधन आहे. स्क्रीनशॉट वर्षासाठी अंतर्गत उपकंपनी मेट्रिक्स दाखवतो. आम्हाला अंतर्गत उपकंपन्या विकसित करण्यासाठी कार्ये देण्यात आली होती या वस्तुस्थितीमुळे आलेखांमधील उडी आहे.

येथे आणखी काही मेट्रिक्सची सूची आहे (कट अंतर्गत).
मेट्रिक्स

• वापरकर्ता क्रियाकलाप
• सक्रिय वापरकर्ते
• सक्रिय प्रक्रिया
• फाइल्सची संख्या
• फाइल आकार (MB)
• कागदपत्रांची संख्या
• प्राप्तकर्त्यांना पाठवल्या जाणार्‍या वस्तूंची संख्या
• प्रतिपक्षांची संख्या
• अपूर्ण कामे
• शेवटच्या 10 मिनिटांमध्ये मेल सर्व्हरवरून ईमेल डाउनलोड करण्यासाठी सरासरी प्रतीक्षा वेळ
• बाह्य डेटा बफर: फाइल्सची संख्या
• चालू तारखेपासून लॅगिंग बॉर्डर
• लांबलचक रांग
• ऑपरेशनल रांग
• बाह्य राउटिंगद्वारे कच्च्या खात्याचे वय
• अंतर्गत राउटिंग स्वीकृती रांगेचा आकार (लांब रांग)
• अंतर्गत राउटिंग स्वीकृती रांगेचा आकार (जलद रांग)
• अंतर्गत राउटिंगद्वारे मेल वितरण वेळ (लांब रांग)
• अंतर्गत राउटिंगद्वारे मेल वितरण वेळ (जलद रांग)
• बाह्य राउटिंगद्वारे मेल वितरण वेळ (सरासरी)
• दस्तऐवजांची संख्या आरक्षण
• दस्तऐवजांची संख्या अनुपस्थिती
• दस्तऐवजांची संख्या "प्रतिपक्षासह कामाची नोंद"
• फोल्डरमध्ये मेल अपडेट अक्षरे
• मेल एक पत्र कार्ड उघडत आहे
• मेल फोल्डरमध्ये पत्र हस्तांतरित करा
• फोल्डरद्वारे मेल नेव्हिगेट करा

आमची प्रणाली चोवीस तास 150 पेक्षा जास्त निर्देशक मोजते, परंतु त्या सर्वांचे त्वरीत निरीक्षण केले जाऊ शकत नाही. काही ऐतिहासिक दृष्टीकोनातून ते नंतर उपयोगी पडतील आणि तुम्ही व्यवसायासाठी सर्वात महत्त्वाच्या गोष्टींवर लक्ष केंद्रित करू शकता.

एका अंमलबजावणीमध्ये, उदाहरणार्थ, फक्त 5 निर्देशक निवडले गेले. ग्राहकाने किमान निर्देशकांचा संच तयार करण्याचे उद्दिष्ट निश्चित केले, परंतु त्याच वेळी ते मुख्य कार्य परिस्थिती समाविष्ट करते. स्वीकृती प्रमाणपत्रात 150 निर्देशक समाविष्ट करणे अन्यायकारक असेल, कारण एंटरप्राइझमध्ये देखील कोणते निर्देशक स्वीकार्य मानले जातात यावर सहमत होणे कठीण आहे. आणि त्यांना या 5 निर्देशकांबद्दल माहिती होते आणि त्यांनी अंमलबजावणी प्रकल्प सुरू होण्यापूर्वीच ते सिस्टमला सादर केले होते, स्पर्धा दस्तऐवजीकरणात त्यांचा समावेश आहे: कार्ड उघडण्याची वेळ 3 सेकंदांपेक्षा जास्त नाही, फाइल क्रमांकासह कार्य पूर्ण करण्याची वेळ 5 सेकंदांपेक्षा जास्त इ. आमच्या उपकंपन्यांमध्ये आमच्याकडे असे मेट्रिक्स होते जे ग्राहकाच्या तांत्रिक वैशिष्ट्यांमधील मूळ विनंती अगदी स्पष्टपणे प्रतिबिंबित करतात.

आमच्याकडे कार्यप्रदर्शन मोजमापांचे प्रोफाइल विश्लेषण देखील आहे. कार्यप्रदर्शन निर्देशक प्रत्येक चालू ऑपरेशनच्या कालावधीचे रेकॉर्डिंग आहेत (डेटाबेसला पत्र लिहिणे, मेल सर्व्हरला पत्र पाठवणे इ.). याचा वापर केवळ तंत्रज्ञ करतात. आम्ही आमच्या प्रोग्राममध्ये बरेच कार्यप्रदर्शन निर्देशक जमा करतो. आम्ही सध्या अंदाजे 1500 की ऑपरेशन्स मोजतो, जी प्रोफाइलमध्ये विभागलेली आहेत.

आमच्यासाठी सर्वात महत्त्वाच्या प्रोफाइलपैकी एक म्हणजे "ग्राहक दृष्टीकोनातून मेलच्या मुख्य निर्देशकांची सूची." या प्रोफाइलमध्ये, उदाहरणार्थ, खालील निर्देशक समाविष्ट आहेत:

• कमांड कार्यान्वित करणे: टॅगद्वारे निवडा
• फॉर्म उघडणे: यादी फॉर्म
• कमांड कार्यान्वित करणे: फोल्डरनुसार निवडा
• वाचन क्षेत्रात एक पत्र प्रदर्शित करणे
• तुमच्या आवडत्या फोल्डरमध्ये पत्र जतन करत आहे
• तपशीलवार अक्षरे शोधा
• पत्र तयार करणे

जर आपण पाहतो की काही व्यवसाय निर्देशकासाठी मेट्रिक खूप मोठा झाला आहे (उदाहरणार्थ, एखाद्या विशिष्ट वापरकर्त्याची पत्रे खूप दिवसांनी यायला सुरुवात झाली आहे), तर आम्ही ते शोधू लागतो आणि तांत्रिक ऑपरेशन्सचा वेळ मोजण्यासाठी वळतो. आमच्याकडे तांत्रिक ऑपरेशन आहे “मेल सर्व्हरवर अक्षरे संग्रहित करणे” - आम्ही पाहतो की या ऑपरेशनची वेळ शेवटच्या कालावधीसाठी ओलांडली गेली आहे. हे ऑपरेशन, यामधून, इतर ऑपरेशन्समध्ये विघटित केले जाते - उदाहरणार्थ, मेल सर्व्हरसह कनेक्शन स्थापित करणे. आम्ही पाहतो की काही कारणास्तव ते अचानक खूप मोठे झाले आहे (आमच्याकडे एका महिन्यासाठी सर्व मोजमाप आहेत - आम्ही तुलना करू शकतो की मागील आठवड्यात ते 10 मिलीसेकंद होते आणि आता ते 1000 मिलीसेकंद आहे). आणि आम्हाला समजते की येथे काहीतरी तुटलेले आहे - आम्हाला ते दुरुस्त करणे आवश्यक आहे.

एवढा मोठा डेटाबेस आपण कसा सांभाळणार?

आमचे अंतर्गत डीओ हे खरोखर कार्यरत उच्च-लोड प्रकल्पाचे उदाहरण आहे. चला त्याच्या डेटाबेसच्या तांत्रिक वैशिष्ट्यांबद्दल बोलूया.

मोठ्या डेटाबेस टेबलची पुनर्रचना करण्यासाठी किती वेळ लागतो?

एसक्यूएल सर्व्हरला टेबल्स क्रमाने ठेवून नियतकालिक देखभाल आवश्यक असते. चांगल्या प्रकारे, हे दिवसातून किमान एकदा केले पाहिजे आणि उच्च-मागणी सारण्यांसाठी बरेचदा केले पाहिजे. परंतु जर डेटाबेस मोठा असेल (आणि आमच्या रेकॉर्डची संख्या आधीच 11 अब्ज ओलांडली असेल), तर त्याची काळजी घेणे सोपे नाही.

आम्ही 6 वर्षांपूर्वी टेबल रिस्ट्रक्चरिंग केले, परंतु नंतर त्याला इतका वेळ लागला की आम्ही रात्रीच्या मध्यांतरांमध्ये बसू शकलो नाही. आणि या ऑपरेशन्समुळे SQL सर्व्हर मोठ्या प्रमाणावर लोड होत असल्याने, ते इतर वापरकर्त्यांना कार्यक्षमतेने सेवा देऊ शकत नाही.

म्हणून, आता आपल्याला विविध युक्त्या वापराव्या लागतील. उदाहरणार्थ, आम्ही संपूर्ण डेटा सेटवर या प्रक्रिया करू शकत नाही. तुम्हाला अपडेट नमुना 500000 पंक्ती प्रक्रियेचा अवलंब करावा लागेल - यास 14 मिनिटे लागतात. हे सारणीतील सर्व डेटावरील आकडेवारी अद्यतनित करत नाही, परंतु अर्धा दशलक्ष पंक्ती निवडते आणि संपूर्ण सारणीसाठी वापरत असलेल्या आकडेवारीची गणना करण्यासाठी त्यांचा वापर करते. हे काही गृहितक आहे, परंतु आम्हाला ते तयार करण्यास भाग पाडले जाते, कारण एका विशिष्ट सारणीसाठी, संपूर्ण अब्ज रेकॉर्डवरील आकडेवारी गोळा करण्यासाठी अस्वीकार्यपणे बराच वेळ लागेल.

आम्ही इतर देखरेख ऑपरेशन्स देखील आंशिक बनवून ऑप्टिमाइझ केले.

डीबीएमएस राखणे सामान्यतः एक जटिल कार्य आहे. कर्मचार्‍यांमध्ये सक्रिय परस्परसंवादाच्या बाबतीत, डेटाबेस त्वरीत वाढतो आणि प्रशासकांना त्याची देखभाल करणे अधिक कठीण होते - आकडेवारी, डीफ्रॅगमेंटेशन, अनुक्रमणिका अद्यतनित करणे. येथे आपल्याला विविध रणनीती लागू करणे आवश्यक आहे, हे कसे करायचे हे आपल्याला चांगले माहित आहे, आपल्याला अनुभव आहे, आपण ते सामायिक करू शकतो.

अशा व्हॉल्यूमसह बॅकअप कसा लागू केला जातो?

पूर्ण DBMS बॅकअप दिवसातून एकदा रात्री, एक वाढीव – प्रत्येक तासाला घेतला जातो. तसेच, एक फाईल निर्देशिका दररोज तयार केली जाते आणि ती फाइल स्टोरेजच्या वाढीव बॅकअपचा एक भाग आहे.

पूर्ण बॅकअप पूर्ण करण्यासाठी किती वेळ लागतो?

हार्ड ड्राइव्हचा पूर्ण बॅकअप तीन तासांत पूर्ण होतो, तर आंशिक बॅकअप एका तासात. टेपवर लिहिण्यास जास्त वेळ लागतो (एक विशेष उपकरण जे कार्यालयाबाहेर संग्रहित केलेल्या विशेष कॅसेटची बॅकअप प्रत बनवते; टेपमध्ये एक हस्तांतरणीय प्रत बनविली जाते, जी उदाहरणार्थ, सर्व्हर रूम जळल्यास जतन केली जाईल). बॅकअप अगदी त्याच सर्व्हरवर बनविला जातो, ज्याचे पॅरामीटर्स जास्त होते - 20% प्रोसेसर लोडसह एसक्यूएल सर्व्हर. बॅकअपच्या वेळी, अर्थातच, सिस्टम खूपच खराब होते, परंतु तरीही ती कार्यरत आहे.

डुप्लिकेशन आहे का?

डुप्लिकेशन फायली आहेत, आम्ही ते स्वतः तपासू आणि लवकरच त्या दस्तऐवज व्यवस्थापनाच्या नवीन आवृत्तीमध्ये समाविष्ट केल्या जातील. आम्ही काउंटरपार्टी डिडुप्लिकेशन यंत्रणा देखील तपासत आहोत. डीबीएमएस स्तरावर रेकॉर्डचे कोणतेही डुप्लिकेशन नाही, कारण हे आवश्यक नाही. 1C:Enterprise प्लॅटफॉर्म DBMS मध्‍ये ऑब्‍जेक्‍ट संचयित करतो आणि त्‍यांच्‍या सुसंगततेसाठी केवळ प्‍लॅटफॉर्म जबाबदार असू शकतो.

फक्त-वाचनीय नोड्स आहेत का?

कोणतेही वाचन नोड नाहीत (समर्पित सिस्टम नोड्स ज्यांना वाचण्यासाठी कोणताही डेटा प्राप्त करणे आवश्यक आहे त्यांना सेवा देतात). DO ही स्वतंत्र BI नोड ठेवण्याची अकाउंटिंग सिस्टीम नाही, पण डेव्हलपमेंट डिपार्टमेंटसाठी एक वेगळा नोड आहे, ज्यामध्ये JSON फॉरमॅटमध्ये मेसेजची देवाणघेवाण केली जाते आणि ठराविक प्रतिकृती वेळ युनिट्स आणि दहा सेकंदांचा असतो. नोड अद्याप लहान आहे, त्याच्याकडे सुमारे 800 दशलक्ष रेकॉर्ड आहेत, परंतु ते वेगाने वाढत आहे.

हटवण्यासाठी चिन्हांकित केलेले ईमेल अजिबात हटवले जात नाहीत का?

अजून नाही. बेस हलका बनवण्याचे काम आमच्याकडे नाही. 2009 सह हटविण्यासाठी चिन्हांकित केलेल्या पत्रांचा संदर्भ घेणे आवश्यक असताना अनेक गंभीर प्रकरणे होती. म्हणूनच आम्ही सर्व काही आत्तासाठी ठेवण्याचा निर्णय घेतला. पण जेव्हा ही किंमत अन्यायकारक होईल तेव्हा आम्ही काढण्याचा विचार करू. परंतु, जर तुम्हाला डेटाबेसमधून वेगळे पत्र पूर्णपणे काढून टाकण्याची आवश्यकता असेल जेणेकरून कोणतेही ट्रेस नसतील, तर हे विशेष विनंतीद्वारे केले जाऊ शकते.

ते का साठवायचे? तुमच्याकडे जुन्या दस्तऐवजांच्या प्रवेशाची आकडेवारी आहे का?

कोणतीही आकडेवारी नाही. अधिक तंतोतंत, ते वापरकर्ता लॉगच्या स्वरूपात आहे, परंतु ते जास्त काळ साठवले जात नाही. एक वर्षापेक्षा जुन्या नोंदी प्रोटोकॉलमधून मिटवल्या जातात.

अशी परिस्थिती होती जेव्हा पाच किंवा दहा वर्षांपूर्वीचा जुना पत्रव्यवहार पुनर्प्राप्त करणे आवश्यक होते. आणि हे नेहमी निष्क्रिय कुतूहलातून नाही तर जटिल व्यावसायिक निर्णय घेण्यासाठी केले जात असे. असे एक प्रकरण होते जेथे पत्रव्यवहार इतिहासाशिवाय, चुकीचा व्यवसाय निर्णय घेतला गेला असता.

स्टोरेज कालावधीनुसार कागदपत्रांचे मूल्य कसे मोजले जाते आणि नष्ट केले जाते?

कागदी दस्तऐवजांसाठी हे इतर सर्वांप्रमाणेच नेहमीच्या पारंपारिक पद्धतीने केले जाते. आम्ही ते इलेक्ट्रॉनिकसाठी करत नाही - त्यांना ते स्वतःसाठी ठेवू द्या. बसणे येथे आहे. फायदे आहेत. सर्वजण ठीक आहेत.

विकासाच्या कोणत्या शक्यता आहेत?

आता आमचे डीओ सुमारे 30 अंतर्गत समस्यांचे निराकरण करते, त्यापैकी काही आम्ही लेखाच्या सुरुवातीला सूचीबद्ध केल्या आहेत. आमच्या भागीदारांसाठी आम्ही वर्षातून दोनदा आयोजित केलेल्या कॉन्फरन्स तयार करण्यासाठी देखील DL चा वापर केला जातो: संपूर्ण कार्यक्रम, सर्व अहवाल, सर्व समांतर विभाग, हॉल - हे सर्व DL मध्ये टाइप केले जाते, आणि नंतर ते डाउनलोड केले जाते आणि एक मुद्रित कार्यक्रम. केले आहे.

DO च्या मार्गावर आणखी अनेक कार्ये आहेत, त्याव्यतिरिक्त ते आधीच सोडवत आहे. कंपनी-व्यापी कार्ये आहेत, आणि विशिष्ट आणि दुर्मिळ कार्ये आहेत, ज्याची केवळ विशिष्ट विभागासाठी आवश्यकता आहे. त्यांना मदत करणे आवश्यक आहे, याचा अर्थ 1C मध्ये सिस्टम वापरण्याचे "भूगोल" विस्तारित करणे - अनुप्रयोगाची व्याप्ती वाढवणे, सर्व विभागांच्या समस्या सोडवणे. कामगिरी आणि विश्वासार्हतेसाठी ही सर्वोत्तम चाचणी असेल. मला सिस्टम ट्रिलियन रेकॉर्ड्स, पेटाबाइट्स माहितीवर कार्य करते हे पहायचे आहे.

स्त्रोत: www.habr.com