Tisknout (Ctrl+P)

Tento článek obsahuje popis některých prvků správy systému 1C:Enterprise, které jsou typické pro klientsko-serverovou verzi systému spolupracujícího se společností Microsoft SQL Server 2012:

Vytvoření záložní kopie ve verzi klient-server

Správa clusteru serverů

Nástroj pro správu konzoly nebo clusteru 1cv8 servers.msc je zásuvný modul MMC (Microsoft Management Console) a lze jej použít na počítačích, které mají software. Ve výchozím nastavení se instaluje do složky C:\Program Files (x86)\1cv8\common

Nástroj pro správu clusteru navrženy pro řešení následujících problémů:

• vytváření, modifikace a mazání serverových clusterů;
• modifikace stávajících clusterů: vytváření, změna parametrů a mazání funkčních serverů, přiřazení požadavků na funkčnost funkčním serverům;
• nastavení úrovně tolerance chyb klastru;
• manuální nastavení zátěže na jednotlivých pracovních serverech;
• správa seznamů správců centrálních clusterových serverů a seznamů správců clusteru;
• monitorování připojení uživatelů k informačním základnám a připojení služeb;
• odpojení uživatelů od informační základny;
• monitorování zámků objektů 1C:Enterprise 8 a zámků připojení klientů;
• provozní analýza transakčních zámků systému správy databází;
• správa blokování uživatelských připojení k infobázi;
• řízení blokování rutinních úkolů.

V tomto článku se budu zabývat pouze registrací nové informační základny

Registrace nové informační základny

Chcete-li zaregistrovat novou infobázi pomocí obslužného programu pro správu serverového clusteru, vyberte požadovaný centrální server, požadovaný cluster registrovaný na tomto serveru, větev Infobází ve stromu centrálních serverů a spusťte příkaz z místní nabídky Vytvořit – Infobázi nebo podobný příkaz v hlavní menu nástroje.

V důsledku provedení příkazu se na obrazovce objeví dialogové okno vlastností infobáze.

Parametry infobáze jsou ekvivalentní parametrům nové infobáze vytvořené pomocí spouštěcího okna 1C:Enterprise.

Typ DBMS: Microsoft SQL Server.

Databázový server: název serveru. Může být určeno názvem počítače (pokud je na počítači nainstalována jedna instance serveru) nebo názvem konkrétní instance (pokud je nainstalováno několik instancí). Například Server/instance. Pokud jsou server 1C:Enterprise a Microsoft SQL Server umístěny na stejném počítači a pro Microsoft SQL Server je nainstalován Native Client (nativní klient), pak je možné pro komunikaci mezi servery použít protokol SHARED MEMORY. Chcete-li to provést, musíte zadat předponu lpc: před názvem serveru Microsoft SQL Server. V tomto případě bude název serveru DBMS vypadat takto: lpc:Server/instance

Jméno databáze: První znak názvu databáze může být písmeno latinské abecedy a také znak „_“. Následující znaky mohou být písmena latinské abecedy, čísla a také symboly „_“, „$“. Délka názvu je omezena na 63 znaků. V názvu nejsou povoleny mezery. Název nemůže být vyhrazeným slovem v dotazovacím jazyce databázového serveru. V názvu databáze nelze použít následující znaky: "<», «>"", "#", "%", """, "(", ")", "[", "]", "|", "\", "^", "`", stejně jako znaky s kódy od 0 do 31 a 127

Uživatel databáze: jméno uživatele databázového serveru, jehož jménem bude k databázi přistupováno. Je nezbytné, aby zadaný uživatel byl buď správcem databázového serveru (sa) nebo vlastníkem databáze (pokud již existuje), aby bylo možné v budoucnu volně upravovat strukturu vybrané databáze. V druhém případě musí mít tento uživatel přístup pro čtení k hlavní databázi a úplný přístup k databázi tempdb. Kromě výše uvedeného musí být zadaný uživatel členem pevné role serveru processadmin nebo sysadmin.

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 odečteny při jejich načítání. Dostupnost tento parametr určeno zvláštnostmi ukládání dat v Microsoft SQL Server. Typ DATETIME používaný v Microsoft SQL Server vám umožňuje ukládat data v rozsahu od 1. ledna 1753 do 31. prosince 9999. A pokud při práci s infobází může být potřeba ukládat data před spodní hranicí tohoto rozsahu, pak by měla být jako hodnota parametru vybrána hodnota 2000. Pokud taková data nenajdete, pak lze jako hodnotu zvolit 0 datum offset Po vytvoření infobáze hodnota tohoto parametru Ne podléhají změnám.

