1C ഡെവലപ്പറുടെ കഥകൾ: അഡ്മിന്റെ

എല്ലാ 1C ഡെവലപ്പർമാരും ഒരു തരത്തിൽ അല്ലെങ്കിൽ മറ്റൊരു തരത്തിൽ ഐടി സേവനങ്ങളുമായും സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാരുമായും നേരിട്ട് ഇടപഴകുന്നു. എന്നാൽ ഈ ഇടപെടൽ എല്ലായ്പ്പോഴും സുഗമമായി നടക്കുന്നില്ല. ഇതിനെക്കുറിച്ച് കുറച്ച് രസകരമായ കഥകൾ നിങ്ങളോട് പറയാൻ ഞാൻ ആഗ്രഹിക്കുന്നു.

അതിവേഗ ആശയവിനിമയ ചാനൽ

ഞങ്ങളുടെ ക്ലയന്റുകളിൽ ഭൂരിഭാഗവും അവരുടേതായ വലിയ ഐടി വകുപ്പുകളുള്ള വലിയ ഹോൾഡിംഗുകളാണ്. കൂടാതെ ക്ലയന്റ് സ്പെഷ്യലിസ്റ്റുകൾ സാധാരണയായി വിവര ഡാറ്റാബേസുകളുടെ ബാക്കപ്പ് പകർപ്പുകൾക്ക് ഉത്തരവാദികളാണ്. എന്നാൽ താരതമ്യേന ചെറിയ സംഘടനകളുമുണ്ട്. പ്രത്യേകിച്ചും അവർക്കായി, ഞങ്ങൾക്ക് ഒരു സേവനം ഉണ്ട്, അതനുസരിച്ച് എല്ലാ 1C യുടെയും ബാക്കപ്പുമായി ബന്ധപ്പെട്ട എല്ലാ പ്രശ്നങ്ങളും ഞങ്ങൾ സ്വയം ഏറ്റെടുക്കുന്നു. ഈ കഥയിൽ നമ്മൾ സംസാരിക്കുന്ന കമ്പനി ഇതാണ്.

1C-യെ പിന്തുണയ്‌ക്കാൻ ഒരു പുതിയ ക്ലയന്റ് വന്നു, മറ്റ് കാര്യങ്ങൾക്കൊപ്പം, ബാക്കപ്പുകൾക്ക് ഞങ്ങൾ ഉത്തരവാദികളാണെന്ന ഒരു നിബന്ധനയും കരാറിൽ ഉൾപ്പെടുത്തിയിട്ടുണ്ട്, അവർക്ക് സ്റ്റാഫിൽ സ്വന്തം സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ ഉണ്ടെങ്കിലും. ക്ലയന്റ്-സെർവർ ഡാറ്റാബേസ്, ഒരു DBMS ആയി MS SQL. തികച്ചും സ്റ്റാൻഡേർഡ് സാഹചര്യം, പക്ഷേ ഇപ്പോഴും ഒരു ന്യൂനൻസ് ഉണ്ടായിരുന്നു: പ്രധാന അടിസ്ഥാനം വളരെ വലുതായിരുന്നു, പക്ഷേ പ്രതിമാസ വർദ്ധനവ് വളരെ ചെറുതായിരുന്നു. അതായത്, ഡാറ്റാബേസിൽ ധാരാളം ചരിത്രപരമായ ഡാറ്റ അടങ്ങിയിരിക്കുന്നു. ഈ സവിശേഷത കണക്കിലെടുത്ത്, ഞാൻ ഇനിപ്പറയുന്ന രീതിയിൽ ബാക്കപ്പ് മെയിന്റനൻസ് പ്ലാനുകൾ സജ്ജീകരിച്ചു: ഓരോ മാസത്തിന്റെയും ആദ്യ ശനിയാഴ്ച ഒരു പൂർണ്ണ ബാക്കപ്പ് ഉണ്ടാക്കി, അത് വളരെ ഭാരമുള്ളതായിരുന്നു, തുടർന്ന് എല്ലാ രാത്രിയിലും ഒരു ഡിഫറൻഷ്യൽ കോപ്പി ഉണ്ടാക്കി - താരതമ്യേന ചെറിയ വോളിയം, ഒരു പകർപ്പ് ഓരോ മണിക്കൂറിലും ഇടപാട് ലോഗ്. മാത്രമല്ല, പൂർണ്ണവും വ്യത്യസ്തവുമായ പകർപ്പുകൾ ഒരു നെറ്റ്‌വർക്ക് റിസോഴ്സിലേക്ക് പകർത്തുക മാത്രമല്ല, ഞങ്ങളുടെ FTP സെർവറിലേക്ക് അധികമായി അപ്‌ലോഡ് ചെയ്യുകയും ചെയ്തു. ഈ സേവനം നൽകുമ്പോൾ ഇത് നിർബന്ധിത ആവശ്യകതയാണ്.

