1C-də biz şirkətin işini təşkil etmək üçün öz inkişaflarımızdan geniş istifadə edirik. Xüsusilə, . Sənəd idarəetməsi ilə yanaşı (adından da göründüyü kimi) həm də müasirdir - sistem (Enterprise Content Management - korporativ məzmunun idarə edilməsi) geniş funksionallıq - poçt, işçilərin iş təqvimləri, resurslara ortaq girişin təşkili (məsələn, görüş otaqlarının sifarişi), vaxtın izlənməsi, korporativ forum və s.
1C-də sənəd idarəçiliyindən mindən çox işçi istifadə edir. Verilənlər bazası artıq təsir edici hala gəlib (11 milyard qeyd), bu o deməkdir ki, o, daha diqqətli qulluq və daha güclü avadanlıq tələb edir.
Sistemimiz necə işləyir, verilənlər bazasını saxlayarkən hansı çətinliklərlə qarşılaşırıq və onları necə həll edirik (biz MS SQL Serverdən DBMS kimi istifadə edirik) - məqalədə sizə məlumat verəcəyik.
1C məhsulları haqqında ilk dəfə oxuyanlar üçün.
1C: Document Flow, biznes proqramlarının inkişafı üçün çərçivə əsasında həyata keçirilən proqram həllidir (konfiqurasiya) - 1C: Enterprise platforması.
"1C: Sənəd axını 8" (Qısaldılmış DO) bir müəssisədə sənədlərlə işi avtomatlaşdırmağa imkan verir. İşçilərin qarşılıqlı əlaqəsi üçün əsas vasitələrdən biri e-poçtdur. Poçtdan əlavə, DO digər problemləri də həll edir:
- Vaxt izləmə
- İşçilərin olmamasının izlənməsi
- Kuryer/nəqliyyat üçün müraciətlər
- İşçilərin iş təqvimləri
- Yazışmaların qeydiyyatı
- İşçi Əlaqələri (Ünvan Kitabı)
- Korporativ forum
- Otaq rezervasiyası
- Tədbirin planlaşdırılması
- CRM
- Fayllarla kollektiv iş (fayl versiyalarını saxlamaqla)
- və s.
Sənədlərin idarə edilməsinə daxil oluruq (doğma icra edilə bilən proqram) Windows, Linux, macOS, (brauzerlərdən) və - vəziyyətdən asılı olaraq.
Sənəd axını ilə əlaqəli digər məhsulumuz sayəsində - – biz birbaşa Document Flow-da messencerin funksionallığını alırıq – söhbətlər, audio və video zənglər (o cümlədən, mobil müştəri də daxil olmaqla, indi xüsusilə vacib hala gələn qrup zəngləri), sürətli fayl mübadiləsi və sadələşdirən söhbət botları yazmaq imkanı. sistemlə işləmək. Qarşılıqlı Fəaliyyət Sistemindən istifadənin digər üstünlüyü (digər messencerlərlə müqayisədə) konkret Sənəd axını obyektləri - sənədlər, hadisələr və s. ilə əlaqəli kontekstli müzakirələr aparmaq imkanıdır. Yəni, Qarşılıqlı Fəaliyyət Sistemi hədəf tətbiqi ilə dərindən inteqrasiya olunub və sadəcə “ayrı düymə” kimi çıxış etmir.
Bizim DO-da hərflərin sayı artıq 100 milyonu keçib və ümumilikdə DBMS-də 11 milyarddan çox qeyd var. Ümumilikdə, sistem demək olar ki, 30 TB yaddaşdan istifadə edir: verilənlər bazası həcmi 7,5 TB, kollektiv iş üçün fayllar ayrıca saxlanılır və daha 21 TB tutur.
Daha konkret rəqəmlərdən danışsaq, hazırda hərflərin və faylların sayı budur:
- Gedən elektron məktublar – 14,7 milyon.
- Daxil olan məktublar – 85,4 mln.
- Fayl versiyaları – 70,8 milyon.
- Daxili sənədlər – 30,6 min.
DO yalnız poçt və fayllardan daha çox şeyə malikdir. Aşağıda digər mühasibat uçotu obyektləri üçün rəqəmlər verilmişdir:
- Görüş otaqlarının sifarişi – 52 126
- Həftəlik hesabatlar – 153 940
- Gündəlik hesabatlar – 628 153
- Təsdiq vizası – 11 821
- Daxil olan sənədlər – 79 677
- Çıxış sənədləri – 28 357
- İstifadəçi iş təqvimlərində hadisələrlə bağlı qeydlər – 168 228
- Kuryerlər üçün müraciətlər – 21 883
- Qarşı tərəflər – 81 029
- Qarşı tərəflərlə iş qeydləri – 45 632
- Qarşı tərəflərin əlaqə şəxsləri – 41 795
- Hadisələr – 10 243
- Layihələr – 6
- İşçilərin vəzifələri – 245
- Forum yazıları – 26 282
- Çat mesajları – 891 095
- Biznes prosesləri - 109 işçilər arasında qarşılıqlı əlaqə proseslər - təsdiq, icra, nəzərdən keçirmə, qeydiyyat, imzalama və s. Biz proseslərin müddətini, dövrlərin sayını, iştirakçıların sayını, qayıdışların sayını, son tarixləri dəyişdirmək üçün müraciətlərin sayını ölçürük. Və bu məlumat müəssisədə hansı proseslərin baş verdiyini anlamaq və işçilərin əməkdaşlığının səmərəliliyini artırmaq üçün təhlil etmək üçün çox faydalıdır.
Bütün bunları hansı avadanlıqda emal edirik?
Bu rəqəmlər təsirli bir tapşırıq həcmini göstərir, buna görə də biz daxili törəmə müəssisələrin ehtiyacları üçün kifayət qədər məhsuldar avadanlıq ayırmaq zərurəti ilə üzləşdik. Hazırda onun xarakteristikaları belədir: 38 nüvə, 240 GB RAM, 26 TB disk. Budur serverlərin cədvəli:
Gələcəkdə avadanlıqların gücünü artırmağı planlaşdırırıq.
Server yükü ilə işlər necə gedir?
Şəbəkə fəaliyyəti bizim və ya müştərilərimiz üçün heç vaxt problem olmayıb. Bir qayda olaraq, zəif nöqtə prosessor və disklərdir, çünki hər kəs artıq yaddaş çatışmazlığı ilə necə məşğul olacağını bilir. Budur Resource Monitor-dan serverlərimizin ekran görüntüləri, heç bir dəhşətli yükümüzün olmadığını, çox təvazökar olduğunu göstərir.
Məsələn, aşağıdakı ekran görüntüsündə CPU yükünün 23% olduğu SQL serverini görürük. Və bu çox yaxşı göstəricidir (müqayisə üçün: yük 70% -ə yaxınlaşırsa, çox güman ki, işçilər işdə kifayət qədər əhəmiyyətli yavaşlamalar müşahidə edəcəklər).
İkinci ekran görüntüsü 1C: Enterprise platformasının işlədiyi proqram serverini göstərir - o, yalnız istifadəçi seanslarına xidmət edir. Burada prosessor yükü bir qədər yüksəkdir - 38%, hamar və sakitdir. Bəzi disk yüklənməsi var, lakin bu məqbuldur.
Üçüncü ekran görüntüsü başqa 1C: Enterprise serverini göstərir (bu, ikincisidir, onlardan ikisi klasterdə var). Yalnız əvvəlkisi istifadəçilərə xidmət edir və robotlar bunun üzərində işləyir. Məsələn, poçt, marşrut sənədləri alır, məlumat mübadiləsi aparır, hüquqları hesablayır və s. Bütün bu fon fəaliyyətləri təxminən 90-100 fon işi yerinə yetirir. Və bu server çox yüklənib - 88%. Lakin bu, insanlara təsir etmir və o, Document Management etməli olduğu bütün avtomatlaşdırmanı tam olaraq həyata keçirir.
Performansı ölçmək üçün hansı göstəricilər var?
Fəaliyyət göstəricilərini ölçmək və müxtəlif ölçüləri hesablamaq üçün törəmə şirkətlərimizdə ciddi alt sistemimiz var. Bu, həm indiki məqamda, həm də tarixi perspektivdən sistemdə nələrin baş verdiyini, nəyin pisləşdiyini, nəyin yaxşılaşdığını anlamaq üçün lazımdır. Monitorinq alətləri - ölçülər və vaxt ölçmələri "1C: Sənəd axını 8" standart çatdırılmasına daxildir. Metriklər icra zamanı fərdiləşdirmə tələb edir, lakin mexanizm özü standartdır.
Metriklər müəyyən vaxtda müxtəlif biznes göstəricilərinin ölçülməsidir (məsələn, poçtun çatdırılma müddəti orta hesabla 10 dəqiqədir).
Metriklərdən biri verilənlər bazasında aktiv istifadəçilərin sayını göstərir. Gün ərzində orta hesabla 1000-1400 nəfər olur. Qrafikdən görünür ki, skrinşot çəkildiyi vaxt verilənlər bazasında 2144 aktiv istifadəçi olub.
30-dan çox belə aksiya var, siyahı kəsilməkdədir.Siyahı
- Daxil ol
- Çıxış
- Poçt yüklənir
- Bir obyektin etibarlılığının dəyişdirilməsi
- Giriş hüquqlarının dəyişdirilməsi
- Prosesin mövzusunun dəyişdirilməsi
- Obyektin iş qrupunun dəyişdirilməsi
- Kitin tərkibinin dəyişdirilməsi
- Faylın dəyişdirilməsi
- Fayl idxalı
- Poçtla göndərilməsi
- Faylların köçürülməsi
- Tapşırığın yönləndirilməsi
- Elektron imzanın imzalanması
- Detallara görə axtarın
- Tam mətn axtarışı
- Faylın qəbulu
- Bir prosesi dayandırmaq
- Просмотр
- Şifrənin açılması
- Sənəd qeydiyyatı
- Scan
- Silinmə işarəsinin silinməsi
- Obyektin yaradılması
- Diskdə saxlanılır
- Prosesin başlanğıcı
- İstifadəçi qeydlərinin silinməsi
- Elektron imzanın silinməsi
- Silinmə işarəsinin təyin edilməsi
- Şifrələmə
- Qovluğu ixrac edin
Keçən həftədən bir həftə əvvəl orta istifadəçi aktivliyimiz bir yarım dəfə artdı (qrafikdə qırmızı ilə göstərilib) - bu, əksər işçilərin uzaqdan işə keçməsi ilə bağlıdır (məlum hadisələrlə əlaqədar). Həmçinin əməkdaşlar mobil telefonlardan aktiv şəkildə istifadə etməyə başladığı üçün aktiv istifadəçilərin sayı 3 dəfə artıb (skrinşotda mavi rənglə göstərilib): hər bir mobil müştəri serverə qoşulma yaradır. İndi orta hesabla hər bir əməkdaşımızın serverə 2 bağlantısı var.
Bizim üçün, administratorlar olaraq, bu, performans məsələlərinə daha diqqətli olmağımız və işlərin daha da pisləşib-pislənmədiyini görmək lazım olduğuna dair bir siqnaldır. Amma biz buna başqa parametrlər əsasında baxırıq. Məsələn, daxili marşrutlaşdırma üçün poçtun çatdırılma müddəti necə dəyişir (aşağıdakı ekran görüntüsündə mavi rənglə göstərilir). Biz görürük ki, bu ilə qədər dalğalanırdı, indi isə sabitdir - bizim üçün bu, hər şeyin sistemə uyğun olduğunun göstəricisidir.
Bizim üçün tətbiq olunan başqa bir metrik poçt serverindən məktubların yüklənməsi üçün orta gözləmə müddətidir (ekran görüntüsündə qırmızı rənglə göstərilir). Kobud desək, məktub əməkdaşımıza çatana qədər nə qədər internetdə dolaşacaq. Ekran görüntüsü göstərir ki, bu vaxt da son vaxtlar heç bir şəkildə dəyişməyib. Təcrid olunmuş sünbüllər var - lakin onlar gecikmələrlə deyil, poçt serverlərindəki vaxtın itirilməsi ilə əlaqələndirilir.
Və ya, məsələn, başqa bir metrik (ekran görüntüsündə mavi rənglə göstərilir) - qovluqdakı hərflərin yenilənməsi. Poçt qovluğunun açılması çox adi bir əməliyyatdır və onu tez bir zamanda etmək lazımdır. Bunun nə qədər tez həyata keçirildiyini ölçürük. Bu göstərici hər bir müştəri üçün ölçülür. Siz həm şirkət üçün ümumi mənzərəni, həm də dinamikanı, məsələn, fərdi işçi üçün görə bilərsiniz. Ekran görüntüsü göstərir ki, bu ilə qədər metrik balanssız idi, sonra biz bir sıra təkmilləşdirmələr etdik və indi pisləşmir - qrafik demək olar ki, düzdür.
Metriklər, əsasən, sistemin davranışındakı hər hansı dəyişikliyə tez reaksiya vermək üçün sistemin monitorinqi üçün idarəçinin alətidir. Ekran görüntüsü il üçün daxili köməkçi göstəriciləri göstərir. Qrafiklərdəki sıçrayış ona görədir ki, bizə daxili törəmə müəssisələrin inkişafı ilə bağlı tapşırıqlar verilib.
Budur daha bir neçə ölçünün siyahısı (kəsmə altında).
Metriklər
- İstifadəçi fəaliyyəti
- Aktiv İstifadəçilər
- Aktiv proseslər
- Faylların sayı
- Fayl ölçüsü (MB)
- Sənədlərin sayı
- Alıcılara göndəriləcək obyektlərin sayı
- Qarşı tərəflərin sayı
- Yarımçıq qalmış vəzifələr
- Son 10 dəqiqə ərzində poçt serverindən e-poçtların endirilməsi üçün orta gözləmə müddəti
- Xarici məlumat buferi: faylların sayı
- Cari tarixdən kənar sərhəd
- Uzun növbə
- Əməliyyat növbəsi
- Xarici marşrutla xam hesab yaşı
- Daxili marşrutlaşdırma qəbulu növbəsinin ölçüsü (uzun növbə)
- Daxili marşrutlaşdırma qəbulu növbəsinin ölçüsü (sürətli növbə)
- Daxili marşrutlaşdırma vasitəsilə poçtun çatdırılma müddəti (uzun növbə)
- Daxili marşrutlaşdırma vasitəsilə poçtun çatdırılma müddəti (sürətli növbə)
- Xarici marşrutlaşdırma vasitəsilə poçtun çatdırılma müddəti (orta)
- Sənədlərin sayı Rezervasyon
- Sənədlərin sayı Yoxdur
- Sənədlərin sayı "Qarşı tərəflə iş qeydi"
- Qovluqdakı məktubları yeniləyin
- Poçt məktub kartının açılması
- Poçt Məktubu qovluğa köçürün
- Poçt Qovluqlar arasında gedin
Sistemimiz sutka ərzində 150-dən çox göstəricini ölçür, lakin onların hamısına tez nəzarət etmək olmur. Onlar daha sonra, bəzi tarixi perspektivdə faydalı ola bilər və siz biznes üçün ən vacib olanlara diqqət yetirə bilərsiniz.
Tətbiqlərdən birində, məsələn, yalnız 5 göstərici seçilib. Müştəri minimum göstəricilər toplusunu yaratmağı qarşısına məqsəd qoyub, lakin eyni zamanda əsas iş ssenarilərini əhatə edəcək şəkildə. Qəbul aktına 150 göstəricinin daxil edilməsi əsassız olardı, çünki hətta müəssisə daxilində hansı göstəricilərin məqbul hesab edilməsi barədə razılaşmaq çətindir. Və onlar bu 5 göstərici haqqında bilirdilər və artıq layihənin icrasına başlamazdan əvvəl onları sistemə təqdim etmişdilər, o cümlədən müsabiqə sənədlərinə: kartın açılması üçün vaxt 3 saniyədən çox deyil, tapşırığı yerinə yetirmək üçün heç bir fayl yoxdur. 5 saniyədən çox və s. Törəmə şirkətlərimizdə müştərinin texniki spesifikasiyalarındakı orijinal sorğunu çox aydın şəkildə əks etdirən ölçülərimiz var idi.
Performans ölçmələrinin profil analizimiz də var. Performans göstəriciləri hər bir davam edən əməliyyatın müddətinin qeydidir (bazaya məktub yazmaq, poçt serverinə məktub göndərmək və s.). Bu, yalnız texniki işçilər tərəfindən istifadə olunur. Proqramımızda çoxlu performans göstəriciləri toplayırıq. Hazırda biz profillərə bölünən təxminən 1500 əsas əməliyyatı ölçürük.
Bizim üçün ən vacib profillərdən biri “İstehlakçı baxımından poçtun əsas göstəricilərinin siyahısı”dır. Bu profilə, məsələn, aşağıdakı göstəricilər daxildir:
- Komandanın yerinə yetirilməsi: Teq ilə seçin
- Formanın açılması: Siyahı forması
- Komandanın icrası: Qovluq üzrə seçin
- Oxu sahəsində məktubun göstərilməsi
- Məktubun sevimli qovluğunda saxlanması
- Təfərrüatlar üzrə hərfləri axtarın
- Məktub yaratmaq
Bəzi biznes göstəricisi üçün metrikanın çox böyük olduğunu görsək (məsələn, müəyyən bir istifadəçidən məktublar çox uzun müddətdir gəlməyə başladı), biz bunu anlamağa başlayırıq və texniki əməliyyatların vaxtını ölçməyə başlayırıq. "Bir poçt serverində məktubların arxivləşdirilməsi" texniki əməliyyatımız var - bu əməliyyat üçün vaxtın son dövr üçün keçdiyini görürük. Bu əməliyyat, öz növbəsində, digər əməliyyatlara parçalanır - məsələn, poçt serveri ilə əlaqə yaratmaq. Görürük ki, nədənsə birdən-birə çox böyüyüb (bir ay ərzində bütün ölçmələrimiz var - müqayisə edə bilərik ki, keçən həftə 10 millisaniyə idi, indi isə 1000 millisaniyədədir). Və biz başa düşürük ki, burada bir şey pozulur - onu düzəltmək lazımdır.
Bu qədər böyük verilənlər bazasını necə saxlaya bilərik?
Bizim daxili DO həqiqətən işləyən yüksək yüklü layihənin nümunəsidir. Onun verilənlər bazasının texniki xüsusiyyətlərindən danışaq.
Böyük verilənlər bazası cədvəllərinin yenidən qurulması nə qədər vaxt aparır?
SQL server cədvəlləri qaydasına salaraq dövri texniki xidmət tələb edir. Yaxşı bir şəkildə, bu, gündə ən azı bir dəfə, hətta yüksək tələbat masaları üçün daha tez-tez edilməlidir. Lakin verilənlər bazası böyükdürsə (və qeydlərimizin sayı artıq 11 milyardı keçibsə), onda ona qulluq etmək asan deyil.
6 il əvvəl masanın yenidən qurulmasını etdik, lakin sonra o qədər vaxt aparmağa başladı ki, artıq gecə fasilələrinə sığmırıq. Və bu əməliyyatlar SQL serverini çox yüklədiyi üçün o, digər istifadəçilərə səmərəli xidmət göstərə bilmir.
Ona görə də indi müxtəlif fəndlərdən istifadə etməliyik. Məsələn, biz bu prosedurları tam məlumat dəstlərində yerinə yetirə bilmərik. Yeniləmə Nümunəsini 500000 satır proseduruna müraciət etməlisiniz - bu, 14 dəqiqə çəkir. O, cədvəldəki bütün məlumatların statistikasını yeniləmir, lakin yarım milyon sıra seçir və bütün cədvəl üçün istifadə etdiyi statistikanı hesablamaq üçün onlardan istifadə edir. Bu bəzi fərziyyədir, lakin biz bunu etməyə məcburuq, çünki konkret cədvəl üçün bütün milyard qeydlər üzrə statistik məlumatların toplanması qəbuledilməz dərəcədə uzun vaxt aparacaq.
Digər təmir əməliyyatlarını da qismən edərək optimallaşdırdıq.
DBMS-nin saxlanması ümumiyyətlə çətin bir işdir. İşçilər arasında aktiv qarşılıqlı əlaqə vəziyyətində verilənlər bazası sürətlə böyüyür və idarəçilər üçün onu saxlamaq getdikcə çətinləşir - statistikanın yenilənməsi, defraqmentasiya, indeksləşdirmə. Burada müxtəlif strategiyalar tətbiq etməliyik, bunu necə edəcəyimizi yaxşı bilirik, təcrübəmiz var, paylaşa bilərik.
Belə həcmlərlə ehtiyat nüsxə necə həyata keçirilir?
DBMS-nin tam ehtiyat nüsxəsi gündə bir dəfə gecə, artımlı - hər saat həyata keçirilir. Həmçinin, hər gün bir fayl kataloqu yaradılır və bu, fayl yaddaşının artan ehtiyat nüsxəsinin bir hissəsidir.
Tam ehtiyat nüsxəsini tamamlamaq üçün nə qədər vaxt lazımdır?
Sərt diskdə tam ehtiyat nüsxə üç saat ərzində, qismən ehtiyat bir saat ərzində tamamlanır. Lentə yazmaq daha çox vaxt aparır (ofisdən kənarda saxlanılan xüsusi kassetin ehtiyat nüsxəsini çıxaran xüsusi cihaz; ötürülə bilən nüsxə lentə hazırlanır, məsələn, server otağı yandıqda saxlanılacaq). Ehtiyat nüsxə parametrləri daha yüksək olan eyni serverdə - 20% prosessor yüklü SQL serverində aparılır. Yedəkləmə zamanı, əlbəttə ki, sistem daha da pisləşir, lakin hələ də işləyir.
Təkmilləşdirmə varmı?
Fayllar var, biz onu öz üzərimizdə sınaqdan keçirəcəyik və tezliklə o, Document Management-in yeni versiyasına daxil ediləcək. Biz həmçinin qarşı tərəfin təkmilləşdirmə mexanizmini sınaqdan keçiririk. DBMS səviyyəsində qeydlərin təkmilləşdirməsi yoxdur, çünki bu lazım deyil. 1C:Enterprise platforması obyektləri DBMS-də saxlayır və onların ardıcıllığına yalnız platforma cavabdeh ola bilər.
Yalnız oxumaq üçün qovşaqlar varmı?
Oxuma qovşaqları yoxdur (oxumaq üçün hər hansı məlumat almalı olanlara xidmət edən xüsusi sistem qovşaqları). DO ayrıca BI node-u yerləşdirmək üçün uçot sistemi deyil, lakin inkişaf şöbəsi üçün mesajların JSON formatında mübadiləsi aparıldığı ayrıca bir qovşaq var və tipik təkrarlama vaxtı vahidlər və onlarla saniyədir. Düyün hələ də kiçikdir, təxminən 800 milyon qeyd var, lakin sürətlə böyüyür.
Silinmək üçün qeyd olunan e-poçtlar ümumiyyətlə silinmir?
Hələ yox. Baza yüngülləşdirmək vəzifəmiz yoxdur. 2009-cu il də daxil olmaqla, silinmək üçün qeyd olunan hərflərə istinad etmək lazım gəldiyi bir neçə kifayət qədər ciddi hal var idi. Ona görə də hər şeyi hələlik saxlamaq qərarına gəldik. Ancaq bunun dəyəri əsassız olduqda, aradan qaldırılması barədə düşünəcəyik. Ancaq heç bir iz qalmaması üçün verilənlər bazasından ayrı bir məktubu tamamilə silmək lazımdırsa, bu xüsusi sorğu ilə edilə bilər.
Niyə saxlasın? Köhnə sənədlərə girişlə bağlı statistikanız varmı?
Heç bir statistika yoxdur. Daha doğrusu, istifadəçi jurnalı formasındadır, lakin uzun müddət saxlanmır. Bir ildən artıq olan girişlər protokoldan silinir.
Elə vəziyyətlər var idi ki, beş, hətta on il əvvəlki köhnə yazışmaları götürmək lazım gəlirdi. Və bu, həmişə boş maraqdan deyil, mürəkkəb işgüzar qərarlar qəbul etmək üçün edilirdi. Yazışma tarixçəsi olmasaydı, səhv bir iş qərarı veriləcək bir vəziyyət var idi.
Sənədlərin dəyəri saxlama müddətlərinə görə necə qiymətləndirilir və məhv edilir?
Kağız sənədlər üçün bu, hamı kimi adi ənənəvi şəkildə edilir. Biz bunu elektronlar üçün etmirik - qoy özləri üçün saxlasınlar. Oturma buradadır. Faydaları var. Hər kəs yaxşıdır.
Hansı inkişaf perspektivləri var?
İndi bizim DO 30-a yaxın daxili problemi həll edir, bəzilərini məqalənin əvvəlində sadaladıq. DL həm də tərəfdaşlarımız üçün ildə iki dəfə keçirdiyimiz konfransları hazırlamaq üçün istifadə olunur: bütün proqram, bütün hesabatlar, bütün paralel bölmələr, zallar - bütün bunlar DL-də yığılır, sonra ondan endirilir və çap proqramı edilir.
Artıq həll etdiyi vəzifələrdən başqa, DO üçün yolda daha bir neçə vəzifə var. Şirkət miqyasında tapşırıqlar var və yalnız müəyyən bir şöbəyə lazım olan unikal və nadir olanlar var. Onlara kömək etmək lazımdır, bu, 1C daxilində sistemin istifadəsinin "coğrafiyasını" genişləndirmək - tətbiq dairəsini genişləndirmək, bütün şöbələrin problemlərini həll etmək deməkdir. Bu, performans və etibarlılıq üçün ən yaxşı test olardı. Mən sistemin trilyonlarla qeydlər, petabaytlarla məlumat üzərində işləməsini istərdim.
Mənbə: www.habr.com