1C garatzaile guztiek modu batean edo bestean elkarreragiten dute IT zerbitzuekin eta zuzenean sistema-administratzaileekin. Baina interakzio hori ez da beti ondo egiten. Honi buruzko istorio dibertigarri batzuk kontatu nahiko nituzke.
Abiadura handiko komunikazio kanala
Gure bezero gehienak partaidetza handiak dira beren IT sail handiekin. Eta bezeroen espezialistak izan ohi dira informazio datu-baseen babeskopien arduradunak. Baina erakunde txiki samarrak ere badaude. Haientzat bereziki, 1C guztiaren babeskopiarekin lotutako arazo guztiak gure gain hartzen ditugun zerbitzu bat dugu. Hau da istorio honetan hitz egingo dugun konpainia.
Bezero berri bat etorri zen 1C onartzera eta, besteak beste, kontratuak babeskopien arduradunak ginen klausula bat jasotzen zuen, nahiz eta langileen sistemaren administratzaile propioa zuten. Bezero-zerbitzariaren datu-basea, MS SQL DBMS gisa. Egoera nahiko estandarra, baina oraindik Γ±abardura bat zegoen: oinarri nagusia nahiko handia zen, baina hileko igoera oso txikia zen. Hau da, datu-baseak datu historiko asko zituen. Ezaugarri hau kontuan hartuta, honela konfiguratu nituen babeskopien mantentze-planak: hilabete bakoitzeko lehen larunbatean babeskopia osoa egiten zen, nahiko astuna zen, gero gauero kopia diferentziala egiten zen - bolumen txiki samarra eta kopia bat. transakzioen erregistroaren orduro. Gainera, kopia osoak eta diferentzialak sareko baliabide batera kopiatu ez ezik, gure FTP zerbitzarian ere kargatu ziren. Zerbitzu hau emateko derrigorrezko baldintza da.
Hori guztia ondo konfiguratu, martxan jarri eta, oro har, hutsegiterik gabe funtzionatu zen.
Baina hilabete batzuk geroago, erakunde honetako sistema-administratzailea aldatu egin zen. Sistemaren administratzaile berria pixkanaka konpainiaren IT azpiegitura berreraikitzen hasi zen, joera modernoen arabera. Bereziki, birtualizazioa agertu zen, disko-apalategiak, sarbidea blokeatu zen nonahi eta dena, etab., kasu orokorrean, noski, poztu ezinik. Baina gauzak ez zitzaizkion beti ondo joan; askotan arazoak izan ziren 1C-ren errendimenduan, eta horrek desadostasun eta gaizki-ulertu batzuk eragin zituen gure laguntzarekin. Gainera, kontuan izan behar da berarekin dugun harremana, oro har, nahiko hotza eta tentsio samarra izan zela, eta horrek tentsio-maila areagotu besterik ez zuen egin arazoren bat sortuz gero.
Baina goiz batean ikusi zen bezero honen zerbitzaria ez zegoela erabilgarri. Sistemaren administratzaileari deitu nion zer gertatu zen jakiteko eta erantzun bezala jaso nuen "Gure zerbitzaria huts egin du, horretan ari gara, ez zure esku". Tira, ona da lan egiten dutela. Horrek esan nahi du egoera kontrolpean dagoela. Bazkalostean, berriro deitzen dut, eta suminduraren ordez, jada nekea eta apatia sumatzen ditut administratzailearen ahotsean. Zer gertatu den asmatzen saiatzen ari naiz eta egin dezakegun zerbait laguntzeko? Elkarrizketaren ondorioz, honako hauek atera ziren:
Zerbitzaria biltegiratze sistema berri batera eraman zuen muntatu berri duen raid batekin. Baina zerbait gaizki joan zen eta egun batzuk geroago eraso hau seguru erori zen. Kontrolagailua erre zen edo diskoetan zerbait gertatu zen, ez naiz zehatz-mehatz gogoratzen, baina informazio guztia galdu egin zen. Eta gauza nagusia zera zen: babeskopiak dituzten sareko baliabidea ere disko-matrize berean amaitzen zela hainbat migraziotan. Hau da, bai datu-base produktiboa bera bai bere babeskopia guztiak galdu ziren. Eta orain ez dago argi zer egin.
Lasai, diot. Zure gaueko babeskopia dugu. Horren aurrean, isiltasuna egon zen, eta horren bidez konturatu nintzen gizon baten bizitza salbatu berri nuela. Kopia hau zabaldu berri den zerbitzari berri batera nola transferitzeko eztabaidatzen hasiko gara. Baina hemen ere arazo bat sortu zen.
Gogoratzen duzu babeskopia osoa nahiko handia zela esan nuenean? Ez zen alferrik hilabetean behin egiten nuen larunbatetan. Kontua da enpresa lantegi txiki bat zela, hiritik kanpo zegoena eta haien Internet oso modukoa zela. Astelehen goizerako, hau da, asteburuan, kopia hau ia ez zen lortu gure FTP zerbitzarira igotzea. Baina ez zegoen egun bat edo bi itxaron behar kontrako noranzkoan kargatu arte. Fitxategia transferitzeko arrakastarik gabeko hainbat saiakera egin ondoren, administratzaileak disko gogorra atera zuen zerbitzari berritik zuzenean, nonbait gidaria zuen auto bat aurkitu zuen eta azkar joan zen gure bulegora, zorionez oraindik hiri berean gaude.
Gure zerbitzari-gelan zutik eta fitxategiak kopiatzeko zain zeuden bitartean, lehen aldiz elkartu ginen, nolabait esateko, "pertsonalki", kafe bat edan eta giro informal batean hitz egin genuen. Bere atsekabearekin bat egin nuen eta segurtasun-kopia beteta itzuli nuen, enpresaren gelditutako lana azkar berreskuratuz.
Ondoren, informatika sailari gure eskaera guztiak oso azkar konpondu ziren eta ez zen desadostasun gehiago sortu.
Jarri harremanetan zure sistema-administratzailearekin
Behin, oso denbora luzez, ezin izan nuen 1C argitaratu IIS bidez weberako sarbidea izateko bezero batentzat. Lan arrunta zirudien, baina ez zegoen dena martxan jartzeko modurik. Tokiko sistemaren administratzaileek parte hartu zuten eta ezarpen eta konfigurazio fitxategi desberdinak probatu zituzten. Sareko 1C normalean ez zuen inola ere funtzionatu nahi. Zerbait gaizki zegoen, domeinuen segurtasun politikekin, edo tokiko suebaki sofistikatuarekin, edo Jainkoak daki zer gehiago. N. iterazioan, administratzaileak esteka bat bidaltzen dit hitz hauekin:
- Saiatu berriro argibide hauek erabiliz. Bertan dena zehatz-mehatz azaltzen da. Ez badu funtzionatzen, idatzi gune honen egileari, agian lagun dezake.
Β«EzΒ», diot nik, Β«ez du lagundukoΒ».
- Zergatik?
β Ni naiz gune honen egilea... (
Ondorioz, Apache-n abiarazi genuen arazorik gabe. IIS ez zen inoiz garaitu.
Maila bat sakonagoa
Bezero bat genuen - fabrikazio enpresa txiki bat. Zerbitzari bat zuten, 3 in 1 βklasikoβ moduko bat: terminal zerbitzaria + aplikazio zerbitzaria + datu-basearen zerbitzaria. UPPn oinarritutako industria espezifikoko konfigurazio batzuetan lan egiten zuten, 15-20 erabiltzaile inguru zeuden eta sistemaren errendimendua, printzipioz, guztioi egokitzen zen.
Denbora pasa ahala, dena egonkor edo egonkorrago funtzionatu zuen. Baina orduan Europak Errusiari zigorrak ezarri zizkion, eta ondorioz errusiarrak batez ere etxean ekoitzitako produktuak erosten hasi ziren, eta enpresa honen negozioak gora egin zuen. Erabiltzaile kopurua 50-60 pertsonara igo zen, sukurtsal berri bat ireki zen eta horren arabera handitu zen dokumentu-fluxua. Eta orain egungo zerbitzariak ezin izan zion aurre egin nabarmen handitu zen kargari, eta 1C, esan bezala, "moteltzen" hasi zen. Goiko orduetan, dokumentuak hainbat minutuz prozesatu ziren, blokeo akatsak gertatu ziren, inprimakiak denbora luzea behar izan zuten irekitzeko eta erlazionatutako zerbitzu sorta osoa. Tokiko sistemaren administratzaileak arazo guztiak garbitu zituen eta esan zuen: "Hau zure 1C da, asmatuko duzu". Behin eta berriz proposatu dugu sistemaren errendimenduaren auditoretza bat egitea, baina ez zen inoiz auditoria bera etorri. Bezeroak arazoak konpontzeko gomendioak besterik ez ditu eskatu.
Bada, eseri eta eskutitz luze samarra idatzi nuen terminal-zerbitzariaren eta aplikazio-zerbitzariaren rolak DBMSrekin bereizi beharrari buruz (hau, printzipioz, lehen ere askotan esan dugu). Terminal zerbitzarietan DFSS-ri buruz idatzi nuen, Memoria Partekatuari buruz, iturri autoritarioetarako estekak eman nituen eta ekipamendurako aukera batzuk iradoki nituen ere. Gutun hau enpresan boterean zeudenengana iritsi zen, informatika sailera itzuli zen "Ezarri" ebazpenekin eta izotza hautsi zen oro har.
Denbora pixka bat igaro ondoren, administratzaileak zerbitzari berriaren IP helbidea eta saioa hasteko kredentzialak bidaltzen dizkit. MS SQL eta 1C zerbitzariaren osagaiak bertan zabaltzen direla dio, eta datu-baseak transferitu behar direla, baina oraingoz DBMS zerbitzarira bakarrik, 1C gakoekin arazo batzuk sortu baitira.
Sartu nintzen, egia esan, zerbitzu guztiak martxan zeuden, zerbitzaria ez zen oso indartsua, baina ondo, ezer baino hobea dela uste dut. Datu-baseak transferituko ditut oraingoz uneko zerbitzaria nolabait arintzeko. Transferentzia guztiak hitzartutako garaian burutu nituen, baina egoera ez zen aldatu - oraindik errendimendu arazo berdinak. Bitxia da, noski, beno, erregistra ditzagun datu-baseak 1C klusterrean eta ikusiko dugu.
Hainbat egun igarotzen dira, giltzak ez dira transferitu. Arazoa zein den galdetzen ari naiz, badirudi dena erraza dela - atera zerbitzari batetik, konektatu beste batean, instalatu kontrolatzailea eta listo. Administratzaileak kezkatuta eta zerbait esanez erantzuten du portuak birbidaltzeari, zerbitzari birtual bati eta abarrei buruz.
Hmm... Zerbitzari birtuala? Badirudi ez dela inoiz birtualizaziorik egon eta ez dela izan... Gogoan dut arazo aski ezagun bat Hyper-V-en Windows Server 1-n 2008C zerbitzariaren gako bat birbidaltzeko ezintasunaren ondoriozko arazoa. Eta hemen susmo batzuk sortzen hasten zaizkit...
Zerbitzariaren kudeatzailea irekitzen dut - Rolak - rol berri bat agertu da - Hyper-V. Hyper-V kudeatzailera joaten naiz, makina birtual bat ikusi, konektatu... Eta benetan... Gure datu-base zerbitzari berria...
Orduan zer? Agintarien argibideak eta nire gomendioak bete dira, eginkizunak bereizi dira. Ataza itxi daiteke.
Denbora pixka bat igaro ondoren, orain krisia gertatu zen, adar berria itxi behar izan zen, karga jaitsi egin zen eta sistemaren errendimendua gutxi gorabehera jasangarri bihurtu zen.
Beno, noski, ezin izan zuten zerbitzariaren gakoa birbidaltzeko makina birtualera. Ondorioz, dena bere horretan geratu zen: terminal zerbitzaria + 1C cluster makina fisiko batean, datu-base zerbitzaria han birtualean.
Eta ondo legoke hau sharashkinen bulego moduko bat balitz. Beraz, ez. Lentas eta Auchans guztietako sailetan dagozkion sailetan ziurrenik ezagutzen dituzun eta ikusi dituzun produktuak enpresa ezaguna.
Disko gogorreko oporretako ordutegia
Mundua hartzeko asmoa duen holding handi batek enpresa txiki bat erosi du, bere mega-korporazioan sartzeko helburuarekin. Ustiategi honetako dibisio guztietan, erabiltzaileek beren datu-baseetan lan egiten dute, baina konfigurazio berdinarekin. Eta, beraz, proiektu txiki bat hasi genuen sistema honetan unitate berri bat sartzeko.
Lehenik eta behin, beharrezkoa da ekoizpen eta proba datu-baseak zabaltzea. Garatzaileak konexio-datuak jaso ditu, zerbitzarian sartzen da, MS SQL instalatuta ikusten du, 1C zerbitzaria, 2 unitate logiko ikusten ditu: "C" diskoa 250 gigabyte-ko edukiera duena eta "D" diskoa 1 terabyte-ko gaitasuna duena. Beno, "C" sistema da, "D" datuetarako da, garatzaileak logikoki erabakitzen ditu eta bertan datu-base guztiak zabaltzen ditu. Mantentze-planak ere konfiguratu ditut, babeskopia barne, badaezpada (nahiz eta gu ez garen honen erantzule). Egia da, babeskopiak gehitu dira hemen "D"-ra. Etorkizunean, sareko baliabide bereizi batera birkonfiguratzea aurreikusi zen.
Proiektua hasi zen, aholkulariek sistema berrian lan egiteko prestakuntza eman zuten, hondarrak transferitu ziren, hobekuntza txiki txiki batzuk egin ziren eta erabiltzaileak informazio base berrian lanean hasi ziren.
Dena ondo zihoan astelehen goiz batean datu-basearen diskoa falta zela jakin zen arte. Zerbitzarian "D" besterik ez dago eta kitto.
Ikerketa gehiagok hau agerian utzi zuen: "zerbitzari" hau, benetan, sistema lokaleko administratzaile baten lan-ordenagailua zen. Egia da, oraindik zerbitzari OS bat zeukan. Administratzailearen USB disko pertsonala zerbitzarian konektatu da. Eta horrela administratzailea oporretara joan zen, bere torlojua berekin hartuta, bidaiarako filmak ponpatzeko helburuarekin.
Jainkoari eskerrak, ez zituen datu-baseko fitxategiak ezabatzea lortu eta datu-base produktiboa berreskuratzea lortu zuen.
Nabarmentzekoa da oro har denak pozik zeudela USB disko batean kokatutako sistemaren errendimenduarekin. Inork ez zuen kexatu 1C-ren errendimendu desegokiaz. Geroago, holdingak informazio datu-base guztiak gune zentralizatu bakar batera transferitzeko mega-proiektu bat hasi zuen, super-zerbitzariekin, milioi bat errublorako biltegiratze-sistemekin, hipervisor sofistikatuekin eta 1C balazta jasanezinekin adar guztietan.
Baina hori guztiz bestelako istorio bat da...
Iturria: www.habr.com