1C mühasibatlığı şəbəkə üzərindən yavaşlayır. Avtomatlaşdırma Məsləhətləri

Bu məqalədə əsas amillər müzakirə olunur: 1C yavaşladıqda, 1C donur və 1C yavaş işləyir. Məlumatlar SoftPoint-in 1C + MS SQL kombinasiyası əsasında qurulmuş iri İT sistemlərinin optimallaşdırılması üzrə uzun illər təcrübəsi əsasında hazırlanmışdır.

Başlamaq üçün, 1C-nin çox sayda istifadəçinin eyni vaxtda işləməsi üçün nəzərdə tutulmadığı, bu yazılarda arxayınlıq və hər şeyi olduğu kimi tərk etmək üçün bir səbəb tapan forum istifadəçiləri tərəfindən fəal dəstəklənən mifi qeyd etmək lazımdır. Kifayət qədər səbr və biliklə sistemi istənilən sayda istifadəçiyə çatdıra bilərsiniz. 1C-nin yavaş işləməsi və donması artıq problem olmayacaq.

Təcrübədən: Optimallaşdırmağın ən asan yolu 1C v7.7-dir (1C 8.1, 1C 8.2, 1C 8.3-ün optimallaşdırılması daha çətin işdir, çünki proqram 3 keçiddən ibarətdir). Onu 400-ə qədər eyni vaxtda istifadəçiyə çatdırmaq kifayət qədər tipik bir layihədir. 1500-ə qədər onsuz da çətin və ağır iş tələb olunur.

İkinci mif: 1C-nin performansını yaxşılaşdırmaq və 1C donmalarından xilas olmaq üçün daha güclü bir server quraşdırmaq lazımdır. Bir qayda olaraq, optimallaşdırma layihələrində 95% hallarda ya ümumiyyətlə təkmilləşdirmədən, ya da avadanlığın kiçik bir hissəsini yeniləməklə, məsələn, RAM əlavə etməklə məqbul performansa nail olmaq mümkündür. Qeyd etmək lazımdır ki, avadanlıq hələ də server əsaslı olmalıdır, xüsusən də disk alt sistemi. Köhnəlmiş disk alt sistemi 1C-nin yavaş işləməsinin səbəblərindən yalnız biridir.

1C-də çox istifadəçi ilə işləyərkən əsas məhdudiyyət kilidləmə mexanizmidir. Adətən verilənlər bazasında çox sayda insanın işləməsinə mane olan server avadanlığı deyil, 1C-də blokdur. Bu problemi aradan qaldırmaq üçün çox çalışmalı və 1C-də kilidləmə məntiqini dəyişdirməlisiniz - onları cədvəldən sıra əsasına endirin. Sonra, məsələn, bir sənədin yerləşdirilməsi sistemdəki bütün sənədləri deyil, yalnız birini bloklayacaq.

Şəkil 1. PerfExpert monitorinq sistemindəki 1C bloklama növbəsi, 1C istifadəçiləri haqqında məlumat, konfiqurasiya modulu və bu modulda xüsusi kod xətti.

1C kilidləmə mexanizminin dəyişdirilməsi çox mürəkkəb bir texnologiyadır. Hər kəs belə bir hiylə edə bilməz və onlar üçün yalnız bir yol qalır - strukturu optimallaşdırmaq və əməliyyatların icra müddətini sürətləndirmək. Fakt budur ki, 1C-də bloklama və əməliyyatların icra müddəti bir-biri ilə çox əlaqəli göstəricilərdir. Məsələn, əgər sənədin yerləşdirilməsi əməliyyatı 15 saniyə çəkirsə, o zaman çoxlu sayda istifadəçi varsa, köçürmə zamanı başqasının sənədi yerləşdirməyə çalışacağı və blokda gözləyəcəyi ehtimalı yüksəkdir. İcra müddətini ən azı 1 saniyəyə qədər artırsanız, bu əməliyyat üçün 1C bloklanması əhəmiyyətli dərəcədə azalacaq.

Bloklama nöqteyi-nəzərindən daha təhlükəli qrup işlənməsidir ki, bu da başa çatdırmaq üçün uzun müddət çəkə bilər və eyni zamanda 1C bloklanmasına səbəb ola bilər. Məlumatları dəyişdirən istənilən emal, məsələn, sənədlərin ardıcıllığının və ya toplu işlənməsinin bərpası, cədvəlləri kilidləyir və digər istifadəçilərin sənədləri yerləşdirməsinə mane olur. Təbii ki, bu emallar nə qədər tez həyata keçirilərsə, bloklama müddəti bir o qədər qısa olar və istifadəçilər üçün bir o qədər asan olar.

Yalnız oxumaq üçün əməliyyatlar həyata keçirən ağır hesabatlar, məlumatı bloklamadıqları kimi görünsə də, kilidləmə baxımından da təhlükəli ola bilər. Bu cür hesabatlar 1C-də bloklanmanın intensivliyinə təsir edir, sistemdəki digər əməliyyatları ləngidir. Yəni hesabat çox ağırdırsa və server resurslarının əsas hissəsini tutursa, belə çıxa bilər ki, hesabat işə salınmazdan əvvəl eyni əməliyyatlar 1 saniyə, hesabatın icrası zamanı isə 15 saniyə yerinə yetirilib. . Təbii ki, əməliyyatların icra müddəti artdıqca bloklanmanın intensivliyi də artacaq.

Şəkil 2. Bütün istifadəçilərdən konfiqurasiya modulları baxımından işləyən serverə yükləyin. Hər modulun öz rəngi var. 1C-dən yaranan yükdə aydın bir balanssızlıq var.

Optimallaşdırmanın əsas qaydası ondan ibarətdir ki, sənədin işlənməsi minimum vaxt aparmalı və yalnız zəruri əməliyyatları yerinə yetirməlidir. Məsələn, registr hesablamaları filtrləmə şərtlərini təyin etmədən göndərmə emalında tez-tez istifadə olunur. Bu zaman süzgəcdən keçirmə şərtlərinə uyğun olaraq registrdə müvafiq indekslər olmalıdır ki, unutmadan ən yaxşı seçmə qabiliyyəti əldə etməyə imkan verən registrlər üçün filtrləri təyin etməlisiniz.

