ProHoster > Blogs > Administrācija > 1C izstrādātāju pasakas: administrators

1C izstrādātāju pasakas: administrators

Visi 1C izstrādātāji vienā vai otrā veidā cieÅ”i sadarbojas ar IT pakalpojumiem un tieÅ”i ar sistēmas administratoriem. Taču Ŕī mijiedarbÄ«ba ne vienmēr norit gludi. Es vēlētos jums pastāstÄ«t dažus smieklÄ«gus stāstus par to.

Ātrgaitas sakaru kanāls

Lielākā daļa mÅ«su klientu ir lieli uzņēmumi ar savām lielām IT nodaļām. Un klientu speciālisti parasti ir atbildÄ«gi par informācijas datu bāzu rezerves kopijām. Bet ir arÄ« salÄ«dzinoÅ”i nelielas organizācijas. ÄŖpaÅ”i viņiem mums ir pakalpojums, saskaņā ar kuru mēs uzņemamies visus jautājumus, kas saistÄ«ti ar visa 1C dublÄ“Å”anu. Å is ir uzņēmums, par kuru mēs runāsim Å”ajā stāstā.

1C atbalstam ieradās jauns klients, un, cita starpā, lÄ«gumā bija iekļauts punkts, ka mēs esam atbildÄ«gi par dublÄ“Å”anu, lai gan viņiem bija savs sistēmas administrators. Klientu-servera datu bāze, MS SQL kā DBVS. Diezgan standarta situācija, bet joprojām bija viena nianse: galvenā bāze bija diezgan liela, bet mēneÅ”a pieaugums bija ļoti mazs. Tas ir, datu bāzē bija daudz vēsturisku datu. Ņemot vērā Å”o funkciju, es izveidoju rezerves kopiju uzturÄ“Å”anas plānus Ŕādi: katra mēneÅ”a pirmajā sestdienā tika veikta pilna dublÄ“Å”ana, tas bija diezgan smags, tad katru vakaru tika izgatavota diferenciālā kopija - salÄ«dzinoÅ”i mazs apjoms un kopija no darÄ«jumu žurnāla katru stundu. Turklāt pilnas un atŔķirÄ«gas kopijas tika ne tikai kopētas tÄ«kla resursā, bet arÄ« papildus augÅ”upielādētas mÅ«su FTP serverÄ«. Å Ä« ir obligāta prasÄ«ba, sniedzot Å”o pakalpojumu.

Tas viss tika veiksmīgi konfigurēts, nodots ekspluatācijā un kopumā darbojās bez kļūmēm.

Taču dažus mēneÅ”us vēlāk Å”ajā organizācijā mainÄ«jās sistēmas administrators. Jaunais sistēmas administrators sāka pakāpeniski pārbÅ«vēt uzņēmuma IT infrastruktÅ«ru atbilstoÅ”i mÅ«sdienu tendencēm. Jo Ä«paÅ”i parādÄ«jās virtualizācija, disku plaukti, piekļuve tika bloķēta visur un viss utt., Kas kopumā, protams, nevar priecāties. Taču lietas viņam ne vienmēr gāja gludi; bieži bija problēmas ar 1C veiktspēju, kas ar mÅ«su atbalstu izraisÄ«ja dažas domstarpÄ«bas un pārpratumus. Tāpat jāatzÄ«mē, ka mÅ«su attiecÄ«bas ar viņu kopumā bija diezgan vēsas un zināmā mērā saspringtas, kas tikai palielināja spriedzes pakāpi, ja raduŔās problēmas.

Bet kādu rÄ«tu izrādÄ«jās, ka Ŕī klienta serveris nav pieejams. ZvanÄ«ju sistēmas administratoram, lai noskaidrotu, kas noticis, un saņēmu tādu atbildi kā ā€œMÅ«su serveris ir avarējis, mēs pie tā strādājam, nevis no jums.ā€ Nu labi, ka viņi strādā. Tas nozÄ«mē, ka situācija tiek kontrolēta. Pēc pusdienām atzvanu vēlreiz, un aizkaitinājuma vietā administratora balsÄ« jau jÅ«tu nogurumu un apātiju. Es cenÅ”os noskaidrot, kas noticis, un vai mēs varam kaut ko darÄ«t, lai palÄ«dzētu? Sarunas rezultātā atklājās:

