Veritabanı sunucusu bulunamadıFATAL: "NAME" veritabanı mevcut değil

Rusça yerelleştirmeyi destekleyen bir işletim sisteminin zaten kurulu olduğu ve RPM tabanlı Linux sistemleri için zaten bir 1C sunucu dağıtımımız olduğu varsayılmaktadır.

Kullanılan dağıtım versiyonları, bu yazının yazıldığı sırada günceldir:

  • İşletim sistemi: CentOS Linux sürümü 7.2.1511
  • Veritabanı Yönetim Sistemi: PostgreSQL Pro 9.4.9
  • Sunucu 1C:Kurumsal: 8.3.9.1818

PostgreSQL Pro DBMS dağıtımları, Postgres Professional tarafından derlenen kurulum paketlerinden kurulur. Bu kurulum paketleri 1C tarafından sağlanan değişiklikleri içerir.

Ana bilgisayar adını ve DNS'yi ayarlama

Centos'taki ana bilgisayar adı aşağıdaki komutla değiştirilir:

ana bilgisayar adı seti-ana bilgisayar adı pgsql_1c

1C sunucusunun normal çalışması için doğru yapılandırılmış bir DNS sunucusu gereklidir, ancak kurulumu bu makalenin kapsamı dışındadır. Bu nedenle sunucunun işlevselliğini korumak için dosyaları kullanacağız. ev sahipleri Kullanılan sistemler hakkında.

Centos'ta sunucu adresini dosyaya yazmanız gerekir /etc/hosts :

127.0.0.1 pgsql_1c

Dosyada platformun ve 1C sunucu yönetim konsolunun kurulacağı makineye de kaydolmanız gerekir. ev sahipleri(Windows için bu C:\Windows\System32\Drivers\etc\hosts) 1C:Kurumsal sunucu adresi.
Örneğin:

192.168.1.5 pgsql_1c


PostgreSQL'i kurma ve yapılandırma

1) PostgreSQL Pro dağıtımlarını kurmak için depoları bağlamanız gerekir.

sudo rpm -ivh http://1c.postgrespro.ru/keys/postgrespro-1c-centos94.noarch.rpm sudo yum postgresql-pro-1c-9.4'ü yükle

3) Dağıtımı yükledikten sonra PostgreSQL sunucusunun yönetimini kolaylaştırmak için kullanıcı için gerekli ortam değişkenlerinin ayarlanması önerilir. postgres. Bu adım isteğe bağlıdır.

Kullanıcıya geçelim postgresçevresi ile:

su-postgres

Gerekli ortam değişkenlerini ayarladığımız dosyayı açın:

vim.bash_profile

Bu dosyaya değişkenler ekleyin:

dışa aktarma PATH=/usr/pgsql-9.4/bin:$PATH dışa aktarma MANPATH=/usr/pgsql-9.4/share/man:$MANPATH

4) Hizmet veritabanlarını Rus yerelleştirmesiyle başlatın (kullanıcı altında) postgres).

initdb --locale=ru_RU.UTF-8

5) PostgreSQL sunucusunu başlatın.

systemctl postgresql-9.4'ü etkinleştir systemctl postgresql-9.4'ü başlat systemctl durumu postgresql-9.4

6) PostgreSQL sunucu ayarlarının değiştirilmesi
/var/lib/pgsql/9.4/data/pg_hba.conf dosyasında satırı değiştiriyoruz

Tüm 0.0.0.0/0 güvenilenleri barındırın tümünü barındır 0.0.0.0/0 md5

paylaşılan_buffers = 512 MB temp_buffers = 16 MB work_mem = 128 MB Maintenance_work_mem = 192 MB active_cache_size = 8 GB

Dikkat! Bu ayarların seçimi bireysel olarak yapılır ve hem PostgreSQL sunucusunun çalışacağı sunucunun özelliklerine hem de bu sunucuda işlenecek bilgi tabanlarının özelliklerine bağlıdır.

7) Sunucuya uzaktan bağlanabilmek için postgres kullanıcısı için bir şifre belirleyin.

su-postgres psql KULLANICI postgres'ini ŞİFRELENMİŞ ŞİFRE İLE DEĞİŞTİRİN "şifreniz";

(şifreniz yerine istediğiniz şifreyi girin)

8) PostgreSQL sunucusunu yeniden başlatın

systemctl postgresql-9.4'ü durdur systemctl postgresql-9.4'ü başlat systemctl durumu postgresql-9.4


1C:Enterprise sunucusunun kurulumu

1) 1C:Enterprise sunucusunu paketlerden kurmak.
Yazının başında da belirttiğimiz gibi RPM tabanlı Linux sistemleri için halihazırda 1C sunucu dağıtımına sahip olduğumuz varsayılmaktadır. Bu isimde bir arşivdir rpm64.tar.gz. Sıkıştırmayı açtıktan sonra dosyaların bir listesini alacağız:

1C_Enterprise83-common-8.3.9-1818.x86_64.rpm 1C_Enterprise83-server-8.3.9-1818.x86_64.rpm 1C_Enterprise83-ws-8.3.9-1818.x86_64.rpm 1C_Enterprise83-common-nls-8.3. 9 -1818 .x86_64.rpm 1C_Enterprise83-server-nls-8.3.9-1818.x86_64.rpm 1C_Enterprise83-ws-nls-8.3.9-1818.x86_64.rpm

Bu dosyaların bulunduğu dizinde bulunarak bunları şu komutla yüklüyoruz:

yum localinstall *.rpm

2) 1C sunucusunu başlatmak.

systemctl srv1cv83'ü etkinleştir systemctl srv1cv83'ü başlat systemctl durumu srv1cv83

Sunucunun ilk seferde başlamama ihtimali yüksektir ve başlatmaya çalıştığınızda şöyle bir hata alırsınız:

/etc/rc.d/init.d/srv1cv83 EXEC oluşturma adımında başarısız oldu: Exec format hatası

Bu hatayı çözmek için sunucu başlatma komut dosyasında bir yorumlayıcı belirtmeniz gerekir (örneğin kabuk veya darbe), bunun için dosyanın başına eklemeniz gerekir /etc/init.d/srv1cv83 astar:

#!/bin/bash

Daha sonra yeniden başlatmanız gerekir sistemd yeni veya değiştirilmiş birimleri aramak için:

systemctl arka plan programı-yeniden yükleme

Ve 1C:Enterprise sunucusunu tekrar başlatmayı deneyin

systemctl srv1cv83.service'i yeniden başlatın

3) 1C sunucusunun doğru çalışması için gerekli paketlerin kurulumu.
1C:Enterprise sunucu belgeleri yardımcı programı açıklar yapılandırma_sistemi sistemin 1C sunucusunu başlatmaya hazır olup olmadığını analiz etmek için gerekli olan; özellikle 1C sunucusunun doğru çalışması için gerekli paketlerin eksik olduğunu tespit etmeye yardımcı olur. Ne yazık ki, rmp paketlerinin analizi ( rmp -ql), 1C sunucu dağıtım kiti sürüm 8.3.9.1818'in bir parçası olarak bu yardımcı programın bulunmadığını gösterdi.

Bu paketlere olan ihtiyaç deneysel olarak belirlendi:

yum yükle fontconfig-devel yum yükle ImageMagick

4) 1C sunucusunu yeniden başlatın.

systemctl srv1cv83'ü durdur systemctl srv1cv83'ü başlat systemctl durumu srv1cv83


Yönetim konsolunu kullanarak bir 1C sunucusu kurma.

1) 1C sunucusuna bağlanın.
Sunucu adını belirtmelisiniz (yazıldığı gibi) ev sahipleri) ve bağlantı noktası 1540 (varsayılan):

2) Bir küme oluşturma.
Şunları belirtmelisiniz:
- isteğe bağlı küme adı,
- kümenin bulunduğu merkezi sunucunun adı (kayıtlı) ev sahipleri)
- bağlantı noktası 1541 (varsayılan)

3) 1C sunucu kümesinde bir veritabanı oluşturmak.
Şunları belirtmelisiniz:
- 1C kümesindeki veritabanının adı;
- veritabanı sunucusu adı (ana bilgisayarlarda belirtilir);
- DBMS türü (PostgeSQL);
- DBMS sunucusundaki veritabanının adı;
- DBMS sunucu kullanıcısı (bizim durumumuzda postgres);
- belirtilen DBMS sunucusu kullanıcısının şifresi.

