Jak nainstalovat 1C na Linux Mint bez utrácení peněz? V případě OS Windows si budete muset zakoupit OS server, MS SQL a server pro samotný program. Instalace 1C na Linux Mint je výhodná v tom, že vám umožní vyhnout se jakýmkoli finančním nákladům. Jak samotný operační systém, tak všechny součásti programu včetně postgres databáze jsou zdarma. Prvních deset připojení 1C také nevyžaduje zakoupení klíče.
Nejprve je potřeba nainstalovat speciální softwarový produkt Virtualbox. Je vhodné stáhnout si nejnovější verzi z oficiálních stránek výrobce. Tento emulátor je virtualizační systém nezbytný pro úlohu nastavení OS.
Dále jsou vytvořeny dva virtuální stroje (první se používá pro server 1C a druhý je pro databáze). Pro snazší pochopení jim můžete dát vhodná jména. Poté budete muset nastavit potřebné parametry, které závisí na prostředcích a konfiguraci počítače, a nastavit nastavení připojení (hostitelský adaptér – „virtuální“, název – „virtuální box“).
Pro zajištění plné funkčnosti 1C je vyžadováno několik pomocných programů:
Chcete-li nastavit síťová nastavení, spusťte správce souborů a otevřete „rozhraní“. Všechny parametry musí odpovídat síťovým hodnotám OS (maska, výchozí brána atd.). Po nastavení serveru 1C je třeba nainstalovat postgresql na druhý virtuální počítač.
Nyní je operační systém připraven k vytvoření 1C databází.
Na platformě 1C můžete ušetřit instalací 1C na Linux spíše než na MS Windows. Server MS Windows jsou velmi drahé softwarové produkty a spolu s náklady na 1C dosahují impozantní částky. 1C je k dispozici ve verzích: verze klient-server SQL a verze souboru. Zvažme tyto verze 1C pro Linux, stejně jako různé hybridní možnosti.
1C vyšel s plnou podporou pro Linux a tento článek již není relevantní.
Jak ušetřit na IT?
Krátce. Platformu 1C musíte provozovat nikoli na operačním systému MS Windows Server, ale na bezplatných linuxových serverech.
Podrobnosti:
V této části se podíváme na teoretické výpočty, klady a zápory terminálového řešení pro 1C. Praktický návod, jak takový server nastavit, najdete v článku Terminálové řešení 1C pro Linux
Terminál – obrazně řečeno, jedná se o situaci, kdy klient pracuje na serveru vzdáleně, jako na svém vlastním počítači. Server poskytuje své zdroje a provádí všechny potřebné výpočty, pouze „obrazovky“ jsou přenášeny na klienta.
Výhody terminálového řešení:
1. Vysoká rychlost. 1C pracuje s lokální databází.
2. Připravenost. Pokud se vyskytnou problémy se sítí, uživatel se může vždy vrátit k uložené relaci a pokračovat v práci od místa přerušení.
3. Bezpečnost. Prostřednictvím šifrovaného síťového kanálu se uživateli přenášejí pouze změny „obrazovky“, takže databázi 1C nelze ukrást.
4. Nízká cena 1C. Souborový režim je levnější než režim klient-server.
5. Pokud jsou špatná spojení mezi pobočkovými sítěmi a centrální databází 1C, může být řešení Terminál jediným řešením.
Nevýhody terminálového řešení:
1. Vysoká cena terminálových licencí na platformě MS Windows Server je nutné zakoupit 1 licenci CAL a 1 licenci TS CAL pro každého klienta.
3) Cena je brána za Win Trmnl Svcs CAL 2008 English MLP 5 User CAL. Protože počítáme částku pro 10 uživatelů, vynásobíme částku 2.
4) Vypočteno pomocí kalkulačky nákladů 1C na eprof.ru. Vybrané 1C: Účetnictví v provozním režimu Soubor + licence pro 10 pracovních stanic.
5) Náklady na produkt “WINE@Etersoft CIFS - 0 rub. Účtujeme Linux za 0 rublů.
Rozdíl v terminálových řešeních na platformách MS Windows a Linux je 62 000 rublů. Cenový rozdíl má tendenci růst, protože náklady na terminálové řešení založené na Linuxu + Wine@Etersoft jsou konečné. Náklady na terminálové řešení založené na MS Windows se zvýší z důvodu nákupu nových požadovaných CAL a TS CAL, které jsou poměrně drahé. Microsoft ví, jak pomocí marketingových technik představit svůj nový software, za který budete muset zaplatit zvýšenou cenu. Reálný příklad, TS CAL pro MS Windows Server 2003 Standard již nelze od 21. července 2009 zakoupit, lze zakoupit pouze od MS Windows Server 2008 Standard, ale platforma 2008 je vzhledem ke své novosti a novým řešením poměrně drahá.
Terminálové řešení založené na Linuxu má konečné náklady díky nulové ceně Linuxu a fixním nákladům Wine@Etersoft s neomezeným počtem klientů.
Terminálové řešení na bázi Linuxu je výhodné zejména pro společnosti s rozsáhlou sítí poboček, které komunikují s centrálou přes internet.
Řešení SQL 1C je, když databáze 1C není reprezentována síťovou složkou, ale serverem 1C, který ukládá data v systémech správy průmyslových databází (DBMS).
Výhody SQL řešení 1C pro Linux:
1. Velké 1C databáze. SQL server pracuje efektivněji s velkými objemy dat. Pokud databáze 1C přesahuje 1 Gb, specialisté 1C doporučují, aby společnost přešla do režimu SQL z režimu jednoduchého souboru.
2. Škálovatelnost. Jakékoli vylepšení SQL serveru a/nebo sítě úměrně zvyšuje rychlost 1C jako celku. SQL je adekvátnější, když se zvyšuje počet uživatelů a/nebo zatížení.
3. Spolehlivost. Systémy klient-server mají vestavěný mechanismus pro práci s transakcemi. V případě nesprávných výstupů a zamrznutí klienta není potřeba „ošetřovat“ databázi 1C zdlouhavým přeindexováním a obnovou.
4. V režimu SQL se používají programy, které jsou „nativní“ pro Linux, 1C a PostgreSQL, obojí ve verzi pro Linux. Neexistuje jediný program ze světa MS Windows.
5. U velmi rozsáhlých databází 1C - SQL může být řešení jediným východiskem ze situace.
Mínusy
1. Nákladnost SQL řešení 1C. Řešení SQL je téměř 2krát dražší než jednoduchý souborový režim.
2. Synchronicita. V režimu SQL 1C je vyžadována synchronní aktualizace serverů 1C a klientů 1C, to znamená, že verze produktů 1C se musí shodovat. To způsobuje určité potíže pro obsluhující personál.
V tabulce jsou uvedeny ceny za softwarové řešení skládající se z 1 serveru a 10 klientských připojení.
1) Cena za Microsoft Windows Server Standard Edition 2008
2) Cena platí pro Windows Server CAL 2008 Russian MLP 5 Device CAL. Protože počítáme částku pro 10 uživatelů, vynásobíme částku 2.
3) Vezměte si bezplatný systém PostgreSQL DBMS
4) Vypočteno pomocí kalkulačky nákladů 1C na eprof.ru. Vybrané 1C: Účetnictví v provozním režimu SQL + licence pro 10 pracovních stanic.
Cenový rozdíl je 23 300 rublů a má tendenci růst na platformě MS Windows Server s nárůstem počtu klientů 1C, kteří budou vyžadovat licenci CAL.
Je možné formulovat různá hybridní řešení tak, aby vyhovovala cílům podniku. Analyzujte obchodní logiku podniku a aktuální schéma výměny dat uložené v 1C.
Například klient 1C se připojí ke komplexu terminálu a spustí tam 1C, který se připojí k serveru 1C SQL na stejném nebo jiném serveru. Toto schéma umožní, aby základna 1C byla tak velká, jak je požadováno, a přidá výhody terminálového řešení, jako je bezpečnost a rychlost provozu na nízkorychlostních komunikačních linkách.
Právní systém Consultant+ pod Terminálem Linux
Obrázek ilustruje práci v Consultant+ v terminálu s Linuxem, terminálová relace se spouští z MS Windows XP
Relace terminálu probíhá v okně pro snadné zobrazení. Můžete také pracovat v režimu celé obrazovky.
Otázka: Jaké softwarové produkty budou implementovány?
Odpověď: V terminálovém režimu 1C pod Linuxem jsou implementovány bezplatné Ubuntu/Debian/CentOS, FreeNX a volitelně Samba.
V režimu SQL 1C pod Linuxem je implementován bezplatný server Ubuntu, PostgreSQL a volitelně Samba.
Zakoupíte 1C s požadovaným počtem licencí.
Zpráva je trochu stará, ale nemohu si pomoct, abych o ní nenapsal. Nyní nemusíte číst, protože bylo vydáno 1C 1C:Podnik 8.3 s velmi příjemnou inovací - objevil se klient pro Linux! Klienti pro Linux jsou navíc podobní klientům pro Windows, takže není třeba přeškolovat účetní.
Pro Linux byl vydán jak „tenký klient“, který uživatelům umožňuje pracovat v režimu řízené aplikace, tak „tlustý klient“, poskytující práci v režimu běžné nebo řízené aplikace nebo v režimu konfigurátoru. Oba klienti jsou k dispozici pro architektury x86 a x86-64 a podporují možnosti operace se soubory a klient-server.
Byly také vydány nástroje pro správu clusterů ze systémů se systémem Linux.
1C:Enterprise 8.3 pro Linux si můžete stáhnout zde: users.v8.1c.ru.
Koupili jste si notebook od Roverbooku? Gratulujeme, skvělý nákup! Ale co když to najednou praskne? Kam je nejlepší jít? Doporučuji ServiceNB, protože pro ně
Upozornění: Žádné podrobné pokyny nebudou! Pouze sled akcí, potřebné kroky a tipy. Tato příručka je pouze pro zkušené správce Linuxu!
Příklady některých mých konfigurací připojený...
Poznámka: Tento článek je založen na experimentech s 32bitovým CentOS 6.3(Pro server musíte použít 64bitový OS. Stalo se však, že 64bitový CentOS nebyl nainstalován na hardwaru, který mám pro experimenty k dispozici.)Rozdíl ve způsobu instalace (32 vs 64bit) však není - je pouze v příponách distribučních souborů: buď i686 (nebo i386), nebo x86_64...
Obsah:
Nebudu dávat konkrétní doporučení pro výběr hardwaru serveru (jaký výkon hardwaru je potřeba) - nemám osobní zkušenost. Viz oficiální„Doporučení pro výběr vybavení pro práci s 1C: Enterprise 8“ z v8.1c.ru a neoficiální„Požadavky na počítač pro práci s programem 1C: Enterprise 8“ z 1c.xxi.kiev.ua…
A doporučuji brát hardware s rezervou energie, než je doporučeno (protože „roste“ s potřebami podniku; a protože platforma 1C také neustále „roste a optimalizuje“ – což znamená, že spotřebovává stále více zdrojů od vydání po vydání uvolnění).
Kromě toho, v kostce, nejziskovější strategie je:
Nainstalujte Linux CentOS 6.x (nejnovější verze), nejlépe 64bitový.
Důvody pro výběr distribuce CentOS: Toto je serverová distribuce Linuxu. Toto je bezplatná (zdarma, "Community Edition") distribuce. Toto je distribuce založená na jádře RedHat, které 1C deklaruje jako „podporované“.
Stahují se obrazy distribuce CentOS odtud (z kteréhokoli ze zrcadel).
Je pohodlnější stáhnout si iso, vypálit ho na prázdné místo (DVDRW) a nainstalovat z něj.
Pro instalaci zpravidla stačí pouze první disk ze dvou, které lze sestavit (na druhém disku je jakýkoli drobný software).
A pak už nejsou potřeba instalační disky – veškerý software je stále potřeba aktualizovat a dodávat přes internet...
Komentář: Uživatel root v systému CentOS není přihlášen(to by mělo být)!
Veškerá práce v systému CentOS probíhá VŽDY z běžné uživatelské relace, vč. a instalace/konfigurace systému. A pouze pro některé akce jsou pokaždé vyžadována oprávnění „superuživatele“ (něco podobného se objevilo ve Windows7).
Chcete-li tedy upravit konfigurace, nainstalovat balíčky a další akce „admin“, po otevření konzole v běžné uživatelské relaci, okamžitě spusťte příkaz „su“, který přepne aktuální konzolu do režimu „superuser“ (funkce CentOS):
Bash# su heslo:<вводим пароль root>
Tato konzole bash# se pak používá pro různé privilegované akce. Můžete například spustit „mc“ a upravit konfigurace v /etc/…
Nakonfigurujte síťové adaptéry, název hostitele, bránu a DNS...
Připojte se k internetu a aktualizujte všechny základní balíčky na nejnovější verze...
Veškeré další akce provedeme pouze v případě připojení k internetu, věříme, že trvalé!
Nastavení sítě se provádí standardně... Ale existuje Běžná úskalí, kterým je třeba se vyhnout:
Za prvé, název našeho serveru by se měl bez problémů přeložit na IP adresu.
V souboru /etc/sysconfig/network zkontrolujeme hodnotu parametru hostname („název počítače“ serveru), v případě potřeby ji změníme, aby se nové parametry projevily, je třeba restartovat systém.
Bash# cat /etc/sysconfig/network NETWORKING=ano NETWORKING_IPV6=ne HOSTNAME=delldev GATEWAY=192.168.10.2
(Poslední řádek je výchozí brána, není nutné ji uvádět. Pokud není zadán, bude převzat z konfigurací ifcfg nebo přes DHCP...)
Soubor /etc/hosts by neměl obsahovat položky ve formátu localhost.localdomian nebo související s IPv6, pokud neexistuje server DNS, musí obsahovat jasnou shodu mezi adresou IP serveru - názvem FQDN - krátkým názvem. Příklad správného souboru hosts:
Bash# cat /etc/hosts 127.0.0.1 localhost delldev
Zkontrolujte: ping sám server? Zadejte do konzole:
Bash# ping delldev
Za druhé, na firewallu by neměla existovat žádná pravidla zakazující vzájemnou interakci podnikových komponent 1C.
Ve většině případů je podnikový server 1C umístěn v místní síti, takže firewall můžeme snadno deaktivovat (alespoň po dobu zprovoznění):
Bash# chkconfig iptables off bash# service iptables stop
Za třetí, musíte také zakázat zásady SELinux!
příčiny:
1) Dříve byl SELinux příčinou Segmentation Fault.
2) Sdílení Samba nefungují s povoleným SELinuxem (vzdálení uživatelé se přihlásí do sdílených složek, ale nevidí soubory... nebo soubory vidí, ale nečtou... atd. závady)
3) Navíc výhody používání SELinuxu na vysoce zatíženém serveru umístěném v lokální síti vypadají extrémně vágně.
Jak zakázat:
Upravíme konfiguraci /etc/selinux/config, změníme řádek SELINUX=enforcing na SELINUX=disabled a restartujeme počítač...
Poskytovatel internetu "Ukrtelecom/Ukraine" má také takové hrábě: zabugované DNS servery - takže je třeba použít pomocné (nejlépe od Google)... A možná se můj DSL router ukázal jako špatně kompatibilní s OS Linux...
Příznak: při práci s internetem trvá vyřešení každého DNS jména velmi dlouho (několik [desítek] sekund timeout), funguje velmi špatně...
Řešení: DNS server jsem tedy nezískal automaticky přes DHCP, ale staticky zaregistroval v nastavení adaptéru (v config /etc/sysconfig/network-scripts/ifcfg-eth0): 213.179.249.151, 213.179.249.152, 8.8 .8.8, 8.8.4.4(první dva jsou nový Ukrtelecom, další dva jsou od Googlu).
Poznámka: podrobný návod k použití yum naleznete v článku"Správa balíčků v RHEL6. Mňam...
Nastavení zdrojů softwaru (úložišť):
povolit standardní úložiště (v konfiguraci úložiště napíšeme enabled=1, nebo zaškrtneme políčka přes grafické rozhraní...):
CentOS-6 - Základní
CentOS-6 - Příspěvek
CentOS-6 - Extra
CentOS-6 - Plus
CentOS-6 - Aktualizace
A (bez nich je to velmi smutné, protože standardní repozitáře obsahují především serverový software a zastaralé, byť silně odladěné verze).
Poznámka: Ve většině případů pro snazší připojování nových úložišť připravili majitelé úložišť balíčky RPM pro automatickou konfiguraci – tyto balíčky je potřeba pouze stáhnout a nainstalovat. Kromě toho vyberte balíčky správné verze: pro odpovídající verzi úložiště a určené pro vydání Linuxu odpovídající vaší. Při instalaci tohoto pseudobalíčku se automaticky vygenerují potřebné konfigurace, nakonfiguruje se yum atd.
Doporučení:
Pomocí „cat /etc/redhat-release“ zjistěte, které vydání EL používáte(říká: „CentOS release 6.3“ - tj. „el6“)
Použijte "uname -a" k nalezení architektury procesoru(říká: „i686 i386“)
K instalaci balíčku rpmforge-release použijte "rpm -ivh package-filename".(funguje také s URL)
RPMforge
Instrukce k instalaci: repoforge.org a
packages.sw.be/rpmforge-release/rpmforge-release-0.5.2-2.el6.rf.i686.rpm "
EPEL
Instrukce k instalaci: fedoraproject.org
pracovní příklad instalace: su -c "rpm -Uvh download.fedoraproject.org/pub/epel/6/i386/epel-release-6-7.noarch.rpm "
ATrpm
Instrukce k instalaci: atrpms.net
pracovní příklad instalace: su -c "rpm -Uvh dl.atrpms.net/all/atrpms-repo-6-5.el6.i686.rpm "
Pojem: jde hlavně o to, aby nedošlo k narušení funkčnosti základního jádra systému.
Standardní úložiště CentOS (zejména „CentOS-6 - Base“) sestavují speciálně vyškolení lidé, kteří zajišťují, aby úložiště obsahovalo průřez balíčků a knihoven, které jsou v daném okamžiku vzájemně kompatibilní.(CentOS je serverový systém, který je nainstalován na nejdražších produkčních serverech, které pracují v režimu automatických aktualizací. Závada v úložišti poškodí mnoho serverů, to znamená, že administrátoři budou mít spoustu problémů a důvěryhodnost CentOS bude podkopáno... To není povoleno.)
Ale pokud si hrajete s distribucemi třetích stran, pak se v nich nové (a nestabilní) verze knihoven objevují vždy dříve - mohou být automaticky instalovány do systému během automatické aktualizace, což vytváří nekompatibilitu pro služby jádra. Špatně!
Aby bylo zajištěno, že na server bude nainstalován nejlépe fungující software a z dalších úložišť bude nainstalován pouze software, který chybí ze základních (balíčky jsou odděleny podle „závislostí“), musíte nakonfigurovat/použít prioritní systém:
Chcete-li spravovat priority - potřebujetenainstalovat další pluginy pro yum(užitečné pro instalaci všech tří):
(Poznámka: pro yum existuje mnohem více zajímavých pluginů, ale toto jsou ty nejnutnější...)
nastavení úložiště yumobchody v: /etc/yum.repos.d/
konfigurace, které lze upravovat, se nazývají: *.repo
zbytek souborů jsou soubory služeb - nedotýkáme se jich.
Do textových konfigurací musíte přidat (alespoň pro všechna úložiště s enabled=1): řádky s parametry protect=… a priority=…(poznámka: čím nižší hodnota priority, tím důležitější je úložiště)
Doporučuji také nainstalovat grafický shell pro správce balíčků: Yum Extender (binární soubor se nazývá yumex) - je mnohem pokročilejší než standardní GUI!
Nyní můžete nainstalovat (samozřejmě prostřednictvím konzoly pro správu balíčků yum):
podpora ntfs
wine (emulátor pro spouštění jednoduchých aplikací pro Windows)
a další užitečné místní aplikace...
Je potřeba nainstalovat (přes yum) a nakonfigurovat Samba server (služby „smb“ a „nmb“) - jedná se o podporu protokolu Microsoft NetBIOS pod Linuxem, tzv. "Síťové prostředí"…
Navíc doporučuji nainstalovat Sambu, i když neposkytujete sdílení souborů na tomto serveru pro ostatní klienty v místní síti, aby se tento server objevil v „síťovém prostředí“ všech klientů Windows a dalších síťových serverů, byl zkontrolován pomocí standardního API a vyřeší jeho „název síťového stroje“ - takže na něj lze odkazovat něco jako ¨\\MyLinuxServer¨. Pro pohodlí nakonfigurujte Sambu tak, aby byl 1C Server viditelný ve vaší PRACOVNÍ SKUPINĚ...
Poznámka k: Je ke spuštění 1C:Enterprise potřeba server Samba nebo ne?
Pro konfiguraci Samby doporučuji:
vytvořte a nakonfigurujte sdílené složky takto:
Mkdir /home/samba mkdir /home/samba/allothers... chown -R samba /home/samba chgrp -R samba /home/samba chmod -R a+rw /home/samba
vytvořit nepřihlášeného uživatele/skupinu: samba/samba
přiřadit tomuto uživateli domovskou složku: /home/samba
Nastavení služby Samba:
Konfigurace jsou umístěny v /etc/samba/
viz muž smb.conf
viz smb-conf.ru
Jednoduché nastavení naleznete v článku"Snadná instalace a konfigurace serveru SAMBA na CentOS"...
Důležité: Kromě služby „smb“ (hlavní) byste měli také „povolit“ a „spustit“ službu „nmb“ (která je zodpovědná za zveřejnění názvu NetBIOS počítače v místní síti – Server se zviditelní v „Síť“). Sousedství"):
Chkconfig --level 2345 smb on chkconfig --level 2345 nmb on service smb start service nmb start
Rada: Provozní režim Služby se nejlépe konfiguruje pomocí grafického modulu snap-in „GNOME / Systém / Správa / Služby“...
Pirate 1C distribuce (a cracky) lze stáhnout z výměníků (odkazy neuvádím, najdete je na forum.ru-board.com v sekci "Vareznik")…
Takže jsme dostali/stáhli distribuci„1C: Platform 8.2 release 8.2.16.368 ze dne 10/05/12“-> z něj vezmeme „1C Server: Enterprise (32bit) pro systémy Linux založené na RPM“, soubor"8_2_16_368_rpm.tar.gz" (169,07 MB) -> po rozbalení archivu získáme 8 RPM souborů distribuce...
Hotové sestavení “PostgreSQL z 1C vydání 9.0.3-3.1C z 01/17/12” nám nebudou vyhovovat, nebudou se instalovat podle závislostí (balíčky tam jsou kompilovány pro CentOS 5.x, ne pro 6.x.).
Nás Pro vlastní sestavení potřebujete zdrojové kódy PostgreSQL, opravené 1C!Z distribuce“PostgreSQL od verze 1C 9.0.3-3.1C od 17.1.2012”-> vzít pouze soubor “PG90331_Patch903.rar” -> vzít pouze soubor z archivu"postgresql-9.0.3-3.1C.src.rpm"(toto je RPM balíček se zdrojovými kódy PostgreSQL verze 9.0.3, JIŽ VČETNĚ VŠECH POTŘEBNÝCH OPRAV pro zajištění kompatibility se serverem 1C: Enterprise 8.1 a 1C: Enterprise 8.2)
Poznámka: Kromě toho jsou zdrojové kódy pro vlastní sestavení PostgreSQL DBMS podporované 1C: Enterprise 8 nejjednodušší stahujte přímo z oficiálních stránek...
Poznámky: Jakou platformu si mám vybrat?
Dodatečné informace...
Abyste předešli konfliktům v systému, musíte nejprve odinstalovat všechny ostatní/předchozí verze SERVERU PostgreSQL, pokud jsou nějaké nainstalovány (zaškrtněte).
Špatná rada: Abych se vyhnul zmatkům kvůli nekompatibilitě softwaru, odinstaloval jsem také klienta "postgresql-8.4.13" (nainstalovaný původně ze standardního úložiště CentOS 6.3) ... Některé balíčky (například "postgresql-libs-8.4. 13" a atd.) teď jsem toho musel nechat, protože Závisí na nich mnoho dalších balíčků v systému – lze je však odinstalovat později, po instalaci PostgreSQL 9.0.3 (při pohledu do budoucna se mi to povedlo)…
Je však rozumné ponechat tyto standardní balíčky v systému (zejména "postgresql-libs-8.4.13") pro případ, že budete v budoucnu potřebovat PostgreSQL 9.0.3 odinstalovat. Protože nyní mám situaci, kdy všechny systémové balíčky nyní závisí pouze na balíčku „postgresql-libs-9.0.3-3.1C“ a správce balíčků mi neumožňuje odinstalovat druhý, aniž bych současně zničil polovinu systému ( pád).
Bohužel v základních repozitářích CentOS 6.3, tzn. V současném systému nejsou všechny potřebné knihovny (závislosti) pro použití hotové sestavy „PostgreSQL z 1C“. Kromě toho je třeba mít na paměti, že pro provoz serveru 1C: Enterprise 8.2 Vyžaduje se PostgreSQL verze 8.3.8 nebo vyšší.
Zkoušel jsem různé distribuce...
Nejvhodnější je tedy verze „PostgreSQL z 1C vydání 9.0.3-3.1C“, ale sestavené balíčky RPM z distribuční sady „PG90331_setuppln903.rar“ nám nevyhovují: nebudou se instalovat podle závislostí (balíčky jsou kompilovány pro CentOS 5.x, a ne pro 6.x.)…
Špatný přístup: Ruční aktualizace stávajících starých knihoven je pracná a nebezpečná (závisí na nich spousta softwaru ze základního a stabilního jádra CentOS)! Bylo by také možné vkládat hacky ve formě symbolických odkazů (s názvy požadovaných knihoven odkazujících na existující verze), ale to je na produkčním serveru velmi špatné...
Proto, aby nedošlo k porušení integrity jádra CentOS,musíte znovu sestavit PostgreSQL ze zdrojového kódu, opravíme jej pomocí záplat 1C (bude tedy založen na našich stávajících knihovnách). Opravené zdroje PostgreSQL bereme z distribučního kitu “PostgreSQL z 1C release 9.0.3-3.1C” -> potřebujeme pouze soubor “PG90331_Patch903.rar” -> a z archivu bereme pouze soubor “postgresql-9.0. 3-3.1C.src.rpm” "...nebo si tento soubor stáhněte přímo z oficiálních stránek...
Poznámka: Nemám zkušenosti se sestavováním ze zdrojového kódu, takže následuje mírně upravený recept z blogu „Maniac Administrator“ na alsigned.ru (s respektem k autorovi).
Před PostgreSQL musíte nainstalovat (nebo se ujistit, že je již nainstalován) - je nezbytný pro provoz PostgreSQL verze od 1C. Můžete nainstalovat ručně z balíčku RPM (ale není to nutné)... Nebo pomocí yum ze standardního úložiště (což je lepší):
Yum install icu libicu libicu-devel
Instalujeme také balíčky potřebné pro kompilaci a sestavení:
Yum install rpm-build wget glibc-devel bison flex readline-devel zlib-devel openssl-devel pam-devel gettext gcc make
Stáhněte si zdroje PostgreSQL 9.0.3 z webu 1c:
Wget http://v8.1c.ru/overview/postgresql_patches/9-0-3/postgresql-9.0.3-3.1C.src.rpm
a nainstalujte zdrojový balíček (v systému budou vytvořeny různé složky a zdrojové soubory v nich budou rozptýleny):
Rpm -ihv postgresql-9.0.3-3.1C.src.rpm
Otevřete soubor /usr/lib/rpm/macros pro úpravy a změňte v něm úroveň opravy _default_patch_fuzz na 2:
%_default_patch_fuzz 2
Poznámka: Dříve se takové akce musely provádět pouze na Fedoře 12 a vyšší, při vytváření softwaru, který nepodporoval zpracování dávek s novými skripty, a počínaje verzí 6 přicházely do CentOS nové skripty.
Vytvořte symbolické odkazy na knihovny libicu:
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
Pojďme k sestavení PostgreSQL:
Rpmbuild -bb --define "runselftest 0" ~/rpmbuild/SPECS/postgresql-9.0-1C.spec
Poznámka: Nastavením parametru „runselftest 0“ odmítáme inicializaci testovací databáze a kontrolu funkčnosti PosgreSQL během sestavení, aby bylo testování úspěšné, musí být provedeno pod omezeným uživatelem, jinak bude proces sestavení být zastaven.
Proces montáže bude nějakou dobu trvat...
Nakonec se podívejme na seznam zkompilovaných balíčků RPM (protože mám 32bitový operační systém Linux, balíčky PostgreSQL byly také zkompilovány v 32bitové verzi):
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
Instalace opraveného serveru PostgreSQL DBMS z 1C:
Není vůbec nutné instalovat všechny balíčky... pro běžný provoz PostgreSQL stačí čtyři: postgresql-libs, postgresql, postgresql-server, postgresql-contrib. Přejděte do adresáře /root/rpmbuild/RPMS/i686 (na 64bitovém OS - v /root/rpmbuild/RPMS/x86_64) a nainstalujte balíčky...
Pořadí instalace balíčků je následující:
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
Volitelné, ale užitečné (pro vývojáře) k instalaci následujících balíčků:
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.ot./min
Abyste se ale neobtěžovali s pořadím instalace, je lepší nainstalovat všechny balíčky hromadně (yum si závislosti vyřeší sám):
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
Hrábě: Došlo k chybě při instalaci balíčku „postgresql-contrib-9.0.3-3.1C.i686.rpm“?
chyba: rozbalení archivu se nezdařilo v souboru /usr/pgsql/lib/libicudata.so.46;4e9327cc: cpio: Neshoda přehleduchyba: postgresql-contrib-9.0.3-3.1C.i686: instalace se nezdařila
Řešení: Spusťte otáčky za minutu bez kontroly digestu a md5
Rpm --nodigest --nomd5 -ihv postgresql-contrib-9.0.3-3.1C.i686.rpm
Poté se v operačním systému objeví uživatel „postgres“, který bude vlastnit všechny soubory DBMS a v jehož relaci bude server spuštěn (nepleťte si jej se stejnojmenným superuživatelem samotného DBMS).
Pro spuštění a zastavení DBMS bude vytvořen skript /etc/init.d/postgresql.
Binární soubory klienta a serveru PostgreSQL 9.0.3 jsou umístěny v /usr/pgsql/bin/…
Inicializujeme databázový cluster PostgreSQL (toto je název adresáře, obvykle /var/lib/pgsql/data, ve kterém jsou uložena data všech databází této instalace PostgreSQL DBMS):
Poznámka: v předchozích verzích Postgresu byl trik, kdy jsme jednoduše spustili DBMS server a při prvním spuštění nezjistil adresář s databázovými soubory - inicioval sám initdb... Ale teď to nefunguje -
musíte spustit initdb explicitně a se správnými parametry. V tomto případě musíte explicitně specifikovat uživatele systému, v jehož relaci je server DBMS spuštěn (pomocí příkazu „su postgres“). Také explicitně uvádíme národní prostředí, ve kterém server běží (locale=ru_RU.UTF-8).
Bash# su postgres -c "/usr/pgsql/bin/initdb -D /var/lib/pgsql/data --locale=ru_RU.UTF-8"
Po provedení tohoto příkazu jeho výstup konzoly potvrdí zadané parametry (text se objeví v konzole):
Soubory doprovázející tento databázový systém budou ve vlastnictví uživatele "postgres". Tento uživatel musí být také vlastníkem procesu serveru.
Cluster databáze bude inicializován s národním prostředím ru_RU.UTF-8. Výchozí základní kódování je nastaveno na UTF8. Výchozí konfigurace fulltextového vyhledávání je nastavena na „ruštinu“.
V důsledku toho bude vytvořena databáze umístěná v adresáři /var/lib/pgsql/data (poznámka: jsou zde také konfigurace serveru PostgreSQL).
Hrábě: co když dojde k chybě během inicializace databázového clusteru?
FATAL: Nelze vytvořit segment sdílené paměti…
TIP: Tato chyba obvykle znamená, že požadavek PostgreSQL na segment sdílené paměti překročil parametr SHMMAX vašeho jádra. Můžete buď zmenšit velikost požadavku, nebo překonfigurovat jádro pomocí většího SHMMAX. Chcete-li snížit velikost požadavku (aktuálně 35233792 bajtů), snižte parametr shared_buffers PostgreSQL (aktuálně 3584) a/nebo jeho parametr max_connections (aktuálně 104).
Řešení: K tomu je nutné zvýšit hodnotu parametru kernel.shmmax, přidejte do souboru /etc/sysctl.conf následující řádek:
Kernel.shmmax = 40000000
Poté aktualizujeme parametry sysctl následujícím příkazem:
Bash# sysctl -p
Poznámka: Obvykle je tento problém typický pro 32bitové verze... Ale na CentOS 6.3 32bit jsem tento problém neměl - zde je již nastaven parametr kernel.shmmax = 4294967295
Nastavení služby PostgreSQL:
Přidejte do spuštění a spusťte službu PostgreSQL:
Bash# chkconfig postgresql na bash# služba postgresql start
Binární soubory klienta a serveru PostgreSQL 9.0.3 jsou umístěny v /usr/pgsql/bin/… Vytvořme symbolické odkazy na potřebné binární soubory, aby je bylo možné spustit bez zadání cesty (toto je nutné zejména pro klienta PostgreSQL Console):
Ln -s /usr/pgsql/bin/psql /usr/local/bin/psql atd.
Když poprvé spustíte PostgreSQL, pro kontrolu přístupových práv k databázovým entitám se v DBMS vytvoří superuživatelský účet „postgres“ s heslem „postgres“ (nezaměňujte ho s účtem OS Linux). První věc, kterou musíte udělat, je změnit standardní heslo... Nastavte heslo pro superuživatele DBMS „postgres“ příkazem:
Bash# psql -U postgres -c "ZMĚNIT HESLO UŽIVATELE postgres "nové heslo""
Poznámka: Nyní bude při připojování klientů k DBMS použito toto heslo: login="postgres" password="newpassword".
Nakonfigurujeme server PostgreSQL tak, aby fungoval s „1C Server: Enterprise“ (upravte konfigurace):
Viz popis konfiguračních parametrů v ruštině...
V souboru /var/lib/pgsql/data/postgresql.conf - nastavení serveru. Musíte zadat parametry (odkomentujte řádky, nebo pokud tam tyto parametry nejsou, zadejte je ručně):
Default_with_oid = on
Ve výchozím nastavení je Autovacuum v PostgreSQL 9.0.3 zakázáno... Pokud chcete v databázi povolit „Automatic Garbage Collection (Automatic Vacuuming)“ (což je užitečné pro málo zatížené servery, takže administrátor nemusí provádět Postup „balení databáze“ pravidelně a ručně, ale jednoduše nainstalujte a zapomeňte) - poté nastavte následující parametry:
Track_counts = zapnuto autovakuum = zapnuto
Poznámka: v předchozích verzích DBMS byl parametr „stats_row_level“... ale v PostgreSQL 9.0.3 byl tento parametr zastaralý a zahrnut do nového parametru „track_counts“.
Soubor /var/lib/pgsql/data/pg_hba.conf konfiguruje politiku přístupu a identifikace uživatelů (tj. přijatelné parametry pro připojení k PostgreSQL serveru)... Ujistěte se, že na konci tohoto souboru je nekomentovaný takový řádek (což znamená „povolit připojení k serveru z libovolného hostitele, přihlašovací hesla jsou hašována pomocí md5“):
Hostovat všechny všechny 0.0.0.0/0 md5
Poznámka: Pokud nahradíte „md5“ v řádku zásad „trust“, heslo nebude při připojování kontrolováno! (užitečné pro obnovení/změnu zapomenutého hesla superuživatele) Všimněte si také, že výchozí zásada pro připojení klientů z localhost je: hesla se nekontrolují...
Poznámka: Tato nastavení můžete nakonfigurovat později. A když se ujistíte, že vše, včetně klienta 1C, funguje, má smysl z bezpečnostních důvodů omezit připojení pouze k místnímu hostiteli localhost (nebo přesněji k hostitelům „klastru serverů 1C“, pokud jsou oddělené)...
Nakonec restartujte server PostgreSQL:
/etc/init.d/postgresql restartujte
Serverová distribuce 1C: Enterprise 8 pro Linux je prezentována ve formě několika balíčků rpm:
Balíčky 1C_Enterprise-server a 1C_Enterprise-ws na sobě nezávisí. V souladu s tím je lze nainstalovat na jeden počítač, buď společně nebo samostatně (tj. „1C server“ a „webový server“ lze rozdělit na různé stroje, stejně jako lze server DBMS oddělit, aby se ulevilo „serveru 1C“ )...
Poznámka z 15.01.2014: bylo zjištěno, že kód balíčku „1C_Enterprise-ws“ stále závisí na balíčku „1C_Enterprise-server“, ale to není důležité...
Instalace musí být provedena jako uživatel root...
Při instalaci byste měli vzít v úvahu následující závislosti mezi balíčky (pro úspěšnou instalaci balíčku musíte nejprve nainstalovat všechny balíčky, na kterých závisí) - proto je pořadí instalace následující:
Rpm -ihv 1C_Enterprise82-common-8.2.16-368.i386.rpm rpm -ihv 1C_Enterprise82-common-nls-8.2.16-368.i386.rpm rpm -ihv 1C-82688.rpm rpm. rpm -ihv 1C_Enterprise82-server-nls-8.2.16-368.i386.rpm rpm -ihv 1C_Enterprise82-ws-8.2.16-368.i386.rpm rpm -ihv 1C_Enterprise.8218l-Enterprise.821ws36. .rpm rpm -ihv 1C_Enterprise82-crs-8.2.16-368.i386.rpm rpm -ihv 1C_Enterprise82-crs-nls-8.2.16-368.i386.rpm
Poté by měl být server spuštěn v režimu démona:
/etc/rc.d/init.d/srv1cv82 stop /opt/1C/v8.2/i386/ragent -daemon /etc/rc.d/init.d/srv1cv82 restart
Všechny výše uvedené akce musí být provedeny jako uživatel root.
Během procesu instalace komponent serveru 1C: Enterprise 8 se vytvoří uživatel operačního systému s názvem usr1cv82, pod jehož účtem budou spouštěny serverové procesy 1C: Enterprise 8.
Po instalaci všech požadovaných balíčků je třeba spustit skriptovací nástroj pro diagnostiku a inicializaci grafického subsystému v 1C v8.2 a řídit se jeho doporučeními, pokud existují. (Obslužný program zkontroluje systém na přítomnost komponent a nastavení požadovaných pro grafický subsystém v 1C v8.2 a vydá doporučení, pokud 1C stále něco vyžaduje.)
/opt/1C/v8.2/i386/utils/config_server
Další informace o obslužném programu „config_server“: at nefrit.arvixe.ru a blog.unixstyle.ru ...
Postup konfigurace systému pomocí nástroje „config_server“ bude přibližně následující(možná nemáte některé z těchto kroků - přeskočte):
Instalace musí být provedena jako uživatel root...
1) Po prvním spuštění obslužného programu „config_server“ by se měla objevit chyba: „Nelze detekovat adresář fontů, uveďte jej prosím!“
Řešení: nainstalovat chybějící TTF fonty podle receptury Linewb.ru FAQ a .
Poznámka: již byste měli mít systém složek ~/rpmbuild/ (byly vytvořeny dříve při vytváření distribuce PostgreSQL).
V důsledku toho stačí k instalaci písem následující kroky:
Yum install rpm-build cabextract wget http://corefonts.sourceforge.net/msttcorefonts-2.5-1.spec rpmbuild -bb msttcorefonts-2.5-1.spec rpm -ivh ~/rpmbuild/RPMS/noarch/msttcore1s-2.5- .noarch.rpm
2) Znovu spusťte obslužný program „config_server“ – měla by se objevit chyba: „Nenalezen žádný nástroj pro konverzi truetype!“ Nainstalujte si prosím ttf2afm nebo ttf2pt1!“
Řešení: nainstalujte obslužný program ttf2pt1 (dostupný v úložišti EPEL):
Yum nainstalovat ttf2pt1
3) Potřetí spusťte utilitu “config_server” - systém bude déle přemýšlet a vše bude v pořádku: v konzoli už nebude zobrazovat žádné chyby...
Nakonec musíte restartovat „1C Server“ (nebo celý stroj):
/etc/init.d/srv1cv82 restartujte
Všechny výše uvedené akce musí být provedeny jako uživatel root.
To je vše, instalace „1C Serveru“ na OS Linux je dokončena!
Zbývá se pouze připojit k tomuto „1C Serveru“ prostřednictvím konzoly MMC „1C Server Administration: Enterprise 8.2“ a vytvořit „informační základny“ konfigurací. Více o tom níže...
Poznámka: Konzola MMC je nainstalována jako součást technologické platformy 1C: Enterprise 8.2 – na jiném hostiteli a pouze pod Windows. (I když ve verzi „1C: Enterprise 8.3“ slibují, že administrační software již byl implementován pro Linux...)
Konfigurujeme podporu pro webové klienty 1C prostřednictvím webového serveru Apache:
Příprava: Použijeme lokální webový server Apache nainstalovaný na stejném linuxovém stroji jako 1C Server. Pokud ještě nemáte nainstalovaný webový server Apache, postupujte podle kroků v části „Úkol: Instalace Apache/httpd pod Fedora Core/Cent OS Linux“ v článku„Jak nainstalovat a spustit službu Apache nebo httpd pod Linuxem“:
Yum install httpd chkconfig httpd na /etc/init.d/httpd start
Dále postupujeme tak, jak je uvedeno v části „2. Publikování webového klienta“ článek„Nainstalujeme webového klienta 1C na Apache“...
Předpokládejme, že máte informační základnu na „Serveru 1C“ s názvem „test1c“(ve skutečnosti se vytvoří později, po inicializaci clusteru a vytvoření databáze v postgreSQL... ale publikování lze nyní provést spekulativně, protože ve skutečnosti nebudeme přistupovat k zabezpečení informací, ale jednoduše opravíme konfigurace Apache a vytvoříme útržek na webovém serveru, některé složky/soubory).Postup publikace je velmi jednoduchý a automatizovaný (každý krok je podrobně popsán ve výše uvedeném článku, takže jej zde nebudu opakovat) - je třeba provést následující příkazy:
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 při spuštění služby httpd
To je vše, informační databáze „test1c“ byla zveřejněna! Po úplné konfiguraci „klastru serverů 1C“ a informační základny se k němu můžete připojit prostřednictvím prohlížeče zadáním adresy http://delldev/test1c(kde delldev je název hostitele, na kterém běží CentOS, s „1C Server“ a „Apache web server“, které právě nastavujeme)...
Pamatujte: aby webový klient fungoval, je také nutné: K hostiteli, na kterém běží „1C Server“ nebo „Apache Web Server“ (v tomto případě je pouze jeden), připojte balíček „ Síťové klientské licence“ (ochranný klíč lze připojit lokálně nebo nakonfigurovat přístup ke „správci licencí“); a povolte položku „Vydávat licence aplikačním serverem“ v „Vlastnosti“ Informační báze (konfigurované prostřednictvím modulu snap-in „Správa serveru“).
Další věci, které byste měli vědět jak povolit „Technologický žurnál“ (také znám jako "logy", aka "log")...
Ve výchozím nastavení jsou protokoly zakázány, protože rychle rostou a zabírají hodně místa na disku (v případě chyb se spolu s „protokoly“ vytvářejí také „výpisy“). Protokoly povolte pouze v případě, že opravdu potřebujete vysledovat konkrétní problém.
Navíc: pokud náhle potřebujete... odstranit „1C Server“, měli byste postupovat takto:
Před odstraněním musíte vypnout cluster serverů:
/etc/rc.d/init.d/srv1cv82 stop
Poté balíčky odebereme v opačném pořadí instalace, takže závislý balíček bude odstraněn před balíčkem, na kterém závisí:
Rpm -e 1C_Enterprise82-crs-nls-8.2.16-368.i386.rpm rpm -e 1C_Enterprise82-crs-8.2.16-368.i386.rpm rpm -e 1C_Enterprise82-i386n6n6n6n6n .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_68server-686. .rpm rpm -e 1C_Enterprise82-common-nls-8.2.16-368.i386.rpm rpm -e 1C_Enterprise82-common-8.2.16-368.i386.rpm
Nebo můžete také odstranit všechny balíčky rpm jedním univerzálním příkazem, který odstraní všechny nainstalované balíčky začínající předponou „1C_“ a závislosti budou sledovány automaticky:
Rpm -e`rpm -qa|grep 1C_`
Připojení klíčů k serveru 1C je snadné. Musíte si stáhnout ovladač z webu výrobce klíče, rozbalit jej a poklepat na instalaci...
Tipy pro výběr řidiče -
Rpm -ihv haspd-3.3-eter4scientific.i586.rpm haspd-modules-3.3-eter4scientific.i586.rpm
Dále musíte do USB portu tohoto serveru vložit dva hardwarové klíče: „klíč pro 1C: Enterprise server“ a „klíč pro síťové uživatelské licence X“ (všechny klíče na jednom fyzickém „flash disku“). A vše by mělo fungovat: klienti obdrží klientské licence přes server...
Poznámka: Klíče jsou potřeba pouze pro „1C Application Server: Enterprise“ a pro „zabezpečené klientské aplikace 1C“. nejsou žádné problémy s PostgreSQL DBMS - je to open source a nevyžaduje žádné licence ani klíče (na rozdíl od MS SQL Server DBMS, ale nepoužíváme).
Poznámka: Některé verze 1C fungovaly bez klíčů (beta)...
Pozornost: Nelicencovaný „1C Server“ (tj. i bez „klíče serveru“) funguje normálně s malým počtem klientských připojení (až ~12 připojení). Pravděpodobně to bylo provedeno pro usnadnění administračních úkolů: počáteční konfigurace a monitorování v případě problémů... Ale pokud je tento administrativní limit překročen, Server začne odmítat nová připojení a vyžadovat klíč.
Podle výsledků experimentu...
Poznámka: „Klientské klíče“ (lokální nebo síťové) jsou však vyžadovány pro „zabezpečené klientské aplikace 1C“ v každém případě - ať už pro první připojení k serveru nebo sté! pokyny k instalaci technologické platformy pro Windows (na fotkách a videu)…
Spouštíme instalační program „Technologická platforma pro Windows verze 8.2.16.368“ (verze 8.2 je k dispozici pouze ve 32bitové verzi) - obsahuje všechny programy v jedné lahvičce. Během instalace vyberte následující součásti:
Zdůrazňuji, že neinstalujeme následující komponenty (v tomto případě použití klient/server 1C nejsou potřeba):
"Instalace ovladače HASP"Děláme to, pokud na tomto počítači používáme licencovaný 1C: buď bude k portu USB připojen hardwarový ochranný klíč, nebo bude licence odebrána ze sítě ze „správce licencí“...(Připomenutí: pokud používáte crack/emulátor, neinstalujte během instalace „HASP protection driver“!)
Rada: Aby se nic nepokazilo,ujistěte se, že vaše nastavení DCOM je správnéNA KAŽDÉM STROJI s OS Windows, který používáte pro práci s 1C.
DCOM se konfigurují pomocí modulu snap-in dcomcnfg, jak je uvedeno v návodu... (Pozn.: návod mluví nejen o DCOM, ale o instalaci 1Cv8+MSSQL... Obsahuje ale také vizuální popis v obrázcích, kam kliknout pro konfiguraci DCOM.)
Nyní přejděme přímo k ovládání nainstalovaného softwarového balíčku:
Spusťte konzolu MMC: Start -> Programy -> 1C: Enterprise 8.2 -> Pokročilé -> Správa serveru 1C: Enterprise.
Prostřednictvím konzoly postupně vytváříme objekty: „Centrální server“, „Cluster“, „Pracovní server“, „Pracovní proces“, „Informační základna“ – jak je popsáno a znázorněno včlánek „Správa serverů 1C Enterprise“...
Následující články jsou trochu zastaralé a neúplné (vzhled konzole MMC, pořadí vytváření a parametry komponent se změnil), ale mohou být také užitečné pro ilustraci toho, co je v této fázi potřeba udělat:Bez klíčů není možná žádná další práce!Další klíčové možnosti a problémy s nimi zde neuvažuji - jsou nad rámec tohoto článku... Softwarové licence můžete aktivovat i emailem/telefonem (pokud je podporuje linuxový ovladač?), případně nastavit emulátory/ praskliny (ale podotýkám, že Emulátory ještě nebyly implementovány pro Linux a je nepravděpodobné, že tak učiní, protože... opravdu není potřeba)...
Po vytvoření „Informační báze“ (zatím prázdná) prostřednictvím administrační konzoly MMC serveru se k ní můžete připojit pomocí „Tlustého klienta“ v režimu „Konfigurátor“ a začít vytvářet/konfigurovat konfiguraci aplikace... Udělejte to Nyní:
A když je konfigurace aplikace stažena a nakonfigurována, bude možné se k ní připojit s různými klienty (tlustý, tenký, web) a používat a řešit problémy s aplikacemi...
To je vše! Děkuji za pozornost!
„1C: Enterprise na Ubuntu 10.04 / Instalace PostgreSQL 9.0“, zde, ...
Verze 1C pro Linux byla vydána již poměrně dávno, a proto je nejvyšší čas mluvit o instalaci 1C na Linux. Budu mluvit o instalaci 1C na Ubuntu (založené na deb) a Fedora (založené na rpm).
Pojďme tedy začít.
Vše začíná stažením všech potřebných distribucí, které si můžete stáhnout na users.v8.1c.ru. Budeme potřebovat „Client for 1C: Enterprise for Linux systems“ a „Server 1C: Enterprise for Linux systems“. V závislosti na operačním systému vyberte DEB nebo RPM a také vyberte 32bitovou nebo 64bitovou možnost.
Po rozbalení archivů získáme přibližně následující seznam souborů:
Balíčky je třeba nainstalovat v následujícím pořadí:
S instalací na Fedoře nebyly žádné problémy, ale Ubuntu vyžadovalo libwebkitgtk-1.0-0, problém byl vyřešen takto:
apt-get install libwebkitgtk-1.0-0
apt-get -f install
V případě potřeby můžete nainstalovat HASP, můžete si stáhnout distribuční sadu. Musíte nainstalovat v následujícím pořadí:
Po instalaci bude adresář 1C umístěn na /opt/1C/.
A výsledek bude vypadat nějak takto:
Při spuštění si 1C bude stěžovat na nedostatek písem a upozorní, že vzhled se může lišit od toho, co se očekávalo.
Mimo jiné můžete provést některé další úpravy (včetně písem).
Nejprve musíte nainstalovat následující balíčky:
A poté spusťte následující příkaz:
sudo /opt/1C/v8.3/i386/utils/config_system /usr/share/fonts
Poté můžete přidat databázi a pracovat.
Pokud najdete chybu nebo nepřesnost, vyberte část textu a klikněte Ctrl+Enter.
