Linux sistemleri için kurumsal sunucu 1c.

Uyarı: Yok detaylı talimatlar olmayacak! Yalnızca bir dizi eylem, gerekli adımlar ve ipuçları. Bu kılavuz yalnızca deneyimli Linux yöneticileri içindir!

Bazı yapılandırmalarımdan örnekler ekli ...

Not: Bu makale, 32-bit CentOS 6.3 ile yapılan deneylere dayanmaktadır.(Sunucu için 64 bit işletim sistemi kullanmanız gerekir. Ancak öyle oldu ki deneyler için kullanabileceğim donanıma 64 bit CentOS yüklenmedi.)Ancak, yükleme yöntemi için (32 bit ile 64 bit) hiçbir fark yoktur - yalnızca dağıtım dosyalarının son eklerinde bulunur: i686 (veya i386) veya x86_64 ...

İçerik:

  • 2) Ağı Yapılandırma
  • 5) Samba sunucusunu yapılandırma
  • Literatür (kullanılmış ve ayrıca önerilir)




0) Sunucu donanımının hazırlanması



Sunucu donanımı seçimi (hangi güç gerekli) konusunda özel önerilerde bulunmayacağım - hayır kişisel deneyim... yetkiliye bakın"1C: Enterprise 8 ile çalışmak için ekipman seçimi için öneriler" v8.1c.ru'dan ve resmi olmayan 1c.xxi.kiev.ua'dan "Bir bilgisayarın 1C: Enterprise 8 programıyla çalışması için gereksinimler" ...
Ve önerilenden daha fazla güç rezervine sahip bir donanım almanızı öneririm (çünkü işletmenin ihtiyaçlarını "büyütmek" ve 1C Platformu da sürekli "büyümek ve optimize etmek" için - bu, piyasaya sürüldüğü andan itibaren daha fazla kaynak tükettiği anlamına gelir. serbest bırakmak).

Ek olarak, kısaca, aşağıdaki strateji en faydalıdır:

  • İki sunucuyu (1C sunucusu ve Postgres DBMS sunucusu) iki farklı makineye bölmek için kapasite iki katına çıkar ve ekstra lisans satın almanız gerekmez. Bu aynı zamanda ucuz bir çözümdür: Linux ücretsizdir ve donanım maliyeti sayılmaz (donanım her zaman lisanslardan daha ucuzdur).
  • Not: "1C sunucu kümesinin" hala çok sorunlu olduğunu unutmayın. Ayrıca, "Bir kümenin parçası olarak Sunucu 1C" için her ek ayrı makine - ayrı bir "Sunucu Lisansı" satın alınmasını gerektirir! Bu nedenle, her yönden, "Sunucu 1C" için SADECE BİR MAKİNE kullanmak en karlı - sunucu için tüm yükü kaldırabilecek yeterince güçlü donanıma sahip yalnızca bir makine satın alın ...
  • DBMS sunucusuna donanım RAID10'u kurun (veritabanı dosyaları yedeklenir ve gerektiğinde artırılacak disk alanı miktarı).
    Ayrıca: Bütçe çözümlerinde, birçok modern anakartta yerleşik olan Chipset RAID denetleyicisini kullanmak, ayrı ve pahalı bir Donanım RAID denetleyicisi (fiyatı 250 $ 'dan başlayan) satın almaktan oldukça yeterlidir. Yerleşik yonga seti RAID denetleyicileri zaten geniş işlevselliğe sahiptir; veri saklama ile gerekli RAID modlarını (0, 1, 5, 10) ve bunlar arasında otomatik geçişi destekler.
    Merhemde yalnızca bir tane ama önemli sinek var: Linux'ta donanım RAID denetleyicileri için yetersiz destek. Ve ayrıca, yerleşik anakart yonga seti SATA-RAID tamamen donanım tabanlı değildir: veri yönetimi, donanım düzeyinde değil, işletim sistemi sürücüsü aracılığıyla BIOS mikro kodu düzeyinde gerçekleşir - bu nedenle, RAID olmadan SATA-RAID (Intel Matrix Storage Driver) sürücüleri gibi kavramlar ayrı diskler olarak görülüyor - bu nedenle destek sorunları ... Linux altında, desteği uzun süredir uygulanan ve hata ayıklanan yazılım RAID dizileri geleneksel olarak kullanılır!
  • Her iki sunucu da elbette Windows / linux 64bit işletim sistemi üzerinde çalışır (çünkü çok fazla RAM ve yüksek gücü desteklerler). Ve "1C sunucusu" satın alın ve 32bit kurun (çünkü "Sunucu 1C 64bit" 2 kat daha pahalıdır ve performans artışı, diğer her şey eşit olduğunda, yalnızca +% 5 verir !!! gayri resmi olarak ustalar test edildi...)




1) İşletim Sistemini (OS) yükleyin



Linux CentOS 6.x'i (en son sürüm) yükleyin, 64bit daha iyidir.
CentOS dağıtımı seçme nedenleri: Bu bir Linux sunucu dağıtımıdır. Ücretsiz (ücretsiz, "Topluluk Sürümü") bir dağıtımdır. Bu, 1C'nin "destekleniyor" olarak beyan ettiği RedHat çekirdeğine dayalı bir dağıtımdır.

CentOS dağıtım görüntüleri sallanıyor buradan (aynalardan herhangi birinden).
ISO'yu söndürmek, bir kuklaya (DVDRW) yakmak ve ondan kurmak daha uygundur.
Kurulum için, kural olarak, birleştirilebilir iki diskin yalnızca ilk diski yeterlidir (ikinci diskte - herhangi bir ikincil yazılımda).
Ve sonra kurulum dosyalarına artık gerek yok - aynı şekilde, tüm yazılımların İnternet üzerinden güncellenmesi ve teslim edilmesi gerekiyor ...


Yorum Yap: CentOS sistemindeki kök kullanıcı oturum açmıyor(olmalı)!
Bir CentOS sistemindeki tüm işler DAİMA bir oturumdan yapılır normal kullanıcı, dahil. ve sistemin kurulumu / konfigürasyonu. Ve her "süper kullanıcı" ayrıcalıkları istendiğinde yalnızca bazı eylemler için (Windows7'de benzer bir şey ortaya çıktı).
Bu nedenle, yapılandırmaları düzenlemek, paketleri ve diğer "yönetici" eylemlerini düzenlemek için - konsolu normal bir kullanıcı oturumunda açarak, mevcut konsolu "süper kullanıcı" moduna (CentOS özelliği) geçirecek olan "su" komutunu hemen çalıştırın:

Bash # su Şifre:<вводим пароль root>


Ardından, bu bash konsolu çeşitli ayrıcalıklı eylemler için # kullanılır. Örneğin, "mc" komutunu çalıştırabilir ve / etc / ... içindeki yapılandırmaları düzenleyebilirsiniz.


2) Ağı Yapılandırma



akort ağ bağdaştırıcıları, ana bilgisayar adı, ağ geçidi ve DNS ...
İnternete bağlanın ve tüm temel paketleri en son sürümlere güncelleyin...
Diğer tüm işlemler yalnızca bir İnternet bağlantısı varsa yapılacaktır, bunun kalıcı olduğuna inanıyoruz!

Ağ yapılandırması standart olarak yapılmaktadır... Ama var atlanacak ortak Tırmıklar:

2a)


Öncelikle sunucumuzun adı sorunsuz bir şekilde bir IP adresine çözümlenmelidir.

/ etc / sysconfig / network dosyasında, hostname parametresinin (sunucunun "bilgisayar adı") değerini kontrol ediyoruz, gerekirse değiştirin, böylece yeni parametrelerin etkili olması için sistemi yeniden başlatmanız gerekir.

Bash # cat / etc / sysconfig / network NETWORKING = evet NETWORKING_IPV6 = hayır HOSTNAME = delldev GATEWAY = 192.168.10.2


(Son satır varsayılan ağ geçididir, belirtilmesi isteğe bağlıdır. Belirtilmezse ifcfg yapılandırmalarından veya DHCP üzerinden alınacaktır...)

/ etc / hosts dosyası, localhost.localdomian biçiminde veya IPv6 ile ilgili kayıtları içermemelidir; bir DNS sunucusunun yokluğunda, sunucunun IP adresi - FQDN adı - kısa adı arasında açık bir yazışma içermelidir. Doğru bir ana bilgisayar dosyası örneği:

Bash # cat / etc / hosts 127.0.0.1 localhost delldev



Kontrol edin: sunucu kendi kendine ping mi atıyor? Konsola girin:

Bash # ping delldev



2b)


İkincisi, güvenlik duvarında, işletmenin 1c bileşenleri arasındaki etkileşimi yasaklayan hiçbir kural olmamalıdır.
Çoğu durumda, içinde bir kurumsal 1c sunucusu bulunur. yerel ağ, bu nedenle güvenlik duvarını kapatabiliriz (en azından devreye alma sırasında):

Bash # chkconfig iptables kapalı bash # hizmet iptables stop



2c)


Üçüncüsü, ayrıca SELinux politikasını da devre dışı bırakmalısınız!

nedenler:
1) Önceden SELinux, Segmentasyon Hatasının nedeniydi.
2) Samba paylaşımları, SELinux etkinken çalışmaz ( uzak kullanıcılar toplara giriyorlar ama dosyaları görmüyorlar... veya dosyalar görülüyor ama okunmuyor... vb. hatalar)
3) Ek olarak, yerel ağda bulunan yüksek yüklü bir sunucuda SELinux kullanmanın avantajları son derece belirsiz görünüyor.

Nasıl devre dışı bırakılır:

config / etc / selinux / config satırının düzenlenmesi SELINUX = SELINUX olarak değişikliğin uygulanması = devre dışı makineyi yeniden başlatın ...



2d)


İnternet sağlayıcısı "Ukrtelecom / Ukrayna" da böyle bir komisyona sahip: buggy DNS sunucuları- yani yardımcı olanları kullanmanız gerekiyor (tercihen Google'dan) ... Ve belki de DSL yönlendiricimin Linux işletim sistemi ile yetersiz uyumlu olduğu ortaya çıktı ...

Belirti: İnternet ile çalışırken, her bir DNS adının çözülmesi çok uzun sürüyor (birkaç [onlarca] saniye zaman aşımı), çok kötü çalışıyor ...
Çözüm: Bu nedenle, DNS sunucularını DHCP aracılığıyla otomatik olarak almadım, ancak adaptör ayarlarında aşağıdaki adresleri statik olarak kaydettim ( / etc / sysconfig / ağ komut dosyaları / ifcfg-eth0 yapılandırmasında): 213.179.249.151, 213.179.249.152, 8.8. 8.8, 8.8.4.4(ilk ikisi yeni Ukrtelekomovsk olanlar, sonraki ikisi Google'dan).


3) Paket yöneticisini (yum) yapılandırma


Not: yum kullanımına ilişkin ayrıntılı bir kılavuz için - makaleye bakın“RHEL6'da Paket Yönetimi. Yum "...

3 A)


