1एस 8.3 विंडोज़ एक्सपी धीमी गति से काम करता है। स्वचालन युक्तियाँ. परिचालन बैच लेखांकन अक्षम करना

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

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

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

संसाधन की खपत, पहली नज़र

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

परीक्षण के लिए, हमने क्रमशः विंडोज सर्वर 2012 आर2 और विंडोज 8.1 चलाने वाली दो वर्चुअल मशीनें लीं, जिससे उन्हें होस्ट कोर i5-4670 के 2 कोर और 2 जीबी रैम मिली, जो लगभग एक औसत कार्यालय मशीन से मेल खाती है। सर्वर को दो की RAID 0 सरणी पर रखा गया था, और क्लाइंट को सामान्य प्रयोजन डिस्क की समान सरणी पर रखा गया था।

प्रायोगिक आधार के रूप में, हमने अकाउंटिंग 2.0, रिलीज़ के कई कॉन्फ़िगरेशन का चयन किया 2.0.64.12 , जिसे बाद में अद्यतन किया गया 3.0.38.52 , सभी कॉन्फ़िगरेशन प्लेटफ़ॉर्म पर लॉन्च किए गए थे 8.3.5.1443 .

पहली चीज़ जो ध्यान आकर्षित करती है वह ट्रोइका के सूचना आधार का बढ़ा हुआ आकार है, जो काफी बढ़ गया है, साथ ही रैम के लिए बहुत अधिक भूख भी है:

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

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

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

इसके बाद, नए क्लासिफायर और निर्देशिकाओं को लोड करने, इंडेक्स बनाने आदि के बाद। आधार का आकार बढ़ जाएगा; सामान्य तौर पर, "तीन" आधार "दो" आधारों से बड़े होते हैं। हालाँकि, यह अधिक महत्वपूर्ण नहीं है, यदि दूसरा संस्करण 150-200 एमबी रैम से संतुष्ट था, तो नए संस्करण को आधा गीगाबाइट की आवश्यकता होती है और कार्यक्रम के साथ काम करने के लिए आवश्यक संसाधनों की योजना बनाते समय इस मूल्य को ध्यान में रखा जाना चाहिए।

जाल

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

जब आप नेटवर्क पर 1C फ़ाइल डेटाबेस लॉन्च करते हैं तो क्या होता है? क्लाइंट काफी बड़ी मात्रा में जानकारी अस्थायी फ़ोल्डरों में डाउनलोड करता है, खासकर यदि यह पहली, "ठंडी" शुरुआत है। 100 एमबीटी/एस पर, हमसे चैनल की चौड़ाई के विपरीत चलने की उम्मीद की जाती है और डाउनलोड में काफी समय लग सकता है, हमारे मामले में लगभग 40 सेकंड (ग्राफ़ को विभाजित करने की लागत 4 सेकंड है)।

दूसरा लॉन्च तेज़ है, क्योंकि कुछ डेटा कैश में संग्रहीत है और रीबूट होने तक वहीं रहता है। गीगाबिट नेटवर्क पर स्विच करने से "ठंडा" और "गर्म" दोनों तरह से प्रोग्राम लोडिंग में काफी तेजी आ सकती है, और मूल्यों के अनुपात का सम्मान किया जाता है। इसलिए, हमने प्रत्येक माप का सबसे बड़ा मान 100% लेते हुए, परिणाम को सापेक्ष मूल्यों में व्यक्त करने का निर्णय लिया:

जैसा कि आप ग्राफ़ से देख सकते हैं, अकाउंटिंग 2.0 किसी भी नेटवर्क स्पीड पर दोगुनी तेजी से लोड होता है, 100 Mbit/s से 1 Gbit/s में संक्रमण आपको डाउनलोड समय को चार गुना तेज करने की अनुमति देता है। इस मोड में अनुकूलित और गैर-अनुकूलित "ट्रोइका" डेटाबेस के बीच कोई अंतर नहीं है।

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

यहां यह अधिक दिलचस्प है, 100 Mbit/s नेटवर्क में "तीन" का अनुकूलित आधार "दो" के समान गति से काम करता है, और गैर-अनुकूलित आधार दोगुने खराब परिणाम दिखाता है। गीगाबिट पर, अनुपात समान रहता है, अअनुकूलित "तीन" भी "दो" की तुलना में आधा धीमा है, और अनुकूलित एक तिहाई से पीछे है। साथ ही, 1 Gbit/s में परिवर्तन आपको संस्करण 2.0 के लिए निष्पादन समय को तीन गुना और संस्करण 3.0 के लिए आधे तक कम करने की अनुमति देता है।

