1एस 8.3 यदि नेटवर्क धीमा है तो कैसे काम करें। स्वचालन युक्तियाँ

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

1C को तेज़ करने का अर्थ है सूचना आधार में उद्यम के जीवन के तथ्यों को प्रतिबिंबित करने से संबंधित कंपनी की व्यावसायिक प्रक्रियाओं को तेज़ करना। यदि 1C धीरे-धीरे काम करता है, तो यह किसी न किसी तरह पूरी कंपनी के काम और मुनाफे को प्रभावित करेगा।

लेख विशेषज्ञों और लेखाकारों दोनों के लिए उपयोगी होगा। सिस्टम परीक्षण और प्रदर्शन माप, फाइन-ट्यूनिंग सर्वर आदि के आधार पर 1C को तेज करने के कई तरीके हैं, लेकिन यहां हम सबसे सरल तरीकों का वर्णन करेंगे जिनका 1C की गति पर सकारात्मक प्रभाव पड़ता है।

हम आपके 1सी को तेज करने और आपके काम को सुखद और आरामदायक बनाने के लिए सभी आवश्यक उपाय करने के लिए तैयार हैं। 1सी की गति बढ़ाने के लिए, एक अनुरोध छोड़ें और हम आपको वापस कॉल करेंगे।

1C धीमा क्यों है?

1सी विशेषज्ञों से ऐसा प्रश्न पूछते समय, आपको हमेशा धारणाओं का एक पूरा सेट प्राप्त होगा। और उनमें से अधिकांश वास्तव में आपके कंप्यूटर पर 1C की गति को प्रभावित कर सकते हैं। आइए यह जानने का प्रयास करें कि कम 1C प्रदर्शन के कारण क्या हैं और इसे कैसे बढ़ाया जाए।

1सी कार्यक्रम के संबंध में सभी कारणों को दो समूहों में विभाजित किया जा सकता है: बाहरीऔर आंतरिक. आइए कारणों के प्रत्येक समूह पर अलग से विचार करें और उन मुख्य बिंदुओं पर प्रकाश डालें जिनकी निगरानी की जानी चाहिए और 1सी को तेज करने के लिए सही किया जाना चाहिए।

1C के धीमे संचालन के बाहरी कारण

1सी 8.3 की गति को प्रभावित करने वाले बाहरी कारणों में हार्डवेयर, परिचालन और सॉफ्टवेयर कारक शामिल हैं।

हार्डवेयर कारक

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

हम कंप्यूटर में दो मुख्य घटकों की पहचान कर सकते हैं जो 1C प्रदर्शन को सबसे अधिक प्रभावित करते हैं - प्रोसेसर और रैम।

प्रोसेसर अलग-अलग संख्या में कोर और अलग-अलग क्लॉक स्पीड के साथ आते हैं। कोर की संख्या आपको एक साथ कई प्रक्रियाओं को संसाधित करने की अनुमति देती है, और आवृत्ति प्रक्रियाओं की प्रसंस्करण गति के लिए जिम्मेदार है। दोनों संकेतक जितने ऊंचे होंगे, उतना बेहतर होगा।

रैम आपको डेटा को अस्थायी मेमोरी में संग्रहीत करने की अनुमति देता है, जिससे प्रोग्राम इसके साथ काम कर सकते हैं। RAM की मात्रा जितनी अधिक होगी, 1C प्रोग्राम द्वारा उतना ही अधिक डेटा संसाधित किया जा सकता है। RAM बढ़ाने से 1C के साथ काम करने के सभी चरणों पर सकारात्मक प्रभाव पड़ता है - प्रोग्राम लोड करने से लेकर रिपोर्ट अपलोड करने तक। हालाँकि, रैम बढ़ाने का सकारात्मक प्रभाव कम मात्रा में महसूस होता है। 2 जीबी से 4 जीबी में बदलते समय, अंतर दृढ़ता से महसूस होता है, लेकिन यदि आप मेमोरी को 16 जीबी से 32 जीबी तक बढ़ाते हैं, तो आपको प्रदर्शन में ज्यादा वृद्धि महसूस नहीं होगी (जानकारी 1 सी सर्वर के लिए प्रासंगिक नहीं है)।

यह वीडियो कार्ड का उल्लेख करने योग्य है। यहां आप बजट-स्तरीय वीडियो कार्ड स्थापित करके पैसे बचा सकते हैं, क्योंकि 1C प्रोग्राम अनावश्यक विशेष प्रभावों के उपयोग के बिना नीरस रंगों में डिज़ाइन किए गए हैं।

इससे कोई फर्क नहीं पड़ता कि 1सी की गति बढ़ाने के लिए क्या काम किया गया है, यदि आपके पास कम रैम (1 जीबी) या कमजोर प्रोसेसर (2200 गीगाहर्ट्ज) है, तो आपको गति में उल्लेखनीय वृद्धि हासिल होने की संभावना नहीं है। यह आपके कंप्यूटर को अपग्रेड करने के बारे में सोचने लायक है।

आप मेरा कंप्यूटर आइकन पर राइट-क्लिक करके और वहां "गुण" का चयन करके अपने कंप्यूटर की सेटिंग्स को संक्षिप्त रूप में देख सकते हैं। आपको उपयोग किया गया प्रोसेसर, उसकी आवृत्ति और रैम की मात्रा दिखाई जाएगी।

परिचालन कारक

परिचालन कारकों में ऑपरेटिंग सिस्टम का प्रकार और पावर सेटिंग्स शामिल हैं।

सबसे आम ऑपरेटिंग सिस्टम 32- और 64-बिट हैं। नवीनतम सिस्टम (विंडोज़ 8.10) अधिकतर 64-बिट हैं। 32-बिट सिस्टम की कुछ सीमाएँ हैं, जिनमें से मुख्य रैम की अधिकतम उपलब्ध मात्रा की सॉफ़्टवेयर सीमा है - लगभग 3.5 जीबी। भले ही आपके पास भौतिक रूप से 8 जीबी स्थापित हो, आप अधिकतम 3.5 जीबी का उपयोग कर सकते हैं।

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

सॉफ्टवेयर कारक

सॉफ़्टवेयर कारकों में ऐसे प्रोग्राम शामिल हैं जो 1C के प्रदर्शन को सीमित करते हैं, या ऐसे प्रोग्राम जो 1C के साथ कंप्यूटर संसाधनों को साझा करते हैं।

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

1C के धीमे संचालन के आंतरिक कारण

1C की गति को प्रभावित करने वाले आंतरिक कारणों में अनावश्यक दस्तावेज़, सॉफ़्टवेयर कैश और नियमित कार्य शामिल हैं।

यह सुनिश्चित करने के लिए कि डेटाबेस में कुछ भी अनावश्यक नहीं है, हटाने के लिए चिह्नित वस्तुओं को नियमित रूप से हटाने, पिछली अवधि के लिए डेटाबेस को रोल अप करने और अनावश्यक कार्यों को अक्षम करने की अनुशंसा की जाती है। 1सी के नवीनतम संस्करणों में, प्रशासन टैब पर एक प्रदर्शन अनुभाग दिखाई दिया है। इस पर आप अपने विवेक से वैकल्पिक कार्यों को अक्षम कर सकते हैं और 1C की गति बढ़ा सकते हैं।

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

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

क्लाइंट-सर्वर समाधान 1C

