1C Sunucu Kümesi: Şirketler 8 (1c: Enterprise 8 Sunucu Kümesi)

1C Sunucu Kümesi: Enterprises 8, istemci-sunucu çalışması durumunda, veritabanı yönetim sistemi ile kullanıcı arasında etkileşim sağlayan platformun ana bileşenidir. Küme, kesintisiz, sürdürülebilir hatalar, hacimli bilgi üsleri olan önemli sayıda kullanıcı için rekabetçi çalışma yapmayı mümkün kılar.

1C Sunucu Kümesi: Enterprises 8, aynı bilgi tabanına hizmet eden bir dizi işlemi belirten mantıklı bir kavramdır.

Aşağıdaki sunucu kümesi yeteneklerini ana olarak seçebilirsiniz:

• hem birkaç hem de bir bilgisayarda (çalışan sunucular) çalışabilme yeteneği;
• her çalışma sunucusu, bu kümenin sınırları dahilinde istemci bağlantılarına hizmet eden birinin ve birkaç iş akışının işleyişini destekleyebilir;
• yeni müşterilerin küme iş süreçlerine dahil edilmesi, iş akışı iş akışı istatistiklerinin uzun vadeli analizine dayanarak oluşur;
• tüm küme işlemlerinin kendileri arasında, istemci uygulamaları ve veritabanları sunucusuyla birlikte, TCP / IP protokolü kullanılarak gerçekleştirilir;
• küme işlemleri çalışıyor, hem servis hem de uygulama olarak olabilir.

Müşteri sunucusu seçeneği. İş planı

Bu durumda, istemci uygulaması sunucu ile etkileşime girer. Sunucu kümesi, sırayla, veritabanı sunucusuyla etkileşime girer.

Orta sunucu kümesinin rolü, sunucu kümesinin bir parçası olan bilgisayarlardan birini oynatır. Ek olarak, merkezi sunucu istemci bileşiklerine hizmet eder, çalışmayı, genel olarak, genel olarak tüm kümeyi yönetir ve bu kümenin kaydını tutar.

Küme, istemci bağlantısına, merkezi sunucu adına ve muhtemelen ağ bağlantı noktası numarasına göre ele alınır. Ağ portu standart ise, bağlantının, merkezi sunucunun adını belirlemesi için yeterlidir.

Merkez küme sunucusuna bağlantıya bağlantı sırasında, istemci uygulaması çizilir. İş akışı iş akışı istatistiklerinin analizine dayanarak, merkezi sunucu istemci uygulamasını hizmet etmesi gereken gerekli iş akışına iletir. Bu süreç Herhangi bir küme işletim sunucusunda, özellikle de merkezi sunucuda etkinleştirilebilir.

Bağlantı servisi ve kullanıcı kimlik doğrulaması, bu iş akışı tarafından, istemcinin belirli bir bilgi tabanı ile sona erene kadar desteklenir.

Küme Sunucuları

İlköğretim sunucu kümesi tek bir bilgisayar olabilir ve sadece bir iş akışı içerir.

Şekilde, bir şekilde, bir şekilde, başka bir şekilde, sunucu kümesinde yer alan tüm elemanları gözlemleyebilirsiniz. Bunlar aşağıdaki öğelerdir:

• sunucu Küme İşlemleri:
  o ragent.exe;
  o rmngr.exe;
  o rphost.exe;
• veri deposu:
  o Kümeler listesi;
  o Küme Kayıt Defteri.

Sunucu aracısı olarak adlandırılan Ragent.exe işlemi, bilgisayarın kümelenmenin ayrılmaz bir parçası olarak çalışmasını sağlar. Sonuç olarak, Ragent.exe işleminin çalıştığı bilgisayar, çalışma sunucusu olarak adlandırılmalıdır. Özellikle, Ragent.exe'nin fonksiyonel sorumluluklarından biri, belirli bir işletim sunucusundaki kümelerin kayıt defterinin korunmasıdır.

Ne kümelerin kayıtları ne de sunucu aracısı, sunucu kümesinin ayrılmaz bir parçasıdır, ancak yalnızca üzerinde bulunan sunucuyu ve kümeleri çalıştırmayı mümkün kılar.

Sunucu kümesinin kendisi bu tür öğelerden oluşur:

• bir veya daha fazla rmngr.exe işlemi
• kayıt Kümesi
• bir veya daha fazla rphost.exe işlemi.

Küme Yöneticisi (rmngr.exe işlemi). Tüm kümenin işleyişini yönetmeye yarar. Küme, biri her zaman bu klonun ana yöneticisi olacak ve kalan süreçler ek yöneticiler olan birkaç rmngr.exe işlemi içerebilir. Merkezi küme sunucusunun, ana küme yöneticisinin geçerli olduğu ve bir küme listesi içeren bir çalışma sunucusu olarak adlandırılmalıdır. Bir küme kayıt defterinin bakımı, ana küme yöneticisinin işlevlerinden biridir.

İş akışı (rphost.exe işlemi). Doğrudan, veritabanı sunucusuyla etkileşime giren, istemci uygulamalarına hizmet eder. Bu işlemde, bazı sunucu modülü yapılandırma prosedürleri yürütülebilir.

Ölçeklenebilirlik 1C sürüm 8.3

Sunucu kümesinin ölçeklenebilirliği aşağıdaki şekillerde gerçekleştirilir:

• kümedeki yönetici sayısını ve aralarındaki hizmetlerin dağılımını arttırın
• bu işletim sunucusunda çalışan iş akışlarının sayısını arttırın.
• kümenin oluştuğu çalışma sunucularının sayısını arttırın.

Aynı zamanda birden fazla yöneticiyi kullanın.

Küme yöneticisini yürüten fonksiyonlar çeşitli hizmetlere ayrılmıştır. Bu hizmetler farklı küme yöneticilerine atanabilir. Bu, yükü birkaç işlemde eşit şekilde dağıtmanın mümkün olmasını sağlar.

Bununla birlikte, bazı hizmetler yalnızca Baş Küme Yöneticisi tarafından kullanılabilir:

• küme Yapılandırma Hizmeti
• hata Ayıklama Kontrol Hizmeti
• küme Kilidi Servisi.

Diğer hizmetler için, keyfi küme yöneticileri izinlerdir:

• kayıt günlükleri hizmetleri
• servis Kilidi Servisi
• görev servisi
• servis Tam Metin Arama
• oturum Veri Hizmeti
• numaralandırma hizmeti
• Özel ayarlar hizmeti
• zamanın servisi
• İşlem kilitlerinin hizmetleri.

Aynı anda birden fazla iş akışını kullanın.

Bir yandan, birkaç iş akışının kullanılması, her bir iş akışının yükünü azaltmayı mümkün kılar. Öte yandan, birkaç iş akışının uygulanması, çalışma sunucusu donanım kaynaklarının daha verimli bir şekilde kullanılmasına neden olur. Ayrıca, birden fazla iş akışını başlatma prosedürü, farklı bilgi tabanlarıyla çalışan müşteri gruplarını izolatlar olarak, sunucu güvenilirliğini iyileştirir. Birkaç iş akışının piyasaya sürülmesini varsaydığımız kümedeki iş akışı, Küme Yöneticisi tarafından belirtilen zaman aralığında otomatik olarak yeniden başlatılabilir.

Belirli bir iş akışındaki yükü artırmadan daha fazla iş akışını kullanabilme (istemci bağlantılarının sayısını artırmak), en fazla, kümede bulunan çalışma sunucularının sayısına bir değişiklik sağlar.

Arıza Toleransı 1C Sürüm 8.3

Kümenin çalışmasında başarısızlığa direnç üç yöne verilir:

• kümenin kendisinin rezervasyonu
• İş akışlarının rezervasyonu
• break kanalı kırılmasına dayanıklı.

Küme 1C sürüm 8.3'in rezervasyonu

Birkaç küme rezervasyon grubuna birleştirilir. Böyle bir grupta olan kümeler otomatik olarak senkronize edilir.

Aktif kümenin arızası durumunda, aşağıdaki çalışma kümesinin yerini alır. Çalışmayan bir küme restore edildikten sonra, veri senkronizasyonundan sonra aktif hale gelir.

İş akışlarının rezervasyonu 1C sürüm 8.3

İş akışlarının her biri için, kullanım seçeneklerini belirlemek mümkündür:

• kullanmak
• kullanmayın
• yedekleme olarak kullanın.

Herhangi bir işlemin çalışmalarının acil bir şekilde tamamlanması durumunda, küme şu anda etkin olmayan yedekleme işlemini kullanmaya başlar. Bu durumda, mevcut yükün otomatik olarak yeniden dağıtılması meydana gelir.

Sürdürülebilirlik 1C sürüm 8.3 - iletişim kanalı uçurum

Her kullanıcı kendi iletişim oturumuyla sağlandığından, küme, bağlı kullanıcılardaki ve hangi eylemlerin yapıldığı verileri korur.

Fiziksel bağlantının ortadan kaybolmasıyla, küme bu kullanıcıyla bağlantı bekleme durumunda olacaktır. Çoğu durumda, bağlantı kullanıcısı tarafından restore edildikten sonra, iletişim kırılmanın meydana geldiği anı, yerden çalışmaya devam edebilecektir. Tekrarlanan bağlantı Bilgi veritabanının gerek kalmayacak.

1C sürüm 8.3 oturumları

Bir oturum, belirli bir bilgi tabanının aktif bir kullanıcısını tanımlamayı ve bu istemcinin kontrol akışını belirlemeyi mümkün kılar. Aşağıdaki oturumları ayırt eder:

• Ince Client, Web İstemcisi, Kalın müşteri - Bu oturumlar, uygun müşterilere bilgi tabanına başvururken ortaya çıkar.
• "Konfigüratör" tipinin bağlantısı - Yapılandırıcının bilgi tabanına başvururken oluşur.
• SOM Bağlantısı - kullanıldığında oluşur dış bileşik Bilgi tabanına hitap etmek
• WS Connection - Web Sunucusunda Yayınlanan Web Servisi ile iletişim kurma sonucunda, Web sunucusunun bilgi veritabanına başvurma durumunda gerçekleşir.
• Küme iş akışı bilgi tabanını belirtirken arka plan görevi oluşturulur. Arka plan görev prosedürünün kodunu yürütmek için böyle bir oturuma hizmet eder,
  Küme konsolu - istemci-sunucu uygulama yönetimi yardımcı programı iş akışına itiraz edildiğinde oluşturulur.
• SOM Yönetici - harici bir bağlantı kullanarak iş akışına erişme durumunda gerçekleşir.
• Çeşitli işletim sistemlerini kullanırken çalışın

