• 1s kurumsal dosya sürümü. Dosya mı, istemci-sunucu mu? Dosya sürümündeki çalışma şeması

    1C'nin çalışma modları hakkında birkaç soruya yol açtı.

    Bilgi tabanıyla çalışma modları:
    İşin dosya versiyonu
    İstemci - işin sunucu versiyonu

    Dosya çalışma modu

    Çalışmanın dosya sürümü bir kullanıcının kişisel çalışması için tasarlanmıştır ancak ağ üzerinden çok kullanıcılı çalışma da mevcuttur. Bu modda belgelerin paralel olarak gönderilmesi mümkün değildir. Dosya modunda ortalama olarak yaklaşık 10 kullanıcı aynı anda çalışabilir.
    Sunucu anahtarlarının satın alınması gerekli değildir.
    Dosya çalışma modunda, tüm bilgi tabanı (veritabanı, konfigürasyon) bir dosyada saklanır 1Cv8.1CD.

    1Cv8.1CD bir Dosya Veritabanıdır

    Dosya veritabanı (dosya 1Cv8.1CD) Dosya DBMS tarafından yönetilir 1C:Enterprise platformunun bir parçasıdır.
    Dosya modunda, istemci-sunucu çalışma modunun bir taklidi vardır, bu nedenle yine de istemci-sunucu geliştirme mekanizmasına uymanız gerekir.

    1Cv8.1CD dosyası 4 GB'tan büyükse. İşin istemci-sunucu versiyonuna geçmeyi düşünmenin zamanı geldi.

    Dosya çalışma modunun büyük bir dezavantajı düşük bilgi güvenliğidir.

    Dosya sürümündeki çalışma şeması

    Kalın istemci uygulaması doğrudan bilgi tabanına erişir ve bir yanıt alır. İnce istemci ayrıca kendi protokolünü kullanarak veritabanına doğrudan erişir. Web istemcisi bilgi tabanına Web sunucusunu kullanarak erişir.

    Dosya modundan istemci-sunucu moduna geçmek için Bilgi tabanını dt formatında yükleyip daha sonra sunucuda oluşturulan bilgi tabanına yüklemeniz yeterlidir.

    İstemci-sunucu işlemi

    İstemci-sunucu seçeneği, çok sayıda kullanıcının bulunduğu bir bilgi tabanıyla çalışmaya uygundur. Veritabanının güvenilirliği, otomatik arşivleme ve kurtarma mekanizmaları içeren DBMS tarafından garanti edilir. Verilerle çalışma hızı, dosya çalışma modundan daha yüksektir.

    İstemci-sunucu sürümü üç katmanlı bir mimariye göre çalışır:
    Kullanıcı
    Uygulama sunucusu (sunucu kümesi)
    DBMS

    İstemciler, kullanıcının isteğini çalışan bir sunucuya yönlendiren küme yöneticisiyle iletişim kurar (istek daha özgür bir sunucuya yönlendirilebilir). Daha sonra sunucu gerekli verileri elde etmek için DBMS'yi çağırır.
    DBMS, isteği işler ve sunucuya bir dizi veri döndürür; sunucu da işlenen verileri istemciye döndürür. Bir sunucu kümesinde, çalışan sunucunun arızalanması durumunda süreçlerin aktarılacağı yedek sunucuları yapılandırmak mümkündür. Bu güvenilirliği artırır.

    Web istemcisi, bir sunucu kümesine erişen bir web sunucusuyla (http protokolü aracılığıyla) etkileşime girer. Http protokolünü kullanarak ince bir istemciyle çalışmak da mümkündür (tamamen aynı şemaya göre)

    Mevcut çalışma modu yapılandırıcıda ve kullanıcı modunda açılarak görüntülenebilir Yardım -> Hakkında (satır "mod")

    Normal bir uygulama her zaman yoğun istemci modunda çalışır. Yönetilen bir uygulama hem kalın hem de ince istemcilerde çalışabilir. İnce istemcinin işlevselliği ciddi biçimde sınırlıdır.

    Düzenli ve yönetilen uygulamalar, düzenli ve yönetilen 1C:Enterprise formları hakkında bir makaleyi burada bulabilirsiniz.

    Lütfen yorumunuzu bırakın, görüşlerinize değer veriyorum.

    Not: Charlie Brooker - Dilek Kutusu

    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çmişse, o zaman genellikle sıradan uzmanlardan yönetime kadar 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ıdır. 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ırmanın üç yöntemi:

    • Donanım kapasitesinin arttırılması.
    • İş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 için çok fazla emek 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.

    Şirket program kodunun optimalliğinden eminse ve hala 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 sonuç olarak 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. Ve böylece bağımsız olarak deneyler yapmanız ve 1C'nin performansının neye bağlı olduğunu bulmanız gerekir. EFSOL'daki performans deneyleri aşağıda anlatılmış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 performansa sahip bir 1C sunucusundan %155 daha fazla performans gösterir. Sorunun ne olduğunu anlamaya ve arama çemberini daraltmaya başladık.

    Şekil 1 - Gilev testiyle iş istasyonundaki 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 tahmin verdiğ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. Bu ses seviyesinden değil frekanstan kaynaklanmaktadı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 etkisini daha görünür kılmak için hemen 1066 MHz değil 800 MHz koymaya karar verdik. Sonuç olarak verimlilik %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ı küçük bir artış sağlasa da mesele hafızayla ilgili değil.

    Şekil 2 - RAM frekansı düşürüldükten sonra iş istasyonunda yapılan performans ölçümleri


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

    Disk alt sistemi

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

    • SSD'ler, baskın 10'da olsalar bile SAS sürücülerden daha iyidir.
    • iSCSI yavaş veya düzgün çalışmıyor.

    Bu nedenle, iş istasyonuna SSD yerine normal bir SATA diski takıldı ve aynısı sunucu için de yapıldı - taban, yerel bir SATA diskine yerleştirildi. Sonuç olarak performans ölçümleri hiçbir şekilde değişmedi. Büyük olasılıkla, bu oluyor, çünkü yeterli RAM var ve test sırasında diskler pratikte hiçbir şekilde kullanılmıyor.

    İş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 parlak 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 bir video kartının 1C performansını etkileyebileceğine dair bilgiler var. İş istasyonunun entegre videosunu, Nvidia NVIDIA® Quadro® 4000 2 Gb DDR5 profesyonel adaptörünü, eski bir GeForce 16MbSDR grafik kartını denedik. Gilev testi sırasında anlamlı bir fark görülmedi. Belki video kartı hala etkiliyor, 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ü performansa rağmen neden daha hızlı çalıştığına dair iki şüphe var:

    1. İŞLEMCİ.İş istasyonundaki işlemci türü 1C'ye daha uygundur.
    2. Yonga seti. Diğer koşullar eşit olduğunda iş istasyonumuz daha yeni bir yonga setine sahip, bunun nedeni de bu olabilir.

    Nihayet 1C'nin 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 satın alma süreci devam ederken özellikle hiçbir maliyeti olmadığı için optimizasyon yapmaya karar verdik. Aşağıdaki adımlar belirlendi:

    Aşama 1. Sistem kurulumu

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

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

    Aşama 2. SQL sunucusunu ve 1C:Enterprise sunucusunu kurma

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

    1. Paylaşılan Bellek protokolünü yapılandırma:

      • Paylaşılan Bellek yalnızca 1C 8.2.17'den itibaren platformda etkinleştirilecek, önceki sürümlerde Adlandırılmış Boru etkinleştirilecek - hız olarak biraz daha düşük. Bu teknoloji yalnızca 1C ve MSSQL hizmetlerinin aynı fiziksel veya sanal sunucuya kurulu olması durumunda çalışır.
    2. 1C hizmetini hata ayıklama moduna geçirmeniz önerilir, paradoksal olarak bu, performans artışı sağlar. Varsayılan olarak sunucuda hata ayıklama devre dışıdır.
    3. SQL sunucusu kurulumu:

      • Sadece bir sunucuya ihtiyacımız var, ona ait olan hizmetlerin geri kalanı ve belki birisi bunları kullanıyor, sadece işi yavaşlatıyor. Tam Metin Arama (1C'nin kendi tam metin arama mekanizması vardır), Entegrasyon Hizmetleri vb. hizmetleri durdurur ve devre dışı bırakırız.
      • Sunucuya ayrılan maksimum bellek miktarını ayarlayın. Bu, sql sunucusunun bu miktara güvenmesi ve belleği önceden temizlemesi için gereklidir.
      • Maksimum iş parçacığı sayısını (Maksimum çalışan iş parçacığı) ayarlayın ve artırılmış sunucu önceliğini (Boost önceliği) ayarlayın.

    Aşama 3. Çalışan bir veritabanının kurulması

    DBMS sunucusu ve 1C:Enterprise optimize edildikten sonra veritabanı ayarlarına geçiyoruz. Taban henüz .dt dosyasından dağıtılmadıysa ve yaklaşık boyutunu biliyorsanız, birincil dosyanın başlatma boyutunu hemen temel boyutun ">=" ile belirtmek daha iyidir, ancak bu bir konudur tat, konuşlandırıldığında hala büyüyecektir. Ancak boyutun otomatik olarak artması belirtilmelidir: veritabanı başına yaklaşık 200 MB ve günlük başına 50 MB, çünkü. varsayılan değerler - her 3. işlemde dosyayı artırması gerektiğinde, 1 MB ve% 10 oranında büyüme sunucuyu çok yavaşlatır. Ayrıca, bir RAID dizisi kullanılıyorsa temel dosyayı ve günlük dosyasını farklı fiziksel disklerde veya RAID gruplarında depolamak 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. Performansı artırmak için hangi işlemlerin yapılması gerektiği üzerinde duralım.

    • Dizinler birleştirilmeli ve istatistikler günlük olarak güncellenmelidir. dizin parçalanması >%25 ise bu, sunucu performansını büyük ölçüde azaltacaktır.
    • İstatistikleri birleştirme ve güncelleme - hızlı bir şekilde yapılır ve kullanıcıların bağlantısının kesilmesini gerektirmez. Ayrıca günlük olarak yapılması tavsiye edilir.
    • Tam yeniden indeksleme - bir veritabanı kilidiyle yapılır, bunun en az haftada bir kez yapılması önerilir. Doğal olarak, yeniden indekslemenin tamamlanmasının ardından indeksler birleştirilir ve istatistikler hemen güncellenir.

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

    Kısa sonuç

    1. 1C'nin performansı RAM frekansına pek bağlı değildir. Yeterli bir hacme ulaşıldığında, performansın artmasına yol açmayacağından daha fazla bellek genişletmenin bir anlamı yoktur.
    2. 1C'nin performansı video kartına bağlı değildir.
    3. 1C'nin performansı, diskleri 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ırayı aşmamışlarsa, SSD takmak performansı artırmayacaktır.
    4. Performans oldukça işlemcinin frekansına bağlıdır.
    5. İş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ğlı olduğunu 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 çizimi 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? Bilgisayarların ve sunucuların BT bakımını uzun yıllara dayanan deneyime sahip EFSOL uzmanları tarafından sipariş edin veya 1C'nizi güçlü ve hataya dayanıklı bir 1C sanal sunucusuna aktarın.

    Sistem entegrasyonu. Danışmanlık

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

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

    1C: Accounting 8.3'ün (versiyon 3.0) yeni sürümüne geçmeyi başarmış olanlar, bunun ikiliden 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.

    Geçişin hemen ardından muhasebecilerim bana 1C: Muhasebe 3.0'ın yeni baskısının öncekilere kıyasla açıkçası yavaşladığını söyledi! Ve çalışmak imkansız.

    Bunu anlamaya başladım ve çok geçmeden donmaların ve ardından gelen kullanıcı memnuniyetsizliğinin ana nedeninin, muhasebecilerin büyük çoğunluğu için gerekli olmamasına rağmen, çoğu varsayılan olarak etkin olan rutin ve arka plan görevleri olduğunu öğrendim.

    Peki, örneğin, veritabanımızdaki tüm nesneler arasında tam metin (muhasebeciler korkmayı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 siteye bağlanma ve banka sınıflandırıcılarını kontrol etme ve güncelleme yönündeki sürekli 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ğıdaki noktalarda bunun nasıl yapılacağı hakkında.

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

    2. Açılan pencerede "Normal ve arka plan görevleri" öğesini bulun ve seçin:

    3. Açık sütununa sahip her işi açın. küçük bir kargaya değer.

    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 ikiliden çok daha iyi.

    Aynı zamanda platform, devre dışı bıraktığınız zamanlanmış görevlerin bazılarını açmaya devam edecektir.

    Otomasyonda lider haline gelen 1C:Enterprise programları, iş ve kurumsal ağlara giderek daha fazla entegre oluyor. Programın 8. versiyonu artık sadece muhasebe amaçlı değil, bir veya iki bilgisayarın ötesine geçti. Yetenekleri yalnızca finansal işlemleri kontrol etmek için yöneticiler tarafından değil, aynı zamanda CRM'deki yöneticiler, depo muhasebesi için mağaza sahipleri vb. tarafından da giderek daha fazla kullanılıyor.

    Bu bağlamda, işletmenin yerel bilgisayar ağı ve bilgisayar merkezi (1C tabanlarının bulunduğu sunucu) üzerindeki yük keskin bir şekilde arttı. Bunun farkına varan geliştirici, 1C:Enterprise programlarını dağıtmak için dosya ve istemci-sunucu gibi çeşitli seçenekler sundu.

    Dosya sürümü 1C: artıları ve eksileri

    1C:Enterprise 8 platformunu dağıtmanın en basit ve en ucuz seçeneği dosya seçeneğidir. Birçok kişi yanlışlıkla bunun çok kullanıcılı ağlar için uygun olmadığını söylüyor. Hiç de değil, bu çalışma seçeneği hem ağ sürümleri olmayan tek bir kullanıcı tarafından çalışmak için hem de 5'e kadar istemciyi paylaşmak için kullanılabilir. 1C dosya seçeneğinin çalışmasını yapılandırmak için, aslında veritabanıyla birlikte tek bir dosyanın bulunduğu dizinin "paylaşıldığı" (paylaşılan klasöre erişim açık) basit bir bilgisayar kullanabilirsiniz. Doğal olarak kullanıcıların veritabanına erişebilmesi için bu bilgisayarın sürekli açık olması gerekir. İkinci pek hoş olmayan an, programla çalışan tüm kullanıcıların bu paylaşılan klasöre tam erişimidir, yani. her biri yalnızca 1C ile çalışamaz, aynı zamanda bu veritabanını bilgisayarlarına kopyalama yeteneğine de sahiptir (flash sürücü, çıkarılabilir) disk, vb. .d) veya basitçe silin. Bu durum büyük bir şirkette verilerin güvenliğini kontrol etmenin imkansız olduğu sonucunu doğurmaktadır. Ve elbette, 1C dosya dağıtım seçeneğini kullanırken, tüm hesaplamaların ve işlemlerin müşterinin bilgisayarında gerçekleştirildiğini söylemek mümkün değildir, bu nedenle iş istasyonlarının iyi bir bilgi işlem gücü kaynağına sahip olması gerekir: güçlü bir işlemci ve yeterli RAM. Ve bu, mevcut dolar kuruyla herkesin karşılayamayacağı bir şey, ayrıca programın her yeni sürümünün piyasaya sürülmesiyle donanım gereksinimlerinin yalnızca daha yüksek hale geldiği göz önüne alındığında.

    Önemli bir avantaj, sunucu kısmı için neredeyse sıfır maliyet olarak düşünülebilir - örneğin baş muhasebecinin iyi bir sabit disk ve 1 Gb / s bant genişliğine sahip bir ağ kartı ile çalıştığı basit ve güçlü bir bilgisayar olabilir. Geleneksel (sunucu olmayan) işletim sistemleri bile 5 adede kadar 1C istemci bağlantısı sağlayacaktır. Bu arada, en son sürümlerde 1C'nin normal araçlarıyla yapılandırılabilen yedeklemeyi gerçekleştirmek de oldukça basittir.

    1C dosyasına istemci bağlantıları

    Kullanıcıların 1C:Enterprise'ın dosya sunucusu sürümüyle çalışması için 2 seçenek mümkündür: "kalın istemci" ve web istemcisi. İlk seçenek en basitidir, yerel versiyonlarda kullanılır ve fazla ilgi görmeye değmez. Ancak web istemcisini kullanırken neredeyse yazılım yüklemeye gerek yoktur. Bu modda çalışmak için yalnızca 3G İnternet üzerinden hemen hemen her platformda ve hatta tablette çalıştırılabilen uyumlu bir web tarayıcısına ihtiyacınız var. Elbette kurulumu biraz karmaşıklaştırmanız gerekecek çünkü dosya sunucusuna ek olarak bir web sunucusuna da ihtiyacınız olacak, ancak bu birçok avantaj sağlayacaktır:

    • herhangi bir cihazda ve herhangi bir işletim sisteminde (MacOS, Linux, Windows, Android tablet vb.) çalışın;
    • İnternetin olduğu herhangi bir yerden çalışın (elbette uygun ayarlarla);
    • iş istasyonlarına yazılım yüklemeye ve güncellemeye gerek yoktur.

      Dosya sunucusu 1C'nin dağıtımının genel anları

      Lisanslama sorunu atlanamaz: bağlantı türünden bağımsız olarak her istemciyi bağlamak için, programın kendisine ek olarak, aynı anda çalışan bir kullanıcının erişimi için bir istemci lisansı satın almak gerekir. Bu bir donanım anahtarı (USB belirteci) veya bir yazılım PIN'i olabilir.

      Makalenin bir sonraki bölümünde 1C: Enterprise'ın istemci-sunucu sürümü, bu yaklaşımın artıları ve eksileri, yazılımdan tasarruf seçenekleri üzerinde ayrıntılı olarak duracağım.

    1. Zamanlanmış ve arka plan görevlerini ayarlama;
    2. Veri depolamak için bir dosya formatına sahip olan bilgi tabanındaki hataların teşhisi ve ortadan kaldırılması;
    3. 1C'de tam metin arama indekslemesini başlatın veya tamamen kapatın;
    4. Veritabanının en son Platform 8.3.8'de başlatılması;
    5. İnce İstemcide Başlatma;
    6. Antivirüs devre dışı bırakıldığında belgelerin yeniden gönderilme hızının artırılması;
    7. Toplamların Yeniden Hesaplanmasını ve Yeniden Sıralamayı Çalıştırın;
    8. Çalıştırma Test etme ve veritabanını düzeltme, chdbfl.exe yardımcı programını kullanarak kontrol etme;
    9. Yapılandırma tipik değilse, yani belirli bir kuruluş için programcılar tarafından değiştirilmişse, Yapılandırma Denetimi gerçekleştirin;
    10. Gereksiz işlevsel modları devre dışı bırakın;
    11. Kullanıcı haklarını ayarlayın;
    12. baz evrişimi;
    13. Donanım yükseltmesi.

    Yöntem 1: Zamanlanmış 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 program performansında düşüşe yol açan işlemleri başlatıyor.

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

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

    Zamanlanmış ve arka plan görevleri listesini açın: Bkz. Yönetim - Destek ve Bakım - Zamanlanmış İşlemler - Zamanlanmış ve Arka Plan İşleri:

    1C 8.3 programını başlattıktan sonra arka plan görevleri 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 çalışan rutin görevlerin bir listesini görüyoruz:

    Şekilde tamamlanan arka plan işlerinin bir listesi gösterilmektedir:

    Örneğin,

    • Program 1C 8.3 Çeşitli sınıflandırıcıların güncellenmesi için muhasebe sürekli olarak siteye bağlıdır;
    • Şirket 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.

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

    İndirmeyi nasıl devre dışı bırakacağımızı ayrıntılı olarak ele alalı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. Zamanlanmış görevleri zamanlayın

    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ı teşhis etme ve ortadan kaldırma

    Aşama 1.

    Veritabanı yedeğini oluşturuyoruz.

    Adım 2

    Prosedürü başlatıyoruz. 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: Bkz. Yönetim - Test Etme ve Düzeltme. Bilgi tabanı için gerçekleştirilecek kontrolleri ve modları seçin:

    Önerilen doğrulama seçeneklerini daha ayrıntılı olarak düşünün:

    • 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;
    • Infobase 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ı bilgi bütünlüğü kontrol modunda Test etme ve onarım 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ıyla verilerin geri kalanının 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. 1C'de tam metin arama indekslemesini başlatın veya tamamen kapatın

    Tam metin veri araması, kullanıcının bilmediği bilgileri aramasını kolaylaştırmak için 1C tarafından geliştirilmiştir. 1C 8.3'teki tam metin veri aramasının bir özelliği:

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

    Örneğin Gider Raporu 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 öğesini seçin: Gelişmiş rapor - Giriş alanı - Tam metin arama:

    4. Adım

    Programı başlatıyoruz ve tam metin arama modunu güncelliyoruz. Planlanmış işlemleri açın: Yönetim - Program ayarları - Destek ve bakım bölümü:

    Adım 5

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

    Yöntem 4: Veritabanını en son platformlar 8.3.8'de çalıştırın

    1C 8.3 teknolojik 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ı daha kesin bir şekilde kontrol edebilirsiniz; bu da kümenin dikkatsiz kullanıcı eylemlerine karşı dayanıklılığını artırabilir.
    • Arka planda bilgi tabanlarının yeniden yapılandırılması. Bu yeni yetenek, uygulama çözümlerini güncellemek için gereken sistem kesinti süresini en aza indirir.
    • Platform 8.3 sürümü, yeni parlak tasarımıyla daha kullanışlı ve sezgisel olan yeni bir "Taksi" uygulama arayüzü aldı. Geliştirilmiş uygulama gezinme seçenekleri. Kullanıcı, panelleri ekranın farklı alanlarına yerleştirerek çalışma alanını bağımsız olarak kişiselleştirebilir. Yeni satır satır giriş mekanizması veri alımını önemli ölçüde hızlandırır. 1C 8.3 Accounting Taxi 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, kullanıcıya yalnızca alınan bilgilerin bir ekranı gösterilir. 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ızı değiştirin

    Avast veya Kaspersky antivirüs varsa, onu başka bir antivirüsle değiştirmeniz önerilir. Deneyimler, antivirüsler bilgisayar kaynaklarını tükettiğinden, antivirüs devre dışı bırakıldığında belgelerin yeniden gönderilme hızının zaman zaman arttığını göstermiştir.

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

    Daha önce bir kopya çıkardıktan sonra tabanın test edilmesi ve düzeltilmesi gerekir.

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

    1C 8.3 nasıl yedeklenir, aşağıdaki video eğitimine bakın:

    Adım 2. Chdbfl.exe yardımcı programıyla kontrol etme

    Chdbfl.exe yardımcı programı, sistemin yapılandırıcı modunda bile başlamadığı durumlarda kullanılır. Yardımcı program, kurulu teknolojik platformun “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 bir kontrol gerçekleştiriyoruz:

    3. Adım. Temel Testi ve Düzeltmeyi Gerçekleştirin

    Sistemi yapılandırıcı modunda başlatarak veritabanını test etme ve düzeltmeyi çalıştırın.

    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 sekmesinde Geri Yükle veya Tümünü Geri Yükle'ye tıklayın:

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

    Yapılandırma tipik 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 çalıştırın.

    Adım 2

    Açık veritabanı yapılandırması: bölüm Yapılandırma - Veritabanı yapılandırması:

    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çıyoruz: Ana - Ayarlar - İşlevsellik bölümü, her bölüm için ayarları yapın:

    Yöntem 10. Kullanıcı haklarını ayarlayın

    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ı, bir belge listesini açarken yönetilen formların program tarafından sıralanması süresini azaltır, yani yönetilen arayüzde ne kadar az gereksiz olursa o kadar hızlı çalışır:

    Yöntem 11. Diski dosya tabanıyla birleştirme

    Disk birleştirme prosedürü, sistemin hızını artırmak için sabit diskte bulunan dosyaları optimize eder. Birleştirme, diskin aşınma sürecini artıracağından yalnızca gerektiğinde yapılmalıdır.

    Sabit sürücüyü seçtikten sonra Özellikler komutunu çağırmak için sağ tıklayın:

    Araçlar sekmesinde Disk optimizasyonu ve birleştirme'yi seçin:

    Yöntem 12. Tabanın evrişimi

    - bu, belirli bir tarih için mevcut 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. Rollup işlemi kullanıcılar sistemde çalışmadan gerçekleştirilmelidir.

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

    Adım 2. 1C 8.3 bazının evrişimi prosedürünü gerçekleştiriyoruz

    Bölüm Yönetim - Hizmet - Bilgi Bankası toplaması.

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