05.04.2017 |

ക്ലസ്റ്റർ 1C 8.3

ഒന്നാമതായി, 1C ക്ലസ്റ്റർ ഇൻസ്റ്റാൾ ചെയ്ത ശേഷം, വർക്ക്ഫ്ലോകൾ സൃഷ്ടിക്കേണ്ടത് ആവശ്യമാണ്. ഡാറ്റാബേസിന്റെ ലോഡിനെ ആശ്രയിച്ച് ക്ലസ്റ്റർ പ്രക്രിയകൾ യാന്ത്രികമായി സൃഷ്ടിക്കാൻ തുടങ്ങി.

പ്രധാന അടിത്തറയുടെ പശ്ചാത്തല ടാസ്ക്കുകളുടെ ട്രയൽ റൺ 1C ക്ലസ്റ്ററിനെ rphost.exe അനന്തമായി ഓവർലോഡ് ചെയ്യാൻ നിർബന്ധിതരാക്കി, കൂടാതെ അധിക rphost.exe സൃഷ്ടിക്കാൻ ആഗ്രഹിക്കുന്നില്ല. ക്രമീകരണങ്ങൾ കുഴിച്ചെടുത്ത ശേഷം, എല്ലാം വ്യക്തമായി.

പരമാവധി തൊഴിലാളി പ്രോസസ്സ് മെമ്മറിതൊഴിലാളി പ്രക്രിയകൾക്ക് ഒരുമിച്ച് ഉപയോഗിക്കാനാകുന്ന മെമ്മറിയുടെ അളവാണ്. പാരാമീറ്റർ സജ്ജീകരിക്കുമ്പോൾ നിങ്ങൾ വളരെ ശ്രദ്ധിക്കേണ്ടതുണ്ട്, അത് ബൈറ്റുകളിൽ അളക്കുന്നു. നിങ്ങൾ തെറ്റായ മൂല്യം സജ്ജീകരിക്കുകയാണെങ്കിൽ (ഇതിന് പര്യാപ്തമല്ല സാധാരണ പ്രവർത്തനംഉപയോക്താക്കൾക്ക്) "1C സെർവറിൽ മതിയായ സൗജന്യ മെമ്മറി ഇല്ല" എന്ന പിശക് ഉപയോക്താക്കൾക്ക് ലഭിക്കും. 1C സെർവറിൽ മെമ്മറി ക്വാട്ട തീരുമ്പോൾ നിങ്ങൾക്ക് ഈ പിശക് ലഭിക്കും.

ഓരോ കോളിനും സുരക്ഷിതമായ മെമ്മറി ഉപഭോഗം- ഒരു സെർവർ കോളിൽ മെമ്മറി ഉപഭോഗം നിയന്ത്രിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു, ഇത് ബൈറ്റുകളിൽ അളക്കുന്നു. കോൾ പ്രതീക്ഷിച്ചതിലും കൂടുതൽ മെമ്മറി ഉപയോഗിക്കുന്നുവെങ്കിൽ, വർക്കർ പ്രോസസ്സ് (rphost.exe) പുനരാരംഭിക്കാതെ തന്നെ 1C ക്ലസ്റ്ററിനുള്ളിൽ ഈ കോൾ പൂർത്തിയാകും. അതനുസരിച്ച്, സെർവർ കോൾ ചെയ്ത "പരാജിതന്" മറ്റ് ഉപയോക്താക്കളുടെ പ്രവർത്തനത്തെ ബാധിക്കാതെ 1C ബേസ് ഉള്ള സെഷൻ നഷ്‌ടമാകും.

ഒരു ജിബിയിൽ - 1073741824 ബൈറ്റുകൾ, അതിനാൽ 2 ജിബിയിൽ - 2147483648 ബൈറ്റുകൾ

സെർവർ ഉൽപ്പാദനക്ഷമമായി കണക്കാക്കുന്ന വർക്കർ പ്രോസസ്സ് മെമ്മറിയുടെ അളവ് - ഈ പരാമീറ്റർ കവിഞ്ഞാൽ, 1C ക്ലസ്റ്ററിലെ സെർവർ പുതിയ കണക്ഷനുകൾ സ്വീകരിക്കുന്നത് നിർത്തും.

ഓരോ പ്രക്രിയയിലും ഐഎസിന്റെ എണ്ണം- ജോലി പ്രക്രിയകൾ വഴി ഇൻഫോബേസുകളെ ഒറ്റപ്പെടുത്താൻ നിങ്ങളെ അനുവദിക്കുന്നു. സ്ഥിരസ്ഥിതിയായി, നിലവിലെ 1C ക്ലസ്റ്റർ "8" ആയി സജ്ജീകരിച്ചു, എന്നാൽ നിരവധി മണിക്കൂർ പ്രവർത്തനത്തിന് സെർവർ വളരെ അസ്ഥിരമായിരുന്നു, ഉപയോക്തൃ സെഷനുകൾ ഹാംഗ് അപ്പ് ചെയ്തു. ഓരോ ഇൻഫോബേസും (മൂല്യം - "1") വേർതിരിച്ച ശേഷം, പ്രശ്നങ്ങൾ അപ്രത്യക്ഷമായി.

ഓരോ പ്രക്രിയയ്ക്കും കണക്ഷനുകളുടെ എണ്ണം- സ്ഥിര മൂല്യം "128" ആണ്. നിലവിലെ അടിത്തറയിൽ വളരെ വലിയ ബാക്ക്ഗ്രൗണ്ട് ടാസ്ക്കുകൾ ഉള്ളതിനാൽ (ലോജിസ്റ്റിക്സിന്റെ കണക്കുകൂട്ടൽ, വില വിശകലനം, എതിരാളികളുടെ വിശകലനം മുതലായവ), അത് "25" ആയി കുറയ്ക്കാൻ തീരുമാനിച്ചു.

1C ക്ലസ്റ്ററിന്റെ ക്രമീകരണങ്ങളും ചെറുതായി മാറിയിരിക്കുന്നു:

പ്രതിരോധശേഷി നിലഒരേ സമയം പരാജയപ്പെടാൻ കഴിയുന്ന പ്രൊഡക്ഷൻ സെർവറുകളുടെ എണ്ണമാണ്, ഇത് നയിക്കില്ല തകര്ച്ചഉപയോക്തൃ ജോലി. നിർദ്ദിഷ്ട തെറ്റ് സഹിഷ്ണുത ഉറപ്പാക്കാൻ ആവശ്യമായ തുകയിൽ അനാവശ്യ സേവനങ്ങൾ സ്വയമേവ ആരംഭിക്കുന്നു. തത്സമയം, സജീവമായ സേവനം സ്റ്റാൻഡ്‌ബൈയിലേക്ക് പകർത്തുന്നു.

പങ്കിടൽ മോഡ് ലോഡ് ചെയ്യുക- പാരാമീറ്ററിന് രണ്ട് ഓപ്ഷനുകൾ ഉണ്ട്: "പ്രകടന മുൻഗണന" - കൂടുതൽ സെർവർ മെമ്മറി ചെലവഴിക്കുകയും പ്രകടനം ഉയർന്നതാണ്, "മെമ്മറി മുൻഗണന" - 1C ക്ലസ്റ്റർ സെർവർ മെമ്മറി സംരക്ഷിക്കുന്നു.

8.3 സെർവറിന്റെ സവിശേഷത ഒരു പുനർരൂപകൽപ്പന ചെയ്ത ആന്തരിക കോഡാണ്, എന്നിരുന്നാലും "പുറത്തുനിന്ന്" ഇത് ചെറുതായി പരിഷ്കരിച്ച 8.2 ആണെന്ന് തോന്നിയേക്കാം.

സെർവർ കൂടുതൽ “ഓട്ടോ-കോൺഫിഗർ ചെയ്യാവുന്നത്” ആയിത്തീർന്നു, വർക്കർ പ്രോസസുകളുടെ എണ്ണം പോലുള്ള ചില പാരാമീറ്ററുകൾ മേലിൽ സ്വമേധയാ സൃഷ്ടിക്കപ്പെടുന്നില്ല, പക്ഷേ തെറ്റ് സഹിഷ്ണുതയ്ക്കും വിശ്വാസ്യതയ്ക്കും വേണ്ടിയുള്ള ടാസ്‌ക്കുകളുടെ ആവശ്യകതകളുടെ വിവരണങ്ങളെ അടിസ്ഥാനമാക്കിയാണ് കണക്കാക്കുന്നത്.

ഇത് തെറ്റായ സെർവർ ക്രമീകരണങ്ങളുടെ സാധ്യത കുറയ്ക്കുകയും അഡ്മിനുകളുടെ യോഗ്യതാ ആവശ്യകതകൾ കുറയ്ക്കുകയും ചെയ്യുന്നു.

ലോഡ് ബാലൻസിംഗ് സംവിധാനം വികസിപ്പിച്ചെടുത്തിട്ടുണ്ട്, ഇത് ഒന്നുകിൽ സിസ്റ്റത്തിന്റെ പ്രകടനം മെച്ചപ്പെടുത്തുന്നതിനോ അല്ലെങ്കിൽ പുതിയ "മെമ്മറി സേവിംഗ്" മോഡ് ഉപയോഗിക്കുന്നതിനോ ഉപയോഗിക്കാം, ഇത് കോൺഫിഗറേഷൻ ഉപയോഗിക്കുന്ന സന്ദർഭങ്ങളിൽ "പരിമിതമായ മെമ്മറിയിൽ" പ്രവർത്തിക്കാൻ അനുവദിക്കുന്നു. "ഓർമ്മ തിന്നാൻ ഇഷ്ടപ്പെടുന്നു".