1C सर्वर का उपयोग करने वाली कंपनियों के लिए, बढ़ी हुई उत्पादकता सर्वर (होस्ट कंप्यूटर) और उसके उचित कॉन्फ़िगरेशन में सुधार से जुड़ी है। क्लाइंट कंप्यूटर में 1C चलाने के लिए न्यूनतम आवश्यकताएं हो सकती हैं, क्योंकि सभी गणनाएं सर्वर पर की जाएंगी। हालाँकि, कभी-कभी एक शक्तिशाली सर्वर भी 5-10 उपयोगकर्ताओं के एक साथ काम का सामना नहीं कर सकता है यदि 1C सर्वर ठीक से कॉन्फ़िगर नहीं किया गया है।

दुर्भाग्य से, 1C प्रदर्शन में सुधार के लिए सर्वर सेटिंग्स पर विचार इस आलेख में शामिल नहीं है, क्योंकि इसके लिए नेटवर्किंग के क्षेत्रों और 1C सर्वर के संचालन के सिद्धांतों में कुछ कौशल और ज्ञान की आवश्यकता होती है।

निष्कर्ष

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

हम इस समस्या को हल करने के लिए एक एकीकृत दृष्टिकोण का उपयोग करके आपके 1सी के प्रदर्शन में सुधार करने के लिए तैयार हैं - हम सभी आवश्यक परीक्षण करेंगे और प्रारंभिक प्रदर्शन संकेतक लेंगे, कंप्यूटर और नेटवर्क की वर्तमान स्थिति का विश्लेषण करेंगे, और फिर पूरे सेट को पूरा करेंगे। 1C की गति बढ़ाने के उपाय और आपको बताएंगे कि सिस्टम को उत्कृष्ट स्थिति में कैसे बनाए रखा जाए।

अभी 1C की गति बढ़ाएं!

1सी: लेखांकन सबसे प्रसिद्ध और सबसे सुविधाजनक लेखांकन कार्यक्रमों में से एक है। इसका प्रमाण गतिविधि के सभी क्षेत्रों में इसका व्यापक वितरण है: व्यापार, उत्पादन, वित्त, आदि।

दुर्भाग्य से, सभी कंप्यूटर प्रोग्रामों की तरह, 1C: अकाउंटिंग में भी विभिन्न क्रैश और फ़्रीज़ का अनुभव होता है। सबसे आम समस्याओं में से एक धीमा सिस्टम संचालन है।

इसके घटित होने के कारणों को समझने और उनका समाधान करने का प्रयास करने के लिए आज का यह लेख लिखा गया है।

धीमे 1C संचालन के सामान्य कारणों को समाप्त करना

1. धीमे प्रोग्राम संचालन का सबसे आम कारण 1सी बेस फ़ाइल तक पहुंचने में लंबा समय है, जो हार्ड ड्राइव पर त्रुटियों के कारण या क्लाउड प्रौद्योगिकियों का उपयोग करने पर इंटरनेट कनेक्शन की खराब गुणवत्ता के कारण संभव है। एंटीवायरस सिस्टम सेटिंग्स में भी समस्याएँ हो सकती हैं।

समाधान: त्रुटियों को दूर करने और हार्ड ड्राइव को डीफ़्रैग्मेन्ट करने के लिए स्कैन करें। इंटरनेट एक्सेस स्पीड का परीक्षण करें। यदि रीडिंग कम है (1 एमबी/सेकेंड से कम), तो प्रदाता की टीपी सेवा से संपर्क करें। एंटी-वायरस सिस्टम में एंटी-वायरस सुरक्षा और फ़ायरवॉल को अस्थायी रूप से अक्षम करें।

2. शायद प्रोग्राम का धीमा संचालन डेटाबेस फ़ाइल के बड़े आकार के कारण है।

इस समस्या के समाधान के लिये"कॉन्फ़िगरेटर" मोड में 1C खोलें, सिस्टम मेनू में "प्रशासन" चुनें, फिर "परीक्षण और सुधार"। विंडो में, "सूचना डेटाबेस तालिकाओं का संपीड़न" आइटम का चयन किया जाना चाहिए; नीचे "परीक्षण और सुधार" आइटम सक्रिय है। "रन" पर क्लिक करें और प्रक्रिया पूरी होने तक प्रतीक्षा करें।

3. अगला संभावित कारण पुराना सॉफ़्टवेयर या प्रोग्राम का पुराना संस्करण है।

इस स्थिति से बाहर निकलने का रास्ता: ऑपरेटिंग सिस्टम सॉफ़्टवेयर को अपडेट करें या 1C प्रोग्राम का नवीनतम संस्करण इंस्टॉल करें। निवारक उद्देश्यों के लिए, हमेशा नवीनतम संस्करण में अपडेट करें, जो पिछले कॉन्फ़िगरेशन की त्रुटियों को समाप्त करता है।

1सी सिस्टम के नवीनतम संस्करण को स्थापित करने के लिए, आपको प्रोग्राम को "कॉन्फ़िगरेशन" मोड में दर्ज करना होगा, फिर मेनू से "सेवा" -> "सेवा" -> "कॉन्फ़िगरेशन अपडेट" पर जाएं, फिर डिफ़ॉल्ट सेटिंग्स का चयन करें और "अपडेट" बटन पर क्लिक करें।

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

दूसरा लक्ष्य यह है कि यदि मुझमें कोई कमी है, तो इन्फोस्टार्ट मुझे इसके बारे में सबसे जल्दी बताएगा।

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

इन्फोस्टार्ट पर इसी तरह के लेख हैं, मैं संबंधित अनुभागों में उनके लिंक डालूंगा (यदि मुझे कुछ याद आता है, तो कृपया मुझे टिप्पणियों में सुझाव दें, मैं इसे जोड़ दूंगा)। तो, मान लीजिए कि आपका 1C धीमा है। समस्या का निदान कैसे करें, और यह कैसे समझें कि किसे दोष देना है, प्रशासक या प्रोग्रामर?

आरंभिक डेटा:

परीक्षण किया गया कंप्यूटर, मुख्य गिनी पिग: HP DL180G6, 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2 से सुसज्जित। तुलना के लिए, कोर i3-2100 एकल-थ्रेडेड परीक्षण में तुलनीय परिणाम दिखाता है। जो उपकरण मैंने जानबूझकर चुना वह नवीनतम नहीं था; आधुनिक उपकरणों के साथ परिणाम काफ़ी बेहतर थे।

अलग-अलग 1C और SQL सर्वर के परीक्षण के लिए, SQL सर्वर: IBM सिस्टम 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2।

10 Gbit नेटवर्क का परीक्षण करने के लिए, Intel 520-DA2 एडेप्टर का उपयोग किया गया था।

फ़ाइल संस्करण. (डेटाबेस एक साझा फ़ोल्डर में सर्वर पर है, क्लाइंट नेटवर्क, सीआईएफएस/एसएमबी प्रोटोकॉल के माध्यम से कनेक्ट होते हैं)। एल्गोरिदम चरण दर चरण:

0. गिलेव के परीक्षण डेटाबेस को मुख्य डेटाबेस के समान फ़ोल्डर में फ़ाइल सर्वर में जोड़ें। हम क्लाइंट कंप्यूटर से कनेक्ट होते हैं और परीक्षण चलाते हैं। हमें परिणाम याद है.

यह समझा जाता है कि 10 साल पहले के पुराने कंप्यूटरों के लिए भी (775 सॉकेट पर पेंटियम)। ) 1C:एंटरप्राइज़ शॉर्टकट पर क्लिक करने से लेकर डेटाबेस विंडो प्रकट होने तक का समय एक मिनट से भी कम होना चाहिए। ( सेलेरॉन = धीमा)।