Gerekirse “Veritabanı yoksa oluştur” seçeneğini işaretleyebilirsiniz.

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

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

Ücretsiz Linux işletim sistemi için 1C 8.3 platformunun istemci kısmının duyurulmasıyla bağlantılı olarak, 1C platformu için terminal modunun daha fazla kullanılmasının tavsiye edilebilirliği hakkında bize giderek daha fazla soru sorulmaya başlandı.

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

Tek fark, taşıyıcı işletim sisteminin başlangıç ​​​​fiyatıdır; Linux işletim sistemindeki 1C platformu, Windows'taki yerel kurulumdan daha iyi veya daha kötü çalışmayacaktır.

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

Ayrıca terminal çözümleri, tüm programları, çevre birimlerini ve iş istasyonlarını içeren tüm altyapıya yönelik bir platformdur. 1C platformu altyapı bileşenlerinden yalnızca bir tanesidir.

Aşağıdaki tablodan da anlaşılacağı üzere çözümlerinden çok daha fazla eksiklik ve sorun bulunmaktadır.

Avantajlar ve fırsatlar Dezavantajları ve Sınırlamaları
  • Linux işletim sistemi ücretsizdir
  • Ücretsiz bir Linux işletim sisteminin bakımı her zaman ücretli bir Windows işletim sisteminin bakımından daha pahalıdır
  • Ücretsiz Linux işletim sistemi, terminal istasyonlarından (ince istemciler) farklı olarak, her iş istasyonunda bir disk, bellek ve modern bir kişisel bilgisayar gerektirir.
  • Her kişisel bilgisayar iş istasyonu kişisel hizmet gerektirir
  • Şu anda mali kayıt memurları ve ticaret ekipmanları için herhangi bir sürücü mevcut değil
  • 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üvenilirliği, yanıt verebilirliği ve hızı sorunlarını çözer
  • Terminal sunucusu daha kararlı ve güvenilirdir
  • Terminal sunucusu ince istemcilerin kullanılmasını mümkün kılar
  • Terminal sunucusu, dağıtılan 1C platformunun uzaktan ve İnternet üzerinden kullanılmasını mümkün kılar
  • Linux işletim sistemi için terminal sunucularını kullanabilirsiniz
  • Linux işletim sistemi için terminal hizmetlerinin ücretsiz sürümlerini yapılandırmak uzmanlar için bile çok zordur
  • Çevre birimleriyle, özellikle de 1C platformu için kritik olan yazıcılar ve bağlantı noktalarıyla nasıl çalışacaklarını bilmiyorlar
  • Linux işletim sistemi için terminal hizmetleri protokolleri İnternet üzerinden çalışmak üzere optimize edilmemiştir
  • Linux işletim sistemi için ticari terminal sunucularını kullanabilirsiniz.
  • Linux işletim sistemi için terminal hizmetlerinin ticari sürümlerinin maliyeti, Windows için terminal çözümleriyle karşılaştırılabilir düzeydedir
  • Linux işletim sistemi için terminal hizmetlerinin ticari sürümleri, ücretsiz olanlar gibi, seçici olarak çevre birimleriyle çalışır
  • İnce istemci işletim sistemlerine entegre edilebilir
  • Artan indirme süresi - 1C 8.3 platformunun istemci kısmının paketi 400 MB yer kaplıyor
  • İnce istemci RAM gereksinimleri: en az 2 GB
  • İnce istemci işlemci gereksinimi: en az Atom 1,6 GHz
  • Belgeleri yazdıramama

Ancak 1C 8.3 platform istemcisi, SysElegance Thinstation Enterprise disksiz işletim sistemi için indirilebilir bir modül olarak mevcut olacaktır (sürüm 4'ten itibaren). Uygulamanı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
  • belge yazdırmayı gerektirmeyen yerlerden 1C platformuna erişim
  • gelecekte - nakit terminalleri (yapılandırmalar ve mali çevre birimlerinin desteğiyle)

Sonuçlar: Ücretsiz Linux işletim sistemi için 1C 8.3 istemci bölümünün kullanılabilirliği, teknolojinin ve 1C platformunun geliştirilmesi açısından ileriye doğru büyük bir adımdır. Ancak yakın gelecekte yalnızca bir yandan 1C sunucu kümelerini, diğer yandan işyerlerinde yalnızca Linux kullanan büyük şirketler bundan tam anlamıyla yararlanabilecek.

Uygulamada görüldüğü gibi, şu anda bu türden yalnızca birkaç şirket var. Şirketlerin büyük çoğunluğu için terminal modu daha basit, daha uygun maliyetli ve kullanımı daha esnek olmaya devam edecek.

Linux için 1C sürümü oldukça uzun zaman önce piyasaya sürüldü ve bu nedenle Linux'a 1C kurulumu hakkında konuşmanın tam zamanı. Ubuntu (deb tabanlı) ve Fedora (rpm tabanlı) üzerine 1C kurulumundan bahsedeceğim.

Öyleyse başlayalım.

Her şey gerekli tüm dağıtımların indirilmesiyle başlar; bunları user.v8.1c.ru adresinden indirebilirsiniz. “1C için İstemci: Linux sistemleri için Kurumsal” ve “Linux sistemleri için Sunucu 1C: Kurumsal” a ihtiyacımız olacak. İşletim sistemine bağlı olarak DEB veya RPM'yi seçin ve ayrıca 32 bit veya 64 bit seçeneğini seçin.

Arşivleri açtıktan sonra yaklaşık olarak aşağıdaki dosya listesini alacağız:

  • sudo dpkg -i<название пакета> - Ubuntu'da;
  • nefis<название пакета> - Fedora'da.

Paketlerin aşağıdaki sırayla kurulması gerekir:

  1. 1c-kurumsal83-ortak;
  2. 1c-enterprise83-ortak-nls;
  3. 1c-enterprise83-sunucusu;
  4. 1c-enterprise83-sunucu-nls;
  5. 1c-enterprise83-ws;
  6. 1c-enterprise83-ws-nls;
  7. 1c-enterprise83-crs;
  8. 1c-enterprise83-istemcisi;
  9. 1c-enterprise83-client-nls.

Fedora'da kurulumda herhangi bir sorun yaşanmadı ancak Ubuntu, libwebkitgtk-1.0-0'ı gerektiriyordu, sorun şu şekilde çözüldü:

apt-get install libwebkitgtk-1.0-0

apt-get -f kurulumu

Gerekirse HASP'ı kurabilir, dağıtım kitini indirebilirsiniz. Aşağıdaki sırayla yüklemeniz gerekir:

  1. haspd;
  2. haspd modülleri;
  3. dkms-aksparlnx.dll

Kurulumdan sonra 1C dizini /opt/1C/ konumunda bulunacaktır.

Ve sonuç şöyle görünecek:



1C, başlarken yazı tiplerinin eksikliğinden şikayet edecek ve görünümün beklenenden farklı olabileceği konusunda uyaracaktır.

Diğer şeylerin yanı sıra, bazı ek özelleştirmeler (yazı tipleri dahil) yapabilirsiniz.

Öncelikle aşağıdaki paketleri kurmanız gerekiyor:

  1. görüntü büyüsü;
  2. unixodbc;
  3. libgsf-bin;
  4. t1utils.

Ve bundan sonra aşağıdaki komutu çalıştırın:

sudo /opt/1C/v8.3/i386/utils/config_system /usr/share/fonts

Bundan sonra bir veritabanı ekleyebilir ve çalışabilirsiniz.

Bir hata veya yanlışlık bulursanız, lütfen bir metin parçası seçin ve tıklayın. Ctrl+Enter.

Uyarı: Ayrıntılı talimat verilmeyecektir! Yalnızca eylemlerin sırası, gerekli adımlar ve ipuçları. Bu kılavuz yalnızca deneyimli Linux yöneticileri içindir!

Bazı yapılandırmalarımın örnekleri 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 gerekiyor. Ancak öyle oldu ki deneyler için kullanabileceğim donanımda 64 bit CentOS yüklü değildi.)Ancak kurulum yönteminde hiçbir fark yoktur (32 bit ve 64 bit) - bu yalnızca dağıtım dosyalarının son eklerindedir: ya i686 (veya i386), ya da x86_64...

