Avtomatlaşdırma məsləhətləri. Avtomatlaşdırma məsləhətləri 1s 8.3 şəbəkə üzərində yavaş işləyir

1C sistemi kiçik və orta biznes üçün avtomatlaşdırma bazarında dominant mövqe tutur. Bir şirkət 1C mühasibat uçotu sistemini seçibsə, 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ə mənfəətinə 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 olar.

Əgər şirkət proqram kodunun optimal olduğuna əmindirsə, lakin hələ də ləng işləyirsə, rəhbərlik adətən serverin tutumunu artırmaq qərarına gəlir. Bu zaman 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 nə qədər resurs lazım olduğu sualına kifayət qədər qeyri-müəyyən cavab verir, bu barədə əvvəllər yazılarımızda yazdıq. 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ırlar. 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 bizim serverdə 1066 Mhz operativ yaddaş tezliyi, iş stansiyasında 1333 Mhs tezliyi var 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 görünməsi üçü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 ədəd 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ğuna görə baş verir və disklər sınaq zamanı praktiki olaraq heç bir şəkildə iştirak etmir.

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, ona görə də iş stansiyasında prosessor tezliyini aşağı saldıq. Dərhal onu 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 demək olar ki, 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ə edilmədi. Bəlkə də video kartın hələ də təsiri var, ancaq 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ə belə daha sürətli işləməsinin iki şübhəsi var:

CPU.İş stansiyasındakı prosessor növü 1C üçün daha uyğundur.
Ç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üsusən heç bir xərc tələb etmədiyi üçün biz optimallaşdırma həyata keçirmək qərarına gəldik. 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:

Server BIOS-da prosessorun enerjisinə qənaət etmək üçün bütün parametrləri söndürürük.
Əməliyyat sistemində "Maksimum performans" planını seçin.
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.

Paylaşılan Yaddaş protokolunun qurulması:
- Paylaşılan Yaddaş yalnız 1C 8.2.17-dən başlayaraq platformada aktivləşdiriləcək; əvvəlki buraxılışlarda Named Pipe 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.
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.
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 bir 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 sadəcə olaraq İdarəetmə bölməsindəki Baxım Planından istifadə etməklə, qrafik alətlərdən istifadə etməklə 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ı yerinə yetirmək lazım 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ə

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.
1C performansı video kartdan asılı deyil.
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.
Performans prosessorun tezliyindən çox asılıdır.
Ə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 bir 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

Rutin və fon tapşırıqlarının qurulması;
Fayl məlumatlarının saxlanması formatına malik olan informasiya bazasında diaqnostika və xətaların aradan qaldırılması;
1C-də tam mətn axtarışını indeksləşdirməyə başlayın və ya onu tamamilə söndürün;
Ən son Platformalar 8.3.8-də verilənlər bazasının işə salınması;
İncə Müştəridə işləmək;
Antivirus söndürüldükdə sənədin yenidən ötürülməsi sürətinin artırılması;
Cəmilərin yenidən hesablanması və ardıcıllığın bərpası;
chdbfl.exe yardım proqramı ilə yoxlanaraq verilənlər bazasının sınaqdan keçirilməsini və korreksiyasını həyata keçirin;
Konfiqurasiya standart deyilsə, yəni müəyyən bir təşkilat üçün proqramçılar tərəfindən dəyişdirilibsə, Konfiqurasiya Yoxlanmasını həyata keçirin;
Lazımsız funksional rejimləri söndürün;
İstifadəçi hüquqlarını konfiqurasiya etmək;
Əsas qıvrım;
Avadanlıq yeniləməsi.

Metod 1. Planlaşdırılmış və fon işlərinin qurulması

1C Accounting 3.0-ın yeni nəşrindəki tətbiq əsas işi yerinə yetirməklə yanaşı, proqramın performansının azalmasına səbəb olan fonda əməliyyatlara başlayır.

Fon rejimi gözləmə rejimidir, yəni istifadə olunmasa da əməliyyat həmişə işləyir.

Addım 1. Rutin və fon işlərinin qurulması

Rutin və arxa plan tapşırıqlarının siyahısını açırıq: bölmə İdarəetmə – Dəstək və texniki xidmət – Rutin əməliyyatlar – Rutin və arxa plan tapşırıqları:

1C 8.3 proqramını işə saldıqdan sonra fon işləri avtomatik olaraq işə salınır və çoxlu resursdan istifadə edən və proqramı yavaşlatan rutin tapşırıqlar yerinə yetirilir. Buna görə də, mühasiblərin işini təhlil etmək və autorun-da hansı fon tapşırıqlarının tərk edilməli olduğunu və hansının əlil edilməli olduğunu müəyyən etmək lazımdır.

Şəkildə biz 1C 8.3 Mühasibat uçotunda işə salınan gündəlik işlərin siyahısını görürük:

Şəkildə tamamlanmış fon işlərinin siyahısını görürük:

Misal üçün,

1C 8.3 Mühasibat proqramı müxtəlif təsnifatlandırıcıları yeniləmək üçün daim sayta qoşulur;
Əgər müəssisə xarici valyuta ilə bağlı əməliyyatlar aparmırsa, o zaman valyuta məzənnələrini izləməyə ehtiyac yoxdur;
Mühasib proqramda tam mətn axtarışından istifadə etmirsə, o zaman “Mətn çıxarma” prosesini yerinə yetirmək məqsədəuyğun deyil.

Addım 2: Lazımsız tapşırıqları söndürün

Yükləməni necə aradan qaldıracağımıza daha yaxından nəzər salaq. Kursoru istədiyiniz sətirə qoyun və iki dəfə vurun:

Tapşırığı deaktiv etmək üçün Aktivləşdirilmiş qutunun işarəsini çıxarın:

Addım 3. Rutin tapşırıqlar üçün cədvəlin qurulması

Cədvəlin necə qurulacağına daha yaxından nəzər salaq. Kursoru istədiyiniz sətirə qoyun və iki dəfə vurun:

Cədvəl elementini seçin:

Açılan pəncərədə istədiyiniz nişana keçin və müvafiq parametrləri edin:

Metod 2. Fayl məlumatlarının saxlanması formatına malik olan məlumat bazasında səhvlərin diaqnostikası və aradan qaldırılması

Addım 1.

Biz verilənlər bazasının ehtiyat nüsxəsini yaradırıq.

Addım 2.

Prosedura başlayaq. Bunu etmək üçün Konfiquratoru açın və məlumat bazasının sınaqdan keçirilməsi və korreksiyası prosedurunu yerinə yetirin: bölmə İdarəetmə - Test və düzəliş. Məlumat bazası üçün yerinə yetirilməli olan yoxlamaları və rejimləri seçin:

Təklif olunan yoxlama seçimlərinə daha yaxından nəzər salaq:

Məlumat bazası cədvəllərinin yenidən indeksləşdirilməsi – verilənlər bazası işini yaxşılaşdırmaq üçün cədvəl indekslərini yenidən qurur;
İnformasiya bazasının məntiqi bütövlüyünün yoxlanılması – verilənlər bazasının məntiqinin yoxlanılması;
İnformasiya bazasının istinad bütövlüyünün yoxlanılması - “sınmış” keçidlərin aşkar edilməsi üçün verilənlər bazasının məntiqi bütövlüyünün yoxlanılması;
Cəmlərin yenidən hesablanması – yığım registrlərinin cədvəllərinin cəminin yenidən hesablanması;
İnfobaza cədvəllərinin sıxılması – sınaqdan və düzəlişdən sonra verilənlər bazasının ölçüsünü azaldır;
Məlumat bazası cədvəllərinin yenidən qurulması – sabitliyi və performansı artırmaq üçün köməkçi fayllardan istifadə edərək verilənlər bazası strukturunu optimallaşdırır.