വലിയ അളവിലുള്ള മെമ്മറി ഉപയോഗിക്കുമ്പോൾ ജോലിയുടെ സ്ഥിരത വർക്കിംഗ് സെർവറിന്റെ പുതിയ പാരാമീറ്ററുകളാൽ നിർണ്ണയിക്കപ്പെടും.

"ഓരോ കോളിനും സുരക്ഷിതമായ മെമ്മറി ഉപഭോഗം" എന്ന പാരാമീറ്ററാണ് പ്രത്യേക താൽപ്പര്യം. അതെന്താണെന്ന് അധികം ധാരണയില്ലാത്തവർക്ക് - ഒരു "ഉൽപാദന" അടിത്തറയിൽ പരിശീലിക്കാതിരിക്കുന്നതാണ് നല്ലത്. "പരമാവധി വർക്ക്ഫ്ലോ മെമ്മറി" പരാമീറ്റർ, "ഓവർഫ്ലോ" ചെയ്യുമ്പോൾ, മുഴുവൻ വർക്ക്ഫ്ലോയും തകർക്കാൻ അനുവദിക്കുന്നില്ല, എന്നാൽ "പരാജിതനോടൊപ്പം" ഒരു സെഷൻ മാത്രം. "സെർവർ ഉൽപ്പാദനക്ഷമമായി കണക്കാക്കുന്ന വർക്കർ പ്രോസസ്സ് മെമ്മറിയുടെ അളവ്" ഈ മെമ്മറി പരിധി മറികടന്നാലുടൻ പുതിയ കണക്ഷനുകൾ തടയാൻ നിങ്ങളെ അനുവദിക്കുന്നു.

ഇൻഫോബേസുകൾ വഴി വർക്ക്ഫ്ലോകൾ വേർതിരിക്കാൻ ഞാൻ ശുപാർശ ചെയ്യുന്നു, ഉദാഹരണത്തിന്, "ഓരോ പ്രോസസ്സിനും വിവര സുരക്ഷയുടെ എണ്ണം = 1" എന്ന പാരാമീറ്റർ വ്യക്തമാക്കുക. ഉയർന്ന ലോഡുചെയ്ത നിരവധി ഡാറ്റാബേസുകൾക്കൊപ്പം, ഇത് വിശ്വാസ്യതയുടെയും പ്രകടനത്തിന്റെയും കാര്യത്തിൽ പരസ്പര സ്വാധീനം കുറയ്ക്കും.

സിസ്റ്റത്തിന്റെ സ്ഥിരതയ്ക്ക് ഒരു പ്രത്യേക സംഭാവന നൽകുന്നത് ലൈസൻസുകളുടെ/കീകളുടെ "ചെലവ്" വഴിയാണ്. 8.3-ൽ, "അലാഡിൻ" മാനേജർക്ക് സമാനമായ ഒരു "സോഫ്റ്റ്വെയർ ലൈസൻസ് മാനേജർ" ഉപയോഗിക്കാൻ സാധിച്ചു. ഒരു പ്രത്യേക യന്ത്രത്തിലേക്ക് താക്കോൽ കൊണ്ടുപോകാൻ കഴിയുക എന്നതാണ് ലക്ഷ്യം.

ക്ലസ്റ്റർ മാനേജറിൽ ഇത് മറ്റൊരു "സേവനം" ആയി നടപ്പിലാക്കുന്നു. നിങ്ങൾക്ക് ഒരു "സൌജന്യ" ലാപ്ടോപ്പ് ഉപയോഗിക്കാം. ഇത് 1s 8.3 ക്ലസ്റ്ററിലേക്ക് ചേർക്കുക, "ലൈസൻസിംഗ് സേവനം" സേവനം ഉപയോഗിച്ച് അതിൽ ഒരു പ്രത്യേക മാനേജർ സൃഷ്ടിക്കുക. നിങ്ങൾക്ക് ഒരു ഹാർഡ്‌വെയർ ഹാസ്‌പ്-കീ ലാപ്‌ടോപ്പിലേക്ക് പ്ലഗ് ചെയ്യാം അല്ലെങ്കിൽ സോഫ്റ്റ്‌വെയർ ലൈസൻസുകൾ സജീവമാക്കാം.

പ്രോഗ്രാമർമാർക്ക് ഏറ്റവും താൽപ്പര്യമുള്ളത് "പ്രവർത്തനക്ഷമതയുടെ നിയമനത്തിനുള്ള ആവശ്യകതകൾ" ആയിരിക്കണം.

നിയുക്ത പ്രവർത്തനത്തിന്റെ ആവശ്യകതകൾ 1s

അതിനാൽ ഒരു സുരക്ഷാ കീ ഉള്ള ലാപ്‌ടോപ്പിൽ, ക്ലസ്റ്റർ സെർവറിൽ ഉപയോക്താക്കളെ ആരംഭിക്കാതിരിക്കാൻ, "ഐബിയിലേക്കുള്ള ക്ലയന്റ് കണക്ഷൻ" - "അസൈൻ ചെയ്യരുത്" എന്ന ആവശ്യകത ഒബ്‌ജക്റ്റിനായി നിങ്ങൾ "ആവശ്യങ്ങൾ" ചേർക്കേണ്ടതുണ്ട്, അതായത്. തൊഴിലാളി പ്രക്രിയകൾ പ്രവർത്തനരഹിതമാക്കുക ഈ സെർവർക്ലയന്റ് കണക്ഷനുകൾ കൈകാര്യം ചെയ്യുക.

ഉപയോക്തൃ സെഷനുകളില്ലാതെ ഒരു പ്രൊഡക്ഷൻ ക്ലസ്റ്റർ സെർവറിൽ "പശ്ചാത്തല ജോലികൾ മാത്രം" പ്രവർത്തിപ്പിക്കാനുള്ള കഴിവ് ഇതിലും വലിയ താൽപ്പര്യമാണ്. അങ്ങനെ, വളരെ ലോഡുചെയ്ത ജോലികൾ (കോഡ്) ഒരു പ്രത്യേക മെഷീനിലേക്ക് കൈമാറാൻ സാധിക്കും. മാത്രമല്ല, "മാസം അടയ്ക്കുക" എന്ന ഒരു പശ്ചാത്തല ടാസ്ക് "മൂല്യം" വഴി സാധ്യമാണ് അധിക പരാമീറ്റർ»ഒരു കമ്പ്യൂട്ടറിൽ റൺ ചെയ്യുക, മറ്റൊരു കമ്പ്യൂട്ടറിൽ പശ്ചാത്തല ടാസ്ക് "പൂർണ്ണ-ടെക്സ്റ്റ് സൂചിക അപ്ഡേറ്റ് ചെയ്യുക". ഉദാഹരണത്തിന്, നിങ്ങൾ BackgroundJob.CommonModule എന്നത് ഒരു മൂല്യമായി വ്യക്തമാക്കുകയാണെങ്കിൽ, ക്ലസ്റ്ററിലെ പ്രവർത്തന സെർവറിന്റെ പ്രവർത്തനം ഏതെങ്കിലും ഉള്ളടക്കമുള്ള പശ്ചാത്തല ജോലികൾ മാത്രമായി നിങ്ങൾക്ക് പരിമിതപ്പെടുത്താം. BackgroundJob.CommonModule-ന്റെ മൂല്യം.<Имя модуля>.<Имя метода>- ഒരു പ്രത്യേക കോഡ് സൂചിപ്പിക്കും.

ക്ലസ്റ്റർ 1C 8.2

നിയന്ത്രിത ആപ്ലിക്കേഷനിൽ ലോഡ് ബാലൻസിംഗും പരാജയവും നടത്താൻ സെഷനുകൾ നിങ്ങളെ അനുവദിക്കുന്നു.

ക്ലസ്റ്റർ മാനേജർ ഇപ്പോൾ കൂടുതൽ സങ്കീർണ്ണമാണ്. ചില ഫംഗ്‌ഷനുകൾ ഇപ്പോൾ ഒരു പ്രത്യേക പ്രക്രിയയായി വേർതിരിക്കുകയും ക്ലസ്റ്ററിന്റെ മറ്റൊരു വർക്കിംഗ് സെർവറിൽ സ്ഥാപിക്കുകയും ചെയ്യാം. സെർവറിലെ ലോഡ് ബാലൻസ് ചെയ്യാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു.

സെർവർ 8.2 തെറ്റ് സഹിഷ്ണുത കൈവരിക്കുന്നത്:

• ഉപയോക്താവിന്റെ സെഷനെക്കുറിച്ചുള്ള വിവരങ്ങൾ സംഭരിക്കുന്നു.
• ഉപയോക്താവ് ഇനി ഒരു വർക്ക്ഫ്ലോയുമായി ബന്ധപ്പെട്ടിട്ടില്ല.
• ഒരു ക്ലസ്റ്ററിലെ തൊഴിലാളി പ്രക്രിയകളുടെ ആവർത്തനം.
• അനാവശ്യമായവ ഉൾപ്പെടെ നിരവധി തൊഴിലാളി പ്രക്രിയകൾ ഉണ്ടായിരിക്കണം
• ക്ലസ്റ്റർ റിഡൻഡൻസി.

കണക്റ്റുചെയ്യുമ്പോൾ ഒരു സ്പെയർ ക്ലസ്റ്റർ വ്യക്തമാക്കിയിട്ടുണ്ട് - അവ കണക്ഷൻ സ്ട്രിംഗിൽ പട്ടികപ്പെടുത്തിയിരിക്കുന്നു

