İşi sürətləndirin 1s kompleks avtomatlaşdırma. Üzvlük Tələbləri

Son zamanlar istifadəçilər və idarəçilər idarə olunan proqram əsasında hazırlanmış yeni 1C konfiqurasiyalarının ləng, bəzi hallarda isə qəbuledilməz dərəcədə yavaş olmasından getdikcə daha çox şikayət etməyə başlayıblar. Aydındır ki, yeni konfiqurasiyalar yeni funksiyaları və imkanları ehtiva edir və buna görə də resurslara daha çox tələbkardır, lakin əksər istifadəçilər 1C-nin fayl rejimində işləməsinə ilk növbədə nə təsir etdiyini başa düşmürlər. Gəlin bu boşluğu düzəltməyə çalışaq.

Bizimkilərdə biz disk alt sisteminin performansının 1C sürətinə təsirinə artıq toxunduq, lakin bu araşdırma proqramın ayrı bir kompüterdə və ya terminal serverində yerli istifadəsinə aid idi. Eyni zamanda, əksər kiçik tətbiqlər istifadəçinin fərdi kompüterlərindən birinin server kimi istifadə olunduğu şəbəkə üzərindən fayl bazası və ya adi, əksər hallarda həm də ucuz kompüterə əsaslanan xüsusi fayl serveri ilə işləməyi əhatə edir.

1C-də rusdilli resursların kiçik bir tədqiqi göstərdi ki, bu məsələ ciddi şəkildə aradan qaldırılır, problem yarandıqda, adətən müştəri-server və ya terminal rejiminə keçmək tövsiyə olunur. Həm də idarə olunan proqramdakı konfiqurasiyaların adi olanlardan daha yavaş işləməsi demək olar ki, ümumi qəbul edilmişdir. Bir qayda olaraq, arqumentlərə "dəmir" verilir: "burada Mühasibat uçotu 2.0 yeni uçdu və" troyka "az hərəkət edir, əlbəttə ki, bu sözlərdə bir həqiqət var, ona görə də bunu anlamağa çalışaq.

Bir baxışda resurs istehlakı

Bu araşdırmaya başlamazdan əvvəl qarşımıza iki məqsəd qoymuşuq: idarə olunan proqram əsaslı konfiqurasiyaların əslində adi konfiqurasiyalardan daha yavaş olub-olmadığını və hansı resursların performansa ən yüksək təsir göstərdiyini öyrənmək.

Sınaq üçün biz müvafiq olaraq Windows Server 2012 R2 və Windows 8.1 ilə işləyən iki virtual maşın götürdük və onlara Core i5-4670 hostunun 2 nüvəsi və 2 GB RAM ayırdıq ki, bu da təxminən orta ofis maşınına uyğun gəlir. Server ikidən ibarət RAID 0 massivinə, müştəri isə oxşar ümumi təyinatlı disklərə yerləşdirildi.

Eksperimental əsaslar olaraq, biz Mühasibat Uçotu 2.0 buraxılışının bir neçə konfiqurasiyasını seçdik 2.0.64.12 , daha sonra yeniləndi 3.0.38.52 , bütün konfiqurasiyalar platformada işlədilib 8.3.5.1443 .

Diqqəti cəlb edən ilk şey, əhəmiyyətli dərəcədə böyüyən Troykanın məlumat bazasının artan ölçüsü, həmçinin RAM üçün daha çox iştahdır:

Artıq adi halı eşitməyə hazırıq: “bu üçlüyə nə qatıblar”, amma tələsməyək. Az və ya çox ixtisaslı administrator tələb edən müştəri-server versiyalarının istifadəçilərindən fərqli olaraq, fayl versiyalarının istifadəçiləri nadir hallarda verilənlər bazasına texniki qulluq haqqında düşünürlər. Həmçinin, bu məlumat bazalarına xidmət göstərən (oxu - yeniləyən) ixtisaslaşmış firmaların işçiləri bu barədə nadir hallarda düşünürlər.

Bu vaxt, 1C məlumat bazası öz formatının tam hüquqlu DBMS-dir, bu da texniki xidmət tələb edir və bunun üçün hətta bir vasitə də var. İnfobazanın sınaqdan keçirilməsi və düzəldilməsi. Ola bilsin ki, ad qəddar bir zarafat oynadı, görünür ki, bu, problemlərin həlli üçün bir vasitədir, lakin zəif performans da problemdir və cədvəlin sıxılması ilə birlikdə restrukturizasiya və yenidən indeksləşdirmə hər hansı bir RDBMS administratoru üçün tanınmış verilənlər bazası optimallaşdırma vasitələridir. yoxlayaq?

Seçilmiş hərəkətləri tətbiq etdikdən sonra verilənlər bazası kəskin şəkildə "arıqladı", heç kimin optimallaşdırmadığı "iki"dən də kiçik oldu və RAM istehlakı da bir qədər azaldı.

Sonradan, yeni təsnifatçılar və kataloqlar yükləndikdən sonra indekslər yaradılır və s. bazanın ölçüsü artacaq, ümumiyyətlə, "üç"ün əsasları "iki" nin əsaslarından daha böyükdür. Ancaq bu daha vacib deyil, əgər ikinci versiya 150-200 MB RAM ilə kifayətləndisə, yeni nəşrə artıq yarım gigabayt lazımdır və bu dəyər proqramla işləmək üçün lazımi resursları planlaşdırarkən nəzərə alınmalıdır. .

Şəbəkə

Şəbəkə ötürmə qabiliyyəti şəbəkə proqramları üçün ən vacib parametrlərdən biridir, xüsusən də fayl rejimində olan 1C kimi, əhəmiyyətli miqdarda məlumatı şəbəkə üzərindən ötürür. Kiçik müəssisələrin əksər şəbəkələri ucuz 100 Mbps avadanlıq əsasında qurulur, buna görə də biz 100 Mbps və 1 Gbps şəbəkələrində 1C-nin performans göstəricilərini müqayisə edərək sınaqlara başladıq.

1C fayl bazasını şəbəkə üzərindən işə saldıqda nə baş verir? Müştəri müvəqqəti qovluqlara kifayət qədər böyük miqdarda məlumat yükləyir, xüsusən də bu ilk "soyuq" işə salındıqda. 100 Mbps-də, biz gözlənilən bant genişliyinə girəcəyik və yükləmə uzun müddət çəkə bilər, bizim vəziyyətimizdə təxminən 40 saniyə (qrafik bölmənin qiyməti 4 saniyədir).

İkinci işə salma daha sürətli olur, çünki məlumatların bir hissəsi ön yaddaşda saxlanılır və yenidən işə salınana qədər orada qalır. Gigabit şəbəkəsinə keçid həm "soyuq", həm də "isti" proqramın yüklənməsini əhəmiyyətli dərəcədə sürətləndirə bilər və dəyərlərin nisbəti müşahidə olunur. Buna görə də, hər bir ölçmənin ən böyük dəyərini 100% alaraq nəticəni nisbi ifadələrlə ifadə etmək qərarına gəldik:

Qrafiklərdən də göründüyü kimi, Accounting 2.0 istənilən şəbəkə sürətində iki dəfə sürətli yüklənir, 100 Mbps-dən 1 Gbps-ə keçid yükləmə müddətini dörd dəfə sürətləndirməyə imkan verir. Bu rejimdə optimallaşdırılmış və optimallaşdırılmamış Troyka verilənlər bazası arasında heç bir fərq yoxdur.

Şəbəkə sürətinin ağır iş rejimlərinə təsirini də yoxladıq, məsələn, qrupların yenidən hostinqi zamanı. Nəticə nisbi ifadələrlə də ifadə edilir:

Burada daha maraqlıdır, 100 Mbps şəbəkəsində "troyka" nın optimallaşdırılmış bazası "iki" ilə eyni sürətlə işləyir, optimallaşdırılmamış isə iki dəfə ən pis nəticəni göstərir. Bir gigabitdə nisbətlər qorunur, optimallaşdırılmamış "üç" də "iki"dən iki dəfə yavaşdır və optimallaşdırılmış biri üçdə bir geri qalır. Həmçinin, 1 Gb/s-ə keçid 2.0 versiyası üçün icra müddətini üç dəfə, 3.0 versiyası üçün isə iki dəfə azaltmağa imkan verir.

Şəbəkə sürətinin gündəlik işə təsirini qiymətləndirmək üçün istifadə etdik performansın ölçülməsi hər bir verilənlər bazasında əvvəlcədən müəyyən edilmiş hərəkətlərin ardıcıllığını yerinə yetirməklə.

Əslində, gündəlik tapşırıqlar üçün şəbəkə bant genişliyi darboğaz deyil, optimallaşdırılmamış "üç" ikidən cəmi 20% yavaşdır və optimallaşdırmadan sonra təxminən eyni sürətli olur - nazik müştəri rejimində işləməyin üstünlükləri təsir göstərir. 1 Gb / s-ə keçid optimallaşdırılmış bazaya heç bir üstünlük vermir və optimallaşdırılmamış baza və deuce aralarında kiçik bir fərq göstərərək daha sürətli işləməyə başlayır.

Aparılan sınaqlardan məlum olur ki, şəbəkə yeni konfiqurasiyalar üçün darboğaz deyil və idarə olunan proqram adi haldan daha sürətli işləyir. Ağır tapşırıqlar və verilənlər bazası yükləmə sürəti sizin üçün kritikdirsə, siz həmçinin 1 Gb/s-ə keçməyi tövsiyə edə bilərsiniz, digər hallarda isə yeni konfiqurasiyalar hətta yavaş 100 Mb/s şəbəkələrdə də effektiv işləməyə imkan verir.

Bəs niyə 1C yavaşlayır? Daha ətraflı araşdıracağıq.

Server disk alt sistemi və SSD

Əvvəlki məqalədə verilənlər bazalarını SSD-yə yerləşdirməklə 1C performansında artım əldə etdik. Bəlkə server disk alt sisteminin performansı kifayət deyil? Bir anda iki verilənlər bazasında qrup işləməsi zamanı disk serverinin işini ölçdük və kifayət qədər optimist nəticə əldə etdik.