İnfobaza rejiminin istinad bütövlüyünün yoxlanılması hissəsində Test və korreksiya proseduru seçimini seçsək, verilənlər bazası xətalarının işlənməsi üçün parametrlər mövcud olur:

Paraqraf Mövcud olmayan obyektlərə istinadlar olduqda o deməkdir ki, "sınıq" bağlantılar aşkar edildikdə, seçilmiş seçimdən istifadə edərək keçidləri emal edəcək;
Paraqraf Obyekt məlumatlarının qismən itirilməsi halında o deməkdir ki, qalan məlumat hansısa obyektin məlumatlarını bərpa etmək üçün kifayətdir.

1C məlumat bazasının sınaqdan keçirilməsi və düzəldilməsi proseduru yalnız eksklüziv rejimdə həyata keçirilə bilər.

Metod 3. 1C-də tam mətn axtarışını indeksləşdirməyə başlayın və ya onu tamamilə söndürün

1C istifadəçiyə tanış olmayan məlumatı axtarmağı asanlaşdırmaq üçün tam mətnli məlumat axtarışını inkişaf etdirmişdir. 1C 8.3-də tam mətn məlumat axtarışının xüsusiyyəti:

İstifadəçi sadə formada axtarış sorğusunu daxil edə və xüsusi operatorlardan istifadə edə bilər, məsələn: və ya, yox.
Tam mətnli məlumat axtarışı ValueStorage tipli sahələrlə və uzun mətn sahələri ilə işləyir və istifadəçiyə hüququ olmayan nəticələr göstərilməyəcək.

Məsələn, Qabaqcıl Hesabat sənədlərində tam mətn axtarışını qurmalısınız.

Addım 1.

Addım 2.

Sənədin Qabaqcıl hesabatını açın: menyu Konfiqurator – Konfiqurasiyanı açın.

Addım 3.

Tam mətn axtarış xəttində İstifadə et: Qabaqcıl hesabat – Daxiletmə sahəsi – Tam mətn axtarışı:

Addım 4.

Proqramı işə salırıq və tam mətnli axtarış rejimini yeniləyirik. Daimi Əməliyyatları açın: bölmə İdarəetmə - Proqram Parametrləri - Dəstək və Baxım:

Addım 5.

Parametrləri açın və İndeksi Yenilə düyməsini istifadə edərək indeksi yeniləyin:

Metod 4. Verilənlər bazasının ən son platformalarda işə salınması 8.3.8

1C 8.3 texnologiya platformasını necə yeniləmək olar, video təlimatımıza baxın:

1C mütəxəssisləri yükün paylanmasını yaxşılaşdırdılar:

Server işçisi prosesləri tərəfindən istehlak edilən yaddaşın miqdarına daha dəqiq nəzarət etmək mümkündür ki, bu da klasteri istifadəçinin diqqətsiz hərəkətlərinə daha davamlı edir.
Arxa planda informasiya bazalarının yenidən qurulması. Yeni funksiya proqram həllərini yeniləmək üçün tələb olunan sistemin dayanma müddətini minimuma endirməyə imkan verir.
Platformanın 8.3 versiyası “Taksi” proqramları üçün daha rahat və yeni parlaq dizaynla vizual yeni interfeys əldə etdi. Təkmilləşdirilmiş proqram naviqasiyası imkanları. İstifadəçi ekranın müxtəlif sahələrində panellər yerləşdirməklə öz iş sahəsini müstəqil şəkildə fərdiləşdirə bilər. Yeni xətt daxiletmə mexanizmi məlumat axtarışını əhəmiyyətli dərəcədə sürətləndirir. 1C 8.3 Mühasibat proqramı "Taksi" interfeysinin yeni xüsusiyyətləri haqqında daha çox məlumat üçün videomuza baxın:

Metod 5. Thin Client-də işə salın

İncə müştəri rejimində işləmək yalnız idarə olunan proqram rejimində mümkündür. İncə müştəri rejimində bütün hərəkətlər serverdə həyata keçirilir və istifadəçi yalnız alınan məlumatın ekranını alır. Bu iş rejimi həm sistemin, həm də rabitə kanalının böyük resurslarını tələb etmir.

Metod 6. Antivirus proqramını dəyişdirin

Əgər sizdə Avast və ya Kaspersky antivirusunuz varsa, onu başqası ilə əvəz etməyiniz məsləhətdir. Təcrübə göstərir ki, antiviruslar söndürüldükdə sənədlərin ötürülmə sürəti əhəmiyyətli dərəcədə artır, çünki antiviruslar kompüter resurslarını tutur.

Metod 7. Verilənlər bazasının sınaqdan keçirilməsi və korreksiyası, chdbfl.exe yardım proqramı ilə yoxlanılması

Əvvəlcə surətini çıxararaq verilənlər bazasının sınaqdan keçirilməsi və korreksiyası aparılmalıdır.

Addım 1. Verilənlər bazasının surətini çıxarın

1C 8.3-ün ehtiyat nüsxəsini necə etmək olar, aşağıdakı video təlimatına baxın:

Addım 2. chdbfl.exe yardım proqramından istifadə edərək yoxlayın

chdbfl.exe yardım proqramı, sistemin hətta konfiqurator rejimində başlamadığı hallarda istifadə olunur. Utilit quraşdırılmış texnologiya platformasının "bin" qovluğunda yerləşir, məsələn: c:\Program Files (x86)\1cv8\8.3.9.1818\bin\chdbfl.exe:

chdbfl.exe yardım proqramından istifadə edərək yoxlayırıq:

Addım 3. Verilənlər Bazasının Sınaq və Korreksiyasını həyata keçirin

Sistemi konfiqurator rejimində işə salmaqla verilənlər bazasının sınaqdan keçirilməsini və korreksiyasını həyata keçirin.

Addım 4. Sənədlərin ardıcıllığının bərpası

1C 8.3-də ardıcıllığı bərpa etmək üçün Bütün funksiyaları açın: əsas Menyu - Bütün funksiyalar. İstədiyiniz elementi seçin və Aç düyməsini istifadə edərək açın:

Açılan pəncərədə Ardıcıllığı bərpa et sekmesine keçin və Hamısını Bərpa et və ya Bərpa et düyməsini klikləyin:

Metod 8. Əgər konfiqurasiya standart deyilsə, onda konfiqurasiyanı yoxlayın

Konfiqurasiya standart deyilsə, yəni müəyyən bir təşkilat üçün proqramçılar tərəfindən dəyişdirilibsə, konfiqurasiyanı yoxlayırıq.

Addım 1.

Proqramı Konfiqurator rejimində işə salırıq.

Addım 2.

Verilənlər bazası konfiqurasiyasını açın: bölmə Konfiqurasiya – Verilənlər bazasının konfiqurasiyası:

Addım 3.

Konfiqurasiyanı yoxlayın elementini seçin və parametrləri edin:

Metod 9: Lazımsız funksional rejimləri söndürün

1C 8.3 proqramının funksionallığını açın: Əsas - Parametrlər - Funksionallıq bölməsi, hər bölmə üçün parametrlər edin:

Metod 10. İstifadəçi hüquqlarını konfiqurasiya edin

Addım 1.

1C 8.3-ü Konfiqurator rejimində işə salırıq.

Addım 2.

İstifadəçilərin siyahısını açın: bölmə İdarəetmə - İstifadəçilər. Digər sekmesinde istifadəçiyə hansı rolların təyin edilməsi lazım olduğunu müəyyənləşdiririk və onları işarələyirik.

Seçilmiş funksionallığın azaldılması, sənədlərin siyahısını açarkən proqramın idarə olunan formaları çeşidləmə müddətini azaldır, yəni idarə olunan interfeysdə nə qədər az lazımsız olsa, bir o qədər tez işləyir:

Metod 11. Fayl verilənlər bazası ilə diskin defraqmentasiyası

Disk defraqmentasiyası proseduru sistemin sürətini artırmaq üçün sabit diskdə yerləşən faylları optimallaşdırır. Defragmentasiya yalnız lazım olduqda aparılmalıdır, çünki diskin aşınmasını artırır.

Seçilmiş sabit disklə, Xüsusiyyətlər əmrini çağırmaq üçün sağ siçan düyməsini istifadə edin:

Alətlər sekmesinde Optimallaşdırma və disk defraqmentasiyası seçin:

Metod 12. Əsas qatlama

– bu, müəyyən bir tarixə cari qalıqların daxil edilməsi və köhnə, lazımsız sənədlərin silinməsidir. Verilənlər bazası böyükdürsə, məsələn, bir neçə ildirsə, bu üsul faydalı ola bilər. Toplama istifadəçilər sistemdə işləmədən aparılmalıdır.

Addım 1. Verilənlər bazasının surətini yaradın

Addım 2. 1C 8.3 verilənlər bazasını yıxmaq prosedurunu həyata keçiririk

Bölmə İdarəetmə – Xidmət – İnformasiya bazası çökdü.

Birinci mərhələdə 1C 8.3 proqramı ehtiyat nüsxəsini yaratmağı təklif edir, burada saxlamaq üçün kataloqu göstərməlisiniz. Sonrakı klikləyin:

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?

Bu şəkildə davam 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-də işi necə sürətləndirmək olar: Mühasibat 8.3 (nəşr 3.0) və ya gündəlik və arxa plan tapşırıqlarını söndürün

2019-01-15T13:28:19+00:00

Artıq 1C: Mühasibat Uçotu 8.3-ün (3.0 nəşri) yeni nəşrinə keçənlər onun 2-dən daha yavaş olduğunu gördülər. Bəzi qəribə yavaşlamalar, gündə bir neçə dəfə sonsuz fon tapşırıqları, heç kim ondan xəbərimiz olmadan yerinə yetirməsini istəmədi.

Mühasiblərim keçiddən dərhal sonra mənə dedilər ki, 1C: Mühasibat 3.0-ın yeni nəşri əvvəlkilərlə müqayisədə tamamilə yavaşdır! Və işləmək sadəcə mümkün deyil.

Mən bunu araşdırmağa başladım və çox keçmədən bildim ki, donmaların və sonradan istifadəçi narazılığının əsas səbəbi adi və fon tapşırıqlarıdır, onların əksəriyyəti standart olaraq aktivdir, baxmayaraq ki, mühasiblərin böyük əksəriyyəti üçün onlara ehtiyac yoxdur.

Yaxşı, məsələn, verilənlər bazamızdakı bütün obyektlərdə tam mətnli (mühasiblər, narahat olmayın) axtarış aparmırıqsa, niyə gündə yüz dəfə "Mətn çıxarma" tapşırığını yerinə yetirməliyik.

Yaxud valyuta əməliyyatlarımız yoxdursa və ya biz onları ara-sıra ediriksə (və bundan əvvəl biz özümüz yükləmə dərəcələri düyməsini sıxa bilərik) niyə daim valyuta məzənnələrini endirək.

Eyni şey 1C-nin sayta qoşulmaq və bank təsnifatlandırıcılarını yoxlamaq və yeniləmək üçün daimi cəhdinə də aiddir. Nə üçün? BIC ilə düzgün bank tapmasam, təsnifatçıları yeniləmək üçün özüm düyməni basacağam.

Aşağıdakı addım-addım bunu necə etmək olar.

1. "İdarəetmə" bölməsinə keçin və fəaliyyət panelində "Xidmət" () seçin:

2. Açılan pəncərədə “Rutin və fon tapşırıqları”nı tapıb seçin:

3. "On" sütununda "On" olan hər bir tapşırığı açın. şəfəq var.

4. "Enabled" işarəsini çıxarın və "Saxla və Bağla" düyməsini basın.

5. Daxil edilmiş tapşırıqların hər biri ilə bunu edin və yeni nəşrdən həzz alın. Ümumiyyətlə, mənim fikrimcə, ikidən daha yaxşıdır.

Eyni zamanda, platforma hələ də aradan buraxdığınız bəzi planlaşdırılmış tapşırıqları aktivləşdirəcək.

Bu məqaləni yazmaqda əsas məqsəd hələ 1C ilə təcrübə qazanmamış idarəçilər (və proqramçılar) üçün aşkar nüansları təkrarlamamaqdır.

İkinci məqsəd odur ki, hər hansı çatışmazlıqlarım varsa, Infostart bunu mənə bildirəcək ən tez olacaq.

V. Gilevin sınağı artıq bir növ “de-fakto” standartına çevrilib. Müəllif öz saytında kifayət qədər aydın tövsiyələr verdi, amma mən sadəcə bəzi nəticələri təqdim edəcəyəm və ən çox ehtimal olunan səhvləri şərh edəcəyəm. Təbii ki, avadanlığınızdakı sınaq nəticələri fərqli ola bilər; bu, sadəcə olaraq nə olmalı və nəyə can atacağınıza dair bələdçidir. Dərhal qeyd etmək istərdim ki, dəyişikliklər addım-addım edilməlidir və hər addımdan sonra onun hansı nəticə verdiyini yoxlayın.

Infostart-da oxşar məqalələr var, mən onlara müvafiq bölmələrdə keçidlər qoyacağam (bir şeyi əldən vermişəmsə, şərhlərdə mənə təklif edin, əlavə edəcəm). Beləliklə, 1C-nin yavaş olduğunu düşünək. Problemə necə diaqnoz qoymaq və kimin günahkar olduğunu necə başa düşmək olar, idarəçi və ya proqramçı?

İlkin məlumatlar:

Test edilmiş kompüter, əsas qvineya donuzu: HP DL180G6, 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2 ilə təchiz olunub. Müqayisə üçün, Core i3-2100 tək yivli testdə müqayisəli nəticələr göstərir. Qəsdən seçdiyim avadanlıq ən yeni deyildi, müasir avadanlıqla nəticələr nəzərəçarpacaq dərəcədə yaxşıdır.

Ayrı-ayrı 1C və SQL serverlərini sınaqdan keçirmək üçün SQL server: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

10 Gbit şəbəkəni sınaqdan keçirmək üçün Intel 520-DA2 adapterlərindən istifadə edilib.