Yazılım kaynaklarını yapılandırma (depolar):

standart depoları etkinleştir (depo yapılandırmasında, etkin = 1 yazın veya grafik arabirim aracılığıyla onay kutularını ayarlayın ...):
CentOS-6 - Temel
CentOS-6 - Katkıda bulunmak
CentOS-6 - Ekstralar
CentOS-6 - Artı
CentOS-6 - Güncellemeler

VE (Onlar olmadan çok üzücü, çünkü standart depolar esas olarak sunucu yazılımı içerir, ayrıca süper hata ayıklanmış sürümler de olsa eski).

Not: Çoğu durumda, yeni havuzların bağlantısını kolaylaştırmak için havuz sahipleri otomatik yapılandırma için RPM paketleri hazırlamıştır - bu paketlerin yalnızca indirilmesi ve kurulması gerekir. Ayrıca, paketleri seçin doğru versiyonu: deponun ilgili sürümü için ve ilgili Linux sürümüne yöneliktir. Bu sözde paketi kurarken, gerekli yapılandırmalar otomatik olarak oluşturulur, yum yapılandırılır, vb.

Öneriler:
Hangi EL sürümünü kullandığınızı bulmak için "cat / etc / redhat-release" kullanın("CentOS 6.3 sürümü" - yani "el6")
İşlemci mimarinizi bulmak için "uname -a" kullanın("i686 i386" diyorum)
rpmforge yayın paketini kurmak için "rpm -ivh paket-dosya adı" kullanın(URL'lerle de çalışır)

RPMforge
Kurulum Talimatları: repoforge.org ve
package.sw.be/rpmforge-release/rpmforge-release-0.5.2-2.el6.rf.i686.rpm "

EPEL
Kurulum Talimatları: fedoraproject.org
çalışan örnek kurulum: su -c "rpm -Uvh download.fedoraproject.org/pub/epel/6/i386/epel-release-6-7.noarch.rpm "

ATrpms
Kurulum Talimatları: atrpms.net
çalışan örnek kurulum: su -c "rpm -Uvh dl.atrpms.net/all/atrpms-repo-6-5.el6.i686.rpm "

3b)


Konsept: asıl mesele, temel sistem çekirdeğinin işlevselliğini kırmamak.
Standart CentOS depoları (özellikle "CentOS-6 - Base"), depoda herhangi bir zamanda bir dilim uyumlu paket ve kitaplık olmasını sağlayan özel olarak eğitilmiş kişilerden oluşur.(CentOS, otomatik güncelleme modunda çalışan en pahalı Üretim sunucularına kurulan bir sunucu sistemidir. Depodaki bir aksaklık birçok sunucuyu bozar, yani yöneticiler çok fazla saçmalık ve güven kredisine sahip olur. CentOS zayıflatılacak ... Buna izin verilmiyor.)
Ancak üçüncü sol dağıtımlarla oynarsanız, kitaplıkların yeni (ve kararsız) sürümleri her zaman daha önce görünür - otomatik güncelleme sırasında sisteme otomatik olarak yüklenebilirler ve bu da çekirdek hizmetleri için uyumsuzluğa neden olur. Kötü!

En çok hata ayıklanan yazılımın sunucuya yüklenmesi ve ek depolardan yalnızca temel yazılımlarda bulunmayan yazılımlar kurulur (paketler "bağımlılıklar" ile çözülür) - öncelikli sistemi yapılandırmanız / kullanmanız gerekir:

Öncelikleri yönetmek için - ihtiyacınız varyum için ek eklentiler yükleyin(üçünü de ayarlamak yararlıdır):

  • yum-protect-packages (belirtilen paketleri silinmeye karşı korumanıza izin verir; varsayılan olarak yum'un kendisi ve bağımlılık zinciri korunur)
  • yum-plugin-protectbase (belirtilen depodaki paketleri korumasız depolardan güncellenmekten korumanızı sağlar) - YAPILANDIRMAK DAHA KOLAY.
  • yum-plugin-priorities (farklı havuzlara öncelik atamanıza izin verir; daha düşük öncelik değerine sahip bir havuzdaki paketler, yüksek öncelik değerine sahip bir havuzdan güncellenemez - bu, daha gelişmiş ve esnek başka bir koruma türüdür) - HE DAHA İYİ!


(Not: yum için çok daha ilginç eklentiler var, ancak bunlar en önemlileri...)

Yum depoları ayarlarıdepolar: /etc/yum.repos.d/
düzenlenebilen yapılandırmalar şu şekilde adlandırılır: * .repo
dosyaların geri kalanı hizmet dosyalarıdır - onlara dokunmuyoruz.

Metin yapılandırmalarına eklemek gerekir (en azından etkin = 1 olan tüm depolar için): koruma = ... ve öncelik = ... parametrelerine sahip satırlar.(not: öncelik değeri ne kadar düşükse, depo o kadar önemlidir)



3c)


Ayrıca paket yöneticisine bir grafik kabuk kullanımını yüklemenizi tavsiye ederim: Yum Extender (binar yumex olarak adlandırılır) - standart GUI'den çok daha gelişmiş!


4) 1C sistemiyle ilgili olmayan ek yazılımları yükleyin



Şimdi yükleyebilirsiniz (elbette yum paket yöneticisi yönetim konsolu aracılığıyla):
ntfs desteği
şarap (basit Windows uygulamalarını çalıştırmak için emülatör)
ve diğer faydalı yerel uygulamalar...


5) Samba sunucusunu yapılandırma



Bir Samba sunucusu kurmanız (yum aracılığıyla) ve yapılandırmanız gerekir ("smb" ve "nmb" hizmetleri) - bu, sözde Linux altında Microsoft NetBIOS protokolü için destektir. "Ağ"…

Ayrıca yerel ağın diğer istemcileri için bu sunucuda dosya paylaşımları sağlamasanız bile Samba'yı yükseltmenizi öneririm, böylece bu sunucu herkes için "ağ ortamında" görünür. Windows istemcileri ve ağdaki standart API tarafından taranan diğer sunucular, "ağ makinesi adını" çözdüler - böylece bir şekilde ¨ \\ MyLinuxServer¨ gibi başvurulabilecekti. Kolaylık sağlamak için Samba'yı, 1C Sunucusu WORKGROUP'unuzda görünecek şekilde yapılandırın ...

Not: 1C: Enterprise'ı çalıştırmak için bir Samba sunucusuna ihtiyacınız var mı, değil mi?



Samba'yı yapılandırmak için şunu tavsiye ederim:
şöyle top klasörleri oluşturun ve yapılandırın:

Mkdir / ana sayfa / samba mkdir / ana sayfa / samba / diğerleri ... chown -R samba / ana sayfa / samba chgrp -R samba / ana sayfa / samba chmod -R a + rw / ana sayfa / samba


oturum açmayan kullanıcı / grup oluştur: samba / samba
bu kullanıcı ana klasörünü atayın: / home / samba

Samba servis kurulumu:
Yapılandırmalar / etc / samba / içindedir
adama bak smb.conf
bkz. smb-conf.ru
Basit bir kurulum için - makaleye bakın"CentOS'ta SAMBA Sunucusunun Kolay Kurulumu ve Konfigürasyonu" ...

Önemli: "Smb" hizmetine (ana) ek olarak, "nmb" hizmetini de "etkinleştirmeli" ve "başlatmalısınız" (NetBIOS bilgisayar adının yerel ağda yayınlanmasından sorumludur - Sunucu, " Ağ Komşusu"):

Chkconfig --level 2345 chkconfig üzerinde smb --level 2345 nmb hizmette smb start service nmb start


Tavsiye: Hizmetlerin çalışma modunu "GNOME / Sistem / Yönetim / Hizmetler" grafik ek bileşeni aracılığıyla yapılandırmak en iyisidir ...


6) 1C: Enterprise dağıtımlarını çıkarıyoruz ve hazırlıyoruz ... Her şeyi nereden alacağız?



Korsan 1C dağıtımları (ve crackler) eşanjörlerden indirilebilir (bağlantı vermiyorum, bunları adresinde bulabilirsiniz. forum.ru-board.com "Vareznik" bölümünde) ...

Yani, dağıtım kitini aldım / indirdim"1C: Platform 8.2, 10/05/12 tarihinden itibaren 8.2.16.368 sürümü"-> ondan "RPM tabanlı Linux sistemleri için Sunucu 1C: Enterprise (32bit)" dosyasını alıyoruz, dosya"8_2_16_368_rpm.tar.gz" (169.07 MB) -> arşivi açtıktan sonra dağıtım kitinin 8 RPM dosyasını alacağız ...

Hazır derlemeler "01/17/12 tarihinden itibaren 1C sürüm 9.0.3-3.1C'den PostgreSQL" bizim için çalışmayacak, bağımlılıklar tarafından kurulmayacaklar (6 için değil, CentOS 5.x için paketler toplanmıştır). x.).
Biz Kendi kendine montaj için 1C yamalı PostgreSQL kaynak kodlarına ihtiyacınız var!Dağıtım kitinden"1C'den PostgreSQL 9.0.3-3.1C 01/17/12'den itibaren"-> sadece "PG90331_Patch903.rar" dosyasını al -> sadece arşivden dosyayı al"Postgresql-9.0.3-3.1C.src.rpm"(bu, 1C: Enterprise 8.1 ve 1C: Enterprise 8.2 sunucusuyla uyumluluğu sağlamak için GEREKLİ TÜM YAMALARI ZATEN DAHİL OLARAK, PostgreSQL sürüm 9.0.3'ün kaynak kodlarına sahip bir RPM paketidir)
Not: Ek olarak, 1C: Enterprise 8 tarafından desteklenen PostgreSQL VTYS'nin kendi kendine montajı için kaynak kodları en kolay olanlardır. doğrudan resmi siteden indirin ...

Notlar: Hangi platformu seçmelisiniz?

  1. 1C sunucusu şunlar olabilir: hem x64 hem de x86
  2. 1C istemci programları var: şu anda yalnızca x86 (tekrar ediyorum: x64 yalnızca bir 1C sunucusudur)
  3. x64 işletim sisteminde x86 programları yükleyebileceğiniz bilinmektedir (bu yalnızca 1C için geçerli değildir)
  4. 1C istemci programları (kalın ve ince istemciler) yalnızca Windows altında çalışır!

    Ek bilgi...




7) Linux CentOS (6.3) üzerinde "1C'den PostgreSQL DBMS (01/17/12'den itibaren 9.0.3-3.1C sürümü)" oluşturun ve kurun



Öncelikle sistemde çakışma olmaması için PostgreSQL SERVER'ın varsa diğer/önceki tüm sürümlerini kaldırmanız gerekir (kontrol edin).