ജോലിയുടെ തുടർച്ച ഉറപ്പാക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു!

ക്ലയന്റും ക്ലസ്റ്ററും തമ്മിലുള്ള ശാരീരിക ബന്ധം തകരാറിലാണെങ്കിൽ (ക്ലീനിംഗ് ലേഡി കേബിൾ പുറത്തെടുത്തു, നെറ്റ്‌വർക്ക് ഉപകരണങ്ങൾ ഓഫാക്കി, ദാതാവിൽ പ്രശ്‌നങ്ങൾ ഉണ്ടായിരുന്നു), നിങ്ങൾ ഇൻഫോബേസിലേക്ക് വീണ്ടും കണക്റ്റുചെയ്‌ത് വീണ്ടും ആരംഭിക്കേണ്ടതില്ല. ഫിസിക്കൽ കണക്ഷൻ പുനഃസ്ഥാപിച്ചതിന് ശേഷം, ഉപയോക്താവിന് അത് തടസ്സപ്പെട്ട സ്ഥലത്ത് നിന്ന് പ്രവർത്തിക്കുന്നത് തുടരാം.

ക്ലസ്റ്റർ കമ്പ്യൂട്ടറുകളുടെ അറ്റകുറ്റപ്പണികൾ ആവശ്യമാണെങ്കിൽ, ഉപയോക്താക്കളുടെ പ്രവർത്തനം നിർത്താതെ തന്നെ പ്രവർത്തന സമയത്ത് അവ ഓഫാക്കാനാകും വിവര അടിസ്ഥാനം.

ക്ലസ്റ്ററിലെ ഏതെങ്കിലും സെർവർ പരാജയപ്പെടുകയാണെങ്കിൽ, ഉപയോക്താക്കളുടെ പ്രവർത്തനം നിലയ്ക്കില്ല, അത് യാന്ത്രികമായി ഒരു സ്റ്റാൻഡ്‌ബൈ ക്ലസ്റ്ററിലേക്കും കൂടാതെ / അല്ലെങ്കിൽ സ്റ്റാൻഡ്‌ബൈ വർക്കർ പ്രോസസ്സുകളിലേക്കും മാറ്റും. ഉപയോക്താക്കൾക്ക്, അത്തരമൊരു പരിവർത്തനം അദൃശ്യമായിരിക്കും.

ക്ലസ്റ്റർ വർക്കർ പ്രോസസ്സുകളിലൊന്ന് അസാധാരണമായി അവസാനിക്കുകയാണെങ്കിൽ, അതിലേക്ക് കണക്റ്റുചെയ്‌തിരിക്കുന്ന ഉപയോക്താക്കൾ സ്വയമേവ മറ്റ് അല്ലെങ്കിൽ ഫാൾബാക്ക് വർക്കർ പ്രോസസ്സുകളിലേക്ക് മാറും. അത്തരമൊരു പരിവർത്തനം ഉപയോക്താക്കൾക്കും അദൃശ്യമായിരിക്കും.

ഇപ്പോൾ കുറച്ചുകൂടി:

ക്ലസ്റ്റർ 1C 8.3

ഒന്നാമതായി, 1C ക്ലസ്റ്റർ ഇൻസ്റ്റാൾ ചെയ്ത ശേഷം, വർക്ക്ഫ്ലോകൾ സൃഷ്ടിക്കേണ്ടത് ആവശ്യമാണ്. ഡാറ്റാബേസിന്റെ ലോഡിനെ ആശ്രയിച്ച് ക്ലസ്റ്റർ പ്രക്രിയകൾ യാന്ത്രികമായി സൃഷ്ടിക്കാൻ തുടങ്ങി.

പ്രധാന അടിത്തറയുടെ പശ്ചാത്തല ടാസ്ക്കുകളുടെ ട്രയൽ റൺ 1C ക്ലസ്റ്ററിനെ rphost.exe അനന്തമായി ഓവർലോഡ് ചെയ്യാൻ നിർബന്ധിതരാക്കി, കൂടാതെ അധിക rphost.exe സൃഷ്ടിക്കാൻ ആഗ്രഹിക്കുന്നില്ല. ക്രമീകരണങ്ങൾ കുഴിച്ചെടുത്ത ശേഷം, എല്ലാം വ്യക്തമായി.

പരമാവധി തൊഴിലാളി പ്രോസസ്സ് മെമ്മറിതൊഴിലാളി പ്രക്രിയകൾക്ക് ഒരുമിച്ച് ഉപയോഗിക്കാനാകുന്ന മെമ്മറിയുടെ അളവാണ്. പാരാമീറ്റർ സജ്ജീകരിക്കുമ്പോൾ നിങ്ങൾ വളരെ ശ്രദ്ധിക്കേണ്ടതുണ്ട്, അത് ബൈറ്റുകളിൽ അളക്കുന്നു. നിങ്ങൾ തെറ്റായ മൂല്യം സജ്ജമാക്കുകയാണെങ്കിൽ (സാധാരണ ഉപയോക്തൃ പ്രവർത്തനത്തിന് പര്യാപ്തമല്ല), ഉപയോക്താക്കൾക്ക് "1C സെർവറിൽ മതിയായ സൗജന്യ മെമ്മറി ഇല്ല" എന്ന പിശക് ലഭിക്കും. 1C സെർവറിൽ മെമ്മറി ക്വാട്ട തീരുമ്പോൾ നിങ്ങൾക്ക് ഈ പിശക് ലഭിക്കും.

ഓരോ കോളിനും സുരക്ഷിതമായ മെമ്മറി ഉപഭോഗം- ഒരു സെർവർ കോളിൽ മെമ്മറി ഉപഭോഗം നിയന്ത്രിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു, ഇത് ബൈറ്റുകളിൽ അളക്കുന്നു. കോൾ പ്രതീക്ഷിച്ചതിലും കൂടുതൽ മെമ്മറി ഉപയോഗിക്കുന്നുവെങ്കിൽ, വർക്കർ പ്രോസസ്സ് (rphost.exe) പുനരാരംഭിക്കാതെ തന്നെ 1C ക്ലസ്റ്ററിനുള്ളിൽ ഈ കോൾ പൂർത്തിയാകും. അതനുസരിച്ച്, സെർവർ കോൾ ചെയ്ത "പരാജിതന്" മറ്റ് ഉപയോക്താക്കളുടെ പ്രവർത്തനത്തെ ബാധിക്കാതെ 1C ബേസ് ഉള്ള സെഷൻ നഷ്‌ടമാകും.

ഒരു ജിബിയിൽ - 1073741824 ബൈറ്റുകൾ, അതിനാൽ 2 ജിബിയിൽ - 2147483648 ബൈറ്റുകൾ

സെർവർ ഉൽപ്പാദനക്ഷമമായി കണക്കാക്കുന്ന വർക്കർ പ്രോസസ്സ് മെമ്മറിയുടെ അളവ് - ഈ പരാമീറ്റർ കവിഞ്ഞാൽ, 1C ക്ലസ്റ്ററിലെ സെർവർ പുതിയ കണക്ഷനുകൾ സ്വീകരിക്കുന്നത് നിർത്തും.

ഓരോ പ്രക്രിയയിലും ഐഎസിന്റെ എണ്ണം- ജോലി പ്രക്രിയകൾ വഴി ഇൻഫോബേസുകളെ ഒറ്റപ്പെടുത്താൻ നിങ്ങളെ അനുവദിക്കുന്നു. സ്ഥിരസ്ഥിതിയായി, നിലവിലെ 1C ക്ലസ്റ്റർ "8" ആയി സജ്ജീകരിച്ചു, എന്നാൽ നിരവധി മണിക്കൂർ പ്രവർത്തനത്തിന് സെർവർ വളരെ അസ്ഥിരമായിരുന്നു, ഉപയോക്തൃ സെഷനുകൾ ഹാംഗ് അപ്പ് ചെയ്തു. ഓരോ ഇൻഫോബേസും (മൂല്യം - "1") വേർതിരിച്ച ശേഷം, പ്രശ്നങ്ങൾ അപ്രത്യക്ഷമായി.

ഓരോ പ്രക്രിയയ്ക്കും കണക്ഷനുകളുടെ എണ്ണം- സ്ഥിര മൂല്യം "128" ആണ്. നിലവിലെ അടിത്തറയിൽ വളരെ വലിയ ബാക്ക്ഗ്രൗണ്ട് ടാസ്ക്കുകൾ ഉള്ളതിനാൽ (ലോജിസ്റ്റിക്സിന്റെ കണക്കുകൂട്ടൽ, വില വിശകലനം, എതിരാളികളുടെ വിശകലനം മുതലായവ), അത് "25" ആയി കുറയ്ക്കാൻ തീരുമാനിച്ചു.

1C ക്ലസ്റ്ററിന്റെ ക്രമീകരണങ്ങളും ചെറുതായി മാറിയിരിക്കുന്നു:

പ്രതിരോധശേഷി നിലഉപയോക്താക്കളെ ക്രാഷ് ചെയ്യാതെ ഒരേ സമയം പരാജയപ്പെടുന്ന പ്രൊഡക്ഷൻ സെർവറുകളുടെ എണ്ണമാണ്. നിർദ്ദിഷ്ട തെറ്റ് സഹിഷ്ണുത ഉറപ്പാക്കാൻ ആവശ്യമായ തുകയിൽ അനാവശ്യ സേവനങ്ങൾ സ്വയമേവ ആരംഭിക്കുന്നു. തത്സമയം, സജീവമായ സേവനം സ്റ്റാൻഡ്‌ബൈയിലേക്ക് പകർത്തുന്നു.

