हामी आफैं जाँच गर्छौं: कसरी 1C तैनात गरिएको छ र यसलाई कसरी व्यवस्थापन गरिन्छ: 1C कम्पनी भित्र कागजात प्रवाह

1C मा, हामी कम्पनीको काम व्यवस्थित गर्न हाम्रो आफ्नै विकासहरू व्यापक रूपमा प्रयोग गर्छौं। खासमा, "1C: कागजात प्रवाह 8"। कागजात व्यवस्थापनको अतिरिक्त (नामले सुझाव दिन्छ), यो पनि आधुनिक छ ECM-प्रणाली (इन्टरप्राइज सामग्री व्यवस्थापन - कर्पोरेट सामग्री व्यवस्थापन) कार्यक्षमताको विस्तृत दायराको साथ - मेल, कर्मचारी कार्य क्यालेन्डरहरू, स्रोतहरूमा साझा पहुँच व्यवस्थित गर्ने (उदाहरणका लागि, बैठक कोठा बुक गर्ने), समय ट्र्याकिङ, कर्पोरेट फोरम र अधिक।

एक हजार भन्दा बढी कर्मचारीहरूले 1C मा कागजात व्यवस्थापन प्रयोग गर्छन्। डाटाबेस पहिले नै प्रभावशाली भएको छ (११ बिलियन रेकर्ड), जसको मतलब यो हो कि यसलाई थप सावधानीपूर्वक हेरचाह र अधिक शक्तिशाली उपकरण चाहिन्छ।

हाम्रो प्रणालीले कसरी काम गर्छ, डाटाबेस कायम गर्दा हामीले कस्ता कठिनाइहरू सामना गर्छौं र हामीले तिनीहरूलाई कसरी समाधान गर्छौं (हामी MS SQL सर्भरलाई DBMS को रूपमा प्रयोग गर्छौं) - हामी तपाईंलाई लेखमा बताउनेछौं।

पहिलो पटक 1C उत्पादनहरू पढ्नेहरूका लागि।
1C: कागजात प्रवाह एक अनुप्रयोग समाधान (कन्फिगरेसन) हो जुन व्यवसायिक अनुप्रयोगहरू विकास गर्ने ढाँचाको आधारमा लागू गरिएको छ - 1C: उद्यम प्लेटफर्म।

"1C: कागजात प्रवाह 8" (DO को रूपमा संक्षिप्त) ले तपाईंलाई उद्यममा कागजातहरूसँग काम स्वचालित गर्न अनुमति दिन्छ। कर्मचारी अन्तरक्रियाको लागि मुख्य उपकरण मध्ये एक ईमेल हो। मेलको अतिरिक्त, DO ले अन्य समस्याहरू पनि समाधान गर्दछ:

• समय ट्रयाकिङ
• कर्मचारी अनुपस्थिति ट्र्याकिङ
• कुरियर / यातायात को लागी आवेदन
• कर्मचारी काम क्यालेन्डर
• पत्राचारको दर्ता
• कर्मचारी सम्पर्क (ठेगाना पुस्तिका)
• कर्पोरेट फोरम
• कोठा आरक्षण
• घटना योजना
• सीआरएम
• फाइलहरूसँग सामूहिक कार्य (फाइल संस्करणहरू बचत गरेर)
• र अन्य।

हामी कागजात व्यवस्थापन प्रविष्ट गर्छौं पातलो ग्राहक (स्थानीय कार्यान्वयन योग्य अनुप्रयोग) विन्डोज, लिनक्स, macOS, वेब ग्राहक (ब्राउजरबाट) र मोबाइल ग्राहक - स्थिति मा निर्भर गर्दछ।

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

हाम्रो DO मा पत्रहरूको संख्या पहिले नै 100 मिलियन नाघेको छ, र सामान्यतया DBMS मा 11 बिलियन भन्दा बढी रेकर्डहरू छन्। कुलमा, प्रणालीले लगभग 30 TB भण्डारण प्रयोग गर्दछ: डाटाबेस भोल्युम 7,5 TB हो, सामूहिक कार्यका लागि फाइलहरू अलग रूपमा भण्डारण गरिन्छ र अर्को 21 TB ओगटेको छ।