यदि आपके पास पेंटियम से भी खराब कंप्यूटर है 775 सॉकेट 1 जीबी रैम के साथ, तो मुझे आपसे सहानुभूति है, और फ़ाइल संस्करण में 1सी 8.2 पर आरामदायक काम हासिल करना आपके लिए मुश्किल होगा। या तो अपग्रेड करने के बारे में सोचें (यह सही समय है) या किसी टर्मिनल (या वेब, पतले क्लाइंट और प्रबंधित फॉर्म के मामले में) सर्वर पर स्विच करने के बारे में सोचें।

यदि कंप्यूटर खराब नहीं है, तो आप व्यवस्थापक को लात मार सकते हैं। कम से कम, नेटवर्क, एंटीवायरस और HASP सुरक्षा ड्राइवर के संचालन की जाँच करें।

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

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

संस्करण 8.2 का परीक्षण करने के लिए, 256 एमबी रैमडिस्क पर्याप्त है, और! सबसे महत्वपूर्ण। कंप्यूटर को रीबूट करने के बाद, रैमडिस्क चालू होने पर, उस पर 100-200 एमबी खाली रहना चाहिए। तदनुसार, रैमडिस्क के बिना, सामान्य ऑपरेशन के लिए 300-400 एमबी मुफ्त मेमोरी होनी चाहिए।

संस्करण 8.3 का परीक्षण करने के लिए, 256 एमबी रैमडिस्क पर्याप्त है, लेकिन आपको अधिक खाली रैम की आवश्यकता है।

परीक्षण करते समय, आपको प्रोसेसर लोड को देखना होगा। आदर्श (रैमडिस्क) के करीब के मामले में, स्थानीय फ़ाइल 1सी चलते समय 1 प्रोसेसर कोर लोड करती है। तदनुसार, यदि परीक्षण के दौरान आपका प्रोसेसर कोर पूरी तरह से लोड नहीं हुआ है, तो कमजोर बिंदुओं की तलाश करें। थोड़ा भावनात्मक, लेकिन आम तौर पर सही, 1C के संचालन पर प्रोसेसर के प्रभाव का वर्णन किया गया है। केवल संदर्भ के लिए, उच्च आवृत्तियों वाले आधुनिक कोर i3s पर भी, 70-80 संख्याएँ काफी यथार्थवादी हैं।

इस स्तर पर सबसे आम त्रुटियाँ हैं।

ए) गलत तरीके से कॉन्फ़िगर किया गया एंटीवायरस। कई एंटीवायरस हैं, प्रत्येक के लिए सेटिंग्स अलग-अलग हैं, मैं केवल इतना कहूंगा कि उचित कॉन्फ़िगरेशन के साथ, न तो वेब और न ही कैस्पर्सकी 1C हस्तक्षेप करता है। डिफ़ॉल्ट सेटिंग्स के साथ, लगभग 3-5 तोते (10-15%) को ले जाया जा सकता है।

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

संक्षेप में, जब 1C चल रहा होता है, तो अन्य उपकरणों (डिस्क, नेटवर्क, आदि) से प्रतिक्रिया के लिए बहुत इंतजार करना पड़ता है। प्रतिक्रिया की प्रतीक्षा करते समय, यदि प्रदर्शन मोड सक्षम है, तो प्रोसेसर अपनी आवृत्ति कम कर देता है। डिवाइस से एक प्रतिक्रिया आती है, 1C (प्रोसेसर) को काम करने की आवश्यकता होती है, लेकिन पहले घड़ी चक्र कम आवृत्ति पर होते हैं, फिर आवृत्ति बढ़ जाती है - और 1C फिर से डिवाइस से प्रतिक्रिया की प्रतीक्षा करता है। और इसलिए - प्रति सेकंड कई सैकड़ों बार।

आप (और अधिमानतः) प्रदर्शन मोड को दो स्थानों पर सक्षम कर सकते हैं:

BIOS के माध्यम से. मोड C1, C1E, Intel C-स्टेट (C2, C3, C4) अक्षम करें। अलग-अलग बायोस में इन्हें अलग-अलग कहा जाता है, लेकिन अर्थ एक ही होता है। इसे सर्च करने में काफी समय लगता है, रिबूट की जरूरत पड़ती है, लेकिन अगर आप एक बार ऐसा करते हैं तो आप इसे भूल सकते हैं। यदि आप BIOS में सब कुछ सही ढंग से करते हैं, तो गति बढ़ जाएगी। कुछ मदरबोर्ड पर, आप BIOS सेटिंग्स कॉन्फ़िगर कर सकते हैं ताकि विंडोज़ प्रदर्शन मोड कोई भूमिका न निभाए। (गिलेव से BIOS सेटिंग्स के उदाहरण)। ये सेटिंग्स मुख्य रूप से सर्वर प्रोसेसर या "उन्नत" BIOS से संबंधित हैं, यदि आपको यह नहीं मिला है और आपके पास Xeon नहीं है, तो कोई बात नहीं।

नियंत्रण कक्ष - बिजली की आपूर्ति - उच्च प्रदर्शन। माइनस - यदि कंप्यूटर की लंबे समय से सर्विसिंग नहीं की गई है, तो यह पंखे की तेज आवाज करेगा, अधिक गर्म होगा और अधिक ऊर्जा की खपत करेगा। यह एक प्रदर्शन शुल्क है.

कैसे जांचें कि मोड सक्षम है। कार्य प्रबंधक - प्रदर्शन - संसाधन मॉनिटर - सीपीयू लॉन्च करें। हम तब तक इंतजार करते हैं जब तक प्रोसेसर किसी काम में व्यस्त न हो जाए।

ये डिफ़ॉल्ट सेटिंग्स हैं.

BIOS सी-स्टेट में शामिल,

संतुलित बिजली खपत मोड

BIOS सी-स्टेट में शामिल, उच्च प्रदर्शन मोड

पेंटियम और कोर के लिए आप वहां रुक सकते हैं,

आप अभी भी ज़ीऑन से कुछ "तोते" निचोड़ सकते हैं

BIOS सी-स्टेट में कामोत्तेजित, उच्च प्रदर्शन मोड।

यदि आप टर्बो बूस्ट का उपयोग नहीं करते हैं, तो इसे इस तरह दिखना चाहिए

प्रदर्शन के लिए सर्वर को ट्यून किया गया

और अब संख्याएँ। मैं आपको याद दिला दूं: Intel Xeon 5650, रैमडिस्क। पहले मामले में, परीक्षण 23.26 दिखाता है, आखिरी में - 49.5। अंतर लगभग दोगुना है. संख्याएँ भिन्न हो सकती हैं, लेकिन इंटेल कोर के लिए अनुपात मूलतः समान रहता है।

प्रिय प्रशासकों, आप 1C की जितनी चाहें उतनी आलोचना कर सकते हैं, लेकिन यदि अंतिम उपयोगकर्ताओं को गति की आवश्यकता है, तो आपको उच्च प्रदर्शन मोड को सक्षम करने की आवश्यकता है।

ग) टर्बो बूस्ट। उदाहरण के लिए, पहले आपको यह समझने की आवश्यकता है कि क्या आपका प्रोसेसर इस फ़ंक्शन का समर्थन करता है। यदि यह समर्थन करता है, तो आप अभी भी कानूनी तौर पर कुछ प्रदर्शन प्राप्त कर सकते हैं। (मैं फ़्रीक्वेंसी ओवरक्लॉकिंग के मुद्दों पर बात नहीं करना चाहता, विशेष रूप से सर्वर, इसे अपने जोखिम और जोखिम पर करते हैं। लेकिन मैं इस बात से सहमत हूं कि बस की गति को 133 से 166 तक बढ़ाने से गति और गर्मी अपव्यय दोनों में बहुत उल्लेखनीय वृद्धि होती है)

