Kabeh pangembang 1C kanthi cara siji utawa liyane raket karo layanan IT lan langsung karo administrator sistem. Nanging interaksi iki ora tansah lancar. Aku arep nyritakake sawetara crita lucu babagan iki.
Saluran komunikasi kacepetan dhuwur
Umume klien kita minangka perusahaan gedhe kanthi departemen IT sing gedhe. Lan spesialis klien biasane tanggung jawab kanggo salinan serep database informasi. Nanging ana uga organisasi sing relatif cilik. Utamane kanggo wong-wong mau, kita duwe layanan miturut kita njupuk kabeh masalah sing ana gandhengane karo serep kabeh 1C. Iki perusahaan sing bakal kita deleng ing crita iki.
Klien anyar teka kanggo ndhukung 1C lan, ing antarane, kontrak kasebut kalebu klausa sing tanggung jawab kanggo serep, sanajan dheweke duwe administrator sistem dhewe ing staf. Database klien-server, MS SQL minangka DBMS. Kahanan sing cukup standar, nanging isih ana siji nuansa: dhasar utama cukup gedhe, nanging kenaikan saben wulan cilik banget. Tegese, database ngemot akeh data sejarah. Nganggep fitur iki, aku nyiyapake rencana pangopènan serep kaya ing ngisor iki: ing dina Setu pisanan saben sasi gawe serep lengkap, cukup abot, banjur salinan diferensial digawe saben wengi - volume sing relatif cilik, lan salinan. saka log transaksi saben jam. Kajaba iku, salinan lengkap lan diferensial ora mung disalin menyang sumber jaringan, nanging uga diunggah menyang server FTP kita. Iki minangka syarat wajib nalika nyedhiyakake layanan iki.
Kabeh iki kasil dikonfigurasi, dilebokake ing operasi lan umume bisa ditindakake tanpa gagal.
Nanging sawetara sasi mengko, administrator sistem ing organisasi iki diganti. Administrator sistem anyar wiwit mbangun maneh infrastruktur IT perusahaan kanthi bertahap miturut tren modern. Utamane, virtualisasi muncul, rak disk, akses diblokir ing endi wae lan kabeh, lan liya-liyane, sing ing kasus umum, mesthine ora bisa bungah. Nanging ora mesthi lancar kanggo dheweke; asring ana masalah karo kinerja 1C, sing nyebabake sawetara ora setuju lan salah paham kanthi dhukungan. Uga, kudu dicathet yen hubungan kita karo dheweke umume cukup adhem lan rada tegang, sing mung nambah tingkat tension yen ana masalah sing muncul.
Nanging ing sawijining esuk ternyata server klien iki ora kasedhiya. Aku nelpon administrator sistem kanggo ngerteni apa sing kedadeyan lan ditampa minangka jawaban kaya "Server kita nabrak, kita lagi nggarap, ora nganti sampeyan." Lha wong-wong kuwi apik tenan. Iki tegese kahanan wis dikendhaleni. Sawise nedha awan, aku nelpon maneh, lan tinimbang iritasi, aku wis bisa ngrasakake kesel lan apatis ing swara admin. Aku nyoba ngerteni apa sing kedadeyan lan apa sing bisa ditindakake kanggo mbantu? Minangka asil saka obrolan, ing ngisor iki muncul:
Dheweke dipindhah server menyang sistem panyimpenan anyar karo gropyokan mentas nglumpuk. Nanging ana sing salah lan sawetara dina sabanjure serangan iki ambruk kanthi aman. Apa controller burned metu utawa soko kedaden kanggo disk, Aku ora ngelingi persis, nanging kabeh informasi iki irretrievably ilang. Lan sing utama yaiku sumber jaringan kanthi serep uga rampung ing array disk sing padha sajrone macem-macem migrasi. Yaiku, database produktif dhewe lan kabeh salinan serep wis ilang. Lan ora jelas apa sing kudu ditindakake saiki.
Tenang, kandhaku. Kita duwe cadangan saben wengi. Kanggo nanggepi, ana kasepen, sing aku ngerti yen aku mung nylametake nyawane wong lanang. Kita wiwiti ngrembug babagan carane nransfer salinan iki menyang server anyar sing anyar. Nanging ing kene uga ana masalah.
Elinga nalika aku ngomong yen serep lengkap cukup gedhe? Iku ora kanggo apa-apa aku nindakake iku sapisan sasi ing Saturday. Kasunyatane yaiku perusahaan kasebut minangka tanduran cilik, sing ana ing njaba kutha lan Internet banget. Ing dina Senin esuk, yaiku, ing akhir minggu, salinan iki meh ora bisa diunggah menyang server FTP kita. Nanging ora ana cara kanggo ngenteni dina utawa rong dina kanggo mbukak ing arah ngelawan. Sawise pirang-pirang upaya gagal kanggo nransfer file, administrator njupuk hard drive langsung saka server anyar, nemokake mobil karo sopir nang endi wae lan cepet-cepet menyang kantor, untunge isih ana ing kutha sing padha.
Nalika padha ngadeg ing kamar server kita lan ngenteni file kanggo disalin, kita ketemu pisanan, supaya bisa ngomong, "ing wong," ngombe tuwung saka warung, lan ngomong ing setelan informal. Aku sympathized karo sungkowo lan dikirim wong bali karo meneng lengkap serep, cepet-cepet mulihake mandegake karya perusahaan.
Sabanjure, kabeh panjaluk kita menyang departemen IT dirampungake kanthi cepet lan ora ana perselisihan maneh.
Hubungi administrator sistem sampeyan
Sawise, kanggo wektu sing suwe, aku ora bisa nerbitake 1C kanggo akses web liwat IIS kanggo siji klien. Iku ketoke kaya tugas biasa, nanging ora ana cara kanggo njaluk kabeh mlaku. Administrator sistem lokal melu lan nyoba macem-macem setelan lan file konfigurasi. 1C ing web biasane ora pengin bisa digunakake kanthi cara apa wae. Ana sing salah, karo kabijakan keamanan domain, utawa karo firewall canggih lokal, utawa Gusti ngerti apa maneh. Ing pengulangan Nth, admin ngirim link karo tembung:
- Coba maneh nggunakake pandhuan iki. Kabeh diterangake ana ing cukup rinci. Yen ora bisa, nulis kanggo penulis situs iki, Mungkin kang bisa bantuan.
"Ora," kandhaku, "ora bakal mbantu."
- ngopo
- Aku penulis situs iki ... (
AkibatΓ©, kita mbukak ing Apache tanpa masalah. IIS ora tau dikalahake.
Siji tingkat luwih jero
Kita duwe klien - perusahaan manufaktur cilik. Dheweke duwe server, jinis "klasik" 3 ing 1: server terminal + server aplikasi + server database. Padha makarya ing sawetara konfigurasi industri-tartamtu adhedhasar UPP, ana bab 15-20 kedhaftar, lan kinerja sistem, ing asas, cocog everyone.
Minangka wektu liwati, kabeh bisa luwih utawa kurang stabil. Nanging banjur Eropah dileksanakake sanksi marang Rusia, minangka asil saka Rusia wiwit tuku utamanΓ© produk domestik, lan bisnis kanggo perusahaan iki munggah banget. Jumlah pangguna tambah dadi 50-60 wong, cabang anyar dibukak, lan aliran dokumen tambah. Lan saiki server saiki ora bisa ngatasi beban sing tambah akeh, lan 1C wiwit, kaya sing dikandhakake, "alon". Sajrone jam sibuk, dokumen diproses nganti pirang-pirang menit, ana kesalahan pamblokiran, formulir njupuk wektu suwe kanggo mbukak, lan kabeh buket layanan sing gegandhengan. Administrator sistem lokal ngilangi kabeh masalah, ujar, "Iki 1C sampeyan, sampeyan bakal ngerti." Kita wis bola-bali ngusulake nganakake audit kinerja sistem kasebut, nanging ora nate teka ing audit kasebut. Klien mung njaluk saran babagan carane ndandani masalah.
Inggih, aku lungguh lan nulis layang sing rada dawa babagan kudu misahake peran server terminal lan server aplikasi karo DBMS (sing, ing asas, kita wis ngandika kaping pirang-pirang sadurunge). Aku wrote bab DFSS ing server terminal, bab Memori Shared, kasedhiya pranala menyang sumber kuoso, lan malah disaranake sawetara opsi kanggo peralatan. Huruf iki tekan sing duwe kuwasa ing perusahaan, bali menyang departemen IT kanthi resolusi "Ngleksanakake" lan es umume rusak.
Sawise sawetara wektu, admin ngirim alamat IP server anyar lan kredensial login. Dheweke ujar manawa komponen server MS SQL lan 1C disebarake ing kana, lan database kudu ditransfer, nanging saiki mung menyang server DBMS, amarga ana sawetara masalah karo tombol 1C.
Aku teka ing, tenan, kabeh layanan mlaku, server ora banget kuat, nanging ok, Aku iku luwih apik tinimbang apa-apa. Aku bakal nransfer database saiki supaya bisa ngilangi server saiki. Aku ngrampungake kabeh transfer ing wektu sing disepakati, nanging kahanan ora owah - isih masalah kinerja sing padha. Iku aneh, mesthi, uga, ayo ndhaftar database ing kluster 1C lan kita bakal weruh.
Pirang-pirang dina liwat, kunci durung ditransfer. Aku kepingin weruh apa masalahe, kabeh katon prasaja - njupuk metu saka siji server, plug menyang liyane, nginstal driver lan sampeyan wis rampung. Admin nanggapi kanthi repot lan ngomong babagan port forwarding, server virtual, lan liya-liyane.
Hmm... Server virtual? Iku misale jek sing ora tau ana virtualisasi lan ora tau ana ... Aku ngelingi masalah sing cukup kondhang karo impossibility kanggo nerusake tombol server 1C menyang mesin virtual ing Hyper-V ing Windows Server 2008. Lan kene sawetara rasa curiga wiwit tuwuh ing aku ...
Aku mbukak manajer server - Peran - peran anyar wis muncul - Hyper-V. Aku menyang manajer Hyper-V, ndeleng siji mesin virtual, nyambung ... Lan tenan ... Server database anyar kita ...
Dadi apa? Petunjuk saka panguwasa lan rekomendasiku wis ditindakake, peran wis dipisahake. Tugas bisa ditutup.
Sawise sawetara wektu, krisis saiki kedadeyan, cabang anyar kudu ditutup, beban mudhun, lan kinerja sistem dadi luwih bisa ditrima.
Mesthi wae, dheweke ora bisa nerusake kunci server menyang mesin virtual. AkibatΓ©, kabeh ditinggalake kaya: terminal server + 1C cluster ing mesin fisik, server database ana ing virtual.
Lan luwih becik yen iki minangka kantor sharashkin. Dadi ora. Perusahaan kondhang sing produk sampeyan bisa uga ngerti lan wis katon ing departemen sing relevan ing kabeh Lentas lan Auchans.
Jadwal liburan hard drive
Perusahaan induk gedhe kanthi rencana ambisius kanggo ngrebut jagad iki maneh tuku perusahaan cilik kanthi tujuan kalebu ing perusahaan mega. Ing kabeh divisi saka nyekeli iki, kedhaftar bisa ing database dhewe, nanging karo konfigurasi podho rupo. Dadi, kita miwiti proyek cilik kanggo nyakup unit anyar ing sistem iki.
Kaping pisanan, perlu kanggo nyebarake database produksi lan tes. Pangembang nampa data sambungan, mlebu menyang server, ndeleng MS SQL diinstal, server 1C, ndeleng 2 drive logis: drive "C" karo kapasitas 250 gigabyte lan drive "D" karo kapasitas 1 terabyte. Ya, "C" yaiku sistem, "D" kanggo data, pangembang kanthi logis nemtokake lan nyebarake kabeh database ing kana. Aku malah nyetel plans pangopènan, kalebu serep, mung ing kasus (sanajan kita ora tanggung jawab kanggo iki). Bener, serep ditambahake ing kene menyang "D". Ing mangsa ngarep, direncanakake kanggo ngatur maneh menyang sawetara sumber jaringan sing kapisah.
Proyek kasebut diwiwiti, konsultan nyedhiyakake latihan babagan cara kerja ing sistem anyar, sisa-sisa ditransfer, sawetara perbaikan cilik sing ditindakake, lan pangguna wiwit kerja ing basis informasi anyar.
Kabeh mlaku nganti dina Senin esuk nalika ditemokake yen disk database ilang. Ora ana "D" ing server lan mung iku.
Penyelidikan luwih lanjut nuduhake iki: "server" iki sejatine komputer kerja administrator sistem lokal. Bener, isih ana OS server. USB drive pribadi admin iki dipasang menyang server. Dadi administrator banjur preian, njupuk sekrup karo dheweke, kanthi tujuan kanggo ngompa film kanggo lelungan kasebut.
Alhamdulillah, dheweke ora bisa mbusak file database lan bisa mulihake database sing produktif.
Wigati dimangerteni manawa kabeh wong umume wareg karo kinerja sistem sing ana ing drive USB. Ora ana sing ngeluh babagan kinerja 1C sing ora nyenengake. Iku mung mengko nyekeli wiwit mega-proyek kanggo nransfer kabeh database informasi menyang situs terpusat siji karo super-server, sistem panyimpenan kanggo yuta + rubles, hypervisors canggih lan rem 1C unbearable ing kabeh cabang.
Nanging iki crita sing beda banget ...
Source: www.habr.com