Saniyədə giriş/çıxış əməliyyatlarının (IOPS) nisbətən yüksək sayına - 913-ə baxmayaraq, növbə uzunluğu 1,84-ü keçmədi ki, bu da iki diskli massiv üçün çox yaxşı nəticədir. Buna əsaslanaraq, ağır rejimlərdə 8-10 şəbəkə müştərisinin normal işləməsi üçün adi disklərdən bir güzgü kifayət edəcəyini güman edə bilərik.

Yəni serverdə SSD lazımdırmı? Bu sualın ən yaxşı cavabı oxşar metodologiyadan istifadə edərək apardığımız sınaqlara kömək edəcək, şəbəkə bağlantısı hər yerdə 1 Gb / s-dir, nəticə də nisbi dəyərlərlə ifadə edilir.

Verilənlər bazasının yükləmə sürətindən başlayaq.

Kiməsə təəccüblü görünə bilər, lakin serverdəki SSD bazası verilənlər bazasının yükləmə sürətinə təsir göstərmir. Buradakı əsas məhdudlaşdırıcı amil, əvvəlki testdə göstərildiyi kimi, şəbəkə ötürmə qabiliyyəti və müştəri performansıdır.

Yenidən naqillərə keçək:

Yuxarıda qeyd etdik ki, disk performansı hətta ağır iş üçün kifayət qədərdir, buna görə də SSD-də optimallaşdırılmış bazanı tutmuş optimallaşdırılmamış baza istisna olmaqla, SSD-nin sürəti də təsirlənmir. Əslində, bu, optimallaşdırma əməliyyatlarının verilənlər bazasında məlumatları təşkil etdiyini, təsadüfi I/O əməliyyatlarının sayını azaltdığını və ona daxil olma sürətini artırdığını bir daha təsdiqləyir.

Gündəlik işlərdə şəkil oxşardır:

Yalnız optimallaşdırılmamış baza SSD-dən faydalanır. Əlbəttə ki, bir SSD ala bilərsiniz, ancaq bazaların vaxtında saxlanması barədə düşünmək daha yaxşı olardı. Həmçinin, serverdə infobase bölməsinin defraqmentasiyası haqqında unutmayın.

Müştəri disk alt sistemi və SSD

SSD-nin yerli quraşdırılmış 1C-nin sürətinə təsirini təhlil etdik, deyilənlərin çoxu şəbəkə rejimində işləmək üçün də doğrudur. Həqiqətən, 1C fon və planlaşdırılmış tapşırıqlar da daxil olmaqla disk resurslarından olduqca fəal istifadə edir. Aşağıdakı şəkildə, Mühasibat 3.0-ın yükləndikdən sonra təxminən 40 saniyə ərzində diskə kifayət qədər aktiv şəkildə necə daxil olduğunu görə bilərsiniz.

Ancaq eyni zamanda, bir və ya iki məlumat bazası ilə aktiv işin aparıldığı bir iş stansiyası üçün kütləvi seriyanın adi HDD-nin performans resurslarının kifayət qədər olduğunu bilmək lazımdır. SSD almaq bəzi prosesləri sürətləndirə bilər, lakin siz gündəlik işdə köklü sürətlənmə hiss etməyəcəksiniz, çünki, məsələn, yükləmə şəbəkə bant genişliyi ilə məhdudlaşacaq.

Yavaş sabit disk bəzi əməliyyatları ləngidə bilər, lakin bu, öz-özünə proqramın yavaşlamasına səbəb ola bilməz.

ram

RAM-in indi ədəbsiz dərəcədə ucuz olmasına baxmayaraq, bir çox iş stansiyası satın alındıqda quraşdırılmış yaddaş miqdarı ilə işləməyə davam edir. İlk problemlərin gözlədiyi yer budur. Orta "üçlük" üçün təxminən 500 MB yaddaş tələb etdiyinə əsaslanaraq, proqramla işləmək üçün 1 GB-da ümumi RAM miqdarının kifayət etməyəcəyini düşünə bilərik.

Sistem yaddaşını 1 GB-a qədər azaltdıq və iki infobaza işə saldıq.

İlk baxışdan hər şey o qədər də pis deyil, proqram öz iştahını tənzimləyib və tamamilə mövcud yaddaşda saxlayıb, amma unutmayaq ki, əməliyyat məlumatlarına ehtiyac dəyişməyib, bəs onlar hara getdilər? Diskə, keşə, mübadilə və s.-yə yuyulan bu əməliyyatın mahiyyəti ondan ibarətdir ki, hazırda lazım olmayan məlumatlar sürətli RAM-dən, miqdarı kifayət olmayan, yavaş diskə göndərilir.

Hara aparır? Gəlin sistem resurslarının ağır əməliyyatlarda necə istifadə edildiyinə baxaq, məsələn, bir anda iki verilənlər bazasında qrup təkrar işə başlayaq. Əvvəlcə 2 GB RAM olan sistemdə:

Gördüyünüz kimi, sistem məlumatları qəbul etmək üçün şəbəkədən və onları emal etmək üçün prosessordan fəal şəkildə istifadə edir, diskin fəaliyyəti əhəmiyyətsizdir, emal prosesində vaxtaşırı artır, lakin məhdudlaşdırıcı amil deyil.

İndi yaddaşı 1 GB-a qədər azaldaq:

Vəziyyət kökündən dəyişir, əsas yük indi sərt diskə düşür, prosessor və şəbəkə boşdur, sistemin diskdən lazımi məlumatları yaddaşa oxumasını və lazımsız məlumatları ora göndərməsini gözləyir.

Eyni zamanda, 1 GB yaddaşa malik bir sistemdə iki açıq verilənlər bazası ilə hətta subyektiv iş olduqca narahat oldu, kataloqlar və jurnallar əhəmiyyətli bir gecikmə və aktiv diskə giriş ilə açıldı. Məsələn, malların və xidmətlərin satışı jurnalının açılması təxminən 20 saniyə çəkdi və bütün bu müddət ərzində yüksək disk aktivliyi ilə müşayiət olundu (qırmızı xətt ilə vurğulanır).

İdarə olunan proqram əsasında operativ yaddaşın konfiqurasiyaların performansına təsirini obyektiv qiymətləndirmək üçün biz üç ölçmə apardıq: birinci bazanın yükləmə sürəti, ikinci bazanın yükləmə sürəti və bazalardan birində qrup repostinqi. Hər iki əsas tamamilə eynidir və optimallaşdırılmış bazanın surəti ilə yaradılmışdır. Nəticə nisbi vahidlərlə ifadə edilir.

Nəticə özü üçün danışır, əgər yükləmə müddəti təxminən üçdə bir artırsa, bu hələ də olduqca dözümlüdür, onda verilənlər bazasında əməliyyatların yerinə yetirilməsi üçün vaxt üç dəfə artır, belə şəraitdə hər hansı bir rahat iş haqqında danışmağa ehtiyac yoxdur. Yeri gəlmişkən, bu, SSD-nin alınması vəziyyəti yaxşılaşdıra bilər, lakin nəticə ilə deyil, səbəblə məşğul olmaq daha asandır (və daha ucuzdur) və sadəcə lazımi miqdarda RAM almaqdır.

RAM çatışmazlığı yeni 1C konfiqurasiyaları ilə işləməyin narahat olmasının əsas səbəbidir. Bortda 2 GB yaddaş ilə minimum uyğun konfiqurasiyalar nəzərə alınmalıdır. Eyni zamanda, bizim vəziyyətimizdə "istixana" şəraitinin yaradıldığını unutmayın: təmiz sistem, yalnız 1C və tapşırıq meneceri işə salındı. Real həyatda brauzer, ofis dəsti, antivirus və s. adətən işləyən kompüterdə açıqdır, ona görə də hər verilənlər bazası üçün 500 MB və bir az marja ehtiyacından irəliləyin ki, ağır əməliyyatlar zamanı çatışmazlıqlarla üzləşməyəsiniz. yaddaşın və performansın kəskin pisləşməsi.

CPU

Mərkəzi prosessoru, mübaliğəsiz, kompüterin ürəyi adlandırmaq olar, çünki nəticədə bütün hesablamaları emal edən odur. Onun rolunu qiymətləndirmək üçün biz RAM üçün olduğu kimi, virtual maşın üçün mövcud olan nüvələrin sayını ikidən birə endirən başqa bir testlər dəsti həyata keçirdik, sınaq isə 1 GB və 2 GB yaddaş ölçüləri ilə iki dəfə aparıldı.

Nəticə olduqca maraqlı və gözlənilməz oldu, daha güclü bir prosessor resursların çatışmazlığı şəraitində yükü kifayət qədər effektiv şəkildə öz üzərinə götürdü, əks halda heç bir maddi fayda vermədi. 1C Müəssisəsini (fayl rejimində) çətin ki, prosessor resurslarından aktiv şəkildə istifadə edən, çox tələbkar olmayan bir proqram adlandırmaq olar. Çətin şəraitdə isə yük proqramın özünün məlumatlarının hesablanmasında deyil, əlavə məsrəflərə xidmət göstərilməsi zamanı prosessorun üzərinə düşür: əlavə giriş/çıxış əməliyyatları və s.

tapıntılar

Bəs niyə 1C yavaşlayır? Əvvəla, bu, RAM çatışmazlığıdır, bu vəziyyətdə əsas yük sabit diskə və prosessora düşür. Və ümumiyyətlə ofis konfiqurasiyalarında olduğu kimi performansla parıldamazlarsa, məqalənin əvvəlində təsvir olunan vəziyyəti alırıq - "iki" yaxşı işlədi və "üç" utanmadan yavaşladı.

İkinci yer şəbəkə performansına verilməlidir, yavaş 100 Mbps kanalı əsl darboğaza çevrilə bilər, lakin eyni zamanda, nazik müştəri rejimi hətta yavaş kanallarda da kifayət qədər rahat iş səviyyəsini qoruya bilir.

Sonra diskə diqqət yetirməlisiniz, bir SSD almaq yaxşı bir sərmayə ola bilməz, ancaq diski daha müasirlə əvəz etmək artıq olmaz. Sərt disklərin nəsilləri arasındakı fərqi aşağıdakı materialdan təxmin etmək olar: .

Və nəhayət prosessor. Daha sürətli bir model, əlbəttə ki, artıq olmayacaq, lakin bu kompüter ağır əməliyyatlar üçün istifadə edilməsə, onun performansını artırmağın mənası yoxdur: toplu emal, ağır hesabatlar, ayın bağlanması və s.

