8.3 8 výchozí nastavení serverového clusteru

Tento článek obsahuje informace o postupu instalace 1C ve verzi klient-server.

Instalace platformy 1C je popsána v našem dalším článku - „Administrace 1C“, v části „Instalace 1C“. Instalace na server je téměř úplně stejná jako instalace na místní počítač, jen s jedním rozdílem. V serverové verzi musíte při výběru komponent k instalaci vybrat „1C:Enterprise Server“ a „1C:Enterprise Server Administration“.

Nainstalujte 1C na klientské počítače, ze kterých se budou provádět připojení k serveru.

Instalace na klientské počítače se neliší od způsobu popsaného dříve v článku „1C Administration“.

Vytvořte informační databázi v SQL.

Vytváření informační báze v SQL je také velmi podobné vytváření databáze ve verzi souboru. Rozdíl je v tom, že ve fázi výběru typu umístění informační základny musíte vybrat „Na serveru 1C:Enterprise“.

V položce „Server cluster“ zadejte název (nebo lépe IP adresu) serveru, na který jste nainstalovali SQL.

V části „Název Infobase“ zadejte libovolný název, který chcete databázi přidělit.

Typ DBMS – SQL.

Uživatel databáze a jeho heslo jsou stejný superuživatel uvedený výše při instalaci MS SQL.

Ponechte posunutí data jako výchozí.

Je nutné zaškrtnout volbu „Vytvořit databázi, pokud neexistuje“ a kliknout na „Další“.

Nyní byla databáze úspěšně vytvořena na SQL serveru a přidána do seznamu dostupných databází. Níže na obrázku můžete vidět výsledek odvedené práce.

Stojí za zmínku, že vytvořená databáze je stále prázdná. Toto je rámec, místo přidělené v SQL pro vaši informační základnu. Chcete-li načíst databázi do tohoto rámce, musíte použít nástroje Nahrát/Načíst informační základnu. Postup nahrávání/stahování je také popsán v našem dalším článku „Administrace 1C“.

Aby byl systém v budoucnu uveden do ideálního stavu, bude nutné nakonfigurovat „plán údržby“ vytvořené databáze. Plán údržby je sada procedur, které bude SQL pravidelně provádět podle daného plánu. Bude například pravidelně zálohovat a mazat dočasné soubory. Práce s SQL přesahuje rámec tohoto článku a bude popsána v jednom z následujících.

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

Serverový cluster 1C:Enterprise 8 je hlavní komponentou platformy, která zajišťuje interakci mezi systémem správy databází a uživatelem v případě provozu klient-server. Cluster umožňuje organizovat nepřerušovanou, chybám odolnou, konkurenční práci pro značný počet uživatelů s velkými informačními databázemi.

Serverový cluster 1C:Enterprise 8 je logický koncept, který označuje sadu procesů, které obsluhují stejnou sadu informačních databází.

Jako hlavní lze označit následující schopnosti serverového clusteru:

• schopnost fungovat na několika i na jednom počítači (pracovní servery);
• každý pracovní server může podporovat fungování jednoho nebo několika pracovních procesů, které obsluhují připojení klientů v rámci tohoto clusteru;
• k zařazování nových klientů do pracovních procesů klastru dochází na základě dlouhodobé analýzy statistik zátěže pracovních procesů;
• interakce všech klastrových procesů mezi sebou navzájem, s klientskými aplikacemi a databázovým serverem probíhá prostřednictvím protokolu TCP/IP;
• klastrové procesy běží, může to být služba nebo aplikace

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

V této možnosti klientská aplikace komunikuje se serverem. Cluster serverů zase spolupracuje s databázovým serverem.

Roli centrálního serveru clusteru hraje jeden z počítačů, které jsou součástí serverového clusteru. Centrální server kromě obsluhy klientských připojení také spravuje provoz celého clusteru a uchovává registr tohoto clusteru.

Cluster je pro klientská připojení adresován názvem centrálního serveru a případně číslem síťového portu. Pokud je použit standardní síťový port, pak pro připojení stačí zadat název centrálního serveru.

Během navazování spojení klientská aplikace kontaktuje centrální server clusteru. Na základě analýzy statistik zátěže pracovních procesů centrální server předá klientskou aplikaci požadovanému pracovnímu procesu, který ji má obsloužit. Tento proces lze aktivovat na libovolném pracovním serveru v clusteru, zejména na centrálním serveru.

Tento pracovní postup podporuje údržbu připojení a ověřování uživatelů, dokud klient nepřestane pracovat s konkrétní infobází.

Serverový cluster

