Bütün 1C tərtibatçıları bu və ya digər şəkildə İT xidmətləri ilə və bilavasitə sistem administratorları ilə sıx əlaqədə olurlar. Ancaq bu qarşılıqlı əlaqə həmişə rəvan getmir. Bu haqda sizə bir neçə gülməli əhvalat danışmaq istərdim.
Yüksək sürətli rabitə kanalı
Müştərilərimizin əksəriyyəti öz böyük İT departamentləri olan böyük holdinqlərdir. Və müştəri mütəxəssisləri adətən məlumat bazalarının ehtiyat nüsxələrinə cavabdehdirlər. Amma nisbətən kiçik təşkilatlar da var. Xüsusilə onlar üçün, 1C hər şeyin ehtiyat nüsxəsi ilə bağlı bütün məsələləri öz üzərimizə götürən bir xidmətimiz var. Bu hekayədə danışacağımız şirkət budur.
1C-ni dəstəkləmək üçün yeni bir müştəri gəldi və digər şeylərlə yanaşı, müqavilədə ehtiyat nüsxələrə cavabdeh olduğumuza dair bir bənd var idi, baxmayaraq ki, işçilərin öz sistem administratoru var idi. Müştəri-server verilənlər bazası, DBMS kimi MS SQL. Kifayət qədər standart bir vəziyyət, lakin hələ də bir nüans var idi: əsas baza olduqca böyük idi, lakin aylıq artım çox kiçik idi. Yəni məlumat bazasında çoxlu tarixi məlumatlar var idi. Bu xüsusiyyəti nəzərə alaraq ehtiyata qulluq planlarını belə qurdum: hər ayın ilk şənbə günü tam ehtiyat nüsxəsi hazırlanırdı, kifayət qədər ağır idi, sonra hər gecə diferensial nüsxə hazırlanırdı – nisbətən kiçik həcmli və bir surəti. hər saat əməliyyat jurnalı. Üstəlik, tam və diferensial nüsxələr təkcə şəbəkə resursuna kopyalanmayıb, həm də əlavə olaraq FTP serverimizə yüklənib. Bu xidməti təqdim edərkən bu məcburi tələbdir.
Bütün bunlar uğurla konfiqurasiya edildi, istismara verildi və ümumiyyətlə uğursuzluqlar olmadan işlədi.
Ancaq bir neçə ay sonra bu təşkilatda sistem administratoru dəyişdi. Yeni sistem inzibatçısı şirkətin İT infrastrukturunu müasir tendensiyalara uyğun olaraq tədricən yenidən qurmağa başladı. Xüsusilə, virtuallaşdırma meydana çıxdı, disk rəfləri, giriş hər yerdə və hər şey bağlandı və s., Ümumi halda, əlbəttə ki, sevinməyə bilməz. Lakin işlər onun üçün həmişə yaxşı getmirdi, tez-tez 1C-nin performansında problemlər yaranırdı ki, bu da bizim dəstəyimizlə bəzi fikir ayrılıqlarına və anlaşılmazlıqlara səbəb olur. Onu da qeyd etmək lazımdır ki, onunla münasibətimiz ümumiyyətlə kifayət qədər soyuq və bir qədər gərgin idi ki, bu da hər hansı problem yarandıqda gərginliyin dərəcəsini daha da artırırdı.
Lakin bir səhər məlum oldu ki, bu müştərinin serveri əlçatmazdır. Nə baş verdiyini öyrənmək üçün sistem administratoruna zəng etdim və “Serverimiz qəzaya uğradı, biz bunun üzərində işləyirik, sizə aid deyil” kimi bir cavab aldım. Yaxşı ki, işləyirlər. Bu, vəziyyətin nəzarət altında olması deməkdir. Nahardan sonra yenidən zəng edirəm və qıcıqlanma əvəzinə adminin səsində artıq yorğunluq və apatiya hiss edirəm. Nə baş verdiyini anlamağa çalışıram və kömək etmək üçün edə biləcəyimiz bir şey varmı? Söhbət nəticəsində aşağıdakılar ortaya çıxdı:
O, yeni yığılmış reyd ilə serveri yeni saxlama sisteminə köçürdü. Ancaq bir şey səhv oldu və bir neçə gün sonra bu basqın təhlükəsiz şəkildə çökdü. Nəzarətçinin yanması və ya disklərə bir şey olub-olmaması, dəqiq xatırlamıram, amma bütün məlumatlar geri qaytarılmayacaq şəkildə itirildi. Əsas odur ki, ehtiyat nüsxələri olan şəbəkə resursu da müxtəlif köçlər zamanı eyni disk massivində sona çatdı. Yəni həm məhsuldar verilənlər bazası özü, həm də onun bütün ehtiyat nüsxələri itirildi. Və indi nə edəcəyimiz bəlli deyil.
Sakit ol, deyirəm. Gecə ehtiyatınız bizdə. Cavabında sakitlik yarandı, bununla mən yenicə bir insanın həyatını xilas etdiyimi başa düşdüm. Bu nüsxəni yeni, yeni yerləşdirilmiş serverə necə köçürməyi müzakirə etməyə başlayırıq. Amma burada da problem yarandı.
Tam ehtiyat nüsxəsinin kifayət qədər böyük olduğunu dediyimi xatırlayın? Əbəs yerə deyildi ki, ayda bir dəfə şənbə günləri edirəm. Fakt budur ki, şirkət şəhərdən xeyli kənarda yerləşən kiçik bir zavod idi və onların İnterneti çox belə idi. Bazar ertəsi səhərə qədər, yəni həftə sonu bu nüsxə FTP serverimizə çətinliklə yüklənə bildi. Amma onun əks istiqamətdə yüklənməsi üçün bir-iki gün gözləmək imkanı yox idi. Faylı köçürmək üçün bir neçə uğursuz cəhddən sonra administrator sərt diski birbaşa yeni serverdən çıxardı, haradasa sürücüsü olan avtomobil tapdı və tez ofisimizə qaçdı, xoşbəxtlikdən hələ də eyni şəhərdəyik.
Onlar server otağımızda dayanıb faylların kopyalanmasını gözləyərkən biz ilk dəfə, belə desək, “şəxsən” görüşdük, bir fincan qəhvə içdik və qeyri-rəsmi şəraitdə söhbət etdik. Mən onun kədərinə rəğbət bəslədim və şirkətin dayandırılmış işini tələsik bərpa edərək tam ehtiyat nüsxələri ilə geri göndərdim.
Sonradan İT departamentinə etdiyimiz bütün müraciətlərimiz çox tez həll olundu və daha heç bir fikir ayrılığı yaranmadı.
Sistem administratorunuzla əlaqə saxlayın
Bir dəfə, çox uzun müddətdir ki, bir müştəri üçün IIS vasitəsilə veb girişi üçün 1C dərc edə bilmədim. Bu, adi bir iş kimi görünürdü, amma hər şeyi yerinə yetirmək üçün bir yol yox idi. Yerli sistem administratorları işə qarışdılar və müxtəlif parametrlər və konfiqurasiya fayllarını sınadılar. İnternetdə 1C normal olaraq heç bir şəkildə işləmək istəmirdi. Ya domen təhlükəsizlik siyasətləri, ya da yerli mürəkkəb təhlükəsizlik divarı ilə nəsə səhv olub, ya da Allah bilir, başqa nə var. N-ci iterasiyada admin mənə sözləri olan bir keçid göndərir:
- Bu təlimatlardan istifadə edərək yenidən cəhd edin. Orada hər şey olduqca ətraflı təsvir edilmişdir. Əgər işləmirsə, bu saytın müəllifinə yazın, bəlkə kömək edə bilər.
“Yox,” deyirəm, “fayda etməyəcək”.
- Niyə?
— Bu saytın müəllifi mənəm... (
Nəticədə biz onu Apache-də heç bir problem olmadan işə saldıq. IIS heç vaxt məğlub olmadı.
Bir səviyyə daha dərin
Bizim müştərimiz var idi - kiçik istehsal müəssisəsi. Onların bir serveri var idi, bir növ “klassik” 3-ü 1-də: terminal serveri + proqram serveri + verilənlər bazası serveri. UPP-ə əsaslanan bəzi sənaye konfiqurasiyasında işləyirdilər, təxminən 15-20 istifadəçi var idi və sistemin performansı, prinsipcə, hər kəsə uyğun gəlirdi.
Vaxt keçdikcə hər şey az-çox stabil işləyirdi. Lakin sonra Avropa Rusiyaya qarşı sanksiyalar tətbiq etdi, nəticədə ruslar əsasən yerli istehsal məhsulları almağa başladılar və bu şirkətin biznesi kəskin şəkildə yüksəldi. İstifadəçilərin sayı 50-60 nəfərə yüksəldi, yeni filial açıldı və müvafiq olaraq sənəd dövriyyəsi də artdı. İndi mövcud server kəskin artan yükün öhdəsindən gələ bilmədi və 1C, necə deyərlər, "yavaşlamağa" başladı. Pik saatlarda sənədlər bir neçə dəqiqə ərzində işləndi, bloklama səhvləri baş verdi, formaların açılması uzun müddət çəkdi və bütün digər əlaqəli xidmətlər buketi. Yerli sistem administratoru “Bu, sizin 1C-nizdir, başa düşəcəksiniz” deyərək bütün problemləri aradan qaldırdı. Biz dəfələrlə sistemin performans auditinin aparılmasını təklif etmişik, lakin heç vaxt auditin özünə gəlməyib. Müştəri sadəcə olaraq problemləri həll etmək üçün tövsiyələr istədi.
Yaxşı, oturdum və terminal serverinin və proqram serverinin rollarını DBMS ilə ayırmağın zəruriliyi haqqında kifayət qədər uzun bir məktub yazdım (bunu, prinsipcə, əvvəllər dəfələrlə demişdik). Terminal serverlərində DFSS haqqında, Paylaşılan Yaddaş haqqında yazdım, nüfuzlu mənbələrə keçid verdim və hətta avadanlıq üçün bəzi variantları təklif etdim. Bu məktub şirkətdə hakimiyyətdə olanlara çatdı, “İcra et” qərarları ilə İT şöbəsinə qayıtdı və ümumiyyətlə buz qırıldı.
Bir müddət sonra admin mənə yeni serverin IP ünvanını və giriş etimadnaməsini göndərir. O deyir ki, orada MS SQL və 1C server komponentləri yerləşdirilib və verilənlər bazası köçürülməlidir, lakin hələlik yalnız DBMS serverinə ötürülür, çünki 1C düymələri ilə bağlı bəzi problemlər yaranıb.
Mən daxil oldum, həqiqətən, bütün xidmətlər işləyirdi, server çox güclü deyildi, amma yaxşı, məncə heç nədən yaxşıdır. Cari serveri birtəhər azad etmək üçün verilənlər bazalarını indiyə qədər köçürəcəyəm. Bütün transferləri razılaşdırılmış vaxtda tamamladım, amma vəziyyət dəyişmədi - yenə də eyni performans problemləri. Qəribədir, əlbəttə ki, verilənlər bazalarını 1C klasterində qeyd edək və görək.
Bir neçə gün keçir, açarlar köçürülməyib. Maraqlıdır, problem nədir, hər şey sadə görünür - onu bir serverdən çıxarın, digərinə qoşun, sürücüyü quraşdırın və işiniz bitdi. Admin çaşqınlıqla cavab verir və port yönləndirilməsi, virtual server və s.
Hmm... Virtual server? Deyəsən, virtuallaşdırma heç vaxt olmayıb və olmayıb... Mən Windows Server 1-də Hyper-V-də 2008C server açarının virtual maşına yönləndirilməsinin mümkünsüzlüyü ilə bağlı kifayət qədər tanınmış problemi xatırlayıram. içimdə bəzi şübhələr formalaşmağa başlayır...
Server menecerini açıram - Rollar - yeni rol ortaya çıxdı - Hyper-V. Hyper-V menecerinə gedirəm, bir virtual maşın görürəm, qoşuluram... Və həqiqətən də... Bizim yeni verilənlər bazası serverimiz...
Nə olsun? Səlahiyyətlilərin göstərişləri, mənim tövsiyələrim yerinə yetirilib, rollar ayrılıb. Tapşırıq bağlana bilər.
Bir müddət sonra indi böhran baş verdi, yeni filial bağlanmalı oldu, yük azaldı və sistemin performansı daha çox və ya daha az dözümlü oldu.
Əlbəttə ki, server açarını virtual maşına ötürə bilmədilər. Nəticədə, hər şey olduğu kimi qaldı: terminal server + fiziki maşında 1C klaster, orada virtual bir verilənlər bazası serveri.
Və bu, bir növ şaraşkinin ofisi olsaydı, yaxşı olardı. Yəni yox. Məhsullarını yəqin ki, tanıdığınız və bütün Lentas və Auchans-ın müvafiq şöbələrində gördüyünüz tanınmış şirkət.
Sərt disk tətil cədvəli
Dünyanı ələ keçirmək üçün iddialı planları olan böyük holdinq şirkəti yenidən kiçik bir şirkəti öz meqakorporasiyasına daxil etmək məqsədi ilə satın alıb. Bu holdinqin bütün bölmələrində istifadəçilər öz verilənlər bazalarında işləyirlər, lakin eyni konfiqurasiya ilə. Beləliklə, bu sistemə yeni bir bölmə daxil etmək üçün kiçik bir layihəyə başladıq.
İlk növbədə istehsal və test verilənlər bazalarını yerləşdirmək lazımdır. Tərtibatçı əlaqə məlumatlarını aldı, serverə daxil olur, quraşdırılmış MS SQL, 1C serverini görür, 2 məntiqi diski görür: 250 giqabayt tutumlu “C” və 1 terabayt tutumlu “D” sürücüsü. Yaxşı, "C" sistemdir, "D" məlumatlar üçündür, tərtibatçı məntiqi olaraq bütün verilənlər bazalarını orada yerləşdirir və yerləşdirir. Mən hətta ehtiyat nüsxə də daxil olmaqla, hər ehtimala qarşı texniki xidmət planları qurdum (baxmayaraq ki, biz buna cavabdeh deyilik). Düzdür, ehtiyat nüsxələr burada "D" ə əlavə edildi. Gələcəkdə onu ayrı bir şəbəkə resursuna yenidən konfiqurasiya etmək planlaşdırılırdı.
Layihə başladı, məsləhətçilər yeni sistemdə necə işləmək barədə təlimlər keçirdilər, qalıqlar köçürüldü, bəzi xırda təkmilləşdirmələr edildi və istifadəçilər yeni informasiya bazasında işləməyə başladılar.
Bazar ertəsi səhəri verilənlər bazası diskinin əskik olduğu aşkarlanana qədər hər şey yaxşı gedirdi. Serverdə sadəcə "D" yoxdur və bu qədər.
Sonrakı araşdırma bunu üzə çıxardı: bu “server” əslində yerli sistem administratorunun iş kompüteri idi. Düzdür, onun hələ də server əməliyyat sistemi var idi. Bu adminin şəxsi USB sürücüsü serverə qoşulub. Beləliklə, administrator səyahət üçün filmlər çəkmək məqsədi ilə vidasını özü ilə götürərək tətilə getdi.
Allaha şükürlər olsun ki, verilənlər bazası fayllarını silməyə müvəffəq olmadı və məhsuldar verilənlər bazasını bərpa etməyə nail oldu.
Maraqlıdır ki, hər kəs ümumiyyətlə USB sürücüsündə yerləşən sistemin işindən razı qaldı. Heç kim 1C-nin qeyri-qənaətbəxş performansından şikayət etmədi. Yalnız sonra holdinq bütün məlumat bazalarını super-serverlər, milyon+ rubl dəyərində saxlama sistemləri, mürəkkəb hipervizorlar və bütün filiallarda dözülməz 1C əyləcləri olan vahid mərkəzləşdirilmiş sayta köçürmək üçün meqalayihəyə başladı.
Amma bu tamam başqa hekayədir...
Mənbə: www.habr.com