İçerik:

  • 2) Ağı Kurun
  • 5) Samba sunucusu kurma
  • Literatür (kullanılan ve ayrıca önerilen)




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



Sunucu donanımını seçmek için özel önerilerde bulunmayacağım (ne kadar donanım gücü gereklidir) - Kişisel deneyimim yok. Resmiye bakın“1C: Enterprise 8 ile çalışmak için ekipman seçimine ilişkin öneriler” v8.1c.ru'dan ve resmi olmayan 1c.xxi.kiev.ua'dan “1C: Enterprise 8 programıyla çalışmak için bilgisayar gereksinimleri”…
Ve önerilenden daha fazla güç rezervine sahip donanım almanızı öneririm (çünkü işletmenin ihtiyaçlarıyla birlikte "büyüyor" ve 1C Platformu aynı zamanda sürekli olarak "büyüüyor ve optimize ediliyor" - bu da piyasaya sürülmesinden bu yana giderek daha fazla kaynak tükettiği anlamına geliyor) serbest bırakmak).

Ayrıca özetle en karlı strateji şudur:

  • İki sunucuyu (1C sunucusu ve Postgres DBMS sunucusu) iki farklı makineye dağıtın; kapasite iki katına çıkar ve ekstra lisans satın almanıza gerek kalmaz. Bu aynı zamanda ucuz bir çözümdür: Linux ücretsizdir ve donanımın maliyeti hesaba katılmaz (donanım her zaman lisanslardan daha ucuzdur).
  • Not: Lütfen "1C sunucu kümesinin" hala çok hatalı olduğunu unutmayın. Üstelik, "Kümenin parçası olarak 1C Sunucusu" için her ek ayrı makine, ayrı bir "Sunucu Lisansı" satın alınmasını gerektirir! Bu nedenle, her açıdan, Sunucu 1C için YALNIZCA BİR MAKİNE kullanmak en karlı olanıdır - sunucu için tüm yükü kaldırabilecek kadar güçlü donanıma sahip yalnızca bir makine satın alın...
  • Donanımsal RAID10'u DBMS sunucusuna kurun (veritabanı dosyaları yedeklenir ve disk alanı miktarı gerektiği gibi artırılır).
    Üstelik: Bütçe çözümlerinde, ayrı ve pahalı bir Donanım RAID denetleyicisi (fiyatı 250 dolardan başlayan) satın almak yerine, birçok modern anakartta yerleşik olan bir yonga seti RAID denetleyicisini kullanmak oldukça yeterlidir. Yerleşik yonga seti RAID denetleyicileri zaten geniş işlevselliğe sahiptir; Veri korumayla gerekli RAID modlarını (0, 1, 5, 10) ve bunlar arasında otomatik geçişi destekler.
    Çaresiz kalan tek bir şey var ama önemli: Linux'taki donanımsal RAID denetleyicilerine zayıf destek. Ayrıca anakartta yerleşik olan SATA-RAID yonga seti tamamen donanım 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 - dolayısıyla "SATA-RAID" kavramı sürücüler” (Intel Matrix Storage Driver), olmadan RAID ayrı diskler olarak görülür - dolayısıyla 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!
  • Elbette her iki sunucu da Windows/Linux 64bit işletim sistemine kurulabilir (çünkü çok fazla RAM ve yüksek gücü desteklerler). Ve “1C Sunucu 32bit” satın alın ve yükleyin (çünkü “1C Sunucu 64bit” 2 kat daha pahalıdır ve diğer her şey eşit olduğunda performans artışı yalnızca +%5 verir!!! resmi olmayan) ustalar test edildi...)




1) İşletim Sistemini (OS) Kurun



Linux CentOS 6.x'i (en son sürüm), tercihen 64bit'i yükleyin.
CentOS dağıtımını seçme nedenleri: Bu bir Linux sunucu dağıtımıdır. Bu ücretsiz (ücretsiz, "Topluluk Sürümü") bir dağıtımdır. Bu, 1C'nin "desteklendiğini" ilan ettiği RedHat çekirdeğini temel alan bir dağıtımdır.

CentOS dağıtım görselleri indiriliyor buradan (aynaların herhangi birinden).
ISO'yu indirmek, boş bir yere (DVDRW) yazmak ve buradan yüklemek daha uygundur.
Kurulum için kural olarak, birleştirilebilen iki diskten yalnızca ilki yeterlidir (ikinci diskte herhangi bir küçük yazılım bulunur).
Ve artık kurulum disklerine gerek kalmıyor; tüm yazılımın yine de güncellenmesi ve İnternet üzerinden teslim edilmesi gerekiyor...


Yorum: CentOS sistemindeki kök kullanıcı oturum açmamış(olmalı)!
CentOS sistemindeki tüm çalışmalar HER ZAMAN düzenli bir kullanıcı oturumundan gerçekleştirilir. ve sistemin kurulumu/yapılandırılması. Ve yalnızca bazı eylemler için her seferinde "süper kullanıcı" ayrıcalıkları talep ediliyor (benzer bir şey Windows7'de de ortaya çıktı).
Bu nedenle, yapılandırmaları düzenlemek, paketleri yüklemek ve diğer "yönetici" eylemlerini gerçekleştirmek için, konsolu normal bir kullanıcı oturumunda açtıktan sonra, mevcut konsolu "süper kullanıcı" moduna (CentOS özelliği) geçirecek olan "su" komutunu hemen yürütün:

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


Bu bash# konsolu daha sonra çeşitli ayrıcalıklı eylemler için kullanılır. Örneğin, “mc”yi çalıştırabilir ve /etc/… içindeki yapılandırmaları düzenleyebilirsiniz.


2) Ağı Kurun



Ağ bağdaştırıcılarını, ana bilgisayar adını, ağ geçidini ve DNS'yi yapılandırın...
İnternete bağlanın ve tüm temel paketleri en son sürümlere güncelleyin...
Diğer tüm işlemleri yalnızca İnternet bağlantısı varsa yapacağız, bunun kalıcı olduğuna inanıyoruz!

Ağ kurulumu standart olarak yapılmaktadır... Ancak Kaçınılması gereken yaygın tuzaklar:

2a)


Öncelikle sunucumuzun isminin sorunsuz bir şekilde IP adresine çözümlenmesi gerekmektedir.

/etc/sysconfig/network dosyasında, ana bilgisayar adı parametresinin (sunucunun “bilgisayar adı”) değerini kontrol ederiz, gerekirse değiştiririz, böylece yeni parametreler etkili olur, sistemi yeniden başlatmanız gerekir.

Bash# cat /etc/sysconfig/network AĞ=evet NETWORKING_IPV6=hayır HOSTNAME=delldev AĞ GEÇİDİ=192.168.10.2


(Son satır varsayılan ağ geçididir, belirtmenize gerek yoktur. Belirtilmezse ifcfg config'lerinden veya DHCP üzerinden alınacaktır...)

/etc/hosts dosyası localhost.localdomian formatında veya IPv6 ile ilgili girişler içermemelidir; DNS sunucusu yoksa sunucunun IP adresi - FQDN adı - kısa adı arasında net bir yazışma içermelidir. Doğru bir hosts dosyası örneği:

Bash# cat /etc/hosts 127.0.0.1 localhost delldev



Kontrol edin: Sunucu kendi kendine ping atıyor mu? Konsola girin:

Bash# ping delldev



2b)


İkincisi, güvenlik duvarında 1C kurumsal bileşenlerinin birbirleriyle etkileşimini yasaklayan hiçbir kural olmamalıdır.
Çoğu durumda, kurumsal 1C sunucusu yerel ağ içinde bulunur, böylece güvenlik duvarını kolayca devre dışı bırakabiliriz (en azından devreye alma süresi boyunca):

Bash# chkconfig iptables kapalı bash# hizmeti iptables duruyor



2c)


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

Nedenleri:
1) Daha önce Segmentasyon Hatasının nedeni SELinux'tu.
2) Samba paylaşımları SELinux etkinken çalışmaz (uzaktaki kullanıcılar paylaşımlara giriş yapar ancak dosyaları göremez... veya dosyalar görülür ancak okunmaz... vb. aksaklıklar)
3) Ayrıca, SELinux'u yerel bir ağ içinde yer alan oldukça yüklü bir sunucuda kullanmanın avantajları son derece belirsiz görünüyor.

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