टर्बो बूस्ट को कैसे चालू करें, उदाहरण के लिए, लिखा गया है। लेकिन! 1C के लिए कुछ बारीकियाँ हैं (सबसे स्पष्ट नहीं)। कठिनाई यह है कि टर्बो बूस्ट का अधिकतम प्रभाव तब होता है जब सी-स्टेट चालू होता है। और हमें कुछ इस तरह मिलता है:

कृपया ध्यान दें कि गुणक अधिकतम है, कोर गति सुंदर है, और प्रदर्शन उच्च है। लेकिन 1s के परिणामस्वरूप क्या होगा?

	कारक	कोर गति (आवृत्ति), GHz	सीपीयू-जेड सिंगल थ्रेड	गिलेव रैमडिस्क परीक्षण फ़ाइल संस्करण	गिलेव रैमडिस्क परीक्षण ग्राहक सर्वर
टर्बो बूस्ट के बिना
सी-स्टेट ऑफ, टर्बो बूस्ट				53.19	40,32
सी-स्टेट चालू, टर्बो बूस्ट			1080	53,13	23,04

लेकिन अंत में यह पता चला कि सीपीयू प्रदर्शन परीक्षणों के अनुसार 23 के गुणक वाला संस्करण आगे है, फ़ाइल संस्करण में गिलेव के परीक्षणों के अनुसार 22 और 23 के गुणक के साथ प्रदर्शन समान है, लेकिन क्लाइंट-सर्वर में संस्करण - 23 के गुणक वाला संस्करण भयानक भयानक भयानक है (भले ही सी-स्टेट को स्तर 7 पर सेट किया गया हो, यह अभी भी सी-स्टेट बंद होने की तुलना में धीमा है)। इसलिए, अनुशंसा यह है कि आप अपने लिए दोनों विकल्पों की जांच करें और सर्वश्रेष्ठ चुनें। किसी भी मामले में, 49.5 और 53 तोतों के बीच का अंतर काफी महत्वपूर्ण है, खासकर बिना अधिक प्रयास के।

निष्कर्ष - टर्बो बूस्ट चालू होना चाहिए। मैं आपको याद दिला दूं कि BIOS में टर्बो बूस्ट आइटम को सक्षम करना पर्याप्त नहीं है, आपको अन्य सेटिंग्स (BIOS: QPI L0s, L1 - अक्षम, डिमांड स्क्रबिंग - अक्षम, इंटेल स्पीडस्टेप - सक्षम, टर्बो बूस्ट -) को भी देखना होगा। सक्षम करें। नियंत्रण कक्ष - पावर विकल्प - उच्च प्रदर्शन)। और मैं अभी भी (फ़ाइल संस्करण के लिए भी) वह विकल्प चुनूंगा जहां सी-स्टेट बंद है, भले ही गुणक छोटा हो। कुछ इस तरह निकलेगा...

एक विवादास्पद बिंदु स्मृति आवृत्ति है। उदाहरण के लिए, स्मृति आवृत्ति का बहुत गहरा प्रभाव दिखाया गया है। मेरे परीक्षणों से ऐसी कोई निर्भरता सामने नहीं आई। मैं डीडीआर 2/3/4 की तुलना नहीं करूंगा, मैं एक ही पंक्ति के भीतर आवृत्ति बदलने के परिणाम दिखाऊंगा। मेमोरी वही है, लेकिन BIOS में हमें कम आवृत्तियों को सेट करने के लिए मजबूर किया जाता है।

और परीक्षण के परिणाम. 1सी 8.2.19.83, फ़ाइल संस्करण स्थानीय रैमडिस्क के लिए, एक कंप्यूटर पर क्लाइंट-सर्वर 1सी और एसक्यूएल के लिए, साझा मेमोरी। दोनों संस्करणों में टर्बो बूस्ट अक्षम है। 8.3 तुलनीय परिणाम दिखाता है।

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

2. जब हम क्लाइंट कंप्यूटर के प्रोसेसर और मेमोरी को व्यवस्थित कर लेते हैं, तो हम अगले बहुत महत्वपूर्ण स्थान - नेटवर्क पर चले जाते हैं। नेटवर्क ट्यूनिंग के बारे में कई किताबें लिखी गई हैं, इन्फोस्टार्ट (और अन्य) पर लेख हैं, लेकिन यहां मैं इस विषय पर ध्यान केंद्रित नहीं करूंगा। 1C का परीक्षण शुरू करने से पहले, कृपया सुनिश्चित करें कि दो कंप्यूटरों के बीच iperf संपूर्ण बैंडविड्थ दिखाता है (1 Gbit कार्ड के लिए - ठीक है, कम से कम 850 Mbit, या इससे भी बेहतर 950-980), कि गिलेव की सलाह का पालन किया गया है। फिर - ऑपरेशन का सबसे सरल परीक्षण, अजीब तरह से, नेटवर्क पर एक बड़ी फ़ाइल (5-10 गीगाबाइट) की प्रतिलिपि बनाना होगा। 1 जीबीआईटी नेटवर्क पर सामान्य ऑपरेशन का एक अप्रत्यक्ष संकेत औसत प्रतिलिपि गति 100 एमबी/सेकंड, अच्छा ऑपरेशन - 120 एमबी/सेकंड होगा। मैं आपका ध्यान इस तथ्य की ओर आकर्षित करना चाहूंगा कि कमजोर बिंदु (सहित) प्रोसेसर लोड हो सकता है। एसएमबी लिनक्स पर प्रोटोकॉल काफी खराब तरीके से समानांतर है, और ऑपरेशन के दौरान यह आसानी से एक प्रोसेसर कोर को "खा" सकता है और किसी और का उपभोग नहीं कर सकता है।

और आगे। डिफ़ॉल्ट सेटिंग्स के साथ, विंडोज़ क्लाइंट विंडोज़ सर्वर (या विंडोज़ वर्कस्टेशन) और एसएमबी/सीआईएफएस प्रोटोकॉल के साथ सबसे अच्छा काम करता है, एक लिनक्स क्लाइंट (डेबियन, उबंटू ने दूसरों को नहीं देखा) लिनक्स और एनएफएस के साथ बेहतर काम करता है ( यह SMB के साथ भी काम करता है, लेकिन NFS पर तोते लम्बे होते हैं)। तथ्य यह है कि विंडोज लिनक्स सर्वर को एनएफएस में रैखिक प्रतिलिपि बनाने के दौरान तेजी से एक स्ट्रीम में कॉपी किया जाता है, इसका कोई मतलब नहीं है। 1सी के लिए डेबियन ट्यूनिंग एक अलग लेख का विषय है, मैं अभी इसके लिए तैयार नहीं हूं, हालांकि मैं कह सकता हूं कि फ़ाइल संस्करण में मुझे उसी उपकरण पर विन संस्करण की तुलना में थोड़ा बेहतर प्रदर्शन मिला, लेकिन पोस्टग्रेज के साथ 50 उपयोगकर्ता मेरे पास अभी भी सब कुछ बहुत खराब है।

सबसे महत्वपूर्ण , जिसे "जले हुए" प्रशासक जानते हैं, लेकिन शुरुआती लोग इस पर ध्यान नहीं देते हैं। 1c डेटाबेस के लिए पथ सेट करने के कई तरीके हैं। आप \\server\share कर सकते हैं, आप \\192.168.0.1\share कर सकते हैं, आप शुद्ध रूप से z: \\192.168.0.1\share का उपयोग कर सकते हैं (और कुछ मामलों में यह विधि भी काम करेगी, लेकिन हमेशा नहीं) और फिर Z ड्राइव निर्दिष्ट करें। ऐसा लगता है कि ये सभी पथ एक ही स्थान की ओर इशारा करते हैं, लेकिन 1C के लिए केवल एक ही तरीका है जो काफी विश्वसनीय रूप से सामान्य प्रदर्शन प्रदान करता है। तो, यह वही है जो आपको सही ढंग से करने की आवश्यकता है:

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

