Otomasyon ipuçları. Otomasyon ipuçları 1s 8.3 ağ üzerinde yavaş çalışır

1C sistemi, küçük ve orta ölçekli işletmelere yönelik otomasyon pazarında hakim bir konuma sahiptir. Bir şirket 1C muhasebe sistemini seçtiyse, sıradan uzmanlardan yönetime kadar genellikle neredeyse tüm çalışanlar bu sistemde çalışır. Buna göre şirketin iş süreçlerinin hızı 1C'nin hızına bağlı. 1C yetersiz bir hızda çalışıyorsa, bu, tüm şirketin çalışmasını ve kârını doğrudan etkiler.

Aslında var üç 1C hızlandırma yöntemi:

Donanım kapasitesinde artış.
İşletim sistemi ve DBMS ayarlarının optimizasyonu.
1C'de kod ve algoritmaların optimizasyonu.

İlk yöntem ekipman ve lisans satın alınmasını gerektirir, üçüncüsü programcıların çok çalışmasını gerektirir ve sonuç olarak her iki yol da önemli mali maliyetlerle sonuçlanır. Öncelikle program koduna dikkat etmeniz gerekiyor çünkü sunucu kapasitesindeki hiçbir artış hatalı kodu telafi edemez. Herhangi bir programcı, yalnızca birkaç satır kodla herhangi bir sunucunun kaynaklarını tamamen yükleyecek bir süreç oluşturmanın mümkün olduğunu bilir.

Bir şirket program kodunun optimal olduğundan eminse ancak yine de yavaş çalışıyorsa, yönetim genellikle sunucu kapasitesini artırmaya karar verir. Bu noktada mantıklı bir soru ortaya çıkıyor: Ne eksik, ne kadar ve sonunda neyin eklenmesi gerekiyor.

1C şirketi, ne kadar kaynağa ihtiyaç olduğu sorusuna oldukça belirsiz bir cevap veriyor, bunu daha önce yazılarımızda yazmıştık. Bu nedenle, bağımsız olarak deneyler yapmanız ve 1C performansının neye bağlı olduğunu bulmanız gerekir. EFSOL'da program performansına ilişkin deneyler aşağıda açıklanmıştır.

1C 8.2 ile çalışırken, özellikle yönetilen formları kullanan yapılandırmalarla çalışırken garip bir gerçek fark edildi: 1C, bir iş istasyonunda güçlü bir sunucuya göre daha hızlı çalışır. Üstelik iş istasyonunun tüm özellikleri sunucununkinden daha kötü.

Tablo 1 - İlk testin gerçekleştirildiği konfigürasyonlar

İş istasyonu, üstün özelliklere sahip bir 1C sunucusundan %155 daha fazla performans gösterir. Neler olduğunu anlamaya ve aramayı daraltmaya başladık.

Şekil 1 – Gilev testi kullanılarak iş istasyonunda performans ölçümleri

İlk şüphe Gilev'in testinin yetersiz olduğu yönündeydi. Enstrümantasyon araçlarını kullanarak form açma, belge gönderme, rapor oluşturma vb. Ölçümleri, Gilev testinin 1C'deki gerçek çalışma hızıyla orantılı bir değerlendirme ürettiğini gösterdi.

RAM sayısı ve frekansı

İnternette mevcut olan bilgilerin analizi, birçok kişinin 1C performansının bellek frekansına bağımlılığı hakkında yazdığını gösterdi. Ses düzeyine değil frekansa bağlıdır. Sunucuda 1066 Mhz RAM frekansına karşılık iş istasyonunda 1333 Mhz RAM frekansına sahip olduğumuz ve sunucudaki RAM miktarının zaten çok daha yüksek olduğu için bu hipotezi test etmeye karar verdik. Performansın bellek frekansına bağımlılığının etkisinin daha net ortaya çıkması için hemen 1066 MHz değil 800 MHz kurmaya karar verdik. Sonuç olarak üretkenlik %12 düştü ve 39,37 adede ulaştı. Sunucuya 1066 Mhz yerine 1333 Mhz frekansında bellek taktık ve performansta hafif bir artış elde ettik - yaklaşık %11. Verimlilik 19,53 birimdi. Buna göre, frekansı hafif bir artış sağlasa da, bu bir hafıza meselesi değildir.

Şekil 2 – RAM frekansını düşürdükten sonra iş istasyonundaki performans ölçümleri

Şekil 3 – RAM frekansı arttırıldıktan sonra sunucuda yapılan performans ölçümleri

Disk alt sistemi

Bir sonraki hipotez disk alt sistemiyle ilgiliydi. Hemen iki varsayım ortaya çıktı:

SSD'ler, baskın 10'da olsalar bile SAS sürücülerden daha iyidir.
iSCSI yavaş veya hatalı.

Bu nedenle, iş istasyonuna SSD yerine normal bir SATA diski takıldı ve aynı şey sunucu için de yapıldı - veritabanı yerel bir SATA diskine yerleştirildi. Sonuç olarak performans ölçümleri hiç değişmedi. Büyük olasılıkla, bunun nedeni yeterli miktarda RAM bulunması ve test sırasında disklerin pratik olarak hiçbir şekilde dahil olmamasıdır.

İşlemci

Sunucudaki işlemciler elbette daha güçlü ve iki tane var, ancak frekans iş istasyonundakinden biraz daha düşük. İşlemci frekansının performans üzerindeki etkisini kontrol etmeye karar verdik: sunucu için elimizde daha yüksek frekansa sahip işlemci yoktu, bu nedenle iş istasyonundaki işlemci frekansını düşürdük. Korelasyonun daha net ortaya çıkması için bunu hemen 1,6'ya düşürdük. Test, performansın önemli ölçüde düştüğünü gösterdi, ancak 1,6 işlemciyle bile iş istasyonu neredeyse 28 birim üretti; bu, sunucudakinden neredeyse 1,5 kat daha fazla.

Şekil 4 – 1,6 Ghz işlemcili bir iş istasyonunda performans ölçümleri

Video kartı

İnternette 1C performansının video kartından etkilenebileceğine dair bilgiler var. İş istasyonunun entegre videosunu, profesyonel bir Nvidia NVIDIA® Quadro® 4000 2 Gb DDR5 adaptörünü ve eski bir GeForce 16MbSDR ekran kartını kullanmayı denedik. Gilev testi sırasında anlamlı bir fark görülmedi. Belki video kartının hala bir etkisi vardır, ancak gerçek koşullarda, yönetilen formları vb. açmanız gerektiğinde.

Şu anda, iş istasyonunun gözle görülür derecede daha kötü özelliklerle bile neden daha hızlı çalıştığına dair iki şüphe var:

İŞLEMCİ.İş istasyonundaki işlemci türü 1C'ye daha uygundur.
Yonga seti. Diğer her şey eşit olduğunda, iş istasyonumuz daha yeni bir yonga setine sahip, belki de sorun budur.

Nihayet 1C performansının büyük ölçüde neye bağlı olduğunu bulmak için gerekli bileşenleri satın almayı ve testlere devam etmeyi planlıyoruz. Onay ve tedarik süreci devam ederken özellikle hiçbir maliyeti olmadığı için optimizasyon yapmaya karar verdik. Aşağıdaki aşamalar belirlendi:

Aşama 1. Sistem kurulumu

Öncelikle BIOS ve işletim sisteminde aşağıdaki ayarları yapalım:

Sunucu BIOS'unda işlemci gücünden tasarruf etmek için tüm ayarları devre dışı bırakıyoruz.
İşletim sisteminde “Maksimum performans” planını seçin.
İşlemci aynı zamanda maksimum performans için ayarlanmıştır. Bu, PowerSchemeEd yardımcı programı kullanılarak yapılabilir.

Aşama 2. SQL sunucusu ve 1C:Enterprise sunucusunun kurulumu

DBMS ve 1C:Enterprise sunucu ayarlarında aşağıdaki değişiklikleri yapıyoruz.

