Počet zlúčenín na proces 1c 8,3 optimálny

Často autom spolu so serverom 1C: Spoločnosť zamestnáva iné služby - terminálový server, SQL Server atď. A v určitom bode, server 1C: Enterprise a presnejšie, RPHOST Workflow je konzumovaný viac, než sa naplánovalo alebo celá pamäť. Čo vedie k spomaleniu práce iných služieb a serverových zombie. Aby ste sa vyhli takýmto situáciám, musíte nakonfigurovať automatický reštartovanie pracovných tokov 1C servera: podniky

Rozhodnutie

1. Otvorte konzolu správy 1C Enterprise Server;
2. Nasmerujeme centrum centrálneho servera do klastrov a vyberieme klastku záujmu NC. V príklade je klastra len jeden;
3. Otvorte vlastnosti zvoleného klastra a pozrite si nasledujúci formulár.

1C Server Cluster Vlastnosti: Enterprise 8.3

Analyzujeme príklad uvedený v obrázku:

Interval Reštartujte - čas, ktorým bude proces RPHOST násilne reštartovaný. Pred ukončením procesu sa začína nový proces RPHOST, na ktorý sa prenášajú všetky spojenia, a bude dokončená iba práca starého procesu. Pri práci používateľa neovplyvní. Interval je indikovaný v sekundách, v príklade je uvedených 24 hodín.

Prípustná pamäť - množstvo pamäte, v rámci ktorej môže pracovný tok pracovať bez problematického. Objem je indikovaný v kilobajtoch, v príklade je označená hodnota 20 gigabajtov (v skutočnosti, postava je príliš veľká a je potrebné odpudzovať z konkrétneho systému, ale priemerná číslica 4 GB). Akonáhle pamäť obsadená pracovným tokom presiahne zadanú hodnotu, začne odpočítavanie.

Prekročenie intervalu prípustnej pamäte - Po spustení časovača po prekročení prípustného množstva pamäte počíta zadaný čas, spustí sa nový workflow, na ktorý sa vysielajú všetky pripojenia, starý proces je označený ako vypnutý. Interval je uvedený v sekundách, príklad označuje 30 sekúnd.

Vypnuté procesy prestanú - čas, počas ktorého bude pracovný tok zastavený, označený ako vypnutý, ak je hodnota 0, proces nebude dokončený. Interval je uvedený v sekundách, v príklade je uvedených 60 sekúnd.

Po použití nastavení nemôžete reštartovať serverovú službu, platia dynamicky.

CELKOM

Nakonfigurovali sme automatické reštartovanie pracovných tokov 1C servera: podniky a získajú stabilnejší systém, ak dôjde k úniku pamäte, konkrétna relácia bude ukončená.

Aj v niektorých situáciách môžete prehrávať nastavenia a zabrániť možnému poklesu servera, keď priradíte chyby.

Niekoľko pracovných postupov na jednom serveri umožňuje efektívne využívať množstvo zdrojov RAM a procesorov pre dotazovanie, rovnako ako pripojiť klienta reláciu na iný pracovný tok počas "havárie" aktuálneho.
Na pochopenie, že spustenie na konkrétnom serveri je zodpovedný program servera (Raigent). Zastavte server agenta urobí server neprístupný k klastra. Agent ukladá svoje informácie do súboru Srvribrg.lst.

Informácie o pracovných základoch týkajúcich sa pracovných procesov vlastní manažér servera (RMNGR). Ukladá tieto informácie v súbore 1cv8REG.lst. Zastavenie správcu servera môže viesť k reštartu klientskych aplikácií v prípadoch úspešného manažéra reštartovať alebo dokončiť prácu pracovných serverov celého klastra.

1C: Enterprise vám umožňuje vytvoriť niekoľko nezávislých klastrov na jednom serveri. Každý z nich je identifikovaný v sieti jedinečný "IP port" a jedinečné číslo v servisných súboroch. Prvý predvolený klastra prijíma port 1541.