Herhangi bir sunucu kümesi işlemi, altında olduğu gibi çalışabilir işletim sistemi Linux ve ameliyathanenin altında windows Sistemleri. Bu, kümelerin etkileşiminin TCP / IP protokolünü çalıştırdığı gerçeğiyle elde edilir. Ayrıca, küme bu işletim sistemlerinden herhangi birini çalıştıran çalışma sunucularını içerebilir.

Sunucu Kümesi Yönetim Yardımcı Programı 8.3

Dahil sistem malzemeleri İstemci sunucusu çalışmasının seçeneğini yönetmek için bir yardımcı program var. Bu yardımcı program, kümenin bileşimini, bilgi tabanlarının yönetimi ve işlemsel kilitleri analiz etmeyi mümkün kılar.

Genellikle arabayla birlikte sunucu 1C: Şirket diğer hizmetleri kullanır - terminal sunucusu, SQL Server, vb. Ve bir noktada, sunucu 1c: Enterprise ve daha kesin olarak, RPOST Workflow, planlanandan veya tüm hafızadan daha fazla yenir. Diğer hizmetlerin ve sunucu zombilerinin çalışmalarında yavaşlamaya yol açar. Bu gibi durumlardan kaçınmak için, 1C sunucu iş akışlarının otomatik olarak yeniden başlatılmasını yapılandırmanız gerekir: işletmeler

Karar

1. 1C kurumsal sunucu yönetim konsolunu açın;
2. Merkezi sunucunun ortasını kümelere dağıtıyoruz ve NC'nin faiz kümesini seçiyoruz. Örnekte, küme sadece birdir;
3. Seçilen kümenin özelliklerini açın ve aşağıdaki formu görün.

1C Sunucu Küme Özellikleri: Kurumsal 8.3

Resimde belirtilen örneği analiz edeceğiz:

Aralık yeniden başlatma - RPOST işleminin zorla yeniden başlatılacağı zaman. İşlemi tamamlamadan önce, tüm bağlantıların iletildiği yeni bir RPOST işlemi başlar ve yalnızca eski işlemin çalışmaları tamamlanacaktır. Kullanıcının çalışmasında etkilemez. Aralık, saniyeler içinde gösterilir, örnekte, 24 saat belirtilir.

İzin verilen hafıza - İş akışının sorunsuz olmadan çalışabileceği bellek miktarı. Hacim Kilobaytlarda belirtilmiştir, örnekte 20 gigabaytın değeri belirtilir (aslında, Şekil çok büyük ve belirli bir sistemden itibaren, ortalama bir rakam 4 GB) gereklidir. İş akışı tarafından işgal edilen hafıza belirtilen değeri aşır, geri sayım başlar.

İzin verilen aralığı aşmak - İzin verilen hafızayı aştıktan sonra çalıştırıldıktan sonra, belirtilen süreyi sayar, tüm bağlantıların iletileceği yeni bir iş akışı başlatılacak, eski işlem kapanırken işaretlenir. Aralık saniye olarak gösterilir, örnek 30 saniye gösterir.

Kapalı süreçler durur - İş akışının durdurulacağı zaman, kapatıldığı gibi, değer 0 ise, işlem tamamlanmayacaktır. Aralık, saniyeler içinde gösterilir, örnekte, 60 saniye belirtilir.

Ayarları uyguladıktan sonra, sunucu servisini yeniden başlatamazsınız, dinamik olarak uygulanırlar.

TOPLAM

Bu nedenle, 1C sunucunun iş akışlarının otomatik olarak yeniden başlatılmasını yapılandırdık: işletmeler ve daha kararlı bir sistem elde ettik. Bellek sızıntısı meydana gelirse, belirli oturum sonlandırılır.

Ayrıca bazı durumlarda, ayarları oynatabilir ve hataları atadığınızda sunucuda olası bir düşüşü önleyebilirsiniz.

Lütfen, Küme ayarlarının, özel kümeye ait tüm sunucuları ayarlamaktan sorumlu olduğunu unutmayın. Küme, aynı bilgi tabanlarıyla çalışan birkaç fiziksel veya sanal sunucunun çalışmasını ifade eder.

Aralık yeniden başlatma - Küme iş akışlarının yeniden başlatılmasından sorumludur. Bu parametre, saatin etrafındaki sunucuya ayarlanmalıdır. Yeniden başlatma frekansı, küme bilgisi bazlarının teknolojik döngüsü ile iletişim kurmanız önerilir. Bu genellikle her 24 saatte (86400 saniye). Bildiğiniz gibi, 1C sunucular işlenir ve çalışma verilerini kaydedilir.

Otomatik yeniden başlatma, "iş akışlarında parçalanma ve bellek sızıntısının olumsuz sonuçlarını en aza indirmek için" platformda geliştirilmiştir ". Bu, diğer parametrelerde (hafıza, işgal altındaki kaynaklar vb.) Bir iş akışının yeniden başlatılacağı hakkında bile bilgi vardır.

İzin verilen hafıza - 1C sunucuları bellek yeniden hesaplamasından korur. Bu hacmin işlemi aşıldığında İzin verilen aralığın aşılmasıİşlem yeniden başlatıldı. Nasıl hesaplayabilir en büyük boy Sunucular en yoğun dönemlerde RPOST işlemleri tarafından işgal edilmiş bellek. Aynı zamanda izin verilen bir hacimde küçük bir aşırı aralık yüklemeye değer.