Paylaşılan Bellek protokolünü ayarlama:
- Paylaşılan Bellek yalnızca 1C 8.2.17'den itibaren platformda etkinleştirilecektir; daha önceki sürümlerde, Adlandırılmış Kanal etkinleştirilecektir - çalışma hızından biraz daha düşük. Bu teknoloji yalnızca 1C ve MSSQL hizmetlerinin aynı fiziksel veya sanal sunucuya kurulu olması durumunda çalışır.
Paradoksal olarak performans artışı sağladığı için 1C hizmetini hata ayıklama moduna geçirmeniz önerilir. Varsayılan olarak sunucuda hata ayıklama devre dışıdır.
SQL sunucusunun kurulumu:
- Yalnızca sunucuya ve onunla ilgili diğer hizmetlere ihtiyacımız var ve belki birisi bunları kullanıyorsa, yalnızca işi yavaşlatır. Tam Metin Arama (1C'nin kendi tam metin arama mekanizması vardır), Entegrasyon Hizmetleri vb. gibi hizmetleri durdurur ve devre dışı bırakırız.
- Sunucuya ayrılan maksimum bellek miktarını belirliyoruz. Bu, SQL sunucusunun bu miktarı hesaplaması ve belleği önceden temizlemesi için gereklidir.
- Maksimum iş parçacığı sayısını (Maksimum çalışan iş parçacığı) belirledik ve artırılmış sunucu önceliğini (Boost önceliği) belirledik.

Aşama 3: Üretim veritabanının kurulması

DBMS sunucusu ve 1C:Enterprise optimize edildikten sonra veritabanı ayarlarına geçiyoruz. Veritabanı henüz .dt dosyasından genişletilmediyse ve yaklaşık boyutunu biliyorsanız, o zaman başlatma boyutunu hemen birincil dosyaya veritabanı boyutunun ">=" değeriyle belirtmek daha iyidir, ancak bu bir konudur lezzeti, genişleme sırasında hala büyüyecektir. Ancak Otomatik artış boyutunun belirtilmesi gerekir: taban başına yaklaşık 200 MB ve günlük başına 50 MB, çünkü Varsayılan değerler – 1 MB ve %10 büyüme, her 3. işlemde bir dosyayı artırması gerektiğinde sunucunun çalışmasını çok yavaşlatır. Ayrıca, bir RAID dizisi kullanılıyorsa, veritabanı dosyasının ve günlük dosyasının farklı fiziksel disklerde veya RAID gruplarında depolanmasını belirtmek ve günlüğün büyümesini sınırlamak daha iyidir. DBMS buna oldukça sık eriştiği için Tempdb dosyasını yüksek hızlı bir diziye taşımanız önerilir.

Aşama 4. Zamanlanmış görevleri ayarlama

Zamanlanmış görevler, Yönetim bölümündeki Bakım Planı kullanılarak grafiksel araçlar kullanılarak oldukça basit bir şekilde oluşturulur, bu nedenle bunun nasıl yapıldığını ayrıntılı olarak açıklamayacağız. Verimliliği artırmak için hangi işlemlerin yapılması gerektiğine bakalım.

Endekslerin birleştirilmesi ve istatistiklerin güncellenmesi günlük olarak yapılmalıdır, çünkü dizin parçalanması >%25 ise sunucu performansını önemli ölçüde azaltır.
İstatistiklerin birleştirilmesi ve güncellenmesi hızlı bir şekilde yapılır ve kullanıcıların bağlantısının kesilmesini gerektirmez. Ayrıca her gün yapılması tavsiye edilir.
Tam yeniden indeksleme – veritabanı engellenmiş halde yapılır, bunun en az haftada bir kez yapılması önerilir. Doğal olarak, yeniden indeksleme tamamlandıktan sonra indeksler hemen birleştirilir ve istatistikler güncellenir.

Sonuç olarak sistemde, SQL sunucusunda ve çalışan veritabanında yapılan ince ayarlar sayesinde verimliliği %46 oranında artırmayı başardık. Ölçümler 1C KIP aracı ve Gilev testi kullanılarak yapıldı. İkincisi, başlangıçtaki 17,53'e karşılık 25,6 birim gösterdi.

Kısa sonuç

1C performansı RAM frekansına pek bağlı değildir. Yeterli miktarda belleğe ulaşıldığında, performansın artmasına yol açmayacağından belleğin daha fazla genişletilmesinin bir anlamı yoktur.
1C performansı video kartına bağlı değildir.
1C performansı, disk okuma veya yazma kuyruğunun aşılmaması koşuluyla disk alt sistemine bağlı değildir. SATA sürücüleri takılıysa ve sıraları aşılmazsa, SSD takmak performansı artırmayacaktır.
Performans oldukça işlemci frekansına bağlıdır.
İşletim sisteminin ve MSSQL sunucusunun doğru yapılandırılmasıyla, herhangi bir malzeme maliyeti olmadan 1C performansında %40-50 oranında artış elde etmek mümkündür.

DİKKAT! Çok önemli bir nokta! Tüm ölçümler Gilev testi ve 1C enstrümantasyon araçları kullanılarak bir test bazında yapıldı. Gerçek bir veritabanının gerçek kullanıcılarla davranışı, elde edilen sonuçlardan farklı olabilir. Örneğin, test veritabanında performansın video kartına ve RAM miktarına bağımlılığını bulamadık. Bu sonuçlar oldukça şüphelidir ve gerçek koşullarda bu faktörlerin performans üzerinde önemli bir etkisi olabilir. Yönetilen formları kullanan konfigürasyonlarla çalışırken, bir video kartı önemlidir ve güçlü bir grafik işlemcisi, program arayüzünün çizilmesi açısından çalışmayı hızlandırır, görsel olarak bu, 1C'nin daha hızlı çalışmasında kendini gösterir.

1C'niz yavaş mı çalışıyor? Uzun yıllara dayanan deneyime sahip EFSOL uzmanları tarafından bilgisayarlar ve sunucular için BT bakımı sipariş edin veya 1C'nizi güçlü ve hataya dayanıklı bir 1C sanal sunucusuna aktarın.

Sistem entegrasyonu. Danışmanlık

Rutin ve arka plan görevlerini ayarlama;
Dosya veri depolama formatına sahip olan bilgi tabanındaki hataların teşhisi ve ortadan kaldırılması;
Tam metin aramasını 1C'de indekslemeye başlayın veya tamamen kapatın;
Veritabanının en son Platform 8.3.8'de başlatılması;
İnce İstemcide Çalıştırma;
Antivirüs devre dışı bırakıldığında belge yeniden aktarım hızının artırılması;
Toplamların yeniden hesaplanmasını ve sıranın geri yüklenmesini çalıştırın;
Chdbfl.exe yardımcı programını kullanarak veritabanının test edilmesini ve düzeltilmesini gerçekleştirin;
Yapılandırma standart değilse, yani belirli bir kuruluş için programcılar tarafından değiştirilmişse, Yapılandırma Denetimi gerçekleştirin;
Gereksiz işlevsel modları devre dışı bırakın;
Kullanıcı haklarını yapılandırın;
Temel evrişim;
Donanım yükseltmesi.

Yöntem 1. Rutin ve arka plan işlerini ayarlama

1C Accounting 3.0'ın yeni sürümündeki uygulama, ana işi gerçekleştirmenin yanı sıra arka planda işlemlere başlıyor ve bu da programın performansında düşüşe neden oluyor.

Arka plan modu bir bekleme modudur, yani kullanılmamasına rağmen işlem her zaman çalışır durumdadır.

1. Adım. Rutin ve arka plan işlerini ayarlama

Rutin ve arka plan görevleri listesini açıyoruz: bölüm Yönetim – Destek ve bakım – Rutin işlemler – Rutin ve arka plan görevleri:

1C 8.3 programını başlattıktan sonra arka plan işleri otomatik olarak başlatılır ve büyük miktarda kaynak kullanan ve programı yavaşlatan rutin görevler gerçekleştirilir. Bu nedenle muhasebecilerin çalışmalarını analiz etmek ve hangi arka plan görevlerinin otomatik çalıştırmada bırakılması, hangilerinin devre dışı bırakılması gerektiğini belirlemek gerekir.

Şekilde 1C 8.3 Muhasebe'de başlatılan rutin görevlerin bir listesini görüyoruz:

Şekilde tamamlanan arka plan işlerinin bir listesini görüyoruz:

Örneğin,

1C 8.3 Muhasebe programı, çeşitli sınıflandırıcıları güncellemek için sürekli olarak siteye bağlıdır;
İşletme dövizle ilgili işlem yapmıyorsa döviz kurlarını takip etmeye gerek yoktur;
Muhasebeci programda tam metin aramasını kullanmıyorsa “Metin Çıkarma” işleminin çalıştırılması önerilmez.

2. Adım: Gereksiz görevleri devre dışı bırakın

İndirmeyi nasıl devre dışı bırakacağımıza daha yakından bakalım. İmleci istediğiniz satıra getirin ve çift tıklayın:

Görevi devre dışı bırakmak için Etkin onay kutusunun işaretini kaldırın:

3. Adım. Rutin görevler için bir program oluşturma

Bir programın nasıl ayarlanacağına daha yakından bakalım. İmleci istediğiniz satıra getirin ve çift tıklayın:

Zamanlama öğesini seçin:

Açılan pencerede istediğiniz sekmeye gidin ve uygun ayarları yapın:

Yöntem 2. Dosya veri depolama formatına sahip bir bilgi tabanındaki hataların teşhisi ve ortadan kaldırılması

Aşama 1.

Veritabanının yedek kopyasını oluşturuyoruz.

Adım 2.

Prosedüre başlayalım. Bunu yapmak için Yapılandırıcıyı açın ve Bilgi tabanını test etme ve düzeltme prosedürünü çalıştırın: Bölüm Yönetim – Test etme ve düzeltme. Bilgi bankası için yapılması gereken kontrolleri ve modları seçin:

Önerilen doğrulama seçeneklerine daha yakından bakalım:

Bilgi tabanı tablolarını yeniden indeksleme – veritabanı performansını artırmak için tablo indekslerini yeniden oluşturur;
Bilgi tabanının mantıksal bütünlüğünü kontrol etmek – veritabanının mantığını kontrol etmek;
Bilgi tabanının referans bütünlüğünü kontrol etmek - "bozuk" bağlantıları tespit etmek için veritabanının mantıksal bütünlüğünü kontrol etmek;
Toplamların yeniden hesaplanması – birikim kayıt tablolarının toplamlarının yeniden hesaplanması;
Bilgi tabanı tablolarının sıkıştırılması – test ve düzeltme sonrasında veritabanının boyutunu azaltır;
Bilgi tabanı tablolarının yeniden yapılandırılması – kararlılığı ve performansı artırmak için yardımcı dosyaları kullanarak veritabanı yapısını optimize eder.

Bilgi tabanının referans bütünlüğünü kontrol etme modunda Test etme ve düzeltme prosedürü seçeneğini seçersek, veritabanı hatalarını işlemeye yönelik ayar öğeleri kullanılabilir hale gelir:

Paragraf Var olmayan nesnelere referanslar olduğunda"bozuk" bağlantılar tespit edildiğinde, seçilen seçeneği kullanarak bağlantıları işleyeceği anlamına gelir;
Paragraf Nesne verilerinin kısmi kaybı durumunda kalan verilerin bir nesnenin verilerini geri yüklemek için yeterli olduğu anlamına gelir.

1C bilgi tabanını test etme ve düzeltme prosedürü yalnızca özel modda gerçekleştirilebilir.

Yöntem 3. Tam metin aramasını 1C'de indekslemeye başlayın veya tamamen kapatın

1C, kullanıcının alışılmadık bilgileri aramasını kolaylaştırmak için tam metin veri araması geliştirmiştir. 1C 8.3'teki tam metin veri aramasının bir özelliği:

Kullanıcı basit bir biçimde bir arama sorgusu girebilir ve aşağıdaki gibi özel operatörleri kullanabilir: ve veya değil.
Tam metin veri araması, ValueStorage türündeki alanlarla ve uzun metin alanlarıyla çalışır ve kullanıcıya haklarına sahip olmadığı sonuçlar gösterilmez.

Örneğin, Gelişmiş Rapor belgelerinde tam metin araması ayarlamanız gerekir.

Aşama 1.

Adım 2.

Gelişmiş rapor belgesini açın: Yapılandırıcı menüsü – Yapılandırmayı açın.

Aşama 3.

Tam metin arama satırında Kullan'ı seçin: Gelişmiş rapor – Giriş alanı – Tam metin arama:

Adım 4.

Programı başlatıyoruz ve tam metin arama modunu güncelliyoruz. Normal İşlemleri açın: Yönetim – Program Ayarları – Destek ve Bakım bölümü:

Adım 5.

Ayarları açın ve Dizini Güncelle düğmesini kullanarak dizini güncelleyin:

Yöntem 4. Veritabanının en son platformlarda başlatılması 8.3.8

1C 8.3 teknoloji platformu nasıl güncellenir, video eğitimimize bakın:

1C uzmanları yük dağılımını geliştirdi:

Sunucu çalışan işlemleri tarafından tüketilen bellek miktarının daha doğru bir şekilde kontrol edilmesi mümkündür, bu da kümenin dikkatsiz kullanıcı eylemlerine karşı daha dayanıklı olmasını sağlar.
Arka planda bilgi tabanlarının yeniden yapılandırılması. Yeni özellik, uygulama çözümlerini güncellemek için gereken sistem kesinti süresini en aza indirmenize olanak tanır.
Platform 8.3 sürümü, "Taksi" uygulamaları için yeni, parlak tasarımla daha kullanışlı ve görsel yeni bir arayüz aldı. Geliştirilmiş uygulama gezinme yetenekleri. Kullanıcı, panelleri ekranın farklı alanlarına yerleştirerek çalışma alanını bağımsız olarak kişiselleştirebilir. Yeni hat giriş mekanizması veri aramayı önemli ölçüde hızlandırır. 1C 8.3 Muhasebe programı “Taksi” arayüzünün yeni özellikleri hakkında daha fazla bilgi için videomuza bakın:

Yöntem 5. İnce İstemcide Başlatma

İnce istemci modunda çalışmak yalnızca yönetilen uygulama modunda mümkündür. İnce istemci modunda, tüm eylemler sunucuda gerçekleştirilir ve kullanıcı yalnızca alınan bilgilerin bir görüntüsünü alır. Bu çalışma modu, hem sistemin hem de iletişim kanalının büyük kaynaklarını gerektirmez.

Yöntem 6. Virüsten koruma yazılımını değiştirin

Avast veya Kaspersky antivirüsünüz kuruluysa, onu başka bir antivirüsle değiştirmeniz önerilir. Deneyimler, antivirüs devre dışı bırakıldığında belge aktarım hızının önemli ölçüde arttığını, çünkü antivirüslerin bilgisayar kaynaklarını kullandığını göstermiştir.

Yöntem 7. Veritabanını test etme ve düzeltme, chdbfl.exe yardımcı programını kullanarak kontrol etme

Önce bir kopya çıkardıktan sonra veritabanının test edilmesi ve düzeltilmesi gerekir.

Adım 1. Veritabanının bir kopyasını oluşturun

1C 8.3'ün yedek kopyası nasıl oluşturulur, aşağıdaki video eğitimine bakın:

2. Adım. Chdbfl.exe yardımcı programını kullanarak kontrol edin

Chdbfl.exe yardımcı programı, sistemin yapılandırıcı modunda bile başlamadığı durumlarda kullanılır. Yardımcı program, kurulu teknoloji platformunun “bin” klasöründe bulunur; örneğin: c:\Program Files (x86)\1cv8\8.3.9.1818\bin\chdbfl.exe:

Chdbfl.exe yardımcı programını kullanarak kontrol ediyoruz:

Adım 3. Veritabanının Test Edilmesini ve Düzeltilmesini Gerçekleştirin

Sistemi yapılandırıcı modunda başlatarak veritabanının test edilmesini ve düzeltilmesini gerçekleştirin.

Adım 4. Belge sırasını geri yükleme

1C 8.3'teki sırayı geri yüklemek için Tüm işlevler'i açın: ana Menü - Tüm işlevler. İstediğiniz öğeyi seçin ve Aç düğmesini kullanarak açın:

Açılan pencerede Sıraları Geri Yükle sekmesine gidin ve Geri Yükle veya Tümünü Geri Yükle'ye tıklayın:

Yöntem 8. Yapılandırma standart değilse yapılandırmayı kontrol edin

Yapılandırma standart değilse, yani belirli bir kuruluş için programcılar tarafından değiştirilmişse, yapılandırmayı kontrol ederiz.

Aşama 1.

Programı Yapılandırıcı modunda başlatıyoruz.

Adım 2.

Veritabanı yapılandırmasını açın: Yapılandırma – Veritabanı Yapılandırması bölümü:

Aşama 3.

Yapılandırmayı Kontrol Et öğesini seçin ve ayarları yapın:

Yöntem 9: Gereksiz işlevsel modları devre dışı bırakın

1C 8.3 programının İşlevselliğini açın: Ana - Ayarlar - İşlevsellik bölümü, her bölüm için ayarları yapın:

Yöntem 10. Kullanıcı haklarını yapılandırma

Aşama 1.

1C 8.3'ü Yapılandırıcı modunda başlatıyoruz.

Adım 2.

Kullanıcı listesini açın: Yönetim – Kullanıcılar bölümü. Diğer sekmesinde kullanıcıya hangi rollerin atanması gerektiğini belirliyoruz ve işaretliyoruz.

Seçilen işlevselliğin azaltılması, programın bir belge listesini açarken yönetilen formları sıralaması için gereken süreyi azaltır, yani yönetilen arayüzde ne kadar az gereksiz olursa o kadar hızlı çalışır:

Yöntem 11. Diskin dosya veritabanıyla birleştirilmesi

Disk birleştirme prosedürü, sistem hızını artırmak için sabit sürücüde bulunan dosyaları optimize eder. Disk aşınmasını artıracağından birleştirme yalnızca gerektiğinde yapılmalıdır.

Sabit sürücü seçiliyken, Özellikler komutunu çağırmak için farenin sağ düğmesini kullanın:

Araçlar sekmesinde Optimizasyon ve disk birleştirme'yi seçin:

Yöntem 12. Taban katlama

– belirli bir tarih itibariyle cari bakiyelerin girilmesi ve eski, gereksiz belgelerin kaldırılmasıdır. Bu yöntem, veritabanının örneğin birkaç yıl boyunca büyük olması durumunda yararlı olabilir. Toplamanın sistemde çalışan kullanıcılar olmadan yapılması gerekir.

1. Adım. Veritabanının bir kopyasını oluşturun

Adım 2. 1C 8.3 veritabanını daraltma prosedürünü gerçekleştiriyoruz

Bölüm Yönetim – Hizmet – Bilgi tabanının çökmesi.

İlk aşamada 1C 8.3 programı, kaydedilecek dizini belirtmeniz gereken bir yedek kopya oluşturmanızı önerir. Sonrakine tıkla:

1C'niz yine yavaş mı?Rapor hazırlarken zaman mı harcıyorsunuz?Veri alışverişini beklerken çay içmekten bıktınız mı?

1C'nin yavaş çalışmasıyla ilgili durum nadir değildir. Buna katlanabilirsiniz veya 1C ve ekipman ayarlarını optimize edebilirsiniz, bu da çalışmanızın hızını önemli ölçüde artıracaktır.

Hizmetlerimiz iş gününüz boyunca daha fazlasını yapmanıza yardımcı olacaktır! “1C donuyor” kelimesini asla tekrarlamamanız için 1C'yi nasıl hızlandıracağımızı biliyoruz.

1C neden donabilir veya yavaşlayabilir?

Ekipmanlarda sorunlar olabilir. 1C sunucusunda bellek eksikliği, yerel ağda dengesiz çalışma, sabit sürücü veya güvenlik anahtarlarıyla ilgili sorunlar - tüm bunlar 1C'nin yavaşlamasına ve sizi tedirgin etmesine neden olabilir. Ayrıca 1C aşağıdakilerden dolayı donabilir:

zayıf platform ve konfigürasyon uyumluluğu,
acemi 1C programcılarının büyük hataları,
büyük taban boyutu,
çok sayıda kullanıcı.

1C ile normal işlemler sırasındaki hatalar bile yavaş çalışmasına neden olabilir.

1C nasıl hızlandırılır?

Şu şekilde ilerliyoruz:

Ekipmanın 1C teknolojik gerekliliklerine uygunluğunu kontrol ediyoruz. RAM'i artırmanız, 1C sunucusu kurmanız, diski değiştirmeniz veya yerel ağınızın hızını kontrol etmeniz gerekebilir. Yani sürece dahil olan tüm ekipmanların kapsamlı bir kontrolünü gerçekleştiriyoruz.
1C'nin çalışmasına dahil olan diğer hizmetlerin ayarlarını kontrol ediyoruz. Örneğin, yanlış yapılandırılmış bir SQL veritabanı veya güvenilir olmayan terminal erişimi, 1C'yi büyük ölçüde yavaşlatabilir.
Sorunların olduğu 1C konfigürasyon kodunun doğruluğunu kontrol ediyoruz. Aynı yazılım sorununun farklı şekillerde çözülebileceği bir sır değil. Optimal olmayan kod genellikle 1C'nin donmasına neden olur.
1C ile çalışırken kullanıcının çalışma düzenini kontrol ediyoruz. Bazen kullanıcılar 1C'yi kendileri yavaşlatır ve bunun farkında olmazlar.

1C'de çalışma nasıl hızlandırılır: Muhasebe 8.3 (sürüm 3.0) veya rutin ve arka plan görevlerini devre dışı bırakma

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

1C: Accounting 8.3'ün (baskı 3.0) yeni sürümüne zaten geçmiş olanlar, bunun 2'den daha yavaş olduğunu fark etti. Bazı garip yavaşlamalar, günde birkaç kez bitmek bilmeyen arka plan görevleri, kimsenin ondan bizim bilgimiz olmadan gerçekleştirmesini istemediği şeyler.

Muhasebecilerim geçişten hemen sonra bana 1C: Muhasebe 3.0'ın yeni baskısının öncekilerle karşılaştırıldığında düpedüz yavaş olduğunu söylediler! Ve çalışmak kesinlikle imkansız.

Araştırmaya başladım ve çok geçmeden donmaların ve ardından gelen kullanıcı memnuniyetsizliğinin ana nedeninin rutin ve arka plan görevleri olduğunu keşfettim; bunların çoğu varsayılan olarak etkindir, ancak muhasebecilerin büyük çoğunluğu için bunlara gerek yoktur.

Peki, örneğin, veritabanımızdaki tüm nesnelerde tam metin (muhasebeciler, paniğe kapılmayın) araması yapmıyorsak neden "Metin Çıkarma" görevini günde yüz kez çalıştırmamız gerekiyor?

Veya döviz işlemlerimiz yoksa veya bunları ara sıra yapıyorsak (ve bundan önce kendimiz indirme oranları düğmesini tıklayabilirsek) neden sürekli döviz kurlarını indiriyoruz?

Aynı durum, 1C'nin sürekli siteye bağlanma ve banka sınıflandırıcılarını kontrol etme ve güncelleme girişimi için de geçerlidir. Ne için? BIC'sine göre doğru bankayı bulamazsam sınıflandırıcıları güncellemek için düğmeye kendim basacağım.

Aşağıda adım adım bunun nasıl yapılacağı anlatılmaktadır.

1. "Yönetim" bölümüne gidin ve eylem panelinde "Bakım" () öğesini seçin:

2. Açılan pencerede “Rutin ve arka plan görevleri”ni bulup seçin:

3. "Açık" sütununda "Açık" olan her görevi açın. bir şafak var.

4. "Etkin" seçeneğinin işaretini kaldırın ve "Kaydet ve Kapat" düğmesini tıklayın.

5. Bunu, içerilen görevlerin her biri için yapın ve yeni sürümün keyfini çıkarın. Genel olarak, bence ikiden çok daha iyi.

Aynı zamanda platform, devre dışı bıraktığınız zamanlanmış görevlerin bazılarını hâlâ etkinleştirecektir.

Bu makaleyi yazmanın temel amacı, henüz 1C konusunda deneyim kazanmamış yöneticiler (ve programcılar) için bariz nüansları tekrar etmekten kaçınmaktır.

İkincil hedefim, herhangi bir eksikliğim varsa Infostart'ın bunu bana en hızlı şekilde belirtmesidir.

V. Gilev'in testi zaten bir tür "fiili" standart haline geldi. Yazar web sitesinde oldukça net tavsiyeler verdi, ancak ben sadece bazı sonuçları sunacağım ve en olası hatalar hakkında yorum yapacağım. Doğal olarak ekipmanınızdaki test sonuçları farklılık gösterebilir; bu sadece ne olması gerektiği ve ne için çabalayabileceğiniz konusunda bir rehberdir. Değişikliklerin adım adım yapılması gerektiğini ve her adımdan sonra hangi sonucu verdiğini kontrol etmek gerektiğini hemen belirtmek isterim.

Infostart'ta benzer makaleler var, ilgili bölümlere bunların bağlantılarını koyacağım (bir şeyi kaçırırsam lütfen yorumlarda bana önerin, ekleyeceğim). Öyleyse 1C'nizin yavaş olduğunu varsayalım. Sorun nasıl teşhis edilir ve kimin suçlanacağı, yöneticinin mi yoksa programcının mı olduğu nasıl anlaşılır?

İlk veri:

Test edilen bilgisayar, ana kobay: HP DL180G6, 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2 ile donatılmıştır. Karşılaştırma için Core i3-2100, tek iş parçacıklı testte karşılaştırılabilir sonuçlar gösteriyor. Kasıtlı olarak seçtiğim ekipman en yenisi değildi; modern ekipmanlarla sonuçlar gözle görülür derecede daha iyi.

Ayrı 1C ve SQL sunucularını test etmek için SQL sunucusu: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

10 Gbit ağı test etmek için Intel 520-DA2 adaptörleri kullanıldı.

Dosya sürümü. (veritabanı sunucuda paylaşılan bir klasörde bulunur, istemciler ağ, CIFS/SMB protokolü aracılığıyla bağlanır). Adım adım algoritma:

0. Gilev'in test veritabanını, ana veritabanlarıyla aynı klasördeki dosya sunucusuna ekleyin. İstemci bilgisayardan bağlanıp testi çalıştırıyoruz. Sonucu hatırlıyoruz.

Bundan 10 yıl önceki eski bilgisayarlar için bile (775 soketli Pentium) anlaşılmaktadır. ) 1C:Enterprise kısayoluna tıklamaktan veritabanı penceresinin görünümüne kadar geçen süre bir dakikadan az geçmelidir. ( Celeron = yavaş).

