Wasanidi wote wa 1C kwa njia moja au nyingine huingiliana kwa karibu na huduma za IT na moja kwa moja na wasimamizi wa mfumo. Lakini mwingiliano huu hauendi sawa kila wakati. Ningependa kukuambia hadithi chache za kuchekesha kuhusu hili.
Njia ya mawasiliano ya kasi ya juu
Wateja wetu wengi ni wamiliki wakubwa na idara zao kubwa za IT. Na wataalamu wa mteja huwa na jukumu la kuhifadhi nakala za hifadhidata za habari. Lakini pia kuna mashirika madogo. Hasa kwao, tuna huduma kulingana na ambayo tunajichukulia maswala yote yanayohusiana na nakala rudufu ya kila kitu 1C. Hii ndio kampuni ambayo tutazungumza juu ya hadithi hii.
Mteja mpya alikuja kusaidia 1C na, kati ya mambo mengine, mkataba ulijumuisha kifungu ambacho tuliwajibika kwa nakala rudufu, ingawa walikuwa na msimamizi wao wa mfumo kwa wafanyikazi. Hifadhidata ya seva ya mteja, MS SQL kama DBMS. Hali ya kawaida, lakini bado kulikuwa na nuance moja: msingi kuu ulikuwa mkubwa sana, lakini ongezeko la kila mwezi lilikuwa ndogo sana. Hiyo ni, hifadhidata ilikuwa na data nyingi za kihistoria. Kwa kuzingatia kipengele hiki, niliweka mipango ya matengenezo ya chelezo kama ifuatavyo: Jumamosi ya kwanza ya kila mwezi nakala kamili ilifanywa, ilikuwa nzito sana, kisha nakala tofauti ilifanywa kila usiku - kiasi kidogo, na nakala. ya logi ya shughuli kila saa. Zaidi ya hayo, nakala kamili na tofauti hazikunakiliwa tu kwa rasilimali ya mtandao, lakini pia zilipakiwa kwa seva yetu ya FTP. Hili ni hitaji la lazima wakati wa kutoa huduma hii.
Yote hii ilisanidiwa kwa ufanisi, kuwekwa katika operesheni na kwa ujumla ilifanya kazi bila kushindwa.
Lakini miezi michache baadaye, msimamizi wa mfumo katika shirika hili alibadilika. Msimamizi mpya wa mfumo alianza kujenga upya miundombinu ya IT ya kampuni kwa mujibu wa mwenendo wa kisasa. Hasa, virtualization ilionekana, rafu za disk, upatikanaji ulizuiwa kila mahali na kila kitu, nk, ambayo kwa ujumla, bila shaka, haiwezi lakini kufurahi. Lakini mambo hayakwenda sawa kwake kila wakati; mara nyingi kulikuwa na shida na utendakazi wa 1C, ambayo ilisababisha kutokubaliana na kutoelewana na usaidizi wetu. Pia, ni lazima ieleweke kwamba uhusiano wetu pamoja naye kwa ujumla ulikuwa wa baridi kabisa na kwa kiasi fulani, ambayo iliongeza tu kiwango cha mvutano katika tukio la matatizo yoyote yanayotokea.
Lakini asubuhi moja ikawa kwamba seva ya mteja huyu haipatikani. Nilimpigia simu msimamizi wa mfumo ili kujua kilichotokea na nikapokea kama jibu kama vile "Seva yetu imeanguka, tunaishughulikia, si juu yako." Naam, ni vizuri kwamba wanafanya kazi. Hii inamaanisha kuwa hali iko chini ya udhibiti. Baada ya chakula cha mchana, ninarudi tena, na badala ya kuwashwa, tayari ninaweza kuhisi uchovu na kutojali kwa sauti ya msimamizi. Ninajaribu kujua ni nini kilitokea na kuna chochote tunaweza kufanya kusaidia? Kama matokeo ya mazungumzo hayo, yafuatayo yaliibuka:
Alihamisha seva kwenye mfumo mpya wa kuhifadhi na uvamizi mpya uliokusanywa. Lakini hitilafu fulani imetokea na siku chache baadaye uvamizi huu ulianguka kwa usalama. Ikiwa kidhibiti kilichomwa moto au kitu kilitokea kwa diski, sikumbuki haswa, lakini habari zote zilipotea bila kurudi. Na jambo kuu ni kwamba rasilimali ya mtandao iliyo na salama pia iliishia kwenye safu sawa ya disk wakati wa uhamiaji mbalimbali. Hiyo ni, hifadhidata inayozalisha yenyewe na nakala zake zote za chelezo zilipotea. Na haijulikani nini cha kufanya sasa.
Tulia, nasema. Tuna nakala yako ya kila usiku. Kujibu, kulikuwa na ukimya, ambao niligundua kuwa nilikuwa nimeokoa maisha ya mtu. Tunaanza kujadili jinsi ya kuhamisha nakala hii kwa seva mpya, iliyowekwa hivi karibuni. Lakini hapa pia tatizo lilizuka.
Je! unakumbuka niliposema kwamba chelezo kamili ilikuwa kubwa kabisa? Haikuwa bure kwamba nilifanya hivyo mara moja kwa mwezi siku za Jumamosi. Ukweli ni kwamba kampuni hiyo ilikuwa mmea mdogo, ambayo ilikuwa iko mbali nje ya jiji na mtandao wao ulikuwa hivyo-hivyo. Kufikia Jumatatu asubuhi, yaani, mwishoni mwa juma, nakala hii haikuweza kupakiwa kwa seva yetu ya FTP. Lakini hapakuwa na njia ya kungoja siku moja au mbili ili kupakia upande mwingine. Baada ya majaribio kadhaa yasiyofanikiwa ya kuhamisha faili, msimamizi alichukua gari ngumu moja kwa moja kutoka kwa seva mpya, akapata gari na dereva mahali fulani na haraka akakimbilia ofisini kwetu, kwa bahati nzuri bado tuko katika jiji moja.
Walipokuwa wamesimama katika chumba chetu cha seva na kungoja faili zinakiliwa, tulikutana kwa mara ya kwanza, kwa njia ya mfano, βana kwa ana,β tukanywa kikombe cha kahawa, na kuzungumza katika mazingira yasiyo rasmi. Nilihurumia huzuni yake na nikamrudisha na skrubu kamili ya chelezo, nikirudisha haraka kazi iliyosimamishwa ya kampuni.
Baadaye, maombi yetu yote kwa idara ya TEHAMA yalitatuliwa haraka sana na hakukuwa na maelewano tena yaliyotokea.
Wasiliana na msimamizi wa mfumo wako
Mara moja, kwa muda mrefu sana, sikuweza kuchapisha 1C kwa ufikiaji wa wavuti kupitia IIS kwa mteja mmoja. Ilionekana kama kazi ya kawaida, lakini hakukuwa na njia ya kufanya kila kitu kiende. Wasimamizi wa mfumo wa ndani walihusika na kujaribu mipangilio tofauti na faili za usanidi. 1C kwenye wavuti kawaida haikutaka kufanya kazi kwa njia yoyote. Kulikuwa na hitilafu, ama kwa sera za usalama za kikoa, au na ngome za kisasa za mitaa, au Mungu anajua nini kingine. Katika marudio ya Nth, msimamizi ananitumia kiungo kilicho na maneno haya:
- Jaribu tena kwa kutumia maagizo haya. Kila kitu kinaelezewa hapo kwa undani kabisa. Ikiwa haifanyi kazi, andika kwa mwandishi wa tovuti hii, labda anaweza kusaidia.
"Hapana," nasema, "haitasaidia."
- Kwa nini?
- Mimi ndiye mwandishi wa tovuti hii ... (
Kama matokeo, tuliizindua kwenye Apache bila shida yoyote. IIS haijawahi kushindwa.
Kiwango kimoja zaidi
Tulikuwa na mteja - biashara ndogo ya utengenezaji. Walikuwa na seva, aina ya "classic" 3 kwa 1: seva ya terminal + seva ya programu + seva ya hifadhidata. Walifanya kazi katika usanidi fulani mahususi wa tasnia kulingana na UPP, kulikuwa na watumiaji wapatao 15-20, na utendaji wa mfumo, kimsingi, ulimfaa kila mtu.
Kadiri muda ulivyopita, kila kitu kilifanya kazi kwa utulivu zaidi au kidogo. Lakini basi Ulaya iliweka vikwazo dhidi ya Urusi, kama matokeo ambayo Warusi walianza kununua bidhaa zinazozalishwa nchini, na biashara kwa kampuni hii ilipanda sana. Idadi ya watumiaji iliongezeka hadi watu 50-60, tawi jipya lilifunguliwa, na mtiririko wa hati uliongezeka ipasavyo. Na sasa seva ya sasa haikuweza tena kukabiliana na mzigo ulioongezeka kwa kasi, na 1C ilianza, kama wanasema, "kupunguza kasi". Wakati wa masaa ya kilele, nyaraka zilisindika kwa dakika kadhaa, makosa ya kuzuia yalitokea, fomu zilichukua muda mrefu kufungua, na bouquet nyingine nzima ya huduma zinazohusiana. Msimamizi wa mfumo wa ndani alitupilia mbali matatizo yote, akisema, "Hii ni 1C yako, utayafahamu." Tumependekeza mara kadhaa kufanya ukaguzi wa utendaji wa mfumo, lakini haukuja kwenye ukaguzi wenyewe. Mteja aliuliza tu mapendekezo ya jinsi ya kurekebisha matatizo.
Kweli, nilikaa chini na kuandika barua ndefu juu ya hitaji la kutenganisha majukumu ya seva ya wastaafu na seva ya programu na DBMS (ambayo, kimsingi, tayari tumesema mara nyingi hapo awali). Niliandika juu ya DFSS kwenye seva za wastaafu, kuhusu Kumbukumbu iliyoshirikiwa, nilitoa viungo kwa vyanzo vyenye mamlaka, na hata nilipendekeza chaguzi kadhaa za vifaa. Barua hii iliwafikia wale walio na mamlaka katika kampuni, ilirudi kwa idara ya IT na maazimio "Tekeleza" na barafu ilivunjwa kwa ujumla.
Baada ya muda fulani, msimamizi hunitumia anwani ya IP ya seva mpya na vitambulisho vya kuingia. Anasema kuwa vipengele vya seva vya MS SQL na 1C vinatumwa huko, na hifadhidata zinahitaji kuhamishwa, lakini kwa sasa tu kwa seva ya DBMS, kwani shida zingine zimetokea na funguo za 1C.
Niliingia, kwa kweli, huduma zote zilikuwa zikifanya kazi, seva haikuwa na nguvu sana, lakini sawa, nadhani ni bora kuliko chochote. Nitahamisha hifadhidata kwa sasa ili kwa njia fulani kupunguza seva ya sasa. Nilikamilisha uhamisho wote kwa wakati uliokubaliwa, lakini hali haikubadilika - bado matatizo sawa ya utendaji. Ni ajabu, bila shaka, vizuri, hebu tuandikishe hifadhidata katika nguzo ya 1C na tutaona.
Siku kadhaa hupita, funguo hazijahamishwa. Ninashangaa ni shida gani, kila kitu kinaonekana kuwa rahisi - ondoa kutoka kwa seva moja, uiunganishe na nyingine, weka dereva na umekamilika. Msimamizi anajibu kwa kugombana na kusema jambo kuhusu usambazaji wa bandari, seva pepe, na kadhalika.
Hmm... Seva pepe? Inaonekana kwamba haijawahi kuwa na uboreshaji wowote na haijawahi kuwa ... Nakumbuka shida inayojulikana sana na kutowezekana kwa kusambaza ufunguo wa seva ya 1C kwa mashine ya kawaida kwenye Hyper-V katika Windows Server 2008. Na hapa baadhi ya tuhuma zinaanza kunijengea...
Ninafungua meneja wa seva - Majukumu - jukumu jipya limeonekana - Hyper-V. Ninaenda kwa msimamizi wa Hyper-V, angalia mashine moja pepe, unganisha... Na hakika... Seva yetu mpya ya hifadhidata...
Kwa hiyo? Maagizo ya mamlaka na mapendekezo yangu yamefanyika, majukumu yametenganishwa. Kazi inaweza kufungwa.
Baada ya muda, mgogoro ulitokea, tawi jipya lilipaswa kufungwa, mzigo ulipungua, na utendaji wa mfumo ukawa zaidi au chini ya kuvumiliwa.
Kweli, kwa kweli, hawakuweza kusambaza ufunguo wa seva kwa mashine ya kawaida. Kama matokeo, kila kitu kiliachwa kama kilivyo: seva ya terminal + nguzo ya 1C kwenye mashine halisi, seva ya hifadhidata hapo kwa moja.
Na itakuwa nzuri ikiwa hii ilikuwa aina fulani ya ofisi ya sharashkin. Kwa hivyo hapana. Kampuni inayojulikana ambayo bidhaa zake labda unajua na umeona katika idara husika za Lentas na Auchans zote.
Ratiba ya likizo ya gari ngumu
Kampuni kubwa yenye mipango kabambe ya kuchukua ulimwengu kwa mara nyingine tena imenunua kampuni ndogo kwa lengo la kuijumuisha katika shirika lake kubwa. Katika mgawanyiko wote wa umiliki huu, watumiaji hufanya kazi katika hifadhidata zao wenyewe, lakini kwa usanidi sawa. Na kwa hivyo tulianza mradi mdogo wa kujumuisha kitengo kipya katika mfumo huu.
Awali ya yote, ni muhimu kupeleka uzalishaji na hifadhidata za majaribio. Msanidi alipokea data ya uunganisho, akiingia kwenye seva, anaona MS SQL imewekwa, seva ya 1C, anaona anatoa 2 za mantiki: kuendesha "C" na uwezo wa gigabytes 250 na kuendesha "D" na uwezo wa 1 terabyte. Kweli, "C" ni mfumo, "D" ni data, msanidi anaamua kimantiki na kusambaza hifadhidata zote hapo. Niliweka hata mipango ya matengenezo, pamoja na nakala rudufu, ikiwa tu (ingawa hatuwajibiki kwa hili). Kweli, nakala rudufu ziliongezwa hapa hadi "D". Katika siku zijazo, ilipangwa kuiweka upya kwa rasilimali tofauti ya mtandao.
Mradi ulianza, washauri walitoa mafunzo ya jinsi ya kufanya kazi katika mfumo mpya, mabaki yalihamishwa, maboresho madogo madogo yalifanywa, na watumiaji walianza kufanya kazi katika msingi mpya wa habari.
Kila kitu kilikuwa kikienda sawa hadi Jumatatu moja asubuhi ilipogunduliwa kuwa diski ya hifadhidata haikuwepo. Hakuna "D" kwenye seva na ndivyo hivyo.
Uchunguzi zaidi ulifunua hili: "seva" hii kwa hakika ilikuwa kompyuta ya kazi ya msimamizi wa mfumo wa ndani. Kweli, bado ilikuwa na OS ya seva. Hifadhi ya kibinafsi ya USB ya msimamizi huyu ilichomekwa kwenye seva. Na kwa hivyo msimamizi akaenda likizo, akichukua screw yake pamoja naye, kwa lengo la kusukuma sinema ndani yake kwa safari.
Asante Mungu, hakufanikiwa kufuta faili za hifadhidata na alifanikiwa kurejesha hifadhidata yenye tija.
Ni muhimu kukumbuka kuwa kila mtu kwa ujumla aliridhika na utendaji wa mfumo ulio kwenye gari la USB. Hakuna aliyelalamika kuhusu utendakazi usioridhisha wa 1C. Ilikuwa tu baadaye kwamba umiliki ulianza mradi mkubwa wa kuhamisha hifadhidata zote za habari kwa tovuti moja ya kati na seva bora, mifumo ya uhifadhi ya rubles milioni+, hypervisors za kisasa na breki za 1C zisizoweza kuvumilika katika matawi yote.
Lakini hiyo ni hadithi tofauti kabisa ...
Chanzo: mapenzi.com