Upp 8.3 yavaş yavaş çalışmaya başladı. Otomasyon ipuçları. SQL Server DMO Nesnelerini Kullanma

Kullanıcılar genellikle "1C 8.3'ün yavaş olduğundan" şikayet ediyorlar: belge formları yavaş açılıyor, belgelerin işlenmesi uzun sürüyor, program başlıyor, raporların oluşturulması uzun sürüyor vb.

Üstelik bu tür "aksaklıklar" farklı programlarda ortaya çıkabilir:

Sebepler farklı olabilir. Bu geri yüklenen belgeler değil, zayıf bir bilgisayar veya sunucu, 1C sunucusu yanlış yapılandırılmış.

Bu yazıda yavaş bir programın en basit ve en yaygın nedenlerinden birine bakmak istiyorum - . Bu talimat Kaynaklar için rekabetin olmadığı 1-2 kullanıcılı dosya veritabanlarının kullanıcıları için uygun olacaktır.

Sistemin çalışması için istemci-sunucu seçeneklerinin daha ciddi optimizasyonuyla ilgileniyorsanız, sitenin bölümünü ziyaret edin.

1C 8.3'te zamanlanmış görevler nerede?

Programı yüklemeye zamanım olmadan önce 1C birçok programı yürüttü arka plan işleri. Bunları “Yönetim” menüsüne ve ardından “Destek ve Bakım” menüsüne giderek görüntüleyebilirsiniz:

1C'de 267 video dersini ücretsiz alın:

Tamamlanan görevlerin bulunduğu pencere şöyle görünür:

Ve bu yüzden tam liste başlatılan tüm zamanlanmış görevler:

Bu görevler arasında ““, çeşitli sınıflandırıcıların yüklenmesi, program sürümünün uygunluğunu kontrol etme vb. gibi görevleri görebilirsiniz. Mesela bu görevlerin neredeyse hiçbirine ihtiyacım yok. Para birimi kayıtlarını tutmuyorum, versiyonları kendim kontrol ediyorum ve gerektiğinde sınıflandırıcıları yüklüyorum.

Buna göre gereksiz görevleri devre dışı bırakmak benim (ve çoğu durumda sizin) yararımadır.

1C 8.3'te rutin ve arka plan görevlerini devre dışı bırakma

Hasta semptomları ve geçmişi:

Ağ üzerinden birden fazla kullanıcının aynı dosya (veritabanı) ile çalışması, ağ engelleme mekanizmasını içerir. Bu, sistemi açık kayıt oturumlarını belirleyerek ve çatışmaları buna göre çözerek değerli zamanını boşa harcamaya zorlar.

Engelleme işleminin ana işaretleri:

• hızlı kullanıcı ağ üzerinden özel modda veritabanıyla çalışır ve birkaç kullanıcı aynı anda çalıştığında son derece yavaştır
• sunucudaki yerel veritabanı ve ağ üzerinden yavaş çalışma ile hızlı kullanıcı deneyimi
• hitap ediyor dosya sistemi 10 MB/sn'nin biraz altında

Bu yüzden bana aynı anda 1C'de en fazla üç kullanıcının çalışabilmesini sağlama görevi verildi! Komik, değil mi?

Neyle uğraşmam gerektiğini görünce tüm şakaları unuttum: Sıradan bir ofis bilgisayarı ve iki dizüstü bilgisayar biçiminde bir "sunucu".

Bilgisayardaki ve bir bilgisayardaki harika işletim sistemleri olmasaydı mutluluk eksik olurdu. Windows dizüstü bilgisayarıÖte yandan 7 - Windows 8.

Belgeleri aynı anda dizüstü bilgisayarlara göndermeye çalışırken, biri yaklaşık bir dakika boyunca takılı kaldı ve ikincisi, "tablo kilitlenemedi..." hata metniyle 1C'den düştü.

1C'nin bir dizüstü bilgisayarda başlatılması, yaklaşık süren ayrı bir gösteri 3 dakika!