Pentium'dan daha kötü bir bilgisayarınız varsa 775 soket 1 GB RAM ile size sempati duyuyorum ve dosya sürümünde 1C 8.2 üzerinde rahat çalışma elde etmeniz sizin için zor olacak. Yükseltmeyi (tam zamanı) veya bir terminal (veya ince istemciler ve yönetilen formlar durumunda web) sunucusuna geçmeyi düşünün.

Bilgisayar daha kötü değilse, yöneticiyi tekmeleyebilirsiniz. En azından ağın, antivirüsün ve HASP koruma sürücüsünün çalışmasını kontrol edin.

Gilev'in bu aşamadaki testi 30 "papağan" veya daha fazlasını gösteriyorsa ancak 1C çalışma tabanı hala yavaş çalışıyorsa sorular programcıya yönlendirilmelidir.

1. Bir istemci bilgisayarın ne kadar "sıkıştırabileceğine" dair bir kılavuz olarak, yalnızca bu bilgisayarın ağ olmadan çalışmasını kontrol ediyoruz. Test veritabanını yerel bir bilgisayara (çok hızlı bir diske) kuruyoruz. İstemci bilgisayarda normal bir SSD yoksa bir ramdisk oluşturulur. Şimdilik en basit ve ücretsiz olanı Ramdisk kuruluşudur.