Sunucu hatalarının izin verilen sapması. Platform, 5 dakika boyunca sunucuya temyiz sayısına göre ortalama sunucu hatası sayısını hesaplar. Bu oran izin verilenleri aşarsa, iş akışı "sorun" olarak kabul edilir ve bayrak takılıysa sistem tarafından tamamlanabilir. "Sorun süreçlerini tamamlamak zorunda kaldı."

Engelli işlemleri durur. İzin verilen miktarda bellek aşılırsa, iş akışı derhal tamamlanmaz ve çalışma verilerini yeni bir çalışan iş akışı kaybetmeden "aktarmanın" zamanı gelmiştir. Bu parametre belirtilirse, bu süre sona erdikten sonra herhangi bir durumda "KAPALI" işlemi tamamlanacaktır. İş akışları, sunucu 1c sunucusunda "asıl" iş akışları ise, bu parametre 2-5 dakika olabilir.
Bu ayarlar her sunucu 1C için ayrı ayrı kurulur.

Maksimum iş akışı hafızası - Bu birimdir kümülatif Geçerli kümeye iş akışlarını (RPOST) işgal edebilecek bellek. Parametre "0" olarak ayarlanırsa, sunucu hafızasının% 80'ini alır. "-1" - kısıtlamalar olmadan. DBMS ve Sunucu 1C bir sunucuda çalışırken, RAM'i paylaşmaları gerekir. İşlem sırasında, DBMS sunucusunun yeterli belleğe sahip olmadığı bulunursa, bu parametreyi kullanarak 1C sunucuya tahsis edilen belleği sınırlayabilirsiniz. DBMS ve 1C sunuculara göre bölünürse, bu parametreyi formüle göre hesaplamak mantıklıdır:

"Max Hacim" \u003d "Toplam RAM" - " Veri deposu İŞLETİM SİSTEMİ ";

"OS RAM", her 16 GB sunucu hafızası için 1 GB prensibi ile hesaplanır.

Bir arama için güvenli bellek tüketimi. Genel olarak, bireysel aramalar iş akışına tahsis edilen tüm RAM'i işgal etmemelidir. Parametre "0" olarak ayarlanmışsa, güvenli akış miktarı% 5'e eşit olacaktır " Maksimum iş akışı belleği ". "-1" - sınırlama olmadan, bu son derece tavsiye edilmez. Çoğu durumda, bu parametre "0" bırakmak daha iyidir.

Parametreleri kullanma "İşlem başına IB sayısı" ve "İşlem için bileşiklerin sayısı" 1C sunucu iş akışının dağılımını kontrol edebilirsiniz. Örneğin, her bilgi tabanına ayrı bir "rphost" çalıştırmak için, yalnızca işlemin "damlaları" durumunda bir taban kullanıcıları devre dışı bırakılır. Bu parametreler her sunucu yapılandırması için ayrı ayrı seçilmelidir.

RAM Sunucusu DBMS Kullanımında Kısıtlama - Sunucu DBMS MS SQL'nin harika bir özelliğine sahip - aktif işin tamamen yapıldığı üsleri yüklemeyi sever. Sınırlı değilse, sadece tüm hızlı hafızayı alacak.

• Sunucu 1c: İşletmeler ile birlikte kurulan Microsoft SQL. Sunucu, daha sonra üst bellek eşiğinin, 1C sunucu için yeterli bir değerle azaltılması gerekir.
• Yalnızca DBMS sunucuda çalışırsa, daha sonra formüle göre DBMS için:

"DBM Memory" \u003d "Paylaşılan RAM" - "RAM RAM";

Paylaşılan hafıza. - Bu parametre hakkında çok şey bilinir, ancak yine de bunu unuttuklarını karşılıyor. Sunucu 1c ve DBMS, tek bir fiziksel veya sanal sunucu üzerinde çalışırsa "1" olarak test edin. Bu arada, 8.2.17 platformundan başlayarak çalışır.

Maksimum paralellik derecesi - Bir istek yaparken kaç işlemcinin kullanıldığını belirler. DBMS, yürütme sırasında elde edilen verileri paralelleştirir gelişmiş Talepler Birkaç akış için. 1C için "1", yani, bir iplik tarafından kurulmanız önerilir.

BD dosyalarının değerlendirilmesi - Veritabanı dosyasının "genişlettiği" olan MB'de bir adım tanımlarız. Adım küçükse, aktif veritabanı büyümesiyle sık sık uzantılar, disk sisteminde ek yüke neden olur. 500 - 1000 MB ayarlamak daha iyidir.

İndekslerin yeniden yerleştirilmesi ve birleştirilmesi - Haftada en az bir kez birleştirilmesi / yeniden defiliş yapmanız önerilir. REIDEXTING BLOKS TABLOLARI, bu nedenle zaman veya minimum yük periyodu çalıştırmak daha iyidir. İndeksi yeniden oluşturulduktan sonra birleştirilmesi mantıklı değildir (reinxation). Dizin parçalanması% 30'u geçmezse, Microsoft'un önerisi yapılır. Yukarıda ise, bir reindexation yapmak önerilir.

Güç planı - İşletim sisteminin güç kaynağı ayarlarında, yüksek performansla ayarlayın.