Birçok kaynakta terminal erişiminde çalışmaya geçme tavsiyesiyle karşılaştım. Ne yazık ki, Windows 7 izin vermiyor düzenli araçlar bir terminal sunucusuna dönüştürün - maksimum bir aktif bağlantı. Bu durumda, kalan oturumlar sonlandırılmaz; başka bir kullanıcı altında yeniden bağlanabilirsiniz - önceki kullanıcıyı "atarak" ancak oturumunu sonlandırmadan. Bu nedenle, 1C'yi bu tür kısıtlamaların olmadığı bir sunucu işletim sistemine aktarmalısınız. Müşteri, riski kendisine ait olmak üzere, sorunu üçüncü taraf bir yardımcı program kullanarak çözdü Windows7_SP1_RDHack.

Ancak maceralar burada bitmedi. Terminal bağlantısında bile önemli gecikmeler yaşandı. Yüce arama motorları bir kez daha bana yardımcı oldu. Aşağıda takip ettiğim 1C dosyasını hızlandırmaya yönelik ipuçları verilmiştir:

1. Devre dışı bırakmak ağ protokolünün kullanımı IPv6, "eski" IPv4'te adreslemeyi yapılandırın.

2. Windows güvenlik duvarı istisnalarına ve antivirüs istisnalarına 1C işlemleri ekleyin veya bunları tamamen devre dışı bırakın (daha riskli, ancak basit bir test gösterdi) hız artışı devre dışı bırakıldığında belgeleri yeniden gönderme Avast antivirüs faktörü!)

3. 1C'de tam metin aramasını indekslemeye başlayın veya tamamen kapatın

4. Testi çalıştırın ve veritabanını düzeltin, ChDbfl yardımcı programını kullanarak kontrol edin

5. Yapılandırmadaki Yapılandırmayı Kontrol Et öğesini çalıştırın (yapılandırma standart değilse bu yararlı olabilir). Yapılandırmayı kontrol etmenin sonuçlarına göre, boyutu sihirli bir şekilde neredeyse üçte bir oranında azaldı. Benden önce gelen programcıların neyi güncellediklerini tam olarak araştırmadım ama gerçek ortada.

6. Gereksiz işlevsel seçenekleri devre dışı bırakın.

7. Kullanıcı haklarını ayarlayın. (Çizimi izleyene kadar bu ve önceki tavsiyeler aptalca görünüyordu yönetilen formlar belge listesini açarken. Yönetilen bir arayüzde ne kadar az gereksiz şey olursa, kural olarak o kadar hızlı çalışır)

8. Toplamları yeniden hesaplamaya ve sırayı geri yüklemeye başlayın (önemli bir artış yalnızca toplamlar uzun süre geri yüklenmediğinde meydana gelebilir)

9. Veritabanı listesi ayarlarında "Bağlantı hızı - düşük" seçeneğini belirtin (bu, alt sistemlerin görüntülerinin kapatılması dışında pek bir sonuç vermedi :))

Tüm bu adımları tamamladıktan sonra 1C dosya veritabanı çok daha hızlı çalışmaya başladı. Maksimum 10 saniyede açılmaya başladı ve belge aktarım hızı ortalama 12 kat arttı.

Aniden 1C dosya veritabanınızı hızlandırmanız gerekirse, bu kısa makale sizin için yararlı olabilir.

Not: Ancak paylaşılan bir klasöre ağ erişimini kullanarak bir 1C dosyasını başlatmak hala gerçekçi değil, çünkü ... Dasha en hızlıdır katı hal sürücüsü RAM ve işlemci ağ kilitlerinde sıkışıp kalacak ve birden fazla kullanıcının çalışması neredeyse imkansız hale gelecektir. Hakkındaözellikle UT 11.1'in konfigürasyonu hakkında. Kendi kendine yazılan küçük konfigürasyonlar, dosya sürümünde bile oldukça hızlı çalışabilir.

Yorumlardan yapılan eklemeler yayınlanmak üzere:

Disk Birleştiricisi dosya tabanı ile

