Otevřete konzolu serveru 1c. Správa servers1C enterprise. Registrace nové infobáze

V tomto článku budu hovořit o tom, jak přidat nové nebo existující databáze na server 1C: Enterprise 8.3 (pro jiné verze platformy - 8.1 a 8.2 kroky jsou stejné). Možnosti pro přidání informační základna jak z, tak prostřednictvím programu pro správu serveru 1C: Enterprise (v OS Windows). A také se dotkl některých problémů se správou informačních bází v clusteru serverů 1C: Enterprise.

1. Přidání informační databáze ze spouštěcího okna 1C: Enterprise

Pojďme vytvořit novou databázi na serveru 1C: Enterprise z typické konfigurace. Chcete-li to provést, spusťte „1C: Enterprise“ a ve spouštěcím okně klikněte na „ Přidat…»Přidání informační databáze.

Spustí se průvodce přidáním infobáze, vyberte položku “ Vytvoření nové infobáze"Nastavením příslušného spínače a stisknutím" Dále».

V seznamu nainstalovaných konfiguračních šablon vyberte šablonu, kterou potřebujeme, a znovu klikněte na " Dále».

Zadáme název databáze, jak se bude zobrazovat v seznamu infobází, uvedeme typ umístění “ Na serveru 1C: Enterprise"A klikni" Dále».

Na další stránce musíte zadat parametry vytvářené infobáze, konkrétně:

(PROTI tento příklad parametry se vybírají v souladu s parametry instalace serveru 1C: Enterprise přijatými v článku)

• Název serverového clusteru 1C: Enterprise- zpravidla se shoduje se síťovým názvem počítače, kde je nainstalován server 1C: Enterprise (centrální serverový cluster);
• Název databáze vytvářené v clusteru- název, který bude použit k odkazování na informační databázi. Musí být jedinečný v rámci daného clusteru;
• Zabezpečené připojení- ve výchozím nastavení zakázat;
• Typ DBMS, na kterém bude databáze uložena- v tomto příkladu čs SQL Server;
• Název databázového serveru- zpravidla se skládá ze síťového názvu počítače, na kterém je nainstalován databázový server, a názvu instance serveru (pokud existuje), oddělených "\";
• Název databáze na databázovém serveru- pro pohodlí se budeme držet pravidla, že název databáze se musí shodovat s názvem infobáze v clusteru. Navíc v případě použití MS SQL Server může být prvním znakem v názvu databáze pouze písmeno latinské abecedy nebo znak "_", následnými znaky mohou být pouze abecední abeceda, číslice popř. znaky "_" a "&", název musí být jedinečný v rámci dané instance databázového serveru a nesmí přesáhnout 63 znaků. Pokud již databáze na serveru existuje, použije se aktuální databáze, pokud ne, a příznak „ Pokud chybí databáze, vytvořte ji", Na databázový server bude přidána nová databáze.
• Uživatel databáze- uživatel DBMS, který se stane vlastníkem databáze na serveru v případě vytvoření nové databáze nebo má práva pracovat s již existující;
• Uživatelské heslo- heslo uživatele, jehož jménem bude do databáze přistupováno;
• Posun data- 0 nebo 2000. Tento parametr určuje počet let, které budou přidány k datům při jejich uložení do databáze Data společnosti Microsoft SQL Server a při načtení se odečte. Jde o to, že použitý typ DATATIME Microsoft SQL Server vám umožňuje ukládat data v rozsahu od 1. ledna 1753 do 31. prosince 9999. Pokud při práci s infobází může být nutné ukládat data předcházející spodní hranici tohoto rozsahu, měl by být posun data nastaven na 2000. Pokud navíc aplikace používá akumulační registry nebo účetní registry (a s největší pravděpodobností bude be) také v poli "offset" musí být data nastavena na 2000.
• Nastavte blokování naplánovaných úloh- nastavení příznaku umožňuje zakázat provádění naplánovaných úloh na serveru pro tuto infobázi. Měl by být instalován v případě vytváření testovacích infobází, kde provádění rutinních úloh nenese praktickou zátěž.

Po nastavení všech parametrů infobáze klikněte na " Dále».

A nakonec zadáme parametry spuštění pro vytvářenou databázi a klikneme na " Připraveno»Zahájení procesu vytváření nové informační databáze. V tomto případě bude na serveru 1C: Enterprise vytvořena nová informační základna, v případě potřeby bude na databázovém serveru vytvořena nová databáze a data budou načtena z konfigurační šablony.