Na ovládanie klastra je navrhnutý "Enterprise Servers".
Môžete sa pripojiť k serverom podľa mena alebo adresy IP servera.

Server agenta

Agent servera "vie" o všetkých klastrov, ktoré sú spustené na serveri. Tieto informácie sú uložené v súbore Srvribrg.lst so zoznamom klastrov a administrátorov zoznamu. Hlavným prístavom agenta je 1540. Na každom operačnom serveri sa môže spustiť len jeden agenta slúžiaci všetky možné klastre.

Podrobnejšie povedzte s vlastnosťami klastra

Interval Reštartujte

Tento parameter reštartuje prevádzkové procesy servera 1c pre danú hodnotu v sekundách. Zvyčajne sa parameter používa na týchto aplikačných serveroch, ktoré majú 32x systém vypúšťania, pretože existuje množstvo pamäte, je obmedzené na ~ 3,7 GB, ak sa používa 64x bitový operačný systém, a aplikačný server je 32x. Ak OS používa 32x Architektúra vypúšťania, potom celkové množstvo spotreby pamäte pracovného toku je ~ 1,7 GB. A používatelia môžu často dostávať správu o chybe "Nedostatok pamäte na 1C Enterprise Server". Najjednoduchší spôsob, ako sa vyhnúť tejto chybe, je reštartovanie pracovných postupov, napríklad 86400 sekúnd (1 deň). Pri zmene parametra sa odpočítavanie začne od štartu služby 1C aplikačného servera.

Prípustná pamäť

Reštartovanie pracovných postupov na dosiahnutie určitej prahovej hodnoty obsadenej pamäte pracovným postupom v kilobajtoch.

Prekročenie intervalu prípustnej pamäte

Prostriedky, ak v rámci určeného počtu sekúnd prekročí pamäť v parametri "Platná pamäť", potom sa server 1C rozhodne reštartovať pracovný postup.

Prípustná odchýlka chýb servera

Vypočíta sa nasledovne. Máme serverové hovory, ktoré možno vidieť v technologickom prihlásení na udalosť "Call" a existujú rôzne výnimočné situácie, ktoré možno vidieť v udalosti EXPP v technologickom denníku. Platforma vypočíta pomery týchto udalostí. Predpokladá sa, že tieto udalosti by mali byť približne rovnaké. Ak v každom pracovnom toku tento pomer presahuje pomer týchto udalostí v iných pracovných postupoch na významnom množstve, potom takýto pracovný postup je rozpoznaný ako problematický. Táto hodnota je nastavená v tomto parametri. Odporúčaná hodnota - 50.

Násilne dokončenie problémových procesov

Ak tento parameter povolíme, potom parametrom "Platná odchýlka počtu chýb servera" budú dokončené problémové procesy. Ak je parameter vypnutý, platforma zobrazuje udalosť technologického protokolu ATTN, ktorá znamená problémový proces.

Vypnuté procesy prestanú

Ak jeden z pracovného parametra "reštart" alebo "platná pamäť, pri reštartovaní pracovného procesu, môže" vypadnúť ". Ak klient sa počas reštartovania neodvoláva na server, potom s ďalšou manipuláciou, hladko sa prepne na nový pracovný tok. Ak klient odvoláva na server v čase reštartovania pracovného toku, potom sa v tomto prípade dostane chybové hlásenie a dokončí svoju prácu. To sa nestane, musíte zadať hodnotu tohto parametra v sekundách. Zvyčajne je to dosť 120 sekúnd. Počas tejto doby bude mať pracovný tok čas na spracovanie aktuálnych požiadaviek zákazníka a preložiť ich do nového pracovného toku. Títo aktívni klienti, ktorí proces nemal čas na spracovanie, a zákazníci môžu získať chybu.

Úroveň tolerancie na poruchu