Základní serverový cluster může být jeden počítač a obsahovat pouze jeden pracovní proces.

Na obrázku můžete pozorovat všechny prvky, které se tak či onak podílejí na provozu serverového clusteru. Jedná se o následující prvky:

• procesy serverového clusteru:
  o ragent.exe;
  o rmngr.exe;
  nebo rphost.exe;
• datové úložiště:
  o seznam shluků;
  o clusterový registr.

Proces ragent.exe, nazývaný serverový agent, zajišťuje fungování počítače jako součásti clusteru. Proto by měl být počítač, na kterém běží proces ragent.exe, nazýván produkčním serverem. Jednou z funkčních povinností ragent.exe je zejména udržovat registr clusterů, které jsou umístěny na konkrétním pracovním serveru.

Registr klastru ani agent serveru nejsou nedílnou součástí klastru serverů, ale pouze umožňují fungování serveru a klastrů na něm umístěných.

Samotný serverový cluster se skládá z následujících prvků:

• jeden nebo více procesů rmngr.exe
• clusterový registr
• jeden nebo více procesů rphost.exe.

Správce klastrů (proces rmngr.exe). Slouží k řízení fungování celého clusteru. Cluster může obsahovat několik procesů rmngr.exe, z nichž jeden bude vždy hlavním správcem tohoto clusteru a zbývající procesy budou dalšími správci. Centrální server clusteru by se měl nazývat pracovní server, na kterém pracuje hlavní správce clusteru a který obsahuje seznam clusterů. Udržování registru klastru je jednou z funkcí hlavního správce klastru.

Pracovní proces (proces rphost.exe). Je to on, kdo přímo obsluhuje klientské aplikace a komunikuje s databázovým serverem. Během tohoto procesu mohou být provedeny některé procedury konfigurace modulu serveru.

Škálovatelnost 1C verze 8.3

Škálovatelnosti serverového clusteru je dosaženo následujícími způsoby:

• zvýšit počet manažerů v klastru a distribuci služeb mezi nimi
• zvýšit počet pracovních procesů, které fungují na daném pracovním serveru
• zvýšit počet pracovních serverů, které tvoří cluster.

Použití několika manažerů současně.

Funkce, které provádí správce clusteru, jsou rozděleny do několika služeb. Tyto služby lze přiřadit různým správcům clusteru. To umožňuje rovnoměrně rozložit zátěž mezi několik procesů.

Některé služby však může používat pouze hlavní správce clusteru:

• služba konfigurace clusteru
• služba správy položek ladění
• služba cluster lock.

Pro ostatní služby mohou být přiřazeni libovolní správci clusteru:

• log služba
• služba blokování objektů
• pracovní služba
• služba fulltextového vyhledávání
• datová služba relace
• služba číslování
• služba vlastního nastavení
• časová služba
• služba blokování transakcí.

Použití více pracovních postupů současně.

Na jedné straně použití více pracovních procesů umožňuje snížit zátěž každého konkrétního pracovního procesu. Na druhou stranu použití více pracovních procesů vede k efektivnějšímu využití hardwarových prostředků produkčního serveru. Procedura spouštění několika pracovních procesů navíc zvyšuje spolehlivost serveru, protože izoluje skupiny klientů, kteří pracují s různými informačními bázemi. Pracovní proces v klastru, který umožňuje spuštění více pracovních procesů, lze automaticky restartovat v časovém intervalu určeném správcem klastru.

Možnost používat více pracovních procesů (zvýšení počtu klientských připojení) bez zvýšení zátěže konkrétního pracovního procesu má za následek vzestupnou změnu v počtu pracovních serverů, které jsou součástí clusteru.

Tolerance chyb verze 1C 8.3

Odolnost vůči selhání clusteru je zajištěna třemi způsoby:

• redundance samotného clusteru
• rezervace pracovních procesů
• odolnost proti přerušení komunikačního kanálu.

Zálohování clusteru 1C verze 8.3

Několik klastrů je sloučeno do skupiny redundance. Clustery, které jsou v takové skupině, se automaticky synchronizují.

Pokud aktivní cluster selže, je nahrazen dalším pracovním clusterem ve skupině. Jakmile je neúspěšný cluster obnoven, stane se aktivním po synchronizaci dat.

Záloha pracovních procesů 1C verze 8.3

Pro každý z pracovních postupů je možné určit možnosti jeho použití:

• použití
• nepoužívat
• použít jako zálohu.

Pokud dojde k selhání procesu, cluster začne místo toho používat aktuálně neaktivní proces zálohování. V tomto případě je zatížení na něm automaticky přerozděleno.