Ağır hesabatların işə salınması ilə yanaşı, MS SQL və MS Windows-un qeyri-optimal parametrləri əməliyyatların icra müddətini ləngidə bilər və buna görə də 1C bloklanmasının intensivliyini artıra bilər. Bu problem müştərilərin 95%-də baş verir. Qeyd etmək lazımdır ki, bunlar ciddi təşkilatların serverləridir, onların dəstəyi və konfiqurasiyası ilə yüksək ixtisaslı idarəçilərin bütün şöbələri məşğul olur;

Yanlış server konfiqurasiyasının əsas səbəbi idarəçilərin işləyən serverdə hər hansı bir şeyi dəyişdirmək qorxusu və “Ən yaxşısı yaxşının düşmənidir” qaydasıdır. Administrator server parametrlərini dəyişdirsə və problemlər başlasa, o zaman səlahiyyətlilərin bütün qəzəbi diqqətsiz idarəçinin üzərinə töküləcək. Ona görə də hər şeyi olduğu kimi qoyub, yuxarıların əmri olmadan bir addım belə atmamaq, öz məsuliyyəti ilə sınaqdan keçirməkdən daha sərfəlidir.

İkinci səbəb şəbəkənin optimallaşdırılması problemləri ilə bağlı aydın məlumatın olmamasıdır. Çox vaxt bir-birinə tamamilə zidd olan bir çox fikir var. Optimallaşdırmaya həsr olunmuş hər bir fikrin onu müdafiə edəcək rəqibləri və fanatikləri var. Nəticədə, İnternet və forumlar kömək etməkdən daha çox server parametrlərini qarışdırır. Belə bir qeyri-müəyyənlik vəziyyətində, idarəçinin bir növ işləyən bir serverdə hər hansı bir şeyi dəyişdirmək istəyi daha da azdır.

İlk baxışdan şəkil aydındır - 1C serverinin işini ləngidən hər şeyi optimallaşdırmalısınız. Ancaq gəlin özümüzü belə bir optimallaşdırıcının yerində təsəvvür edək - tutaq ki, bizdə 1C 8.1 8.2 8.3 UPP var və eyni zamanda 50 istifadəçi işləyir. Dəhşətli günlərin birində istifadəçilər 1C-nin yavaş olmasından şikayət etməyə başlayırlar və bu problemi həll etməliyik.

Hər şeydən əvvəl, serverdə baş verənlərə baxırıq - əgər bəzi xüsusi müstəqil antivirus sistemin tam skanını aparırsa. Təftiş hər şeyin qaydasında olduğunu göstərir - server 100% yüklənir və yalnız sqlservr prosesi ilə.

Təcrübədən: kiçik inzibatçılardan biri öz təşəbbüsü ilə serverdə avtomatik yeniləməni işə saldı, Windows və SQL məmnuniyyətlə yeniləndi və yeniləmədən sonra 1C istifadəçilərinin işində kütləvi yavaşlama başladı və ya 1C sadəcə dondu.

Növbəti addım hansı proqramların MS SQL-i yüklədiyini yoxlamaqdır. Təftiş göstərir ki, yük təxminən 20 proqram server bağlantısı tərəfindən yaradılır.

Təcrübədən: vebsaytdakı məlumatları operativ şəkildə yeniləyən bir proqram dövrəyə girdi və hər 4 saatda bir dəfə yeniləmək əvəzinə bunu fasiləsiz olaraq, fasiləsiz, serveri çox yüklədi və məlumatları blokladı.

Vəziyyətin sonrakı təhlili böyük çətinliklərlə üzləşir. Artıq yükün birbaşa 1C-dən gəldiyini öyrəndik, lakin istifadəçilərin tam olaraq nə etdiyini necə başa düşə bilərik? Və ya heç olmasa kim olduqları. Bir təşkilatda 10 1C istifadəçisi varsa, yaxşıdır, onda sadəcə onlardan keçib indi nə etdiklərini öyrənə bilərsiniz, amma bizim vəziyyətimizdə onların əllisi var və onlar bir neçə binaya səpələnib.

Baxdığımız nümunədə vəziyyət hələ mürəkkəb deyil. Təsəvvür edin ki, yavaşlama bu gün deyil, dünən olub. Bu gün vəziyyət təkrarlanmır, hər şey qaydasındadır, ancaq operatorların dünən niyə işləyə bilmədiklərini anlamaq lazımdır (onlar təbii olaraq evdən çıxmazdan əvvəl şikayət edirdilər, çünki bütün günü söhbət etməyi xoşlayırlar, çünki heç bir şey yoxdur. işləməkdən daha çox). Bu hal, serverin işləməsinin əsas parametrlərinin tarixini həmişə saxlayan və hadisələrin ardıcıllığının bərpa oluna biləcəyi bir server qeyd sisteminə ehtiyacı vurğulayır.

Giriş sistemi, sistemin optimallaşdırılmasında sadəcə əvəzedilməz bir vasitədir. Əgər ona cari statusa onlayn baxmaq imkanı əlavə etsəniz, server statusunun monitorinqi sistemi əldə edəcəksiniz. Hər bir optimallaşdırma layihəsi darboğazları müəyyən etmək üçün server vəziyyətinin statistikasını toplamaqla başlayır.

Optimallaşdırma sahəsində işləməyə başlayanda bir çox server monitorinq sistemlərini sınadıq, təəssüf ki, bu problemi lazımi səviyyədə həll edən bir şey tapa bilmədik, ona görə də özümüz bir sistem yaratmalı olduq. Nəticə İT sistemlərinin optimallaşdırılması proseslərini avtomatlaşdırmağa və sadələşdirməyə imkan verən unikal məhsul olan PerfExpert oldu. Proqram 1C ilə sıx inteqrasiyası, nəzərəçarpacaq əlavə yükün olmaması və döyüş vəziyyətlərində praktiki istifadə üçün dəfələrlə sübut edilmiş uyğunluğu ilə seçilir.

