Eylemler benzer). 1C: Enterprise 8.x sunucusu örneğini kullanarak kuralı ekleyeceğiz (portu açmanız gerekiyor 1541 küme yöneticisi için, bağlantı noktaları 1560-1591 iş akışları ve bağlantı noktası için 1540 sunucu aracısı için).

Bazı programlar ve hizmetler, ağ protokolleri aracılığıyla çalışırken iletişim kurmak için belirli bağlantı noktalarını kullanır. Varsayılan olarak, etkinleştirilmiş Windows Güvenlik Duvarı bu tür ağ etkinliğini engeller. Özellikle, bir istemci makineden bağlanmaya çalışırsanız bir hatayla karşılaşabilirsiniz:

« Bir bilgi bankası (...) ile bir işlem gerçekleştirilirken bir hata oluştu. Sunucu ağ erişim hatası (...). Bir bağlantı kurma girişimi başarısız oldu, çünkü gerekli yanıt başka bir bilgisayardan gerekli süre içinde alınmadı veya önceden kurulmuş bir bağlantı, halihazırda bağlı olan bir bilgisayardan gelen yanlış yanıt nedeniyle sonlandırıldı (...) »

Bu hata, 1C: Enterprise sunucusunun belirtilen adreste bulunmadığı veya sunucudaki bağlantı noktasının kapalı olduğu anlamına gelir (bu durumda, bağlantı noktası 1541 ).

Portu açmak için 1C: Enterprise sunucusunun kurulu olduğu bilgisayara gidin (benim örneğimde bu, 10.192.128.15 adresli bir bilgisayar ve üzerinde Windows Server 2012 R2 işletim sistemi kurulu).

Windows Güvenlik Duvarı'nı başlatın. Bu, sağ tıklayarak yapılabilir " Başlangıç» ( Başlangıç), sonra " Kontrol Paneli» ( Kontrol Paneli) — « sistem ve güvenlik» ( Sistem ve Güvenlik) — « Windows Güvenlik Duvarı» ( Windows Güvenlik Duvarı). Veya komutu çalıştırarak güvenlik duvarı.cpl(bunun için pencerede Win + R tuş bileşimine basmanız gerekir " aç» ( Açık) komutun adını girin ve " tuşuna basın Tamam») .

Açılan pencerede, soldaki ağaçta sekmeyi açın “ » ( Gelen kurallar) ve ardından menüde " Hareketler» ( Hareketler) öğesini seçin " Kural koy ...» ( Yeni kural ...).

Başlayacak " Yeni Gelen Kural Sihirbazı» ( Yeni gelen kural sihirbazı). İlk sayfada, kuralın türünü seçin ( Kural Türü) « liman için» ( Liman) ve bas " Daha öte» ( Sonraki).