Toto nastavenie žije samo o sebe bez ohľadu na počet centrálnych serverov. Úroveň tolerancie na poruchu môže mať akékoľvek hodnoty. Napríklad úroveň tolerancie chybov \u003d 1, potom každá relácia používateľa zdvojnásobuje. Ak je úroveň tolerancie chybov \u003d 2, potom sa každá relácia vynásobí 3. Tiež zvyšuje záťaž na serveri. Pri zmene úrovne tolerancie na poruchu, ak máme centrálny server, replikácia na každom centrálnom serveri: "Registry klastra", "Služba klastra". Tiež sa opakuje na iné servery, služby, ako napríklad "servisné relácie", "operačný servis Timestamps", "Service Locks Objects", "Service Liss", "Číslovanie služby". Medzi nimi je najťažšia "servisná služba relácie".

Režim distribúcie záťaže

Výkonom. Keď je pripojené klient pripojené, bude pripojený k tomuto serveru, kde je pracovný postup prítomný s prístupným výkonom. Dostupný výkon je nastavený v vlastnostiach pracovného toku:

Dostupná kapacita pri 1C sa vypočíta takto: Všetky referenčné pracovné tok je hovorový server 1 každých 10 minút a merané trvanie hovoru. Výsledné číslo je rozdelené na 10 000 (desaťtisíc) a mechanizmy aplikačného servera sa vypočíta podľa referenčného času. V prípade, že výkon akéhokoľvek pracovného procesu sa stal o 25% menej ako zvyšok, s týmto prípojkom pracovného toku začínajú opustiť zvyšok pracovných procesov, pokiaľ sa pripojenie nezmiznú.

Priorita pamäte. Pripojenie používateľa bude pripojené k takémuto pracovnému serveru, ktorý má k dispozícii viac pamäte.

Správca klastra

Správca klastra je zodpovedný za prácu klastra. Každý klastra má svoj vlastný manažér. Správca ukladá informácie o klastri v súbore 1CV8REG.lst (register klastrov). Každý kastrový manažér má tiež vlastný port na pracovnom serveri. Pre prvý klaster v predvolenom nastavení manažér manažéra 1541. Je tento port, že tento port sa zobrazí v "Servery 1C: Enterprise" Snap-In v odbore klastra, identifikácia klastra.
Manažér akceptuje žiadosti od klientskej časti 1C: podniky a robí riešenie, ku ktorému workflow poskytne túto požiadavku na služby.

Ak chcete komunikovať s pracovnými procesmi, manažér používa nástroj.

Pracovný proces

Pre "prácu s klientmi" spĺňa pracovný tok. Pracovné postupy v 1C klastri: Podniky 8 môžu byť niekoľko. Počet pracovných postupov nie je manuálne vytvorený, ale vypočíta sa na základe opisov požiadaviek na úlohy tolerancie a spoľahlivosti. Správca servera rozhoduje, ktorý z pracovných postupov bude slúžiť k klientskemu pripojeniu. Pre klientske pripojenia sú predvolené pracovné postupy pridelené rozsahom portov IP 1560 - 1591. Okrem toho je priradený servisný port na výmenu s klastra správca.

Konfigurácia pracovného servera podľa 1C dokumentácie je možné zmeniť iba vo verziách aplikačného servera 1C. Konfigurácia v skutočnosti funguje ako vo verziách CorP av profesionálnej verzii. Ak sa tieto nastavenia používajú v profesionálnej verzii, bude to porušenie licenčnej zmluvy.

Maximálne množstvo pamäte pracovného toku

Tento parameter neobsahuje nič. Pracuje v balíku s možnosťou "Bezpečná spotreba pamäte na hovoru". Predstavte si, že všetky naše pracovné postupy dosiahli približne spotrebu pamäte od zadanej hodnoty tohto parametra. A teraz určitý užívateľ chce urobiť určitý serverový hovor, ktorý chce konzumovať veľké množstvo pamäte. Akonáhle serverový hovor prekročí množstvo zadanej pamäte v tomto parametri k pamäti parametra "Bezpečná spotreba pamäte na hovoru", je tento užívateľ dostane chybu typu: "Bezpečná spotreba pamäte pre jedného klienta -Server Call "je prekročený. Je potrebné, aby jeden užívateľ nemohol "vyplniť" pracovný server. Hodnota parametra 0 je 80% pamäte nainštalovanej na serveri 1C.