Pokud jsou všechny výše uvedené kroky úspěšně dokončeny, průvodce dokončí svou práci a nově vytvořenou databázi uvidíme v seznamu infobází ve spouštěcím okně 1C: Enterprise.

2. Přidání informační databáze z administrační konzoly serverů 1C: Enterprise

Nyní přidáme do clusteru serverů ještě jednu informační databázi, ale prostřednictvím modulu snap-in “ Správa serverů 1C: Enterprise"(Předběžný). Můžete to najít:

V každém případě lze modul snap-in spustit spuštěním souboru " 1CV8 Servers.msc"Nachází se v instalačním adresáři 1C: Enterprise v" běžný».

Pokud praskne " "Je spuštěn na stejném počítači, kde je nainstalován server 1C: Enterprise, pak ve stromu vlevo, ve větvi se síťovým názvem aktuálního počítače, bychom měli vidět tento serverový cluster s názvem" Místní cluster". Rozbalení karty " Informační základny"Uvidíme všechny informační databáze v tomto clusteru serverů (například databázi vytvořenou prostřednictvím spouštěcího okna" 1C: Enterprise "v předchozím kroku). Chcete-li přidat novou informační databázi, klikněte klikněte pravým tlačítkem myši myši na této kartě, v kontextové nabídce vyberte " Vytvořit» — « Informační základna».

Otevře se okno parametrů pro vytvářenou infobázi. Seznam parametrů je stejný, jako je popsáno výše v odstavci 1 této příručky. Po vyplnění všech parametrů stiskněte " OK»Zahájení procesu vytváření nové informační databáze. Tím vytvoříte novou informační základnu na serveru 1C: Enterprise a v případě potřeby vytvoříte novou databázi na databázovém serveru.

Pokud jsou všechny výše uvedené akce úspěšně dokončeny, okno parametrů se zavře a nově vytvořenou databázi uvidíme v seznamu infobází aktuálního clusteru.

A pokud půjdete na program „středa SQL Server Management Studio"A připojte se k aktuální instanci MS SQL Server, můžete vidět databáze vytvořené v předchozích krocích.

3. Vlastnosti infobáze

Chcete-li zobrazit nebo změnit parametry konkrétní infobáze, musíte použít modul snap-in „ Správa serverů 1C Enterprise", V seznamu infobází na něj klikněte pravým tlačítkem a vyberte" Vlastnosti". K ověření v administrační konzoli musíte použít administrátory v odpovídajících infobázích. Jinými slovy, tato kontrola je podobná autentizaci při připojování k infobázi prostřednictvím klienta 1C: Enterprise.

Jak vidíte, do seznamu již známých parametrů byly přidány následující parametry:

• Blokování zahájení relace povoleno- příznak, který umožňuje povolit blokování začátku relací s infobází, pokud je příznak nastaven, pak:
  • Stávající relace mohou pokračovat v běhu, navazovat nová připojení a spouštět úlohy na pozadí;
  • Navazování nových relací a připojení k infobázi je zakázáno.
• Start a Konec- dobu trvání blokování relace;
• Zpráva- text, který bude součástí chybové zprávy při pokusu o navázání spojení s zablokovanou infobází;
• Autorizační kód- řetězec, který má být přidán k parametru / Vidíš při spuštění 1C: Enterprise se připojit k infobázi, přestože je blokován;
• Možnosti blokování- libovolný text, který lze použít v konfiguracích pro různé účely;
• Správa externích relací- řetězec popisující parametry webové služby pro externí správu relací;
• Povinné použití externí kontroly- pokud je nastaven příznak, pak pokud je webová služba pro správu externích relací nedostupná, dojde k chybě a nelze navázat spojení s infobází;
• Bezpečnostní profil- je-li zadán název profilu, aplikované řešení začne fungovat v souladu s omezeními stanovenými zadaným bezpečnostním profilem;
• Bezpečnostní profil bezpečný režim - stejný jako bezpečnostní profil, ale na fragmenty aplikačního řešení fungující v nouzovém režimu budou uvalena omezení.

Po změně potřebných parametrů klikněte na " Aplikovat"Chcete-li uložit změny nebo" OK»Uložení a zavření okna vlastností infobáze.

4. Přidání existující infobáze do seznamu infobází ve spouštěcím okně 1C: Enterprise