പങ്കിടൽ മോഡ് ലോഡ് ചെയ്യുക- പാരാമീറ്ററിന് രണ്ട് ഓപ്ഷനുകൾ ഉണ്ട്: "പ്രകടന മുൻഗണന" - കൂടുതൽ സെർവർ മെമ്മറി ചെലവഴിക്കുകയും പ്രകടനം ഉയർന്നതാണ്, "മെമ്മറി മുൻഗണന" - 1C ക്ലസ്റ്റർ സെർവർ മെമ്മറി സംരക്ഷിക്കുന്നു.

8.3 സെർവറിന്റെ സവിശേഷത ഒരു പുനർരൂപകൽപ്പന ചെയ്ത ആന്തരിക കോഡാണ്, എന്നിരുന്നാലും "പുറത്തുനിന്ന്" ഇത് ചെറുതായി പരിഷ്കരിച്ച 8.2 ആണെന്ന് തോന്നിയേക്കാം.

സെർവർ കൂടുതൽ “ഓട്ടോ-കോൺഫിഗർ ചെയ്യാവുന്നത്” ആയിത്തീർന്നു, വർക്കർ പ്രോസസുകളുടെ എണ്ണം പോലുള്ള ചില പാരാമീറ്ററുകൾ മേലിൽ സ്വമേധയാ സൃഷ്ടിക്കപ്പെടുന്നില്ല, പക്ഷേ തെറ്റ് സഹിഷ്ണുതയ്ക്കും വിശ്വാസ്യതയ്ക്കും വേണ്ടിയുള്ള ടാസ്‌ക്കുകളുടെ ആവശ്യകതകളുടെ വിവരണങ്ങളെ അടിസ്ഥാനമാക്കിയാണ് കണക്കാക്കുന്നത്.

ഇത് തെറ്റായ സെർവർ ക്രമീകരണങ്ങളുടെ സാധ്യത കുറയ്ക്കുകയും അഡ്മിനുകളുടെ യോഗ്യതാ ആവശ്യകതകൾ കുറയ്ക്കുകയും ചെയ്യുന്നു.

ലോഡ് ബാലൻസിംഗ് സംവിധാനം വികസിപ്പിച്ചെടുത്തിട്ടുണ്ട്, ഇത് ഒന്നുകിൽ സിസ്റ്റത്തിന്റെ പ്രകടനം മെച്ചപ്പെടുത്തുന്നതിനോ അല്ലെങ്കിൽ പുതിയ "മെമ്മറി സേവിംഗ്" മോഡ് ഉപയോഗിക്കുന്നതിനോ ഉപയോഗിക്കാം, ഇത് കോൺഫിഗറേഷൻ ഉപയോഗിക്കുന്ന സന്ദർഭങ്ങളിൽ "പരിമിതമായ മെമ്മറിയിൽ" പ്രവർത്തിക്കാൻ അനുവദിക്കുന്നു. "ഓർമ്മ തിന്നാൻ ഇഷ്ടപ്പെടുന്നു".

വലിയ അളവിലുള്ള മെമ്മറി ഉപയോഗിക്കുമ്പോൾ ജോലിയുടെ സ്ഥിരത വർക്കിംഗ് സെർവറിന്റെ പുതിയ പാരാമീറ്ററുകളാൽ നിർണ്ണയിക്കപ്പെടും.

"ഓരോ കോളിനും സുരക്ഷിതമായ മെമ്മറി ഉപഭോഗം" എന്ന പാരാമീറ്ററാണ് പ്രത്യേക താൽപ്പര്യം. അതെന്താണെന്ന് അധികം ധാരണയില്ലാത്തവർക്ക് - ഒരു "ഉൽപാദന" അടിത്തറയിൽ പരിശീലിക്കാതിരിക്കുന്നതാണ് നല്ലത്. "പരമാവധി വർക്ക്ഫ്ലോ മെമ്മറി" പരാമീറ്റർ, "ഓവർഫ്ലോ" ചെയ്യുമ്പോൾ, മുഴുവൻ വർക്ക്ഫ്ലോയും തകർക്കാൻ അനുവദിക്കുന്നില്ല, എന്നാൽ "പരാജിതനോടൊപ്പം" ഒരു സെഷൻ മാത്രം. "സെർവർ ഉൽപ്പാദനക്ഷമമായി കണക്കാക്കുന്ന വർക്കർ പ്രോസസ്സ് മെമ്മറിയുടെ അളവ്" ഈ മെമ്മറി പരിധി മറികടന്നാലുടൻ പുതിയ കണക്ഷനുകൾ തടയാൻ നിങ്ങളെ അനുവദിക്കുന്നു.

ഇൻഫോബേസുകൾ വഴി വർക്ക്ഫ്ലോകൾ വേർതിരിക്കാൻ ഞാൻ ശുപാർശ ചെയ്യുന്നു, ഉദാഹരണത്തിന്, "ഓരോ പ്രോസസ്സിനും വിവര സുരക്ഷയുടെ എണ്ണം = 1" എന്ന പാരാമീറ്റർ വ്യക്തമാക്കുക. ഉയർന്ന ലോഡുചെയ്ത നിരവധി ഡാറ്റാബേസുകൾക്കൊപ്പം, ഇത് വിശ്വാസ്യതയുടെയും പ്രകടനത്തിന്റെയും കാര്യത്തിൽ പരസ്പര സ്വാധീനം കുറയ്ക്കും.

സിസ്റ്റത്തിന്റെ സ്ഥിരതയ്ക്ക് ഒരു പ്രത്യേക സംഭാവന നൽകുന്നത് ലൈസൻസുകളുടെ/കീകളുടെ "ചെലവ്" വഴിയാണ്. 8.3-ൽ, "അലാഡിൻ" മാനേജർക്ക് സമാനമായ ഒരു "സോഫ്റ്റ്വെയർ ലൈസൻസ് മാനേജർ" ഉപയോഗിക്കാൻ സാധിച്ചു. ഒരു പ്രത്യേക യന്ത്രത്തിലേക്ക് താക്കോൽ കൊണ്ടുപോകാൻ കഴിയുക എന്നതാണ് ലക്ഷ്യം.

ക്ലസ്റ്റർ മാനേജറിൽ ഇത് മറ്റൊരു "സേവനം" ആയി നടപ്പിലാക്കുന്നു. നിങ്ങൾക്ക് ഒരു "സൌജന്യ" ലാപ്ടോപ്പ് ഉപയോഗിക്കാം. ഇത് 1s 8.3 ക്ലസ്റ്ററിലേക്ക് ചേർക്കുക, "ലൈസൻസിംഗ് സേവനം" സേവനം ഉപയോഗിച്ച് അതിൽ ഒരു പ്രത്യേക മാനേജർ സൃഷ്ടിക്കുക. നിങ്ങൾക്ക് ഒരു ഹാർഡ്‌വെയർ ഹാസ്‌പ്-കീ ലാപ്‌ടോപ്പിലേക്ക് പ്ലഗ് ചെയ്യാം അല്ലെങ്കിൽ സോഫ്റ്റ്‌വെയർ ലൈസൻസുകൾ സജീവമാക്കാം.

പ്രോഗ്രാമർമാർക്ക് ഏറ്റവും താൽപ്പര്യമുള്ളത് "പ്രവർത്തനക്ഷമതയുടെ നിയമനത്തിനുള്ള ആവശ്യകതകൾ" ആയിരിക്കണം.

നിയുക്ത പ്രവർത്തനത്തിന്റെ ആവശ്യകതകൾ 1s

അതിനാൽ ഒരു സുരക്ഷാ കീ ഉള്ള ലാപ്‌ടോപ്പിൽ, ക്ലസ്റ്റർ സെർവറിൽ ഉപയോക്താക്കളെ ആരംഭിക്കാതിരിക്കാൻ, "ഐബിയിലേക്കുള്ള ക്ലയന്റ് കണക്ഷൻ" - "അസൈൻ ചെയ്യരുത്" എന്ന ആവശ്യകത ഒബ്‌ജക്റ്റിനായി നിങ്ങൾ "ആവശ്യങ്ങൾ" ചേർക്കേണ്ടതുണ്ട്, അതായത്. ക്ലയന്റ് കണക്ഷനുകൾ കൈകാര്യം ചെയ്യുന്നതിൽ നിന്ന് ഈ സെർവറിലെ തൊഴിലാളി പ്രക്രിയകളെ തടയുക.