और अब मैं संख्याओं के साथ बताऊंगा कि यह सलाह क्यों है। प्रारंभिक डेटा: Intel X520-DA2, Intel 362, Intel 350, Realtek 8169 कार्ड। परीक्षण से पहले, मैंने यह सुनिश्चित किया कि Iperf पूर्ण बैंडविड्थ देता है (10 Gbit कार्ड को छोड़कर, यह केवल 7.2 Gbit को निचोड़ने में कामयाब रहा, मैं बाद में देखूंगा कि परीक्षण सर्वर अभी तक ठीक से कॉन्फ़िगर क्यों नहीं किया गया है)। डिस्क अलग-अलग हैं, लेकिन हर जगह एक एसएसडी है (मैंने विशेष रूप से परीक्षण के लिए एक ही डिस्क डाली है, यह किसी और चीज से लोड नहीं है) या एसएसडी से एक छापे। Intel 362 एडॉप्टर की सेटिंग्स को सीमित करके 100 Mbit की गति प्राप्त की गई थी। 1 Gbit कॉपर Intel 350 और 1 Gbit ऑप्टिकल Intel X520-DA2 (एडेप्टर की गति को सीमित करके प्राप्त) के बीच कोई अंतर नहीं था। अधिकतम प्रदर्शन, टर्बो बूस्ट बंद है (केवल परिणामों की तुलना के लिए, अच्छे परिणामों के लिए टर्बो बूस्ट 10% से थोड़ा कम जोड़ता है, खराब परिणामों के लिए इसका कोई प्रभाव नहीं हो सकता है)। संस्करण 1सी 8.2.19.86, 8.3.6.2076। मैं सभी संख्याएँ नहीं देता, केवल सबसे दिलचस्प संख्याएँ देता हूँ, ताकि आपके पास तुलना करने के लिए कुछ हो।

	2008 जीत - 2008 जीत आईपी पते से संपर्क करें	2008 जीत - 2008 जीत नाम लेकर पुकारना	2008 जीत - 2008 जीत आईपी पते से संपर्क करें	2008 जीत - 2008 जीत नाम लेकर पुकारना	जीत 2008 - जीत 7 नाम लेकर पुकारना	जीत 2008 - डेबियन नाम लेकर पुकारना	2008 जीत - 2008 जीत आईपी पते से संपर्क करें	2008 जीत - 2008 जीत नाम लेकर पुकारना
	11,20	26,18	15,20	43,86	40,65	37,04	16,23	44,64
1सी 8.2	11,29	26,18	15,29	43,10	40,65	36,76	15,11	44,10
8.2.19.83	12,15	25,77	15,15	43,10			14,97	42,74
	6,13	34,25	14,98	43,10	39,37	37,59	15,53	42,74
1सी 8.3	6,61	33,33	15,58	43,86	40,00	37,88	16,23	42,74
8.3.6.2076		33,78	15,53	43,48	39,37	37,59		42,74

निष्कर्ष (तालिका से और व्यक्तिगत अनुभव से। केवल फ़ाइल संस्करण पर लागू होता है):

नेटवर्क पर, आप काम के लिए काफी सामान्य नंबर प्राप्त कर सकते हैं यदि यह नेटवर्क ठीक से कॉन्फ़िगर किया गया है और पथ 1सी में सही ढंग से दर्ज किया गया है। यहां तक कि पहला कोर i3 भी आसानी से 40+ तोते पैदा कर सकता है, जो काफी अच्छा है, और ये केवल तोते नहीं हैं, वास्तविक काम में भी अंतर ध्यान देने योग्य है। लेकिन! कई (10 से अधिक) उपयोगकर्ताओं के साथ काम करते समय सीमा अब नेटवर्क नहीं होगी, यहां 1 जीबीआईटी अभी भी पर्याप्त है, लेकिन बहु-उपयोगकर्ता कार्य (गिलेव) के दौरान अवरुद्ध हो रहा है।

उचित नेटवर्क कॉन्फ़िगरेशन के मामले में 1C 8.3 प्लेटफ़ॉर्म कई गुना अधिक मांग वाला है। बुनियादी सेटिंग्स - गिलेव देखें, लेकिन ध्यान रखें कि हर चीज़ को प्रभावित किया जा सकता है। मैंने एंटीवायरस को अनइंस्टॉल करने (और न केवल बंद करने) से, एफसीओई जैसे प्रोटोकॉल को हटाने से, ड्राइवरों को पुराने, लेकिन माइक्रोसॉफ्ट प्रमाणित संस्करण (विशेष रूप से एएसयूएस और डीएलसी जैसे सस्ते कार्ड के लिए) में बदलने से, दूसरे नेटवर्क कार्ड को हटाने से तेजी देखी। सर्वर से. बहुत सारे विकल्प हैं, अपना नेटवर्क सावधानीपूर्वक सेट करें। ऐसी स्थिति भी हो सकती है जहां प्लेटफ़ॉर्म 8.2 स्वीकार्य संख्याएँ देता है, और 8.3 - दो या उससे भी अधिक गुना कम। प्लेटफ़ॉर्म संस्करण 8.3 के साथ खेलने का प्रयास करें, कभी-कभी आपको बहुत बड़ा प्रभाव मिलता है।

1सी 8.3.6.2076 (शायद बाद में, मैंने अभी तक सटीक संस्करण की तलाश नहीं की है) 8.3.7.2008 की तुलना में नेटवर्क पर कॉन्फ़िगर करना अभी भी आसान है। मैं 8.3.7.2008 से (तुलनीय तोतों में) केवल कुछ ही बार नेटवर्क पर सामान्य संचालन प्राप्त करने में सक्षम था, मैं इसे अधिक सामान्य मामले के लिए दोहरा नहीं सका; मुझे ज्यादा समझ नहीं आया, लेकिन प्रोसेस एक्सप्लोरर के फ़ुट रैप्स को देखते हुए, वहां रिकॉर्डिंग 8.3.6 जितनी अच्छी नहीं है।

इस तथ्य के बावजूद कि 100 Mbit नेटवर्क पर काम करते समय, इसका लोड ग्राफ छोटा होता है (हम कह सकते हैं कि नेटवर्क मुफ़्त है), ऑपरेटिंग गति अभी भी 1 Gbit की तुलना में बहुत कम है। इसका कारण नेटवर्क लेटेंसी है.

अन्य सभी चीजें समान होने पर (एक अच्छी तरह से काम करने वाला नेटवर्क) 1सी 8.2 के लिए इंटेल-रियलटेक कनेक्शन इंटेल-इंटेल की तुलना में 10% धीमा है। लेकिन रियलटेक-रियलटेक आम तौर पर अचानक से तेज गिरावट दे सकता है। इसलिए, यदि आपके पास पैसा है, तो इंटेल नेटवर्क कार्ड हर जगह रखना बेहतर है; यदि आपके पास पैसा नहीं है, तो केवल सर्वर (अपने सीओ) पर इंटेल स्थापित करें। और इंटेल नेटवर्क कार्ड को ट्यून करने के लिए कई गुना अधिक निर्देश हैं।

डिफ़ॉल्ट एंटीवायरस सेटिंग्स (उदाहरण के रूप में ड्रवेब संस्करण 10 का उपयोग करके) लगभग 8-10% तोतों पर कब्जा कर लेती हैं। यदि आप इसे वैसे ही कॉन्फ़िगर करते हैं जैसे इसे करना चाहिए (1cv8 प्रक्रिया को सब कुछ करने की अनुमति दें, हालांकि यह सुरक्षित नहीं है), तो गति एंटीवायरस के समान ही है।