ഇതെല്ലാം വിജയകരമായി കോൺഫിഗർ ചെയ്യുകയും പ്രവർത്തനക്ഷമമാക്കുകയും പൊതുവെ പരാജയങ്ങളില്ലാതെ പ്രവർത്തിക്കുകയും ചെയ്തു.

എന്നാൽ കുറച്ച് മാസങ്ങൾക്ക് ശേഷം, ഈ സ്ഥാപനത്തിലെ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ മാറി. പുതിയ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ ആധുനിക പ്രവണതകൾക്ക് അനുസൃതമായി കമ്പനിയുടെ ഐടി ഇൻഫ്രാസ്ട്രക്ചർ ക്രമേണ പുനർനിർമ്മിക്കാൻ തുടങ്ങി. പ്രത്യേകിച്ചും, വെർച്വലൈസേഷൻ പ്രത്യക്ഷപ്പെട്ടു, ഡിസ്ക് ഷെൽഫുകൾ, ആക്സസ് എല്ലായിടത്തും തടഞ്ഞു, എല്ലാം, മുതലായവ, പൊതുവായ സാഹചര്യത്തിൽ തീർച്ചയായും സന്തോഷിക്കാൻ കഴിയില്ല. എന്നാൽ അദ്ദേഹത്തിന് കാര്യങ്ങൾ എല്ലായ്പ്പോഴും സുഗമമായിരുന്നില്ല; 1C യുടെ പ്രകടനത്തിൽ പലപ്പോഴും പ്രശ്നങ്ങൾ ഉണ്ടായിരുന്നു, ഇത് ഞങ്ങളുടെ പിന്തുണയോടെ ചില അഭിപ്രായവ്യത്യാസങ്ങൾക്കും തെറ്റിദ്ധാരണകൾക്കും കാരണമായി. കൂടാതെ, അവനുമായുള്ള ഞങ്ങളുടെ ബന്ധം പൊതുവെ വളരെ തണുത്തതും കുറച്ച് ബുദ്ധിമുട്ടുള്ളതുമായിരുന്നു, ഇത് എന്തെങ്കിലും പ്രശ്നങ്ങൾ ഉണ്ടാകുമ്പോൾ പിരിമുറുക്കത്തിന്റെ അളവ് വർദ്ധിപ്പിക്കുകയേയുള്ളൂ.

എന്നാൽ ഒരു പ്രഭാതത്തിൽ ഈ ക്ലയന്റിൻറെ സെർവർ ലഭ്യമല്ലെന്ന് തെളിഞ്ഞു. എന്താണ് സംഭവിച്ചതെന്ന് അറിയാൻ ഞാൻ സിസ്റ്റം അഡ്‌മിനിസ്‌ട്രേറ്ററെ വിളിച്ചു, "ഞങ്ങളുടെ സെർവർ തകരാറിലായി, ഞങ്ങൾ അതിൽ പ്രവർത്തിക്കുന്നു, നിങ്ങളുടേതല്ല" എന്നതുപോലുള്ള ഒരു ഉത്തരമായി ലഭിച്ചു. ശരി, അവർ പ്രവർത്തിക്കുന്നത് നല്ലതാണ്. ഇതിനർത്ഥം സ്ഥിതി നിയന്ത്രണത്തിലാണ്. ഉച്ചഭക്ഷണത്തിന് ശേഷം, ഞാൻ വീണ്ടും വിളിക്കുന്നു, പ്രകോപനത്തിന് പകരം, അഡ്മിന്റെ ശബ്ദത്തിൽ എനിക്ക് ഇതിനകം ക്ഷീണവും നിസ്സംഗതയും അനുഭവപ്പെടുന്നു. എന്താണ് സംഭവിച്ചതെന്ന് മനസിലാക്കാൻ ഞാൻ ശ്രമിക്കുന്നു, സഹായിക്കാൻ ഞങ്ങൾക്ക് എന്തെങ്കിലും ചെയ്യാനാകുമോ? സംഭാഷണത്തിന്റെ ഫലമായി, ഇനിപ്പറയുന്നവ പുറത്തുവന്നു:

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