Nümunəmizə qayıdarkən, ən çox ehtimal olunan nəticə belədir: Administrator deyir ki, “günahkar konfiqurasiyanı yazan proqramçılardır”. Amma araba, necə deyərlər, hələ də oradadır. Nəticədə, 1C yavaşlayır, donur və ya yavaş işləyir.

Hər halda, 1C performans problemlərini həll etmək üçün əvvəlcə performans monitorinqini satın almanızı və istifadə etməyi tövsiyə edirik PerfExpert , bu, düzgün idarəetmə qərarları qəbul etməyə və pula qənaət etməyə imkan verəcək. Məhsul həm kiçik 1C: Müəssisə İS-ləri üçün - 50 istifadəçiyə qədər, həm də sistemlər üçün - 1000 istifadəçi üçün uyğundur. 2015-ci ilin iyul ayından performans monitorinqi PerfExpert 1C:Uyğun sertifikat aldı, sınaqdan keçdi Microsoft və təkcə 1C sistemləri üçün deyil, həm də əsaslanan digər informasiya sistemləri üçün performans problemlərini həll etməyə kömək edir MS SQL Server (Axapta, CRM Dynamics, Doc Vision və s.).

Məlumatı bəyəndinizsə, əlavə tədbirləri tövsiyə edin:

- 1C performansının texniki problemləri ilə müstəqil şəkildə məşğul olmaq istəyirsinizsə (1C 7.7, 1C 8.1, 1C 8.2,1C 8.3) və digər informasiya sistemləri, onda sizin üçün Almanaxımızda texniki məqalələrin unikal siyahısı var (Bloklama və kilidləmə, CPU və disklərdə ağır yük, verilənlər bazasına texniki qulluq və indekslərin tənzimlənməsi orada tapa biləcəyiniz texniki materialların yalnız kiçik bir hissəsidir).
.
- Performans məsələlərini ekspertimizlə müzakirə etmək və ya PerfExpert performans monitorinq həllini sifariş etmək istəyirsinizsə, sonra sorğu buraxın və ən qısa zamanda sizinlə əlaqə saxlayacağıq.

1C yenidən yavaşdır?Hesabat hazırlayarkən vaxt itirirsiniz?Data mübadiləsini gözləyərkən çay içməkdən bezdiniz?

1C-nin yavaş işləməsi ilə bağlı vəziyyət qeyri-adi deyil. Buna dözə bilərsiniz və ya 1C və avadanlıqların parametrlərini optimallaşdıra bilərsiniz, bu da işinizin sürətini əhəmiyyətli dərəcədə artıracaqdır.

Xidmətlərimiz iş gününüz ərzində daha çox işlər görməyə kömək edəcək! Biz 1C-ni necə sürətləndirəcəyimizi bilirik ki, “1C donur” sözlərini heç vaxt təkrarlamayasınız.

Niyə 1C dondurur və ya yavaşlayır?

Avadanlıqda problemlər ola bilər. 1C serverində yaddaşın olmaması, yerli şəbəkədə qeyri-sabit əməliyyat, sabit disk və ya təhlükəsizlik açarları ilə bağlı problemlər - bütün bunlar 1C-nin yavaşlamasına və sizi əsəbiləşdirə bilər. Bundan əlavə, 1C aşağıdakı səbəblərə görə dona bilər:

• zəif platforma və konfiqurasiya uyğunluğu,
• təcrübəsiz 1C proqramçılarının kobud səhvləri,
• böyük baza ölçüsü,
• çox sayda istifadəçi.

1C ilə normal əməliyyatlar zamanı belə səhvlər də onun yavaş işləməsinə səbəb ola bilər.

1C-ni necə sürətləndirmək olar?

Bunu necə edirik:

• Avadanlıqların 1C texnoloji tələblərinə uyğunluğunu yoxlayırıq. Sizə RAM-ı artırmaq, 1C server qurmaq, diski dəyişdirmək və ya yerli şəbəkənizin sürətini yoxlamaq lazım ola bilər. Başqa sözlə, biz prosesdə iştirak edən bütün avadanlıqların hərtərəfli yoxlanışını həyata keçiririk.
• 1C-nin işində iştirak edən digər xidmətlərin parametrlərini yoxlayırıq. Məsələn, səhv konfiqurasiya edilmiş SQL verilənlər bazası və ya etibarsız terminal girişi 1C-ni çox yavaşlata bilər.
• Problemləri olan 1C konfiqurasiya kodunun düzgünlüyünü yoxlayırıq. Heç kimə sirr deyil ki, eyni proqram təminatı problemi müxtəlif yollarla həll edilə bilər. Qeyri-optimal kod tez-tez 1C-nin donmasına səbəb olur.
• 1C ilə işləyərkən istifadəçinin iş nümunəsini yoxlayırıq. Bəzən istifadəçilər özləri 1C-ni yavaşlatır və bundan xəbərsiz olurlar..

1C iki dəqiqədən sonra başlayır? Sənəd jurnalının açılması 40 saniyə çəkirmi? Sənəd demək olar ki, bir dəqiqə saxlanılır?

Şəbəkə girişi olan fayl versiyasından istifadə edirsinizsə, bu tanış vəziyyətdir.
Əlbəttə ki, bir server quraşdırıb əyləcləri unuda bilərsiniz, ancaq 1C-də yalnız 2-3 nəfər işləyirsə və server lisenziyalarının alınmasına pul xərcləmək praktik deyil.

Simptomlar:
Bir neçə istifadəçinin şəbəkə üzərində eyni fayl (verilənlər bazası) ilə işləməsi şəbəkə bloklama mexanizmini ehtiva edir. Bu, sistemi açıq qeyd seanslarını müəyyən etmək və müvafiq olaraq münaqişələri həll etmək üçün dəyərli vaxt sərf etməyə məcbur edir. Bloklama əməliyyatının əsas əlamətləri:

• sürətli istifadəçi şəbəkə üzərindən verilənlər bazası ilə eksklüziv rejimdə işləyir və bir neçə istifadəçi eyni vaxtda işlədikdə olduqca yavaş işləyir.
• sürətli istifadəçi serverdə yerli verilənlər bazası ilə işləyir və şəbəkə üzərində yavaş işləyir.
• Serverdəki prosessor demək olar ki, boşdur.
• Gigabit şəbəkə kartı yükü 5%-dən azdır.
• fayl sisteminə giriş 10 MB/san-dan bir qədər azdır.
• Sənədləri eyni vaxtda yerləşdirməyə çalışarkən, bir kompüter təxminən bir dəqiqə dayanır, ikincisi isə "masalı kilidləyə bilmədi" səhv mətni ilə 1C-dən çökür.
• 1C-nin başlaması təxminən 3 dəqiqə davam edir.

Fayl verilənlər bazasını sürətləndirməyə kömək edə biləcək məsləhətlər:

• Terminal girişində işə gedin. Təəssüf ki, Windows 7 standart alətlərdən istifadə edərək terminal serverinə çevrilməyə imkan vermir - maksimum bir aktiv əlaqə var. Bu halda, qalan seanslar dayandırılmır, siz başqa bir istifadəçinin altında yenidən qoşula bilərsiniz - əvvəlki istifadəçini "atmaqla", lakin onun sessiyasını dayandırmadan. Buna görə, 1C-ni belə məhdudiyyətlərin olmadığı bir server OS-yə köçürməli və ya üçüncü tərəfin yardım proqramı ilə problemi həll etməlisiniz.
• IPv6 şəbəkə protokolunun istifadəsini söndürün, “köhnə” IPv4-də ünvanlamağı konfiqurasiya edin.
• 1C proseslərini Windows firewall istisnalarına, eləcə də antivirus istisnalarına əlavə edin və ya onları tamamilə söndürün (daha riskli, lakin sadə bir sınaq Avast antivirusunun əhəmiyyətli dərəcədə deaktiv edilməsi ilə sənədlərin köçürülməsi sürətinin artdığını göstərdi!)
• 1C-də tam mətn axtarışını indeksləşdirməyə başlayın və ya onu tamamilə söndürün
• ChDbfl yardım proqramı ilə yoxlanaraq verilənlər bazasının sınağını və düzəlişini həyata keçirin (kommunal quraşdırılmış texnologiya platformasının “bin” qovluğunda yerləşir).
• Konfiqurasiyada "Konfiqurasiyanı yoxlayın" maddəsini işə salın (konfiqurasiya standart deyilsə, bu faydalı ola bilər).
• Lazımsız funksional seçimləri söndürün (idarə olunan interfeysdə nə qədər az lazımsız olsa, bir qayda olaraq, bir o qədər tez işləyir).
• İstifadəçi hüquqlarını qurun (idarə olunan interfeysdə nə qədər az lazımsız olsa, bir qayda olaraq, bir o qədər tez işləyir).
• Cəmiləri yenidən hesablamağa və ardıcıllığı bərpa etməyə başlayın (əhəmiyyətli bir artım yalnız uzun müddət ərzində yekunlar bərpa edilmədikdə baş verə bilər).
• Verilənlər bazası siyahısı parametrlərində "Bağlantı sürəti - aşağı" təyin edin.
• Fayl verilənlər bazası ilə diskin defraqmentasiyası.
• Database convolution (verilənlər bazası böyükdürsə faydalı ola bilər, məsələn, bir neçə ildir).
• Avadanlığın yenilənməsi - daha sürətli sabit disk (SSD), yeni keçid, prosessor, yaddaş və s.
• Veb serverə quraşdırın, nazik bir müştəri istifadə edərək daxil olun.

Bütün bu addımları yerinə yetirdikdən sonra 1C fayl bazası daha sürətli işləyə bilər. Bəzi hallarda işə salınma 10 saniyə çəkdi və sənədlərin işlənməsi sürəti 12 dəfə artdı.

P.S. UT 11.1 konfiqurasiyasında paylaşılan qovluğa şəbəkə girişindən istifadə edərək 1C faylının işə salınması qeyri-realdır, çünki Hətta ən sürətli bərk vəziyyətdə olan sürücü, RAM və prosessor şəbəkə bloklarında ilişib qalıb və birdən çox istifadəçinin işi faktiki olaraq qeyri-mümkün olur.
Öz-özünə yazılmış kiçik konfiqurasiyalar hətta fayl versiyasında olduqca tez işləyə bilər.

1C sürəti verilənlər bazasında məlumat əldə etmək və onunla işləmək üçün lazım olan vaxtı təyin edən çox vacib amildir. Təəssüf ki, əksər kiçik və orta sahibkarlar mühasibat uçotunun çox vəsait tələb etmədiyinə inanaraq, iş yerlərini köhnə və ya ucuz kompüterlərlə təchiz edirlər. Verilənlər bazaları beş dəqiqəyə yüklənə bilər və bir neçə dəqiqə ərzində hesabatlar və hesabatlar yaradıla bilər. Bir ayı bağlamaq vaxtı gəldikdə, sənədlər az olsa belə, gözləmə müddəti 10 dəqiqəyə qədər davam edə bilər və hər şeyi yoxlamaq lazımdır ki, heç bir səhv olmasın və ayın yenidən bağlanması lazım olmasın.

1C-nin sürətləndirilməsi müəssisənin həyatı ilə bağlı faktların informasiya bazasında əks etdirilməsi ilə bağlı şirkətin biznes proseslərinin sürətləndirilməsi deməkdir. 1C yavaş işləyirsə, bu bir şəkildə bütün şirkətin işinə və qazancına təsir edəcəkdir.

Məqalə həm mütəxəssislər, həm də mühasiblər üçün faydalı olacaqdır. Sistem testi və performans ölçmələrinə, serverlərin dəqiq tənzimlənməsinə və s.-yə əsaslanan 1C-ni sürətləndirməyin bir sıra yolları var, lakin burada biz 1C sürətinə müsbət təsir göstərən ən sadə üsulları təsvir edəcəyik.

1C-nizi sürətləndirmək və işinizi xoş və rahat etmək üçün bütün lazımi tədbirləri görməyə hazırıq. 1C sürətləndirmək üçün sorğu buraxın və biz sizə zəng edəcəyik.

Niyə 1C yavaşdır?