Config /etc/selinux/config dosyasını düzenliyoruz, SELINUX=enforcing satırını SELINUX=disabled olarak değiştiriyoruz ve makineyi yeniden başlatıyoruz...



2d)


İnternet sağlayıcısı "Ukrtelecom/Ukrayna"nın da bu tür sorunları var: hatalı DNS sunucuları - bu nedenle yardımcı sunucular kullanmanız gerekiyor (tercihen Google'dan)... Ve belki de DSL yönlendiricimin Linux işletim sistemiyle pek uyumlu olmadığı ortaya çıktı...

Belirti: İnternet ile çalışırken, her bir DNS adının çözümlenmesi çok uzun zaman alır (birkaç [onlarca] saniyelik zaman aşımı), çok zayıf çalışır...
Çözüm: Bu nedenle, DNS sunucusunu DHCP aracılığıyla otomatik olarak almadım, ancak adaptör ayarlarında (config /etc/sysconfig/network-scripts/ifcfg-eth0'da) aşağıdaki adresleri statik olarak kaydettim: 213.179.249.151, 213.179.249.152, 8.8 .8.8, 8.8.4.4(ilk ikisi yeni Ukrtelecom, sonraki ikisi Google'dan).


3) Bir paket yöneticisi kurun (yum)


Not: yum kullanımına ilişkin ayrıntılı bir kılavuz için makaleye bakın"RHEL6'da paket yönetimi. Çok güzel...

3 A)


Yazılım kaynaklarını (depolar) ayarlama:

standart depoları etkinleştirin (depo yapılandırmasında etkin=1 yazacağız veya kutuları grafik arayüz aracılığıyla işaretleyeceğiz...):
CentOS-6 - Temel
CentOS-6 - Katkı
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çeriyor ve oldukça hata ayıklanmış sürümlere rağmen güncel değil).

Not: Çoğu durumda, yeni depolara bağlanmayı kolaylaştırmak için depo sahipleri otomatik yapılandırma için RPM paketleri hazırlamıştır; bu paketlerin yalnızca indirilip kurulması gerekir. Ayrıca, doğru sürümün paketlerini seçin: havuzun ilgili sürümü için ve sizinkine karşılık gelen Linux sürümüne yönelik. Bu sözde paketi kurarken gerekli yapılandırmalar otomatik olarak oluşturulacak, yum yapılandırılacak vb.

Öneriler:
Hangi EL sürümünü kullandığınızı bulmak için “cat /etc/redhat-release” komutunu kullanın(şöyle diyor: “CentOS sürüm 6.3” - yani “el6”)
İşlemci mimarinizi bulmak için "uname -a" kullanın(şöyle diyor: “i686 i386”)
rpmforge-release paketini yüklemek için "rpm -ivh package-filename" komutunu 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 kurulum örneği: su -c "rpm -Uvh download.fedoraproject.org/pub/epel/6/i386/epel-release-6-7.noarch.rpm "

ATrpm'ler
Kurulum Talimatları: atrpms.net
çalışan kurulum örneği: su -c "rpm -Uvh dl.atrpms.net/all/atrpms-repo-6-5.el6.i686.rpm "

3b)