Fayl versiyası. (verilənlər bazası paylaşılan qovluqdakı serverdədir, müştərilər şəbəkə, CIFS/SMB protokolu vasitəsilə əlaqə qurur). Addım-addım alqoritm:

0. Gilev-in test verilənlər bazasını əsas verilənlər bazaları ilə eyni qovluqdakı fayl serverinə əlavə edin. Müştəri kompüterindən qoşuluruq və testi həyata keçiririk. Nəticəni xatırlayırıq.

Belə başa düşülür ki, hətta 10 il əvvəl köhnə kompüterlər üçün (775 soketdə Pentium) ) 1C: Müəssisə qısayoluna klikləməklə verilənlər bazası pəncərəsinin görünüşünə qədər vaxt bir dəqiqədən az keçməlidir. ( Celeron = yavaş).

Pentium-dan daha pis kompüteriniz varsa 775 rozetka 1 GB RAM ilə, onda mən sizə rəğbət bəsləyirəm və fayl versiyasında 1C 8.2-də rahat işə nail olmaq sizin üçün çətin olacaq. Ya təkmilləşdirməyi (vaxtdır) və ya terminala (yaxud, nazik müştərilər və idarə olunan formalar vəziyyətində veb) keçid haqqında düşünün.

Kompüter daha pis deyilsə, administratoru təpikləyə bilərsiniz. Ən azı şəbəkənin, antivirusun və HASP qoruma sürücüsünün işini yoxlayın.

Bu mərhələdə Gilevin sınağı 30 "tutuquşu" və ya daha çox göstərdisə, lakin 1C işçi bazası hələ də yavaş işləyirsə, suallar proqramçıya yönəldilməlidir.

1. Müştəri kompüterinin nə qədər “sıxlaya” biləcəyinə dair bələdçi olaraq, biz şəbəkə olmadan yalnız bu kompüterin işini yoxlayırıq. Test verilənlər bazasını yerli kompüterə quraşdırırıq (çox sürətli diskdə). Əgər müştəri kompüterində normal SSD yoxdursa, o zaman ramdisk yaradılır. Hələlik ən sadə və pulsuz olanı Ramdisk müəssisəsidir.

8.2 versiyasını sınaqdan keçirmək üçün 256 MB ramdisk kifayətdir və! Ən əhəmiyyətli. Kompüteri yenidən yüklədikdən sonra ramdisk işlək vəziyyətdə 100-200 MB boş qalmalıdır. Müvafiq olaraq, ramdisk olmadan, normal işləmək üçün 300-400 MB boş yaddaş olmalıdır.

8.3 versiyasını sınaqdan keçirmək üçün 256 MB ramdisk kifayətdir, lakin sizə daha çox pulsuz RAM lazımdır.

Test edərkən prosessor yükünə baxmaq lazımdır. İdeala yaxın vəziyyətdə (ramdisk), yerli fayl 1c işləyərkən 1 prosessor nüvəsini yükləyir. Müvafiq olaraq, sınaq zamanı prosessor nüvəniz tam yüklənməyibsə, zəif nöqtələri axtarın. Bir az emosional, lakin ümumiyyətlə düzgün, prosessorun 1C-nin işinə təsiri təsvir edilmişdir. Yalnız istinad üçün, hətta yüksək tezlikli müasir Core i3-lərdə 70-80 rəqəmləri olduqca realdır.

Bu mərhələdə ən çox yayılmış səhvlər.

a) Yanlış konfiqurasiya edilmiş antivirus. Çox sayda antivirus var, hər birinin parametrləri fərqlidir, yalnız onu deyim ki, düzgün konfiqurasiya ilə nə internet, nə də Kaspersky 1C müdaxilə etmir. Standart parametrlərlə təxminən 3-5 tutuquşu (10-15%) götürülə bilər.

b) Performans rejimi. Nədənsə, az adam buna diqqət yetirir, lakin təsir ən əhəmiyyətlidir. Əgər sürətə ehtiyacınız varsa, bunu həm müştəri, həm də server kompüterlərində etməlisiniz. (Gilevin yaxşı təsviri var. Yeganə xəbərdarlıq odur ki, bəzi ana platalarda Intel SpeedStep-i söndürsəniz, TurboBoost-u yandıra bilməzsiniz).

Bir sözlə, 1C işləyərkən digər cihazlardan (disk, şəbəkə və s.) cavab gözləmək çox olur. Cavab gözləyərkən, performans rejimi aktivdirsə, prosessor tezliyini azaldır. Cihazdan cavab gəlir, 1C (prosessor) işləməlidir, lakin ilk saat dövrləri azaldılmış tezlikdədir, sonra tezlik artır - və 1C yenidən cihazdan cavab gözləyir. Və beləliklə - saniyədə yüzlərlə dəfə.

Performans rejimini iki yerdə aktivləşdirə bilərsiniz (və tercihen):

BIOS vasitəsilə. C1, C1E, Intel C-state (C2, C3, C4) rejimlərini söndürün. Fərqli bioslarda onlar fərqli adlanır, lakin məna eynidir. Axtarmaq çox vaxt tələb edir, yenidən yükləmə tələb olunur, ancaq bunu bir dəfə etsəniz, unuda bilərsiniz. BIOS-da hər şeyi düzgün etsəniz, sürət artacaq. Bəzi anakartlarda BIOS parametrlərini konfiqurasiya edə bilərsiniz ki, Windows performans rejimi rol oynamasın. (Gilev-dən BIOS parametrlərinin nümunələri). Bu parametrlər əsasən server prosessorlarına və ya “qabaqcıl” BIOS-lara aiddir, əgər bunu tapmamısınızsa və sizdə Xeon yoxdursa, bu, yaxşıdır.

İdarəetmə paneli - Enerji təchizatı - Yüksək performans. Minus - əgər kompüterə uzun müddət xidmət göstərilməyibsə, o, daha güclü fan səsi çıxaracaq, daha çox qızdıracaq və daha çox enerji sərf edəcəkdir. Bu performans haqqıdır.

Rejimin aktiv olduğunu necə yoxlamaq olar. Tapşırıq menecerini işə salın - performans - resurs monitoru - CPU. Prosessor heç nə ilə məşğul olana qədər gözləyirik.

Bunlar standart parametrlərdir.

BIOS C vəziyyətində daxildir,

balanslaşdırılmış enerji istehlakı rejimi

BIOS C vəziyyətində daxildir, yüksək performans rejimi

Pentium və Core üçün orada dayana bilərsiniz,

Siz hələ də Xeondan bir az "tutuquşuları" sıxa bilərsiniz

BIOS C vəziyyətində söndürüldü, yüksək performans rejimi.

Turbo boost istifadə etmirsinizsə, o, belə görünməlidir

performans üçün sazlanmış server

İndi isə rəqəmlər. Xatırladım: Intel Xeon 5650, ramdisk. Birinci halda, test 23,26, sonuncuda - 49,5 göstərir. Fərq demək olar ki, ikiqatdır. Rəqəmlər dəyişə bilər, lakin nisbət Intel Core üçün eyni olaraq qalır.

Hörmətli idarəçilər, 1C-ni istədiyiniz qədər tənqid edə bilərsiniz, lakin son istifadəçilərə sürət lazımdırsa, yüksək performans rejimini aktiv etməlisiniz.