रोजमर्रा के काम पर नेटवर्क स्पीड के प्रभाव का मूल्यांकन करने के लिए, हमने प्रयोग किया परफॉरमेंस नापना, प्रत्येक डेटाबेस में पूर्व निर्धारित क्रियाओं का अनुक्रम निष्पादित करना।

वास्तव में, रोजमर्रा के कार्यों के लिए, नेटवर्क थ्रूपुट कोई बाधा नहीं है, एक गैर-अनुकूलित "तीन" "दो" की तुलना में केवल 20% धीमा है, और अनुकूलन के बाद यह लगभग उतना ही तेज हो जाता है - पतले क्लाइंट मोड में काम करने के फायदे स्पष्ट हैं. 1 Gbit/s में परिवर्तन अनुकूलित आधार को कोई लाभ नहीं देता है, और अअनुकूलित और दोनों तेजी से काम करना शुरू कर देते हैं, जिससे उनके बीच एक छोटा सा अंतर दिखाई देता है।

किए गए परीक्षणों से, यह स्पष्ट हो जाता है कि नेटवर्क नए कॉन्फ़िगरेशन के लिए कोई बाधा नहीं है, और प्रबंधित एप्लिकेशन सामान्य से भी अधिक तेज़ चलता है। यदि भारी कार्य और डेटाबेस लोडिंग गति आपके लिए महत्वपूर्ण है, तो आप 1 Gbit/s पर स्विच करने की अनुशंसा भी कर सकते हैं, अन्य मामलों में, नए कॉन्फ़िगरेशन आपको धीमे 100 Mbit/s नेटवर्क में भी प्रभावी ढंग से काम करने की अनुमति देते हैं;

तो 1C धीमा क्यों है? हम इस पर आगे गौर करेंगे।

सर्वर डिस्क सबसिस्टम और एसएसडी

पिछले लेख में, हमने SSD पर डेटाबेस रखकर 1C प्रदर्शन में वृद्धि हासिल की थी। शायद सर्वर के डिस्क सबसिस्टम का प्रदर्शन अपर्याप्त है? हमने एक साथ दो डेटाबेस में समूह चलाने के दौरान डिस्क सर्वर के प्रदर्शन को मापा और एक आशावादी परिणाम प्राप्त किया।

प्रति सेकंड इनपुट/आउटपुट संचालन की अपेक्षाकृत बड़ी संख्या (आईओपीएस) - 913 के बावजूद, कतार की लंबाई 1.84 से अधिक नहीं थी, जो दो-डिस्क सरणी के लिए एक बहुत अच्छा परिणाम है। इसके आधार पर, हम यह अनुमान लगा सकते हैं कि साधारण डिस्क से बना दर्पण भारी मोड में 8-10 नेटवर्क क्लाइंट के सामान्य संचालन के लिए पर्याप्त होगा।

तो क्या सर्वर पर SSD की आवश्यकता है? इस प्रश्न का उत्तर देने का सबसे अच्छा तरीका परीक्षण के माध्यम से होगा, जिसे हमने एक समान विधि का उपयोग करके किया था, नेटवर्क कनेक्शन हर जगह 1 Gbit/s है, परिणाम भी सापेक्ष मूल्यों में व्यक्त किया गया है।

आइए डेटाबेस की लोडिंग गति से शुरुआत करें।

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

आइए पुनः करने की ओर आगे बढ़ें:

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

रोजमर्रा के कार्यों में चित्र समान है:

SSD से केवल गैर-अनुकूलित डेटाबेस को ही लाभ होता है। बेशक, आप SSD खरीद सकते हैं, लेकिन डेटाबेस के समय पर रखरखाव के बारे में सोचना बेहतर होगा। साथ ही, सर्वर पर इन्फोबेस वाले अनुभाग को डीफ़्रैग्मेन्ट करने के बारे में भी न भूलें।

क्लाइंट डिस्क सबसिस्टम और एसएसडी

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

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