Kötü tavsiye: Yazılım uyumsuzluklarından kaynaklanan karışıklığı önlemek için, "postgresql-8.4.13" istemcisini de kaldırdım (başlangıçta standart CentOS 6.3 deposundan yüklendi) ... Bazı paketler (örneğin, "postgresql-libs-8.4.8". 13" ve diğerleri) artık bırakılması gerekiyordu, tk. sistemdeki diğer birçok paket bunlara bağlıdır - ancak daha sonra PostgreSQL 9.0.3'ü kurduktan sonra kaldırılabilirler (ileriye bakınca başardım) ...
Ancak, gelecekte PostgreSQL 9.0.3'ü kaldırmanız gerekebileceği için bu standart paketleri (özellikle "postgresql-libs-8.4.13") sistemde tutmak mantıklıdır. Çünkü artık öyle bir durumum var ki, tüm sistem paketleri artık sadece "postgresql-libs-9.0.3-3.1C" paketine bağlı ve paket yöneticisi aynı anda sistemin yarısını yıkmadan ikincisinin kaldırılmasına izin vermiyor ( kaza).


Ne yazık ki, CentOS 6.3 depolarında, yani. v mevcut sistem, "1C'den PostgreSQL" hazır montajını kullanmak için gerekli tüm kitaplıklar (bağımlılıklar) yoktur. Ek olarak, 1C: Enterprise 8.2 sunucusu için akılda tutulmalıdır. PostgreSQL sürüm 8.3.8 veya üzeri gereklidir.

Farklı dağıtımlar denedim ...



Bu nedenle, "1C yayın 9.0.3-3.1C'den PostgreSQL" sürümü en uygunudur, ancak "PG90331_setuppln903.rar" dağıtımından birleştirilmiş RPM paketleri bizim için çalışmayacaktır: bağımlılıklar tarafından kurulmayacaklar (orada paketler CentOS 5.x için derlenir, ancak 6.x için derlenmez.) ...

Yanlış yaklaşım: Mevcut eski kitaplıkları manuel olarak yükseltmek değerli ve tehlikelidir (temelden birçok yazılım ve kararlı CentOS çekirdeği bunlara bağlıdır)! Ayrıca sembolik bağlantılar biçiminde koltuk değnekleri de ekleyebilirsiniz (gerekli kitaplıkların adlarıyla, mevcut sürümler), ancak Üretim sunucusunda gerçekten kötü ...


Bu nedenle, CentOS çekirdeğinin bütünlüğünü ihlal etmemek için,PostgreSQL'in kendisini kaynak kodlardan yeniden oluşturmanız gerekir1C yamaları ile yamalayarak (böylece mevcut kitaplıklarımıza dayalı olacaktır). Yamalı PostgreSQL kaynaklarını "PostgreSQL from 1C sürüm 9.0.3-3.1C" -> dağıtım kitinden alıyoruz -> sadece "PG90331_Patch903.rar" -> dosyasına ihtiyacımız var ve arşivden sadece "postgresql-9.0.dll dosyasını alıyoruz. 3-3.1C.src.rpm "... veya bu dosyayı doğrudan resmi siteden indirin ...

7a)


Not: Kaynaktan oluşturma konusunda deneyimli değilim, bu nedenle aşağıdakiler alsigned.ru adresindeki "Maniac Admin" blogundan biraz değiştirilmiş bir tariftir (yazarına saygıyla).



PostgreSQL'den önce yüklemeniz (veya zaten kurulu olduğundan emin olmanız) gerekir. - 1C'den PostgreSQL sürümünün çalışması için gereklidir. RPM paketinden manuel olarak yükleyebilirsiniz (ancak gerekli değildir) ... Veya standart depodan yum kullanarak (ki bu daha iyidir):

Yum install icu libicu libicu-devel



Derleme ve montaj için gerekli paketleri de kuruyoruz:

Yum kurulum rpm-build wget glibc-devel bizon flex okuma satırı-devel zlib-devel openssl-devel pam-devel gettext gcc make



7b)


1c web sitesinden PostgreSQL 9.0.3 kaynaklarını indirin:

Wget http://v8.1c.ru/overview/postgresql_patches/9-0-3/postgresql-9.0.3-3.1C.src.rpm


ve kaynak paketi kurun (sistemde farklı klasörler oluşturulacak ve kaynak dosyalar üzerlerine dağılacaktır):

Rpm -ihv postgresql-9.0.3-3.1C.src.rpm



Düzenlemek için / usr / lib / rpm / macros dosyasını açın ve _default_patch_fuzz yama seviyesini 2 olarak değiştirin:

% _default_patch_fuzz 2


Not: Önceden, bu tür eylemlerin yalnızca Fedora 12 ve üzeri sürümlerde yapılması gerekiyordu, yeni komut dosyalarıyla paketleri işlemeyi desteklemeyen yazılımlar oluşturulurken ve sürüm 6'dan itibaren CentOS'a yeni komut dosyaları geldi.

Libicu kitaplıklarına sembolik bağlantılar oluşturun:

Ln -s /usr/lib/libicui18n.so /usr/local/lib/libicui18n.so.46 ln -s /usr/lib/libicudata.so /usr/local/lib/libicudata.so.46 ln -s / usr / lib / libicuuc.so /usr/local/lib/libicuuc.so.46



PostgreSQL oluşturmaya devam edelim:

Rpmbuild -bb --define "runselftest 0" ~ / rpmbuild / SPECS / postgresql-9.0-1C.spec


Not: "runselftest 0" parametresini ayarlayarak, test tabanını başlatmayı ve derleme sırasında PosgreSQL performansını kontrol etmeyi reddediyoruz, testin başarılı bir şekilde geçmesi için sınırlı bir kullanıcı altında gerçekleştirilmelidir, aksi takdirde derleme işlemi durdu.

Yapım süreci biraz zaman alacak...

Son olarak derlenmiş RPM paketlerinin listesine bakalım (Linux işletim sistemim 32-bit olduğu için PostgreSQL paketleri de 32-bit versiyonunda derlenmiştir):

Bash # ls -1 ~ / rpmbuild / RPMS / i686 postgresql-9.0.3-3.1C.i686.rpm postgresql-contrib-9.0.3-3.1C.i686.rpm postgresql-debuginfo-9.0.3-3.1C.i686 .rpm postgresql-devel-9.0.3-3.1C.i686.rpm postgresql-docs-9.0.3-3.1C.i686.rpm postgresql-libs-9.0.3-3.1C.i686.rpm postgresql-server-9.0. 3-3.1C.i686.rpm postgresql-test-9.0.3-3.1C.i686.rpm



7c)


1C'den yama uygulanmış bir PostgreSQL DBMS sunucusu yükleme:

Tüm paketleri kurmak hiç gerekli değil ... için normal iş PostgreSQL dördü yeterlidir: postgresql-libs, postgresql, postgresql-server, postgresql-contrib. /root / rpmbuild / RPMS / i686 dizinine gidin (64 bit işletim sisteminde - / root / rpmbuild / RPMS / x86_64'e) ve paketleri kurun ...

paketlerin kurulum sırası aşağıdaki gibidir:

Postgresql-libs-9.0.3-3.1C.i686.rpm postgresql-9.0.3-3.1C.i686.rpm postgresql-server-9.0.3-3.1C.i686.rpm postgresql-katkı-9.0.3-3.1C .i686.rpm


İsteğe bağlı ancak kullanışlı (geliştiriciler için), ardından aşağıdaki paketleri de yükleyin:

Postgresql-docs-9.0.3-3.1C.i686.rpm postgresql-devel-9.0.3-3.1C.i686.rpm postgresql-debuginfo-9.0.3-3.1C.i686.rpm postgresql-test-9.0.3- 3.1C.i686.rpm



Ancak kurulum sırası ile uğraşmamak için tüm paketleri toplu olarak kurmak daha iyidir (yum bağımlılıkların kendisi ile ilgilenecektir):
rpm -ihv postgresql-9.0.3-3.1C.i686.rpm postgresql-katkı-9.0.3-3.1C.i686.rpm postgresql-debuginfo-9.0.3-3.1C.i686.rpm postgresql-devel-9.0.3 -3.1C.i686.rpm postgresql-docs-9.0.3-3.1C.i686.rpm postgresql-libs-9.0.3-3.1C.i686.rpm postgresql-server-9.0.3-3.1C.i686.rpm postgresql -test-9.0.3-3.1C.i686.rpm

tırmık: "postgresql-contrib-9.0.3-3.1C.i686.rpm" paketini kurarken hata alıyor musunuz?

hata: arşivi açma /usr/pgsql/lib/libicudata.so.46;4e9327cc dosyasında başarısız oldu: cpio: Özet uyuşmazlığı

hata: postgresql-contrib-9.0.3-3.1C.i686: yükleme başarısız oldu


Çözüm: Özet ve md5'i kontrol etmeden rpm'yi çalıştırın

Rpm --nodigest --nomd5 -ihv postgresql-katkı-9.0.3-3.1C.i686.rpm





Bundan sonra, işletim sisteminde tüm DBMS dosyalarına sahip olacak ve sunucunun oturumunda başlayacağı “postgres” kullanıcısı görünecektir (aynı adı taşıyan DBMS süper kullanıcısı ile karıştırmayın).
DBMS'yi başlatmak ve durdurmak için /etc/init.d/postgresql betiği oluşturulacaktır.
PostgreSQL 9.0.3 istemci ve sunucu ikili dosyaları / usr / pgsql / bin / ... dizininde bulunur.


7d)


PostgreSQL veritabanı kümesini başlatıyoruz (bu, bu PostgreSQL veritabanı kurulumunun tüm veritabanlarının verilerini depolayan genellikle / var / lib / pgsql / data dizininin adıdır):

Not: içinde önceki sürümler DBMS sunucusunu yeni başlattığımızda Postgres hile yaptı ve ilk başladığında, veritabanı dosyalarının bulunduğu dizini bulamadı - initdb'yi kendisi başlattı ... Ama şimdi çalışmıyor -
initdb açıkça ve doğru parametrelerle çalıştırılmalıdır. Bu durumda, DBMS sunucusunun başlatıldığı oturumda sistem kullanıcısını açıkça belirtmeniz gerekir ("su postgres" komutuyla). Ayrıca sunucunun çalıştığı yerel ayarı da açıkça belirtiyoruz (locale = ru_RU.UTF-8).

Bash # su postgres -c "/ usr / pgsql / bin / initdb -D / var / lib / pgsql / data --locale = ru_RU.UTF-8"



Bu komut yürütüldüğünde, konsol çıktısı belirtilen parametreleri onaylayacaktır (metin konsolda görünecektir):

Bu veritabanı sistemine eşlik eden dosyalar "postgres" kullanıcısına ait olacaktır. Bu kullanıcı aynı zamanda sunucu işleminin de sahibi olmalıdır.
Veritabanı kümesi, ru_RU.UTF-8 yerel ayarıyla başlatılacaktır. Temel kodlama, varsayılan olarak UTF8'e ayarlanmıştır. Tam metin arama yapılandırması varsayılan olarak "rusça" olarak ayarlanmıştır.