Ümid edirik ki, bu material "1C niyə yavaşlayır" sualını tez başa düşməyə və onu ən effektiv şəkildə və heç bir əlavə xərc çəkmədən həll etməyə kömək edəcəkdir.

• Teqlər:

Foto Alena Tulyakova, IA Clerk.Ru

Məqalədə təcrübəsiz 1C idarəçilərinin buraxdığı əsas səhvlər göstərilir və Gilev testinin nümunəsindən istifadə edərək onları necə həll etmək olar.

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

İkinci dərəcəli məqsəd, əgər hər hansı bir çatışmazlığım varsa, Infostart bunu mənə ən sürətli şəkildə göstərəcək.

V. Gilevin testi artıq bir növ “de-fakto” standartına çevrilib. Veb saytındakı müəllif olduqca başa düşülən tövsiyələr verdi, amma mən sadəcə bəzi nəticələr verəcəyəm və ən çox ehtimal olunan səhvləri şərh edəcəyəm. Təbii ki, avadanlığınızdakı test nəticələri fərqli ola bilər, bu sadəcə bir təlimatdır, nə olmalıdır və nə üçün səy göstərə bilərsiniz. Dərhal qeyd etmək istəyirəm 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üvafiq bölmələrdə onlara keçidlər qoyacağam (bir şeyi əldən vermişəmsə, şərhlərdə mənə bildirin, əlavə edəcəm). Beləliklə, 1C-ni yavaşlatdığınızı 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. Müqayisə üçün, tək yivli testdə müqayisə edilə bilən nəticələr Core i3-2100 tərəfindən göstərilir. Avadanlıq ən yeni deyil, xüsusi olaraq alınıb, müasir avadanlıqlarda nəticələr nəzərəçarpacaq dərəcədə yaxşıdır.

Uzaqdan 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ı. (baza paylaşılan qovluqdakı serverdə yerləşir, müştərilər şəbəkəyə qoşulur, CIFS/SMB protokolu). Addım-addım alqoritm:

0. Gilev 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, testi işə salırıq. Nəticəni xatırlayırıq.

Güman edilir ki, hətta 10 yaşlı köhnə kompüterlər üçün də (775 yuvasında Pentium) 1C: Enterprise qısa yolunu kliklədikdən sonra verilənlər bazası pəncərəsinin görünüşünə qədər vaxt bir dəqiqədən az olmalıdır. (Celeron = yavaş iş).

Əgər sizin kompüteriniz 1 GB operativ yaddaşa malik 775 yuvalı pentiumdan pisdirsə, 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 (vaxtı çoxdan keçmiş) və ya terminala (və ya nazik müştərilər və idarə olunan formalar vəziyyətində veb) keçidi nəzərdən keçirin.

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 testində 30 "tutuquşu" və daha çox göstərilibsə, lakin 1C işçi bazası hələ də yavaş işləyirsə - suallar artıq proqramçı üçündür.

1. Təlimat üçün, müştəri kompüterinin nə qədər "sıxıb çıxara biləcəyi", biz şəbəkə olmadan yalnız bu kompüterin işini yoxlayırıq. Test bazasını yerli kompüterə qoyduq (çox sürətli diskdə). Müştəri kompüterində normal SSD yoxdursa, ramdisk yaradılır. İndiyə qədər ə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 vacib şey. İşləyən ramdisk ilə kompüteri yenidən başlatdıqdan sonra onun 100-200 MB boş yeri olmalıdır. Müvafiq olaraq, ramdisk olmadan, boş yaddaşın normal işləməsi üçün 300-400 MB olmalıdır.

8.3 versiyasını sınaqdan keçirmək üçün 256 MB ramdisk kifayətdir, lakin daha çox pulsuz RAM tələb olunur.

Test edərkən prosessor yükünə baxmaq lazımdır. İdeala yaxın vəziyyətdə (ramdisk), yerli fayl 1c əməliyyat zamanı 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 cəhətlə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-də 70-80 rəqəmləri olduqca realdır.

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

• Yanlış konfiqurasiya edilmiş antivirus. Çox sayda antivirus var, hər birinin parametrləri fərqlidir, yalnız onu deyə bilərəm ki, düzgün konfiqurasiya ilə nə internet, nə də Kaspersky 1C müdaxilə etmir. "Defolt" parametrlərlə - təxminən 3-5 tutuquşu (10-15%) götürülə bilər.
• performans rejimi. Nədənsə, az adam buna diqqət yetirir və təsir ən əhəmiyyətlidir. Əgər sürətə ehtiyacınız varsa, o zaman 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).

Performans rejimini iki yerdə aktivləşdirə bilərsiniz (və üstünlük verilir):

• 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. Uzun müddət axtarın, yenidən yükləmə tələb olunur, ancaq bir dəfə etmisinizsə, unuda bilərsiniz. BIOS-da hər şey düzgün aparılırsa, sürət əlavə olunacaq. Bəzi anakartlarda BIOS parametrləri elə qurula bilər ki, Windows performans rejimi heç bir rol oynamayacaq. (Gilev tərəfindən BIOS quraşdırma nümunələri). Bu parametrlər əsasən server prosessorlarına və ya "qabaqcıl" BIOS-lara aiddir, əgər siz bunu özünüz tapmamısınızsa və Xeon yoxdursa - hər şey qaydasındadır.

• İdarəetmə Paneli - Güc - Yüksək performans. Mənfi - əgər kompüterə uzun müddət xidmət göstərilməyibsə, o, fanatla daha güclü vızıldayacaq, daha çox qızdıracaq və daha çox enerji sərf edəcək. Bu performansın qiymətidir.

Bunlar standart parametrlərdir. BIOS C vəziyyəti aktivdir, balanslaşdırılmış güc rejimi
BIOS C vəziyyəti aktivdir, yüksək performans rejimi Pentium və Core üçün orada dayana bilərsiniz, hələ də Xeondan bəzi "tutuquşuları" sıxa bilərsiniz
BIOS-da C vəziyyətləri söndürülür, yüksək performans rejimi. Turbo boost istifadə etmirsinizsə - bu 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, ikincidə - 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 demək olar ki, eyni qalır.