ViņŔ pārcēla serveri uz jaunu uzglabāŔanas sistēmu ar tikko samontētu reidu. Taču kaut kas nogāja greizi un dažas dienas vēlāk Å”is reids droÅ”i sabruka. Vai kontrolieris izdega vai kaut kas notika ar diskiem, es precÄ«zi neatceros, bet visa informācija tika neatgriezeniski zaudēta. Un galvenais, ka arÄ« tÄ«kla resurss ar dublējumkopijām dažādu migrāciju laikā nokļuva tajā paŔā disku masÄ«vā. Tas nozÄ«mē, ka tika zaudēta gan pati produktÄ«vā datu bāze, gan visas tās rezerves kopijas. Un tagad nav skaidrs, ko darÄ«t.

Nomierinies, es saku. Mums ir jÅ«su nakts dublējums. Atbildot uz to, iestājās klusums, ar kuru es sapratu, ka tikko esmu izglābusi vÄ«rieÅ”a dzÄ«vÄ«bu. Mēs sākam apspriest, kā pārsÅ«tÄ«t Å”o kopiju uz jaunu, tikko izvietotu serveri. Bet arÄ« Å”eit radās problēma.

Atcerieties, kad es teicu, ka pilna dublÄ“Å”ana bija diezgan liela? Ne velti to darÄ«ju reizi mēnesÄ« sestdienās. Fakts ir tāds, ka uzņēmums bija maza rÅ«pnÄ«ca, kas atradās tālu ārpus pilsētas un viņu internets bija ļoti so-so. LÄ«dz pirmdienas rÄ«tam, tas ir, nedēļas nogalē, Å”o kopiju tik tikko izdevās augÅ”upielādēt mÅ«su FTP serverÄ«. Bet nebija iespējas gaidÄ«t dienu vai divas, lÄ«dz tas ielādēsies pretējā virzienā. Pēc vairākiem neveiksmÄ«giem faila pārsÅ«tÄ«Å”anas mēģinājumiem administrators izņēma cieto disku tieÅ”i no jaunā servera, kaut kur atrada maŔīnu ar Å”oferi un ātri metās uz mÅ«su ofisu, par laimi joprojām esam vienā pilsētā.

Kamēr viņi stāvēja mÅ«su servera telpā un gaidÄ«ja, kad faili tiks nokopēti, mēs pirmo reizi tikāmies, tā teikt, ā€œpersonÄ«giā€, izdzērām tasi kafijas un neformālā gaisotnē parunājāmies. Es jutu lÄ«dzi viņa bēdām un aizsÅ«tÄ«ju viņu atpakaļ ar pilnu rezerves kopiju skrÅ«vi, steigā atjaunojot apturēto uzņēmuma darbu.

Pēc tam visi mūsu pieprasījumi IT nodaļai tika atrisināti ļoti ātri, un domstarpības vairs neradās.

Sazinieties ar sistēmas administratoru

Reiz ļoti ilgu laiku es vienam klientam nevarēju publicēt 1C tÄ«mekļa piekļuvei, izmantojot IIS. Å Ä·ita, ka tas ir parasts uzdevums, taču nekādi nevarēja visu panākt. Vietējie sistēmas administratori iesaistÄ«jās un izmēģināja dažādus iestatÄ«jumus un konfigurācijas failus. 1C tÄ«meklÄ« parasti nevēlējās darboties nekādā veidā. Kaut kas nebija kārtÄ«bā vai nu ar domēna droŔības politikām, vai ar vietējo izsmalcināto ugunsmÅ«ri, vai Dievs zina, kas vēl. N-tajā atkārtojumā administrators man atsÅ«ta saiti ar vārdiem:

- Mēģiniet vēlreiz, izmantojot Å”os norādÄ«jumus. Tur viss ir aprakstÄ«ts diezgan detalizēti. Ja tas nedarbojas, rakstiet Ŕīs vietnes autoram, varbÅ«t viņŔ var palÄ«dzēt.
"Nē," es saku, "tas nepalīdzēs."
- Kāpēc?
ā€” Es esmu Ŕīs vietnes autors... (

Rezultātā mēs to palaidām Apache bez problēmām. IIS nekad netika uzvarēts.

Vienu līmeni dziļāk

Mums bija klients ā€“ neliels ražoÅ”anas uzņēmums. Viņiem bija serveris, sava veida ā€œklasisksā€ 3 vienā: termināļa serveris + lietojumprogrammu serveris + datu bāzes serveris. Viņi strādāja kaut kādā nozarei specifiskā konfigurācijā, kuras pamatā bija UPP, tur bija aptuveni 1-15 lietotāji, un sistēmas veiktspēja principā bija piemērota visiem.

Laikam ejot, viss darbojās vairāk vai mazāk stabili. Taču tad Eiropa ieviesa sankcijas pret Krieviju, kā rezultātā krievi sāka pirkt galvenokārt iekÅ”zemē ražotu produkciju, un bizness Å”im uzņēmumam strauji gāja uz augÅ”u. Lietotāju skaits pieauga lÄ«dz 50-60 cilvēkiem, tika atvērta jauna filiāle, un attiecÄ«gi palielinājās dokumentu plÅ«sma. Un tagad paÅ”reizējais serveris vairs nevarēja tikt galā ar strauji palielināto slodzi, un 1C sāka, kā saka, ā€œpalēninātā€. Sastrēgumstundās dokumenti tika apstrādāti vairākas minÅ«tes, radās bloÄ·Ä“Å”anas kļūdas, veidlapu atvērÅ”ana aizņēma ilgu laiku un viss pārējais saistÄ«to pakalpojumu buÄ·ete. Vietējais sistēmas administrators novērsa visas problēmas, sakot: "Å is ir jÅ«su 1C, jÅ«s to izdomāsit." Esam vairākkārt ierosinājuÅ”i veikt sistēmas lietderÄ«bas auditu, taču lÄ«dz paÅ”am auditam tas nekad nenonāca. Klients vienkārÅ”i lÅ«dza ieteikumus, kā novērst problēmas.

Nu, es apsēdos un uzrakstÄ«ju diezgan garu vēstuli par nepiecieÅ”amÄ«bu nodalÄ«t termināļa servera un lietojumprogrammu servera lomas ar DBVS (ko principā mēs jau daudzkārt esam teikuÅ”i). Es rakstÄ«ju par DFSS termināļa serveros, par koplietoto atmiņu, sniedzu saites uz autoritatÄ«viem avotiem un pat ierosināju dažas aprÄ«kojuma iespējas. Å Ä« vēstule sasniedza uzņēmuma valdoÅ”os, atgriezās IT nodaļā ar rezolÅ«cijām ā€œIeviestā€ un ledus kopumā tika salauzts.

Pēc kāda laika administrators nosÅ«ta man jaunā servera IP adresi un pieteikÅ”anās akreditācijas datus. ViņŔ saka, ka tur ir izvietoti MS SQL un 1C servera komponenti, un datu bāzes ir jāpārsÅ«ta, bet pagaidām tikai uz DBMS serveri, jo raduŔās dažas problēmas ar 1C atslēgām.

Es ierados, patieŔām, visi pakalpojumi darbojās, serveris nebija ļoti jaudÄ«gs, bet ok, es domāju, ka tas ir labāk nekā nekas. Pagaidām pārsÅ«tÄ«Å”u datu bāzes, lai kaut kā atslogotu paÅ”reizējo serveri. Norunātajā laikā pabeidzu visus pārskaitÄ«jumus, taču situācija nemainÄ«jās ā€“ joprojām tās paÅ”as darbÄ«bas problēmas. Tas, protams, ir dÄ«vaini, labi, reÄ£istrēsim datu bāzes 1C klasterÄ« un redzēsim.

Paiet vairākas dienas, atslēgas nav nodotas. Interesanti, kas par problēmu, viss Ŕķiet vienkārÅ”i - izņem no viena servera, pievieno citam, instalē draiveri un gatavs. Administrators atbild, satraucoties un pasakot kaut ko par portu pāradresāciju, virtuālo serveri utt.

Hmm... Virtuālais serveris? Å Ä·iet, ka nekad nav bijusi virtualizācija un nekad nav bijusi... Atceros diezgan labi zināmu problēmu ar neiespējamÄ«bu pārsÅ«tÄ«t 1C servera atslēgu uz virtuālo maŔīnu uz Hyper-V operētājsistēmā Windows Server 2008. Un Å”eit kaut kādas aizdomas manÄ« sāk veidoties...

Atveru servera pārvaldnieku - Roles - ir parādÄ«jusies jauna loma - Hyper-V. Eju uz Hyper-V pārvaldnieku, redzu vienu virtuālo maŔīnu, pieslēdzos... Un tieŔām... MÅ«su jaunais datu bāzes serveris...

Nu ko? Iestāžu norādījumi un mani ieteikumi ir izpildīti, lomas ir nodalītas. Uzdevumu var slēgt.

Pēc kāda laika iestājās tagadējā krīze, nācās slēgt jauno filiāli, samazinājās slodze, un sistēmas darbība kļuva vairāk vai mazāk panesama.

Protams, viņi nevarēja pārsÅ«tÄ«t servera atslēgu uz virtuālo maŔīnu. Rezultātā viss palika kā ir: termināļa serveris + 1C klasteris fiziskajā maŔīnā, datu bāzes serveris tur virtuālajā.

Un bÅ«tu jauki, ja tas bÅ«tu kaut kāds Å araÅ”kina birojs. Tātad nē. PazÄ«stams uzņēmums, kura produkciju jÅ«s droÅ”i vien zināt un esat redzējuÅ”i visu Lentu un Auchans attiecÄ«gajās nodaļās.

Cietā diska atvaļinājumu grafiks

Liela holdinga kompānija ar ambicioziem plāniem pārņemt pasauli kārtējo reizi iegādājusies nelielu kompāniju ar mērÄ·i iekļaut to savā megakorporācijā. Visās Ŕīs saimniecÄ«bas nodaļās lietotāji strādā savās datubāzēs, taču ar identisku konfigurāciju. Un tā mēs sākām nelielu projektu, lai iekļautu jaunu vienÄ«bu Å”ajā sistēmā.

Pirmkārt, ir nepiecieÅ”ams izvietot ražoÅ”anas un testÄ“Å”anas datu bāzes. Izstrādātājs saņēma savienojuma datus, piesakās serverÄ«, redz instalētu MS SQL, 1C serveri, redz 2 loÄ£iskos diskus: disku ā€œCā€ ar ietilpÄ«bu 250 gigabaiti un disku ā€œDā€ ar 1 terabaita ietilpÄ«bu. Nu, ā€œCā€ ir sistēma, ā€œDā€ ir datiem, izstrādātājs loÄ£iski izlemj un izvieto visas datu bāzes. Es pat katram gadÄ«jumam izveidoju apkopes plānus, ieskaitot dublÄ“Å”anu (lai gan mēs par to neesam atbildÄ«gi). Tiesa, dublējumkopijas Å”eit tika pievienotas ā€œDā€. Nākotnē bija plānots to pārkonfigurēt uz kādu atseviŔķu tÄ«kla resursu.

Projekts sākās, konsultanti nodroÅ”ināja apmācÄ«bas, kā strādāt jaunajā sistēmā, tika pārsÅ«tÄ«ti pārpalikumi, veikti daži nelieli uzlabojumi, un lietotāji sāka strādāt jaunajā informācijas bāzē.

Viss ritēja labi, lÄ«dz kādā pirmdienas rÄ«tā tika atklāts, ka trÅ«kst datu bāzes diska. ServerÄ« vienkārÅ”i nav burta ā€œDā€, un viss.

Turpmākā izmeklÄ“Å”ana atklāja to: Å”is ā€œserverisā€ patiesÄ«bā bija vietējā sistēmas administratora darba dators. Tiesa, tai joprojām bija servera OS. Å Ä« administratora personÄ«gais USB disks tika pievienots serverim. Un tā administrators devās atvaļinājumā, paņemot lÄ«dzi savu skrÅ«vi, ar mērÄ·i iepumpēt tajā filmas ceļojumam.

Paldies Dievam, viņam neizdevās izdzēst datu bāzes failus un izdevās atjaunot produktīvo datu bāzi.

JāatzÄ«mē, ka visi kopumā bija apmierināti ar USB diskā esoŔās sistēmas veiktspēju. Neviens nesÅ«dzējās par neapmierinoÅ”u 1C veiktspēju. Tikai vēlāk holdings uzsāka megaprojektu, lai visas informācijas datubāzes pārnestu uz vienu centralizētu vietni ar superserveriem, uzglabāŔanas sistēmām par miljonu+ rubļu, izsmalcinātiem hipervizoriem un nepanesamām 1C bremzēm visās filiālēs.

Bet tas ir pavisam cits stāsts...

Avots: www.habr.com

Pievieno komentāru