Bezpečná spotreba pamäte pre jeden hovor

Hodnota 0 (predvolené) je 5% hodnoty "maximálneho množstva pamäte pracovnej tokov". Môže to byť hodnota -1. To znamená, že každý klient-serverový hovor prekročil nastavenie parametrov "Maximálny pracovný tok".

Množstvo pamäte pracovných postupov, ku ktorému je server považovaný za produktívny

Prostriedky, ak je hodnota nastavená a pracovné postupy obsadili množstvo pamäte zadanej v tomto parametri, server bude pokračovať v práci, ale nebude akceptovať nové pripojenia, kým nie je pamäť bezplatná.

Počet IB za proces

Je možné znížiť výkon, keď veľa informácií a jeden pracovný tok. Tento parameter je preto možné znížiť počet databáz na 1 proces. Ak dáte hodnotu 1 (vo väčšine prípadov funguje celkom optimálne), potom pre každú dátovú základňu vytvorí nový pracovný tok (RPHOST).

Počet zlúčenín v procese

Rovnako ako parameter je vyšší, závisí len od počtu pripojení k procesu. Hodnota 0 bude znamenať, že na každom operačnom serveri bude len jeden workflow.

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

Každý centrálny pracovný server má hlavný riaditeľ klastra s určitými službami:

Vykonávajú jednu službu RMNGR. Predstavte si, že táto služba začína konzumovať veľa pamäte alebo míňať zdroje procesora. Zvyčajne existuje niekoľko typických podozrivých. Ale potom vstanete v "Dead End" a nemôžete pochopiť, čo to načítava službu, môžete nastaviť označenie "Manager pre každú službu", služba bude rozdelená do 21 procesov (toto je počet služieb generálny riaditeľ klastra). A podľa toho podľa PID procesu možno vypočítať, ktoré služby zaťaženie systému.

Centrálny server.

Toto je server, ktorý je register klastrov uložený v súbore 1cv8clst.lst. Súbor obsahuje zoznam databáz, zoznam administrátorov klastra, zoznam funkčnosti priradenia požiadaviek, zoznam bezpečnostných profilov, vo všeobecnosti, všetky nastavenia klastra. Tento súbor je prítomný len vtedy, ak je nainštalované políčko "Central Server". Centrálne servery môžu byť niekoľko. Tiež na centrálnych serveroch sú služby, ako napríklad "Služba klastra", "CLUSTER CONFIONAL SERVICE". Pokiaľ je jeden centrálny server funkčný, funkcie klastra. Akonáhle najnovší centrálny server zlyhal, klastra sa stáva nepredvídateľnou bez ohľadu na nastavenia tolerancie.

Požiadavka funkčnosti

Klaster 1C servera Enterprise 8.3 poskytuje nejaký súbor funkcií (nazývaných požiadaviek objektov), \u200b\u200bktorých distribúcia medzi pracovnými servermi vo vnútri klastra je možné ovládať. Môžete napríklad zadať, že všetky úlohy pozadia v klastri budú vykonané na zvolenom operačnom serveri. Aby bolo možné nastaviť spojenie alebo servisný klaster na výrobný server, je potrebné, aby vybratý výrobný server vytvoril funkčnosť dopytu. Táto požiadavka určuje možnosť alebo nemožnosť konkrétneho servera vykonať jednu prácu. Podrobnejšie zvážte, aká je požiadavka na účely funkčnosti.

Prenos užívateľských pripojení

Predpokladajme, že chceme, aby používateľ pripojenia k práci na operačnom serveri číslo 1, ale ak tento server zlyhá, chceme, aby išli na iný pracovný server číslo 2

Aby sme to urobili, musíme vytvoriť priradenie funkčnosti na serveri 1:

Na serveri číslo 2 zaregistrujte rovnaké nastavenia, ale zmeňte prioritu:

Význam priority sa vykonáva naopak. To znamená, že priorita je 1 vyššia ako priorita 2.

Výstup pracovného servera z klastra

Môžeme vydať pracovný server z klastra a jednoducho odstránením zo zoznamu, ale v tomto prípade všetci užívatelia "vyhodia" zo systému. Ak chcete urobiť bezborenejší výstup, môžete vykonať nasledovné:

Vytvorte priradenie funkcií s nasledujúcimi nastaveniami:

Toto nastavenie znamená, že k tomuto pracovnému serveru nebudú pripojené nové pripojenia. Títo používatelia, ktorí pracovali, budú pokračovať v práci, ale postupne chodia na iné pracovné servery.

Licenčná služba

Uvoľnite službu licencií pre samostatný server. Je to dobré, pretože softvérové \u200b\u200blicencie môžu byť viazané na konkrétny počítač. Vytvorte priradenie funkcií s nasledujúcimi nastaveniami:

Úlohy na pozadí

S výstupom platformy 8.3.7, pozadia boli rozdelené do 2 skupín:

1. Základné úlohy spôsobené konfiguračným kódom

2. nariadenia

Preto je potrebných niekoľko úloh funkcií:

1. Ak chcete rýchlo vykonať úlohy na pozadí, musíte pridať údaje o relácii na pozadie a regulačné úlohy.

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

Čiastočná - Aplikácia, ktorá nebude prerušiť prácu používateľov

Full - Aplikácia, ktorá môže narušiť používateľov.

V praxi to nikdy nestretlo, že s plným využitím používateľov porušilo alebo niečo také. Ale všetko je možné, majte na pamäti. Po použití sa nevyžaduje reštart servera 1C aplikačného servera.

Môžete vždy kontaktovať špecialistov na optimalizáciu 1C, naše praktické skúsenosti uložia váš čas.

Server 8.3 je charakterizovaný recyklovaným vnútorným kódom, hoci "vonkajšie" sa môže zdať, že ide o zaťaženie, rafinované 8.2.

Server sa stal viac "auto custom", časť parametrov typu pracovných postupov už nie je vytvorená manuálne, ale vypočíta sa na základe opisov požiadaviek na úlohy a spoľahlivosť.

Získal vývojový mechanizmus vyvažovania zaťaženia, ktoré možno použiť buď na zvýšenie výkonu systému s celomerom, alebo použite nový režim "Uloženie pamäte", ktorý umožňuje "s obmedzenou pamäťou" v prípadoch, keď konfigurácia používaná " zamietnuť pamäť ".

Stabilita práce pri používaní veľkých množstiev pamäte je určená novými parametrami operačného servera.

Obzvlášť zaujímavá je možnosť "Bezpečná spotreba pamäte na hovoru". Pre tých, ktorí sú zle prítomní, čo to je - je lepšie nechať trénovať na "produktívnej" základni. Parameter "Maximálne množstvo pamäte workflow" vám umožňuje, keď "prepad" nevistí celý pracovný tok, ale len jednu reláciu "s Loserom". "Množstvo pamäte pracovného toku, na ktoré sa server považuje za produktívny" umožňuje blokovať nové pripojenia hneď, ako bude táto prahová hodnota pamäte prekonať.

Odporúčam izolovať pracovné procesy na informačných základniach, napríklad špecifikovať parameter "číslo IB na proces \u003d 1". Vďaka niekoľkým vysokým zaťaženým základniam to zníži vzájomný vplyv spoľahlivosti a výkonu.

Samostatný príspevok k stabilite systému robí "výdavky" licencie / klávesy. V 8.3 bolo možné použiť "Správca licencií programu" pripomínajúci Aladin Manager. Cieľom je schopnosť priniesť kľúč k samostatnému stroju.