Hörmətli idarəçilər, 1C-ni istədiyiniz kimi danlaya 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. Əgər belədirsə, onda siz hələ də qanuni olaraq müəyyən bir performans əldə edə bilərsiniz. (Mən overclock məsələlərinə toxunmaq istəmirəm, xüsusən də serverlər, 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 ondadır ki, turbo gücləndiricinin maksimum effekti C vəziyyəti işə salındıqda özünü göstərir. Və bu şəkil kimi bir şey çıxır:

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

Ancaq sonda məlum olur ki, CPU performans testlərinə görə, 23 çarpanlı variant qabaqdadır, Gilevin fayl versiyasında testlərinə görə, 22 və 23 çarpanları olan performans eynidir, lakin klient-server versiyası, 23 dəhşət dəhşət dəhşəti çarpanına malik variant (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ə, hər iki variantı özünüz yoxlayın və onlardan ə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 daxil edilməlidir. Nəzərinizə çatdırım ki, BIOS-da Turbo gücləndirmə 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 - Yüksək performans). Mən yenə də (fayl versiyası üçün belə) c-dövlətinin söndürüldüyü seçimdə dayanardım, baxmayaraq ki, çarpan orada daha azdır. Belə bir şey alın ...

Olduqca mübahisəli məqam yaddaş tezliyidir. Məsələn, yaddaş tezliyi çox təsirli olaraq göstərilir. Testlərim belə bir asılılığı 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 aşağı tezlikləri məcbur edirik.

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

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

2. Müştəri kompüterinin prosessorunu və yaddaşını müəyyən etdikdə, biz 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, burada bu mövzuya diqqət yetirməyəcəm. 1C testinə başlamazdan əvvəl əmin olun ki, iki kompüter arasında iperf bütün diapazonu göstərsin (1 Gbit kartlar üçün - yaxşı, ən azı 850 Mbit, lakin daha yaxşı 950-980), Gilevin tövsiyələrinə əməl olunur. Sonra - işin ən sadə sınağı, qəribə də olsa, şəbəkə üzərindən bir böyük faylı (5-10 gigabayt) kopyalamaq olacaq. 1 Gbps şəbəkədə normal işləmənin dolayı əlaməti orta surətdə 100 Mb / s, yaxşı iş - 120 Mb / s olacaq. Diqqətinizi çəkmək istəyirəm ki, prosessor yükü də zəif nöqtə ola bilər (o cümlədən). Linux-da SMB protokolu kifayət qədər zəif paralelləşdirilib və əməliyyat zamanı o, bir prosessor nüvəsini asanlıqla “yeyə” və artıq onu istehlak edə bilməz.

Və daha da. Defolt parametrlərlə, Windows müştəri ən yaxşı şəkildə Windows server (və ya hətta Windows iş stansiyası) və SMB / CIFS protokolu ilə işləyir, linux müştərisi (debian, ubuntu digərlərinə baxmadı) linux və NFS ilə yaxşı işləyir (o da SMB ilə işləyir, lakin yuxarıdakı NFS tutuquşularında). Win-linux serverini xətti olaraq nfs-ə köçürərkən bir axına daha sürətli 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 az daha yaxşı performans əldə etdim, lakin postgres ilə 50-dən yuxarı istifadəçilər hələ də hər şey çox pisdir.

Ən əsası, "yanmış" idarəçilərin bildikləri, lakin yeni başlayanlar nəzərə almırlar. 1c verilənlər bazasına yol təyin etməyin bir çox yolu var. Siz servershare edə bilərsiniz, siz 192.168.0.1share edə bilərsiniz, z xalis istifadə edə bilərsiniz: 192.168.0.1share (və bəzi hallarda bu üsul da işləyəcək, lakin həmişə deyil) və sonra Z sürücüsünü təyin edin. Görünür, bütün bu yollar işarə edir. eyni şeyə eyni yerə, lakin 1C üçün kifayət qədər sabit bir performans verən yalnız bir yol var. Beləliklə, düzgün etməli olduğunuz şey budur:

Komanda xəttində (və ya siyasətlərdə və ya sizə uyğun gələn hər hansı bir şeydə) - DriveLetter: servershare-dən istifadə edin. Misal: xalis istifadə m:serverbases. Xüsusilə IP ünvanını deyil, server adını vurğulayıram. Əgər server adı ilə görünmürsə, onu serverdəki dns-ə və ya lokal olaraq host faylına əlavə edin. Amma müraciət adla olmalıdır. Müvafiq olaraq, verilənlər bazasına gedən yolda bu diskə daxil olun (şəkilə baxın).

İndi mən rəqəmlərlə göstərəcəyəm ki, niyə belə məsləhətlər. İ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 ötürmə qabiliyyəti verdiyinə əmin oldum (10 Gbit kartlar istisna olmaqla, cəmi 7,2 Gbit sıxışdırıldığı ortaya çıxdı, sonra niyə görəcəm, test serveri hələ düzgün konfiqurasiya edilməyib). Disklər fərqlidir, lakin hər yerdə bir SSD (sınaq üçün xüsusi olaraq tək bir disk daxil edilmişdir, başqa heç nə yüklənmir) və ya SSD-dən basqındır. 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 boost söndürülüb (yalnız nəticələrin müqayisəsi üçün turbo gücləndirici yaxşı nəticələr üçün 10%-dən bir qədər az əlavə edir, pis nəticələr üçün isə heç təsir göstərməyə bilər). 1C 8.2.19.86, 8.3.6.2076 versiyaları. Bütün nömrələri deyil, yalnız ən maraqlılarını verirəm ki, müqayisə ediləcək bir şey olsun.

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ən bu şəbəkə normal şəkildə konfiqurasiya edilibsə və yol 1C-də düzgün yazılıbsa, iş üçün olduqca normal nömrələr əldə edə bilərsiniz. Hətta ilk Core i3-lər də 40+ tutuquşu verə bilər, 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).
• platforma 1C 8.3 səlahiyyətli şəbəkə qurulması üçün dəfələrlə daha tələbkardır. Əsas parametrlər - Gilev-ə baxın, lakin hər şeyin təsir edə biləcəyini unutmayın. Mən onların antivirusu silməsindən (və sadəcə söndürməməsindən), FCoE kimi protokolların silinməsindən, sürücülərin köhnə, lakin Microsoft tərəfindən təsdiqlənmiş versiyaya dəyişdirilməsindən (xüsusilə asus və dlinks kimi ucuz kartlar üçün), antivirusu silməkdən sürətlənmə gördüm. serverdən ikinci şəbəkə kartı. Bir çox seçim, şəbəkəni düşünülmüş şəkildə konfiqurasiya edin. 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.
• Şəbəkə üzərindən 1C 8.3.6.2076 (bəlkə sonra, mən hələ dəqiq versiyanı axtarmadım) 8.3.7.2008-dən daha asandır. 8.3.7.2008-ci ildən normal şəbəkə işinə nail olmaq üçün (müqayisəli tutuquşularda) yalnız bir neçə dəfə çıxdı, daha ümumi bir vəziyyət üçün təkrarlaya bilmədim. Mən çox şey başa düşmədim, amma Process Explorer-in ayaq paltarlarına görə, qeyd 8.3.6-da olduğu kimi getmir.
• 100Mbps şəbəkədə işləyərkən onun yükləmə cədvəlinin kiçik olmasına baxmayaraq (şəbəkənin pulsuz olduğunu deyə bilərik), iş sürəti hələ də 1 Gbps-dən çox azdır. Səbəb şəbəkə gecikməsidir.
• 1C 8.2 üçün Ceteris paribus (yaxşı işləyən şəbəkə), 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ə, pul varsa, Intel şəbəkə kartlarını hər yerdə saxlamaq daha yaxşıdır, pul yoxdursa, Intel-i yalnız serverə qoyun (sizin KO). Bəli və intel şəbəkə kartlarını tənzimləmək üçün dəfələrlə daha çox təlimat var.
• Defolt antivirus parametrləri (məsələn, drweb 10 versiyası) tutuquşuların təxminən 8-10% -ni götürür. Düzgün konfiqurasiya etsəniz (təhlükəsiz olmasa da, 1cv8 prosesinə hər şeyi etməyə icazə verin) - sürət antivirus olmadan eynidir.
• Linux guruslarını oxumayın. Samba ilə bir server əla və pulsuzdur, lakin serverə Win XP və ya Win7 qoyursanız (və ya daha yaxşısı - server OS), onda 1c fayl versiyasında daha sürətli işləyəcək. Bəli, həm samba, həm protokol yığını, həm şəbəkə parametrləri, həm də debian/ubuntu-da daha çox şey yaxşı köklənib, lakin bu mütəxəssislər üçün tövsiyə olunur. Linux-u standart parametrlərlə qurmaq və sonra yavaş olduğunu söyləmək mənasızdır.
• Fio ilə şəbəkə istifadəsi ilə qoşulmuş diskləri sınamaq yaxşı fikirdir. Ən azından bunların 1C platformasında, yoxsa şəbəkədə/diskdə problem olduğu aydın olacaq.
• Tək istifadəçi variantı üçün 1Gb və 10 Gb 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 10Gbps daha yaxşı nəticələr verdiyi yeganə yer diskləri iSCSI vasitəsilə birləşdirmək idi, lakin bu ayrıca məqalənin mövzusudur. Yenə də hesab edirəm ki, fayl versiyası üçün 1 Gbit kartları kifayətdir.
• Niyə 100 Mbit şəbəkə ilə 8.3 8.2-dən nəzərəçarpacaq dərəcədə sürətli işləyir - başa düşmürəm, amma fakt baş verdi. Bütün digər avadanlıqlar, bütün digər parametrlər tamamilə eynidır, yalnız bir halda 8.2 sınaqdan keçirilir, digərində isə 8.3.
• Köklənməmiş NFS win - win və ya win-lin 6 tutuquşu verir, onu cədvələ daxil etməyib. Tuningdən sonra 25 aldım, lakin qeyri-sabitdir (ölçmələrdə sürət 2 vahiddən çoxdur). Hələ ki, pəncərələrin istifadəsi və NFS protokolu ilə bağlı tövsiyələr verə bilmərəm.

terminal server. (baza serverdə yerləşir, müştərilər şəbəkəyə qoşulur, RDP protokolu). Addım-addım alqoritm:

• Gilev test verilənlər bazasını serverə əsas verilənlər bazaları ilə eyni qovluğa əlavə edirik. Eyni serverdən qoşuluruq və testi həyata keçiririk. Nəticəni xatırlayırıq.
• Fayl versiyasında olduğu kimi, prosessoru quraşdırırıq. 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 cəhətlərin olmadığı başa düşülür).
• Terminal serveri vəziyyətində şəbəkə kartlarının qurulması 1s-in 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 verirsə, istifadəçilərin rahatlığı, daha sürətli cavab və sürüşmə üçün RDP protokolunun yeni versiyaları ilə oynaya bilərsiniz.
• Çox sayda istifadəçinin aktiv işi ilə (və burada cəhd etsəniz, 30 nəfəri bir bazaya birləşdirməyə cəhd edə bilərsiniz), SSD sürücüsünü quraşdırmaq çox arzu edilir. 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, ön yaddaşa uyğundur, buna görə də yüksək rəqəmlər var. Həqiqi (böyük) verilənlər bazalarında hər şey tamamilə fərqli olacaq, buna görə də önbellek testlər üçün əlil olur.

• RAID nəzarətçisinin daxil edilmiş önbelleği disklər arasındakı bütün fərqləri aradan qaldırır, nömrələr həm sat, həm də sas üçün eynidir. Onunla az miqdarda məlumat üçün sınaqdan keçirmək faydasızdır və göstərici deyil.
• 8.2 platforması üçü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 aydın görünür "Aktiv disk vaxtı (%) 80-95. Bəli, disklərin özləri yazma keşini aktivləşdirsəniz, sürət 35-ə, reyd nəzarətçisinin önbelleğini aktivləşdirsəniz - 49-a qədər artacaq (hansı disklərin hazırda sınaqdan keçirilməsindən asılı olmayaraq). Ancaq bunlar keşin sintetik tutuquşularıdır, böyük verilənlər bazası ilə real işdə heç vaxt 100% yazma önbelleği hit nisbəti olmayacaqdır.
• Hətta ucuz SSD-lərin sürəti (Agility 3-də sınaqdan keçirmişəm) fayl versiyasının işləməsi üçün kifayətdir. Yazma resursu başqa məsələdir, burada hər bir konkret halda baxmaq lazımdır, aydındır ki, Intel 3700 daha yüksək miqyasda sıraya sahib olacaq, lakin orada qiymət uyğundur. Bəli, başa düşürəm ki, bir SSD sürücüsünü sınaqdan keçirərkən, mən də bu sürücünün önbelleğini daha çox sınaqdan keçirirəm, real nəticələr daha az olacaq.
• Ən düzgün (mənim fikrimcə) həll yolu, fayl bazası (və ya bir neçə fayl bazası) üçün güzgü basqına 2 SSD disk ayırmaq və orada başqa heç nə qoymamaq olardı. Bəli, bir güzgü ilə SSD-lər eyni şəkildə köhnəlir və bu bir mənfi cəhətdir, lakin heç olmasa nəzarətçi elektronikadakı səhvlərdən bir şəkildə sığortalanırlar.
• Fayl versiyası üçün SSD disklərinin əsas üstünlükləri çoxlu verilənlər bazası olduqda və hər birində bir neçə istifadəçi olduqda görünür. 1-2 baza və 10 bölgədə istifadəçilər 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ükləri 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 (yenidən KO-nuz).

Əgər Gilev testi kiçik rəqəmlər göstərirsə və sizdə həm yüksək tezlikli prosessor, həm də sürətli disklər varsa, o zaman burada administrator ən azı perfmon götürməli və bütün nəticələri hardasa qeyd etməli, izləməli, müşahidə etməli, 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, tk-da aparıldı. 8.3-də hər şey olduqca 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.

Deyəsən, bütün maraqlı variantları nəzərdən keçirmişəm, əgər başqa bir şeylə maraqlanırsınızsa - şərhlərdə yazın, mən bunu etməyə çalışacağam.