Sürüm 8.2'yi test etmek için 256 MB'lık bir ramdisk yeterlidir ve! En önemli. Bilgisayarı yeniden başlattıktan sonra, ramdisk çalışırken, üzerinde 100-200 MB boş alan olmalıdır. Buna göre ramdisk olmadan normal çalışma için 300-400 MB boş hafıza bulunmalıdır.

Sürüm 8.3'ü test etmek için 256 MB'lık bir ramdisk yeterlidir, ancak daha fazla boş RAM'e ihtiyacınız vardır.

Test yaparken işlemci yüküne bakmanız gerekir. İdeale yakın bir durumda (ramdisk), yerel dosya 1c çalışırken 1 işlemci çekirdeği yükler. Buna göre, test sırasında işlemci çekirdeğiniz tam olarak yüklenmemişse zayıf noktaları arayın. Biraz duygusal ama genel olarak doğru, işlemcinin 1C'nin çalışması üzerindeki etkisi anlatılıyor. Referans olması açısından, yüksek frekanslı modern Core i3'lerde bile 70-80 rakamları oldukça gerçekçi.

Bu aşamada en sık yapılan hatalar.

a) Yanlış yapılandırılmış antivirüs. Pek çok antivirüs var, her birinin ayarları farklı, sadece doğru konfigürasyonla ne web ne de Kaspersky 1C'nin müdahale etmediğini söyleyeceğim. Varsayılan ayarlarla yaklaşık 3-5 papağan (%10-15) alınabilmektedir.