ശാന്തമാകൂ, ഞാൻ പറയുന്നു. ഞങ്ങൾക്ക് നിങ്ങളുടെ രാത്രി ബാക്കപ്പ് ഉണ്ട്. മറുപടിയായി, നിശബ്ദത ഉണ്ടായിരുന്നു, അതിലൂടെ ഞാൻ ഒരു മനുഷ്യന്റെ ജീവൻ രക്ഷിച്ചുവെന്ന് ഞാൻ മനസ്സിലാക്കി. പുതിയതും പുതുതായി വിന്യസിച്ചതുമായ സെർവറിലേക്ക് ഈ പകർപ്പ് എങ്ങനെ കൈമാറാമെന്ന് ഞങ്ങൾ ചർച്ച ചെയ്യാൻ തുടങ്ങുന്നു. എന്നാൽ ഇവിടെയും ഒരു പ്രശ്നം ഉയർന്നു.

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

അവർ ഞങ്ങളുടെ സെർവർ റൂമിൽ നിൽക്കുകയും ഫയലുകൾ പകർത്താൻ കാത്തിരിക്കുകയും ചെയ്യുമ്പോൾ, ഞങ്ങൾ ആദ്യമായി കണ്ടുമുട്ടി, "വ്യക്തിപരമായി," ഒരു കപ്പ് കാപ്പി കുടിച്ച്, അനൗപചാരികമായ ഒരു ക്രമീകരണത്തിൽ സംസാരിച്ചു. അവന്റെ സങ്കടത്തിൽ ഞാൻ സഹതപിക്കുകയും കമ്പനിയുടെ നിർത്തിവച്ച ജോലികൾ തിടുക്കത്തിൽ പുനഃസ്ഥാപിച്ചുകൊണ്ട് ഒരു മുഴുവൻ ബാക്കപ്പുമായി അവനെ തിരിച്ചയക്കുകയും ചെയ്തു.

തുടർന്ന്, ഐടി വകുപ്പിനോടുള്ള ഞങ്ങളുടെ എല്ലാ അഭ്യർത്ഥനകളും വളരെ വേഗത്തിൽ പരിഹരിക്കപ്പെട്ടു, കൂടുതൽ അഭിപ്രായവ്യത്യാസങ്ങൾ ഉണ്ടായില്ല.

നിങ്ങളുടെ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്ററെ ബന്ധപ്പെടുക

ഒരിക്കൽ, വളരെക്കാലമായി, ഒരു ക്ലയന്റിനായി IIS വഴി വെബ് ആക്‌സസ്സിനായി 1C പ്രസിദ്ധീകരിക്കാൻ എനിക്ക് കഴിഞ്ഞില്ല. ഇത് ഒരു സാധാരണ ജോലിയാണെന്ന് തോന്നുന്നു, പക്ഷേ എല്ലാം പ്രവർത്തിപ്പിക്കാൻ ഒരു മാർഗവുമില്ല. പ്രാദേശിക സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാർ ഇടപെടുകയും വ്യത്യസ്ത ക്രമീകരണങ്ങളും കോൺഫിഗറേഷൻ ഫയലുകളും പരീക്ഷിക്കുകയും ചെയ്തു. വെബിലെ 1C സാധാരണയായി ഒരു തരത്തിലും പ്രവർത്തിക്കാൻ ആഗ്രഹിക്കുന്നില്ല. ഒന്നുകിൽ ഡൊമെയ്‌ൻ സുരക്ഷാ നയങ്ങളിലോ പ്രാദേശിക അത്യാധുനിക ഫയർവാളിലോ എന്തോ കുഴപ്പമുണ്ട്, അല്ലെങ്കിൽ മറ്റെന്താണ് ദൈവത്തിനറിയാം. Nth ആവർത്തനത്തിൽ, അഡ്മിൻ എനിക്ക് വാക്കുകളുള്ള ഒരു ലിങ്ക് അയയ്ക്കുന്നു:

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

തൽഫലമായി, പ്രശ്‌നങ്ങളൊന്നുമില്ലാതെ ഞങ്ങൾ ഇത് അപ്പാച്ചെയിൽ സമാരംഭിച്ചു. ഐഐഎസ് ഒരിക്കലും പരാജയപ്പെട്ടിട്ടില്ല.