Konsept: asıl mesele sistemin temel çekirdeğinin işlevselliğini bozmamak.
Standart CentOS depoları (özellikle “CentOS-6 - Base”), deponun herhangi bir zamanda birbiriyle uyumlu paket ve kitaplıklardan oluşan bir kesite sahip olmasını sağlayan özel eğitimli kişiler tarafından derlenir.(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 sıkıntı yaşar ve CentOS'un güvenilirliği düşer. baltalanmış... Buna izin verilmez.)
Ancak üçüncü taraf dağıtımlarla oynarsanız, kitaplıkların yeni (ve kararsız) sürümleri her zaman daha erken görünür - bunlar otomatik güncelleme sırasında sisteme otomatik olarak kurularak çekirdek hizmetleri için uyumsuzluk yaratabilir. Kötü!

Sunucuya en iyi işleyen yazılımın kurulduğundan ve ek depolardan yalnızca temel yazılımlarda eksik olan yazılımın kurulduğundan emin olmak için (paketler "bağımlılıklara" göre ayrılır), bir yapılandırma/kullanma gerekir. öncelik sistemi:

Öncelikleri yönetmek için yapmanız gerekenleryum için ek eklentiler yükleyin(üçünü de yüklemek faydalıdır):

  • yum-protect-packages (belirtilen paketleri kaldırılmaya karşı korumanıza olanak tanır; varsayılan olarak yum'un kendisi ve bağımlılık zinciri korunur)
  • yum-plugin-protectbase (belirli bir depodaki paketleri korumasız depolardan gelen güncellemelere karşı korumanıza olanak tanır) - YAPILANDIRILMASI DAHA KOLAY.
  • yum-plugin-priorities (öncelikleri farklı depolara atamanıza olanak tanır; daha düşük öncelik değerine sahip bir depodaki paketler, yüksek öncelik değerine sahip bir depodan güncellenemez - bu farklı bir koruma türüdür, daha gelişmiş ve esnektir) - DAHA İYİ!


(Not: yum için daha pek çok ilginç eklenti var, ancak bunlar en gerekli olanlardır...)

yum deposu ayarlarıdepolar: /etc/yum.repos.d/
düzenlenebilen yapılandırmaların adı: *.repo
dosyaların geri kalanı hizmet dosyalarıdır - onlara dokunmuyoruz.

Metin yapılandırmalarına eklemeniz 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öneticisi için bir grafik kabuk kurmanızı da öneririm: Yum Extender (ikili dosyanın adı yumex) - standart GUI'den çok daha gelişmiş!


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



Artık yükleyebilirsiniz (tabii ki 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 sunucusu kurma



Samba sunucusunu (“smb” ve “nmb” hizmetleri) kurmanız (yum aracılığıyla) ve yapılandırmanız gerekir - bu, Linux altında sözde Microsoft NetBIOS protokolü desteğidir. "Ağ ortamı"…

Ayrıca, yerel ağdaki diğer istemciler için bu sunucuda dosya paylaşımları sağlamasanız bile, bu sunucunun tüm Windows istemcilerinin ve diğer ağ sunucularının “ağ ortamında” görünmesi, taranması için Samba'yı kurmanızı öneririm. standart API tarafından ve “ağ makinesi adını” çözer " - böylece ¨\\MyLinuxServer¨ gibi bir şeye başvurulabilir. Kolaylık sağlamak için Samba'yı, 1C Sunucusunun ÇALIŞMA GRUBUnuzda görünecek şekilde yapılandırın...

Şununla ilgili not: 1C:Enterprise'ı çalıştırmak için bir Samba sunucusu gerekli mi, değil mi?



Samba'yı yapılandırmak için şunları öneririm:
şunun gibi paylaşılan klasörler oluşturun ve yapılandırın:

Mkdir /home/samba mkdir /home/samba/allothers... chown -R samba /home/samba chgrp -R samba /home/samba chmod -R a+rw /home/samba


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

Samba hizmetini ayarlama:
Yapılandırmalar /etc/samba/ dizininde bulunur
man smb.conf'a bakın
smb-conf.ru'ya bakın
Basit kurulum için makaleye bakın"CentOS'ta SAMBA sunucusunun kolay kurulumu ve yapılandırılması"...

Önemli: “Smb” (ana) hizmetine ek olarak, “nmb” hizmetini de “etkinleştirmeli” ve “başlatmalısınız” (bu, NetBIOS bilgisayar adının yerel ağda yayınlanmasından sorumludur - Sunucu “Ağ” da görünür hale gelecektir). Komşu"):

Chkconfig --level 2345 smb on chkconfig --level 2345 nmb on service smb start service nmb start


Tavsiye: Hizmetler işletim modu en iyi şekilde "GNOME / Sistem / Yönetim / Hizmetler" grafik ek bileşeni aracılığıyla yapılandırılır...


6) 1C: Kurumsal dağıtım kitlerini alıp hazırlıyoruz... Her şey nereden alınır?



Korsan 1C dağıtımları (ve çatlaklar) değiştiricilerden indirilebilir (bağlantı vermiyorum, bunları şu adreste bulabilirsiniz: forum.ru-board.com “Vareznik” bölümünde)…

Böylece dağıtımı aldık/indirdik“1C: 10/05/12 tarihli Platform 8.2 sürümü 8.2.16.368”-> ondan “RPM tabanlı Linux sistemleri için 1C Sunucu: Kurumsal (32bit)” dosyasını alıyoruz"8_2_16_368_rpm.tar.gz" (169.07 MB) -> arşivi açtıktan sonra dağıtımın 8 RPM dosyasını alıyoruz...

“PostgreSQL from 1C sürüm 9.0.3-3.1C, 01/17/12” hazır derlemeleri bize uymayacak, bağımlılıklara göre kurulmayacak (oradaki paketler CentOS 5.x için derlenmiş, için değil) 6.x.).
Biz Kendi kendine montaj için 1C tarafından yamalı PostgreSQL kaynak kodlarına ihtiyacınız var!Dağıtımdan“1C'den PostgreSQL, 17.01.2012'den itibaren 9.0.3-3.1C sürümünü yayınladı”-> sadece “PG90331_Patch903.rar” dosyasını al -> arşivden sadece dosyayı al"postgresql-9.0.3-3.1C.src.rpm"(Bu, PostgreSQL sürüm 9.0.3'ün kaynak kodlarını içeren bir RPM paketidir; 1C: Enterprise 8.1 ve 1C: Enterprise 8.2 sunucusuyla uyumluluğu sağlamak için GEREKLİ TÜM YAMALARI ZATEN DAHİLDİR)
Not: Ek olarak, 1C: Enterprise 8 tarafından desteklenen PostgreSQL DBMS'nin kendi kendine montajı için kaynak kodları en kolay olanlardır Doğrudan resmi siteden indirin...

Notlar: Hangi platformu seçmeliyim?

  1. 1C sunucusu hem x64 hem de x86 olarak gelir
  2. 1C istemci programları: şu anda yalnızca x86 (tekrar ediyorum: yalnızca 1C sunucusu x64'tür)
  3. x86 programlarının x64 işletim sistemine yüklenebileceği 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 Bilgiler...




7) Linux CentOS (6.3) üzerinde “PostgreSQL DBMS from 1C (17 Ocak 2012 tarihli 9.0.3-3.1C sürümü)” Montajı ve Kurulumu



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

Kötü tavsiye: Yazılım uyumsuzluğu nedeniyle karışıklığı önlemek için "postgresql-8.4.13" istemcisini de kaldırdım (başlangıçta standart CentOS 6.3 deposundan kuruldu) ... Bazı paketler (örneğin, "postgresql-libs-8.4.13") 13" vb.) artık bırakmak zorunda kaldım çünkü Sistemdeki diğer birçok paket bunlara bağlıdır - ancak bunlar daha sonra PostgreSQL 9.0.3 yüklendikten sonra kaldırılabilir (ileriye baktığımda başardım)…
Ancak gelecekte PostgreSQL 9.0.3'ü kaldırmanız gerekebileceği ihtimaline karşı bu standart paketleri (özellikle "postgresql-libs-8.4.13") sistemde bırakmak mantıklı olacaktır. Çünkü artık tüm sistem paketlerinin artık yalnızca “postgresql-libs-9.0.3-3.1C” paketine bağlı olduğu ve paket yöneticisinin aynı anda sistemin yarısını yok etmeden ikincisini kaldırmama izin vermediği bir durumla karşı karşıyayım ( kaza).


Ne yazık ki CentOS 6.3'ün temel depolarında, yani. Mevcut sistemde hazır “1C'den PostgreSQL” derlemesini kullanmak için gerekli tüm kütüphaneler (bağımlılıklar) bulunmamaktadır. Ek olarak, 1C: Enterprise sunucusu 8.2'nin çalışması için akılda tutulmalıdır. PostgreSQL sürüm 8.3.8 veya üzeri gereklidir.

Farklı dağıtımları denedim.



Bu nedenle, "PostgreSQL from 1C sürüm 9.0.3-3.1C" sürümü en uygunudur, ancak "PG90331_setuppln903.rar" dağıtım kitinden birleştirilmiş RPM paketleri bize uymayacaktır: bağımlılıklara göre kurulmayacaktır (paketler) CentOS 5.x için derlenmiş, 6.x için değil)…

Yanlış yaklaşım: Mevcut eski kitaplıkların manuel olarak yükseltilmesi zahmetli ve tehlikelidir (temel ve kararlı CentOS çekirdeğindeki birçok yazılım bunlara bağlıdır)! Ayrıca sembolik bağlantılar biçiminde hack'ler eklemek de mümkün olabilir (mevcut sürümlere atıfta bulunan gerekli kitaplıkların adlarıyla birlikte), ancak bu bir Üretim sunucusunda çok kötüdür...


Bu nedenle CentOS çekirdeğinin bütünlüğünü ihlal etmemek için,PostgreSQL'in kendisini kaynak kodundan yeniden oluşturmanız gerekiyor1C yamalarıyla yama yapıyoruz (böylece mevcut kütüphanelerimizi temel alacak). Yamalı PostgreSQL kaynaklarını “PostgreSQL from 1C sürüm 9.0.3-3.1C” dağıtım kitinden alıyoruz -> yalnızca “PG90331_Patch903.rar” dosyasına ihtiyacımız var -> ve arşivden yalnızca “postgresql-9.0.0.rar” dosyasını alıyoruz. 3-3.1C.src.rpm” "...veya bu dosyayı doğrudan resmi web sitesinden indirin...

7a)


Not: Kaynak kodundan derleme konusunda deneyimim yok, bu nedenle aşağıda alsigned.ru adresindeki "Maniac Administrator" blogundan biraz değiştirilmiş bir tarif var (yazara 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 kurulum yapabilirsiniz (ancak gerekli değildir)... Veya standart depodan yum kullanarak (ki bu daha iyidir):

Yum icu libicu libicu-devel'i yükleyin



Ayrıca derleme ve montaj için gerekli paketleri de kuruyoruz:

Yum install rpm-build wget glibc-devel bison flex readline-devel zlib-devel openssl-devel pam-devel gettext gcc make



7b)


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

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


ve kaynak paketini yükleyin (sistemde farklı klasörler oluşturulacak ve kaynak dosyalar bunların içine 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 içindeki _default_patch_fuzz yama düzeyini 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 toplu işlerin işlenmesini desteklemeyen yazılımlar oluşturulurken ve sürüm 6'dan itibaren CentOS'a yeni komut dosyaları geliyordu.

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 yapısına geçelim:

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


Not: "runselftest 0" parametresini ayarlayarak, test veritabanını başlatmayı ve derleme sırasında PosgreSQL'in işlevselliğini kontrol etmeyi reddediyoruz; testin başarılı olması için sınırlı bir kullanıcı altında gerçekleştirilmesi gerekir, aksi takdirde derleme işlemi başarısız olur. durdurulmalı.

Montaj süreci biraz zaman alacak...

Son olarak derlenmiş RPM paketlerinin listesine bakalım (32 bit Linux işletim sistemim olduğundan PostgreSQL paketleri de 32 bit sürümde derlendi):

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 yamalı bir PostgreSQL DBMS sunucusunun kurulması:

Tüm paketleri kurmanıza hiç gerek yok... PostgreSQL'in normal çalışması için dört tane yeterlidir: postgresql-libs, postgresql, postgresql-server, postgresql-contrib. /root/rpmbuild/RPMS/i686 dizinine gidin (64 bit işletim sistemi üzerinde - /root/rpmbuild/RPMS/x86_64 içinde) ve paketleri yükleyin...

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-contrib-9.0.3-3.1C .i686.rpm


İsteğe bağlı ancak (geliştiriciler için) aşağıdaki paketleri yüklemek faydalıdır:

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 topluca kurmak daha iyidir (yum bağımlılıkları kendisi çözecektir):
rpm -ihv 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

Tırmık: "Postgresql-contrib-9.0.3-3.1C.i686.rpm" paketini yüklerken bir hata mı var?

hata: /usr/pgsql/lib/libicudata.so.46;4e9327cc dosyasında arşiv açma işlemi 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: Özeti ve md5'i kontrol etmeden rpm'yi çalıştırın

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





Bundan sonra, işletim sisteminde tüm DBMS dosyalarına sahip olacak ve oturumunda sunucunun başlatılacağı "postgres" kullanıcısı görünecektir (bunu DBMS'nin aynı adı taşıyan 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/… konumunda bulunur.


7d)


PostgreSQL veritabanı kümesini başlatıyoruz (bu, bu PostgreSQL DBMS kurulumunun tüm veritabanlarının verilerinin depolandığı, genellikle /var/lib/pgsql/data olan dizinin adıdır):

Not: Postgres'in önceki sürümlerinde, DBMS sunucusunu basitçe başlattığımızda bir hile vardı ve ilk başlangıçta veritabanı dosyalarının bulunduğu dizini algılamadı - initdb'yi kendisi başlattı... Ama şimdi bu çalışmıyor -
initdb'yi açıkça ve doğru parametrelerle çalıştırmanız gerekir. Bu durumda, oturumunda DBMS sunucusunun başlatıldığı sistem kullanıcısını ("su postgres" komutunu kullanarak) açıkça belirtmeniz gerekir. 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 komutu çalıştırırken, konsol çıktısı belirtilen parametreleri doğrulayacaktır (metin konsolda görünecektir):

Bu veritabanı sistemine eşlik eden dosyalar "postgres" kullanıcısına ait olacaktır. Bu kullanıcının aynı zamanda sunucu işleminin sahibi olması gerekir.
Veritabanı kümesi ru_RU.UTF-8 yerel ayarıyla başlatılacak. Varsayılan temel kodlama UTF8 olarak ayarlanmıştır. Varsayılan tam metin arama yapılandırması “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 oradadır).

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

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 azaltabilir veya çekirdeği daha büyük SHMMAX ile yeniden yapılandırabilirsiniz. İstek boyutunu azaltmak için (şu anda 35233792 bayt), PostgreSQL'in paylaşılan_buffers parametresini (şu anda 3584) ve/veya max_connections parametresini (şu anda 104) azaltın.


