Konzola správy servera 1C alebo konzola správy servera 1C alebo konzola klastra serverov 1C je pomôcka zahrnutá v 1C Enterprise 8.3, ktorá je potrebná na:
- Riadenie relácií;
- Správa zoznamu databáz;
- Vytváranie klastrov 1C pre architektúru odolnú voči chybám a škálovateľnosť;
- Flexibilná konfigurácia pracovných procesov;
- Obmedzenia spotreby zdrojov;
- Oddelenie úloh vykonávaných pracovnými servermi (preniesť jednotlivé služby na rôzne pracovné servery);
- Správa bezpečnostných profilov.
Správa databáz v klastrovej konzole
Pri práci v architektúre klient-server sa používatelia s najväčšou pravdepodobnosťou tak či onak stretávajú s konzolou správy servera, aspoň keď pridávajú novú databázu do zoznamu infobáz. Ak chcete pridať novú databázu, musíte kliknúť pravým tlačidlom myši na informačné databázy a vybrať možnosť „Vytvoriť“.
Otvorí sa okno.
V tomto okne sú vyplnené nastavenia pre pripojenie k DBMS a ak chýbajú, môžete použiť možnosť „Vytvoriť databázu, ak neexistuje“. Ostatné nastavenia možno ponechať ako predvolené.
Rovnaké okno s nastaveniami môžete otvoriť aj pre už vytvorenú informačnú základňu, pre ktorú musíte kliknúť pravým tlačidlom myši na informačnú základňu a vybrať položku ponuky „Vlastnosti“.
Tu môžeme nastaviť blok na začiatku relácií (nastaviť blok na určité obdobie). Kým je zámok na svojom mieste, žiadna relácia sa nebude môcť pripojiť k databáze.
Môžete nastaviť konkrétnu správu, ktorú používateľ uvidí pri pripájaní.
Túto možnosť je možné využiť napríklad pri vykonávaní bežnej údržby databázy (zvyčajne aktualizácie databázy). Ak sa však od správcov vyžaduje prihlásenie do databázy s uloženým blokovaním relácie, musíte použiť možnosť „Kód povolenia“. Po zadaní kódu bude v budúcnosti možné pracovať s databázou. Napríklad nastavme kód rozšírenia na 123, aby sme mohli neskôr vstúpiť do databázy. Parameter musí byť použitý s kódom povolenia /UC.
Blokovací parameter je ľubovoľný parameter, ktorý možno použiť v programovom kóde. K zablokovaniu dôjde pri použití funkcie GetSessionLock().
Blokovanie rutinných úloh je povolené – to znamená, že rutinné úlohy sa v našej databáze nevykonajú.
Uvedené možnosti sú najčastejšie používané. Zvyšok sa v živote používa veľmi zriedka a informácie o nich si môžete prečítať na ITS.
Práca s reláciami Administračnej konzoly
V administračnej konzole môžete spravovať pripojené relácie pre konkrétnu databázu, ako aj všeobecné relácie v danom klastri.
Okno relácie vyzerá takto:
Z tohto okna môžete získať veľké množstvo informácií, počnúc od toho, ktorý používateľ je táto relácia, a končiac údajmi o spotrebe pamäte pre reláciu, ako aj o tom, koľko údajov DBMS bolo prijatých, koľko času procesor strávil a oveľa viac. .
Tu môžete tiež ukončiť relácie (od verzie platformy 1C:Enterprise 8.3 (8.3.13) a nastaviť text správy, ktorú používateľ uvidí pri zatvorení tenkého klienta 1C.
Pomocou bezpečnostných profilov môžete nakonfigurovať, ktoré moduly je možné rozšíriť o rozšírenia, obmedziť rozšírenia na určité konfiguračné moduly, obmedziť prístup k systému súborov z kódu aplikácie, obmedziť prístup k objektom COM, k externým komponentom, aplikáciám tretích strán atď.
Pracovné postupy (zhlukovanie)
Na platforme 1C 8.2 bolo možné manuálne vytvárať pracovné procesy aplikačného servera (pracovný proces rphost). V 8.3 sú pracovné procesy vytvorené ragentom. Počet súčasne bežiacich procesov je možné ovládať nepriamo cez nastavenia fungujúcich serverov.
Pri použití predvolených nastavení sa jeden rphost použije na 8 infobáz alebo 128 spojení. Ak máte 32-bitový OS (t. j. existujú limity spotreby RAM na proces), odporúča sa tieto hodnoty zmeniť, napríklad nastaviť jednu základňu na proces a znížiť počet pripojení. Optimálny počet pripojení sa vyberá empiricky a do značnej miery závisí od konkrétnej konfigurácie a počtu úloh na pozadí.
Keďže sa pozeráme na vlastnosti pracovných postupov, oplatí sa spomenúť aj ďalšie nastavenia:
Hodnota v bajtoch (dostupná pre všetky pracovné procesy klastra na tomto pracovnom serveri).
- -1 – žiadne obmedzenia;
- 0 – určuje sa automaticky ako 80 % pamäte RAM servera.
Bezpečná spotreba pamäte na jeden hovor hodnota v bajtoch.
Môže nadobudnúť hodnotu od -1 do 9 223 372 036 854 775 807:
- -1 – každé volanie servera sa považuje za nebezpečné, ak sa počas volania servera dosiahne maximálna kapacita pamäte pracovného procesu;
- 0 – hodnota objemu sa určí automaticky ako 5% z maximálnej kapacity pamäte pracovných procesov na danom pracovnom serveri.
Ak počas hovoru množstvo pamäte prekročí parameter Bezpečná spotreba pamäte na jeden hovor, a celková spotreba pamäte všetkých procesov rphost prekročila nastavenú hodnotu Maximálna kapacita pamäte pracovných procesov, takýto hovor bude prerušený.
Množstvo pamäte pracovného procesu, do ktorého sa server považuje za produktívny, merané v bajtoch. Hodnota 0 znamená, že nie je nastavený žiadny limit. Celkové množstvo pamäte obsadenej všetkými pracovnými procesmi na tomto pracovnom serveri, po dosiahnutí ktorého nové pripojenia už nebudú priradené tomuto pracovnému serveru.
Vlajka manažér pre každú službu znamená, že každej službe bude priradená samostatná inštancia správcu klastra (proces rmngr). Zoznam služieb, ktoré bežia v klastri:
Vlajka Centrálny server znamená, že tento server bude môcť použiť pripojenia a synchronizovať register klastra.
Nastavenia pracovného postupu je možné použiť len pri používaní licencií CORP! Ak máte licenciu PRO, nastavenia budú dostupné, ale nebudete mať práva na ich používanie.
Konsolidácia serverov do klastra
Servery 1C je možné kombinovať do klastra, aby sa vyriešili problémy so škálovateľnosťou (distribúciou zaťaženia) a odolnosťou voči chybám. Zlúčiť servery do klastra je jednoduché, stačí si vytvoriť funkčný server.
Ak na novom serveri nie je nainštalovaná možnosť „centrálny server“, takýto server sa bude považovať za funkčný a nebude môcť prijímať pripojenia k relácii. Táto architektúra interakcie so serverom sa používa na škálovateľnosť, nemôže byť odolná voči chybám, pretože na to musia existovať centrálne servery a úroveň odolnosti voči chybám musí byť špecifikovaná vo vlastnostiach klastra.
Úroveň tolerancie chýb je nastavená ako počet centrálnych serverov -1.
V okne nastavení môžete tiež nastaviť obmedzenia spotreby zdrojov na pracovný proces (rphost). Nastavenia sa nastavia pre celý klaster.
Interval reštartu– interval v sekundách, po ktorom sa pracovný tok reštartuje. Odpočítavanie začína od okamihu inštalácie tejto možnosti.
Povolená veľkosť pamäte Malo by byť stanovené na základe toho, že ak sa spustí podmienka prekročenia indikátora, spustí sa ďalší proces rphost rovnakej veľkosti, t.j. v čase budeme mať dva procesy, kým sa spojenia zo starého prepnú na nové.
Interval pre prekročenie povoleného množstva pamäte– interval v sekundách, počas ktorého je povolená spotreba pamäte nastavená v parametri Povolená veľkosť pamäte.
Interval pre prekročenie povoleného množstva pamäte. Ak je hodnota vlastnosti Tolerancia počtu chýb servera 0, kontrola odchýlky počtu chýb sa nevykoná. Bez ohľadu na hodnotu nastavenú pre túto vlastnosť sa pracovný postup, ktorý nevyvolá viac ako 1 chybu na 100 požiadaviek, považuje za fungujúci normálne a nepovažuje sa za problematický. Pozrime sa na príklad, ako funguje vlastnosť Tolerovateľná odchýlka v počte chýb servera. Povedzme, že pri 100 požiadavkách sa za posledných 5 minút zaznamenajú v priemere 2 chyby. Ak je vlastnosť Povolená odchýlka v počte chýb servera nastavená na 50, za problematický sa bude považovať pracovný postup, pri ktorom sa zaznamenajú viac ako 3 chyby na 100 požiadaviek.
Procesy sa reštartujú „mäkko“:
- Spustí sa nový proces rphost;
- Starý proces rphost je zabitý, ale nie ukončený;
- Pripojenia sú priradené k novovytvorenému procesu rphost, ktorý je okamžite plne funkčný;
- Starý proces bude podporovať existujúce hovory. Už priradené hovory budú podporované počas doby uvedenej v parametri „Zastavte procesy, ktoré sú vypnuté po“ sekúnd
Pri kombinovaní viacerých serverov do klastra môžeme niektoré služby presunúť na samostatné servery. Môžeme napríklad presunúť prácu úloh na pozadí na samostatný server alebo vytvoriť licenčný server (server, ktorý bude distribuovať klientske licencie). Úplný zoznam služieb, ktoré server vykonáva a ktoré možno opätovne priradiť:
Priradenie služby ku konkrétnemu produkčnému serveru sa vykonáva prostredníctvom požiadaviek na priradenie funkčnosti.
Článok rozoberal hlavné možnosti administračnej konzoly, no táto téma je veľmi rozsiahla a komplexné informácie o konkrétnej funkcionalite administračnej utility nájdete na ITS.
Z rôznych dôvodov sa môže stratiť prístup k serveru 1C:Enterprise a potom, keď sa pokúsime spustiť konzolu klastra, zobrazí sa výzva na zadanie autentifikačných údajov, ale nebudeme môcť nič urobiť:
Dôvody, ktoré k tomu viedli, nebudeme rozoberať. Začnime riešiť problém. Musíme akýmkoľvek spôsobom obnoviť prístup k serveru. Nezáleží na tom, či resetujeme heslo alebo vyberieme autentifikačné údaje.
Poďme najrýchlejšou cestou. Na serveri máme administrátorské práva, takže to zvládneme s minimálnym úsilím.
Riešenie
Najprv zastavme službu „1C:Enterprise 8.2 Server Agent“. Ak to chcete urobiť, spustite príkazový riadok:
Sc stop" 1 C:Podnik 8 . 2 Serverový agent"
To isté je možné vykonať pomocou grafického nástroja „Služby“:
Na základe údajov súboru možno usúdiť, že na server bol pridaný administrátor „Adm“ s určitým heslom. Údaje o používateľovi, ktorého potrebujeme, môžeme buď nahradiť „správnym“ heslom, alebo vymazať záznam o správcovi servera. Vyberme si posledný spôsob. Takto teraz vyzerá obsah súboru:
Spustíme službu servera. Keď nabudúce spustíte konzolu klastra serverov 1C:Enterprise, program nebude žiadať o autentifikačné údaje.
Spodná čiara
Článok popisuje spôsob obnovenia účtu správcu pre server 1C:Enterprise 8.2. Stojí za zváženie, že správcovské účty môžu byť pridané pre každú infobázu samostatne. V tomto prípade sa pozrite na súbor „1CV8Reg.lst“, ktorý sa zvyčajne nachádza v adresári:
" C: Program Files (x86) 1 cv82srvinforeg_1541"kde "reg_1541" je adresár nastavení klastra, ktorého názov závisí od jeho nastavení.
V tomto súbore sú uložené nastavenia infobase, ako aj autentifikačné údaje správcov klastra.
Autentifikačné údaje každého IS sa zhodujú s príslušnými autentifikačnými údajmi používateľov tejto informačnej bázy. Ak chcete otvoriť vlastnosti databázy v klastri, musíte zadať prihlasovacie meno a heslo používateľa informačnej bezpečnosti s právami správcu.
Teraz už viete, čo musíte urobiť. Za žiadnych okolností by ste nemali považovať opísanú metódu resetovania správcovských účtov servera 1C:Enterprise za hackovanie, pretože bez administrátorských práv nie je možné nič podobné (zastavenie služby servera, prístup k adresáru nastavení servera atď.).
Ak máte záujem, tu je niekoľko článkov na súvisiacu tému, konkrétne o výbere/obnovení hesiel pre používateľov informačnej základne 1C:Enterprise 8.2:
"Čím ľahšie heslo, tým ľahšie"
"Vstup bez pozvania"
"Resetovanie účtov. Píšeme univerzálny program v .NET Framework"
21/03/2016
Funkcie používania administračnej konzoly pre servery 1C:Enterprise rôznych verzií
Úvod
V pokračovaní predtým publikovaného dokumentu, ktorý popisuje možnosť spustenia niekoľkých služieb 1C na jednom serveri, by sme chceli hovoriť o funkciách používania administračnej konzoly serverov 1C:Enterprise rôznych verzií. Faktom je, že pri štandardnej inštalácii tejto konzoly budete môcť spravovať server 1C iba jednej verzie. Ak je na jednom serveri nainštalovaných niekoľko verzií platformy a je spustených niekoľko služieb 1C, vzniká otázka, ako spravovať servery 1C rôznych verzií v rámci toho istého servera?
Registrácia konzoly 1C
Na registráciu administračnej konzoly pre servery 1C:Enterprise spoločnosť 1C navrhuje použiť spustiteľný súbor RegMSC .cmd umiestnený v priečinku bin adresára servera 1C. Tento súbor je možné spustiť z ponuky Štart v systéme Windows: „1C Enterprise 8 -> Advanced -> [požadovaná verzia platformy 1C] -> Registrácia pomôcky na správu servera 1C Enterprise."
Súbor RegMSC .cmd obsahuje nasledujúci skript:
regsvr32 /n /i:user radmin.dll
Účelom tohto skriptu je iba zaregistrovať komponent radmin .dll. V praxi je použitie tohto skriptu nepohodlné, pretože pred každým spustením administračnej konzoly serverov 1C:Enterprise požadovanej verzie musíte spustiť príslušný súbor RegMSC .cmd. Navyše, tento skript je nefunkčný a je potrebné ho vylepšiť (s najväčšou pravdepodobnosťou pri jeho spustení dostanete správu o úspešnej registrácii komponentu, ale konzola nebude fungovať).
Chceme teda získať funkčný skript, ktorý nám umožní automatizovať a vykonávať nasledujúce akcie jedným kliknutím:
- Registračné komponenty radmin. dll požadovanej verzie;
- Spustenie klastrovej konzoly 1C.
Odporúčame zmeniť vyššie uvedený skript a vytvoriť hlavný univerzálny skript na registráciu komponentov a spúšťanie zariadení (konzol), ako aj vytvorenie „štartovacích skriptov“ pre konzoly požadovaných verzií. Tu je to, čo máme:
rem %1 - úplné číslo verzie 1C:Enterprise
@echo vypnuté
Tento skript by mal byť uložený v spustiteľnom súbore vo formáte .bat (napríklad „start _console .bat“). Pozrime sa na tento skript podrobnejšie. Za správnu registráciu komponentu radmin .dll zodpovedá nasledujúci riadok:
štart /wait regsvr32 /s "C:\Program Files (x86)\1cv8\%1\bin\radmin.dll"
Číslo verzie platformy 1C sa jej odovzdá ako parameter (%1). Ďalší riadok je zodpovedný za spustenie konzoly MMC s modulom snap-in na správu serverov 1C:Enterprise:
spustiť "C:\Windows\System32\mmc.exe" "C:\Program Files (x86)\1cv8\common\1CV8 Servers.msc"
štart_console 8.3.7.1873
Keďže registrácia komponentu radmin .dll neovplyvňuje fungovanie už spustených administračných konzol pre servery 1C:Enterprise, pomocou tohto prístupu a navrhovaných skriptov môžeme súčasne spustiť administračné konzoly pre servery 1C:Enterprise rôznych verzií a úspešne v nich pracovať, s našimi vlastnými klastrovými verziami v každej z nich. Hotovo, teraz môžete spravovať niekoľko verzií servera 1C na jednom serveri.
Upozorňujeme, že navrhované skripty používajú 32-bitové verzie komponentov. Keď sa pokúsite zaregistrovať 64-bitový komponent rovnakým spôsobom, dostanete správu, že bol úspešne zaregistrovaný, ale potom, keď spustíte konzolu správy servera 1C:Enterprise, s najväčšou pravdepodobnosťou uvidíte chybu ako:
MMC nedokázalo vytvoriť modul snap-in, názov: 1C:Enterprise (x86-64) servery, CLSID:…
Kým sa tento problém nevyrieši, používanie niekoľkých 64-bitových administračných konzol pre servery 1C:Enterprise v rámci jedného servera nie je možné. Ak máte ďalšie informácie a viete, ako tento problém vyriešiť, radi článok aktualizujeme.
Záver
V článku sme opísali metódu, ktorá vám umožňuje používať niekoľko administračných konzol pre servery 1C:Enterprise rôznych verzií. Je to potrebné, ak pracujete na serveri s niekoľkými pracovnými alebo testovacími databázami, pre ktoré sú použité verzie servera 1C odlišné.
Dúfame, že môžete ľahko dokončiť úlohu, ktorú potrebujete, a naďalej si užívať používanie produktov 1C. No, ak vám niečo nefunguje alebo narazíte na nejaké ťažkosti, určite vám pomôžeme!
Život ide ďalej a platforma 1C:Enterprise 8 sa vyvíja. Nástroje na správu servera 1C boli konečne vyvinuté predajcom (pozri), čo nepriamo potvrdzuje problém nedostatočného rozvoja týchto nástrojov
Konkrétne s DroidRAC sa časom vyskytli nasledujúce problémy:
DroidRAC2 0.0.4
Úplne prepísané - štýlové, módne, mladistvé (Kotlin, JetPack, Single-activity)
Nové API od 1C, kompatibilné s 8.3.11+
V prvej verzii, podľa tradície, iba na čítanie a malé odstránenie (napríklad vymazanie používateľských relácií)
Pridaná sekcia „Kľúče“. zhromažďuje licenčné údaje zo všetkých používateľských pracovných tokov/relácií na sledovanie počtu použitých licencií
Pridanie/zmena správcov servera a klastra
Zobrazenie vlastností hodnoty počítadla výkonu
Úprava vlastností klastra a produkčného servera
DroidRAC2 0.0.7
Zmeniť všetky vlastnosti komponentov klastra (ktoré neboli podporované v predchádzajúcich verziách)
DroidRAC2 0.0.8
Pridávanie/odstraňovanie počítadiel a limitov výkonu
+ pridávanie nových databáz
DroidRAC2 0.1.0
Vyhľadajte RAS. Umožňuje vám nájsť a pridať adresu ras z miestnej podsiete. Je možné vyhľadávať v iných podsieťach a na neštandardnom porte. Ale! V závislosti od vašej jurisdikcie môže skenovanie podsietí iných ľudí znamenať rôzne poplatky.
- viacnásobný výber riadkov v zoznamoch
- v režime výberu je k dispozícii celkový počet riadkov v zozname a operácie s vybranými prvkami
- mazanie relácií a spojení v režime viacnásobného výberu. Pri odstraňovaní relácií neodstraňujte reláciu RAS, aby ste predišli strate vlastného pripojenia. Pri odstraňovaní pripojení nezabúdajte, že môžete odstrániť iba pripojenia spojené s reláciou, ale to je často zbytočné, pretože 1C ich obnoví
DroidRAC2 0.1.2
Pridávanie/odstraňovanie klastrov
Pridávanie/odstraňovanie produkčných serverov
Vyhľadávanie v zoznamoch bez ohľadu na veľkosť písmen
Oprava chyby
Testovanie bolo vykonané pre platformu 8.3.13.1690
Pre morálnu podporu si môžete stiahnuť aj priložený súbor pre infomany, ak chcete projekt podporiť. Rýchlosť vývoja nástroja priamo súvisí s jeho dopytom.
Potešia aj hviezdičky, komentáre, priania na rozvoj autorovi.