• Yaddaşda SAS yerli SSD-lərdən daha yavaşdır, baxmayaraq ki, yaddaşın böyük keş ölçüləri var. Gilev testi üçün SSD-lər və yerli və yaddaş sistemləri müqayisə edilə bilən sürətlə işləyir. MCC-dən 1C yükü istisna olmaqla, heç bir standart çox yivli test (yalnız qeydlər deyil, bütün avadanlıqlar) bilmirəm.
• 1C serverinin 5520-dən 5650-ə 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 (təəccüblü heç nə yoxdur).
• SQL serverində tezliyin artırılması, şübhəsiz ki, effekt verir, lakin 1C serverindəki kimi deyil, MS SQL serveri (istəsəniz) çox nüvəli və pulsuz yaddaşdan istifadə etməyi mükəmməl bacarır.
• 1C və SQL arasında şəbəkənin 1 Gbps-dən 10 Gbps-ə dəyişdirilməsi tutuquşuların təxminən 10% -ni verir. Daha çox gözlənilən.
• Paylaşılan yaddaşın aktivləşdirilməsi məqalədə göstərildiyi kimi 15% olmasa da, hələ də effekt verir. Bunu etdiyinizə əmin olun, bu, 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), localhost və ya sadəcə ServerName vasitəsilə deyil, ServerNameInstanceName vasitəsilə göstərilməlidir, məsələn zz -testzztest. (Əks halda, DBMS xətası baş verəcək: Microsoft SQL Server Native Client 10.0: Paylaşılan Yaddaş Provayderi: SQL Server 2000-ə qoşulmaq üçün istifadə edilən paylaşılan yaddaş kitabxanası tapılmadı. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SVR4QL00 =08001, vəziyyət=1, Ciddilik=10, yerli=126, sətir=0).
• 100-dən az istifadəçilər üçün iki ayrı serverə bölünməyin yeganə nöqtəsi yalnız 32 GB RAM-ı dəstəkləyən Win 2008 Std (və köhnə versiyalar) üçün lisenziyadır. Bütün digər hallarda, 1C və SQL mütləq eyni 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 düşünürsünüzsə və hər şey qaydasındadırsa, bəlkə 1C fayl versiyası sizin üçün kifayət edər?)
• Bir dəstə 1C və SQL virtual maşında nə qədər pis işləyir, ayrı bir məqalənin mövzusudur (işarə - nəzərəçarpacaq dərəcədə pis). Hətta Hyper-V-də 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ə yaxşı uyğun gəlir.
• Bir çox mənbələr deyirlər ki, debug rejimi (ragent.exe -debug) performansda güclü azalma verir. Yaxşı, aşağı salır, bəli, amma 2-3% əhəmiyyətli bir təsir adlandırmazdım.

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

İkinci dərəcəli məqsəd, əgər hər hansı bir çatışmazlığım varsa, Infostart bunu mənə ən sürətli şəkildə göstərəcək.

V. Gilevin testi artıq bir növ “de-fakto” standartına çevrilib. Veb saytındakı müəllif olduqca başa düşülən tövsiyələr verdi, amma mən sadəcə bəzi nəticələr verəcəyəm və ən çox ehtimal olunan səhvləri şərh edəcəyəm. Təbii ki, avadanlığınızdakı test nəticələri fərqli ola bilər, bu sadəcə bir təlimatdır, nə olmalıdır və nə üçün səy göstərə bilərsiniz. Dərhal qeyd etmək istəyirəm 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üvafiq bölmələrdə onlara keçidlər qoyacağam (bir şeyi əldən vermişəmsə, şərhlərdə mənə bildirin, əlavə edəcəm). Beləliklə, 1C-ni yavaşlatdığınızı 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. Müqayisə üçün, tək yivli testdə müqayisə edilə bilən nəticələr Core i3-2100 tərəfindən göstərilir. Avadanlıq ən yeni deyil, xüsusi olaraq alınıb, müasir avadanlıqlarda nəticələr nəzərəçarpacaq dərəcədə yaxşıdır.

Uzaqdan 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ı. (baza paylaşılan qovluqdakı serverdə yerləşir, müştərilər şəbəkəyə qoşulur, CIFS/SMB protokolu). Addım-addım alqoritm:

0. Gilev 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, testi işə salırıq. 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 yuvasında Pentium) ) 1C:Enterprise etiketinə klikləməklə verilənlər bazası pəncərəsi görünənə qədər vaxt bir dəqiqədən az olmalıdır. ( Celeron = yavaş iş).

Əgər kompüteriniz Pentium-dan daha pisdirsə 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 (vaxtı çoxdan keçmiş) və ya terminala (və ya nazik müştərilər və idarə olunan formalar vəziyyətində veb) keçidi nəzərdən keçirin.

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 testində 30 "tutuquşu" və daha çox göstərilibsə, lakin 1C işçi bazası hələ də yavaş işləyirsə - suallar artıq proqramçı üçündür.

1. Təlimat üçün, müştəri kompüterinin nə qədər "sıxıb çıxara biləcəyi", biz şəbəkə olmadan yalnız bu kompüterin işini yoxlayırıq. Test bazasını yerli kompüterə qoyduq (çox sürətli diskdə). Müştəri kompüterində normal SSD yoxdursa, ramdisk yaradılır. İndiyə qədər ə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 vacib şey. İşləyən ramdisk ilə kompüteri yenidən başlatdıqdan sonra onun 100-200 MB boş yeri olmalıdır. Müvafiq olaraq, ramdisk olmadan, boş yaddaşın normal işləməsi üçün 300-400 MB olmalıdır.

8.3 versiyasını sınaqdan keçirmək üçün 256 MB ramdisk kifayətdir, lakin daha çox pulsuz RAM tələb olunur.

Test edərkən prosessor yükünə baxmaq lazımdır. İdeala yaxın vəziyyətdə (ramdisk), yerli fayl 1c əməliyyat zamanı 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 cəhətlə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-də 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 deyə bilərəm ki, düzgün konfiqurasiya ilə nə internet, nə də Kaspersky 1C müdaxilə etmir. "Defolt" 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 və təsir ən əhəmiyyətlidir. Əgər sürətə ehtiyacınız varsa, o zaman 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 əməliyyatı zamanı digər cihazlardan (disk, şəbəkə və s.) cavab gözləyənlər çoxdur. Cavab gözləyərkən, performans rejimi balanslaşdırılmışdırsa, prosessor tezliyini azaldır. Cihazdan cavab gəlir, 1C (prosessor) işləmək lazımdır, lakin ilk dövrlər azaldılmış tezlikdə gedir, sonra tezlik yüksəlir - 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ə üstünlük verilir):

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. Uzun müddət axtarın, yenidən yükləmə tələb olunur, ancaq bir dəfə etmisinizsə, unuda bilərsiniz. BIOS-da hər şey düzgün aparılırsa, sürət əlavə olunacaq. Bəzi anakartlarda BIOS parametrləri elə qurula bilər ki, Windows performans rejimi heç bir rol oynamayacaq. (Gilev tərəfindən BIOS quraşdırma nümunələri). Bu parametrlər əsasən server prosessorlarına və ya "qabaqcıl" BIOS-lara aiddir, əgər siz bunu özünüz tapmamısınızsa və Xeon yoxdursa - hər şey qaydasındadır.

İdarəetmə Paneli - Güc - Yüksək performans. Mənfi - əgər kompüterə uzun müddət xidmət göstərilməyibsə, o, fanatla daha güclü vızıldayacaq, daha çox qızdıracaq və daha çox enerji sərf edəcək. Bu performansın qiymətidir.

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əti daxildir, balanslaşdırılmış güc rejimi
BIOS C vəziyyəti daxildir, yüksək performans rejimi Pentium və Core üçün orada dayana bilərsiniz, hələ də Xeondan bəzi "tutuquşuları" sıxa bilərsiniz
BIOS C vəziyyəti off, yüksək performans rejimi. Turbo boost istifadə etmirsinizsə - bu 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, ikincidə - 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 demək olar ki, eyni qalır.

