Para harcamadan Linux Mint'e 1C nasıl kurulur? Windows işletim sistemi durumunda, programın kendisi için bir işletim sistemi sunucusu, MS SQL ve bir sunucu satın almanız gerekecektir. 1C'yi Linux Mint'e yüklemek, herhangi bir finansal maliyetten kaçınmanıza olanak sağlaması açısından faydalıdır. Hem işletim sisteminin kendisi hem de postgres veritabanı dahil programın tüm bileşenleri ücretsizdir. İlk on 1C bağlantısı da bir anahtar satın almayı gerektirmez.
Öncelikle özel yazılım ürünü Virtualbox'ı yüklemeniz gerekir. En son sürümü üreticinin resmi web sitesinden indirmeniz önerilir. Bu emülatör, işletim sistemi ayarlarının görevi için gerekli bir sanallaştırma sistemidir.
Daha sonra iki sanal makine oluşturulur (ilki 1C sunucusu için, ikincisi veritabanları için kullanılır). Anlaşılma kolaylığı için onlara uygun isimler verebilirsiniz. Daha sonra bilgisayarın kaynaklarına ve yapılandırmasına bağlı olarak gerekli parametreleri ayarlamanız ve bağlantı ayarlarını (ana bilgisayar bağdaştırıcısı – “sanal”, ad – “sanal kutu”) ayarlamanız gerekecektir.
1C'nin tam işlevselliğini sağlamak için birkaç yardımcı program gereklidir:
Ağ ayarlarını yapmak için dosya yöneticisini başlatın ve "arayüzler"i açın. Tüm parametreler işletim sistemi ağ değerlerine (maske, varsayılan ağ geçidi vb.) karşılık gelmelidir. 1C sunucusunu kurduktan sonra ikinci sanal makineye postgresql kurmanız gerekiyor.
Artık işletim sistemi 1C veritabanları oluşturmaya hazır.
1C'yi MS Windows yerine Linux'a kurarak 1C platformundan tasarruf edebilirsiniz. Sunucu MS Windows çok pahalı yazılım ürünleridir ve 1C maliyetleriyle birlikte etkileyici bir miktara ulaşır. 1C'nin versiyonları mevcuttur: İstemci-Sunucu SQL versiyonu ve Dosya versiyonu. Linux için 1C'nin bu sürümlerini ve çeşitli hibrit seçenekleri ele alalım.
1C, Linux için tam destekle ortaya çıktı ve bu makale artık geçerli değil.
BT'den nasıl tasarruf edilir?
Kısaca. 1C platformunu MS Windows Server işletim sisteminde değil, ücretsiz Linux sunucularında çalıştırmanız gerekir.
Detaylar:
Bu bölümde 1C için terminal çözümünün teorik hesaplamalarına, artılarına ve eksilerine bakacağız. Böyle bir sunucunun nasıl kurulacağına ilişkin pratik talimatlar Linux için Terminal çözümü 1C makalesinde bulunabilir.
Terminal - mecazi anlamda konuşursak, bu, istemcinin sunucu üzerinde sanki kendi bilgisayarındaymış gibi uzaktan çalışmasıdır. Sunucu kaynaklarını sağlar ve gerekli tüm hesaplamaları gerçekleştirir; istemciye yalnızca “ekranlar” iletilir.
Terminal çözümünün artıları:
1. Yüksek hız. 1C yerel bir veritabanıyla çalışır.
2. Hazırlık. Ağda sorun olması durumunda kullanıcı her zaman kayıtlı oturuma dönebilir ve kesintiye uğradığı noktadan çalışmaya devam edebilir.
3. Güvenlik. Şifreli bir ağ kanalı aracılığıyla kullanıcıya yalnızca "ekran" değişiklikleri iletilir, böylece 1C veritabanı çalınamaz.
4. Düşük fiyat 1C. Dosya modu istemci-sunucu modundan daha ucuzdur.
5. Şube ağları ile merkezi 1C veritabanı arasında zayıf bağlantılar varsa Terminal çözümü tek çözüm olabilir.
Terminal çözümünün dezavantajları:
1. MS Windows Server platformunda terminal lisanslarının yüksek fiyatı; her istemci için 1 CAL lisansı ve 1 TS CAL lisansı satın alınması gerekmektedir.
3) Fiyat Win Trmnl Svcs CAL 2008 İngilizce MLP 5 Kullanıcı CAL'si için geçerlidir. Tutarı 10 kullanıcı için hesapladığımız için tutarı 2 ile çarpıyoruz.
4) eprof.ru adresindeki 1C maliyet hesaplayıcısı kullanılarak hesaplanmıştır. Seçilen 1C: Dosya işletim modunda muhasebe + 10 iş istasyonu için lisans.
5) “WINE@Etersoft CIFS - 0 rub” ürününün maliyeti. Linux'u 0 ruble için ücretlendiriyoruz.
MS Windows ve Linux platformlarındaki terminal çözümlerindeki fark 62.000 ruble. Linux + Wine@Etersoft tabanlı bir terminal çözümünün maliyeti sınırlı olduğundan fiyat farkı artma eğilimindedir. MS Windows tabanlı bir terminal çözümünün maliyeti, oldukça pahalı olan yeni gerekli CAL'lerin ve TS CAL'lerin satın alınması nedeniyle artacaktır. Microsoft, artan bir fiyat ödemek zorunda kalacağınız yeni yazılımını tanıtmak için pazarlama tekniklerini nasıl kullanacağını biliyor. Gerçek bir örnek, MS Windows Server 2003 Standard için TS CAL, 21 Temmuz 2009'dan itibaren artık satın alınamayacaktır, yalnızca MS Windows Server 2008 Standard'tan satın alabilirsiniz, ancak 2008 platformu, yenilik ve yeni çözümler nedeniyle nispeten pahalıdır.
Linux tabanlı terminal çözümünün, Linux'un sıfır fiyatı ve Wine@Etersoft'un sabit maliyeti sayesinde sınırsız sayıda istemciyle sınırlı bir maliyeti vardır.
Linux tabanlı bir terminal çözümü özellikle merkez ofisle internet üzerinden iletişim kuran geniş şube ağına sahip şirketler için faydalıdır.
SQL çözümü 1C, 1C veritabanının bir ağ klasörü tarafından değil, verileri endüstriyel veritabanı yönetim sistemlerinde (DBMS) depolayan bir 1C sunucusu tarafından temsil edildiği zamandır.
Linux için SQL çözümü 1C'nin avantajları:
1. Büyük 1C veritabanları. SQL sunucusu büyük hacimli verilerle daha verimli çalışır. 1C veritabanı 1 Gb'yi aşarsa, 1C uzmanları şirketin basit dosya modundan SQL moduna geçmesini öneriyor.
2. Ölçeklenebilirlik. SQL sunucusu ve/veya ağdaki herhangi bir iyileştirme, bir bütün olarak 1C'nin hızını orantılı olarak artırır. Kullanıcı sayısı ve/veya yük arttıkça SQL daha uygundur.
3. Güvenilirlik. İstemci-sunucu sistemleri, işlemlerle çalışmak için yerleşik bir mekanizmaya sahiptir. Yanlış çıkışlar ve istemcinin donması durumunda, 1C veritabanını uzun yeniden indeksleme ve kurtarma işlemleriyle "işlemeye" gerek yoktur.
4. SQL modunda, her ikisi de Linux sürümünde olan Linux, 1C ve PostgreSQL için “yerel” programlar kullanılır. MS Windows dünyasından tek bir program yok.
5. Çok büyük 1C - SQL veritabanlarında, durumdan çıkmanın tek yolu bir çözüm olabilir.
Eksileri
1. SQL çözümü 1C'nin pahalılığı. SQL çözümü, basit dosya moduna göre neredeyse 2 kat daha pahalıdır.
2. Eşzamanlılık. SQL modu 1C'de, 1C sunucularının ve 1C istemcilerinin eşzamanlı güncellenmesi gerekir, yani 1C ürünlerinin sürümleri eşleşmelidir. Bu durum işletme personeline bazı zorluklar getirmektedir.
Tabloda 1 sunucu ve 10 istemci bağlantısından oluşan yazılım çözümüne dayalı fiyatlar gösterilmektedir.
1) Microsoft Windows Server Standard Edition 2008 için alınan fiyat
2) Fiyat Windows Server CAL 2008 Russian MLP 5 Device CAL için geçerlidir. Tutarı 10 kullanıcı için hesapladığımız için tutarı 2 ile çarpıyoruz.
3) Ücretsiz PostgreSQL DBMS sistemini kullanın
4) eprof.ru adresindeki 1C maliyet hesaplayıcısı kullanılarak hesaplanmıştır. Seçilen 1C: SQL işletim modunda muhasebe + 10 iş istasyonu için lisans.
Fiyat farkı 23.300 ruble ve MS Windows Server platformunda CAL lisansı gerektiren 1C istemcilerinin sayısındaki artışla birlikte artma eğiliminde.
İşletmenin hedeflerine uygun çeşitli hibrit çözümler oluşturulabilir. İşletmenin iş mantığını ve 1C'de depolanan mevcut veri alışverişi planını analiz edin.
Örneğin, bir 1C istemcisi Terminal kompleksine bağlanır ve orada aynı veya başka bir sunucudaki 1C SQL sunucusuna bağlanan 1C'yi başlatır. Bu şema, 1C tabanının istenildiği kadar büyük olmasını sağlayacak ve düşük hızlı iletişim hatlarında güvenlik ve çalışma hızı gibi terminal çözümünün avantajlarını ekleyecektir.
Terminal Linux altında Hukuk Sistemi Danışmanı+
Resim, Linux çalıştıran bir terminalde Consultant+'daki çalışmayı göstermektedir; terminal oturumu MS Windows XP'den başlatılmıştır.
Terminal oturumu, görüntüleme kolaylığı için bir pencerede çalışıyor. Ayrıca tam ekran modunda da çalışabilirsiniz.
Soru: Hangi yazılım ürünleri uygulanacak?
Yanıt: Linux altında 1C terminal modunda, ücretsiz Ubuntu/Debian/CentOS, FreeNX ve isteğe bağlı olarak Samba uygulanır.
Linux altında SQL mode 1C'de ücretsiz Ubuntu Sunucusu, PostgreSQL ve isteğe bağlı olarak Samba uygulanır.
Gerekli sayıda lisansla 1C satın alırsınız.
Haber biraz eski ama yazmadan edemiyorum. Artık okumanıza gerek yok çünkü 1C yayınlandı 1C:Kurumsal 8.3çok hoş bir yenilikle - Linux için bir istemci ortaya çıktı! Üstelik Linux istemcileri Windows istemcilerine benzer, dolayısıyla muhasebecilerin yeniden eğitilmesine gerek yoktur.
Linux için, hem kullanıcıların yönetilen uygulama modunda çalışmasına olanak tanıyan bir "ince istemci" hem de normal veya yönetilen uygulama modunda veya yapılandırıcı modunda çalışma sağlayan bir "kalın istemci" piyasaya sürüldü. Her iki istemci de x86 ve x86-64 mimarileri için mevcuttur ve dosya ve istemci-sunucu işlem seçeneklerini destekler.
Linux çalıştıran sistemlerden küme yönetimi için araçlar da piyasaya sürüldü.
Linux için 1C:Enterprise 8.3'ü buradan indirebilirsiniz: user.v8.1c.ru.
Roverbook'tan dizüstü bilgisayar mı satın aldınız? Tebrikler, harika satın alma! Peki ya aniden kırılırsa? Gidilecek en iyi yer neresi? ServiceNB'yi öneriyorum çünkü onlar için
Uyarı: Ayrıntılı talimat olmayacak! 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:
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ür" ve 1C Platformu aynı zamanda sürekli olarak "büyüdüğü ve optimize edildiği" için - bu, piyasaya sürülmesinden bu yana giderek daha fazla kaynak tükettiği anlamına gelir) serbest bırakmak).
Ayrıca özetle en karlı strateji şudur:
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 normal 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.
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:
Ö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
İ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
Üçü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ğda bulunan yüksek 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...
İnternet sağlayıcısı "Ukrtelecom/Ukrayna" da böyle bir komisyona sahip: hatalı DNS sunucuları - bu nedenle yardımcı sunucuları kullanmanız gerekiyor (tercihen Google'dan)... Ve belki de DSL yönlendiricimin Linux işletim sistemi ile pek uyumlu olmadığı ortaya çıktı...
Belirti: İnternet ile çalışırken, her bir DNS adının çözülmesi ç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).
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...
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üncelliğini kaybetmiş).
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 yazıyor: “CentOS sürüm 6.3” - yani “el6”)
İşlemci mimarinizi bulmak için "uname -a" kullanın(şöyle yazıyor: “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 "
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):
(Not: yum için daha birç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üşük olursa depo o kadar önemli olur)
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ş!
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...
Samba sunucusunu (“smb” ve “nmb” hizmetleri) kurmanız (yum aracılığıyla) ve yapılandırmanız gerekir - bu, Linux altında Microsoft NetBIOS protokolü adı verilen destektir. "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...
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 ve 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?
Ek Bilgiler...
Öncelikle sistemdeki ç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” montajını 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 derlenmemiş)…
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ı ile 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.rar” dosyasını alıyoruz. 3-3.1C.src.rpm” "...veya bu dosyayı doğrudan resmi web sitesinden indirin...
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
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 oluşturma sırasında PosgreSQL'in işlevselliğini kontrol etmeyi reddederiz, 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
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.
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: Bunun için kernel.shmmax parametresinin değerini arttırmak gerekiyor, /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 ayarlanmış
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" şifresine 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".
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
Linux için 1C: Enterprise 8 sunucu dağıtımı birkaç rpm paketi biçiminde sunulur:
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.
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ıyoruz - sistem daha uzun düşünecek ve her şey yoluna girecek: konsolda artık hata göstermeyecek...
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.
İşte bu, “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...)
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, CentOS çalıştıran, şu anda kurulumunu yaptığımız “1C Sunucusu” ve “Apache web sunucusu” bulunan 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.
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.
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_`
Anahtarları 1C Sunucusuna bağlamak kolaydır. Sürücüyü anahtar üreticisinin 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:
Aşağıdaki bileşenleri kurmadığımızı vurguluyorum (bu 1C istemci/sunucu kullanım durumunda bunlara gerek yoktur):
"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... Ancak aynı zamanda DCOM'u yapılandırmak için nereye tıklanacağını gösteren resimlerde görsel bir açıklama da içerir.)
Ş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“1C Enterprise sunucularını yönetme” makalesi...
Aşağıdaki makaleler biraz eski ve eksiktir (MMC konsolunun görünümü, oluşturulma sırası ve bileşenlerin parametreleri değişmiştir), ancak bu aşamada yapılması gerekenleri göstermek açısından da yararlı 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 (ancak şunu unutmayın 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:
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 ...
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ı indirmekle 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 ve ayrıca 32 veya 64 bit seçeneğini seçin.
Arşivleri açtıktan sonra yaklaşık olarak aşağıdaki dosya listesini alacağız:
Paketlerin aşağıdaki sırayla kurulması gerekir:
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:
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:
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 seçin ve tıklayın. Ctrl+Enter.