b) Performans modu. Bazı nedenlerden dolayı, çok az kişi buna dikkat ediyor, ancak etki en önemli olanıdır. Hıza ihtiyacınız varsa, bunu hem istemci hem de sunucu bilgisayarlarda yapmanız gerekir. (Gilev'in iyi bir açıklaması var. Tek uyarı, bazı anakartlarda Intel SpeedStep'i kapatırsanız TurboBoost'u açamayacağınızdır).

Kısacası 1C çalışırken diğer cihazlardan (disk, ağ vb.) yanıt almak için çok fazla bekleme süresi vardır. Yanıt beklenirken performans modu etkinleştirilirse işlemci frekansını düşürür. Cihazdan bir yanıt geliyor, 1C'nin (işlemci) çalışması gerekiyor, ancak ilk saat döngüleri azaltılmış bir frekansta, ardından frekans artıyor - ve 1C tekrar cihazdan bir yanıt bekliyor. Ve böylece - saniyede yüzlerce kez.

Performans modunu iki yerden etkinleştirebilirsiniz (ve tercihen):

BIOS aracılığıyla. C1, C1E, Intel C-state (C2, C3, C4) modlarını devre dışı bırakın. Farklı bios'larda farklı şekilde adlandırılırlar ancak anlamları aynıdır. Aramak uzun zaman alıyor, yeniden başlatma gerekiyor, ancak bunu bir kez yaparsanız unutabilirsiniz. BIOS'ta her şeyi doğru yaparsanız hız artacaktır. Bazı anakartlarda BIOS ayarlarını, Windows performans modunun bir rol oynamaması için yapılandırabilirsiniz. (Gilev'den BIOS ayarlarına örnekler). Bu ayarlar esas olarak sunucu işlemcileri veya "gelişmiş" BIOS'larla ilgilidir, eğer bunu bulamadıysanız ve Xeon'unuz YOKSA sorun değil.

Kontrol paneli - Güç kaynağı - Yüksek performans. Eksi - Bilgisayara uzun süre bakım yapılmadıysa, fan sesi daha yüksek olacak, daha fazla ısınacak ve daha fazla enerji tüketecektir. Bu bir performans ücretidir.

Modun etkin olup olmadığı nasıl kontrol edilir? Görev yöneticisi - performans - kaynak monitörü - CPU'yu başlatın. İşlemcinin hiçbir şeyle meşgul olmasını bekliyoruz.

Bunlar varsayılan ayarlardır.

BIOS C durumunda dahil,

dengeli güç tüketimi modu

BIOS C durumunda dahil, yüksek performans modu

Pentium ve Core için burada durabilirsiniz,

Hala Xeon'dan biraz "papağan" çıkarabilirsiniz

BIOS C durumunda kapalı, yüksek performans modu.

Turbo güçlendirmeyi kullanmazsanız, böyle görünmesi gerekir

performans için ayarlanmış sunucu

Ve şimdi sayılar. Hatırlatayım: Intel Xeon 5650, ramdisk. İlk durumda test 23.26'yı, son durumda ise 49.5'i gösteriyor. Fark neredeyse iki kat. Sayılar değişebilir ancak oran Intel Core için esasen aynı kalır.

Sayın yöneticiler 1C'yi dilediğiniz kadar eleştirebilirsiniz ancak son kullanıcıların hıza ihtiyacı varsa yüksek performans modunu etkinleştirmeniz gerekmektedir.

c) Turbo Boost. Öncelikle işlemcinizin bu işlevi destekleyip desteklemediğini anlamanız gerekir. Destekliyorsa, yasal olarak hala bir miktar performans elde edebilirsiniz. (Frekans hız aşırtması konularına, özellikle de sunuculara değinmek istemiyorum, bunu kendi sorumluluğunuzda ve risk altında yapın. Ancak Bus hızını 133'ten 166'ya çıkarmanın hem hızda hem de ısı dağılımında çok gözle görülür bir artış sağladığına katılıyorum)

Turbo güçlendirmenin nasıl açılacağı yazılmıştır, örneğin . Ancak! 1C için bazı nüanslar vardır (en belirgin olanı değil). Zorluk, turbo güçlendirmenin maksimum etkisinin C durumu açıldığında ortaya çıkmasıdır. Ve şöyle bir şey elde ediyoruz:

Lütfen çarpanın maksimum olduğunu, Çekirdek hızının güzel olduğunu ve performansın yüksek olduğunu unutmayın. Peki 1'lerin sonucunda ne olacak?

	Faktör	Çekirdek hızı (frekans), GHz	CPU-Z Tek Konu	Gilev Ramdisk testi dosya sürümü	Gilev Ramdisk testi müşteri sunucusu
Turbo takviyesi olmadan
C durumu kapalı, Turbo güçlendirme				53.19	40,32
C durumu açık, Turbo güçlendirme			1080	53,13	23,04

Ancak sonuçta CPU performans testlerine göre çarpanı 23 olan sürümün önde olduğu, Gilev'in dosya sürümündeki testlerine göre ise 22 ve 23 çarpanı olan performansın aynı olduğu ancak istemci-sunucuda ortaya çıktığı ortaya çıktı. sürüm - çarpanı 23 olan sürüm çok berbat berbat (C -state 7'ye ayarlansa bile, C-state'in kapalı olmasına göre hala daha yavaştır). Bu nedenle tavsiyemiz her iki seçeneği de kendiniz kontrol etmeniz ve en iyisini seçmenizdir. Her durumda, 49,5 ile 53 papağan arasındaki fark, özellikle fazla çaba harcamadan oldukça önemlidir.

Sonuç - turbo takviyesinin açılması gerekiyor. BIOS'ta Turbo boost öğesini etkinleştirmek yeterli olmadığını, diğer ayarlara da bakmanız gerektiğini hatırlatayım (BIOS: QPI L0s, L1 - devre dışı bırak, talep temizleme - devre dışı bırak, Intel SpeedStep - etkinleştir, Turbo artır - Denetim Masası - Güç Seçenekleri - Yüksek Performans) . Ve ben yine de (dosya sürümü için bile) çarpan daha küçük olsa bile c-durumunun kapalı olduğu seçeneği seçerdim. Şöyle bir şey ortaya çıkacak...

Oldukça tartışmalı bir nokta hafıza frekansıdır. Örneğin, hafıza frekansının çok güçlü bir etkiye sahip olduğu gösterilmiştir. Testlerim böyle bir bağımlılığı ortaya çıkarmadı. DDR 2/3/4'ü karşılaştırmayacağım, frekansı değiştirmenin sonuçlarını aynı satırda göstereceğim. Bellek aynı, ancak BIOS'ta daha düşük frekanslar ayarlamak zorunda kalıyoruz.

Ve test sonuçları. 1C 8.2.19.83, yerel ramdisk dosya sürümü için, istemci-sunucu 1C ve bir bilgisayarda SQL için, Paylaşılan bellek. Turbo güçlendirme her iki versiyonda da devre dışıdır. 8.3 karşılaştırılabilir sonuçları göstermektedir.

Fark ölçüm hatası dahilindedir. Frekanstaki bir değişiklikle diğer parametrelerin de değiştiğini, aynı CAS Gecikmesinin ve RAS'tan CAS Gecikmesine, frekanstaki değişikliği nötralize ettiğini göstermek için özellikle CPU-Z'nin ekran görüntülerini çıkardım. Fark, bellek modülleri fiziksel olarak yavaştan hızlıya doğru değiştiğinde ortaya çıkacak, ancak orada bile rakamlar özellikle önemli değil.

2. İstemci bilgisayarın işlemcisini ve belleğini çözdüğümüzde, bir sonraki çok önemli yere, yani ağa geçiyoruz. Ağ ayarlama hakkında birçok cilt kitap yazıldı, Infostart (ve diğerleri) hakkında makaleler var, ancak burada bu konuya odaklanmayacağım. 1C'yi test etmeye başlamadan önce, lütfen iki bilgisayar arasındaki iperf'in tüm bant genişliğini gösterdiğinden emin olun (1 Gbit kartlar için - en az 850 Mbit veya daha iyisi 950-980), Gilev'in tavsiyesine uyulur. O zaman - en basit çalışma testi, garip bir şekilde, büyük bir dosyayı (5-10 gigabayt) ağ üzerinden kopyalamak olacaktır. 1 Gbit ağda normal çalışmanın dolaylı bir işareti, ortalama 100 MB/sn kopyalama hızı, iyi çalışma - 120 MB/sn olacaktır. Zayıf noktanın (dahil) işlemci yükü olabileceğine dikkatinizi çekmek isterim. KOBİ Linux'taki protokol oldukça zayıf bir şekilde paralelleştirilmiştir ve çalışma sırasında bir işlemci çekirdeğini oldukça kolay bir şekilde "tüketebilir" ve artık tüketmeyebilir.

Ve ilerisi. Varsayılan ayarlarla, Windows istemcisi bir Windows sunucusuyla (veya hatta bir Windows iş istasyonuyla) ve SMB/CIFS protokolüyle en iyi şekilde çalışır; bir linux istemcisi (debian, ubuntu diğerlerine bakmadı) linux ve NFS ile daha iyi çalışır ( aynı zamanda SMB ile de çalışır, ancak NFS'de papağanlar daha uzundur). Bir Windows Linux sunucusunun NFS'ye doğrusal kopyalanması sırasında tek bir akışa daha hızlı kopyalanması hiçbir şey ifade etmez. 1C için Debian ayarı ayrı bir makalenin konusu, henüz buna hazır değilim, ancak dosya sürümünde aynı ekipmandaki Win sürümünden biraz daha iyi performans elde ettiğimi söyleyebilirim, ancak postgres ile üzerinde 50 kullanıcı hala her şeyim çok kötü.

En önemli "Yanmış" yöneticilerin bildiği, ancak yeni başlayanların hesaba katmadığı. 1c veritabanının yolunu ayarlamanın birçok yolu vardır. \\server\share yapabilirsiniz, \\192.168.0.1\share yapabilirsiniz, net use z: \\192.168.0.1\share yapabilirsiniz (ve bazı durumlarda bu yöntem de işe yarayacaktır, ancak her zaman değil) ve sonra Z sürücüsünü belirtin Görünüşe göre tüm bu yollar aynı yere işaret ediyor, ancak 1C için oldukça güvenilir bir şekilde normal performans sağlayan tek bir yol var. Yani, doğru bir şekilde yapmanız gereken şey budur:

Komut satırında (veya politikalarda veya sizin için uygun olan herhangi bir şeyde) - DriveLetter'ı net olarak kullanın: \\server\share. Örnek: net kullanım m: \\sunucu\tabanları. IP adresini DEĞİL özellikle vurguluyorum, yani İsim sunucu. Sunucu adı görünmüyorsa, onu sunucudaki DNS'ye veya yerel olarak hosts dosyasına ekleyin. Ancak adresin isme göre olması gerekir. Buna göre, veritabanına giderken bu diske erişin (resme bakın).

Şimdi bunun neden tavsiye olduğunu rakamlarla göstereceğim. Başlangıç verileri: Intel X520-DA2, Intel 362, Intel 350, Realtek 8169 kartları. İşletim Sistemi Win 2008 R2, Win 7, Debian 8. En son sürücüler, güncellemeler uygulandı. Testten önce Iperf'in tam bant genişliği sağladığından emin oldum (10 Gbit kartlar hariç, yalnızca 7,2 Gbit'i sıkıştırmayı başardı, neden daha sonra test sunucusunun henüz düzgün yapılandırılmadığını göreceğim). Diskler farklı, ancak her yerde bir SSD (test için özel olarak tek bir disk yerleştirdim, başka hiçbir şey yüklü değil) veya bir SSD'den baskın var. Intel 362 adaptörünün ayarları sınırlandırılarak 100 Mbit hız elde edildi. 1 Gbit bakır Intel 350 ile 1 Gbit optik Intel X520-DA2 (adaptörün hızı sınırlandırılarak elde edildi) arasında fark yoktu. Maksimum performans, turbo güçlendirme kapatılır (sadece sonuçların karşılaştırılabilirliği açısından, iyi sonuçlar için turbo güçlendirme %10'dan biraz daha az ekler, kötü sonuçlar için ise hiç etkisi olmayabilir). Sürümler 1C 8.2.19.86, 8.3.6.2076. Tüm sayıları vermiyorum, sadece en ilginç olanları veriyorum, böylece karşılaştırabileceğiniz bir şey olsun.

	2008'i Kazanın - 2008'i Kazanın ip adresiyle iletişim	2008'i Kazanın - 2008'i Kazanın İsmiyle arama	2008'i Kazanın - 2008'i Kazanın IP adresine göre iletişim	2008'i Kazanın - 2008'i Kazanın İsmiyle arama	2008'i Kazanın - 7'yi Kazanın İsmiyle arama	2008'i Kazanın - Debian İsmiyle arama	2008'i Kazanın - 2008'i Kazanın IP adresine göre iletişim	2008'i Kazanın - 2008'i Kazanın İsmiyle arama
	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