Çözüm: Kernel.shmmax parametresinin değerini arttırmak gerekiyor; bunun için /etc/sysctl.conf dosyasına aşağıdaki satırı ekleyin:

Çekirdek.shmmax = 40000000


Daha sonra 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 32bit'te bu sorunu yaşamadım - kernel.shmmax = 4294967295 parametresi zaten burada ayarlı


7e)


PostgreSQL hizmetini kurma:

Başlatmaya ekleyin ve PostgreSQL hizmetini başlatın:

Bash# chkconfig postgresql, bash# hizmeti postgresql başlangıcında



PostgreSQL 9.0.3 istemci ve sunucu ikili dosyaları /usr/pgsql/bin/… konumunda bulunur. Yolu belirtmeden başlatılabilmeleri 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/local/bin/psql vb.



PostgreSQL'i ilk başlattığınızda, veritabanı varlıklarına erişim ayrıcalıklarını kontrol etmek için, DBMS'de "postgres" parolasına sahip bir "postgres" süper kullanıcı hesabı oluşturulur (bunu Linux işletim sistemi hesabıyla karıştırmayın). Yapmanız gereken ilk şey standart şifreyi değiştirmek... DBMS "postgres" süper kullanıcısının şifresini şu komutla ayarlayın:

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


Not: Artık istemcileri DBMS'ye bağlarken bu şifre kullanılacaktır: giriş = "postgres" şifre = "yeni şifre".

7f)


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

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

Default_with_oid = açık



PostgreSQL 9.0.3'te Autovacuum varsayılan olarak devre dışıdır... Veritabanında “Otomatik Çöp Toplama (Otomatik Vakumlama)” özelliğini etkinleştirmek istiyorsanız (bu, hafif yüklü sunucular için kullanışlıdır, böylece yöneticinin bu işlemi yapmasına gerek kalmaz). "veritabanı paketleme" prosedürünü periyodik olarak ve manuel olarak yapın, ancak yalnızca kurun ve unutun) - ardından aşağıdaki parametreleri ayarlayın:

Track_counts = açık otomatik vakum = 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ı, kullanıcı erişim ve kimlik politikasını (yani PostgreSQL sunucusuna bağlanmak için kabul edilebilir parametreler) yapılandırır... Bu dosyanın sonunda böyle bir yorumlanmamış olduğundan emin olun. satırı ("herhangi bir ana bilgisayardan sunucuya bağlanmaya izin ver, oturum açma şifreleri md5 ile karmalanmıştır" anlamına gelir):

Tüm 0.0.0.0/0 md5'i barındırın


Not: Politika satırında “md5” yerine “güven” yazarsanız bağlantı sırasında şifre kontrol edilmeyecektir! (unutulmuş bir süper kullanıcı şifresini kurtarmak/değiştirmek için kullanışlıdır) Ayrıca localhost'tan istemci bağlantıları için varsayılan politikanın şu şekilde olduğunu unutmayın: şifreler kontrol edilmez...

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

Son olarak PostgreSQL sunucusunu yeniden başlatın:

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




8) Linux CentOS'ta “1C Sunucusu: RPM tabanlı Linux sistemleri için Enterprise 32bit (8.2.16.368)” kurulumu (6.3)



Linux için 1C: Enterprise 8 sunucu dağıtımı birkaç rpm paketi biçiminde sunulur:

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


1C_Enterprise-server ve 1C_Enterprise-ws paketleri birbirine bağlı değildir. Buna göre, bir bilgisayara birlikte veya ayrı ayrı kurulabilirler (yani, "1C sunucusu" ve "Web sunucusu", tıpkı DBMS sunucusunun "1C sunucusunu" rahatlatmak için ayrılabileceği gibi, farklı makinelere ayrılabilirler) ) ...

15.01.2014 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ı olarak yapılmalıdır...

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

Devir -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-sunucu-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



Daha sonra sunucunun daemon modunda başlatılması gerekir:

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



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

1C: Enterprise 8 sunucu bileşenlerinin kurulum işlemi sırasında, 1C: Enterprise 8 sunucu işlemlerinin hesabı altında yürütüleceği usr1cv82 adında bir işletim sistemi kullanıcısı oluşturulur.

8a)


Gerekli tüm paketleri yükledikten sonra, 1C v8.2'de grafik alt sistemini teşhis etmek ve başlatmak için komut dosyası yardımcı programını çalıştırmanız ve varsa önerilerini uygulamanız gerekir. (Yardımcı program, sistemi 1C v8.2'deki grafik alt sistemi için gereken bileşenlerin ve ayarların varlığı açısından kontrol eder ve 1C'nin hala bir şey gerektirmesi durumunda ö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ına sahip olmayabilirsiniz - atlayın):

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

1) “config_server” yardımcı programının ilk başlatılmasından sonra 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: Zaten bir ~/rpmbuild/ klasör sisteminiz olmalıdır (bunlar daha önce PostgreSQL dağıtımı oluşturulurken oluşturulmuştu).
Sonuç olarak yazı tiplerini yüklemek için aşağıdaki adımlar yeterlidir:

Yum rpm-build cabextract wget'i kurun 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ı tekrar çalıştırın - hata görünmelidir: "Truetype dönüştürme yardımcı programı bulunamadı!" Lütfen ttf2afm veya ttf2pt1'i yükleyin!”
Çözüm: ttf2pt1 yardımcı programını yükleyin (EPEL deposunda mevcuttur):

Yum ttf2pt1'i yükleyin



3) “config_server” yardımcı programını üçüncü kez çalıştırın - sistem daha uzun süre düşünecek ve her şey yoluna girecek: konsolda artık hata görüntülenmeyecek...

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

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



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

8b)


İşte bu kadar, “1C Sunucusu”nun Linux işletim sistemine kurulumu tamamlandı!
Geriye kalan tek şey bu "1C Sunucusuna" MMC konsolu "1C Sunucu Yönetimi: Kurumsal 8.2" aracılığıyla bağlanmak ve yapılandırmaların "bilgi tabanlarını" oluşturmaktır. Aşağıda bununla ilgili daha fazla bilgi bulabilirsiniz...

