Kaip įdiegti 1C „Linux Mint“ neišleidžiant pinigų? Windows OS atveju turėsite įsigyti OS serverį, MS SQL ir serverį pačiai programai. 1C įdiegimas „Linux Mint“ yra naudingas tuo, kad leidžia išvengti bet kokių finansinių išlaidų. Tiek pati operacinė sistema, tiek visi programos komponentai, įskaitant postgres duomenų bazę, yra nemokami. Pirmiesiems dešimt 1C jungčių taip pat nereikia įsigyti rakto.
Pirmiausia turite įdiegti specialų programinės įrangos produktą „Virtualbox“. Patartina atsisiųsti naujausią versiją iš oficialios gamintojo svetainės. Šis emuliatorius yra virtualizacijos sistema, reikalinga OS nustatymams atlikti.
Tada sukuriamos dvi virtualios mašinos (pirmoji naudojama 1C serveriui, o antroji skirta duomenų bazėms). Kad būtų lengviau suprasti, galite suteikti jiems tinkamus pavadinimus. Po to turėsite nustatyti reikiamus parametrus, kurie priklauso nuo kompiuterio išteklių ir konfigūracijos, ir nustatyti ryšio nustatymus (host adapteris – „virtualus“, pavadinimas – „virtualbox“).
Norint užtikrinti visišką 1C funkcionalumą, reikalingos kelios pagalbinės programos:
Norėdami nustatyti tinklo nustatymus, paleiskite failų tvarkyklę ir atidarykite „sąsajas“. Visi parametrai turi atitikti OS tinklo reikšmes (kaukė, numatytasis šliuzas ir kt.). Nustatę 1C serverį, antroje virtualioje mašinoje turite įdiegti postgresql.
Dabar operacinė sistema yra pasirengusi kurti 1C duomenų bazes.
Galite sutaupyti 1C platformoje įdiegę 1C Linux, o ne MS Windows. Serveris MS Windows yra labai brangūs programinės įrangos produktai ir kartu su 1C išlaidomis sudaro įspūdingą sumą. 1C yra versijos: kliento-serverio SQL versija ir failo versija. Panagrinėkime šias 1C versijas, skirtas Linux, taip pat įvairias hibridines parinktis.
1C pasirodė su visišku Linux palaikymu ir šis straipsnis nebėra aktualus.
Kaip sutaupyti IT?
Trumpai. 1C platformą turite paleisti ne MS Windows Server operacinėje sistemoje, o nemokamuose Linux serveriuose.
Išsami informacija:
Šiame skyriuje apžvelgsime 1C terminalo sprendimo teorinius skaičiavimus, privalumus ir trūkumus. Praktines instrukcijas, kaip nustatyti tokį serverį, rasite straipsnyje Terminalo sprendimas 1C, skirtas Linux
Terminalas – vaizdžiai tariant, tai yra tada, kai klientas dirba serveryje nuotoliniu būdu, tarsi savo kompiuteryje. Serveris teikia savo išteklius ir atlieka visus reikiamus skaičiavimus, klientui perduodami tik „ekranai“.
Terminalo sprendimo privalumai:
1. Didelis greitis. 1C veikia su vietine duomenų baze.
2. Pasirengimas. Jei kyla problemų dėl tinklo, vartotojas visada gali grįžti į išsaugotą seansą ir tęsti darbą iš nutrūkusio taško.
3. Saugumas. Tik „ekrano“ pakeitimai vartotojui perduodami šifruotu tinklo kanalu, todėl 1C duomenų bazės pavogti negalima.
4. Maža kaina 1C. Failų režimas yra pigesnis nei kliento-serverio režimas.
5. Jei yra prastas ryšys tarp filialų tinklų ir centrinės 1C duomenų bazės, Terminalo sprendimas gali būti vienintelis sprendimas.
Terminalo sprendimo trūkumai:
1. Aukšta terminalo licencijų kaina MS Windows Server platformoje kiekvienam klientui būtina įsigyti 1 CAL licenciją ir 1 TS CAL licenciją.
3) Kaina nurodyta už Win Trmnl Svcs CAL 2008 English MLP 5 User CAL. Kadangi skaičiuojame sumą 10 vartotojų, sumą padauginame iš 2.
4) Apskaičiuota naudojant 1C išlaidų skaičiuoklę adresu eprof.ru. Pasirinktas 1C: Apskaita Failų darbo režimu + licencija 10 darbo vietų.
5) Produkto „WINE@Etersoft CIFS“ kaina - 0 rub. Mes apmokestiname Linux už 0 rublių.
Terminalų sprendimų skirtumas MS Windows ir Linux platformose yra 62 000 rublių. Kainų skirtumas turi tendenciją augti, nes terminalo sprendimo, pagrįsto Linux + Wine@Etersoft, kaina yra ribota. Terminalo sprendimo, paremto MS Windows, kaina padidės dėl naujų reikalingų KPL ir TS CAL įsigijimo, kurie yra gana brangūs. „Microsoft“ žino, kaip naudoti rinkodaros metodus, pristatydama savo naują programinę įrangą, už kurią turėsite mokėti padidintą kainą. Tikras pavyzdys, TS CAL, skirtas MS Windows Server 2003 Standard, nuo 2009 m. liepos 21 d. nebegalima įsigyti, galima pirkti tik iš MS Windows Server 2008 Standard, tačiau 2008 platforma yra gana brangi dėl savo naujumo ir naujų sprendimų.
„Linux“ pagrindu veikiantis terminalo sprendimas yra ribotas dėl nulinės „Linux“ kainos ir „Wine@Etersoft“ fiksuotų sąnaudų su neribotu klientų skaičiumi.
„Linux“ pagrindu veikiantis terminalo sprendimas ypač naudingas įmonėms, turinčioms platų filialų tinklą, kuris su centriniu biuru bendrauja internetu.
SQL sprendimas 1C yra tada, kai 1C duomenų bazę vaizduoja ne tinklo aplankas, o 1C serveris, kuris saugo duomenis pramoninėse duomenų bazių valdymo sistemose (DBVS).
SQL sprendimo 1C, skirto Linux, pranašumai:
1. Didelės 1C duomenų bazės. SQL serveris veikia efektyviau su dideliu duomenų kiekiu. Jei 1C duomenų bazė viršija 1 Gb, 1C specialistai rekomenduoja įmonei pereiti į SQL režimą iš paprasto failo režimo.
2. Mastelio keitimas. Bet koks SQL serverio ir (arba) tinklo patobulinimas proporcingai padidina viso 1C greitį. SQL yra tinkamesnis, nes didėja vartotojų skaičius ir (arba) apkrova.
3. Patikimumas. Kliento-serverio sistemos turi įmontuotą mechanizmą darbui su operacijomis. Neteisingų išėjimų ir kliento užstrigimo atveju nereikia „apdoroti“ 1C duomenų bazės ilgai perindeksuojant ir atkuriant.
4. SQL režimu naudojamos programos, kurios yra „gimtosios“ Linux, 1C ir PostgreSQL, abiem Linux versijoje. MS Windows pasaulyje nėra nė vienos programos.
5. Esant labai didelėms 1C – SQL duomenų bazėms, sprendimas gali būti vienintelė išeitis iš situacijos.
Minusai
1. SQL sprendimo brangumas 1C. SQL sprendimas yra beveik 2 kartus brangesnis nei paprastas failų režimas.
2. Sinchroniškumas. SQL režimu 1C reikalingas sinchroninis 1C serverių ir 1C klientų atnaujinimas, tai yra, 1C produktų versijos turi atitikti. Tai kelia tam tikrų sunkumų dirbančiam personalui.
Lentelėje pateiktos kainos, pagrįstos programiniu sprendimu, kurį sudaro 1 serveris ir 10 kliento jungčių.
1) Kaina nurodyta už Microsoft Windows Server Standard Edition 2008
2) Kaina nurodyta už Windows Server CAL 2008 Russian MLP 5 Device CAL. Kadangi skaičiuojame sumą 10 vartotojų, sumą padauginame iš 2.
3) Paimkite nemokamą PostgreSQL DBVS sistemą
4) Apskaičiuota naudojant 1C išlaidų skaičiuoklę adresu eprof.ru. Pasirinktas 1C: Apskaita SQL veikimo režimu + licencija 10 darbo vietų.
Kainų skirtumas yra 23 300 rublių ir yra linkęs augti MS Windows Server platformoje didėjant 1C klientų, kuriems reikės CAL licencijos, skaičiui.
Gali būti sukurti įvairūs hibridiniai sprendimai, atitinkantys įmonės tikslus. Išanalizuokite įmonės verslo logiką ir dabartinę duomenų mainų schemą, saugomą 1C.
Pavyzdžiui, 1C klientas prisijungia prie terminalo komplekso ir ten paleidžia 1C, kuris prisijungia prie 1C SQL serverio tame pačiame arba kitame serveryje. Ši schema leis 1C bazei būti tiek, kiek norima, ir papildys terminalo sprendimo privalumus, tokius kaip saugumas ir veikimo greitis mažo greičio ryšio linijomis.
Teisinės sistemos konsultantas+ pagal Linux terminalą
Paveikslėlyje parodytas darbas su konsultantu+ terminale, kuriame veikia Linux, terminalo sesija paleidžiama iš MS Windows XP
Terminalo seansas vyksta lange, kad būtų lengviau rodyti. Taip pat galite dirbti viso ekrano režimu.
Klausimas: Kokie programinės įrangos produktai bus įdiegti?
Atsakymas: Terminalo režimu 1C Linux sistemoje yra įdiegta nemokama Ubuntu/Debian/CentOS, FreeNX ir pasirinktinai Samba.
SQL režimu 1C Linux sistemoje įdiegtas nemokamas Ubuntu serveris, PostgreSQL ir pasirinktinai Samba.
Perkate 1C su reikiamu skaičiumi licencijų.
Naujienos šiek tiek senos, bet negaliu apie tai neparašyti. Dabar jums nereikia skaityti, nes buvo išleistas 1C 1C: Įmonė 8.3 su labai malonia naujove - pasirodė „Linux“ klientas! Be to, „Linux“ klientai yra panašūs į „Windows“ klientus, todėl nereikia perkvalifikuoti buhalterių.
„Linux“ buvo išleistas „plonas klientas“, leidžiantis vartotojams dirbti valdomų programų režimu, ir „storas klientas“, teikiantis darbą įprastu arba valdomų programų režimu arba konfigūratoriaus režimu. Abu klientai galimi x86 ir x86-64 architektūroms ir palaiko failų bei kliento-serverio veikimo parinktis.
Taip pat buvo išleisti įrankiai, skirti klasterio administravimui iš sistemų, kuriose veikia „Linux“.
1C:Enterprise 8.3 for Linux galite atsisiųsti čia: users.v8.1c.ru.
Ar įsigijote nešiojamąjį kompiuterį iš Roverbook? Sveikiname, puikus pirkinys! Bet ką daryti, jei staiga sugenda? Kur geriausia eiti? Aš rekomenduoju ServiceNB, nes jiems
Įspėjimas: nebus jokių išsamių nurodymų! Tik veiksmų seka, būtini žingsniai ir patarimai. Šis vadovas skirtas tik patyrusiems Linux administratoriams!
Kai kurių mano konfigūracijų pavyzdžiai pridedamas...
Pastaba: šis straipsnis yra pagrįstas eksperimentais su 32 bitų CentOS 6.3(Serveriui reikia naudoti 64 bitų OS. Bet taip atsitiko, kad 64 bitų CentOS nebuvo įdiegta man prieinamoje aparatinėje įrangoje eksperimentams.)Tačiau diegimo būdas nesiskiria (32 ir 64 bitai) - jis yra tik platinimo failų galūnėse: arba i686 (arba i386), arba x86_64...
Turinys:
Konkrečių rekomendacijų renkantis serverio aparatūrą (kiek reikia aparatinės galios) nepateiksiu – asmeninės patirties neturiu. Žiūrėkite oficialų„Rekomendacijos, kaip pasirinkti įrangą, skirtą darbui su 1C: Enterprise 8“ iš v8.1c.ru ir neoficialus„Kompiuterio reikalavimai darbui su 1C: Enterprise 8 programa“ iš 1c.xxi.kiev.ua…
Ir aš rekomenduoju pasiimti aparatinę įrangą su galios rezervu, nei rekomenduojama (nes ji „auga“ kartu su įmonės poreikiais; 1C platforma taip pat nuolat „auga ir optimizuojasi“ - tai reiškia, kad ji sunaudoja vis daugiau išteklių nuo išleidimo iki paleidimas).
Be to, trumpai tariant, pelningiausia strategija yra:
Įdiekite Linux CentOS 6.x (naujausią leidimą), pageidautina 64 bitų.
Priežastys, kodėl pasirinkote „CentOS“ platinimą: tai „Linux“ serverio platinimas. Tai nemokamas (nemokamas, „Community Edition“) platinimas. Tai platinimas, pagrįstas „RedHat“ branduoliu, kurį 1C deklaruoja kaip „palaikomą“.
Atsisiunčiami CentOS platinimo vaizdai iš čia (iš bet kurio veidrodžio).
Patogiau atsisiųsti iso, įrašyti jį į tuščią (DVDRW) ir įdiegti iš jo.
Įdiegimui, kaip taisyklė, pakanka tik pirmojo disko iš dviejų, kuriuos galima surinkti (antrame diske yra nedidelė programinė įranga).
Ir tada jau nebereikia diegimo diskų – dar reikia atnaujinti visą programinę įrangą ir pristatyti internetu...
komentaras: Pagrindinis vartotojas CentOS sistemoje nėra prisijungęs(turėtų būti)!
Visi darbai CentOS sistemoje VISADA atliekami iš įprastos vartotojo sesijos, įskaitant. ir sistemos įdiegimas/konfigūravimas. Ir tik kai kuriems veiksmams „supervartotojo“ privilegijų prašoma kiekvieną kartą (kažkas panašaus atsirado Windows7).
Todėl norėdami redaguoti konfigūracijas, įdiegti paketus ir kitus „admin“ veiksmus, atidarę konsolę įprastoje vartotojo sesijoje, nedelsdami vykdykite komandą „su“, kuri perjungs dabartinę konsolę į „supervartotojo“ režimą (CentOS funkcija):
Bash# su Slaptažodis:<вводим пароль root>
Tada ši bash# konsolė naudojama įvairiems privilegijuotiems veiksmams. Pavyzdžiui, galite paleisti „mc“ ir redaguoti konfigūracijas aplanke /etc/…
Konfigūruoti tinklo adapterius, pagrindinio kompiuterio pavadinimą, šliuzą ir DNS...
Prisijunkite prie interneto ir atnaujinkite visus pagrindinius paketus į naujausias versijas...
Visus tolesnius veiksmus atliksime tik esant interneto ryšiui, tikime, kad jis yra nuolatinis!
Tinklo sąranka atliekama standartiškai... Bet yra Dažnos klaidos, kurių reikia vengti:
Pirma, mūsų serverio pavadinimas turėtų būti IP adresas be jokių problemų.
Faile /etc/sysconfig/network patikriname hostname parametro reikšmę (serverio „kompiuterio pavadinimas“), jei reikia, pakeičiame, kad įsigaliotų nauji parametrai, reikia iš naujo paleisti sistemą.
Bash# cat /etc/sysconfig/network NETWORKING=taip NETWORKING_IPV6=ne HOSTNAME=delldev GATEWAY=192.168.10.2
(Paskutinė eilutė yra numatytasis šliuzas, jos nurodyti nebūtina. Jei nenurodyta, ji bus paimta iš ifcfg configs arba per DHCP...)
Faile /etc/hosts neturi būti įrašų localhost.localdomian formatu arba susijusių su IPv6, jei nėra DNS serverio, jame turi būti aiškus serverio IP adreso – FQDN pavadinimo – trumpojo pavadinimo atitikimas. Tinkamo hosts failo pavyzdys:
Bash# cat /etc/hosts 127.0.0.1 localhost delldev
Patikrinkite: ar pats serveris pinga? Įveskite į konsolę:
Bash# ping delldev
Antra, neturėtų būti jokių užkardos taisyklių, draudžiančių 1C įmonės komponentų sąveiką tarpusavyje.
Daugeliu atvejų įmonės 1C serveris yra vietiniame tinkle, todėl užkardą galime lengvai išjungti (bent jau paleidimo metu):
Bash# chkconfig iptables off bash# paslauga iptables sustoja
Trečia, taip pat turite išjungti SELinux politiką!
Priežastys:
1) Anksčiau SELinux buvo segmentavimo gedimo priežastis.
2) Samba bendrinimai neveikia su įjungtu SELinux (nuotoliniai vartotojai prisijungia prie bendrinimų, bet nemato failų... arba failai matomi, bet neskaitomi... ir tt trikdžiai)
3) Be to, SELinux naudojimo labai apkrautame serveryje, esančiame vietiniame tinkle, pranašumai atrodo labai neaiškūs.
Kaip išjungti:
Redaguojame konfigūraciją /etc/selinux/config, pakeičiame eilutę SELINUX=enforcing į SELINUX=disabled ir iš naujo paleidžiame mašiną...
Interneto tiekėjas "Ukrtelecom/Ukraine" irgi turi tokį grėblį: buggy DNS serveriai - taigi reikia naudoti pagalbinius (geriausia iš Google)... O gal mano DSL maršrutizatorius pasirodė prastai suderinamas su Linux OS...
Simptomas: dirbant su internetu kiekvieno DNS vardo išsprendimas užtrunka labai ilgai (kelias [dešimtis] sekundžių laikas), veikia labai prastai...
Sprendimas: Todėl automatiškai negavau DNS serverio per DHCP, o adapterio nustatymuose (config /etc/sysconfig/network-scripts/ifcfg-eth0) statiškai užregistravau šiuos adresus: 213.179.249.151, 213.179.249.152, 8.8 .8.8, 8.8.4.4(pirmieji du yra nauji Ukrtelecom, kiti du yra iš Google).
Pastaba: išsamų vadovą, kaip naudoti yum, rasite straipsnyje„Paketų valdymas RHEL6. Nam...
Programinės įrangos šaltinių (saugyklų) nustatymas:
įjungti standartines saugyklas (saugyklos konfigūracijoje rašysime enabled=1 arba pažymime langelius per grafinę sąsają...):
CentOS-6 – bazė
CentOS-6 – indėlis
CentOS-6 – priedai
CentOS-6 – plius
CentOS-6 – atnaujinimai
IR (labai liūdna be jų, nes standartinėse saugyklose daugiausia yra serverio programinės įrangos ir pasenusių, nors ir labai derinamų versijų).
Pastaba: Daugeliu atvejų, kad būtų lengviau prijungti naujas saugyklas, saugyklų savininkai paruošė RPM paketus automatiniam konfigūravimui – šiuos paketus tereikia atsisiųsti ir įdiegti. Be to, pasirinkite tinkamos versijos paketus: atitinkamos saugyklos versijos ir skirtos jūsų Linux versijai. Diegiant šį pseudopaketą bus automatiškai sugeneruotos reikiamos konfigūracijos, sukonfigūruotas yum ir t.t.
Rekomendacijos:
Naudokite „cat /etc/redhat-release“, kad sužinotumėte, kurį EL leidimą naudojate(parašyta: „CentOS 6.3 leidimas“ – t. y. „el6“)
Norėdami rasti savo procesoriaus architektūrą, naudokite „uname -a“.(parašyta: „i686 i386“)
Norėdami įdiegti rpmforge-release paketą, naudokite "rpm -ivh paketo failo pavadinimas".(taip pat veikia su URL)
RPMforge
Montavimo instrukcijos: repoforge.org ir
packages.sw.be/rpmforge-release/rpmforge-release-0.5.2-2.el6.rf.i686.rpm
EPEL
Montavimo instrukcijos: fedoraproject.org
darbo diegimo pavyzdys: su -c "rpm -Uvh download.fedoraproject.org/pub/epel/6/i386/epel-release-6-7.noarch.rpm "
ATrpms
Montavimo instrukcijos: atrpms.net
darbo diegimo pavyzdys: su -c "rpm -Uvh dl.atrpms.net/all/atrpms-repo-6-5.el6.i686.rpm "
Koncepcija: svarbiausia nesutrikdyti pagrindinės sistemos šerdies funkcionalumo.
Standartines CentOS saugyklas (ypač „CentOS-6 – Base“) sudaro specialiai apmokyti žmonės, kurie užtikrina, kad saugykloje būtų skerspjūvis paketų ir bibliotekų, kurios bet kuriuo metu yra suderinamos.(CentOS yra serverių sistema, kuri yra įdiegta į brangiausius gamybos serverius, kurie veikia automatinio atnaujinimo režimu. Gedimas saugykloje sulaužys daugelį serverių, tai yra, administratoriai turės daug rūpesčių ir CentOS patikimumas sumažės pakirsta... Tai neleidžiama.)
Bet jei žaidžiate su trečiųjų šalių platinimais, juose naujos (ir nestabilios) bibliotekų versijos visada pasirodo anksčiau - jos gali būti automatiškai įdiegtos į sistemą automatinio atnaujinimo metu, sukuriant branduolio paslaugų nesuderinamumą. Blogai!
Siekiant užtikrinti, kad serveryje būtų įdiegta kuo puikiausiai veikianti programinė įranga, o iš papildomų saugyklų būtų įdiegta tik ta programinė įranga, kurios trūksta bazinėms (paketai atsiejami pagal „priklausomybes“), reikia sukonfigūruoti/naudoti prioritetų sistema:
Sutvarkyti prioritetus – reikiaįdiekite papildomus yum papildinius(naudinga įdiegti visas tris):
(Pastaba: yra daug daugiau įdomių įskiepių, skirtų yum, bet tai patys reikalingiausi...)
yum saugyklos nustatymaiparduotuvės: /etc/yum.repos.d/
konfigūracijos, kurias galima redaguoti, vadinamos: *.repo
likusieji failai yra paslaugų failai – mes jų neliečiame.
Prie teksto konfigūracijų turite pridėti (bent jau visose saugyklose, kuriose įjungta = 1): eilutės su parametrais Protect=… ir priority=…(pastaba: kuo mažesnė prioriteto reikšmė, tuo saugykla svarbesnė)
Taip pat rekomenduoju įdiegti paketų tvarkyklei grafinį apvalkalą: Yum Extender (dvejetas vadinamas yumex) - jis yra daug pažangesnis nei standartinė GUI!
Dabar galite įdiegti (žinoma, naudodami „yum“ paketų tvarkyklės valdymo pultą):
ntfs palaikymas
vynas (emuliatorius paprastoms „Windows“ programoms paleisti)
ir kitos naudingos vietinės programos...
Turite įdiegti (per yum) ir sukonfigūruoti „Samba“ serverį (paslaugos „smb“ ir „nmb“) - tai „Microsoft NetBIOS“ protokolo palaikymas „Linux“, vadinamasis. „Tinklo aplinka“…
Be to, aš rekomenduoju įdiegti „Samba“, net jei šiame serveryje nepateikiate failų bendrinimo kitiems vietinio tinklo klientams, kad šis serveris atsirastų visų „Windows“ klientų ir kitų tinklo serverių „tinklo aplinkoje“, būtų nuskaitytas. naudojant standartinę API, ir išsprendžia jos „tinklo mašinos pavadinimą“ – kad būtų galima nurodyti kažką panašaus į ¨\\MyLinuxServer¨. Patogumui sukonfigūruokite Samba taip, kad 1C serveris būtų matomas jūsų DARBO GRUPĖJE...
Pastaba apie: Ar norint paleisti 1C:Enterprise reikia „Samba“ serverio, ar ne?
Norėdami sukonfigūruoti Samba, rekomenduoju:
kurkite ir sukonfigūruokite bendrinamus aplankus, pavyzdžiui:
Mkdir /home/samba mkdir /home/samba/allothers... chown -R samba /home/samba chgrp -R samba /home/samba chmod -R a+rw /home/samba
sukurti neprisijungusį vartotoją/grupę: samba/samba
priskirti šio vartotojo namų aplanką: /home/samba
Samba paslaugos nustatymas:
Konfigūracijos yra /etc/samba/
pamatyti žmogų smb.conf
žr. smb-conf.ru
Norėdami sužinoti paprastą sąranką, skaitykite straipsnį„Lengvas SAMBA serverio diegimas ir konfigūravimas CentOS sistemoje“...
Svarbu: Be „smb“ (pagrindinės) paslaugos, taip pat turėtumėte „įjungti“ ir „paleisti“ paslaugą „nmb“ (kuri yra atsakinga už „NetBIOS“ kompiuterio pavadinimo paskelbimą vietiniame tinkle – serveris bus matomas „Tinklas“). Kaimynystė“):
Chkconfig -- lygis 2345 smb chkconfig -- lygis 2345 nmb tarnyboje smb pradėti paslaugos nmb pradžia
Patarimas: Paslaugų veikimo režimą geriausia sukonfigūruoti naudojant grafinį papildinį „GNOME / Sistema / Administravimas / Paslaugos“...
Pirate 1C paskirstymus (ir įtrūkimus) galima atsisiųsti iš mainų (nuorodų nepateikiu, jas galite rasti adresu forum.ru-board.com skiltyje „Vareznik“)…
Taigi, mes gavome / atsisiuntėme platinimą„1C: Platformos 8.2 leidimas 8.2.16.368, 2012-05-10“-> iš jo paimame „1C Server: Enterprise (32bit) RPM pagrįstoms Linux sistemoms“, failą„8_2_16_368_rpm.tar.gz“ (169,07 MB) -> išpakavus archyvą gauname 8 platinimo RPM failus...
Paruoštos „PostgreSQL iš 1C leidimo 9.0.3-3.1C nuo 01/17/12“ rinkiniai mums netiks, jie nebus diegiami pagal priklausomybes (ten esantys paketai yra sudaryti CentOS 5.x, o ne 6.x.).
Mes Norėdami savarankiškai surinkti, jums reikia „PostgreSQL“ šaltinio kodų, pataisytų 1C!Iš platinimo„PostgreSQL iš 1C leidimo 9.0.3–3.1C nuo 2012-01-17“-> paimkite tik failą "PG90331_Patch903.rar" -> paimkite tik failą iš archyvo"postgresql-9.0.3-3.1C.src.rpm"(tai yra RPM paketas su PostgreSQL 9.0.3 versijos šaltinio kodais, JAU ĮTRAUKANT VISUS REIKALUS PATLAISTUS, kad būtų užtikrintas suderinamumas su 1C: Enterprise 8.1 ir 1C: Enterprise 8.2 serveriu)
Pastaba: Be to, „1C: Enterprise 8“ palaikomi „PostgreSQL“ DBVS savaiminio surinkimo šaltinio kodai yra patys lengviausi. Parsisiųsti tiesiogiai iš oficialios svetainės. .
Pastabos: kurią platformą turėčiau pasirinkti?
Papildoma informacija...
Visų pirma, norint išvengti konfliktų sistemoje, reikia pašalinti visas kitas/ankstesnes PostgreSQL SERVER versijas, jei jos yra įdiegtos (pažymėkite).
Blogas patarimas: Siekdamas išvengti painiavos dėl programinės įrangos nesuderinamumo, taip pat pašalinau klientą „postgresql-8.4.13“ (iš pradžių įdiegtą iš standartinės CentOS 6.3 saugyklos) ... Kai kuriuos paketus (pvz., „postgresql-libs-8.4. 13" ir tt) dabar turėjau jį palikti, nes Nuo jų priklauso ir daugelis kitų sistemos paketų – tačiau vėliau juos galima pašalinti, įdiegus PostgreSQL 9.0.3 (žiūrint į priekį, man pavyko)…
Tačiau prasminga palikti šiuos standartinius paketus sistemoje (ypač "postgresql-libs-8.4.13"), jei ateityje reikės pašalinti PostgreSQL 9.0.3. Nes dabar turiu situaciją, kai visi sistemos paketai dabar priklauso tik nuo „postgresql-libs-9.0.3-3.1C“ paketo, o paketų tvarkyklė neleidžia pašalinti pastarojo, tuo pačiu metu nesunaikinant pusės sistemos ( avarija).
Deja, bazinėse CentOS 6.3 saugyklose, t.y. Dabartinėje sistemoje nėra visų būtinų bibliotekų (priklausomybių), kad būtų galima naudoti paruoštą „PostgreSQL iš 1C“ rinkinį. Be to, reikia turėti omenyje, kad 1C: Enterprise serverio 8.2 veikimui Reikalinga PostgreSQL 8.3.8 ar naujesnė versija.
Išbandžiau įvairius paskirstymus...
Taigi geriausiai tinka versija „PostgreSQL iš 1C leidimo 9.0.3-3.1C“, tačiau surinkti RPM paketai iš platinimo rinkinio „PG90331_setuppln903.rar“ mums netiks: jie nebus diegiami pagal priklausomybes (paketai). yra sudarytos CentOS 5.x, o ne 6.x.)…
Klaidingas požiūris: rankiniu būdu atnaujinti esamas senas bibliotekas yra kruopštus ir pavojingas (nuo jų priklauso daug programinės įrangos iš pagrindinio ir stabilaus CentOS branduolio)! Taip pat būtų galima įterpti įsilaužimų simbolinių nuorodų pavidalu (su būtinų bibliotekų pavadinimais, nurodančiomis esamas versijas), bet tai labai blogai gamybos serveryje...
Todėl, kad nebūtų pažeistas CentOS branduolio vientisumas,jums reikia atkurti patį PostgreSQL iš šaltinio kodo, pataisydami jį 1C pataisymais (taigi jis bus pagrįstas mūsų esamomis bibliotekomis). Paimame pataisytus PostgreSQL šaltinius iš platinimo rinkinio “PostgreSQL from 1C release 9.0.3-3.1C” -> mums reikia tik failo “PG90331_Patch903.rar” -> o iš archyvo paimame tik failą “postgresql-9.0. 3-3.1C.src.rpm" "...arba atsisiųskite šį failą tiesiai iš oficialios svetainės...
Pastaba: nesu patyręs rinkdamas iš šaltinio kodo, todėl toliau pateikiamas šiek tiek pakeistas receptas iš „Maniac Administrator“ tinklaraščio alsigned.ru (pagarba autoriui).
Prieš PostgreSQL turite įdiegti (arba įsitikinti, kad jis jau įdiegtas) - tai reikalinga PostgreSQL versijos veikimui iš 1C. Galite įdiegti rankiniu būdu iš RPM paketo (bet nebūtina)... Arba naudodami yum, iš standartinės saugyklos (kas geriau):
Yum įdiegti icu libicu libicu-devel
Taip pat montuojame kompiliavimui ir surinkimui reikalingus paketus:
Yum įdiegti rpm-build wget glibc-devel bison flex readline-devel zlib-devel openssl-devel pam-devel gettext gcc make
Atsisiųskite PostgreSQL 9.0.3 šaltinius iš 1c svetainės:
Wget http://v8.1c.ru/overview/postgresql_patches/9-0-3/postgresql-9.0.3-3.1C.src.rpm
ir įdiekite šaltinio paketą (sistemoje bus sukurti skirtingi aplankai, o šaltinio failai bus išsklaidyti juose):
Rpm -ihv postgresql-9.0.3-3.1C.src.rpm
Atidarykite failą /usr/lib/rpm/macros, kad galėtumėte redaguoti, ir pakeiskite jame _default_patch_fuzz pataisos lygį į 2:
%_default_patch_fuzz 2
Pastaba: anksčiau tokius veiksmus reikėjo atlikti tik „Fedora 12“ ir naujesnėje versijoje, kai buvo kuriama programinė įranga, kuri nepalaiko paketų apdorojimo su naujais scenarijais, o pradedant nuo 6 versijos, į „CentOS“ atkeliavo nauji scenarijai.
Sukurkite simbolines nuorodas į libicu bibliotekas:
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
Pereikime prie „PostgreSQL“ versijos:
Rpmbuild -bb - apibrėžkite "runselftest 0" ~/rpmbuild/SPECS/postgresql-9.0-1C.spec
Pastaba: Nustačius parametrą „runselftest 0“, mes atsisakome inicijuoti bandomąją duomenų bazę ir tikrinti „PosgreSQL“ funkcionalumą kūrimo metu, kad testavimas būtų sėkmingas, jį turi atlikti ribotas vartotojas, kitaip kūrimo procesas bus atliktas būti sustabdytas.
Surinkimo procesas užtruks šiek tiek laiko...
Galiausiai pažvelkime į sudarytų RPM paketų sąrašą (kadangi turiu 32 bitų Linux OS, PostgreSQL paketai taip pat buvo sudaryti 32 bitų versijoje):
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.6C. .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
Pataisyto PostgreSQL DBMS serverio diegimas iš 1C:
Visai nebūtina diegti visų paketų... normaliam PostgreSQL veikimui pakanka keturių: postgresql-libs, postgresql, postgresql-server, postgresql-contrib. Eikite į katalogą /root/rpmbuild/RPMS/i686 (64 bitų OS - /root/rpmbuild/RPMS/x86_64) ir įdiekite paketus...
Paketų diegimo tvarka yra tokia:
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
Neprivaloma, bet naudinga (kūrėjams), norint įdiegti šiuos paketus:
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
Bet kad nesivargintumėte dėl diegimo tvarkos, geriau visus paketus įdiegti masiškai (yum pats išsiaiškins priklausomybes):
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.3-9.0 -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-libs -testas-9.0.3-3.1C.i686.rpm
Grėblys: Ar yra klaida diegiant paketą "postgresql-contrib-9.0.3-3.1C.i686.rpm"?
klaida: nepavyko išpakuoti archyvo faile /usr/pgsql/lib/libicudata.so.46;4e9327cc: cpio: Santraukos neatitikimasklaida: postgresql-contrib-9.0.3-3.1C.i686: įdiegti nepavyko
Sprendimas: Vykdykite aps./min., netikrindami santraukos ir md5
Rpm --nodigest --nomd5 -ihv postgresql-contrib-9.0.3-3.1C.i686.rpm
Po to operacinėje sistemoje atsiras „postgres“ vartotojas, kuriam priklausys visi DBVS failai ir kurio sesijoje bus paleistas serveris (nepainiokite su paties DBVS supervartotoju tokiu pačiu pavadinimu).
Bus sukurtas scenarijus /etc/init.d/postgresql DBVS paleisti ir sustabdyti.
PostgreSQL 9.0.3 kliento ir serverio dvejetainiai failai yra /usr/pgsql/bin/…
Inicijuojame PostgreSQL duomenų bazės klasterį (tai yra katalogo, paprastai /var/lib/pgsql/data, kuriame saugomi visų šio PostgreSQL DBMS diegimo duomenų bazių duomenys, pavadinimas):
Pastaba: ankstesnėse Postgres versijose buvo gudrybė, kai mes tiesiog paleidome DBVS serverį, o pirmą kartą jis neaptiko katalogo su duomenų bazės failais - pats inicijavo initdb... Bet dabar tai neveikia -
turite paleisti initdb aiškiai ir su tinkamais parametrais. Tokiu atveju turite aiškiai nurodyti sistemos vartotoją, kurio sesijoje paleidžiamas DBVS serveris (naudojant komandą „su postgres“). Taip pat aiškiai nurodome lokalę, kurioje veikia serveris (locale=ru_RU.UTF-8).
Bash# su postgres -c "/usr/pgsql/bin/initdb -D /var/lib/pgsql/data --locale=ru_RU.UTF-8"
Vykdant šią komandą, jos konsolės išvestis patvirtins nurodytus parametrus (konsolėje pasirodys tekstas):
Failai, pridedami prie šios duomenų bazės sistemos, priklausys vartotojui „postgres“. Šis vartotojas taip pat turi būti serverio proceso savininkas.
Duomenų bazės klasteris bus inicijuotas ru_RU.UTF-8 lokale. Numatytoji bazinė koduotė nustatyta į UTF8. Numatytoji viso teksto paieškos konfigūracija yra „rusų kalba“.
Dėl to bus sukurta duomenų bazė, esanti /var/lib/pgsql/data kataloge (pastaba: ten taip pat yra PostgreSQL serverio konfigūracijos).
Grėblys: ką daryti, jei inicijuojant duomenų bazės klasterį įvyksta klaida?
FATAL: nepavyko sukurti bendrinamos atminties segmento…
PATARIMAS: ši klaida paprastai reiškia, kad PostgreSQL užklausa dėl bendros atminties segmento viršijo branduolio SHMMAX parametrą. Galite sumažinti užklausos dydį arba iš naujo sukonfigūruoti branduolį naudodami didesnį SHMMAX. Norėdami sumažinti užklausos dydį (šiuo metu 35233792 baitai), sumažinkite PostgreSQL parametrą shared_buffers (šiuo metu 3584) ir (arba) jo parametrą max_connections (šiuo metu 104).
Sprendimas: Norint tai padaryti, reikia padidinti parametro kernel.shmmax reikšmę, į failą /etc/sysctl.conf pridėkite šią eilutę:
Branduolys.shmmax = 40000000
Tada atnaujiname sysctl parametrus naudodami šią komandą:
Bash# sysctl -p
Pastaba: Paprastai ši problema būdinga 32 bitų versijoms... Bet aš tokios problemos neturėjau CentOS 6.3 32 bitų versijoje – čia jau nustatytas parametras kernel.shmmax = 4294967295
„PostgreSQL“ paslaugos nustatymas:
Pridėkite prie paleisties ir paleiskite „PostgreSQL“ paslaugą:
Bash# chkconfig postgresql ant bash# paslaugos postgresql start
„PostgreSQL 9.0.3“ kliento ir serverio dvejetainiai failai yra /usr/pgsql/bin/... Sukurkime simbolines nuorodas į reikiamus dvejetainius failus, kad juos būtų galima paleisti nenurodant kelio (tai ypač reikalinga „PostgreSQL Console“ klientui):
Ln -s /usr/pgsql/bin/psql /usr/local/bin/psql ir kt.
Pirmą kartą paleidus PostgreSQL, norint valdyti prieigos prie duomenų bazės objektų privilegijas, DBVS sukuriama supervartotojo paskyra „postgres“ su slaptažodžiu „postgres“ (nepainiokite jos su „Linux“ OS paskyra). Pirmas dalykas, kurį reikia padaryti, tai pakeisti standartinį slaptažodį... Nustatykite DBVS „postgres“ supervartotojo slaptažodį komanda:
Bash# psql -U postgres -c "ALTER USER postgres PASSWORD "newpassword""
Pastaba: dabar šis slaptažodis bus naudojamas jungiant klientus prie DBVS: login="postgres" password="newpassword".
Mes sukonfigūruojame PostgreSQL serverį, kad jis veiktų su „1C Server: Enterprise“ (redaguoti konfigūracijas):
Žiūrėkite konfigūracijos parametrų aprašymą rusų kalba...
Faile /var/lib/pgsql/data/postgresql.conf - serverio nustatymai. Turite nurodyti parametrus (atšaukite eilutes arba jei šių parametrų nėra, įveskite juos rankiniu būdu):
Default_with_oid = įjungta
Pagal numatytuosius nustatymus PostgreSQL 9.0.3 automatinis vakuumas yra išjungtas... Jei norite duomenų bazėje įjungti „Automatinis šiukšlių surinkimas (automatinis siurbimas)“ (tai naudinga mažai apkrautiems serveriams, kad administratoriui nereikėtų daryti „duomenų bazės pakavimo“ procedūra periodiškai ir rankiniu būdu, bet tiesiog įdiekite ir pamirškite) - tada nustatykite šiuos parametrus:
Track_counts = įjungtas automatinis vakuumas = įjungtas
Pastaba: ankstesnėse DBVS versijose buvo parametras „stats_row_level“... tačiau PostgreSQL 9.0.3 versijoje šis parametras buvo pasenęs ir įtrauktas į naują „track_counts“ parametrą.
Failas /var/lib/pgsql/data/pg_hba.conf sukonfigūruoja vartotojo prieigos ir identifikavimo politiką (t. y. priimtinus prisijungimo prie PostgreSQL serverio parametrus)... Įsitikinkite, kad šio failo pabaigoje yra nekomentuojamas toks eilutė (tai reiškia „leisti prisijungti prie serverio iš bet kurio pagrindinio kompiuterio, prisijungimo slaptažodžiai yra maišomi naudojant md5“):
Priglobti viską 0.0.0.0/0 md5
Pastaba: jei politikos eilutėje „md5“ pakeisite „trust“, prisijungiant slaptažodis nebus tikrinamas! (naudinga norint atkurti/pakeisti pamirštą supervartotojo slaptažodį) Taip pat atkreipkite dėmesį, kad numatytoji kliento ryšių iš localhost politika yra tokia: slaptažodžiai netikrinami...
Pastaba: šiuos nustatymus galėsite konfigūruoti vėliau. Ir kai įsitikinsite, kad viskas, įskaitant 1C klientą, veikia, saugumo sumetimais prasminga apriboti ryšius tik su vietiniu pagrindiniu prieglobos serveriu (arba tiksliau, su „1C serverio klasterio“ pagrindiniais kompiuteriais, jei jie atskiri)...
Galiausiai iš naujo paleiskite PostgreSQL serverį:
/etc/init.d/postgresql paleiskite iš naujo
„1C: Enterprise 8“ serverio paskirstymas, skirtas „Linux“, pateikiamas kelių rpm paketų pavidalu:
1C_Enterprise-server ir 1C_Enterprise-ws paketai nepriklauso vienas nuo kito. Atitinkamai, juos galima įdiegti viename kompiuteryje kartu arba atskirai (t. y. „1C serveris“ ir „žiniatinklio serveris“ gali būti atskirti į skirtingas mašinas, kaip ir DBVS serverį galima atskirti, kad būtų sumažintas „1C serveris“). )...
Pastaba nuo 2014.01.15: pastebėta, kad „1C_Enterprise-ws“ paketo kodas vis dar priklauso nuo paketo „1C_Enterprise-server“, bet tai nėra svarbu...
Diegimas turi būti atliktas kaip root naudotojas...
Diegdami turėtumėte atsižvelgti į šias priklausomybes tarp paketų (norėdami sėkmingai įdiegti paketą, pirmiausia turite įdiegti visus paketus, nuo kurių jis priklauso) - todėl diegimo tvarka yra tokia:
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-8.2.8-1server-8.2.8. 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-ihv 1C_Enterprise82-l.6-w8.6-w8. .rpm rpm -ihv 1C_Enterprise82-crs-8.2.16-368.i386.rpm rpm -ihv 1C_Enterprise82-crs-nls-8.2.16-368.i386.rpm
Tada serveris turėtų būti paleistas demono režimu:
/etc/rc.d/init.d/srv1cv82 sustabdyti /opt/1C/v8.2/i386/ragent -daemon /etc/rc.d/init.d/srv1cv82 paleisti iš naujo
Visi aukščiau išvardinti veiksmai turi būti atliekami kaip root naudotojas.
Diegiant 1C: Enterprise 8 serverio komponentus, sukuriamas operacinės sistemos vartotojas usr1cv82, kurio paskyroje bus vykdomi 1C: Enterprise 8 serverio procesai.
Įdiegę visus reikiamus paketus, turite paleisti scenarijaus įrankį, skirtą 1C v8.2 grafikos posistemiui diagnozuoti ir inicijuoti, ir vadovautis jos rekomendacijomis, jei tokių yra. (Pagalbinė programa patikrina, ar sistemoje nėra komponentų ir nustatymų, reikalingų 1C v8.2 grafikos posistemiui, ir pateikia rekomendacijas, jei 1C vis tiek ko nors reikia.)
/opt/1C/v8.2/i386/utils/config_server
Papildoma informacija apie „config_server“ įrankį: adresu nefrit.arvixe.ru ir blog.unixstyle.ru …
Sistemos konfigūravimo naudojant „config_server“ įrankį procedūra bus maždaug tokia(gali būti, kad kai kurių iš šių veiksmų neatliksite – praleiskite):
Diegimas turi būti atliktas kaip root naudotojas...
1) Pirmą kartą paleidus „config_server“ programą, turėtų pasirodyti klaida: „Negaliu aptikti šriftų katalogo, nurodykite jį!
Sprendimas: įdiekite trūkstamus TTF šriftus pagal receptą linewb.ru DUK ir .
Pastaba: jau turėtumėte turėti ~/rpmbuild/ aplankų sistemą (jie buvo sukurti anksčiau kuriant PostgreSQL paskirstymą).
Todėl, norint įdiegti šriftus, pakanka šių veiksmų:
Yum įdiegti 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) Dar kartą paleiskite „config_server“ įrankį – turėtų pasirodyti klaida: „Nerasta tikrojo tipo konvertavimo paslaugų! Įdiekite ttf2afm arba ttf2pt1!
Sprendimas: įdiekite ttf2pt1 priemonę (galima EPEL saugykloje):
Yum įdiegti ttf2pt1
3) Trečią kartą paleiskite programą “config_server” – sistema ilgiau mąstys ir viskas susitvarkys: neberodys jokių klaidų konsolėje...
Galiausiai turite iš naujo paleisti „1C serverį“ (arba visą įrenginį):
/etc/init.d/srv1cv82 paleiskite iš naujo
Visi aukščiau išvardinti veiksmai turi būti atliekami kaip root naudotojas.
Štai viskas, „1C Server“ įdiegimas Linux OS baigtas!
Belieka prisijungti prie šio „1C serverio“ per MMC konsolę „1C Server Administration: Enterprise 8.2“ ir sukurti konfigūracijų „informacines bazes“. Daugiau apie tai žemiau...
Pastaba: MMC konsolė įdiegta kaip 1C technologijų platformos: Enterprise 8.2 dalis – kitame pagrindiniame kompiuteryje ir tik sistemoje „Windows“. (Nors versijoje „1C: Enterprise 8.3“ žadama, kad „Linux“ jau įdiegta administravimo programinė įranga...)
Mes sukonfigūruojame 1C žiniatinklio klientų palaikymą per „Apache“ žiniatinklio serverį:
Pasiruošimas: naudosime vietinį „Apache“ žiniatinklio serverį, įdiegtą tame pačiame „Linux“ įrenginyje kaip ir „1C Server“. Jei dar neįdiegėte „Apache“ žiniatinklio serverio, atlikite veiksmus, nurodytus straipsnio skyriuje „Užduotis: Įdiekite Apache/httpd naudojant Fedora Core/Cent OS Linux“.„Kaip įdiegti ir paleisti Apache arba httpd paslaugą naudojant Linux“:
Yum įdiekite httpd chkconfig httpd /etc/init.d/httpd start
Toliau elgiamės taip, kaip nurodyta skyriuje „2. Interneto kliento publikavimas“ straipsnis„Mes įdiegiame 1C žiniatinklio klientą „Apache“...
Tarkime, kad turite informacijos bazę „Server 1C“, vadinamą „test1c“(tiesą sakant, jis bus sukurtas vėliau, inicijavus klasterį ir sukūrus duomenų bazę postgreSQL... bet publikuoti galima spėlioti dabar, nes faktiškai nepasieksime informacijos saugumo, o tiesiog pataisysime Apache konfigūracijas ir sukursime žiniatinklio serveryje, kai kurie aplankai / failai).Publikavimo procedūra yra labai paprasta ir automatizuota (kiekvienas veiksmas išsamiai aprašytas aukščiau esančiame straipsnyje, todėl čia jo nekartosiu) – reikia vykdyti šias komandas:
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 apie paslaugą httpd start
Tai štai, „test1c“ informacinė bazė paskelbta! Kai visiškai sukonfigūravote „1C serverio klasterį“ ir informacijos bazę, galite prisijungti prie jos per naršyklę įvesdami adresą http:// delldev/test1c(kur delldev yra pagrindinio kompiuterio, kuriame veikia CentOS, su „1C Server“ ir „Apache žiniatinklio serveriu“, kurį šiuo metu nustatome, pavadinimas)...
Atminkite: kad žiniatinklio klientas veiktų, taip pat būtina: prie pagrindinio kompiuterio, kuriame veikia „1C Server“ arba „Apache Web Server“ (šiuo atveju yra tik vienas), prijunkite paketą „ Tinklo kliento licencijos“ (apsaugos raktą galima prijungti vietoje arba konfigūruoti prieigą prie „licencijos tvarkyklės“); ir įgalinkite elementą „Išduoti licencijas pagal taikomųjų programų serverį“ informacijos bazės „Ypatybės“ (sukonfigūruota naudojant „Serverio administravimo“ priedą).
Papildomi dalykai, kuriuos reikia žinoti kaip įjungti „Technologijos žurnalą“ (dar žinomas kaip „rąstai“, dar žinomas kaip „rąstas“)...
Pagal numatytuosius nustatymus žurnalai yra išjungti, nes jie greitai auga ir užima daug vietos diske (esant klaidoms, kartu su "žurnalais" taip pat sukuriami "išvartai"). Įgalinkite žurnalus tik tada, jei tikrai reikia surasti konkrečią problemą.
Be to: jei staiga reikia... pašalinti „1C serverį“, atlikite šiuos veiksmus:
Prieš ištrindami, turite išjungti serverio grupę:
/etc/rc.d/init.d/srv1cv82 sustabdyti
Tada paketus pašaliname atvirkštine diegimo tvarka, kad priklausomas paketas būtų pašalintas prieš paketą, nuo kurio jis priklauso:
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.6.8nls1-6-3-6nls .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.6.8i-1C_Enterprise-8.6.8i .rpm rpm -e 1C_Enterprise82-common-nls-8.2.16-368.i386.rpm rpm -e 1C_Enterprise82-common-8.2.16-368.i386.rpm
Arba taip pat galite pašalinti visus rpm paketus naudodami vieną universalią komandą, kuri pašalins visus įdiegtus paketus, prasidedančius priešdėliu „1C_“, o priklausomybės bus stebimos automatiškai:
Rpm -e`rpm -qa|grep 1C_`
Raktus prijungti prie 1C serverio paprasta. Turite atsisiųsti tvarkyklę iš rakto gamintojo svetainės, išpakuokite ją ir dukart spustelėkite diegimą...
Patarimai, kaip pasirinkti vairuotoją -
Rpm -ihv haspd-3.3-eter4scientific.i586.rpm haspd-modules-3.3-eter4scientific.i586.rpm
Tada į šio serverio USB prievadą turite įkišti du aparatūros raktus: „1C: Enterprise serverio raktas“ ir „X tinklo vartotojo licencijų raktas“ (visi raktai viename fiziniame „flash drive“). Ir viskas turėtų veikti: klientai gaus kliento licencijas per serverį...
Pastaba: Raktai reikalingi tik „1C Application Server: Enterprise“ ir „saugioms 1C kliento programoms“. su PostgreSQL DBVS problemų nėra – ji yra atviro kodo ir nereikalauja jokių licencijų ar raktų (skirtingai nei MS SQL Server DBVS, bet mes jos nenaudojame).
Pastaba: kai kurios 1C versijos veikė be raktų (beta)...
Dėmesio: Nelicencijuotas „1C serveris“ (t. y. net ir be „serverio rakto“) veikia normaliai su nedideliu klientų jungčių skaičiumi (iki ~12 jungčių). Tai tikriausiai buvo padaryta siekiant palengvinti administravimo užduotis: pradinė konfigūracija ir stebėjimas iškilus problemoms... Bet jei ši administracinė riba viršijama, Serveris pradeda atmesti naujus ryšius ir reikalauti rakto.
Remiantis eksperimento rezultatais...
Pastaba: tačiau „kliento raktai“ (vietiniai arba tinklo) reikalingi „saugioms 1C kliento programoms“, bet kuriuo atveju - ar pirmą kartą prisijungiant prie serverio, ar šimtajam!„Windows“ skirtos technologijos platformos diegimo instrukcijos (nuotraukose ir video)…
Paleidžiame diegimo programą „Technologinė platforma, skirta Windows versijai 8.2.16.368“ (8.2 versija yra tik 32 bitų versija) - visos programos yra viename buteliuke. Diegdami pasirinkite šiuos komponentus:
Pabrėžiu, kad mes neįdiegiame šių komponentų (šiuo 1C kliento/serverio naudojimo atveju jie nereikalingi):
„HASP tvarkyklės diegimas“Tai darome, jei šiame kompiuteryje naudojame licencijuotą 1C: arba prie USB prievado bus prijungtas aparatinės įrangos apsaugos raktas, arba licencija bus paimta iš tinklo iš „licencijos tvarkyklės“...(Priminimas: jei naudojate kreką / emuliatorių, diegimo metu neįdiekite „HASP apsaugos tvarkyklės“!)
Patarimas: Kad nieko nenutiktų,įsitikinkite, kad jūsų DCOM nustatymai yra teisingiKIEKVIESE ĮRENGINIUOSE, kuriame veikia „Windows“ OS, kurį naudojate darbui su 1C.
DCOM sukonfigūruojami naudojant dcomcnfg priedą, kaip parodyta instrukcijose... (Pastaba: instrukcijose kalbama ne tik apie DCOM, bet ir apie 1Cv8+MSSQL įdiegimą... Tačiau joje taip pat yra vaizdinis aprašymas paveikslėliuose, kur spustelėti norint sukonfigūruoti DCOM.)
Dabar pereikime tiesiai prie įdiegto programinės įrangos paketo valdymo:
Paleiskite MMC konsolę: Pradėti -> Programos -> 1C: Enterprise 8.2 -> Advanced -> Server Administration 1C: Enterprise.
Per konsolę mes nuosekliai kuriame objektus: „Centrinis serveris“, „Klasteris“, „Darbo serveris“, „Darbo procesas“, „Informacijos bazė“ - kaip aprašyta ir parodyta straipsnis „1C Enterprise serverių administravimas“...
Šie straipsniai yra šiek tiek pasenę ir neišsamūs (keitėsi MMC konsolės išvaizda, kūrimo tvarka ir komponentų parametrai), bet taip pat gali būti naudingi norint parodyti, ką reikia padaryti šiame etape:Be raktų tolimesnis darbas neįmanomas!Kitų pagrindinių variantų ir su jais susijusių problemų čia nenagrinėju – jos nepatenka į šio straipsnio taikymo sritį... Taip pat galite suaktyvinti programinės įrangos licencijas el. paštu/telefonu (jei Linux tvarkyklė jas palaiko?) arba nustatyti emuliatorius/ įtrūkimai (bet atkreipiu dėmesį į tai Emuliatoriai dar neįdiegti Linux, ir vargu ar jie tai padarys, nes tikrai nereikia)...
Sukūrus „Informacijos bazę“ (vis dar tuščia) per MMC serverio administravimo pultą, galite prie jos prisijungti naudodami „Thick Client“ režimą „Configurator“ ir pradėti kurti/konfigūruoti programą Konfigūracija... Atlikite tai dabar:
O kai parsisiunčiama ir sukonfigūruota aplikacija Configuration, prie jos bus galima prisijungti su skirtingais klientais (storais, plonais, žiniatinkliu), kad būtų galima naudotis ir spręsti aplikacijų problemas...
Tai viskas! Ačiū už dėmesį!
„1C: Enterprise on Ubuntu 10.04 / PostgreSQL 9.0 diegimas“, čia, ...
1C versija, skirta Linux, buvo išleista gana seniai, todėl pats laikas kalbėti apie 1C diegimą Linux sistemoje. Kalbėsiu apie 1C diegimą Ubuntu (pagrįsta deb) ir Fedora (rpm pagrindu).
Taigi pradėkime.
Viskas prasideda nuo visų reikalingų paskirstymų atsisiuntimo adresu users.v8.1c.ru. Mums reikės „Client for 1C: Enterprise for Linux system“ ir „Server 1C: Enterprise for Linux system“. Priklausomai nuo operacinės sistemos, pasirinkite DEB arba RPM, taip pat pasirinkite 32 bitų arba 64 bitų parinktį.
Išpakavę archyvus gausime maždaug tokį failų sąrašą:
Paketai turi būti įdiegti tokia tvarka:
Diegiant Fedora problemų nebuvo, tačiau Ubuntu reikėjo libwebkitgtk-1.0-0, problema buvo išspręsta taip:
apt-get install libwebkitgtk-1.0-0
apt-get -f įdiegti
Jei reikia, galite įdiegti HASP, galite atsisiųsti platinimo rinkinį. Turite įdiegti tokia tvarka:
Po įdiegimo 1C katalogas bus /opt/1C/.
Ir rezultatas atrodys maždaug taip:
Pradėdamas 1C skųsis šriftų trūkumu ir įspės, kad išvaizda gali skirtis nuo to, ko tikėtasi.
Be kita ko, galite atlikti kai kuriuos papildomus tinkinimus (įskaitant šriftus).
Pirmiausia turite įdiegti šiuos paketus:
Ir po to paleiskite šią komandą:
sudo /opt/1C/v8.3/i386/utils/config_system /usr/share/fonts
Po to galite pridėti duomenų bazę ir dirbti.
Jei radote klaidą ar netikslumą, pasirinkite teksto dalį ir spustelėkite Ctrl + Enter.