Odolnost 1C verze 8.3 proti přerušení komunikačního kanálu

Protože každý uživatel má svou vlastní komunikační relaci, cluster ukládá data o uživatelích, kteří se připojili a jaké akce provedli.

Pokud fyzické připojení zmizí, cluster bude ve stavu čekání na připojení s tímto uživatelem. Ve většině případů po obnovení připojení bude uživatel moci pokračovat v práci přesně od bodu, kde bylo připojení ztraceno. Není třeba se znovu připojovat k infobázi.

Sessions ve verzi 1C 8.3

Relace umožňuje určit aktivního uživatele konkrétní infobáze a určit řídicí tok z tohoto klienta. Rozlišují se následující typy relací:

• Tenký klient, Webový klient, Tlustý klient – ​​k těmto relacím dochází, když odpovídající klienti přistupují k infobázi
• Připojení typu „Konfigurátor“ - nastává při přístupu do infobáze konfigurátoru
• Připojení COM – vytvořeno při použití externího připojení pro přístup k infobázi
• WS připojení – nastává při přístupu k infobázi webového serveru v důsledku přístupu k webové službě publikované na webovém serveru
• Úloha na pozadí – vytvořena, když pracovní proces clusteru přistupuje k infobázi. Tato relace se používá ke spuštění kódu procedury úlohy na pozadí,
  Clusterová konzola – vytváří se, když obslužný program pro správu klient-server přistupuje k pracovnímu procesu
• Správce COM – nastává, když je k pracovnímu procesu přistupováno pomocí externího připojení.
• Práce pod různými operačními systémy

Všechny procesy serverového clusteru mohou fungovat pod operačním systémem Linux i pod operačním systémem Windows. Toho je dosaženo tím, že k interakci clusteru dochází pod kontrolou protokolu TCP/IP. Cluster může také zahrnovat fungující servery s kterýmkoli z těchto operačních systémů.

Nástroj pro správu clusteru serverů 8.3

Systémový balíček obsahuje obslužný program pro správu volby klient-server. Tento nástroj umožňuje měnit složení clusteru, spravovat informační báze a rychle analyzovat zámky transakcí.

Několik pracovních procesů na jednom serveru umožňuje efektivně využívat množství paměti RAM a procesorových zdrojů k provádění požadavků a také připojit relaci klienta k jinému pracovnímu procesu, pokud ten aktuální „selže“.
Program Server Agent (agent) je zodpovědný za pochopení toho, co běží na konkrétním serveru. Zastavení agenta serveru způsobí, že server nebude dostupný pro použití clusterem. Agent ukládá své informace do souboru srvribrg.lst.

Informace o pracovních databázích a souvisejících pracovních procesech vlastní „Správce serveru“ (rmngr). Tyto informace ukládá do souboru 1CV8Reg.lst. Zastavení správce serveru může vést k restartování klientských aplikací, pokud se správce úspěšně restartuje, nebo k úplnému zastavení pracovních serverů celého clusteru.

1C: Podnik umožňuje vytvoření několika nezávislých clusterů na jednom serveru. Každý z nich je v síti identifikován jedinečným „IP portem“ a jedinečným číslem v souborech služeb. První cluster ve výchozím nastavení přijímá port 1541.

Modul snap-in Enterprise Servers je navržen pro správu clusteru.
K serverům se můžete připojit pomocí názvu serveru nebo IP adresy.

Serverový agent

Serverový agent „ví“ o všech clusterech, které jsou spuštěny na serveru. Tyto informace jsou uloženy v souboru srvribrg.lst se seznamem clusterů a správců seznamu. Hlavní port agenta je 1540. Na každém Working serveru může být spuštěn pouze jeden agent, který obsluhuje všechny možné clustery na tomto serveru.

Podívejme se blíže na vlastnosti clusteru

Interval restartu

Tento parametr restartuje pracovní procesy serveru 1C podle zadané hodnoty v sekundách. Parametr se obvykle používá na aplikačních serverech, které mají 32bitový systém, protože kapacita paměti je omezena na ~ 3,7 GB, pokud je operační systém 64bitový a aplikační server je 32bitový. Pokud OS používá 32bitovou architekturu, pak celková spotřeba paměti pracovního procesu je ~ 1,7 GB. Uživatelé mohou často obdržet chybovou zprávu jako „Nedostatek paměti na serveru 1C Enterprise“. Nejjednodušší způsob, jak se této chybě vyhnout, je restartovat pracovní procesy, například 86400 sekund (1 den). Při změně parametru začíná počítání času od spuštění služby aplikačního serveru 1C.