लिनक्स गुरुओं को न पढ़ें। सांबा वाला सर्वर बढ़िया और मुफ़्त है, लेकिन यदि आप सर्वर पर Win XP या Win7 (या इससे भी बेहतर - सर्वर OS) स्थापित करते हैं, तो 1c का फ़ाइल संस्करण तेज़ी से काम करेगा। हां, सांबा और प्रोटोकॉल स्टैक और नेटवर्क सेटिंग्स और बहुत कुछ, डेबियन/उबंटू में अच्छी तरह से ट्यून किया जा सकता है, लेकिन यह विशेषज्ञों के लिए अनुशंसित है। लिनक्स को डिफ़ॉल्ट सेटिंग्स के साथ स्थापित करने और फिर यह कहने का कोई मतलब नहीं है कि यह धीमा है।

फ़ियो का उपयोग करके नेट उपयोग के माध्यम से जुड़े डिस्क के संचालन की जांच करना काफी अच्छा विचार है। कम से कम यह स्पष्ट हो जाएगा कि ये 1C प्लेटफ़ॉर्म के साथ समस्याएँ हैं, या नेटवर्क/डिस्क के साथ।

एकल-उपयोगकर्ता संस्करण के लिए, मैं उन परीक्षणों (या ऐसी स्थिति) के बारे में नहीं सोच सकता जहाँ 1 Gbit और 10 Gbit के बीच अंतर दिखाई देगा। एकमात्र चीज़ जहां फ़ाइल संस्करण के लिए 10Gbit ने बेहतर परिणाम दिए, वह है iSCSI के माध्यम से डिस्क कनेक्ट करना, लेकिन यह एक अलग लेख का विषय है। फिर भी, मुझे लगता है कि फ़ाइल संस्करण के लिए 1 Gbit कार्ड पर्याप्त हैं।

मुझे समझ नहीं आता कि 100 एमबीटी नेटवर्क के साथ, 8.3, 8.2 की तुलना में काफ़ी तेज़ क्यों काम करता है, लेकिन यह एक सच्चाई थी। अन्य सभी उपकरण, अन्य सभी सेटिंग्स बिल्कुल समान हैं, बस एक मामले में 8.2 का परीक्षण किया जाता है, और दूसरे में - 8.3 का।

गैर-ट्यून किए गए एनएफएस विन-विन या विन-लिन 6 तोते देते हैं, मैंने उन्हें तालिका में शामिल नहीं किया। ट्यूनिंग के बाद मुझे 25 मिले, लेकिन यह अस्थिर था (माप में अंतर 2 इकाइयों से अधिक था)। मैं अभी तक विंडोज़ और एनएफएस प्रोटोकॉल के उपयोग पर सिफारिशें नहीं दे सकता।

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

टर्मिनल सर्वर. (डेटाबेस सर्वर पर है, क्लाइंट नेटवर्क, आरडीपी प्रोटोकॉल के माध्यम से जुड़ते हैं)। एल्गोरिदम चरण दर चरण:

0. गिलेव के परीक्षण डेटाबेस को मुख्य डेटाबेस के समान फ़ोल्डर में सर्वर पर जोड़ें। हम उसी सर्वर से जुड़ते हैं और परीक्षण चलाते हैं। हमें परिणाम याद है.

1. फ़ाइल संस्करण की तरह ही, हम कार्य को सेट करते हैं। टर्मिनल सर्वर के मामले में, प्रोसेसर आम तौर पर मुख्य भूमिका निभाता है (यह माना जाता है कि कोई स्पष्ट कमजोर बिंदु नहीं हैं, जैसे मेमोरी की कमी या बड़ी मात्रा में अनावश्यक सॉफ़्टवेयर)।

2. टर्मिनल सर्वर के मामले में नेटवर्क कार्ड स्थापित करने से 1सी के संचालन पर वस्तुतः कोई प्रभाव नहीं पड़ता है। "विशेष" सुविधा सुनिश्चित करने के लिए, यदि आपका सर्वर 50 से अधिक तोते पैदा करता है, तो आप उपयोगकर्ताओं की सुविधा, तेज़ प्रतिक्रिया और स्क्रॉलिंग के लिए आरडीपी प्रोटोकॉल के नए संस्करणों के साथ खेल सकते हैं।

3. यदि बड़ी संख्या में उपयोगकर्ता सक्रिय रूप से काम कर रहे हैं (और यहां आप पहले से ही 30 लोगों को एक डेटाबेस से जोड़ने का प्रयास कर सकते हैं, यदि आप प्रयास करते हैं), तो एसएसडी ड्राइव स्थापित करना बहुत उचित है। किसी कारण से, यह माना जाता है कि डिस्क विशेष रूप से 1C के संचालन को प्रभावित नहीं करती है, लेकिन सभी परीक्षण लेखन के लिए सक्षम नियंत्रक कैश के साथ किए जाते हैं, जो गलत है। परीक्षण का आधार छोटा है, यह कैश में काफी अच्छी तरह फिट बैठता है, इसलिए संख्याएँ अधिक हैं। वास्तविक (बड़े) डेटाबेस पर सब कुछ पूरी तरह से अलग होगा, इसलिए परीक्षणों के लिए कैश अक्षम है।

उदाहरण के लिए, मैंने विभिन्न डिस्क विकल्पों के साथ गिलेव परीक्षण के संचालन की जाँच की। केवल प्रवृत्ति दिखाने के लिए, जो हाथ में था, मैंने डिस्क स्थापित कर दी। 8.3.6.2076 और 8.3.7.2008 के बीच अंतर छोटा है (रैमडिस्क टर्बो बूस्ट संस्करण 8.3.6 में 56.18 का उत्पादन होता है और 8.3.7.2008 में 55.56 का उत्पादन होता है, अन्य परीक्षणों में अंतर और भी छोटा है)। बिजली की खपत - अधिकतम प्रदर्शन, टर्बो बूस्ट अक्षम (जब तक कि अन्यथा न कहा गया हो)।

	रेड 10 4x सैटा 7200 एटीए ST31500341AS	छापे 10 4x एसएएस 10k	छापे 10 4x एसएएस 15k	एकल एसएसडी	रैमडिस्क		कैश सक्षम RAID नियंत्रक
	21,74	28,09	32,47	49,02	50,51	53,76	49,02
1सी 8.2	21,65	28,57	32,05	48,54	49,02	53,19
8.2.19.83	21,65	28,41	31,45	48,54	49,50	53,19
	33,33	42,74	45,05	51,55	52,08	55,56	51,55
1सी 8.3	33,46	42,02	45,05	51,02	52,08	54,95
8.3.7.2008	35,46	43,01	44,64	51,55	52,08	56,18

सक्षम RAID नियंत्रक कैश डिस्क के बीच सभी अंतरों को समाप्त कर देता है; संख्याएँ sat और cas दोनों के लिए समान हैं। थोड़ी मात्रा में डेटा पर इसके साथ परीक्षण करना बेकार है और किसी भी प्रकार का संकेतक नहीं है।

