Mit válasszunk, 1C-t Linuxhoz vagy 1C-t terminálkiszolgálón?
Php Copyright: 2003-2019 SysElegance Ltd. Minden jog fenntartva.
Az ingyenes Linux operációs rendszerhez készült 1C 8.3 platform kliens részének bejelentése kapcsán egyre gyakrabban tesznek fel kérdéseket arról, hogy érdemes-e tovább használni a terminál módot az 1C platformon.
Röviden, a válaszunk a következő: az 1C platform terminál módja számos problémát megold, amelyeket egyszerűen nem lehet megoldani helyi telepítéssel, legyen az ingyenes Linux, fizetős Windows vagy bármely más operációs rendszer.
Az egyetlen különbség a szolgáltató operációs rendszer kikiáltási árában van, az 1C platform Linux operációs rendszeren nem fog jobban vagy rosszabbul teljesíteni, mint a Windows helyi telepítése.
A legtöbb cég egyáltalán nem az ár miatt választja az 1C platform terminál üzemmódját (például a Microsoft terminálszerver megvalósításában az ár sokkal magasabb, mint a helyi telepítés ára).
Emellett a terminálmegoldások platformot jelentenek a teljes infrastruktúra számára, amely magában foglalja az összes programot, perifériát és munkahelyet. Az 1C platform csak egy az infrastruktúra összetevői közül.
Amint az alábbi táblázatból is látható, sokkal több a hiányosság és a kérdés, mint a megoldásuk.
| Előnyök és lehetőségek | Hátrányok és korlátok |
|
|
|
|
|
|
|
|
|
|
Ennek ellenére az 1C 8.3 platform kliense letölthető modulként elérhető lesz a SysElegance Thinstation Enterprise lemez nélküli operációs rendszerhez (a 4-es verziótól). Alkalmazási köre rendkívül korlátozott lesz:
- biztonsági mentési hozzáférés az 1C platformhoz, ha a terminálkiszolgáló nem elérhető
- hozzáférés az 1C platformhoz olyan helyekről, amelyek nem igényelnek más alkalmazásokkal való munkát (például raktárak)
- hozzáférés az 1C platformhoz olyan helyekről, ahol nincs szükség dokumentumok nyomtatására
- a jövőben - POS terminálok (konfigurációkkal és fiskális perifériával támogatott)
Következtetések: az 1C 8.3 kliens rész jelenléte az ingyenes Linux operációs rendszerhez óriási előrelépés az 1C technológia és platform fejlesztése szempontjából. De a közeljövőben csak azok a nagyvállalatok tudják majd teljes mértékben használni, amelyek egyrészt 1C szervereket, másrészt kizárólag Linuxot használnak munkahelyeken.
A gyakorlat azt mutatja, hogy jelenleg csak néhány ilyen cég létezik. A vállalatok túlnyomó többsége számára a terminál mód továbbra is egyszerűbb, pénzügyileg jövedelmezőbb és rugalmasabb lesz.
Figyelmeztetés: Nincs részletes utasításokat nem fog! Csak a műveletek sorozata szükséges lépéseketés tippeket. Ez az útmutató csak tapasztalt Linux rendszergazdáknak szól!
Példák néhány konfigurációmra csatolva...
Megjegyzés: Ez a cikk a 32 bites CentOS 6.3-mal végzett kísérletek alapján készült(A szerverhez 64 bites operációs rendszert kell használni. De előfordult, hogy a 64 bites CentOS nem volt telepítve a kísérletekhez elérhető hardverre.)Mindazonáltal nincs különbség a telepítési módszer (32 vs 64bit) esetében - csak a terjesztési fájlok utótagjaiban van: vagy i686 (vagy i386), vagy x86_64 ...
Tartalom:
- 2) A hálózat konfigurálása
- 5) Samba szerver konfigurálása
- Irodalom (használt és ajánlott)
0) A szerver hardverének előkészítése
Nem adok konkrét ajánlásokat a szerver hardverének kiválasztására (milyen teljesítmény szükséges) - nincs személyes tapasztalat. Lásd a hivatalos"Ajánlások az 1C: Enterprise 8-mal való munkavégzéshez szükséges felszerelés kiválasztásához" a v8.1c.ru és nem hivatalos"A számítógép követelményei az 1C: Enterprise 8 programmal való együttműködéshez" innen: 1c.xxi.kiev.ua ...
És azt javaslom, hogy a hardvert az ajánlottnál erősebb tartalékkal vegye be (mert "növelni" kell a vállalat igényeit; és mivel az 1C Platform is folyamatosan "növekszik és optimalizálódik" - ez azt jelenti, hogy egyre több erőforrást fogyaszt a kiadásból hogy kiadja).
Ezenkívül, dióhéjban, a következő stratégia a legelőnyösebb:
- Két szerver (1C szerver és Postgres DBMS szerver) két különböző gépre való felosztása - a kapacitás megduplázódik, és nem kell külön licenceket vásárolnia. Ez is egy olcsó megoldás: a Linux ingyenes, és a hardver költsége nem számít (a hardver mindig olcsóbb, mint a licenc).
- Megjegyzés: ne feledje, hogy az "1C szerverfürt" továbbra is nagyon hibás. Sőt, minden további különálló gép a „Server 1C mint egy fürt részeként” számára – külön „Licenc a szerverhez” vásárlása szükséges! Ezért minden oldalról a legjövedelmezőbb, ha CSAK EGY GÉPET használ a "Server 1C"-hez - csak egy gépet vásároljon a szerverhez, elég erős hardverrel, amely képes húzni a teljes terhelést ...
- Telepítse a RAID10 hardvert a DBMS-kiszolgálóra (az adatbázis-fájlokról biztonsági másolat készül, és a lemezterület szükség szerint megnő).
Sőt: A költségvetési megoldásokban elég sok modern alaplapba épített Chipset RAID vezérlőt használni, ahelyett, hogy külön és drága hardveres RAID vezérlőt vásárolna (amelynek ára 250 dollártól kezdődik). A beépített lapkakészletű RAID-vezérlők már széles funkcionalitással rendelkeznek; támogatja a szükséges RAID módokat (0, 1, 5, 10) és az automatizált migrációt közöttük, adatmegőrzéssel.
Csak egy, de jelentős hiba van: a Linux hardveres RAID-vezérlőinek gyenge támogatása. Ráadásul beépített alaplap A SATA-RAID lapkakészlet nem teljesen hardver alapú: az adatkezelés nem magán a hardver szinten, hanem a BIOS mikrokód szintjén történik az operációs rendszer illesztőprogramján keresztül – innen erednek olyan fogalmak, mint a SATA-RAID (Intel Matrix Storage Driver) illesztőprogramok, amelyek nélkül a RAID külön lemeznek tekintik - innen ered a támogatási problémák... Linux alatt hagyományosan szoftveres RAID tömböket használnak, amelyek támogatását már régóta implementálták és hibakereséssel is megoldották! - Mindkét szerver természetesen telepíthető Windows / linux 64 bites operációs rendszerre (mivel sok RAM-ot és nagy teljesítményt támogatnak). És vegyél "1C szervert" és telepítsd a 32 bitet (mert a "Server 1C 64bit" 2-szer többe kerül, és a teljesítménynövekedés minden más tényező változatlansága mellett csak + 5% !!! nem hivatalosan kézművesek tesztelték...)
1) Telepítse az operációs rendszert (OS)
Telepítse a Linux CentOS 6.x-et (legújabb kiadás), a 64 bites jobb.
A CentOS disztribúció választásának okai: Ez egy Linux szerver disztribúció. Ingyenes (ingyenes, " Közösségi kiadás") Elosztókészlet. Ez egy RedHat magon alapuló disztribúció, amelyet az 1C "támogatott"-ként deklarál.
A CentOS disztribúciós képei lendülnek innen (bármelyik tükörből).
Kényelmesebb az iso-t leereszteni, dummy-re (DVDRW) égetni és abból telepíteni.
A telepítéshez általában csak a két összeállítható lemez első lemeze elegendő (a második lemezen - bármilyen másodlagos szoftver).
És akkor már nincs szükség a telepítőlemezekre - mindazonáltal az összes szoftvert frissíteni kell, és az interneten keresztül szállítani kell ...
Megjegyzés: A CentOS rendszer root felhasználója nem jelentkezik be(kellene lennie)!
A CentOS rendszerben végzett minden munka MINDIG egy normál felhasználói munkamenetből történik, beleértve. és a rendszer telepítése/konfigurálása. És csak bizonyos műveleteknél, amikor "szuperfelhasználói" jogosultságokat kérnek (valami hasonló megjelent a Windows7 rendszerben).
Ezért a konfigurációk szerkesztéséhez, csomagok telepítéséhez és egyéb "admin" műveletekhez - a konzol normál felhasználói munkamenetben történő megnyitásával azonnal futtassa a "su" parancsot, amely az aktuális konzolt "superuser" módba kapcsolja (CentOS funkció):
Bash # su Jelszó:<вводим пароль root>
Ezután ezt a bash konzolt # különféle kiemelt műveletekre használják. Például futtathatja az "mc" parancsot, és szerkesztheti a konfigurációkat az / etc / ...
2) A hálózat konfigurálása
Dallam hálózati adapterek, gazdagépnév, átjáró és DNS ...
Csatlakozzon az internethez, és frissítse az összes alapcsomagot a legújabb verzióra...
Minden további műveletet csak akkor hajtunk végre, ha van internet kapcsolat, úgy gondoljuk, hogy az állandó!
A hálózati konfiguráció szabvány szerint történik ... De vanÁltalános megkerülendő gereblyék:
2a)
Először is a szerverünk nevét gond nélkül IP-címmé kell megoldani.
Az / etc / sysconfig / network fájlban ellenőrizzük a hostname paraméter értékét (a szerver "számítógép neve"), ha szükséges módosítjuk, hogy az új paraméterek érvénybe lépjenek, újra kell indítani a rendszert.
Bash # cat / etc / sysconfig / network NETWORKING = igen NETWORKING_IPV6 = nem HOSTNAME = delldev GATEWAY = 192.168.10.2
(Az utolsó sor az alapértelmezett átjáró, nem kötelező megadni. Ha nincs megadva, akkor az ifcfg konfigurációkból vagy DHCP-n keresztül veszi át...)
Az / etc / hosts fájl nem tartalmazhat a localhost.localdomian formátumú vagy IPv6 -hoz kapcsolódó bejegyzéseket; DNS -kiszolgáló hiányában világos egyezést kell tartalmaznia a szerver IP -címe - FQDN -neve - rövid neve között. Példa egy helyes hosts fájlra:
Bash # cat / etc / hosts 127.0.0.1 localhost delldev
Ellenőrizd: a szerver magát pingeli? Írja be a konzolba:
Bash # ping delldev
2b)
Másodszor, ne legyenek olyan szabályok a tűzfalon, amelyek tiltják a vállalat 1c összetevői közötti interakciót.
A legtöbb esetben a vállalat 1c szervere a helyi hálózaton belül található, így előfordulhat, hogy kikapcsoljuk a tűzfalat (legalábbis az üzembe helyezés idejére):
Bash # chkconfig iptables off bash # service iptables stop
2c)
Harmadszor, a SELinux szabályzatot is le kell tiltani!
Okoz:
1) Korábban a SELinux okozta a szegmentációs hibát.
2) A Samba megosztások nem működnek a SELinux engedélyezésével (a távoli felhasználók belépnek a megosztásokba, de nem látják a fájlokat ... vagy a fájlok láthatók, de nem olvashatók ... stb. hibák)
3) Ezen túlmenően, a SELinux használatának előnyei a helyi hálózaton belüli nagy terhelésű szervereken rendkívül homályosnak tűnnek.
Hogyan lehet letiltani:
Szerkessze a config / etc / selinux / config sort SELINUX = SELINUX-ra váltás kényszerítése = letiltva indítsa újra a gépet ...
2d)
Az "Ukrtelecom / Ukrajna" internetszolgáltatónak is van ilyen rake: buggy DNS -kiszolgálók- tehát kiegészítőket kell használnia (lehetőleg a Google-tól) ... És lehet, hogy a DSL-routerem rosszul kompatibilis a Linux operációs rendszerrel ...
Tünet: az internettel való munka során az egyes DNS-nevek feloldása nagyon hosszú időt vesz igénybe (több [tíz] másodperces időtúllépés), nagyon rosszul működik ...
Megoldás: Ezért nem kaptam automatikusan a DNS-kiszolgálókat DHCP-n keresztül, hanem statikusan regisztráltam a következő címeket az adapter beállításaiban (az / etc / sysconfig / network-scripts / ifcfg-eth0 config-ban): 213.179.249.151, 213.179.249.152, 8.8. 8.8, 8.8.4.4(az első kettő új ukrtelekomovszki, a következő kettő a Google -tól származik).
3) A csomagkezelő konfigurálása (yum)
Megjegyzés: részletes útmutató a yum használatához - lásd a cikket„Csomagkezelés az RHEL6 -ban. Nam "...
3a)
Szoftverforrások (repozitóriumok) konfigurálása:
engedélyezze a szabványos lerakatokat (a tároló konfigurációjában írjon engedélyezve = 1, vagy állítsa be a jelölőnégyzeteket a grafikus felületen keresztül ...):
CentOS-6 - Alap
CentOS-6 – Hozzájárulás
CentOS-6 - Extrák
CentOS -6 - Plus
CentOS -6 - Frissítések
ÉS (Nagyon szomorú nélkülük, mert a szabványos tárolók főleg szerverszoftvereket tartalmaznak, ráadásul elavult, bár szuperhibamentes verziókat).
Megjegyzés: A legtöbb esetben az új tárolók csatlakoztatásának megkönnyítése érdekében a lerakattulajdonosok RPM-csomagokat készítettek automatikus konfiguráció- ezeket a csomagokat csak le kell tölteni és telepíteni. Ezenkívül válassza ki a megfelelő verziójú csomagokat: a lerakat megfelelő verziójához és a megfelelő Linux-kiadáshoz. Ennek a pszeudo-csomagnak a telepítésekor a rendszer automatikusan generálja a szükséges konfigurációkat, beállítja a yum-ot stb.
Javaslatok:
A "cat / etc / redhat-release" használatával megtudhatja, hogy az EL melyik kiadását használja(Nálam ez áll: "CentOS kiadás 6.3" - azaz "el6")
Az "uname -a" használatával keresse meg a processzor architektúráját(Azt mondom: "i686 i386")
Az rpmforge-release csomag telepítéséhez használja az "rpm -ivh csomagfájlnév" parancsot(URL-ekkel is működik)
RPMforge
Telepítési útmutató: repoforge.org és
packages.sw.be/rpmforge-release/rpmforge-release-0.5.2-2.el6.rf.i686.rpm "
EPEL
Telepítési útmutató: fedoraproject.org
működő példa telepítés: su -c "rpm -Uvh download.fedoraproject.org/pub/epel/6/i386/epel-release-6-7.noarch.rpm "
ATrpms
Telepítési útmutató: atrpms.net
működő példa telepítés: su -c "rpm -Uvh dl.atrpms.net/all/atrpms-repo-6-5.el6.i686.rpm "
3b)
Koncepció: a lényeg az, hogy ne törjük meg az alaprendszer magjának funkcionalitását.
A szabványos CentOS tárolók (különösen a "CentOS-6 - Base") speciálisan képzett emberekből állnak, akik biztosítják, hogy a tárban bármikor legyen egy szelet kompatibilis csomagokból és könyvtárakból.(A CentOS egy szerverrendszer, amelyet a legdrágább, automatikus frissítés módban működő éles kiszolgálókra telepítenek. A tároló hibája sok kiszolgálót tönkretesz, vagyis az adminisztrátorok sok vacakot és bizalmat kapnak A CentOS aláásásra kerül... Ez nem megengedett.)
De ha a harmadik baloldali disztribúciókkal játszunk, akkor a könyvtárak új (és instabil) verziói mindig korábban jelennek meg bennük - az automatikus frissítés során automatikusan telepíthetők a rendszerbe, ami inkompatibilitást okoz a kernelszolgáltatások számára. Rosszul!
Annak érdekében, hogy a legtöbb hibakeresett szoftvert telepítsék a szerverre, és a további tárolókból csak az alapszolgáltatásban hiányzó szoftvert telepítsék (a csomagokat a "függőségek" oldják fel) - be kell állítania / használni a prioritási rendszert:
A prioritások kezeléséhez - szüksége vantelepítsen további bővítményeket a yum-hoz(hasznos beállítani mind a hármat):
- yum-protect-packages (lehetővé teszi, hogy megvédje a megadott csomagokat a törléstől; alapértelmezés szerint maga a yum és függőségi lánca védett)
- yum-plugin-protectbase (lehetővé teszi, hogy megvédje a megadott tárolóból származó csomagokat a nem védett tárolóktól való frissítéstől) – KÖNNYEBB KONFIGURÁLHATÓ.
- yum-plugin-priority (lehetővé teszi prioritások hozzárendelését a különböző tárolókhoz; az alacsonyabb prioritású tárolóból származó csomagok nem frissíthetők magas prioritású tárolóból - ez egy másik fajta védelem, fejlettebb és rugalmasabb) - HE JOBB!
(Megjegyzés: sokkal több érdekes plugin létezik a yum számára, de ezek a legfontosabbak ...)
Yum adattár beállításaitárolja: /etc/yum.repos.d/
a szerkeszthető konfigurációk neve: * .repo
a többi fájl szolgáltatási fájl – nem nyúlunk hozzájuk.
A szöveges konfigurációkhoz (legalábbis minden engedélyezett = 1-es adattárhoz) hozzá kell adni a Protect = ... és priority = ... paraméterekkel rendelkező sorokat.(megjegyzés: minél alacsonyabb a prioritási érték, annál fontosabb az adattár)
3c)
Azt is javaslom, hogy telepítsen egy grafikus héjat a csomagkezelőbe: Yum Extender (a bináris neve yumex) - ez sokkal fejlettebb, mint a standard GUI!
4) Telepítsen további szoftvereket, amelyek nem kapcsolódnak az 1C rendszerhez
Most már telepítheti (természetesen a yum csomagkezelő kezelőkonzolján keresztül):
ntfs támogatás
wine (emulátor egyszerű Windows alkalmazások futtatásához)
és egyéb hasznos helyi alkalmazások...
5) Samba szerver konfigurálása
Telepíteni (yumon keresztül) és konfigurálni kell a Samba szervert ("smb" és "nmb" szolgáltatások) - ez a Microsoft NetBIOS protokoll támogatása Linux alatt, az ún. "Hálózati környezet" ...
Ezenkívül javaslom a Samba fejlesztését, még akkor is, ha nem biztosít fájlmegosztást ezen a kiszolgálón a helyi hálózat más ügyfelei számára, hogy ez a szerver az összes Windows -ügyfél és más hálózati kiszolgáló "hálózati környezetében" jelenjen meg, a szabvány által szkennelve API, feloldotta a "gép hálózatnevét" – így valahogy úgy lehet hivatkozni rá, mint ¨ \\ MyLinuxServer¨. A kényelem érdekében állítsa be a Sambát úgy, hogy az 1C szerver látható legyen a MUNKAKÖRBEN ...
Megjegyzés: Szüksége van Samba szerverre az 1C: Enterprise futtatásához, vagy sem?
A Samba beállításához azt tanácsolom:
Hozzon létre és konfiguráljon golyós mappákat, például:
Mkdir / home / samba mkdir / home / samba / others ... chown -R samba / home / samba chgrp -R samba / home / samba chmod -R a + rw / home / samba
hozzon létre nem bejelentkező felhasználót / csoportot: samba / samba
rendelje hozzá ezt a felhasználó otthoni mappáját: / home / samba
Samba szolgáltatás beállítása:
A konfigurációk az / etc / samba / mappában vannak
lásd férfi smb.conf
lásd: smb-conf.ru
Az egyszerű beállításért lásd a cikket"A SAMBA szerver egyszerű telepítése és konfigurálása CentOS rendszeren" ...
Fontos: Az "smb" szolgáltatáson (fő) kívül "engedélyezni" és "indítani" kell az "nmb" szolgáltatást is (amely felelős a NetBIOS számítógép nevének közzétételéért a helyi hálózaton - a szerver látható lesz a " Network Neighborhood"):
Chkconfig --level 2345 smb on chkconfig --level 2345 nmb on service smb start service nmb start
Tanács: A szolgáltatások működési módját a legjobb a "GNOME / Rendszer / Adminisztráció / Szolgáltatások" grafikus beépülő modulon keresztül konfigurálni ...
6) Kivesszük és előkészítjük az 1C: Enterprise disztribúciókat ... Honnan szerezzünk be mindent?
A kalóz 1C disztribúciók (és crackek) letölthetők hőcserélőkről (linkeket nem adok, megtalálod forum.ru-board.com a "Vareznik" részben) ...
Tehát megkaptam / letöltöttem a terjesztési készletet"1C: Platform 8.2 kiadás 8.2.16.368, 05.10.12."-> ebből vesszük a "Server 1C: Enterprise (32bit) for RPM-based Linux systems" fájlt"8_2_16_368_rpm.tar.gz" (169,07 MB) -> az archívum kicsomagolása után 8 RPM-fájlt kapunk a terjesztési készletből ...
A "PostgreSQL from 1C release 9.0.3-3.1C from 01/17/12" kész összeállítások nálunk nem működnek, nem függőségek telepítik őket (ott CentOS 5.x-hez gyűjtik a csomagokat, nem 6-hoz. x.).
MINKET szükséged van PostgreSQL forráskódokra, javított 1C-re önszerelés!
Az elosztásból"PostgreSQL 1C kiadás 9.0.3-3.1C, 01/17/12"-> csak a "PG90331_Patch903.rar" fájlt vegye ki -> csak a fájlt vegye ki az archívumból"Postgresql-9.0.3-3.1C.src.rpm"(ez egy RPM-csomag a PostgreSQL 9.0.3-as verziójának forráskódjaival, MÁR AZ ÖSSZES SZÜKSÉGES JAVÍTÁST TARTALMAZVA, hogy biztosítsa a kompatibilitást az 1C: Enterprise 8.1 és 1C: Enterprise 8.2 szerverrel)
Megjegyzés: Ezenkívül az 1C: Enterprise 8 által támogatott PostgreSQL DBMS önösszeállításához szükséges forráskódok a legegyszerűbbek. letöltés közvetlenül a hivatalos oldalról...
Megjegyzések: Melyik platformot válassza?
- Az 1C szerver lehet: x64 és x86
- Az 1C kliens programok: jelenleg csak x86 (ismétlem: az x64 csak 1C szerver)
- ismert, hogy x64 operációs rendszeren telepíthet x86 programokat (ez nem csak az 1C-re vonatkozik)
- Az 1C kliens programok (vastag és vékony kliensek) csak Windows alatt működnek!
További információ...
7) Építsd meg és telepítsd a "PostgreSQL DBMS from 1C (9.0.3-3.1C kiadás, 01/17/12)" Linux CentOS (6.3) rendszeren.
Először is, hogy ne legyen konfliktus a rendszerben, el kell távolítania a PostgreSQL SERVER összes többi / korábbi verzióját, ha van ilyen (ellenőrizze).
Rossz tanács: A szoftver-inkompatibilitások miatti félreértések elkerülése érdekében eltávolítottam a "postgresql-8.4.13" klienst is (eleinte telepítve, a szabványos CentOS 6.3 tárolóból) ... Néhány csomagot (például "postgresql-libs-8.4. 13" és stb.) most meg kellett hagyni, tk. a rendszerben sok más csomag is tőlük függ - azonban később, a PostgreSQL 9.0.3 telepítése után eltávolíthatók (előre nézve sikerült) ...
Érdemes azonban ezeket a szabványos csomagokat a rendszeren tartani (különösen a „postgresql-libs-8.4.13”) arra az esetre, ha a jövőben el kell távolítania a PostgreSQL 9.0.3-at. Mert most van egy olyan helyzetem, hogy most már minden rendszercsomag csak a "postgresql-libs-9.0.3-3.1C" csomagon múlik, és a csomagkezelő nem engedi az utóbbi eltávolítását anélkül, hogy egyidejűleg le ne bontsák a rendszer felét ( összeomlás).
Sajnos az alap CentOS 6.3 repókban, pl. a jelenlegi rendszerben nincs meg az összes szükséges könyvtár (függőség) a kész "PostgreSQL from 1C" összeállítás használatához. Ezenkívül szem előtt kell tartani, hogy az 1C: Enterprise szerver 8.2 A PostgreSQL 8.3.8-as vagy újabb verziója szükséges.
Próbáltam különböző disztribúciókat...
Tehát a "PostgreSQL from 1C release 9.0.3-3.1C" verzió a legalkalmasabb, de a "PG90331_setuppln903.rar" disztribúcióból összeállított RPM-csomagok nem működnek nekünk: nem függőségek telepítik őket (ott a csomagok CentOS 5.x-re vannak fordítva, de nem 6.x-re.) ...
Rossz megközelítés: A meglévő régi könyvtárak kézi frissítése drága és veszélyes (sok szoftver az alapból és a stabil CentOS kernel tőlük függ)! Mankókat-hackeket is beilleszthetsz szimbolikus hivatkozások formájában (a szükséges könyvtárak nevével, linkekkel meglévő verziók), de nagyon rossz az éles szerveren...
Ezért, hogy ne sértse meg a CentOS kernel integritását,újra kell építenie magát a PostgreSQL-t forráskódokbólaz 1C javításokkal (tehát a meglévő könyvtárainkra épül). A javított PostgreSQL forrásokat a "PostgreSQL from 1C release 9.0.3-3.1C" disztribúciós készletből vesszük -> csak a "PG90331_Patch903.rar" fájlra van szükségünk -> az archívumból pedig csak a "postgresql-9.0" fájlt. 3-3.1C.src.rpm "... vagy töltse le ezt a fájlt közvetlenül a hivatalos webhelyről ...
7a)
Megjegyzés: Nem vagyok jártas a forrásból való építésben, ezért a következő egy kissé módosított recept az alsigned.ru címen található "Maniac Admin" blogról (tisztelet a szerzőnek).
A PostgreSQL előtt telepítenie kell (vagy győződjön meg arról, hogy már telepítve van) - szükséges, hogy az 1C PostgreSQL verziója működjön. Telepítheti manuálisan az RPM csomagból (de nem szükséges) ... Vagy a yum használatával a szabványos tárolóból (ami jobb):
Yum install icu libicu libicu-devel
Az összeállításhoz és összeállításhoz szükséges csomagokat is telepítjük:
Yum install rpm-build wget glibc-devel bison flex readline-devel zlib-devel openssl-devel pam-devel gettext gcc make
7b)
Töltse le a PostgreSQL 9.0.3 forrásait az 1c webhelyről:
Wget http://v8.1c.ru/overview/postgresql_patches/9-0-3/postgresql-9.0.3-3.1C.src.rpm
és telepítse a forráscsomagot (létrejön különböző mappákat a rendszerben, és a forrásfájlok szétszórva vannak rajtuk):
Rpm -ihv postgresql-9.0.3-3.1C.src.rpm
Nyissa meg a / usr / lib / rpm / macros fájlt szerkesztéshez, és módosítsa a _default_patch_fuzz javítási szintet 2-re:
% _default_patch_fuzz 2
Megjegyzés: Korábban az ilyen műveleteket csak a Fedora 12 -es és újabb verzióin kellett végrehajtani, amikor olyan szoftvereket épített, amelyek nem támogatják a csomagok feldolgozását új parancsfájlokkal, és a 6 -os verziótól kezdve új parancsfájlok érkeztek a CentOS -hoz.
Hozzon létre szimbolikus linkeket a libicu könyvtárakhoz:
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
Térjünk át a PostgreSQL felépítésére:
Rpmbuild -bb --define "runselftest 0" ~ / rpmbuild / SPECS / postgresql-9.0-1C.spec
Megjegyzés: A "runselftest 0" paraméter beállításával megtagadjuk a tesztbázis inicializálását és a PosgreSQL teljesítményének ellenőrzését a build alatt, a sikeres tesztelés érdekében azt korlátozott felhasználó alatt kell végrehajtani, ellenkező esetben a build folyamat megállt.
Az építési folyamat eltart egy ideig...
Végül nézzük meg a lefordított RPM-csomagok listáját (mivel az én Linux operációs rendszerem 32 bites, a PostgreSQL csomagokat is 32 bites verzióban fordították le):
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-661C.3-686. .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)
Javított PostgreSQL DBMS-kiszolgáló telepítése 1C-ből:
Egyáltalán nem szükséges minden csomagot telepíteni... négy is elég a PostgreSQL megfelelő működéséhez: postgresql-libs, postgresql, postgresql-server, postgresql-contrib. Lépjen a / root / rpmbuild / RPMS / i686 könyvtárba (64 bites operációs rendszeren - a / root / rpmbuild / RPMS / x86_64 címre), és telepítse a csomagokat ...
a csomagok telepítésének sorrendje a következő:
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
Nem kötelező, de hasznos (fejlesztők számára), majd telepítse a következő csomagokat is:
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
De annak érdekében, hogy ne zavarjon a telepítési sorrend, jobb, ha az összes csomagot tömegesen telepíti (a yum magával a függőségekkel foglalkozik):
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-server -teszt-9.0.3-3.1C.i686.rpm
Gereblye: Hiba jelenik meg a "postgresql-contrib-9.0.3-3.1C.i686.rpm" csomag telepítésekor?
hiba: az archívum kicsomagolása nem sikerült a /usr/pgsql/lib/libicudata.so.46;4e9327cc: cpio: Kivonat nem egyezikhiba: postgresql-contrib-9.0.3-3.1C.i686: a telepítés nem sikerült
Megoldás: Futtassa a fordulatszámot a kivonat és az md5 ellenőrzése nélkül
Rpm --nodigest --nomd5 -ihv postgresql-contrib-9.0.3-3.1C.i686.rpm
Ezt követően megjelenik az operációs rendszerben a „postgres” felhasználó, aki az összes DBMS fájl tulajdonosa lesz, és akinek a munkamenetében elindul a szerver (ne keverje össze az azonos nevű DBMS szuperfelhasználóval).
A DBMS elindításához és leállításához egy /etc/init.d/postgresql szkript jön létre.
A PostgreSQL 9.0.3 kliens és szerver bináris fájljai a / usr / pgsql / bin / ...
7d)
Inicializáljuk a PostgreSQL adatbázis -fürtöt (ez a könyvtár neve, általában / var / lib / pgsql / data, amely a PostgreSQL adatbázis -telepítés összes adatbázisának adatait tárolja):
Megjegyzés: be előző verziók A Postgres átesett a trükkön, amikor éppen elindítottuk a DBMS-kiszolgálót, és amikor először elindult, nem találta meg az adatbázisfájlokat tartalmazó könyvtárat - maga kezdeményezte az initdb-t... De most nem működik -
Az initdb-t kifejezetten és a megfelelő paraméterekkel kell futtatni. Ebben az esetben kifejezetten meg kell adnia azt a rendszerfelhasználót, akinek a munkamenetében a DBMS szervert elindította (a "su postgres" paranccsal). Explicit módon jelezzük azt a területi beállítást is, amelyben a kiszolgáló fut (locale = ru_RU.UTF-8).
Bash # su postgres -c "/ usr / pgsql / bin / initdb -D / var / lib / pgsql / data --locale = ru_RU.UTF-8"
A parancs végrehajtásakor a konzol kimenete megerősíti állítsa be a paramétereket(a szöveg megjelenik a konzolon):
Az adatbázisrendszert kísérő fájlok a "postgres" felhasználó tulajdonát képezik. Ennek a felhasználónak a szerverfolyamat tulajdonosának is kell lennie.
Az adatbázis-fürt inicializálása a ru_RU.UTF-8 területi beállítással történik. Az alapkódolás alapértelmezés szerint UTF8. A teljes szöveges keresés beállítása alapértelmezés szerint "orosz".
Ennek eredményeként létrejön egy adatbázis, amely a / var / lib / pgsql / data könyvtárban található (megjegyzés: a PostgreSQL szerver konfigurációi is itt találhatók).
Gereblye: ha hiba történik az adatbázis-fürt inicializálása során?
VÉGZETES: nem sikerült létrehozni a megosztott memória szegmenst...
TIPP: Ez a hiba általában azt jelenti, hogy a PostgreSQL megosztott memória szegmensre vonatkozó kérése meghaladta a kernel SHMMAX paraméterét. Csökkentheti a kérés méretét, vagy átállíthatja a kernelt nagyobb SHMMAX-mal. A kérés méretének (jelenleg 35233792 bájt) csökkentéséhez csökkentse a PostgreSQL share_buffers paraméterét (jelenleg 3584) és/vagy max_connections paraméterét (jelenleg 104).
Megoldás: Növelni kell a kernel.shmmax paraméter értékét, ehhez hozzáadjuk a sort az /etc/sysctl.conf fájlhoz:
Kernel.shmmax = 40000000
Ezután frissítjük a sysctl paramétereket a következő paranccsal:
Bash # sysctl -p
Megjegyzés: Általában ez a probléma jellemző a 32 bites verziókra ... De a CentOS 6.3 32 bites verziójában nem volt ilyen probléma - a kernel.shmmax = 4294967295 paraméter már itt be van állítva
7e)
PostgreSQL szolgáltatás beállítása:
Adja hozzá az indításhoz, és indítsa el a PostgreSQL szolgáltatást:
Bash # chkconfig postgresql on bash # service postgresql start
A PostgreSQL 9.0.3 kliens és szerver bináris fájljai a / usr / pgsql / bin / könyvtárban találhatók ... Hozzon létre szimbolikus hivatkozásokat a szükséges binárisokhoz, hogy azok elérési út megadása nélkül fussanak (ez különösen a PostgreSQL Console kliens esetében szükséges):
Ln -s / usr / pgsql / bin / psql / usr / local / bin / psql stb.
A PostgreSQL első indításakor az adatbázis-entitások hozzáférési jogosultságának vezérléséhez egy "postgres" szuperfelhasználói fiók jön létre "postgres" jelszóval a DBMS-ben (ne keverje össze a Linux OS fiókkal). Az első dolog, hogy változtass szabványos jelszó... Állítsa be a "postgres" DBMS szuperfelhasználó jelszavát a következő paranccsal:
Bash # psql -U postgres -c "ALTER USER postgres PASSWORD" új jelszó ""
Megjegyzés: most ezt a jelszót fogja használni, amikor az ügyfelek csatlakoznak a DBMS-hez: login = "postgres" password = "newpassword".
7f)
A PostgreSQL szervert úgy konfiguráljuk, hogy az 1C: Enterprise Serverrel működjön (konfigurációk szerkesztése):
Lásd a konfigurációs paraméterek leírását oroszul ...
A /var/lib/pgsql/data/postgresql.conf fájlban - szerverbeállítások. Meg kell adnia a paramétereket (törölje ki a sorokat, vagy ha ezek a paraméterek nincsenek ott, akkor manuálisan adja meg):
Default_with_oid = be
Alapértelmezés szerint az Auto Vacuum a PostgreSQL 9.0.3-ban le van tiltva... Ha engedélyezni szeretné az automatikus vákuumozást az adatbázisban (ami kis terhelésű szervereknél hasznos, így a rendszergazdának nem kell elvégeznie az „adatbázis becsomagolását” ” időszakonként és manuálisan, de egyszerűen telepítse és felejtse el) - majd állítsa be a következő paramétereket:
Track_counts = on autovacuum = be
Megjegyzés: a DBMS korábbi verzióiban volt egy "stats_row_level" paraméter, de a PostgreSQL 9.0.3-ban ez a paraméter elavult, és az új "track_counts" paraméterben szerepel.
A /var/lib/pgsql/data/pg_hba.conf fájl konfigurálja a hozzáférési és felhasználóazonosító házirendet (azaz érvényes paramétereket a PostgreSQL szerverhez való kapcsolódáshoz) ... a szerverrel való kapcsolatokat bármely gazdagépről, a bejelentkezési jelszavakat az md5 kivonatolja. "):
Az összes tárolása 0.0.0.0/0 md5
Megjegyzés: ha az „md5” szót „trust”-ra cseréli a házirend sorban, akkor a jelszó nem kerül ellenőrzésre a csatlakozáskor! (hasznos a helyreállításhoz / megváltoztatáshoz elfelejtett jelszó superuser) Vegye figyelembe azt is, hogy a localhost ügyfélkapcsolatainak alapértelmezett házirendje: a jelszavak nincsenek ellenőrizve ...
Megjegyzés: Ezeket a paramétereket később is beállíthatja. És ha megbizonyosodik arról, hogy minden működik, beleértve az 1C klienst is, akkor biztonsági okokból célszerű korlátozni a kapcsolatokat csak a helyi host localhost (vagy pontosabban az "1C szerverfürt" állomásaira), ha azok külön vannak...)
Végül indítsa újra a PostgreSQL szervert:
/etc/init.d/postgresql újraindítás
8) A "Server 1C: Enterprise 32bit for RPM-alapú Linux rendszerek (8.2.16.368)" telepítése Linux CentOS (6.3) rendszeren
Az 1C: Enterprise 8 for Linux szerver részének disztribúciós készlete több fordulatszámú csomag formájában jelenik meg:
- 1C_Enterprise-common – az 1C közös összetevői: Enterprise 8;
- 1C_Vállalati szerver - 1C: Vállalati 8 szerverösszetevők;
- 1C_Enterprise-ws - adapter az 1C: Enterprise 8 webszolgáltatások közzétételéhez Apache HTTP Server 2.0 vagy Apache HTTP Server 2.2 alapú webszerveren;
- 1C-Enterprise-crs – az 1C: Enterprise 8 konfigurációs tárolószerver összetevői.
- A nevükben az „-nls” utótagot tartalmazó csomagok további nemzeti források a megfelelő csomaghoz.
Az 1C_Enterprise-server és 1C_Enterprise-ws csomagok függetlenek egymástól. Ennek megfelelően egyszerre és külön-külön is telepíthetők egy számítógépre (azaz az "1C szerver" és a "Web-szerver" szétosztható különböző gépeken, valamint külön a DBMS-kiszolgáló az "1C szerver" eltávolításához) ...
Megjegyzés 2014.01.15-től: észrevették, hogy az "1C_Enterprise-ws" csomag kódja továbbra is az "1C_Enterprise-server" csomagtól függ, de ez nem lényeges ...
A telepítést root felhasználóként kell végrehajtani ...
Telepítéskor figyelembe kell venni a következő csomagok közötti függőségeket (egy csomag sikeres telepítéséhez először telepíteni kell az összes csomagot, amelytől függ) - ezért a telepítési sorrend a következő:
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_Enterprise-82.8.1server-86.8.1 rpm -ihv 1C_Enterprise82-server-nls-8.2.16-368.i386.rpm rpm -ihv 1C_Enterprise82-ws-8.2.16-368.i386.rpm rpm -ihv 1C_Enterprise82-server-nls-8.2.16-368.i386.rpm rpm .rpm rpm -ihv 1C_Enterprise82-crs-8.2.16-368.i386.rpm rpm -ihv 1C_Enterprise82-crs-nls-8.2.16-368.i386.rpm
Ezután a szervert démon módban kell elindítani:
/etc/rc.d/init.d/srv1cv82 stop /opt/1C/v8.2/i386/ragent -daemon /etc/rc.d/init.d/srv1cv82 restart
A fenti lépések mindegyikét root felhasználóként kell végrehajtani.
Az 1C: Enterprise 8 szerverkomponens telepítése során létrejön egy usr1cv82 nevű operációs rendszer-felhasználó, akinek fiókja alatt az 1C: Enterprise 8 szerverfolyamatai végrehajtásra kerülnek.
8a)
Az összes szükséges csomag telepítése után futtassa a script segédprogramot a grafikus alrendszer diagnosztizálásához és inicializálásához az 1C v8.2-ben, és kövesse az ajánlásait, ha vannak ilyenek. (A segédprogram ellenőrzi a rendszert az 1C v8.2 grafikus alrendszeréhez szükséges összetevők és beállítások megléte szempontjából, és ajánlásokat ad, ha az 1C-nek még szüksége van valamire.)
/opt/1C/v8.2/i386/utils/config_server
További információ a "config_server" segédprogramról: a címen nefrit.arvixe.ru és blog.unixstyle.ru ...
A rendszer konfigurálása a "config_server" segédprogrammal körülbelül a következő(lehet, hogy néhány lépés hiányzik – kihagyja):
A telepítést root felhasználóként kell végrehajtani ...
1) A "config_server" segédprogram első indítása után hibaüzenetnek kell megjelennie: "A font könyvtár nem észlelhető, kérjük adja meg!"
Megoldás: telepítse a hiányzó TTF betűtípusokat a recept szerint linewb.ru GYIK és.
Megjegyzés: az ~ / rpmbuild / mapparendszernek már léteznie kell az Ön számára (korábban a PostgreSQL disztribúció felépítésekor hozták létre).
Ennek eredményeként a betűtípusok telepítéséhez a következő lépések elegendőek:
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 / mstt.5core .noarch.rpm
2) Futtassa újra a config_server segédprogramot – hibaüzenet jelenik meg: „Nem található truetype konvertáló segédprogram! Kérjük, telepítse a ttf2afm vagy ttf2pt1 fájlt!
Megoldás: telepítse a ttf2pt1 segédprogramot (elérhető az EPEL tárolóban):
Yum telepítés ttf2pt1
3) Futtassa a "config_server" segédprogramot harmadszor - a rendszer egy kicsit tovább gondolkodik, és minden rendben lesz: nem ad több hibát a konzolra ...
Végül újra kell indítania az 1C szervert (vagy az egész gépet):
/etc/init.d/srv1cv82 újraindítás
A fenti lépések mindegyikét root felhasználóként kell végrehajtani.
8b)
Ez az, a "Server 1C" telepítése Linux operációs rendszeren befejeződött!
Marad a csatlakozás ehhez az "1C szerverhez" az "1C: Enterprise 8.2 Server" MMC konzolon keresztül, és létre kell hozni a konfigurációk "infobázisait". Erről bővebben lent...
Megjegyzés: Az MMC konzol az „1C: Enterprise 8.2 Technological Platform” részeként van telepítve – egy másik gazdagépen, és csak az alatt Windows vezérlés... (Bár az "1C: Enterprise 8.3" verzióban azt ígérik, hogy az adminisztrációs szoftvert már implementálták Linuxra ...)
8c)
Az 1C webes ügyfelek támogatását konfiguráljuk az Apache webszerveren keresztül:
Előkészületek: Helyi Apache webszervert fogunk használni, amely ugyanarra a Linux gépre van telepítve, mint a Server 1C. Ha még nem telepítette az Apache webszervert, kövesse a cikk "Feladat: Az Apache / httpd telepítése a Fedora Core / Cent OS Linux alatt" című szakaszának lépéseit."Az Apache vagy httpd szolgáltatás telepítése és elindítása Linux alatt":
Yum telepítse a httpd chkconfig httpd fájlt az /etc/init.d/httpd start oldalon
Továbbá a „2. szakaszban leírtak szerint járunk el. Webkliens »cikkek közzététele"1C webkliens telepítése az Apache-on" ...
Tegyük fel, hogy van egy "test1c" nevű információs bázisa az "1C szerveren"(sőt később, a fürt inicializálása és az adatbázis postgreSQL-ben történő létrehozása után jön létre... de a publikáció spekulatívan még most is végrehajtható, hiszen valójában nem az információbiztonsággal fogunk foglalkozni, hanem egyszerűen javítsa ki az Apache konfigurációkat, és hozzon létre egy csonkot a webszerveren, néhány mappában / fájlban).A közzétételi eljárás nagyon egyszerű és automatizált (minden lépést részletesen ismertetünk a fenti cikkben, ezért itt nem ismétlem meg magam) - a következő parancsokat kell végrehajtania:
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 a szolgáltatásról httpd start
Ennyi, megjelent a "test1c" információs bázis! Ha teljesen konfigurálta az "1C szerverfürtöt" és az információs bázist, a http://delldev / test1c cím megadásával böngészőn keresztül csatlakozhat hozzá(ahol a delldev a CentOS-t futtató gazdagépnév, "Server 1C" és "Apache webszerver" mellett, amelyeket jelenleg konfigurálunk) ...
Ne feledje: ahhoz, hogy a webes kliens működjön, az is szükséges: ahhoz a gazdagéphez, amelyen az "1C Server" vagy az "Apache webszerver" fut (a ez az eset csak egy van), csatlakoztassa a "Network Client Licenses" csomagot (a védelmi kulcsot helyileg csatlakoztathatja, vagy beállíthatja a hozzáférést a "licenckezelőhöz"); és engedélyezze az Infobázis "Tulajdonságok" részében a "Licencek kiadása az alkalmazáskiszolgáló által" elemet (a "Szerveradminisztráció" beépülő modulon keresztül konfigurálva).
8 D)
Ráadásul: tudnia kell hogyan lehet engedélyezni a "Technológiai naplót" (más néven "rönk", más néven "napló") ...
Alapértelmezés szerint a naplók le vannak tiltva, mert gyorsan nőnek és sok lemezterületet foglalnak el (hiba esetén a „naplókkal” együtt „kiíratások” is keletkeznek). Csak akkor engedélyezze a naplózást, ha valóban meg kell találnia a problémát.
8e)
Ezenkívül: ha hirtelen szüksége van a "Server 1C" eltávolítására, kövesse az alábbi lépéseket:
A törlés előtt le kell állítani a kiszolgálófürtöt:
/etc/rc.d/init.d/srv1cv82 stop
Ezután a csomagokat a telepítés fordított sorrendjében távolítjuk el, így a függő csomagot a csomag előtt távolítjuk el, amelytől függ:
Rpm -e 1C_Enterprise82-crs-nls-8.2.16-368.i386.rpm rpm -e 1C_Enterprise82-crs-8.2.16-368.i386.rpm rpm -e 1C_Enterprise82-ws-nls-8.2.16-368.i386 .rpm rpm -e 1C_Enterprise82-ws-8.2.16-368.i386.rpm rpm -e 1C_Enterprise82-server-nls-8.2.16-368.i386.rpm rpm -e 1C_Enterprise-8.8.8.1-server-6.8.8.i .rpm rpm -e 1C_Enterprise82-common-nls-8.2.16-368.i386.rpm rpm -e 1C_Enterprise82-common-8.2.16-368.i386.rpm
Vagy eltávolíthatja az összes rpm csomagot egyetlen univerzális paranccsal, amely eltávolítja az összes telepített csomagot, amely "1C_" előtaggal kezdődik, és a függőségek automatikusan nyomon követhetők:
Rpm -e`rpm -qa | grep 1C_`
9) Biztonsági kulcsok telepítése (1C licenc)
A kulcsok könnyen csatlakoztathatók az 1C szerverhez. Le kell töltenie az illesztőprogramot a kulcsgyártó webhelyéről, ki kell csomagolnia, és dupla kattintással telepítenie kell ...
Vezetőválasztási tippek -
Rpm -ihv haspd-3.3-eter4scientific.i586.rpm haspd-modules-3.3-eter4scientific.i586.rpm
Ezután két hardverkulcsot kell behelyeznie a kiszolgáló USB-portjába: "az 1C: Enterprise szerver kulcsa" és "az X hálózati felhasználói licenc kulcsa" (minden kulcs egy fizikai "flash drive"-ban van). És mindennek működnie kell: az ügyfelek a szerveren keresztül kapják meg az ügyféllicenceket ...
Megjegyzés: Kulcsokra csak az „1C: Enterprise Application Server” és az „1C biztonságos kliens alkalmazások” esetén van szükség. nincs probléma a PostgreSQL DBMS-sel - nyílt forráskódú, és nem igényel licencet vagy kulcsot (ellentétben az MS SQL Server DBMS-szel, de mi nem használjuk).
Megjegyzés: Az 1C egyes verziói kulcsok nélkül működtek (béta) ...
Figyelem: Egy licenc nélküli "Server 1C" (azaz "szerverkulcs" nélkül is) jól működik kis számú kliens kapcsolattal (legfeljebb ~ 12 kapcsolat). Ez valószínűleg az adminisztrációs feladatok megkönnyítése érdekében történt: kezdeti konfiguráció és felügyelet problémák esetén ... De ha ezt az adminisztrációs határt túllépik, a Szerver elkezdi elutasítani az új kapcsolatokat, és kulcsot igényel.
A kísérlet eredményei szerint...
Megjegyzés: a "biztonságos 1C kliens alkalmazásokhoz" azonban "klienskulcsok" (helyi vagy hálózati) szükségesek, minden esetben - a szerverhez való első csatlakozáshoz, a századikhoz! A Windows technológiai platform telepítési útmutatója (képekkel és videóval)...
Elindítjuk a telepítőt "Technological platform for Windows verzió 8.2.16.368 "(a 8.2-es verzióban csak 32 bites) - minden program egy palackban van. A telepítés során a következő összetevőket választjuk ki:
- "1C: Enterprise" (Az "1C: Enterprise" fő összetevői, beleértve az adminisztrációs, konfigurációs, vastag és vékony kliens összetevőket)
- "1C: Enterprise - Thin Client" (Vékony klienskomponensek csak a kliens-szerver verzióban való munkához, a fájlverzióval való együttműködés nélkül)
- "Az 1C: Enterprise szerver adminisztrációja" (MMC-konzol szerverfürt adminisztrálására)
- "Interfészek különböző nyelveken: angol, orosz ..." (alapértelmezett)
Hangsúlyozom, hogy nem telepítjük a következő összetevőket (az 1C kliens/szerver használati esetében nincs rájuk szükség):
- "1C: Enterprise – Vékony kliens, fájlverzió" (Vékony kliens összetevők, beleértve összetevők a fájl alapú információs bázissal való munkához)
- "1C szerver: Vállalat" ( erre nincs szükség ezen a gépen mivel már telepítve van egy másik, Linuxot futtató gazdagépen ... Bár ha a jövőben heterogén "1C-kiszolgálók klasztere" lesz: amely nem csak Linuxot, hanem Widows-t is tartalmaz - csak akkor lesz szüksége erre az elemre. .)
- "Webszerver-bővítmény modulok" (csak Windows alatt működik: "1C Server" Windows alatt + IIS webszerver Windows alatt, különböző gépeken lehetséges... Ezek a modulok lehetővé teszik egy olyan webhely egyszerű megvalósítását, amelyen az 1C kliens felület közvetlenül a webbe építhető Egy nehéz, ügyetlen oldal, mert a webszerver modulok és az "1C szerver" közötti kapcsolat DCOM-on keresztül történik ... De az előnye megkérdőjelezhető: ehhez a baromsághoz egy távoli webkliens minden csatlakozásához külön teljes értékű "klienskulcs" kell! Ezért egy ilyen webhely semmilyen módon nem lehet masszív ...)
- "1C: Vállalati konfigurációs tároló szerver" (Akkor használható, ha a konfigurációt nem relációs DBMS -ben, hanem fájlformátumban tárolja - optimalizálja a vele való munkát többfelhasználós, 1C szerver vagy Apache webszerver számára. A vélemények szerint: bugos szemét, és az 1C kampánya pontozta a fejlesztését ...)
- "IB Converter 1C: Enterprise 7.7" (csak fejlesztőknek szükséges)
"A HASP illesztőprogram telepítése"abban az esetben gyártunk, ha az 1C on ez a számítógép licencelt fogunk használni: vagy egy hardvervédelmi kulcsot csatlakoztatunk az USB-porthoz, vagy a licencet a hálózatról veszik a "licenckezelőből" ...(Emlékeztetlek: ha cracket / emulátort használ, akkor a telepítés során ne telepítse a "HASP védelmi illesztőprogramot"!)
Tanács: Úgy, hogy semmi nem bogarasgyőződjön meg arról helyes beállításokat DCOMMINDEN Windowst futtató GÉPEN, amelyet az 1C-vel való együttműködéshez használ.
A DCOM a dcomcnfg beépülő modulon keresztül konfigurálható, az utasítások szerint ... (Megjegyzés: az utasítások nem csak a DCOM-ról szólnak, hanem az 1Cv8 + MSSQL telepítéséről... De tartalmaz egy vizuális leírást is képekben, hogy hova kell kattintani a DCOM beállításához.)
10b)
Most közvetlenül a művelethez megyünk telepített csomag programok:
Indítsa el az MMC konzolt: Start -> Programok -> 1C: Enterprise 8.2 -> Speciális -> 1C: Enterprise szerverek adminisztrációja.
A konzolon keresztül egymás után hozzuk létre az objektumokat: "Központi kiszolgáló", "Cluster", "Munkakiszolgáló", "Munkafolyamat", "Információs bázis" - a leírásnak megfelelően cikk "1C Enterprise szerverek adminisztrációja" ...
A következő cikkek kissé elavultak és hiányosak (az MMC konzol megjelenése, a létrehozás sorrendje és az összetevők paraméterei megváltoztak), de hasznosak lehetnek annak bemutatására is, hogy mit kell tenni ebben a szakaszban:a további munka kulcs nélkül lehetetlen!Más kulcsfontosságú lehetőségeket és kérdéseket itt nem veszek figyelembe - ezek már túlmutatnak e cikk keretein... Aktiválhatja is szoftver licencek e-mailben / telefonon (ha a Linux illesztőprogram támogatja őket?), vagy állítson be emulátorokat / crackeket (de vegye figyelembe Linux emulátorokat még nem implementáltak, és nem valószínű, hogy megteszik, tk. nem különösebben szükséges)...
Miután az MMC szerver adminisztrációs konzolján keresztül [már] létrejött az "Infobase" (még mindig üres) - "Configurator" módban csatlakozhat hozzá a "Fat kliens" segítségével, és megkezdheti az Alkalmazás létrehozását / konfigurálását. Konfiguráció... Tedd meg most:
- Csatlakozzon az IB -hez a Configurator segítségével (amikor először indítja el az ügyfelet, fel kell vennie az IB -t a listára: gomb "Hozzáadás" / "Létező információs bázis hozzáadása a listához" / "Az 1C: Vállalati kiszolgálón" / " Szerver klaszter "= delldev (szerver gazdagépneve);" IB név a fürtben "= teszt1c);
- Töltse be a konfigurációt ("Konfiguráció / Konfiguráció betöltése fájlból.
- Valódi hitelesítő adatok importálása ("Adminisztráció / Infobázis betöltése" menüpont - ekkor került az adatok korábban az "IB fájlverziójába", szolgáltatási igényekhez használják fel);
Megjegyzés: ne keverje össze ezt a pontot a "PostgreSQL-adatbázis visszaállításával normál biztonsági mentésből" - ez a folyamat a PostgreSQL DBMS-kiszolgálón történik, a teljes adatbázis-fürtre vonatkozóan, pl. mindenkinek információs bázisok az aktuális DBMS szerveren tárolva ... Ez a művelet durva és grandiózus, szerverhiba esetén, vagy meglévő szerver új hardverre történő migrálásakor történik... - Konfigurálja a rendszerfelhasználókat és szerepköreiket ("Adminisztráció / Felhasználók" menüpont... feltétlenül hozza létre az "Adminisztrátor" felhasználót, és engedélyezze neki az összes lehetséges szerepet).
És amikor az Alkalmazáskonfiguráció betöltődik és konfigurálva van, akkor különböző kliensek (vastag, vékony, web) csatlakozhatnak hozzá az alkalmazott problémák használatához és megoldásához ...
Ez minden! Köszönöm a figyelmet!
"1C: Enterprise on Ubuntu 10.04 / PostgreSQL 9.0 telepítése", itt, ...
Feltételezhető, hogy már telepítve van egy orosz honosítást támogató operációs rendszer, és már van egy 1C szerver disztribúciós készletünk az RPM-alapú Linux rendszerekhez.
A használt disztribúciós verziók, az írás idején aktuálisak:
- Operációs rendszer: CentOS Linux 7.2.1511
- DBMS: PostgreSQL Pro 9.4.9
- 1C szerver: Enterprise: 8.3.9.1818
A PostgreSQL Pro disztribúciók telepítése a Postgres Professional által összeállított telepítőcsomagokból történik. Ezek a telepítőcsomagok az 1C által biztosított változtatásokat tartalmazzák.
Gazdanév és DNS beállítások
A Centos gazdagépneve a következő paranccsal módosul:
hostnameectl set-hostname pgsql_1cAz 1C szerver normál működéséhez megfelelően konfigurált DNS -kiszolgálóra van szükség, de annak beállítása kívül esik a cikk keretein. Ezért a szerver funkcionalitásának megőrzése érdekében a fájlokat fogjuk használni otthont ad a használt rendszerekről.
A Centoson regisztrálnia kell a szerver címét a fájlban / etc / hosts :
127.0.0.1 pgsql_1cEzenkívül regisztrálni kell azon a gépen, amelyen a platform és az 1C szerver felügyeleti konzol telepítve lesz a fájlban otthont ad(Windows esetén az C: \ Windows \ System32 \ Drivers \ etc \ hosts) szerver címe 1C: Enterprise.
Például:
A PostgreSQL telepítése és konfigurálása
1) A PostgreSQL Pro disztribúciók telepítéséhez csatlakoztatnia kell a tárolókat.
sudo rpm -ivh http://1c.postgrespro.ru/keys/postgrespro-1c-centos94.noarch.rpm sudo yum install postgresql-pro-1c-9.43) A disztribúciós készlet telepítése után a PostgreSQL szerver adminisztrációjának megkönnyítése érdekében javasolt a felhasználó számára regisztrálni a szükséges környezeti változókat. postgres... Ez a lépés nem kötelező.
Váltás felhasználóra postgres a környezetével:
su - postgresNyissa meg a fájlt, amelyben beállítjuk a szükséges környezeti változókat:
vim .bash_profileVáltozók hozzáadása ehhez a fájlhoz:
export PATH = / usr / pgsql-9.4 / bin: $ PATH export MANPATH = / usr / pgsql-9.4 / share / man: $ MANPATH4) Inicializáljuk a szolgáltatási adatbázisokat orosz lokalizációval (a felhasználó alatt postgres).
initdb --locale = ru_RU.UTF-85) A PostgreSQL szerver indítása.
systemctl engedélyezése postgresql-9.4 systemctl start postgresql-9.4 systemctl állapota postgresql-9.46) A PostgreSQL szerver beállításainak módosítása
Módosítsa a sort a /var/lib/pgsql/9.4/data/pg_hba.conf fájlban
Az összes megbízható 0.0.0.0/0 szerveren host all 0.0.0.0/0 md5
megosztott_pufferek = 512 MB temp_buffers = 16 MB munkamemória = 128 MB karbantartási_munkamemória = 192 MB hatékony_gyorsítótár mérete = 8 GBFigyelem! Ezeknek a beállításoknak a kiválasztása egyedileg történik, és mind a PostgreSQL-kiszolgáló futni kívánt szerver jellemzőitől, mind a szerveren feldolgozott információs bázisok jellemzőitől függ.
7) Állítson be jelszót a postgres felhasználó számára, hogy távolról csatlakozhasson a szerverhez.
su - postgres psql MÓDOSÍTSA FELHASZNÁLÓI postgres TITKOSÍTOTT JELSZÓVAL "az ön jelszava";(cserélje ki jelszavát a kívánt jelszóra)
8) Indítsa újra a PostgreSQL szervert
systemctl stop postgresql-9.4 systemctl start postgresql-9.4 systemctl állapota postgresql-9.4
Szerver telepítése 1C: Enterprise
1) Az 1C: Enterprise szerver telepítése csomagokból.
Ahogy a cikk elején említettük, feltételezzük, hogy már rendelkezünk egy 1C szerver disztribúciós készlettel RPM-alapú Linux rendszerekhez. nevű archívum rpm64.tar.gz... A kicsomagolás után a fájlok listáját kapjuk:
A .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
Mivel ezekkel a fájlokkal a könyvtárban vagyunk, a következő paranccsal telepítjük őket:
yum localinstall * .rpm2) Az 1C szerver indítása.
systemctl engedélyezése srv1cv83 systemctl start srv1cv83 systemctl állapot srv1cv83Nagyon valószínű, hogy a szerver nem indul el először, és amikor megpróbálja elindítani, a következő hibaüzenet jelenik meg:
Sikertelen lépés az EXEC spawning /etc/rc.d/init.d/srv1cv83: Exec formátum hiba
A hiba megoldásához meg kell adnia egy értelmezőt a kiszolgáló inicializálási parancsfájljában (például héj vagy bash), ehhez hozzá kell adni a fájl elejéhez /etc/init.d/srv1cv83 vonal:
#! / bin / bashEzután újra kell indítania systemdúj vagy megváltozott egységek kereséséhez:
systemctl démon-reloadÉs próbálja újra elindítani az 1C: Enterprise szervert
systemctl restart srv1cv83.service3) Az 1C szerver megfelelő működéséhez szükséges csomagok telepítése.
Az 1C: Enterprise szerver dokumentációja leírja a segédprogramot config_system, amely szükséges a rendszer készenlétének elemzéséhez az 1C szerver indítására, különösen segít észlelni a hiányzó szükséges csomagokat az 1C szerver megfelelő működéséhez. Sajnos az rmp csomagok elemzése ( rmp -ql) kimutatta, hogy ez a segédprogram hiányzik az 1C kiszolgálóelosztó készlet 8.3.9.1818 verziójában.
A csomagok szükségességét empirikusan állapították meg:
yum install fontconfig-devel yum install ImageMagick4) Indítsa újra az 1C szervert.
systemctl stop srv1cv83 systemctl start srv1cv83 systemctl állapot srv1cv83
1C szerver beállítása az adminisztrációs konzol segítségével.
1) Csatlakozás az 1C szerverhez.
Meg kell adnia a szerver nevét (meg kell adni: otthont ad) és az 1540-es port (alapértelmezés szerint):
2) Klaszter létrehozása.
Meg kell adnia:
- a klaszter tetszőleges neve,
- annak a központi szervernek a neve, amelyen a fürt található (meghatározva: otthont ad)
- 1541 -es port (alapértelmezés szerint használt)
3) Adatbázis létrehozása egy 1C szerverfürtön.
Meg kell adnia:
- az adatbázis neve az 1C klaszteren;
- az adatbázis-kiszolgáló neve (host-ban megadva);
- DBMS típus (PostgeSQL);
- az adatbázis neve a DBMS szerveren;
- a DBMS szerver felhasználója (esetünkben a postgres);
- a DBMS szerver megadott felhasználójának jelszava.
Ha szükséges, bejelölheti az "Adatbázis létrehozása hiánya esetén" pontot.
Az 1C telepítése Ubuntu Linuxra nem igényel speciális operációs rendszer ismereteket vagy programozási tapasztalatot. Elég figyelmesen elolvasni ezt a kézikönyvet, és betartani az alábbiakban ismertetett parancsok bevitelére és a terminállal való munkavégzésre vonatkozó összes ajánlást. Mielőtt elkezdené az 1C kliens és szerver telepítését Ubuntu Linux alatt, további DEB-csomagokat kell letöltenie (a hasp könyvtár és az Etersoft védelme). Ha nem rendelkezik helyi hálózattal, akkor konfigurálnia kell.
A helyi hálózat
Nyissa meg a főmenüt, keresse meg és futtassa a rendszer segédprogramot " hálózati kapcsolatok».
A további beállításokhoz lépjen a "vezetékes kapcsolat" - "módosítás" - "IPv4 beállítások" menüpontra.
Változtassa meg a beállítási módot "kézi"-re, írja le az IP-címet. Például jelezzük: 192.168.128.40. Az alapértelmezett hálózati maszk adat 255.255.255.0.
Adja meg a DNS -kiszolgálókat az internet eléréséhez. Használhatja az alapértelmezett adatokat, vagy írja be a következő működő DNS-címet - 8.8.8.8.
Ezt követően megkezdheti a disztribúciók letöltését.
Indítson el egy internetböngészőt, és lépjen az 1C felhasználói támogatási webhelyére - "www.users.v8.1c.ru". Innen letöltjük az 1C kliens és szerver disztribúcióit Ubuntu Linuxhoz.
Kattintson a - "Frissítések letöltése" gombra, írja be az adatait fiókot(Bejelentkezési jelszó).
Ezután keressen rá a "technológiai platform 8.3" kifejezésre, és válassza ki a legtöbbet legújabb verzió.
Itt válassza ki az "1C vállalati kliens DEB Linux rendszerekhez" lehetőséget. Magán az ügyfélen kívül le kell töltenie az "1C szervert Deb Linux rendszerekhez". Enélkül nem fogja tudni telepíteni az 1C klienst magához az Ubuntu Linuxhoz.
További DEB csomagok
A program teljes körű működéséhez nem elegendő az 1C szerver és kliens letöltése és telepítése. Minden fájlt egy "letöltések" mappába kell feltölteni. Annak érdekében, hogy ne keveredjen össze, minden feleslegeset eltávolít onnan. Ezután a kényelmesebb telepítés érdekében az összes letöltött disztribúciót áthelyezzük.
További fájlokat kell letöltenie: etersoft (1C terminálkiszolgáló Linuxhoz vagy hasp) és az ingyenes libwebkitgtk könyvtár. A könyvtár telepítéséhez kövesse az alábbi linket, majd keresse meg a legújabb disztribúciót.
A 32 bites processzoron alapuló eszközökhöz le kell töltenie az i386 DEB csomagot, 64 bites processzorhoz pedig az amd64-et.
A következő dolog, amire szüksége van, egy 1C terminálkiszolgáló az Ubuntu számára (HASP védelem). A disztribúciós készletet letöltheti az Etersoft hivatalos webhelyéről az alábbi linken. Esetünkben ezek az Ubuntu 12.04 DEB csomagjai. Ha mást használ Linux verzió vagy Ubuntu, térjen vissza a könyvtárba, és válassza ki azt, amelyre szüksége van.
Le kell töltenie az összes DEB csomagot hasp. Nincs szükség más fájlokra.
Felkészülés a telepítésre
Folytatjuk a kliens és a szerver további telepítését Ubuntun Linux terminál segítségével. Annak érdekében, hogy a fájlok és könyvtárak hosszú nevét ne vigye be kézzel, javasoljuk, hogy másolja és illessze be őket az alábbi utasítások szerint.
Ha már Linux Ubuntuval kellett dolgoznia, és a terminálon keresztül telepítenie kellett a DEB fájlokat, akkor kihagyhatja ezt a lépést, és továbbléphet a következőre.
- Hozzon létre egy újat az otthoni mappájában - 1C;
- nyissa meg az imént létrehozott könyvtárat, hozzon létre itt még kettőt: hasp, szerver;
- Helyezze át az összes DEB hasp fájlt a létrehozott „hasp” mappába a „home mappa” „1C” - „hasp” címre;
- térjen vissza a "letöltések" mappába, és csomagolja ki a kliens disztribúciót;
- ennek eredményeként rendelkeznie kell egy mappával az Ubuntu számára kicsomagolt 1C ügyfélfájlokkal;
- helyezze át az összes fájlt a "pre-home mappa" - "1C" könyvtárba;
- nyissa meg a "letöltések" mappát, csomagolja ki a kiszolgáló terjesztési készletét az archívumból;
- másolja az összes fájlt a "szerver" mappába;
- a fennmaradó elosztókészlet - az "1C" mappába.
Ezt követően megkezdheti az 1C kliens és szerver telepítését Ubuntu Linux rendszeren. Ezt a terminál segítségével fogjuk megtenni, mivel ebben az esetben lehetővé válik a folyamat során felmerülő összes hiba nyomon követése. Például a rendszerben hiányzó könyvtárak vagy disztribúciók miatt.
Figyelem! Mielőtt telepítené az 1C klienst Ubuntu Linux alatt, ellenőrizze, hogy annak verziója megegyezik-e az 1C szerver verziójával.
Munkavégzés a terminállal
Indítsa el a főmenüt, és nyisson meg egy terminált. Ide írjuk be az összes munkaparancsot.
Ha még nem használta operációs rendszer Linux esetén javasoljuk, hogy telepítse a DEB csomagokat, és szigorúan az alábbi sorrendben adja meg a parancsokat. Így észreveheti és kiküszöbölheti az összes lehetséges terminálhibát, letöltheti a hiányzó könyvtárakat.
Írja be a "cd 1c" parancsot a könyvtárban való navigáláshoz, majd nyomja meg az "enter" billentyűt, és írja be a "sudo dpkg -i" parancsot, másolja ki az első nevet. DEB fájl az 1C katalógusból, és illessze be a terminálba a jobb gombbal vagy a "shift + ctrl + V" billentyűkombináció használatával.
Nyomd meg az Entert. A parancs végrehajtásához a terminál kéri az adminisztrátori jelszót, írja be.
Ezt követően a hibaüzenetek listájának ki kell esnie, amely jelzi az okukat - függőséget. Például, hogy az 1C DEB csomag a libwebkit könyvtártól függ (amit már letöltöttünk). Vagy az 1C szerver hiánya.
Figyelem! Ha a hibalistában nincs könyvtárfüggőség, akkor nem kell másodszor telepítenie.
A könyvtár telepítése
A könyvtár telepítéséhez írja be a "sudo dpkg -i" parancsot, majd másolja és illessze be a libwebkitgtk csomag DEB nevét. Nyomja meg az Enter billentyűt.
Ha bármilyen hiba történik a folyamatban, indítsa el az Ubuntu alkalmazásközpontot, és kattintson az „igen” gombra bármely rendszerkérdés esetén. Adja meg a rendszergazdai jelszót. 
Térjen vissza a terminálhoz, írja be a "sudo dpkg -i" parancsot a DEB csomag telepítéséhez. Annak érdekében, hogy ne adjon meg hosszú parancsot másodszor, és ne másolja le a fájl nevét, a Linux megjegyzi a beírt parancsokat. Ezeket pedig a billentyűzet "fel" gombjának (nyilak) megnyomásával lehet rendezni.
Szerver hangolás
Az 1C szerver Ubuntu Linux rendszeren történő telepítéséhez magában a terminálban az "1C" - "szerver" könyvtárba kell lépnie.
Ezért írja be a következő parancsot egy terminálba: "cd server", majd töltsön le mindent a könyvtárból. Hogy ne kelljen mindent "manuálisan" beírni, írja be a "sudo dpkg -i * .deb" parancsot. Ezt követően a "szerver" könyvtárból az összes DEB csomag betöltődik.
1C kliens telepítése Linuxhoz
Ha vissza szeretne térni a szintre az "1C" - "szerver" könyvtárból a gyökérbe, írja be: "cd / home / 1c / server", majd "cd ../", és nyomja meg az "enter" gombot.
Ezután a "sudo dpkg -i" paranccsal telepítse az 1C klienst. Ehhez ne felejtse el másolni és beilleszteni a DEB csomag nevét, majd nyomja meg az Enter billentyűt. Ha nem volt hiba a folyamatban, akkor minden helyesen történt.
Telepítse a többi disztribúciót az 1C könyvtárból (a gyors munka érdekében használja a billentyűzet "fel" gombját, majd csak módosítsa a disztribúciók nevét).
LAKATPÁNT
Mivel most a "/ home / 1c /" címen vagyunk, akkor a hasp védelem telepítéséhez írja be a következő parancsot: "cd hasp" (a hasp könyvtárba lépéshez az 1C könyvtárból), majd a "sudo dpkg - i * .deb "(Az összes csomag telepítése a hasp könyvtárból).
Ezt követően csatlakoztathatja a HASP biztonsági kulcsot a szerverhez, és megadhat néhányat további parancsok a függőségek feloldására. Amikor a terminál rákérdez, hogy "folytassa a telepítést", írja be a "d" (igen) vagy az "y" (igen) betűt.
A hasp Ubuntu Linux alatti telepítéséhez szükséges parancsok listája:
- "Sudo apt-get install imagemagick";
- "Sudo apt-get install unixodbc";
- "Sudo apt-get install libgsf-bin";
- "Sudo apt-get install t1utils".
Az 1C elindításához lépjen a főmenübe, majd írja be a program nevét. Többféle ügyfél jelenik meg előtted. Vagyis minden, ami a programmal való munkához szükséges. Annak érdekében, hogy ne kelljen folyamatosan klienseket keresnie a menüben, másolja az "1C: Enterprise" fájlt az Ubuntu asztalra. Ezután indítsa el az alkalmazást, hozzon létre egy adatbázist, és kezdjen el dolgozni a rendszerrel és a konfigurációkkal.
Néhány előny a Windowshoz képest, és a friss 8.3 platform megjelenésével egy ilyen lehetőség jelent meg - ebben a cikkben közelebbről megvizsgáljuk, hogyan kell telepíteni az 1C-t Ubuntu Linuxra.
Az 1C telepíthető Linuxra.
Melyik működési környezetet részesítsük előnyben a számviteli csomagnak a vállalkozásban? A kérdés nem olyan egyszerű, mint amilyennek első pillantásra tűnik. Az Ubuntu Linuxnak pedig számos előnye van ebben a tekintetben a Windowshoz képest. Ingyenes. Ha egy csekk érkezik az irodájába a számítógépeken használtak jogszerűségéről szoftver, akkor az Ubuntu használatáért biztosan nincs veszélyben. Minden terjesztése ingyenes! De a Windows licencet minden számítógéphez meg kell vásárolni.
A rendszer rugalmassága:
- Bármely számítógép könnyen teljes értékű szerverré válhat (ami fontos az 1C számára);
- Csak a futás képessége szükséges folyamatokat ahelyett, hogy megereszkedne azok alatt, amelyeket a rendszer alapértelmezés szerint kivált.
A fejlesztői közösség iránti nyitottságának köszönhetően az Ubuntu mindig a Windows előtt jár. A munka vitathatatlan gyorsasága.
Telepítse az Ubuntut
Az 1C telepítése Linuxra egyáltalán nem nehéz.
A telepítés során meg kell jelölnie a helyét, ki kell választania az Ön számára elfogadható nyelvet, ki kell választania a számítógép billentyűzetének elrendezését, és meg kell adnia felhasználói adatait. Hogy ne unatkozzon nagyon a telepítés során - mindenféle gyönyörű kép váltja fel egymást a szeme előtt ... A végén megjelenik egy kép, amelyen ki kell választania az újraindítást:
Az újraindítás után az Ubuntu Linux telepítve lesz a számítógépére. Ez lesz az első indítása.
Most az 1C -n a sor
Az 1C: Enterprise komplex működéséhez először le kell töltenie a szükséges fájlokat az 1C disztribúcióval rendelkező internetes oldalról. Ne felejtse el, melyikre van szüksége-harminckét vagy hatvannégy bitre. Kérjük, vegye figyelembe, hogy a csomagok letöltését csak azok a felhasználók vehetik igénybe, akik érvényes ITS-szerződéssel rendelkeznek a cég valamelyik partnerével.
A letöltés után a Nautilus fájlkezelővel csomagolja ki a fájlokat:
Ezen kívül telepítjük a HASP biztonsági kulcsot (letöltés külön könyvtárban). Közös lista fájlok kicsomagolás után:
Az 1C telepítése az Ubuntu-ra egyszerűbb a terminál (konzol) használatával (általában ez a Linux alatti programok telepítésének leggyakoribb módja). A terminál megkereséséhez és elindításához latin elrendezésben nyomja meg a Ctrl-Alt-t kombinációt. A cd paranccsal keresse meg a kicsomagolt mappákat tartalmazó könyvtárat. Most végre kell hajtania a következő parancsokat (minden egyes telepítési fájlhoz, amely a kicsomagolás eredményeként derült ki) - sudo dpkg -i / name telepítőfájl/.
A következő lépés a HASP telepítése
Ehhez (analógia útján) ugyanazok a parancsok kerülnek végrehajtásra - sudo dpkg -i / telepítőfájl neve /. A következő lépés az 1C konfigurálásához szükséges parancsok végrehajtása:
sudo apt-get install imagemagick
sudo apt-get install unixodbc
sudo apt-get install libgsf-bin
sudo apt-get install t1utils
És még egy parancs a szöveges betűtípusokkal való munkához: sudo /opt/1C/v8.3/i386/utils/config_system / usr / share / fonts. A HASP kulcs csatlakoztatása és újraindítása után elindíthatja a programot - ez ugyanúgy történik, mint a Windowsban.
Reméljük, hogy kiadványunk segítségével nem okoz nehézséget az 1C telepítése Ubuntu Linuxra.
