Svi 1C programeri na ovaj ili onaj način blisko komuniciraju sa IT uslugama i direktno sa administratorima sistema. Ali ova interakcija ne ide uvijek glatko. Želio bih da vam ispričam nekoliko smiješnih priča o tome.
Brzi komunikacioni kanal
Većina naših klijenata su veliki holdingi sa svojim velikim IT odjelima. A stručnjaci za klijente obično su odgovorni za sigurnosne kopije baza podataka. Ali postoje i relativno male organizacije. Posebno za njih imamo uslugu prema kojoj preuzimamo na sebe sva pitanja vezana za backup svega 1C. Ovo je kompanija o kojoj ćemo govoriti u ovoj priči.
Došao je novi klijent da podrži 1C i, između ostalog, ugovor je uključivao klauzulu da smo mi odgovorni za sigurnosne kopije, iako su imali svog administratora sistema. Klijent-server baza podataka, MS SQL kao DBMS. Prilično standardna situacija, ali još uvijek je postojala jedna nijansa: glavna baza je bila prilično velika, ali mjesečno povećanje je bilo vrlo malo. Odnosno, baza podataka je sadržavala mnogo istorijskih podataka. Uzimajući ovu osobinu u obzir, postavio sam planove održavanja rezervnih kopija na sljedeći način: prve subote svakog mjeseca je napravljena potpuna sigurnosna kopija, bila je prilično teška, zatim je svake noći napravljena diferencijalna kopija - relativno mali volumen i kopija dnevnika transakcija svaki sat. Štaviše, pune i različite kopije nisu samo kopirane na mrežni resurs, već su i dodatno postavljene na naš FTP server. Ovo je obavezan uslov prilikom pružanja ove usluge.
Sve je to uspješno konfigurirano, pušteno u rad i općenito je radilo bez kvarova.
Ali nekoliko mjeseci kasnije, administrator sistema u ovoj organizaciji se promijenio. Novi sistem administrator je počeo postepeno da obnavlja IT infrastrukturu kompanije u skladu sa savremenim trendovima. Konkretno, pojavila se virtuelizacija, police za diskove, blokiran pristup svuda i sve, itd., što u opštem slučaju, naravno, ne može a da ne raduje. Ali stvari za njega nisu uvijek išle glatko, često je bilo problema s performansama 1C, što je uzrokovalo nesuglasice i nesporazume s našom podrškom. Takođe, treba napomenuti da je naš odnos sa njim generalno bio prilično hladan i pomalo zategnut, što je samo povećavalo stepen napetosti u slučaju bilo kakvih problema.
Ali jednog jutra se pokazalo da server ovog klijenta nije dostupan. Pozvao sam sistem administratora da saznam šta se dogodilo i dobio sam kao odgovor nešto poput „Naš server se srušio, radimo na tome, a ne na vama.” Pa, dobro je da rade. To znači da je situacija pod kontrolom. Posle ručka ponovo se javljam i umesto iritacije već osećam umor i apatiju u glasu administratora. Pokušavam da shvatim šta se dogodilo i da li možemo nešto učiniti da pomognemo? Kao rezultat razgovora ispostavilo se sljedeće:
On je preselio server na novi sistem skladištenja sa novosastavljenim raidom. Ali nešto je pošlo po zlu i nekoliko dana kasnije ova racija je sigurno propala. Da li je kontroler pregorio ili se nešto desilo sa diskovima, ne sjećam se tačno, ali sve informacije su nepovratno izgubljene. A glavna stvar je bila da je i mrežni resurs sa rezervnim kopijama završio na istom diskovnom nizu tokom raznih migracija. Odnosno, izgubljena je i sama produktivna baza podataka i sve njene rezervne kopije. I nejasno je šta sada učiniti.
Smiri se, kažem. Imamo vašu noćnu podršku. U odgovoru je nastala tišina po kojoj sam shvatila da sam upravo spasila čovjekov život. Počinjemo raspravljati o tome kako prenijeti ovu kopiju na novi, novopostavljeni server. Ali i ovdje se pojavio problem.
Sjećate li se kada sam rekao da je potpuna sigurnosna kopija prilično velika? Nije slučajno to radio jednom mjesečno subotom. Činjenica je da je firma bila mala fabrika, koja se nalazila daleko van grada i da im je internet bio tako-tako. Do ponedjeljka ujutro, odnosno tokom vikenda, ova kopija je jedva uspjela da bude postavljena na naš FTP server. Ali nije bilo načina da se čeka dan ili dva da se učita u suprotnom smjeru. Nakon nekoliko neuspješnih pokušaja prijenosa fajla, administrator je izvadio hard disk direktno sa novog servera, negdje pronašao auto sa vozačem i brzo odjurio u našu kancelariju, srećom još uvijek smo u istom gradu.
Dok su oni stajali u našoj server sobi i čekali da se fajlovi kopiraju, mi smo se prvi put sreli, da tako kažem, „lično“, popili šoljicu kafe i razgovarali u neformalnom okruženju. Suosjećao sam s njegovom tugom i poslao ga nazad sa punom rezervom, žurno vraćajući zaustavljeni rad kompanije.
Nakon toga, svi naši zahtjevi prema IT odjelu su vrlo brzo riješeni i više nije bilo nesuglasica.
Obratite se svom administratoru sistema
Jednom, jako dugo, nisam mogao objaviti 1C za pristup webu preko IIS-a za jednog klijenta. Činilo se kao običan zadatak, ali nije bilo načina da se sve pokrene. Lokalni sistemski administratori su se uključili i isprobali različite postavke i konfiguracijske datoteke. 1C na webu obično nije htio raditi ni na koji način. Nešto nije bilo u redu, ili sa sigurnosnim politikama domena, ili sa lokalnim sofisticiranim zaštitnim zidom, ili Bog zna čime još. Na N-oj iteraciji, administrator mi šalje link sa riječima:
- Pokušajte ponovo koristeći ova uputstva. Tamo je sve dosta detaljno opisano. Ako ne uspije, pišite autoru ove stranice, možda može pomoći.
"Ne", kažem, "neće pomoći."
- Zašto?
— Ja sam autor ove stranice... (
Kao rezultat toga, pokrenuli smo ga na Apache-u bez ikakvih problema. IIS nikada nije poražen.
Jedan nivo dublje
Imali smo klijenta - malo proizvodno preduzeće. Imali su server, neku vrstu “klasičnog” 3 u 1: terminal server + server aplikacija + server baze podataka. Radili su u nekoj industrijskoj konfiguraciji zasnovanoj na UPP-u, bilo je oko 15-20 korisnika, a performanse sistema su, u principu, svima odgovarale.
Kako je vrijeme prolazilo, sve je funkcionisalo manje-više stabilno. Ali tada je Evropa uvela sankcije Rusiji, zbog čega su Rusi počeli da kupuju uglavnom domaće proizvode, a posao ove kompanije naglo je krenuo uzbrdo. Broj korisnika je povećan na 50-60 ljudi, otvorena je nova poslovnica, a time se povećao i protok dokumenata. A sada se trenutni server više nije mogao nositi s naglo povećanim opterećenjem, a 1C je počeo, kako kažu, "usporiti". U vršnim satima, dokumenti su se obrađivali po nekoliko minuta, dolazilo je do grešaka u blokiranju, dugo se otvarali obrasci i cijeli drugi buket povezanih usluga. Lokalni administrator sistema je otklonio sve probleme, rekavši: "Ovo je vaš 1C, vi ćete to shvatiti." Više puta smo predlagali da se izvrši revizija rada sistema, ali do same revizije nikada nije došlo. Klijent je jednostavno tražio preporuke kako riješiti probleme.
Pa, sjeo sam i napisao prilično poduže pismo o potrebi da se odvoje uloge terminalnog servera i poslužitelja aplikacija sa DBMS-om (što smo, u principu, već mnogo puta ranije rekli). Pisao sam o DFSS-u na terminalskim serverima, o dijeljenoj memoriji, dao linkove na autoritativne izvore, pa čak i predložio neke opcije za opremu. Ovo pismo je stiglo do onih na vlasti u kompaniji, vratilo se u IT odjel sa rezolucijama „Implementirati“ i led je generalno probijen.
Nakon nekog vremena, administrator mi šalje IP adresu novog servera i vjerodajnice za prijavu. On kaže da su tamo raspoređene komponente MS SQL i 1C servera, a baze podataka treba prenijeti, ali za sada samo na DBMS server, jer su se pojavili problemi sa 1C ključevima.
Ušao sam, zaista, svi servisi su radili, server nije bio jako moćan, ali ok, mislim da je bolje nego ništa. Za sada ću prenijeti baze podataka da bih nekako rasteretio trenutni server. Završio sam sve transfere u dogovoreno vrijeme, ali se situacija nije promijenila - i dalje isti problemi sa performansama. Čudno je, naravno, pa hajde da registrujemo baze podataka u 1C klaster pa ćemo vidjeti.
Prošlo je nekoliko dana, ključevi nisu preneseni. Pitam se u cemu je problem, sve izgleda jednostavno - izvadi ga sa jednog servera, ukljuci na drugi, instalira drajver i gotovo. Administrator odgovara tako što se muči i govori nešto o prosljeđivanju portova, virtuelnom serveru i tako dalje.
Hmm... Virtuelni server? Čini se da virtuelizacije nikada nije bilo niti je bilo... Sjećam se prilično poznatog problema sa nemogućnošću prosljeđivanja ključa 1C servera virtuelnoj mašini na Hyper-V u Windows Serveru 2008. I evo neke sumnje počinju da se stvaraju u meni...
Otvaram upravitelja servera - Uloge - pojavila se nova uloga - Hyper-V. Odem do Hyper-V menadžera, vidim jednu virtuelnu mašinu, povežem se... I zaista... Naš novi server baze podataka...
Pa šta? Instrukcije nadležnih i moje preporuke su izvršene, uloge su razdvojene. Zadatak se može zatvoriti.
Nakon nekog vremena nastupila je sadašnja kriza, nova grana je morala biti zatvorena, opterećenje se smanjilo, a performanse sistema su postale manje-više podnošljive.
Pa, naravno, nisu mogli proslediti ključ servera virtuelnoj mašini. Kao rezultat, sve je ostalo kako jeste: terminal server + 1C klaster na fizičkoj mašini, server baze podataka tamo na virtuelnom.
I bilo bi lijepo da je ovo nekakva šaraškinova kancelarija. Dakle ne. Poznata kompanija čije proizvode verovatno poznajete i videli u relevantnim odeljenjima svih Lentasa i Auchana.
Raspored odmora za hard disk
Velika holding kompanija sa ambicioznim planovima da preuzme svet ponovo je kupila malu kompaniju sa ciljem da je uključi u svoju mega-korporaciju. U svim odjeljenjima ovog holdinga korisnici rade u vlastitim bazama podataka, ali sa identičnom konfiguracijom. I tako smo započeli mali projekat uključivanja nove jedinice u ovaj sistem.
Prije svega, potrebno je postaviti proizvodne i testne baze podataka. Programer je primio podatke o povezivanju, prijavljuje se na server, vidi instaliran MS SQL, 1C server, vidi 2 logička diska: disk “C” kapaciteta 250 gigabajta i disk “D” kapaciteta 1 terabajta. Pa, “C” je sistem, “D” je za podatke, programer logično odlučuje i postavlja sve baze podataka tamo. Čak sam postavio i planove održavanja, uključujući i backup, za svaki slučaj (iako mi nismo odgovorni za ovo). Istina, sigurnosne kopije su dodane ovdje u "D". U budućnosti je planirano da se ponovo konfiguriše na neki poseban mrežni resurs.
Projekat je započeo, konsultanti su pružili obuku o radu u novom sistemu, prebačeni su ostaci, napravljena su neka manja poboljšanja, a korisnici su počeli da rade u novoj informacionoj bazi.
Sve je išlo dobro do jednog ponedjeljka ujutro kada je otkriveno da nedostaje disk baze podataka. Jednostavno nema "D" na serveru i to je to.
Dalja istraga je otkrila ovo: ovaj "server" je zapravo bio radni računar lokalnog sistem administratora. Istina, još uvijek je imao serverski OS. Lični USB disk ovog administratora je priključen na server. I tako je administrator otišao na odmor, uzevši svoj šraf sa sobom, s ciljem da u njega ubaci filmove za put.
Hvala Bogu, nije uspio obrisati datoteke baze podataka i uspio je vratiti produktivnu bazu podataka.
Važno je napomenuti da su svi generalno bili zadovoljni performansama sistema koji se nalazi na USB disku. Niko se nije žalio na nezadovoljavajuće performanse 1C. Tek kasnije je holding započeo mega-projekt prenošenja svih baza podataka na jednu centraliziranu lokaciju sa super-serverima, sustavima za pohranu podataka za milion+ rubalja, sofisticiranim hipervizorima i nepodnošljivim 1C kočnicama u svim granama.
Ali to je sasvim druga priča...
izvor: www.habr.com