A nakonec vše, co musíme udělat, je přidat „ Správa serverů 1C Enterprise»Infobase do seznamu infobází ve spouštěcím okně 1C: Enterprise. Proč v tomto okně klikněte na " Přidat…"A ve spuštěném průvodci přidáním infobáze / skupiny vyberte příslušnou položku a klikněte" Dále».

Zadejte název infobáze, jak bude zobrazen v seznamu, vyberte typ umístění infobáze “ Na serveru 1C: Enterprise"A stiskněte znovu" Dále».

Zadejte adresu serverového clusteru 1C: Enterprise a název informační databáze, jak je uvedeno v tomto clusteru. klikněte na " Dále».

Nakonec nastavíme parametry pro spuštění infobáze a klikneme na „ Připraveno»K dokončení průvodce.

Naše základna se objevila v seznamu infobází. Musíte pochopit, že se jedná o prázdnou (čistou) databázi, a pak byste do ní měli načíst data ze šablony nebo ze souboru dříve nenačtených dat.

Pomohl vám tento článek?

Jak asi mnozí vědí, systém 1C Enterprise podporuje dvě možnosti práce. To:

• klient-server;
• verze souboru práce.

Pro režim klient-server musíte nainstalovat 1C: Enterprise Server.

V tomto článku se podíváme na to, jak spravovat tento server pomocí nástroje 1C 8.3 (8.2) Servers Administration Console.

Okamžitý ústup služby - pokud se při startu konzole zobrazí zpráva "Verze klienta a serveru se liší (8.3.xx-8.3.xx), klientská aplikace: Clusterová konzole", je třeba se zaregistrovat pomocí příslušného zástupce ze "Start" menu:

Nemá vlastní rozhraní pro správu. Správa se provádí pomocí konzole serveru 1C. Konzole je součástí dodávky platformy 1C a je instalována lokálně na počítači uživatele. Samotné infobáze mohou být umístěny jak lokálně, tak na vzdálené počítače nebo servery.

Získejte zdarma výukové video 267 1C:

Vytváření, úpravy a mazání databází na serveru 1C

Chcete-li vytvořit informační databázi na serveru 1C, musíte nejprve vytvořit centrální server a klastr, do kterého bude databáze patřit. Na řádku 1C: Enterprise 8.3 Central Servers klikněte pravým tlačítkem myši a z kontextové nabídky vyberte Vytvořit. V okně, které se otevře, zadejte název serveru a číslo portu.

Nyní vytvoříme Cluster. Využijeme také kontextové menu a vybereme položku „Vytvořit“. Vyplníme parametry clusteru.

V oboru "Informační báze" pomocí kontextová nabídka přidat novou základnu. Po vyplnění jeho parametrů klikněte na „OK“. Informační základna je připravena k provozu.

Pomocí místní nabídky lze základ odstranit nebo upravit vlastnosti.

Akce konzoly

Jak nám může být administrační konzole užitečná? Často se stává, že počítač uživatele „zamrzne“ a program 1C pro konkrétního uživatele se nespustí. Zobrazí se zpráva, že pod tímto uživatelem již někdo pracuje. Jde o to, že „nepracovní“ relace zůstávají na serveru 1C. Tito uživatelé dokonce zůstávají v sekci „Aktivní uživatelé“. A když potřebujete v programu provést operace, které vyžadují exkluzivní režim (například smazání objektů označených ke smazání), pak pokud všechny uživatele požádáte o ukončení, operace stále nefunguje vždy.

Při další aktualizaci účetního oddělení jsem dostal chybu "Pracuji pouze na 8.3.4", dobře ... je čas dát 8.3.4. tak:

Nebudu popisovat proces stahování a instalace nové platformy, tam je vše jednoduché.

1C Server Agent Service
Ve výchozím nastavení je to umístěno na portu 1540 a tam mi běží 8.2, takže to změníme ve větvi registru
Parametr HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ 1C: Enterprise 8.3 Server Agent ImagePath
změnit čísla portů přidáním offsetu: "C: \ Program Files \ 1cv8 \ 8.3.4.365 \ bin \ ragent.exe" -srvc -agent -regport 1741 -port 1740 -range 1660: 1691 -d "C: \ Program Files \ 1cv8 \ srvinfo "

Spustíme Agenta a otevřeme Administrační konzolu serverů 1C a vytvoříme cluster 8.3
Zadali název serveru a nakonfigurovali jej na portu 1740 (8.2 funguje na 1540)

Vytváříme cluster + trochu optimalizováno (mám jen malý JEDEN server, takže udávám interval restartu pracovních procesů a velikost paměti, protože mám jeden server - úroveň odolnosti proti chybám je 0)