Her şeyden önce, 1c kümesini yükledikten sonra, daha önce iş akışları oluşturmam gerekiyordu. Çıktığı gibi, küme işlemleri, veritabanı yüküne bağlı olarak otomatik olarak oluşturulmaya başladı.

Ana tabanın arka plan görevlerinin deneme başlatılması, 1C kümesinin, rphost.exe dosyasının sonsuz yüklenmesine neden oldu ve ek rphost.exe'nin oluşturulmasını istemedi. Ayarlarda koşmak, her şey netleşti.

Maksimum iş akışı hafızası - Bu, iş akışlarını birlikte kullanabilen hafıza miktarıdır. Parametreyi kurarken çok dikkatli olmanız gerekir, bayt cinsinden ölçülür. Yanlış bir değer (normal kullanıcılara yetersiz) ayarlarsanız, kullanıcılar kullanıcılara verilecek "yeterli değil boş hafıza 1C sunucusunda. Hafıza kotası 1C sunucusunda sona erdiğinde bu hatayı da alabilirsiniz.

Bir arama için güvenli bellek tüketimi - Sunucu çağrısı sırasında bellek tüketimini kontrol etmenizi sağlar, bayt cinsinden ölçülür. Çağrı gerektiğinden daha fazla bellek kullanıyorsa, bu arama iş akışını yeniden başlatmadan (rphost.exe) 1C kümesinde tamamlanacaktır. Buna göre, sunucu çağrısını yürüten "kaybeden", diğer kullanıcıların çalışmasını etkilemeden 1C taban oturumunu kaybedecektir.

İçinde bir GB - 1073741824 Bayt, bu nedenle 2 GB - 2147483648 Bayt

Sunucunun üretken olduğu düşünüldüğü iş akışlarının hafızasının miktarı - Sunucu aşıldığında, 1C kümedeki sunucu yeni bağlantılar almaktan vazgeçer.

İşlem başına IB sayısı- İş akışları için bilgi tabanlarını izole etmenizi sağlar. Varsayılan olarak, geçerli küme 1C "olarak ayarlandı. 8 ", Ancak birkaç saat çalışma için, sunucunun kendisi çok dengesizdir, kullanıcılar dondular. Her bilgi tabanının atılmasından sonra (değer - "1") problemler kaybolur.

İşlemdeki Bileşik Sayısı - varsayılan değer " 128 ". Mevcut taban çok olduğundan büyük baskı Arka plan görevleri (lojistik hesaplaması, hesap analizi, rakipler analizi vb.) Sayıyı "25" olarak azaltmaya karar verdi.

Biraz değiştirilmiş ayarlar ve küme 1C:

Hata toleransı seviyesi- Bu, aynı anda başarısız olabilecek çalışma sunucularının sayısıdır ve bu, kullanıcıların acil bir şekilde tamamlanmasına yol açmaz. Yedekleme hizmetleri, belirli bir hata toleransını sağlamak için gereken miktarda otomatik olarak başlatılır. Gerçek zamanlı olarak, yedeklemeye aktif servis çoğaltılır.

Dağıtım Modu Yükle - "Verimlilik önceliği" parametresi için iki seçenek vardır: Sunucunun belleği daha fazla harcanır ve yukarıdaki performans, "Bellek Önceliği" - 1C Küme Sunucu Belleğini kaydeder.

Sunucu 8.3, geri dönüştürülmüş dahili kod ile karakterize edilir, ancak "dışarıda", burdans, rafine edilmiş 8.2.

Sunucu daha "Otomatik Özel" hale gelmiştir, iş akışlarının türünün parametrelerinin bir kısmı artık manuel olarak oluşturulmaz, ancak hata toleransı ve güvenilirlik görevlerinin gerekliliklerinin açıklamalarına dayanarak hesaplanır.

Bu olasılığı azaltır yanlış ayar Sunucular ve yöneticilerin nitelikleri için gereksinimleri azaltır.

Sistemin performansını bir bütün olarak artırmak için kullanılabilecek bir yük dengeleme mekanizması aldı veya "sınırlı belleğe sahip", "sınırlı belleğe" olan "belleği işten çıkarmayı sever" durumunda "sınırlı belleğe" izin veren yeni "Bellek Tasarrufu" modunu kullandı. .

Çok miktarda bellek kullanırken çalışma stabilitesi, işletim sunucusunun yeni parametreleri ile belirlenir.

"Zorluk başına güvenli bellek tüketimi" seçeneği özellikle ilginçtir. Ne olduğunu kötü bir şekilde sunanlar için - "üretken" bir bazda eğitim almamak daha iyidir. "Maksimum iş akışı belleği" parametresi, "taşma" ne zaman tüm iş akışını salmadığınızda, ancak yalnızca bir seansı "bir kaybedenle" yaptığınızda izin verir. "Sunucunun üretken olarak kabul edildiği iş akışı belleği miktarı", bu bellek eşiği üstesinden gelince, yeni bağlantıları engellemenizi sağlar.

Çalışma süreçlerini tarafından izole etmeyi öneririm bilgi üsleriÖrneğin, "işlem başına IB sayısı \u003d 1" parametresini belirtin. Birkaç yüksek yüklü baz ile, bu hem güvenilirlik hem de performansın karşılıklı etkisini azaltacaktır.