Vykonáva sa vo forme inej "service" v správcovi klastra. Môžete použiť napríklad "zadarmo" notebook. Pridajte ho do 1C 8.3 klastra, vytvorte samostatný manažér s licencovanou službou na ňom. V prenosnom počítači môžete hardvérový hasp kľúč alebo aktivovať softvérové \u200b\u200blicencie.

Najväčší záujem o programátorov musí predložiť "požiadavky na funkčnosť".

Takže na notebooku s ochranným kľúčom, aby ste nespustili používateľov do klastrového servera, musíte pridať "požiadavky" pre objekt "Client Union s IB" Požiadavka - "NIE JE ASIGNT", t.j. Zakázať pracovné procesy tohto servera na spracovanie pripojení klienta.

Ešte väčší záujem je daný možnosť spustiť "len pozadie úlohy" na pracovnom klastrovom serveri bez užívateľských relácií. Môžete teda mať úlohy s vysokým zaťažením (kód), aby sa samostatný stroj. Na to, čo môže byť jedna pozadia "Uzatváranie mesiaca" prostredníctvom "Hodnota dodatočného parametra" RUNOVANIE NA JEDNOTKOM POČÍTAČE, ako na pozadí úlohu "Aktualizácia textového indexu" na Drugom.utochnenie sa vyskytuje zadaním "Dodatočná hodnota parametra". Napríklad, ak zadáte pozadiaJob.Commonmodule ako hodnota, môžete obmedziť prevádzku pracovného servera v klastri len na pozadí s akýmkoľvek obsahom. Hodnota pozadiaJob.Commonmodule je nastavený na špecifický kód.

Je jasné, že nemá zmysel retell dokumentáciu. Ale ak niekto radí DELICHNY, rozšírte článok.

Práve včera aktualizoval All Server Software. Ovplyvňujeme, možno, najzaujímavejšie a nové vlastnosti klastra serverov "1c: Enterprise 8.3".

Ako nastaviť klaster servera pre "1C: Enterprise 8.2" je možné zobraziť v predchádzajúcom. V niektorých bodoch sa pozornosť nebude zamerať, už boli opísané v predchádzajúcom.

Čo sa teda zmenilo v klastri "1C: Enterprise 8.3":

Po prvé, po inštalácii klastra "1c: Enterprise 8.3", bolo predtým potrebné vytvoriť pracovné postupy. Ako sa ukázalo, klastrové procesy sa teraz vytvoria automaticky v závislosti od zaťaženia účtovného systému.

Skúšobné spustenie pozadia Úlohy Hlavná základňa nútila klastra "1C: Enterprise 8.3" Nekonečne preťaženie rphost.exe. A ďalšie rphost.exe. Nechcel som byť vytvorený. Beží v nastaveniach, všetko sa stalo jasným.

Maximálne množstvo pamäte pracovného toku - Toto je množstvo pamäte, ktorá môže spoločne používať pracovné postupy. Pri inštalácii parametra musíte byť veľmi opatrní bajty. Ak nastavíte nesprávnu hodnotu (nedostatočné pre normálnych používateľov), používatelia budú vydávajú chybu "Nie je dostatok voľnej pamäte na serveri" 1C: Enterprise ". Túto chybu môžete tiež získať, keď server "1C: Enterprise" skončil s kvótou pamäte.

Bezpečná spotreba pamäte pre jeden hovor- Umožňuje ovládať spotrebu pamäte počas hovoru Server, sa meria v bajty. Ak hovor používa viac pamäte, ako je potrebné, tento hovor bude doplnený v rámci 1C klastra bez reštartovania pracovného toku ( rphost.exe.). V súlade s tým, "Loser", ktorý vykonal hovorový server, stratí reláciu s databázou bez ovplyvnenia prevádzky iných používateľov.

Množstvo pamäte pracovných postupov, ku ktorému je server považovaný za produktívny- Ak je tento parameter prekročený, server v klastri "1C: Enterprise 8.3" prestane vykonať nové pripojenia.