एक धीमी हार्ड ड्राइव कुछ कार्यों को धीमा कर सकती है, लेकिन अपने आप में किसी प्रोग्राम को धीमा नहीं कर सकती।

टक्कर मारना

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

हमने सिस्टम मेमोरी को घटाकर 1 जीबी कर दिया और दो सूचना डेटाबेस लॉन्च किए।

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

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

जैसा कि हम देख सकते हैं, सिस्टम सक्रिय रूप से डेटा प्राप्त करने के लिए नेटवर्क का उपयोग करता है और इसे संसाधित करने के लिए प्रोसेसर; प्रसंस्करण के दौरान डिस्क गतिविधि नगण्य है, यह कभी-कभी बढ़ जाती है, लेकिन यह एक सीमित कारक नहीं है;

अब मेमोरी को 1 जीबी तक कम करते हैं:

स्थिति मौलिक रूप से बदल रही है, मुख्य भार अब हार्ड ड्राइव पर पड़ता है, प्रोसेसर और नेटवर्क निष्क्रिय हैं, सिस्टम डिस्क से मेमोरी में आवश्यक डेटा पढ़ने और अनावश्यक डेटा भेजने की प्रतीक्षा कर रहा है।

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

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

परिणाम स्वयं बोलता है: यदि लोडिंग समय लगभग एक तिहाई बढ़ जाता है, जो अभी भी काफी सहनीय है, तो डेटाबेस में संचालन करने का समय तीन गुना बढ़ जाता है, ऐसी स्थितियों में किसी भी आरामदायक काम के बारे में बात करने की कोई आवश्यकता नहीं है। वैसे, यह मामला है जब एसएसडी खरीदने से स्थिति में सुधार हो सकता है, लेकिन कारण से निपटना बहुत आसान (और सस्ता) है, न कि परिणामों से, और बस सही मात्रा में रैम खरीदें।

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

CPU

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

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

निष्कर्ष

तो, 1C धीमा क्यों है? सबसे पहले, यह रैम की कमी है; इस मामले में मुख्य भार हार्ड ड्राइव और प्रोसेसर पर पड़ता है। और यदि वे प्रदर्शन के साथ चमकते नहीं हैं, जैसा कि आमतौर पर कार्यालय कॉन्फ़िगरेशन में होता है, तो हमें लेख की शुरुआत में वर्णित स्थिति मिलती है - "दो" ने ठीक काम किया, लेकिन "तीन" बेहद धीमी गति से हैं।

दूसरे स्थान पर नेटवर्क प्रदर्शन है; एक धीमा 100 Mbit/s चैनल एक वास्तविक बाधा बन सकता है, लेकिन साथ ही, पतला क्लाइंट मोड धीमे चैनलों पर भी संचालन के काफी आरामदायक स्तर को बनाए रखने में सक्षम है।

फिर आपको डिस्क ड्राइव पर ध्यान देना चाहिए; SSD खरीदना एक अच्छा निवेश होने की संभावना नहीं है, लेकिन ड्राइव को अधिक आधुनिक से बदलना एक अच्छा विचार होगा। हार्ड ड्राइव की पीढ़ियों के बीच अंतर का आकलन निम्नलिखित सामग्री से किया जा सकता है:।

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

हमें उम्मीद है कि यह सामग्री आपको "1C धीमा क्यों है" प्रश्न को शीघ्रता से समझने और इसे सबसे प्रभावी ढंग से और अतिरिक्त लागत के बिना हल करने में मदद करेगी।

• टैग:

कृपया देखने के लिए जावास्क्रिप्ट सक्षम करें

इस लेख को लिखने का मुख्य उद्देश्य उन प्रशासकों (और प्रोग्रामर) के लिए स्पष्ट बारीकियों को दोहराने से बचना है जिन्होंने अभी तक 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 सेटिंग्स के उदाहरण)। ये सेटिंग्स मुख्य रूप से सर्वर प्रोसेसर या "उन्नत" BIOSes से संबंधित हैं, यदि आपको यह नहीं मिला है और आपके पास 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 Mbit नेटवर्क के साथ, 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 उपयोगकर्ता हैं, तो एसएएस डिस्क पर्याप्त होगी। (लेकिन किसी भी स्थिति में, इन डिस्क को लोड करने पर ध्यान दें, कम से कम परफ़ॉर्म के माध्यम से)।

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