ഒരു ലെവൽ കൂടുതൽ ആഴത്തിൽ

ഞങ്ങൾക്ക് ഒരു ക്ലയന്റ് ഉണ്ടായിരുന്നു - ഒരു ചെറിയ നിർമ്മാണ സംരംഭം. അവർക്ക് ഒരു സെർവർ ഉണ്ടായിരുന്നു, ഒരു തരം "ക്ലാസിക്" 3 ഇൻ 1: ടെർമിനൽ സെർവർ + ആപ്ലിക്കേഷൻ സെർവർ + ഡാറ്റാബേസ് സെർവർ. UPP അടിസ്ഥാനമാക്കിയുള്ള ചില വ്യവസായ-നിർദ്ദിഷ്ട കോൺഫിഗറേഷനിൽ അവർ പ്രവർത്തിച്ചു, ഏകദേശം 15-20 ഉപയോക്താക്കൾ ഉണ്ടായിരുന്നു, കൂടാതെ സിസ്റ്റത്തിന്റെ പ്രകടനം തത്വത്തിൽ എല്ലാവർക്കും അനുയോജ്യമാണ്.

കാലക്രമേണ, എല്ലാം കൂടുതലോ കുറവോ സ്ഥിരതയോടെ പ്രവർത്തിച്ചു. എന്നാൽ പിന്നീട് യൂറോപ്പ് റഷ്യയ്‌ക്കെതിരെ ഉപരോധം ഏർപ്പെടുത്തി, അതിന്റെ ഫലമായി റഷ്യക്കാർ പ്രധാനമായും ആഭ്യന്തരമായി ഉൽ‌പാദിപ്പിക്കുന്ന ഉൽപ്പന്നങ്ങൾ വാങ്ങാൻ തുടങ്ങി, ഈ കമ്പനിയുടെ ബിസിനസ്സ് കുത്തനെ ഉയർന്നു. ഉപയോക്താക്കളുടെ എണ്ണം 50-60 ആളുകളായി വർദ്ധിച്ചു, ഒരു പുതിയ ബ്രാഞ്ച് തുറന്നു, അതിനനുസരിച്ച് ഡോക്യുമെന്റ് ഫ്ലോ വർദ്ധിച്ചു. ഇപ്പോൾ നിലവിലെ സെർവറിന് കുത്തനെ വർദ്ധിച്ച ലോഡിനെ നേരിടാൻ കഴിയില്ല, കൂടാതെ 1C അവർ പറയുന്നതുപോലെ “വേഗത കുറയ്ക്കാൻ” തുടങ്ങി. തിരക്കുള്ള സമയങ്ങളിൽ, ഡോക്യുമെന്റുകൾ നിരവധി മിനിറ്റ് പ്രോസസ്സ് ചെയ്തു, തടയൽ പിശകുകൾ സംഭവിച്ചു, ഫോമുകൾ തുറക്കാൻ വളരെ സമയമെടുത്തു, കൂടാതെ മറ്റ് അനുബന്ധ സേവനങ്ങളുടെ മുഴുവൻ പൂച്ചെണ്ടും. ലോക്കൽ സിസ്റ്റം അഡ്‌മിനിസ്‌ട്രേറ്റർ എല്ലാ പ്രശ്‌നങ്ങളും ഒഴിവാക്കി, "ഇത് നിങ്ങളുടെ 1C ആണ്, നിങ്ങൾ അത് മനസ്സിലാക്കും." സിസ്റ്റത്തിന്റെ ഒരു പെർഫോമൻസ് ഓഡിറ്റ് നടത്താൻ ഞങ്ങൾ ആവർത്തിച്ച് നിർദ്ദേശിച്ചിട്ടുണ്ട്, പക്ഷേ അത് ഒരിക്കലും ഓഡിറ്റിലേക്ക് വന്നില്ല. പ്രശ്‌നങ്ങൾ എങ്ങനെ പരിഹരിക്കാമെന്നതിനെക്കുറിച്ചുള്ള ശുപാർശകൾ ക്ലയന്റ് ചോദിച്ചു.