Sonuç olarak, / var / lib / pgsql / data dizininde bulunan bir veritabanı oluşturulacaktır (not: PostgreSQL sunucu yapılandırmaları da buradadır).

tırmık: veritabanı kümesinin başlatılması sırasında bir hata oluşursa?

FATAL: paylaşılan bellek bölümü oluşturulamadı...
İPUCU: Bu hata genellikle PostgreSQL'in paylaşılan bellek bölümü isteğinin çekirdeğinizin SHMMAX parametresini aştığı anlamına gelir. İstek boyutunu küçültebilir veya çekirdeği daha büyük SHMMAX ile yeniden yapılandırabilirsiniz. İstek boyutunu (şu anda 35233792 bayt) azaltmak için, PostgreSQL "s shared_buffers parametresini (şu anda 3584) ve/veya max_connections parametresini (şu anda 104) azaltın.


Çözüm: kernel.shmmax parametresinin değerini artırmak gerekiyor, bunun için /etc/sysctl.conf dosyasına şu satırı ekliyoruz:

Çekirdek.shmmax = 40000000


Ardından sysctl parametrelerini aşağıdaki komutla güncelliyoruz:

Bash # sysctl -p


Not: Genellikle bu sorun 32 bit sürümler için tipiktir ... Ancak CentOS 6.3 32 bit'te böyle bir sorunum olmadı - kernel.shmmax = 4294967295 parametresi zaten burada ayarlandı


7e)


PostgreSQL hizmet kurulumu:

Başlangıca ekleyin ve PostgreSQL hizmetini başlatın:

Bash # chkconfig postgresql bash # service postgresql başlangıcında



PostgreSQL 9.0.3 istemci ve sunucu ikili dosyaları / usr / pgsql / bin / dizininde bulunur ... Bir yol belirtmeden çalışabilmeleri için gerekli ikili dosyalara sembolik bağlantılar oluşturalım (bu özellikle PostgreSQL Konsol istemcisi için gereklidir):

Ln -s / usr / pgsql / bin / psql / usr / yerel / bin / psql vb.



PostgreSQL ilk kez başlatıldığında, veritabanı varlıklarına erişim ayrıcalıklarını kontrol etmek için, DBMS'de "postgres" parolasıyla "postgres" süper kullanıcı hesabı oluşturulur (Linux OS hesabıyla karıştırmayın). Yapılacak ilk şey, varsayılan şifreyi değiştirmektir ... "postgres" DBMS süper kullanıcısı için şifreyi şu komutla ayarlayın:

Bash # psql -U postgres -c "KULLANICI postgres ŞİFRESİNİ DEĞİŞTİR" newpassword ""


Not: Artık bu parola, istemciler VTYS'ye bağlandığında kullanılacaktır: login = "postgres" password = "newpassword".

7f)


PostgreSQL sunucusunu 1C: Enterprise Server (yapılandırmaları düzenle) ile çalışacak şekilde yapılandırıyoruz:
Rusça yapılandırma parametrelerinin açıklamasına bakın ...

/var/lib/pgsql/data/postgresql.conf dosyasında - sunucu ayarları. Parametreleri belirtmeniz gerekir (satırların yorumunu kaldırın veya bu parametreler orada değilse manuel olarak girin):

Default_with_oid = açık



Varsayılan olarak, PostgreSQL 9.0.3'te Otomatik Vakum devre dışıdır ... Veritabanında Otomatik Vakumlamayı etkinleştirmek istiyorsanız (hafif yüklü sunucular için yararlıdır, böylece yöneticinin “veritabanını paketleme” prosedürünü yapması gerekmez. ” periyodik ve manuel olarak, ancak basitçe kurun ve unutun) - ardından aşağıdaki parametreleri ayarlayın:

Track_counts = otomatik vakumda = açık


Not: DBMS'nin önceki sürümlerinde bir "stats_row_level" parametresi vardı ... ancak PostgreSQL 9.0.3'te bu parametre kullanımdan kaldırıldı ve yeni "track_counts" parametresine dahil edildi.

/var/lib/pgsql/data/pg_hba.conf dosyası, erişim ve kullanıcı tanımlama politikasını (yani PostgreSQL sunucusuna bağlanmak için geçerli parametreler) yapılandırır ... Bu dosyanın sonunda aşağıdaki gibi yorumlanmamış bir satır olduğundan emin olun. bu ("herhangi bir ana bilgisayardan sunucuya bağlantılara izin ver, oturum açma sırasındaki şifreler md5 ile hashlenir" anlamına gelir):

Hepsini barındırın 0.0.0.0/0 md5


Not: İlke satırında "md5"i "güven" ile değiştirirseniz, bağlanırken şifre kontrol edilmeyecektir! (geri yüklemek/değiştirmek için kullanışlıdır) Unutulan Şifre superuser) Ayrıca localhost'tan gelen istemci bağlantıları için varsayılan politikanın da olduğunu unutmayın: şifreler kontrol edilmez ...

Not: Bu parametreleri daha sonra yapılandırabilirsiniz. Ve 1C istemcisi de dahil olmak üzere her şeyin çalıştığından emin olduğunuzda, güvenlik nedenleriyle, bağlantıları yalnızca yerel ana bilgisayar yerel ana bilgisayarıyla (veya daha doğrusu "1C sunucu kümesinin" ana bilgisayarlarıyla) kısıtlamak mantıklıdır. ayrı) ...

Son olarak, PostgreSQL sunucusunu yeniden başlatın:

/etc/init.d/postgresql yeniden başlatma




8) Linux CentOS (6.3) üzerinde "Sunucu 1C: RPM tabanlı Linux sistemleri için Enterprise 32bit (8.2.16.368)" kurulumu



1C: Enterprise 8 for Linux'un sunucu bölümünün dağıtım kiti, birkaç rpm paketi şeklinde sunulur:

  • 1C_Enterprise-common - 1C'nin ortak bileşenleri: Enterprise 8;
  • 1C_Enterprise-server - 1C: Enterprise 8 sunucu bileşenleri;
  • 1C_Enterprise-ws - 1C yayınlamak için adaptör: Apache HTTP Sunucusu 2.0 veya Apache HTTP Sunucusu 2.2 tabanlı bir web sunucusunda Enterprise 8 Web hizmetleri;
  • 1C-Enterprise-crs - 1C: Enterprise 8 yapılandırma depolama sunucusunun bileşenleri.
  • Adında "-nls" son eki bulunan paketler, ilgili paket için ek ulusal kaynaklardır.


1C_Enterprise-server ve 1C_Enterprise-ws paketleri birbirinden bağımsızdır. Buna göre, aynı bilgisayara hem birlikte hem de ayrı ayrı kurulabilirler (yani "1C sunucusu" ve "Web sunucusu" farklı makinelere yayılabileceği gibi, "1C sunucusunu" boşaltmak için DBMS sunucusunu ayırabilir) ...

2014.01.15 tarihli not: "1C_Enterprise-ws" paketinin kodunun hala "1C_Enterprise-server" paketine bağlı olduğu fark edildi, ancak bu önemli değil ...



Kurulum root kullanıcısı olarak yapılmalıdır...

Kurulum yaparken, paketler arasında aşağıdaki bağımlılıkları dikkate almalısınız (bir paketi başarılı bir şekilde kurmak için önce bağlı olduğu tüm paketleri kurmalısınız) - bu nedenle kurulum sırası aşağıdaki gibidir:

Rpm -ihv 1C_Enterprise82-common-8.2.16-368.i386.rpm rpm -ihv 1C_Enterprise82-common-nls-8.2.16-368.i386.rpm rpm -ihv 1C_Enterprise82-server-8.2.16-368.i386.rpm rpm -ihv 1C_Enterprise82-server-nls-8.2.16-368.i386.rpm rpm -ihv 1C_Enterprise82-ws-8.2.16-368.i386.rpm rpm -ihv 1C_Enterprise82-ws-nls-8.2.16-368.i386 .rpm rpm -ihv 1C_Enterprise82-crs-8.2.16-368.i386.rpm rpm -ihv 1C_Enterprise82-crs-nls-8.2.16-368.i386.rpm



Ardından sunucu daemon modunda başlatılmalıdır:

/etc/rc.d/init.d/srv1cv82 dur /opt/1C/v8.2/i386/ragent -daemon /etc/rc.d/init.d/srv1cv82 yeniden başlat



Yukarıdaki adımların tümü kök kullanıcı olarak gerçekleştirilmelidir.

Sunucu bileşeni 1C: Enterprise 8'in kurulumu sırasında bir kullanıcı oluşturulur işletim sistemi usr1cv82 adıyla, hesabı altında 1C: Enterprise 8'in sunucu işlemleri yürütülecek.

8a)


Gerekli tüm paketleri kurduktan sonra, 1C v8.2'de grafik alt sistemini tanılamak ve başlatmak için komut dosyası yardımcı programını çalıştırmanız ve varsa önerilerini izlemeniz gerekir. (Yardımcı program, 1C v8.2'de grafik alt sistemi için gerekli bileşenlerin ve ayarların olup olmadığını sistemi kontrol eder ve 1C'nin hala bir şeye ihtiyacı varsa önerilerde bulunur.)

/opt/1C/v8.2/i386/utils/config_server



"config_server" yardımcı programı hakkında ek bilgi: adresinde nefrit.arvixe.ru ve blog.unixstyle.ru ...

Sistemi "config_server" yardımcı programını kullanarak yapılandırma prosedürü yaklaşık olarak aşağıdaki gibi olacaktır.(bu adımlardan bazılarını kaçırıyor olabilirsiniz - atlayın):

Kurulum root kullanıcısı olarak yapılmalıdır...

1) "config_server" yardımcı programının ilk açılışından sonra bir hata görünmelidir: "Yazı tipi dizini algılanamıyor, lütfen belirtin!"
Çözüm: eksik TTF yazı tiplerini tarife göre yükleyin linewb.ru SSS ve.
Not: ~ / rpmbuild / klasör sistemi sizin için zaten mevcut olmalıdır (daha önce PostgreSQL dağıtımı oluşturulurken oluşturulmuşlardır).
Sonuç olarak, yazı tiplerini yüklemek için aşağıdaki adımlar yeterlidir:

Yum yükleme rpm-build cabextract wget http://corefonts.sourceforge.net/msttcorefonts-2.5-1.spec rpmbuild -bb msttcorefonts-2.5-1.spec rpm -ivh ~ / rpmbuild / RPMS / noarch / msttcorefonts-2.5-1 .noarch.rpm



2) config_server yardımcı programını yeniden çalıştırın - bir hata görünmelidir: “Truetype dönüştürme yardımcı programı bulunamadı! Lütfen ttf2afm veya ttf2pt1'i kurun!"
Çözüm: ttf2pt1 yardımcı programını kurun (EPEL deposunda bulunur):

Yum yükleme ttf2pt1