ഉപയോക്തൃ സെഷനുകളില്ലാതെ ഒരു പ്രൊഡക്ഷൻ ക്ലസ്റ്റർ സെർവറിൽ "പശ്ചാത്തല ജോലികൾ മാത്രം" പ്രവർത്തിപ്പിക്കാനുള്ള കഴിവ് ഇതിലും വലിയ താൽപ്പര്യമാണ്. അങ്ങനെ, വളരെ ലോഡുചെയ്ത ജോലികൾ (കോഡ്) ഒരു പ്രത്യേക മെഷീനിലേക്ക് കൈമാറാൻ സാധിക്കും. കൂടാതെ, ഒരു കമ്പ്യൂട്ടറിലെ "അധിക പാരാമീറ്ററിന്റെ മൂല്യം" വഴി "മാസം അടയ്ക്കുക" എന്ന ഒരു പശ്ചാത്തല ടാസ്‌ക് പ്രവർത്തിപ്പിക്കാൻ കഴിയും, മറ്റൊന്നിൽ "പൂർണ്ണ-ടെക്‌സ്റ്റ് സൂചിക അപ്‌ഡേറ്റ് ചെയ്യുക" എന്ന പശ്ചാത്തല ടാസ്‌ക് പ്രവർത്തിക്കുന്നു. സൂചനയിലൂടെയാണ് സ്പെസിഫിക്കേഷൻ സംഭവിക്കുന്നത്. "അധിക പാരാമീറ്ററിന്റെ മൂല്യം". ഉദാഹരണത്തിന്, നിങ്ങൾ BackgroundJob.CommonModule എന്നത് ഒരു മൂല്യമായി വ്യക്തമാക്കുകയാണെങ്കിൽ, ക്ലസ്റ്ററിലെ പ്രവർത്തന സെർവറിന്റെ പ്രവർത്തനം ഏതെങ്കിലും ഉള്ളടക്കമുള്ള പശ്ചാത്തല ജോലികൾ മാത്രമായി നിങ്ങൾക്ക് പരിമിതപ്പെടുത്താം. BackgroundJob.CommonModule-ന്റെ മൂല്യം.<Имя модуля>.<Имя метода>- ഒരു പ്രത്യേക കോഡ് സൂചിപ്പിക്കും.

ക്ലസ്റ്റർ 1C 8.2

നിയന്ത്രിത ആപ്ലിക്കേഷനിൽ ലോഡ് ബാലൻസിംഗും പരാജയവും നടത്താൻ സെഷനുകൾ നിങ്ങളെ അനുവദിക്കുന്നു.

ക്ലസ്റ്റർ മാനേജർ ഇപ്പോൾ കൂടുതൽ സങ്കീർണ്ണമാണ്. ചില ഫംഗ്‌ഷനുകൾ ഇപ്പോൾ ഒരു പ്രത്യേക പ്രക്രിയയായി വേർതിരിക്കുകയും ക്ലസ്റ്ററിന്റെ മറ്റൊരു വർക്കിംഗ് സെർവറിൽ സ്ഥാപിക്കുകയും ചെയ്യാം. സെർവറിലെ ലോഡ് ബാലൻസ് ചെയ്യാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു.

സെർവർ 8.2 തെറ്റ് സഹിഷ്ണുത കൈവരിക്കുന്നത്:

• ഉപയോക്താവിന്റെ സെഷനെക്കുറിച്ചുള്ള വിവരങ്ങൾ സംഭരിക്കുന്നു.
• ഉപയോക്താവ് ഇനി ഒരു വർക്ക്ഫ്ലോയുമായി ബന്ധപ്പെട്ടിട്ടില്ല.
• ഒരു ക്ലസ്റ്ററിലെ തൊഴിലാളി പ്രക്രിയകളുടെ ആവർത്തനം.
• അനാവശ്യമായവ ഉൾപ്പെടെ നിരവധി തൊഴിലാളി പ്രക്രിയകൾ ഉണ്ടായിരിക്കണം
• ക്ലസ്റ്റർ റിഡൻഡൻസി.

കണക്റ്റുചെയ്യുമ്പോൾ ഒരു സ്പെയർ ക്ലസ്റ്റർ വ്യക്തമാക്കിയിട്ടുണ്ട് - അവ കണക്ഷൻ സ്ട്രിംഗിൽ പട്ടികപ്പെടുത്തിയിരിക്കുന്നു

ജോലിയുടെ തുടർച്ച ഉറപ്പാക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു!

ക്ലയന്റും ക്ലസ്റ്ററും തമ്മിലുള്ള ശാരീരിക ബന്ധം തകരാറിലാണെങ്കിൽ (ക്ലീനിംഗ് ലേഡി കേബിൾ പുറത്തെടുത്തു, നെറ്റ്‌വർക്ക് ഉപകരണങ്ങൾ ഓഫാക്കി, ദാതാവിൽ പ്രശ്‌നങ്ങൾ ഉണ്ടായിരുന്നു), നിങ്ങൾ ഇൻഫോബേസിലേക്ക് വീണ്ടും കണക്റ്റുചെയ്‌ത് വീണ്ടും ആരംഭിക്കേണ്ടതില്ല. ഫിസിക്കൽ കണക്ഷൻ പുനഃസ്ഥാപിച്ചതിന് ശേഷം, ഉപയോക്താവിന് അത് തടസ്സപ്പെട്ട സ്ഥലത്ത് നിന്ന് പ്രവർത്തിക്കുന്നത് തുടരാം.

ക്ലസ്റ്റർ കമ്പ്യൂട്ടറുകളുടെ അറ്റകുറ്റപ്പണികൾ ആവശ്യമാണെങ്കിൽ, ഇൻഫോബേസിൽ പ്രവർത്തിക്കുന്നതിൽ നിന്ന് ഉപയോക്താക്കളെ തടയാതെ പ്രവർത്തന സമയത്ത് അവ ഓഫാക്കാവുന്നതാണ്.

ക്ലസ്റ്ററിലെ ഏതെങ്കിലും സെർവർ പരാജയപ്പെടുകയാണെങ്കിൽ, ഉപയോക്താക്കളുടെ പ്രവർത്തനം നിലയ്ക്കില്ല, അത് യാന്ത്രികമായി ഒരു സ്റ്റാൻഡ്‌ബൈ ക്ലസ്റ്ററിലേക്കും കൂടാതെ / അല്ലെങ്കിൽ സ്റ്റാൻഡ്‌ബൈ വർക്കർ പ്രോസസ്സുകളിലേക്കും മാറ്റും. ഉപയോക്താക്കൾക്ക്, അത്തരമൊരു പരിവർത്തനം അദൃശ്യമായിരിക്കും.

ക്ലസ്റ്റർ വർക്കർ പ്രോസസ്സുകളിലൊന്ന് അസാധാരണമായി അവസാനിക്കുകയാണെങ്കിൽ, അതിലേക്ക് കണക്റ്റുചെയ്‌തിരിക്കുന്ന ഉപയോക്താക്കൾ സ്വയമേവ മറ്റ് അല്ലെങ്കിൽ ഫാൾബാക്ക് വർക്കർ പ്രോസസ്സുകളിലേക്ക് മാറും. അത്തരമൊരു പരിവർത്തനം ഉപയോക്താക്കൾക്കും അദൃശ്യമായിരിക്കും.

വിജയം എളുപ്പമായിരുന്നില്ല...
ഒരുപാട് സമയം കടന്നുപോയെങ്കിലും എല്ലാം വിശദമായി വിവരിക്കാൻ ഞാൻ ശ്രമിക്കും. ഞാൻ ശേഖരിച്ച വിവരങ്ങൾ സഹായിക്കുമെന്ന് ഞാൻ പ്രതീക്ഷിക്കുന്നു. സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാർപ്രതിഫലനത്തിനായി എഴുതുകയും ചെയ്യും.
ഞാൻ ഡാറ്റാബേസുകൾ 1 സ്കൂളിലേക്ക് മാറ്റുകയും 8.3 ഏജന്റിനായി ഉപയോക്താവിനെ വീണ്ടും നിയമിക്കുകയും ചെയ്തു - ഇത് സഹായിച്ചില്ല ...

ഞാൻ ഞങ്ങളുടെ Runet മുകളിലേക്കും താഴേക്കും യാത്ര ചെയ്തു, നിങ്ങൾ വായിക്കാൻ നിർദ്ദേശിക്കുന്ന രസകരമായ രണ്ട് ലേഖനങ്ങൾ ഞാൻ കണ്ടെത്തി.

ആദ്യമായി, രണ്ട് പ്ലാറ്റ്‌ഫോമുകൾക്കിടയിൽ വളരെ വിശദമായ പരിശോധന: PS-മിഡിൽ വേരിയന്റും ഡ്യുവൽ കോർ സെർവറും. മറ്റ് കമ്പനികളിൽ ജോലി ചെയ്യുമ്പോൾ ഞാൻ ഊന്നിപ്പറയുന്ന രസകരമായ പോയിന്റുകൾ ഇത് മാറുന്നു.
efsol.ru/articles/tuning-1c.html

രണ്ടാമത്തേത് 1c ഓൺ ടെസ്റ്റുകളെ സൂചിപ്പിക്കുന്നു വെർച്വൽ മെഷീനുകൾ. അതിൽ, കോൺഫിഗറേഷൻ ആരംഭിക്കുന്നതിലെ കാലതാമസത്തിന്റെ കാരണം ഞാൻ കണ്ടു:
efsol.ru/articles/performance-comparison-1c.html

ഒരാഴ്ചയോളം കുഴിച്ച് പല രീതികളും പരീക്ഷിച്ചിട്ടും ആദ്യത്തെ വിക്ഷേപണത്തിൽ പ്രശ്നം പരിഹരിക്കാൻ കഴിഞ്ഞില്ല. എന്നാൽ രസകരമായ ഒരു പാറ്റേൺ ഞാൻ ശ്രദ്ധിച്ചു ... ഒരു നേർത്ത ക്ലയന്റ് പ്രവർത്തിക്കുമ്പോൾ, സിസ്റ്റത്തിന്റെ രണ്ടാമത്തെ ലോഞ്ച് ഏതാണ്ട് തൽക്ഷണം സംഭവിക്കുന്നു. ഓരോ പ്രക്രിയയ്ക്കും IS-ന്റെ എണ്ണത്തിനായുള്ള ക്രമീകരണങ്ങൾ മാറ്റി: 8 (8.3 അടിസ്ഥാനമാക്കിയുള്ളത് ഇതുവരെ 5). തൽഫലമായി, ട്രയലിൽ പ്രവേശിക്കുമ്പോൾ RPHOST സൃഷ്ടിക്കുന്നതിൽ സെർവർ സമയം പാഴാക്കുന്നത് നിർത്തിയതിനാൽ. അടിസ്ഥാനവും ബാക്കിയുള്ളവയും അദ്ദേഹം ചിലവഴിച്ചത് വിങ്ങലിൽ നിന്ന് കോൺ‌ലോഡ് ചെയ്യാൻ മാത്രമാണ്. രണ്ടാമത്തെ ബേസുകളുടെ ആരംഭ സമയം 10-7 സെക്കൻഡ് കുറച്ചു.