Hörmətli idarəçilər, 1C-ni istədiyiniz kimi danlaya 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. Əgər belədirsə, onda siz hələ də qanuni olaraq müəyyən bir performans əldə edə bilərsiniz. (Mən overclock məsələlərinə toxunmaq istəmirəm, xüsusən də serverlər, 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 ondadır ki, turbo gücləndiricinin maksimum effekti C vəziyyəti işə salındıqda özünü göstərir. Və bu şəkil kimi bir şey çıxır:

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

Ancaq sonda məlum olur ki, CPU performans testlərinə görə, 23 çarpanlı variant qabaqdadır, Gilevin fayl versiyasında testlərinə görə, 22 və 23 çarpanları olan performans eynidir, lakin klient-server versiyası, 23 dəhşət dəhşət dəhşəti çarpanına malik variant (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ə, hər iki variantı özünüz yoxlayın və onlardan ə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 daxil edilməlidir. Nəzərinizə çatdırım ki, BIOS-da Turbo gücləndirmə 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 - Yüksək performans). Mən yenə də (fayl versiyası üçün belə) c-dövlətinin söndürüldüyü seçimdə dayanardım, baxmayaraq ki, çarpan orada daha azdır. Belə bir şey alın ...

Olduqca mübahisəli məqam yaddaş tezliyidir. Məsələn, yaddaş tezliyi çox təsirli olaraq göstərilir. Testlərim belə bir asılılığı 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 aşağı tezlikləri məcbur edirik.

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

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

2. Müştəri kompüterinin prosessorunu və yaddaşını müəyyən etdikdə, biz 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, burada bu mövzuya diqqət yetirməyəcəm. 1C testinə başlamazdan əvvəl əmin olun ki, iki kompüter arasında iperf bütün diapazonu göstərsin (1 Gbit kartlar üçün - yaxşı, ən azı 850 Mbit, lakin daha yaxşı 950-980), Gilevin tövsiyələrinə əməl olunur. Sonra - işin ən sadə sınağı, qəribə də olsa, şəbəkə üzərindən bir böyük faylı (5-10 gigabayt) kopyalamaq olacaq. 1 Gbps şəbəkədə normal işləmənin dolayı əlaməti orta surətdə 100 Mb / s, yaxşı iş - 120 Mb / s olacaq. Diqqətinizi çəkmək istəyirəm ki, prosessor yükü də zəif nöqtə ola bilər (o cümlədən). SMB Linux-da protokol kifayət qədər zəif paralelləşdirilib və əməliyyat zamanı o, bir prosessor nüvəsini asanlıqla “yeyə” və artıq onu istehlak edə bilməz.

Və daha da. Defolt parametrlərlə, Windows müştəri ən yaxşı şəkildə Windows server (və ya hətta Windows iş stansiyası) və SMB / CIFS protokolu ilə işləyir, linux müştərisi (debian, ubuntu digərlərinə baxmadı) linux və NFS ilə yaxşı işləyir (o da SMB ilə işləyir, lakin yuxarıdakı NFS tutuquşularında). Win-linux serverini xətti olaraq nfs-ə köçürərkən bir axına daha sürətli 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 az daha yaxşı performans əldə etdim, lakin postgres ilə 50-dən yuxarı istifadəçilər hələ də hər şey çox pisdir.

Ən vacib şey , "yandırılmış" idarəçilərə məlumdur, lakin yeni başlayanlar nəzərə almır. 1c verilənlər bazasına yol təyin etməyin bir çox yolu var. Siz \\server\paylaşa bilərsiniz, \\192.168.0.1\paylaşa bilərsiniz, net 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 müəyyən edin Z diski.Görünür, bütün bu yollar eyni yerə işarə edir, lakin 1C üçün kifayət qədər sabit performans verən yalnız bir yol var. Beləliklə, düzgün etməli olduğunuz şey budur:

Komanda xəttində (və ya siyasətlərdə və ya sizə uyğun olan hər hansı bir şeydə) - şəbəkədən 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ı ilə görünmürsə, onu serverdəki dns-ə və ya lokal olaraq host faylına əlavə edin. Amma müraciət adla olmalıdır. Müvafiq olaraq, verilənlər bazasına gedən yolda bu diskə daxil olun (şəkilə baxın).

İndi mən rəqəmlərlə göstərəcəyəm ki, niyə belə məsləhətlər. İ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 ötürmə qabiliyyəti verdiyinə əmin oldum (10 Gbit kartlar istisna olmaqla, cəmi 7,2 Gbit sıxışdırıldığı ortaya çıxdı, sonra niyə görəcəm, test serveri hələ düzgün konfiqurasiya edilməyib). Disklər fərqlidir, lakin hər yerdə bir SSD (sınaq üçün xüsusi olaraq tək bir disk daxil edilmişdir, başqa heç nə yüklənmir) və ya SSD-dən basqındır. 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 boost söndürülüb (yalnız nəticələrin müqayisəsi üçün turbo gücləndirici yaxşı nəticələr üçün 10%-dən bir qədər az əlavə edir, pis nəticələr üçün isə heç təsir göstərməyə bilər). 1C 8.2.19.86, 8.3.6.2076 versiyaları. Bütün nömrələri deyil, yalnız ən maraqlılarını verirəm ki, müqayisə ediləcək bir şey olsun.

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ən bu şəbəkə normal şəkildə konfiqurasiya edilibsə və yol 1C-də düzgün yazılıbsa, iş üçün olduqca normal nömrələr əldə edə bilərsiniz. Hətta ilk Core i3-lər də 40+ tutuquşu verə bilər, 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ı səlahiyyətli şəbəkə qurulması üçün dəfələrlə daha tələbkardır. Əsas parametrlər - Gilev-ə baxın, lakin hər şeyin təsir edə biləcəyini unutmayın. Mən onların antivirusu silməsindən (və sadəcə söndürməməsindən), FCoE kimi protokolların silinməsindən, sürücülərin köhnə, lakin Microsoft tərəfindən təsdiqlənmiş versiyaya dəyişdirilməsindən (xüsusilə asus və dlinks kimi ucuz kartlar üçün), antivirusu silməkdən sürətlənmə gördüm. serverdən ikinci şəbəkə kartı. Bir çox seçim, şəbəkəni düşünülmüş şəkildə konfiqurasiya edin. 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.

Şəbəkə üzərindən 1C 8.3.6.2076 (bəlkə sonra, mən hələ dəqiq versiyanı axtarmadım) 8.3.7.2008-dən daha asandır. 8.3.7.2008-ci ildən normal şəbəkə işinə nail olmaq üçün (müqayisəli tutuquşularda) yalnız bir neçə dəfə çıxdı, daha ümumi bir vəziyyət üçün təkrarlaya bilmədim. Mən çox şey başa düşmədim, amma Process Explorer-in ayaq paltarlarına görə, qeyd 8.3.6-da olduğu kimi getmir.

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

1C 8.2 üçün Ceteris paribus (yaxşı işləyən şəbəkə), 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ə, pul varsa, Intel şəbəkə kartlarını hər yerdə saxlamaq daha yaxşıdır, pul yoxdursa, Intel-i yalnız serverə qoyun (sizin KO). Bəli və intel şəbəkə kartlarını tənzimləmək üçün dəfələrlə daha çox təlimat var.

Defolt antivirus parametrləri (məsələn, drweb 10 versiyası) tutuquşuların təxminən 8-10% -ni götürür. Düzgün konfiqurasiya etsəniz (təhlükəsiz olmasa da, 1cv8 prosesinə hər şeyi etməyə icazə verin) - sürət antivirus olmadan eynidir.

Linux guruslarını oxumayın. Samba ilə bir server əla və pulsuzdur, lakin serverə Win XP və ya Win7 qoyursanız (və ya daha yaxşısı - server OS), onda 1c fayl versiyasında daha sürətli işləyəcək. Bəli, həm samba, həm protokol yığını, həm şəbəkə parametrləri, həm də debian/ubuntu-da daha çox şey yaxşı köklənib, lakin bu mütəxəssislər üçün tövsiyə olunur. Linux-u standart parametrlərlə qurmaq və sonra yavaş olduğunu söyləmək mənasızdır.

Fio ilə şəbəkə istifadəsi ilə qoşulmuş diskləri sınamaq yaxşı fikirdir. Ən azından bunların 1C platformasında, yoxsa şəbəkədə/diskdə problem olduğu aydın olacaq.

Tək istifadəçi variantı üçün 1Gb və 10 Gb 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 10Gbps daha yaxşı nəticələr verdiyi yeganə yer diskləri iSCSI vasitəsilə birləşdirmək idi, lakin bu ayrıca məqalənin mövzusudur. Yenə də hesab edirəm ki, fayl versiyası üçün 1 Gbit kartları kifayətdir.

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

Köklənməmiş NFS win - win və ya win-lin 6 tutuquşu verir, onu cədvələ daxil etməyib. Tuningdən sonra 25 aldım, lakin qeyri-sabitdir (ölçmələrdə sürət 2 vahiddən çoxdur). Hələ ki, pəncərələrin istifadəsi və NFS protokolu 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, təkmilləşdirilmiş nəticəyə sevinirik (əgər işləyibsə). Nəticə yaxşılaşdısa, 30-dan çox tutuquşu var (və xüsusilə 40-dan çox), eyni anda işləyən 10-dan az istifadəçi var və işləyən verilənlər bazası hələ də yavaşlayır - demək olar ki, bir proqramçı problemi (və ya siz artıq fayl versiyasının imkanlarının zirvəsinə çatdı).

terminal server. (baza serverdə yerləşir, müştərilər şəbəkəyə qoşulur, RDP protokolu). Addım-addım alqoritm:

0. Gilev 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 cəhətlərin olmadığı başa düşülür).

2. Terminal serveri vəziyyətində şəbəkə kartlarının qurulması 1-lərin 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 verirsə, istifadəçilərin rahatlığı, daha sürətli cavab və sürüşmə üçün RDP protokolunun yeni versiyaları ilə oynaya bilərsiniz.

3. Çox sayda istifadəçinin aktiv işi ilə (və burada cəhd etsəniz, 30 nəfəri bir bazaya birləşdirməyə cəhd edə bilərsiniz), SSD sürücüsünü quraşdırmaq çox arzuolunandır. 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, ön yaddaşa uyğundur, buna görə də yüksək rəqəmlər var. Həqiqi (böyük) verilənlər bazalarında hər şey tamamilə fərqli olacaq, buna görə də önbellek testlər üçün əlil olur.

Məsələn, Gilev testinin işini müxtəlif disk variantları ilə yoxladım. Mən sırf meyl göstərmək üçün əlimdə olan diskləri qoydum. 8.3.6.2076 ilə 8.3.7.2008 arasındakı fərq kiçikdir (Ramdisk Turbo gücləndirici versiyasında 8.3.6 56.18 və 8.3.7.2008 55.56 verir, digər testlərdə fərq daha da kiçikdir). Enerji istehlakı - maksimum performans, turbo gücləndiricisi qeyri-aktivdir (başqa cür qeyd edilmədiyi təqdirdə).

RAID nəzarətçisinin daxil edilmiş önbelleği disklər arasındakı bütün fərqləri aradan qaldırır, nömrələr həm sat, həm də sas üçün eynidir. Onunla az miqdarda məlumat üçün sınaqdan keçirmək faydasızdır və göstərici deyil.

8.2 platforması üçü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 aydın görünür "Aktiv disk vaxtı (%) 80-95. Bəli, disklərin özləri yazma keşini aktivləşdirsəniz, sürət 35-ə, reyd nəzarətçisinin önbelleğini aktivləşdirsəniz - 49-a qədər artacaq (hansı disklərin hazırda sınaqdan keçirilməsindən asılı olmayaraq). Ancaq bunlar keşin sintetik tutuquşularıdır, böyük verilənlər bazası ilə real işdə heç vaxt 100% yazma önbelleği hit nisbəti olmayacaqdır.

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

Ən düzgün (mənim fikrimcə) həll yolu, fayl bazası (və ya bir neçə fayl bazası) üçün güzgü basqına 2 SSD disk ayırmaq və orada başqa heç nə qoymamaq olardı. Bəli, bir güzgü ilə SSD-lər eyni şəkildə köhnəlir və bu bir mənfi cəhətdir, lakin heç olmasa nəzarətçi elektronikadakı səhvlərdən bir şəkildə sığortalanırlar.

Fayl versiyası üçün SSD disklərinin əsas üstünlükləri çoxlu verilənlər bazası olduqda və hər birində bir neçə istifadəçi olduqda görünür. 1-2 baza və 10 bölgədə istifadəçilər 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ükləri 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 (yenidən KO-nuz).

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 testinin 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 günahkardır, çox güman ki, proqramçıdır.