3) "config_server" yardımcı programını üçüncü kez çalıştırın - sistem biraz daha uzun düşünecek ve her şey yoluna girecek: konsola daha fazla hata vermeyecek ...

Son olarak, 1C Sunucusunu (veya tüm makineyi) yeniden başlatmanız gerekir:

/etc/init.d/srv1cv82 yeniden başlatma



Yukarıdaki adımların tümü kök kullanıcı olarak gerçekleştirilmelidir.

8b)


İşte bu, Linux işletim sistemine "Sunucu 1C" kurulumu tamamlandı!
Bu "1C Sunucusuna" "1C Yönetimi: Enterprise 8.2 Sunucusu" MMC konsolu aracılığıyla bağlanmak ve yapılandırmaların "bilgi tabanlarını" oluşturmak için kalır. Aşağıda bununla ilgili daha fazla bilgi ...

Not: MMC konsolu, "1C: Enterprise 8.2 Teknolojik Platformu"nun bir parçası olarak kurulur - başka bir ana bilgisayara ve yalnızca Windows denetimi... ("1C: Enterprise 8.3" versiyonunda, yönetim yazılımının Linux için zaten uygulandığını vaat etseler de ...)

8c)


Apache web sunucusu aracılığıyla 1C web istemcileri için desteği yapılandırıyoruz:

Hazırlık: Sunucu 1C ile aynı Linux makinesinde kurulu yerel bir Apache web sunucusunu kullanacağız. Henüz Apache web sunucusunu kurmadıysanız, makalenin "Görev: Apache / httpd'yi Fedora Core / Cent OS Linux altında kurun" bölümündeki adımları izleyin."Linux altında Apache veya httpd hizmeti nasıl kurulur ve başlatılır":

httpd chkconfig httpd'yi /etc/init.d/httpd başlangıcında Yum yükleyin



Ayrıca, “2. Bir web istemcisi yayınlama »makaleler"1C web istemcisini Apache'ye yükleme" ...

"Sunucu 1C" ye sahip olduğunuzu varsayalım bilgi tabanı"test1c" olarak adlandırılan(aslında, daha sonra, kümenin başlatılmasından ve postgreSQL'de veritabanının oluşturulmasından sonra oluşturulacaktır ... Apache yapılandırmalarını düzeltin ve web sunucusunda, bazı klasörlerde/dosyalarda bir saplama oluşturun).Yayın prosedürü çok basit ve otomatiktir (her adım yukarıdaki makalede ayrıntılı olarak açıklanmıştır, bu yüzden burada kendimi tekrar etmeyeceğim) - aşağıdaki komutları uygulamanız gerekir:

Cd /opt/1c/v8.2/i386 ./webinst -apache22 -wsdir test1c -dir "/ var / www / html / test1c /" -connStr "Srvr =" delldev "; Ref =" test1c "" -confPath / etc / httpd / conf / httpd.conf chown apache: apache /var/www/html/test1c/default.vrd chkconfig httpd hizmette httpd başlangıcında


İşte bu, "test1c" bilgi tabanı yayınlandı! "1C sunucu kümesini" ve bilgi tabanını tamamen yapılandırdığınızda, http: // delldev / test1c adresini girerek bir tarayıcı aracılığıyla buna bağlanabilirsiniz.(burada delldev, şu anda yapılandırmakta olduğumuz "Sunucu 1C" ve "Apache web sunucusu" ile CentOS çalıştıran ana bilgisayar adıdır) ...

Unutmayın: web istemcisinin çalışması için ayrıca şunları yapmanız gerekir: Ağ İstemcisi Lisansları paketini 1C Sunucusu veya Apache Web Sunucusu çalıştıran ana bilgisayara bağlamanız (bu durumda bir tanedir) (koruma anahtarı yerel olarak bağlanabilir veya yapılandırılabilir "lisans yöneticisine" erişim); ve Bilgi Bankasının "Özellikler"inde "Uygulama sunucusu tarafından lisans ver" öğesini etkinleştirin ("Sunucu Yönetimi" ek bileşeni aracılığıyla yapılandırılır).

8d)


Ek olarak: bilmelisin"Teknolojik dergi" nasıl etkinleştirilir (aka "günlükler", diğer adıyla "günlük") ...

Varsayılan olarak, günlükler devre dışı bırakılır, çünkü hızla büyürler ve çok fazla disk alanı kaplarlar (hata olması durumunda, "günlükler" ile birlikte "dökümler" de oluşturulur). Günlükleri yalnızca gerçekten bir sorunu izlemeniz gerekiyorsa etkinleştirin.

8e)


Ek olarak: aniden "Sunucu 1C"yi kaldırmanız gerekirse, şu adımları izlemelisiniz:

Silmeden önce sunucu kümesini kapatmalısınız:

/etc/rc.d/init.d/srv1cv82 durdur


Ardından, paketleri kurulum sırasının tersinden kaldırırız, böylece bağımlı paket, bağlı olduğu paketten önce kaldırılır:

Rpm -e 1C_Enterprise82-crs-nls-8.2.16-368.i386.rpm rpm -e 1C_Enterprise82-crs-8.2.16-368.i386.rpm rpm -e 1C_Enterprise82-ws-nls-8.2.16-368.i386 .rpm rpm -e 1C_Enterprise82-ws-8.2.16-368.i386.rpm rpm -e 1C_Enterprise82-server-nls-8.2.16-368.i386.rpm rpm -e 1C_Enterprise82-server-8.2.16-368.i386 .rpm rpm -e 1C_Enterprise82-common-nls-8.2.16-368.i386.rpm rpm -e 1C_Enterprise82-common-8.2.16-368.i386.rpm



Veya, "1C_" öneki ile başlayan tüm kurulu paketleri kaldıracak ve bağımlılıklar otomatik olarak izlenecek olan tek bir evrensel komutla tüm rpm paketlerini kaldırabilirsiniz:

Rpm -e`rpm -qa | grep 1C_`




9) Güvenlik anahtarlarının kurulumu (1C lisansı)



Anahtarları 1C Sunucusuna bağlamak kolaydır. Sürücüyü anahtar üreticisinin web sitesinden indirmeniz, paketinden çıkarmanız ve çift tıklama ile yüklemeniz gerekiyor ...

Sürücü Seçimi İpuçları -

Rpm -ihv haspd-3.3-eter4scientific.i586.rpm haspd-modules-3.3-eter4scientific.i586.rpm



Ardından, bu sunucunun USB bağlantı noktasına iki donanım anahtarı takmanız gerekir: "1C: Enterprise sunucusu için bir anahtar" ve "X ağ kullanıcı lisansları için bir anahtar" (tüm anahtarlar tek bir fiziksel "flash sürücüde" bulunur). Ve her şey işe yaramalı: müşteriler sunucu üzerinden istemci lisansları alacaklar ...