निष्कर्ष: यदि आप गिलेव परीक्षण को टर्मिनल सर्वर पर चलाते हैं (उसी डिस्क से जहां कार्यशील डेटाबेस स्थित हैं) और उन क्षणों में जब कार्यशील डेटाबेस धीमा हो जाता है, और गिलेव परीक्षण एक अच्छा परिणाम दिखाता है (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

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

स्टोरेज सिस्टम पर एसएएस स्थानीय एसएसडी की तुलना में धीमा है, भले ही स्टोरेज सिस्टम का कैश आकार बड़ा हो। गिलेव के परीक्षण के लिए स्थानीय और ऑन स्टोरेज सिस्टम दोनों ही SSD तुलनीय गति से काम करते हैं। मैं एमसीसी से 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सी की संसाधन आवश्यकताओं को जानता है) और कंपनी के प्रमुख (क्योंकि वह कंपनी के भविष्य के विकास या संकुचन के बारे में जानता है) ).

क्या 1C दो मिनट में शुरू हो जाता है? क्या दस्तावेज़ लॉग को खुलने में 40 सेकंड लगते हैं? क्या दस्तावेज़ लगभग एक मिनट तक रखा गया है?

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

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

• एक्सक्लूसिव मोड में नेटवर्क पर डेटाबेस के साथ उपयोगकर्ता तेजी से काम करता है और जब कई उपयोगकर्ता एक साथ काम करते हैं तो यह बेहद धीमी गति से काम करता है।
• सर्वर पर स्थानीय डेटाबेस के साथ उपयोगकर्ता का तेज़ काम और नेटवर्क पर धीमा काम।
• सर्वर पर प्रोसेसर लगभग निष्क्रिय है.
• गीगाबिट नेटवर्क कार्ड लोड 5% से कम है।
• फ़ाइल सिस्टम तक पहुंच 10 एमबी/सेकंड से थोड़ी कम है।
• दस्तावेज़ों को एक साथ पोस्ट करने का प्रयास करते समय, एक कंप्यूटर लगभग एक मिनट के लिए रुक जाता है, और दूसरा 1सी से क्रैश हो जाता है और त्रुटि संदेश आता है "टेबल लॉक करने में विफल।"
• 1C प्रारंभ करने में लगभग 3 मिनट लगते हैं।

युक्तियाँ जो फ़ाइल डेटाबेस को गति देने में मदद कर सकती हैं:

• टर्मिनल एक्सेस में काम पर जाएँ। दुर्भाग्य से, विंडोज 7 आपको मानक टूल का उपयोग करके टर्मिनल सर्वर में बदलने की अनुमति नहीं देता है - अधिकतम एक सक्रिय कनेक्शन है। इस मामले में, शेष सत्र समाप्त नहीं होते हैं; आप किसी अन्य उपयोगकर्ता के तहत पुनः कनेक्ट कर सकते हैं - पिछले उपयोगकर्ता को "बाहर फेंकना", लेकिन उसका सत्र समाप्त किए बिना। इसलिए, आपको 1C को सर्वर OS पर स्थानांतरित करना चाहिए, जहां ऐसे कोई प्रतिबंध नहीं हैं, या किसी तृतीय-पक्ष उपयोगिता के साथ समस्या का समाधान करना चाहिए।
• IPv6 नेटवर्क प्रोटोकॉल का उपयोग अक्षम करें, "पुराने" IPv4 पर एड्रेसिंग कॉन्फ़िगर करें।
• Windows फ़ायरवॉल अपवादों के साथ-साथ एंटीवायरस अपवादों में 1C प्रक्रियाएँ जोड़ें, या उन्हें पूरी तरह से अक्षम करें (अधिक जोखिम भरा, लेकिन एक साधारण परीक्षण में अवास्ट एंटीवायरस के साथ दस्तावेज़ पुन: स्थानांतरण की गति में काफी वृद्धि देखी गई!)
• 1C में पूर्ण-पाठ खोज को अनुक्रमित करना प्रारंभ करें या इसे पूरी तरह से बंद कर दें
• डेटाबेस का परीक्षण और सुधार चलाएँ, ChDbfl उपयोगिता से जाँच करें (उपयोगिता स्थापित प्रौद्योगिकी प्लेटफ़ॉर्म के "बिन" फ़ोल्डर में स्थित है)।
• कॉन्फ़िगरेशन में "कॉन्फ़िगरेशन जांचें" आइटम चलाएँ (यदि कॉन्फ़िगरेशन मानक नहीं है, तो यह उपयोगी हो सकता है)।
• अनावश्यक कार्यात्मक विकल्प अक्षम करें (प्रबंधित इंटरफ़ेस में जितनी कम अनावश्यकता होगी, नियम के रूप में यह उतनी ही तेजी से काम करेगा)।
• उपयोगकर्ता अधिकार सेट करें (प्रबंधित इंटरफ़ेस में जितनी कम अनावश्यकता होगी, नियम के रूप में यह उतनी ही तेज़ी से काम करेगा)।
• कुल योग की पुनर्गणना करना और अनुक्रम को पुनर्स्थापित करना शुरू करें (महत्वपूर्ण वृद्धि केवल तभी हो सकती है जब योग लंबे समय तक बहाल नहीं किया गया हो)।
• डेटाबेस सूची सेटिंग्स में "कनेक्शन गति - कम" निर्दिष्ट करें।
• फ़ाइल डेटाबेस के साथ डिस्क का डीफ़्रेग्मेंटेशन।
• डेटाबेस कनवल्शन (यदि डेटाबेस बड़ा है, उदाहरण के लिए, कई वर्षों तक उपयोगी हो सकता है)।
• हार्डवेयर अपग्रेड - तेज़ हार्ड ड्राइव (एसएसडी), नया स्विच, प्रोसेसर, मेमोरी इत्यादि।
• एक वेब सर्वर पर स्थापित करें, एक पतले क्लाइंट का उपयोग करके पहुंचें।

