Správa podnikových serverov 1C. Správa servera 1C podnik Predvolené meno správcu klastra 1c

Tlačiť (Ctrl + P)

Tento článok obsahuje popis niektorých prvkov správy systému 1C: Enterprise, ktoré sú typické pre verziu systému klient-server s Microsoft SQL Server 2012:

Vytvorenie záložnej kópie vo verzii klient-server

Správa klastra serverov

Konzola alebo pomôcka na správu klastra 1cv8 servers.msc je zásuvný modul konzoly Microsoft Management Console (MMC) a možno ho použiť na počítačoch s nainštalovaným príslušným softvérom. Štandardne sa inštaluje do priečinka C: \ Program Files (x86) \ 1cv8 \ common

Pomôcka na správu klastra je určený na riešenie nasledujúcich úloh:

• vytváranie, zmena a odstraňovanie serverových klastrov;
• modifikácia existujúcich klastrov: vytváranie, zmena parametrov a mazanie fungujúcich serverov, priraďovanie požiadaviek na funkčnosť funkčným serverom;
• nastavenie úrovne zlyhania klastra;
• manuálne nastavenie zaťaženia na jednotlivých pracovných serveroch;
• správa zoznamov správcov centrálnych serverov klastrov a zoznamov správcov klastrov;
• monitorovanie užívateľských spojení s infobázami a servisnými spojeniami;
• odpojenie používateľov od informačnej základne;
• monitorovanie zámkov objektov 1C: Enterprise 8 a zámkov pripojenia klienta;
• prevádzková analýza transakčných zámkov systému správy databáz;
• kontrola blokovania nadviazania spojenia medzi používateľmi a infobázou;
• riadenie blokovania vykonávania naplánovaných úloh.

V tomto článku budem uvažovať len o registrácii novej infobázy.

Registrácia novej informačnej databázy

Ak chcete zaregistrovať novú informačnú bázu pomocou pomocného programu na správu klastra serverov, vyberte požadovaný centrálny server v strome centrálneho servera, požadovaný klaster zaregistrovaný na tomto serveri, vetvu Infobázy a spustite príkaz z kontextovej ponuky New - Infobase alebo podobný príkaz z pomocného programu. hlavné menu.

V dôsledku vykonania príkazu sa na obrazovke zobrazí dialógové okno s vlastnosťami informačnej databázy.

Parametre informačnej databázy sú ekvivalentné parametrom novej informačnej databázy vytvorenej pomocou spúšťacieho okna 1C: Enterprise.

Typ DBMS: Microsoft SQL Server.

Databázový server: názov servera. Môže byť určený názvom počítača (ak je na počítači nainštalovaná jedna inštancia servera) alebo názvom špecifickej inštancie (ak je nainštalovaných viacero inštancií). Napríklad Server / inštancia. Ak sú server 1C: Enterprise a Microsoft SQL Server umiestnené na rovnakom počítači a pre Microsoft SQL Server je nainštalovaný Native Client (vlastný klient), potom je možné na komunikáciu so serverom použiť protokol SHARED MEMORY. Ak to chcete urobiť, pridajte pred názov servera Microsoft SQL Server predponu lpc:. V tomto prípade bude názov servera DBMS vyzerať takto: lpc: Server / inštancia