प्लेटफ़ॉर्म 8.2 के लिए, SATA और SSD विकल्पों के बीच प्रदर्शन में अंतर दोगुने से अधिक है। यह कोई टाइपो नहीं है. यदि आप SATA ड्राइव पर परीक्षण के दौरान प्रदर्शन मॉनिटर को देखते हैं। तब आप स्पष्ट रूप से "सक्रिय डिस्क संचालन समय (% में)" 80-95 देख सकते हैं। हां, यदि आप रिकॉर्डिंग के लिए डिस्क के कैश को स्वयं सक्षम करते हैं, तो गति 35 तक बढ़ जाएगी, यदि आप छापे नियंत्रक के कैश को सक्षम करते हैं - 49 तक (भले ही इस समय किस डिस्क का परीक्षण किया जा रहा हो)। लेकिन ये सिंथेटिक कैश तोते हैं; वास्तविक कार्य में, बड़े डेटाबेस के साथ, 100% राइट कैश हिट अनुपात कभी नहीं होगा।

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

सबसे सही (मेरे दृष्टिकोण से) समाधान एक फ़ाइल डेटाबेस (या कई फ़ाइल डेटाबेस) के लिए मिरर किए गए छापे में 2 एसएसडी डिस्क आवंटित करना होगा, और वहां कुछ भी नहीं रखना होगा। हां, दर्पण के साथ, एसएसडी समान रूप से खराब हो जाते हैं, और यह एक नुकसान है, लेकिन कम से कम नियंत्रक इलेक्ट्रॉनिक्स किसी तरह त्रुटियों से सुरक्षित रहते हैं।

फ़ाइल संस्करण के लिए SSD ड्राइव का मुख्य लाभ तब दिखाई देगा जब कई डेटाबेस होंगे, जिनमें से प्रत्येक में कई उपयोगकर्ता होंगे। यदि 1-2 डेटाबेस हैं, और लगभग 10 उपयोगकर्ता हैं, तो एसएएस डिस्क पर्याप्त होगी। (लेकिन किसी भी स्थिति में, इन डिस्क को लोड करने पर ध्यान दें, कम से कम परफ़ॉर्म के माध्यम से)।

टर्मिनल सर्वर का मुख्य लाभ यह है कि इसमें बहुत कमजोर क्लाइंट हो सकते हैं, और नेटवर्क सेटिंग्स टर्मिनल सर्वर को बहुत कम प्रभावित करती हैं (फिर से, आपका के.ओ.)।

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

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

क्लाइंट-सर्वर विकल्प.

परीक्षण केवल 8.2 पर किए गए, क्योंकि 8.3 पर सब कुछ संस्करण पर काफी गंभीरता से निर्भर करता है।

परीक्षण के लिए, मैंने मुख्य रुझान दिखाने के लिए उनके बीच विभिन्न सर्वर विकल्प और नेटवर्क चुने।

	एसक्यूएल: ज़ीऑन ई5-2630	एसक्यूएल: ज़ीऑन ई5-2630 फाइबर चैनल - एसएसडी	एसक्यूएल: ज़ीऑन ई5-2630 फाइबर चैनल - एसएएस	एसक्यूएल: ज़ीऑन ई5-2630 स्थानीय एसएसडी	एसक्यूएल: ज़ीऑन ई5-2630 फाइबर चैनल - एसएसडी	एसक्यूएल: ज़ीऑन ई5-2630 स्थानीय एसएसडी	1सी: ज़ीऑन 5650 =	1सी: ज़ीऑन 5650 = शारेड मेमोरी	1सी: ज़ीऑन 5650 =	1सी: ज़ीऑन 5650 =	1सी: ज़ीऑन 5650 =
	16,78	18,23	16,84	28,57	27,78	32,05	34,72	36,50	23,26	40,65	39.37
1सी 8.2	17,12	17,06	14,53	29,41	28,41	31,45	34,97	36,23	23,81	40,32	39.06
	16,72	16,89	13,44	29,76	28,57	32,05	34,97	36,23	23,26	40,32	39.06

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

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

1C सर्वर को 5520 से 5650 में बदलने से प्रदर्शन लगभग दोगुना हो गया। हां, सर्वर कॉन्फ़िगरेशन पूरी तरह से मेल नहीं खाता है, लेकिन यह एक प्रवृत्ति दिखाता है (कोई आश्चर्य नहीं)।

SQL सर्वर पर आवृत्ति बढ़ाने से निश्चित रूप से प्रभाव पड़ता है, लेकिन 1C सर्वर के समान नहीं, MS SQL सर्वर मल्टी-कोर और मुफ्त मेमोरी का उपयोग करने के लिए उत्कृष्ट है (यदि आप इसे पूछते हैं)।

1C और SQL के बीच नेटवर्क को 1 Gbit से 10 Gbit में बदलने से लगभग 10% तोते मिलते हैं। मुझे और अधिक की उम्मीद थी.

साझा मेमोरी को सक्षम करना अभी भी प्रभाव देता है, हालांकि 15% नहीं, जैसा कि वर्णित है। इसे अवश्य करें, सौभाग्य से यह त्वरित और आसान है। यदि इंस्टॉलेशन के दौरान किसी ने SQL सर्वर को एक नामित उदाहरण दिया है, तो 1C को काम करने के लिए, सर्वर नाम को FQDN (tcp/ip काम करेगा) द्वारा निर्दिष्ट नहीं किया जाना चाहिए, लोकलहोस्ट या सिर्फ सर्वरनाम के माध्यम से नहीं, बल्कि उदाहरण के लिए ServerName\InstanceName के माध्यम से निर्दिष्ट किया जाना चाहिए। zz-परीक्षण\zztest. (अन्यथा एक DBMS त्रुटि होगी: Microsoft SQL सर्वर नेटिव क्लाइंट 10.0: साझा मेमोरी प्रदाता: SQL सर्वर 2000 के साथ कनेक्शन स्थापित करने के लिए उपयोग की जाने वाली साझा मेमोरी लाइब्रेरी नहीं मिली। HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvr : SQLSTATE=08001, अवस्था=1, गंभीरता=10, मूल=126, पंक्ति=0)।

100 से कम उपयोगकर्ताओं के लिए, इसे दो अलग-अलग सर्वरों में विभाजित करने का एकमात्र बिंदु Win 2008 Std (और पुराना) लाइसेंस है, जो केवल 32GB RAM का समर्थन करता है। अन्य सभी मामलों में, 1सी और एसक्यूएल को निश्चित रूप से एक सर्वर पर स्थापित करने और अधिक (कम से कम 64 जीबी) मेमोरी देने की आवश्यकता है। MS SQL को 24-28 GB से कम RAM देना अनुचित लालच है (यदि आपको लगता है कि आपके पास इसके लिए पर्याप्त मेमोरी है और सब कुछ ठीक काम करता है, तो शायद 1C का फ़ाइल संस्करण आपके लिए पर्याप्त होगा?)

वर्चुअल मशीन में 1सी और एसक्यूएल का संयोजन कितना खराब काम करता है, यह एक अलग लेख का विषय है (संकेत - काफ़ी ख़राब)। हाइपर-V में भी सब कुछ इतना स्पष्ट नहीं है...

संतुलित प्रदर्शन मोड ख़राब है. परिणाम फ़ाइल संस्करण के साथ काफी सुसंगत हैं।

कई स्रोतों का कहना है कि डिबगिंग मोड (ragent.exe -debug) प्रदर्शन में महत्वपूर्ण कमी का कारण बनता है। खैर, यह कम करता है, हां, लेकिन मैं 2-3% को महत्वपूर्ण प्रभाव नहीं कहूंगा।

विभिन्न कारणों से, 1C प्रोग्राम के उपयोगकर्ताओं को समय-समय पर 1C प्रदर्शन समस्याओं का सामना करना पड़ता है। उदाहरण के लिए: किसी दस्तावेज़ को संसाधित होने में लंबा समय लगता है, एक रिपोर्ट तैयार होने में लंबा समय लगता है, लेन-देन त्रुटियां, प्रोग्राम रुक जाता है, उपयोगकर्ता कार्यों पर धीमी प्रतिक्रिया आदि। हमारे निर्देशों का पालन करके, आप प्रोग्राम के प्रदर्शन में महत्वपूर्ण सफलता प्राप्त कर सकते हैं और सिस्टम सीमा को पार करने से रोक सकते हैं। यह सभी बीमारियों के लिए रामबाण इलाज नहीं है, लेकिन 1C मंदी के अधिकांश कारण इन्हीं मुद्दों में निहित हैं।