POZORNOST! Pokud aplikační řešení používá akumulační registry nebo účetní registry, pak pole Date offset musí být nastaveno na 2000. Pokud byla při vytváření databáze do tohoto pole zadána hodnota 0, pak by měla být infobáze nahrána do souboru a databáze by měla být znovu vytvořena, přičemž v poli Offset Dates to 2000 a load infobase

POZORNOST! Názvy infobází musí být jedinečné v rámci stejného clusteru. Při registraci nové infobáze systém zkontroluje, zda na zadaném databázovém serveru existuje databáze se stejným názvem. Pokud databáze existuje, naváže se k ní spojení. Pokud již existující databáze obsahuje data z infobáze 1C:Enterprise, naváže se spojení s již existující infobází. A pokud databáze data infobáze neobsahuje, tak se v ní inicializuje nová infobáze 1C:Enterprise.

Chyba při provádění operace s infobází

Při připojování k SQL databázi může docházet k různým chybám při vytváření nebo připojování. Pokud například dojde k následující chybě:

V tomto případě došlo k pokusu o vytvoření informační databáze a podnikový server nemohl navázat připojení k Microsoft SQL Server. Je třeba zkontrolovat:

• Parametry autentizace uživatele (Jméno, heslo a práva k vytvoření databáze);
• Dodržuje název databáze konvence pojmenování?
• Je správně nastaven název databázového serveru?
• Odpovídá typu ověření uživatele. Možná je uživatel přihlášen pod uživatelským jménem sql serveru a v nastavení SQL je nastaven nesprávný typ ověření uživatele.

Pozadí.

Ke správě serverů 1C: Enterprise od verze 8.0 je dodávána konzola „Administrace serverů 1C Enterprise“ (snap-in pro konzolu Microsoft Management Console). Nástroj je docela funkční a pohodlný, vyvinutý spolu s verzemi platformy a věrně slouží správci.

S verzí 8.1 se objevila možnost distribuce serverů pro operační systémy založené na Linuxu (založené na deb a rpm). To umožnilo spotřebitelům snížit využití zásobníku technologie společnosti Microsoft a výrazně ušetřit na licencích a softwaru. Ale co správce? Všechno stejné vybavení pro MMC. Je těžké obvinit vývojáře z konzervatismu, protože pokrok ve vývoji platformy za ta léta vypadal působivě (což se často stává důvodem k výtce – stabilita je obětována pokroku). Faktem ale zůstává, že bylo navrženo spravovat servery verze 8.1 a 8.2 z Windows.

Ve verzi 8.3 se objevily nové multiplatformní nástroje pro správu clusteru serverů - ras (server pro správu) a rac (klient pro správu). Dokonce i mezi lidmi, kteří neustále pracují s platformou 1C: Enterprise, o nich mnozí jednoduše nevědí nebo o nich sotva slyšeli. Tito. Tato metoda řízení nezískala popularitu. A důvodem se zdá být to, že rac je konzolová aplikace. Pro líného správce je snazší spustit mmc a kliknout na vše, co potřebuje. Ale je tu ještě jedna možnost...

Kluci z 1C, to myslíte vážně?

Proč nepoužít ras server bez rac? Naštěstí společnost 1C zveřejnila „Administrative Service API“ pro Javu.

V důsledku toho budeme potřebovat:

1. Nainstalovaný a nakonfigurovaný ras. Ve výchozím nastavení je tato aplikace nainstalována spolu se serverovou částí (ve stejném adresáři jako ragent.exe), ale ve výchozím nastavení nefunguje. Pojďme tento nedostatek napravit.

Můžete jej nakonfigurovat tak, aby se spustil při spuštění serveru:

Ras cluster --port=

(pokud neuvedete port, výchozí je 1545)

Nebo nainstalujte ras jako službu Windows (příkladový soubor register-ras.bat pro registraci od společnosti 1C):