Nyní podrobněji:
1. Interval restartu: 86400 s (24 hodin). Okamžik restartu není regulován, zřejmě od okamžiku nastavení parametrů nebo spuštění aplikačního serveru.
2. Můžete také určit povolenou velikost paměti: 3 000 000 KB (3 GB) – Pro server se 4 GB RAM, Pokud je to méně, pak nevyplňujte tento parametr!.
3. Out-of-memory interval je souvislý interval časového nedostatku paměti, po kterém server restartuje proces. Pokud je zadáno 0 sekund, bude čekat navždy.
4. Počet pracovních postupů se vypočítá automaticky na základě vašich nastavení
5. Úroveň převzetí služeb při selhání Úroveň převzetí služeb při selhání clusteru můžete nastavit jako počet pracovních serverů, které mohou selhat současně, což nepovede k abnormálnímu ukončení uživatelů. Redundantní služby se spouštějí automaticky v množství požadovaném k zajištění specifikované odolnosti proti chybám; v reálném čase se aktivní služba replikuje na pohotovostní.
6. Režim vyvažování zátěže, který lze použít buď ke zvýšení výkonu systému jako celku, nebo použít nový režim„Saving memory“, který umožňuje pracovat „s omezenou pamětí“ v případech, kdy použitá konfigurace „ráda žere paměť“.

Pracovní server
Můj server je jednoduchý, celkem 2 Gb RAM a bude mít jen 2 základny, takže ho nakonfiguruji takto:

Parametr Počet IB na proces jsem nastavil na 1, tzn. Pro každou informační bezpečnost chci spustit vlastní proces - tím se sníží vzájemné ovlivňování jak z hlediska spolehlivosti, tak výkonu. Můžete se přizpůsobit vlastnostem vašeho serveru!

Informační základna
Přidávám IB:

Ve startéru základ psaní:

Požadavky na přiřazení funkčnosti
Nenastavil jsem to pro sebe, ale myslím, že o tom musím říct:
Správa clusteru spočívá v tom, že administrátor určuje složení počítačů (pracovních serverů), na kterých je cluster umístěn. Navíc (v případě potřeby) může určit, jaké jsou na ně „požadavky“: jaké služby a připojení k infobázím by měly fungovat na každém z fungujících serverů. Správci klastrů a pracovní postupy se spouštějí automaticky na základě přiřazených „požadavků“. "Požadavky" na produkční servery lze nastavit interaktivně z konzoly pro správu clusteru nebo programově z vestavěného jazyka.
Takže na notebooku s bezpečnostním klíčem, abyste nespouštěli uživatele na clusterovém serveru, musíte přidat „požadavky“ pro objekt požadavku „Připojení klienta k zabezpečení informací“ - „Nepřiřazovat“, tzn. zabránit pracovním procesům tohoto serveru ve zpracování klientských připojení. Ještě větší zajímavostí je možnost spouštět „pouze úlohy na pozadí“ na produkčním serveru v clusteru bez uživatelských relací. Vysoce zatížené úlohy (kód) lze tedy přenést na samostatný stroj. Navíc je možné na jednom počítači spustit jednu úlohu „uzavření měsíce“ prostřednictvím „Hodnoty dodatečného parametru“ a na jiném počítači úlohu „Obnovit fulltextový index“ na pozadí. Upřesnění probíhá prostřednictvím indikace "Hodnota dodatečného parametru". Pokud například zadáte jako hodnotu BackgroundJob.CommonModule, můžete omezit pracovní server v clusteru pouze na úlohy na pozadí s jakýmkoli obsahem. Hodnota BackgroundJob.CommonModule ..- bude označovat konkrétní kód.

Bezpečnostní profily
Profily zabezpečení se používají k zabránění aplikačnímu řešení v provádění akcí, které by mohly být potenciálně nebezpečné pro fungování serverového clusteru.
Správce clusteru může přiřadit jeden z profilů zabezpečení existujících v clusteru jakékoli infobázi. A pak bude potenciálně nebezpečná funkčnost aplikovaného řešení omezena v rámci limitů popsaných v tomto profilu.