c) Turbo Boost. Əvvəlcə prosessorunuzun, məsələn, bu funksiyanı dəstəklədiyini başa düşməlisiniz. Dəstəkləyirsə, hələ də qanuni olaraq bəzi performans əldə edə bilərsiniz. (Tezlik aşırma məsələlərinə, xüsusən də serverlərə toxunmaq istəmirəm, bunu öz təhlükə və riskinizlə edin. Amma mən razıyam ki, Avtobus sürətinin 133-dən 166-ya yüksəldilməsi həm sürətdə, həm də istilik yayılmasında çox nəzərəçarpacaq artım verir)

Turbo boost-u necə açmaq olar, məsələn, yazılmışdır. Amma! 1C üçün bəzi nüanslar var (ən aydın deyil). Çətinlik ondan ibarətdir ki, turbo gücləndiricinin maksimum effekti C vəziyyəti işə salındıqda baş verir. Və belə bir şey alırıq:

Nəzərə alın ki, çarpan maksimumdur, Əsas sürət gözəldir və performans yüksəkdir. Bəs 1-lərlə nəticə nə olacaq?

	Amil	Əsas sürət (tezlik), GHz	CPU-Z Tək İplik	Gilev Ramdisk testi fayl versiyası	Gilev Ramdisk testi müştəri-server
Turbo boost olmadan
C vəziyyəti söndürülür, Turbo gücləndiricisi				53.19	40,32
C vəziyyəti aktivdir, Turbo gücləndiricisi			1080	53,13	23,04

Ancaq sonda məlum oldu ki, CPU performans testlərinə görə 23 çarpanlı versiya qabaqdadır, Gilevin fayl versiyasında testlərinə görə 22 və 23 çarpanlı performans eynidir, lakin müştəri-serverdə versiya - çarpan 23 olan versiya dəhşətli dəhşətli dəhşətlidir (C-dövləti 7-ci səviyyəyə qoyulsa belə, C-dövləti söndürüldükdən daha yavaşdır). Buna görə də tövsiyə budur ki, hər iki variantı özünüz yoxlayın və ən yaxşısını seçin. Hər halda, 49,5 ilə 53 tutuquşu arasındakı fərq, xüsusilə də çox səy göstərmədən olduqca əhəmiyyətlidir.

Nəticə - turbo gücləndirici işə salınmalıdır. Nəzərinizə çatdırım ki, BIOS-da Turbo boost elementini aktivləşdirmək kifayət deyil, digər parametrlərə də baxmaq lazımdır (BIOS: QPI L0s, L1 - söndürmək, təmizləmə tələb etmək - söndürmək, Intel SpeedStep - aktivləşdirmək, Turbo gücləndirmək - aktivləşdirin İdarəetmə Paneli - Güc Seçimləri - Yüksək Performans). Mən yenə də (hətta fayl versiyası üçün) çarpan daha kiçik olsa da, c vəziyyətinin söndürüldüyü seçimi seçərdim. Belə bir şey çıxacaq...

Olduqca mübahisəli məqam yaddaş tezliyidir. Məsələn, yaddaş tezliyinin çox güclü təsiri olduğu göstərilir. Testlərim belə bir asılılıq aşkar etmədi. DDR 2/3/4 ilə müqayisə etməyəcəyəm, eyni xətt daxilində tezliyin dəyişdirilməsinin nəticələrini göstərəcəyəm. Yaddaş eynidir, lakin BIOS-da biz daha aşağı tezlikləri təyin etmək məcburiyyətindəyik.

Və test nəticələri. 1C 8.2.19.83, fayl versiyası üçün yerli ramdisk, müştəri-server 1C və bir kompüterdə SQL üçün, Paylaşılan yaddaş. Turbo boost hər iki versiyada deaktiv edilib. 8.3 müqayisəli nəticələri göstərir.

Fərq ölçmə xətası daxilindədir. Tezlik dəyişikliyi ilə digər parametrlərin də dəyişdiyini göstərmək üçün CPU-Z-nin ekran görüntülərini xüsusi olaraq çıxardım, eyni CAS Latency və RAS-dan CAS Gecikməsi, tezlik dəyişikliyini neytrallaşdırır. Fərq yaddaş modullarının fiziki olaraq daha yavaşdan daha sürətli dəyişdirildiyi zaman olacaq, lakin hətta orada rəqəmlər xüsusilə əhəmiyyətli deyil.

2. Müştəri kompüterinin prosessorunu və yaddaşını çeşidlədikdən sonra növbəti çox vacib yerə - şəbəkəyə keçirik. Şəbəkə tənzimləməsi haqqında çoxlu kitablar yazılmışdır, Infostart ( və başqaları) haqqında məqalələr var, amma burada bu mövzuya diqqət yetirməyəcəm. 1C-ni sınaqdan keçirməyə başlamazdan əvvəl əmin olun ki, iki kompüter arasında iperf bütün ötürmə genişliyini (1 Gbit kartlar üçün - ən azı 850 Mbit və ya daha yaxşısı 950-980) göstərsin ki, Gilevin tövsiyələrinə əməl olunub. Sonra - ən sadə əməliyyat testi, qəribə də olsa, şəbəkə üzərindən bir böyük faylı (5-10 gigabayt) kopyalamaq olacaq. 1 Gbit şəbəkədə normal işləmənin dolayı əlaməti 100 MB/san orta surət çıxarma sürəti, yaxşı işləmə - 120 MB/san olacaq. Diqqətinizi cəlb etmək istərdim ki, zəif nöqtə (o cümlədən) prosessor yükü ola bilər. SMB Linux-da protokol kifayət qədər zəif paralelləşdirilib və əməliyyat zamanı bir prosessor nüvəsini asanlıqla "yeyə" və daha çox istehlak edə bilməz.

Və daha da. Defolt parametrlərlə windows müştərisi ən yaxşı şəkildə Windows serveri (və ya hətta Windows iş stansiyası) və SMB/CIFS protokolu, linux müştərisi (debian, ubuntu digərlərinə baxmadı) linux və NFS () ilə daha yaxşı işləyir. SMB ilə də işləyir, lakin NFS-də tutuquşular daha uzundur). Xətti kopyalama zamanı Windows Linux serverinin NFS-ə daha sürətli bir axına kopyalanması heç nə demək deyil. 1C üçün Debian tənzimləməsi ayrıca məqalənin mövzusudur, mən hələ buna hazır deyiləm, baxmayaraq ki, deyə bilərəm ki, fayl versiyasında eyni avadanlıqda Win versiyasından bir qədər yaxşı performans əldə etdim, lakin postgres ilə daha çox. 50 istifadəçi məndə hələ də hər şey çox pisdir.

Ən əhəmiyyətli , "yandırılmış" idarəçilər bilirlər, lakin yeni başlayanlar nəzərə almırlar. 1c verilənlər bazasına yolu təyin etməyin bir çox yolu var. Siz \\server\paylaşa bilərsiniz, \\192.168.0.1\paylaşa bilərsiniz, xalis istifadə edə bilərsiniz z: \\192.168.0.1\share (və bəzi hallarda bu üsul da işləyəcək, lakin həmişə deyil) və sonra Z sürücüsünü göstərin Görünür, bütün bu yollar eyni yerə işarə edir, lakin 1C üçün normal performansı kifayət qədər etibarlı təmin edən yalnız bir yol var. Beləliklə, bunu düzgün etmək lazımdır:

Komanda xəttində (və ya siyasətlərdə və ya sizin üçün əlverişli olan hər hansı bir şeydə) - net istifadə edin DriveLetter: \\server\share. Misal: xalis istifadə m: \\server\bases. Mən xüsusilə IP ünvanını DEYİL, xüsusilə vurğulayıram ad server. Əgər server adı görünmürsə, onu serverdəki dns-ə və ya lokal olaraq host faylına əlavə edin. Ancaq ünvan adla olmalıdır. Müvafiq olaraq, verilənlər bazasına gedən yolda bu diskə daxil olun (şəkilə bax).

İndi bunun niyə məsləhət olduğunu rəqəmlərlə göstərəcəyəm. İlkin məlumatlar: Intel X520-DA2, Intel 362, Intel 350, Realtek 8169 kartları OS Win 2008 R2, Win 7, Debian 8. Ən son drayverlər, yeniləmələr tətbiq edilib. Test etməzdən əvvəl Iperf-in tam bant genişliyini verdiyinə əmin oldum (10 Gbit kartlar istisna olmaqla, o, yalnız 7.2 Gbit-i sıxışdıra bildi, niyə sonra görəcəyəm, test serveri hələ düzgün konfiqurasiya edilməyib). Disklər fərqlidir, lakin hər yerdə bir SSD var (test üçün xüsusi olaraq tək bir disk daxil etdim, başqa bir şeylə yüklənmir) və ya SSD-dən basqın. 100 Mbit sürət Intel 362 adapterinin parametrlərini məhdudlaşdırmaqla əldə edilmişdir.1 Gbit mis Intel 350 və 1 Gbit optik Intel X520-DA2 (adapterin sürətini məhdudlaşdırmaqla əldə edilmişdir) arasında heç bir fərq yox idi. Maksimum performans, turbo gücləndirmə söndürülür (yalnız nəticələrin müqayisəsi üçün, yaxşı nəticələr üçün turbo təkan 10% -dən bir qədər az əlavə edir, pis nəticələr üçün heç bir təsiri olmaya bilər). 1C 8.2.19.86, 8.3.6.2076 versiyaları. Bütün nömrələri vermirəm, ancaq ən maraqlılarını verirəm ki, müqayisə edə biləcəyiniz bir şey olsun.

	Qalib 2008 - Qazan 2008 ip ünvanı ilə əlaqə saxlayın	Qalib 2008 - Qazan 2008 Adı ilə zəng	Qalib 2008 - Qazan 2008 IP ünvanı ilə əlaqə saxlayın	Qalib 2008 - Qazan 2008 Adı ilə zəng	Win 2008 - Win 7 Adı ilə zəng	Win 2008 - Debian Adı ilə zəng	Qalib 2008 - Qazan 2008 IP ünvanı ilə əlaqə saxlayın	Qalib 2008 - Qazan 2008 Adı ilə zəng
	11,20	26,18	15,20	43,86	40,65	37,04	16,23	44,64
1C 8.2	11,29	26,18	15,29	43,10	40,65	36,76	15,11	44,10
8.2.19.83	12,15	25,77	15,15	43,10			14,97	42,74
	6,13	34,25	14,98	43,10	39,37	37,59	15,53	42,74
1C 8.3	6,61	33,33	15,58	43,86	40,00	37,88	16,23	42,74
8.3.6.2076		33,78	15,53	43,48	39,37	37,59		42,74

Nəticələr (cədvəldən və şəxsi təcrübədən. Yalnız fayl versiyasına aiddir):

Şəbəkə üzərində bu şəbəkə düzgün konfiqurasiya olunarsa və yol 1C-də düzgün daxil edilərsə, iş üçün olduqca normal nömrələr əldə edə bilərsiniz. Hətta ilk Core i3 asanlıqla 40+ tutuquşu istehsal edə bilir, bu olduqca yaxşıdır və bunlar təkcə tutuquşular deyil, real işdə fərq də nəzərə çarpır. Amma! Bir neçə (10-dan çox) istifadəçi ilə işləyərkən məhdudiyyət artıq şəbəkə olmayacaq, burada 1 Gbit hələ də kifayətdir, lakin çox istifadəçi işi zamanı bloklama (Gilev).

1C 8.3 platforması düzgün şəbəkə konfiqurasiyası baxımından dəfələrlə tələbkardır. Əsas parametrlər - Gilev-ə baxın, lakin hər şeyə təsir edə biləcəyini unutmayın. Antivirusu silməkdən (və sadəcə söndürməkdən), FCoE kimi protokolları silməkdən, sürücüləri köhnə, lakin Microsoft tərəfindən təsdiqlənmiş versiyaya dəyişdirməkdən (xüsusilə ASUS və DLC kimi ucuz kartlar üçün), ikinci şəbəkə kartını çıxarmaqdan sürətlənmə gördüm. serverdən. Bir çox seçim var, şəbəkənizi diqqətlə qurun. Platformanın 8.2-nin məqbul nömrələr verdiyi və 8.3-ün iki və ya daha çox dəfə az olduğu bir vəziyyət ola bilər. 8.3 platforma versiyaları ilə oynamağa çalışın, bəzən çox böyük effekt əldə edirsiniz.

1C 8.3.6.2076 (bəlkə sonra, mən hələ dəqiq versiyanı axtarmamışam) 8.3.7.2008-dən daha çox şəbəkə üzərindən konfiqurasiya etmək daha asandır. Mən 8.3.7.2008 tarixindən (müqayisə olunan tutuquşularda) cəmi bir neçə dəfə şəbəkə üzərində normal işləməyə nail ola bildim, daha ümumi hal üçün təkrarlaya bilmədim. Mən çox şey başa düşmədim, amma Process Explorer-in ayaq sarğılarına görə, oradakı qeyd 8.3.6-dakı qədər yaxşı deyil.

100 Mbit şəbəkədə işləyərkən onun yükləmə qrafikinin kiçik olmasına (şəbəkənin pulsuz olduğunu deyə bilərik) baxmayaraq, əməliyyat sürəti hələ də 1 Gbit-dən çox azdır. Səbəb şəbəkə gecikməsidir.

Bütün digər şeylər bərabər olduqda (yaxşı işləyən şəbəkə) 1C 8.2 üçün Intel-Realtek bağlantısı Intel-Intel-dən 10% yavaşdır. Ancaq realtek-realtek ümumiyyətlə mavidən kəskin çökmə verə bilər. Buna görə də, pulunuz varsa, Intel şəbəkə kartlarını hər yerdə saxlamaq daha yaxşıdır; pulunuz yoxdursa, Intel-i yalnız serverdə quraşdırın (CO-nuz). Intel şəbəkə kartlarını tənzimləmək üçün dəfələrlə daha çox təlimat var.

Defolt antivirus parametrləri (misal olaraq drweb 10 versiyasından istifadə etməklə) tutuquşuların təxminən 8-10%-ni tutur. Əgər onu lazım olduğu kimi konfiqurasiya etsəniz (təhlükəsiz olmasa da, 1cv8 prosesinə hər şeyi etməyə icazə verin), sürət antivirus olmadan olduğu kimidir.