തത്വത്തിൽ, ഈ ഓപ്‌ഷൻ എനിക്ക് പൂർണ്ണമായും അനുയോജ്യമാണ്, ഓരോ ഡാറ്റാബേസിലും 7-10 ഉപയോക്താക്കൾ പ്രവർത്തിക്കുന്നു, conf നിരന്തരം RPHOSTe- ൽ സൂക്ഷിക്കുന്നു, ഒപ്പം ലോഗിൻ സമയം 4-8 സെക്കൻഡ് ഒരുമിച്ച് പ്രാമാണീകരണത്തോടെയാണ്.

അടിസ്ഥാനം പലപ്പോഴും തുറക്കാത്ത പ്രശ്‌നങ്ങൾ നിങ്ങൾക്കുണ്ടെങ്കിൽ, ഒരു ഓപ്ഷനായി എനിക്ക് ഒരു ചെറിയ റെജി ഫയൽ ചെയ്യാൻ കഴിയും. ഉപയോക്തൃ ലോഗിൻ ടാസ്ക് ഓരോ ഡാറ്റാബേസിലേക്കും, വൈകുന്നേരം പുനരാരംഭിക്കുന്നതിന് സേവനം സജ്ജീകരിക്കുക (ഒന്നുകിൽ സേവനങ്ങളിലൂടെ അല്ലെങ്കിൽ ഇടവേള പുനരാരംഭിക്കുക). ഇത് സഹായിക്കുമെന്ന് ഞാൻ കരുതുന്നു, ഇവിടെ ഞങ്ങൾ ഒരു ലൈസൻസിന്റെ സാന്നിധ്യത്തിലേക്ക് ഓടുന്നു, അതിനാൽ ഞങ്ങൾ ചിന്തിക്കണം)))

എന്നാൽ മറ്റൊരു അസുഖകരമായ നിമിഷം പ്രത്യക്ഷപ്പെട്ടു, ഫോറങ്ങളിലൊന്നിൽ എനിക്ക് ഇനിപ്പറയുന്ന ഉത്തരം ലഭിച്ചു:
മുകളിൽ. നിങ്ങൾക്ക് CORP ലൈസൻസുകൾ ഉണ്ടോ?

64-ബിറ്റ് PROF ലെവൽ സെർവറുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ 1C: എന്റർപ്രൈസ് 8.3 CORP ലെവൽ സെർവറിന്റെ വിപുലമായ കഴിവുകൾ:
* ഓരോ കോളിനും സുരക്ഷിതമായ മെമ്മറി ഉപഭോഗം;
* ഓരോ പ്രക്രിയയ്ക്കും ഐഎസിന്റെ എണ്ണം;
* സെർവർ ഉൽപ്പാദനക്ഷമമായി കണക്കാക്കുന്ന വർക്കർ പ്രോസസ്സ് മെമ്മറിയുടെ അളവ്;
* തൊഴിലാളി പ്രക്രിയകളുടെ മെമ്മറിയുടെ പരമാവധി അളവ്;
*ബാലൻസിങ് സ്ട്രാറ്റജി (ഓർമ്മയിലൂടെ, പ്രകടനത്തിലൂടെ);

ലിസ്റ്റുചെയ്തവ ഉപയോഗിച്ച് പ്രവർത്തനക്ഷമത 1C-ന്റെ സഹായത്തോടെ: എന്റർപ്രൈസ് 8. PROF ലെവലിന്റെ സെർവർ ലൈസൻസ് (x86-64) ഉൽപ്പന്നങ്ങൾ, അതായത്, പേരിൽ CORP പദവി ഇല്ലാതെ, നിയമവിരുദ്ധമാണ്.

ഒരു കോർപ്പറേറ്റ്, പ്രൊഫസർ പ്ലാറ്റ്‌ഫോം ഉണ്ടെന്ന് അറിയാമെങ്കിൽ മൂന്ന് വ്യത്യസ്ത കമ്പനികളിൽ നിന്നുള്ള ആൺകുട്ടികളുമായി പരിശോധിക്കാൻ ഞാൻ തീരുമാനിച്ചു. ഇതിന് ഒരു ഉത്തരം ഈ രൂപത്തിൽ ലഭിച്ചു: ക്ഷേത്രത്തിൽ ഒരു കറങ്ങുന്ന വിരലും 1c ഫോറത്തിലേക്കുള്ള ഒരു പാക്കേജും. പിന്തുണ 1c-ൽ നിന്നുള്ള ഉത്തരം ചുവടെയുണ്ട്:

1) >>> പ്ലാറ്റ്‌ഫോം 8.3 കോർപ്പും 8.3 പ്രൊഫസും തമ്മിലുള്ള വ്യത്യാസങ്ങൾ വ്യക്തമാക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു.
https://partners.v8.1c.ru/forum/message/1301566#m_...
www.1c.ru/news/info.jsp?id=16733

വാസ്തവത്തിൽ, PROF പ്ലാറ്റ്ഫോം ഉപയോഗിക്കുമ്പോൾ, ലൈസൻസ് അനുസരിച്ച്, നിങ്ങൾക്ക് ക്ലസ്റ്ററിന്റെ സ്ഥിരസ്ഥിതി ക്രമീകരണങ്ങൾ മാത്രമേ ഉപയോഗിക്കാൻ കഴിയൂ.

"ഡിഫോൾട്ട്" ക്ലസ്റ്റർ ക്രമീകരണങ്ങളിൽ നിങ്ങൾക്ക് പ്രശ്നങ്ങളുണ്ടെങ്കിൽ (മെമ്മറിയുടെ അഭാവം, കോൺഫിഗറേഷൻ അപ്ഡേറ്റ് ചെയ്യാനുള്ള കഴിവില്ലായ്മ മുതലായവ), തുടർന്ന്
ഈ സ്വഭാവം ഒരു ബഗ് ആണ് (ഒന്നുകിൽ പ്ലാറ്റ്ഫോം അല്ലെങ്കിൽ ഈ ആപ്ലിക്കേഷൻ പരിഹാരം).
നിന്ന് അഭ്യർത്ഥിക്കുന്നു മൂർത്തമായ ഉദാഹരണങ്ങൾതിരുത്തൽ ടിക്കറ്റുകൾ സൃഷ്ടിക്കുക.
പിശക് തിരുത്തുന്ന സമയത്ത്, കോർപ്പറേഷൻ ലൈസൻസിന്റെ പ്രവർത്തനക്ഷമത ഉപയോഗിക്കുന്നതിന് (1C CJSC യുടെ ഡയറക്ടർ ഒപ്പിട്ടത്) അനുമതി രേഖാമൂലം നൽകാവുന്നതാണ്.
2) >>> ദയവായി വ്യക്തമാക്കുക, അതായത്. രണ്ട് പ്ലാറ്റ്ഫോമുകൾ ഉണ്ട് 8.3?
ഇല്ല. പ്ലാറ്റ്ഫോം നിലവിൽ ഒറ്റയ്ക്കല്ല.
എന്നിരുന്നാലും, CORP പ്രവർത്തനം ഉപയോഗിക്കാനുള്ള അവകാശം ഉചിതമായ ലൈസൻസ് വാങ്ങുമ്പോൾ മാത്രമേ ദൃശ്യമാകൂ.
നിലവിൽ ഈ ലൈസൻസിന് സോഫ്‌റ്റ്‌വെയർ നിയന്ത്രണവും ഇല്ല.
അതിനാൽ CORP ലൈസൻസ് ഒരു നിയമപരമായ ആശയമാണ്.

സത്യം പറഞ്ഞാൽ, വിവിധ തരത്തിലുള്ള ഗൂഢാലോചനകളിൽ ഞാൻ വിശ്വസിക്കുന്നില്ല, എന്നാൽ ഒരു കമ്പനിക്ക് SME വിപണിയിൽ ഏകദേശം 100% കുത്തക ഉള്ളപ്പോൾ, ചിന്തകൾ വ്യത്യസ്തമാണ്.
“സോഫ്‌റ്റ്‌വെയർ നിയന്ത്രണം ഇതിനകം നടപ്പിലാക്കിയിരിക്കുന്ന പ്ലാറ്റ്‌ഫോമിന്റെ അപ്‌ഡേറ്റ് ആവശ്യമായ ചില റിപ്പോർട്ടിംഗ് കോൺഫിഗറേഷന്റെ ഒരു അപ്‌ഡേറ്റ് ഉണ്ടാകും ... തുടർന്ന് നിങ്ങൾ (1 സെ) ഞങ്ങൾക്ക് (1 സെ) പൂർണ്ണമായി പണം നൽകും ... ഞങ്ങൾ കുട്ടികൾ."
പി.എസ്. എന്റെ സെർവർ 2008r2 അടിസ്ഥാനമാക്കിയുള്ളതാണെന്നും 2012 മുതൽ വ്യത്യാസങ്ങളുണ്ടാകാമെന്നും വ്യക്തമാക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു. എല്ലാം തന്നെ, കേർണൽ അവിടെ വിശദമായി മുറിച്ചിരിക്കുന്നു, കൂടാതെ ഹൈപ്പർ-v 3.0-യും ബൺ പോലെ വളർന്നു. എന്നാൽ അവർ പറയുന്നത് പോലെ "ഇത് ജീവിച്ചിരിക്കുന്നു!!!" കൂടാതെ വെർച്വൽ മെഷീനുകളിൽ വർക്ക് 1s സാധ്യമാണെന്ന് മാത്രമല്ല, സ്വാഗതം ചെയ്യുന്നു. തൽഫലമായി, ഞങ്ങൾക്ക് 30 ഉപയോക്താക്കളുണ്ട് 8.2 ഉം 20 ഉപയോക്താക്കളും 8.3. നിങ്ങൾക്കെല്ലാവർക്കും ആശംസകൾ, ക്ഷമയോടെയിരിക്കുക, ഒരിക്കലും ഉപേക്ഷിക്കരുത്)))