Povolená velikost paměti

Restartování pracovních procesů při dosažení určité prahové hodnoty paměti obsazené pracovním procesem v kilobajtech.

Interval pro překročení povoleného množství paměti

To znamená, že pokud je během zadaného počtu sekund překročena paměť uvedená v parametru „povolené množství paměti“, server 1C se rozhodne restartovat pracovní postup.

Přípustná odchylka počtu chyb serveru

Vypočítá se následovně. Máme serverová volání, která lze vidět v technologickém protokolu pomocí události „CALL“, a existují také různé výjimečné situace, které lze vidět v technologickém protokolu pomocí události „EXCP“. Platforma vypočítá poměr těchto událostí. Předpokládá se, že tyto události by měly být přibližně stejné. Pokud v některém pracovním procesu tento poměr o nějakou významnou hodnotu převyšuje poměr těchto událostí v jiných pracovních procesech, pak je takový pracovní proces považován za problematický. Právě tato hodnota se nastavuje v tomto parametru. Doporučená hodnota je 50.

Vynutit ukončení problematických procesů

Pokud tento parametr povolíme, budou podle parametru „přípustná odchylka v počtu chyb serveru“ ukončeny problematické procesy. Pokud je parametr deaktivován, platforma zobrazí událost protokolu procesu „ATTN“, která označuje problematický proces.

Zastavit deaktivované procesy po

Pokud je spuštěn jeden z parametrů „interval restartu“ nebo „povolená velikost paměti“, může při restartu pracovního procesu „spadnout“. Pokud klient při restartu nepřistupuje k serveru (je neaktivní), při příštím přístupu k němu plynule přejde na nový pracovní proces. Pokud klient kontaktuje server v době restartování pracovního postupu, pak v tomto případě obdrží chybovou zprávu a ukončí svou práci. Abyste tomu zabránili, musíte nastavit hodnotu tohoto parametru v sekundách. Obvykle stačí 120 sekund. Během této doby bude mít pracovní postup čas zpracovat aktuální požadavky zákazníků a přenést je do nového pracovního postupu. Ti aktivní klienti, které proces nestihl zpracovat, jsou ukončeni a klienti mohou obdržet chybu.

Úroveň odolnosti proti poruchám

Toto nastavení žije samo o sobě, bez ohledu na počet centrálních serverů. Úroveň odolnosti proti poruchám může nabývat libovolné hodnoty. Například úroveň odolnosti = 1, pak se každá uživatelská relace zdvojnásobí. Pokud je úroveň odolnosti proti chybám = 2, pak se každá relace vynásobí 3. Zvýší se také zatížení serveru. Při změně úrovně odolnosti proti chybám, pokud máme centrální server, se replikuje na každý centrální server: „registr clusteru“, „služba zamykání clusteru“. Existuje také replikace služeb jako „služba dat relace“, „služba časových razítek online“, „služba blokování objektů“, „služba licencí“, „služba číslování“ na další servery. Mezi nimi je nejtěžší „služba dat relace“.

Režim sdílení zatížení

Z hlediska výkonu. Když se připojí klientské připojení, připojí se k libovolnému serveru s pracovním procesem s větším dostupným výkonem. Dostupný výkon se nastavuje ve vlastnostech pracovního postupu:

Dostupný výkon na úrovni 1C se vypočítá následovně: jednou za 10 minut je uskutečněno volání referenčního serveru do všech pracovních procesů a je měřena doba tohoto volání. Výsledné číslo se vydělí 10 000 (deset tisíc) a mechanismy aplikačního serveru vypočítají referenční čas. V případě, že produktivita pracovního procesu klesla o 25 % oproti ostatním, spojení z tohoto pracovního procesu začnou přecházet do jiných pracovních procesů, dokud všechna spojení nezmizí.

Priorita paměti. Uživatelská připojení budou vytvořena k produkčnímu serveru, který má více dostupné paměti.

Správce clusteru

Za provoz klastru odpovídá manažer klastru. Každý cluster má svého správce. Správce ukládá informace o klastru do souboru 1CV8Reg.lst (registr klastru). Každý Cluster Manager má také svůj vlastní port na pracovním serveru. Pro první cluster je výchozí port správce 1541. Právě tento port je zobrazen v modulu snap-in 1C Servers: Enterprise ve větvi Clusters a identifikuje cluster.
Manažer přijímá požadavky od klientské části 1C: Enterprise a rozhoduje, kterému Workflow zadá tento požadavek na službu.