इन सभी चरणों को पूरा करने के बाद, 1C फ़ाइल डेटाबेस बहुत तेज़ी से काम कर सकता है। कुछ मामलों में, यह 10 सेकंड में शुरू हो गया और दस्तावेज़ स्थानांतरण की गति 12 गुना बढ़ गई।

पी.एस. यूटी 11.1 कॉन्फ़िगरेशन में, साझा फ़ोल्डर में नेटवर्क एक्सेस का उपयोग करके फ़ाइल 1सी लॉन्च करना अवास्तविक है, क्योंकि यहां तक ​​कि सबसे तेज़ सॉलिड-स्टेट ड्राइव, रैम और प्रोसेसर भी नेटवर्क लॉक में चले जाते हैं, और एक से अधिक उपयोगकर्ताओं का काम करना लगभग असंभव हो जाता है।
स्व-लिखित छोटे कॉन्फ़िगरेशन फ़ाइल संस्करण में भी काफी तेज़ी से काम कर सकते हैं।

अक्सर लोग हमारे पास ऐसे प्रश्न लेकर आते हैं:

• 1C सर्वर धीमा क्यों हो जाता है?
• 1C कंप्यूटर बहुत धीमा है
• 1C क्लाइंट बहुत धीमा है

कभी-कभी, समस्या के समाधान के रूप में, हम ग्राहकों को सर्वर कॉन्फ़िगरेशन और ऑपरेटिंग सिस्टम के विकल्प के साथ बिना ब्रेक के किराए पर 1C के लिए एक सर्वर प्रदान करते हैं, आप लिंक का उपयोग करके हमारे भागीदार की वेबसाइट पर सर्वर को ऑनलाइन कॉन्फ़िगर कर सकते हैं। https://1cloud.ruअध्याय सेवाएं, अध्याय आभासी परिसेवक.

क्या करना है और इस पर कैसे काबू पाना है, इत्यादि क्रम में:

ग्राहक 1सी के सर्वर संस्करण के साथ बहुत धीमी गति से काम करते हैं

1C के धीमे काम के अलावा, नेटवर्क फ़ाइलों के साथ भी धीमा काम होता है। समस्या सामान्य ऑपरेशन के दौरान और आरडीपी के साथ होती है

इसे हल करने के लिए, सेवन या 2008 सर्वर की प्रत्येक स्थापना के बाद, मैं हमेशा प्रारंभ करता हूँ

नेटश इंट टीसीपी सेट ग्लोबल ऑटोट्यूनिंग=अक्षम

नेटश इंट टीसीपी सेट ग्लोबल ऑटोट्यूनिंगलेवल=अक्षम