8.3 സെർവറിന്റെ സവിശേഷത ഒരു പുനർരൂപകൽപ്പന ചെയ്ത ആന്തരിക കോഡാണ്, എന്നിരുന്നാലും "പുറത്തുനിന്ന്" ഇത് ചെറുതായി പരിഷ്കരിച്ച 8.2 ആണെന്ന് തോന്നിയേക്കാം.

സെർവർ കൂടുതൽ “ഓട്ടോ-കോൺഫിഗർ ചെയ്യാവുന്നത്” ആയിത്തീർന്നു, വർക്കർ പ്രോസസുകളുടെ എണ്ണം പോലുള്ള ചില പാരാമീറ്ററുകൾ മേലിൽ സ്വമേധയാ സൃഷ്ടിക്കപ്പെടുന്നില്ല, പക്ഷേ തെറ്റ് സഹിഷ്ണുതയ്ക്കും വിശ്വാസ്യതയ്ക്കും വേണ്ടിയുള്ള ടാസ്‌ക്കുകളുടെ ആവശ്യകതകളുടെ വിവരണങ്ങളെ അടിസ്ഥാനമാക്കിയാണ് കണക്കാക്കുന്നത്.

ലോഡ് ബാലൻസിംഗ് സംവിധാനം വികസിപ്പിച്ചെടുത്തിട്ടുണ്ട്, ഇത് ഒന്നുകിൽ സിസ്റ്റത്തിന്റെ പ്രകടനം മെച്ചപ്പെടുത്തുന്നതിനോ അല്ലെങ്കിൽ പുതിയ "മെമ്മറി സേവിംഗ്" മോഡ് ഉപയോഗിക്കുന്നതിനോ ഉപയോഗിക്കാം, ഇത് കോൺഫിഗറേഷൻ ഉപയോഗിക്കുന്ന സന്ദർഭങ്ങളിൽ "പരിമിതമായ മെമ്മറിയിൽ" പ്രവർത്തിക്കാൻ അനുവദിക്കുന്നു. "ഓർമ്മ തിന്നാൻ ഇഷ്ടപ്പെടുന്നു".

വലിയ അളവിലുള്ള മെമ്മറി ഉപയോഗിക്കുമ്പോൾ ജോലിയുടെ സ്ഥിരത വർക്കിംഗ് സെർവറിന്റെ പുതിയ പാരാമീറ്ററുകളാൽ നിർണ്ണയിക്കപ്പെടും.

"ഓരോ കോളിനും സുരക്ഷിതമായ മെമ്മറി ഉപഭോഗം" എന്ന പാരാമീറ്ററാണ് പ്രത്യേക താൽപ്പര്യം. അതെന്താണെന്ന് അധികം ധാരണയില്ലാത്തവർക്ക് - ഒരു "ഉൽപാദന" അടിത്തറയിൽ പരിശീലിക്കാതിരിക്കുന്നതാണ് നല്ലത്. "പരമാവധി വർക്ക്ഫ്ലോ മെമ്മറി" എന്ന പാരാമീറ്റർ നിങ്ങളെ "ഓവർഫ്ലോ" ചെയ്യാൻ അനുവദിക്കുന്നു, ഇത് മുഴുവൻ തൊഴിലാളി പ്രക്രിയയും തകർക്കരുത്, പക്ഷേ ഒരു സെഷൻ മാത്രം "പരാജിതനോടൊപ്പം". "സെർവർ ഉൽപ്പാദനക്ഷമമായി കണക്കാക്കുന്ന വർക്കർ പ്രോസസ്സ് മെമ്മറിയുടെ അളവ്" ഈ മെമ്മറി പരിധി മറികടന്നാലുടൻ പുതിയ കണക്ഷനുകൾ തടയാൻ നിങ്ങളെ അനുവദിക്കുന്നു.

ഇൻഫോബേസുകൾ വഴി വർക്ക്ഫ്ലോകൾ വേർതിരിക്കാൻ ഞാൻ ശുപാർശ ചെയ്യുന്നു, ഉദാഹരണത്തിന്, "ഓരോ പ്രോസസ്സിനും വിവര സുരക്ഷയുടെ എണ്ണം = 1" എന്ന പാരാമീറ്റർ വ്യക്തമാക്കുക. ഉയർന്ന ലോഡുചെയ്ത നിരവധി ഡാറ്റാബേസുകൾക്കൊപ്പം, ഇത് വിശ്വാസ്യതയുടെയും പ്രകടനത്തിന്റെയും കാര്യത്തിൽ പരസ്പര സ്വാധീനം കുറയ്ക്കും.

സിസ്റ്റത്തിന്റെ സ്ഥിരതയ്ക്ക് ഒരു പ്രത്യേക സംഭാവന നൽകുന്നത് ലൈസൻസുകളുടെ/കീകളുടെ "ചെലവ്" വഴിയാണ്. 8.3-ൽ, "അലാഡിൻ" മാനേജർക്ക് സമാനമായ ഒരു "സോഫ്റ്റ്വെയർ ലൈസൻസ് മാനേജർ" ഉപയോഗിക്കാൻ സാധിച്ചു. ഒരു പ്രത്യേക യന്ത്രത്തിലേക്ക് താക്കോൽ കൊണ്ടുപോകാൻ കഴിയുക എന്നതാണ് ലക്ഷ്യം.

ക്ലസ്റ്റർ മാനേജറിൽ ഇത് മറ്റൊരു "സേവനം" ആയി നടപ്പിലാക്കുന്നു. നിങ്ങൾക്ക് ഒരു "സൌജന്യ" ലാപ്ടോപ്പ് ഉപയോഗിക്കാം. ഇത് 1s 8.3 ക്ലസ്റ്ററിലേക്ക് ചേർക്കുക, "ലൈസൻസിംഗ് സേവനം" സേവനം ഉപയോഗിച്ച് അതിൽ ഒരു പ്രത്യേക മാനേജർ സൃഷ്ടിക്കുക. നിങ്ങൾക്ക് ഒരു ഹാർഡ്‌വെയർ ഹാസ്‌പ്-കീ ലാപ്‌ടോപ്പിലേക്ക് പ്ലഗ് ചെയ്യാം അല്ലെങ്കിൽ സോഫ്റ്റ്‌വെയർ ലൈസൻസുകൾ സജീവമാക്കാം.

പ്രോഗ്രാമർമാർക്ക് ഏറ്റവും താൽപ്പര്യമുള്ളത് "പ്രവർത്തനക്ഷമതയുടെ നിയമനത്തിനുള്ള ആവശ്യകതകൾ" ആയിരിക്കണം.

അതിനാൽ ഒരു സുരക്ഷാ കീ ഉള്ള ഒരു ലാപ്‌ടോപ്പിൽ, ക്ലസ്റ്റർ സെർവറിൽ ഉപയോക്താക്കളെ ആരംഭിക്കാതിരിക്കാൻ, "ഐഎസിലേക്കുള്ള ക്ലയന്റ് കണക്ഷൻ" - "അസൈൻ ചെയ്യരുത്" എന്ന ആവശ്യകത ഒബ്‌ജക്റ്റിനായി നിങ്ങൾ "ആവശ്യങ്ങൾ" ചേർക്കേണ്ടതുണ്ട്, അതായത്. ക്ലയന്റ് കണക്ഷനുകൾ കൈകാര്യം ചെയ്യുന്നതിൽ നിന്ന് ഈ സെർവറിലെ തൊഴിലാളി പ്രക്രിയകളെ തടയുക.