@echo off rem %1 – plné číslo verze sady 1C:Enterprise SrvUserName=<имя пользователя>set SrvUserPwd=<пароль пользователя>set CtrlPort=1540 set AgentName=localhost set RASPort=1545 set SrvcName="1C:Enterprise 8.3 Remote Server" set BinPath="\"C:\Program Files\1cv8\%1\bin\ras.exe\" cluster -- service --port=%RASPort% %AgentName%:%CtrlPort%" set Desctiption="Administration Server 1C:Enterprise 8.3" sc stop %SrvcName% sc delete %SrvcName% sc create %SrvcName% binPath= %BinPath% start= auto obj= %SrvUserName% heslo= %SrvUserPwd% zobrazované jméno= %Desctiption%

2. Klienta pro ras pro Android DroidRAC2 jsem si musel napsat sám. Podle mě se tam vše intuitivně nastavuje a propojuje. Aplikace se pokouší replikovat styl a uživatelské rozhraní známé konzoly MMC. Zdarma a bez SMS, jak se říká. Je podporována možnost zobrazení celého stromu komponent a editace základních nastavení, která je třeba během provozu změnit.

Perspektivy rozvoje.

V současnosti je k testování k dispozici verze 1C: Enterprise 8.4.1, ve které byla serverová část výrazně přepracována. Mimo jiné bylo oznámeno REST API pro správu serveru a klient pro něj. Je zřejmé, že sám vývojář vidí problém ve špatném vývoji nástrojů pro správu a zde nás čekají příjemná překvapení. Mezitím musíme pracovat s tím, co máme.

P.S. Osobně mě těší sledovat rychlý vývoj softwaru společnosti 1C, i když za tento pokrok musím často platit nervy a čas. Ale to je úplně jiný příběh

Automatizovaný systém 1C Enterprise vám umožňuje provádět správu, obchod, účetnictví a přijímat potřebné zprávy. Existují dva typy provozu programu:

• Soubor - 1C je nainstalován pouze na jednom počítači, žádný správce nemůže pracovat s databázemi. Tato možnost je vhodná pro malé společnosti s malým obchodním obratem.
• Klientská verze. Při práci s 1C je zapojen systém uživatelů, databáze jsou umístěny na jednom počítači, ke kterému jsou připojeny všechny ostatní. Pracovní varianta má tříúrovňovou architekturu sestávající z klientské aplikace, 1C Enterprise serveru a databází ve formátu MS SQL Server nebo PostgreSQL. V tomto případě se k zajištění správné konfigurace používá administrace serveru 1C.

Konzole pro správu serveru 1C:hlavní funkce

Server 1C nemá vestavěné rozhraní pro správu, takže se používá konzole. Je součástí standardní dodávky odpovídající verze 1C Enterprise. Tento standardní nástroj je nainstalován na každém místní počítač, přičemž databáze mohou být umístěny zde nebo na vzdáleném serveru.

Pomocí konzoly pro správu serveru 1C Enterprise můžete vyřešit následující úlohy:

• Proveďte změny ve fungování serveru, vytvořte nové, odstraňte nepotřebné. Mohou hostit databáze a definovat interakce mezi různými uživateli.
• Vytvořit administrátory. Jedná se o uživatele, kteří mají přístupová práva k provádění změn na serverech. Každý administrátor může spravovat pouze přidělený server. Pokud nepřidáte jediného správce, může server 1C spravovat každý registrovaný uživatel.
• Tvorba klastrových pracovních postupů 1C. Přidání pracovních procesů umožňuje ovlivnit výkon konkrétního uživatele v systému. Ve vlastnostech můžete nastavit maximální hodnotu výkonu (až 1000). Běžecké relace jsou připojeny k procesu s maximálním výkonem. Systematicky systém nezávisle analyzuje a přerozděluje tyto hodnoty pro optimalizaci.
• Tvorba databází v 1C Enterprise. Můžete nastavit, aby se k němu uživatelé mohli připojit, nebo povolit, aby fungoval pouze lokálně.
• Nucené ukončení relací. Někdy zpráva serveru informuje, že pod zadané jméno uživatel již pracuje. Systém ne vždy sám o sobě tento proces ukončí, takže administrace umožňuje násilně ukončit relaci pro libovolného uživatele.

Jak začít pracovat v 1C?

Klientská aplikace 1C Enterprise je prázdná platforma. Aby mohla začít fungovat, musíte provést několik po sobě jdoucích kroků:

• Konzola je nainstalována. Umožňuje následnou správu serverů 1C.
• Vytvoření centrálního serveru. Na jeho základě pak můžete vytvářet struktury, které se k němu hlásí. Chcete-li to provést, pomocí místní nabídky zadejte název, použitý protokol a číslo portu používaného pro komunikaci.
• Vytvoření clusteru. V tomto případě pomůže i kontextové menu. Je nutné vyplnit požadované informace (název clusteru, použitý počítač, port připojení, který nemusí nutně odpovídat výše uvedenému portu).
• Vytvoření informační databáze. V odpovídající větvi musíte také použít kontextovou nabídku. Zde se zadávají požadované parametry (jméno, popis, typ připojení, umístění, typ DBMS, uživatelské jméno a heslo). Po potvrzení správnosti zadaných údajů je vytvořena databáze. Nyní do něj můžete zadat potřebné údaje.

Správa 1C Enterprise je na první pohled jednoduchý proces, ale bez správného nastavení nebude systém správně fungovat, uživatel nebude moci využívat jeho možnosti na maximum. Možné jsou i další technické problémy.

Správaod profesionálů: hlavní výhody

Klientskou verzi 1C používají středně velké a velký byznys, které je třeba propojit jednotný systém všechny počítače, včetně vzdálených konstrukčních jednotek. To vám umožní vzít manažerská rozhodnutí, přijímat konsolidované výkazy, vést obecné účetnictví.

Hraje důležitou roli správné nastavení a neustálá údržba platformy, vytváření uživatelů, clusterů, správců, provádění změn v databázích. K tomu potřebujete určitý personál specialistů. K tomu můžete najímat nové zaměstnance, neustále školit stávající lidi nebo službu outsourcovat. Každá společnost se sama rozhodne, která metoda je vhodná v konkrétních provozních podmínkách.

Správa platformy 1C prováděná profesionálními specialisty má řadu výhod:

• Správná konfigurace systému, která vám umožní zaručit adekvátní provoz 1C, bez technických poruch.
• Neustálé změny a sledování bezpečnosti. Činnost společnosti je dynamická, cílí automatizovaný systém nové úkoly pro přijímání manažerských a strategických rozhodnutí.
• Instalace nových modulů, správné rozdělení přístupových práv, tvorba subsystémů. Je to důležité zejména pro velké společnosti s pobočkami a vzdálenými jednotkami.
• Monitorování zatížení systému, rozložení zátěže mezi různé serverové počítače.

1C pracuje s různými umístěními architektonických prvků, mohou být umístěny na jednom resp různé počítače. Pro zajištění maximální ochrany se doporučuje umístit každý prvek na jiný počítač.

Při instalaci další aktualizace Účetnictví se mi zobrazila chyba „Pracuji pouze na 8.3.4“, no... je čas nainstalovat 8.3.4. Tak:

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

Služba Server Agent Service 1C
Ve výchozím nastavení je nainstalován na portu 1540 a tam mám spuštěný 8.2, takže to změníme ve větvi registru
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Parametr ImagePath Server Agent Enterprise 8.3
změňte čísla portů přidáním posunu: "C:\Program Files\1cv8\8.3.4.365\bin\ragent.exe" -srvc -agent -regport 1741 -port 1740 -rozsah 1660:1691 -d "C:\Program Soubory\ 1cv8\srvinfo"

Spusťte Agenta a otevřete Administrační konzolu serverů 1C a vytvořte cluster 8.3
Zadali název serveru a nakonfigurovali jej na portu 1740 (8.2 běží na 1540)

