Ing 1C, kita akeh nggunakake pangembangan kita dhewe kanggo ngatur karya perusahaan. mligine, . Saliyane manajemen dokumen (minangka jeneng kasebut), iku uga modern -sistem (Manajemen Konten Perusahaan - manajemen konten perusahaan) kanthi macem-macem fungsi - surat, tanggalan kerja karyawan, ngatur akses bareng menyang sumber daya (contone, pesenan kamar rapat), nelusuri wektu, forum perusahaan lan liya-liyane.
Luwih saka sewu karyawan nggunakake manajemen dokumen ing 1C. Basis data wis dadi nyengsemake (11 milyar cathetan), tegese mbutuhake perawatan sing luwih ati-ati lan peralatan sing luwih kuat.
Kepiye cara kerja sistem, kesulitan apa sing kita temoni nalika njaga basis data lan cara ngatasi (nganggo MS SQL Server minangka DBMS) - kita bakal ngandhani sampeyan ing artikel kasebut.
Kanggo sing pisanan maca babagan produk 1C.
1C: Document Flow minangka solusi aplikasi (konfigurasi) sing diimplementasikake kanthi basis kerangka kanggo ngembangake aplikasi bisnis - platform 1C: Enterprise.
"1C: Document Flow 8" (disingkat DO) ngidini sampeyan ngotomatisasi karya karo dokumen ing perusahaan. Salah sawijining alat utama kanggo interaksi karyawan yaiku email. Saliyane surat, DO uga ngrampungake masalah liyane:
- Nelusuri wektu
- Nelusuri absen karyawan
- Aplikasi kanggo kurir / transportasi
- Tanggalan kerja karyawan
- Registrasi korespondensi
- Kontak Karyawan (Buku Alamat)
- forum perusahaan
- Reservasi kamar
- Tata acara
- CRM
- Karya kolektif karo file (karo nyimpen versi file)
- lan liyane.
Kita mlebu Manajemen Dokumen (aplikasi asli sing bisa dieksekusi) saka Windows, Linux, macOS, (saka browser) lan - gumantung ing kahanan.
Lan thanks kanggo produk liyane sing disambungake menyang Document Flow - – kita langsung ing Document Flow nampa fungsi saka utusan – chats, panggilan audio lan video (kalebu telpon grup, kang saiki wis dadi utamané penting, kalebu saka klien seluler), exchange file cepet plus kemampuan kanggo nulis chatting bots sing nyederhanakake nggarap sistem. Kauntungan liyane nggunakake Sistem Interaksi (dibandhingake karo utusan liyane) yaiku kemampuan kanggo nindakake diskusi kontekstual sing ana gandhengane karo obyek Alur Dokumen - dokumen, acara, lsp. Sing, Sistem Interaksi rumiyin Integrasi karo aplikasi target, lan ora tumindak minangka mung "tombol kapisah".
Jumlah huruf ing DO kita wis ngluwihi 100 yuta, lan umume ana luwih saka 11 milyar cathetan ing DBMS. Secara total, sistem nggunakake panyimpenan meh 30 TB: volume database yaiku 7,5 TB, file kanggo karya kolektif disimpen kanthi kapisah lan manggoni 21 TB liyane.
Yen kita ngomong babagan nomer sing luwih spesifik, iki jumlah huruf lan file saiki:
- Email metu - 14,7 yuta.
- Surat mlebu - 85,4 yuta.
- Versi file - 70,8 yuta.
- Dokumen internal - 30,6 ewu.
DO duwe luwih saka mung mail lan file. Ing ngisor iki minangka angka kanggo obyek akuntansi liyane:
- Booking kamar patemon - 52
- Laporan mingguan - 153
- Laporan saben dina - 628
- Visa persetujuan - 11
- Dokumen sing mlebu - 79
- Dokumen metu - 28
- Entri babagan acara ing tanggalan kerja pangguna - 168
- Aplikasi kanggo kurir - 21
- Counterparties - 81
- Cathetan karya karo mitra - 45
- Kontak wong saka counterparties - 41
- Acara - 10
- Proyek - 6
- Tugas pegawe - 245
- Kiriman forum - 26
- Pesen obrolan - 891 095
- Proses bisnis - 109. Interaksi antarane karyawan dumadi liwat proses - persetujuan, eksekusi, review, registrasi, tandha, lsp. Kita ngukur durasi proses, jumlah siklus, jumlah peserta, jumlah bali, jumlah panjalukan kanggo ngganti tenggat wektu. Lan informasi iki migunani banget kanggo nganalisa supaya ngerti proses apa sing ditindakake ing perusahaan lan nambah efisiensi kolaborasi karyawan.
Apa peralatan sing kita proses kabeh iki?
Angka kasebut nuduhake volume tugas sing nggumunake, mula kita kudu nyedhiyakake peralatan sing cukup produktif kanggo kabutuhan anak perusahaan internal. Saiki, ciri-cirine yaiku: 38 intine, 240 GB RAM, 26 TB disk. Mangkene tabel server:
Ing mangsa ngarep, kita arep nambah kapasitas peralatan kasebut.
Kepiye carane mbukak server?
Aktivitas jaringan ora nate dadi masalah kanggo kita utawa para pelanggan. Minangka aturan, titik sing ringkih yaiku prosesor lan disk, amarga kabeh wong wis ngerti carane ngatasi kekurangan memori. Mangkene gambar saka server kita saka Resource Monitor, sing nuduhake manawa kita ora duwe beban sing nggegirisi, cukup andhap asor.
Contone, ing gambar ing ngisor iki kita ndeleng server SQL ing ngendi beban CPU 23%. Lan iki minangka indikator sing apik banget (kanggo mbandhingake: yen beban nyedhaki 70%, mula, paling kamungkinan, karyawan bakal mirsani slowdowns sing cukup signifikan ing karya).
Gambar kapindho nuduhake server aplikasi ing ngendi platform 1C: Enterprise mlaku - mung nglayani sesi pangguna. Kene beban prosesor rada dhuwur - 38%, iku Gamelan lan kalem. Ana sawetara loading disk, nanging bisa ditampa.
Gambar katelu nuduhake server 1C liyane: Enterprise (iku sing nomer loro, kita duwe loro ing kluster). Mung sing sadurunge nglayani pangguna, lan robot bisa digunakake. Contone, dheweke nampa surat, dokumen rute, ijol-ijolan data, ngitung hak, lsp. Kabeh kegiatan latar mburi iki nindakake kira-kira 90-100 proyek latar mburi. Lan server iki akeh banget dimuat - 88%. Nanging iki ora mengaruhi wong, lan nindakake kabeh otomatisasi sing kudu ditindakake Manajemen Dokumen.
Apa metrik kanggo ngukur kinerja?
Kita duwe subsistem serius sing dibangun ing anak perusahaan kanggo ngukur indikator kinerja lan ngitung macem-macem metrik. Iki perlu kanggo mangerteni ing wektu saiki lan saka perspektif sejarah apa sing kedadeyan ing sistem, apa sing saya elek, apa sing saya apik. Alat ngawasi - metrik lan pangukuran wektu - kalebu ing pangiriman standar "1C: Document Flow 8". Metrik kasebut mbutuhake kustomisasi sajrone implementasine, nanging mekanisme kasebut minangka standar.
Metrik minangka pangukuran saka macem-macem indikator bisnis ing wektu tartamtu (contone, wektu pangiriman surat rata-rata 10 menit).
Salah sawijining metrik nuduhake jumlah pangguna aktif ing basis data. Rata-rata ana 1000-1400 ing wayah awan. Grafik kasebut nuduhake yen nalika njupuk gambar ana 2144 pangguna aktif ing basis data.
Ana luwih saka 30 tumindak kasebut, dhaptar kasebut dipotong.Dhaftar
- Mlebet
- Mlebu metu
- Loading mail
- Ngganti validitas obyek
- Ngganti hak akses
- Ngganti subyek saka proses
- Ngganti workgroup obyek
- Ngganti komposisi kit
- Ngganti file
- Ngimpor file
- Ngirim liwat mail
- Pindhah file
- Ngalihake tugas
- Teken tandha elektronik
- Telusuri kanthi rincian
- Panelusuran teks lengkap
- Nampa file
- Ngganggu proses
- Ndeleng
- Dekripsi
- Pendaftaran dokumen
- Scan
- Mbusak tandha pambusakan
- Nggawe Obyek
- Nyimpen menyang disk
- Miwiti proses
- Mbusak entri log pangguna
- Mbusak tandha elektronik
- Nyetel tandha pambusakan
- Enkripsi
- Ekspor folder
Minggu sadurunge pungkasan, aktivitas pangguna rata-rata kita tambah kaping setengah (ditampilake kanthi warna abang ing grafik) - iki amarga transisi karyawan paling akeh menyang kerja remot (amarga acara sing kondhang). Uga, jumlah pangguna aktif tambah kaping 3 (ditampilake kanthi warna biru ing gambar), amarga karyawan wiwit aktif nggunakake ponsel: saben klien seluler nggawe sambungan menyang server. Saiki, rata-rata, saben karyawan duwe 2 sambungan menyang server.
Kanggo kita, minangka pangurus, iki minangka sinyal yen kita kudu luwih ati-ati babagan masalah kinerja lan ndeleng manawa kahanan saya tambah parah. Nanging kita ndeleng iki adhedhasar paramèter liyane. Contone, carane owah-owahan wektu pangiriman mail kanggo nuntun internal (ditampilake biru ing gambar ngisor). Kita weruh manawa fluktuasi nganti taun iki, nanging saiki wis stabil - kanggo kita iki minangka indikator yen kabeh wis cocog karo sistem kasebut.
Metrik liyane sing ditrapake kanggo kita yaiku wektu tunggu rata-rata kanggo ndownload surat saka server mail (ditampilake abang ing gambar). Secara kasar, suwene layang kasebut bakal ngambang ing Internet sadurunge tekan karyawan kita. Potret layar nuduhake manawa wektu iki uga durung owah ing cara apa wae. Ana spike terisolasi - nanging ora ana hubungane karo telat, nanging kanthi nyatane wektu ing server mail wis ilang.
Utawa, contone, metrik liyane (ditampilake biru ing gambar) - nganyari huruf ing folder. Mbukak folder mail minangka operasi sing umum banget lan kudu ditindakake kanthi cepet. Kita ngukur sepira cepet ditindakake. Indikator iki diukur kanggo saben klien. Sampeyan bisa ndeleng gambar sakabèhé kanggo perusahaan lan dinamika, contone, kanggo karyawan individu. Gambar kasebut nuduhake yen nganti taun iki metrik kasebut ora seimbang, banjur kita nggawe sawetara dandan, lan saiki ora dadi luwih elek - grafik meh rata.
Metrik dhasar minangka alat administrator kanggo ngawasi sistem, supaya cepet nanggapi owah-owahan ing prilaku sistem. Gambar nuduhake metrik tambahan internal kanggo taun. Mlumpat ing grafik kasebut amarga kita diwenehi tugas kanggo ngembangake anak perusahaan internal.
Iki minangka dhaptar sawetara metrik liyane (ing potong).
Metrik
- Aktivitas pangguna
- Pangguna Aktif
- Proses aktif
- Jumlah file
- Ukuran File (MB)
- Jumlah dokumen
- Jumlah obyek sing bakal dikirim menyang panampa
- Jumlah counterparties
- Tugas sing durung rampung
- Rata-rata wektu tunggu kanggo ngundhuh email saka server mail sajrone 10 menit pungkasan
- Buffer data eksternal: jumlah file
- Lagging wates saka tanggal saiki
- Antri dawa
- Antrian operasional
- Umur akun mentah kanthi nuntun eksternal
- Ukuran antrian acceptance routing internal (antrian dawa)
- Ukuran antrian acceptance routing internal (antrian cepet)
- Wektu pangiriman surat liwat rute internal (antrian dawa)
- Wektu pangiriman surat liwat rute internal (antrian cepet)
- Wektu pangiriman surat liwat rute eksternal (rata-rata)
- Jumlah dokumen Reservasi
- Jumlah dokumen Absen
- Jumlah dokumen "Catatan karya karo mitra"
- Mail Nganyari huruf ing folder
- Mail Mbukak kertu layang
- Kirim Kirim layang menyang folder
- Mail Navigasi liwat folder
Sistem kita ngukur luwih saka 150 indikator saben jam, nanging ora kabeh bisa dipantau kanthi cepet. Dheweke bisa uga migunani mengko, ing sawetara perspektif sejarah, lan sampeyan bisa fokus ing sing paling penting kanggo bisnis kasebut.
Ing salah sawijining implementasi, contone, mung 5 indikator sing dipilih. Pelanggan nyetel gol kanggo nggawe set indikator minimal, nanging ing wektu sing padha, iku nutupi skenario kerja utama. Ora sah kanggo nyakup 150 indikator ing sertifikat panampa, amarga sanajan ing perusahaan angel setuju karo indikator sing dianggep bisa ditampa. Lan dheweke ngerti babagan 5 indikator kasebut lan wis diwenehi sistem sadurunge wiwitan proyek implementasine, kalebu ing dokumentasi kompetisi: wektu mbukak kertu ora luwih saka 3 detik, wektu kanggo ngrampungake tugas kanthi file no. luwih saka 5 detik, etc. Ing anak perusahaan kita duwe metrik sing jelas banget nggambarake panjaluk asli saka spesifikasi teknis pelanggan.
Kita uga duwe analisis profil pangukuran kinerja. Indikator kinerja minangka rekaman durasi saben operasi sing ditindakake (nulis layang menyang database, ngirim layang menyang server email, lsp.). Iki digunakake sacara eksklusif dening teknisi. Kita nglumpukake akeh indikator kinerja ing program kita. Saiki kita ngukur kira-kira 1500 operasi utama, sing dipérang dadi profil.
Salah sawijining profil sing paling penting kanggo kita yaiku "Dhaptar Indikator Kunci Surat saka Perspektif Konsumen." Profil iki kalebu, contone, indikator ing ngisor iki:
- Nglakokake printah: Pilih kanthi tag
- Mbukak formulir: Formulir Daftar
- Nglakokake printah: Pilih miturut folder
- Nampilake layang ing area maca
- Nyimpen layang menyang folder favorit
- Telusuri huruf kanthi rincian
- Nggawe layang
Yen kita weruh yen metrik kanggo sawetara indikator bisnis wis dadi gedhe banget (contone, huruf saka pangguna tartamtu wis wiwit teka kanggo wektu sing dawa banget), kita wiwiti nemtokake lan nguripake kanggo ngukur wektu operasi technical. Kita duwe operasi teknis "Arsip surat ing server mail" - kita weruh yen wektu kanggo operasi iki wis ngluwihi kanggo periode pungkasan. Operasi iki, ing siji, decomposed menyang operasi liyane - contone, nggawe sambungan karo server mail. Kita weruh yen sakperangan alesan iku dumadakan dadi gedhe banget (kita duwe kabeh pangukuran kanggo sasi - kita bisa mbandhingaké minggu kepungkur iku 10 milliseconds, lan saiki 1000 milliseconds). Lan kita ngerti yen ana sing rusak ing kene - kita kudu ndandani.
Kepiye carane njaga database gedhe?
DO internal kita minangka conto proyek beban dhuwur sing bener. Ayo dadi pirembagan bab fitur technical saka database sawijining.
Suwene suwene kanggo ngatur maneh tabel database gedhe?
Server SQL mbutuhake pangopènan périodik, ngurutake tabel. Kanthi cara sing apik, iki kudu ditindakake paling ora sapisan dina, lan luwih asring kanggo tabel sing dikarepake. Nanging yen database gedhe (lan jumlah rekaman kita wis ngluwihi 11 milyar), banjur ngurus iku ora gampang.
Kita nindakake restrukturisasi meja 6 taun kepungkur, nanging banjur wiwit njupuk wektu akeh sing ora pas karo interval saben wengi. Lan wiwit operasi iki akeh banget mbukak server SQL, iku ora bisa irit ngawula pangguna liyane.
Mulane, saiki kita kudu nggunakake macem-macem trik. Contone, kita ora bisa nindakake prosedur kasebut ing set data lengkap. Sampeyan kudu nggunakake prosedur Update Sample 500000 baris - iki mbutuhake 14 menit. Iku ora nganyari statistik ing kabeh data ing meja, nanging milih setengah yuta larik lan digunakake kanggo ngetung statistik sing digunakake kanggo kabeh tabel. Iki minangka sawetara asumsi, nanging kita kepeksa nggawe, amarga kanggo tabel tartamtu, ngumpulake statistik ing kabeh milyar cathetan bakal njupuk wektu sing ora bisa ditampa.
Kita uga ngoptimalake operasi pangopènan liyane kanthi nggawe sebagean.
Njaga DBMS umume tugas sing angel. Ing kasus interaksi aktif antarane karyawan, database tuwuh kanthi cepet, lan dadi saya angel kanggo pangurus kanggo njaga - nganyari statistik, defragmentasi, indeksasi. Ing kene kita kudu ngetrapake strategi sing beda-beda, kita ngerti carane nindakake iki, kita duwe pengalaman, kita bisa nuduhake.
Kepiye cara serep ditindakake kanthi volume kasebut?
Serep DBMS lengkap dileksanakake sapisan dina ing wayah wengi, tambahan - saben jam. Uga, direktori file digawe saben dina, lan minangka bagean saka serep tambahan saka panyimpenan file.
Suwene wektu kanggo ngrampungake serep lengkap?
Serep lengkap menyang hard drive rampung ing telung jam, serep sebagean sajrone jam. Butuh luwih suwe kanggo nulis menyang tape (piranti khusus sing nggawe salinan serep menyang kaset khusus sing disimpen ing njaba kantor; salinan sing bisa ditransfer digawe menyang tape, sing bakal disimpen yen, contone, ruangan server kobong). Serep digawe ing server sing padha, paramèter sing luwih dhuwur - server SQL kanthi beban prosesor 20%. Ing wektu serep, mesthi, sistem dadi luwih elek, nanging isih fungsi.
Apa ana deduplikasi?
Ana file, kita bakal nyoba kanggo awake dhewe, lan bakal dilebokake ing versi anyar Manajemen Dokumen. Kita uga nyoba mekanisme deduplikasi counterparty. Ora ana deduplikasi rekaman ing tingkat DBMS, amarga iki ora perlu. Platform 1C: Enterprise nyimpen obyek ing DBMS, lan mung platform sing bisa tanggung jawab kanggo konsistensi kasebut.
Apa ana simpul mung diwaca?
Ora ana simpul maca (simpul sistem khusus sing ngladeni wong sing kudu nampa data kanggo maca). DO ora sistem accounting kanggo sijine simpul BI kapisah, nanging ana simpul kapisah kanggo departemen pembangunan, karo pesen sing diijolke ing format JSON, lan wektu réplikasi khas Unit lan puluhan detik. Simpul kasebut isih cilik, udakara 800 yuta cathetan, nanging saya suwe saya suwe.
Apa email sing ditandhani kanggo pambusakan ora dibusak?
durung. Kita ora duwe tugas nggawe dhasar luwih entheng. Ana sawetara kasus sing rada serius nalika perlu kanggo ngrujuk marang huruf sing ditandhani kanggo pambusakan, kalebu 2009. Mulane kita mutusake kanggo nyimpen kabeh kanggo saiki. Nanging nalika biaya iki dadi ora adil, kita bakal mikir babagan penghapusan. Nanging, yen sampeyan kudu mbusak layang sing kapisah saka database kanthi lengkap supaya ora ana jejak, mula iki bisa ditindakake kanthi panyuwunan khusus.
Apa nyimpen? Apa sampeyan duwe statistik babagan akses menyang dokumen lawas?
Ora ana statistik. Luwih tepate, ana ing wangun log pangguna, nanging ora disimpen suwe. Entri sing luwih lawas saka setahun dibusak saka protokol.
Ana kahanan nalika perlu kanggo njupuk Correspondence lawas saka limang utawa malah sepuluh taun kepungkur. Lan iki mesthi ditindakake ora amarga penasaran, nanging kanggo nggawe keputusan bisnis sing rumit. Ana kasus sing, tanpa riwayat korespondensi, keputusan bisnis sing salah bakal ditindakake.
Kepiye regane dokumen ditaksir lan dirusak miturut periode panyimpenan?
Kanggo dokumen kertas, iki ditindakake kanthi cara tradisional, kaya wong liya. Kita ora nindakake kanggo elektronik - supaya padha nyimpen dhewe. Lungguh kene. Ana keuntungan. Kabeh wong apik.
Apa prospek pembangunan sing ana?
Saiki DO kita ngrampungake babagan 30 masalah internal, sawetara sing didaftar ing wiwitan artikel. DL uga digunakake kanggo nyiapake konferensi sing dianakake kaping pindho saben taun kanggo mitra: kabeh program, kabeh laporan, kabeh bagean paralel, aula - kabeh iki diketik ing DL, banjur diundhuh saka iku, lan program sing dicithak digawe.
Ana sawetara tugas liyane ing dalan kanggo DO, saliyane sing wis dirampungake. Ana tugas ing perusahaan, lan ana sing unik lan langka, mung dibutuhake dening departemen tartamtu. Sampeyan perlu kanggo mbantu wong-wong mau, sing tegese ngembangake "geografi" nggunakake sistem ing 1C - ngembangake ruang lingkup aplikasi, ngrampungake masalah kabeh departemen. Iki bakal dadi tes paling apik kanggo kinerja lan linuwih. Aku pengin ndeleng sistem bisa ing triliun cathetan, petabyte informasi.
Source: www.habr.com