Not: MMC konsolu, 1C Teknoloji Platformunun bir parçası olarak kurulur: Enterprise 8.2 - farklı bir ana bilgisayara ve yalnızca Windows altında. (“1C: Enterprise 8.3” sürümünde yönetim yazılımının Linux için zaten uygulandığını vaat etmelerine rağmen...)

8c)


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

Hazırlık: 1C Sunucusu ile aynı Linux makinesine kurulu yerel bir Apache web sunucusu kullanacağız. Henüz Apache web sunucusunu kurmadıysanız makalenin “Görev: Apache/httpd’yi Fedora Core/Cent OS Linux altında yükleyin” bölümündeki adımları izleyin.“Linux altında Apache veya httpd hizmeti nasıl kurulur ve başlatılır”:

Yum httpd chkconfig httpd'yi /etc/init.d/httpd start'a yükleyin



Daha sonra “2. Bölüm”de belirtildiği gibi ilerliyoruz. Bir web istemcisi yayınlama" makalesi“1C web istemcisini Apache'ye kuruyoruz”...

“Sunucu 1C” üzerinde “test1c” adında bir bilgi tabanınız olduğunu varsayalım.(aslında, kümeyi başlattıktan ve postgreSQL'de bir veritabanı oluşturduktan sonra daha sonra oluşturulacaktır... ancak bilgi güvenliğine gerçekten erişmeyeceğimiz için, yalnızca Apache yapılandırmalarını düzeltip oluşturacağımız için yayınlama şimdi spekülatif olarak yapılabilir. web sunucusundaki bir taslak, bazı klasörler/dosyalar).Yayınlama prosedürü çok basit ve otomatiktir (her adım yukarıdaki makalede ayrıntılı olarak açıklandığı için burada tekrarlamayacağım) - 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şlat


İşte bu kadar, “test1c” bilgi tabanı yayınlandı! “1C sunucu kümesini” ve bilgi tabanını tam olarak yapılandırdığınızda, http:// delldev/test1c adresini girerek bir tarayıcı aracılığıyla ona bağlanabilirsiniz.(burada delldev, şu anda kurulumunu yaptığımız “1C Sunucusu” ve “Apache web sunucusu” ile CentOS çalıştıran ana bilgisayarın adıdır)...

Unutmayın: Web istemcisinin çalışması için ayrıca şunları yapmanız gerekir: “1C Sunucusu” veya “Apache Web Sunucusu”nun çalıştığı ana bilgisayara (bu durumda yalnızca bir tane vardır), “ paketini bağlayın Ağ istemci lisansları” (koruma anahtarı yerel olarak bağlanabilir veya “lisans yöneticisine” erişimi yapılandırılabilir); ve Bilgi Tabanının “Özellikler” bölümünde (“Sunucu Yönetimi” ek bileşeni aracılığıyla yapılandırılmıştır) “Lisansları uygulama sunucusuna göre ver” öğesini etkinleştirin.

8d)


Bilinmesi gereken ek şeyler“Teknoloji Dergisi” nasıl etkinleştirilir (diğer adıyla "günlükler", diğer adıyla "günlükler")...

Günlükler hızlı bir şekilde büyüdükleri ve çok fazla disk alanı kapladıkları için varsayılan olarak devre dışı bırakılır (hata durumunda, "günlükler" ile birlikte "dökümler" de oluşturulur). Günlükleri yalnızca belirli bir sorunun izini sürmeniz gerekiyorsa etkinleştirin.

8e)


Ek olarak: Eğer aniden “1C Sunucusunu” kaldırmanız gerekirse, şu adımları izlemelisiniz:

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

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


Daha sonra, bağımlı paketin bağlı olduğu paketten önce kaldırılması için paketleri kurulumun tersi sırayla kaldırırız:

Devir/dakika -e 1C_Enterprise82-crs-nls-8.2.16-368.i386.rpm dev/dak -e 1C_Enterprise82-crs-8.2.16-368.i386.rpm dev/dak -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 tüm rpm paketlerini tek bir evrensel komutla kaldırabilirsiniz; bu, “1C_” önekiyle başlayan tüm kurulu paketleri kaldıracak ve bağımlılıklar otomatik olarak izlenecektir:

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




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



Anahtarları 1C Sunucusuna bağlamak kolaydır. Sürücüyü anahtar üreticinin web sitesinden indirmeniz, paketini açmanız ve kuruluma çift tıklamanız gerekir...

Sürücü seçimine ilişkin ipuçları -

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



Daha sonra, bu sunucunun USB bağlantı noktasına iki donanım anahtarı eklemeniz gerekir: "1C: Kurumsal sunucu için anahtar" ve "X ağ kullanıcı lisansları için anahtar" (tüm anahtarlar tek bir fiziksel "flash sürücüde"). Ve her şeyin işe yaraması gerekiyor: istemciler istemci lisanslarını sunucu aracılığıyla alacaklar...

Not: Anahtarlar yalnızca "1C Uygulama Sunucusu: Kurumsal" ve "güvenli 1C istemci uygulamaları" için gereklidir. PostgreSQL DBMS'de herhangi bir sorun yoktur - açık kaynaktır ve herhangi bir lisans veya anahtar gerektirmez (MS SQL Server DBMS'nin aksine, ancak biz onu kullanmıyoruz).

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

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

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


Not: ancak, ister sunucuya ilk bağlantı ister yüzüncü bağlantı olsun, her durumda "güvenli 1C istemci uygulamaları" için "istemci anahtarları" (yerel veya ağ) gereklidir! Windows için Teknoloji Platformunu yükleme talimatları (resimlerde ve videoda)…

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

  • "1C: Enterprise" ("1C: Enterprise"ın ana bileşenleri; yönetim, yapılandırma, kalın ve ince istemci bileşenleri dahil)
  • “1C: Kurumsal - İnce İstemci” (Dosya sürümüyle çalışma yeteneği olmadan yalnızca istemci-sunucu sürümünde çalışmak için ince istemci bileşenleri)
  • “1C Sunucu Yönetimi: Kurumsal” (bir 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 (bu 1C istemci/sunucu kullanım durumunda bunlara gerek yoktur):

  • “1C: Enterprise - Thin client, dosya sürümü” (İnce istemci bileşenleri dahil) bilgi tabanının dosya sürümüyle çalışmak için bileşenler)
  • "Sunucu 1C: Kurumsal" ( bu makinede buna gerek yok, Çünkü zaten Linux çalıştıran başka bir ana bilgisayara kurulmuş... Her ne kadar gelecekte heterojen bir "1C sunucu kümesine" sahip olsanız da: bu yalnızca Linux değil, aynı zamanda Dullar çalıştıran makineleri de içerecek, ancak o zaman bu öğeye ihtiyacınız olacak. ..)
  • “Web sunucusu uzantı modülleri” (yalnızca Windows altında çalışır: Windows için “1C Sunucusu” + Windows için IIS web sunucusu, farklı makinelerde mümkündür... Bu modüller, 1C istemci arayüzünün oluşturulacağı bir web sitesini kolayca uygulamanıza olanak tanır doğrudan web sayfasına. Ağır, hantal bir site, çünkü web sunucusu modüllerinden “1C sunucusuna” bağlantı DCOM üzerinden yapılıyor... Ancak faydası şüphelidir: Bu saçmalık, uzak bir web istemcisine yapılan her bağlantı için ayrı bir tam teşekküllü "istemci anahtarı" gerektirir! Dolayısıyla böyle bir sitenin yaygınlaşması mümkün değil...)
  • “1C: Kurumsal yapılandırma depolama sunucusu” (Yapılandırmanın ilişkisel bir DBMS'de değil, dosya biçiminde saklanması durumunda kullanılır - onunla çalışmayı çok kullanıcılı, 1C sunucusu veya Apache Web sunucusu için optimize eder. İncelemelere göre: arabalı çöp ve 1C, gelişiminden vazgeçmiş gibi görünüyor...)
  • “IB 1C: Enterprise 7.7 Converter” (yalnızca geliştiriciler tarafından gereklidir)



"HASP sürücüsünü yükleme"Bu bilgisayarda lisanslı bir 1C kullanırsak bunu yaparız: ya USB bağlantı noktasına bir donanım koruma anahtarı eklenecek ya da lisans ağdan "lisans yöneticisinden" alınacaktır...(Hatırlatma: Crack/emülatör kullanıyorsanız kurulum sırasında “HASP koruma sürücüsünü” kurmayın!)

Tavsiye: Hiçbir şey ters gitmesin diye,DCOM ayarlarınızın doğru olduğundan emin olun1C ile çalışmak için kullandığınız Windows işletim sistemi çalıştıran HER MAKİNEDE.
DCOM'lar dcomcnfg ek bileşeni aracılığıyla yapılandırılır, talimatlarda gösterildiği gibi... (Not: talimatlar yalnızca DCOM hakkında değil, aynı zamanda 1Cv8+MSSQL'in kurulumu hakkında da konuşur... Ayrıca DCOM'u yapılandırmak için nereye tıklanacağını gösteren resimlerde görsel bir açıklama da içerir.)

10b)


