8.3 8 predvolené nastavenie klastra serverov

Tento článok obsahuje informácie o postupe inštalácie 1C vo verzii klient-server.

Inštalácia platformy 1C je opísaná v našom ďalšom článku - „Správa 1C“, v časti „Inštalácia 1C“. Inštalácia na server je takmer úplne rovnaká ako inštalácia na lokálny počítač, len s jedným rozdielom. Vo verzii servera musíte pri výbere komponentov na inštaláciu vybrať „1C:Enterprise Server“ a „1C:Enterprise Server Administration“.

Nainštalujte 1C na klientske počítače, z ktorých sa budú vytvárať pripojenia k serveru.

Inštalácia na klientskych počítačoch sa nelíši od metódy opísanej vyššie v článku „Správa 1C“.

Vytvorte informačnú bázu v SQL.

Vytváranie informačnej bázy v SQL je tiež veľmi podobné vytváraniu databázy vo verzii súboru. Rozdiel je v tom, že vo fáze výberu typu umiestnenia informačnej základne musíte vybrať „Na serveri 1C: Enterprise“.

V položke „Server cluster“ zadajte názov (alebo lepšie IP adresu) servera, na ktorý ste nainštalovali SQL.

V časti „Názov informačnej databázy“ zadajte ľubovoľný názov, ktorý chcete databáze priradiť.

Typ DBMS – SQL.

Používateľ databázy a jeho heslo sú tým istým superužívateľom uvedeným vyššie pri inštalácii MS SQL.

Ponechajte posun dátumu ako predvolený.

Je potrebné zaškrtnúť možnosť „Vytvoriť databázu, ak neexistuje“ a kliknúť na „Ďalej“.

Teraz bola databáza úspešne vytvorená na SQL serveri a pridaná do zoznamu dostupných databáz. Nižšie na obrázku môžete vidieť výsledok vykonanej práce.

Stojí za zmienku, že vytvorená databáza je stále prázdna. Toto je rámec, miesto alokované v SQL pre vašu informačnú základňu. Aby ste mohli načítať svoju databázu do tohto rámca, musíte použiť nástroje na odoslanie/načítanie informačnej databázy. Postup nahrávania/sťahovania je opísaný aj v našom ďalšom článku „Administrácia 1C“.

Aby sa systém v budúcnosti dostal do ideálneho stavu, bude potrebné nakonfigurovať „plán údržby“ vytvorenej databázy. Plán údržby je súbor procedúr, ktoré bude SQL vykonávať pravidelne podľa daného plánu. Napríklad bude pravidelne zálohovať a odstraňovať dočasné súbory. Práca s SQL je nad rámec tohto článku a bude popísaná v jednom z nasledujúcich.

Serverový klaster 1C:Enterprise 8 (1C:Enterprise 8 Server Cluster)

Serverový klaster 1C:Enterprise 8 je hlavnou súčasťou platformy, ktorá zabezpečuje interakciu medzi systémom správy databáz a používateľom v prípade prevádzky klient-server. Klaster umožňuje organizovať neprerušovanú, voči chybám odolnú, konkurenčnú prácu pre značný počet používateľov s veľkými informačnými databázami.

Serverový klaster 1C:Enterprise 8 je logický koncept, ktorý označuje množinu procesov, ktoré obsluhujú rovnakú množinu informačných databáz.

Nasledujúce schopnosti serverového klastra možno identifikovať ako hlavné:

• schopnosť fungovať na niekoľkých aj na jednom počítači (pracovné servery);
• každý pracovný server môže podporovať fungovanie jedného alebo viacerých pracovných procesov, ktoré obsluhujú pripojenia klientov v rámci hraníc tohto klastra;
• k začleňovaniu nových klientov do pracovných procesov klastra dochádza na základe dlhodobej analýzy štatistík zaťaženia pracovných procesov;
• interakcia všetkých klastrových procesov medzi sebou navzájom, s klientskymi aplikáciami a databázovým serverom sa uskutočňuje prostredníctvom protokolu TCP/IP;
• klastrové procesy sú spustené, môže ísť o službu alebo aplikáciu

Možnosť klient-server. Schéma práce

V tejto voľbe klientska aplikácia interaguje so serverom. Klaster serverov zasa spolupracuje s databázovým serverom.

Úlohu centrálneho servera klastra zohráva jeden z počítačov, ktoré sú súčasťou klastra serverov. Okrem obsluhy klientskych pripojení centrálny server riadi aj prevádzku celého klastra a ukladá register tohto klastra.

Klaster je pre klientske pripojenia adresovaný názvom centrálneho servera a prípadne číslom sieťového portu. Ak sa používa štandardný sieťový port, na pripojenie stačí zadať názov centrálneho servera.

Počas vytvárania spojenia sa klientska aplikácia spojí s centrálnym serverom klastra. Na základe analýzy štatistík záťaže pracovných procesov centrálny server odošle klientsku aplikáciu požadovanému pracovnému procesu, ktorý ju má obslúžiť. Tento proces je možné aktivovať na akomkoľvek pracovnom serveri v klastri, najmä na centrálnom serveri.