Sistem kararlılığına ayrı bir katkı, "harcama" lisanslarını / anahtarlarını yapar. 8.3'te, Aladin yöneticisine hatırlatan "Program Lisans Yöneticisi" ni kullanmak mümkündü. Amaç, anahtarı ayrı bir makineye getirme yeteneğidir.

Küme Yöneticisi'ndeki başka bir "hizmet" şeklinde uygulanır. Örneğin "ücretsiz" dizüstü bilgisayar kullanabilirsiniz. 1C 8.3 Küme'e ekleyin, lisans servisine ilişkin ayrı bir yönetici oluşturun. Bir dizüstü bilgisayarda, donanım karma anahtarını yapabilirsiniz veya yazılım lisanslarını etkinleştirebilirsiniz.

Programcıların en büyük ilgisi "işlevsellik için gereksinimler" göndermelidir.

Belirlenmiş işlevsellik gereksinimleri 1c

Yani, kullanıcıları küme sunucusuna çalıştırmamak için koruma anahtarı olan bir dizüstü bilgisayarda, "müşteri birliği için" gereklilik "gereksinimi için" gereklilikleri "eklemeniz gerekir." Bu sunucunun çalışma işlemlerini istemci bağlantılarını işlemek için yasaklayın.

Kullanıcı oturumları olmadan çalışan küme sunucusundaki "sadece arka plan görevlerini" çalıştırma yeteneği verilir. Böylece, ayrı bir makine yapmak için yüksek yükleme görevlerini (kod) alabilirsiniz. "Ayın Kapanışı" nın bir arka plan ayarı, "bir bilgisayarda" ek parametrenin değeri ve "tam metin dizininin güncellenmesi" arka plan görevinin diğer tarafında ne olabilir? "Ek parametre değeri" göstergesi. Örneğin, BackgroundJob.comMonmodule'ı bir değer olarak belirtirseniz, çalışma sunucusunun çalışmasını yalnızca herhangi bir içeriğe sahip arka plan görevleri ile sınırlandırabilirsiniz. BackgroundJob.comMonmodule değeri.<Имя модуля>.<Имя метода> - Belirli bir kodu belirtir.

1C Kiralama: ERP Bulut çözümü 2000 ruble'den / ay.

Teslimat yönetimi Alışveriş ve kurye şirketleri için!

1C: EDO Elektronik belge yönetiminin tüm avantajlarını öğrenin!

Destek feshi "1C: KA ED. 1.1 "! Geçişi "1C: KA 2.4" a konumuna getirin

1C Sunucu Kiralama bulutta 1C'de% 70'e varan tasarrufla uzaktan çalışın!

1C sunucu kümesi - yüksek yüklü sistemler oluşturma

Sipariş gösteri siparişi

Bu makale, yüksek yüklü sistemler için (200 aktif kullanıcıdan), istemci-sunucu mimarisi temelinde - avantajları ve dezavantajları, her seçeneğin kurulum maliyeti ve karşılaştırmalı performans testleri için 1C yapısının birkaç varyantını inceleyecektir.

Ayrı bir 1C sunucu ve ayrı bir DBMS sunucusu gibi bir 1C sunucu yapısı veya 1C kümesine sahip bir Microsoft SQL kümesi oluşturmak için genellikle kabul edilen ve uzun zamandır bilinen klasik şemaların bir açıklaması, değerlendirilmesi ve karşılaştırılması. Bu tür yorumlar, üreticilerin yazılım ürünleri üreticileri tarafından yürütülenler de dahil olmak üzere harika bir settir. Son birkaç yıl boyunca BT projemizde orta ve büyük işletmeler için bir araya gelmiş olan 1C yapısı için tasarım şemalarına genel bir bakış sunacağız.

Yüksek yüklü sistemler için gereksinimler 1C

24/7/365 büyük veri dizileri ile çalışan yüksek yüklü 1C sistemler, genellikle standart durumlarda gözlemlenmeyen risk faktörlerine tabidir. Sonuç olarak, eliminasyonları ve ilerlemeleri, 1C ve yeni teknolojiler için özel mimari şemalarının kullanılmasını gerektirir.

Felaketlenebilirlik DBMS. 1C'nin bir mimarisinin tasarlanması sürecinde, hesaplama gücüne odaklanın ve kümelenmelerinde ifade edilen hizmetlerin yüksek kullanılabilirliği. Sunucular 1C: Varsayılan şirket, yinelenen bir kümede çalışabilir ve DBMS kümesi genellikle uygulanır. endüstriyel sistem veri depolama (depolama) ve kümeleme teknolojisi (örneğin, Microsoft SQL Küme). Bununla birlikte, durum SCD'nin kendisine geldiğinde (çoğu zaman, son yıllar tecrübemizde), bunlar bir yazılım doğası problemleridir.). Sonra BT Mühendisi keskin bir şekilde iki problem ortaya çıkarır - mevcut verileri ve nerede olabilecekleri en kısa sürede dağıtılacağı, çünkü istenen miktarda hızlı disk dizisine sahip depolama sistemi mevcut değildir.

Veritabanı güvenlik gereksinimleri. Orta ve büyük işletme projeleriyle çalışma, kişisel verilerin korunması için (özellikle FZ-152 puanını yerine getirmek için) gereksinimleriyle karşı karşıyayız. Bu gereklilikleri yerine getirme koşullarından biri, 1C veritabanının şifrelemesini gerektiren kişisel verilerin uygun şekilde korunmasını sağlamaktır.