यदि हामी थप विशिष्ट संख्याहरूको बारेमा कुरा गर्छौं भने, यस समयमा अक्षरहरू र फाइलहरूको संख्या यहाँ छ:

• बहिर्गमन इमेलहरू - 14,7 मिलियन।
• आगमन पत्र - 85,4 मिलियन।
• फाइल संस्करणहरू - 70,8 मिलियन।
• आन्तरिक कागजातहरू - 30,6 हजार।

DO सँग मेल र फाइलहरू मात्र होइन। तल अन्य लेखा वस्तुहरूको लागि तथ्याङ्कहरू छन्:

• बैठक कोठा बुकिङ - 52
• साप्ताहिक रिपोर्ट - 153
• दैनिक रिपोर्टहरू - 628
• स्वीकृति भिसा - 11
• आगमन कागजातहरू - 79
• बाहिर जाने कागजातहरू - 28
• प्रयोगकर्ता कार्य क्यालेन्डरहरूमा घटनाहरूको बारेमा प्रविष्टिहरू - 168
• कुरियरहरूको लागि आवेदन - 21
• काउन्टरपार्टीहरू - 81
• काउन्टरपार्टीहरु संग काम को रेकर्ड - 45
• प्रतिपक्षका सम्पर्क व्यक्तिहरू - 41
• घटनाक्रम - 10
• परियोजनाहरू - 6
• कर्मचारी कार्यहरू - 245
• फोरम पोस्टहरू - 26
• च्याट सन्देशहरू - 891 095
• व्यापार प्रक्रियाहरू - 109। कर्मचारीहरू बीचको अन्तरक्रिया प्रक्रियाहरू मार्फत हुन्छ - अनुमोदन, कार्यान्वयन, समीक्षा, दर्ता, हस्ताक्षर, आदि। हामी प्रक्रियाहरूको अवधि, चक्रहरूको संख्या, सहभागीहरूको संख्या, फिर्ताहरूको संख्या, समयसीमा परिवर्तन गर्न अनुरोधहरूको संख्या मापन गर्छौं। र यो जानकारी इन्टरप्राइजमा के प्रक्रियाहरू भइरहेको छ भनेर बुझ्न र कर्मचारी सहयोगको दक्षता बढाउनको लागि विश्लेषण गर्न धेरै उपयोगी छ।

हामी यी सबैलाई कुन उपकरणमा प्रशोधन गर्छौं?

यी तथ्याङ्कहरूले कार्यहरूको प्रभावशाली मात्रालाई सङ्केत गर्दछ, त्यसैले हामीले आन्तरिक सहायकहरूको आवश्यकताको लागि पर्याप्त उत्पादनशील उपकरणहरू आवंटित गर्नुपर्ने आवश्यकताको सामना गर्नुपरेको थियो। हाल, यसका विशेषताहरू निम्नानुसार छन्: 38 कोर, 240 GB RAM, 26 TB डिस्क। यहाँ सर्भरहरूको तालिका छ:


आगामी दिनमा उपकरणको क्षमता बढाउने योजनामा ​​छौं ।

सर्भर लोडको साथ चीजहरू कसरी जाँदैछन्?

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

उदाहरणका लागि, तलको स्क्रिनसटमा हामी SQL सर्भर देख्छौं जहाँ CPU लोड 23% छ। र यो एक धेरै राम्रो सूचक हो (तुलनाको लागि: यदि लोड 70% मा पुग्छ, त्यसपछि, सम्भवतः, कर्मचारीहरूले काममा धेरै महत्त्वपूर्ण ढिलाइ देख्नेछन्)।