Linux guruslarını oxumayın. Samba ilə server əla və pulsuzdur, lakin serverə Win XP və ya Win7 (və ya daha yaxşısı - server OS) quraşdırsanız, 1c fayl versiyası daha sürətli işləyəcək. Bəli, samba və protokol yığını və şəbəkə parametrləri və daha çox şey debian/ubuntu-da yaxşı tənzimlənə bilər, lakin bu mütəxəssislər üçün tövsiyə olunur. Linux-u default parametrlərlə quraşdırıb sonra yavaş olduğunu deməyin mənası yoxdur.

Fio istifadə edərək şəbəkə istifadəsi ilə qoşulmuş disklərin işini yoxlamaq olduqca yaxşı bir fikirdir. Ən azından bunların 1C platformasında, yoxsa şəbəkədə/diskdə problem olduğu aydın olacaq.

Tək istifadəçi versiyası üçün 1 Gbit və 10 Gbit arasındakı fərqin görünəcəyi testlər (və ya vəziyyət) haqqında düşünə bilmirəm. Fayl versiyası üçün 10Gbit-in daha yaxşı nəticələr verdiyi yeganə şey diskləri iSCSI vasitəsilə birləşdirməkdir, lakin bu ayrı bir məqalə üçün mövzudur. Yenə də hesab edirəm ki, fayl versiyası üçün 1 Gbit kartları kifayətdir.

Niyə 100 Mbit şəbəkə ilə 8.3-ün 8.2-dən nəzərəçarpacaq dərəcədə sürətli işlədiyini başa düşmürəm, amma bu bir həqiqət idi. Bütün digər avadanlıqlar, bütün digər parametrlər tamamilə eynidır, sadəcə bir halda 8.2, digərində isə 8.3 sınaqdan keçirilir.

Köklənməmiş NFS win-win və ya win-lin 6 tutuquşu verir, cədvələ daxil etməmişəm. Tuningdən sonra 25 aldım, amma qeyri-sabit idi (ölçmələrdəki fərq 2 vahiddən çox idi). Mən hələ Windows və NFS protokolundan istifadə ilə bağlı tövsiyələr verə bilmərəm.

Bütün parametrlər və yoxlamalardan sonra müştəri kompüterindən testi yenidən işə salırıq və təkmilləşdirilmiş nəticəyə sevinirik (əgər işləyirsə). Nəticə yaxşılaşdısa, 30-dan çox tutuquşu (və xüsusilə 40-dan çox) var, eyni anda 10-dan az istifadəçi işləyir və işləyən verilənlər bazası hələ də yavaşdır - demək olar ki, proqramçı ilə problemdir (və ya sizdə artıq fayl versiyasının pik imkanlarına çatmışdır).

Terminal server. (verilənlər bazası serverdədir, müştərilər şəbəkə, RDP protokolu vasitəsilə əlaqə qurur). Addım-addım alqoritm:

0. Gilev-in test verilənlər bazasını əsas verilənlər bazaları ilə eyni qovluqdakı serverə əlavə edin. Eyni serverdən qoşuluruq və testi həyata keçiririk. Nəticəni xatırlayırıq.

1. Fayl versiyasında olduğu kimi, işi də qururuq. Terminal serveri vəziyyətində, prosessor ümumiyyətlə əsas rol oynayır (yaddaş çatışmazlığı və ya çox miqdarda lazımsız proqram təminatı kimi aşkar zəif nöqtələrin olmadığı güman edilir).

2. Terminal serveri vəziyyətində şəbəkə kartlarının qurulması 1c-nin işinə praktiki olaraq heç bir təsir göstərmir. “Xüsusi” rahatlığı təmin etmək üçün, əgər serveriniz 50-dən çox tutuquşu istehsal edirsə, sadəcə istifadəçilərin rahatlığı, daha sürətli cavab və sürüşmə üçün RDP protokolunun yeni versiyaları ilə oynaya bilərsiniz.

3. Əgər çox sayda istifadəçi aktiv şəkildə işləyirsə (və burada cəhd etsəniz, artıq 30 nəfəri bir verilənlər bazasına birləşdirməyə cəhd edə bilərsiniz), SSD sürücüsünü quraşdırmaq çox məqsədəuyğundur. Nədənsə, diskin 1C-nin işinə xüsusilə təsir etmədiyinə inanılır, lakin bütün testlər yazı üçün aktivləşdirilmiş nəzarətçi önbelleği ilə aparılır, bu səhvdir. Test bazası kiçikdir, önbelleğe olduqca yaxşı uyğun gəlir, buna görə də yüksək rəqəmlər. Həqiqi (böyük) verilənlər bazalarında hər şey tamamilə fərqli olacaq, buna görə də testlər üçün önbellek söndürülür.

Məsələn, Gilev testinin işləməsini müxtəlif disk variantları ilə yoxladım. Diskləri əlimdə olandan quraşdırdım, sadəcə meyli göstərmək üçün. 8.3.6.2076 və 8.3.7.2008 arasındakı fərq kiçikdir (Ramdisk Turbo gücləndirici versiyasında 8.3.6 56.18, 8.3.7.2008 isə 55.56, digər testlərdə fərq daha da kiçikdir). Güc istehlakı - maksimum performans, turbo gücləndiricisi qeyri-aktivdir (başqa cür göstərilməyibsə).

	Raid 10 4x SATA 7200 ATA ST31500341AS	Raid 10 4x SAS 10k	Raid 10 4x SAS 15k	Tək SSD	Ramdisk		Keş aktivləşdirildi RAID nəzarətçi
	21,74	28,09	32,47	49,02	50,51	53,76	49,02
1C 8.2	21,65	28,57	32,05	48,54	49,02	53,19
8.2.19.83	21,65	28,41	31,45	48,54	49,50	53,19
	33,33	42,74	45,05	51,55	52,08	55,56	51,55
1C 8.3	33,46	42,02	45,05	51,02	52,08	54,95
8.3.7.2008	35,46	43,01	44,64	51,55	52,08	56,18

Aktivləşdirilmiş RAID nəzarətçi önbelleği disklər arasındakı bütün fərqləri aradan qaldırır; nömrələr həm oturdu, həm də cas üçün eynidir. Onunla az miqdarda məlumat üzərində sınaqdan keçirilməsi faydasızdır və hər hansı bir göstərici deyil.

Platforma 8.2 üçün SATA və SSD seçimləri arasındakı performans fərqi iki dəfədən çoxdur. Bu yazı səhvi deyil. SATA disklərində sınaq zamanı performans monitoruna baxsanız. onda siz "Aktiv diskin işləmə müddəti (%)" 80-95-i aydın görə bilərsiniz. Bəli, qeyd üçün disklərin önbelleğini aktivləşdirsəniz, sürət 35-ə, reyd nəzarətçisinin önbelleğini aktivləşdirsəniz - 49-a qədər artacaq (hazırda hansı disklərin sınaqdan keçirilməsindən asılı olmayaraq). Ancaq bunlar sintetik önbellek tutuquşularıdır; real işdə, böyük verilənlər bazası ilə, heç vaxt 100% yazma önbelleği hit nisbəti olmayacaq.