1C mütəxəssislərinə belə bir sual verərkən, siz həmişə bir sıra fərziyyələr alacaqsınız. Və onların əksəriyyəti kompüterinizdə 1C sürətinə həqiqətən təsir edə bilər. 1C performansının aşağı olmasının səbəblərinin nə olduğunu və onu necə artıracağını anlamağa çalışaq.

1C proqramı ilə bağlı bütün səbəbləri iki qrupa bölmək olar: xarici Və daxili. Hər bir səbəb qrupunu ayrıca nəzərdən keçirək və 1C-ni sürətləndirmək üçün nəzarət edilməli və düzəldilməli olan əsas məqamları vurğulayaq.

1C-nin yavaş işləməsinin xarici səbəbləri

1C 8.3 sürətinə təsir edən xarici səbəblərə aparat, əməliyyat və proqram təminatı amilləri daxildir.

Aparat amili

Təcrübəmizə görə, ən çox 1C-nin yavaş işləməsinin səbəbi kompüterlərin zəif texniki təchizatıdır. 2002-2007-ci illərdə köhnəlmiş avadanlıqla təchiz edilmiş kompüterlərdən istifadə etməklə, böyük həcmdə verilənləri emal etmək və onları vizuallaşdırmaq çətindir. Beləliklə, bütün mümkün nəticələr - yalnız 1C deyil, həm də brauzer, ofis redaktorları, poçt və daha çox yavaşlayır.

1C performansına ən çox təsir edən kompüterdə iki əsas komponenti müəyyən edə bilərik - prosessor və RAM.

Prosessorlar fərqli sayda nüvələr və fərqli saat sürətləri ilə gəlir. Nüvələrin sayı eyni vaxtda bir neçə prosesi emal etməyə imkan verir və tezlik proseslərin emal sürətindən məsuldur. Hər iki göstərici nə qədər yüksəkdirsə, bir o qədər yaxşıdır.

RAM məlumatı müvəqqəti yaddaşda saxlamağa imkan verir, proqramların onunla işləməsinə imkan verir. RAM miqdarı nə qədər böyükdürsə, 1C proqramı ilə daha çox məlumat emal edilə bilər. RAM-ın artırılması 1C ilə işləməyin bütün mərhələlərinə müsbət təsir göstərir - proqramın yüklənməsindən hesabatların yüklənməsinə qədər. Bununla belə, RAM-in artırılmasının müsbət təsiri kiçik həcmlərdə hiss olunur. 2 GB-dan 4 GB-a dəyişdikdə fərq güclü hiss olunur, lakin yaddaşı 16 GB-dan 32 GB-a qədər artırsanız, performans artımını çox hiss etməyəcəksiniz (məlumat 1C serverləri üçün uyğun deyil).

Video kartı qeyd etməyə dəyər. Burada büdcə səviyyəli bir video kartı quraşdıraraq pula qənaət edə bilərsiniz, çünki 1C proqramları lazımsız xüsusi effektlərdən istifadə etmədən monoton rənglərdə hazırlanmışdır.

1C-ni sürətləndirmək üçün hansı işin görülməsindən asılı olmayaraq, az RAM (1 GB) və ya zəif prosessorunuz (2200 GHz) varsa, sürətdə nəzərəçarpacaq artım əldə edə bilməyəcəksiniz. Kompüterinizi təkmilləşdirmək barədə düşünməyə dəyər.

Kompüterinizin parametrlərinə ən qısa formada Kompüterim simgesini sağ klikləyərək orada “Xüsusiyyətlər”i seçərək baxa bilərsiniz. Sizə istifadə olunan prosessor, onun tezliyi və RAM miqdarı göstəriləcək.

Əməliyyat faktoru

Əməliyyat amillərinə əməliyyat sisteminin növü və güc parametrləri daxildir.

Ən çox yayılmış əməliyyat sistemləri 32 və 64 bitdir. Ən son sistemlər (Windows 8.10) əsasən 64 bitdir. 32 bitlik sistemlərdə bəzi məhdudiyyətlər var, bunlardan əsas biri maksimum mövcud RAM miqdarının proqram təminatı ilə məhdudlaşdırılmasıdır - təxminən 3,5 GB. Fiziki olaraq 8 GB quraşdırılmış olsa belə, istifadə edə biləcəyiniz maksimum 3,5 GB-dır.

Enerji təchizatının qurulması "Maksimum performans" əməliyyat sxeminin seçilməsini əhatə edir. Fərqli əməliyyat sistemlərində güc parametrləri Windows-da müxtəlif yerlərdə yerləşir, onu həmişə idarəetmə panelində tapa bilərsiniz;

Proqram təminatı faktoru

Proqram təminatı amillərinə 1C-nin işini məhdudlaşdıran proqramlar və ya 1C ilə kompüter resurslarını paylaşan proqramlar daxildir.

Bu amili aradan qaldırmaq ən asandır - 1C işləyərkən böyük miqdarda resurs tələb edən bütün digər proqramları (brauzerlər, video pleyerlər, oyunlar və s.) Bağlayın, həmçinin 1C proqramını antivirusunuzun istisnalarına əlavə edin. 1C ilə işləyərkən kompüterinizi başqa proqramlarla yükləməməlisiniz. Bu, bütün kompüter resurslarının 1C-də hesablama proseslərinə göndəriləcəyinə görə 1C performansını yaxşılaşdırmağa kömək edəcəkdir.

1C-nin yavaş işləməsinin daxili səbəbləri

1C sürətinə təsir edən daxili səbəblərə lazımsız sənədlər, proqram önbelleği və gündəlik tapşırıqlar daxildir.

Verilənlər bazasında lazımsız heç nə olmadığından əmin olmaq üçün silinmək üçün qeyd olunan obyektləri mütəmadi olaraq silmək, verilənlər bazasını əvvəlki dövrlər üçün yığışdırmaq, həmçinin lazımsız funksiyaları söndürmək tövsiyə olunur. 1C-nin ən son versiyalarında İdarəetmə sekmesinde Performans bölməsi göründü. Bunun üzərinə öz istəyinizlə əlavə funksiyaları söndürə və 1C sürətini artıra bilərsiniz.

