Tutti i sviluppatori 1C in un modu o un altru interagiscenu strettamente cù i servizii IT è direttamente cù l'amministratori di u sistema. Ma sta interazzione ùn hè micca sempre liscia. Vogliu cuntà uni pochi di storie divertenti nantu à questu.
Canale di cumunicazione à alta velocità
A maiò parte di i nostri clienti sò grande holding cù i so propri grandi dipartimenti IT. È i spezialisti di u cliente sò generalmente rispunsevuli di copie di salvezza di basa di dati d'infurmazioni. Ma ci sò ancu urganisazioni relativamente chjuche. In particulare per elli, avemu un serviziu secondu u quale pigliamu nantu à noi tutti i prublemi ligati à a copia di salvezza di tuttu 1C. Questa hè a cumpagnia chì avemu da parlà in questa storia.
Un novu cliente hè vinutu à sustene 1C è, frà altre cose, u cuntrattu includeva una clause chì eramu rispunsevuli di backups, ancu s'ellu avianu u so propiu amministratore di sistema nantu à u persunale. basa di dati cliente-servitore, MS SQL cum'è DBMS. Una situazione abbastanza standard, ma ci era ancu una sfumatura: a basa principale era abbastanza grande, ma l'aumentu mensili era assai chjucu. Questu hè, a basa di dati cuntene assai dati storichi. Pigliendu sta funzione in contu, aghju stabilitu i piani di mantenimentu di salvezza cum'è seguente: u primu sabbatu di ogni mese una copia di salvezza completa hè stata fatta, era abbastanza pesante, dopu una copia differenziale hè stata fatta ogni notte - un voluminu relativamente chjucu, è una copia. di u logu di transazzione ogni ora. Inoltre, e copie piene è differenziali ùn sò micca solu copiate in una risorsa di rete, ma ancu caricate in u nostru servitore FTP. Questu hè un requisitu obligatoriu quandu furnisce stu serviziu.
Tuttu chistu hè statu cunfiguratu bè, messu in opera è generalmente hà travagliatu senza fallimenti.
Ma uni pochi di mesi dopu, l'amministratore di u sistema in questa urganizazione hà cambiatu. U novu amministratore di u sistema hà cuminciatu à ricustruisce gradualmente l'infrastruttura IT di a cumpagnia in cunfurmità cù i tendenzi muderni. In particulare, a virtualizazione apparsu, i scaffali di discu, l'accessu era bluccatu in ogni locu è tuttu, etc., chì in u casu generale, sicuru, ùn pò micca esse rallegra. Ma e cose ùn anu micca sempre andatu bè per ellu; ci sò spessu prublemi cù a prestazione di 1C, chì hà causatu qualchi disaccordi è malintesi cù u nostru sustegnu. Inoltre, deve esse nutatu chì a nostra rilazioni cù ellu era in generale abbastanza fridda è un pocu tensa, chì solu aumentava u gradu di tensione in casu di prublemi.
Ma una matina s'hè risultatu chì u servitore di stu cliente ùn era micca dispunibule. Aghju chjamatu l'amministratore di u sistema per sapè ciò chì hè accadutu è ricevutu cum'è risposta qualcosa cum'è "U nostru servitore hè cascatu, avemu travagliatu nantu à questu, micca à voi". Ebbè, hè bonu chì travaglianu. Questu significa chì a situazione hè sottu cuntrullata. Dopu à u pranzu, aghju chjamatu novu, è invece di irritazione, possu digià sente a fatigue è l'apatia in a voce di l'amministratore. Aghju pruvatu à capisce ciò chì hè accadutu è ci hè qualcosa chì pudemu fà per aiutà ? In u risultatu di a cunversazione, emergenu i seguenti:
Trasfirìu u servitore à un novu sistema di almacenamentu cù un raid novu assemblatu. Ma qualcosa hè andatu male è uni pochi di ghjorni dopu sta raid hà colapsatu in modu sicuru. Sia chì u controller hè brusgiatu o qualcosa hè accadutu à i dischi, ùn mi ricordu micca esattamente, ma tutte l'infurmazioni eranu irretrievably persu. È a cosa principal era chì a risorsa di a rete cù e copie di salvezza hè ancu finita nantu à u listessu array di discu durante diverse migrazioni. Vale à dì, sia a basa di dati produtiva stessa è tutte e so copie di salvezza sò state perse. È ùn hè chjaru chì fà avà.
Calmati, dicu. Avemu a vostra copia di salvezza di notte. In risposta, ci era u silenziu, da quale aghju realizatu chì aghju ghjustu salvatu a vita di un omu. Cuminciamu à discutiri cumu trasfiriri sta copia à un servitore novu novu implementatu. Ma ancu quì hè ghjuntu un prublema.
Ricurdativi quandu aghju dettu chì a copia di salvezza sana era abbastanza grande? Ùn era per nunda chì l'aghju fattu una volta à u mese u sabbatu. U fattu hè chì a cumpagnia era una piccula pianta, chì si trovava fora di a cità è a so Internet era assai cusì cusì. Da u luni matina, vale à dì, durante u weekend, sta copia hè stata à pocu pressu à esse caricata in u nostru servitore FTP. Ma ùn ci era manera di aspittà un ghjornu o dui per carica in a direzzione opposta. Dopu parechji tentativi falluti di trasfirià u schedariu, l'amministratore hà pigliatu u discu duru direttamente da u novu servitore, truvò una vittura cun un cunduttore in un locu è si precipitò rapidamente in u nostru uffiziu, furtunatamente simu sempre in a stessa cità.
Mentre stavanu in a nostra sala di u servitore è aspittendu chì i fugliali sò copiati, avemu scontru per a prima volta, per dì cusì, "in persona", beie una tazza di caffè, è parlava in un ambiente informale. Aghju simpatizzatu cù u so dulore è u rinviò cù un vitu pienu di backups, ristaurà in fretta u travagliu fermatu di a cumpagnia.
In seguitu, tutte e nostre dumande à u dipartimentu di l'informatica sò state risolte assai rapidamente è ùn sò più disaccordi.
Cuntattate u vostru amministratore di sistema
Una volta, per un tempu assai longu, ùn pudia micca publicà 1C per l'accessu web via IIS per un cliente. Paria cum'è un compitu ordinariu, ma ùn ci era manera di mette in esecuzione tuttu. L'amministratori di u sistema lucali si sò implicati è anu pruvatu diverse paràmetri è schedarii di cunfigurazione. 1C in u web di solitu ùn vulia micca travaglià in ogni modu. Qualcosa era sbagliatu, sia cù e pulitiche di sicurità di u duminiu, sia cù u firewall lucale sofisticatu, o Diu sà chì altru. Nantu à l'Iterazione N, l'amministratore mi manda un ligame cù e parolle:
- Pruvate di novu cù queste struzzioni. Tuttu hè descrittu quì in abbastanza detail. Se ùn viaghja micca, scrivite à l'autore di stu situ, forsi pò aiutà.
"No", dicu, "ùn aiuterà micca".
- Perchè?
- Sò l'autore di stu situ... (
In u risultatu, l'avemu lanciatu in Apache senza prublemi. IIS ùn hè mai statu scunfittu.
Un livellu più profondu
Avemu avutu un cliente - una piccula impresa di fabricazione. Anu avutu un servitore, un tipu di "classicu" 3 in 1: servitore di terminal + servitore di applicazioni + servitore di basa di dati. Anu travagliatu in qualchi cunfigurazione specifichi di l'industria basatu in UPP, ci era circa 15-20 utilizatori, è u funziunamentu di u sistema, in principiu, adatta à tutti.
Quandu u tempu passava, tuttu hà travagliatu più o menu stabile. Ma tandu l'Europa impone sanzioni contr'à a Russia, cum'è u risultatu di quale i Russi cuminciaru à cumprà principarmenti prudutti naziunali, è l'affari per questa cumpagnia andò in salita. U numaru d'utilizatori hà aumentatu à 50-60 persone, una nova filiale hè stata aperta, è u flussu di documentu hè aumentatu in cunseguenza. È avà u servitore attuale ùn pudia più affruntà a carica aumentata bruscamente, è 1C hà cuminciatu, cum'è dicenu, à "rallentà". Duranti l'ora di punta, i ducumenti sò stati processati per parechji minuti, l'errori di bluccatu sò accaduti, e forme anu pigliatu assai tempu per apre, è tuttu l'altru bouquet di servizii cunnessi. L'amministratore di u sistema lucale hà sbulicatu tutti i prublemi, dicendu: "Questu hè u vostru 1C, l'avete da capisce". Avemu prupostu ripetutamente di fà un auditu di rendiment di u sistema, ma ùn hè mai ghjuntu à l'auditu stessu. U cliente hà dumandatu solu cunsiglii per risolve i prublemi.
Ebbè, aghju pusatu è aghju scrittu una lettera piuttostu longa nantu à a necessità di separà i roli di u servitore di terminal è u servitore di l'applicazione cù u DBMS (chì, in principiu, avemu digià dettu parechje volte prima). Aghju scrittu annantu à DFSS nantu à i servitori di terminal, nantu à a Memoria Condivisa, furnite ligami à fonti autoritarii, è ancu suggeriu alcune opzioni per l'equipaggiu. Questa lettera hà righjuntu quelli in u putere in a cumpagnia, hà tornatu à u dipartimentu di l'informatica cù e risoluzioni "Implementu" è u ghjacciu hè statu generalmente rottu.
Dopu qualchì tempu, l'amministratore mi manda l'indirizzu IP di u novu servitore è e credenziali di login. Dice chì i cumpunenti di u servitore MS SQL è 1C sò implementati quì, è e basa di dati anu da esse trasferitu, ma per avà solu à u servitore DBMS, postu chì parechji prublemi sò ghjunti cù e chjave 1C.
Sò intrutu, veramente, tutti i servizii eranu in esecuzione, u servitore ùn era micca assai putente, ma ok, pensu chì hè megliu cà nunda. Trasfereraghju e basa di dati per avà per allevà in qualchì modu u servitore attuale. Aghju cumpletu tutti i trasferimenti à u tempu d'accordu, ma a situazione ùn hà micca cambiatu - sempre i stessi prublemi di rendiment. Hè stranu, sicuru, bè, registremu e basa di dati in u cluster 1C è videremu.
Passanu parechji ghjorni, i chjavi ùn sò micca stati trasferiti. Mi dumandu quale hè u prublema, tuttu pare esse simplice - caccià da un servitore, inserisci in un altru, installate u driver è avete finitu. L'amministratore risponde per fussi è dicendu qualcosa nantu à u portu forwarding, un servitore virtuale, è cusì.
Hmm... Servitore virtuale ? Sembra chì ùn ci hè mai statu virtualizazione è ùn ci hè mai statu ... Mi ricordu di un prublema abbastanza cunnisciutu cù l'impossibilità di rinvià una chjave di u servitore 1C à una macchina virtuale in Hyper-V in Windows Server 2008. È quì. certi suspetti cumincianu à furmà in mè...
Apertu u gestore di u servitore - Roles - un novu rolu hè apparsu - Hyper-V. Vaiu à u manager Hyper-V, vede una macchina virtuale, cunnette ... È veramente ... U nostru novu servitore di basa di dati ...
Allora? L'istruzzioni di l'autorità è e mo raccomandazioni sò state realizate, i roli sò stati separati. U compitu pò esse chjusu.
Dopu qualchì tempu, a crisa hè accaduta, u novu ramu duvia esse chjusu, a carica diminuite, è u rendiment di u sistema hè diventatu più o menu tolerable.
Eppo, sicuru, ùn puderanu micca trasmette a chjave di u servitore à a macchina virtuale. In u risultatu, tuttu hè stata lasciata cum'è: u servitore di terminal + 1C cluster in una macchina fisica, u servitore di basa di dati in una virtuale.
È saria bellu s'ellu era un tipu d'uffiziu di Sharashkin. Allora nò. Una sucietà ben cunnisciuta chì i prudutti prubabilmente sapete è avete vistu in i dipartimenti pertinenti di tutti i Lentas è Auchans.
Programma di vacanze di u discu duru
Una grande cumpagnia di holding cù piani ambiziosi per piglià u mondu hà torna una volta compru una piccula cumpagnia cù u scopu di cumprendi in a so mega-corporazione. In tutte e divisioni di questa tenuta, l'utilizatori travaglianu in a so propria basa di dati, ma cù una cunfigurazione idèntica. È cusì avemu principiatu un picculu prughjettu per include una nova unità in stu sistema.
Prima di tuttu, hè necessariu implementà e basa di dati di pruduzzione è teste. U sviluppatore hà ricivutu i dati di cunnessione, logs in u servitore, vede MS SQL installatu, u servitore 1C, vede 2 unità logiche: drive "C" cù una capacità di 250 gigabytes è drive "D" cù una capacità di 1 terabyte. Eppo, "C" hè u sistema, "D" hè per i dati, u sviluppatore decide logicamente è implementa tutte e basa di dati quì. Aghju ancu stabilitu piani di mantenimentu, cumpresa a copia di salvezza, solu in casu (ancu s'ellu ùn simu rispunsevuli di questu). True, i backups sò stati aghjuntu quì à "D". In u futuru, era previstu di cunfigurà à una risorsa di rete separata.
U prugettu hà iniziatu, i cunsultanti furnì una furmazione nantu à cumu travaglià in u novu sistema, i rimanenti sò stati trasferiti, alcune migliure minori sò state fatte, è l'utilizatori cuminciaru à travaglià in a nova basa di informazioni.
Tuttu andava bè finu à un luni matina quandu hè statu scupertu chì u discu di basa di dati mancava. Ùn ci hè simplicemente micca "D" in u servitore è questu hè.
Ulteriori investigazioni anu revelatu questu: stu "servitore" era in realtà l'urdinatore di travagliu di un amministratore di sistema lucale. True, avia sempre un servitore OS. L'unità USB persunale di questu amministratore hè stata cunnessa à u servitore. È cusì l'amministratore si n'andò in vacanze, pigliendu u so vite cun ellu, cù u scopu di pumping movies in questu per u viaghju.
Grazie à Diu, ùn hà micca riesciutu à sguassà i schedarii di basa di dati è hà sappiutu restaurà a basa di dati produtiva.
Hè nutate chì tutti sò generalmente soddisfatti di u funziunamentu di u sistema situatu in una unità USB. Nimu s'hè lagnatu di alcuna prestazione insatisfactoria di 1C. Hè solu dopu chì a holding hà iniziatu un mega-prughjettu per trasfirià tutte e basa di dati d'infurmazioni à un unicu situ centralizatu cù super-servitori, sistemi di almacenamento per un milione + di rubli, ipervisori sofisticati è freni 1C insupportable in tutti i rami.
Ma hè una storia completamente diversa...
Source: www.habr.com