Ve výchozím nastavení bezpečnostní profil po vytvoření zakazuje provádění všech potenciálně nebezpečných akcí:
-odvolat se k souborový systém server;
-spouštění objektů COM;
-použití vnějších součástí 1C: Enterprise;
-Start vnější ošetření a zprávy;
-spouštění aplikací nainstalovaných na serveru;
- přístup k internetovým zdrojům.
Je tedy velmi jednoduché chránit se před nežádoucími akcemi neznámého aplikačního řešení: musíte vytvořit prázdný bezpečnostní profil a přiřadit jej k infobázi. Dále, pokud je to nutné, můžete tento profil rozšířit a popsat v něm akce, které může aplikované řešení provádět.

Umístění souborů služeb správce clusteru v 1C Enterprise 8.3
Pokud během instalace systému! Možnost „1C: Enterprise“ byla vybrána pro spuštění serveru „1C: Enterprise“ jako služby, poté bude první spuštění serverového agenta provedeno během instalace systému. V tomto případě bude služba spuštěna jménem uživatele vybraného v dialogovém okně instalace systému, ale soubory služeb clusteru serverů budou umístěny v adresáři<каталог установки системы 1С:Предприятие>\ srvinfo (spouštěcí přepínač -d bude explicitně uveden v parametrech služby).

Pokud byla během instalace systému 1C: Enterprise vybrána možnost spuštění serveru jako aplikace, pak se server během instalace systému nespustí; serverový agent musí být spuštěn nezávisle po dokončení instalace systému. Současně, pokud není zadán přepínač spuštění -d, budou soubory serverové clusterové služby umístěny ve výchozím adresáři: % USERPROFILE% \ LocalSettings \ ApplicationData \ lC \ lCv8 (% LOCALAPPDATA% \ lC \ lCv8 pro WindowsVista a později).

POZORNOST! Pokud již byl cluster na tomto centrálním serveru jednou vytvořen, měli byste se při změně možnosti spuštění agenta serveru (služba, aplikace) nebo při změně uživatele, v jehož zastoupení agent serveru spouští, vždy postarat o zadání správné cesty k adresář souborů služby clusteru serveru. Pokud během spouštění serverový agent nenajde seznam clusterů, vytvoří nový cluster na tomto serveru.
PROTI operační systém Soubory služeb Linuxu serverového clusteru budou umístěny ve složce /home/usrlcv8/.lcv8/lC/lcv8 (nebo zkráceně ~ / .1cv8 / 1C / 1cv8).

21/03/2016

Funkce používání administrační konzoly 1C: Enterprise servery různých verzí

Úvod

V pokračování dříve publikovaného, ​​který popisuje možnost provozování několika služeb 1C na jednom serveru, bychom rádi hovořili o zvláštnostech používání konzoly pro správu serverů 1C: Enterprise. různé verze... Faktem je, že při standardní instalaci této konzole budete moci spravovat server 1C pouze jedné verze. Pokud je na jednom serveru nainstalováno několik verzí platformy a běží několik služeb 1C, vyvstává otázka, jak spravovat servery 1C různých verzí v rámci jednoho serveru?

Registrace konzole 1C

Chcete-li zaregistrovat konzolu pro správu serverů 1C: Enterprise, nabízí 1C k použití spustitelný soubor RegMSC .cmd, umístěný ve složce bin adresáře serveru 1C. Tento soubor lze spustit z nabídky Start ve Windows: "1C Enterprise 8 -> Další -> [požadovaná verze platformy 1C] -> Registrace nástroje pro správu serveru 1C Enterprise".

Soubor RegMSC .cmd obsahuje následující skript:

regsvr32 / n / i: uživatel radmin.dll

Účelem tohoto skriptu je pouze zaregistrovat komponentu .dll radmin. V praxi je použití tohoto skriptu nepohodlné, protože pokaždé, než spustíte administrační konzolu serverů 1C: Enterprise požadované verze, musíte spustit odpovídající soubor RegMSC .cmd. Navíc je tento skript nefunkční a je třeba jej vylepšit (s největší pravděpodobností po jeho spuštění obdržíte zprávu o úspěšné registraci komponenty, ale konzole nebude fungovat).

Chceme tedy získat funkční skript, který nám umožní automatizovat a provádět následující akce jedním kliknutím:

1. Registrace součásti radmin. dll požadované verze;
2. Spuštění konzole clusteru 1C.

Navrhujeme změnit výše uvedený skript a vytvořit základní univerzální skript pro registraci komponenty a spuštění modulu snap-in (konzole) a také vytvořit „startovací skripty“ pro konzole požadovaných verzí. Zde je to, co máme:

rem% 1 - plné číslo verze 1C: Enterprise

@echo vypnuto