Tento pracovný postup podporuje údržbu pripojenia a autentifikáciu používateľov, kým klient neprestane pracovať so špecifickou informačnou bázou.

Serverový klaster

Základný serverový klaster môže byť jeden počítač a môže obsahovať iba jeden pracovný proces.

Na obrázku môžete pozorovať všetky prvky, ktoré sa tak či onak podieľajú na prevádzke serverového klastra. Ide o nasledujúce prvky:

• procesy serverového klastra:
  o ragent.exe;
  o rmngr.exe;
  alebo rphost.exe;
• úložisko dát:
  o zoznam klastrov;
  o klastrový register.

Proces ragent.exe, nazývaný serverový agent, zabezpečuje fungovanie počítača ako súčasti klastra. Preto by sa mal počítač, na ktorom beží proces ragent.exe, nazývať produkčný server. Jednou z funkčných povinností ragent.exe je najmä udržiavanie registra klastrov, ktoré sa nachádzajú na špecifickom pracovnom serveri.

Register klastra ani serverový agent nie sú integrálnou súčasťou klastra serverov, ale umožňujú iba fungovanie servera a klastrov na ňom umiestnených.

Samotný serverový klaster pozostáva z nasledujúcich prvkov:

• jeden alebo viac procesov rmngr.exe
• klastrový register
• jeden alebo viac procesov rphost.exe.

Správca klastrov (proces rmngr.exe). Slúži na kontrolu fungovania celého klastra. Klaster môže obsahovať niekoľko procesov rmngr.exe, z ktorých jeden bude vždy hlavným manažérom tohto klastra a zvyšné procesy budú ďalšími manažérmi. Centrálny server klastra by sa mal nazývať pracovný server, na ktorom pracuje hlavný manažér klastra a ktorý obsahuje zoznam klastrov. Udržiavanie registra klastra je jednou z funkcií hlavného manažéra klastra.

Pracovný proces (proces rphost.exe). Je to on, kto priamo obsluhuje klientske aplikácie v interakcii s databázovým serverom. Počas tohto procesu sa môžu vykonať niektoré procedúry konfigurácie modulov servera.

Škálovateľnosť verzie 1C 8.3

Škálovateľnosť klastra serverov sa dosahuje nasledujúcimi spôsobmi:

• zvýšiť počet manažérov v klastri a distribúciu služieb medzi nimi
• zvýšiť počet pracovných procesov, ktoré fungujú na danom pracovnom serveri
• zvýšiť počet pracovných serverov, ktoré tvoria klaster.

Používanie viacerých manažérov súčasne.

Funkcie vykonávané správcom klastra sú rozdelené do niekoľkých služieb. Tieto služby môžu byť priradené rôznym manažérom klastrov. Vďaka tomu je možné rovnomerne rozložiť záťaž na viacero procesov.

Niektoré služby však môže používať iba hlavný správca klastra:

• služba konfigurácie klastra
• služba správy ladiacich položiek
• služba cluster lock.

Pre iné služby môžu byť pridelení ľubovoľní správcovia klastra:

• log služba
• služba blokovania objektov
• pracovná služba
• služba fulltextového vyhľadávania
• dátová služba relácie
• služba číslovania
• služba vlastných nastavení
• časová služba
• služba blokovania transakcií.

Používanie viacerých pracovných postupov súčasne.

Na jednej strane využitie viacerých pracovných procesov umožňuje znížiť záťaž každého konkrétneho pracovného procesu. Na druhej strane použitie viacerých pracovných procesov vedie k efektívnejšiemu využívaniu hardvérových zdrojov produkčného servera. Procedúra spúšťania viacerých pracovných procesov navyše zvyšuje spoľahlivosť servera, pretože izoluje skupiny klientov, ktorí pracujú s rôznymi informačnými bázami. Pracovný proces v klastri, ktorý umožňuje spustenie viacerých pracovných procesov, možno automaticky reštartovať v časovom intervale určenom správcom klastra.

Schopnosť používať viac pracovných procesov (zvýšenie počtu klientskych pripojení) bez zvýšenia zaťaženia konkrétneho pracovného procesu má za následok vzostupnú zmenu v počte pracovných serverov, ktoré sú súčasťou klastra.

Odolnosť voči chybám verzie 1C 8.3

Odolnosť voči zlyhaniam klastra je zabezpečená tromi spôsobmi:

• redundancia samotného klastra
• rezervácia pracovných procesov
• odolnosť voči prerušeniu komunikačného kanála.

Zálohovanie klastra 1C verzie 8.3

Niekoľko klastrov je spojených do skupiny redundancie. Klastre, ktoré sú v takejto skupine, sa automaticky synchronizujú.

Ak aktívny klaster zlyhá, je nahradený ďalším pracovným klastrom v skupine. Po obnovení neúspešného klastra sa stane aktívnym po synchronizácii údajov.