Evrişim veritabanı (veritabanı örneğin birkaç yıl boyunca büyükse yararlı olabilir). Müşterinin veri tabanı oldukça yeniydi, dolayısıyla indirgeme pratik değildi.

Donanım yükseltmesi - daha hızlı sabit sürücü, yeni anahtar, işlemci vb.

Web sunucusuna yükleyin ince istemci kullanarak erişin. Burada görüşler bölünmüş durumda. Bazıları bunun kat kat daha hızlı olduğunu söylerken, diğerleri herhangi bir hızlanmanın kaydedilmediğini söylüyor.

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 vereceğim ve en çok yorum yapacağım olası hatalar. 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. Özellikle aldığım ekipman en yenisi değildi ama modern ekipman 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 ile rasgele erişim belleği, o zaman sana 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 tabanını yerleştirdik yerel bilgisayar(çok hızlı disk). İ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, bir ramdisk olmadan, normal operasyon Boş hafıza 300-400 MB olmalı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. ( İyi açıklama Gilev'de. Tek uyarı, bazılarında anakartlar Intel SpeedStep'i kapatırsanız TurboBoost'u açamazsınız).

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. (Örnekler BIOS ayarları Gilev'de). 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 Windows ayarlarıyla, istemci en iyi şekilde bir Windows sunucusuyla (hatta pencereler çalışıyor istasyonu) ve SMB/CIFS protokolüne göre, linux istemcisi (debian, ubuntu diğerlerine bakmadı) linux ve NFS ile daha iyi çalışır (SMB ile de çalışır, ancak papağanlar NFS'de daha yüksektir). 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:

İÇİNDE Komut satırı(veya politikalarda veya tercih ettiğiniz şekilde) - DriveLetter'ı net olarak kullanmayı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 deneyim. 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 herhangi bir öneride bulunamıyorum pencereleri kullanmak ve NFS protokolü.

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 kurdum. 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 (hangi disklerin test edildiğine bakılmaksızın) şu an). 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, bunu test ederken anlıyorum SSD sürücüsü Ayrıca bu diskin önbelleğini de daha büyük ölçüde test ediyorum, 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: eğer Terminal sunucusu Gilev testini çalıştırın (çalışan veritabanlarının bulunduğu aynı diskten) ve çalışma veritabanının yavaşladığı anlarda ve Gilev testi iyi bir sonuç gösterdiğinde (30'un üzerinde) - o zaman büyük olasılıkla programcının suçu olacaktır. ana çalışma veritabanının yavaş çalışması.

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 bir DBMS hatası oluşacaktır: Microsoft SQL Server Yerel İstemci 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 kombinasyonu ne kadar kötü çalışıyor? sanal makine- ayrı bir makalenin konusu (ipucu - gözle görülür ş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.

Çoğu zaman insanlar bize şu tür sorularla gelirler:

• 1C sunucusu neden yavaşlıyor?
• 1C bilgisayar çok yavaş
• 1C istemcisi son derece yavaş

Bazen, soruna bir çözüm olarak, müşterilerimize frensiz 1C kiralık bir sunucu sunuyoruz, sunucu yapılandırması ve işletim sistemi seçeneğiyle, sunucuyu ortağımızın web sitesinde bağlantıyı kullanarak çevrimiçi olarak yapılandırabilirsiniz. https://1cloud.ru bölüm Hizmetler, bölüm Sanal sunucu.

Ne yapmalı ve bunun üstesinden nasıl gelinmeli vb. Sırasıyla:

İstemciler 1C'nin sunucu sürümüyle çok yavaş çalışıyor

1C'nin yavaş çalışmasının yanı sıra ağ dosyalarında da yavaş çalışma var. Sorun normal çalışma sırasında ve RDP ile ortaya çıkıyor

Bunu çözmek için Seven'ın veya 2008 sunucusunun her kurulumundan sonra her zaman yeniden başlıyorum

netsh int tcp genel otomatik ayarlamayı ayarla = devre dışı

netsh int tcp genel otomatik ayarlama seviyesini ayarla = devre dışı

netsh int tcp set global rss=devre dışı baca=devre dışı

ve ağ sorunsuz çalışıyor

bazen en iyi seçenek şudur:

netsh arayüzü tcp global otomatik ayarlamayı ayarla= Yüksek Derecede Kısıtlanmış

kurulum böyle görünüyor

Anti-Virüs veya Windows güvenlik duvarını yapılandırma

Bir 1C sunucusunu çalıştırmak için bir Anti-Virüs veya Windows güvenlik duvarı nasıl yapılandırılır (örneğin, 1C Sunucusu: Enterprise ve MS SQL 2008'in bir kombinasyonu).

Kural ekle:

• SQL sunucusu standart TCP bağlantı noktası 1433'teki bağlantıları kabul ederse buna izin veririz.
• SQL bağlantı noktası dinamikse %ProgramFiles%\ uygulamasına yapılan bağlantılara izin verilmelidir Microsoft SQL'i Sunucu\MSSQL10_50.MSSQLSERVER\MSSQL\Binn\sqlservr.exe.
• Sunucu 1C, 1541 numaralı bağlantı noktalarında, 1540 numaralı kümede ve 1560-1591 aralığında çalışır. Tamamen mistik nedenlerden dolayı, bazen böyle bir açık bağlantı noktası listesi hala sunucuya bağlantı yapılmasına izin vermiyor. Çalıştığından emin olmak için 1540-1591 aralığına izin verin.

Sunucu/Bilgisayar performansının ayarlanması

Bilgisayarınızın maksimum performansta çalışabilmesi için onu bunun için yapılandırmanız gerekir:

1.BIOS ayarları

• Sunucu BIOS'unda işlemci gücünden tasarruf etmek için tüm ayarları devre dışı bırakıyoruz.
• “C1E” varsa ve BAĞLANTIYI KESİLDİĞİNDEN emin olun!!
• Çok paralel olmayan bazı görevler için BIOS'ta hiper ticaretin kapatılması da önerilir.
• Bazı durumlarda (özellikle HP için!) sunucu BIOS'una girmeniz ve orada adlarında EIST, Intel SpeedStep ve C1E bulunan öğeleri KAPATMANIZ gerekir.
• Bunun yerine, işlemciyle ilgili adlarında Turbo Boost bulunan öğeleri bulmanız ve bunları ETKİNLEŞTİRMENİZ gerekir.
• BIOS'ta güç tasarrufu modunun genel bir göstergesi varsa ve açın maksimum performans(“agresif” olarak da adlandırılabilir)

2. İşletim sistemindeki şema ayarları - Yüksek performans

Intel Sandy Bridge mimarisine sahip sunucular, işlemci frekanslarını dinamik olarak değiştirebilir.

Bazen bir 1C sunucusunun yavaş çalışması sorununun çözümü eski veya bozuk ekipman olabilir, bu durumda müşterilerimize frensiz kiralık 1C sunucu sunuyoruz, sunucu yapılandırması ve işletim sistemi seçeneğiyle bunu bizim sitemizde yapabilirsiniz. ortağın web sitesi, bağlantıda https://1cloud.ru Hizmetler bölümü, Sanal sunucu bölümü.

Herhangi bir sorunuz varsa lütfen iletişime geçin:

• St. Petersburg'da +7-812-385-55-66'yı arayın
• adrese yaz
• Web sitemizin "Online başvuru" sayfasında bir başvuru bırakın

2. Programın özellikleri. Çoğu zaman, optimum ayarlarda bile 1C çok yavaş çalışır. Performans, özellikle veritabanıyla aynı anda çalışan sayısı 4-5 kullanıcıyı aştığında keskin bir şekilde düşüyor.

Şirkette kimsin?

1C'nin yavaş çalışması sorununun çözümü şirkette kim olduğunuza bağlıdır. Eğer bir teknoloji meraklısıysanız, okumaya devam edin. Yönetici veya muhasebeciyseniz özel bağlantıyı takip edin ↓

Şebeke bant genişliği

Kural olarak, biriyle bilgi tabanı(IB) çalışan bir değil birden fazla kullanıcı var. Aynı zamanda 1C istemcisinin kurulu olduğu bilgisayar ile bilgi güvenliğinin bulunduğu bilgisayar arasında sürekli bir veri alışverişi vardır. Bu verilerin hacmi oldukça önemlidir. Çoğu zaman, en yaygın hız olan 100 Mbit/s hızında çalışan bir yerel ağın yükle baş edemediği bir durum ortaya çıkar. Ve yine kullanıcı programın yavaşlığından şikayetçi.

Bu faktörlerin her biri ayrı ayrı zaten programın hızını önemli ölçüde azaltır, ancak en rahatsız edici olan şey genellikle bu şeylerin birikmesidir.

Şimdi örneği kullanarak düşük 1C çalışma hızı sorununa ve bunların maliyetine yönelik çeşitli çözümlere bakalım. yerel ağ ortalama 10 bilgisayar.

Birinci çözüm. Altyapı modernizasyonu

Bu belki de en bariz çözümdür. Minimum maliyetini hesaplayalım.

En azından, her bilgisayar için 2 GB'lık bir RAM çubuğuna ihtiyacımız var, bu da ortalama 1.500 rubleye mal oluyor, LAN kartı 1 Gbit/s hız desteğiyle maliyeti yaklaşık 700 ruble. Ek olarak, 1 Gbit/s hızını destekleyen en az 1 yönlendiriciye ihtiyacınız olacak ve bu da yaklaşık 4.000 rubleye mal olacak. Toplam maliyet - iş hariç ekipman için 26.000 ruble.

Prensip olarak hız önemli ölçüde artabilir, ancak artık ofis için ucuz bilgisayar satın almak artık mümkün değil. Ayrıca, bu karar Wi-Fi kullanan veya İnternet üzerinden çalışmak isteyenler için geçerli değildir - bu durumda ağ hızı onlarca kat daha düşük olabilir. Bu şu soruyu akla getiriyor: "Kullanıcının bilgisayarının programa katılmaması için programın tamamını güçlü bir sunucuya uygulamak mümkün mü?" karmaşık hesaplamalar, ama sadece bir görüntüyü aktarmaya mı hizmet ediyordu?" Daha sonra çok zayıf bilgisayarlarda, hatta düşük bant genişliğine sahip ağlarda bile çalışabilirsiniz. Doğal olarak bu tür çözümler mevcuttur.

İkinci çözüm. Terminal sunucusu

1C 7 günlerinde büyük popülerlik kazandı. Sunucuda uygulandı Windows sürümleri ve görevimizle mükemmel bir şekilde başa çıkıyor. Ancak lisans maliyeti gibi dezavantajları da var.

Kendini işletim sistemi yaklaşık 40.000 rubleye mal olacak. Buna ek olarak 1C'de çalışmayı planlayan herkese ihtiyacımız olacak. Windows lisansı Sunucu CAL'si, yaklaşık 1.700 rubleye mal oluyor ve yaklaşık 5.900 rubleye mal olan Windows Uzak Masaüstü Hizmetleri CAL lisansına sahip.

10 bilgisayardan oluşan bir ağın maliyetini hesapladıktan sonra 116.000 ruble elde ediyoruz. yalnızca bir lisans için. Buna sunucunun maliyetini (en az 40.000 ruble) ve uygulama çalışmasının maliyetini de ekleyin, ancak bu olmasa bile lisans fiyatının etkileyici olduğu ortaya çıktı.

Üçüncü çözüm. Hizmet 1C Kurumsal

1C, bu soruna programın hızını önemli ölçüde artırabilecek kendi çözümünü geliştirdi. Ancak burada da bir nüans var.

Gerçek şu ki, böyle bir çözümün maliyeti, baskıya bağlı olarak 50.000 ila 80.000 ruble arasında değişiyor. 15'e kadar kullanıcısı olan bir şirket için oldukça pahalı olduğu ortaya çıkıyor. 1C şirketine göre küçük işletmeleri hedefleyen ve maliyeti 10.000 - 15.000 ruble civarında olan "1C kurumsal mini sunucusuna" büyük umutlar bağlandı.

Ancak satışa çıktığında bu ürün büyük bir hayal kırıklığı yarattı. Gerçek şu ki, mini sunucunun kullanılabileceği maksimum kullanıcı sayısı yalnızca 5'ti.

Bir 1C programcısının forumda yazdığı gibi: “1C'nin neden tam olarak 5 bağlantıyı seçtiği hala belli değil! Sorunlar 4 kullanıcıyla başlıyor ama 5 kullanıcıyla her şey bitiyor. Altıncı kişiyi bağlamak istersen 50 bin daha ver, en az 10 bağlantı yaparız...”

Elbette mini sunucu da tüketicisini buldu. Ancak 1C ile 5 veya daha fazla kişinin çalıştığı şirketler için basit ve ucuz bir çözüm ortaya çıkmadı.

Yukarıda açıklanan program hızlandırma yöntemlerine ek olarak, 5 - 15 kullanıcı segmenti için ideal olan başka bir yöntem daha vardır, yani dosya modunda 1C için web erişimi.

Dördüncü çözüm. Dosya modunda 1C için web erişimi

Çalışma prensibi şu şekildedir: Bilgi güvenliğinin yayınlandığı bilgisayara ek bir web sunucusu rolü yüklenir.

Doğal olarak bu, ya ağdaki en güçlü bilgisayar ya da bu role adanmış ayrı bir makine olmalıdır. Bundan sonra 1C ile web sunucusu modunda çalışabilirsiniz. Tüm ağır işlemler sunucu tarafında gerçekleştirilecek, ağ üzerinden iletilen trafik ve istemci bilgisayarındaki yük en aza indirilecektir.

Böylece çok zayıf makineler bile 1C'de çalışmak için kullanılabilir ve verim ağ artık kritik hale gelmez. Testlerimiz, rahatça çalışabileceğinizi gösterdi. Mobil İnternet ucuz bir tablette herhangi bir rahatsızlık yaşamadan.

Bu seçenek, çalışma hızı açısından kurumsal 1C sunucusundan daha düşüktür, ancak bu fark 15-20 kullanıcıya kadar neredeyse görünmez. Bu arada, bir web sunucusu uygulamak için IIS (Windows için) ve Apache (Linux için) kullanabilirsiniz ve bu çözümlerin her ikisi de ücretsizdir!

Açık avantajlara rağmen, Bu method 1C işleminin optimizasyonu pek popülerlik kazanmadı.

Kesin olarak söyleyemem ama büyük olasılıkla bunun iki nedeni var:

• Teknik belgelerde oldukça zayıf bir açıklama
• Sorumluluk kavşağında yer alıyor sistem yöneticisi ve 1C programcısı

Genellikle bir sistem yöneticisine düşük hız sorunuyla başvurduğunda altyapıyı veya terminal sunucusunu yükseltmeyi önerir; bir 1C uzmanıyla iletişime geçilirse kendisine 1C kurumsal sunucu teklif edilir. Dolayısıyla, şirketinizde altyapıdan sorumlu bir uzman ve 1C'den sorumlu bir uzman "el ele" çalışıyorsa, web sunucusuna dayalı bir çözümü güvenle kullanabilirsiniz.

1C'yi hızlandıralım. Uzaktan, hızlı ve katılımınız olmadan

Müşteriyi rahatsız etmeden 1Ski'yi nasıl hızlandıracağımızı biliyoruz. Sorunu araştırır, işimizi yapar ve ayrılırız. Programın normal şekilde çalışmasını istiyorsanız bizimle iletişime geçin. Anlayacağız.

Bir talep bırakın ve programın hızlandırılmasıyla ilgili ücretsiz danışmanlık alın.