Správce používá port služby k interakci s pracovními procesy.

Pracovní proces

Pracovní proces je zodpovědný za „práci s klienty“. V clusteru 1C: Enterprise 8 může být několik pracovních procesů. Počet pracovních procesů se nevytváří ručně, ale vypočítává se na základě popisů požadavků úlohy na odolnost a spolehlivost. Správce serveru rozhodne, který pracovní proces bude obsluhovat připojení klienta. Pro klientská připojení je pracovním procesům standardně přidělen rozsah portů IP 1560 – 1591. Kromě toho je každému pracovnímu procesu přiřazen port služby pro komunikaci se správcem clusteru.

Nastavení pracovního serveru podle dokumentace 1C lze změnit pouze ve verzi CORP aplikačního serveru 1C. Ve skutečnosti nastavení funguje ve verzi CORP i PROF. Pokud jsou tato nastavení použita ve verzi PROF, jedná se o porušení licenční smlouvy.

Maximální paměť pracovního postupu

Tento parametr sám o sobě nic neomezuje. Funguje ve spojení s parametrem „bezpečná spotřeba paměti na hovor“. Představme si, že všechny naše pracovní procesy v součtu dosáhly přibližně spotřeby paměti zadané hodnoty tohoto parametru. A nyní chce určitý uživatel provést určité volání serveru, které chce spotřebovat velké množství paměti. Jakmile volání serveru překročí velikost paměti zadanou v tomto parametru o velikost paměti v parametru „bezpečná spotřeba paměti pro jedno volání“, tento konkrétní uživatel obdrží chybu ve tvaru: „bezpečná spotřeba paměti pro jednoho klienta -volání serveru bylo překročeno." To je nezbytné, aby jeden uživatel nemohl zahltit fungující server. Hodnota parametru 0 se rovná 80 % paměti nainstalované na serveru 1C.

Bezpečná spotřeba paměti na hovor

Hodnota 0 (výchozí) je 5 % hodnoty maximální paměti pracovního postupu. Hodnota může být -1. To znamená, že každé volání klient-server, které překročí zadanou hodnotu parametru „maximální velikost pracovní paměti“.

Množství paměti pracovního procesu, do kterého je server považován za produktivní

Znamená to, že pokud je nastavena na hodnotu a pracovní procesy zabírají množství paměti určené v tomto parametru, server bude pokračovat v běhu, ale nebude přijímat nová připojení, dokud se paměť neuvolní.

Počet zabezpečení informací na proces

Pokud existuje mnoho informačních bází a jeden pracovní postup, může dojít ke snížení výkonu. Proto je s tímto parametrem možné snížit počet databází na proces. Pokud nastavíte hodnotu na 1 (ve většině případů to funguje zcela optimálně), pak se pro každou infobázi vytvoří nový pracovní proces (rphost).

Počet připojení na proces

Stejný jako parametr výše, ale závisí na počtu připojení na proces. Hodnota 0 znamená, že na každém pracovním serveru bude pouze jeden pracovní proces.

Manažer pro každou službu

Každý centrální pracovní server má hlavního správce clusteru s určitými službami:

Provádí je jedna služba „rmngr“. Představme si, že tato služba začne spotřebovávat hodně paměti nebo plýtvat prostředky CPU. Obvykle je několik typických podezřelých. Ale najednou jste ve „slepé uličce“ a nemůžete pochopit, co přesně službu načítá, můžete zaškrtnout políčko „správce pro každou službu“, služba bude rozdělena do 21 procesů (toto je počet služeb v hlavním správce clusteru). A podle toho, pomocí PID procesu, bude možné vypočítat, která služba nahrává systém.

Centrální server

Toto je server, který ukládá registr clusteru v souboru 1CV8Clst.lst. Soubor obsahuje seznam databází, seznam správců clusteru, seznam požadavků na přiřazení funkcí, seznam profilů zabezpečení a obecně všechna nastavení clusteru. Tento soubor je přítomen pouze tam, kde je zaškrtnuto políčko „centrální server“. Centrálních serverů může být několik. Na centrálních serverech jsou také služby jako „služba blokování clusteru“, „služba konfigurace clusteru“. Dokud je funkční alespoň jeden centrální server, cluster funguje. Jakmile selže poslední centrální server, cluster se stane nepoužitelným bez ohledu na nastavení odolnosti proti chybám.

Požadavek přiřazení funkčnosti