Tento skript by měl být uložen do spustitelného souboru ve formátu .bat (například „start_console .bat“). Pojďme se na tento skript podívat blíže. Za správnou registraci komponenty radmin .dll odpovídá následující řádek:

start / wait regsvr32 / s "C: \ Program Files (x86) \ 1cv8 \% 1 \ bin \ radmin.dll"

Jako parametr (% 1) se mu předá číslo verze platformy 1C. Další řádek je zodpovědný za spuštění konzoly MMC pomocí modulu snap-in pro správu serverů 1C: Enterprise:

start "C: \ Windows \ System32 \ mmc.exe" "C: \ Program Files (x86) \ 1cv8 \ common \ 1CV8 Servers.msc"

start _console 8.3.7.1873

Protože registrace komponenty radmin .dll neovlivňuje provoz již běžících konzol pro správu serverů 1C: Enterprise, pomocí tohoto přístupu a navrhovaných skriptů můžeme současně spustit konzoly pro správu pro servery 1C: Enterprise různých verzí a pracovat. úspěšně v nich, s našimi clusterovými verzemi v každé z nich. Hotovo, nyní můžete spravovat několik verzí serveru 1C na jednom serveru.

Upozorňujeme, že navrhované skripty používají 32bitové verze komponent. Pokud se stejným způsobem pokusíte zaregistrovat 64bitovou komponentu, zobrazí se zpráva, že byla úspěšně zaregistrována, ale po spuštění konzoly pro správu serveru 1C: Enterprise se s největší pravděpodobností zobrazí chyba jako je tato :

MMC nemohl vytvořit modul snap-in, Název: 1C: Enterprise (x86-64) Servery, CLSID: ...

sbohem tento problém není vyřešeno, použití několika 64bitových konzol pro správu pro 1C: Enterprise servery v rámci jednoho serveru není možné. Pokud máte další informace a víte, jak tento problém vyřešit, rádi článek aktualizujeme.

Závěr

V článku jsme popsali metodu, která vám umožňuje používat několik konzol pro správu pro servery 1C: Enterprise různých verzí. To je nezbytné, pokud pracujete na serveru s několika pracovními nebo testovacími základnami, pro které se liší použité verze serveru 1C.

Doufáme, že snadno dokončíte úkol, který potřebujete, a budete si nadále užívat používání produktů 1C. No, pokud se vám něco nepovede, nebo se dostanete do nějakých potíží, určitě vám pomůžeme!

V tomto článku se seznámíme s administračním serverem serverového clusteru a konkrétně s utilitami rac.exe a ras.exe stejně jako programy nasadit s jehož pomocí je možné spravovat cluster serverů 1C: Enterprise z příkazového řádku.

Tradičně všem, kteří jsou příliš líní číst, doporučuji zhlédnout webinář na toto téma.

No, zbytek je vítán pod kočkou:

1. Obecné informace

Správa clusteru serverů 1C: Enterprise verze 8.3 možné jak pomocí konzoly pro správu serveru 1C, tak z příkazového řádku. Pro tyto účely slouží Server pro správu clusteru serverů, který se skládá ze dvou utilit: přímo ze samotného serveru - programu rac.exe a nástroje příkazového řádku rac.exe, který s odkazem na dříve spuštěný server ras umožňuje provádět různé operace s clusterem serverů 1C: Enterprise.

Podrobnosti o tomto mechanismu lze nalézt v knize „Administrator's Guide. Verze klient-server "(resp. na webu ITS).

A obecné schéma práce tohoto svazku je následující:

Administrační server musí být stejná verze, jako verze serverového clusteru 1C: Enterprise a zároveň lze připojit jeden serverový cluster několik administrační servery, ale může komunikovat konkrétní administrační server s jediným serverový agent.

Administrační server i nástroj příkazového řádku mohou fungovat na jakékoli podporované platformě 1C: Enterprise OS. V tomto článku se ale omezíme pouze na OS rodiny Windows.

2. Instalace komponent administrativního serveru

Samotný server i obslužný program pro správu jsou součástí serverové komponenty 1C: Enterprise. V souladu s tím na počítači se službou 1C: Enterprise server agent, oni by měl být již nainstalován výchozí.

Abyste se o tom ujistili, přejděte do adresáře se soubory serveru 1C: Enterprise a najděte v něm příslušné nástroje (pro usnadnění lze soubory seskupit podle typu).

Podrobně jsem psal o instalaci serveru 1C: Enterprise.