ശരി, ഞാൻ ഇരുന്നു, ടെർമിനൽ സെർവറിന്റെയും ആപ്ലിക്കേഷൻ സെർവറിന്റെയും റോളുകൾ ഡിബിഎംഎസുമായി വേർതിരിക്കേണ്ടതിന്റെ ആവശ്യകതയെക്കുറിച്ച് ഒരു നീണ്ട കത്ത് എഴുതി (തത്വത്തിൽ, ഞങ്ങൾ മുമ്പ് പലതവണ പറഞ്ഞിട്ടുണ്ട്). ഞാൻ ടെർമിനൽ സെർവറുകളിൽ DFSS നെ കുറിച്ചും, പങ്കിട്ട മെമ്മറിയെ കുറിച്ചും, ആധികാരിക ഉറവിടങ്ങളിലേക്ക് ലിങ്കുകൾ നൽകി, കൂടാതെ ഉപകരണങ്ങൾക്കായി ചില ഓപ്ഷനുകൾ നിർദ്ദേശിച്ചു. ഈ കത്ത് കമ്പനിയിൽ അധികാരത്തിലിരിക്കുന്നവരിലേക്ക് എത്തി, "ഇംപ്ലിമെന്റ്" എന്ന പ്രമേയവുമായി ഐടി വകുപ്പിലേക്ക് മടങ്ങി, ഐസ് പൊതുവെ തകർന്നു.

കുറച്ച് സമയത്തിന് ശേഷം, അഡ്മിൻ എനിക്ക് പുതിയ സെർവറിന്റെ ഐപി വിലാസവും ലോഗിൻ ക്രെഡൻഷ്യലുകളും അയയ്ക്കുന്നു. MS SQL, 1C സെർവർ ഘടകങ്ങൾ അവിടെ വിന്യസിച്ചിട്ടുണ്ടെന്നും ഡാറ്റാബേസുകൾ കൈമാറേണ്ടതുണ്ടെന്നും എന്നാൽ ഇപ്പോൾ DBMS സെർവറിലേക്ക് മാത്രമാണെന്നും അദ്ദേഹം പറയുന്നു, കാരണം 1C കീകളിൽ ചില പ്രശ്നങ്ങൾ ഉണ്ടായിട്ടുണ്ട്.

ഞാൻ വന്നു, തീർച്ചയായും, എല്ലാ സേവനങ്ങളും പ്രവർത്തിക്കുന്നു, സെർവർ വളരെ ശക്തമായിരുന്നില്ല, പക്ഷേ ശരി, ഇത് ഒന്നുമില്ല എന്നതിനേക്കാൾ മികച്ചതാണെന്ന് ഞാൻ കരുതുന്നു. നിലവിലെ സെർവറിനെ എങ്ങനെയെങ്കിലും ഒഴിവാക്കുന്നതിനായി ഞാൻ ഇപ്പോൾ ഡാറ്റാബേസുകൾ കൈമാറും. സമ്മതിച്ച സമയത്ത് ഞാൻ എല്ലാ കൈമാറ്റങ്ങളും പൂർത്തിയാക്കി, പക്ഷേ സ്ഥിതി മാറിയില്ല - ഇപ്പോഴും അതേ പ്രകടന പ്രശ്നങ്ങൾ. ഇത് വിചിത്രമാണ്, തീർച്ചയായും, നമുക്ക് 1C ക്ലസ്റ്ററിൽ ഡാറ്റാബേസുകൾ രജിസ്റ്റർ ചെയ്യാം, നമുക്ക് കാണാം.

ദിവസങ്ങൾ കുറേ കഴിഞ്ഞിട്ടും താക്കോലുകൾ കൈമാറ്റം ചെയ്യപ്പെട്ടിട്ടില്ല. എന്താണ് പ്രശ്‌നമെന്ന് ഞാൻ ആശ്ചര്യപ്പെടുന്നു, എല്ലാം ലളിതമാണെന്ന് തോന്നുന്നു - ഇത് ഒരു സെർവറിൽ നിന്ന് പുറത്തെടുക്കുക, മറ്റൊന്നിലേക്ക് പ്ലഗ് ചെയ്യുക, ഡ്രൈവർ ഇൻസ്റ്റാൾ ചെയ്യുക, നിങ്ങൾ പൂർത്തിയാക്കി. പോർട്ട് ഫോർവേഡിംഗ്, ഒരു വെർച്വൽ സെർവർ മുതലായവയെക്കുറിച്ച് കലഹിച്ചും എന്തെങ്കിലും പറഞ്ഞും അഡ്മിൻ പ്രതികരിക്കുന്നു.