Serverový cluster 1C Enterprise 8.3 poskytuje určitou sadu funkcí (nazývané objekty požadavků), jejichž distribuci mezi pracovními servery v rámci clusteru lze řídit. Můžete například určit, že všechny úlohy na pozadí v clusteru poběží na vybraném pracovním serveru. Chcete-li umístit připojení nebo klastrovou službu na jakýkoli produkční server, musíte pro vybraný produkční server vytvořit požadavek na přiřazení funkčnosti. Tento požadavek určuje schopnost nebo nemožnost konkrétního serveru provést určitou úlohu. Podívejme se blíže na to, co je to požadavek na přiřazení funkčnosti.

Migrace uživatelských připojení

Řekněme, že chceme, aby připojení uživatelů fungovalo na pracovním serveru č. 1, ale pokud tento server selže, chceme, aby přešli na jiný pracovní server č. 2

K tomu potřebujeme vytvořit požadavek na přiřazení funkčnosti na serveru č. 1:

Na serveru č. 2 nastavte stejná nastavení, ale změňte prioritu:

Význam priority je implementován obráceně. To znamená, že priorita 1 je vyšší než priorita 2.

Odeberte produkční server z clusteru

Pracovní server můžeme jednoduše odebrat z clusteru jeho odstraněním ze seznamu, ale v tomto případě budou všichni uživatelé „vyhozeni“ ze systému. Aby byl odběr bezbolestnější, můžete provést následující:

Vytvořte požadavek na přiřazení funkcí s následujícím nastavením:

Toto nastavení znamená, že k tomuto produkčnímu serveru nebudou žádná nová připojení. Ti uživatelé, kteří pracovali, budou pokračovat v práci, ale postupně přejdou na jiné fungující servery.

Licenční služba

Přesuňte licenční službu na samostatný server. To je dobré, protože softwarové licence mohou být vázány na konkrétní počítač. Vytvořme požadavek na přiřazení funkčnosti s následujícím nastavením:

Úlohy na pozadí

S vydáním platformy 8.3.7 byly úlohy na pozadí rozděleny do 2 skupin:

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

2. Rutinní úkoly

Proto je pro přiřazení funkcí vyžadováno několik nastavení:

1. Aby úlohy na pozadí běžely rychle, musíte přidat data relace pro úlohy na pozadí a naplánované úlohy

Po vytvoření nezbytných požadavků pro přiřazení funkcí je musíte použít:

Částečná – aplikace, která nenaruší uživatelský zážitek

Full – aplikace, která může narušit uživatelský dojem.

V praxi jsem se nikdy nesetkal se situací, kdy by to při plné aplikaci narušilo uživatelský zážitek nebo něco podobného. Ale všechno je možné, mějte na paměti. Po aplikaci není restartování služby aplikačního serveru 1C nutné.

Vždy se můžete obrátit na specialisty na optimalizaci 1C, naše praktické zkušenosti vám ušetří čas.

Kromě verze souboru může systém 1C:Enterprise pracovat s informačními bázemi ve verzi klient-server. V druhém případě se rozumí architektura, která se skládá z několika softwarových vrstev, schematicky znázorněných na obrázku níže.

• Klientské aplikace, tenký klienti a weboví klienti- toto je „1C:Enterprise“ v různých režimech spouštění, se kterými pracuje koncový uživatel. Pro klientské aplikace a tenké klienty stačí webový prohlížeč na počítačích uživatelů (nebo na nich), pro webového klienta.
• Serverový cluster "1C:Enterprise" je kolekce pracovních procesů běžících na jednom nebo více počítačích a seznam informačních bází, které jsou umístěny v tomto clusteru. V serverovém clusteru se provádí veškerá práce aplikačních objektů, příprava pro zobrazení formulářů (čtení objektů infobáze, vyplňování formulářových dat, uspořádání prvků atd.) a příkazové rozhraní, generování reportů a spouštění úloh na pozadí. Klienti zobrazují pouze informace připravené v clusteru serverů. Kromě toho jsou na clusterovém serveru 1C:Enterprise uloženy soubory služeb a registrační protokol infobase.
• Databázový server— na databázovém serveru probíhá přímé ukládání a práce s daty, kterou zajišťuje jeden z následujících systémů pro správu databází (DBMS) podporovaných systémem 1C:Enterprise:
  • Microsoft SQL Server od Microsoft SQL Server 2000 a vyšší;
  • PostgrageSQL od verze 8.1;
  • IBM DB2 od verze 9.1;
  • Oracle Database od verze 10g Release 2.
• webový server vyžadováno pouze pro webové klienty a jednu z možností tenkého klienta. Poskytuje interakci těchto typů připojení s clusterem serverů 1C:Enterprise.