Şimdi doğrudan kurulu yazılım paketini çalıştırmaya geçelim:

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

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

Aşağıdaki makaleler biraz eski ve eksiktir (MMC konsolunun görünümü, oluşturma sırası ve bileşenlerin parametreleri değişmiştir), ancak bu aşamada yapılması gerekenleri göstermek açısından da faydalı olabilir:Anahtarlar olmadan daha fazla çalışma yapılamaz!Diğer önemli seçenekleri ve bunlarla ilgili sorunları burada ele almıyorum - bunlar bu makalenin kapsamı dışındadır... Ayrıca yazılım lisanslarını e-posta/telefon yoluyla da etkinleştirebilirsiniz (Linux sürücüsü bunları destekliyorsa?) veya öykünücüler/kurabilirsiniz. çatlaklar (ama şunu not ediyorum Emülatörler henüz Linux için uygulanmadı ve bunu yapmaları pek mümkün değil çünkü gerçekten gerekli değil)...

MMC sunucusu yönetim konsolu aracılığıyla “Bilgi Tabanı” (hala boş) oluşturulduktan sonra, “Yapılandırıcı” modunda “Kalın İstemci”yi kullanarak ona bağlanabilir ve uygulamayı oluşturmaya/yapılandırmaya başlayabilirsiniz. Yapılandırma... Yap Şimdi:

  1. IS Yapılandırıcıya bağlanın (istemciyi ilk başlattığınızda, IS'yi listeye eklemeniz gerekir: "Ekle" / "Mevcut bilgi tabanını listeye ekle" düğmesi / "1C'de: Kurumsal Sunucu" / "Sunucu kümesi" = delldev (sunucu) ana bilgisayar adı); “Kümedeki bilgi güvenliğinin adı” = test1c);
  2. Yapılandırmayı yükleyin (“Yapılandırma / Yapılandırmayı dosyadan (.cf) yükle”... ardından onay istekleriyle yapılandırmaların birleştirilmesi ve veritabanının yeniden oluşturulması için uzun bir süreç olacaktır);
  3. Gerçek kimlik bilgilerini içe aktarın ("Yönetim / Bilgi tabanını yükle" menü öğesi - bu, verilerin daha önce hizmet ihtiyaçları için kullanılan "bilgi güvenliği dosya sürümüne" yüklendiği zamandır);
    Not: Bu öğeyi "PostgreSQL veritabanını normal bir yedekten geri yükleme" ile karıştırmayın - bu işlem tüm veritabanı kümesi için PostgreSQL DBMS sunucusunda yapılır; mevcut DBMS sunucusunda depolanan tüm bilgi tabanları için... Bu, sunucu arızaları durumunda veya mevcut bir sunucunun yeni donanıma taşınması durumunda yapılan kaba ve iddialı bir işlemdir...
  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 onun için olası tüm Rolleri etkinleştirdiğinizden emin olun).



Ve uygulama Konfigürasyonu indirilip yapılandırıldığında, uygulama sorunlarını kullanmak ve çözmek için farklı istemcilerle (kalın, ince, web) ona bağlanmak mümkün olacaktır...

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


“1C: Enterprise on Ubuntu 10.04 / PostgreSQL 9.0 Kurulumu”, burada ...

Windows'a göre bazı avantajlar var ve en son platform 8.3'ün piyasaya sürülmesiyle böyle bir fırsat ortaya çıktı - bu yazıda 1C'nin Ubuntu Linux'a nasıl kurulacağına ayrıntılı olarak bakacağız.

1C'yi Linux'a yükleyebilirsiniz.

Kurumsal muhasebe paketi için hangi işletim ortamını tercih etmelisiniz? Soru ilk bakışta göründüğü kadar basit değil. Ve Ubuntu Linux'un bu konuda Windows'a göre birçok avantajı var. Özgür. Bilgisayarınızda kullanılan yazılımların yasallığını kontrol etmek için ofisinize gelirseniz Ubuntu kullanımından dolayı kesinlikle hiçbir şeyle karşılaşmazsınız. Tüm dağıtımları ücretsizdir! Ancak tüm bilgisayarlar için bir Windows lisansı satın almanız gerekecektir.

Sistem esnekliği:

  • Herhangi bir bilgisayar kolayca tam teşekküllü bir sunucuya dönüşebilir (bu 1C için önemlidir);
  • Sistem tarafından varsayılan olarak başlatılan süreçlerin altında kalmak yerine yalnızca gerekli süreçleri başlatma yeteneği.

Geliştirici topluluğuna açık olması sayesinde Ubuntu her zaman Windows'un önündedir. İnkar edilemez hız.

Ubuntu'yu yükleme

1C'yi Linux'a kurmak hiç de zor değil.

Kurulum sırasında konumunuzu işaretlemeniz, sizin için kabul edilebilir bir dil seçmeniz, bilgisayarınızın klavye düzenini seçmeniz ve kullanıcı verilerinizi belirtmeniz gerekecektir. Kurulum sırasında çok sıkılmamanız için gözlerinizin önünde her türden güzel resim birbirinin yerini alacak... Bittiğinde, yeniden başlatmayı seçmeniz gereken bir görüntü görünecektir:

Yeniden başlattıktan sonra bilgisayarınıza kurduğunuz Ubuntu Linux'u alacaksınız. Bu onun ilk lansmanı olacak.

Şimdi sıra 1C'de

1C:Enterprise kompleksini çalıştırmak için öncelikle gerekli dosyaları 1C dağıtım kitlerini içeren web sitesinden indirmeniz gerekir. Hangisine ihtiyacınız olduğunu unutmayın; otuz iki veya altmış dört bit. Ayrıca paketlerin indirilmesinin yalnızca şirketin ortaklarından biriyle geçerli bir ITS sözleşmesi olan kullanıcıların kullanabileceğini lütfen unutmayın.

İndirdikten sonra dosyaları açmak için Nautilus dosya yöneticisini kullanın:

Ayrıca HASP koruma anahtarını da kuruyoruz (ayrı bir dizine indirin). Paketi açtıktan sonra dosyaların genel listesi:

1C'yi Ubuntu'ya yüklemek Terminal (konsol) kullanılarak daha kolaydır (bu, genel olarak Linux'ta program yüklemenin en yaygın yöntemidir). Terminali aramak ve başlatmak için Latin düzenindeyken Ctrl-Alt-t kombinasyonuna basmanız gerekir. Paketlenmemiş klasörlerin bulunduğu dizini bulmak için cd komutunu kullanın. Şimdi aşağıdaki komutları çalıştırmanız gerekiyor (paketin açılmasından kaynaklanan kurulum dosyalarının her biri için) - sudo dpkg -i /kurulum dosya adı/.

Bir sonraki adım HASP'ı kurmak

Bunu yapmak için aynı komutları çalıştırın (benzetme yoluyla) - sudo dpkg -i /kurulum dosya adı/. Bir sonraki adım, 1C'yi yapılandırmak için komutları çalıştırmaktır:

sudo apt-get imagemagick'i yükle
sudo apt-get unixodbc'yi yükle
sudo apt-get install libgsf-bin
sudo apt-get install t1utils

Ve metin yazı tipleriyle çalışmak için bir komut daha - Sudo /opt/1C/v8.3/i386/utils/config_system /usr/share/fonts. HASP anahtarını bağlayıp yeniden başlatarak programı başlatabilirsiniz - bu, Windows ile aynı şekilde gerçekleşecektir.

Yayınımızın yardımıyla Ubuntu Linux'a 1C kurulumunda herhangi bir zorluk yaşamayacağınızı umuyoruz.