Názov databázy: Prvý znak názvu databázy môže byť písmeno latinskej abecedy, ako aj znak „_“. Nasledujúce znaky môžu byť písmená latinskej abecedy, čísla, ako aj symboly „_“, „$“. Názov je obmedzený na 63 znakov. Medzery v názve nie sú povolené. Názov nemôže byť vyhradené slovo v jazyku dotazu databázového servera. V názve databázy nemožno použiť nasledujúce znaky: "<», «>"," # ","% "," "", "(", ")", "[", "]", "|", "\", "^", "` ", Rovnako ako znaky s kódmi od 0 do 31 a 127

Užívateľ databázy: meno používateľa databázového servera, v mene ktorého sa bude k databáze pristupovať. Je nevyhnutné, aby zadaný používateľ bol buď správcom databázového servera (sa) alebo vlastníkom databázy (ak už existuje), aby bolo možné ďalej voľne upravovať štruktúru vybranej databázy. V druhom prípade musí mať tento používateľ prístup na čítanie do hlavnej databázy a úplný prístup k databáze tempdb. Okrem vyššie uvedeného musí byť určený používateľ členom s pevnou rolou servera processadmin alebo sysadmin.

Používateľské heslo: heslo používateľa, v mene ktorého sa bude pristupovať k databáze.

Posun dátumu- 0 alebo 2000. Tento parameter definuje počet rokov, ktoré budú pridané k dátumom, keď sú uložené v databáze Microsoft SQL Server, a odpočítané pri ich získaní. Prítomnosť tohto parametra je určená špecifikami ukladania dátumov na serveri Microsoft SQL Server. Typ DATETIME používaný serverom Microsoft SQL Server umožňuje ukladať dátumy v rozsahu od 1. januára 1753 do 31. decembra 9999. A ak pri práci s informačnou bázou môže byť potrebné uložiť dátumy pred spodnou hranicou tohto rozsahu, potom by sa ako hodnota parametra mala zvoliť 2000. Ak sa takéto dátumy nevyskytujú, potom možno ako posun dátumu zvoliť 0 Po vytvorení informačnej bázy, hodnota tohto parametra nie možno zmeniť.

POZOR! Ak aplikované riešenie používa akumulačné registre alebo účtovné registre, potom pole Date offset musí byť nastavené na 2000. Ak bola pri vytváraní databázy do tohto poľa zadaná hodnota 0, potom by mala byť infobáza načítaná do súboru, databáza musí byť znovu vytvorené s uvedením v poli Posunúť dátumy hodnoty 2000 a načítať infobázu

POZOR! Názvy informačnej databázy musia byť jedinečné v rámci toho istého klastra. Pri registrácii novej infobázy systém skontroluje, či na zadanom databázovom serveri existuje databáza s rovnakým názvom. Ak základňa existuje, vytvorí sa k nej spojenie. Ak existujúca databáza už obsahuje údaje informačnej základne 1C: Enterprise, vytvorí sa spojenie s existujúcou informačnou základňou. A ak databáza neobsahuje údaje informačnej databázy, inicializuje sa v nej nová informačná základňa 1C: Enterprise.

Pri vykonávaní operácie s informačnou bázou sa vyskytla chyba

V procese pripájania k databáze SQL sa môžu vyskytnúť rôzne chyby pri vytváraní alebo pripájaní. Napríklad, ak sa zobrazí nasledujúca chyba:

V tomto prípade došlo k pokusu o vytvorenie informačnej databázy a podnikový server nemohol nadviazať spojenie so serverom Microsoft SQL Server. Je potrebné skontrolovať:

• Parametre autentifikácie užívateľa (Užívateľské meno, heslo a práva na vytvorenie databázy);
• Či názov databázy zodpovedá pravidlám pomenovania;
• Názov databázového servera je správny;
• Zodpovedá typu overenia používateľa. Možno je používateľ prihlásený ako používateľské meno servera SQL a v nastaveniach SQL je nastavený nesprávny typ autentifikácie používateľa.

Takže máte nainštalovaný 1C: Enterprise, ako zistiť, akým spôsobom alebo možnosťou je načítaná vaša informačná základňa (IB)?

Ak máte súborovú verziu práce, potom v riadku pri spustení 1C a pri výbere informačnej databázy (v zozname infobáz) uvidíte: Súbor = "C: \ Dokumenty a nastavenia \ Pupkin \ Moje dokumenty \" Infobase1". Toto je priečinok, v ktorom je uložená základňa súborov.

Ak vidíte takýto nápis ako Srvr = "192.168.6.1"; Ref = "Infobase1";, znamená to, že pracujete vo verzii klient-server práce s 1C.

Čo znamená súborová verzia práce - viac-menej rozumiete.

Verzia práce klient-server zahŕňa výmenu údajov cez sieť pomocou špeciálneho portu a IP adresy počítača, kde je databáza nainštalovaná.

V prípade klient-server verzie práce na počítači, kde je nainštalovaná databáza, beží špeciálna služba, ktorú si môžete pozrieť v Ovládacom paneli, v položke „Nástroje pre správu“ a vybrať modul „Služby“ ; v zozname služieb uvidíte niečo ako nasledovné (v závislosti od verzie 1C) - „Server Agent 1C: Enterprise 8.xx“ alebo napríklad len taká služba „1C: Enterprise 8.2 Server Agent:“.

V prípade práce s možnosťou klient-server je veľmi užitočný modul snap-in nachádzajúci sa v ponuke Štart-> Všetky programy (programy) -> 1C Enterprise 8.x-> Ďalšie-> Správa serverov 1C Enterprise.

Čo nám toto vybavenie dáva z hľadiska práce s používateľmi a odbúravania informačnej bezpečnosti?

1. Tu môžeme vypnúť používateľov

2. Tu môžeme nastaviť blok, ktorý užívateľom zakáže vstup (v prípade, že potrebujeme výhradný prístup do infobázy)

Modul snap-in môže požiadať o heslo, ale ktoré?

Používateľské meno a heslo (pre vás ako správcu DB) - zadajte svoje používateľské meno a heslo, ktoré používate na prihlásenie do 1C: Enterprise.

Takže to, čo tu vidíme. Vidíme server 1C Enterprise (My_1C) a informačnú základňu (predvolený port 1541) - My_UPP. V pravej časti okna vidíme možnosť vybrať -> Sessions, Locks, Connections.

Teraz nás zaujíma vetva s infobázami - kliknite pravým tlačidlom myši na vybrané zabezpečenie informácií a použite príkaz "Vlastnosti" z Kontextového menu.

Aby ste používateľom zakázali vstup a prácu s infobázou, je potrebné zaškrtnúť políčko „Blokovanie spustenia relácie povolené“.

Venujte pozornosť dátumom začiatku a konca uzamknutia. Počnúc dátumom a časom začiatku uzamknutia a dátumom a časom konca uzamknutia bude databáza vo výhradnom režime.

Kým nezrušíte začiarknutie políčka, nikto nemôže vstúpiť a pracovať s infobázou, ale ... Aby ste mohli zadať IB sami (pomocou príkazového riadku), zadajte kód povolenia.

Blokovanie naplánovaných úloh je povolené – toto blokovanie je potrebné, aby 1C neumožňovalo spúšťať rôzne naplánované úlohy na pozadí. Naplánovaná úloha je operácia, ktorá sa spúšťa podľa plánu, niekedy za účelom aktualizácie konfigurácie – naplánované úlohy, ktoré sa spúšťajú podľa šťastia v momentoch, keď práca s databázou zasahuje – túto príležitosť môžete na chvíľu využiť.

Keď používatelia spustia 1C: Enterprise s nainštalovaným blokovaním, dostanú správu uvedenú v položke „Správa“.

Okrem toho

Často sa stáva, že server 1C: Enterprise je nainštalovaný na jednom počítači (nejaký druh hlavného servera, ako v našom prípade My_1C) a chcete server „riadiť“ z miestneho počítača. (Je tiež možné, že máte niekoľko serverov a chcete tieto servery spravovať z lokálneho modulu snap-in vášho počítača).

Na lokálnom počítači urobme nasledovné, otvorme modul „1C Enterprise Server Administration“ (cesta Štart-> Všetky programy (Programy) -> 1C_Enterprise 8.x-> Advanced-> 1C Enterprise Server Administration). Ak zrazu nemáte tento komponent nainštalovaný na svojom lokálnom počítači, potom ho neuvidíte - prejdite na Ovládací panel -> Pridať alebo odstrániť programy a vyhľadajte riadok s inštaláciou 1C Enterprise a zmeňte nastavenia komponentov pridaním modulu Správa servera

Tak sme to našli, urobili, vyhľadali. Poďme ďalej.

V module snap-in vidíme prázdny riadok, ktorý nič neobsahuje, niečo ako servery Console Root-> Central 1C: Entreprise 8.2. Umiestnime kurzor na tento riadok, stlačíme pravé tlačidlo myši a vyberieme príkaz Create-> Central server 1C Enterprise 8.2.

Zadáme názov nášho servera umiestneného v sieti a klikneme na „OK“. to je všetko – máme možnosť pracovať z lokálneho počítača a spravovať náš 1C server.

Automatizovaný systém 1C Enterprise vám umožňuje vykonávať správu, obchodovať, účtovať a prijímať potrebné správy. Existujú dva typy prevádzky programu:

• Súbor - 1C je nainštalovaný iba na jednom počítači, žiadny manažér nemôže pracovať s databázami. Táto možnosť je vhodná pre malé spoločnosti s nízkym obratom.
• Verzia klienta. Pri práci s 1C je zapojený používateľský systém, databázy sú umiestnené na jednom počítači, s ktorým sú prepojené všetky ostatné. Variant práce má trojvrstvovú architektúru, ktorá pozostáva z klientskej aplikácie, servera 1C Enterprise a databáz vo formáte MS SQL Server alebo PostgreSQL. V tomto prípade sa na zabezpečenie správnej konfigurácie používa správa serverov 1C.

Konzola na správu servera 1C:hlavné funkcie

Server 1C nemá vstavané rozhranie na správu, preto sa používa konzola. Je súčasťou štandardného balíka dodávky zodpovedajúcej verzie 1C Enterprise. Tento štandardný nástroj je nainštalovaný na každom lokálnom počítači, pričom databázy môžu byť umiestnené tu alebo na vzdialenom serveri.

Pomocou konzoly na správu servera 1C Enterprise môžete vyriešiť nasledujúce úlohy:

• Vykonajte zmeny vo fungovaní servera, vytvorte nové, odstráňte nepotrebné. Môžu hostiť databázy, definovať interakcie medzi rôznymi používateľmi.
• Vytvorte správcov. Toto sú používatelia, ktorí majú prístupové práva na vykonávanie zmien na serveroch. Každý správca môže spravovať iba pripnutý server. Ak nepridáte jedného správcu, server 1C môže spravovať každý registrovaný používateľ.
• Tvorba pracovných procesov klastra 1C. Pridanie pracovných tokov vám umožňuje ovplyvniť výkon konkrétneho používateľa v systéme. Vo vlastnostiach si môžete nastaviť maximálnu hodnotu výkonu (až 1000). Spustené relácie sú pripojené k procesu s maximálnym výkonom. Systém systematicky nezávisle analyzuje a prerozdeľuje tieto hodnoty na optimalizáciu.
• Tvorba databáz v 1C Enterprise. Môžete vytvoriť možnosť pripojiť k nemu používateľov alebo povoliť prácu iba lokálne.
• Vynútiť ukončenie relácií. Niekedy správa servera informuje, že práca sa už vykonáva pod zadaným používateľským menom. Systém tento proces nie vždy sám ukončí, takže administrácia umožňuje násilne ukončiť reláciu pre ktoréhokoľvek používateľa.

Ako začať v 1C?

Klientska aplikácia 1C Enterprise je prázdna platforma. Aby to začalo fungovať, musíte vykonať niekoľko postupných krokov:

• Konzola je nainštalovaná. Umožňuje následnú správu serverov 1C.
• Vytvorenie centrálneho servera. Potom na jeho základe môžete vytvárať štruktúry, ktoré sa mu budú zodpovedať. Ak to chcete urobiť, pomocou kontextového menu zadajte názov, použitý protokol, číslo portu používaného na komunikáciu.
• Vytváranie klastrov. V tomto prípade pomôže aj kontextové menu. Je potrebné vyplniť požadované informácie (názov klastra, použitý počítač, port pre pripojenie, ktorý nemusí byť rovnaký ako predtým špecifikovaný port).
• Vytvorenie informačnej databázy. V príslušnej vetve musíte použiť aj kontextové menu. Obsahuje požadované parametre (názov, popis, typ pripojenia, umiestnenie, typ DBMS, užívateľské meno a heslo). Po potvrdení správnosti zadaných údajov sa vytvorí databáza. Teraz do nej môžete zadať potrebné údaje.

Správa 1C Enterprise je na prvý pohľad jednoduchý proces, no bez správneho nastavenia nebude systém správne fungovať, používateľ nebude môcť využívať jeho možnosti na maximum. Možné sú aj ďalšie technické problémy.

Administráciaod profesionálov: hlavné výhody

Klientsku verziu 1C používajú stredné a veľké podniky, ktoré potrebujú prepojiť všetky počítače do jedného systému, vrátane vzdialených štrukturálnych divízií. To vám umožňuje prijímať manažérske rozhodnutia, prijímať konsolidované správy a viesť všeobecné účtovníctvo.

Dôležitú úlohu zohráva správna konfigurácia a neustále udržiavanie prevádzkyschopnosti platformy, vytváranie používateľov, klastrov, administrátorov a zmeny v databázach. Aby ste to dosiahli, musíte mať určitý personál špecialistov. K tomu môžete najímať nových zamestnancov, neustále školiť existujúcich ľudí alebo službu outsourcovať. Každá spoločnosť sa sama rozhodne, ktorá z metód je vhodná v konkrétnom prevádzkovom prostredí.

Správa platformy 1C, ktorú vykonávajú profesionálni špecialisti, má množstvo výhod:

• Správna konfigurácia systému, ktorá umožňuje 1C zaručiť primeranú prevádzku bez technických porúch.
• Neustále zmeny, kontrola bezpečnosti. Činnosť spoločnosti je dynamická, kladie nové úlohy pre automatizovaný systém na prijímanie manažérskych a strategických rozhodnutí.
• Inštalácia nových modulov, správne rozdelenie prístupových práv, vytvorenie podsystémov. Je to dôležité najmä pre veľké spoločnosti s pobočkami, vzdialenými divíziami.
• Riadenie zaťaženia systému, distribúcia zaťaženia na rôznych serverových počítačoch.

1C pracuje s iným usporiadaním komponentov architektúry; môžu byť umiestnené na rovnakých alebo rôznych počítačoch. Pre zabezpečenie maximálnej ochrany systému sa odporúča umiestniť každý prvok na iné počítače.

Pri ďalšej aktualizácii účtovného oddelenia som dostal chybu "Pracujem iba na 8.3.4", dobre ... je čas dať 8.3.4. takže:

Nebudem popisovať proces sťahovania a inštalácie novej platformy, tam je všetko jednoduché.

1C Server Agent Service
Štandardne sa dáva na port 1540 a tam mám spustený 8.2, tak to zmeníme vo vetve registra
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ 1C: Parameter ImagePath Enterprise 8.3 Server Agent
zmeniť čísla portov pridaní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 otvoríme konzolu správy serverov 1C a vytvoríme klaster 8.3
Zadali ste názov servera a nakonfigurovali ho na porte 1740 (8.2 funguje na 1540)

Vytvárame klaster + trochu optimalizované (mám len malý JEDEN server, takže uvádzam interval reštartovania pracovných procesov a množstvo pamäte, pretože mám jeden server - úroveň odolnosti proti chybám je 0)


Teraz podrobnejšie:
1. Interval reštartu: 86400 sekúnd (24 hodín). Okamih reštartu nie je regulovaný, zrejme od momentu nastavenia parametrov alebo spustenia aplikačného servera.
2. Môžete tiež určiť povolenú veľkosť pamäte: 3 000 000 KB (3 GB) – Pre server so 4 GB RAM, Ak je to menej, tak nevyplňujte tento parameter!.
3. Out-of-memory interval je súvislý časový interval s nedostatkom pamäte, po ktorom server reštartuje proces. Ak je zadaná hodnota 0 sekúnd, bude čakať navždy.
4. Počet pracovných tokov sa vypočíta automaticky na základe vašich nastavení
5. Úroveň zlyhania Môžete nastaviť úroveň zlyhania klastra ako počet fungujúcich serverov, ktoré môžu súčasne zlyhať, čo nepovedie k abnormálnemu ukončeniu používateľov. Redundantné služby sa spúšťajú automaticky v množstve potrebnom na zabezpečenie špecifikovanej odolnosti voči chybám; v reálnom čase sa aktívna služba replikuje do pohotovostných.
6. Režim vyrovnávania záťaže, ktorý je možné použiť buď na zlepšenie výkonu systému ako celku, alebo na využitie nového režimu „úspora pamäte“, ktorý umožňuje pracovať s „obmedzenou pamäťou“ v prípadoch, keď používaná konfigurácia „rád žerie“ preč pamäť“.

Pracovný server
Môj server je jednoduchý, celkovo 2 Gb RAM a bude mať len 2 základne, takže ho nakonfigurujem takto:

Parameter Počet IB na proces som nastavil na 1, t.j. Pre každú informačnú bezpečnosť chcem spustiť vlastný proces - zníži sa tým vzájomné ovplyvňovanie z hľadiska spoľahlivosti aj výkonu. Prispôsobíte sa charakteristikám vášho servera!

Informačná základňa
Pridávam IB:

V štartéri základ na písanie:

Požiadavky na priradenie funkčnosti
Nenastavil som to pre seba, ale myslím, že o tom musím povedať:
Správa klastra spočíva v tom, že správca určuje zloženie počítačov (pracovných serverov), na ktorých sa klaster nachádza. Okrem toho (ak je to potrebné) môže pre nich určiť „požiadavky“: aké služby a pripojenia k infobázam by mali fungovať na každom z fungujúcich serverov. Správcovia klastrov a pracovné postupy sa spúšťajú automaticky na základe priradených „požiadaviek“. "Požiadavky" na produkčné servery je možné nastaviť interaktívne z konzoly správy klastra alebo programovo zo vstavaného jazyka.
Takže na prenosnom počítači s bezpečnostným kľúčom, aby ste nespustili používateľov na klastrovom serveri, musíte pridať „požiadavky“ pre objekt požiadavky „Pripojenie klienta k informačnej bezpečnosti“ - „Nepriraďovať“, t.j. zabrániť pracovným procesom tohto servera spracovávať pripojenia klientov. Ešte väčším záujmom je možnosť spúšťať „iba úlohy na pozadí“ na produkčnom serveri v klastri bez používateľských relácií. Takto môžu byť vysoko zaťažené úlohy (kód) prenesené na samostatný stroj. Okrem toho je možné na jednom počítači spustiť jednu úlohu „uzatváranie mesiaca“ cez „Hodnotu dodatočného parametra“ a na inom počítači úlohu „Obnoviť fulltextový index“ na pozadí. Spresnenie prebieha prostredníctvom označenia "Hodnota dodatočného parametra". Ak napríklad zadáte hodnotu BackgroundJob.CommonModule, pracovný server v klastri môžete obmedziť len na úlohy na pozadí s ľubovoľným obsahom. Hodnota BackgroundJob.CommonModule ..- bude označovať špecifický kód.

Bezpečnostné profily
Bezpečnostné profily sa používajú na to, aby zakázali aplikačnému riešeniu vykonávať akcie, ktoré by mohli byť potenciálne nebezpečné pre fungovanie serverového klastra.
Správca klastra môže priradiť jeden z bezpečnostných profilov existujúcich v klastri ľubovoľnej informačnej databáze. A potom bude potenciálne nebezpečná funkčnosť aplikovaného riešenia obmedzená v rámci limitov popísaných v tomto profile.

Po vytvorení bezpečnostný profil štandardne zakazuje vykonávanie všetkých potenciálne nebezpečných akcií:
- prístup k súborovému systému servera;
-spustenie objektov COM;
-použitie externých komponentov 1C: Enterprise;
-spustenie externého spracovania a správ;
-spustenie aplikácií nainštalovaných na serveri;
- prístup k internetovým zdrojom.
Je teda veľmi jednoduché chrániť sa pred nechcenými akciami neznámeho aplikačného riešenia: musíte vytvoriť prázdny bezpečnostný profil a priradiť ho k infobase. Ďalej, ak je to potrebné, môžete tento profil rozšíriť a opísať v ňom akcie, ktoré môže aplikované riešenie vykonávať.

Umiestnenie servisných súborov správcu klastra v 1C Enterprise 8.3
Ak počas inštalácie systému! Možnosť „1C: Enterprise“ bola zvolená na spustenie servera „1C: Enterprise“ ako služby, potom sa prvé spustenie serverového agenta vykoná počas inštalácie systému. V tomto prípade bude služba spustená v mene používateľa vybraného v dialógovom okne inštalácie systému, ale súbory služieb serverového klastra budú umiestnené v adresári<каталог установки системы 1С:Предприятие>\ srvinfo (spúšťací prepínač -d bude explicitne špecifikovaný v parametroch služby).

Ak bola počas inštalácie systému 1C: Enterprise vybratá možnosť spustenia servera ako aplikácie, server sa počas inštalácie systému nespustí; serverový agent sa musí spustiť nezávisle po dokončení inštalácie systému. Súčasne, ak nie je zadaný spúšťací prepínač -d, súbory klastrovej služby servera budú umiestnené v predvolenom adresári:% USERPROFILE% \ LocalSettings \ ApplicationData \ lC \ lCv8 (% LOCALAPPDATA% \ lC \ lCv8 pre WindowsVista a neskôr).

POZOR! Ak už bol klaster na tomto centrálnom serveri vytvorený raz, potom pri zmene možnosti spustenia serverového agenta (služba, aplikácia) alebo pri zmene užívateľa, v mene ktorého serverový agent beží, by ste sa mali vždy postarať o zadanie správnej cesty k adresár súborov služby klastra servera. Ak počas spúšťania agent servera nenájde zoznam klastrov, vytvorí na tomto serveri nový klaster.
V operačnom systéme Linux budú servisné súbory serverového klastra umiestnené v priečinku /home/usrlcv8/.lcv8/lC/lcv8 (alebo skrátene ~ / .1cv8 / 1C / 1cv8).

Ako mnohí pravdepodobne vedia, systém 1C Enterprise podporuje dve možnosti práce. to:

• Klientsky server;
• verzia súboru práce.

Pre režim klient-server musíte nainštalovať 1C: Enterprise Server.

V tomto článku zvážime, ako spravovať tento server pomocou pomôcky 1C 8.3 (8.2) Servers Administration Console.

Okamžitý ústup služby - ak pri štarte konzola zobrazí hlásenie "Verzie klienta a servera sa líšia (8.3.xx-8.3.xx), klientska aplikácia: Clusterová konzola", musíte sa zaregistrovať pomocou príslušnej skratky v "Štart" menu:

Nemá vlastné rozhranie na správu. Správa sa vykonáva pomocou serverovej konzoly 1C. Konzola je súčasťou dodávky platformy 1C a inštaluje sa lokálne na počítač používateľa. Samotné informačné databázy môžu byť umiestnené lokálne aj na vzdialených počítačoch alebo serveroch.

Získajte bezplatné videonávody 267 1C:

Vytváranie, úprava a odstraňovanie databáz na serveri 1C

Ak chcete vytvoriť informačnú bázu na serveri 1C, musíte najprv vytvoriť centrálny server a klaster, do ktorého bude databáza patriť. V riadku 1C: Enterprise 8.3 Central Servers kliknite pravým tlačidlom myši a z kontextovej ponuky vyberte možnosť Vytvoriť. V okne, ktoré sa otvorí, zadajte názov servera a číslo portu.

Teraz vytvoríme Cluster. Využijeme aj kontextové menu a vyberieme položku „Vytvoriť“. Vyplníme parametre klastra.

Vo vetve "Informačné bázy" pomocou kontextového menu pridajte novú bázu. Po vyplnení jeho parametrov kliknite na „OK“. Informačná základňa je pripravená.

Pomocou kontextového menu je možné odstrániť základňu alebo upraviť vlastnosti.

Akcie konzoly

Ako nám môže byť užitočná administračná konzola? Často sa stáva, že počítač používateľa „zamrzne“ a program 1C pre konkrétneho používateľa sa nespustí. Zobrazí sa správa, že pod týmto používateľom už niekto pracuje. Ide o to, že „nepracovné“ relácie zostávajú na serveri 1C. Títo používatelia dokonca zostávajú v sekcii „Aktívni používatelia“. A keď potrebujete vykonať operácie v programe, ktoré vyžadujú exkluzívny režim (napríklad vymazanie objektov označených na vymazanie), ak požiadate všetkých používateľov o ukončenie, operácia stále nefunguje vždy.