नेटश इंट टीसीपी सेट ग्लोबल आरएसएस=अक्षम चिमनी=अक्षम

और नेटवर्क बिना किसी समस्या के काम करता है

कभी-कभी सबसे अच्छा विकल्प होता है:

नेटश इंटरफ़ेस टीसीपी सेट ग्लोबल ऑटोट्यूनिंग = अत्यधिक प्रतिबंधित

इंस्टॉलेशन इस प्रकार दिखता है

एंटी-वायरस या विंडोज फ़ायरवॉल कॉन्फ़िगर करें

1सी सर्वर चलाने के लिए एंटी-वायरस या विंडोज फ़ायरवॉल को कैसे कॉन्फ़िगर करें (उदाहरण के लिए 1सी सर्वर: एंटरप्राइज़ और एमएस एसक्यूएल 2008 का संयोजन)।

नियम जोड़ें:

• यदि SQL सर्वर मानक TCP पोर्ट 1433 पर कनेक्शन स्वीकार करता है, तो हम इसकी अनुमति देते हैं।
• यदि SQL पोर्ट गतिशील है, तो आपको %ProgramFiles%\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Binn\sqlservr.exe एप्लिकेशन से कनेक्शन की अनुमति देनी होगी।
• सर्वर 1सी पोर्ट 1541, क्लस्टर 1540 और रेंज 1560-1591 पर चलता है। पूरी तरह से रहस्यमय कारणों से, कभी-कभी खुले बंदरगाहों की ऐसी सूची अभी भी सर्वर से कनेक्शन की अनुमति नहीं देती है। यह सुनिश्चित करने के लिए कि यह काम करता है, सीमा 1540-1591 की अनुमति दें।

सर्वर/कंप्यूटर प्रदर्शन ट्यूनिंग

आपके कंप्यूटर को अधिकतम प्रदर्शन पर काम करने के लिए, आपको इसे इसके लिए कॉन्फ़िगर करना होगा:

1. BIOS सेटिंग्स

• सर्वर BIOS में, हम प्रोसेसर पावर को बचाने के लिए सभी सेटिंग्स को अक्षम कर देते हैं।
• यदि "C1E" है और डिस्कनेक्ट करना सुनिश्चित करें!!
• कुछ बहुत समानान्तर कार्यों के लिए, BIOS में हाइपरट्रेडिंग को बंद करने की भी अनुशंसा की जाती है
• कुछ मामलों में (विशेषकर HP के लिए!) आपको सर्वर BIOS में जाना होगा और वहां उन आइटम को बंद करना होगा जिनके नाम में EIST, Intel स्पीडस्टेप और C1E हैं।
• इसके बजाय, आपको वहां प्रोसेसर से संबंधित आइटम ढूंढने होंगे जिनके नाम में टर्बो बूस्ट है, और उन्हें सक्षम करें।
• यदि BIOS में पावर सेविंग मोड का सामान्य संकेत है और इसे अधिकतम प्रदर्शन मोड में शामिल करें (इसे "आक्रामक" भी कहा जा सकता है)

2. ऑपरेटिंग सिस्टम में योजना सेटिंग्स - उच्च प्रदर्शन

इंटेल सैंडी ब्रिज आर्किटेक्चर वाले सर्वर गतिशील रूप से प्रोसेसर आवृत्तियों को बदल सकते हैं।

कभी-कभी 1C सर्वर के धीमे संचालन की समस्या का समाधान पुराना या टूटा हुआ उपकरण होता है, इस मामले में हम ग्राहकों को बिना ब्रेक के किराए पर 1C सर्वर प्रदान करते हैं, सर्वर कॉन्फ़िगरेशन और ऑपरेटिंग सिस्टम के विकल्प के साथ, आप इसे हमारे पर कर सकते हैं पार्टनर की वेबसाइट, लिंक पर https://1cloud.ruसेवाएँ अनुभाग, वर्चुअल सर्वर अनुभाग।

यदि आपके कोई प्रश्न हैं तो कृपया संपर्क करें:

• सेंट पीटर्सबर्ग में +7-812-385-55-66 पर कॉल करें
• पते पर लिखें
• हमारी वेबसाइट पर "ऑनलाइन आवेदन" पृष्ठ पर एक आवेदन छोड़ें