Yüksek yüklü 1S sistemlerinin bir şeması geliştirildiğinde, 1C genellikle veritabanlarının bulunduğu giriş diski sisteminin parametrelerine genellikle dikkat eder. Ancak ayrıca, CPU kaynaklarının ve Tüketim'in RAM 1C sunucusu tarafından aktif bir şekilde kullanılması da vardır. Genellikle, bu tür bir kaynak türüdür ve eksiktir, mevcut sunucu 1c'nin donanım yükseltmesinin yetenekleri tükenmiştir ve tek bir DBMS sunucusuyla çalışan yeni 1C sunucuların eklenmesi gerekir.

Sunucular 1C kümelerini düzenlemek için şemaları

IP protokolü ile SQL alwayson senkronik çoğaltma ile kümeye bağlı 1C sunucu kümesine sahip bir diyagram. Bu şema, 1C veritabanının felaketlenebilirliğinin problemini çözme nitel değişkenlerinden biridir (bkz. Şekil 1). SQL alwayson baz kümeleme teknolojisi, son kullanıcının paraziti olmadan ana ve yedekleme sunucuları arasındaki SQL tablolarının çevrimiçi senkronizasyonu ilkesine dayanmaktadır. SQL dinleyiciyi kullanarak, ana olanın arızalanması durumunda, SQL yedek sunucusuna geçmek mümkündür, bu da aramanıza izin verir. bu sistem İki SQL Bağımsız Sunucu kullanımı sayesinde tam teşekküllü bir Feciashheral SQL kümesi. SQL her zaman teknolojide sadece mevcuttur microsoft sürümü SQL Enterprise.

Şekil 1 - 1C + SQL Alwayson Sunucu Küme Şeması

İkinci şema ilk ile aynıdır, yalnızca ana ve yedekleme sunucusunda SQL veritabanı şifrelemesi eklenir. En son BT projesiyle çalışmanın, şirketlerin, çeşitli nedenlerle, FZ-152'nin, Sunucuların Raider Nöbetlerinin, buluttaki veri sızıntısı için çeşitli nedenlerden dolayı, veri güvenliği konusuna çok daha fazla dikkat etmeye başladığını gösterdik. gibi. Öyleyse inan bu seçenek Şemalar 1c oldukça alakalıdır (bkz. Şekil 2).

Şekil 2 - 1C + SQL Şifreleme ile Alwayson Küme Küme Şeması

1c "Aktif Aktif" Sunucu Kümesi, IP Protokolü ile tek bir SDB sunucusuna bağlı. Hata toleransı ve güvenlik ihtiyaçlarının aksine - bazı yapılar öncelikle gereklidir artan performansbu yüzden "tüm bilgi işlem gücü". Bu nedenle, modern 1C platformunun farklılaşmanıza izin veren 1C sunucunun hesaplama kümeleri sayısındaki bir artışa maksimum öncelik verilir. farklı şekiller Hesaplamalar ve arka plan görevleri (bkz. Şekil 3). Tabii ki, SQL Server'ın temel kaynaklarının ekipmanı da düzeyde olmalıdır, ancak veritabanı sunucusunun kendisi tek bir numarada sunulur (görünüşte, hesaplama zamanında gider destek olmak veritabanları).

Şekil 3 - Bir DBMS Sunucusu ile 1C Sunucu Küme Şeması

Sunucu 1C ve bir donanım sunucusunda DBMS SharedMemory ile. Pratik testlerimiz, farklı programların performansının karşılaştırılmasına odaklandığından, birkaç seçenekle karşılaştırmak için belirli bir standart gerekir (bkz. Şekil 4). Referans olarak, bence, 1C sunucu konum şemasını ve DBM'leri, SharedMemory etkileşimi ile sanallaştırma olmadan bir donanım sunucusundaki DBM'leri almanız gerekir.

Şekil 4 - 1C sunucu şeması ve bir donanım sunucusunda DBMS SharedMemory ile

Aşağıda, 1C sistem yapısının organizasyonunu değerlendirmek için kilit kriterlerle ilgili genel sonuçları gösteren genel bir karşılaştırmalı bir tablodur (bkz. Tablo 1).

Mimarileri değerlendirme kriterleri 1C	1C + SQL Alwayson Küme	Şifreleme ile 1C + SQL Alwayson Kümesi	Bir DBMS Sunucusu ile 1C Küme	Klasik 1C + DBMS SharedMemory
Kurulum ve Bakım Kolaylığı	Doyurucu	Doyurucu	Tamam	Mükemmel
Hata toleransı	Mükemmel	Mükemmel	Doyurucu	Uygulanamaz
Emniyet	Doyurucu	Mükemmel	Doyurucu	Doyurucu
Bütçe	Doyurucu	Doyurucu	Tamam	Mükemmel

Tablo 1 - 1C sistemlerinin karşılaştırılması

Gördüğünüz gibi, önemli bir kriter kalır, değeri öğrenmek, üretkenliktir. Bunu yapmak için, vurgulanan bir test bankında bir dizi pratik test yapacağız.

Açıklama Test Tekniği

Test aşaması ikisinden oluşur anahtar Araçlar Sentetik nesil yük ve 1C kullanıcıların taklidi. Bu, 1C Toolkit: KIP'den bir GILA TESTİ (TPC-1C) ve "TEST MERKEZİ" dir.