Keş, sistemin fikrincə, istifadəçi tərəfindən ən böyük ehtimalla tələb oluna bilən məlumatların saxlanmasıdır. Amma sistemdə işlədikcə istifadəçilər yeni verilənlər bazası, yeni istifadəçilər yaradır və köhnə verilənlər bazalarından istifadəni dayandırırlar. Onlardan olan önbellek sistemdə qalır və 1C-ni yavaşlata bilər. 1C önbelleğini müntəzəm olaraq təmizləməyi tövsiyə edirik.

Rutin və arxa plan tapşırıqları müəyyən məlumatları saxlamaq və yeniləmək üçün zəruri olan (istifadəçini göstərmədən və ya təsdiq etmədən) fonda işləyən proseslərdir. Məsələn, valyuta əməliyyatları nadir hallarda həyata keçirilirsə və cari məzənnələr əvvəlcədən yükləndikdən sonra bank təsnifatını və ya məzənnələrini saatda bir dəfə yeniləmək nəyə lazımdır? Bu cür prosesləri söndürməklə biz sistemi boşaldacağıq və bütün mövcud resursları yerinə yetirməli olduğumuz əməliyyatları hesablamaq üçün yönləndirəcəyik.

Müştəri-server həlləri 1c

1C serverindən istifadə edən şirkətlər üçün məhsuldarlığın artması serverin (ana kompüter) və onun düzgün konfiqurasiyasının təkmilləşdirilməsi ilə bağlıdır. Müştəri kompüterlərində 1C-nin işləməsi üçün minimum tələblər ola bilər, çünki bütün hesablamalar serverdə aparılacaq. Ancaq bəzən 1C serveri düzgün konfiqurasiya edilmədikdə, hətta güclü bir server 5-10 istifadəçinin eyni vaxtda işinin öhdəsindən gələ bilmir.

Təəssüf ki, 1C performansını yaxşılaşdırmaq üçün server parametrlərinin nəzərdən keçirilməsi bu məqaləyə daxil edilmir, çünki bu, şəbəkələşmə sahələrində və 1C serverlərinin iş prinsiplərində müəyyən bacarıq və biliklər tələb edir.

nəticələr

1C-nin yavaş işləməsi ilə bağlı bütün mümkün problemlərin mənbələrini nəzərdən keçirdik. Müvafiq prosedurları yerinə yetirməklə və tövsiyələrimizə əməl etməklə siz 1C-nin işini yaxşılaşdıracaqsınız və gələcəkdə proqramın yüksək sürətini saxlaya biləcəksiniz. Unutmayın ki, aşağı 1C məhsuldarlığı ən çox görülən əməliyyatlarda qısa, lakin tez-tez dayanma vaxtı səbəbindən aşağı işçi məhsuldarlığı ilə nəticələnir.

Bu problemi həll etmək üçün inteqrasiya olunmuş bir yanaşmadan istifadə edərək, 1C-nin işini yaxşılaşdırmağa hazırıq - biz bütün lazımi testləri keçirəcəyik və ilkin performans göstəricilərini alacağıq, kompüterlərin və şəbəkələrin mövcud vəziyyətini təhlil edəcəyik və sonra bütün dəstini həyata keçirəcəyik. 1C-ni sürətləndirmək üçün tədbirlər görür və sistemi əla vəziyyətdə necə saxlamağınızı izah edir.

İndi 1C sürətləndirin!

1C sistemi kiçik və orta biznes üçün avtomatlaşdırma bazarında dominant mövqe tutur. Əgər şirkət 1C mühasibat uçotu sistemini seçibsə, onda adətən adi mütəxəssislərdən tutmuş rəhbərliyə qədər demək olar ki, bütün işçilər işləyir. Müvafiq olaraq, şirkətin iş proseslərinin sürəti 1C sürətindən asılıdır. 1C qeyri-qənaətbəxş bir sürətlə işləyirsə, bu, bütün şirkətin işinə və qazancına birbaşa təsir göstərir.

Əslində mövcuddur üç 1C sürətləndirmə üsulu:

• Aparat tutumunun artırılması.
• Əməliyyat sisteminin və DBMS parametrlərinin optimallaşdırılması.
• 1C-də kodun və alqoritmlərin optimallaşdırılması.

Birinci üsul avadanlıq və lisenziyaların alınmasını tələb edir, üçüncüsü proqramçılar üçün çox iş tələb edir və nəticədə hər iki yol əhəmiyyətli maliyyə xərcləri ilə nəticələnir. Hər şeydən əvvəl, proqram koduna diqqət yetirməlisiniz, çünki server tutumunda heç bir artım səhv kodu kompensasiya edə bilməz. İstənilən proqramçı bilir ki, cəmi bir neçə sətir kodla istənilən serverin resurslarını tam yükləyəcək bir proses yaratmaq mümkündür.

Əgər şirkət proqram kodunun optimal olduğuna əmindirsə, lakin o, hələ də ləng işləyirsə, rəhbərlik adətən server tutumunu artırmaq qərarına gəlir. Bu məqamda məntiqi sual yaranır: nə çatışmır, nə qədərdir və sonda nəyi əlavə etmək lazımdır.

1C şirkəti bu barədə əvvəllər yazılarımızda yazdığımız nə qədər resurs lazım olduğu sualına kifayət qədər qeyri-müəyyən cavab verir; Buna görə də müstəqil olaraq təcrübələr aparmalı və 1C performansının nədən asılı olduğunu başa düşməlisiniz. EFSOL-da proqram performansı ilə bağlı təcrübələr aşağıda təsvir edilmişdir.

1C 8.2 ilə işləyərkən, xüsusən idarə olunan formalardan istifadə edən konfiqurasiyalarla işləyərkən qəribə bir fakt diqqət çəkdi: 1C güclü serverdən daha çox iş stansiyasında daha sürətli işləyir. Üstəlik, iş stansiyasının bütün xüsusiyyətləri serverinkindən daha pisdir.

Cədvəl 1 - İlkin sınaqların aparıldığı konfiqurasiyalar

İş stansiyası üstün xüsusiyyətlərə malik 1C serverindən 155% daha çox performans göstərir. Nə baş verdiyini anlamağa və axtarışı daraltmağa başladıq.