Chcete-li nainstalovat Administration Server na počítač, kde dříve nebyl je nainstalován server 1C: Enterprise, musíte spustit distribuční sadu pro instalaci serveru 1C a jako součást komponenty vybrat položku "Server 1C: Enterprise 8".

Navíc, když je tato komponenta vybrána, v dalším kroku průvodce instalací nabídne instalaci serveru 1C: Enterprise jako službu Windows. Od tohoto bodu samozřejmě by mělo být opuštěno zrušením zaškrtnutí příslušného příznaku.

Po instalaci se musíte ujistit, že máte všechny potřebné komponenty, jak je popsáno výše.

3. Spuštění administrativního serveru

Obdržet detailní informace pomocí nástroje ras.exe můžete spustit nápovědu spuštěním příkazu

Z nápovědy můžete vidět, že administrační server může fungovat jako v aplikační režim a jak servis oken(parametr servis ). Dále můžeme nastavit síťový port, na kterém poběží administrační server (parametr přístav , výchozí je port 1545 ) a pro režim správy clusteru, klastry ... Nápovědu pro tento režim můžete vyvolat příkazem:

cluster nápovědy rac

Pak to uvidíme tento režim adresa agenta clusteru serverů 1C: Enterprise je určena jako argument. Ve výchozím nastavení je localhost: 1540.

Pokud je tedy administrační server spuštěn na stejném počítači, kde běží agent serveru 1C: Enterprise, stačí provést příkaz

Pokud se potřebujete připojit k agentovi serveru běžícímu například na počítači s názvem sítě Server1C a agent běží na nestandardním portu 2540 , příkaz bude následující:

rac cluster server1c: 2540

4. Spuštění Administračního serveru jako služby Windows

Samozřejmě, aby se administrační server nespouštěl pokaždé ručně, je vhodné jej spustit jednou jako služby Windows... Vývojáři platformy však bohužel neimplementovali možnost automaticky zaregistrovat odpovídající službu do systému, jak tomu bylo například. Pro přidání služby se navrhuje použít systémový nástroj sc... Pojďme se na tento proces podívat blíže.

Nechť je to místní uživatel s názvem USR1CV8_RAS a heslo Pass123

Soubor Register-ras.bat:

@ echo vypnuto rem% 1 - plné číslo verze 1C: Enterprise set SrvUserName =. \ USR1CV8_RAS set SrvUserPwd = "Pass123" set CtrlPort = 1540 set AgentName = localhost set RASPort = 1545 set SrvcName = "1C: Enterprise 8.3 Remote Server" set BinPath = "\" C: % \ Program File 1 \ bin \ ras.exe \ "cluster --service --port =% RASPort%% AgentName%:% CtrlPort%" set Popis = "1C: Enterprise 8.3 Remote Server" sc stop% SrvcName% sc delete% SrvcName% sc create% SrvcName% binPath =% BinPath% start = auto obj =% SrvUserName% heslo =% SrvUserPwd% zobrazované jméno =% Popis%

V souboru uvádíme:

• uživatelské jméno a heslo, ze kterého bude služba spuštěna - proměnné SrvUserName a SrvUserPwd
• adresa a port serverového agenta, kterého budeme spravovat - proměnné Jméno agenta a CtrlPort
• Stejně tak název služby a síťový port, na kterém poběží administrační server - proměnné RASPort a Jméno Srvc ... Tyto parametry má smysl měnit pouze v případě, že chcete paralelně provozovat několik administračních serverů, například pro obsluhu různých serverů 1C.

Aktuální verze platformy 1C: Enterprise se používá jako jediný parametr v souboru bat. Chcete-li tedy vytvořit službu, spusťte příkazový řádek s právy správce a spusťte dříve vytvořený soubor registr-ras.bat, nezapomeňte uvést požadovanou verzi platformy.

Zkontrolujeme, zda se v systému objevila služba se zadaným názvem. A rovnou jej spustit výběrem příslušné položky v kontextové nabídce.

Tím je instalace Administračního serveru jako služby dokončena.

5. Správa serverového clusteru pomocí utility rac.exe

Nainstalovali jsme tedy administrační server. Interakce se serverem se provádí pomocí speciálního konzolový nástroj rac.exe. Proveďme příkaz

získat nápovědu k tomuto programu.

Jak můžete vidět z nápovědy, obslužný program má jeden obecný argument, který určuje adresu administračního serveru (ve výchozím nastavení localhost: 1545) a různé provozní režimy: pro správu agenta clusteru serverů, samotného clusteru, správce clusteru, pracovních procesů atd. Nápovědu pro každý režim lze vyvolat odpovídajícím příkazem.