ഹോ... വെർച്വൽ സെർവറോ? വിർച്ച്വലൈസേഷൻ ഒരിക്കലും ഉണ്ടായിട്ടില്ലെന്നും അങ്ങനെയൊന്നും ഉണ്ടായിട്ടില്ലെന്നും തോന്നുന്നു... Windows Server 1-ൽ Hyper-V-യിലെ ഒരു വെർച്വൽ മെഷീനിലേക്ക് 2008C സെർവർ കീ ഫോർവേഡ് ചെയ്യാനുള്ള അസാധ്യതയുമായി ബന്ധപ്പെട്ട് വളരെ അറിയപ്പെടുന്ന ഒരു പ്രശ്നം ഞാൻ ഓർക്കുന്നു. ഇവിടെയും എന്നിൽ ചില സംശയങ്ങൾ ഉടലെടുക്കാൻ തുടങ്ങി...

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

അതുകൊണ്ട്? അധികാരികളുടെ നിർദ്ദേശങ്ങളും എന്റെ ശുപാർശകളും നടപ്പിലാക്കി, റോളുകൾ വേർതിരിച്ചിരിക്കുന്നു. ചുമതല അവസാനിപ്പിക്കാം.

കുറച്ച് സമയത്തിന് ശേഷം, ഇപ്പോൾ പ്രതിസന്ധി സംഭവിച്ചു, പുതിയ ബ്രാഞ്ച് അടച്ചുപൂട്ടേണ്ടി വന്നു, ലോഡ് കുറഞ്ഞു, സിസ്റ്റം പ്രകടനം കൂടുതലോ കുറവോ സഹിക്കാവുന്നതേയുള്ളൂ.

ശരി, തീർച്ചയായും, അവർക്ക് സെർവർ കീ വെർച്വൽ മെഷീനിലേക്ക് കൈമാറാൻ കഴിഞ്ഞില്ല. തൽഫലമായി, എല്ലാം അതേപടി അവശേഷിക്കുന്നു: ഫിസിക്കൽ മെഷീനിൽ ടെർമിനൽ സെർവർ + 1 സി ക്ലസ്റ്റർ, വെർച്വൽ ഒന്നിൽ ഡാറ്റാബേസ് സെർവർ.

ഇത് ഏതെങ്കിലും തരത്തിലുള്ള ഷരാഷ്കിന്റെ ഓഫീസാണെങ്കിൽ അത് നന്നായിരിക്കും. അതിനാൽ ഇല്ല. എല്ലാ ലെന്റസുകളുടെയും ഓച്ചാനുകളുടെയും പ്രസക്തമായ ഡിപ്പാർട്ട്‌മെന്റുകളിൽ നിങ്ങൾക്കറിയാവുന്നതും കണ്ടിട്ടുള്ളതുമായ ഒരു അറിയപ്പെടുന്ന കമ്പനി.

ഹാർഡ് ഡ്രൈവ് അവധിക്കാല ഷെഡ്യൂൾ

ലോകം ഏറ്റെടുക്കാനുള്ള അതിമോഹ പദ്ധതികളുള്ള ഒരു വലിയ ഹോൾഡിംഗ് കമ്പനി അതിന്റെ മെഗാ കോർപ്പറേഷനിൽ ഉൾപ്പെടുത്തുക എന്ന ലക്ഷ്യത്തോടെ വീണ്ടും ഒരു ചെറിയ കമ്പനിയെ വാങ്ങി. ഈ ഹോൾഡിംഗിന്റെ എല്ലാ ഡിവിഷനുകളിലും, ഉപയോക്താക്കൾ അവരുടെ സ്വന്തം ഡാറ്റാബേസുകളിൽ പ്രവർത്തിക്കുന്നു, എന്നാൽ സമാനമായ കോൺഫിഗറേഷനിലാണ്. ഈ സംവിധാനത്തിൽ ഒരു പുതിയ യൂണിറ്റ് ഉൾപ്പെടുത്തുന്നതിനായി ഞങ്ങൾ ഒരു ചെറിയ പ്രോജക്റ്റ് ആരംഭിച്ചു.