Şəkil 1 – Gilev testindən istifadə edərək iş stansiyasında performans ölçüləri

İlk şübhə Gilevin testinin qeyri-adekvat olması idi. Ölçmə alətlərindən istifadə etməklə formaların açılması, sənədlərin yerləşdirilməsi, hesabatların yaradılması və s. ölçmələri göstərdi ki, Gilevin testi 1C-də işin faktiki sürətinə mütənasib qiymət verir.

RAM sayı və tezliyi

İnternetdə mövcud olan məlumatların təhlili göstərdi ki, çoxları 1C performansının yaddaş tezliyindən asılılığı haqqında yazır. Bu, həcmindən deyil, tezliyindən asılıdır. Biz bu fərziyyəni sınaqdan keçirmək qərarına gəldik, çünki serverdə 1066 Mhz operativ yaddaş tezliyi ilə iş stansiyasında 1333 Mhs tezliyə malikik və serverdəki RAM miqdarı artıq xeyli yüksəkdir. Performansın yaddaş tezliyindən asılılığının təsiri daha aydın olması üçün dərhal 1066 Mhz deyil, 800 Mhz quraşdırmaq qərarına gəldik. Nəticədə məhsuldarlıq 12% azalaraq 39,37 vahid təşkil edib. Serverdə 1066 Mhs əvəzinə 1333 Mhz tezliyi olan yaddaş quraşdırdıq və performansda bir qədər artım əldə etdik - təxminən 11%. Məhsuldarlıq 19,53 ədəd olmuşdur. Müvafiq olaraq, tezliyi cüzi artım versə də, yaddaş məsələsi deyil.

Şəkil 2 – RAM tezliyini azaltdıqdan sonra iş stansiyasında performans ölçüləri

Şəkil 3 – RAM tezliyini artırdıqdan sonra serverdə performans ölçmələri

Disk alt sistemi

Növbəti fərziyyə disk alt sistemi ilə bağlı idi. Dərhal iki fərziyyə ortaya çıxdı:

• SSD-lər, 10-cu reyddə olsalar belə, SAS disklərindən daha yaxşıdır.
• iSCSI yavaş və ya səhvdir.

Buna görə də, SSD əvəzinə iş stansiyasında adi SATA diski quraşdırıldı və eyni şey serverlə edildi - verilənlər bazası yerli SATA diskinə yerləşdirildi. Nəticədə performans ölçüləri heç dəyişmədi. Çox güman ki, bu, kifayət qədər miqdarda RAM olduğu və sınaq zamanı disklərin praktiki olaraq heç bir şəkildə iştirak etməməsi səbəbindən baş verir.

CPU

Serverdəki prosessorlar, əlbəttə ki, daha güclüdür və onlardan ikisi var, lakin tezlik iş stansiyasından bir qədər aşağıdır. Prosessor tezliyinin performansa təsirini yoxlamaq qərarına gəldik: server üçün daha yüksək tezlikli prosessorlar yox idi, buna görə də iş stansiyasında prosessor tezliyini aşağı saldıq. Dərhal 1.6-ya endirdik ki, korrelyasiya daha aydın olsun. Test göstərdi ki, performans əhəmiyyətli dərəcədə aşağı düşüb, lakin 1,6 prosessorla belə, iş stansiyası demək olar ki, 28 ədəd istehsal edib ki, bu da serverdəkindən təxminən 1,5 dəfə çoxdur.

Şəkil 4 – 1,6 Ghz prosessoru olan iş stansiyasında performans ölçüləri

Video kart

İnternetdə 1C-nin performansına video kartın təsir göstərə biləcəyi barədə məlumatlar var. Biz iş stansiyasının inteqrasiya olunmuş videosundan, peşəkar Nvidia NVIDIA® Quadro® 4000 2 Gb DDR5 adapterindən və köhnə GeForce 16MbSDR video kartından istifadə etməyə çalışdıq. Gilev testi zamanı heç bir ciddi fərq müşahidə olunmayıb. Bəlkə də video kartın hələ də təsiri var, amma real şəraitdə idarə olunan formaları açmaq lazım olduqda və s.

Hal-hazırda, iş stansiyasının nəzərəçarpacaq dərəcədə pis xüsusiyyətlərlə daha sürətli işləməsinin iki şübhəsi var:

1. CPU.İş stansiyasındakı prosessor növü 1C üçün daha uyğundur.
2. Çipset. Bütün digər şeylər bərabər olduqda, iş stansiyamızda daha yeni bir çipset var, bəlkə də problem budur.

Nəhayət, 1C performansının nədən asılı olduğunu öyrənmək üçün lazımi komponentləri almağı və sınaqları davam etdirməyi planlaşdırırıq. Təsdiqləmə və satınalma prosesi davam edərkən, xüsusilə heç bir xərc tələb etmədiyi üçün biz optimallaşdırma həyata keçirməyə qərar verdik. Aşağıdakı mərhələlər müəyyən edildi:

Mərhələ 1. Sistemin qurulması

Əvvəlcə BIOS və əməliyyat sistemində aşağıdakı parametrləri edək:

1. Server BIOS-da prosessorun enerjisinə qənaət etmək üçün bütün parametrləri söndürürük.
2. Əməliyyat sistemində "Maksimum performans" planını seçin.
3. Prosessor da maksimum performans üçün köklənib. Bu, PowerSchemeEd yardım proqramından istifadə etməklə edilə bilər.

Mərhələ 2. SQL server və 1C:Enterprise serverinin qurulması

DBMS və 1C: Enterprise server parametrlərində aşağıdakı dəyişiklikləri edirik.

1. Paylaşılan Yaddaş protokolunun qurulması:
   
   
   • Paylaşılan Yaddaş yalnız 1C 8.2.17-dən başlayaraq əvvəlki versiyalarda aktivləşdiriləcək, Adlandırılmış Boru aktivləşdiriləcək - iş sürətindən bir qədər aşağıdır. Bu texnologiya yalnız 1C və MSSQL xidmətləri eyni fiziki və ya virtual serverdə quraşdırıldıqda işləyir.