Test Gilev. Test, evrensel integral çapraz platform testlerinin bölümünü ifade eder. Hem dosya hem de istemci-sunucu seçenekleri için 1C: işletme için kullanılabilir. Test, bir akışta zamanın birimi başına zaman miktarını tahmin eder ve arayüzün işe alım oranı dahil, kaynak maliyetlerinin sanal ortamın, belgelerin arkasını servisi için etkisi de dahil olmak üzere tek akış yüklerinin hızını tahmin etmeye uygundur. Ayın kapatılması, bordro, vb. Çok yönlülük, belirli bir standart platform yapılandırmasına kaydolmadan genelleştirilmiş bir performans değerlendirmesi yapmanızı sağlar. Test sonucu, geleneksel birimlerde ifade edilen, ölçülen sistemin 1c'nin özet değerlendirmesidir.

1C Toolkit'ten uzmanlaşmış "Test Merkezi": KIP. Test Merkezi - 1C platformda bilgi sistemlerinin çok oyunculu yük testlerinin otomasyonu aracı: Kurumsal 8. ile, girişimin çalışmalarını katılmadan taklit edebilirsiniz. gerçek kullanıcılarBu, uygulanabilirliği, performans ve ölçeklenebilirliği değerlendirmenizi sağlar bilgi sistemi Gerçek koşullarda. 1C Araç Takımını Kullanma: KIP, işlemler ve kontrol örnekleri temelinde, "ERP 2.2'nin temel düzeni nesnelerinin nesnelerinin nesnelerinin listesi", performans testi komut dosyası için oluşturulur. 1C veritabanı düzeninde: ERP 2.2, düzenleyici bilgiler (NSI) hakkında veri işleyerek üretilir:

• Birkaç bin isimlendirme pozisyonu;
• Birkaç kuruluş;
• Birkaç bin katı.

Test birkaç kullanıcı grubunda gerçekleştirilir. Grup, her biri kendi rolü ve ardışık operasyonların bir listesine sahip olan 4 kullanıcıdan oluşur. Test için esnek ayar mekanizması sayesinde, sistemin çeşitli yüklerde davranışını tahmin edecek ve performans göstergelerinde bir düşüşe yol açabilecek parametreleri belirleyebilecek farklı sayıda kullanıcı için bir test yapabilirsiniz. 3, 1C geliştiricinin, kullanıcıların öykünüşüyle \u200b\u200btest edilmesi ve her işlemin yürütme süresini ölçmediği 3 yineleme düzenlenir. Her üç yineleme ölçümleri, 1C yapı şemalarının her biri için gerçekleştirilir. Test sonucu, her matris belgesi için ortalama bir çalışma süresi elde etmektir.

"Merkezin Testi" nin göstergeleri ve Gilev'in testi Özet Tablo 2'ye yansıtılacaktır.

Test standı

Sunucu terminal Erişim – sanal makineTest araçlarını kontrol etmek için kullanılır:

• vCPU - 16 2.6GHz CORES
• RAM - 32 GB
• I \\ o: Intel SATA SSD RAID1

• RAM - 96 GB
• I \\ o: Intel SATA SSD RAID1

Sunucu 1C ve DBMS - Fiziksel Sunucu

• İŞLEMCİ - Intel Xeon. İşlemci E5-2670 8C 2.6GHz - 2 adet
• RAM - 96 GB
• I \\ o: Intel SATA SSD RAID1
• Roller: Sunucu 1C 8.3.8.2137, MS SQL Server 2014 SP 2

sonuç

İşlemin ortalama çalışması açısından, IP protokolü yoluyla tek bir DBMS sunucusuna bağlı olan, tek bir DBMS sunucusuna bağlı olan 1C "aktif aktif" sunucuların en iyi şeması No. 3 "kümesidir (bkz. Tablo 2). Böyle bir mimarinin hata toleransını sağlamak için, ayrı bir depoda veritabanının konumu ile klasik bir hata toleranslı MSSQL kümesi oluşturmanızı öneririz.

Frekans minimumlaştırma faktörlerinin en optimanlığının, hata toleransı ve veri güvenliğinin, SCHEMA No. 1 "1C Sunucular Kümesine, IP Protokolü ile SQL Alwaycon Senkron Çoğaltma ile SQL Alwaycon Senkron Çoğaltma ile Bağlantılı Olduğunu Dikkat Etmek Önemlidir. En verimli seçeneğe yaklaşık% 10'dur.

Test sonuçlarını gördüğümüz gibi, senkronik çoğaltma sQL veritabanı Alwayson performans üzerinde olumsuz bir etkiye sahiptir. Bu, SQL sisteminin, şu anda tabanla çalışmaya izin vermeyen, her işlemin yedek sunucuya replikasyonunun sonunu beklediği gerçeğiyle açıklanmaktadır. MSSQL sunucuları arasında eşzamansız çoğaltmayı yapılandırırsanız, ancak bu tür ayarlarla alamadığımızdan kaçınılabilir. otomatik anahtarlama Arıza durumunda yedekleme numarasındaki uygulamalar. Anahtarlama manuel olarak gerçekleştirilmelidir.

EFSOL Cloud'un temelinde müşterilerimize sunuyoruz 1C Sunucular Küme Kiralık. Bu, 1C ile çalışmak için kendi hata toleranslı mimarinizi oluşturmak için para tasarrufu sağlar.

1C mimari şeması

Ortalama çalışma süresi, sn