दोस्रो स्क्रिनसटले एप सर्भर देखाउँछ जसमा 1C:Enterprise प्लेटफर्म चल्छ - यसले प्रयोगकर्ता सत्रहरू मात्र सेवा गर्दछ। यहाँ प्रोसेसर लोड अलि बढी छ - 38%, यो चिल्लो र शान्त छ। त्यहाँ केही डिस्क लोडिङ छ, तर यो स्वीकार्य छ।

तेस्रो स्क्रिनसटले अर्को 1C देखाउँछ: इन्टरप्राइज सर्भर (यो दोस्रो हो, हामीसँग क्लस्टरमा ती दुई छन्)। अघिल्लोले मात्र प्रयोगकर्ताहरूलाई सेवा दिन्छ, र रोबोटले यसमा काम गर्दछ। उदाहरणका लागि, तिनीहरूले मेल, मार्ग कागजातहरू, डेटा विनिमय, अधिकार गणना, आदि प्राप्त गर्छन्। यी सबै पृष्ठभूमि गतिविधिहरूले लगभग 90-100 पृष्ठभूमि कार्यहरू प्रदर्शन गर्दछ। र यो सर्भर धेरै भारी लोड छ - 88%। तर यसले मानिसहरूलाई असर गर्दैन, र यसले कागजात व्यवस्थापनले गर्नु पर्ने सबै स्वचालनहरू लागू गर्दछ।

प्रदर्शन मापन गर्न मेट्रिक्स के हो?

हामीसँग कार्यसम्पादन सूचकहरू मापन गर्न र विभिन्न मेट्रिक्सहरू गणना गर्नका लागि हाम्रा सहायकहरूमा निर्मित गम्भीर उपप्रणाली छ। वर्तमान समय र प्रणालीमा के भइरहेको छ, के खराब हुँदैछ, के राम्रो हुँदैछ भनेर ऐतिहासिक दृष्टिकोणबाट बुझ्नको लागि यो आवश्यक छ। निगरानी उपकरणहरू - मेट्रिक्स र समय मापन - "1C: कागजात प्रवाह 8" को मानक डेलिभरीमा समावेश छन्। मेट्रिक्सलाई कार्यान्वयनको क्रममा अनुकूलन चाहिन्छ, तर संयन्त्र आफैमा मानक हो।

मेट्रिक्स भनेको समयको निश्चित बिन्दुहरूमा विभिन्न व्यापार सूचकहरूको मापन हो (उदाहरणका लागि, औसत मेल डेलिभरी समय 10 मिनेट हो)।

मेट्रिक्स मध्ये एक डाटाबेसमा सक्रिय प्रयोगकर्ताहरूको संख्या देखाउँछ। दिनको समयमा तिनीहरूमध्ये औसतमा 1000-1400 छन्। ग्राफले देखाउँछ कि स्क्रिनसटको समयमा डाटाबेसमा 2144 सक्रिय प्रयोगकर्ताहरू थिए।

त्यहाँ 30 भन्दा बढी यस्ता कार्यहरू छन्, सूची कट अन्तर्गत छ।सूची

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

पछिल्लो हप्ता अघि, हाम्रो औसत प्रयोगकर्ता गतिविधि डेढ गुणाले बढ्यो (ग्राफमा रातोमा देखाइएको) - यो धेरैजसो कर्मचारीहरूलाई टाढाको काममा (प्रसिद्ध घटनाहरूका कारण) को संक्रमणको कारणले हो। साथै, सक्रिय प्रयोगकर्ताहरूको संख्या 3 गुणा बढ्यो (स्क्रिनसटमा नीलोमा देखाइएको), कर्मचारीहरूले सक्रिय रूपमा मोबाइल फोनहरू प्रयोग गर्न थालेपछि: प्रत्येक मोबाइल क्लाइन्टले सर्भरमा जडान सिर्जना गर्दछ। अब, औसतमा, हाम्रा प्रत्येक कर्मचारीसँग सर्भरमा 2 जडानहरू छन्।

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