Ardından protokolü (örneğimizde bu TCP'dir) ve doğrudan açtığımız bağlantı noktası numarasını (Belirli yerel bağlantı noktaları) belirtmeniz gerekir. Sonra basıyoruz" Daha öte» ( Sonraki).

Şimdi eklenen kuralla ilişkili eylemi belirtelim. seçelim” Bağlantıya izin ver» ( Bağlantıya izin ver) ve bas " Daha öte» ( Sonraki).

Sonraki sayfada, kuralın hangi güvenlik duvarı profillerine uygulanacağını belirtmeniz gerekir. İstediğiniz profilleri onay işaretleriyle işaretleyin ve " Daha öte» ( Sonraki).

Son olarak, yeni kural için bir ad ve açıklama girin ve " Hazır» ( Bitiş) sihirbazı tamamlamak için.

1C: Enterprise sunucusuna tekrar bağlanmaya çalışıyoruz ve hatanın devam ettiğini görüyoruz ancak mesaj farklı bir 1560. bağlantı noktası içeriyor.

Yukarıda açıklanan şekilde, “adlı bir izin verme kuralı daha ekleyin. 1C: İş akışları"Tüm bağlantı noktaları yelpazesi için 1560 üzerinde 1591 (1C iş akışları için), bunları adımında kısa çizgi ile belirterek " Protokol ve bağlantı noktaları» ( Protokol ve Bağlantı Noktaları).

Şimdi, bir çırpıda" Gelişmiş Güvenlik Özellikli Windows Güvenlik Duvarı» ( Gelişmiş Güvenlik Özellikli Windows Güvenlik Duvarı) masada " Gelen kurallar» ( Gelen kurallar) az önce oluşturduğumuz 2 kuralı görmeliyiz.

Peki, sunucuya hatasız bağlanmalıdır. Bu sunucuya üzerinden bağlanmanız gerekiyorsa, bağlantı noktasını da açmalısınız. 1540 .

Benzer şekilde, Giden Kuralları eklenir, yasaklayıcı kurallar, belirli programlar ve protokoller için kurallar. Ayrıca, bu ek bileşenden özellikleri açılarak herhangi bir kural değiştirilebilir.

Bu makale size yardımcı oldu mu?

Arka plan ... Şirketimizde, yoğun olarak kullanılan yaklaşık 100 muhasebe veritabanının bulunduğu 1C: Enterprise sürüm 8.2 başarıyla çalışmaktadır. Bu iş için oldukça etkileyici özelliklere sahip ayrı bir sunucu tahsis edilmiştir. operasyon sırasında, 1C: Enterprise 8.2 + MS SQL 2005 paketinin sabit diskler, işlemci ve en önemlisi RAM miktarı gibi donanım kaynakları üzerinde çok talep ettiği ortaya çıktı. Bizim için böyle bir sunucunun maliyeti 250 bin rubleyi aştı (hem işletim sistemi hem de 1C'nin kendisi için lisansları saymaz).

1C: Enterprise sürüm 8.3 için ayrı ayrı donanım tahsis etmek mantıksız olarak kabul edildi ve ayrıca 1C sunucusu için ikinci anahtar seti için yaklaşık 100 bin ruble daha fazla ödeme yapmak çok pahalı! "Head-on" 1C: Enterprise sürüm 8.3'ü yükleme girişimi, halihazırda mevcut veritabanlarına sahip bir kümenin kaybedilmesine neden oldu. Burası, 1C: Enterprise'ın iki sunucu sürümünü bir bilgisayara kurmanın ve çalıştırmanın özelliklerinin ortaya çıktığı yerdir.

1C: Enterprise 8.2 ve 8.3 kurulum programı, yazılımı standart bağlantı noktalarını kullanacak şekilde yapılandırır: 1540 (sunucu aracısı tarafından kullanılır) 1541 (küme yöneticisi tarafından kullanılır) 1560-1591 (çalışan işlemler için kullanılan bağlantı noktası aralığı). Bu nedenle, 1C: Enterprise 8.3 sunucusunun 1C: Enterprise 8.2 sunucusuyla aynı anda çalışması gerekiyorsa, ilki, önceki sürümün çalışan bir sunucu örneğini kullananlardan farklı bağlantı noktalarını belirtmelidir.

Önceden yüklenmiş 1C: Enterprise sunucu sürümü 8.2 olan bir bilgisayarda, yukarıdaki standart bağlantı noktalarını zaten kullanan “Sunucu Aracısı 1C: Enterprise 8.2” hizmeti kaydedilir ve başlatılır. 1C: Enterprise 8.3 sunucusunu “yanına” kurduysanız, “1C Aracısı: Enterprise 8.3 sunucusu” hizmetinin başlatılması anormal şekilde sona erecektir, çünkü zaten "işgal edilmiş" bağlantı noktalarını kullanmaya çalışacaktır. Bunu önlemek için aşağıdakileri yapmanız gerekir.

(Aşağıda açıklananların tümü, 1C: Enterprise 8.2 ve 8.3'ün Windows Server 2008 R2 Enterprise (ve Standart) 64 bit + SP1 ve 32 bit sunucu sürümleri için geçerlidir).

1C: Enterprise 8.2'yi (sürüm 8.2.19.90) mevcut bir yerel kullanıcı "Yönetici" olarak çalıştırma haklarına sahip bir Windows hizmeti olarak yükledim.

Kurulumun sonunda pencerede Sunucu Yöneticisi -> Yapılandırma -> Hizmetlerçalışan “Server Agent 1C: Enterprise 8.2” hizmetini görüyoruz:

parametrelerle başlatıldı:

C: \ Program Dosyaları (x86) \ 1cv82 \ 8.2.19.90 \ bin \ ragent.exe "-srvc -agent -regport 1541 -port 1540 -range 1560: 1591 -d" C: \ Program Dosyaları (x86) \ 1cv82 \ srvinfo"

Sunucu 1C: Enterprise 8.3 (sürüm 8.3.4.437) Aynı şekilde kurdum:

Ancak, pencerede gördüğümüz gibi Sunucu Yöneticisi -> Yapılandırma -> Hizmetler, "Sunucu Aracısı 1C: Enterprise 8.3" hizmeti başlamadı:

Şimdi bir komut istemi penceresi açmamız gerekiyor cmd ve 1C: Enterprise 8.3'ün kurulu sunucu sürümünün bin dizinine gidin ve ragent.exe -rmsrvc komutunu kullanarak “Server Agent 1C: Enterprise 8.3” hizmetinin kaydını silmeyi deneyin:

C: \ Kullanıcılar \ admin> cd C: \ Program Dosyaları (x86) \ 1cv8 \ 8.3.4.437 \ bin C: \ Program Dosyaları (x86) \ 1cv8 \ 8.3.4.437 \ bin> ragent.exe -rmsrvc Hata! Kontrol Hizmeti hatası!

Bir hata aldım Hata! Kontrol Hizmeti hatası! prensipte beklenen, çünkü hizmet sisteme düzgün bir şekilde kaydedilmedi. Ama aslında emekli olması gerekiyor. Pencerede Sunucu Yöneticisi -> Yapılandırma -> Hizmetler onu bir daha görmeyeceksin.

Şimdi bu sunucuyu yeniden kaydetmeniz gerekiyor, ancak aynı zamanda 1C: Enterprise 8.2 aracısı tarafından zaten kullanılanlardan farklı bağlantı noktaları belirtin. Benim durumumda, komut şöyle görünecek:

C: \ Program Dosyaları (x86) \ 1cv8 \ 8.3.4.437 \ bin>

• -port 2540- 1C: Enterprise sunucu aracısı sürüm 8.3'ün çalışacağı bağlantı noktası;
• -kayıt 2541- 1C: Enterprise sürüm 8.3 sunucu kümesinin yönetileceği bağlantı noktası;
• -aralık 2560: 2591- iş akışları için bağlantı noktası aralığı;
• - "C: \ Program Dosyaları (x86) \ 1cv8 \ srvinfo" içinde- 1C'nin yeni oluşturulan kümesi hakkında bilgi depolamak için dizin: Enterprise sürüm 8.3;
• -usr.\Yönetici- adına sunucu aracısı 1C: Enterprise sürüm 8.3'ün başlatılacağı kullanıcı;
• -pwd ******- belirtilen kullanıcı için şifre (sizinkini girin).

Bundan sonra, pencerede tekrar "Server Agent 1C: Enterprise 8.3" hizmetini göreceksiniz. Sunucu Yöneticisi -> Yapılandırma -> Hizmetler... Sadece ragent.exe -start komutuyla başlatmanız gerekir:

C: \ Program Dosyaları (x86) \ 1cv8 \ 8.3.4.437 \ bin> ragent.exe -start

Pencerede Sunucu Yöneticisi -> Yapılandırma -> Hizmetler"Server Agent 1C: Enterprise 8.3" hizmetini görüyoruz:

parametrelerle başlatıldı:

"Yürütülebilir dosya" alanında şu ayar bulunur:

C: \ Program Dosyaları (x86) \ 1cv8 \ 8.3.4.437 \ bin \ ragent.exe "-srvc -agent -regport 2541 -port 2540 -range 2560: 2591 -d" C: \ Program Dosyaları (x86) \ 1cv8 \ srvinfo"

Ve şimdi en ilginç şey: 1C: Enterprise 8.3 sunucu sürümünü her güncellemeniz gerektiğinde bu işlemi yapmanız gerekecek! Bravo, geliştiriciler ...

Şimdi, belirtilen paketle nasıl yaşayacağınız hakkında biraz. Artık 1C: Enterprise programının kendisini eski sürümle çalıştırmaya gerek yoktur (C: \ Program Files (x86) \ 1cv82 \ common klasöründen). 1C: Enterprise sürüm 8.3'ü yüklerken, programı C: \ Program Files (x86) \ 1cv8 \ common klasöründen başlatmak için masaüstündeki kısayolun üzerine otomatik olarak yazılacaktır. Sürüm 8.2 sunucusunda çalışan muhasebe veritabanını açarsanız, ince istemcinin gerekli sürümünde otomatik olarak açılır.

Veritabanları (muhasebe veya ZIK) oluşturma şablonları, varsayılan olarak, kurulumunu adına başlattığınız kullanıcının dizinine yerleştirilir. Bunu yönetici olarak yapıyorsanız, bunları C: \ Users \ yönetici \ AppData \ Roaming \ 1C \ 1cv8 \ tmplts yolunda bulacaksınız. Yüklü şablona dayalı yeni bir veritabanı eklemek isterseniz, 8.3 ince istemci hepsini görecektir:

Şimdi, temel sürüm 8.3'ü kaydetmeniz gerekiyorsa, "1C: Kurumsal sunucu kümesi" alanında, 1C sürüm 8.3 sunucusunun kurulu olduğu bilgisayarı ve iki nokta üst üste aracılığıyla küme yöneticisinin belirttiğiniz bağlantı noktasını belirtmeniz gerekir. 1C sunucu sürüm 8.3 sunucu aracısını kaydederken. Benim durumumda, bu 2541:

1C: Enterprise sürüm 8.3 çalıştıran bir kurumsal sunucuda bulunan yeni bir tane muhasebe veritabanları listesine eklerken, ayrıca sunucu adını ve iki nokta üst üste ile ayırarak küme yöneticisi tarafından kullanılan bağlantı noktasını belirtmeniz gerekir:

Her kurulum / güncellemeden sonra, kümeyi her iki 1C sunucusuyla (hem sürüm 8.2 hem de 8.3) yönetmek için yardımcı programı kaydetme ihtiyacı devam eder.

Şimdi, bir bilgisayarda 1C: Enterprise sunucularının farklı sürümlerini çalıştıran kümeleri yönetmeye geçelim. Klasörü C: \ Program Files (x86) \ 1cv8 \ common yolu boyunca Explorer'da açın ve küme yönetim konsolu sürüm 8.3 için masaüstünde bir kısayol oluşturun (örneğin kısayolu hemen yeniden adlandırmak daha iyidir, örneğin 1CV8.3):

Aynı şekilde, Explorer'da C: \ Program Files (x86) \ 1cv82 \ common yolu boyunca klasörü açın ve küme yönetim konsolu sürüm 8.2 için masaüstünde bir kısayol oluşturun (kısayolu yeniden adlandırmak daha iyidir) uzaklaşmak, örneğin 1CV8.2):

Masaüstünde aşağıdakileri alırsınız:

"1CV8.2" etiketli 1C: Enterprise sunucu kümesi yönetim yardımcı programı sürüm 8.2'yi başlatalım (sunucu varsayılan bağlantı noktalarını kullandığından küme sorunsuz görüntülenecektir):

Bu kümeyi 1C: Enterprise sunucu kümesi sürüm 8.3'ü yönetmeye yönelik konsoldan açmaya çalıştığınızda ("1CV8.3" adlı masaüstü kısayoluyla) bir hata görürsünüz:

Sunucu 1C'ye bağlanma hatası: Enterprise 8.3: İstemci ve sunucu sürümleri farklı (8.3.4.437 - 8.2.19.90), istemci uygulaması: Küme konsolu

İhtiyacımız olan 1C: Enterprise sürüm 8.3 sunucusunun kümesini görüntülemek için, bu ek bileşende yeni bir 1C: Enterprise 8.3 merkezi sunucusu oluşturmamız gerekiyor:

• tarlada İsim 1C: Enterprise 8.3 sunucusunun kurulu olduğu bilgisayarın adını belirtmelisiniz;
• tarlada IP bağlantı noktası aracı başlatma hizmetini yapılandırırken belirttiğiniz, 1C: Enterprise 8.3 sunucu aracısının çalıştığı bağlantı noktasını belirtmelisiniz;
• tarlada Açıklama açıklamayı belirtin.

"Tamam" düğmesini tıkladıktan sonra, 1C: Enterprise sürüm 8.3 sunucusunu kurduktan sonra ortaya çıkan yeni kümenizi görebileceksiniz.

Onlar. 1C: Enterprise sunucusunun bir bilgisayara kurulu farklı sürümlerinin kümelerinin yönetimi, uygun ek bileşenlerle gerçekleştirilir.

Temelde bu. İyi şanlar!

_________
UPD. Uygulamanın gösterdiği gibi, bu makalede açıklanan yöntem, 1C: Enterprise sürüm 8.3 sunucusunun birkaç örneğinin bir sunucuda aynı anda başlatılması için uygun değildir. 1C: Enterprise'ın farklı bağlantı noktalarında çalışan başka bir sürümünden yeni bir 1C aracı hizmeti oluşturmaya çalışırken, işlem:

C: \ Program Dosyaları (x86) \ 1cv8 \ 8.3.4.437 \ bin> ragent.exe -instsrvc -port 2540 -regport 2541 -range 2560: 2591 -d "C: \ Program Dosyaları (x86) \ 1cv8 \ srvinfo" - usr. \ Yönetici -pwd ******

1C 8.3'ün eski sürümünün halihazırda çalışan hizmetinin silinmesi ve yenisinin oluşturulmaması ile sona erer.

1C: Enterprise 8.3 sunucusunun birkaç sürümünü tek bir sunucuda yükleme, oluşturma ve başlatma yöntemini açıkladım ...

Şubede bul

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ 1C: Enterprise 8 Sunucu Aracısı, parametre Resim Yolu.

Varsayılan olarak, 1C: Enterprise sunucusu aşağıdaki bağlantı noktalarını kullanır:

• 1540 - Sunucu Aracısı
• 1541 - küme yöneticisi
• 1560: 1691, çalışan işlemler için dinamik bağlantı noktası aralığıdır.

Veya http://its.1c.ru adresindeki resmi bilgiler:

Kurulum ve yapılandırma sorunları 1C: "istemci-sunucu" seçeneğinde Enterprise 8.1

Çoğu durumda, "istemci-sunucu" seçeneğinde 1C: Enterprise 8.1'i yüklemek için 1C: Enterprise 8.1 kurulum programını çalıştırmak yeterlidir. Bu durumda, 1C: Enterprise sunucusu, normal çalışması için gerekli olan parametrelerin standart değerlerini alır.

1C: Enterprise sunucusunun kurulumunu daha ayrıntılı olarak ele alalım. 1C: Enterprise 8.1 sunucusunun kurulumu sırasında, 1C: Enterprise 8.1 kurulum programı aşağıdaki eylemleri gerçekleştirir:

1C: Enterprise sunucusunun yükleme modüllerini, hedef klasör olarak 1C: Enterprise yükleme programı için belirtilen dizine kopyalar.

Kurulum işlemi sırasında "USR1CV81 kullanıcısı oluştur" seçilirse, kullanıcı USR1CV81'i oluşturur. Bu kullanıcı adına 1C: Enterprise 8.1 sunucusu, bir hizmet olarak başlatılırsa çalışır. Yalnızca 1C: Enterprise sunucusunun ihtiyaç duyduğu kaynaklara erişimi vardır. 1C: Enterprise sunucusunun çalışması için iki dizine ihtiyaç duyması önemlidir: sunucu verileriyle ortak bir dizin (genellikle "C: \ Program Files \ 1cv81 \ server") ve geçici bir dosya dizini (genellikle "C: \ Documents and Settings \ usr1cv81 \ Local Settings \ Temp "veya" C: \ WINNT \ Temp "). Kullanıcı USR1CV81, sunucu verileriyle paylaşılan dizinin haklarını alır. Geçici dosyalar dizini genellikle tüm kullanıcılar tarafından kullanılabilir.

Yükleme işlemi sırasında “1C: Enterprise 8.1 sunucusunu Windows hizmeti olarak yükle” etkinleştirilirse, 1C: Enterprise sunucu aracısı hizmetini Windows'a kaydeder ve başlatır. İlk başlangıçta, varsayılan ayarlarla bir 1C: Enterprise sunucu kümesi oluşturulur. Bir işçi sunucusuna ve bir işçi sürecine sahiptir. Çalışan sunucu adresi, kurulumun yapıldığı bilgisayarın adı ile aynıdır.

USR1CV81 kullanıcısı ve hakları

Sunucu 1C: Enterprise, herhangi biri girdiyse, çalışması hangi kullanıcının sunucu bilgisayara etkileşimli olarak girdiğine bağlı olmaması gereken bir sunucu uygulamasıdır. Bu nedenle, 1C: Enterprise sunucusunu kurarken, 1C: Enterprise sunucusu için gereken minimum haklara sahip ve etkileşimli oturum açma amaçlı olmayan özel bir USR1CV81 kullanıcısı oluşturmanız önerilir. 1C: Enterprise sunucusu, USR1CV81 kullanıcısı tarafından Windows sistemine sunulur.

USR1CV81 kullanıcısına atanan haklara daha yakından bakalım. Sunucu 1C: Enterprise aşağıdaki dizinleri kullanır:

Önyükleme modülleri dizini, hedef klasör olarak 1C: Enterprise yükleme programı tarafından belirtilen dizinde bulunur. 1C: Enterprise sunucusunun yük modüllerini içerir. USR1CV81 kullanıcısının, bu dizinden ve alt dizinlerinden verileri okuma ve programları çalıştırma haklarına ihtiyacı vardır. Kullanıcılar grubuna dahil olması sayesinde bu hakları zımnen alır.

Sunucu veri dizini genellikle "C: \ Program Files \ 1cv81 \ server" olarak adlandırılır. USR1CV81, bu dizine ilişkin tüm haklara ihtiyaç duyar. 1C: Enterprise kurulum programı, bir USR1CV81 kullanıcısı oluştururken, ona bu dizinin haklarını verir.

Geçici dizin genellikle, kullanıcının TEMP değişkeninin veya sistem ortamı TEMP değişkeninin değeri tarafından belirlenen C: \ Documents and Settings \ usr1cv81 \ Local Settings \ Temp veya C: \ WINNT \ Temp olarak adlandırılır. Bu değişkenin değerini Sistem Özellikleri iletişim kutusunda görüntüleyebilirsiniz (Başlat -> Ayarlar -> Denetim Masası -> Sistem -> Gelişmiş -> Ortam Değişkenleri). 1C: Enterprise kurulum programı, USR1CV81 kullanıcısına bu dizine ilişkin tüm hakları verir. Tipik olarak, Windows'u kurarken, CREATOR OWNER grubunu ACL'sine dahil ederek temp dizini tüm kullanıcılar tarafından kullanılabilir. Ancak bu erişim tamamlanmamıştır. Özellikle, bu dizindeki dosyaları arama işlemi tüm kullanıcılar tarafından kullanılamaz. USR1CV81 kullanıcısının geçici dosyalar dizinine tam haklarını ayarlamak, 1C: Enterprise sunucusunun ihtiyaç duyduğu tüm işlemleri gerçekleştirmesini sağlar. Erişim listesini Güvenlik sekmesindeki dizin özellikleri iletişim kutusunda görüntüleyebilirsiniz. CREATOR OWNER grubunun varlığı, bu dizinde herhangi bir dosya oluşturan veya bu dizindeki herhangi bir dosyanın sahibi olan herhangi bir kullanıcının dizine erişmesine izin verir. Bu durumda dosyayı oluşturan kullanıcı, CREATOR OWNER grubu yerine oluşturulan dosyanın erişim listesine kaydedilecektir. Bu dizine erişim izni verilen kullanıcılar arasında, bu dizine ilişkin tüm haklara sahip USR1CV81 kullanıcısı da olmalıdır.
Belirli bir kullanıcı için (USR1CV81 kullanıcısı dahil) geçici dosya dizininin, o kullanıcının ortam değişkenleri ile sistem ortam değişkenlerinin bir kombinasyonu tarafından belirlendiğini akılda tutmak önemlidir. Bu dizini bulmak için 1C: Enterprise kurulum programı USR1CV81 kullanıcı bağlamını sorar. Bunu yapmak için Windows 2000'de, adına 1C: Enterprise kurulum programı başlatılan kullanıcının aşağıdaki ayrıcalıklara ihtiyacı olabilir: İşletim sisteminin bir parçası olarak hareket et ve Geçiş denetimini atla. Kullanıcının ayrıcalıklarını Yerel İlkeler -> Kullanıcı Hakları Ataması bölümündeki Yerel Güvenlik Ayarları yardımcı programını kullanarak kontrol edebilirsiniz. Yeni yazılımın yüklenmesi sırasında yükleyici genellikle bu ayrıcalıkları otomatik olarak kazanır.

1C: Enterprise sunucusunun Windows hizmeti olarak kaydı

Sunucu 1C: Enterprise, basit bir Windows konsol uygulamasıdır ve etkileşimli olarak başlatılabilir. Ancak, kalıcı kullanım için bu, 1C: Enterprise sunucusunu etkin olmayan bir kullanıcının girişinden başlayarak sunucu bilgisayarına yerleştirdiği için elverişsizdir. Bu bağımlılığı ortadan kaldırmak için 1C: Enterprise sunucusu bir Windows hizmeti olarak çalışabilir. Bunu yapmak için Windows Hizmet Yöneticisi'nde kayıtlı olması gerekir.

Windows hizmetlerinin ve parametrelerinin listesini görüntülemek için Bileşen Hizmetleri yardımcı programını kullanın (Başlat -> Ayarlar -> Denetim Masası -> Yönetimsel Araçlar -> Hizmetler). 1C: Enterprise sunucusu, hizmetler listesinde 1C: Enterprise 8.1 Sunucu Aracısı hizmeti tarafından temsil edilir. Hizmet parametreleri, 1C: Enterprise Server Agent (ragent) işleminin başlatılmasını, başlatıldığı kullanıcıyı ve acil durumlarda yeniden başlatma yöntemini belirler.

1C: Enterprise 8.1 Sunucu Aracısı hizmetinin özellikler iletişim kutusunda, Genel sekmesinde, 1C: Enterprise Sunucusunun Aracısı olan ragent işlemini başlatma satırı gösterilir. Genellikle bu satır şöyle görünür:

Şu hususları belirtmektedir:

Sunucu Aracısı işlemi, "C: \ Program Files \ 1cv81 \ bin \ ragent.exe" yükleme modülüdür;

ragent işlemi bir Windows hizmeti olarak başlar ve bir hizmet yöneticisi (-srvc) tarafından yönetilmelidir;

1C: Enterprise sunucusunun (-agent) Aracısı olarak kullanılır;

hizmet ilk başlatıldığında, varsayılan parametreler ve ana IP bağlantı noktası numarası 1541 (-regport 1541) ile bir küme oluşturulmalıdır. İstemci uygulamaları, kümede kayıtlı bilgi tabanlarına bağlanmak için bu bağlantı noktasını kullanmalıdır;

Sunucu aracısı IP bağlantı noktası 1540 (-bağlantı noktası 1540) olmalıdır. Bu bağlantı noktası, yönetim işlevlerini gerçekleştirmek üzere merkezi sunucuya bağlanmak için Küme Konsolu tarafından kullanılmalıdır;

bu sunucuda küme işlemleri başlatıldığında, 1560-1591 (-aralık 1560: 1591) aralığından dinamik olarak IP bağlantı noktaları atanacaktır.

genel küme verileri "C: \ Program Files \ 1cv81 \ server" dizininde (-d "C: \ Program Files \ 1cv81 \ server") bulunacaktır.

1C: Enterprise 8.1 Server Agent hizmeti, yalnızca 1C: Enterprise 8.1 yükleme programı kullanılarak 1C: Enterprise kurulurken veya kaldırılırken değil, manuel olarak da eklenebilir veya kaldırılabilir. Bunu yapmak için, uygun parametreleri belirterek komut satırından ragent yardımcı programını çalıştırabilirsiniz.

Servis oluşturmak için -instsrvc parametresini ve aşağıdaki parametreleri belirtmeniz gerekir: -usr servisin başlatılacağı kullanıcı adıdır, -pwd bu kullanıcının şifresidir. Bu durumda, parametrelerin geri kalanı, 1C: Enterprise sunucusunun Aracısını bir hizmet olarak başlatmak için satırın parametreleri olacaktır. Örneğin, hata ayıklama modunda 1C: Enterprise Server Agent hizmetinin standart kaydı için, parametre seti aşağıdaki gibi olmalıdır:

"C: \ Program Dosyaları \ 1cv81 \ bin \ ragent.exe" -instsrvc -usr. \ USR1CV81 -pwd Parola -regport 1541 -port 1540 -aralık 1560: 1591 -d "C: \ Program Dosyaları \ 1cv81 \ sunucu" - hata ayıklama

Bir hizmeti kaldırmak için -rmsrvc parametresini belirtmeniz gerekir. Örneğin:

"C:\Program Dosyaları\1cv81\bin\ragent.exe" -rmsrvc

Bazen, Sunucu Aracısı başlatma satırını veya Aracı hizmetinin diğer parametrelerini değiştirmek, örneğin hata ayıklama modunu etkinleştirmek veya farklı sürümlerde birkaç hizmet oluşturmak çok kolaydır. Hizmet özellikleri iletişim kutusu, hizmet uygulaması başlatma satırının ve örneğin hizmet tanımlayıcısı gibi bazı diğer parametrelerin düzenlenmesine izin vermez. Düzenlemek için, Windows kayıt defterini görüntülemek ve düzenlemek üzere tasarlanmış regedit yardımcı programına ihtiyacınız vardır.

Dikkat!
Windows kayıt defterinde yapılan hatalı değişiklikler işletim sistemini kullanılamaz hale getirebileceğinden, Windows kayıt defterini düzenlemek son derece dikkatli olmayı gerektirir.

Regedit yardımcı programını çalıştırın (Başlat -> Çalıştır'ı açın ve regedit yazın) ve dalı seçin:

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ 1C: Enterprise 8.1 Sunucu Aracısı

Parametreleri arasında, değeri 1C: Enterprise sunucusunun Aracısını başlatma satırı olan ImagePath parametresi vardır. Burada başlatma satırına yeni parametreler ekleyebilir veya mevcut olanların değerlerini değiştirebilirsiniz. Olası parametrelerin tam listesi "1C: Enterprise 8.1 İstemci-Sunucu" belgelerinde verilmiştir.

1C: Enterprise sunucusunun Aracısının birkaç bağımsız hizmetini kaydetmeniz gerekiyorsa, bunları farklı yük modülleri, farklı bağlantı noktaları ve kümenin farklı veri dizinleri belirtmeniz gerekir. Ayrıca bunları farklı hizmet tanımlayıcılarıyla kaydetmeniz gerekir. Bunu şu şekilde yapabilirsiniz:

İlk hizmeti oluştur:

"C: \ Program Files \ 1cv81 \ bin \ ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560: 1591 -d "C: \ Program Files \ 1cv81 \ server"

Regedit yardımcı programını kullanarak kayıtlı hizmet tanımlayıcısını değiştirin. Bunu yapmak için: bir şube seçin


HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ 1C: Önce Enterprise 8.1 Sunucu Aracısı

İkinci bir hizmet oluşturun:

"C: \ Program Files \ 1cv81_10 \ bin \ ragent.exe" -srvc -agent -regport 1641 -port 1640 -range 1660: 1691 -d "C: \ Program Files \ 1cv81_10 \ server"

Belki kimliği de değiştirilebilir. Bunu yapmak için: bir şube seçin
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ 1C: Enterprise 8.1 Sunucu Aracısı
ve adını değiştirin, örneğin:
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ 1C: Enterprise 8.1 Sunucu Aracısı İkinci

1C: Enterprise kurulum programı ne yapamaz?

Daha önce de belirtildiği gibi, 1C: Enterprise yükleme programı, 1C: Enterprise yük modüllerini kopyalar ve COM'da ve Windows hizmet yöneticisinde gerekli kaydı gerçekleştirir. Yukarıdakiler, bu kaydın iç mekanizmalarını anlamak için ihtiyacınız olan bilgilerdir. Sunucu bilgisayarda sadece sunucu değil, aynı zamanda 1C: Enterprise istemci kısmı da kuruluysa, kurulumdan (ve koruma anahtarlarının bağlanmasından) hemen sonra çalışmaya hazırdır.

1C: Enterprise sunucusuna yerel ağdaki diğer bilgisayarlardan erişilebilmesi için, sunucu ve istemci bilgisayarların yanı sıra ağın tamamı için ağ ayarlarının kontrol edilmesi gerekir. TCP / IP, istemci uygulamaları ile 1C: Enterprise sunucusu arasında ve ayrıca sunucu kümesi işlemleri arasında veri aktarmak için kullanılır. 1C: Enterprise'ın istemci-sunucu sürümünde çalışması, yapılandırmasının doğruluğuna bağlıdır.

1C: Enterprise sunucu kümesinin işlemleri, çalışan sunucuların özellikler iletişim kutusunun "Bilgisayar" özelliğinin değerleri olarak belirtilen adreslerde birbirine bağlanır. Küme, "Bilgisayar" özelliğinin değerinin, nokta gösteriminde bir IP adresi veya TCP API'sinde tanımlanan gethostbyname işlevini kullanarak IP adresini belirlemek için kullanılabilecek bir sembolik adres olmasını gerektirir. IP adresi, yerel sembolik adres tablosundan (C:\WINNT\system32\sürücüler\vb\hosts) veya mevcut DNS sunucularındaki adres tablolarından belirlenir. Çalışan sunucunun sembolik adresi IP adresini belirlemiyorsa veya yanlış belirlenirse (örneğin, IP adresi bu bilgisayarın gerçek IP adresiyle eşleşmiyorsa), küme çalışmayacaktır. Kümedeki üretim sunucularının her birinde Windows'ta tanımlanan bilgisayar adlarının ve adreslerinin DNS'deki adlarıyla çakışmaması önemlidir.

Her çalışan sunucuda, küme işlemleri aşağıdaki bağlantı noktalarını kullanır: Çalışan sunucunun IP bağlantı noktası (genellikle 1540); İş akışı IP bağlantı noktası aralıklarından IP bağlantı noktaları (genellikle 1560-1591). Ayrıca, kümenin merkezi sunucusu, küme bağlantı noktasını kullanır (genellikle 1541). Sistem güvenlik duvarları kullanıyorsa, bu bağlantı noktalarında veri aktarımına izin verilmelidir. Yukarıdaki listeden bağlantı noktalarına izin vermek yerine, küme işlemlerine (ragent, rmngr, rphost) veri aktarımına izin verebilirsiniz.

1C: Enterprise istemci uygulamasının sunucuya bağlantısı 2 aşamada gerçekleştirilir. Önce küme yöneticisiyle bir bağlantı kurar. Bu, merkezi sunucunun (sembolik veya sayısal) adresini ve küme bağlantı noktasını (genellikle 1541) kullanır. Ardından, istemci uygulaması, çalışan işlemlerden biriyle bağlantı kurar. İlgili çalışma sunucusunun "Bilgisayar" özelliğinin değeri ve çalışan sunucunun IP portları aralığından seçilen çalışma işleminin portu adresi olarak kullanılır. İstemci uygulama bilgisayarından 1C: Enterprise sunucu kümesi bilgisayarlarına giden yoldaki tüm güvenlik duvarlarında bu bağlantı noktalarına veri aktarımına izin verilmelidir. Sunucu işlemlerinin IP adresi, istemci bilgisayardaki gethostbyname işlevi kullanılarak belirlenir. Küme sunucularının her birinde Windows'ta tanımlanan merkezi ve üretim sunucularının adlarının ve adreslerinin, istemci bilgisayarda bulunan DNS'deki adlarıyla çakışmaması önemlidir.

Ve son şey. Açıkçası, 1C: Enterprise sunucusuna diğer bilgisayarlardan başarılı erişim için ağ üzerinde olması ve bunun için gerekli ayarların yapılması gerekiyor. Ağ bağlantısı ve kurulum yöntemleri, Microsoft Windows tabanlı ağ yönetimine özeldir ve ilgili talimatlarda açıklanmıştır.

SQL sunucusunu yapılandırmanın özellikleri

1C: "İstemci-sunucu" sürümündeki Enterprise, veri depolama için SQL sunucusunu kullanır. Aynı zamanda, yalnızca 1C: Enterprise Server, SQL sunucusuna hitap eder. 1C: Enterprise istemcilerinin SQL sunucusuna doğrudan erişimi yoktur. SQL Server'ın kurulması ve yapılandırılması, Microsoft SQL Server belgelerinde ayrıntılı olarak açıklanmaktadır. 1C: Enterprise Server'ın SQL sunucusu ile başarılı bir şekilde çalışması için aşağıdaki ayarlara özellikle dikkat etmeniz gerekir.

Gerekli SQL Server Bileşenleri. SQL sunucusuna 1C: Enterprise Server tarafından erişmek için 1C: Enterprise Server bilgisayarında Microsoft Data Access 2.6 veya sonraki sürümleri kurulu olmalıdır.

SQL sunucusu tarafından kullanıcı kimlik doğrulaması. SQL sunucusu veritabanlarına erişim hakları, adına veritabanına erişilen kullanıcı tarafından belirlenir. SQL sunucusunun kurulu olduğu bilgisayardan SQL Server Enterprise Manager yardımcı programını başlatın, Yerel düğümü (Konsol Kökü -> Microsoft SQL Sunucuları -> SQL Sunucu Grubu -> (Yerel)) bulun ve özelliklerini açın. Güvenlik sekmesinde, SQL Server'ın kullanıcıların kimliğini doğrulamak için iki yolu desteklediğini görebilirsiniz: SQL Server ve yalnızca Windows ve Windows. Windows kimlik doğrulaması, 1C: Enterprise Sunucusunun SQL sunucusuna yalnızca USR1CV81 kullanıcısı adına erişmesine izin verir; bu, tek bir 1C: Enterprise sunucusu tarafından sunulan çeşitli bilgi tabanlarına erişim haklarının ayırt edilmesine izin vermez. SQL Server ve Windows modunu seçmeniz önerilir. Bu durumda belirli bir bilgi tabanına erişim, bu bilgi tabanı oluşturulurken SQL server kullanıcısı olarak belirtilen kullanıcı adına gerçekleştirilecektir. Bu kullanıcının yalnızca bilgi bankası veritabanı üzerinde tam haklara sahip olması değil, aynı zamanda SQL sunucusunda veritabanları oluşturma ve Ana veritabanı tablolarını okuma haklarına da sahip olması önemlidir.

SQL sunucusuna erişim için ağ protokolleri. 1C: Enterprise Server ve SQL sunucusu farklı bilgisayarlarda bulunuyorsa, SQL sunucusuna erişmek için ağ protokollerini yapılandırmak gerekir. Bu, SQL Server Client Network Utility kullanılarak yapılabilir. Genel sekmesinde, SQL sunucusuna erişmek için kullanılan ağ protokollerinin bir listesini seçebilirsiniz. En hızlı ve en çok yönlü olanı TCP / IP protokolünün kullanılmasıdır. Diğer protokolleri kullanırken, bazılarının, örneğin Named Pipes'ın, SQL sunucusuyla iletişim kurarken ek Windows kimlik doğrulaması gerçekleştirdiğini unutmayın. Bu durumda, SQL sunucusu ile başarılı bir şekilde çalışabilmek için, uygun haklara sahip USR1CV81 kullanıcısının SQL sunucusu ile bilgisayarda kayıtlı olması gerekir. Bu SQL sunucusuna erişim protokolü Alias ​​sekmesinden değiştirilebilir.

Terimler, kavramlar

Neden 1C sunucusuna ihtiyacınız var?

"Sunucu kümesi" terimi, ortak bir görevi gerçekleştiren birkaç bilgisayarı (sunucuyu) ifade eder.

1C: Enterprise 8 sunucu kümesi tarafından çözülen görevler aşağıdaki şekilde gösterilmektedir.

8.1 ve 8.2 arasındaki fark

Küme 1C 8.1

Sunucu Kümesi 1C: Kurumsal 8.1, istemci isteklerine hizmet eden sunuculardaki yükü dengelemeye yönelik fikirlerin uygulanmasıdır. Böyle bir mekanizma, bir sunucu veya birkaç sunucu ("Çalışan sunucular") içindeki bilgi işlem kaynakları üzerindeki yükün dağıtımını gerçekleştirir, böylece uygulamanın ölçeklenmesini sağlar. Sunucu kümesi, istemci bağlantılarını işleyen kodu çoğaltır. Çoğaltılan küme yürütülebilir kodu "Çalışan İşlemi" (rphost) olarak adlandırılır. Bir küme kurarken, yalnızca bir çalışan süreç oluşturulur.
Aynı sunucudaki birden çok çalışan işlemi, istekleri yürütmek için RAM ve işlemci kaynaklarının miktarını verimli bir şekilde kullanmayı ve mevcut "çöktüğünde" istemci oturumunu başka bir çalışan işlemine bağlamayı mümkün kılar.
"Sunucu Aracısı" (ragent) programı, belirli bir sunucuda neyin çalıştığını anlamaktan sorumludur. Sunucu aracısının durdurulması, sunucunun küme kullanımı için kullanılamamasına neden olur. Aracı, bilgilerini srvribrg.lst dosyasında saklar.
"Sunucu Yöneticisi" (rmngr), ilgili çalışma süreçleri ve çalışma tabanları hakkındaki bilgilere sahiptir. Bu bilgileri 1CV8Reg.lst dosyasında saklar. Sunucu yöneticisinin durdurulması, yöneticinin başarılı bir şekilde yeniden başlatılması durumunda istemci uygulamalarının yeniden başlatılmasına veya tüm kümenin çalışan sunucularının tamamen durdurulmasına neden olabilir.
1C: Enterprise 8.1, bir sunucuda birkaç bağımsız kümenin oluşturulmasına izin verir. Her biri ağda benzersiz bir "IP bağlantı noktası" ve hizmet dosyalarında benzersiz bir numara ile tanımlanır. İlk küme, varsayılan olarak 1541 numaralı bağlantı noktasını alır.
Enterprise Servers ek bileşeni, kümeyi yönetmek için kullanılır.
Sunuculara sunucu adı veya IP adresi ile bağlanabilirsiniz.

Sunucu aracısı

Sunucu aracısı, sunucuda çalışan tüm kümeler hakkında "bilir". Bu bilgiler, kümelerin ve liste yöneticilerinin bir listesiyle birlikte srvribrg.lst dosyasında depolanır. Aracının ana bağlantı noktası 1540'tır. Her Üretim sunucusunda, bu sunucudaki tüm olası kümelere hizmet veren yalnızca bir aracı başlatılabilir.
Görsel olarak daha ayrıntılı bilgi almak için Process Explorer yardımcı programını kullanın (Sysinternals tarafından geliştirilmiştir). Program, 1C: Enterprise 8.1 sunucu kümesi de dahil olmak üzere çalışan tüm işlemlere daha derinlemesine bakmanıza olanak tanır.

Küme Yöneticisi

Küme yöneticisi, kümenin çalışmasından sorumludur. Her kümenin kendi Yöneticisi vardır. Yönetici, küme hakkındaki bilgileri 1CV8Reg.lst dosyasında (küme kayıt defteri) depolar. Her Küme Yöneticisinin ayrıca Üretim Sunucusunda kendi bağlantı noktası vardır. İlk küme için varsayılan Yönetici bağlantı noktası 1541'dir. Bu bağlantı noktası, kümeyi tanımlayan Kümeler dalında 1C: Kurumsal Sunucular ek bileşeninde görüntülenir.
Yönetici, 1C: Enterprise 8.1'in istemci tarafından gelen istekleri kabul eder ve bu hizmet talebinin hangi İş Akışına verileceğine karar verir.

Yönetici, çalışan işlemlerle etkileşim kurmak için bir hizmet bağlantı noktası kullanır.

çalışma süreci

İş Akışı, "müşteri hizmetlerinden" sorumludur. 1C: Enterprise 8.0'ın önceki sürümünde sadece bir "İş Akışı" olduğunu söyleyebiliriz.
1C: Enterprise 8.1 kümesinde birkaç çalışma süreci olabilir. Sunucu yöneticisi, istemci bağlantısına hangi alt süreçlerin hizmet edeceğine karar verir. İstemci bağlantıları için, İş Akışlarına varsayılan olarak 1560 - 1591 arasında bir IP bağlantı noktası aralığı atanır.Ayrıca, her İş Akışına küme yöneticisiyle iletişim için bir Hizmet Bağlantı Noktası atanır. Her çalışan işlem, 32 bit işletim sisteminde 2 Gb'ye kadar RAM kullanır. 64 bit işletim sisteminde, sınırlama fiziksel RAM miktarı tarafından uygulanır.

Küme 1C 8.2

Sunucu kümesi 1C: Enterprise 8.2 - sunucu teknolojilerinin daha da geliştirilmesi 8.2.

Sunucu "8.1 gibi" çalışabilir, yani. önceki teknolojilerle uyumluluğu korur.

Ve ayrıca sunucuya yeni bir yaklaşım. Artık süreçler yerine oturumlar önemli bir rol oynuyor.

Oturumlar, yönetilen bir uygulamada iş yükü ile hata toleransını dengelemenize olanak tanır.

Küme Yöneticisi

Küme yöneticisi artık daha karmaşık. Bazı işlevler artık ayrı bir işleme ayrılabilir ve hatta kümenin başka bir çalışan sunucusuna yerleştirilebilir. Bu, sunucu yükünü dengelemenizi sağlar.

Sunucu 8.2 hata toleransı şu şekilde sağlanır:

• Kullanıcının oturumu hakkında bilgi depolama.
  • Kullanıcı artık iş akışına bağlı değildir.

• Kümedeki çalışma süreçlerinin yedekliliği.
  • Yedekli dahil olmak üzere birkaç iş akışı olmalıdır

• Küme fazlalığı.
  • Yedek küme bağlandığında gösterilir - bağlantı dizesinde listelenir

Bu, işin sürekliliğini sağlamanıza izin verir:

İstemci ile küme arasındaki fiziksel bağlantı koparsa (temizleyici kabloyu çıkardı, ağ ekipmanına giden güç kapatıldı, sağlayıcı sorun yaşadı), bilgi tabanına yeniden bağlanmaya ve baştan başlamaya gerek yoktu. . Fiziksel bağlantıyı geri yükledikten sonra kullanıcı, çalışmayı kesintiye uğradığı noktadan devam ettirebilir.

Küme bilgisayarlarının bakımı gerekiyorsa, kullanıcıların bilgi tabanı ile çalışmasını durdurmadan çalışma sırasında kapatılabilirler.

Kümedeki herhangi bir sunucunun arızalanması durumunda kullanıcıların işi durmaz, otomatik olarak yedek kümeye ve/veya yedek çalışan işlemlere aktarılır. Kullanıcılar için bu geçiş algılanamaz olacaktır.

Küme çalışan işlemlerinden biri anormal şekilde sonlanırsa, buna bağlı kullanıcılar otomatik olarak diğer veya yedek çalışan işlemlere aktarılır. Bu geçiş de kullanıcılara görünmez olacaktır.

Küme 1C 8.3

Sunucu 8.3, yeniden tasarlanmış bir dahili kod ile karakterize edilir, ancak "dışarıdan" biraz değiştirilmiş 8.2 gibi görünebilir.

Sunucu daha "otomatik yapılandırılabilir" hale geldi, çalışan işlemlerin sayısı gibi bazı parametreler artık manuel olarak oluşturulmaz, ancak hata toleransı ve güvenilirlik için görevlerin gereksinimlerinin açıklamalarına göre hesaplanır.

Sistemin bir bütün olarak performansını artırmak veya yapılandırmanın gerekli olduğu durumlarda "sınırlı bellekle" çalışmasına izin veren yeni bir "bellek tasarrufu" modunu kullanmak için kullanılabilecek bir yük dengeleme mekanizması geliştirilmiştir. kullanılan "hafızayı yemeyi sever".

Büyük miktarda bellek kullanıldığında kararlılık, çalışan sunucunun yeni parametreleri tarafından belirlenir.

“Arama başına güvenli bellek tüketimi” parametresi özellikle ilginçtir. Ne olduğu hakkında kötü bir fikri olanlar için - "üretken" bir temelde eğitim almamak daha iyidir. "Çalışan işlemlerin maksimum bellek boyutu" parametresi, "taşma" durumunda tüm iş akışını daraltmama, ancak "kaybeden" yalnızca bir oturumu kapatmaya izin verir. "Sunucunun üretken olduğu düşünülen çalışan işlem belleği miktarı", bu bellek eşiği aşılır aşılmaz yeni bağlantıların engellenmesine olanak tanır.

İş süreçlerini bilgi tabanlarına göre ayırmanızı öneririm, örneğin "İşlem başına bilgi güvenliği sayısı = 1" parametresini belirtin. Birkaç yüksek yüklü taban ile bu, hem güvenilirlik hem de performans açısından karşılıklı etkiyi azaltacaktır.

Lisansların / anahtarların "harcaması" ile sistemin istikrarına ayrı bir katkı yapılır. 8.3'te "aladin" yöneticisine benzeyen "yazılım lisans yöneticisi" kullanmak mümkün hale geldi. Amaç ayrı bir arabanın anahtarını taşıyabilmek.

Küme yöneticisinde başka bir "hizmet" olarak uygulanır. Örneğin, "ücretsiz" bir dizüstü bilgisayar kullanabilirsiniz. Küme 1c 8.3'e ekleyin, üzerinde "lisanslama hizmeti" hizmeti bulunan ayrı bir yönetici oluşturun. Dizüstü bilgisayara bir donanım kilit anahtarı takabilir veya yazılım lisanslarını etkinleştirebilirsiniz.

Programcıların en çok ilgisini çeken şey "İşlevsellik atama gereksinimleri" olmalıdır.

Bu nedenle, güvenlik anahtarına sahip bir dizüstü bilgisayarda, kullanıcıları küme sunucusunda başlatmamak için, "Bilgi güvenliğine istemci bağlantısı" gereksinim nesnesi - "Atama", ör. bu sunucunun çalışan işlemlerinin istemci bağlantılarını işlemesini engeller.

Daha da ilginç olanı, kümedeki üretim sunucusunda kullanıcı oturumları olmadan "yalnızca arka plan işlerini" çalıştırma yeteneğidir. Böylece yüksek yüklenen görevler (kod) ayrı bir makineye aktarılabilir. Ayrıca, bir bilgisayarda "Ek parametrenin değeri" aracılığıyla bir "ayı kapatma" arka plan görevini ve bir başka bilgisayarda "Tam metin dizinini yenile" arka plan görevini çalıştırabilirsiniz. Belirtim, " Ek parametrenin değeri". Örneğin, bir değer olarak BackgroundJob.CommonModule belirtirseniz, kümedeki çalışan sunucuyu yalnızca herhangi bir içeriğe sahip arka plan işleriyle sınırlayabilirsiniz. BackgroundJob.CommonModule değeri.<Имя модуля>.<Имя метода>- belirli kodu gösterecektir.

Olası kurulum sorunlarını çözme

1C: Enterprise 8.1'in sunucu bölümünü kurarken, yeni bir kullanıcı oluşturabilir veya mevcut bir hesabı seçebilirsiniz.

Mevcut bir hesabı seçerseniz, doğru şifreyi ve onayı sağlamanız gerekir, aksi takdirde sunucu tarafının başlatılması hataya yol açacaktır.
Küme Aracısını ilk kez başlattığınızda, bir "varsayılan" küme oluşturulur.
Varsayılan küme aşağıdaki özelliklere sahiptir:
Bağlantı noktası numarası - 1541;
· IP port aralığı - 1560: 1591;
· Birçok iş akışı desteği - devre dışı;
· Bir işçi işlemi, port numarası belirtilen aralıktan ayarlanır.
Küme aracısını ilk kez başlatırken herhangi bir sorun varsa, varsayılan küme oluşturulamayabilir. Bu, sunucu aracısı (ragent) başladığında başlaması, ancak diğer küme işlemlerini (rmngr, rphost) başlatmaması gerçeğinde kendini gösterir. srvribrg.lst kümelerinin listesi şöyle görünür:
{
{0},
Bu durumda, ragent işlemini durdurabilir, küme listesini (srvribrg.lst) silebilir ve ragent'ı yeniden başlatabilirsiniz.

Sunucu aracısı hizmetini başlatmak için komut satırının bağlantı noktası parametresinde belirtilen bağlantı noktalarının, küme konsolunun merkezi sunucu parametreleri iletişim kutusunda belirtilenlerle eşleştiğini kontrol edin:

- 1C hizmetini durdurun: Enterprise 8.1 Sunucu Aracısı.

Sunucu Aracısı bir uygulama olarak çalışıyorsa Ctrl + C tuş bileşimine basılarak durdurulabilir.
- Görev Yöneticisinde tüm ragent, rmngr, rphost işlemlerinin bittiğinden emin olun. Gerekirse bunları Görev Yöneticisi ile tamamlayın.

- 1C: Enterprise 8.1 Server Agent hizmetinin özelliklerini açın.

- "Yürütülebilir dosya" (Yürütülebilir dosya yolu) satırına dikkat edin. Küme veri dizini tarafından takip edilen -d seçeneğine sahiptir. Küme ile ilgili tüm dosyalar bu dizinde bulunur.
- Bu dizinin tüm içeriğini silin.
- 1C: Enterprise 8.1 Server Agent hizmetini başlatın.
- Görev Yöneticisinde tüm ragent, rmngr, rphost işlemlerinin başlatıldığından emin olun.
- Küme konsolunu başlatın ve merkezi sunucuyu bunun içine kaydedin. Konsol, merkezi sunucuya bağlanmalı ve bir varsayılan küme göstermelidir.
Sunucu kümesi hatasıyla ilgili olası sorunlar, koruma anahtarları, hizmet hesabı hakları, yanlış başlatma parametreleriyle ilgili sorunlardır.

1. Sunucu tarafı koruma anahtarı, her kurumsal sunucuya YEREL OLARAK yüklenir
2. Hizmet hesabını boş parolayla ayarlamayın
3. Birden çok kümede kullanılan bağlantı noktaları çakışmamalıdır

Lütfen 1C: Enterprise 8.1 platformunun kurulumu sırasında hata mesajlarının görüntülenebileceğini unutmayın. En olası mesajlar aşağıda listelenmiştir. Mesajların gerekçeleri ve atılması gereken adımlar belirtilir.

Hata 1069: Bir oturum açma hatası nedeniyle hizmet başlamadı

Sorun, hesabın sistem hizmeti olarak çalıştırılma haklarıyla ilgilidir. Yerel Güvenlik İlkesi yardımcı programını açın ve kullanıcıyı (adına Küme Çalışma Sunucuları başlatıldı) hizmet olarak Oturum aç ve toplu iş olarak oturum aç ilkelerine ekleyin.
Hizmet dosyalarında depolanan veriler ihlal edilirse, Working Cluster sunucularının başlatılması başarısız olabilir. 1C: Enterprise 8.1 sunucu aracısının çalıştığından emin olun (Görev Yöneticisi'nde ragent işlemi).
Windows Olay Denetiminin aynı zamanda çözümleyici olduğunu unutmayın. Bunu yapmak için, Windows olay günlüğünde "şüpheli" mesajların görünüp görünmediğine bakın.

Hata 8007056B / 800708C5

Yeni parola, parola ilkelerine uymuyor. Şifre çok kısa olabilir veya bu şifreyi yakın zamanda kullanmış olabilirsiniz.
Sebep: 1C: Enterprise Server Kurulumu iletişim kutusundaki hesap için belirtilen parola, güvenlik ilkesi gereksinimlerini karşılamıyor.
Çözüm: Seçilen hesap için güvenlik ilkesinin gereksinimlerini karşılayan veya uygulanan güvenlik ilkesinin gereksinimlerini zayıflatan yeni bir parola belirleyin, ör. "karmaşık" bir parola gerektirmez, paroladaki karakter sayısını sınırlamayın, yeniden deneme denemelerini kontrol etmeyin, vb.

Hata 1923: hizmet tarafından yüklemek için ayrıcalık yok

Neden: Hata, hesabı uygulama olarak ayarlama haklarıyla ilgilidir. Bu hata, sunucuyu artırılmış güvenlik önlemlerinin uygulandığı bir etki alanı denetleyicisine yükleme girişimleri için tipiktir.
Çözüm: Kurumsal sunucuyu barındırmak için bir etki alanı denetleyicisi kullanmayın veya güvenlik gereksinimlerini gevşeterek seçilen hesabı Hizmet Olarak Çalıştır, Toplu İş Olarak Çalıştır hakları olarak ayarlamayın.

Hata 80070056

Şifreniz değiştirilemedi. Her şifre en az x gün boyunca kullanılmalıdır.
Nedeni ve Çözümü: Kullanılan şifreler için güvenlik politikası gereksinimleri ihlal edildiğinde oluşan başka bir hata. Çözüm, 800708C5 hatasıyla aynıdır.

Windows Yuvaları - 11004 (0x00002AFC)

1) Görev Yöneticisi'ndeki kümenin Çalışma sunucusunda aşağıdakilerin çalıştığından emin olun:
Sunucu aracısı (ragent.exe),
Küme Yöneticisi (rmngr.exe),
Küme alt işlemi (rphost.exe).
2) IP adresinin adlarının çözünürlüğünü kontrol etmek için komut satırında çalıştırın:
ping ana bilgisayar adı
Sistemin komuta verdiği yanıtta ip adresinin belirlenip belirlenmeyeceği ile ilgileniyoruz.
3) Ad belirlendiyse, ancak İş Akışı hala bulunamadıysa, adın IP adresinin tanımının yapıldığından emin olun.<имя машины>ve<имя машины>.<имя домена>farklı tanımlanmamıştır.

(Windows Yuvaları - 10054 (0x00002746).

Uzak ana bilgisayar, bağlantıyı zorla kesti.
Böyle bir mesaj, sunucunun yeniden başlatılması veya İş Akışının zorunlu olarak silinmesi durumunda alınabilir.
Bu hata genellikle yeniden bağlanırken görünmez. Hata devam ederse, kümedeki üretim sunucularının başarısızlığının nedenlerini araştırın.
Bu hata, çalışan işlem 32 bit sistemlerde maksimum bellek kullanımına ulaştığında ortaya çıkabilir.
Başka bir durum, bir istemciden hata mesajıyla bağlanmaya çalışıyor:

(Windows Yuvaları - 10060 (0x0000274C)

Bağlantı kurma girişimi başarısız oldu çünkü gerekli süre içinde başka bir bilgisayardan istenen yanıt alınmadı veya zaten bağlı olan bir bilgisayardan yanlış yanıt nedeniyle önceden kurulmuş bir bağlantı sonlandırıldı.
Bu hatanın özü, belirli bir süre içinde (zaman aşımı) yanıt verilmemesidir.
1) Hiçbir güvenlik duvarının uygulama trafiğini engellemediğinden emin olun. Güvenlik duvarınızı kapatın.
Bunu yapmak için komut satırında komutu çalıştırın (komut Windows XP ve Windows Server 2003'ten beri mevcuttur, önceki sürümlerde yerleşik bir güvenlik duvarı yoktur, ancak üçüncü taraf yazılımlar yüklenebilir):
ağgüvenlik duvarıAyarlamakçalışma modudevre dışı bırakmak
Komut başarılı olursa, bir mesaj alacaksınız:
TAMAM.
Güvenlik duvarına ek olarak, ağ filtreleri trafiği engelleyebilir. Varsayılan olarak devre dışıdırlar. Ancak, durumun böyle olduğundan emin olun:

1. "Ağ Bağlantıları" klasörünü açın.
2. Yapılandırmak istediğiniz ağ bağlantısını sağ tıklayın ve seçin Özellikler.
3. sekmesinde Genel(LAN bağlantısı için) veya sekmesinde Ağ(diğer tüm bağlantılar için) seçin İnternet Protokolü (TCP / IP) ve düğmeye basın Özellikler.
4. Düğmeye bas bunlara ek olarak.
5. sekmeyi aç Seçenekler, bir seçenek seçin TCP / IP filtreleme ve düğmeye basın Özellikler.
6. onay kutusunun olduğundan emin olun. TCP / IP Filtrelemeyi Etkinleştir (tüm adaptörler) kaldırıldı.

2) İşlemci kaynaklarının %100 kullanılmadığından emin olun (%CPU).
3) İstemci ve sunucu arayüzlerinin ağ etkinliğini ölçün. AC adaptöründeki yük %60'ı geçmemelidir.

(Windows Yuvaları - 10061 (0x0000274D)

Bağlantı kurulmadı. hedef bilgisayar bağlantı isteğini reddetti.
Bu hatanın tipik bir nedeni, çalışan bir Sunucu Aracısının olmamasıdır. Sunucuyu manuel olarak başlatın veya otomatik olarak başlaması için sunucuyu yeniden başlatın.

Sorularla ilgili cevaplar

Çoklu platform 1C

Sunucu kurulumu

S: Sunucu 1c'yi MS Server 2008 R2 x64'e yüklerken hata oluştu Sunucu 1c'yi komut satırı aracılığıyla kurarken, örneğin, ragent.exe -instsrvc -port 2040 -regport 2041 -range 2060: 2091 -d "C: \ Program Files \ 1cv82 \ (ITS diskinden alınır), komut satırına şu mesajı yazar: “Hata! OpenSCManager hatası!" Bu bir hizmet oluşturmaz. 8.1.15.14 ve 8.2.10.77'de test edildi

C: UAC'nin bulunduğu bir işletim sistemine komut satırından yüklemek için RunAs hizmetini kullanmanız gerekir, çünkü kullanıcı Administrators grubunun bir üyesi olsa bile, UAC sistemin durumunu değiştiren eylemleri engeller.

Koruma Anahtarları

S: Sunucu koruma anahtarı 8.2, Sunucu 8.1'i başlatmanıza izin veriyor mu?
C: Evet, izin verir

S: 1C sunucusu başlatmak için bir tür sunucu hasp anahtarına ihtiyacım var mı? Yerel mi yoksa 5 kullanıcı için çalışmayacak mı?

C: evet, sunucunun kendi anahtarına ihtiyacı var, yerel kullanıcı ve ağ anahtarları çalışmayacak. Devamını oku « « , 30 numaralı slayt.

S: Diyelim ki 1c sunucu kümesi 3 fiziksel sunucudan oluşuyor. kaç güvenlik anahtarı gerekli

S: Terminal sunucusu ve 5 lisans için bir anahtar var, ayrıca 6. eklenti satın alındı. lisans. 5 için anahtarın yanındaki sunucuya kurmak mümkün mü? Ve 6 kullanıcının tümü terminal oturumlarında mı yoksa 5 - terminalin altında ve 1'i dosya sürümünde mi çalışacak?
C: Hayır, yapmayacaklar. Yerel anahtar biçimindeki 6. lisans, kullanıcının bilgisayarına takılı olmalıdır, ancak terminale takılı olmamalıdır.

1C sunucu güncellemeleri

S: Platformun yeni bir 8.2.xxx sürümü yayınlandığında, sunucuları ve istemcileri güncelleme prosedürü nedir?
C: Dağıtımlar 8.2, dosyalarını farklı klasörlere kurar (her sürümün kendi klasörü vardır), yani. teorik olarak, birkaç sunucu sürümünü paralel olarak çağırmak mümkündür.

Özel bir sorunum yoktu. Ancak, 1C sunucu örneği tarafından işgal edilen bağlantı noktalarını dikkatlice izlemek gerekir. Kavşaklar olmamalıdır.

1C sunucusu kurma

S: 1C 8.1'de, birkaç tane varsa bilgi tabanlarını tek bir kümeye yerleştirmenin veya her veritabanı için ayrı bir küme oluşturmanın en iyi yolu nedir? C: Test veritabanlarının yanı sıra büyük bir hacim veya yük ile bunları ayrı kümelere yerleştirmeniz gerekir!

S: SORU: 1C: Enterprise 8.1 iş akışı tek iş parçacıklı bir uygulama mı yoksa çok iş parçacıklı mı? Onlar. bağlı bir kullanıcı ile birçok çekirdek yükleyebilir mi? Birkaç ile? Peki ya 1C: Enterprise 8.2 iş akışı? Teşekkürler.
C: 8.1 sürümündeki 1Cv8.exe ve rphost.exe 1 çekirdek tüketiyordu. 8.1'de istemci bağlantısı iş akışına katı bir şekilde bağlı olduğundan, koşullu olarak 1C istemcilerinin işlenmesinin bir çekirdek çerçevesinde gerçekleştirildiğini varsayabiliriz. Bir istisna, 1C sunucusunun nasıl çalıştığından bağımsız olarak çekirdekleri kullanan DBMS'dir.

8.2 sürümünde, bağlantılar oturumlarla değiştirilir. Oturumlar zaten farklı iş akışlarında çalışıyor olabilir. Bu nedenle, 8.2'yi tek iş parçacıklı olarak çağırmak muhtemelen doğru değildir. İstemci 8.2 ayrıca birden çok çekirdeği görsel olarak yükler, bu nedenle şu şekildedir:

8.2 platformu, çok iş parçacıklı bir sistemin tüm yeteneklerini uygulamaz, ancak paralellik açısından da dahil olmak üzere, donanım yeteneklerini 8.1'e kıyasla çok daha iyi kullanır.

S: Veritabanı sunucusunun (MS SQL) birden çok çekirdek yüklemesi için birden çok 1C: Enterprise 8.1 iş akışına ihtiyacınız var mı? (MS SQL'in genellikle yalnızca bir çekirdeği "yüklediği" fark edilir, yani kural olarak, bir sorgunun birkaç çekirdekte işlenmesi "paralelleştirilmez".) Teşekkürler.
C: MS SQL'i özel olarak yönetmeye gerek yoktur, kaynakları gerektiği gibi kullanan, oldukça kendi kendini ayarlayan bir sistemdir. Yürütmenin paralelliğini kontrol edebilirsiniz:

EXEC sys.sp_configure N'max paralellik derecesi ', N'5'
GİT
OVERRIDE İLE YENİDEN YAPILANDIR
GİT

Bir iş akışının bir iş akışı çökmesi durumunda kullanıcılara yeniden bağlanma yeteneği sağlamadığı varsayımıyla 1C sunucusunda birkaç iş akışı oluşturmak mümkündür. İşlem 2 (8.2'de "yedekleme" yapmak daha iyidir) bu sorunu çözer. Ancak, yalnızca ilk iki iş akışı çok yüklüyse (%90'dan fazla) 3. veya daha fazla iş akışını eklemek mantıklıdır. İş süreçlerini ihtiyaç duymadan başlatmaya değmez, bu performansı düşürebilir.

C: 8.2'de en az 1 yedek çalışan süreci olmalıdır.

Yük devretme kümesi

S: Küme yedekliliğini etkinleştirme hakkında soru 1c 8.2. Sunucumuz arızalıysa (temizleyici kabloyu çektiyse), ağ adı, örneğin "sunucu: 2540" kullanılamaz. Bağlantı dizesinde "sunucu: 2540" olan bir istemci, yedekleme kümesine bağlanmayı nasıl bilir? başka bir sunucunun adını nereden alacak? Ve veritabanı bağlantı dizesine virgülle ayrılmış kümeler yazarsanız?
C: Birkaç küme bir "artıklık grubu" olarak birleştirilir. Bunun için küme ek bileşeninde bir "rezervasyon listesi" bulunmaktadır.

Bir istemci bir kümeye ilk kez eriştiğinde, rezervasyon grubuna dahil edilen kümelerin bir listesini alır.

İstemci hiç iletişim kurmadıysa, bu durumda tüm kümelerin adreslerini manuel olarak belirtmek gerekir, örneğin, fırtına: 2541, canavar: 2541.

Senkronize veriler artıklık kümeleri arasında değiş tokuş edilir.

S: Ana küme geri yüklendikten sonra ne olur? kullanıcılar yedeklemeye geçtiğinde.

C: Geri dön. Küme veri senkronizasyonu sırasında geçiş yapılırken duraklamalar olabilir.

Arka plan işleri

S: 1C: 8.1 ve 1C: 8.2 sunucularında çalışan bir arka plan görevini nasıl silebilirim?

C: Zamanlanmış bir işi iptal etme özelliği, yalnızca kod yerleşik 1C: Enterprise dilinde yürütülürse çalışır. Kod harici kitaplıklarda yürütülürse, bu tür görevler, iş akışının zorla sonlandırılması dışında başka bir şekilde iptal edilemez. İşlem sırasında StartTransaction () - CommitTransaction () bloğu olası değildir. Geri kalan arka plan işleri, iş konsolu aracılığıyla silinebilir.

Rutin prosedürler

S: T&I sırasında üssü yok etmek mümkün mü?

C: Bu tür vakaların farkında değilim, ancak IMHO her şey mümkün. Bu nedenle, TI'den önce bir yedekleme yapmak güzel olurdu.

S: Vyacheslav, hangi nedenlerle 1C Test ve Düzeltme yoluyla yeniden indekslemiyorsunuz?
C: Bu amaçlar için, DBMS'nin yetenekleri daha uygundur, çünkü aslında dizin yeniden oluşturmayı da gerçekleştirirler, ancak veritabanının özel bir şekilde yakalanmasını gerektirmezler.

Teknolojik dergi

S: İyi günler. Teknoloji günlüğü hakkında soru: 1C hatası durumunda iş istasyonlarının ekranlarının kopyalarını almam gerekiyor. Bunun için iş istasyonlarında teknolojik oturum açmayı mı yapılandırmam gerekiyor yoksa sadece sunucu için mi?
C: Ekran görüntüsü almayı yalnızca platform çöktüğünde yapılandırabilirsiniz, herhangi bir hata oluştuğunda değil. Ancak, böyle bir işlemde çok fazla özel fayda yoktur, teknolojik bir günlük yardımıyla istisnaları toplamak yeterlidir. Aynı zamanda hataların çoğu 1C server tarafında TJ yardımı ile görülebilmektedir. Bir istisna, eski bir meta veri önbelleğiyle ilişkili "biçim akışı hatası" gibi olaylar olabilir.

Arızalar ve hatalar

S: Bir sorunla karşılaştınız mı - 8.2 platformunda yapılandırmaları dinamik olarak güncellerken kullanıcı raporlama ayarlarının kaybolması. Bununla nasıl başa çıkılacağına dair herhangi bir tavsiye var mı?
C: Dinamik güncellemeyle ilgili sorunlar, "Sunucular 1C: Enterprise 8.1 ve 8.2 - neyle beslenirler"), 60 numaralı slayt. Önbelleği temizle. Belki bazı durumlarda kullanıcı ayarlarının tam olarak nerede saklandığını bulmanız gerekir. Gerekirse bir bilgi kaydında ikili veri olarak saklayın.

S: Geçen bir soru, çünkü bu dosya modu için geçerlidir: chdbfl.exe hangi hataları düzeltir?
C: Bir depolama yapısı hata düzeltme aracıdır. Bu, örneğin “Veritabanı dosyası hasarlı ... / 1Cv8.1CD” olduğunda bir durum olabilir. Onlar. veritabanı dosyası bozulmasını onarır. Ancak, T&I işlevlerini yerine getirmez. T&I başarılı olmazsa chdbfl.exe'yi çalıştırırım.

S: Lütfen bana böyle bir sorunla karşı karşıya olduğunuzu söyler misiniz? veritabanında çok sayıda kullanıcı olduğunda (yaklaşık 40), örneğin, RFP'nin kayıt defterine yansıması gibi büyük belgeler yürütürken. yaklaşık 8000 satır için muhasebe. işletmenin 1C sunucusunda yeterli bellek olmadığında bir hata verilir ve bu belgenin yürütülmesini başlatan kullanıcı düşer. Belge daha sonra ancak 1C sunucu aracısını yeniden başlattıktan sonra nakledilebilir.
C: Bellek sızıntıları gibi görünüyor:

1. 1C sunucusunu yeniden başlatın, çalışan işlemlerin sayısını artırın, kümede yalnızca bu tabanı tutun.

2. Parçalara tutunarak çırpın, örneğin bir seferde 1000 satır. Bir işlemin başında hafızayı işgal eden fakat sonunda hafızayı boşaltmayan nesneleri TZ kullanarak takip edin.

3. x64 sürümünü yükleyin, RAM miktarını artırın, 8.2'ye yükseltin.

S: Test ve referans hakkında soru. İletilen veriler tarafından seçilerek URBD bazında "Referans Bütünlük Kontrolü" çalıştırılabilir mi? (yani, bazı düğümler fiziksel olarak yoktur, ancak bunlara referanslar vardır). Teşekkürler!
C: Maalesef henüz böyle bir olasılık yok.

S: Neden tüm sorunları hemen test edip düzeltmiyorsunuz, birkaç kez çalıştırmanız gerekiyor?

C: Yalnızca geliştiriciler tam olarak yanıt verebilir. T&I'yi düzenlemelere göre (döngüsel olarak) çalıştırıyorum, bu yüzden benim için bu soru pek alakalı değil. T&I'yi bir kez değil, sürekli olarak “araba için TO” olarak yapmak gerekir.

S: T&I 8.1 ve 8.2 arasında bir fark var mı?

C: Cevabı yazarken ve 8.2.10'u yayınlarken aradaki farkı bilmiyorum.

S: Yeniden yapılandırma sırasında yeniden endekslemem gerekir mi?
C: Gerek yok.

Başka

S: Sayın Baylar, MSSql 2008 kullanarak hiç kimse veritabanlarını yansıtmaya çalışmadı, bu mümkün mü?

S: Paylaşılan belleğin sunucu 1c 8.2'ye zorla dahil edilmesi hakkında soru

C: Hiçbir şeyi zorla etkinleştirmenize gerek yok, sunucu kendini anlayacaktır.

S: 1C: Enterprise 8.1 için, aynı donanımda, "ağır" işlemlere sahip dosya sunucusu sürümü ve tek bir kullanıcı, tüm "bağlantılar" (veritabanı) istemci-sunucu sürümünden çok daha hızlı çalıştığında fark edildi. server, 1C server : Enterprise ve Client) aynı sunucuya kurulur. Aynı zamanda, bu "ağır" işlemi gerçekleştirirken, donanım parçasının belirgin bir aşırı yüklenmesi yoktur (işlemci, bellek, sabit diskler üzerindeki yük minimumdur). Yani çok fazla donanım kaynağı var ama yavaş çalışıyor. Neye "karşı durabiliriz"? Teşekkürler.
C: İstemci-sunucu mimarisinin performans açısından avantajı, istemcinin veri isteklerini PARALEL olarak işleme yeteneğidir. Onlar. akış hızı, genel sonuçlara varılması gereken bir gösterge değildir. Bununla birlikte, tek bir iş parçacığı içinde eşzamanlılığı iyileştiren mekanizmalar performansı biraz düşürebilir.

Durumunuzdaki darboğazı açık bir şekilde bulmak için, sunucu donanım yükünü almanız ve istemci-sunucu modundaki en uzun işlemlerle zamanında karşılaştırmanız gerekir. Bu genellikle verilerin ön uca gereksiz bir hareketidir. Onlar. 1C sunucusunda işlem yapmak yerine, alt bölümden gelen veriler sunucu aracılığıyla istemciye iletilir.

İstemci-sunucu sürümünün bir akışındaki hız, yalnızca dosya sürümünün performansını yakalayacaktır. Çalışma süresinin mutlak olarak bir dakikadan az ölçülmemesi durumunda bu sorunla uğraşmaya değer. 1-3 saniyelik sorgularda optimizasyon yapmak şüphelidir.

S: Windows terminali ile 1C ince istemci arasındaki fark hakkında.
C: Çözümlerin çoğu 8.2 altında TAMAMEN tercüme edilene kadar, bu teknolojilerin pratik bir karşılaştırmasından bahsetmek kesinlikle zordur.

1C ince istemcinin daha az trafik tüketmesi ve web üzerinden çalışma yeteneği sağlaması gerektiği açıktır. Ancak bu henüz uygulanmamış bir şeydir ve terminal çözümleri artık yaygın olarak kullanılmaktadır.

8.1'i 8.2 terminal çözümüne dönüştüren muhafazakar pragmatik proje yöneticileri için. Düşük maliyetli küçük projeler için, yönetilen formlar ve ACS ile hemen uygulanan yapılandırma ve yapılandırma - ince istemci tercih edilir IMHO.

S: Gerçek koşullara yakın yük testi nasıl yapılır? Sonuçta, kullanıcıları "bir şeye tıklamaya" yönlendirmeyeceksiniz.

C: 1C: En zor işlemlerin seçildiği test merkezi, %100 çoğaltma gerekli değildir, tıklamaların kendileri ağır değildir, esas olarak raporları yürütür ve talep eder. Test konusunda ayrı bir web semineri olacak. Ben de size daha detaylı anlatıyorum.