Əgər Gilev testi kiçik rəqəmlər göstərirsə və sizdə həm yüksək tezlikli prosessor, həm də sürətli disklər varsa, o zaman burada administrator ən azı perfmon götürməli və bütün nəticələri hardasa qeyd etməli, izləməli, müşahidə etməli, 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, tk-da aparıldı. 8.3-də hər şey olduqca 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.

Deyəsən, bütün maraqlı variantları nəzərdən keçirmişəm, əgər başqa bir şeylə maraqlanırsınızsa - şərhlərdə yazın, mən bunu etməyə çalışacağam.

Yaddaşda SAS yerli SSD-lərdən daha yavaşdır, baxmayaraq ki, yaddaşın böyük keş ölçüləri var. Gilev testi üçün SSD-lər və yerli və yaddaş sistemləri müqayisə edilə bilən sürətlə işləyir. MCC-dən 1C yükü istisna olmaqla, heç bir standart çox yivli test (yalnız qeydlər deyil, bütün avadanlıqlar) bilmirəm.

1C serverinin 5520-dən 5650-ə 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 (təəccüblü heç nə yoxdur).

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

1C və SQL arasında şəbəkənin 1 Gbps-dən 10 Gbps-ə dəyişdirilməsi tutuquşuların təxminən 10% -ni verir. Daha çox gözlənilən.

Paylaşılan yaddaşın aktivləşdirilməsi təsvir edildiyi kimi 15% olmasa da, yenə də effekt verir. Bunu etdiyinizə əmin olun, bu, tez və asandır. Quraşdırma zamanı kimsə SQL serverinə adlandırılmış nümunə veribsə, onda 1C-nin işləməsi üçün server adı FQDN (tcp / ip işləyəcək), 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ı baş verəcək: Microsoft SQL Server Native Client 10.0: Paylaşılan Yaddaş Provayderi: SQL Server 2000-ə qoşulmaq üçün istifadə edilən paylaşılan yaddaş kitabxanası tapılmadı. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SVR4QL00 =08001, vəziyyət=1, Ciddilik=10, yerli=126, sətir=0).

100-dən az istifadəçilər üçün iki ayrı serverə bölünməyin yeganə məqamı yalnız 32 GB RAM-ı dəstəkləyən Win 2008 Std (və köhnə versiyalar) üçün lisenziyadır. Bütün digər hallarda, 1C və SQL mütləq eyni 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 düşünürsünüzsə və hər şey qaydasındadırsa, bəlkə 1C fayl versiyası sizin üçün kifayət edər?)

Bir dəstə 1C və SQL virtual maşında nə qədər pis işləyir, ayrı bir məqalənin mövzusudur (işarə - nəzərəçarpacaq dərəcədə pis). Hətta Hyper-V-də 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ə yaxşı uyğun gəlir.

Bir çox mənbələr deyirlər ki, debug rejimi (ragent.exe -debug) performansda güclü azalma verir. Yaxşı, aşağı salır, bəli, amma 2-3% əhəmiyyətli bir təsir adlandırmazdım.

1C sistemi bu gün kiçik və orta biznesi idarə etmək üçün əsas vasitələrdən biridir. Bir qayda olaraq, təşkilatın bütün işçilərinin proqrama çıxışı var. Beləliklə, 1C yavaşlamağa və ya yavaş işləməyə başlayırsa, bu, işin aparılmasına əhəmiyyətli dərəcədə təsir göstərir. 1C-də işi özünüz necə sürətləndirə və optimallaşdıra biləcəyinizi düşünün.

1C yeniləməsi ilə optimallaşdırma

1C-nin yeni versiyaları həmişə daha uğurla və tez işləyir, ona görə də yeniləmələri izləməyi unutmayın. Mühasibat uçotunun mümkün qədər tez-tez yenilənməsi tövsiyə olunur. Xüsusilə tənzimlənən hesabat versiyaları olduqda.

Çoxları proqramı avtomatik yeniləmək qabiliyyətindən çoxdan istifadə edirlər. Baxmayaraq ki, bu problem 1s Enterprise 8.3 üçün əl ilə asanlıqla həll edilir, yeniləmə problem yaratmayacaqdır.

İlk addım hazırda istifadədə olan platformanın ən son versiyasını yükləməkdir. Bu, ya ITS diskindən istifadə etməklə, ya da konfiqurasiya yeniləməsi rəsmi olaraq təqdim edilən 1s Enterprise 8.3 kimi proqramın istifadəçiləri üçün davamlı dəstək verən veb interfeysi vasitəsilə həyata keçirilir.

Sonuncu halda, yeniləmə məlumatları olan arxiv ayrıca yüklənir. Onun açılması istifadəçi üçün ən əlverişli hesab edilən istənilən qovluqda baş verir. Bundan sonra, .exe faylını işə salmalısınız. Növbəti pəncərədə sadəcə "Sonrakı" düyməsini sıxmaq kifayətdir.

Başqa bir səhifə görünəcək. Bunun üzərində istifadəçi quraşdırmanın tamamlandığı yolu seçir. Ancaq bu addım yalnız fərdi kompüterin qabaqcıl sahibləri üçün tövsiyə olunur. Defolt funksiyalar adətən əksər problemləri həll etmək üçün kifayətdir. Varsayılan olaraq, bu halda, bütün yeniləmələrin bir anda quraşdırıldığı bir qovluq göstərilir. Bu, son yollar fərqli olduqda daha rahatdır. Konfiqurasiya yeniləməsi tez olmalı olan 1s Enterprise 8.3 proqramında sadəcə "Növbəti" düymələrini bir neçə dəfə sıxırıq.

Yalnız "Quraşdırma" təklif edən son düymə qalır.

Platforma yavaşlayırsa, 1C-ni necə sürətləndirmək olar

Çox vaxt problemlər mərhələlərdən birində ifaçının diqqətinin konsentrasiyasının azalması ilə nəticələnir. Burada yeniləmənin özünün sxemini düzgün seçmək vacibdir, yalnız bu halda yeniləmə zamanı 1s donduqda problemlə qarşılaşmayacağıq.

Versiya 7.7 yeniləməsi

Bir neçə növ konfiqurasiya var. Bundan asılı olaraq sonrakı hərəkətlərin kursu seçilir.

• Tipik - bu halda, yeniləmənin tənzimlənən hesabat üçün də həyata keçirildiyi güman edilir.
• Tipik sənaye konfiqurasiyaları - bir çox cəhətdən əvvəlki variantlara bənzəyir. Tərtibatçı tərəfindən verilən təlimatları əvvəlcədən oxumaq vacibdir. Əks halda, yeniləmə zamanı 1s 8.3-ün niyə qəzaya uğradığını anlaya bilməyəcəksiniz.
• Dəyişdirilmiş standart - istifadəçinin həmişə tətbiqi cari ehtiyaclara cavab verməsi üçün özü dəyişdirmək imkanı var. Funksionallığı genişləndirmək üçün başqa bir seçim yeni platformalara keçiddir. Məsələn, 8-ci versiya.

8.0 və 8.1 versiyaları haqqında

Platforma 8.0 hazırda dəstəkdən çıxarılır. Yeni ümumi dizaynlar yalnız ən son versiyalardan istifadə edərkən işləyəcək. Yalnız unutmamaq lazımdır ki, bütün ara buraxılışlar qaçılmaz olaraq verilir. Əks halda, sadəcə məlumatı itirmək ehtimalı yüksəkdir. Və ya konfiqurasiyanı yeniləyərkən 1s-in donduğu vəziyyətlə qarşılaşın.

Ola bilər ki, yeni standart konfiqurasiya təqdim olunsun və sonra köhnə infobazaların qalıqları ona ötürülür.

8.1 versiyasına gəldikdə, onu təkmilləşdirməyin bir neçə yolu var:

1. əl ilə;
2. avtomatik rejimdə;
3. bu sahədə xidmət göstərən şirkətlərin mütəxəssislərinə müraciət edin.

Qeyri-standart və ya dəyişdirilmiş versiyalarla işləmək

Əvvəlcə hər hansı bir konfiqurasiya tipik inkişaflara aiddir. Müəssisədə müəyyən dəyişikliklər edilərsə, bu, belə olmaqdan çıxır. Məsələn, quraşdırma zamanı. Atipik konfiqurasiyalardan fərqlənən iki sinif var:

1. dəyişdirildi;
2. müəyyən bir müəssisənin ehtiyaclarını nəzərə alaraq sıfırdan yaradılmışdır.

Bəzən ikinci dərəcəli konfiqurasiya istifadəçilərə aktiv şəkildə paylanır. Sonra standarta aiddir. Sadəcə olaraq, istehsalçı 1C-nin özü deyil, yeni versiyanı yaradan şirkət hesab olunur.

Konfiqurasiyaların aktuallığı aşağıdakı hərəkətlərlə təmin edilə bilər:

• Səhv korreksiyası.
• Funksional genişlənmə.
• Təkmilləşdirmə.
• 1s 8.3-i dəyişdirin, xidmət xətaları halında konfiqurasiya yenilənmir.

Quraşdırma prosesi hazırda istifadə etdiyiniz İnternet sürətindən asılı olaraq fərqli vaxt tələb edə bilər. Ayrı bir pəncərədə istifadəçi işin sonunda, yoxsa dərhal yeniləməyi seçir. Sonuncu seçimlə, proqramla başqa heç kimin işləmədiyinə əmin olmalısınız. Prosesin özü 1s Enterprise 8.3 tətbiqi daxilində eksklüziv rejimin istifadəsini nəzərdə tutur, ən son yeniləmə də istisna deyil.

• Yadda saxlamaq lazımdır ki, bütün buraxılış versiyaları mövcud konfiqurasiyaya uyğun ola bilməz.
• Yeniləmələr uzun müddətdir edilməyibsə, bir anda bir neçə fayl və ya arxiv yükləməli ola bilərsiniz.
• Siyahıda 1s Enterprise 8.3-ün hansı versiyasının lazım olduğunu başa düşmək asandır, yeniləmə istifadəçinin özü tərəfindən seçilir.