Not: Anahtarlar yalnızca "1C: Enterprise Application Server" ve "1C güvenli istemci uygulamaları" için gereklidir. PostgreSQL DBMS ile ilgili herhangi bir sorun yoktur - açık kaynak kodludur ve lisans veya anahtar gerektirmez (MS'nin aksine SQL Server", Ama kullanmıyoruz).

Not: 1C'nin bazı sürümleri anahtarsız çalıştı (beta) ...

Dikkat: Lisanssız bir "Sunucu 1C" (yani "sunucu anahtarı" olmasa bile) normalde az sayıda istemci bağlantısıyla (~ 12 bağlantıya kadar) çalışır. Bu muhtemelen yönetim görevlerini kolaylaştırmak için yapılmıştır: sorun olması durumunda ilk yapılandırma ve izleme ... Ancak bu yönetim sınırı aşıldığında, Sunucu yeni bağlantıları reddetmeye başlar ve bir anahtar gerektirir.

Deneyin sonuçlarına göre ...


Not: Bununla birlikte, her durumda "güvenli 1C istemci uygulamaları" için "istemci anahtarları" (yerel veya ağ) gereklidir - sunucuya ilk bağlantı için, yüzüncü kez! Windows Teknoloji Platformu kurulum talimatları (resimli ve videolu) ...

"Windows sürüm 8.2.16.368 için teknolojik platform" (sürüm 8.2 yalnızca 32 bit) yükleyicisini başlattık - tüm programlar tek bir şişede. Kurulum sırasında aşağıdaki bileşenleri seçin:

  • "1C: Enterprise" (Yönetim, yapılandırma, kalın ve ince istemci bileşenleri dahil olmak üzere "1C: Enterprise"ın ana bileşenleri)
  • "1C: Kurumsal - İnce İstemci" (Bileşenler zayıf müşteri dosya sürümüyle çalışma yeteneği olmadan yalnızca istemci-sunucu sürümünde çalışmak için)
  • "1C: Enterprise sunucusunun yönetimi" (sunucu kümesini yönetmek için MMC konsolu)
  • "Çeşitli dillerde arayüzler: İngilizce, Rusça ..." (varsayılan)



Aşağıdaki bileşenleri kurmadığımızı vurguluyorum (1C'nin bu istemci/sunucu kullanım durumunda bunlara gerek yok):

  • "1C: Enterprise - İnce istemci, dosya sürümü" (İnce istemci bileşenleri, dosya tabanlı bilgi tabanıyla çalışmak için bileşenler)
  • "Sunucu 1C: Kurumsal" ( bu makinede gerekli değil dan beri zaten Linux işletim sistemi altında başka bir ana bilgisayara kurulu ... Her ne kadar gelecekte heterojen bir "1C sunucuları kümesi" olacaksa: bu, yalnızca Linux'u değil, Dulları da çalıştıran makineleri içerecektir - ancak o zaman bu öğeye ihtiyacınız olacak ...)
  • "Web sunucusu genişletme modülleri" (yalnızca Windows altında çalışır: Windows altında "1C Sunucusu" + Windows altında IIS web sunucusu, farklı makinelerde mümkündür ... Web sunucusu modüllerinden sunucuya bağlantı nedeniyle ağır, hantal bir site "1C sunucusu" DCOM üzerinden ... Ancak faydası tartışılır: Bu saçmalık, uzak bir web istemcisinin her bağlantısı için ayrı bir tam teşekküllü "istemci anahtarı" gerektirir! Bu nedenle, böyle bir site hiçbir şekilde büyük olamaz ...)
  • "Konfigürasyon depolama sunucusu 1C: Enterprise" (Yapılandırma ilişkisel bir DBMS'de değil, dosyada saklanıyorsa kullanılır - çok kullanıcılı, 1C sunucusu veya Apache web sunucusu için onunla çalışmayı optimize eder. İncelemelere göre: buggy çöpü ve gelişimine dövülmüş 1C zam ...)
  • "IB Converter 1C: Enterprise 7.7" (yalnızca geliştiriciler için gereklidir)



"HASP sürücüsünün yüklenmesi"1C olması durumunda üretiyoruz bu bilgisayar lisanslı olanı kullanacağız: ya USB bağlantı noktasına bir donanım koruma anahtarı bağlanacak ya da lisans ağdan "lisans yöneticisinden" alınacak ...(Hatırlatırım: crack/emülatör kullanıyorsanız kurulum sırasında "HASP koruma sürücüsünü" kurmayın!)

Tavsiye: Böylece hiçbir şey buggy değilDCOM ayarlarının doğru olduğundan emin olun1C ile çalışmak için kullandığınız Windows çalıştıran HER MAKİNEDE.
DCOM, dcomcnfg ek bileşeni aracılığıyla yapılandırılır, talimatlarda gösterildiği gibi ... (Not: Talimatlar sadece DCOM hakkında değil, 1Cv8 + MSSQL kurulumu hakkında da bilgi verir ... Ama aynı zamanda DCOM'u yapılandırmak için nereye tıklanacağına dair resimlerde görsel bir açıklama içerir.)

10b)


Şimdi doğrudan operasyona gidiyoruz kurulu paket programlar:

MMC konsolunu başlatın: Başlat -> Programlar -> 1C: Enterprise 8.2 -> Gelişmiş -> 1C: Enterprise sunucularının yönetimi.

Konsol aracılığıyla sırayla nesneler oluştururuz: "Merkezi Sunucu", "Küme", "Çalışan Sunucu", "İş Akışı", "Bilgi Tabanı" - açıklandığı ve gösterildiği gibi makale "1C Enterprise sunucularının yönetimi" ...

Aşağıdaki makaleler biraz eski ve eksik (MMC konsolunun görünümü, oluşturma sırası ve bileşenlerin parametreleri değişti), ancak bu aşamada yapılması gerekenleri göstermek için de faydalı olabilirler:Anahtarlar olmadan daha fazla çalışma imkansızdır!Buradaki anahtarlar ve sorular için diğer seçenekleri dikkate almıyorum - bunlar zaten bu makalenin kapsamı dışında ... Ayrıca etkinleştirebilirsiniz yazılım lisansları e-posta/telefon aracılığıyla (Linux sürücüsü destekliyorsa?) veya öykünücüler/çatlaklar kurun (ancak şunu unutmayın Linux için emülatörler henüz uygulanmadı, ve bunu yapmak olası değildir, tk. özellikle gerekli değil) ...

MMC sunucu yönetim konsolu aracılığıyla, "Bilgi Bankası" [zaten] oluşturulduktan sonra (boşken) - "Konfigüratör" modunda "Fat istemcisi" ile ona bağlanabilir ve Uygulamayı oluşturmaya / yapılandırmaya başlayabilirsiniz. Yapılandırma ... Şimdi yapın:

  1. Konfigüratör ile IB'ye bağlanın (istemciyi ilk başlattığınızda, IB'yi listeye eklemeniz gerekir: "Ekle" / "Mevcut bir bilgi tabanını listeye ekleme" / "1C'de: Enterprise Sunucusu" / " Sunucu kümesi" = delldev (sunucu ana bilgisayar adı); "Kümedeki IB adı" = test1c);
  2. Konfigürasyonu Yükleyin ("Konfigürasyon / Konfigürasyonu dosyadan (.cf) yükle" ... o zaman, konfigürasyonları birleştirmek ve doğrulama istekleriyle veritabanını yeniden oluşturmak için uzun bir süreç olacaktır);
  3. Gerçek kimlik bilgilerini içe aktar ("Yönetim / Yük bilgi tabanı" menü öğesi - bu, veriler daha önce "IB dosya sürümüne" yüklendiğinde, hizmet ihtiyaçları için kullanılır);
    Not: Bu öğeyi "PostgreSQL veritabanını normal yedeklemeden geri yükleme" ile karıştırmayın - bu işlem tüm veritabanı kümesi için PostgreSQL VTYS sunucusunda yapılır, ör. mevcut DBMS sunucusunda depolanan tüm bilgi tabanları için... Bu işlem kaba ve görkemlidir, sunucu arızalarında veya mevcut bir sunucuyu yeni donanıma taşırken yapılır ...
  4. Sistem Kullanıcılarını ve Rollerini yapılandırın ("Yönetim / Kullanıcılar" menü öğesi ... "Yönetici" kullanıcısını oluşturduğunuzdan ve ona olası tüm Rolleri etkinleştirdiğinizden emin olun).



Ve Uygulama Konfigürasyonu yüklenip yapılandırıldığında, uygulamalı sorunları kullanmak ve çözmek için farklı istemciler (kalın, ince, web) tarafından ona bağlanmak mümkün olacaktır ...

Bu kadar! İlginiz için teşekkür ederiz!


"1C: Ubuntu 10.04'te Enterprise / PostgreSQL 9.0 Kurulumu", burada ...

Debian sunucularından birinde 9.2 Stretch'e güncellendi, bu nedenle 1C sunucusunu ve PostgreSQL'in yeni sürümlerini yüklemeniz gerekiyor.

Görev

Gemide Debian 9.2 Stretch bulunan bir sunucu, 1C: Enterprise 8.3.10.2580 ve PosgreSQL 9.6 sunucusunun dağıtımları var. İşbirliği için 1C: Enterprise 8.3.10.2580 ve PosgreSQL 9.6 sunucusunu kurmak ve yapılandırmak gerekir.

Çözüm

İlk adım yerelleştirmeyi kurmaktır, 1C sunucusu ru_RU.UTF8 yerelleştirmesiyle çalışır ve PostgreSQL varsayılan yerelleştirmeyle bir küme oluşturur.

# locale-gen tr_US # locale-gen ru_RU # güncelleme-yerel LANG = ru_RU.UTF8 # dpkg-yerel ayarları yeniden yapılandır

Son komut, seçilen seçeneklerin doğruluğunu kontrol etmeniz ve olumlu yanıt vermeniz gereken sözde grafiksel bir arayüz açacaktır; aslında, son komutla yapabilir ve içindeki her şeyi yapılandırabilirsiniz. Değişiklikleri uygulamak için sistemi yeniden başlatmanız gerekir.

Sunucu kurulumu 1C: Kurumsal

Gerekli paketleri önceden kurun

# apt-get install imagemagick ttf-mscorefonts-instal

Sunucu kurulumunda kural olarak herhangi bir sorun yok, sadece paketleri sırayla kuruyoruz.

# dpkg -i 1c-enterprise83-common_8.3.10-2580_amd64.deb # dpkg -i 1c-enterprise83-server_8.3.10-2580_amd64.deb # dpkg -i 1c-enterprise83-ws_8.3.10-2580_amd64.deb

Birden paketler kalkmadıysa, komutu kullanacağız.

# apt-get -f kurulumu

sonunda, her şey yoluna girecek, eğer iyi değilse, egzozu okuyup bağımlılıkları düzeltiyoruz. hiçbir problem yaşamadım.

Bu aşamada, sunucuyu sunucu konsoluna zaten ekleyebilirsiniz ve görünür olmalıdır.

1C: Enterprise sunucu hizmetini başlatmak, yeniden başlatmak, durdurmak için şu komutları kullanabilirsiniz:

# /etc/init.d/srv1cv83 başlat # /etc/init.d/srv1cv83 yeniden başlat # /etc/init.d/srv1cv83 durdur

HASP sürücüsünü kurmanız gerekiyorsa, bunun nasıl yapıldığını makaleden okuyabilirsiniz.

PostgreSQL'i Yükleme

PostgreSQL ile her şey o kadar basit değil, ondan önce 1C tarafından dağıtılan 9.4 sürümü vardı, dağıtım tüm paketleri içeriyordu ve sürüm güncellenerek bozulmaları önlemek için apt kullanılarak düzeltildi. Ancak 9.6'da tüm paketler yoktur, bazı paketler yerel depodan PostgreSQL sürümüyle kurulmalı ve bağımlı bileşenler gerekli sürüme düşürülmelidir.

Bu yolu pek beğenmedim, internette ve bir ortaklık programında Postgres Professional tarafından dağıtılan PostgreSQL ile karşılaştım, kurmaya karar verdim. Söz konusu şirketin Postgre Pro adlı kendi ürünleri vardır. kurumsal müşteriler, ancak PostgreSQL benim ihtiyaçlarım için yeterli, bir lisans altında dağıtılıyor.

Talimatlara göre, depoyu bağlarız, anahtarı ekleriz ve PostgreSQL'i kurarız

# sh -c "echo" deb http://1c.postgrespro.ru/deb/ $ (lsb_release -cs) main "> /etc/apt/sources.list.d/postgrespro-1c.list" # wget - sessiz -O - ​​http://1c.postgrespro.ru/keys/GPG-KEY-POSTGRESPRO-1C | apt-key add - && apt-get güncelleme # apt-get postgresql-pro-1c-9.6 yükleyin

Kurulum otomatik olarak bir küme oluşturur ana, sadece bazı ayarları yapmanız gerekir. Bağlanabilmek için dosyayı açın / vb / postgresql / 9.6 / ana / pg_hba.conf

# nano /etc/postgresql/9.6/main/pg_hba.conf

çizgiyi bul

Yerel tüm postgres eşleri

ve değiştir akranüzerinde güven

# psql -U postgres -d template1 -c "KULLANICI postgres ŞİFRESİNİ DEĞİŞTİRİN" Parola""

onun yerine Parola gerekli şifreyi yazın.

Hizmeti yeniden başlatmak için kalır ve pgAdmin kullanarak PostgreSQL sunucusuna bağlanabilirsiniz.

PostgreSQL sunucu hizmetini başlatmak, yeniden başlatmak, durdurmak için şu komutları kullanabilirsiniz:

# /etc/init.d/postgresql start # /etc/init.d/postgresql yeniden başlatma # /etc/init.d/postgresql stop

Her şeyi yaptıysanız ve sunucu hala çalışmıyorsa, ilk adım yerelleştirmeyi kontrol etmektir. Yanlış yerelleştirme kuruluysa, aşağıdaki kümeyi, komutları ve yürütme sonucunu yeniden oluşturmanız gerekir.

# pg_dropcluster --stop 9.6 main Stop isteğini systemctl'ye yönlendirme # pg_createcluster --locale ru_RU.UTF-8 9.6 main Yeni küme oluşturma 9.6 / main ... config /etc/postgresql/9.6/main data / var / lib / postgresql / 9.6 / ana yerel ayar ru_RU.UTF-8 soketi / var / çalıştır / postgresql bağlantı noktası 5432

sonucu kontrol etme

Artık bilgi güvenliği eklemek ve çalışmayı kontrol etmek için sunucu konsoluna gidebilirsiniz.

1C'yi Ubuntu Linux'a kurmak, işletim sistemi hakkında özel bilgi veya programlama deneyimi gerektirmez. Bu kılavuzu dikkatlice okumanız ve komutları girmek ve aşağıda açıklanan terminal ile çalışmak için tüm tavsiyeleri takip etmeniz yeterlidir. 1C istemcisinin ve sunucusunun Ubuntu Linux altında kurulumuna başlamadan önce, ek DEB paketlerini (hasp kitaplığı ve Etersoft'tan koruma) indirmeniz gerekir. Yerel bir ağınız yoksa, onu yapılandırmanız gerekir.

yerel ağ

Ana menüyü açın, bulun ve çalıştırın sistem yardımcı programı"Ağ bağlantıları".

Daha fazla yapılandırma için "kablolu bağlantı" - "değiştir" - "IPv4 ayarları"na gidin.

Ayar yöntemini "manuel" olarak değiştirin, IP adresini not edin. Örneğin şunu belirtelim: 192.168.128.40. Varsayılan ağ maskesi verileri 255.255.255.0'dır.

İnternete erişmek için DNS sunucularını belirtin. Varsayılan verileri kullanabilir veya aşağıdaki çalışan DNS adresini girebilirsiniz - 8.8.8.8.

Bundan sonra, dağıtımları indirmeye başlayabilirsiniz.

Bir İnternet tarayıcısı başlatın ve 1C kullanıcı destek sitesine gidin - "www.users.v8.1c.ru". Ondan Ubuntu Linux için 1C istemcisinin ve sunucusunun dağıtımlarını indireceğiz.

Tıklayın - "güncellemeleri indir", bilgilerinizi girin hesap(Giriş şifresi).

Bundan sonra, "teknoloji platformu 8.3" için arama yapın ve en iyisini seçin En son sürüm.

Burada "DEB Linux sistemleri için 1C kurumsal istemci"yi seçin. İstemcinin kendisine ek olarak, "Deb Linux sistemleri için 1C sunucusunu" indirmeniz gerekir. Onsuz, Ubuntu Linux için 1C istemcisini kuramazsınız.

Ek DEB paketleri

Programın tam çalışması için 1C sunucusunu ve istemcisini indirip kurmak yeterli değildir. Tüm dosyalar bir "indirilenler" klasörüne yüklenmelidir. Kafanın karışmaması için gereksiz her şeyi oradan kaldıracaktır. Ardından, daha rahat bir kurulum için indirilen tüm dağıtımları taşıyacağız.

indirmeli ek dokümanlar: etersoft (Linux veya hasp için 1C terminal sunucusu) ve ücretsiz kitaplık libwebkitgtk. Kütüphaneyi kurmak için aşağıdaki bağlantıyı takip edin ve ardından en son dağıtımı bulun.

32 bit işlemciye dayalı cihazlar için, 64 bit işlemci - amd64 için DEB paketi i386'yı indirmeniz gerekir.

İhtiyacınız olan bir sonraki şey, Ubuntu için bir 1C terminal sunucusudur (HASP koruması). Dağıtımını aşağıdaki bağlantıdan resmi Etersoft web sitesinden indirebilirsiniz. Bizim durumumuzda bunlar Ubuntu 12.04 için DEB paketleridir. Farklı bir Linux veya Ubuntu sürümü kullanıyorsanız, dizine dönün ve ihtiyacınız olanı seçin.

Tüm DEB paketlerini hasp indirmeniz gerekir. Başka dosyalara gerek yok.

Kurulum için hazırlanıyor

Linux terminalini kullanarak Ubuntu'da istemci ve sunucunun kurulumuna devam edeceğiz. Dosya ve dizinlerin uzun adlarını manuel olarak girmemek için aşağıdaki talimatlara göre kopyalayıp yapıştırmanızı öneririz.

Zaten Linux Ubuntu ile çalıştıysanız ve DEB dosyalarını terminal aracılığıyla yüklediyseniz, bu adımı atlayabilir ve bir sonrakine geçebilirsiniz.

  • Ana klasörünüzde yeni bir tane oluşturun - 1C;

  • az önce oluşturduğunuz dizini açın, burada iki tane daha oluşturun: hasp, server;

  • Tüm DEB hasp dosyalarını “home folder” “1C” - “hasp” adresinde oluşturulan “hasp” klasörüne taşıyın;
  • "indirilenler" klasörüne dönün ve istemci dağıtımını açın;
  • sonuç olarak, Ubuntu için paketlenmemiş 1C istemci dosyalarının bulunduğu bir klasörünüz olmalıdır;
  • tüm dosyaları ondan "preimashnyaya klasörü" - "1C" dizinine taşıyın;

  • "indirilenler" klasörünü açın, sunucu dağıtım kitini arşivden çıkarın;
  • tüm dosyaları "sunucu" klasörüne kopyalayın;

  • kalan dağıtım kiti - "1C" klasörüne.

Bundan sonra, 1C istemcisini ve sunucusunu Ubuntu Linux'a kurmaya başlayabilirsiniz. Bunu terminali kullanarak yapacağız, çünkü bu durumda süreçte oluşabilecek tüm hataların takibi mümkün hale gelir. Örneğin, sistemdeki eksik kitaplıklar veya dağıtımlar nedeniyle.

Dikkat! 1C istemcisini Ubuntu Linux altında kurmadan önce, sürümünün 1C sunucusunun sürümüyle eşleştiğini kontrol edin.

Terminal ile çalışmak

Ana menüyü başlatın ve bir terminal açın. Tüm çalışma komutlarını gireceğimiz yer burasıdır.

Linux işletim sistemini kullanmadıysanız, DEB paketlerini kurmanızı ve komutları kesinlikle aşağıdaki sırayla girmenizi öneririz. Böylece olası tüm terminal hatalarını fark edebilir ve ortadan kaldırabilir, eksik kitaplıkları indirebilirsiniz.

Dizinde gezinmek için "cd 1c" komutunu girin ve ardından "enter" tuşuna basın ve "sudo dpkg -i" komutunu girin, ilk DEB dosyasının adını 1C dizininden kopyalayın ve tuşuna basarak terminale yapıştırın. sağ tık fare veya "shift + ctrl + V" tuş kombinasyonu.

Enter'a bas. Komutu yürütmek için terminal yönetici şifresini soracak, girin.

Bundan sonra, hata mesajlarının bir listesi çıkar, bu da nedenlerini gösterir - bir bağımlılık. Örneğin, 1C DEB paketinin libwebkit kitaplığına (daha önce indirmiş olduğumuz) bağlı olması. Veya 1C sunucusunun olmaması.

Dikkat! Hata listesinde kitaplık bağımlılığı yoksa, ikinci kez yüklemenize gerek yoktur.

Kitaplığı yükleme

Kitaplığı kurmak için "sudo dpkg -i" komutunu girin ve ardından libwebkitgtk paketinin DEB adını kopyalayıp yapıştırın. Enter'a basın.

İşlem sırasında herhangi bir hatayla karşılaşırsanız, Ubuntu Uygulama Merkezi'ni başlatın ve herhangi bir sistem istemine "evet" e tıklayın. Yönetici parolasını girin.

Terminale dönün, "sudo dpkg -i" komutunu girin. DEB kurulumları paket. İkinci kez uzun bir komut girmemek ve dosya adını kopyalamamak için Linux girilen komutları hatırlar. Ve klavyedeki "yukarı" tuşuna (oklar) basılarak sıralanabilirler.

Sunucu Ayarı

Ubuntu Linux'a 1C sunucusu kurmak için terminalin kendisinde "1C" - "sunucu" dizinine gidin.

Bu nedenle, bir terminale şu komutu girin: "cd server" ve ardından dizinde ne varsa onu indirin. Her şeyi "manuel" girmek zorunda kalmamak için "sudo dpkg -i * .deb" yazın. Bundan sonra, "sunucu" dizinindeki tüm DEB paketleri yüklenecektir.

Linux için 1C istemcisi yükleme

"1C" - "sunucu" dizininden kök dizinine geri dönmek için, "cd / home / 1c / sunucu" ve ardından "cd ../" girin ve "enter" tuşuna basın.

Bundan sonra, "sudo dpkg -i" komutunu kullanarak 1C istemcisini kurun. Bunu yapmak için DEB paket adını kopyalayıp yapıştırmayı ve Enter tuşuna basmayı unutmayın. İşlemde herhangi bir hata yoksa, her şey doğru yapıldı.

1C kataloğundan kalan dağıtımları yükleyin (hızlı çalışma için klavyenizdeki "yukarı" düğmesini kullanın ve ardından dağıtımların adını değiştirin).

HASP

Artık "/ home / 1c /" adresinde olduğumuz için, hasp korumasını kurmak için şu komutu girmeniz yeterlidir: "cd hasp" (1C dizininden hasp dizinine gitmek için) ve ardından "sudo dpkg - i * .deb "(hasp dizininden tüm paketleri kurmak için).

Bundan sonra, HASP güvenlik anahtarını sunucuya bağlayabilir ve bağımlılıkları çözmek için birkaç ek komut girebilirsiniz. "Kuruluma devam et" terminali tarafından sorulduğunda, "d" (evet) veya "y" (evet) girin.

Ubuntu Linux altında hasp kurmak için komutların listesi:

  1. "Sudo apt-get install imagemagick";
  2. "Sudo apt-get install unixodbc";
  3. "Sudo apt-get install libgsf-bin";
  4. "Sudo apt-get install t1utils".

1C'yi başlatmak için ana menüye gidin, ardından programın adını girin. Önünüzde çeşitli müşteri türleri görünecektir. Yani, programla çalışmak için gereken her şey. Menüde başlatmak için sürekli bir istemci aramak zorunda kalmamak için "1C: Enterprise" ı Ubuntu masaüstüne kopyalayın. Ardından uygulamayı başlatın, bir veritabanı oluşturun ve sistem ve konfigürasyonlarla çalışmaya başlayın.

Ne seçilir, Linux için 1C veya terminal sunucusunda 1C?

Php Telif Hakkı: 2003-2019 SysElegance Ltd. Her hakkı saklıdır.

Ücretsiz Linux işletim sistemi için 1C 8.3 platformunun istemci bölümünün duyurulmasıyla bağlantılı olarak, 1C platformu için terminal modunu daha fazla kullanmanın tavsiye edilebilirliği hakkında giderek daha fazla soru soruluyor.

Kısacası, cevabımız şudur: 1C platformu için terminal modu, ister ücretsiz Linux, ister ücretli Windows veya başka herhangi bir işletim sistemi olsun, yerel bir kurulumla çözülemeyecek bir dizi sorunu çözer.

Tek fark, taşıyıcı işletim sisteminin başlangıç ​​fiyatındadır, Linux işletim sistemindeki 1C platformu, Windows'ta yerel bir kurulumdan daha iyi veya daha kötü performans göstermez.

Çoğu şirket, fiyat nedeniyle 1C platformunun terminal çalışma modunu seçmez (örneğin, Microsoft terminal sunucusunun uygulanmasında, fiyat yerel bir kurulumun fiyatından çok daha yüksektir).

Ayrıca terminal çözümleri, tüm programları, çevre birimleri ve işyerlerini içeren tüm altyapı için bir platformdur. 1C platformu, altyapı bileşenlerinden yalnızca biridir.

Aşağıdaki tablodan da görebileceğiniz gibi, çözümlerinden çok daha fazla eksiklik ve soru var.

Avantajlar ve fırsatlar Dezavantajlar ve sınırlamalar
  • Linux işletim sistemi ücretsizdir
  • Ücretsiz bir Linux işletim sisteminin bakımı her zaman şundan daha maliyetlidir: ücretli Windows
  • Ücretsiz bir Linux işletim sistemi, terminal istasyonlarının (ince istemciler) aksine, her işyerinde bir disk, bellek ve modern bir kişisel bilgisayar gerektirir.
  • Her biri iş yeri kişisel bilgisayar kişisel hizmet gerektirir
  • Şu anda mali sicil memurları ve ticaret ekipmanları için sürücü yok
  • Kullanıcıların er ya da geç diğer Windows programlarını kullanması gerekebilir
  • Terminal sunucusuna gerek yok
  • Terminal sunucusu, özellikle dosya modunda 1C platformunun güvenilirlik, yanıt verme ve hız sorunlarını çözer
  • Terminal sunucusu daha kararlı ve güvenilirdir
  • Terminal sunucusu, ince istemcilerin kullanılmasını sağlar
  • Terminal sunucusu, 1C platformunu dağıtılmış, uzaktan ve İnternet üzerinden kullanmayı mümkün kılar
  • Linux işletim sistemi için terminal sunucuları kullanılabilir
  • Linux işletim sistemi için terminal hizmetlerinin ücretsiz sürümlerini yapılandırmak uzmanlar için bile çok zordur
  • 1C platformu için kritik olan özellikle yazıcılar ve bağlantı noktaları olmak üzere çevre birimleriyle nasıl çalışacaklarını bilmiyorlar.
  • Linux işletim sistemi için terminal hizmetleri protokolleri, İnternet üzerinden çalışmak için optimize edilmemiştir.
  • Linux işletim sistemi için ticari terminal sunucularını kullanabilir
  • Linux işletim sistemi için terminal hizmetlerinin ticari sürümleri, Windows için terminal çözümleriyle karşılaştırılabilir
  • Linux işletim sistemi için terminal hizmetlerinin ticari sürümleri ve ücretsiz olanlar, çevre birimleriyle seçici olarak çalışır
  • İnce istemci işletim sistemlerine entegre edilebilir
  • Artan indirme süresi - 1C 8.3 platformunun istemci bölümünün paketi 400 MB alır
  • Gereksinimler rasgele erişim belleği ince istemci - en az 2 GB
  • İnce İstemci İşlemci Gereksinimi - Atom 1,6 GHz veya daha iyisi
  • Belgeleri yazdıramama

Bununla birlikte, 1C 8.3 platformunun istemcisi, disksiz SysElegance Thinstation Enterprise işletim sistemi (sürüm 4'ten itibaren) için indirilebilir bir modül olarak mevcut olacaktır. Uygulamasının kapsamı son derece sınırlı olacaktır:

  • terminal sunucusu kullanılamadığında 1C platformuna yedek erişim
  • diğer uygulamalarla çalışmayı gerektirmeyen yerlerden (örneğin depolar) 1C platformuna erişim
  • 1C platformuna belge yazdırma gerektirmeyen yerlerden erişim
  • gelecekte - POS terminalleri (yapılandırmalar ve mali çevre tarafından desteklenir)

Sonuçlar: Ücretsiz Linux işletim sistemi için 1C 8.3 istemci bölümünün varlığı, 1C teknolojisi ve platformunun geliştirilmesi açısından büyük bir adımdır. Ancak yakın gelecekte yalnızca bir yandan 1C sunucu kümelerini ve diğer yandan işyerlerinde yalnızca Linux kullanan büyük şirketler bunu tam olarak kullanabilecektir.

Uygulamanın gösterdiği gibi, şu anda sadece birkaç şirket var. Şirketlerin büyük çoğunluğu için terminal modu daha basit, finansal olarak daha karlı ve kullanımda esnek olmaya devam edecek.

1C: Enterprise sunucusu ve PostgreSQL arasındaki bağlantı, 1C kurulumları arasında en popüler ikinci ve Linux platformunda en çok kullanılan çözümdür. Çalışmamasını sağlamanın zor olduğu Windows ve MSSQL tabanlı dağıtımların aksine, Linux tabanlı dağıtımlar deneyimsiz yöneticiler için tuzaklarla doludur. Genellikle her şey doğru yapılmış gibi görünür, ancak hata hatayı takip eder. Bugün en tipik olanlara bakacağız.

Genel bilgi

Kurulum hatalarını aramaya başlamadan ve genel olarak 1C: Enterprise'ın sunucu sürümünü uygulamaya başlamadan önce, nasıl çalıştığına dair anlayışınızı yenilemek iyi olur:

Sunucu 1C Kurumsal. Bölüm 1 - Genel sorular.

Küçük dağıtımlarda, 1C sunucusu ve DBMS sunucusu genellikle tek bir fiziksel sunucuda birleştirilir ve bu da daireyi biraz daraltır. olası hatalar... Bizim durumumuzda, sunucuların farklı makinelerde bulunduğu durumu ele alacağız. Test laboratuvarımıza aşağıdaki şemayı yerleştirdik:

Biri 1C: Enterprise sürüm 8.3, diğeri Ethersoft'tan PostgreSQL 9.04 ve Windows çalıştıran bir istemci olmak üzere Ubuntu 12.04 x64 çalıştıran iki sunucumuz var. İstemcinin yalnızca 1C sunucusuyla çalıştığını ve bunun da DBMS sunucusuna gerekli istekleri oluşturduğunu hatırlatırız. İstemciden veritabanı yönetim sunucusuna hiçbir istek yapılmaz.

Veritabanı sunucusu bulunamadı ÖNEMLİ: "postgres" kullanıcısının kimliği doğrulanmadı (Kimlik)

Bu hata, yerel ağda yanlış yapılandırılmış kimlik doğrulaması nedeniyle sunucular farklı PC'lere yayıldığında oluşur. Düzeltmek için /var/lib/pgsql/data/pg_hba.conf dosyasını açın, satırı bulun:

Tüm 192.168.31.0/24 kimliklerini barındırın

ve forma getirin:

Tüm 192.168.31.0/24 md5'i barındırın

burada 192.168.31.0/24 yerel ağınızın aralığıdır. Böyle bir satır yoksa IPv4 yerel bağlantılar bölümünde oluşturulmalıdır.

Veritabanı sunucusu bulunamadı "NAME" ana bilgisayar adını adrese çeviremedi: Ad çözümlemesinde geçici hata

İlk bakışta hata anlaşılabilir: istemci, yerel DNS sunucusunun olmadığı küçük ağlar için tipik bir hata olan DBMS sunucusunun adını çözemez. Çözüm olarak, istemcideki hosts dosyasına hiçbir etkisi olmayan bir girdi ekleyin ...

Ve şimdi biraz önce söylenenleri hatırlıyoruz. DBMS sunucusunun istemcisi 1C sunucusudur, ancak istemci PC değildir, bu nedenle giriş 1C: Enterprise sunucusuna Linux platformundaki / etc / hosts dosyasına veya C: \ Windows \ System32 \ dizinine eklenmelidir. sürücüler \ etc \ ana bilgisayarlar Windows platformu.

Yerel DNS sunucunuzdaki DBMS sunucusu için bir A kaydı eklemeyi unuttuysanız benzer bir hata oluşacaktır.

Bir bilgi bankası işlemi gerçekleştirilirken bir hata oluştu server_addr = NAME descr = 11001 (0x00002AF9): Bu ana bilgisayar bilinmiyor.

Sonuncusunda olduğu gibi, bu hata, sunucu adının istemci tarafından yanlış çözümlenmesiyle ilgilidir. Bu sefer istemci bilgisayardı. Çözüm olarak Linux platformunda /etc/hosts dosyasına veya platformda C:\Windows\System32\drivers\etc\hosts dosyasına ekleyin. Windows kaydı tür:

192.168.31.83SRV-1C-1204

1C: Enterprise sunucunuzun adresini ve adını belirttiğiniz yer. Yerel DNS kullanılması durumunda, 1C sunucusu için bir A kaydı ekleyin.

DBMS hatası: DATABASE kullanılamaz

1C: Enterprise ile uyumlu olmayan bir PostgreSQL sürümü yüklediğinizi veya kurulum sırasında büyük hatalar yaptığınızı söyleyen çok daha ciddi bir hata, örneğin, libICU kitaplığı başta olmak üzere gerekli tüm bağımlılıkları yüklemediniz.

Linux sistemlerini yönetme konusunda yeterli deneyiminiz varsa, gerekli kitaplıkları kurmayı ve DBMS kümesini yeniden başlatmayı deneyebilirsiniz. Değilse, / var / lib / pgsql klasörünün içeriğini silmeyi hatırlayarak PostgreSQL yeniden kurulmalıdır.

Ayrıca verilen hata 9.1.x ve 9.2.x derlemeleri kullanılırken oluşabilir [e-posta korumalı], ayrıntılar için aşağıya bakın.

DBMS hatası: HATA: "/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so" kitaplığı yüklenemedi

9.1.x ve 9.2.x derlemelerine özgü oldukça spesifik bir hata [e-posta korumalı], önceki hataya da yol açabilir. Nedeni, fasttrun.so kitaplığındaki düzeltilmemiş bir hatada yatmaktadır. Çözüm - 9.0.x derlemesine geri dönün [e-posta korumalı]

HATA: "mvarchar" yazın 31. karakterde yok

Veritabanı, 1C: Enterprise sisteminin yardımı olmadan oluşturulduysa gerçekleşir. 1C ile çalışmak için veritabanlarının yalnızca 1C platformunun araçları kullanılarak oluşturulması gerektiğini unutmayın: 1C Enterprise sunucularının Yönetimi aracılığıyla

veya 1C başlatıcısı aracılığıyla.

Veritabanı sunucusu bulunamadı ÖNEMLİ: "postgres" kullanıcısının kimliği doğrulanmadı (parola ile)

Çok basit bir hata. Postgres DBMS süper kullanıcı parolası yanlış. İki çözüm vardır: parolayı hatırlayın veya değiştirin. İkinci durumda, 1C Enterprise Server Administration ek bileşenini kullanarak mevcut tüm bilgi tabanlarının özelliklerinde şifreyi değiştirmeniz gerekecektir.

FATAL: "NAME" veritabanı mevcut değil

Çok basit bir hata daha. Anlamı, belirtilen veritabanının mevcut olmadığı gerçeğine dayanır. Çoğu zaman, tabanın adının belirtilmesindeki bir hata nedeniyle oluşur. Kümedeki 1C bilgi tabanı ve DBMS veritabanının iki farklı varlık olduğu ve farklı adlara sahip olabileceği unutulmamalıdır. Ayrıca Linux sistemlerinin büyük/küçük harf duyarlı olduğunu ve unf83 ile UNF83'ün iki farklı isim olduğunu unutmayın.