Počet IB za proces- Umožňuje vám izolovať informačné základy pre pracovné postupy. V predvolenom nastavení bol aktuálny klaster "1C: Enterprise 8.3" nastavený na "8", ale niekoľko hodín prevádzky sa server správal nestabilný, užívatelia zmrazili. Po izolácii každej informačnej základne (hodnota - "1") problémy zmiznú.

Počet zlúčenín v procese- Štandardne hodnota "128". Keďže súčasná základňa má veľmi veľké zaťaženie na pozadí úlohy (výpočet logistiky, analýza cenníky, analýza konkurentov atď.) Rozhodol o zníženie počtu na "25".

Mierne zmenené nastavenia a klastra "1C: Enterprise 8.3":

Úroveň tolerancie na poruchu - Toto je počet pracovných serverov, ktoré môžu súčasne zlyhať, a to nevedie k núdzovému ukončeniu používateľov. Záložné služby sa automaticky spúšťajú v množstve potrebnej na poskytnutie danej tolerancie na poruchu. V reálnom čase je aktívna služba na zálohovanie replikovaná.

Režim distribúcie záťaže- Existujú dve možnosti možností: "Výkonorová priorita" - Serverová pamäť sa strávi väčší a výkonu vyššie, "Priorita pamäte" - Cluster "1C: Enterprise 8.3" uloží pamäť servera.

Namiesto hnevu. Klaster "1c: Enterprise 8.3" Pracuje zrejmé z hrudníka a spoľahlivejšie, vytváraní relácie používateľa s informačnou základňou nastáva občas rýchlejšie, rozhranie v režime kompatibility s "1C: Enterprise 8.2.16", môžete povedať, letí. Samozrejme, že tam sú nuansy, ale kde bez nich. Úspechy pri nastavení nového klastra "1c: Enterprise 8.3".

Upozorňujeme, že nastavenia klastra sú zodpovedné za nastavenie všetkých serverov patriacich do vlastného klastra. Klaster znamená prácu niekoľkých fyzických alebo virtuálnych serverov pôsobiacich s rovnakými informáciami.

Interval Reštartujte - Zodpovedný za reštartovacích pracovných postupov klastra. Tento parameter musí byť nastavený na serveri okolo hodín. Reštartovanie Frekvencia sa odporúča komunikovať s technologickým cyklom základných základov klastra. To je zvyčajne každých 24 hodín (86400 sekúnd). Ako viete, 1C servery sú spracované a uložené pracovné údaje.

Automatický reštart bol vyvinutý v platforme ", aby sa minimalizovalo negatívne dôsledky fragmentácie a úniku pamäte v pracovných postupoch". Na jeho konajú dokonca aj informácie o tom, ako usporiadať reštart pracovných postupov na iných parametroch (pamäť, obsadené zdroje atď.).

Prípustná pamäť - Chráni 1C servery pred prepočítaním pamäti. Keď je proces tohto objemu prekročený prekročenie intervalu prípustného objemuProces sa reštartuje. Môžete vypočítať ako maximálnu veľkosť pamäte obsadenú procesmi RPHOST v období zaťaženia špičkového servera. Stojí tiež za inštaláciu malého nadbytku prípustného objemu.

Prípustná odchýlka chýb servera. Platforma vypočíta priemerný počet chýb servera s ohľadom na počet odvolaní na server na 5 minút. Ak tento pomer prekročí povolený, pracovný postup sa považuje za "problém" a môže byť dokončený systémom, ak je nainštalovaný vlajku "Nútené dokončenie problémových procesov."

Zakázané procesy prestanú. Ak je prekročenie povoleného množstva pamäte, pracovný postup nie je okamžite dokončený a stáva sa "vypnutý", takže je čas na "prenos" pracovných dát bez straty nového bežiaceho pracovného toku. Ak je tento parameter zadaný, potom bude proces "OFF" dokončený v každom prípade po uplynutí tejto doby. Ak sú pracovné postupy "zavesené" pracovné postupy v serveri 1C serveri, potom tento parameter môže byť 2-5 minút.
Tieto nastavenia sú nainštalované pre každý server 1c individuálne.

