Dina 1C, urang loba ngagunakeun kamajuan urang sorangan pikeun ngatur karya parusahaan. Khususna, . Salian manajemén dokumén (sakumaha ngaranna nunjukkeun), eta oge modern -sistem (Manajemén Kandungan Perusahaan - manajemén eusi perusahaan) kalayan rupa-rupa fungsionalitas - surat, kalénder pagawéan karyawan, ngatur aksés anu dibagikeun ka sumber daya (contona, booking kamar rapat), tracking waktos, forum perusahaan sareng seueur deui.
Langkung ti sarébu pagawé nganggo manajemén dokumén di 1C. pangkalan data geus jadi impressive (11 miliar rékaman), nu hartina merlukeun perawatan leuwih ati jeung alat leuwih kuat.
Kumaha sistem urang jalan, kasusah naon urang sapatemon nalika ngajaga database na kumaha urang ngajawab aranjeunna (urang make MS SQL Server salaku DBMS a) - kami bakal ngabejaan Anjeun dina artikel.
Pikeun anu mimiti maca ngeunaan produk 1C.
1C: Document Flow mangrupikeun solusi aplikasi (konfigurasi) anu dilaksanakeun dina dasar kerangka pikeun ngembangkeun aplikasi bisnis - platform 1C: Enterprise.
"1C: Document Flow 8" (disingkat DO) ngamungkinkeun anjeun pikeun ngajadikeun otomatis damel sareng dokumén dina perusahaan. Salah sahiji alat utama pikeun interaksi karyawan nyaéta email. Salian surat, DO ogé ngajawab masalah séjén:
- Nyukcruk waktos
- Nyukcruk henteuna pagawe
- Aplikasi pikeun kurir / angkutan
- Kalénder pagawéan
- Pendaptaran korespondensi
- Kontak Pagawe (Buku Alamat)
- forum perusahaan
- Reservasi kamar
- tata acara
- CRM
- Karya koléktif sareng file (kalayan nyimpen versi file)
- jeung sajabana.
Urang asupkeun Manajemén Dokumén (aplikasi asli laksana) tina Windows, Linux, macOS, (tina browser) jeung - gumantung kana kaayaan.
Sareng hatur nuhun kana produk kami anu sanés nyambung ka Document Flow - - urang langsung dina Document Flow nampi pungsionalitas utusan - obrolan, sauran audio sareng pidéo (kalebet sauran grup, anu ayeuna janten penting pisan, kalebet ti klien mobile), bursa file gancang sareng kamampuan nyerat bot obrolan anu nyederhanakeun. gawé bareng sistem. Kauntungan sejen tina ngagunakeun System Interaksi (dibandingkeun jeung utusan sejenna) nyaéta kamampuhan pikeun ngalakonan diskusi kontekstual dihijikeun ka objék husus Document Flow - dokumén, acara, jsb. Hartina, Sistim Interaksi ieu deeply terpadu kalayan aplikasi target, sarta henteu meta salaku ngan hiji "tombol misah".
Jumlah hurup dina DO kami parantos langkung ti 100 juta, sareng sacara umum aya langkung ti 11 milyar rékaman dina DBMS. Dina total, sistem ngagunakeun ampir 30 TB gudang: volume database nyaeta 7,5 TB, file pikeun gawé koléktif disimpen misah tur ngeusian 21 TB sejen.
Upami urang ngobrol ngeunaan nomer anu langkung spésifik, ieu mangrupikeun jumlah hurup sareng file ayeuna:
- Surélék kaluar - 14,7 juta.
- Surat asup - 85,4 juta.
- Vérsi file - 70,8 juta.
- Dokumén internal - 30,6 rébu.
DO ngagaduhan langkung ti ngan ukur surat sareng file. Di handap ieu inohong pikeun objék akuntansi séjén:
- Booking kamar pasamoan - 52
- Laporan mingguan - 153
- laporan poean - 628
- visas persetujuan - 11
- Dokumén asup - 79
- Dokumén kaluar - 28
- Éntri ngeunaan acara dina kalénder karya pamaké - 168
- Aplikasi pikeun kurir - 21
- Counterparties - 81
- Rékaman gawé bareng counterparties - 45
- Kontak jalma ti counterparties - 41
- Kajadian - 10
- Proyék - 6
- tugas pagawe - 245
- Tulisan forum - 26
- Talatah obrolan - 891 095
- Prosés bisnis - 109. Interaksi antara pagawé lumangsung ngaliwatan prosés - persetujuan, palaksanaan, review, pendaptaran, Signing, jsb. Urang ngukur durasi prosés, jumlah siklus, jumlah pamilon, jumlah mulang, jumlah requests pikeun ngarobah deadlines. Sareng inpormasi ieu mangpaat pisan pikeun analisa pikeun ngartos prosés naon anu lumangsung di perusahaan sareng ningkatkeun efisiensi kolaborasi karyawan.
Alat naon anu urang ngolah sadayana ieu?
Angka-angka ieu nunjukkeun volume tugas anu pikaresepeun, ku kituna kami disanghareupan kabutuhan pikeun nyayogikeun alat-alat anu cukup produktif pikeun kabutuhan anak perusahaan internal. Ayeuna, ciri na nyaéta kieu: 38 cores, 240 GB RAM, 26 TB disk. Ieu tabel server:
Dina mangsa nu bakal datang, urang rencanana pikeun ngaronjatkeun kapasitas alat.
Kumaha kaayaan beban server?
Aktivitas jaringan henteu kantos janten masalah pikeun urang atanapi para nasabah. Sakumaha aturan, titik lemah nyaéta prosésor sareng disk, sabab sadayana parantos terang kumaha carana nungkulan kakurangan mémori. Ieu mangrupikeun screenshot tina server kami tina Resource Monitor, anu nunjukkeun yén kami henteu ngagaduhan beban anu parah, éta sederhana pisan.
Contona, dina screenshot handap urang ningali hiji server SQL dimana beban CPU nyaeta 23%. Sareng ieu mangrupikeun indikator anu saé pisan (pikeun babandingan: upami bebanna ngadeukeutan 70%, teras, paling dipikaresep, karyawan bakal ningali slowdowns anu cukup signifikan dina padamelan).
Potret layar kadua nunjukkeun pangladén aplikasi dimana platform 1C: Enterprise dijalankeun - éta ngan ukur ngalayanan sesi pangguna. Di dieu beban processor rada luhur - 38%, éta lemes jeung tenang. Aya sababaraha loading disk, tapi éta bisa ditarima.
Potret layar katilu nunjukkeun 1C: Server perusahaan anu sanés (éta anu kadua, kami gaduh dua di antarana dina kluster). Ngan anu saacanna ngalayanan pangguna, sareng robot tiasa dianggo dina ieu. Salaku conto, aranjeunna nampi surat, dokumén rute, tukeur data, ngitung hak, jsb. Sadaya kagiatan latar ieu ngalaksanakeun kirang langkung 90-100 padamelan latar. Sarta server ieu pisan beurat dimuat - 88%. Tapi ieu teu mangaruhan jalma, sarta eta implements persis sagala automation nu Manajemén Dokumén kedah ngalakukeun.
Naon metrics pikeun ngukur kinerja?
Kami ngagaduhan subsistem anu serius anu diwangun kana anak perusahaan kami pikeun ngukur indikator kinerja sareng ngitung rupa-rupa métrik. Ieu dipikabutuh pikeun ngartos duanana dina momen ayeuna dina waktos sareng tina sudut pandang sajarah naon anu lumangsung dina sistem, naon anu jadi goréng silih musuhan, naon anu jadi hadé. Alat ngawaskeun - métrik sareng pangukuran waktos - kalebet dina pangiriman standar "1C: Document Flow 8". Métrik merlukeun kustomisasi nalika palaksanaan, tapi mékanisme sorangan standar.
Métrik mangrupikeun pangukuran tina sababaraha indikator bisnis dina waktos anu tangtu (contona, waktos pangiriman surat rata-rata 10 menit).
Salah sahiji métrik nunjukkeun jumlah pangguna aktip dina pangkalan data. Rata-rata aya 1000-1400 di antarana salila poé. Grafik nunjukkeun yén dina waktos screenshot aya 2144 pangguna aktip dina pangkalan data.
Aya langkung ti 30 tindakan sapertos kitu, daptarna aya dina potongan.daptar
- Lebet
- Kaluar
- Ngamuat surat
- Ngarobah validitas hiji obyék
- Ngarobah hak aksés
- Ngarobah subyek prosés a
- Ngarobah workgroup hiji obyék
- Ngarobah komposisi kit
- Ngarobah file
- Impor file
- Ngirim ku mail
- Mindahkeun file
- Mindahkeun tugas
- Signing tanda tangan éléktronik
- Pilarian ku rinci
- Pilarian téks lengkep
- Nampa file
- Ngaganggu prosés
- Tingali
- Dekripsi
- Pendaptaran dokumén
- Scan
- Ngahapus tandana
- Nyiptakeun Objék
- Nyimpen kana disk
- Mimitian prosés
- Ngahapus éntri log pamaké
- Nyoplokkeun tanda tangan éléktronik
- Nyetél tanda ngahapus
- Énkripsi
- Ékspor polder
Saminggu saméméh panungtungan, aktivitas pamaké rata urang ngaronjat ku hiji satengah kali (ditémbongkeun dina beureum dina grafik) - ieu alatan transisi lolobana karyawan ka karya jauh (kusabab kajadian well-dipikawanoh). Ogé, jumlah pamaké aktip ngaronjat ku 3 kali (ditémbongkeun dina bulao dina screenshot nu), salaku pagawé mimiti aktip ngagunakeun ponsel: unggal klien mobile nyieun sambungan ka server. Ayeuna, rata-rata, unggal karyawan urang gaduh 2 sambungan ka server.
Pikeun urang, salaku pangurus, ieu mangrupikeun sinyal yén urang kedah langkung ati-ati kana masalah kinerja sareng ningali upami kaayaan parantos parah. Tapi urang nempo ieu dumasar kana parameter séjén. Contona, kumaha waktos pangiriman mail pikeun routing internal robah (ditémbongkeun dina bulao dina screenshot handap). Kami ningali yén éta fluctuating dugi ka taun ieu, tapi ayeuna éta stabil - pikeun urang ieu mangrupikeun indikator yén sadayana aya dina sistem.
Métrik séjén anu diterapkeun pikeun kami nyaéta rata-rata waktos ngantosan pikeun ngaunduh hurup tina server mail (ditémbongkeun beureum dina layar). Sacara kasar, sabaraha lami surat éta bakal ngambang di Internét sateuacan dugi ka karyawan urang. Potret layar nunjukkeun yén waktos ayeuna ogé teu acan robih dina cara naon waé. Aya paku terasing - tapi aranjeunna henteu pakait sareng telat, tapi ku kanyataan yén waktosna leungit dina server mail.
Atanapi, contona, métrik anu sanés (ditémbongkeun biru dina layar) - ngamutahirkeun hurup dina polder. Muka polder surat mangrupikeun operasi anu umum pisan sareng kedah dilakukeun gancang. Urang ngukur sabaraha gancang eta dipigawé. Indikator ieu diukur pikeun unggal klien. Anjeun tiasa ningali duanana gambar sakabéh pikeun parusahaan jeung dinamika, contona, pikeun hiji pagawe individu. Potret layar nunjukkeun yén dugi ka taun ieu métrik henteu saimbang, teras urang ngadamel sababaraha perbaikan, sareng ayeuna éta henteu langkung parah - grafikna ampir datar.
Métrik dasarna mangrupikeun alat administrator pikeun ngawaskeun sistem, pikeun gancang ngaréspon kana sagala parobihan dina paripolah sistem. Potret layar nunjukkeun métrik anak perusahaan internal pikeun taun éta. Luncat dina grafik disababkeun ku kanyataan yén kami dibéré tugas pikeun ngembangkeun anak perusahaan internal.
Ieu daptar sababaraha métrik langkung (handapeun potongan).
Métrik
- Kagiatan pamaké
- Pamaké aktip
- Prosés aktip
- Jumlah file
- Ukuran file (MB)
- Jumlah dokumén
- Jumlah objék pikeun dikirim ka panarima
- Jumlah counterparties
- Tugas tacan beres
- Rata-rata waktos ngantosan pikeun ngundeur surelek ti server mail salila 10 menit panungtungan
- panyangga data éksternal: Jumlah file
- Katinggaleun wates ti tanggal ayeuna
- Antri panjang
- antrian operasional
- umur akun atah ku routing éksternal
- Ukuran antrian panarimaan routing internal (antrian panjang)
- Ukuran antrian panarimaan routing internal (antrian gancang)
- waktos pangiriman surat via routing internal (antrean panjang)
- waktos pangiriman surat via routing internal (antrian gancang)
- waktos pangiriman surat via routing éksternal (rata-rata)
- Jumlah dokumén Reservasi
- Jumlah dokumén henteuna
- Jumlah dokumén "Rekaman gawé kalawan counterparty"
- Surat Apdet hurup dina polder
- Surat Muka kartu surat
- Surat Mindahkeun surat ka polder
- Surat Pindahkeun ngaliwatan polder
Sistem kami ngukur langkung ti 150 indikator sakuliah jam, tapi henteu sadayana tiasa dipantau gancang. Éta tiasa dianggo engké, dina sababaraha sudut pandang sajarah, sareng anjeun tiasa difokuskeun anu paling penting pikeun bisnis.
Dina salah sahiji palaksanaan, contona, ngan ukur 5 indikator anu dipilih. Konsumén netepkeun tujuan pikeun nyiptakeun set minimum indikator, tapi dina waktos anu sami sapertos éta katutupan skenario padamelan utama. Éta henteu leres-leres kalebet 150 indikator dina sertipikat katampi, sabab sanajan dina perusahaan éta sesah pikeun satuju kana indikator anu dianggap tiasa ditampi. Sareng aranjeunna terang ngeunaan 5 indikator ieu sareng parantos nampilkeun kana sistem sateuacan ngamimitian proyék palaksanaan, kalebet dina dokuméntasi kompetisi: waktos muka kartu henteu langkung ti 3 detik, waktosna pikeun ngarengsekeun tugas kalayan file no. leuwih ti 5 detik, jsb. Dina anak perusahaan kami ngagaduhan métrik anu jelas pisan ngagambarkeun pamundut asli tina spésifikasi téknis palanggan.
Kami ogé gaduh analisis profil pangukuran kinerja. Indikator kinerja mangrupakeun rékaman tina durasi unggal operasi lumangsung (nulis surat ka database, ngirim surat ka server mail, jsb). Ieu dianggo sacara éksklusif ku teknisi. Kami ngumpulkeun seueur indikator kinerja dina program kami. Kami ayeuna ngukur sakitar 1500 operasi konci, anu dibagi kana profil.
Salah sahiji profil anu paling penting pikeun kami nyaéta "Daptar Indikator Kunci Surat tina Perspéktif Konsumén." Profil ieu kalebet, contona, indikator ieu:
- Ngaéksekusi paréntah: Pilih ku tag
- Muka formulir: Daptar Bentuk
- Ngaéksekusi paréntah: Pilih ku polder
- Mintonkeun surat di wewengkon bacaan
- Nyimpen surat ka polder karesep anjeun
- Milarian hurup ku detil
- Nyieun surat
Upami urang ningali yén métrik pikeun sababaraha indikator bisnis parantos ageung teuing (contona, hurup ti pangguna khusus parantos dugi ka waktos anu lami), urang mimiti terangkeun sareng giliran ngukur waktos operasi téknis. Kami ngagaduhan operasi téknis "Ngarsipkeun hurup dina pangladén surat" - kami ningali yén waktos pikeun operasi ieu parantos langkung lami kanggo période terakhir. Operasi ieu, kahareupna decomposed kana operasi séjén - contona, nyieun sambungan jeung server mail. Kami ningali yén kusabab sababaraha alesan éta ujug-ujug janten ageung pisan (urang gaduh sadaya pangukuran salami sabulan - urang tiasa ngabandingkeun yén minggu kamari éta 10 milliseconds, sareng ayeuna éta 1000 milliseconds). Sareng urang ngartos yén aya anu rusak di dieu - urang kedah ngalereskeunana.
Kumaha urang ngajaga database badag sapertos?
DO internal kami mangrupikeun conto proyék beban tinggi anu leres-leres damel. Hayu urang ngobrol ngeunaan fitur teknis database na.
Sabaraha lami kanggo nyusun ulang tabel database ageung?
Server SQL merlukeun pangropéa périodik, nempatkeun tabel dina urutan. Dina cara anu saé, ieu kedah dilakukeun sahenteuna sakali sadinten, bahkan langkung sering pikeun tabel paménta anu luhur. Tapi upami pangkalan datana ageung (sareng jumlah catetan urang parantos langkung ti 11 milyar), maka ngurus éta henteu gampang.
Urang ngalakukeun hiji restructuring tabel 6 sababaraha taun ka pengker, tapi lajeng mimiti nyandak jadi loba waktu nu urang euweuh cocog kana interval nightly. Sarta saprak operasi ieu beurat ngamuat server SQL, éta moal bisa éfisién ngawula pamaké séjén.
Ku alatan éta, ayeuna urang kudu ngagunakeun rupa-rupa trik. Contona, urang teu bisa ngalakukeun prosedur ieu dina set data lengkep. Anjeun kedah nganggo prosedur Update Sampel 500000 baris - ieu peryogi 14 menit. Teu ngamutahirkeun statistik dina sakabéh data dina tabél, tapi milih satengah juta barisan sarta ngagunakeun éta pikeun ngitung statistik nu eta ngagunakeun pikeun sakabéh méja. Ieu sababaraha asumsi, tapi urang kapaksa nyieun eta, sabab pikeun tabel husus, ngumpulkeun statistik dina sakabéh miliar rékaman bakal nyandak hiji waktos unacceptably lila.
Urang ogé dioptimalkeun operasi pangropéa séjén ku nyieun eta parsial.
Ngajaga DBMS umumna mangrupikeun tugas anu rumit. Dina kasus interaksi aktif antara pagawé, database tumuwuh gancang, sarta eta janten beuki hésé pikeun pangurus ngajaga eta - update statistik, defragmentation, indexing. Di dieu urang kedah nerapkeun strategi anu béda, urang terang kumaha ngalakukeun ieu, urang gaduh pangalaman, urang tiasa ngabagikeunana.
Kumaha cadangan dilaksanakeun kalayan volume sapertos kitu?
Nyadangkeun DBMS lengkep dilaksanakeun sadinten sapeuting, tambahan - unggal jam. Ogé, diréktori file didamel unggal dinten, sareng éta mangrupikeun bagian tina cadangan tambahan tina panyimpenan file.
Sabaraha lami kanggo ngarengsekeun cadangan lengkep?
Cadangan pinuh ka hard drive réngsé dina tilu jam, cadangan parsial dina sajam. Butuh waktu leuwih lila pikeun nulis ka tape (alat husus nu nyieun salinan cadangan ka kaset husus disimpen di luar kantor; salinan transferable dijieun kana tape, nu bakal dilestarikan lamun, contona, kamar server kaduruk handap). Cadangan dilakukeun dina server anu sami, parameter anu langkung luhur - server SQL kalayan beban prosesor 20%. Dina waktos cadangan, tangtosna, sistem janten langkung parah, tapi masih tiasa dianggo.
Naha aya deduplikasi?
Aya file, urang bakal nguji éta sorangan, sarta geura-giru eta bakal kaasup dina versi anyar Manajemén Dokumén. Kami ogé nguji mékanisme deduplikasi counterparty. Henteu aya deduplikasi rékaman dina tingkat DBMS, sabab ieu henteu diperyogikeun. Platform 1C: Perusahaan nyimpen objék dina DBMS, sareng ngan ukur platform anu tiasa nanggung jawab kana konsistensina.
Dupi aya titik baca wungkul?
Henteu aya titik bacaan (titik sistem khusus anu ngalayanan jalma anu kedah nampi data pikeun maca). DO sanes sistem akuntansi pikeun nempatkeun dina titik BI misah, tapi aya titik misah pikeun departemén ngembangkeun, nu pesen nu disilihtukeurkeun dina format JSON, sarta waktu réplikasi has nyaéta unit sarta puluhan detik. Node masih leutik, éta boga ngeunaan 800 juta rékaman, tapi tumuwuh gancang.
Naha email anu ditandaan pikeun ngahapus henteu dihapus sadayana?
Henteu acan. Urang teu boga tugas nyieun base torek. Aya sababaraha kasus anu rada serius nalika kedah ngarujuk kana hurup anu ditandaan pikeun ngahapus, kalebet 2009. Éta sababna urang mutuskeun pikeun ngajaga sadayana ayeuna. Tapi nalika biaya ieu janten teu adil, urang bakal mikir ngeunaan panyabutan. Tapi, upami anjeun kedah ngahapus hurup anu misah tina pangkalan data lengkep supados henteu aya jejak, maka ieu tiasa dilakukeun ku pamundut khusus.
Naha nyimpen éta? Dupi anjeun gaduh statistik dina aksés ka dokumén heubeul?
Henteu aya statistik. Leuwih tepat, éta dina bentuk log pamaké, tapi teu disimpen pikeun lila. Éntri anu langkung lami ti sataun dipupus tina protokol.
Aya kaayaan nalika perlu pikeun meunangkeun korespondensi heubeul ti lima atawa malah sapuluh taun ka tukang. Sareng ieu sok dilakukeun henteu kusabab rasa panasaran, tapi pikeun nyandak kaputusan bisnis anu rumit. Aya kasus dimana, tanpa sajarah korespondensi, kaputusan bisnis anu salah bakal dilakukeun.
Kumaha nilai dokumén ditaksir sareng ancur dumasar kana période neundeun?
Pikeun dokumén kertas ieu dipigawé dina cara tradisional biasa, kawas dulur sejenna. Kami henteu ngalakukeun éta pikeun éléktronika - ngantepkeun aranjeunna nyalira. Sit di dieu. Aya mangpaatna. Sarerea damang.
Naon prospek pangwangunan anu aya?
Ayeuna DO kami ngarengsekeun kira-kira 30 masalah internal, sababaraha anu kami daptarkeun dina awal tulisan. DL ogé dianggo pikeun nyiapkeun konperénsi anu kami ngayakeun dua kali sataun pikeun mitra kami: sadayana program, sadaya laporan, sadaya bagian paralel, aula - sadayana ieu diketik dina DL, teras diunduh ti dinya, sareng program anu dicitak. dijieun.
Aya sababaraha pancén dina jalan pikeun DO, salian ti éta anu parantos direngsekeun. Aya tugas-tugas perusahaan, sareng aya anu unik sareng jarang, ngan ukur diperyogikeun ku jabatan khusus. Perlu ngabantosan aranjeunna, anu hartosna ngalegaan "geografi" ngagunakeun sistem dina 1C - ngalegaan ruang lingkup aplikasi, ngarengsekeun masalah sadaya departemén. Ieu bakal janten tés pangsaéna pikeun pagelaran sareng réliabilitas. Abdi hoyong ningali sistem dianggo dina triliun rékaman, petabytes inpormasi.
sumber: www.habr.com