Under installationen får du inte glömma att markera kryssrutan mittemot för att installera ssh-servern (om det behövs) och samba-server (1C behövs) :)
1) Beredning:
Ställ in nätverket, vi kommer att använda statisk adressering:
Sudo vi / etc / nätverk / gränssnitt
Auto eth0 iface eth0 inet statisk adress 192.168.1.8 netmask 255.255.255.0 sändning 192.168.1.255 gateway 192.168.1.1 dns-nameservers 192.168.1.4 192.168.1.6
där, auto eth0 - berättar för systemet att eth0-gränssnittet måste aktiveras automatiskt när systemet startar med parametrarna nedan.
iface eth0 inet static - indikerar att eth0 använder ett statiskt gränssnitt. Om en DHCP-server används, skriver vi istället för statisk - dhcp.
Från 12.04 ansvarar programmet för DNS-konfigurationen resolvconf (istället för fil /etc/resolv.conf) därför, om en DHCP-server inte används, måste DNS-servrar för statiska gränssnitt anges / etc / nätverk / gränssnitt med hjälp av parametrar dns-namnservrar, dns-sökning och dns-domän,motsvarande parametrar namnserver, sökoch domänpå resolv.conf.
Starta om tjänsten:
Sudo /etc/init.d/networking starta om
Uppdaterad:
Sudo apt-get-uppdatering
Sudo apt-get dist-upgrade
Vi sätter Midnight Commander (mc)
Sudo apt-get install mc
2. Installera och konfigurera PostgreSQL-databaseserver
För enkelhets skull skulle det inte ringa varje gång sudo låt oss byta till rotläge:
Vi lägger de paket som krävs för korrekt drift PostgreSQL:
Apt-get install libicu-dev libxslt1.1 libxml2 libossp-uuid16 libreadline5
Ladda ner den senaste stabila versionen av PostgreSQL härifrån.
Vi lägger paketen med kommandot:
Efter det kommer postgres-användaren att visas i systemet, /etc/init.d/postgresql-skriptet skapas för att starta och stoppa DBMS.
Efter det ger vi rättigheterna till mappen pgsql till gruppen för användare och postgres:
Chown postgres: postgres / var / lib / pgsql
Ställ in lösenordet för postgres-användaren:
Passwd postgres
Vi redigerar / etc / group, där den befintliga iden för gruppbandet: x: 26: ändras till någon annan, till exempel 27 :). Som ett resultat borde det finnas följande rader:
Postgres: x: 26: band: x: 27:
Vi startar tjänsten med ett kommando, ange värdet på LANG-variabeln. Det är nödvändigt för den första skapandet av databasen:
LANG \u003d ru_RU.utf-8 service postgresql start
De kan svär att det aktuella Shmmax-värdet är för litet för att starta PostgreSQL och föreslå att det specificeras, men vi kommer att vara smartare och använda följande skript, som kommer att beräkna och visa önskad storlek på Shmmax och Shmall i byte.
SHMMAX är den maximala storleken (i byte) på det delade minnessegmentet lika med hälften av allt tillgängligt minne på servern.
SHMALL - den totala mängden delat minne (på sidor) som alla processer på servern kan använda.
Sedan skriver vi de erhållna värdena med kommandot:
Echo "kernel.shmmax \u003d 521981952" \u003e\u003e /etc/sysctl.conf echo "kernel.shmall \u003d 127437" \u003e\u003e /etc/sysctl.conf
Eller så skriver vi manuellt i /etc/sysctl.conf. För att ändringarna ska träda i kraft skriver vi:
Ändra postgres för användare med lösenordet "YOUR_PASSWORD";
Vi skriver \\ q för att lämna konsolen.
Filen /var/lib/pgsql/data/pg_hba.conf reduceras till formen:
# IPv4 lokala anslutningar: värd för alla postgres 0.0.0.0/0 md5
Huvudkonfigur /var/lib/pgsql/data/postgresql.confredigera i enlighet med följande data: En genomsnittlig inställning av de viktigaste parametrarna:
Shared_buffers \u003d 1/8 RAM eller mer (men inte mer än 1/4) work_mem \u003d i 1/20 RAM maintenance_work_mem \u003d i 1/4 RAM max_fsm_relations \u003d i det planerade antalet tabeller i databaserna * 1,5 max_fsm_pages i max_fsm_relations * 2000; fsync \u003d true wal_sync_method \u003d fdatasync commit_delay \u003d 10 till 100 commit_siblings \u003d 5 till 10 effektiv_cache_size \u003d 0,9 av det cachade värdet, som visar gratis random_page_cost \u003d 2 för snabb cpu, 4 för långsam cpu_tuple_cost \u003d 0.001 för snabb cpu_cpu 0.01 0,0005 för snabb CPU, 0,005 för långsam
För att optimera inställningarna som är utformade för maximal prestanda kan du prova att använda verktyget pgtune.
Wget http://pgfoundry.org/frs/download.php/2449/pgtune-0.9.3.tar.gz
Tar xvfz * .tar.gz
Gå till katalogen med pgtune, kör kommandot:
./pgtune −i $ PGDATA / postgresql.conf −o $ PGDATA / postgresql.conf.pgtune
-i - sökväg till ingången, aktuella inställningsfil postgresql.conf,
-o - sökvägen till utgången, ny postgresql.conf-inställningsfil.
Som ett resultat av kommandot blir vi identiska källfilen inställningar, med undantag av några nya pg_tune-parametrar i slutet av filen.
$ PGDATA - en variabel som pekar på / var / lib / pgsql / data. Om det inte anges kan du ange i / etc / miljö.
Vi tittar på mer fullständig information om hur du ställer in postgresql.conf med Etersoft eller med hänvisning till 1C på Vecheslav Gilevs webbplats. För dig som vill gå djupare in i processen att lära sig PostgreSQL finns det en underbar, detaljerad manual från Alexei Vasiliev. :)
De mest använda Postgresql-kommandona:
Ändra root-lösenord:
ALTER ANVÄNDARE postgres MED LÖSENORD "nytt lösenord";
3. Installation 1C Enterprise 8
För korrekt användning av 1C Enterprise-servern installerar du följande paket:
Sudo apt-get install imagemagick libglib2.0-dev libgsf-1-dev texlive-base ttf-mscorefonts-installer libfreetype6 libfreetype6-dev unixodbc unixodbc-dev
Ladda ner teknikplattformen 1C8.2 för Linux (Debian / Ubuntu) från webbplatsen 1C.
Installera paket måste göras i följande ordning, eftersom det finns beroenden.
Om du installerar allt på en gång med en mask kan det uppstå fel.
1) 1c-enterprise82-common_8.2.15-319_amd64.deb // allmänna serverkomponenter
2) 1c-enterprise82-common-nls_8.2.15-319_amd64.deb // nationella resurser för vanliga komponenter
3) 1c-enterprise82-server_8.2.15-319_amd64.deb // 1C-server: Enterprise 8.2 för Linux
4) 1c-enterprise82-server-nls_8.2.15-319_amd64.deb // Nationella resurser för 1C-server
5) 1c-enterprise82-ws_8.2.15-319_amd64.deb // adapter för publicering av 1C: Enterprise 8 Webbtjänster på en webbserver baserad på Apache HTTP Server 2.0 eller Apache HTTP Server 2.2;
6) 1c-enterprise82-ws-nls_8.2.15-319_amd64.deb // Nationella resurser för komponenten webbtjänster 1s8.2
Lägg till vid start:
Update-rc.d srv1cv82 är standard
Vi tillåter usr1cv82 att skriva till / opt / 1C och / home / usr1cv82
Chown -R usr1cv82: grp1cv82 / opt / 1C
Chown -R usr1cv82: grp1cv82 / home / usr1cv82
Vi startar om servern. Kontrollera att servicestart är riktigt:
Service srv1cv82-status
Det bör markeras:
Init-skript: STARTAD Ragent: RUNNING
Om den används måste följande portar vara öppna för att 1C-servern ska fungera: tcp: 1540 - serveragent (ragent) tcp: 1541 - huvudklusterhanteraren (rmngr) tcp: 1560-1591 - intervall nätverksportar för dynamisk distribution av arbetsprocesser. (bara öppen tcp: 1560)
A INPUT -p tcp -m state - stat NYTT -m tcp --port 1540 -j ACCEPT -A INPUT -p tcp -m state - stat NYTT -m tcp --port 1541 -j ACCEPT -A INPUT -p tcp -m multiport - transporter 1560: 1591 -j ACCEPT
Kontrollera serverns arbetsflöden:
Netstat -tlnp | grep: 15
Du borde få något liknande:
Tcp 0 0 0.0.0.0:1560 0.0.0.0:* LISTEN 2814 / rphost tcp 0 0 0.0.0.0:1540 0.0.0.0:* LISTEN 2799 / ragent tcp 0 0 0.0.0.0:1541 0.0.0.0:* LISTEN 2802 / rmngr
Men vi får följande:
Tcp 0 0 0.0.0.0:1540 0.0.0.0:* LISTEN 960 / ragent
Du kan också se processer som körs med kommandot:
Du bör få något liknande följande:
Usr1cv82 931 0,0 1,8 338376 18612? Ssl Jul04 0:41 /opt/1C/v8.2/x86_64/ragent -emon usr1cv82 935 0.1 3.0 790496 31376? Sl Jul04 2:31 /opt/1C/v8.2/x86_64/rmngr -port 1541 -range 1560: 1591 usr1cv82 948 0.4 11.5 720804 117412? Sl Jul04 6:21 /opt/1C/v8.2/x86_64/rphost -range 1560: 1591 -reghost ubuntus12 -re
Men bara ragent startar:
Usr1cv82 931 0,0 1,8 338376 18612? Ssl Jul04 0:41 /opt/1C/v8.2/x86_64/ragent -emon
Tyvärr ledde dans med en tamburin inte till någonting, och rättigheterna ställs in överallt på rätt sätt och nätverket måste konfigureras korrekt. Googlade att med den 15: e utgåvan har många liknande problem, men jag har bara 8.2.15-319. En 318 som jag minns att jag arbetade :) Jag bestämde mig för att prova den senaste när jag skrev recensionen 8.2.16.362 och se och se, första gången allt startade som det borde.
Nu måste du kontrollera installationen av komponenterna som vi installerade i början med hjälp av ett valideringsskript:
/opt/1C/v8.2/x86_64/utils/*config_server
Om vi \u200b\u200binte får några meddelanden, men filen type.xml dök upp i katalogen /opt/1C/v8.2/x86_64/conf/grcmncfg, så är allt OK, i mitt fall ger skriptet en massa fel. Det första meddelandet säger att det inte är möjligt att komma åt någon libc-fil.
Kan inte komma åt /lib/libc-*.so: Ingen sådan fil eller katalog Kan inte komma åt /lib64/libc-*.so: Ingen sådan fil eller katalog
Låt oss se var den här filen faktiskt ligger:
Hitta / -namn "libc - *. Så" -avtryck
Vi får följande avgaser:
/lib/x86_64-linux-gnu/libc-2.15.so
Det är inte förvånande att manuset inte hittar det, vi gör två symlänkar i tur och ordning:
Ln -s /lib/x86_64-linux-gnu/libc-2.15.so /lib/libc-2.15.so ln -s /lib/x86_64-linux-gnu/libc-2.15.so /lib64/libc-2.15.so
Kör sedan skriptet igen. Felet "åtkomst" försvinner, men följande kvarstår:
./config_server: rad 193: [: för många argument ./config_server: linje 193: [: för många argument ./config_server: rad 193: [: för många argument ./config_server: linje 193: [: för många argument ./ config_server: rad 193: [: för många argument
Linjen 193 innehåller följande post, som indikerar pollingen av variabeln $ SYSTEM_LIB_PATH, där tydligen de nödvändiga 1su-biblioteken borde finnas.
[! -e $ aliasFullName] && return 1
Låt oss se vad skriptet inte specifikt kan upptäcka, köra:
Echo $ aliasFullName
Vi får:
Kan "inte upptäcka SYSTEM_LIB_PATH, ställ in denna miljövariabel manuellt! /LibWand.so Kan inte" upptäcka SYSTEM_LIB_PATH, ställ in denna miljövariabel manuellt! /Libfreetype.so Kan "t upptäcka SYSTEM_LIB_PATH, ställ in denna miljövariabel manuellt! / Libgsf- 1.så Kan "inte upptäcka SYSTEM_LIB_PATH, ställ in denna miljövariabel manuellt! /Libglib-2.0.so Kan inte" upptäcka SYSTEM_LIB_PATH, ställ in denna miljövariabel manuellt! /Libodbc.so
Som jag förstår det, bör SYSTEM_LIB_PATH upptäcka de nödvändiga filerna i tre möjliga kataloger:
/ usr / lib / usr / lib32 / usr / lib64
Du måste också ställa in SYSTEM_LIB_PATH manuellt i / etc / miljö. Låt den till exempel leta efter bibliotek bara i / usr / lib /
SYSTEM_LIB_PATH \u003d "/ usr / lib"
Vi startar om servern, kör skriptet igen, vi får följande:
/usr/lib/libWand.so /usr/lib/libfreetype.so Installera följande paket: FreeType /usr/lib/libgsf-1.so /usr/lib/libglib-2.0.so Installera följande paket: libglib / usr /lib/libodbc.so Installera följande paket: UnixODBC
filer libWand.so och libgsf-1.so är där du behöver. Andra filer libfreetype.so, libglib-2.0.so och libodbc.so är i / usr / lib / x86_64-linux-gnu. Därför gör vi igen leenden:
Ln -s /usr/lib/x86_64-linux-gnu/libfreetype.so /usr/lib/libfreetype.so ln -s /usr/lib/x86_64-linux-gnu/libglib-2.0.so / usr / lib / libglib -2.0.so ln -s /usr/lib/x86_64-linux-gnu/libodbc.so /usr/lib/libodbc.so
Vi kör skriptet igen, nu ser vi att alla bibliotek i katalogerna vi behöver.
/usr/lib/libWand.so /usr/lib/libfreetype.so /usr/lib/libgsf-1.so /usr/lib/libglib-2.0.so /usr/lib/libodbc.so
Gå till klienten, om Windows, gå till hanteringskonsolen 1CV8-servrar (Administration av 1C Enterprise-servrar). Klicka på Lägg till central server 1C: Enterprise 8.2, lägg till med namn. En post ska visas på fliken fungerande servrar. Vi skapar en ny databas, antingen direkt med hjälp av managementkonsolen, eller i själva 1C-klienten väljer vi alternativet:
Lägg till en ny infobas.
Vi börjar 1C. Gilevs test ger 13,05 poäng.
När det gäller HASP-nycklar, om upp till 12 användare, behöver du bara en nätverksnyckel med en markering av typen NETXX ORGL8, där XX är antalet klientlicenser. Om mer än 12 användare, men behöver också en lokal nyckel för servern. Den lila HASP HL-nyckeln markerad med ENSR8 för en 32x-bitars server eller den gröna HASP HL \u200b\u200bMax-nyckeln markerad ENS8SA för 64-bitars. HASP HL \u200b\u200bMax-nyckeln stöder också en 32-bitars server.
För att HASP-nycklarna ska fungera korrekt, är det nödvändigt att installera två paket som innehåller aksusbd-nyckeldrivrutinen och hasplm-licenshanteraren. Det är meningsfullt att installera modifierade drivrutiner från Entersoft. För normal drift av haspd krävs stöd för 32-bitars-program.
Därför lägger vi till det genom att installera ia32-libs-paketet.
Apt-get install ia32-libs
Nu HASP själv och licenshanteraren:
Dpkg -i http://download.etersoft.ru/pub/Etersoft/HASP/stable/x86_64/Ubuntu/12.04/
Sätt in nyckeln, starta om servern. Knapparna kontrolleras av kommandot:
Sudo-tjänst haspd-status
Måste köras: aksusbd, winehasp, hasplm, hasplmd.
4. Publicera till en webbserver
Vi sätter apache:
Apt-get installera apache2
Vi redigerar /etc/apache2/apache2.conf, där vi sätter ServerName-direktivet som pekar på servernamnet.
Servernamn "ubuntus12"
Annars får vi meddelandet när vi startar apach’a:
Httpd: Kunde inte pålitligt bestämma serverns fullt kvalificerade domännamn med 127.0.0.1 för Servernamn
Skapa baskatalogen, där basen är namnet på basen som vi ger åtkomst till.
Mkdir / var / www / base
Nu måste vi köra ett speciellt skript för att publicera databasen på webbservern:
Gå till /opt/1C/v8.2/x86_64/ Kör skriptet med följande parametrar:
./webinst -apache22 -wsdir base -dir "/ var / www / base" -connStr "Srvr \u003d" ubuntus12 "; Ref \u003d" base ";" -confPath /etc/apache2/httpd.conf
Kontrollera att ändringarna är korrekta. Följande rader ska vara i /etc/apache2/httpd.conf:
LoadModule _1cws_module "/opt/1C/v8.2/i386/wsap22.so" # 1c publicering Alias \u200b\u200b"base" "/ var / www / base /"
Standard.vrd-filen bör också visas i / var / www / base / varav de två sista raderna ska se ut så här:
Base \u003d "/ base" ib \u003d "Srvr \u003d" ubuntus12 "; Ref \u003d" base ";
Vi ger rättigheterna till katalogen, startar om Apache:
Chown -R www-data: www-data / var / www / base
Starta om apache2
Vi går in i webbläsaren och har tidigare kopplat bort popup-fönster.
Http: // ubuntus12 / base
Och vi får följande meddelande:
Det fungerar naturligtvis inte utan en speciell nätverksnyckel :)
5. Säkerhetskopiera och återställa:
Vi ger postgres användarrättigheter till mappen här där vi kommer att lossa backup.
Chown postgres: postgres / mnt / net
PÅ / mnt / netto Jag har en windows ball monterad med kommandot:
Mount -t smbfs -o användarnamn \u003d test, lösenord \u003d 11111111, iocharset \u003d utf8 //192.168.1.8/distr / mnt / net
Demontera med kraft och stäng alla anslutningar, om det behövs:
Umount -l / mnt / netto
Backup (Backup):
Pg_dump -U postgres -Fc -Z9 dbname -f /mnt/net/Backup/Base/dbname.dump
U (användare)
-F (fil extraktionsformat)
c (anpassat är det interna komprimeringsformatet pg_dump, tjära och vanlig text är också möjligt)
-Z (ställ in komprimeringsläge)
0 - 9 (0 - ingen komprimering, 9 - maxläge)
-f (extrakt till den här filen)
Om vi \u200b\u200bladdar upp till en Windows-boll krävs full åtkomst för användare.
Återställning (endast från postgres-användaren): Till den nya basen:
Skapad -T mall0 newdb
#! / bin / sh BKPDIR \u003d "/ mnt / net / PostgreSQL" DATEYMD \u003d `datum" +% Y-% m-% d "` pg_dump -Fc -Z9 mydb -f "$ (BKPDIR) / $ (DATEYMD) -mydb-PostgreSQL.dump "
Spela in i crontab (från postgres-användaren):
su postgres
crontab -e // lägg till uppgift
crontab -l // visa jobb
crontab -r // ta bort uppgift
# kör vid 18:50 minuter
50 18 * * * sh /home/scripts/backup.sh
# kör var 15 minut
* / 15 * * * * sh /home/scripts/backup.sh
Uppdaterad på en av Debian-servrarna till 9.2 Stretch, därför är det nödvändigt att installera 1C-server och PostgreSQL, nya versioner.
Uppgift
Det finns en server med Debian 9.2 Stretch ombord, serverfördelningar 1C: Enterprise 8.3.10.2580 och PosgreSQL 9.6. Det är nödvändigt att installera och konfigurera för samarbetsserver 1C: Enterprise 8.3.10.2580 och PosgreSQL 9.6.
Beslut
Det första vi gör är att ställa in lokalisering, 1C-server fungerar med lokalisering ru_RU.UTF8, och PostgreSQL skapar ett standardlokaliseringskluster.
# locale-gen sv_US # locale-gen ru_RU # update-locale LANG \u003d ru_RU.UTF8 # dpkg-rekonfigurera platser
Enligt det sista kommandot kommer ett pseudo-grafiskt gränssnitt att öppnas där du behöver kontrollera riktigheten för de valda alternativen och svara på ett bekräftande sätt, du kan faktiskt klara det sista kommandot och konfigurera allt i det. För att tillämpa ändringarna måste du starta om systemet.
Installera 1C: Enterprise Server
Förinstaller de nödvändiga paketen
# apt-get install imagemagick ttf-mscorefonts-instal
Med installationen av servern finns det som regel inga problem, bara installera paket i tur och ordning
# dpkg -i 1c-enterprise83-common_8.3.10-2580_amd64.deb # dpkg -i 1c-enterprise83-server_8.3.10-2580_amd64.deb # dpkg -i 1c-enterprise83-ws_8.3.10-2580_amd64.deb
Om paketen plötsligt inte kommer upp, kommer vi att använda kommandot
# apt-get -f installera
till slut kommer allt att vara bra, om det inte är bra, läser vi avgaserna och korrekta beroenden. Jag har inga problem.
Vid denna tidpunkt kan du redan lägga till servern till serverkonsolen och den bör vara synlig.
Du kan använda följande kommandon för att starta, starta om, stoppa 1C: Enterprise-servertjänsten:
# /etc/init.d/srv1cv83 start # /etc/init.d/srv1cv83 omstart # /etc/init.d/srv1cv83 stopp
Om du behöver installera HASP-drivrutinen kan du läsa hur du gör det i artikeln.
PostgreSQL-installation
Inte allt är så enkelt med PostgreSQL, innan det fanns version 9.4 distribuerad av 1C, distributionssatsen hade alla paket, och för att undvika uppdelningar fixades det med apt att uppdatera versionen. Men i 9.6 är inte alla paket tillgängliga, några av paketen måste installeras från det ursprungliga förvaret med en nedgradering av PostgreSQL och beroende komponenter till den nödvändiga.
Jag gillade inte riktigt på det här sättet, på internet och på mitt associerade program kom jag på PostgreSQL distribuerat av Postgres Professional, jag bestämde mig för att installera det. Det specificerade företaget har sina egna produkter som heter Postgre Pro för företagskunder, men PostgreSQL räcker för mina behov, det är licensierat.
Enligt anvisningarna ansluter vi förvaret, lägger till nyckeln och installerar PostgreSQL
# sh -c "echo" deb http://1c.postgrespro.ru/deb/ $ (lsb_release -cs) main "\u003e /etc/apt/sources.list.d/postgrespro-1c.list" # wget - tyst -O - http://1c.postgrespro.ru/keys/GPG-KEY-POSTGRESPRO-1C | apt-key add - && apt-get update # apt-get install postgresql-pro-1c-9.6
Under installationen skapas automatiskt ett kluster huvud, behöver du bara göra några inställningar. För att ansluta, öppna filen / etc / postgresql / 9.6 / main / pg_hba.conf
# nano /etc/postgresql/9.6/main/pg_hba.conf
vi hittar linjen
Lokala alla postgres-kamrater
och byt till jämlikar på förtroende
# psql -U postgres -d mall1-c "ALTER USER postgres LÖSENORD" Lösenord""
istället Lösenord skriv nödvändigt lösenord.
Det återstår att starta om tjänsten och du kan ansluta till PostgreSQL-servern med pgAdmin.
Du kan använda följande kommandon för att starta, starta om, stoppa PostgreSQL-servertjänsten:
# /etc/init.d/postgresql start # /etc/init.d/postgresql omstart # /etc/init.d/postgresql stopp
Om du gjorde allt och servern inte fungerade är det första du måste kontrollera lokaliseringen. Om fel lokalisering är inställd är det nödvändigt att återskapa kluster, kommandon och körningsresultat nedan
# pg_dropcluster --stop 9.6 main Redirecting stop-begäran till systemctl # pg_createcluster --locale ru_RU.UTF-8 9.6 main Skapa nytt kluster 9.6 / main ... config /etc/postgresql/9.6/main data / var / lib / postgresql / 9.6 / huvudort ru_RU.UTF-8 uttag / var / kör / postgresql port 5432
Verifiering av resultatet
Nu kan du gå till serverkonsolen för att lägga till informationssäkerhet och verifiera funktionen.
Vad ska man välja, 1C för Linux eller 1C på en terminalserver?
Php Copyright: 2003-2019 SysElegance Ltd. Alla rättigheter förbehållna.
I samband med tillkännagivandet av klientdelen av 1C 8.3-plattformen för det fria Linux-operativsystemet ställer vi oss alltmer frågor om lämpligheten för ytterligare användning av terminalläget för 1C-plattformen.
Kort sagt är vårt svar följande: terminalläge för 1C-plattformen löser ett antal problem som helt enkelt inte kan lösas med lokal installation, vare sig det är gratis Linux, betalat Windows eller något annat operativsystem.
Den enda skillnaden är startpriset för värdoperativsystemet, 1C-plattformen på operativsystemet Linux fungerar inte bättre eller sämre än den lokala installationen på Windows.
De flesta företag väljer terminalsättet för 1C-plattformen helt och hållet inte på grund av priset (i implementeringen av Microsoft-terminalservern, till exempel, överstiger priset långt priset för den lokala installationen).
Dessutom är terminallösningar en plattform för drift av hela infrastrukturen, som inkluderar alla program, kringutrustning och arbetsstationer. 1C-plattformen är bara en del av infrastrukturen.
Som framgår av tabellen nedan finns det mycket fler brister och frågor än deras lösningar.
| Fördelar och möjligheter | Nackdelar och begränsningar |
|
|
|
|
|
|
|
|
|
|
Icke desto mindre kommer klienten till plattformen 1C 8.3 att vara tillgänglig som en nedladdningsbar modul för det disklösa operativsystemet SysElegance Thinstation Enterprise (börjar med version 4). Tillämpningsområdet kommer att vara extremt begränsat:
- säkerhetskopiering åtkomst till 1C-plattformen när terminalservern inte är tillgänglig
- åtkomst till 1C-plattformen från platser som inte kräver arbete med andra applikationer (till exempel lager)
- åtkomst till 1C-plattformen från platser som inte kräver utskrift av dokument
- i framtiden - kontantterminaler (stöds av konfigurationer och finansiella kringutrustning)
Slutsatser: närvaron av klientdelen av 1C 8.3 för det fria Linux-operativsystemet är ett stort steg framåt när det gäller utvecklingen av teknik och 1C-plattformen. Men bara stora företag som använder 1C-serverkluster å ena sidan och exklusivt Linux på arbetsstationer å andra sidan kommer att kunna använda den fullt ut inom en snar framtid.
Som praxis visar finns det för närvarande bara ett fåtal sådana företag. De allra flesta företag kommer terminalregimen att fortsätta vara enklare, ekonomiskt fördelaktiga och flexibla att använda.
Serverpaketet 1C: Enterprise och PostgreSQL är det näst populäraste bland 1C-installationerna och den mest använda lösningen på Linux-plattformen. Till skillnad från Windows-baserade och MSSQL-distributioner, där det är svårt att få det att fungera, har Linux-baserade distributioner många fallgropar för en oerfaren administratör. Det händer ofta att allt verkar vara korrekt, men felet följer felet. Idag kommer vi att ta hänsyn till de vanligaste av dem.
allmän information
Innan du börjar leta efter installationsfel och i allmänhet börja implementera serverversionen av 1C: Enterprise, skulle det vara trevligt att uppdatera din förståelse för hur detta fungerar:
Server 1C Enterprise. Del 1 - Allmänna frågor.
I små implementationer kombineras vanligtvis 1C-servern och DBMS-servern på samma fysiska server, vilket något begränsar cirkeln möjliga misstag. I vårt fall kommer vi att överväga situationen när servrarna distribueras på olika maskiner. I vårt testlaboratorium distribuerade vi följande krets:
Vi har två servrar som kör Ubuntu 12.04 x64, en av dem har en 1C-server: Enterprise version 8.3, den andra PostgreSQL 9.04 från Ethersoft, och en klient för körfönster. Vi påminner dig om att klienten bara arbetar med 1C-servern, som i sin tur genererar nödvändiga förfrågningar till RMS-servern. Inga förfrågningar från klienten till databashanteringsservern inträffar.
Databaserver inte upptäckt VIKTIGT: användaren "postgres" verifierade inte (Ident)
Det här felet uppstår när servrar är spridda över olika datorer på grund av fel konfigurerad autentisering i det lokala nätverket. För att fixa öppen /var/lib/pgsql/data/pg_hba.conf, hitta raden:
Värd alla 192.168.31.0/24 ident
och tänka på det:
Värd alla 192.168.31.0/24 md5
där 192.168.31.0/24 är området för ditt lokala nätverk. Om det inte finns någon sådan linje bör den skapas i IPv4-lokala anslutningsavsnittet.
Det gick inte att översätta värdnamnet "NAME" till adress: Tillfälligt fel i namnupplösningen
Vid första anblicken är felet förståeligt: \u200b\u200bklienten kan inte lösa DBMS-servernamnet, ett typiskt fel för små nätverk där det inte finns någon lokal DNS-server. Som en lösning lägger du till en post i värdfilen på klienten, vilket inte ger något resultat ...
Och nu minns vi vad som sades lite tidigare. Klienten för DBMS-servern är 1C-servern, men inte klientdatorn, därför måste posten läggas till på 1C: Enterprise-servern till filen / etc / hosts på Linux-plattformen eller till C: \\ Windows \\ System32 \\ drivrutiner \\ etc \\ värdar på Windows-plattformen.
Ett liknande fel inträffar om du glömmer att lägga till en post A-typ för DBMS-servern på den lokala DNS-servern.
Ett fel inträffade när operationen utfördes med infobasen server_addr \u003d NAME descr \u003d 11001 (0x00002AF9): Denna värd är okänd.
Liksom det föregående beror detta fel på att klienten löser servernamnet felaktigt. Den här gången var det klientdatoren. Som en lösning lägger du till filen / etc / hosts på Linux-plattformen eller till C: \\ Windows \\ System32 \\ drivers \\ etc \\ hosts på plattformen Windows-post typ:
192.168.31.83SRV-1C-1204
där du anger adressen och namnet på din 1C: Enterprise-server. Om du använder lokal DNS, lägg till en A-post för 1C-servern.
DBMS-fel: DATABASE är inte lämplig för användning
Ett mycket allvarligare fel, som indikerar att du installerade en version av PostgreSQL som är oförenlig med 1C: Enterprise eller gjort allvarliga installationsfel, till exempel, installerade inte alla nödvändiga beroenden, särskilt libICU-biblioteket.
Om du har tillräcklig erfarenhet av att administrera Linux-system kan du försöka installera om nödvändiga bibliotek och initialisera DBMS-klustret. Annars är det bättre att installera om PostgreSQL utan att glömma att ta bort innehållet i mappen / var / lib / pgsql.
Detta fel kan också uppstå när du använder enheter 9.1.x och 9.2.x [e-postskyddad], se detaljer nedan.
DBMS-fel: FEL: kunde inte ladda biblioteket "/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so"
Ett ganska specifikt fel, typiskt för build 9.1.x och 9.2.x [e-postskyddad]kan också leda till ett tidigare fel. Anledningen ligger i det okorrigerade felet i fasttrun.so-biblioteket. Lösningen är att rulla tillbaka för att bygga 9.0.x [e-postskyddad]
DBMSERROR-fel: typ "mvarchar" finns inte i tecken 31
Det uppstår om databasen skapades utan hjälp av 1C: Enterprise-systemet. Kom ihåg att för att arbeta med 1C ska databaser endast skapas med hjälp av verktyg från 1C-plattformen: via Administration Server 1C Enterprise Administration-konsolen
eller genom 1C-start.
Databaserver inte upptäckt VIKTIGT: användaren "postgres" verifierade inte (med lösenord)
Ett mycket enkelt misstag. Lösenordet för postgres superanvändare är felaktigt. Det finns två möjliga lösningar: kom ihåg lösenordet eller ändra det. I det andra fallet måste du ändra lösenordet i egenskaperna för alla befintliga infobaser genom snapin-modulen 1C Enterprise Server Administration.
Dataserver hittades inte FATAL: databasen "NAME" finns inte
Ett annat mycket enkelt misstag. Det innebär att den specificerade databasen inte finns. Oftast inträffar det på grund av ett fel i att ange databasens namn. Det bör komma ihåg att 1C-informationsdatabasen i klustret och DBMS-databasen är två olika enheter och kan ha olika namn. Det bör också komma ihåg att Linux-system är skiftlägeskänsliga och för dem är unf83 och UNF83 två olika namn.
Varning: Ingen detaljerade instruktioner kommer inte att vara! Endast handlingssekvensen, nödvändiga steg och tips. Den här guiden är endast för erfarna Linux-administratörer!
Exempel på några av mina konfigsbifogad ...
Obs! Den här artikeln är skriven baserad på experiment med 32-bitars CentOS 6.3.(Det är nödvändigt att använda ett 64-bitars OS för servern. Men det hände så att 64-bitars CentOS inte installerades på den hårdvara som var tillgänglig för mig för experiment.)Det finns emellertid ingen skillnad för installationsmetodiken (32 mot 64 bit) - det är bara i efterföljningarna på distributionsfilerna: antingen i686 (eller i386) eller x86_64 ...
Innehåll:
- 2) Konfigurera nätverk
- 5) Konfigurera Samba-servern
- Litteratur (används och rekommenderas dessutom)
0) Förbered serverhårdvara
Jag kommer inte att ge specifika rekommendationer för att välja serverhårdvara (hur mycket hårdvara som krävs) - nej personlig erfarenhet. Se officiell”Rekommendationer för val av utrustning för att arbeta med 1C: Enterprise 8” från v8.1c.ru och inofficiell“Datorkrav för att arbeta med programmet 1C: Enterprise 8” från 1c.xxi.kiev.ua ...
Och jag rekommenderar att man tar järn med en kraftreserv än rekommenderat (eftersom det ”växer” företagets behov; och eftersom plattform 1C också ständigt ”växer och optimerar” - det betyder att det förbrukar mer resurser från frigörelse till frigöring).
I ett nötskal är dessutom följande strategi mest fördelaktig:
- Sprid två servrar (1C-server och Postgres DBMS-server) i två olika maskiner - kapaciteten fördubblas och du behöver inte köpa extra licenser. Detta är en billig lösning: Linux är gratis och kostnaden för järn räknas inte (järn är alltid billigare än licenser).
- Obs! Kom ihåg att ”1C-serverklustret” fortfarande är mycket buggy. Dessutom kräver varje ytterligare separat maskin under "Server 1C som en del av ett kluster" köp av en separat "Serverlicens"! Därför är det från alla sidor under "Server 1C" mest fördelaktigt att använda ENDAST EN MASKIN - köp bara en maskin för servern, med en tillräckligt kraftfull maskinvara som kan dra hela belastningen ...
- Installera hårdvara RAID10 på DBMS-servern (databasfiler är reserverade och öka mängden diskutrymme vid behov).
Dessutom: I budgetlösningar är det tillräckligt med att använda Chipset RAID-styrenheten inbyggd i många moderna moderkort än att köpa en separat och dyr hårdvara RAID-controller (vars pris är från $ 250). Inbyggda RAID-kontroller för chipset har redan bred funktionalitet; stödja de nödvändiga RAID-lägena (0, 1, 5, 10) och automatiserad migrering mellan dem, med att spara data.
Det finns bara en men betydande fluga i salvan: dåligt stöd för RAID-kontroller för hårdvara i Linux. Och dessutom är chipset SATA-RAID inbyggt i moderkortet inte helt hårdvara: datahantering sker inte på hårdvarunivå, utan på BIOS-mikrokodnivå genom OS-drivrutinen - därmed begrepp som SATA-RAID-drivrutiner (Intel Matrix Storage Driver), utan vilken RAID ses som separata skivor - därmed stödproblem ... Under Linux används RAID-matriser traditionellt, vars stöd länge har implementerats och felsöks! - Naturligtvis båda servrarna bör höjas på Windows / Linux 64bit OS (eftersom de stöder mycket RAM och mycket kraft). Och att köpa och installera 32bit "1C server" (eftersom "1C 64bit server" kostar två gånger mer, och produktivitetsökning, ceteris paribus, ger bara + 5% !!! inofficiellt hantverkare testade...)
1) Installera operativsystemet (OS)
Installera Linux CentOS 6.x (senaste versionen), bättre 64bit.
Skäl att välja CentOS-distributionen: Detta är Linux-serverdistributionen. Detta är en gratis (gratis, "Community Edition") distribution. Detta är en distribution baserad på RedHat-kärnan, som 1C förklarar att vara "stöttad".
CentOS-distribueringsbilder svängerhärifrån (från någon av speglarna).
Det är bekvämare att pumpa ut iso, bränna den på en dummy (DVDRW) och lägga den från den.
För installation är som regel bara den första disken på två komposibla skivor tillräcklig (på den andra disken - vilken sekundär programvara som helst).
Och då behövs inte längre installationsdistakeringarna - likadant, all programvara måste uppdateras och levereras via Internet ...
Kommentar: CentOS root-användare är inte användarvänlig (det borde vara)!
Allt arbete i CentOS-systemet utförs ALLTID från en vanlig användarsession, inkl. och installation / installation av systemet. Och bara för vissa åtgärder begärs privilegierna för "superanvändaren" varje gång (något liknande dykte upp i Windows7).
För att utföra redigeringen av konfigs, installera paket och andra "admin" -åtgärder, öppna därför konsolen i en vanlig användarsession och exekvera kommandot "su", som kommer att växla den nuvarande konsolen till "superuser" -läget (CentOS-funktionen):
Bash # su Lösenord:<вводим пароль root>
Vidare används denna bash # -konsol för olika privilegierade åtgärder. Till exempel kan du köra "mc" och redigera konfiggarna i / etc / ...
2) Konfigurera nätverk
Konfigurera nätverkskort, värdnamn, gateway och DNS ...
Anslut till Internet och uppdatera alla baspaket till de senaste versionerna ...
Vi kommer att göra alla ytterligare åtgärder bara om du har en internetanslutning, vi tror att den är permanent!
Nätverkskonfiguration är standard ... Men det finns detvanliga raker att kringgå:
2a)
Först bör namnet på vår server lösa till IP-adressen utan problem.
I filen / etc / sysconfig / nätverk, kontrollera värdet på värdnamnsparametern ("datornamn" i norr), om det behövs, ändra det så att de nya parametrarna träder i kraft, du måste starta om systemet.
Bash # cat / etc / sysconfig / network NETWORKING \u003d ja NETWORKING_IPV6 \u003d nej HOSTNAME \u003d delldev GATEWAY \u003d 192.168.10.2
(Den sista raden är standard gateway, valfritt. Om det inte anges kommer det att tas från ifcfg-konfigger eller via DHCP ...)
Filen / etc / hosts ska inte innehålla posten localhost.localdomian eller IPv6-format; i frånvaro av en DNS-server bör den tydligt ange serverns IP-adress - FQDN-namn - kort namn. Ett exempel på en giltig värdfil:
Bash # cat / etc / hosts 127.0.0.1 localhost delldev
Kontrollera: Pingrar servern själv? Ange i konsolen:
Bash # ping delldev
2b)
För det andra - det bör inte finnas regler för brandväggen som förbjuder interaktion mellan komponenter i 1c-företag.
I de flesta fall finns företagets server 1c i det lokala nätverket, så vi kan inaktivera brandväggen helt (åtminstone under idrifttagningen):
Bash # chkconfig iptables off bash # service iptables stoppar
2c)
För det tredje - du måste också inaktivera SELinux-policy!
orsaker:
1) Tidigare var SELinux orsaken till felet Segmentation Fault.
2) Samba-bollar fungerar inte med SELinux aktiverat (fjärranvändare kommer in i bollarna, men de ser inte filerna ... eller filerna är synliga men läses inte ... etc. glitches)
3) Dessutom ser fördelarna med att använda SELinux på en mycket laddad server i det lokala nätverket extremt dimmiga ut.
Så här inaktiverar du:
Redigera config / etc / selinux / config line SELINUX \u003d verkställa ändring till SELINUX \u003d inaktiverad starta om maskinen ...
2d)
Internetleverantören "Ukrtelecom / Ukraine" har också en sådan rake: buggy DNS-servrar - så du måste använda extra (bättre från Google) ... Och kanske visade sig min DSL-router vara dåligt kompatibel med Linux ...
Symptom: när du arbetar med Internet och att lösa varje DNS-namn tar mycket lång tid (flera [tiotals] sekunder av timeout), fungerar det mycket dåligt ...
Beslut: Så jag dNS-server Jag fick den inte automatiskt via DHCP, men registrerade statiskt följande adresser i adapterinställningarna (i / etc / sysconfig / nätverksskript / ifcfg-eth0 config): 213.179.249.151, 213.179.249.152, 8.8.8.8, 8.8.4.4(de två första är den nya Ukrtelecom, de nästa två är från Google).
3) Konfigurera pakethanteraren (yum)
Obs: en detaljerad manual för användning av yum - se artikeln“Pakethantering i RHEL6. Yum "...
3a)
Konfigurera programvarukällor (förvar):
aktivera standardförvar (i förvarskonfigurationen, skriv aktiverat \u003d 1, eller kryssa i rutan via det grafiska gränssnittet ...):
CentOS-6 - Base
CentOS-6 - Bidrag
CentOS-6 - Extra
CentOS-6 - Plus
CentOS-6 - Uppdateringar
OCH (utan dem är det väldigt tråkigt, eftersom standardförvar huvudsakligen innehåller serverprogramvara och föråldrade, om än superfelsökta versioner).
Obs: I de flesta fall, för att underlätta anslutningen av nya förvar, har lagringsägare förberett RPM-paket för automatisk konfiguration - dessa paket behöver bara laddas ner och installeras. Välj dessutom paketen med rätt version: för motsvarande version av förvaret och avsedd för motsvarande Linux-version. När du installerar detta pseudopaket genereras nödvändiga konfigurationer automatiskt, yum konfigureras etc.
rekommendationer:
Använd "katt / etc / redhat-release" för att hitta vilken frisättning av EL du använder(det säger till mig: “CentOS release 6.3” - det vill säga “el6”)
Använd "uname -a" för att hitta din processorarkitektur(det säger till mig: “i686 i386”)
Använd “rpm -ivh package-filename” för att installera paketet rpmforge-release(fungerar också med webbadresser)
RPMforge
installations instruktioner:repoforge.org och
package.sw.be/rpmforge-release/rpmforge-release-0.5.2-2.el6.rf.i686.rpm "
EPEL
installations instruktioner:fedoraproject.org
fungerande installationsexempel: su-c "rpm -Uvhdownload.fedoraproject.org/pub/epel/6/i386/epel-release-6-7.noarch.rpm "
Atrpms
installations instruktioner:atrpms.net
fungerande installationsexempel: su-c "rpm -Uvhdl.atrpms.net/all/atrpms-repo-6-5.el6.i686.rpm "
3b)
Begrepp: det viktigaste är inte att störa funktionaliteten i kärnsystemets kärna.
De vanliga CentOS-förvaren (särskilt ”CentOS-6 - Base”) består av specialutbildade personer som säkerställer att förvaret vid varje ögonblick har en bit kompatibla paket och bibliotek.(CentOS är ett serversystem som är installerat på de dyraste produktionsservrarna som fungerar i automatisk uppdateringsläge. Ett fel i förvaret kommer att bryta många servrar, ja, det vill säga att administratörer kommer att ha mycket skräp och ett förtroende för CentOS kommer att misslyckas ... Detta är inte tillåtet.)
Men om du spelar med de tredje vänsterfördelningarna, har de alltid nya (och instabila) versioner av biblioteken tidigare - de kan installeras automatiskt i systemet under automatisk uppdatering, vilket skapar inkompatibilitet för kärntjänster. Dåligt!
För att den mest felsökta programvaran ska installeras på servern och de ytterligare lagringarna, ska bara programvaran som är frånvarande i basprogramvaran (paketen kopplas från enligt "beroenden") installeras - du måste konfigurera / använda prioritetssystemet:
För att hantera prioriteringar - du behöverinstallera ytterligare plugins för yum (användbart för att installera alla tre):
- yum-protect-paket (låter dig skydda specifika paket från radering; som standard är yum själv och dess beroende kedja skyddade)
- yum-plugin-protectbase (gör att du kan skydda paket från det angivna förvaret från att uppdateras från osäkra förvar) - DET ÄR LÄTTARE ATT KONFIGURERA DET.
- yum-plugin-prioriteringar (gör att du kan tilldela prioriteringar till olika förvar; paket från ett arkiv med ett lägre prioritetsvärde kan inte uppdateras från ett arkiv med ett högre prioritetsvärde - detta är en annan typ av skydd, mer avancerad och flexibel) - DET är BÄTTRE!
(Obs: det finns många fler intressanta plugins för yum, men dessa är de mest nödvändiga ...)
Yum-lagringsinställningar butiker i: /etc/yum.repos.d/
konfigurationer som kan redigeras kallas: * .repo
andra servicefiler - rör inte vid dem.
Det är nödvändigt att lägga till textkonfigurer (åtminstone för alla förvar med aktiverade \u003d 1): rader med parametrarna skydda \u003d ... och prioritet \u003d ...(Obs: ju lägre prioritetsvärde, desto viktigare är förvaret)
3c)
Jag rekommenderar också att du installerar det grafiska skalet för pakethanteraren: Yum Extender (binären kallas yumex) - det är mycket mer avancerat än standard GUI!
4) Installera ytterligare programvara som inte är relaterad till 1C-systemet
Nu kan du naturligtvis installera (via yum-paketets hanterarkonsol, naturligtvis):
ntfs support
vin (emulator för att köra enkla fönsterapplikationer)
och andra användbara lokala applikationer ...
5) Konfigurera Samba-servern
Du måste installera (via yum) och konfigurera Samba-servern (smb- och nmb-tjänster) - detta är stöd för Microsoft NetBIOS-protokollet för Linux, det så kallade "Nätverk"…
Dessutom rekommenderar jag att du höjer Samba även om du inte tillhandahåller filbollar på den här servern för andra klienter i det lokala nätverket, så att denna server visas i "nätverksmiljön" för alla Windows-klienter och andra nätverksservrar, skannas av standard-API: n och löser sitt "nätverksnamn på maskinen "- så att det på något sätt kan refereras till ¨ \\\\ MyLinuxServer¨. För enkelhets skull konfigurerar du Samba så att Server 1C är synlig i din WORKGROUP ...
Obs om: Behöver jag en Samba-server för att fungera 1C: Enterprise eller inte?
För att konfigurera Samba rekommenderar jag:
skapa och konfigurera bollmappar så här:
Mkdir / home / samba mkdir / home / samba / all ... chown -R samba / home / samba chgrp -R samba / home / samba chmod -R a + rw / home / samba
skapa en icke-användare / grupp: samba / samba
tilldela den här användaren en hemmapp: / home / samba
Ställa in Samba-tjänsten:
Configs är i / etc / samba /
se mannen smb.conf
se smb-conf.ru
För enkel installation - se artikel"Enkel installation och konfiguration av SAMBA-server i CentOS" ...
Viktig: Förutom tjänsten smb (huvud) bör du också "aktivera" och "starta" tjänsten "nmb" (som är ansvarig för att publicera datorns NetBIOS-namn i det lokala nätverket - servern kommer att vara synlig i "Nätverksmiljö"):
Chkconfig - nivå 2345 smb på chkconfig - nivå 2345 nmb på service smb start service nmb start
Dricks: Driftläget för tjänsterna konfigureras bäst genom den grafiska snap-in "GNOME / System / Administration / Services" ...
6) Vi får och förbereder distributioner 1C: Enterprise ... Var får jag allt?
1C piratkopierade distributioner (och sprickor) kan laddas ner från utbytare (jag ger inte länkar, hitta påforum.ru-board.com i avsnittet Vareznik) ...
Så fick / laddade ner distributionen"1C: plattform 8.2 släpp 8.2.16.368 från 10/05/12" -\u003e Från den tar vi "Server 1C: Enterprise (32bit) för RPM-baserade Linux-system", fil"8_2_16_368_rpm.tar.gz" (169,07 MB) -\u003e efter att ha packat upp arkivet får vi 8 distributions RPM-filer ...
Färdigmonterade "PostgreSQL från 1C release 9.0.3-3.1C från 01/17/12" kommer inte att fungera för oss, de kommer inte att installeras enligt beroenden (paket byggs där för CentOS 5.x och inte för 6x.).
oss behöver PostgreSQL-källkoder, lappade 1C, för självmontering!
Från distribution"PostgreSQL från 1C release 9.0.3-3.1C från 01/17/12" -\u003e vi tar bara filen "PG90331_Patch903.rar" -\u003e från arkivet tar vi bara filen"Postgresql-9.0.3-3.1C.src.rpm"(Detta är ett RPM-paket med PostgreSQL-källkoder version 9.0.3, ALLTID INKLUDERA ALLA NÖDVÄNDIGA PATCHER för att säkerställa kompatibilitet med 1C: Enterprise 8.1 och 1C: Enterprise 8.2-servern)
Obs: Dessutom är källkoden för självmontering av PostgreSQL DBMS som stöds av 1C: Enterprise 8 enklastladda ner direkt från webbplatsen ...
Anmärkningar: Vilken plattform ska jag välja?
- 1C-server händer: både x64 och x86
- 1C-klientprogram är: endast x86 för tillfället (jag upprepar: x64 finns det bara en 1C-server)
- det är känt att x86-program kan installeras på x86 (detta gäller inte bara 1C)
- 1C-klientprogram (tjocka och tunna klienter) fungerar bara under Windows!
Ytterligare information...
7) Montering och installation av “PostgreSQL DBMS från 1C (release 9.0.3-3.1C från 01/17/12)” på Linux CentOS (6.3)
Först och främst, så att det inte finns några konflikter i systemet, måste du avinstallera alla andra / tidigare versioner av PostgreSQL SERVER, om några är installerade (kontrollera).
Dåligt råd: För att undvika förvirring på grund av inkompatibilitet med mjukvara avinstallerade jag också klienten "postgresql-8.4.13" (installerad initialt, från standard CentOS 6.3-arkivet) ... Vissa paket (till exempel "postgresql-libs-8.4.13" och etc.) Nu var jag tvungen att lämna, för många andra paket i systemet är beroende av dem - men de kan avinstalleras senare, efter att ha installerat PostgreSQL 9.0.3 (jag ser framåt, jag lyckades) ...
Ändå är det vettigt att lämna dessa standardpaket i systemet (särskilt “postgresql-libs-8.4.13”) - om du måste avinstallera PostgreSQL 9.0.3 i framtiden. För nu har jag en sådan situation att alla systempaket nu bara beror på paketet "postgresql-libs-9.0.3-3.1C" och pakethanteraren inte tillåter avinstallation av det senare utan att riva halva systemet (krasch).
Tyvärr, i CentOS 6.3-baslagren, d.v.s. i det nuvarande systemet finns det inte alla nödvändiga bibliotek (beroenden) för att använda den färdiga enheten "PostgreSQL från 1C". Dessutom bör man komma ihåg att för driften av 1C: Enterprise 8.2-servernpostgreSQL-versionen är inte lägre än 8.3.8.
Jag försökte olika distributioner ...
Så, versionen "PostgreSQL från 1C release 9.0.3-3.1C" är bäst lämpad, men de samlade RPM-paketen från distributionssatsen "PG90331_setuppln903.rar" fungerar inte för oss: de kommer inte att installeras av beroenden (där är paketen byggda för CentOS 5.x och inte för 6x.) ...
Fel metod: Att uppgradera befintliga gamla bibliotek manuellt är farligt och farligt (mycket programvara från en grundläggande och stabil CentOS-kärna beror på dem!) Du kan också sätta in kryckhackar i form av symboliska länkar (med namnen på de nödvändiga biblioteken som länkar till befintliga versioner), men det är verkligen dåligt på produktionsservern ...
För att inte kränka CentOS-kärnans integritet,måste bygga om PostgreSQL själv från källkoder, lappar det med 1C-lappar (så det kommer att baseras på våra befintliga bibliotek). Vi tar de korrigerade PostgreSQL-källorna från distributionen "PostgreSQL från 1C release 9.0.3-3.1C" -\u003e vi behöver bara filen "PG90331_Patch903.rar" -\u003e och från arkivet tar vi bara filen "postgresql-9.0.3-3.1C.src.rpm "... eller ladda ner den här filen direkt från webbplatsen ...
7a)
Obs: Jag har inte erfarenhet av att bygga från källan, så följande är ett något modifierat recept från Admin Maniac-bloggen på alsigned.ru (författarens respekt).
Innan PostgreSQL måste du installera (eller se till att det redan är installerat) - det är nödvändigt för att använda PostgreSQL-versionen från 1C. Du kan installera det manuellt från RPM-paketet (men inte nödvändigt) ... Eller använda yum, från standardförvaret (vilket är bättre):
Yum installera icu libicu libicu-devel
Vi installerar också paketen som är nödvändiga för sammanställning och montering:
Yum installera rpm-build wget glibc-devel bison flex readline-devel zlib-devel openssl-devel pam-devel gettext gcc make
7b)
Ladda ner PostgreSQL 9.0.3 källor från webbplats 1c:
Wget http://v8.1c.ru/overview/postgresql_patches/9-0-3/postgresql-9.0.3-3.1C.src.rpm
och installera paketet med källorna (olika mappar skapas i systemet och källfilerna sprids runt dem):
Rpm -ihv postgresql-9.0.3-3.1C.src.rpm
Öppna filen / usr / lib / rpm / macros för redigering och ändra montering av _default_patch_fuzz med 2 i den:
% _default_patch_fuzz 2
Obs: Tidigare måste sådana åtgärder endast göras på Fedora 12 och högre, när man byggde mjukvara som inte stödde behandlingen av paket med nya skript, och med början från den sjätte versionen anlände också nya skript till CentOS.
Vi skapar symboliska länkar till libicu-bibliotek:
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
Låt oss gå vidare till att bygga PostgreSQL:
Rpmbuild -bb - definiera "runselftest 0" ~ / rpmbuild / SPECS / postgresql-9.0-1C.spec
Obs: Genom att ställa in parametern “runselftest 0”, vägrar vi att initiera testbasen och verifiera PosgreSQL-funktionen under byggandet, så att testen är framgångsrik måste den köras från en begränsad användare, annars kommer byggprocessen att stoppas.
Monteringsprocessen kommer att ta lite tid ...
Slutligen tittar vi igenom listan över samlade RPM-paket (eftersom jag har Linux 32-bitars OS, PostgreSQL-paket byggdes också i 32-bitarsversion):
Bash # ls -1 ~ / rpmbuild / RPMS / i686 postgresql-9.0.3-3.1C.i686.rpm postgresql-contrib-9.0.3-3.1C.i686.rpm postgresql-debuginfo-9.0.3-3.1C.i686 .rpm postgresql-devel-9.0.3-3.1C.i686.rpm postgresql-docs-9.0.3-3.1C.i686.rpm postgresql-libs-9.0.3-3.1C.i686.rpm postgresql-server-9.0. 3-3.1C.i686.rpm postgresql-test-9.0.3-3.1C.i686.rpm
7c)
Installera en korrigerad PostgreSQL DBMS-server från 1C:
Det är inte nödvändigt att installera alla paket ... för att PostgreSQL ska fungera korrekt, fyra räcker: postgresql-libs, postgresql, postgresql-server, postgresql-contrib. Vi går till katalogen / root / rpmbuild / RPMS / i686 (på ett 64-bitars OS - in / root / rpmbuild / RPMS / x86_64) och installerar paketen ...
paketets installationsförfarande är som följer:
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
Valfritt men användbart (för utvecklare) installerar sedan följande paket:
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
Men för att inte bry sig om installationsordningen är det bättre att installera alla paket i bulk (yum kommer att räkna ut beroenden i sig):
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
Räfsa: får du ett fel när du installerar paketet "postgresql-contrib-9.0.3-3.1C.i686.rpm"?
fel: uppackningen av arkivet misslyckades i filen /usr/pgsql/lib/libicudata.so.46;4e9327cc: cpio: Digest mismatchfel: postgresql-contrib-9.0.3-3.1C.i686: installationen misslyckades
Beslut: Kör varvtal utan att kontrollera digest och md5
Rpm --nodigest --nomd5 -ihv postgresql-contrib-9.0.3-3.1C.i686.rpm
Därefter kommer användaren "postgres" att visas i operativsystemet, som kommer att äga alla DBMS-filer och i vilken session servern startas (förväxla inte den med DBMS-superanvändare med samma namn).
Skriptet /etc/init.d/postgresql skapas för att starta och stoppa DBMS.
PostgreSQL 9.0.3 klient- och serverbinarier finns i / usr / pgsql / bin / ...
7d)
Vi initialiserar PostgreSQL-databasklustret (detta är namnet på katalogen, vanligtvis / var / lib / pgsql / data, som lagrar data för alla baser i den här installationen av PostgreSQL DBMS):
Obs! I tidigare versioner av Postgres pågick tricket när vi just startade DBMS-servern, och när den först startades upptäckte det inte katalogen med databasfilerna - det initierade initdb själv ... Men nu fungerar det inte -
du måste köra initdb uttryckligen och med rätt parametrar. I detta fall måste du uttryckligen ange den systemanvändare i vars session DBMS-servern startas (med kommandot “su postgres”). Vi anger också uttryckligen den plats där servern körs (locale \u003d ru_RU.UTF-8).
Bas # su postgres -c "/ usr / pgsql / bin / initdb -D / var / lib / pgsql / data --locale \u003d ru_RU.UTF-8"
När detta kommando körs kommer dess konsolutgång att bekräfta de angivna parametrarna (texten visas i konsolen):
Filer som åtföljer detta databassystem kommer att tillhöra postgres-användaren. Den här användaren måste också vara ägare till serverprocessen.
Databasklustret initieras med ru_RU.UTF-8-språket. Baskodningen är som standard inställd på UTF8. Den fulltextsökningskonfigurationen är som standard inställd på ”ryska”.
Som ett resultat skapas en databas som finns i / var / lib / pgsql / datakatalogen (Obs: det finns också PostgreSQL-serverkonfigurer).
Räfsa: om ett fel uppstår under initieringen av databasklustret?
FATAL: kunde inte skapa delat minnessegment ...
Tips: Detta fel betyder vanligtvis att PostgreSQL: s begäran om ett delat minnessegment överskred din kärnans SHMMAX-parameter. Du kan antingen minska förfrågningsstorleken eller konfigurera om kärnan med större SHMMAX. För att minska förfrågningsstorleken (för närvarande 35233792 byte), minska PostgreSQL: s shared_buffers-parameter (för närvarande 3584) och / eller dess max_connections-parameter (för närvarande 104).
Beslut: Det är nödvändigt att öka värdet på parametern kernel.shmmax, för detta lägger vi till linjen i filen /etc/sysctl.conf:
Kernel.shmmax \u003d 40000000
Sedan uppdaterar vi sysctl-parametrarna med följande kommando:
Bash # sysctl -p
Obs: Vanligtvis är detta problem typiskt för 32-bitarsversioner ... Men jag hade inte ett sådant problem på CentOS 6.3 32bit - här är parametern kernel.shmmax \u003d 4294967295 redan inställd
7e)
PostgreSQL-tjänstinställning:
Lägg till vid start och starta PostgreSQL-tjänsten:
Bash # chkconfig postgresql på bash # service postgresql start
PostgreSQL 9.0.3 klient- och serverbinarier finns i / usr / pgsql / bin / ... Skapa symboliska länkar till nödvändiga binärer så att de kan köras utan att ange en sökväg (detta är särskilt nödvändigt för PostgreSQL Console-klienten):
Ln -s / usr / pgsql / bin / psql / usr / local / bin / psql, etc.
Vid den första starten av PostgreSQL, för att kontrollera åtkomsten till databasenheter, skapas superanvändarkontot "postgres" med lösenordet "postgres" i DBMS (förväxla inte det med Linux OS-kontot). Det första du behöver göra är att ändra standardlösenordet ... Vi ställer in lösenordet för superanvändaren av DBMS “postgres” med kommandot:
Bash # psql -U postgres -c "ALTER USER postgres LÖSENORD" newpassword ""
Obs: nu kommer detta lösenord att användas när du ansluter klienter till DBMS: login \u003d "postgres" password \u003d "newpassword".
7f)
Vi konfigurerar PostgreSQL-servern så att den fungerar med “Server 1C: Enterprise” (vi korrigerar konfiggen):
Se beskrivningen av konfigurationsparametrarna på ryska ...
I filen /var/lib/pgsql/data/postgresql.conf - serverinställningar. Du måste ange parametrarna (avdela raderna eller om dessa parametrar inte finns, ange dem manuellt):
Standard_with_oid \u003d på
Som standard är PostgreSQL 9.0.3 Auto Vacuum inaktiverad ... Om du vill aktivera "Automatic Vacuuming" i databasen (vilket är användbart för lättladdade servrar, så att administratören inte behöver utföra proceduren "databaspackning" regelbundet och manuellt, utan bara installera och glöm) - ställ sedan in följande parametrar:
Track_counts \u003d on autovacuum \u003d on
Obs: i tidigare versioner av DBMS fanns en parameter "stats_row_level" ... men i PostgreSQL 9.0.3 är denna parameter föråldrad och ingår i den nya parametern "track_counts".
I filen /var/lib/pgsql/data/pg_hba.conf skapas en åtkomst- och användaridentifieringspolicy (det vill säga giltiga parametrar för anslutning till en PostgreSQL-server) ... Se till att den här raden innehåller en okommenterad rad i slutet av denna fil (vilket betyder "tillåta" anslutningar till servern från alla värdar, lösenord med inloggning hashas av md5 "):
Värd för alla 0.0.0.0/0 md5
Obs! Om du byter ut "md5" med "förtroende" i policyraden, kommer lösenordet inte att verifieras vid anslutningen! (användbart för återhämtning / förändring glömt lösenord )) Observera också att standardpolicyn för klientanslutningar med localhost: lösenord inte är markerade ...
Obs! Du kan konfigurera dessa parametrar senare. Och när du ser till att allt, inklusive 1C-klienten, fungerar, är det av säkerhetsskäl vettigt att begränsa anslutningar endast till localhost localhost (eller snarare värdarna för "1C-serverklustret" om de är separerade) ...
Slutligen starta om PostgreSQL-servern:
/etc/init.d/postgresql omstart
8) Installera “1C: Enterprise 32bit Server för RPM-baserade Linux-system (8.2.16.368)” på Linux CentOS (6.3)
Distributionen av serversidan 1C: Enterprise 8 för Linux presenteras i form av flera rpm-paket:
- 1C_Enterprise-common - vanliga komponenter i 1C: Enterprise 8;
- 1C_Enterprise-server - komponenter i 1C: Enterprise 8-servern;
- 1C_Enterprise-ws - adapter för publicering av 1C: Enterprise 8 Webbtjänster på en webbserver baserad på Apache HTTP Server 2.0 eller Apache HTTP Server 2.2;
- 1C-Enterprise-crs - komponenter i 1C: Enterprise 8-konfigurationslagringsservern
- Paket som innehåller suffixet "-nls" i namnet är ytterligare nationella resurser för motsvarande paket.
Paketet 1C_Enterprise-server och 1C_Enterprise-ws är oberoende av varandra. Följaktligen kan de installeras på samma dator antingen tillsammans eller separat (det vill säga "1C-servern" och "webbservern" kan delas in i olika maskiner, samt separera DBMS-servern för att lossa "1C-servern") ...
Observera från 2014.01.15: det har noterats att koden för paketet "1C_Enterprise-ws" fortfarande beror på paketet "1C_Enterprise-server", men det spelar ingen roll ...
Installationen måste utföras som root ...
Under installationen bör följande beroenden mellan paketen beaktas (för att framgångsrikt installera ett paket måste du först installera alla paket som det beror på) - installationsproceduren är därför som följer:
Rpm -ihv 1C_Enterprise82-common-8.2.16-368.i386.rpm rpm -ihv 1C_Enterprise82-common-nls-8.2.16-368.i386.rpm rpm -ihv 1C_Enterprise82-server-8.2.16-368.i386.rpm rpm -ihv 1C_Enterprise82-server-nls-8.2.16-368.i386.rpm rpm -ihv 1C_Enterprise82-ws-8.2.16-368.i386.rpm rpm -ihv 1C_Enterprise82-ws-nls-8.2.16-368.i386 .rpm rpm -ihv 1C_Enterprise82-crs-8.2.16-368.i386.rpm rpm -ihv 1C_Enterprise82-crs-nls-8.2.16-368.i386.rpm
Sedan bör servern startas i daemon-läge:
/etc/rc.d/init.d/srv1cv82 stop /opt/1C/v8.2/i386/ragent -daemon /etc/rc.d/init.d/srv1cv82 starta om
Alla ovanstående åtgärder måste utföras som rot.
Under installationen skapar 1C: Enterprise 8-serverkomponenten en operativsystemanvändare med namnet usr1cv82, under vars konto 1C: Enterprise 8-serverprocesserna kommer att köras.
8a)
När du har installerat alla nödvändiga paket måste du köra skriptverktyget för att diagnostisera och initiera grafikundersystemet i 1C v8.2 och följa eventuella rekommendationer. (Verktyget kontrollerar systemet för att det finns komponenter och inställningar för det grafiska delsystemet i 1C v8.2 och ger rekommendationer om 1C fortfarande behöver något.)
/opt/1C/v8.2/i386/utils/config_server
Ytterligare information om konfigurationsservern: pånefrit.arvixe.ru och blog.unixstyle.ru ...
Proceduren för att ställa in systemet med hjälp av verktyget "config_server" är ungefär följande(några av dessa steg är kanske inte tillgängliga för dig - hoppa över):
Installationen måste utföras som root ...
1) Efter den första körningen av verktyget "config_server" bör ett fel uppstå: "Kan inte upptäcka teckensnittskatalog, ange det!"
Beslut: ställa in saknade TTF-teckensnitt med receptlinewb.ru FAQ och.
Obs: ~ / rpmbuild / mappsystemet måste redan existera för dig (de skapades tidigare när PostgreSQL-distributionen byggdes).
Följande åtgärder räcker för att installera teckensnitt:
Yum installera rpm-build cabextract wget http://corefonts.sourceforge.net/msttcorefonts-2.5-1.spec rpmbuild -bb msttcorefonts-2.5-1.spec rpm -ivh ~ / rpmbuild / RPMS / noarch / msttcorefonts-2.5-1 .noarch.rpm
2) Kör konfigureringsverktyget igen - felet bör krascha: “Inget konverteringsverktyg för truetyp hittades! Installera ttf2afm eller ttf2pt1! "
Beslut: installera verktyget ttf2pt1 (tillgängligt i EPEL-arkivet):
Yum installera ttf2pt1
3) Tredje gången vi kör verktyget "config_server" - systemet kommer att tänka längre och allt kommer att vara bra: fler fel kommer inte att utfärdas till konsolen ...
Slutligen måste du starta om "Server 1C" (eller hela maskinen):
/etc/init.d/srv1cv82 starta om
Alla ovanstående åtgärder måste utföras som rot.
8b)
Det är det, installationen av "Server 1C" på Linux OS är klar!
Det återstår att ansluta till denna "Server 1C" via MMC-konsolen "Administration av servern 1C: Enterprise 8.2" och skapa "informationsdatabaser" för konfigurationerna. Om det nedan ...
Obs: MMC-konsolen är installerad som en del av "Technology Platform 1C: Enterprise 8.2" - på en annan värd och endast under Windows. (Även om de i versionen "1C: Enterprise 8.3" lovar att administrationsprogramvara redan har implementerats för Linux ...)
8c)
Vi konfigurerar support för 1C-webbklienter via Apache-webbservern:
Förberedelse: Vi kommer att använda den lokala Apache-webbservern installerad på samma Linux-maskin som 1C-servern. Om du ännu inte har installerat Apache-webbservern, följ sedan stegen i avsnittet "Uppgift: Installera Apache / httpd under Fedora Core / Cent OS Linux" i artikeln"Hur man installerar och startar Apache- eller httpd-tjänsten under Linux":
Yum installera httpd chkconfig httpd på /etc/init.d/httpd start
Fortsätt sedan enligt beskrivningen i avsnittet ”2. Webbklientpublicering“Vi sätter 1C-webbklienten på Apache” ...
Anta att du har en informationsbas på "Server 1C" som heter "test1c"(faktiskt kommer det att skapas senare, efter att ha initierat klustret och skapat databasen i postgreSQL ... men publicering kan göras spekulativt nu, eftersom vi faktiskt inte kommer att kontakta IB, vi fixar bara Apache-konfiggarna och skapar en stub på webbservern, några mappar / filer). Publiceringsförfarandet är mycket enkelt och automatiserat (varje steg beskrivs i detalj i artikeln ovan, så jag kommer inte att upprepa det här) - du måste utföra följande kommandon:
Cd /opt/1c/v8.2/i386 ./webinst -apache22 -wsdir test1c -dir "/ var / www / html / test1c /" -connStr "Srvr \u003d" delldev "; Ref \u003d" test1c "" -confPath / etc / httpd / conf / httpd.conf chown apache: apache /var/www/html/test1c/default.vrd chkconfig httpd på tjänsten httpd start
Det är det, informationsbasen "test1c" publiceras! När du konfigurerar "1C-serverklustret" och infobasen helt, kan du ansluta till den genom en webbläsare genom att ange adressen http: // delldev / test1c(där delldev är värdnamnet som kör CentOS, med "Server 1C" och "Apache webbserver", som vi nu ställer in) ...
Kom ihåg: för att webbklienten ska fungera är det också nödvändigt: till värden som kör "Server 1C" eller "Apache Web Server" (i det här fallet är det en), anslut paketet "Network Client Licenser" (säkerhetsnyckeln kan anslutas lokalt eller konfigurera åtkomst till ”licenshanteraren”); och aktivera alternativet "Utfärda licenser av applikationsservern" i "Egenskaper" i informationsbasen (konfigurerat genom snapin-modulen Serveradministration)
8d)
Valfritt: du borde vetahur man aktiverar "Technology Journal" (alias "loggar", alias "logg") ...
Som standard är loggarna inaktiverade, eftersom de växer snabbt och tar upp mycket diskutrymme (i händelse av fel skapas "dumpar" tillsammans med "loggarna"). Inkludera loggar bara om du verkligen behöver spåra något slags problem.
8e)
Dessutom: om du plötsligt måste ... för att ta bort "1C-servern", bör du följa dessa steg:
Innan du avinstallerar måste du stänga av serverklustret:
/etc/rc.d/init.d/srv1cv82 stopp
Sedan tar vi bort paketen i omvänd installationsordning, så att det beroende paketet tas bort innan det paket som det beror på:
Rpm -e 1C_Enterprise82-crs-nls-8.2.16-368.i386.rpm rpm -e 1C_Enterprise82-crs-8.2.16-368.i386.rpm rpm -e 1C_Enterprise82-ws-nls-8.2.16-368.i386 .rpm rpm -e 1C_Enterprise82-ws-8.2.16-368.i386.rpm rpm -e 1C_Enterprise82-server-nls-8.2.16-368.i386.rpm rpm -e 1C_Enterprise82-server-8.2.16-368.i386 .rpm rpm -e 1C_Enterprise82-common-nls-8.2.16-368.i386.rpm rpm -e 1C_Enterprise82-common-8.2.16-368.i386.rpm
Eller så kan du också ta bort alla rpm-paket med ett universellt kommando, som tar bort alla installerade paket som börjar med prefixet "1C_", och beroenden spåras automatiskt:
Rpm -e`rpm -qa | grep 1C_`
9) Installation av säkerhetsnycklar (1C-licens)
Att ansluta nycklar till “1C-servern” är enkelt. Du måste ladda ner drivrutinen från nyckeltillverkarens webbplats, packa upp den och slutföra installationen genom att dubbelklicka på ...
Tips för att välja en förare -
Rpm -ihv haspd-3.3-eter4scientific.i586.rpm haspd-modules-3.3-eter4scientific.i586.rpm
Därefter måste du sätta in två hårdvaruknappar i USB-porten på denna server: "en nyckel till 1C: Enterprise-servern" och "en nyckel till X-nätverksanvändarlicenser" (alla nycklar finns i samma fysiska "flash-enhet"). Och allt ska fungera: klienter får klientlicenser via servern ...
Obs: Nycklar behövs endast för “1C: Enterprise Application Server” och för “1C Secure Client Applications”. Det finns inga problem med PostgreSQL DBMS - det öppnar källan och kräver inga licenser eller nycklar (till skillnad från MS SQL Server DBMS, men vi använder det inte).
Obs: Vissa versioner av 1C fungerade utan nycklar (beta) ...
Uppmärksamhet: Olicensierad "Server 1C" (det vill säga även utan en "servernyckel") fungerar normalt med ett litet antal klientanslutningar (upp till ~ 12 anslutningar). Detta gjordes förmodligen för att underlätta administrationsuppgifter: initial konfiguration och övervakning vid problem ... Men om denna administrativa gräns överskrids börjar servern att avvisa nya anslutningar och kräver en nyckel.
Enligt resultaten från experimentet ...
Obs: ”Klientnycklar” (lokalt eller nätverk) krävs dock för ”1C-säkra klientapplikationer”, i alla fall - för den första anslutningen till servern, för den hundra!installationsinstruktioner för teknologiplattformen för Windows (i bilder och med video) ...
Vi lanserar installationsprogrammet "Teknologiplattform för Windows-version 8.2.16.368 ”(i version 8.2 finns det bara 32-bitars) - det finns alla program i en flaska. Välj följande komponenter under installationen:
- "1C: Enterprise" (Huvudkomponenterna i "1C: Enterprise", inklusive komponenter för administration, konfiguration, tjock och tunn klient)
- “1C: Enterprise - Thin Client” (tunna klientkomponenter endast för att arbeta i klientserverversionen, utan möjlighet att arbeta med filversionen)
- "Administration av 1C: Enterprise-server" (MMC-konsol för administration av ett serverkluster)
- "Gränssnitt på olika språk: engelska, ryska ..." (som standard)
Jag betonar att vi inte sätter följande komponenter (de behövs inte i den här klient / serverversionen för att använda 1C):
- “1C: Enterprise - Thin Client, File Version” (tunna klientkomponenter, inklusive komponenter för att arbeta med filversionen av infobasen)
- “Server 1C: Enterprise” ( på den här maskinen behövs det intedärför att det är redan installerat på en annan värd under Linux OS ... även om du i framtiden har ett heterogent "1C-serverkluster": som kommer att inkludera maskiner som inte bara kör Linux, men också änkor - bara då behöver du den här artikeln ...)
- "Webbserverförlängningsmoduler" (fungerar bara under Windows: "1C Server" under Windows + IIS webbserver under Windows, det är möjligt på olika maskiner ... Dessa moduler gör det enkelt att implementera en webbplats där 1C-klientgränssnittet kommer att byggas direkt på webben En tung, långsam webbplats eftersom anslutningen från webbservermodulerna till "1C-servern" sker via DCOM ... Men fördelen är tveksam: den här skiten kräver en separat fullfjädrad "klientnyckel" för varje anslutning till fjärrklienten! Därför kan en sådan webbplats inte vara massa ...)
- "Konfigurationslagringsserver 1C: Enterprise" (Används om konfigurationen inte är lagrad i ett relationellt DBMS, men fil - det optimerar arbetet för flera användare, 1C-server eller Apache-webbserver med det. Enligt recensioner: buggy skräp, och kampanjen 1C fick sin utveckling ...)
- “IB 1C: Enterprise 7.7 Converter” (behövs endast av utvecklare)
"Installera HASP-drivrutinen" om vi använder 1C på den här datorn kommer vi att använda den licensierade: antingen hårdvaruskyddsnyckeln kommer att anslutas till USB-porten, eller så kommer licensen att tas från nätverket från "licenshanteraren" ...(Jag påminner dig: om du använder en spricka / emulator, installera inte "HASP-skyddsdrivrutinen" under installationen!)
Dricks: Så att ingenting är buggy,se till rätt inställningar DCOM PÅ VARJE MASKIN som kör Windows, som du använder för att arbeta med 1C.
DCOM är konfigurerade genom dcomcnfg-snap-in,som visas i instruktionerna ... (Observera: manualen säger inte bara om DCOM, utan om installation av 1Cv8 + MSSQL ... Men den har också en beskrivande beskrivning på bilder där man klickar för att konfigurera DCOM.)
10b)
Nu fortsätter vi direkt till driften av det installerade programvarupaketet:
Starta MMC-konsolen: Start -\u003e Program -\u003e 1C: Enterprise 8.2 -\u003e Advanced -\u003e Administration av 1C: Enterprise-servrar.
Skapa objekt i serie via konsolen i ordning: "Central Server", "Cluster", "Work Server", "Workflow", "Information Base" - som beskrivs och visas iartikel "Administration av 1C Enterprise Servers" ...
Följande artiklar är något föråldrade och ofullständiga (utseendet på MMC-konsolen, skapningsordningen och parametrarna för komponenterna har ändrats), men kan också vara användbara för att illustrera vad som behöver göras i detta skede:ytterligare arbete utan nycklar är omöjligt!Jag överväger inte andra alternativ för nycklar och problem med dem här - de ligger redan utanför artikeln ... Du kan också aktivera mjukvarulicenser via e-post / telefon (om Linux-drivrutinen stöder dem?) eller konfigurera emulatorer / sprickor (men jag noterar det under Linux-emulatorer har ännu inte implementerat, och är osannolikt att göra, för särskilt inte behövs) ...
Efter att [Information Base ”via Server Administration MMC-konsolen redan har skapats] (medan den är tom) kan du ansluta till den med" Fat Client "i" Configurator "-läget och börja skapa / konfigurera applikationen Configuration ... Gör det nu:
- Anslut till IB av Configurator (vid första klientens start måste du lägga till IB i listan: "Lägg till" / "Lägg till i listan med befintlig infobas" / "On 1C: Enterprise" / "Server Cluster" \u003d delldev (servervärdnamn); "IB-namn i klustret" \u003d test1c);
- Ladda ner konfiguration ("Konfiguration / ladda konfiguration från fil (.cf)" ... då kommer det att finnas en lång process för att slå samman konfigurationer och bygga om databasen med bekräftelsebegäranden);
- Importera verkliga referenser (menypost "Administration / Ladda ned infobas" - det är när data tidigare har laddats upp till "filversionen av IB", de används för servicebehov);
Obs: förväxla inte detta objekt med "återställa en PostgreSQL-databas från en vanlig säkerhetskopia" - den här processen utförs på PostgreSQL DBMS-servern för hela databasklustret, d.v.s. för alla infobaser lagrade på den aktuella DBMS-servern ... Det här är en rå och grandiosa operation, utförd vid serverfel eller när en befintlig server migreras till ny hårdvara ... - Konfigurera systemanvändare och deras roller (menypost "Administration / användare" ... se till att skapa användaren "administratör" och inkludera alla möjliga roller för honom).
Och när applikationskonfigurationen laddas och konfigureras - kommer det att vara möjligt att ansluta till den med olika klienter (tjock, tunn, web) för användning och lösa tillämpade problem ...
Det är allt! Tack för uppmärksamheten!
“1C: Enterprise på Ubuntu 10.04 / Installing PostgreSQL 9.0”, här, ...