हाम्रो लागि अर्को लागू गरिएको मेट्रिक मेल सर्भरबाट अक्षरहरू डाउनलोड गर्नको लागि औसत प्रतीक्षा समय हो (स्क्रिनसटमा रातोमा देखाइएको छ)। सामान्य रूपमा भन्नुपर्दा, यो पत्र हाम्रो कर्मचारीमा पुग्नु भन्दा पहिले इन्टरनेटको वरिपरि कति लामो तैरनेछ। स्क्रिनसटले देखाउँदछ कि यो समय पनि हालसालै कुनै पनि हिसाबले परिवर्तन भएको छैन। त्यहाँ पृथक स्पाइकहरू छन् - तर तिनीहरू ढिलाइसँग सम्बन्धित छैनन्, तर मेल सर्भरहरूमा समय हराएको तथ्यसँग।

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

मेट्रिक्स मूलतया प्रणाली को व्यवहार मा कुनै पनि परिवर्तन को लागी छिटो प्रतिक्रिया को लागी, प्रणाली को निगरानी को लागी एक प्रशासक को उपकरण हो। स्क्रिनसटले वर्षको लागि आन्तरिक सहायक मेट्रिक्स देखाउँछ। ग्राफमा जम्प यस तथ्यको कारण हो कि हामीलाई आन्तरिक सहायकहरू विकास गर्न कार्यहरू दिइएको थियो।

यहाँ केहि थप मेट्रिक्स (कट अन्तर्गत) को सूची छ।
मेट्रिक्स

• प्रयोगकर्ता गतिविधि
• सक्रिय प्रयोगकर्ताहरू
• सक्रिय प्रक्रियाहरू
• फाइलहरूको संख्या
• फाइल साइज (एमबी)
• कागजातहरूको संख्या
• प्राप्तकर्ताहरूलाई पठाइने वस्तुहरूको सङ्ख्या
• प्रतिपक्षहरूको संख्या
• अधुरा कामहरू
• पछिल्लो १० मिनेटमा मेल सर्भरबाट इमेलहरू डाउनलोड गर्नको लागि औसत प्रतीक्षा समय
• बाह्य डाटा बफर: फाइलहरूको संख्या
• हालको मिति देखि सीमाना ढिलो
• लामो लाम
• परिचालन लाइन
• बाह्य रूटिङ द्वारा कच्चा खाता उमेर
• आन्तरिक मार्ग स्वीकृति लाम आकार (लामो लाम)
• आन्तरिक मार्ग स्वीकृति लाम आकार (छिटो लाम)
• आन्तरिक मार्ग (लामो लाम) मार्फत मेल डेलिभरी समय
• आन्तरिक रूटिङ मार्फत मेल डेलिभरी समय (छिटो लाम)
• बाह्य रूटिङ मार्फत मेल डेलिभरी समय (औसत)
• कागजातहरूको संख्या आरक्षण
• कागजातहरूको संख्या अनुपस्थिति
• कागजातहरूको संख्या "प्रतिपक्षसँगको कामको अभिलेख"
• फोल्डरमा पत्र अपडेट गर्नुहोस्
• पत्र पत्र खोल्दै मेल
• मेल फोल्डरमा पत्र स्थानान्तरण गर्नुहोस्
• मेल फोल्डरहरू मार्फत नेभिगेट गर्नुहोस्

हाम्रो प्रणालीले चौबीसै घण्टा 150 भन्दा बढी सूचकहरू मापन गर्छ, तर ती सबैलाई द्रुत रूपमा निगरानी गर्न सकिँदैन। तिनीहरू पछि काममा आउन सक्छन्, केही ऐतिहासिक परिप्रेक्ष्यमा, र तपाईं व्यापारको लागि सबैभन्दा महत्त्वपूर्ण व्यक्तिहरूमा ध्यान केन्द्रित गर्न सक्नुहुन्छ।

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