Vytvořili jsme cluster + trochu ho optimalizovali (mám jen JEDEN malý server, takže udávám interval restartu pracovních procesů a množství 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é zadat povolené množství paměti: 3 000 000 KB (3 GB) – Pro server se 4 GB RAM, Pokud je to méně, pak nevyplňujte tato možnost!.
3. Interval přetečení paměti je nepřetržitý časový úsek, kdy je překročeno povolené množství paměti, po kterém server restartuje proces. Pokud je zadáno 0 sekund, bude čekat navždy.
4. Počet pracovních procesů se vypočítá automaticky na základě vašeho nastavení
5. Úroveň odolnosti proti chybám Úroveň odolnosti proti chybám clusteru můžete nastavit jako počet pracovních serverů, které mohou současně selhat, což nepovede k abnormálnímu ukončení uživatelů. Záložní služby jsou spouštěny automaticky v množství nezbytném pro zajištění specifikované odolnosti proti chybám; V reálném čase se aktivní služba replikuje na záložní.
6. Režim rozložení zátěže, který lze použít buď ke zvýšení výkonu systému jako celku, nebo využít nový režim „úspora paměti“, který umožňuje pracovat „s omezenou pamětí“ v případech, kdy se použitá konfigurace „líbí“ sníst paměť."

Pracovní server
Můj server je jednoduchý, celkem 2 Gb RAM a budou na něm jen 2 databáze, takže to nakonfiguruji takto:

Parametr Počet zabezpečení informací na proces jsem nastavil na 1, tzn. Chci, aby každé zabezpečení informací běželo svůj vlastní proces – tím se sníží vzájemné ovlivňování jak z hlediska spolehlivosti, tak výkonu. Nakonfigurujete jej podle vlastností vašeho serveru!

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

Ve startéručurání do databáze:

Požadavky na přiřazení funkčnosti
Nenastavil jsem to sám, ale myslím, že bych o tom měl říct:
Správa clusteru znamená, že správce 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“: které služby a připojení k infobázím by měly běžet na každém z fungujících serverů. Správci klastrů a pracovní procesy se spouštějí automaticky na základě přiřazených „požadavků“. „Požadavky“ na produkční servery lze zadat 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“, tj. odmítnout pracovní procesy tohoto serveru obsluhovat klientská připojení. Ještě zajímavější je možnost spouštět „pouze úlohy na pozadí“ na produkčním serveru clusteru bez uživatelských relací. Tímto způsobem můžete přesunout vysoce zatížené úlohy (kód) na samostatný stroj. Kromě toho můžete na jednom počítači spustit jednu úlohu „uzavření měsíce“ prostřednictvím „Hodnota dalšího parametru“ a na jiném počítači úlohu „Aktualizace fulltextového indexu“. Vyjasnění probíhá prostřednictvím indikace „Hodnota doplňkového parametru“. Pokud například zadáte jako hodnotu BackgroundJob.CommonModule, můžete omezit práci pracovního serveru v clusteru pouze na práce na pozadí s jakýmkoliv obsahem. Hodnota BackgroundJob.CommonModule..- bude označovat konkrétní kód.

Bezpečnostní profily
Bezpečnostní profily slouží k tomu, aby zakázaly aplikačnímu řešení provádět akce, které by mohly být potenciálně nebezpečné pro fungování serverového clusteru.
Správce clusteru může přiřadit libovolné informační základna jeden z bezpečnostních profilů existujících v clusteru. A pak bude potenciálně nebezpečná funkčnost aplikačního řešení omezena v rámci limitů popsaných v tomto profilu.

Po vytvoření bezpečnostní profil ve výchozím nastavení zakazuje všechny potenciálně nebezpečné akce:
-odvolat se k souborový systém servery;
-spouštění objektů COM;
-použití externích komponent 1C:Enterprise;
-zahájení vnější ošetření a zprávy;
-spouštění aplikací nainstalovaných na serveru;
- přístup k internetovým zdrojům.
Ochrana před nechtěnými akcemi neznámého aplikačního řešení je tedy velmi jednoduchá: musíte vytvořit prázdný bezpečnostní profil a přiřadit jej k informační základně. Dále, pokud je to nutné, můžete tento profil rozšířit tím, že v něm popíšete akce, které může aplikační řešení provádět.

Umístění souborů služeb správce clusteru v 1C Enterprise 8.3
Pokud při instalaci systému! "1C:Enterprise" zvolil možnost spuštění serveru "1C:Enterprise" jako služby, poté bude první spuštění serverového agenta provedeno během procesu 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 serverové clusterové služby budou umístěny v adresáři<каталог установки системы 1С:Предприятие>\srvinfo (spouštěcí klíč -d bude explicitně uveden v parametrech služby).

Pokud jste při instalaci systému 1C:Enterprise vybrali možnost spuštění serveru jako aplikace, pak se server během procesu instalace systému nespustí; Po dokončení instalace systému musí být serverový agent spuštěn nezávisle. Navíc, pokud není zadán startovací přepínač -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 Windows Vista a starší) .

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