1C-n, gure garapenak asko erabiltzen ditugu enpresaren lana antolatzeko. Zehazki, . Dokumentuen kudeaketaz gain (izenak dioen bezala), modernoa ere bada -sistema (Enterprise Content Management - korporazio edukien kudeaketa) funtzionalitate ugarirekin - posta, langileen lan-egutegiak, baliabideetarako sarbide partekatua antolatzea (adibidez, bilera gelak erreserbatzea), denboraren jarraipena, foro korporatiboa eta askoz gehiago.
Mila langile baino gehiagok dokumentuen kudeaketa erabiltzen dute 1Cn. Datu-basea ikusgarria bihurtu da dagoeneko (11 milioi erregistro), eta horrek esan nahi du arreta gehiago eta ekipamendu indartsuagoak behar dituela.
Gure sistemak nola funtzionatzen duen, zer zailtasun aurkitzen ditugun datu-basea mantentzeko eta nola konpontzen ditugun (MS SQL Server erabiltzen dugu DBMS gisa) - artikuluan esango dizugu.
1C produktuei buruz lehen aldiz irakurtzen ari direnentzat.
1C:Document Flow negozio-aplikazioak garatzeko esparru batean oinarrituta inplementatutako aplikazio-soluzio bat da (konfigurazioa), 1C:Enterprise plataforma.
"1C: Document Flow 8" (DO gisa laburtua) enpresa bateko dokumentuekin lana automatizatzeko aukera ematen du. Langileen interakziorako tresna nagusietako bat posta elektronikoa da. Postaz gain, DOk beste arazo batzuk ere konpontzen ditu:
- Denboraren jarraipena
- Langileen absentziaren jarraipena
- Mezularitza/garraioetarako eskaerak
- Langileen lan-egutegiak
- Korrespondentziaren erregistroa
- Langileen kontaktuak (helbide-liburua)
- Foro korporatiboa
- Gela erreserba
- Ekitaldien plangintza
- CRM
- Fitxategiekin lan kolektiboa (fitxategien bertsioak gordeta)
- eta abar.
Dokumentuen kudeaketan sartzen gara (berezko aplikazio exekutagarria) Windows, Linux, macOS, (nabigatzaileetatik) eta - egoeraren arabera.
Eta Document Flow-ri lotutako gure beste produktuari esker - - Dokumentu Fluxuan zuzenean mezulariaren funtzionaltasuna jasotzen dugu: txatak, audio eta bideo-deiak (talde-deiak barne, gaur egun bereziki garrantzitsua izan dena, bezero mugikor batetik barne), fitxategi-truke azkarra eta errazten duten txat-botak idazteko gaitasuna. sistemarekin lan egitea. Interakzio Sistema erabiltzearen beste abantaila bat (beste mezulariekin alderatuta) Dokumentu Fluxuaren objektu zehatzei lotutako testuinguruko eztabaidak egiteko gaitasuna da - dokumentuak, gertaerak, etab. Hau da, Interakzio Sistema helburuko aplikazioarekin oso integratuta dago, eta ez du "botoi bereizi" gisa jokatzen.
Gure DOko letren kopurua 100 milioitik gorakoa izan da dagoeneko, eta, oro har, DBMSn 11 milioi erregistro baino gehiago daude. Guztira, sistemak ia 30 TB biltegiratzea erabiltzen du: datu-basearen bolumena 7,5 TB da, lan kolektiborako fitxategiak bereizita gordetzen dira eta beste 21 TB okupatzen dituzte.
Zenbaki zehatzagoei buruz hitz egiten badugu, hona hemen momentuko letra eta fitxategi kopurua:
- Irteerako mezu elektronikoak - 14,7 milioi.
- Jasotako gutunak - 85,4 milioi.
- Fitxategien bertsioak - 70,8 milioi.
- Barne dokumentuak - 30,6 mila.
DOk posta eta fitxategiak baino gehiago ditu. Jarraian, beste kontabilitate-objektu batzuen zifrak daude:
- Bilera-gelak erreserbatzea β 52
- Asteko txostenak β 153
- Eguneko txostenak β 628
- Onarpen bisak β 11
- Jasotako dokumentuak β 79
- Irteera dokumentuak β 28
- Erabiltzaileen laneko egutegietako gertaerei buruzko sarrerak β 168
- Mezularitza-eskaerak β 21
- Kontrapartidak β 81
- Kontraparteekiko lan-erregistroak β 45
- Kontraparteen harremanetarako pertsonak β 41
- Gertaerak β 10
- Proiektuak β 6
- Langileen zereginak β 245
- Foroko mezuak β 26
- Txat mezuak - 891 095
- Enpresa-prozesuak - 109 Langileen arteko elkarrekintza prozesuen bidez gertatzen da - onarpena, exekuzioa, berrikuspena, erregistroa, sinadura, etab. Prozesuen iraupena, ziklo kopurua, parte-hartzaile kopurua, itzulketen kopurua, epeak aldatzeko eskaera kopurua neurtzen dugu. Eta informazio hori oso erabilgarria da aztertzeko, enpresan zer prozesu gertatzen ari diren ulertzeko eta langileen lankidetzaren eraginkortasuna areagotzeko.
Zein ekiporekin prozesatzen dugu hau guztia?
Kopuru hauek zereginen bolumen ikusgarria adierazten dute, beraz, barneko filialen beharretarako ekipamendu nahiko produktiboak esleitzeko beharraren aurrean geunden. Gaur egun, bere ezaugarriak hauek dira: 38 nukleo, 240 GB RAM, 26 TB disko. Hona hemen zerbitzarien taula:
Etorkizunean, ekipoen ahalmena handitzeko asmoa dugu.
Nola doaz gauzak zerbitzariaren kargarekin?
Sareko jarduera ez da inoiz arazo bat izan guretzat edo gure bezeroentzat. Oro har, puntu ahula prozesadorea eta diskoak dira, denek baitakite memoria faltari nola aurre egin. Hona hemen Resource Monitor-eko gure zerbitzarien pantaila-argazkiak, karga izugarririk ez dugula erakusten dutenak, oso apala da.
Adibidez, beheko pantaila-argazkian SQL zerbitzari bat ikusten dugu non CPU karga % 23 den. Eta oso adierazle ona da (konparazio baterako: karga% 70era hurbiltzen bada, orduan, ziurrenik, langileek lanaren moteltze nahiko nabarmenak ikusiko dituzte).
Bigarren pantaila-argazkiak 1C:Enterprise plataformak exekutatzen duen aplikazio-zerbitzaria erakusten du - erabiltzaileen saioak soilik zerbitzatzen ditu. Hemen prozesadorearen karga apur bat handiagoa da -% 38, leuna eta lasaia da. Diskoa kargatzen ari da, baina onargarria da.
Hirugarren pantaila-argazkiak beste 1C:Enterprise zerbitzari bat erakusten du (bigarrena da, horietako bi ditugu klusterrean). Aurrekoak bakarrik balio du erabiltzaileak, eta robotek lan egiten dute honetan. Adibidez, posta jasotzen dute, dokumentuak bideratzen, datuak trukatzen, eskubideak kalkulatzen, etab. Atzeko jarduera horiek guztiek atzeko planoko 90-100 lan egiten dituzte gutxi gorabehera. Eta zerbitzari hau oso kargatuta dago -% 88. Baina horrek ez die jendeari eragiten, eta dokumentuen kudeaketak egin beharko lukeen automatizazio guztia ezartzen du.
Zeintzuk dira errendimendua neurtzeko neurriak?
Gure filialetan azpisistema serio bat dugu errendimendu-adierazleak neurtzeko eta hainbat metrika kalkulatzeko. Hori beharrezkoa da, bai une honetan, bai ikuspegi historikotik sisteman gertatzen ari dena, okertzen ari dena, hobetzen ari dena ulertzeko. Jarraipen-tresnak - neurketak eta denbora-neurketak - "1C: Document Flow 8"-ren entrega estandarrean sartzen dira. Neurriek pertsonalizazioa behar dute ezarpenean, baina mekanismoa bera estandarra da.
Neurketak hainbat negozio-adierazleren neurketak dira une jakin batzuetan (adibidez, posta bidaltzeko batez besteko denbora 10 minutukoa da).
Neurrietako batek datu-baseko erabiltzaile aktiboen kopurua erakusten du. Batez beste 1000-1400 daude egunean zehar. Grafikoak erakusten du pantaila-argazkiaren momentuan 2144 erabiltzaile aktibo zeudela datu-basean.
Horrelako 30 ekintza baino gehiago daude, zerrenda moztuta dago.Zerrenda
- Saioa hasi
- Amaitu saioa
- Posta kargatzen
- Objektu baten baliozkotasuna aldatzea
- Sarbide-eskubideak aldatzea
- Prozesu baten gaia aldatzea
- Objektu baten lan-taldea aldatzea
- Kitaren konposizioa aldatzea
- Fitxategi bat aldatzea
- Fitxategiak inportatzea
- Posta bidez bidaltzea
- Fitxategiak mugitzea
- Zeregin bat birbideratzea
- Sinadura elektronikoa sinatzea
- Bilatu xehetasunen arabera
- Testu osoko bilaketa
- Fitxategi bat jasotzea
- Prozesu bat etetea
- berrikuspena
- Deszifratzea
- Dokumentuen erregistroa
- eskaneatu
- Ezabatzea kentzen
- Objektu bat sortzea
- Diskoan gordetzen
- Prozesuaren hasiera
- Erabiltzaileen erregistroko sarrerak ezabatzea
- Sinadura elektronikoa kentzea
- Ezabatzeko marka bat ezartzea
- Enkriptatzea
- Esportatu karpeta bat
Azken astean, gure erabiltzaileen batez besteko jarduera bider eta erdi handitu zen (grafikoan gorriz ageri da) - hau langile gehienen urrutiko lanera igarotzeagatik (gertaera ezagunen ondorioz). Era berean, erabiltzaile aktiboen kopurua 3 aldiz handitu zen (pantaila-argazkian urdinez ageri da), langileak telefono mugikorrak aktiboki erabiltzen hasi ziren heinean: bezero mugikor bakoitzak zerbitzarirako konexio bat sortzen du. Orain, batez beste, gure langile bakoitzak 2 konexio ditu zerbitzariarekin.
Guretzat, administratzaile garen heinean, errendimendu arazoei adi egon behar dugula eta gauzak okerrera egin ote diren ikusteko seinale da. Baina hori beste parametro batzuetan oinarrituta ikusten dugu. Esate baterako, nola aldatzen den barne bideratzeko posta bidaltzeko denbora (beheko pantaila-argazkian urdinez ageri da). Urte honetara arte gorabeheratsua izan zela ikusten dugu, baina orain egonkorra da -guretzat hau sistemarekin dena ondo dagoela adierazten duen adierazlea da.
Aplikatu zaigun beste metrika bat posta zerbitzaritik gutunak deskargatzeko batez besteko itxaron denbora da (pantaila-argazkian gorriz ageri da). Gutxi gorabehera, zenbat denbora egongo da gutuna Interneten zehar flotatzen gure langilera iritsi arte. Pantaila-argazkiak erakusten du denbora hau ere ez dela inola ere aldatu azkenaldian. Punta isolatuak daude, baina ez daude atzerapenekin lotuta, posta-zerbitzarietan denbora galtzen dela baizik.
Edo, adibidez, beste metrika bat (pantaila-argazkian urdinez ageri da) - karpeta bateko letrak eguneratzea. Posta karpeta bat irekitzea oso eragiketa arrunta da eta azkar egin behar da. Zein azkar egiten den neurtzen dugu. Adierazle hau bezero bakoitzarentzat neurtzen da. Enpresaren irudi orokorra zein dinamika ikus ditzakezu, adibidez, langile indibidual batena. Pantaila-argazkiak erakusten du urte honetara arte metrika desorekatua zegoela, gero hainbat hobekuntza egin genituela, eta orain ez dela okerrera egiten - grafikoa ia laua da.
Metrikak, funtsean, sistema kontrolatzeko administratzaile baten tresna dira, sistemaren portaeran izandako aldaketei azkar erantzuteko. Pantaila-argazkiak urteko barne-neurriak erakusten ditu. Grafikoen jauzia, barneko filialak garatzeko zereginak eman zigutelako da.
Hona hemen neurri gehiagoren zerrenda (ebaki azpian).
Metrikak
- Erabiltzaileen jarduera
- Erabiltzaile Aktiboak
- Prozesu aktiboak
- Fitxategi kopurua
- Fitxategiaren tamaina (MB)
- Dokumentu kopurua
- Hartzaileei bidali beharreko objektu kopurua
- Kontraparte kopurua
- Amaitu gabeko zereginak
- Posta zerbitzaritik mezu elektronikoak deskargatzeko batez besteko itxaron-denbora azken 10 minutuetan
- Kanpoko datuen buffer: fitxategi kopurua
- Uneko datatik atzeratutako ertza
- Ilara luzea
- Ilara operatiboa
- Kontu gordinaren adina kanpoko bideratzearen arabera
- Barne bideratzea onartzeko ilararen tamaina (ilara luzea)
- Barne bideratzea onartzeko ilararen tamaina (ilara azkarra)
- Posta bidaltzeko denbora barne bideratzearen bidez (ilara luzea)
- Posta bidaltzeko denbora barne bideratzearen bidez (ilara azkarra)
- Posta bidaltzeko denbora kanpoko bideratze bidez (batez beste)
- Dokumentu kopurua Erreserba
- Dokumentu kopurua Ausentzia
- "Kontrapartearekin egindako lanaren erregistroa" dokumentu kopurua
- Posta eguneratzeko gutunak karpeta batean
- Posta gutun-txartel bat irekitzea
- Posta Transferitu gutun bat karpeta batera
- Posta Nabigatu karpetetan
Gure sistemak 150 adierazle baino gehiago neurtzen ditu ordu osoan zehar, baina denak ezin dira azkar kontrolatu. Baliteke beranduago etortzea, ikuspegi historiko batzuetan, eta negoziorako garrantzitsuenetan zentratu zaitezke.
Inplementazioetako batean, adibidez, 5 adierazle baino ez ziren hautatu. Bezeroak gutxieneko adierazle multzo bat sortzeko helburua ezarri zuen, baina, aldi berean, lan-eszenatoki nagusiak estaltzen zituen. Ez litzateke justifikatu onarpen-ziurtagirian 150 adierazle sartzea, enpresaren barruan ere zaila baita adostea zein adierazle onargarritzat jotzen diren. Eta 5 adierazle hauen berri bazekiten eta jadanik sisteman aurkeztu zituzten ezarpen-proiektua hasi baino lehen, lehiaketaren dokumentazioan sartuta: txartel bat irekitzeko denbora 3 segundo baino gehiago, zeregin bat fitxategi batekin betetzeko denbora ez. 5 segundo baino gehiago, etab. Gure filialetan bezeroaren zehaztapen teknikoen jatorrizko eskaera oso argi islatzen zuten neurketak genituen.
Errendimenduaren neurketen profilaren azterketa ere badugu. Errendimendu-adierazleak abian den eragiketa bakoitzaren iraupenaren erregistroa dira (datu-basean gutun bat idaztea, posta zerbitzari batera gutun bat bidaltzea, etab.). Teknikariek soilik erabiltzen dute. Errendimendu-adierazle asko pilatzen ditugu gure programan. Gaur egun, gutxi gorabehera 1500 gako-eragiketa neurtzen ditugu, profiletan banatuta.
Guretzat profil garrantzitsuenetako bat "Postaren adierazle nagusien zerrenda kontsumitzaileen ikuspegitik" da. Profil honek, adibidez, adierazle hauek ditu:
- Komandoa exekutatzen: Hautatu etiketa bidez
- Formulario bat irekitzea: Zerrenda formularioa
- Komandoa exekutatzen: hautatu karpetaren arabera
- Irakurketa eremuan gutun bat bistaratzea
- Gutun bat zure gogoko karpetan gordetzea
- Bilatu letrak xehetasunen arabera
- Gutun bat sortzea
Negozio-adierazle batzuen metrika handiegia bihurtu dela ikusten badugu (adibidez, erabiltzaile jakin baten gutunak oso denbora luzez iristen hasi dira), hura asmatzen hasiko gara eta eragiketa teknikoen denbora neurtzera jotzen dugu. Eragiketa teknikoa dugu "Gutunak posta-zerbitzari batean artxibatzea" - azken aldian eragiketa horretarako denbora gainditu dela ikusten dugu. Eragiketa hau, berriz, beste eragiketa batzuetan deskonposatzen da, adibidez, posta zerbitzari batekin konexioa ezartzea. Zerbaitegatik ikusten dugu bat-batean oso handia bihurtu dela (hilabeteko neurketa guztiak ditugu; aurreko astean 10 milisegundokoa izan zela alderatu dezakegu, eta orain 1000 milisegundokoa). Eta ulertzen dugu hemen zerbait hautsita dagoela - konpondu behar dugu.
Nola mantentzen dugu datu-base handi hori?
Gure barneko DO benetan funtzionatzen duen karga handiko proiektu baten adibidea da. Hitz egin dezagun bere datu-basearen ezaugarri teknikoei buruz.
Zenbat denbora behar da datu-baseko taula handiak berregituratzeko?
SQL zerbitzariak aldizkako mantentze-lanak behar ditu, taulak ordena jarriz. Modu onean, hau gutxienez egunean behin egin behar da, eta are maizago eskari handiko mahaietan. Baina datu-basea handia bada (eta gure erregistro kopurua dagoeneko 11 milioitik gorakoa izan da), orduan zaintzea ez da erraza.
Duela 6 urte mahai berregituraketa bat egin genuen, baina orduan hasi zen hainbeste denbora hartzen, ez ginela gaueko tarteetan sartzen. Eta eragiketa hauek SQL zerbitzaria asko kargatzen dutenez, ezin du beste erabiltzaile batzuekin modu eraginkorrean zerbitzatu.
Horregatik, orain hainbat trikimailu erabili behar ditugu. Adibidez, ezin ditugu prozedura hauek datu multzo osoetan egin. Eguneratu Sample 500000 errenkadaren prozedurara jo behar duzu - honek 14 minutu behar ditu. Ez ditu taulako datu guztien estatistikak eguneratzen, baizik eta milioi erdi errenkada hautatzen ditu eta taula osorako erabiltzen dituen estatistikak kalkulatzeko erabiltzen ditu. Hau hipotesi bat da, baina horretara behartuta gaude, taula zehatz baterako, milioika erregistro osoen estatistikak biltzea onartezina den denbora luzea izango baita.
Beste mantentze-eragiketak ere optimizatu ditugu partzialak eginez.
DBMS bat mantentzea, oro har, lan zaila da. Langileen arteko interakzio aktiboaren kasuan, datu-basea azkar hazten da, eta administratzaileentzat gero eta zailagoa da mantentzea - ββeguneratzea estatistikak, desfragmentazioa, indexatzea. Hemen estrategia ezberdinak aplikatu behar ditugu, ondo dakigu hori nola egin, esperientzia dugu, partekatu dezakegu.
Nola ezartzen da babeskopia halako bolumenekin?
DBMSren babeskopia osoa egunean behin egiten da gauez, gehigarria - orduro. Gainera, egunero fitxategi-direktorio bat sortzen da, eta fitxategien biltegiratzeko segurtasun-kopia inkrementalaren zati bat da.
Zenbat denbora behar da babeskopia osoa osatzeko?
Disko gogor batean babeskopia osoa hiru ordutan egiten da, eta partziala ordu batean. Zintan idazteko denbora gehiago behar da (bulegotik kanpo gordetako kasete berezi batean segurtasun kopia bat egiten duen gailu berezia; kopia transferigarria egiten da zintan, eta gorde egingo da, adibidez, zerbitzari-gela erretzen bada). Babeskopia zerbitzari berean egiten da, zeinaren parametroak handiagoak ziren - SQL zerbitzari bat prozesadorearen % 20ko kargarekin. Babeskopia egiteko unean, noski, sistema askoz okerragoa da, baina oraindik funtzionala da.
Ba al dago deduplicazioa?
Fitxategiak daude, guk geuk probatuko dugu, eta laster Dokumentuen kudeaketaren bertsio berrian sartuko da. Kontrapartearen desduplicazio mekanismoa ere probatzen ari gara. DBMS mailan ez dago erregistroen desduplicaziorik, hori ez baita beharrezkoa. 1C:Enterprise plataformak objektuak gordetzen ditu DBMSan, eta plataformak bakarrik izan dezake haien koherentziaz erantzule.
Irakurtzeko soilik dauden nodoak al daude?
Ez dago irakurketa-nodorik (sistema-nodo dedikatuak, irakurtzeko edozein datu jaso behar dutenentzat balio dutenak). DO ez da BI nodo bereizi batean jartzeko kontabilitate-sistema bat, baina garapen-sailerako nodo bereizi bat dago, eta horrekin mezuak JSON formatuan trukatzen dira, eta errepikapen-denbora tipikoa unitateak eta hamarnaka segundokoak dira. Nodoa txikia da oraindik, 800 milioi erregistro inguru ditu, baina azkar hazten ari da.
Ez al dira ezabatzeko markatutako mezu elektronikoak batere ezabatzen?
Oraindik ez. Ez dugu oinarria arinagoa egiteko zereginik. Zenbait kasu larri samarrak izan ziren ezabatzeko markatutako letrak aipatu behar zirenean, 2009koa barne. Horregatik erabaki genuen dena oraingoz mantentzea. Baina horren kostua justifikatu gabe geratzen denean, kentzeaz pentsatuko dugu. Baina, datu-basetik gutun bereizi bat guztiz kendu behar baduzu aztarnarik egon ez dadin, eskaera berezi baten bidez egin daiteke.
Zergatik gorde? Dokumentu zaharretarako sarbideari buruzko estatistikak al dituzu?
Ez dago estatistikarik. Zehatzago esanda, erabiltzaileen erregistroa da, baina ez da denbora luzez gordetzen. Urtebete baino zaharragoak diren sarrerak protokolotik ezabatzen dira.
Duela bost edo hamar urteko korrespondentzia zaharra berreskuratu behar zen egoerak egon ziren. Eta hori beti egiten zen ez jakin-min alferengatik, negozio-erabaki konplexuak hartzeko baizik. Kasu bat egon zen non, korrespondentzia historiarik gabe, negozio-erabaki oker bat hartuko zen.
Nola baloratzen eta suntsitzen da dokumentuen balioa biltegiratze-aldien arabera?
Paperezko dokumentuetarako ohiko modu tradizionalean egiten da, beste guztiek bezala. Ez dugu egiten elektronikoetarako; utzi itzazu beretzat gordetzen. Eserlekua hemen dago. Onurak daude. Denak ondo daude.
Zein garapen-aukerak daude?
Orain gure DOk 30 barne arazo konpontzen ditu, horietako batzuk artikuluaren hasieran zerrendatu ditugunak. DLa urtean bitan gure bazkideentzat egiten ditugun hitzaldiak prestatzeko ere erabiltzen da: programa osoa, txosten guztiak, atal paralelo guztiak, aretoak - hau guztia DLan idazten da, eta, ondoren, bertatik deskargatzen da, eta programa inprimatua. egiten da.
DOrako hainbat lan gehiago daude bidean, dagoeneko konpontzen ari direnez gain. Enpresa osoko zereginak daude, eta badira bakarrak eta arraroak, sail zehatz batek soilik behar dituenak. Beharrezkoa da haiei laguntzea, hau da, 1C barruan sistema erabiltzeko "geografia" zabaltzea - ββaplikazio-esparrua zabalduz, sail guztietako arazoak konponduz. Hau izango litzateke errendimendu eta fidagarritasun proba onena. Sistemak bilioi erregistrotan, informazio petabytetan funtzionatzea gustatuko litzaidake.
Iturria: www.habr.com