Zálohovanie pracovných procesov 1C verzie 8.3

Pre každý z pracovných postupov je možné špecifikovať možnosti jeho použitia:

• použitie
• nepoužívať
• použiť ako zálohu.

Ak proces zlyhá, klaster namiesto toho začne používať momentálne neaktívny proces zálohovania. V tomto prípade sa zaťaženie na ňom automaticky prerozdelí.

Odolnosť 1C verzie 8.3 voči prerušeniu komunikačného kanála

Keďže každý používateľ má k dispozícii vlastnú komunikačnú reláciu, klaster ukladá údaje o používateľoch, ktorí sa pripojili a aké akcie vykonali.

Ak fyzické pripojenie zmizne, klaster bude v stave čakania na pripojenie s týmto používateľom. Vo väčšine prípadov po obnovení pripojenia bude môcť používateľ pokračovať v práci presne od bodu, v ktorom bolo pripojenie stratené. Nie je potrebné sa znova pripájať k informačnej základni.

Relácie vo verzii 1C 8.3

Relácia umožňuje určiť aktívneho používateľa konkrétnej informačnej databázy a určiť tok kontroly z tohto klienta. Rozlišujú sa tieto typy relácií:

• Tenký klient, Webový klient, Hrubý klient – ​​tieto relácie sa vyskytujú, keď príslušní klienti pristupujú k informačnej databáze
• Pripojenie typu „Konfigurátor“ - vyskytuje sa pri prístupe k infobáze konfigurátora
• COM spojenie – vytvára sa pri použití externého spojenia na prístup k informačnej databáze
• WS pripojenie – nastáva pri prístupe k infobáze webového servera v dôsledku prístupu k webovej službe zverejnenej na webovom serveri
• Úloha na pozadí – vytvorí sa, keď pracovný proces klastra pristúpi k informačnej databáze. Táto relácia sa používa na spustenie kódu procedúry úlohy na pozadí,
  Klastrová konzola – vytvára sa, keď obslužný program na správu klient-server pristupuje k pracovnému procesu
• Správca COM – nastáva, keď sa k pracovnému procesu pristupuje pomocou externého pripojenia.
• Pracujte pod rôznymi operačnými systémami

Akékoľvek procesy serverového klastra môžu fungovať pod operačným systémom Linux aj pod operačným systémom Windows. To sa dosiahne tým, že interakcia klastra prebieha pod kontrolou protokolu TCP/IP. Klaster môže zahŕňať aj pracovné servery s ktorýmkoľvek z týchto operačných systémov.

Pomôcka na správu klastra serverov 8.3

Systémový balík obsahuje pomocný program na správu voľby klient-server. Tento nástroj umožňuje zmeniť zloženie klastra, spravovať informačné bázy a rýchlo analyzovať zámky transakcií.

Niekoľko pracovných procesov na jednom serveri umožňuje efektívne využívať množstvo pamäte RAM a zdrojov procesora na vykonávanie požiadaviek, ako aj na pripojenie klientskej relácie k inému pracovnému procesu, ak sa aktuálny „zrúti“.
Program Server Agent (agent) je zodpovedný za pochopenie toho, čo beží na konkrétnom serveri. Zastavenie serverového agenta spôsobí, že server nebude dostupný pre použitie klastrom. Agent ukladá svoje informácie do súboru srvribrg.lst.

Informácie o pracovných databázach a príslušných pracovných procesoch vlastní „Správca servera“ (rmngr). Tieto informácie ukladá do súboru 1CV8Reg.lst. Zastavenie správcu servera môže viesť k reštartu klientskych aplikácií, ak sa manažér úspešne reštartuje, alebo k úplnému zastaveniu pracovných serverov celého klastra.

1C: Podnik umožňuje vytvorenie niekoľkých nezávislých klastrov na jednom serveri. Každý z nich je v sieti identifikovaný jedinečným „IP portom“ a jedinečným číslom v súboroch služieb. Prvý klaster štandardne prijíma port 1541.

Modul snap-in Enterprise Servers je navrhnutý na správu klastra.
K serverom sa môžete pripojiť podľa názvu servera alebo IP adresy.

Serverový agent

Serverový agent „vie“ o všetkých klastroch, ktoré sú spustené na serveri. Tieto informácie sú uložené v súbore srvribrg.lst so zoznamom klastrov a správcov zoznamu. Hlavný port agenta je 1540. Na každom pracovnom serveri môže byť spustený iba jeden agent, ktorý obsluhuje všetky možné klastre na tomto serveri.

Pozrime sa bližšie na vlastnosti klastra

Interval reštartu

Tento parameter reštartuje pracovné procesy servera 1C podľa zadanej hodnoty v sekundách. Tento parameter sa zvyčajne používa na aplikačných serveroch, ktoré majú 32-bitový systém, pretože kapacita pamäte je obmedzená na ~ 3,7 GB, ak je operačný systém 64-bitový a aplikačný server je 32-bitový. Ak OS používa 32-bitovú architektúru, celková spotreba pamäte pracovného procesu je ~ 1,7 GB. Používatelia môžu často dostať chybové hlásenie ako „Nedostatok pamäte na serveri 1C Enterprise“. Najjednoduchší spôsob, ako sa vyhnúť tejto chybe, je reštartovať pracovné procesy, napríklad 86400 sekúnd (1 deň). Pri zmene parametra sa počítanie času začína od spustenia služby aplikačného servera 1C.

Povolená veľkosť pamäte

Reštartovanie pracovných procesov po dosiahnutí určitého prahu pamäte obsadenej pracovným procesom v kilobajtoch.

Interval pre prekročenie povoleného množstva pamäte

To znamená, že ak sa v priebehu stanoveného počtu sekúnd prekročí pamäť špecifikovaná v parametri „povolené množstvo pamäte“, server 1C sa rozhodne reštartovať pracovný tok.

Prípustná odchýlka počtu chýb servera

Vypočítava sa nasledovne. Máme serverové volania, ktoré je možné vidieť v technologickom denníku pomocou udalosti „CALL“, a existujú aj rôzne výnimočné situácie, ktoré je možné vidieť v technologickom denníku pomocou udalosti „EXCP“. Platforma vypočítava pomer týchto udalostí. Predpokladá sa, že tieto udalosti by mali byť približne rovnaké. Ak v niektorom pracovnom procese tento pomer o nejakú významnú hodnotu prevyšuje pomer týchto udalostí v iných pracovných procesoch, potom sa takýto pracovný proces považuje za problematický. Práve táto hodnota sa nastavuje v tomto parametri. Odporúčaná hodnota je 50.

Vynútiť ukončenie problematických procesov

Ak povolíme tento parameter, podľa parametra „prípustná odchýlka v počte chýb servera“ budú problematické procesy ukončené. Ak je parameter zakázaný, platforma zobrazí udalosť protokolu procesu „ATTN“, ktorá označuje problematický proces.

Zastavte deaktivované procesy po

Ak sa spustí jeden z parametrov „interval reštartu“ alebo „povolená veľkosť pamäte“, môže po reštarte pracovného procesu „spadnúť“. Ak klient počas reštartu nepristupuje k serveru (je neaktívny), pri ďalšom prístupe k nemu plynulo prejde na nový pracovný proces. Ak klient kontaktuje server v čase reštartovania pracovného toku, potom v tomto prípade dostane chybové hlásenie a ukončí svoju prácu. Aby ste tomu zabránili, musíte nastaviť hodnotu tohto parametra v sekundách. Zvyčajne stačí 120 sekúnd. Počas tejto doby bude mať pracovný tok čas spracovať aktuálne požiadavky zákazníkov a preniesť ich do nového pracovného postupu. Tí aktívni klienti, ktorých proces nestihol spracovať, sa ukončia a klientom sa môže zobraziť chyba.

Úroveň tolerancie porúch

Toto nastavenie žije samo, bez ohľadu na počet centrálnych serverov. Úroveň tolerancie chýb môže nadobudnúť akúkoľvek hodnotu. Napríklad úroveň odolnosti = 1, potom sa každá relácia používateľa zdvojnásobí. Ak je úroveň tolerancie chýb = 2, potom sa každá relácia vynásobí 3. Zvýši sa aj zaťaženie servera. Pri zmene úrovne odolnosti voči chybám, ak máme centrálny server, sa replikuje na každý centrálny server: „register klastrov“, „služba zamykania klastrov“. Existuje aj replikácia služieb ako „služba údajov o reláciách“, „služba časových pečiatok online“, „služba blokovania objektov“, „licenčná služba“, „služba číslovania“ na iné servery. Medzi nimi je najťažšia „služba údajov o relácii“.

Režim zdieľania načítania

Z hľadiska výkonu. Keď sa pripojí klientske pripojenie, pripojí sa k akémukoľvek serveru s pracovným procesom s vyšším dostupným výkonom. Dostupný výkon sa nastavuje vo vlastnostiach pracovného postupu:

Dostupný výkon na úrovni 1C sa vypočíta nasledovne: každých 10 minút sa uskutoční volanie referenčného servera na všetky pracovné procesy a meria sa čas tohto volania. Výsledné číslo sa vydelí 10 000 (desaťtisíc) a mechanizmy aplikačného servera vypočítajú referenčný čas. V prípade, že produktivita pracovného procesu klesla o 25 % v porovnaní s ostatnými, spojenia z tohto pracovného procesu začnú prechádzať do iných pracovných procesov, až kým všetky spojenia nezmiznú.

Priorita pamäte. Používateľské pripojenia sa vytvoria na produkčný server, ktorý má viac dostupnej pamäte.

Správca klastrov

Za chod klastra je zodpovedný manažér klastra. Každý klaster má svojho správcu. Manažér ukladá informácie o klastri do súboru 1CV8Reg.lst (register klastra). Každý Cluster Manager má tiež svoj vlastný port na pracovnom serveri. Pre prvý klaster je predvolený port manažéra 1541. Práve tento port je zobrazený v module 1C Servers: Enterprise vo vetve Clusters, ktorý identifikuje klaster.
Manažér prijíma požiadavky od klientskej časti 1C: Enterprise a rozhoduje, ktorému pracovnému postupu pridelí túto požiadavku na službu.

Manažér používa port služby na interakciu s pracovnými procesmi.

Pracovný proces

Pracovný proces je zodpovedný za „prácu s klientmi“. V klastri 1C: Enterprise 8 môže byť niekoľko pracovných procesov. Počet pracovných procesov sa nevytvára manuálne, ale vypočítava sa na základe popisov požiadaviek úloh na odolnosť a spoľahlivosť. Správca servera rozhodne, ktorý pracovný proces bude obsluhovať pripojenie klienta. Pre klientske pripojenia je pracovným procesom štandardne pridelený rozsah portov IP 1560 – 1591. Okrem toho je každému pracovnému procesu priradený servisný port na komunikáciu so správcom klastra.

Nastavenia pracovného servera podľa dokumentácie 1C je možné zmeniť iba vo verzii CORP aplikačného servera 1C. V skutočnosti nastavenia fungujú vo verzii CORP aj PROF. Ak sú tieto nastavenia použité vo verzii PROF, ide o porušenie licenčnej zmluvy.

Maximálna pamäť pracovného toku

Tento parameter sám o sebe nič neobmedzuje. Funguje v spojení s parametrom „bezpečná spotreba pamäte na hovor“. Predstavme si, že všetky naše pracovné procesy celkovo dosiahli približne spotrebu pamäte zadanej hodnoty tohto parametra. A teraz chce určitý používateľ uskutočniť určité volanie servera, ktoré chce spotrebovať veľké množstvo pamäte. Akonáhle volanie servera prekročí veľkosť pamäte špecifikovanú v tomto parametri o množstvo pamäte v parametri „bezpečná spotreba pamäte na jeden hovor“, tento konkrétny používateľ dostane chybu v tvare: „bezpečná spotreba pamäte pre jedného klienta - hovor servera bol prekročený." Je to potrebné, aby jeden používateľ nemohol zahltiť fungujúci server. Hodnota parametra 0 sa rovná 80 % pamäte nainštalovanej na serveri 1C.

Bezpečná spotreba pamäte na jeden hovor

Hodnota 0 (predvolená) je 5 % hodnoty maximálnej pamäte pracovného toku. Hodnota môže byť -1. To znamená, že každé volanie klient-server, ktoré prekročí zadanú hodnotu parametra „maximálna veľkosť pracovnej pamäte“.

Množstvo pamäte pracovného procesu, do ktorého sa server považuje za produktívny

Znamená to, že ak je nastavená na hodnotu a pracovné procesy zaberajú množstvo pamäte špecifikované v tomto parametri, server bude pokračovať v činnosti, ale nebude akceptovať nové pripojenia, kým sa pamäť neuvoľní.

Počet informačnej bezpečnosti na proces

Ak existuje veľa infobáz a jeden pracovný postup, môže dôjsť k zníženiu výkonu. Preto je možné pomocou tohto parametra znížiť počet databáz na proces. Ak nastavíte hodnotu na 1 (vo väčšine prípadov to funguje celkom optimálne), potom sa pre každú infobázu vytvorí nový pracovný proces (rphost).

Počet pripojení na proces

Rovnaký ako parameter vyššie, ale závisí od počtu pripojení na proces. Hodnota 0 bude znamenať, že na každom pracovnom serveri bude len jeden pracovný proces.

Manažér pre každú službu

Každý centrálny pracovný server má hlavného správcu klastrov s určitými službami:

Vykonáva ich jedna služba „rmngr“. Predstavme si, že táto služba začne spotrebovávať veľa pamäte alebo plytvať zdrojmi CPU. Zvyčajne existuje niekoľko typických podozrivých. Ale zrazu ste v „slepej uličke“ a nerozumiete, čo presne načítava službu, môžete zaškrtnúť políčko „správca pre každú službu“, služba bude rozdelená do 21 procesov (toto je počet služieb v hlavnom manažér klastra). A podľa toho pomocou PID procesu bude možné vypočítať, ktorá služba načítava systém.

Centrálny server

Toto je server, ktorý ukladá register klastra do súboru 1CV8Clst.lst. Súbor obsahuje zoznam databáz, zoznam správcov klastra, zoznam požiadaviek na priradenie funkcií, zoznam bezpečnostných profilov a vo všeobecnosti všetky nastavenia klastra. Tento súbor sa nachádza iba tam, kde je začiarknuté políčko „centrálny server“. Centrálnych serverov môže byť niekoľko. Na centrálnych serveroch existujú aj služby ako „služba blokovania klastrov“, „služba konfigurácie klastrov“. Kým je funkčný aspoň jeden centrálny server, klaster funguje. Po zlyhaní posledného centrálneho servera sa klaster stane nepoužiteľným bez ohľadu na nastavenia odolnosti voči chybám.

Požiadavka na priradenie funkčnosti

Serverový klaster 1C Enterprise 8.3 poskytuje určitý súbor funkcií (nazývaných objekty požiadaviek), ktorých distribúciu medzi pracovnými servermi v rámci klastra možno riadiť. Môžete napríklad určiť, že všetky úlohy na pozadí v klastri sa budú spúšťať na vybranom pracovnom serveri. Ak chcete umiestniť pripojenie alebo klastrovú službu na ľubovoľný produkčný server, musíte vytvoriť požiadavku na priradenie funkčnosti pre vybratý produkčný server. Táto požiadavka určuje schopnosť alebo nemožnosť konkrétneho servera vykonávať určitú úlohu. Pozrime sa bližšie na to, čo je požiadavka na priradenie funkčnosti.

Migrácia používateľských pripojení

Povedzme, že chceme, aby pripojenia používateľov fungovali na pracovnom serveri č. 1, ale ak tento server vypadne, chceme, aby prešli na iný pracovný server č.

Aby sme to dosiahli, musíme vytvoriť požiadavku na priradenie funkčnosti na serveri č. 1:

Na serveri č. 2 nastavte rovnaké nastavenia, ale zmeňte prioritu:

Dôležitosť priority sa implementuje opačne. To znamená, že priorita 1 je vyššia ako priorita 2.

Odstráňte produkčný server z klastra

Pracovný server môžeme jednoducho odstrániť z klastra jeho odstránením zo zoznamu, ale v tomto prípade budú všetci používatelia „vykopnutí“ zo systému. Aby bol odber bezbolestný, môžete urobiť nasledovné:

Vytvorte požiadavku na priradenie funkcií s nasledujúcimi nastaveniami:

Toto nastavenie znamená, že nebudú žiadne nové pripojenia k tomuto pracovnému serveru. Používatelia, ktorí pracovali, budú pokračovať v práci, ale postupne sa presunú na iné fungujúce servery.

Licenčná služba

Presuňte licenčnú službu na samostatný server. Je to dobré, pretože softvérové ​​licencie môžu byť viazané na konkrétny počítač. Vytvorme požiadavku na priradenie funkčnosti s nasledujúcimi nastaveniami:

Úlohy na pozadí

S vydaním platformy 8.3.7 boli úlohy na pozadí rozdelené do 2 skupín:

1. Úlohy na pozadí volané z konfiguračného kódu

2. Rutinné úlohy

Preto je potrebných niekoľko nastavení na priradenie funkčnosti:

1. Aby úlohy na pozadí prebiehali rýchlo, musíte pridať údaje relácie pre úlohy na pozadí a plánované úlohy

Po vytvorení potrebných požiadaviek na priradenie funkčnosti ich musíte použiť:

Čiastočná – aplikácia, ktorá nenaruší používateľskú skúsenosť

Full – aplikácia, ktorá môže narušiť používateľskú skúsenosť.

V praxi som sa nikdy nestretol so situáciou, že by to pri plnom nasadení narušilo používateľský zážitok alebo čokoľvek podobné. Ale všetko je možné, majte na pamäti. Po aplikácii nie je potrebné reštartovať službu aplikačného servera 1C.

Vždy sa môžete obrátiť na špecialistov na optimalizáciu 1C, naše praktické skúsenosti vám ušetria čas.

Okrem verzie súboru dokáže systém 1C:Enterprise pracovať s informačnými bázami vo verzii klient-server. V druhom prípade sa rozumie architektúra, ktorá pozostáva z niekoľkých softvérových vrstiev, schematicky znázornených na obrázku nižšie.

• Klientske aplikácie, tenký klienti a weboví klienti- toto je „1C:Enterprise“ v rôznych režimoch spúšťania, s ktorými pracuje koncový používateľ. Pre klientske aplikácie a tenkých klientov postačuje webový prehliadač na počítačoch používateľov (alebo na nich), pre webového klienta.
• Serverový klaster "1C:Enterprise" je kolekcia pracovných procesov bežiacich na jednom alebo viacerých počítačoch a zoznam informačných báz, ktoré sa nachádzajú v tomto klastri. V serverovom klastri sa vykonáva všetka práca aplikačných objektov, príprava na zobrazenie formulárov (čítanie objektov infobázy, vyplnenie údajov formulára, usporiadanie prvkov atď.) a príkazové rozhranie, generovanie reportov a spustenie úloh na pozadí. Klienti zobrazujú iba informácie pripravené v klastri serverov. Okrem toho sú na serveri klastra 1C:Enterprise uložené súbory služieb, ako aj protokol registrácie informačnej databázy.
• Databázový server— na databázovom serveri prebieha priame ukladanie a práca s údajmi, ktorú zabezpečuje jeden z nasledujúcich systémov správy databáz (DBMS) podporovaných systémom 1C:Enterprise:
  • Microsoft SQL Server od Microsoft SQL Server 2000 a vyššie;
  • PostgrageSQL od verzie 8.1;
  • IBM DB2 od verzie 9.1;
  • Oracle Database od verzie 10g Release 2.
• webový server vyžaduje len pre webových klientov a jednu z možností tenkého klienta. Poskytuje interakciu týchto typov pripojení s klastrom serverov 1C:Enterprise.

Za zmienku tiež stojí, že každá softvérová vrstva sa nemusí nevyhnutne nachádzať na samostatnom fyzickom počítači. Serverový klaster môže byť umiestnený na rovnakom počítači s databázovým serverom, webovým serverom atď. V malých organizáciách sa napríklad často vyskytuje nasledujúca pracovná štruktúra:

V tomto článku popíšem inštaláciu servera 1C:Enterprise verzie 8.3.4.389 (pre ostatné verzie platformy 1C:Enterprise 8.1, 8.2 a 8.3 sú kroky podobné) na jednom počítači so systémom Windows Server 2008 (R2) alebo Windows Server 2012 (R2). Za DBMS sa bude považovať Microsoft SQL Server 2008 (R2) alebo Microsoft SQL Server 2012. Na to budeme potrebovať:

1. Počítač, ktorý spĺňa systémové požiadavky na inštaláciu servera 1C:Enterprise a s operačným systémom nainštalovaným na tomto počítači alebo .
2. Počítač pre databázový server, na ktorom je tiež spustený OS alebo (môže to byť počítač z kroku 1).
3. Práva lokálneho správcu na oboch počítačoch.
4. Distribučná súprava na inštaláciu servera 1C:Enterprise 8.
5. Softvérová licencia alebo ochranný kľúč siete HASP4 pre server 1C:Enterprise.
6. Distribučná súprava na inštaláciu Microsoft SQL Server 2008 (R2) alebo Microsoft SQL Server 2012.

2. Inštalácia MS SQL Server DBMS

MS SQL Server DBMS nainštalujeme na počítač, ktorý slúži ako databázový server. Na prevádzku systému 1C:Enterprise stačí nainštalovať nasledujúce komponenty:

• Služby databázového stroja
• Nástroje na správu – Základné
  • Nástroje na správu – kompletné.

Vyberte možnosti zoradenia " Cyrillic_General_CI_AS" Podrobnosti o inštalácii systémov

3. Konfigurácia brány Windows Firewall pre prevádzku DBMS

Ak sa databázový server a klastrový server 1C:Enterprise nachádzajú na rôznych fyzických počítačoch, musíte nakonfigurovať bránu Windows Firewall na databázovom serveri tak, aby server 1C:Enterprise mohol pracovať s DBMS, konkrétne otvárať prichádzajúce pripojenia na porte. 1433 (pre predvolenú inštanciu SQL Server).

• Podrobne som písal o nastavení brány Windows Firewall pre Microsoft SQL Server 2008 (R2) / 2012.

4. Pridanie používateľa na MS SQL Server

Ďalej k MS SQL Serveru pridáme samostatného užívateľa, pod ktorým budú pripojené databázy servera 1C:Enterprise. Tento používateľ bude zároveň vlastníkom týchto databáz. Používateľ, ktorý sa má pridať, musí byť autorizovaný na serveri pomocou hesla a musí mať nasledujúcu sadu rolí: dbcreator, správca procesu, verejnosti. Podrobnosti o pridaní používateľa do

• Microsoft SQL Server 2008 (R2) som napísal.
• Napísal som Microsoft SQL Server 2012.

5. Inštalácia servera 1C:Enterprise

Teraz prejdime k inštalácii súborov servera 1C:Enterprise a spusteniu príslušnej služby. Inštalácia vyžaduje distribučnú súpravu technologickej platformy 1C:Enterprise. Zo zoznamu dodávaných rozvodov sú vhodné:

• technologická platforma 1C:Enterprise pre Windows – umožňuje inštaláciu 32-bitového servera 1C:Enterprise
• 1C:Enterprise server (64-bit) pre Windows – umožňuje inštaláciu 32-bitových aj 64-bitových serverov 1C:Enterprise

(Existuje aj rozšírená verzia KORP servera 1C:Enterprise 8.3, podrobnosti nájdete na stránke 1C)

Otvorte adresár s inštalačnými súbormi servera 1C:Enterprise a spustite súbor setup.exe.

Spustí sa asistent inštalácie systému 1C:Enterprise. Na prvej stránke kliknite na „ Ďalej».

Na ďalšej stránke musíte vybrať komponenty, ktoré sa budú inštalovať; požadujeme nasledujúce komponenty:

• Server 1C: Enterprise— 1C: Komponenty podnikového servera
• Správa servera 1C:Enterprise 8— ďalšie komponenty na správu klastra serverov 1C:Enterprise

Zostávajúce komponenty (zoznam komponentov môže závisieť od konkrétnej distribúcie), v závislosti od potreby, je možné nainštalovať aj na tento počítač. Po výbere kliknite na „ Ďalej».

Vyberte jazyk rozhrania, ktorý sa bude štandardne používať, a kliknite na „ Ďalej».

Ak je server 1C:Enterprise nainštalovaný ako služba Windows (a vo väčšine prípadov by mal byť nainštalovaný ako taký), odporúčam okamžite vytvoriť samostatného používateľa, pod ktorým bude vytvorená služba spustená. Pre to

• Nechajte vlajku "zapnutú" Nainštalujte 1C:Enterprise server ako službu Windows (odporúča sa)»;
• Príslušný prepínač presunieme do polohy „ Vytvorte používateľa USR1CV8».
• Zadajte dvakrát heslo pre vytváraného používateľa. V predvolenom nastavení musí heslo vyhovovať zásadám hesiel systému Windows. Môžete si o tom prečítať viac:
  • Pre Microsoft Windows Server 2008 (R2) - ;
  • Pre Microsoft Windows Server 2012 - .

Môžete tiež vybrať existujúceho používateľa na spustenie servera 1C:Enterprise. V tomto prípade musí mať vybraný používateľ nasledujúce práva:

• Prihláste sa ako služba
• Prihláste sa ako dávková úloha
• Používatelia denníka výkonu.

Používateľovi tiež musia byť udelené potrebné práva k adresáru servisných súborov servera (štandardne C:\Program Files\1cv8\srvinfo pre 64-bitové a C:\Program Files (x86)\1cv8\srvinfo pre 32-bitový server).

Automaticky vytvorený používateľ USR1CV8 bude mať všetky vyššie uvedené práva.

Po vyplnení príslušných parametrov kliknite na „ Ďalej».

A nakoniec kliknite na „ Inštalácia» na spustenie inštalácie. Tým sa skopírujú súbory vybraných komponentov, vytvoria sa konfiguračné súbory, zaregistrujú sa programové komponenty, vytvoria sa odkazy a tiež sa spustí služba servera 1C:Enterprise.

Po dokončení inštalácie vás asistent vyzve na inštaláciu ochranného ovládača – HASP Device Driver. Ak používate softvérovú licenciu pre server 1C:Enterprise, nie je potrebné inštalovať ovládač. Nechajte alebo odstráňte vlajku " Nainštalujte ochranný ovládač"a kliknite" Ďalej».

Na stroji často bežia spolu so serverom 1C:Enterprise aj ďalšie služby - terminálový server, SQL server atď. A v určitom bode server 1C:Enterprise, alebo skôr pracovný proces rphost, spotrebuje viac pamäte, ako bolo plánované, alebo celú pamäť. Čo vedie k spomaleniu ďalších služieb a zombie servera. Aby ste predišli takýmto situáciám, musíte nakonfigurovať automatické reštartovanie pracovných postupov servera 1C:Enterprise

Riešenie

1. Otvorte administračnú konzolu serverov 1C Enterprise;
2. Rozbaľte strom centrálneho servera na klastre a vyberte klaster, ktorý nás zaujíma. V príklade je len jeden klaster;
3. Otvorte vlastnosti vybraného klastra a pozrite si nasledujúci formulár

Vlastnosti serverového klastra 1C:Enterprise 8.3

Pozrime sa na príklad zobrazený na obrázku:

Interval reštartu— čas, po ktorom bude proces rphost nútený reštartovať. Pred ukončením procesu sa spustí nový proces rphost, do ktorého sa prenesú všetky pripojenia a až potom sa starý proces ukončí. To nijako neovplyvní zážitok používateľa. Interval je udávaný v sekundách, v príklade 24 hodín.

Povolená veľkosť pamäte— množstvo pamäte, v rámci ktorej môže pracovný postup fungovať bez problémov. Objem je uvedený v kilobajtoch, v príklade je hodnota 20 gigabajtov (v skutočnosti je údaj príliš veľký a musíte začať od konkrétneho systému, ale priemerný údaj je 4 GB). Akonáhle pamäť obsadená pracovným procesom prekročí zadanú hodnotu, začne sa odpočítavanie.

Interval pre prekročenie povoleného množstva pamäte— po spustení časovača po prekročení povoleného množstva pamäte odpočíta zadaný čas, spustí sa nový pracovný proces, do ktorého sa prenesú všetky spojenia, starý proces je označený ako vypnutý. Interval je špecifikovaný v sekundách, v príklade je uvedených 30 sekúnd.

Zastavte deaktivované procesy po— čas, po ktorom sa pracovný postup označený ako vypnutý zastaví; ak je hodnota 0, proces sa nedokončí. Interval je zadaný v sekundách, v príklade sa uvádza 60 sekúnd.

Po použití nastavení nemusíte reštartovať službu servera, aplikujú sa dynamicky.

Celkom

Takto nastavíme automatický reštart pracovných procesov servera 1C:Enterprise a získame stabilnejší systém, ak dôjde k úniku pamäte, práca konkrétnej relácie sa ukončí.

V niektorých situáciách sa tiež môžete pohrať s nastaveniami a zabrániť možnému zlyhaniu servera, ak urobíte chyby.