Za zmínku také stojí, že každá softwarová vrstva nemusí být nutně umístěna na samostatném fyzickém počítači. Serverový cluster může být umístěn na stejném počítači s databázovým serverem, webovým serverem atd. V malých organizacích se například často vyskytuje následující pracovní struktura:

V tomto článku popíšu instalaci serveru 1C:Enterprise verze 8.3.4.389 (pro ostatní verze platformy 1C:Enterprise 8.1, 8.2 a 8.3 jsou kroky podobné) na jeden počítač se systémem Windows Server 2008 (R2) nebo Windows Server 2012 (R2). Za DBMS bude považován Microsoft SQL Server 2008 (R2) nebo Microsoft SQL Server 2012. K tomu budeme potřebovat:

1. Počítač, který splňuje systémové požadavky pro instalaci serveru 1C:Enterprise a s operačním systémem nainstalovaným v tomto počítači nebo .
2. Počítač pro databázový server, také s operačním systémem nebo (může to být počítač z kroku 1).
3. Práva místního správce na obou počítačích.
4. Distribuční sada pro instalaci serveru 1C:Enterprise 8.
5. Softwarová licence nebo ochranný klíč HASP4 Net pro server 1C:Enterprise.
6. Distribuční sada pro instalaci Microsoft SQL Server 2008 (R2) nebo Microsoft SQL Server 2012.

2. Instalace MS SQL Server DBMS

MS SQL Server DBMS nainstalujeme na počítač, který slouží jako databázový server. Pro provoz systému 1C:Enterprise stačí nainstalovat následující komponenty:

• Služby databázového stroje
• Nástroje pro správu – základní
  • Nástroje pro správu – kompletní.

Vyberte možnosti řazení " Cyrillic_General_CI_AS" Podrobnosti o instalaci systémů

3. Konfigurace brány Windows Firewall pro provoz DBMS

Pokud jsou databázový server a clusterový server 1C:Enterprise umístěny na různých fyzických počítačích, musíte nakonfigurovat bránu Windows Firewall na databázovém serveru tak, aby server 1C:Enterprise mohl pracovat s DBMS, konkrétně otevřít příchozí připojení na portu. 1433 (pro výchozí instanci SQL Server).

• Podrobně jsem psal o nastavení brány Windows Firewall pro Microsoft SQL Server 2008 (R2) / 2012.

4. Přidání uživatele na MS SQL Server

Dále k MS SQL Serveru přidáme samostatného uživatele, pod kterým budou připojeny databáze serveru 1C:Enterprise. Tento uživatel bude také vlastníkem těchto databází. Uživatel, který má být přidán, musí být autorizován na serveru pomocí hesla a musí mít následující sadu rolí: dbcreator, správce procesu, veřejnost. Podrobnosti o přidání uživatele do

• Microsoft SQL Server 2008 (R2), který jsem napsal.
• Napsal jsem Microsoft SQL Server 2012.

5. Instalace serveru 1C:Enterprise

Nyní přejdeme k instalaci souborů serveru 1C:Enterprise a spuštění odpovídající služby. Instalace vyžaduje distribuční sadu technologické platformy 1C:Enterprise. Ze seznamu dodávaných rozvodů jsou vhodné:

• technologická platforma 1C:Enterprise pro Windows – umožňuje instalaci 32bitového serveru 1C:Enterprise
• 1C:Enterprise server (64bitový) pro Windows – umožňuje instalaci 32bitových i 64bitových serverů 1C:Enterprise

(Existuje také rozšířená verze KORP serveru 1C:Enterprise 8.3, podrobnosti naleznete na webu 1C)

Otevřete adresář s instalačními soubory serveru 1C:Enterprise a spusťte soubor setup.exe.

Spustí se asistent instalace systému 1C:Enterprise. Na první stránce klikněte na " Dále».

Na další stránce musíte vybrat komponenty, které se budou instalovat, požadujeme následující komponenty:

• Server 1C:Enterprise— 1C: Komponenty podnikového serveru
• Správa serveru 1C:Enterprise 8— další komponenty pro správu clusteru serverů 1C:Enterprise

Zbývající součásti (seznam součástí může záviset na konkrétní distribuci), v závislosti na potřebě, lze také nainstalovat na tento počítač. Po výběru klikněte na „ Dále».

Vyberte jazyk rozhraní, který bude použit jako výchozí, a klikněte na „ Dále».

Pokud je server 1C:Enterprise nainstalován jako služba Windows (a ve většině případů by měl být nainstalován jako takový), doporučuji okamžitě vytvořit samostatného uživatele, pod kterým bude vytvořená služba spuštěna. Pro tohle