ഒന്നാമതായി, ഉൽപ്പാദനവും ടെസ്റ്റ് ഡാറ്റാബേസുകളും വിന്യസിക്കേണ്ടത് ആവശ്യമാണ്. ഡെവലപ്പർക്ക് കണക്ഷൻ ഡാറ്റ ലഭിച്ചു, സെർവറിലേക്ക് ലോഗിൻ ചെയ്യുന്നു, MS SQL ഇൻസ്റ്റാൾ ചെയ്തു, 1C സെർവർ, 2 ലോജിക്കൽ ഡ്രൈവുകൾ കാണുന്നു: 250 ജിഗാബൈറ്റ് ശേഷിയുള്ള "C" ഡ്രൈവ് ചെയ്യുക, 1 ടെറാബൈറ്റ് ശേഷിയുള്ള "D" ഡ്രൈവ് ചെയ്യുക. ശരി, "C" എന്നത് സിസ്റ്റമാണ്, "D" എന്നത് ഡാറ്റയ്ക്കുള്ളതാണ്, ഡവലപ്പർ യുക്തിപരമായി തീരുമാനിക്കുകയും അവിടെ എല്ലാ ഡാറ്റാബേസുകളും വിന്യസിക്കുകയും ചെയ്യുന്നു. ബാക്കപ്പ് ഉൾപ്പെടെയുള്ള മെയിന്റനൻസ് പ്ലാനുകൾ പോലും ഞാൻ സജ്ജീകരിച്ചിട്ടുണ്ട് (ഇതിന് ഞങ്ങൾ ഉത്തരവാദികളല്ലെങ്കിലും). ശരിയാണ്, ബാക്കപ്പുകൾ ഇവിടെ "D" ലേക്ക് ചേർത്തു. ഭാവിയിൽ, ചില പ്രത്യേക നെറ്റ്‌വർക്ക് റിസോഴ്‌സിലേക്ക് ഇത് വീണ്ടും ക്രമീകരിക്കാൻ പദ്ധതിയിട്ടിരുന്നു.

പ്രോജക്റ്റ് ആരംഭിച്ചു, കൺസൾട്ടൻറുകൾ പുതിയ സിസ്റ്റത്തിൽ എങ്ങനെ പ്രവർത്തിക്കണം എന്നതിനെക്കുറിച്ചുള്ള പരിശീലനം നൽകി, അവശിഷ്ടങ്ങൾ കൈമാറ്റം ചെയ്യപ്പെട്ടു, ചില ചെറിയ ചെറിയ മെച്ചപ്പെടുത്തലുകൾ വരുത്തി, ഉപയോക്താക്കൾ പുതിയ വിവര അടിത്തറയിൽ പ്രവർത്തിക്കാൻ തുടങ്ങി.

ഒരു തിങ്കളാഴ്ച രാവിലെ ഡാറ്റാബേസ് ഡിസ്ക് നഷ്‌ടമായതായി കണ്ടെത്തുന്നതുവരെ എല്ലാം ശരിയായി നടന്നു. സെർവറിൽ "D" ഇല്ല, അത്രമാത്രം.

കൂടുതൽ അന്വേഷണത്തിൽ ഇത് വെളിപ്പെട്ടു: ഈ "സെർവർ" യഥാർത്ഥത്തിൽ ഒരു ലോക്കൽ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്ററുടെ വർക്ക് കമ്പ്യൂട്ടർ ആയിരുന്നു. ശരിയാണ്, അതിന് ഇപ്പോഴും ഒരു സെർവർ OS ഉണ്ടായിരുന്നു. ഈ അഡ്‌മിന്റെ സ്വകാര്യ USB ഡ്രൈവ് സെർവറിലേക്ക് പ്ലഗ് ചെയ്‌തു. അതിനാൽ യാത്രയ്‌ക്കായി സിനിമകൾ പമ്പ് ചെയ്യുക എന്ന ലക്ഷ്യത്തോടെ അഡ്മിനിസ്‌ട്രേറ്റർ തന്റെ സ്ക്രൂയും കൂടെ കൊണ്ടുപോയി അവധിക്ക് പോയി.

ദൈവത്തിന് നന്ദി, ഡാറ്റാബേസ് ഫയലുകൾ ഇല്ലാതാക്കാൻ അദ്ദേഹത്തിന് കഴിഞ്ഞില്ല, കൂടാതെ ഉൽപ്പാദനക്ഷമമായ ഡാറ്റാബേസ് പുനഃസ്ഥാപിക്കാൻ അദ്ദേഹത്തിന് കഴിഞ്ഞു.

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

എന്നാൽ ഇത് തികച്ചും വ്യത്യസ്തമായ കഥയാണ് ...

അവലംബം: www.habr.com