Sonuçlar (tablodan ve kişisel deneyimlerden. Yalnızca dosya sürümü için geçerlidir):

Bu ağ doğru şekilde yapılandırılmışsa ve yol 1C'de doğru girilmişse, ağ üzerinden iş için oldukça normal sayılar alabilirsiniz. İlk Core i3 bile rahatlıkla 40'tan fazla papağan üretebiliyor ki bu oldukça iyi ve bunlar sadece papağan değil, gerçek işte fark da göze çarpıyor. Ancak! Birkaç (10'dan fazla) kullanıcıyla çalışırken sınırlama artık ağ olmayacak, burada 1 Gbit hala yeterli, ancak çok kullanıcılı çalışma sırasında engelleme (Gilev).

1C 8.3 platformu, uygun ağ yapılandırması açısından birçok kez daha talepkardır. Temel ayarlar - Gilev'e bakın, ancak her şeyin etkilenebileceğini unutmayın. Antivirüsün kaldırılmasında (ve yalnızca kapatılmasında değil), FCoE gibi protokollerin kaldırılmasında, sürücülerin daha eski ancak Microsoft sertifikalı bir sürüme değiştirilmesinde (özellikle ASUS ve DLC gibi ucuz kartlar için), ikinci ağ kartının çıkarılmasında bir hızlanma gördüm. sunucudan. Çok fazla seçenek var, ağınızı dikkatli bir şekilde kurun. Platform 8.2'nin kabul edilebilir sayılar verdiği ve 8.3'ün iki veya daha fazla kat daha az olduğu bir durum olabilir. Platformun 8.3 sürümüyle oynamayı deneyin, bazen çok büyük bir etki elde edersiniz.

1C 8.3.6.2076'nın (belki daha sonra, tam sürümü henüz aramadım) ağ üzerinden yapılandırılması 8.3.7.2008'den daha kolaydır. 8.3.7.2008 tarihinden itibaren ağ üzerinden normal çalışmayı (karşılaştırılabilir papağanlarda) yalnızca birkaç kez başarabildim; daha genel bir durum için bunu tekrarlayamadım. Pek bir şey anlamadım ama Process Explorer'ın ayak sargılarına bakılırsa oradaki kayıt 8.3.6'daki kadar iyi değil.

100 Mbit ağ üzerinde çalışırken yük programının küçük olmasına rağmen (ağın ücretsiz olduğunu söyleyebiliriz), çalışma hızı hala 1 Gbit'ten çok daha düşük. Bunun nedeni ağ gecikmesidir.

1C 8.2 için diğer tüm koşullar eşit olduğunda (iyi işleyen bir ağ), Intel-Realtek bağlantısı Intel-Intel'den %10 daha yavaştır. Ancak realtek-realtek genellikle birdenbire keskin bir düşüş sağlayabilir. Bu nedenle, paranız varsa Intel ağ kartlarını her yerde tutmak daha iyidir; paranız yoksa Intel'i yalnızca sunucuya (CO'nuz) yükleyin. Ve Intel ağ kartlarını ayarlamak için çok daha fazla talimat var.

Varsayılan antivirüs ayarları (örnek olarak drweb sürüm 10'u kullanarak) papağanların yaklaşık %8-10'unu kaplar. Olması gerektiği gibi yapılandırırsanız (güvenli olmasa da 1cv8 işleminin her şeyi yapmasına izin verin), hız antivirüs olmadan aynı olur.

Linux gurularını OKUMAYIN. Sambalı bir sunucu harika ve ücretsizdir, ancak sunucuya Win XP veya Win7 (veya daha iyisi - sunucu işletim sistemi) yüklerseniz, 1c'nin dosya sürümü daha hızlı çalışacaktır. Evet, samba, protokol yığını ve ağ ayarları ve çok daha fazlası debian/ubuntu'da iyi bir şekilde ayarlanabilir, ancak bu uzmanlar için önerilir. Linux'u varsayılan ayarlarla kurup sonra yavaş olduğunu söylemenin bir anlamı yok.

Net use aracılığıyla bağlanan disklerin çalışmasını fio kullanarak kontrol etmek oldukça iyi bir fikirdir. En azından bunların 1C platformunda mı yoksa ağ/diskte mi sorun olduğu açık olacaktır.

Tek kullanıcılı sürüm için 1 Gbit ile 10 Gbit arasındaki farkın görülebileceği testler (veya bir durum) aklıma gelmiyor. Dosya sürümü için 10 Gbit'in daha iyi sonuçlar verdiği tek şey diskleri iSCSI aracılığıyla bağlamaktır, ancak bu ayrı bir makalenin konusu. Yine de dosya versiyonu için 1 Gbit kartların yeterli olduğunu düşünüyorum.

100 Mbit ağda 8.3'ün neden 8.2'den belirgin şekilde daha hızlı çalıştığını anlamıyorum, ama bu bir gerçekti. Diğer tüm ekipmanlar, diğer tüm ayarlar kesinlikle aynıdır, sadece bir durumda 8.2 test edilirken diğerinde - 8.3.

Ayarlanmamış NFS kazan-kazan veya kazan-lin 6 papağan veriyor, onları tabloya dahil etmedim. Ayarlamadan sonra 25 aldım ama kararsızdı (ölçümlerdeki fark 2 birimden fazlaydı). Henüz Windows ve NFS protokolünün kullanımına ilişkin önerilerde bulunamıyorum.

Tüm ayarlar ve kontrollerden sonra testi istemci bilgisayardan tekrar çalıştırıyoruz ve iyileşen sonuca (eğer işe yarıyorsa) seviniyoruz. Sonuç iyileştiyse, 30'dan fazla papağan var (özellikle 40'tan fazla), aynı anda 10'dan az kullanıcı çalışıyor ve çalışan veritabanı hala yavaş - neredeyse kesinlikle programcıyla ilgili bir sorun var (ya da siz dosya sürümünün en yüksek özelliklerine zaten ulaşıldı).

Terminal sunucusu. (veritabanı sunucudadır, istemciler ağ üzerinden bağlanır, RDP protokolü). Adım adım algoritma:

0. Gilev'in test veritabanını sunucuya ana veritabanlarıyla aynı klasöre ekleyin. Aynı sunucudan bağlanıp testi çalıştırıyoruz. Sonucu hatırlıyoruz.

1. Dosya versiyonundakiyle aynı şekilde çalışmayı kuruyoruz. Terminal sunucusu durumunda, işlemci genellikle ana rolü oynar (bellek eksikliği veya çok miktarda gereksiz yazılım gibi belirgin zayıf noktaların olmadığı varsayılır).

2. Terminal sunucusu durumunda ağ kartlarının kurulmasının 1c'nin çalışması üzerinde neredeyse hiçbir etkisi yoktur. "Özel" konforu sağlamak için, sunucunuz 50'den fazla papağan üretiyorsa, yalnızca kullanıcıların rahatlığı, daha hızlı yanıt ve kaydırma için RDP protokolünün yeni sürümleriyle oynayabilirsiniz.

3. Çok sayıda kullanıcı aktif olarak çalışıyorsa (ve burada zaten 30 kişiyi bir veritabanına bağlamayı deneyebilirsiniz, eğer denerseniz), bir SSD sürücüsü kurmanız çok tavsiye edilir. Bazı nedenlerden dolayı, diskin 1C'nin çalışmasını özellikle etkilemediğine inanılıyor, ancak tüm testler denetleyici önbelleği yazma için etkinken yapılıyor ki bu yanlış. Test tabanı küçük, önbelleğe oldukça iyi uyuyor, dolayısıyla sayılar yüksek. Gerçek (büyük) veritabanlarında her şey tamamen farklı olacaktır, bu nedenle önbellek testler için devre dışı bırakılır.

Mesela Gilev testinin çalışmasını farklı disk seçenekleriyle kontrol ettim. Sırf eğilimi göstermek için diskleri elimdekilerden yerleştirdim. 8.3.6.2076 ile 8.3.7.2008 arasındaki fark küçüktür (Ramdisk Turbo boost sürümü 8.3.6'da 56.18 ve 8.3.7.2008'de 55.56 üretilir, diğer testlerde fark daha da küçüktür). Güç tüketimi - maksimum performans, turbo güçlendirme devre dışı (aksi belirtilmediği sürece).

	Baskın 10 4x SATA 7200 ATA ST31500341AS	Baskın 10 4x SAS 10k	Baskın 10 4x SAS 15k	Tek SSD	Ramdisk		Önbellek etkin RAID denetleyicisi
	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

Etkinleştirilmiş RAID denetleyici önbelleği, diskler arasındaki tüm farklılıkları ortadan kaldırır; sayılar hem sat hem de cas için aynıdır. Bununla az miktarda veri üzerinde test yapmak işe yaramaz ve herhangi bir gösterge değildir.

Platform 8.2 için SATA ve SSD seçenekleri arasındaki performans farkı iki kattan fazladır. Bu bir yazım hatası değil. SATA sürücülerinde test sırasında performans monitörüne bakarsanız. o zaman “Aktif disk çalışma süresi (% olarak)” 80-95'i açıkça görebilirsiniz. Evet, kayıt için disklerin önbelleğini etkinleştirirseniz, baskın denetleyicinin önbelleğini etkinleştirirseniz hız 35'e yükselecektir - 49'a kadar (şu anda hangi disklerin test edildiğine bakılmaksızın). Ancak bunlar sentetik önbellek papağanlarıdır; büyük veritabanlarıyla yapılan gerçek çalışmada, yazma önbelleği isabet oranı hiçbir zaman %100 olmayacaktır.

Ucuz SSD'lerin bile hızı (Agility 3'te test ettim) dosya sürümünü çalıştırmak için oldukça yeterli. Kayıt kaynağı başka bir konudur, ona her özel durumda bakmanız gerekir, Intel 3700'ün çok daha yüksek bir sıraya sahip olacağı açıktır, ancak fiyat buna karşılık gelir. Ve evet, bir SSD diski test ederken bu diskin önbelleğini de daha büyük ölçüde test ettiğimi anlıyorum, gerçek sonuçlar daha az olacak.

En doğru (benim bakış açıma göre) çözüm, bir dosya veritabanı (veya birkaç dosya veritabanı) için yansıtılmış bir baskında 2 SSD diski tahsis etmek ve oraya başka hiçbir şey yerleştirmemek olacaktır. Evet, aynayla SSD'ler eşit şekilde aşınır ve bu bir eksi, ancak en azından denetleyici elektroniği bir şekilde hatalardan korunuyor.

Dosya sürümü için SSD sürücülerin ana avantajları, her biri birkaç kullanıcıya sahip çok sayıda veritabanı olduğunda ortaya çıkacaktır. 1-2 veritabanı varsa ve yaklaşık 10 kullanıcı varsa SAS diskleri yeterli olacaktır. (ancak her durumda, bu diskleri en azından perfmon aracılığıyla yüklemeye bakın).

Terminal sunucusunun temel avantajları, çok zayıf istemcilere sahip olabilmesi ve ağ ayarlarının terminal sunucusunu (yine K.O.'nuz) çok daha az etkilemesidir.

Sonuçlar: Gilev testini bir terminal sunucusunda (çalışan veritabanlarının bulunduğu aynı diskten) ve çalışma veritabanının yavaşladığı anlarda çalıştırırsanız ve Gilev testi iyi bir sonuç gösterirse (30'un üzerinde), o zaman ana çalışma veritabanının yavaş çalışması büyük olasılıkla programcıyı suçlamaktır.

Gilev'in testi küçük sayılar gösteriyorsa ve yüksek saat hızına sahip bir işlemciniz ve hızlı diskleriniz varsa, o zaman yöneticinin en azından perfmon alması, tüm sonuçları bir yere kaydetmesi ve izlemesi, gözlemlemesi ve sonuçlar çıkarması gerekir. Kesin bir tavsiye olmayacak.

İstemci-sunucu seçeneği.

Testler yalnızca 8.2'de yapıldı çünkü 8.3'te her şey oldukça ciddi bir şekilde sürüme bağlı.

Test için ana eğilimleri göstermek amacıyla farklı sunucu seçeneklerini ve aralarındaki ağları seçtim.

	SQL: Xeon E5-2630	SQL: Xeon E5-2630 Fiber kanal - SSD	SQL: Xeon E5-2630 Fiber kanal - SAS	SQL: Xeon E5-2630 Yerel SSD	SQL: Xeon E5-2630 Fiber kanal - SSD	SQL: Xeon E5-2630 Yerel SSD	1C: Xeon 5650 =	1C: Xeon 5650 = Paylaşılan hafıza	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

Görünüşe göre tüm ilginç seçenekleri değerlendirdim, ilgilendiğiniz başka bir şey varsa yorumlara yazın, yapmaya çalışacağım.

Depolama sistemlerindeki SAS, depolama sistemlerinin önbellek boyutları daha büyük olmasına rağmen yerel SSD'lerden daha yavaştır. Gilev'in testi için hem yerel hem de depolama sistemlerindeki SSD'ler benzer hızlarda çalışıyor. MCC'nin 1C yük testi dışında herhangi bir standart çok iş parçacıklı testi (sadece kayıt değil, tüm ekipmanlar) bilmiyorum.

1C sunucusunu 5520'den 5650'ye değiştirmek performansı neredeyse iki katına çıkardı. Evet, sunucu konfigürasyonları tam olarak eşleşmiyor ancak bir eğilim gösteriyor (sürpriz değil).

SQL sunucusundaki frekansın arttırılması kesinlikle bir etki yaratır, ancak 1C sunucusundakiyle aynı değildir; MS SQL sunucusu (eğer sorarsanız) çok çekirdekli ve boş hafıza kullanmak için mükemmeldir.

1C ile SQL arasındaki ağı 1 Gbit'ten 10 Gbit'e değiştirmek yaklaşık %10 papağan verir. Daha fazlasını bekliyordum.

Paylaşılan belleğin etkinleştirilmesi, açıklandığı gibi %15 olmasa da yine de bir etki sağlar. Bunu yaptığınızdan emin olun, neyse ki hızlı ve kolaydır. Kurulum sırasında birisi SQL sunucusuna adlandırılmış bir örnek verdiyse, 1C'nin çalışması için sunucu adının FQDN tarafından değil (tcp/ip çalışacaktır), localhost veya yalnızca SunucuAdı aracılığıyla değil, örneğin SunucuAdı\ÖrnekAdı yoluyla belirtilmesi gerekir. zz-test\zztest. (Aksi takdirde DBMS hatası oluşacaktır: Microsoft SQL Server Native Client 10.0: Paylaşılan Bellek Sağlayıcısı: SQL Server 2000 ile bağlantı kurmak için kullanılan paylaşılan bellek kitaplığı bulunamadı. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvr : SQLSTATE=08001, durum=1, Önem Derecesi=10, yerel=126, satır=0).

100'den az kullanıcı için, onu iki ayrı sunucuya bölmenin tek amacı, yalnızca 32 GB RAM'i destekleyen bir Win 2008 Std (ve daha eski) lisansıdır. Diğer tüm durumlarda, 1C ve SQL'in kesinlikle bir sunucuya kurulması ve daha fazla (en az 64 GB) bellek verilmesi gerekir. MS SQL'e 24-28 GB'tan daha az RAM vermek haksız açgözlülüktür (bunun için yeterli belleğiniz olduğunu ve her şeyin yolunda gittiğini düşünüyorsanız, belki 1C'nin dosya sürümü sizin için yeterli olabilir?)

1C ve SQL kombinasyonunun sanal bir makinede ne kadar kötü çalıştığı ayrı bir makalenin konusudur (ipucu - belirgin şekilde daha kötü). Hyper-V'de bile her şey o kadar net değil...

Dengeli performans modu kötü. Sonuçlar dosya sürümüyle oldukça tutarlıdır.

Birçok kaynak, hata ayıklama modunun (ragent.exe -debug) performansta önemli bir düşüşe neden olduğunu söylüyor. Evet, azalır ama %2-3'ü önemli bir etki olarak adlandıramam.