हामीसँग कार्यसम्पादन मापनको प्रोफाइल विश्लेषण पनि छ। कार्यसम्पादन सूचकहरू प्रत्येक चलिरहेको सञ्चालनको अवधिको रेकर्डिङ हुन् (डेटाबेसमा पत्र लेख्ने, मेल सर्भरमा पत्र पठाउने, आदि)। यो प्राविधिकहरू द्वारा विशेष रूपमा प्रयोग गरिन्छ। हामीले हाम्रो कार्यक्रममा धेरै कार्यसम्पादन सूचकहरू जम्मा गर्छौं। हामी हाल लगभग 1500 प्रमुख कार्यहरू मापन गर्छौं, जुन प्रोफाइलहरूमा विभाजित छन्।

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

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

यदि हामीले देख्यौं कि केहि व्यापार सूचकको मेट्रिक धेरै ठूलो भएको छ (उदाहरणका लागि, एक विशेष प्रयोगकर्ताबाट पत्रहरू धेरै लामो समयको लागि आउन थालेका छन्), हामी यसलाई पत्ता लगाउन सुरु गर्छौं र प्राविधिक अपरेशनहरूको समय मापन गर्न सुरु गर्छौं। हामीसँग प्राविधिक अपरेशन छ "मेल सर्भरमा अक्षरहरू संग्रह गर्ने" - हामीले देख्यौं कि यो अपरेशनको लागि अन्तिम अवधिको लागि समय नाघेको छ। यो अपरेसन, बारीमा, अन्य अपरेशनहरूमा विघटित हुन्छ - उदाहरणका लागि, मेल सर्भरसँग जडान स्थापना गर्दै। हामी देख्छौं कि कुनै कारणले यो अचानक धेरै ठूलो भएको छ (हामीसँग एक महिनाको लागि सबै मापनहरू छन् - हामी तुलना गर्न सक्छौं कि गत हप्ता यो 10 मिलिसेकेन्ड थियो, र अब यो 1000 मिलिसेकेन्ड छ)। र हामी बुझ्छौं कि यहाँ केहि बिग्रिएको छ - हामीले यसलाई ठीक गर्न आवश्यक छ।

हामीले यति ठूलो डाटाबेस कसरी कायम गर्ने?

हाम्रो आन्तरिक DO वास्तवमै काम गर्ने उच्च-लोड परियोजनाको उदाहरण हो। यसको डाटाबेसको प्राविधिक सुविधाहरूको बारेमा कुरा गरौं।

ठूला डाटाबेस तालिकाहरू पुनर्संरचना गर्न कति समय लाग्छ?

SQL सर्भरलाई तालिकाहरू क्रमबद्ध राख्दै आवधिक मर्मत आवश्यक छ। राम्रो तरिकामा, यो कम्तिमा एक दिन एक पटक गर्नुपर्छ, र अझ धेरै पटक उच्च-माग तालिकाहरूको लागि। तर यदि डाटाबेस ठूलो छ (र हाम्रो रेकर्ड संख्या पहिले नै 11 बिलियन नाघेको छ), त्यसपछि यसको हेरचाह गर्न सजिलो छैन।

हामीले 6 वर्ष पहिले तालिकाको पुनर्संरचना गर्यौं, तर त्यसपछि यसले यति धेरै समय लिन थाल्यो कि हामी अब रातको अन्तरालहरूमा फिट हुन सकेनौं। र यी अपरेसनहरूले SQL सर्भरलाई धेरै लोड गर्ने हुनाले, यसले अन्य प्रयोगकर्ताहरूलाई कुशलतापूर्वक सेवा दिन सक्दैन।

त्यसैले, अब हामीले विभिन्न चालहरू प्रयोग गर्नुपर्छ। उदाहरणका लागि, हामी यी प्रक्रियाहरू पूर्ण डेटा सेटहरूमा प्रदर्शन गर्न सक्दैनौं। तपाईंले अपडेट नमूना 500000 पङ्क्तिहरू प्रक्रियामा रिसोर्ट गर्नुपर्छ - यसले 14 मिनेट लिन्छ। यसले तालिकामा भएका सबै डाटाहरूमा तथ्याङ्कहरू अद्यावधिक गर्दैन, तर आधा मिलियन पङ्क्तिहरू चयन गर्दछ र तिनीहरूले सम्पूर्ण तालिकाको लागि प्रयोग गर्ने तथ्याङ्कहरू गणना गर्न प्रयोग गर्दछ। यो केहि धारणा हो, तर हामी यसलाई बनाउन बाध्य छौं, किनकि एक विशिष्ट तालिकाको लागि, सम्पूर्ण अरब रेकर्डहरूमा तथ्याङ्कहरू सङ्कलन गर्न अस्वीकार्य रूपमा लामो समय लाग्नेछ।