1. जब उपयोगकर्ता काम कर रहे हों तो नियमित या पृष्ठभूमि कार्य न करें

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

2. उपयोगकर्ताओं के कार्य घंटों के दौरान आरआईबी डेटा का आदान-प्रदान न करें

हालाँकि कंपनियां हाल ही में ऑनलाइन मोड और टर्मिनल एक्सेस के पक्ष में आरआईबी डेटा एक्सचेंज सिस्टम को छोड़ रही हैं, लेकिन यह याद रखना अतिश्योक्ति नहीं होगी कि एक्सचेंज डेटा अपलोड और डाउनलोड करते समय दस्तावेजों को ले जाना और प्रोग्राम में पूरी तरह से काम करना असंभव है। यदि संभव हो, तो यह प्रक्रिया, यदि मौजूद है, पृष्ठभूमि नौकरियों का उपयोग करके रात में की जानी चाहिए।

3. समयबद्ध तरीके से पीसी के प्रदर्शन को बढ़ाएं, इसकी शक्ति को वास्तविक जरूरतों के अनुरूप बनाएं

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

4. सॉफ्टवेयर जिस पर 1C चलता है

1C प्रोग्राम ऐसा है कि यह ऑपरेटिंग सिस्टम पर अलग तरह से काम करता है। यह ठीक से ज्ञात नहीं है कि ऐसा क्यों है, लेकिन ऐसा है। उदाहरण के लिए, SQL Postgre के संयोजन में Linux OS पर 1C डेटाबेस का सर्वर संस्करण MS SQL के साथ संयोजन में Windows OS पर समान 1C डेटाबेस की तुलना में बहुत धीमा है। इस तथ्य के सटीक कारण ज्ञात नहीं हैं, लेकिन जाहिरा तौर पर 1सी प्लेटफॉर्म की गहराई में कहीं ऑपरेटिंग सिस्टम और गैर-माइक्रोसॉफ्ट डीबीएमएस के साथ संगतता समस्याएं हैं। यदि आप डेटाबेस पर महत्वपूर्ण लोड डालने की योजना बना रहे हैं तो सिस्टम को 64-बिट सर्वर पर तैनात करना भी उचित है।

5. डेटाबेस अनुक्रमण

1C प्रोग्राम की आंतरिक प्रक्रिया, जो सिस्टम को अंदर से "कंघी" करती है। इसे रात में पृष्ठभूमि के नियमित कार्य के रूप में चलाने के लिए सेट करें और शांत रहें।

6. परिचालन बैच लेखांकन अक्षम करना

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

7. रैम

निम्नलिखित सूत्र का प्रयोग करें:

रैम = (डीबी 1+डीबी 2+डीबी एन) / 100 * 70

डेटाबेस की कुल भौतिक मात्रा का लगभग 70%। 1C डेटाबेस RAM पर अच्छी तरह से फ़ीड करना पसंद करते हैं। इसे न भूलो।

8. यदि संभव हो, तो अपूर्ण और पुराने कोड के साथ स्व-लिखित रिपोर्ट और प्रसंस्करण को अनुकूलित करें

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

9. कैश साफ़ करें

एक नियमित सर्वर रीबूट कभी-कभी पुराने 1C कैश के साथ समस्याओं का समाधान करता है। बस इसकी कोशिश। अनलोडिंग से भी मदद मिल सकती है - कॉन्फ़िगरेशनकर्ता के माध्यम से सूचना आधार को लोड करना। और किसी विशिष्ट उपयोगकर्ता के कैश की सबसे हालिया सफाई फॉर्म की 1C सिस्टम निर्देशिका में फ़ोल्डर्स को हटाना है: kexifzghjuhfv8j33hbdgk0। लेकिन कैश्ड उपयोगकर्ता फ़ोल्डरों को हटाना आखिरी बात है, क्योंकि... कचरा हटाने के अलावा, कैश साफ़ करने से सहेजी गई रिपोर्ट सेटिंग्स और उपयोगकर्ता मेनू इंटरफ़ेस को हटाने के रूप में अप्रिय परिणाम होते हैं।

10. डेटाबेस की भौतिक मात्रा को कम करना

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

11. वास्तुकला का सही संगठन

सामान्य तौर पर, कॉर्पोरेट सूचना प्रणाली की वास्तुकला सही होनी चाहिए। सही व्यवस्था से हमारा क्या तात्पर्य है? उपलब्ध उपकरण और सॉफ्टवेयर के साथ सिस्टम को सौंपे गए कार्यों की तुलना। सिस्टम की योजना इनके साथ मिलकर बनाएं: सिस्टम प्रशासक (क्योंकि वह मशीन बेड़े को जानता है), 1सी प्रोग्रामर (क्योंकि वह 1सी की संसाधन आवश्यकताओं को जानता है) और कंपनी के प्रमुख (क्योंकि वह कंपनी के भविष्य के विकास या संकुचन के बारे में जानता है) ).

1सी में काम की गति कैसे बढ़ाएं: अकाउंटिंग 8.3 (संस्करण 3.0) या नियमित और पृष्ठभूमि कार्यों को अक्षम करें

2019-01-15T13:28:19+00:00

आपमें से जो लोग पहले ही 1सी: अकाउंटिंग 8.3 (संस्करण 3.0) के नए संस्करण पर स्विच कर चुके हैं, उन्होंने देखा है कि यह 2 की तुलना में धीमा हो गया है। कुछ अजीब मंदी, दिन में कई बार अंतहीन पृष्ठभूमि कार्य, जिन्हें किसी ने हमारी जानकारी के बिना करने के लिए नहीं कहा।

मेरे एकाउंटेंट ने परिवर्तन के तुरंत बाद मुझे बताया कि 1सी: अकाउंटिंग 3.0 का नया संस्करण पिछले वाले की तुलना में बिल्कुल धीमा है! और काम करना बिल्कुल असंभव है।

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

ठीक है, उदाहरण के लिए, यदि हम अपने डेटाबेस में सभी ऑब्जेक्टों पर पूर्ण-पाठ (लेखाकारों, चिंतित न हों) खोज नहीं करते हैं, तो हमें "पाठ निष्कर्षण" कार्य को दिन में सौ बार चलाने की आवश्यकता क्यों है।

या यदि हमारे पास मुद्रा लेनदेन नहीं है या हम उन्हें कभी-कभी करते हैं (और इससे पहले हम स्वयं डाउनलोड दरें बटन पर क्लिक कर सकते हैं) तो लगातार मुद्रा दरें क्यों डाउनलोड करें।

यही बात साइट से जुड़ने और बैंक क्लासिफायर की जांच और अपडेट करने के 1C के निरंतर प्रयास पर भी लागू होती है। किस लिए? यदि मुझे इसके बीआईसी द्वारा सही बैंक नहीं मिलता है तो मैं स्वयं क्लासिफायर को अपडेट करने के लिए बटन दबाऊंगा।

इसे नीचे चरण दर चरण कैसे करें।

1. "प्रशासन" अनुभाग पर जाएं और एक्शन पैनल में "रखरखाव" () चुनें:

2. खुलने वाली विंडो में, "नियमित और पृष्ठभूमि कार्य" ढूंढें और चुनें: