Optimálny je počet spojení na proces 1s 8,3.

Server 8.3 sa vyznačuje novo prepracovaným interným kódom, aj keď sa „zvonku“ môže zdať, že ide o mierne upravený 8.2.

Server sa stal viac „automaticky konfigurovateľný“, niektoré parametre, ako napríklad počet pracovných procesov, sa už nevytvárajú manuálne, ale vypočítavajú sa na základe popisov požiadaviek úloh odolnosti voči chybám a spoľahlivosti.

Bol vyvinutý mechanizmus vyrovnávania záťaže, ktorý možno použiť buď na zvýšenie výkonu systému ako celku, alebo na použitie nového režimu „úspory pamäte“, ktorý umožňuje pracovať „s obmedzenou pamäťou“ v prípadoch, keď je konfigurácia používa sa „rád vyžiera pamäť“.

Stabilita prevádzky pri použití veľkého množstva pamäte bude určená novými parametrami produkčného servera.

Zaujímavý je najmä parameter „bezpečná spotreba pamäte na hovor“. Pre tých, ktorí majú malú predstavu o tom, čo to je, je lepšie necvičiť na „produktívnom“ základe. Parameter „Maximálna veľkosť pamäte pracovných procesov“ umožňuje v prípade „pretečenia“ nezrútiť celý pracovný proces, ale iba jednu reláciu „s porazeným“. „Množstvo pamäte pre pracovné procesy, do ktorého sa server považuje za produktívny“ vám umožňuje zablokovať nové pripojenia hneď, ako sa prekročí tento limit pamäte.

Odporúčam pracovné procesy izolovať podľa informačnej bázy, napríklad špecifikovať parameter „Počet informačnej bezpečnosti na proces = 1“. S niekoľkými vysoko zaťaženými databázami sa tým zníži vzájomné ovplyvňovanie z hľadiska spoľahlivosti aj výkonu.

Samostatným príspevkom k stabilite systému sú „výdavky“ licencií/kľúčov. V 8.3 bolo možné použiť „softvérového licenčného manažéra“, ktorý pripomína manažéra „aladin“. Cieľom je umiestniť kľúč na samostatný stroj.

Implementuje sa ako ďalšia „služba“ v správcovi klastra. Môžete použiť napríklad „bezplatný“ notebook. Pridajte ho do klastra 1C 8.3, vytvorte na ňom samostatného správcu so službou „licenčná služba“. Do notebooku môžete vložiť hardvérový hasp kľúč alebo aktivovať softvérové ​​licencie.

Najväčší záujem programátorov by mali byť „Požiadavky na priradenie funkčnosti“.

Takže na prenosnom počítači s bezpečnostným kľúčom, aby ste nespustili používateľov na klastrovom serveri, musíte pridať „požiadavky“ pre objekt požiadavky „Pripojenie klienta k informačnej bezpečnosti“ - „Nepriraďovať“, t.j. zabrániť pracovným procesom na tomto serveri spracovávať pripojenia klientov.

Ešte zaujímavejšia je možnosť spúšťať „iba úlohy na pozadí“ na produkčnom serveri klastra bez používateľských relácií. Týmto spôsobom môžete presunúť vysoko zaťažené úlohy (kód) na samostatný stroj. Okrem toho môžete na jednom počítači spustiť jednu úlohu „uzatvorenie mesiaca“ pomocou „Hodnoty dodatočného parametra“ a na inom počítači úlohu „Aktualizácia fulltextového indexu“. dodatočný parameter“. Ak napríklad zadáte hodnotu BackgroundJob.CommonModule, môžete obmedziť prácu pracovného servera v klastri len na úlohy na pozadí s ľubovoľným obsahom. Hodnota BackgroundJob.CommonModule..- bude označovať špecifický kód.

Je jasné, že dokumentáciu nemá zmysel prerozprávať. Ale ak niekto dá nejakú užitočnú radu, rozšírim článok.

Pozrime sa na proces nastavenia a inštalácie klastra serverov 1C na dvoch alebo viacerých fyzických serveroch.

Máme 2 servery: SERVER1 a SERVER2:

• Inštalujeme server 1C 8 na oba stroje;
• Na každom serveri vytvoríme klaster 1C 8.3 (štandardný klaster, zatiaľ 1 pracovný server, ten, ktorý drží klaster);
• pridávanie pracovných procesov atď. (identické na oboch serveroch);
• na SERVER1 pridávame informačnú základňu;
• pridať SERVER2 do zoznamu rezervácií SERVER1 (musí byť 2. v zozname);
• pridať SERVER1 do zoznamu rezervácií SERVER2 (musí byť 1. v zozname);
• počkajte, kým sa zosynchronizuje zoznam informačnej bezpečnosti a relácií (cca 1 minúta).

To je všetko - odolnosť voči chybám je nakonfigurovaná.

Príklad nastavenia

Podmienka úlohy:

Existuje server: V81CORA (192.168.1.222), na ktorom je nainštalovaný server 1C: Enterprise a sú zaregistrované dve informačné bázy: test a test1.

Existuje server Z3060015, ktorý sa musí použiť na vytvorenie klastra prepnutia pri zlyhaní 1C dvoch serverov: V81CORA a Z3060015.

Toto je najjednoduchší prípad vytvorenia a používania klastra prepnutia pri zlyhaní podnikových serverov 1C 8.2.

Riešenie.

1. Máme jeden server V81CORA s jedným pracovným procesom. Všetky nastavenia sú štandardne (1540, 1541) sú na ňom zaregistrované 2 databázy 1C.

Vlastnosti pracovného postupu V81CORA 1:

2. Na druhom serveri (Z3060015) zvyšujeme 1C: Enterprise server s jediným pracovným postupom. Neexistujú na ňom žiadne registrované informačné bázy. Všetky nastavenia sú predvolené (1540, 1541).

05.04.2017 |

Klaster 1C 8.3

V prvom rade bolo po inštalácii klastra 1C potrebné vytvoriť pracovné postupy. Ako sa ukázalo, klastrové procesy sa začali vytvárať automaticky v závislosti od zaťaženia databázy.

Testovacia prevádzka úloh na pozadí hlavnej databázy spôsobila, že klaster 1C donekonečna preťažoval rphost.exe a dodatočný rphost.exe nechcel byť vytvorený. Po prekopaní nastavení bolo všetko jasné.

Maximálna pamäť pracovného toku je množstvo pamäte, ktorú môžu pracovné procesy spoločne využívať. Pri nastavovaní parametra, meraného v bajtoch, musíte byť veľmi opatrní. Ak nastavíte nesprávnu hodnotu (nedostatočnú pre normálnu prevádzku používateľa), používateľom sa zobrazí chyba „Nedostatok voľnej pamäte na serveri 1C“. Túto chybu môžete získať aj vtedy, keď sa vyčerpá pamäťová kvóta na serveri 1C.

Bezpečná spotreba pamäte na jeden hovor- umožňuje vám kontrolovať spotrebu pamäte počas hovoru servera, meranú v bajtoch. Ak hovor využíva viac pamäte, ako sa očakávalo, tento hovor sa dokončí v rámci klastra 1C bez reštartovania pracovného procesu (rphost.exe). Preto „porazený“, ktorý zavolal na server, stratí svoju reláciu s databázou 1C bez ovplyvnenia práce ostatných používateľov.

v jednom GB - 1073741824 bajtov, teda v 2 GB - 2147483648 bajtov

Množstvo pamäte pre pracovné procesy, do ktorého sa server považuje za produktívny - ak sa tento parameter prekročí, server v klastri 1C prestane prijímať nové pripojenia.

Počet informačnej bezpečnosti na proces- umožňuje izolovať informačné bázy pre pracovné procesy. V predvolenom nastavení bol aktuálny klaster 1C nastavený na „8“, ale v priebehu niekoľkých hodín prevádzky sa server stal veľmi nestabilným, užívateľské relácie zamrzli. Po izolácii každej informačnej bázy (hodnota - "1") problémy zmizli.

Počet pripojení na proces- predvolená hodnota je "128". Keďže súčasná databáza obsahuje veľmi veľké množstvo základných úloh (logistické výpočty, analýza cenníka, analýza konkurencie atď.), bolo rozhodnuté znížiť počet na „25“.

Nastavenia samotného klastra 1C sa mierne zmenili:

Úroveň tolerancie porúch- toto je počet fungujúcich serverov, ktoré môžu súčasne zlyhať, čo nepovedie k abnormálnemu ukončeniu používateľov. Záložné služby sa spúšťajú automaticky v množstve potrebnom na zabezpečenie špecifikovanej odolnosti voči chybám. V reálnom čase sa aktívna služba replikuje na záložné.

Režim zdieľania načítania- pre parameter sú dve možnosti: „Priorita podľa výkonu“ - spotrebuje sa viac pamäte servera a výkon je vyšší, „Priorita podľa pamäte“ - klaster 1C šetrí pamäť servera.

Server 8.3 sa vyznačuje novo prepracovaným interným kódom, aj keď sa „zvonku“ môže zdať, že ide o mierne upravený 8.2.

Server sa stal viac „automaticky konfigurovateľný“, niektoré parametre, ako napríklad počet pracovných procesov, sa už nevytvárajú manuálne, ale vypočítavajú sa na základe popisov požiadaviek úloh odolnosti voči chybám a spoľahlivosti.

To znižuje pravdepodobnosť nesprávnej konfigurácie servera a znižuje kvalifikačné požiadavky na administrátorov.

Bol vyvinutý mechanizmus vyrovnávania záťaže, ktorý možno použiť buď na zvýšenie výkonu systému ako celku, alebo na použitie nového režimu „úspory pamäte“, ktorý umožňuje pracovať „s obmedzenou pamäťou“ v prípadoch, keď je konfigurácia používa sa „rád vyžiera pamäť“.

Stabilita prevádzky pri použití veľkého množstva pamäte bude určená novými parametrami produkčného servera.

Zaujímavý je najmä parameter „bezpečná spotreba pamäte na hovor“. Pre tých, ktorí majú malú predstavu o tom, čo to je, je lepšie necvičiť na „produktívnom“ základe. Parameter „Maximálna veľkosť pamäte pracovných procesov“ umožňuje v prípade „pretečenia“ nezrútiť celý pracovný proces, ale iba jednu reláciu „s porazeným“. „Množstvo pamäte pracovného procesu, do ktorého sa server považuje za produktívny“ vám umožňuje zablokovať nové pripojenia hneď, ako sa prekročí tento limit pamäte.

Odporúčam pracovné procesy izolovať podľa informačnej bázy, napríklad špecifikovať parameter „Počet informačnej bezpečnosti na proces = 1“. S niekoľkými vysoko zaťaženými databázami sa tým zníži vzájomné ovplyvňovanie z hľadiska spoľahlivosti aj výkonu.

Samostatným príspevkom k stabilite systému sú „výdavky“ licencií/kľúčov. V 8.3 bolo možné použiť „softvérového licenčného manažéra“, ktorý pripomína manažéra „aladin“. Cieľom je umiestniť kľúč na samostatný stroj.

Implementuje sa ako ďalšia „služba“ v správcovi klastra. Môžete použiť napríklad „bezplatný“ notebook. Pridajte ho do klastra 1C 8.3, vytvorte na ňom samostatného správcu so službou „licenčná služba“. Do notebooku môžete vložiť hardvérový hasp kľúč alebo aktivovať softvérové ​​licencie.

Najväčší záujem programátorov by mali byť „Požiadavky na priradenie funkčnosti“.

Požiadavky na priradenú funkcionalitu 1c

Takže na prenosnom počítači s bezpečnostným kľúčom, aby ste nespustili používateľov na klastrovom serveri, musíte pridať „požiadavky“ pre objekt požiadavky „Pripojenie klienta k informačnej bezpečnosti“ - „Nepriraďovať“, t.j. zabrániť pracovným procesom na tomto serveri spracovávať pripojenia klientov.

Ešte zaujímavejšia je možnosť spúšťať „iba úlohy na pozadí“ na produkčnom serveri klastra bez používateľských relácií. Týmto spôsobom môžete presunúť vysoko zaťažené úlohy (kód) na samostatný stroj. Okrem toho môžete na jednom počítači spustiť jednu úlohu „uzatvorenie mesiaca“ pomocou „Hodnoty dodatočného parametra“ a na inom počítači úlohu „Aktualizácia fulltextového indexu“. dodatočný parameter“. Ak napríklad zadáte hodnotu BackgroundJob.CommonModule, môžete obmedziť prácu pracovného servera v klastri len na úlohy na pozadí s ľubovoľným obsahom. Hodnota BackgroundJob.CommonModule.<Имя модуля>.<Имя метода>- uvedie konkrétny kód.

Klaster 1C 8.2

Relácie umožňujú vyvažovanie záťaže a odolnosť voči chybám v rámci riadenej aplikácie.

Správca klastra je teraz zložitejší. Niektoré funkcie je teraz možné rozdeliť do samostatného procesu a dokonca umiestniť na iný pracovný server v klastri. To vám umožní vyrovnať zaťaženie servera.

Odolnosť voči chybám servera 8.2 sa dosahuje prostredníctvom:

• Ukladanie informácií o relácii používateľa.
• Používateľ už nie je viazaný na pracovný postup.
• Rezervácia pracovných procesov v klastri.
• Malo by existovať niekoľko pracovných procesov, vrátane nadbytočných
• Rezervácia klastra.

Je označený náhradný klaster, po pripojení sú uvedené v riadku pripojenia

To vám umožní zabezpečiť kontinuitu práce!

Ak je fyzické spojenie klienta s klastrom prerušené (upratovačka vytiahla kábel, napájanie sieťového zariadenia bolo vypnuté, vyskytol sa problém s poskytovateľom), nie je potrebné sa znova pripájať k infobase a spúšťať všetky práca odznova. Po obnovení fyzického pripojenia môže používateľ pokračovať v práci od bodu, kde bolo prerušené.

Ak je potrebná údržba klastrových počítačov, je možné ich počas prevádzky vypnúť bez toho, aby sa používateľom zastavila práca s informačnou základňou.

Ak niektorý server v klastri zlyhá, práca používateľa sa nezastaví, bude automaticky prenesená do záložného klastra a/alebo pracovných procesov zálohovania. Pre používateľov bude takýto prechod neviditeľný.

Ak jeden z pracovných procesov klastra zlyhá, používatelia, ktorí sú k nemu pripojení, budú automaticky presunutí do iných alebo záložných pracovných procesov. Takýto prechod bude pre používateľov neviditeľný.

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 klastra

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 ručne, 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čí množstvo 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 niečo 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.

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.