हामीले अन्य मर्मतसम्भार कार्यहरूलाई पनि आंशिक बनाएर अनुकूलन गर्यौं।

DBMS कायम राख्नु सामान्यतया गाह्रो काम हो। कर्मचारीहरू बीच सक्रिय अन्तरक्रियाको अवस्थामा, डाटाबेस चाँडै बढ्छ, र प्रशासकहरूको लागि यसलाई कायम राख्न गाह्रो हुन्छ - तथ्याङ्कहरू, डिफ्रेग्मेन्टेसन, अनुक्रमणिका अपडेट गर्नुहोस्। यहाँ हामीले विभिन्न रणनीतिहरू लागू गर्न आवश्यक छ, हामीलाई यो कसरी गर्ने भनेर राम्ररी थाहा छ, हामीसँग अनुभव छ, हामी साझेदारी गर्न सक्छौं।

त्यस्ता भोल्युमहरूसँग ब्याकअप कसरी कार्यान्वयन गरिन्छ?

एक पूर्ण DBMS ब्याकअप दिनको एक पटक रातमा प्रदर्शन गरिन्छ, एक वृद्धिशील - प्रत्येक घण्टा। साथै, फाईल डाइरेक्टरी हरेक दिन सिर्जना गरिन्छ, र यो फाइल भण्डारणको वृद्धिशील ब्याकअपको अंश हो।

पूर्ण ब्याकअप पूरा गर्न कति समय लाग्छ?

हार्ड ड्राइभमा पूर्ण ब्याकअप तीन घण्टामा पूरा हुन्छ, आंशिक ब्याकअप एक घण्टामा। टेपमा लेख्न धेरै समय लाग्छ (कार्यालय बाहिर भण्डारण गरिएको विशेष क्यासेटमा ब्याकअप प्रतिलिपि बनाउने विशेष उपकरण; टेपमा ट्रान्सफर योग्य प्रतिलिपि बनाइन्छ, उदाहरणका लागि, सर्भर कोठा जल्यो भने सुरक्षित हुनेछ)। ब्याकअप ठ्याक्कै उही सर्भरमा बनाइएको छ, जसको प्यारामिटरहरू उच्च थिए - 20% प्रोसेसर लोड भएको SQL सर्भर। जगेडा को समयमा, निस्सन्देह, प्रणाली धेरै खराब हुन्छ, तर यो अझै कार्यात्मक छ।

त्यहाँ डुप्लिकेशन छ?

डुप्लिकेशन त्यहाँ फाइलहरू छन्, हामी यसलाई आफैंमा परीक्षण गर्नेछौं, र चाँडै यसलाई कागजात व्यवस्थापनको नयाँ संस्करणमा समावेश गरिनेछ। हामी काउन्टरपार्टी डुप्लिकेशन मेकानिजमको पनि परीक्षण गर्दैछौं। DBMS स्तरमा अभिलेखहरूको कुनै प्रतिलिपिकरण छैन, किनकि यो आवश्यक छैन। 1C: इन्टरप्राइज प्लेटफर्मले DBMS मा वस्तुहरू भण्डार गर्दछ, र केवल प्लेटफर्म तिनीहरूको स्थिरताको लागि जिम्मेवार हुन सक्छ।

त्यहाँ पढ्ने मात्र नोडहरू छन्?