Maximálne množstvo pamäte pracovného toku - Toto je objem kumulatívny Pamäť, ktorá môže zaberať pracovné postupy (RPHOST) na aktuálnom klastri. Ak je parameter nastavený na "0", potom trvá 80% pamäte servera. "-1" - bez obmedzení. Keď DBMS a Server 1C pracujú na jednom serveri, musia zdieľať RAM. Ak sa počas prevádzky zistí, že server DBMS nemá dostatok pamäte, potom môžete obmedziť pamäť pridelenú na 1C server pomocou tohto parametra. Ak sú DBMS a 1C rozdelené podľa serverov, má zmysel vypočítať tento parameter podľa vzorca:

"Max zväzok" \u003d "celkom RAM" - "OS RAM";

"OS RAM" sa vypočíta na princípe 1 GB za každých 16 GB pamäte servera

Bezpečná spotreba pamäte pre jeden hovor. Všeobecne platí, že jednotlivé hovory by nemali obsadiť všetky RAM pridelené na pracovný tok. Ak je parameter nastavený na "0", množstvo bezpečného prietoku sa rovná 5% " Maximálna pamäť pracovného toku ". "-1" - bez obmedzenia, čo je mimoriadne neodporúča. Vo väčšine prípadov je tento parameter lepší opustiť "0".

Použitie parametrov "Počet IB na proces" a "počet zlúčenín do procesu" Môžete ovládať distribúciu pracovného toku 1C servera. Ak chcete napríklad spustiť samostatný "RPHOST" na každú informačnú základňu, v prípade "kvapiek" procesu vyplývajú len užívatelia jednej základne. Tieto parametre by mali byť vybraté individuálne pre každú konfiguráciu servera.

Obmedzenie používania RAM servera DBMS - Server DBMS MS SQL má jednu nádhernú funkciu - rád načíta základy, s ktorými sa aktívna práca vykonáva úplne. Ak nie je obmedzený, vezme si všetku rýchlu pamäť, ktorá môže len.

• Ak je server 1C: Enterprises nainštalovaný s Microsoft SQL Server, potom horná prahová hodnota pamäte musí byť znížená o hodnotu dostatočnú pre 1C server.
• Ak na serveri pracuje len DBMS, potom pre DBMS podľa vzorca:

"DBM pamäť" \u003d "zdieľaná RAM" - "RAM RAM";

Zdieľaná pamäť. - O tomto parametri je známy veľa, ale stále sa stretáva s tým, čo zabudnú na to. Test na "1", ak server 1C a DBMS pracujú na jedinom fyzickom alebo virtuálnom serveri. Mimochodom, funguje, začína z platformy 8.2.17.

Maximálny stupeň paralely - Určuje, koľko procesorov sa používa pri vykonávaní jednej požiadavky. DBMS je paralerované prijímajúce údaje pri vykonávaní komplexných dotazov pre niekoľko vlákien. Pre 1c sa odporúča nainštalovať v "1", to znamená jedným závitom.

Vyhodnotenie súborov BD - Definujeme krok v MB, s ktorým súbor databázy "rozširuje". Ak je krok malý, potom s aktívnym rastom databázy, časté rozšírenia budú mať za následok dodatočné zaťaženie na diskovom systéme. Je lepšie nastaviť 500 - 1000 MB.

Rebrácia a defragmentácia indexov - Odporúča sa, aby defragmentácia / prepustenie aspoň raz týždenne. Reindexové bloky tabuliek, takže je lepšie spustiť čas ani doby minimálneho zaťaženia. Nemá zmysel urobiť defragmentáciu po prestavbe indexu (reindexácia). Na odporúčanie spoločnosti Microsoft sa defragmentácia vykonáva, ak fragmentácia indexu nepresahuje 30%. Ak je uvedené vyššie, odporúča sa, aby sa obnovila.

Napájanie - V nastaveniach napájania operačného systému, nastavte na vysoký výkon.