आज आम्ही 25-30 कर्मचार्‍यांसाठी एका लहान संस्थेसाठी सर्व्हर "हॉल" ची निवड पाहतो, ज्यामध्ये स्वतंत्र पायाभूत सुविधा (किरकोळ आउटलेट्स, एक वेअरहाऊस), कोणत्या प्रकारचे टर्मिनल सर्व्हर आवश्यक आहे आणि प्रोग्राम "1C: एंटरप्राइझ". या सेवा सर्व व्यावसायिकांना सेवा देतात.
बहुतेक लहान कंपन्या, मालकीची किंमत कमी करण्यासाठी, त्यांनी खरेदी केलेल्या उपकरणांचे प्रमाण कमी करण्यास अनुमती देतील आणि प्रशासकांना त्यांच्याद्वारे समर्थित सर्व सेवा एका भौतिक सर्व्हरमध्ये "पंप" करण्यास सांगतील. Bazhannya अधिक समजूतदार आणि प्रक्षोभक आहे, परंतु येथे बारकावे आहेत.
आपण टर्मिनल सर्व्हर आयोजित करू शकता आणि तेथे 1C ची फाइल आवृत्ती जिंकू शकता, परंतु इतक्या मोठ्या संख्येने कोरिस्तुवाचिवसाठी, रिटेल कंपनी क्लायंट-सर्व्हर आवृत्तीवर स्विच करण्याची शिफारस करते. म्हणूनच आम्हाला "1C: Enterprise" नावाचा दुसरा सर्व्हर आणि डेटाबेस सर्व्हरची आवश्यकता आहे. मी स्पष्ट करतो की एका ऑपरेटिंग सिस्टमवर टर्मिनल सर्व्हर, SQL सर्व्हर आणि 1C सर्व्हर आयोजित करणे शक्य आहे, परंतु रोबोटिक सेवांच्या सुरक्षिततेच्या आणि स्थिरतेच्या दृष्टिकोनातून, प्रदेशात याची शिफारस केलेली नाही. आणि जर तुम्हाला अजूनही तिन्ही भूमिकांसाठी एक भौतिक सर्व्हर जिंकायचा असेल, तर व्हर्च्युअलायझेशन जिंकण्याची शिफारस केली जाते, उदाहरणार्थ, VMWare ESXi किंवा Hyper-V.
या क्रमाने, तीन पर्याय आहेत:
ही कार्ये पूर्ण करण्यासाठी, तुम्ही खालील सर्व्हर कॉन्फिगरेशनची विनंती करू शकता:
वू विपडू z एक भौतिक सर्व्हरआम्ही Dell R710 वर दोन सहा-कोर Xeon X5650 प्रोसेसर, 64 GB RAM आणि सहा ड्राइव्हसह निवड पुन्हा अपलोड केली: RAID 1 साठी दोन SSD आणि RAID 10 साठी दोन SAS ड्राइव्ह.
वू विपडू z दोन भौतिक सर्व्हरआम्ही खालील कॉन्फिगरेशनवर vibir झिप केले आहे:
प्रोसेसर तासाच्या दृष्टीक्षेपात, टर्मिनल सत्रे एक लहान भाग घेतात. विविध संस्थांमध्ये टर्मिनल सोल्यूशन्सच्या तरतुदीसाठी, आरामदायक कामाच्या समर्थनासाठी 30 कोर, 4-6 भौतिक प्रोसेसर कोर पुरेसे असतील, 6-8 सत्रांसाठी एक कोर. लहान डेटाबेससाठी, SQL सर्व्हरला एक कोर आवश्यक आहे. परंतु भविष्यात डेटाबेसच्या विस्तारावर लक्ष केंद्रित करूया (किंवा डेटाबेसची संख्या वाढवू) आणि SQL मध्ये दोन कोर घेऊ.
"1C: एंटरप्राइझ" सर्व्हरसाठी, कोरची संख्या इतकी महत्त्वाची नाही, कारण त्यांची घड्याळ वारंवारता आणि बस वारंवारता. म्हणून, आम्ही 1C सर्व्हरवर आणखी दोन कोर ठेवले.
आणि हे विसरू नका की रोबोटिक होस्ट ऑपरेटिंग सिस्टम सुरक्षित करण्यासाठी आम्हाला एक किंवा दोन कोर आवश्यक आहेत.
एकत्र आम्हाला प्रविष्ट करावे लागेल:
आम्हाला थोडे आश्चर्य वाटते की सेवांसाठी किती ऑपरेशनल मेमरी आवश्यक आहे: 
सीई पारंपारिक plyashkov मान bagatioh प्रणाली. योग्य निवडस्वीडकोड सर्व्हर सुरक्षित करण्यासाठी हार्ड डिस्क महत्त्वाच्या आहेत. एसक्यूएल बेससह 1C सह काम करताना, प्रति सेकंद (IOPS) वैयक्तिक वाचन/लेखन ऑपरेशन्स असतात. पातळ क्लायंटसह टर्मिनल सर्व्हरवर कठोर परिश्रम कसे करावे (म्हणजे, कार्यरत माध्यमाप्रमाणे टर्मिनल सर्व्हरवर कार्य करणे पूर्णपणे कठीण आहे), परंतु ते सर्व्हरच्या डिस्क सिस्टममध्ये जोरदारपणे हस्तक्षेप करते. उदाहरणार्थ, RAID 1, SATA 3 Gb/s वरील 30 टर्मिनल सर्व्हर बॉक्स, WD Velociraptor डिस्कसह इंटरनेटवर सक्रिय सर्फिंगमुळे तासभर कामासाठी अस्वस्थ वाटेल. टर्मिनल सर्व्हरसाठी, आम्ही शिफारस करतो की तुम्ही SSD ड्राइव्ह वापरा. डेटाबेस सर्व्हरसाठी - एसएएस-डिस्क, स्टॅक टू ड्राईव्ह अॅरेमध्ये निवडले. क्रिम जमा होत आहे, डिस्क कंट्रोलरला आदर देण्यासाठी स्लाइड करा. आधुनिक सर्व्हर बोर्डवर चांगले नियंत्रक करू शकतात, उदाहरणार्थ HP SmartArray आणि DELL PERC. तथापि, जास्तीत जास्त उत्पादकता आवश्यक असल्यास, गंभीर महत्त्वाकांक्षेच्या बाबतीत "ऑनबोर्ड" उपाय निवडणे योग्य नाही. त्रास टाळून, आपण सहजपणे हार्ड सर्व्हर काढून घेऊ शकता, जे ओझे नाही. म्हणून, कंट्रोलर हा हार्डवेअर असू शकतो, सॉफ्टवेअर नाही, कारण त्याच्या गैर-अस्थिर मेमरीमुळे.
चला या कार्याच्या rozvyazannya पर्यायांवर एक नजर टाकूया.
RAID 10 (मिरर + स्ट्राइप) मधील दोन SAS डिस्क्समधून आणखी एक अॅरे उत्तम प्रकारे तयार केली जाते किंवा RAID 1 मध्ये दोन SSD-स्टोरेज डिस्क वापरणे शक्य आहे. त्या सर्व्हर मॉडेलच्या फक्त काही डिस्क संग्रहित करणे निवडा.
वर म्हटल्याप्रमाणे लहान संस्थांना सर्व सेवा एकाच सर्व्हरवर पसरवण्याची उत्तम संधी असली पाहिजे. एक सर्व्हर आणि व्हर्च्युअलायझेशनचा विजय होईपर्यंत, आपण आभासी मशीन दरम्यान कमी ऊर्जा आणि लवचिक संसाधने वापरू शकता. व्हर्च्युअल मशीनचे पोर्टिंग, वेगळ्या प्रकारे, भौतिक OS च्या पोर्टिंगपेक्षा समृद्ध आहे.
तथापि, दोन सर्व्हरमध्ये अपग्रेड करण्यासाठी अधिक जागा असू शकतात. उदाहरणार्थ, आमच्या आवृत्तीमध्ये, आणखी एक प्रोसेसर आणि रॅम जोडून स्वस्त IBM x3550 M3 50 आणि अधिक कोरसाठी शोभिवंत शॉर्ट टर्मिनल सर्व्हरमध्ये बदलले आहे.
आमच्या मनात आणखी एक "हायस्कूल" आहे, कारण दोन भौतिक सर्व्हर निवडताना सुरक्षित असणे आवश्यक आहे, त्यांच्यामधील डेटाची देवाणघेवाण शक्य तितकी चांगली आहे. व्हर्च्युअल सर्व्हरसाठी, डेटा एक्सचेंज आभासी स्विचद्वारे जातो. तिथेच, नेटवर्कची थ्रूपुट क्षमता वाढवण्यासाठी, तुम्ही दोन गिगाबिट इंटरफेससह कार्डच्या आधारे स्किन सर्व्हरमध्ये समाविष्ट करू शकता, जेणेकरून तुम्ही सर्व्हर आणि एकत्रित 2 गीगाबिट लिंक्समधील मध्यस्थ कनेक्शनशिवाय स्वतःमध्ये एकत्रित करू शकता. अन्यथा, तुम्ही SPF + 10GBASE सह भिन्न कार्ड वापरून पाहू शकता, परंतु वाटेत तुम्ही समाधानी व्हाल.
म्हणून, जर तुम्हाला विस्तार करण्याची आवश्यकता असेल किंवा सेवांची संख्या वाढेल, तर मोठ्या शक्यता आहेत आणि काही काळासाठी, सर्व्हर त्यांची कार्ये प्रभावीपणे व्यवस्थापित करतील. शक्यतो, नदीद्वारे, आम्ही 60 osіb पर्यंत, coristuvachiv vdvіchі ची संख्या वाढवू शकणार नाही? कृपया.
एकदा तुम्ही एक DELL R710 सर्व्हर जिंकल्यानंतर, तुम्ही स्वस्त IBM x3550 M3 विकत घेऊ शकता, ते नवीन हायपरवाइजरवर ठेवू शकता, डेटाबेससह व्हर्च्युअल मशीन आणि 1C सर्व्हर हस्तांतरित करू शकता आणि DELL वरील सर्व संसाधने आणि व्हर्च्युअल मशीन वापरू शकता. एक टर्मिनल. त्से जलद होईल, आणि "सर्व काही फेकून देणे आणि नवीन खरेदी करणे" आवश्यक नाही.
ज्याप्रमाणे तुम्ही दोन IBM सर्व्हर जिंकले आहेत, त्यानंतर x3550 M3 मध्ये दुसरा प्रोसेसर जोडला गेला आहे, त्याप्रमाणे थोड्या प्रमाणात RAM एका सरासरी मशीनमधून संपूर्ण मशीनमध्ये बदलली आहे. आणि x3250 M5 मध्ये, आपण प्रोसेसर E3-1220v3 वरून E3-1285v3 वर श्रेणीसुधारित करू शकता.
1c साठी आरामदायक रोबोट 7 आणि अधिक लोक कसे आयोजित करावे? 1c प्रणालीसह व्यत्यय न घेता रोबोट कसे सुरक्षित करावे? सर्व डेटा 1s च्या सुरक्षिततेची हमी कशी द्यावी? याकी 1c साठी सर्व्हर खरेदी करा ta yak yogo vibrati बरोबर? IT-fahivtsy आणि kerіvniki organіzatsіy समोर उभे राहणे खूप लवकर आहे.
कॉन्फिगरेशन निवडा रोबोट 1C साठी सर्व्हरत्यासह कामाच्या क्रियाकलापासाठी आधार बाजूला ठेवणे. खालील शिफारसी 1C कंपनीच्या सर्वोत्तम पद्धती आणि सरावाच्या आधारावर विकसित केल्या आहेत. Покупая 1С сeрвeр необходимо убедиться что он отвечает сoврeмeнным трeбoвaниям oткaзoустoйчивoсти и прeдусмaтривaет пoвышeниe нaгрузки при нeoбхoдимoсти рaсширeния прoизвoдствeнных прoцeссoв нa прeдприятии, гaрaнтирoвaть высoкую рaбoтoспoсoбнoсть сeрвeрoв 1с при любых нaгрузкaх, их дoлгoвeчнoсть и высoкиe эксплуaтaциoнныe хaрaктeристики
| 20 पर्यंत | 30 पर्यंत | 50 पर्यंत | 100 पर्यंत | |
|---|---|---|---|---|
| प्रोसेसर | 4-कोर प्रोसेसर इंटेल Xeon E3-12xx | 2 प्रोसेसर इंटेल Xeon E5-26xx | ||
| स्मृती | 16 जीबी रॅम | 16-32 जीबी रॅम | 32 जीबी रॅम | 64 जीबी रॅम |
| युनिट्सची संख्या | 1U टाइप करा | 1U किंवा 2U | 1U किंवा 2U | 3U टाइप करा |
| डिस्क उपप्रणाली | 2 x SAS | 4 x SAS | 8 SAS हार्ड डिस्क (RAID 10), SSD डिस्कसह कॉन्फिगर करता येतात | 16 SAS हार्ड ड्राइव्हस् (RAID 10), SSD ड्राइव्हसह कॉन्फिगर केले जाऊ शकतात |
| हार्डवेअर RAID कंट्रोलर | कॅशेची शिफारस केली जाते | iz zahistoy केश | iz zahistoy केश | iz zahistoy केश |
| शक्यता स्केलिंग ते व्यासपीठ रॅकवरील स्थापनेपासून |
Є | Є | Є | Є |
| डेटाबेससाठी 1 सर्व्हरचा अभिमुखता प्रकार | $2 000 | $४,००० | $५६०० | $९९९० |
| कॉन्फिगरेशन आणि भिन्नता स्पष्ट करण्यासाठी आमच्या सल्लागाराशी संपर्क साधा | ||||
| आर्किटेक्चर pid 1C साठी सर्व्हरची शिफारस केलेली संख्या | 1 | 1 | एका क्लस्टरमध्ये 2 सर्व्हर | |
| Zovnishnya डिस्क पोलीस | हाय | हाय | तर | तर |
| भाष्य | डेटाबेससाठी (1C सर्व्हरची कार्ये बदलू शकतात), इंटरनेट गेटवे, फाइल सर्व्हर. 8 डिस्क्स असलेल्या प्रकरणांमध्ये सिंगल-प्रोसेसर मशीन अपग्रेड करणे शक्य आहे. | डेटाबेस, इंटरनेट गेटवे, फाइल सर्व्हरसाठी | 1 किंवा 2 डेटाबेस सर्व्हर असण्याची शिफारस केली जाते, एका क्लस्टरद्वारे एकत्रित केले जाते, ज्याला SRS म्हणतात. भौतिक सबसर्व्हरची शिफारस केली जाते: डेटाबेस सर्व्हर, परिशिष्ट सर्व्हर, टर्मिनल सर्व्हर | डेटा बेससाठी 1 किंवा 2 सर्व्हर असण्याची शिफारस केली जाते, क्लस्टरद्वारे एकत्रित केले जाते, ज्याला SRS म्हणतात. भौतिक सबसर्व्हरची शिफारस केली जाते: डेटाबेस सर्व्हर, परिशिष्ट सर्व्हर, टर्मिनल सर्व्हर |
वरील सारणीच्या आधारावर, तुम्ही छोट्या ऑफिससाठी 1c सर्व्हर कॉन्फिगरेशन जोडू शकता
* Dodaєtsya, कारण दूरच्या कामाच्या टेबलांवर मात करणे आवश्यक आहे.
अशा समाधानाचे संस्थात्मक आकृती असे दिसते.
याक डेटाबेस सर्व्हरआम्ही खालील मशीनची शिफारस करतो:Dell PowerEdge T320, Dell PowerEdge R420, Dell PowerEdge T620.
सर्व्हर डेल T320і R420मुख्यतः रचनात्मक (व्यक्तिनिष्ठ आणि stichkovy v_dpovidno), आणि डेल T620मोठ्या संख्येने डिस्क्स आणि ऑपरेशनल मेमरी सामावून घेणे, ज्याची उच्च पातळीच्या महत्त्वाकांक्षेसह किंवा भविष्यावर "डोळा ठेवून" व्यवसाय कंपनी म्हणून आवश्यक असू शकते. देशात पुरेशी जागा नसली तरीही, तुम्ही तुमचा आदर कॉम्पॅक्ट 1U सर्व्हरवर हस्तांतरित करू शकता डेल R320.
डेटा बेस सर्व्हरचे मुख्य क्षेत्र म्हणजे डिस्क उपप्रणाली आणि ऑपरेटिव्ह मेमरीशी जोडणी. अशा कंपन्यांसाठी डेटा बेस विस्ताराची रक्कम सामान्यतः लहान असते (सामान्यत: 5-10 GB पेक्षा जास्त नसते), नंतर रोख रक्कम वाढवणे शक्य आहे. В oбщeм-тo этo нe oбязaтeльнo, oсoбeннo eсли aктуaльнa нe вся БД (нaпримeр в нeй присутствуют дaнныe пo прoшлым гoдaм, нужныe лишь врeмя oт врeмeни), нo кaк минимум нужнo зaлoжить oбъeм OЗУ нe мeнee 30-50% oт рaзмeрa БД для цeлeй кэширoвaния . तसेच, zrozumіlo, जसे की OS च्या गरजांसाठी किमान 1 GB. कोणत्या भौतिक सर्व्हरवर कसे कार्य करावे परिशिष्ट सर्व्हर 1C, नंतर आपल्याला मेमरी पाहण्याची आवश्यकता आहे आणि आपण - 1 GB पासून 2-4 GB पर्यंत (फ्रेंचायझीशी सल्लामसलत करणे चांगले आहे - їх कॉन्फिगरेशनच्या स्वरूपात जमा करणे चांगले आहे).
सॉफ्टवेअर 1C 8.2 सह डेटा बेस सर्व्हर म्हणून, आम्ही 50-100 व्हाउचरसाठी भाड्याने देऊ, व्हाउचर सर्व्हरची शिफारस केली जाते Dell PowerEdge T620, Dell PowerEdge R720і Dell PowerEdge R720XD. दुर्गंधी 16 आणि 24 डिस्कसाठी हार्ड डिस्क उपप्रणाली असू शकते. Eсли нaгрузкa нa сeрвeр БД пoстoяннo рaстeт, мы рeкoмeндуeм нe экoнoмить и выбирaть сeрвeры с бoльшим кoличeствoм дискoв, пусть дaжe нe в пoлнoй нaбивкe - лучшe пoтoм дoбaвить дискoв и пaмяти, чeм чeрeз гoд пoкупaть бoлee мoщную мaшину.
याक परिशिष्ट सर्व्हरसर्वोत्तम निवड व्हा Dell PowerEdge T420 4-8 GB मेमरी. तत्त्वानुसार, तुम्ही सिंगल-प्रोसेसर मशीन किंवा त्याऐवजी आणखी दोन कमकुवत प्रोसेसर पाहून आश्चर्यचकित होऊ शकता, एक हार्ड एक कमी करा (10000000000000000 सह फसवणूक करू नका). तुम्ही निवडलेल्या 1C कॉन्फिगरेशनमुळे परिशिष्टाच्या सर्व्हरवरील अॅडव्हेंटेज खूपच शिळा असणे आवश्यक आहे, तुम्ही तुमच्या प्रोव्हाडझुवाचामीशी सल्लामसलत करण्याची शिफारस केली जाते.
प टर्मिनल सर्व्हरकोणत्याही गोष्टीपेक्षा सोपे - टर्मिनल सर्व्हरक्षैतिजरित्या मोजले. तर तुम्ही फक्त दोन किंवा तीन टाकू शकता Dell PE R420किंवा R620- Zalezhno vіd navantazhennya. शिवाय, डेटा आपोआप सुरक्षित केला जातो - एका सर्व्हरमध्ये बिघाड झाल्यास, क्लायंट सत्र दुसर्‍यावर हस्तांतरित केले जाऊ शकतात. गोलोव्हन्या - स्टॉकमधून ZZU पुरवण्यासाठी वेळेच्या खूप पुढे
1C साठी कोणता सर्व्हर आवश्यक आहे ते निवडणे, पुढील मेमरी, त्याच्यासह रोबोटिक कामाचा तास किती आहे, एक वैयक्तिक ऑपरेशन होईल, एका सेकंदात डेटा वाचणे आणि रेकॉर्ड करणे.
प्रत्येक गोष्टीसाठी, मला समजले की 1C साठी सक्षमपणे सर्व्हर डिझाइन करणे इतके महत्त्वाचे का आहे - हे असे आहे की ते डोक्याच्या मागील बाजूस "मंद झाले" आहे, ते चुकीचे निवडले आहे आणि ते सिस्टमवर दबाव दर्शवत नाही, हे एक धोका आहे , हे एक धोका आहे, ते व्यत्ययांमुळे आहे, सामील होण्यासाठी हा एक महत्त्वाचा डेटा आहे. दुसऱ्या बाजूने, 1C सर्व्हर तयार करा, नवीनसाठी सर्व उपकरणे खरेदी करा सॉफ्टवेअर सुरक्षातुम्ही कंपनीसाठी सर्वात महत्त्वाची रक्कम वाचवू शकता, त्यामुळे तुमची मालमत्ता उचलणे चांगले आहे जेणेकरून तुम्ही तुमचे पैसे वाचवू शकाल.
सर्व्हर 1C साठी आमच्या fahіvtsy robiti vibіr कॉन्फिगरेशनसाठी आवश्यक असल्यास, प्रथम, scho stink inquire बद्दल - skіlki koristuvachіv bude pratsyuvati z 1С कंपनीमध्ये आणि सेवांचा काही संच vikoristovuvat नियोजित आहे, काय असेल, hto आणि yaknіmіmіvnu Vіd tsikh vіdomosti मी vіdshtovkhuєmosya pіd सर्व्हर 1C च्या निर्मितीचा तास.
1C सर्व्हरच्या हार्डवेअर संरचनेत, प्रोसेसर, RAM, डिस्क सबसिस्टम आणि इंटरफेसची वैशिष्ट्ये आमच्यासाठी महत्त्वपूर्ण असतील.
हे आवश्यक आहे की दुर्गंधी आक्रमण घटकांचे स्थिर आणि उत्पादक कार्य सुनिश्चित करते:
ओएस रोबोटसाठी 1-2 कोर, एसक्यूएल डेटाबेस रोबोटसाठी 1-2 कोर आणि सर्व्हर रोबोटसाठी 1 अतिरिक्त कोर आरक्षित करणे आवश्यक आहे यावर अवलंबून, प्रोसेसर कोरची इष्टतम संख्या वाटप केली पाहिजे आणि अंदाजे 1 कोर प्रति त्वचा 8-10 एक-तास कोर सत्र (Shob koristuvachі potіm नाही skarzhilis, scho सर्व्हर 1C galmuє).
प्रोसेसरच्या घड्याळाच्या वारंवारतेप्रमाणे वीज पुरवठ्याची गती कोरच्या संख्येमुळे इतकी नसते आणि कोरची संख्या कामाच्या स्थिरतेवर अधिक परिणाम करते याकडे लक्ष देणे. मोठ्या संख्येने कॉरिस्टेशन्स आणि त्यामध्ये एक तासाची कामे.
Skіlki mem'yatі हे सर्व्हर 1С साठी आवश्यक आहे
याव्यतिरिक्त, तुम्हाला 100 किंवा अधिक कोरसाठी 1C सर्व्हरची आवश्यकता असल्यास, आम्ही किमान दोन 1C भौतिक सर्व्हरसह क्लस्टर तयार करण्याची शिफारस करतो.
Rozmіr nebhіdnoї ऑपरेटिव्ह ї mem'yatі mi proponuєmo राहुवती, अशा संकेतांवर आधारित:
सर्व्हर 1C 8.3 च्या पॅरामीटर्सच्या वितरणाचे आमचे अभिमुखता सेट करूया:
RAM मार्जिनसह विकत घेणे चांगले आहे - हे 1C सर्व्हरच्या उच्च उत्पादकतेतील सर्वात महत्वाचे घटकांपैकी एक आहे आणि त्याच वेळी सापडलेल्या घटकांपैकी एक आहे. 1C एंटरप्राइझ सर्व्हरवर पुरेशी मेमरी नसल्यास, तासभर काम करणे अधिक महत्त्वाचे असेल, जर त्यासाठी अन्नाची किंमत असेल, कोणता 1C सर्व्हर निवडायचा आहे, ज्यांच्याकडे पुरेशी RAM आहे त्यांना आदर देणे सुरू करा.
1C साठी कोणता सर्व्हर आवश्यक आहे ते निवडणे, पुढील मेमरी, त्याच्यासह रोबोटिक कामाचा तास किती आहे, एक वैयक्तिक ऑपरेशन होईल, एका सेकंदात डेटा वाचणे आणि रेकॉर्ड करणे. हे पॅरामीटर - काही प्रकारच्या सुरक्षिततेसह, हार्ड डिस्क डेटा प्रोसेसिंगला परवानगी देते - हे 1C सर्व्हरच्या सुरक्षा कोडसाठी देखील महत्त्वाचे आहे.
1C सर्व्हर डिझाइन करताना, डिस्क सबसिस्टम असण्यापूर्वी खालील गोष्टी साध्य करणे शक्य आहे:
या आकडेवारीवर, आम्ही अंदाजे rozrahunki वाढ देण्यासाठी काही डिकन आणले आहेत, 1C साठी सर्व्हर कसा निवडावा, मला वाटते, दुर्गंधी तुमच्यासाठी लाल असेल.
दिवसाच्या शेवटी, आणखी एक गोष्ट - varto magatisya करू नका, 1C सर्व्हरसाठी vikoristovuyuchi संगणक (जसे की ते सहसा लहान कंपन्यांमध्ये कार्य करते) - koristuvalnitska "zalіzo" kudi कमी nadіyno आणि vіdmovostіyke, nіzh समान उत्पादकता. सर्व्हर च्या. आपल्या उपक्रमाच्या oblіkovoj प्रणालीसह varto rizikuvat करू नका. तुम्ही तुमच्या बजेटमध्ये गुंतवणूक केली नाही तरीही, हे शक्य आहे, पुढे, तुम्ही अंधारात 1C उघडण्याची शक्यता पाहू शकता.
तुमच्यासाठी क्रमवारी लावणे सोपे आहे, 1C एंटरप्राइझ 8.3 साठी कोणता सर्व्हर निवडायचा, 1C सर्व्हर कसा तयार करायचा, त्यामुळे तुम्ही या कामांना आधी चिकटून राहिला नाही, तुम्ही नेहमी कंपनी-सिस्टम इंटिग्रेटरकडे परत जाऊ शकता, जेणेकरून तुम्ही 1C साठी तुमचा सर्व्हर nalashtuvati vidpovidny प्रकल्प पूर्ण करण्यास सक्षम असेल.
1С:Pіdpriєmstvo 8 कमी संख्येने कोरीस्टुवाचिवसह तयार करण्यासाठी संसाधन-बचत पूरक म्हणून दिसू शकते. विबिरायुची सर्व्हर pіd 1C, तो एक जादूगार असो जो "जन्म आघात" पूर्ववत करू इच्छितो - नवीन संभाव्य अरुंद क्षेत्रासाठी पाया घालणे. दुसर्या बाजूने, आज काही लोक सर्व्हर विकत घेतात आणि विरिस्टवर सुप्रा-सांसारिक तणाव. Dobreyakscho प्रोफाइल navantazhennya vdaetsya znyat zazdalegіd - नंतर कंपनीमधील विशिष्ट कॉन्फिगरेशन परिशिष्टासाठी सर्व्हर डिझाइन करणे सोपे आहे.
संदर्भासाठी, चला "1C: Enterprise 8.2" हे її लोकप्रिय मूलभूत कॉन्फिगरेशन "लेखा देखावा", "ट्रेडिंग आणि वेअरहाऊस", "पगार आणि कार्मिक व्यवस्थापन", "व्यापार एंटरप्राइझचे व्यवस्थापन" आणि विशेषतः, "व्यवस्थापन" मधील प्लॅटफॉर्म पाहू या. व्हॅक्यूम उत्पादन" असे दिसते की 10 आणि अधिक स्पिव्ह्रोबिटनिकच्या उपक्रमांसाठी, जे 1C, “1C: अंडरटेकिंग 8.2 वर काम करतात. परिशिष्ट सर्व्हर. तुम्ही रिमोट डेस्कटॉप मोडमध्ये (रिमोट डेस्कटॉप) काम करण्याचा पर्याय बदलू शकता, एका तासाच्या डेटा बेसची संख्या 100-150 पर्यंत आहे. "महत्त्वाच्या" DB 1C साठी शिफारसी निश्चित केल्या जातील, परंतु "महत्त्वाचे चढउतार" वैयक्तिक दृष्टिकोनावर अवलंबून असतील.
कंपनी लहान असल्याने (प्रति सिस्टम 2-7 फायली), बेस लहान आहे (1GB पर्यंत), आणि "1C: Enterprise 8.2" संगणकावर फाइल मोडमध्ये कार्य करते, नंतर आम्हाला फाइल सर्व्हरची उत्कृष्ट अंमलबजावणी आवश्यक आहे. . अशा कार्यांसाठी, CPU ला Intel Core i3 म्हटले जाण्याची शक्यता आहे, अधिक म्हणजे Intel Xeon E3-12xx. आवश्यक RAM चे प्रमाण आणखी सोपे आहे: ऑपरेटिंग सिस्टमसाठी 2GB आणि सिस्टम फाइल कॅशेसाठी 2GB.
जर 5-25 1C कोरच्या कंपनीत, डेटा बेसचा आकार 4GB पर्यंत असेल, तर "1C: Enterprise 8.2" अॅड-ऑन 4-कोर Intel Xeon E3-12xx किंवा AMD Opteron 4xxx चालवू शकतो. OS अंतर्गत क्रिम 2GB RAM, 1C अंतर्गत 1-4GB पाहणे आवश्यक आहे:Enterprise 8.2. परिशिष्ट सर्व्हर” आणि अधिक शैली आणि कॅशे म्हणून अधिक MS SQL सर्व्हर - एकूण 8-12GB RAM. लहान डेटाबेससाठी, ऑपरेटिव्ह मेमरीमधील रोख रक्कम डेटाबेसच्या किमान 30% असते आणि अधिक वेळा, सर्व 100% असते.
Vіdomy (जरी विशेषतः जाहिरात केलेली नाही) वस्तुस्थिती: “1C: Pіdpriєmstvo 8.2. ऍड-ऑन सर्व्हर आवडत नाही, जर ऑपरेटिंग सिस्टम हार्ड ड्राइव्हवरील स्वॅप फाइलवर नेले तर आणि कोणत्याही परिस्थितीत ते वापरणे सोपे आहे. म्हणूनच सर्व्हरवर, जेथे "अतिरिक्त सर्व्हर" लाँच केले जाते, तुमच्याकडे नेहमी ऑपरेशनल मेमरीमध्ये मोकळी जागा राखीव असू शकते - आज ते अधिक स्वस्त आहे.
कंपन्यांकडे प्रोग्राममध्ये (रिमोट डेस्कटॉप) रिमोट ऍक्सेसद्वारे कॉरिस्टुवाच 1C आवाज अधिक आहे - ते टर्मिनल मोडमध्ये आहे. नियमानुसार, 1GB आणि अधिक डेटा बेससह 10-100 1C डेटा बेससह, “1C: Enterprise 8.2. अॅड-ऑन सर्व्हर" आणि अॅड-ऑन "1C: Enterprise 8.2" एकाच सर्व्हरवर चालतात.
आवश्यक प्रोसेसर संसाधने निर्धारित करण्यासाठी, हे लक्षात घेतले पाहिजे की एक भौतिक कोर 8 पेक्षा जास्त कोर प्रवाहांवर कार्यक्षमतेने प्रक्रिया करू शकत नाही - हे प्रोसेसरच्या अंतर्गत आर्किटेक्चरमुळे आहे. सराव दर्शविल्याप्रमाणे, 1C + रिमोट डेस्कटॉप टास्क अंतर्गत, रोझराचंक कोरची कमी फ्रिक्वेन्सी आणि प्राथमिक आर्किटेक्चरसह तरुण ओळींचे सर्व्हर प्रोसेसर घेणे शक्य नाही. एक नियम म्हणून, उच्च-फ्रिक्वेंसी इंटेल Xeon E3-12xx वरून एक प्रोसेसर काढण्यासाठी ते लहान (15-20 पर्यंत) आहे. किमान एक भौतिक कोर (2 थ्रेड) SQL सर्व्हर वापरेल, दुसरा (2 थ्रेड) “1C: Enterprise 8.2 वापरेल. अॅड-ऑन सर्व्हर, आणि 2 भौतिक कोर (4 थ्रेड) - OS आणि टर्मिनल कोरसाठी. 1C कोरची संख्या 20 पेक्षा जास्त असल्यास, किंवा डेटाबेस 4GB पेक्षा मोठा असल्यास, Intel Xeon E5-26xx किंवा AMD Opteron 62xx वरील 2 प्रोसेसर सिस्टमवर स्विच करण्याची वेळ आली आहे.
ऑपरेशनल मेमरी obsyagu करण्यासाठी आवश्यक Razrahunok अगदी सोपे आहे: 2GB आवश्यक OS, 2GB आणि अधिक - MS SQL सर्व्हर कॅशे म्हणून (डेटाबेसच्या 30% पेक्षा कमी नाही), 1-4GB - pid "1C: Enterprise 8.2. सहाय्यक सर्व्हर", सर्व्हर मेमरी टर्मिनल सत्रांसाठी जतन केली जाऊ शकते. एक टर्मिनल बॉक्स, कॉन्फिगरेशननुसार जमा, परिशिष्टांसह राहणे “लेखा फॉर्म”, “ट्रेडिंग आणि वेअरहाऊस” - 100-120MB, “पगार आणि कार्मिक व्यवस्थापन”, “ट्रेडिंग एंटरप्राइझ मॅनेजमेंट” - 120-160MB, . एमएस वर्ड, एमएस एक्सेल, एमएस आउटलुक सर्व्हरवर अॅड-ऑन चालवण्यासाठी, स्किन अॅड-ऑनला सुमारे 100MB दिसणे आवश्यक आहे. नियमानुसार, टर्मिनल सर्व्हरसाठी किमान 12GB RAM आहे.
उदाहरणार्थ, नेहमीच्या सॉफ्टवेअर पॅकेजसह 1C सर्व्हरसाठी, "कमर्शियल बिझनेस अॅडमिनिस्ट्रेशन" कॉन्फिगरेशनमधील 50 टर्मिनल बॉक्स, 8GB साठीचा डेटा बेस दोन Intel Xeon E5-2650 प्रोसेसर (8 कोर, 16) च्या तीव्रतेद्वारे चांगल्या प्रकारे मोजला जाईल. थ्रेड्स, 2.0 GHz). तुम्हाला किमान 2 (OS) + 4 (SQL) + 4 (1C-सर्व्हर) + 8 (160 "UTP" * 50 कोर) = 18GB आणि आणखी लवकरच 24-32GB (प्रत्येकी 4GB चे 6-8 DIMM चॅनेल) RAM हवी आहे ) .
सर्व्हर 1C च्या पूर्ण कार्यासाठी अधिक स्कॅर्ग:Pіdpriєmstvo 8 pov'yazan z अवास्तव, जसे की ते vivouyutsya प्रकारचे ऑपरेशन परिचय-दृश्यीकरण आहेत, काही प्रकारचे श्रद्धांजली z іntensivnіstyu वर. संपूर्णपणे सर्व्हरची पुरेशी उत्पादकता सुनिश्चित करण्यासाठी सर्वात महत्वाची डिस्क उपप्रणाली ही गुरुकिल्ली आहे - अगदी डेटाबेस नेव्हिगेशनसाठीही, सर्वात मोठी समस्या म्हणजे एक तासाच्या कामाच्या दरम्यान टेबल्स ब्लॉक करणे हे फेसलेस कॉरिस्टुवाचिवशिवाय किंवा मोठ्या प्रमाणात अधिग्रहण / व्हिवंटेज / पोस्टिंगसह आहे. सर्व्हरच्या डिस्क सबसिस्टमचे निरीक्षण आणि ऑप्टिमायझेशन.
1С मे 5 डिस्क सबसिस्टमसाठी डेटा प्रवाहित होतो, ज्यासह ते कार्य करणार नाहीत:
1C मधील डेटाची रचना ऑब्जेक्ट-ओरिएंटेड आहे, त्यांच्यामध्ये कोणतेही ऑब्जेक्ट आणि लिंक नाहीत. p align="justify"> डेटा टेबलसह काम करण्यासाठी, प्रति सेकंद वाचलेल्या ऑपरेशन्सची संख्या अत्यंत महत्त्वाची आहे, कारण एका तासात डिस्क सबसिस्टम तयार करणे आहे (इनपुट आउटपुट ऑपरेशन प्रति सेकंद, IOPS). त्याच वेळी, डेटा ट्रान्समिशनची उच्च प्रवाह गती पाहण्याची क्षमता (MBp / s) खूपच कमी महत्त्वाची आहे. 3-5 शॉर्टलिस्ट केलेल्या सेलमधून 200-300MB च्या व्हॉल्यूमसह एक माफक बेस शिखरांमध्ये 400-600 IOPS पर्यंत निर्माण करू शकतो. 10-15 कोरचा बेस आणि एकूण 400-800MB 1500-2500 IOPS पाहू शकतो, 2-4GB डेटाबेसचे 40-50 कोर 5000-7500 IOPS तयार करतात आणि 80-100 कोरचा बेस सहजपणे 1200- पर्यंत पोहोचू शकतो. 180.
आपल्याला माहिती आहे की, डिस्क सबसिस्टमची सरासरी मागणी शिखराच्या 10-15% असू शकते. पीक ऍक्विझिशनच्या कालावधीत केवळ उत्पादकताच महत्त्वाची असते: इतर सिस्टीममधून डेटाचे स्वयंचलित संपादन, पुनर्प्रदर्शन कालावधी दरम्यान वितरित प्रणालीमधून डेटाची देवाणघेवाण.
यादृच्छिक प्रवेशासह वाचन आणि लेखन ऑपरेशन्समधील आधुनिक डिस्क्स (रँडम रीड/राइट) पुढील आव्हाने एक एक करून हाताळू शकतात:
|
इंटेल 910 400 GB |
|||||
|
2400 - 8600 IOPS |
हे पाहणे चांगले आहे:
डेटाबेस सर्व्हरवरील सिंगल डिस्क तुटलेली नाहीत, फक्त RAID अॅरे आहेत. डिस्क उपप्रणालीच्या वास्तविक उत्पादकतेमध्ये आणखी वाढ करण्यासाठी, IOPS ला लिहिण्यासाठी दंड (दंड) भरणे आवश्यक आहे, जसे की डिस्क गट RAID मध्ये आहे:
तुम्ही RAID 10 मधून 6 डिस्क निवडल्यास, 2 IOPS भौतिक डिस्क 1 IOPS रेकॉर्डवर संग्रहित केल्या जातील आणि RAID 6 मध्ये 6 IOPS डिस्क वापरल्या जातील. अशाप्रकारे, रेकॉर्डिंगसाठी डिस्क गटाची क्षमता वाढवण्यासाठी, RAID गटाच्या सर्व डिस्कचे IOPS जोडणे आवश्यक आहे, आणि नंतर त्यांना "पेनल्टी" मध्ये विभागणे आवश्यक आहे.
उदाहरण 1: 2 HDD SATA 7200 RAID 1 लेखन-मुक्त: (100 IOPS *2) / 2 = 100 IOPS.
स्टॉक 2: 4 SATA 7200 RAID 5 लेखन-मुक्त: (100 IOPS *4) / 4 = 100 IOPS.
स्टॉक 3: 4 SATA 7200 RAID 10 लेखन-मुक्त: (100 IOPS *4) / 2 = 200 IOPS.
डेटाबेस जतन करण्यासाठी, काहींसाठी, ठराविक वाचन/लेखन गुणोत्तर 68/32 असावे, जे एक लहान RAID 10 का असावे हे स्पष्टपणे दाखवण्यासाठी 2 आणि 3 लागू करा.
या तीन सारण्यांवरून, हे स्पष्ट होते की RAID 1 मधील 2 HDD SATA 7200 च्या सामान्य “जंटलमन सेट” ची उत्पादकता सर्व्हरसाठी का पुरेशी नाही: उच्च दाबांवर, पोटांची संख्या डिस्कवर वाढते, सिस्टम लहान असतात. - जगले, कधीकधी बराच काळ.
रेकॉर्डिंगसाठी डिस्क सबसिस्टमची उत्पादकता कशी वाढवायची? RAID गटातील डिस्कची संख्या वाढवा, मोठ्या सुरक्षा आवरणासह डिस्कवर स्विच करा, कमी लेखन दंडासह RAID पातळी निवडा. कृपया वर्धित लेखन-बॅक मोडमधून RAID-कंट्रोलरद्वारे कॅशेला मदत करा परत लिहा. डेटा थेट डिस्कवर (राइट थ्रू मोडमध्ये) लिहिला जात नाही, परंतु कंट्रोलर कॅशेवर, आणि फक्त नंतर, बॅच मोडमध्ये आणि व्यवस्थितपणे - डिस्कवर. व्यवस्थापकाच्या वैशिष्ट्यांवर अवलंबून, रेकॉर्डची उत्पादकता 30-100% वाढली आहे.
शक्यतो कमी-आवाज किंवा तुलनेने लहान डेटाबेस (20GB पर्यंत) हा SSD/HDD वरून IOPS - हायब्रिड RAID वाढवण्याचा एक स्वस्त मार्ग आहे. kshtalt merezhі कॅफे किंवा सर्व्हिस स्टेशनवरील rozpodіlenіy संरचनेवर 3-15 koristuvachiv साठी डेटाबेसच्या मोठ्या आणि आवश्यक नसलेल्या फायली.
लांब ऐतिहासिक डेटा लूप असलेल्या मोठ्या (200GB आणि अधिक) डेटाबेससाठी, किंवा मोठ्या डेटाबेसेसची सेवा करण्यासाठी, SSD कॅशे प्रभावी असू शकतात (LSI CacheCade 2.0 किंवा Adaptec MaxCache 3.0 तंत्रज्ञान). अशा सिस्टमच्या ऑपरेशनसाठी, अतिरिक्त मदतीसाठी 1C च्या कार्यांमध्ये, आपण लक्षणीय स्वस्त आणि पायाभूत सुविधांमध्ये मोठे बदल न करता, आपण 20-50% ने डिस्क ऑपरेशन्सची गती वाढवू शकता.
IOPS मधील स्विडकोडच्या चॅम्पियनने सर्व्हर SSDs वर RAID अॅरे हस्तांतरित केले आहेत - दोन्ही पारंपारिकपणे, SAS RAID नियंत्रकांऐवजी आणि PCIe SSDs. त्यांच्या लोकप्रियतेसाठी दोन मध्यवर्ती घटक महत्त्वाचे आहेत: तांत्रिक (RAID नियंत्रकांची उत्पादकता किंवा बचतीची रचना आमूलाग्र बदलण्याची गरज) आणि अंमलबजावणीची किंमत.
इंडेक्स फाइल्स आणि TempDB जतन करण्याबद्दल सांगण्यासाठी पुढील ओक्रेमो. इंडेक्स फाइल्स फार क्वचित अपडेट केल्या जातात (प्रति डोबा 1 वेळा कॉल करा), त्या अधिक वारंवार वाचल्या जातात (IOPS). दिखाऊपणा वाचण्यासाठी एसएसडीवर असे डॅनिम सेव्ह करणे आवश्यक आहे! वेळ डेटा वाचवण्यासाठी वापरला जाणारा TempDB, आकाराने लहान असतो (1-4-12GB), परंतु वेग रेकॉर्ड करण्यास सक्षम असतो. अनुक्रमणिका आणि तास फायली पाठवल्या जातील जेणेकरून तुम्ही वास्तविक डेटा खर्च करेपर्यंत तुम्हाला खर्च करण्याची गरज नाही. Otzhe, दुर्गंधी एक okremu (किंवा असं म्हणा - दोन okremih खंड वर) SSD वर पसरली जाऊ शकते. मला मदरबोर्डचा ऑनबोर्ड SATA कंट्रोलर वापरायचा आहे. विश्वासार्हता आणि स्विडकोडच्या दृष्टिकोनातून, TempDB चा वापर SSD वरून मिरर (RAID1) करण्यासाठी केला जाऊ शकतो, ते ऑन-बोर्ड कंट्रोलरवर आणि रेकॉर्डवरील कॅशे obov'yazykovym स्टॅश करण्यासाठी देखील शक्य आहे. या कारणास्तव, डेस्कटॉप एसएसडी देखील प्रभावित होतात - उदाहरणार्थ, इंटेल 520-मालिका, TempDB वर लिहिताना डी हार्डवेअर डेटा कॉम्प्रेशन अधिक सुव्यवस्थित होईल. स्वीडिश उपप्रणालीच्या दृष्टीवर बचत करण्याच्या जागतिक प्रणालीतील या नेत्यांची चूक प्रणालीच्या उत्पादकतेवर सकारात्मकपणे दर्शविली जाते, विशेषत: सर्वाधिक मागणीच्या क्षणी.
अपयशाच्या बाबतीत, अयशस्वी झाल्यास प्रशासकांच्या जास्तीत जास्त वेगवान प्रतिसादाची खात्री करणे शक्य असल्यास आणि जर वाहतूक रसद, UPP मध्ये Virobnitstvo, URBD मधील व्हॉल्यूम एक्सचेंजेस), TempDB RAMDrive वर दोषी आहे. हा निर्णय आपल्याला कधीकधी सिस्टमच्या एकूण उत्पादकतेच्या 4-12% पर्यंत जिंकण्याची परवानगी देतो. अयशस्वी होणे केवळ सर्व्हर रीस्टार्ट करण्यासाठी जबाबदार आहे: जर RAMDrive स्वयंचलितपणे सुरू होत नसेल, तर मॅन्युअल प्रारंभासाठी प्रशासक जोडणे आवश्यक असेल - अन्यथा संपूर्ण सिस्टम थांबेल.
आणखी एक महत्त्वाचा घटक म्हणजे लॉग फाइल्स. दुर्गंधी कोणत्याही प्रकारच्या डिस्क सबसिस्टम सिंग्युलरिटीसाठी अस्वीकार्य असू शकते - रेकॉर्डिंगसाठी ड्रिबनिह प्राण्यांचा सतत प्रवाह निर्माण करणे. हे मध्यम रहदारीसाठी अथांग आहे, परंतु कमाल रहदारीसाठी 1C सर्व्हरच्या कोडसाठी ते अधिक वाईट आहे. p align="justify"> लॉग फाइल (विशेषत: SQL लॉग फाइल) शक्य तितक्या भौतिक व्हॉल्यूममध्ये न्याय्य ठरवणे शहाणपणाचे आहे, जे IOPS च्या दृष्टीने व्यावहारिकदृष्ट्या रेखीय असेल. मनःशांतीसाठी, तुम्ही स्वस्त आणि अवजड SATA/NL SAS (पूर्ण लॉगसाठी), किंवा स्वस्त डेस्कटॉप SSD मधून समान इंटेल 520 मालिका (सिंपल लॉग किंवा पूर्ण लॉग, मोफत बॅकअप आणि साफसफाईसह) मिरर तयार करू शकता.
थोडक्यात, आम्ही असे म्हणू शकतो की सर्व्हरवर एसएसडीच्या आगमनाने मास सर्व्हरची उत्पादकता वाढवण्याची नवीन शक्यता निर्माण झाली - डेटा स्टोरेजच्या खर्चासाठी आणि डिस्क I/O च्या बुद्धिमान कॉन्फिगरेशनसाठी.
"आदर्श सर्व्हर pid 1C" ची डिस्क उपप्रणाली असे दिसते:
1. हार्डवायर हार्डवेअर RAID कंट्रोलरसह उच्च सर्व्हर SSDs वरून RAID 10 (किंवा लहान डेटा बेससाठी RAID 1) वर ठेवलेल्या डेटा बेसच्या सारण्या. उच्च IOPS दरांसह, तुम्ही PCIe SSD पर्याय पाहू शकता. मोठ्या डेटाबेससाठी, HDD अॅरेचे SSD-कॅशे स्टोरेज वापरणे कार्यक्षम आहे. तथापि, 1C कॉन्फिगरेशन आणि डेटा स्ट्रक्चर, जे विजयी आहेत, ते IOPS पर्यंत सक्षम नाहीत आणि कोरची संख्या लहान आहे - HDD SAS 15K rpm वरून पारंपारिक अॅरे काढण्यासाठी.
2. स्वीडिश आणि स्वस्त सिंगल SSD, TempDB साठी इंडेक्स फाइल्स - 1-2 (RAID 1) SSD किंवा RAMDrive साठी.
3. SATA/NL SAS HDD किंवा स्वस्त SSD वर व्हॉल्यूमची दृष्टी (समान भौतिक डिस्क किंवा RAID-1) पाहण्यासाठी SQL लॉग फाइल्स (परंतु 1C देखील) किंवा RAID अॅरेवरील लॉजिकल डिस्क, ज्यावर ऑपरेटिंग सर्व्हर सर्व्हरची प्रणाली फाइल्स/फोल्डर्स स्थापित केली आहे.
4. RAID 1 वर HDD किंवा SSD सह डेटा संग्रहित केलेली ऑपरेटिंग सिस्टम.
IT इन्फ्रास्ट्रक्चर व्हर्च्युअलाइज्ड असल्याने, हे खूप वाईट आहे की SQL सर्व्हर व्हर्च्युअल मशीनप्रमाणे स्थापित केले गेले नाही, तर थेट प्रत्यक्ष सर्व्हरवर, उघड्या डोळ्यांनी. अन्नाची किंमत डिस्क उपप्रणालीच्या उत्पादकतेच्या 15 ते 35% पर्यंत आहे (कब्जा, ड्रायव्हर्स, व्हर्च्युअलायझेशन आणि कनेक्शन पद्धतींमधून जमा). व्हर्च्युअलाइज्ड SQL सर्व्हर वातावरण डेटाबेस टेबल्स, इंडेक्स फाइल्स आणि TempDB सह व्हॉल्यूम्स VM ला अनन्य डायरेक्ट ऍक्सेस मोडमध्ये जोडते.
ऑपरेटिंग सिस्टम 1C: लहान आणि मध्यम उद्योगांसाठी एंटरप्राइझ 8 (एकाच वेळी 100-150 सक्रिय कर्मचारी पर्यंत), पुढील पायरी म्हणजे इथरनेट इंटरफेसद्वारे नेटवर्क ऑपरेशन्सवरील खर्च कमी करणे. आदर्शपणे - एका भौतिक सर्व्हरसह रिमोट डेस्कटॉपमध्ये SQL सर्व्हर, आणि "1C: Enterprise 8 अॅड-ऑन सर्व्हर x64", आणि 1C सत्रे सर्व्ह करण्यासाठी. vіdm पर्यंत स्थिरतेच्या सुरक्षिततेच्या दृष्टिकोनातून, अशा शिफारसीमुळे तुम्हाला त्या PZ चा ताबा जास्तीत जास्त वाढवता येतो आणि व्हर्च्युअलायझेशनच्या वर्च्युअलायझेशनमधील चढउतारांसाठी, ती समान पातळीची सुरक्षितता आणि "पुनरावृत्ती" देते. माध्यमाचे" दुसऱ्या सेटिंगवर.
SQL सर्व्हरवरून इथरनेट कसे बंद करायचे -> 1C:Enterprise 8 अॅड-ऑन सर्व्हर -> 1C:Enterprise 8 सत्र? Merezhevy इथरनेट इंटरफेस, या डेटाच्या iogo पॅकेजिंगसह ट्रान्समिशनसाठी विशेषत: लहान ब्लॉक्स आहेत, नेहमी अतिरिक्त जॅमिंग तयार करेल: ट्रॅफिक पॅक करताना / अनपॅक करताना आणि स्वतः ट्रान्समिट करताना (उच्च विलंब). 1C:Pіdpriєmstvo 8 मध्ये मोठ्या प्रमाणात डेटा गोळा करण्यासाठी, ते प्रक्रियेसाठी हस्तांतरित केले जातात आणि ते संपूर्ण भाषेनुसार चालते, विशिष्ट परिस्थितींमध्ये - चुकीच्या बाजूला. सर्व्हरच्या RAM मध्ये (एका सर्व्हरवर व्हर्च्युअलायझेशनशिवाय) डेटा थेट एका प्रक्रियेत दुसर्या प्रक्रियेत हस्तांतरित करताना, किंवा आभासी जाळी इंटरफेसद्वारे (त्याच भौतिक सर्व्हरमध्ये, VM दरम्यान हस्तांतरित केलेल्या RAM ब्लॉक्ससह चांगल्या सर्व्हर मेश अडॅप्टरसह) zatrymki मोठ्या प्रमाणावर कमी होते. मोठ्या ऑपरेशनल मेमरीसह आधुनिक डबल-प्रोसेसर सर्व्हर आणि SSD वरील डिस्क सबसिस्टम तुम्हाला 100-150 सक्रिय कोरसाठी 1C डेटाबेस आरामात सर्व्ह करण्याची परवानगी देतात.
डेटाबेसच्या शोधासाठी, अनेक भौतिक होस्ट अपरिहार्य आहेत, 10Gb इथरनेटद्वारे सर्व सर्व्हर कनेक्ट करणे आवश्यक आहे. किंवा, किमान, हार्डवेअर प्रवेगक TCP/IP (TCP/IP ऑफलोडर) आणि वर्च्युअलायझेशनसाठी हार्डवेअर समर्थनासह 2-4 एकत्रीकरण 1Gb इथरनेट कनेक्शन.
इथरनेट पोर्टवरील उत्पादकतेचा सर्वात मोठा खर्च अर्थसंकल्पीय निर्णयांमुळे होतो. हे रहस्य नाही की बहुतेक सर्व्हर मदरबोर्डवर सोल्डर केलेले 1Gb वायर्ड अडॅप्टर्स गहन वायर्ड रहदारी सेवा देण्यासाठी डिझाइन केलेले नाहीत. GbE च्या 2 किंवा 3 पोर्ट्स, डेस्कटॉप चिप्सवरील अंमलबजावणीची दुर्गंधी बोर्डवर नेविट याक्सचो. पुरेसे व्यवस्थापन, विलीनीकरण एक्सचेंजेसच्या सेवेतून, विशेषत: आभासी मध्यभागी दुर्गंधीमुळे अतिरिक्त बिले येतात. अशा चिपद्वारे डेटा हस्तांतरित करण्याची संपूर्ण प्रक्रिया प्रोसेसर संसाधने, ऑपरेशनल मेमरी आणि अंतर्गत बसने व्यापलेली आहे. अशा चिप्स आयपी ट्रॅफिकचे कोणतेही प्रवेगक ट्रांसमिशन देत नाहीत, जर असे ट्रान्समिशन प्राप्त झाले तर इथरनेट पॅकेटचा अर्थ प्रोसेसरला हस्तांतरण होईल. आभासी वातावरणात, इंटरफेसची उत्पादकता 25-30% पर्यंत पोहोचू शकते. कमीतकमी, आपण मॉनिटरिंगच्या मदतीने सर्वात योग्य इंटरफेसची आवश्यकता नमूद करू शकत नाही. सेंट्रल प्रोसेसर नवीनसाठी जबाबदार आहे आणि जर ते कार्य करत नसेल तर ते फक्त मेश कार्डच्या विंडोमध्ये उभे आहे. सर्व्हर व्यवस्थापन कार्य हटवल्यानंतर, डेस्कटॉप चिप्सवरील पोर्ट आभासी वातावरणातील डेटा प्रवाहातून बंद केले जावे. सघन कुंपण वाहतुकीसाठी सर्व्हर चिपसेटवर एक स्वतंत्र सीमा कार्ड जोडा.
भविष्यातील सर्व्हरच्या उत्पादकतेबद्दल चर्चा करणे नेहमीच त्यांच्या विश्वासार्हतेबद्दल सुपर-कूकसह असते. परिपक्वतेच्या टिकाऊपणाच्या सुरक्षिततेसाठी नेहमी अतिरिक्त विट्रेट्सची आवश्यकता असते, विशेषत: निर्बाध व्हायरोबनिक प्रक्रियेच्या समर्थनासाठी. त्या जागेच्या 1C ची भूमिका कमी न करता, असे म्हटले जाऊ शकते की "उत्पादकता / श्रेष्ठता" ची सर्वात मोठी कोंडी वेगवेगळ्या क्षेत्रांमध्ये वाढत आहे: प्रथमच, हार्डवेअर सोल्यूशन्सच्या ऑप्टिमायझेशनसाठी लढा दिला जातो, इतरांसाठी - प्रक्रियांचे संघटन आणि प्रक्रिया. जर कार्यक्रम गंभीर म्हणून चिन्हांकित केले गेले, तर व्यावहारिकतेच्या अंमलबजावणीसाठी मुख्य आदर वैयक्तिक सर्व्हर संरक्षणाच्या गरजांना नाही, तर साध्या पायाभूत सुविधांच्या कमीत कमी करण्यासाठी दिला जातो.
Зрозуміло, для підприємств із відносно великою кількістю одночасно підключених користувачів (25-150) та розміщенням усіх додатків на одному сервері обов'язкове застосування джерел безперебійного енергопостачання, надлишкових блоків живлення самих серверів, кошиків гарячої заміни дисків та RAID-масивів із гарячим резервуванням. तथापि, उपकरणांची उपलब्धता डेटाच्या नियोजित आरक्षणाची जागा घेत नाही. Mayuchi schodenny (अधिक तंतोतंत, shonochovy) पूर्ण SQL लॉगमधून त्या ऑपरेशनल फाइलचा बॅकअप घ्या, तुम्ही लक्षणीय लहान अंतरासाठी DB 1C पुन्हा-अपडेट करू शकता.
लहान आणि मध्यम उद्योगांसाठी केंद्रीय प्रणाली 1C चा अनुज्ञेय निष्क्रिय वेळ दरमहा 1-2 अपघात, कालावधीसाठी 1-4 वर्षे आहे. खरंच, वेळेचा एक मोठा राखीव - पुनरुत्थानाच्या आधी, आम्ही बर्याच काळापासून तयारी करत आहोत. आवश्यक स्मार्ट रीस्टार्ट आणि सर्व व्हर्च्युअल आणि फिजिकल सर्व्हरच्या प्रतिमांची उपलब्धता वास्तविक फाइल/व्हॉल्यूमवर VM समोर - बॅकअप सर्व्हरवर पायाभूत सुविधांचा भाग अद्यतनित करण्यासाठी. पुढील फिजिकल अटॅचमेंटसाठी Obov'azkovy schodenny बॅकअप (आणि sozhnevyy तो बंद कालावधी) आणि vypadkіv साठी पूर्ण SQL लॉग, जर "कामाच्या दिवसाच्या सुरुवातीपासून" डेटा एंट्री मॅन्युअली गंभीर आणि महत्त्वाची असेल. प्रशासनाच्या स्पष्टतेसाठी, आपण 1-2 वर्षांमध्ये सरावाचे नूतनीकरण झगाल, उच्च आणि कमी उत्पादकतेसह गुंतवणूक करू शकता. ठीक आहे, आणि तेथे, 24x7 च्या अखंड कार्याची आवश्यकता असल्यास, पहिली कार्ये वेगळ्या आर्किटेक्चरची निवड असेल, ज्यामध्ये कमीतकमी परिचयाचे गुण आणि क्लस्टरिंगचे आधुनिक तंत्रज्ञान असेल. Ale tse आधीच zovsіm іnsha іstoriya.
मूळ लेख: http://ko.com.ua/proektirovanie_servera_pod_1s_66779
मी "संगणक पुनरावलोकन" जर्नलच्या संपादकाला परवानगी देईन
कॉबसाठी, मी कामासाठी स्क्रिप्ट पाहणार आहे:
1.) जंगली संसाधनाद्वारे (वेब सर्व्हर) फाइल बेससह कार्य करणे
2.) टर्मिनलवर फाइल बेससह कार्य करा
3.) सर्व्हर (MSSQL) डेटाबेससह कार्य करणे
जागतिक संसाधनाद्वारे (वेब सर्व्हर) फाइल बेसवरून रोबोट
येथे सर्व काही सोपे आहे. Yakscho tse zvichaynі फॉर्म की 1-3 koristuvach. नंतर "सर्व्हर" वर (ज्या मशीनवर बेस स्थित आहे ते निवडले आहे:
शेवटच्या क्षणी, बरे झालेल्या फॉर्मवर आधार म्हणून. येथे अक्ष सर्व काही बांधल्याप्रमाणे आहे, जसे त्याचे अधिक वर्णन केले आहे, आपण गॅल्मा पाहू शकता. बाहेर पडा:
बेससाठी, तुम्ही तुमच्या आरामदायी कामासाठी पुरेसा असलेला एक कोरिस्टुवाच स्थानिक पातळीवर तयार करू शकाल आणि कच्च्या संसाधनाद्वारे कामाचा वेग इतका स्वयंपूर्ण असेल. Ale आणि येथे є आउट - वेब सर्व्हरद्वारे एक रोबोट. इंटरनेटवर, आपण या लेखात या लेखात निर्णय न घेता, समान श्रेणीसह नोकरी कशी आयोजित करावी याचे वर्णन करणारे लेख मोठ्या संख्येने शोधू शकता. एकटा, मी तुमच्याबरोबर माझे इशारे सामायिक करेन: वेब ब्राउझरद्वारे नव्हे तर पातळ क्लायंटद्वारे (जर आम्ही आयबीच्या यादीमध्ये नवीन बेस जोडला तर, तेथे आयबी प्लेसमेंटच्या बाजूला) कोरेस्टुवाचिवसह रोबोट सुधारणे चांगले आहे. "वेब सर्व्हरवर" एक आयटम आहे). तसे, माझ्या इशाऱ्यांसाठी, ब्राउझरद्वारे जलद, कमी करा. याव्यतिरिक्त, ब्राउझरद्वारे काम करताना, इंटरफेसमध्ये माफी ऐकली जाते (पीएमने काय केले आणि असेच), पातळ क्लायंटद्वारे काम करताना काहीही नसते.
व्लास्ने, या रेसिपीसह वेग वाढवा (ssd, उच्च वारंवारता असलेला प्रोसेसर, वेब सर्व्हर, पातळ क्लायंट). "कोरिस्टुवाचिवची संख्या 1 पेक्षा जास्त असल्याने (सध्याच्या आवृत्तीसाठी 0 :)) - एक सर्व्हर बेस आवश्यक आहे * म्हणून मिथक विस्तृत करणे शक्य आहे.
*तुम्हाला हवे असल्यास, हे सांगणे सुरक्षित आहे की किंमत UPP नाही किंवा मूळ आकार > ~ 4GB आहे आणि कोरिस्टुवाचची संख्या 4 पेक्षा जास्त नाही (बेसचा कमाल आकार हा कोरीस्टुवाचिवची संख्या आहे, जर तो मोठा असेल तर एक, फाईल बेससह फाईल बेसद्वारे अधिक लोकांनी काम केले असेल तर फॉल झुस्ट्रिच करणे शक्य आहे?
टर्मिनलवर फाइल बेससह कार्य करणे
चला पुढील पर्यायाकडे वळू. आमच्याकडे टर्मिनल सर्व्हर असू शकतो आणि फाइल बेस असू शकतो. येथे सर्व काही प्रोसेसरच्या दोषासाठी परिस्थिती 1 सारखे आहे:
सर्व्हर (MSSQL) बेससह कार्य करा
ही परिस्थिती सर्वात क्लिष्ट आहे आणि कदाचित, त्यासाठी काही अतिरिक्त आकडेवारीची आवश्यकता असेल. मी या लेखाच्या चौकटीत उत्पादनक्षमतेत जोडले जावेत अशी मूलभूत तत्त्वे पाहण्यासाठी प्रचार करतो
नाचे सर्व काही. फूड / स्कार्गी / प्रस्ताव आवडले - टिप्पण्यांमध्ये आपले स्वागत आहे;)