त्यहाँ कुनै पठन नोडहरू छैनन् (समर्पित प्रणाली नोडहरू जसले पठनका लागि कुनै डेटा प्राप्त गर्न आवश्यक पर्नेहरूलाई सेवा दिन्छ)। DO छुट्टै BI नोडमा राख्नको लागि लेखा प्रणाली होइन, तर विकास विभागको लागि छुट्टै नोड छ, जससँग JSON ढाँचामा सन्देशहरू आदानप्रदान हुन्छन्, र सामान्य प्रतिकृति समय एकाइहरू र दसौं सेकेन्डहरू हुन्। नोड अझै सानो छ, यो लगभग 800 मिलियन रेकर्ड छ, तर यो छिटो बढ्दै छ।

के मेटाउनको लागि चिन्ह लगाइएका इमेलहरू मेटिएका छैनन्?

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

किन भण्डारण गर्ने? के तपाईंसँग पुराना कागजातहरूमा पहुँचको तथ्याङ्क छ?

कुनै तथ्याङ्क छैन। अझ स्पष्ट रूपमा, यो प्रयोगकर्ता लग को रूप मा छ, तर यो लामो समय को लागी भण्डारण छैन। प्रोटोकलबाट एक वर्ष भन्दा पुरानो प्रविष्टिहरू मेटाइन्छ।

त्यहाँ अवस्थाहरू थिए जब यो पाँच वा दस वर्ष पहिलेको पुरानो पत्राचार पुन: प्राप्त गर्न आवश्यक थियो। र यो सधैं निष्क्रिय जिज्ञासा बाहिर होइन, तर जटिल व्यापार निर्णय गर्न को लागी गरिएको थियो। त्यहाँ एक मामला थियो जहाँ पत्राचार इतिहास बिना, एक गलत व्यापार निर्णय गरिएको थियो।

भण्डारण अवधि अनुसार कागजातहरूको मूल्य कसरी मूल्याङ्कन र नष्ट गरिन्छ?

कागजी कागजातहरूको लागि यो सामान्य परम्परागत तरिकामा गरिन्छ, अरू सबैजस्तै। हामी यो इलेक्ट्रोनिकको लागि गर्दैनौं - तिनीहरूलाई आफ्नो लागि राख्न दिनुहोस्। बसाई यहाँ छ। फाइदाहरू छन्। सबैजना सन्चै हुनुहुन्छ।

विकासको सम्भावना के छ ?

अब हाम्रो DO ले लगभग 30 आन्तरिक समस्याहरू समाधान गर्दछ, जसमध्ये केही हामीले लेखको सुरुमा सूचीबद्ध गरेका छौं। हामीले हाम्रा साझेदारहरूका लागि वर्षमा दुई पटक आयोजना गर्ने सम्मेलनहरू तयार गर्न पनि DL प्रयोग गरिन्छ: सम्पूर्ण कार्यक्रम, सबै रिपोर्टहरू, सबै समानान्तर खण्डहरू, हलहरू - यी सबै DL मा टाइप गरिन्छ, र त्यसपछि डाउनलोड गरिन्छ, र प्रिन्ट गरिएको कार्यक्रम। बनाइएको छ।

DO को लागि मार्गमा धेरै अन्य कार्यहरू छन्, ती बाहेक जुन यो पहिले नै समाधान गरिरहेको छ। त्यहाँ कम्पनी-व्यापी कार्यहरू छन्, र त्यहाँ अद्वितीय र दुर्लभ छन्, केवल एक विशेष विभाग द्वारा आवश्यक छ। तिनीहरूलाई मद्दत गर्न आवश्यक छ, जसको अर्थ 1C भित्र प्रणाली प्रयोग गर्ने "भूगोल" विस्तार गर्नु हो - अनुप्रयोगको दायरा विस्तार गर्दै, सबै विभागहरूको समस्याहरू समाधान गर्दै। यो प्रदर्शन र विश्वसनीयता को लागी सबै भन्दा राम्रो परीक्षण हुनेछ। म प्रणाली ट्रिलियन रेकर्ड, जानकारी को petabytes मा काम गरेको हेर्न चाहन्छु।

स्रोत: www.habr.com