Hətta ucuz SSD-lərin sürəti (Agility 3-də sınaqdan keçirmişəm) fayl versiyasını işə salmaq üçün kifayət qədərdir. Qeyd resursu başqa məsələdir, hər bir konkret halda ona baxmaq lazımdır, aydındır ki, Intel 3700 daha yüksək miqyasda olacaq, lakin qiymət uyğundur. Bəli, başa düşürəm ki, SSD diskini sınaqdan keçirərkən, mən də bu diskin önbelleğini daha çox sınaqdan keçirirəm, real nəticələr daha az olacaq.

Ən düzgün (mənim nöqteyi-nəzərimdən) həll yolu, fayl verilənlər bazası (və ya bir neçə fayl verilənlər bazası) üçün güzgü reydində 2 SSD diski ayırmaq və orada başqa heç nə yerləşdirməmək olardı. Bəli, bir güzgü ilə SSD-lər eyni dərəcədə köhnəlir və bu bir mənfi cəhətdir, lakin heç olmasa nəzarətçi elektronikası bir şəkildə səhvlərdən qorunur.

Fayl versiyası üçün SSD sürücülərinin əsas üstünlükləri hər birində bir neçə istifadəçi olan çoxlu verilənlər bazası olduqda ortaya çıxacaq. 1-2 verilənlər bazası varsa və təxminən 10 istifadəçi varsa, SAS diskləri kifayət edəcəkdir. (amma hər halda, bu disklərin yüklənməsinə baxın, heç olmasa perfmon vasitəsilə).

Terminal serverinin əsas üstünlüyü ondan ibarətdir ki, onun çox zəif müştəriləri ola bilər və şəbəkə parametrləri terminal serverinə daha az təsir edir (yenə də sizin K.O.).

Nəticələr: Gilev testini terminal serverində (işləyən verilənlər bazalarının yerləşdiyi eyni diskdən) və işləyən verilənlər bazası yavaşladığı və Gilev testi yaxşı nəticə göstərdiyi (30-dan yuxarı) anlarda işlədirsinizsə, onda əsas işləyən verilənlər bazasının yavaş işləməsi çox güman ki, proqramçının günahıdır.

Gilevin testi kiçik rəqəmlər göstərirsə və yüksək saatlı prosessorunuz və sürətli diskləriniz varsa, o zaman administrator ən azı perfmon götürməli, bütün nəticələri hardasa qeyd etməli, izləməli, müşahidə etməli və nəticə çıxarmalıdır. Heç bir qəti məsləhət olmayacaq.

Müştəri-server seçimi.

Testlər yalnız 8.2-də aparıldı, çünki 8.3-də hər şey çox ciddi şəkildə versiyadan asılıdır.

Test üçün əsas tendensiyaları göstərmək üçün onların arasında müxtəlif server seçimləri və şəbəkələri seçdim.

	SQL: Xeon E5-2630	SQL: Xeon E5-2630 Fiber kanal - SSD	SQL: Xeon E5-2630 Fiber kanal - SAS	SQL: Xeon E5-2630 Yerli SSD	SQL: Xeon E5-2630 Fiber kanal - SSD	SQL: Xeon E5-2630 Yerli SSD	1C: Xeon 5650 =	1C: Xeon 5650 = Paylaşılan yaddaş	1C: Xeon 5650 =	1C: Xeon 5650 =	1C: Xeon 5650 =
	16,78	18,23	16,84	28,57	27,78	32,05	34,72	36,50	23,26	40,65	39.37
1C 8.2	17,12	17,06	14,53	29,41	28,41	31,45	34,97	36,23	23,81	40,32	39.06
	16,72	16,89	13,44	29,76	28,57	32,05	34,97	36,23	23,26	40,32	39.06

Deyəsən bütün maraqlı variantları nəzərdən keçirmişəm, sizi maraqlandıran başqa nəsə varsa şərhlərdə yazın, etməyə çalışacam.

Saxlama sistemlərində SAS yerli SSD-lərdən daha yavaş işləyir, baxmayaraq ki, saxlama sistemləri daha böyük keş ölçülərinə malikdir. Həm yerli, həm də saxlama sistemlərində olan SSD-lər Gilevin sınağı üçün müqayisə olunan sürətlərdə işləyir. MCC-dən 1C yükləmə testindən başqa heç bir standart çox yivli test (yalnız qeyd deyil, bütün avadanlıqlar) bilmirəm.

1C serverinin 5520-dən 5650-yə dəyişdirilməsi performansı demək olar ki, iki dəfə artırdı. Bəli, server konfiqurasiyaları tam uyğun gəlmir, lakin bir tendensiya göstərir (sürpriz yoxdur).

SQL serverində tezliyin artırılması, şübhəsiz ki, effekt verir, lakin 1C serverindəki kimi deyil; MS SQL serveri çox nüvəli və boş yaddaşdan istifadə etmək üçün əladır (istəsəniz).

1C və SQL arasında şəbəkənin 1 Gbit-dən 10 Gbit-ə dəyişdirilməsi təxminən 10% tutuquşu verir. Mən daha çox gözləyirdim.

Paylaşılan yaddaşın aktivləşdirilməsi təsvir edildiyi kimi 15% olmasa da, yenə də effekt verir. Bunu etdiyinizə əmin olun, xoşbəxtlikdən tez və asandır. Quraşdırma zamanı kimsə SQL serverinə adlandırılmış nümunə veribsə, 1C-nin işləməsi üçün server adı FQDN (tcp/ip işləyəcək) ilə deyil, localhost və ya sadəcə ServerName vasitəsilə deyil, məsələn ServerName\InstanceName vasitəsilə göstərilməlidir. zz-test\zztest. (Əks halda DBMS xətası olacaq: Microsoft SQL Server Native Client 10.0: Paylaşılan Yaddaş Provayderi: SQL Server 2000 ilə əlaqə yaratmaq üçün istifadə olunan paylaşılan yaddaş kitabxanası tapılmadı. HRESULT=80004005, HRESULT=80004005, HRESULT=05, SQL40r=080 : SQLSTATE=08001, vəziyyət=1, Şiddət=10, yerli=126, xətt=0).

100-dən az istifadəçi üçün onu iki ayrı serverə bölməyin yeganə məqamı yalnız 32 GB RAM-ı dəstəkləyən Win 2008 Std (və daha köhnə) lisenziyasıdır. Bütün digər hallarda, 1C və SQL mütləq bir serverdə quraşdırılmalı və daha çox (ən azı 64 GB) yaddaş verilməlidir. MS SQL-ə 24-28 GB-dan az RAM vermək əsassız xəsislikdir (əgər bunun üçün kifayət qədər yaddaşınız olduğunu və hər şeyin yaxşı işlədiyini düşünürsünüzsə, bəlkə 1C-nin fayl versiyası sizin üçün kifayət edər?)

Virtual maşında 1C və SQL birləşməsinin nə qədər pis işləməsi ayrı bir məqalənin mövzusudur (işarə - nəzərəçarpacaq dərəcədə pis). Hətta Hyper-V-də hər şey o qədər də aydın deyil...

Balanslaşdırılmış performans rejimi pisdir. Nəticələr fayl versiyası ilə olduqca uyğundur.

Bir çox mənbələr deyirlər ki, sazlama rejimi (ragent.exe -debug) performansın əhəmiyyətli dərəcədə azalmasına səbəb olur. Yaxşı, azaldır, bəli, amma 2-3% əhəmiyyətli bir təsir adlandırmazdım.