Proses başa çatdıqda, Konfiquratorun özü bağlana bilər. Yeniləmə lazım olduqda ən çox istifadə olunan bu rejimdir. Rahatdır, demək olar ki, bütün prosesi avtomatlaşdırır. Növbəti dəfə onu ilk dəfə işə saldığınız zaman platformanın köhnəldiyini bildirən bir mesaj görə bilərsiniz. Və bu anda istifadə etmək tövsiyə edilmir.

Əyləc üçün əlavə səbəblər

Proqram düzgün və səhvsiz yenilənirsə, 1C hələ də yavaşlayır, bunun səbəbi aşağıdakı kimi ola bilər:

• Antivirus - düzgün konfiqurasiya olunarsa, heç bir antivirus sistemə müdaxilə etməyəcək, lakin zavod parametrlərindən istifadə etsəniz, 1C performansı 5-10% azalda bilər. Arxa fon rejimini silməklə (tamamilə lazım olduqda) əlavə parametrlərdən istifadə edərək antivirusu optimallaşdıra bilərsiniz.
• Kompüter parametrləri - tez-tez kifayət qədər güclü olmayan kompüterlər 1C performansının güclü azalmasına səbəb olur. Video karta, əməliyyat sisteminə və prosessora xüsusi diqqət yetirilməlidir.

Bu cür üsullar hər hansı bir şirkət və ya müəssisə üçün 1C-də işi əhəmiyyətli dərəcədə optimallaşdıracaq və sürətləndirəcək, bundan sonra proqramın performansı əhəmiyyətli dərəcədə artacaqdır.

Yenilənmiş material

Kurs qeydə alınıb 8.3 versiyasında istifadə edərək MS SQL Server 2014 və son versiyalar yeni parametrlər və funksiyaların ətraflı təsviri ilə məhsuldarlıq alətləri.

Harada 8.2 ilə iş də kursda təsvir edilmişdir.

İki yeni bölmə: “Sınaq” və “Yedəkləmə”

“Sınaq” bölməsi həm Test Mərkəzinin konfiqurasiyasından istifadə edərək testi, həm də avtomatlaşdırılmış testi əhatə edir. Bundan əlavə, sınaq üçün avadanlıqla bağlı suallar nəzərdən keçirilir.

“Yedəkləmə” bölməsi MS SQL Server nümunəsindən istifadə edərək sıfırdan ehtiyat nüsxələrinin yaradılması məsələlərini müzakirə edir. O, həmçinin bərpa modelləri, onların necə işlədiyi və ehtiyat nüsxə ilə əlaqəsi haqqında məlumat verir.

Material formatı dəyişdirildi

Bununla siz kursda əhatə olunan hər hansı mövzu haqqında məlumatı tez tapa bilərsiniz, həmçinin performans problemləri ilə qarşılaşdığınız zaman ondan istinad kimi istifadə edə bilərsiniz.

Kurs daha ətraflı şəkildə aparıldı

Bütün mövzular üzrə daha çox təfərrüatlar və texniki təfərrüatlar əlavə edilib ki, bu da 1C:Ekspert imtahanına hazırlaşmaq və texnoloji məsələlər üzrə 1C:Professional üçün testlər üçün çox faydalı olacaq.

• üçün dərslər əlavə edildi əməliyyatda istisnaların idarə edilməsi
• haqqında məlumat əlavə edildi niyyət blokadası
• Əlavə edilib paralel masa işləyin PostgreSQL istifadə edərkən
• Nümunə əlavə edildi texnologiya jurnalından istifadə edərək çıxılmaz vəziyyətin təhlili
• haqqında məlumat əlavə edildi metadata obyektlərinin paralel işləməsi müxtəlif parametrlərlə müxtəlif rejimlərdə.
• haqqında məlumat əlavə edildi yeni mutex növü
• Ətraflı təsvir əlavə edildi 1C server klaster cihazları, o cümlədən əsas xidmət fayllarının təsviri
• Yenilənib 1C:Expert-ə hazırlaşmaq üçün problemin həlli
• Unikal emal əlavə edildi, bu, hazırda metadata baxımından hansı qeydlərin kilidləndiyini görməyə imkan verir
• Bütün əlavə ehtiyat bölmə
• haqqında məlumat əlavə edildi nəticələrin saxlanması və alınması mexanizmi
• haqqında məlumat əlavə edildi kilidləmə müddəti müxtəlif əməliyyat izolyasiya səviyyələrində
• haqqında məlumat əlavə edildi yükün yoxlanılması və müvafiq avadanlıqların seçilməsi
• Mexanizmdən istifadə haqqında məlumat əlavə edildi avtomatlaşdırılmış sınaq
• haqqında məlumat əlavə edildi çeşidləmənin performansa təsiri istək
• İş haqqında məlumat əlavə edildi dinamik siyahılar
• haqqında məlumat əlavə edildi tövsiyə olunan təcrübələr proqramlaşdırma
• Əlavə edilib faydalı skriptlər və dinamik görünüşlər

Yeni təcrübə tapşırıqları əlavə edildi

Əlavə edilmiş tapşırıqların çoxu optimallaşdırma layihələrindən real vəziyyətlərə əsaslanır.

Həmçinin əlavə edilib yenilənmiş son tapşırıq bu daha da mürəkkəb və maraqlı olmuşdur.

Master Qrupda dəstək

Dəstək kursun dərs səhifələrində verilir. Kursun materialları ilə bağlı istənilən sualı verə bilərsiniz.

Həm də sən yüzlərlə suala və onlara cavablara giriş əldə edin digər kurs iştirakçılarından.

Dəstək müddəti: 4 aya qədər(kursun seçilmiş versiyasından asılı olaraq).

Siz Master qrupuna girişi aktivləşdirə bilərsiniz hər hansıəlverişli vaxt satın alındıqdan sonra 100 gün ərzində.

Üzvlük Tələbləri

Kurs iştirakçıları üçün xüsusi tələblər yoxdur.

Kursu uğurla başa vurmaq üçün 1C-də ən azı minimal inkişaf təcrübəniz olmalıdır.

Sizə 1C 8.3 və Windows ilə kompüter lazımdır

Təhlükəsiz video pleyer yalnız Windows mühitlərində işləyir. Virtual mühitlərdə və uzaqdan giriş alətləri ilə videoya baxmaq mümkün deyil.

Kurs və qiymət versiyaları

Bu kursun ÜÇ versiyası var: LITE, PROF, ULTIMATE.

Onlar Master Group-da məqsəd, məzmun, qiymət və dəstək şərtlərinə görə fərqlənirlər.

Diaqnoz Performans Problemləri kursunun alıcıları üçün

"1C performans problemlərinin diaqnostikası: sistemi xüsusi olaraq yavaşlatan şey" kursunun qiyməti olacaq saymaq"1C: Enterprise 8.3-də sistemlərin sürətləndirilməsi və optimallaşdırılması" kursunu alarkən.

Siz sadəcə olaraq Optimallaşdırma kursunun müvafiq versiyası üçün sifariş verirsiniz, eyni zamanda “Performans problemlərinin diaqnostikası” kursunu aldıqdan sonra sizə göndərilən endirim kodunu qeyd edirsiniz.

Məsələn, endirimi nəzərə alaraq, LITE versiyası 11.300 9.800 rubla başa gələcək.

Zəmanət

Biz 2008-ci ildən təlim keçirik, kurslarımızın keyfiyyətinə əminik və özümüzü veririk standart 60 günlük zəmanət.

Bu o deməkdir ki, əgər siz kursumuzu almağa başlamısınızsa, lakin birdən fikrinizi dəyişmisinizsə (və ya deyək ki, imkanınız yoxdursa), onda qərar qəbul etmək üçün 60 günlük müddətiniz var – və geri qayıtsanız, biz pulu geri qaytaracağıq. 100% ödəniş.

Hissə-hissə ödəniş

Kurslarımız faizsiz də olsa hissə-hissə və ya hissə-hissə ödənilə bilər. Harada materialları dərhal əldə edirsiniz.

Bu, fiziki şəxslərdən 3000 rubl məbləğində ödəniş edərkən mümkündür. 150.000 rubla qədər.

Bunun üçün sadəcə “Yandex.Checkout vasitəsilə ödəniş” ödəniş üsulunu seçmək kifayətdir. Sonra, ödəniş sisteminin veb saytında "Bitki-hissə ödə" seçin, ödənişlərin müddətini və məbləğini göstərin, qısa bir anket doldurun - və bir neçə dəqiqədən sonra qərar alacaqsınız.

Ödəniş Seçimləri

Biz bütün əsas ödəniş formalarını qəbul edirik.

Fərdi şəxslərdən- kartlardan ödənişlər, elektron pulla ödənişlər (WebMoney, YandexMoney), İnternet bankçılıq vasitəsilə ödənişlər, rabitə mağazaları vasitəsilə ödənişlər və s. Sifarişi hissə-hissə (hissə-hissə), o cümlədən əlavə faizsiz ödəmək də mümkündür.

Sifariş verməyə başlayın - ikinci mərhələdə siz istədiyiniz ödəniş üsulunu seçə biləcəksiniz.

Təşkilatlardan və fərdi sahibkarlardan– nağdsız ödəniş, çatdırılma sənədləri təqdim olunur. Sifariş daxil edirsiniz - və dərhal ödəniş üçün faktura çap edə bilərsiniz.

Çox işçi təlimi

Kurslarımız fərdi öyrənmə üçün nəzərdə tutulub. Bir dəstdə qrup təlimi qeyri-qanuni paylamadır.

Əgər şirkət bir neçə işçini öyrətməlidirsə, biz adətən 40% ucuz olan “əlavə dəstlər” təklif edirik.

"Əlavə dəst" üçün sifariş vermək üçün formada 2 və ya daha çox kurs dəstini seçin ikinci setdən başlayaraq kursun qiyməti 40% ucuz olacaq.

Əlavə dəstlərdən istifadə etmək üçün üç şərt var:

• ən azı bir adi dəst əvvəllər (və ya onunla birlikdə) alınmayıbsa, yalnız əlavə dəsti ala bilməzsiniz.
• əlavə dəstlər üçün başqa endirimlər yoxdur (onlar artıq endirimdədir, "endirimdə endirim" olacaqdı)
• promosyonlar (məsələn, 7000 rubl kompensasiya) eyni səbəbdən əlavə dəstlərə şamil edilmir