ഉപയോക്തൃ സെഷനുകളില്ലാതെ ഒരു പ്രൊഡക്ഷൻ ക്ലസ്റ്റർ സെർവറിൽ "പശ്ചാത്തല ജോലികൾ മാത്രം" പ്രവർത്തിപ്പിക്കാനുള്ള കഴിവ് ഇതിലും വലിയ താൽപ്പര്യമാണ്. അങ്ങനെ, വളരെ ലോഡുചെയ്ത ജോലികൾ (കോഡ്) ഒരു പ്രത്യേക മെഷീനിലേക്ക് കൈമാറാൻ സാധിക്കും. കൂടാതെ, ഒരു കമ്പ്യൂട്ടറിലെ "അധിക പാരാമീറ്ററിന്റെ മൂല്യം" വഴി "മാസം അടയ്ക്കുക" എന്ന ഒരു പശ്ചാത്തല ടാസ്‌ക് പ്രവർത്തിപ്പിക്കാൻ കഴിയും, മറ്റൊന്നിൽ "പൂർണ്ണ-ടെക്‌സ്റ്റ് സൂചിക അപ്‌ഡേറ്റ് ചെയ്യുക" എന്ന പശ്ചാത്തല ടാസ്‌ക് പ്രവർത്തിപ്പിക്കാൻ കഴിയും. ഉദാഹരണത്തിന്, നിങ്ങൾ BackgroundJob.CommonModule എന്നത് ഒരു മൂല്യമായി വ്യക്തമാക്കുകയാണെങ്കിൽ, ക്ലസ്റ്ററിലെ പ്രവർത്തന സെർവറിന്റെ പ്രവർത്തനം ഏതെങ്കിലും ഉള്ളടക്കമുള്ള പശ്ചാത്തല ജോലികൾ മാത്രമായി നിങ്ങൾക്ക് പരിമിതപ്പെടുത്താം. BackgroundJob.CommonModule..- മൂല്യം നിർദ്ദിഷ്ട കോഡ് സൂചിപ്പിക്കും.

ഡോക്യുമെന്റേഷൻ വീണ്ടും പറയുന്നതിൽ അർത്ഥമില്ലെന്ന് വ്യക്തമാണ്. എന്നാൽ ആരെങ്കിലും വിവേകമുള്ള ഒരാളെ ഉപദേശിച്ചാൽ, ഞാൻ ലേഖനം വിപുലീകരിക്കും.

ക്ലസ്റ്റർ 1C 8.3-ൽ എന്താണ് മാറിയത്:

ഒന്നാമതായി, 1C ക്ലസ്റ്റർ ഇൻസ്റ്റാൾ ചെയ്ത ശേഷം, വർക്ക്ഫ്ലോകൾ സൃഷ്ടിക്കേണ്ടത് ആവശ്യമാണ്. അത് സംഭവിച്ചതുപോലെ,ക്ലസ്റ്റർ പ്രക്രിയകൾഡാറ്റാബേസിന്റെ ലോഡ് അനുസരിച്ച് യാന്ത്രികമായി സൃഷ്ടിക്കാൻ തുടങ്ങി.

പ്രധാന ഡാറ്റാബേസിന്റെ പശ്ചാത്തല ടാസ്ക്കുകളുടെ ട്രയൽ റൺ 1C ക്ലസ്റ്ററിനെ rphost.exe അനന്തമായി ഓവർലോഡ് ചെയ്യാൻ നിർബന്ധിതരാക്കി, കൂടാതെ അധിക rphost.exe സൃഷ്ടിക്കാൻ ആഗ്രഹിക്കുന്നില്ല. ക്രമീകരണങ്ങൾ കുഴിച്ചെടുത്ത ശേഷം, എല്ലാം വ്യക്തമായി.

പരമാവധി തൊഴിലാളി പ്രോസസ്സ് മെമ്മറി തൊഴിലാളി പ്രക്രിയകൾക്ക് ഒരുമിച്ച് ഉപയോഗിക്കാനാകുന്ന മെമ്മറിയുടെ അളവാണ്. അളന്ന പാരാമീറ്റർ സജ്ജീകരിക്കുമ്പോൾ നിങ്ങൾ വളരെ ശ്രദ്ധിക്കേണ്ടതുണ്ട് ബൈറ്റുകൾ. നിങ്ങൾ തെറ്റായ മൂല്യം സജ്ജമാക്കുകയാണെങ്കിൽ (സാധാരണ ഉപയോക്തൃ അനുഭവത്തിന് പര്യാപ്തമല്ല)ഉപയോക്താക്കൾ ഒരു പിശക് എറിയപ്പെടും"1C സെർവറിൽ മതിയായ സൗജന്യ മെമ്മറി ഇല്ല". 1C സെർവറിൽ മെമ്മറി ക്വാട്ട തീരുമ്പോൾ നിങ്ങൾക്ക് ഈ പിശക് ലഭിക്കും.

ഓരോ കോളിനും സുരക്ഷിതമായ മെമ്മറി ഉപഭോഗം- ഒരു സെർവർ കോളിനിടെ മെമ്മറി ഉപഭോഗം നിയന്ത്രിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു, അളക്കുന്നത് ബൈറ്റുകൾ. കോൾ പ്രതീക്ഷിച്ചതിലും കൂടുതൽ മെമ്മറി ഉപയോഗിക്കുന്നുവെങ്കിൽ, വർക്കർ പ്രോസസ്സ് (rphost.exe) പുനരാരംഭിക്കാതെ തന്നെ 1C ക്ലസ്റ്ററിനുള്ളിൽ ഈ കോൾ പൂർത്തിയാകും. അതനുസരിച്ച്, സെർവർ കോൾ ചെയ്ത "പരാജിതന്" മറ്റ് ഉപയോക്താക്കളുടെ പ്രവർത്തനത്തെ ബാധിക്കാതെ 1C ബേസ് ഉള്ള സെഷൻ നഷ്‌ടമാകും.

സെർവർ ഉൽപ്പാദനക്ഷമമായി കണക്കാക്കുന്ന വർക്കർ പ്രോസസ്സ് മെമ്മറിയുടെ അളവ്- at ഈ പരാമീറ്റർ കവിഞ്ഞാൽ, 1C ക്ലസ്റ്ററിലെ സെർവർ പുതിയ കണക്ഷനുകൾ സ്വീകരിക്കുന്നത് നിർത്തും.

ഓരോ പ്രക്രിയയിലും ഐഎസിന്റെ എണ്ണം- ജോലി പ്രക്രിയകൾ വഴി ഇൻഫോബേസുകളെ ഒറ്റപ്പെടുത്താൻ നിങ്ങളെ അനുവദിക്കുന്നു. സ്ഥിരസ്ഥിതിയായി, നിലവിലെ ക്ലസ്റ്റർ 1C ആയി സജ്ജീകരിച്ചിരിക്കുന്നു- "8", എന്നാൽ മണിക്കൂറുകളോളം സെർവർ വളരെ അസ്ഥിരമായിരുന്നു, ഉപയോക്തൃ സെഷനുകൾ തൂക്കി. ഓരോ ഇൻഫോബേസും വേർതിരിച്ചെടുത്ത ശേഷം (മൂല്യം- "1") പ്രശ്നങ്ങൾ ഇല്ലാതായി.

ഓരോ പ്രക്രിയയ്ക്കും കണക്ഷനുകളുടെ എണ്ണം- സ്ഥിര മൂല്യം "128" ആണ്. നിലവിലെ അടിത്തറയിൽ വളരെ വലിയ ബാക്ക്ഗ്രൗണ്ട് ടാസ്ക്കുകൾ ഉള്ളതിനാൽ (ലോജിസ്റ്റിക്സിന്റെ കണക്കുകൂട്ടൽ, വില വിശകലനം, എതിരാളികളുടെ വിശകലനം മുതലായവ), അത് "25" ആയി കുറയ്ക്കാൻ തീരുമാനിച്ചു.

1C ക്ലസ്റ്ററിന്റെ ക്രമീകരണങ്ങളും ചെറുതായി മാറിയിരിക്കുന്നു:

പ്രതിരോധശേഷി നില- അത് ഉപയോക്താക്കളെ ക്രാഷ് ചെയ്യാതെ ഒരേ സമയം പരാജയപ്പെടുന്ന പ്രൊഡക്ഷൻ സെർവറുകളുടെ എണ്ണം. നിർദ്ദിഷ്ട തെറ്റ് സഹിഷ്ണുത ഉറപ്പാക്കാൻ ആവശ്യമായ തുകയിൽ അനാവശ്യ സേവനങ്ങൾ സ്വയമേവ ആരംഭിക്കുന്നു. തത്സമയം, സജീവമായ സേവനം സ്റ്റാൻഡ്‌ബൈയിലേക്ക് പകർത്തുന്നു.

പങ്കിടൽ മോഡ് ലോഡ് ചെയ്യുക - പാരാമീറ്ററിന് രണ്ട് ഓപ്ഷനുകൾ ഉണ്ട്: "പ്രകടന മുൻഗണന" - കൂടുതൽ സെർവർ മെമ്മറി ചെലവഴിക്കുകയും പ്രകടനം ഉയർന്നതാണ്, "മെമ്മറി മുൻഗണന" - 1C ക്ലസ്റ്റർ സെർവർ മെമ്മറി സംരക്ഷിക്കുന്നു.

ഒരു പിൻവാക്കിന് പകരം. 1C 8.3 ക്ലസ്റ്റർ ശ്രദ്ധേയമായി വേഗത്തിലും കൂടുതൽ വിശ്വസനീയമായും പ്രവർത്തിക്കുന്നു, ഇൻഫോബേസ് ഉപയോഗിച്ച് ഒരു ഉപയോക്തൃ സെഷൻ സൃഷ്ടിക്കുന്നത് പലമടങ്ങ് വേഗതയുള്ളതാണ്, 1C 8.2.16 ഉള്ള കോംപാറ്റിബിലിറ്റി മോഡിലുള്ള ഇന്റർഫേസ് പറക്കുമെന്ന് പറയാം. തീർച്ചയായും സൂക്ഷ്മതകളുണ്ട്, പക്ഷേ അവയില്ലാതെ എവിടെയാണ്. ഒരു പുതിയ ക്ലസ്റ്റർ 1C 8.3 സജ്ജീകരിക്കുന്നതിൽ ഭാഗ്യം.