2. 1C xidmətini debug rejiminə keçmək tövsiyə olunur, çünki paradoksal olaraq bu, performansı artırır. Varsayılan olaraq, sazlama serverdə deaktivdir.
3. SQL serverinin qurulması:
   
   
   • Bizə yalnız serverə, onunla əlaqəli digər xidmətlərə ehtiyacımız var və bəlkə də kimsə onlardan istifadə edir, yalnız işi ləngidir. Biz aşağıdakı kimi xidmətləri dayandırırıq və söndürürük: Tam Mətn Axtarışı (1C-nin öz tam mətn axtarış mexanizmi var), İnteqrasiya Xidmətləri və s.
   • Serverə ayrılan maksimum yaddaş miqdarını təyin etdik. Bu, SQL serverinin bu məbləği hesablaması və yaddaşı əvvəlcədən təmizləməsi üçün lazımdır.
   • Biz mövzuların maksimum sayını təyin etdik (Maksimum işçi mövzuları) və artan server prioritetini təyin etdik (Boost prioriteti).

Mərhələ 3: İstehsal məlumat bazasının yaradılması

DBMS serveri və 1C: Enterprise optimallaşdırıldıqdan sonra verilənlər bazası parametrlərinə keçirik. Verilənlər bazası hələ .dt faylından genişləndirilməyibsə və onun təxmini ölçüsünü bilirsinizsə, onda verilənlər bazası ölçüsünün ">=" ilə ilkin fayla dərhal başlanğıc ölçüsünü göstərmək daha yaxşıdır, lakin bu, bir məsələdir. dadına baxmayaraq, genişlənmə zamanı hələ də böyüyəcəkdir. Lakin Avtomatik artım ölçüsü göstərilməlidir: hər baza üçün təxminən 200 MB və hər jurnal üçün 50 MB, çünki Standart dəyərlər - 1 MB və 10% artım, faylı hər 3-cü əməliyyatda artırmaq lazım olduqda serverin işini çox yavaşlatır. Həmçinin, RAID massivi istifadə edilərsə, verilənlər bazası faylının və log faylının müxtəlif fiziki disklərdə və ya RAID qruplarında saxlanmasını təyin etmək və jurnalın böyüməsini məhdudlaşdırmaq daha yaxşıdır. Tempdb faylını yüksək sürətli sıraya köçürmək tövsiyə olunur, çünki DBMS ona tez-tez daxil olur.

Mərhələ 4. Planlaşdırılmış tapşırıqların qurulması

Planlaşdırılmış tapşırıqlar qrafik alətlərdən istifadə etməklə İdarəetmə bölməsindəki Baxım Planından istifadə etməklə olduqca sadə şəkildə yaradılır, buna görə də bunun necə edildiyini ətraflı təsvir etməyəcəyik. Məhsuldarlığı artırmaq üçün hansı əməliyyatların yerinə yetirilməli olduğuna baxaq.

• İndekslərin defragmentasiyası və statistikanın yenilənməsi gündəlik aparılmalıdır, çünki indeksin parçalanması > 25% olarsa, bu, server performansını kəskin şəkildə azaldır.
• Defraqmentasiya və statistikanın yenilənməsi tez həyata keçirilir və istifadəçilərin əlaqəsini kəsməyi tələb etmir. Bunu gündəlik etmək də tövsiyə olunur.
• Tam yenidən indeksləşdirmə – bloklanmış verilənlər bazası ilə aparılır, bunu həftədə ən azı bir dəfə etmək tövsiyə olunur. Təbii ki, tam yenidən indeksləşdirmədən sonra indekslər dərhal defraqmentasiya olunur və statistika yenilənir.

Nəticədə sistemin, SQL serverinin və işləyən verilənlər bazasının incə tənzimlənməsinin köməyi ilə məhsuldarlığı 46% artırmağa nail olduq. Ölçmələr 1C KIP alətindən və Gilev testindən istifadə etməklə aparılmışdır. Sonuncu, əvvəlcə olan 17,53-ə qarşı 25,6 vahid göstərdi.

Qısa nəticə

1. 1C performansı RAM tezliyindən çox asılı deyil. Kifayət qədər yaddaşa çatdıqdan sonra yaddaşın daha da genişləndirilməsinin mənası yoxdur, çünki bu, performansın artmasına səbəb olmur.
2. 1C performansı video kartdan asılı deyil.
3. 1C performansı diskin oxunması və ya yazılması növbəsini keçməmək şərti ilə disk alt sistemindən asılı deyil. SATA sürücüləri quraşdırılıbsa və onların növbəsi keçilməyibsə, SSD quraşdırmaq performansı yaxşılaşdırmayacaq.
4. Performans prosessorun tezliyindən çox asılıdır.
5. Əməliyyat sistemi və MSSQL serverinin düzgün konfiqurasiyası ilə heç bir maddi xərc çəkmədən 1C performansının 40-50% artmasına nail olmaq mümkündür.

DİQQƏT! Çox vacib bir məqam! Bütün ölçmələr Gilev testi və 1C cihaz alətlərindən istifadə edərək sınaq bazasında aparılmışdır. Həqiqi verilənlər bazasının real istifadəçilərlə davranışı alınan nəticələrdən fərqli ola bilər. Məsələn, test verilənlər bazasında performansın video kartdan və RAM miqdarından asılılığını tapmadıq. Bu nəticələr olduqca şübhəlidir və real şəraitdə bu amillər performansa əhəmiyyətli təsir göstərə bilər. İdarə olunan formalardan istifadə edən konfiqurasiyalarla işləyərkən, video kart vacibdir və güclü qrafik prosessor proqram interfeysinin çəkilməsi baxımından işi sürətləndirir, vizual olaraq bu, 1C-nin daha sürətli işində özünü göstərir.

1C yavaş işləyir? Çoxillik təcrübəyə malik EFSOL mütəxəssisləri tərəfindən kompüterlər və serverlər üçün İT texniki xidmətini sifariş edin və ya 1C-nizi güclü və nasazlığa davamlı 1C virtual serverinə köçürün.

Sistem inteqrasiyası. Konsaltinq