Zjevně nemá smysl popisovat všechny režimy provozu. Zde je jen několik příkladů, jak to funguje.

Získání seznamu informací o klastrech:

Získání seznamu infobází na daném clusteru serverů:

Získání seznamu spojení se zadanou infobází:

Administrační obslužný program vám umožňuje provádět veškerou práci potřebnou ke správě serverového clusteru, s výjimkou ověřování OS pro administrátory serverového clusteru, funkčního serveru a informační databáze.

6. Softwarové obaly pro práci s administračním serverem

Jak můžete vidět z příkladů, práce z příkazového řádku s utilitou rac je stále potěšením. Tento mechanismus ale nebyl vytvořen pro ruční ovládání. Web ITS má například archivy Java, které vám umožňují komunikovat s administračním serverem z programu jazyk Java, bez pomoci nástroje pro správu konzoly. Stažení Aktuální balíček umět .

Hlavní věc je, že jsme schopni provádět různé instrukce na clusteru 1C serverů z příkazové řádky. To znamená, že můžete přidat potřebné funkce pro interakci s clusterem 1C: Enterprise serverů v různých programech, zpracování nebo skriptech.

Například umí mimo jiné spolupracovat s administračním serverem napsaným v daném jazyce OneScript program nasadit.

O enginu OneScript jsem již mluvil.

Zjistěte více o deployka.

Tedy co nejvíce úplný přehled všechny dostupné knihovny a aplikace napsané v OneScriptu jsou uvedeny v tomto článku.

7. Instalace a konfigurace s programem deployka

Algoritmus pro instalaci OneScript a deployka je podrobně popsán v článcích o odkazech uvedených v předchozím odstavci. Stručně řečeno, skládá se z následujících bodů:

1. Stáhněte si distribuci OneScript z oficiálních stránek.

2. Nainstalujte podle pokynů průvodce.

3. Přihlásíme se do systému, aby byly použity nové proměnné prostředí.

4. Spustíme příkazový řádek s právy správce, zkontrolujte to předchozí položky provedené příkazem správně

5. Instalace programu deployka pomocí správce balíčků opm spuštěním příkazu

opm install deployka

6. Že vše funguje, ověříme zavoláním nápovědy „nasazení“ s příkazem

7. To je obecně vše. Všechny režimy programu jsou viditelné na obrazovce. Dále si přečteme nápovědu na webu nebo v konzole a vyvoláme nápovědu pro každý režim s odpovídajícím příkazem:

Takto můžete například ukončit všechny relace v zadané infobázi a poté zablokovat začátek relací.

deployka session kill -db Accounting_Demo -rac "C: \ Program Files \ 1cv8 \ 8.3.11.2867 \ bin \ rac.exe" -db-user "AbramovGS (ředitel)"

8. Nyní můžete použít "rozmístění" ve svých skriptech. Například skript pro aktualizaci informační databáze z úložiště, odpojení uživatelů a aktualizaci databáze může vypadat takto:

@ echo zapnuto rem Nastavit hodnoty proměnných set ServerName = "1CAPP: 2541" set RacPath = "C: \ Program Files \ 1cv8 \ 8.3.11.2954 \ bin \ rac.exe" set uccode = "123" set BaseName = "ERP_Test" set UserName = "Admin" set UserPass = "Pass123" nastavit ConStr = "/ 1CAPP: 2541 \ ERP_Test" nastavit RepoPath = "tcp: // 1CAPP / ERP_DEV" nastavit RepoUserName = "test" nastavit RepoUserPass = "123" rem Vypínání uživatelů call deployka session kill -db% BaseName% -db-user% UserName% -db-pwd% UserPass% -rac% RacPath% -lockuccode% uccode% rem Aktualizace konfigurace databáze z úložiště call deployka loadrepo% ConStr%% RepoPath% -db-user% UserName% -db-pwd% UserPass% -storage-user% RepoUserName% -storage-pwd% RepoUserPass% -uccode% uccode% rem Aktualizace konfigurace databáze volání deployka dbupdate% ConStr% -db-user% UserName% -db-pwd% UserPass% -uccode% uccode% rem Odemknout relace call deployka session unlock -db% BaseName% -db-user% UserName% -db-pwd% UserPass% -rac% RacPath% -lockuccode% uccode%

Děkuji všem, kteří dočetli až do konce. V případě dotazů pište.

Pomohl vám tento článek?