• Nechte vlajku "zapnutou" Nainstalujte 1C:Enterprise server jako službu Windows (doporučeno)»;
• Přesuneme příslušný přepínač do polohy „ Vytvořte uživatele USR1CV8».
• Zadejte dvakrát heslo pro vytvářeného uživatele. Ve výchozím nastavení musí heslo odpovídat zásadám hesel systému Windows. Můžete si o tom přečíst více:
  • Pro Microsoft Windows Server 2008 (R2) - ;
  • Pro Microsoft Windows Server 2012 - .

Pro spuštění serveru 1C:Enterprise můžete také vybrat stávajícího uživatele. V tomto případě musí mít vybraný uživatel následující práva:

• Přihlaste se jako služba
• Přihlaste se jako dávková úloha
• Uživatelé protokolu výkonu.

Uživateli musí být také udělena potřebná práva k adresáři souborů služeb serveru (ve výchozím nastavení C:\Program Files\1cv8\srvinfo pro 64bitové a C:\Program Files (x86)\1cv8\srvinfo pro 32bitový server).

Automaticky vytvořený uživatel USR1CV8 bude mít všechna výše uvedená práva.

Po vyplnění příslušných parametrů klikněte na „ Dále».

A nakonec klikněte na „ Nainstalujte» zahájíte instalaci. Tím zkopírujete soubory vybraných komponent, vytvoříte konfigurační soubory, zaregistrujete programové komponenty, vytvoříte zástupce a také spustíte službu serveru 1C:Enterprise.

Po dokončení instalace vás asistent vyzve k instalaci ovladače ochrany – ovladače zařízení HASP. Pokud používáte softwarovou licenci pro server 1C:Enterprise, není třeba instalovat ovladač. Nechte nebo odstraňte vlajku " Nainstalujte ovladač ochrany"a klikněte" Dále».

Na stroji často spolu se serverem 1C:Enterprise běží další služby - terminálový server, SQL server atd. A v určitém okamžiku server 1C:Enterprise, nebo spíše pracovní proces rphost, spotřebovává více paměti, než bylo plánováno, nebo celou paměť. Což vede ke zpomalení ostatních služeb a zombie serveru. Abyste se takovým situacím vyhnuli, musíte nakonfigurovat automatický restart pracovních postupů serveru 1C:Enterprise

Řešení

1. Otevřete administrační konzolu serverů 1C Enterprise;
2. Rozbalte strom centrálního serveru na clustery a vyberte cluster, který nás zajímá. V příkladu je pouze jeden shluk;
3. Otevřete vlastnosti vybraného clusteru a podívejte se na následující formulář

Vlastnosti serverového clusteru 1C:Enterprise 8.3

Podívejme se na příklad zobrazený na obrázku:

Interval restartu— čas, po kterém bude proces rphost nucen restartovat. Před ukončením procesu se spustí nový proces rphost, do kterého se přenesou všechna spojení a teprve poté se starý proces ukončí. To nijak neovlivní uživatelskou zkušenost. Interval je uveden v sekundách, v příkladu je uvedeno 24 hodin.

Povolená velikost paměti— množství paměti, ve které může pracovní postup bez problémů fungovat. Objem je udáván v kilobajtech, v příkladu je hodnota 20 gigabajtů (ve skutečnosti je údaj příliš velký a je třeba začít od konkrétního systému, ale průměrný údaj je 4 GB). Jakmile paměť obsazená pracovním procesem překročí zadanou hodnotu, začne odpočítávání.

Interval pro překročení povoleného množství paměti— poté, co časovač spuštěný po překročení povoleného množství paměti odpočítá zadaný čas, bude spuštěn nový pracovní proces, do kterého se přenesou všechna spojení, starý proces je označen jako vypnutý. Interval je uveden v sekundách, v příkladu je uvedeno 30 sekund.

Zastavit deaktivované procesy po— čas, po kterém se pracovní postup označený jako vypnutý zastaví; pokud je hodnota 0, proces se nedokončí. Interval je zadán v sekundách, v příkladu je uvedeno 60 sekund.

Po použití nastavení nemusíte restartovat službu serveru, jsou aplikována dynamicky.

Celkový

Takto nastavíme automatický restart pracovních procesů serveru 1C:Enterprise a získáme stabilnější systém, pokud dojde k úniku paměti, práce konkrétní relace bude ukončena.

V některých situacích si také můžete pohrát s nastavením a zabránit možnému pádu serveru, pokud uděláte chybu.