Termíny, pojmy

Prečo potrebujete server 1C

Pojem "klaster serverov" sa vzťahuje na niekoľko počítačov (serverov), ktoré vykonávajú spoločnú úlohu.

Úlohy, ktoré rieši klaster serverov 1C:Enterprise 8, sú znázornené na obrázku nižšie.

Rozdiel medzi 8.1 a 8.2

Klaster 1C 8.1

Serverový klaster 1C:Enterprise 8.1 je implementáciou myšlienok rozloženia záťaže na serveroch obsluhujúcich požiadavky klientov. Takýto mechanizmus implementuje distribúciu zaťaženia výpočtových zdrojov v rámci jedného servera alebo viacerých serverov („pracovné servery“), čím sa zabezpečí škálovanie aplikácií. Klaster serverov duplikuje kód, ktorý spracováva pripojenia klientov. Duplicitný spustiteľný kód klastra sa nazýva „pracovný proces“ (rphost). Pri inštalácii klastra sa vytvorí iba jeden pracovný proces.
Viaceré pracovné procesy na jednom serveri umožňujú efektívne využitie priestoru Náhodný vstup do pamäťe a procesorové prostriedky na vykonávanie požiadaviek, ako aj pripojenie klientskej relácie k inému pracovnému procesu, keď aktuálny „zlyhá“.
Program Server Agent (agent) je zodpovedný za pochopenie toho, čo beží na konkrétnom serveri. Zastavenie serverového agenta spôsobí, že server bude pre klaster nepoužiteľný. Agent ukladá svoje informácie do súboru srvribrg.lst.
Správca servera (rmngr) vlastní informácie o pracovných základniach, súvisiacich pracovných procesoch. Tieto informácie ukladá do súboru 1CV8Reg.lst. Zastavenie serverového manažéra môže viesť k reštartu klientskych aplikácií v prípade úspešného reštartu manažéra alebo k úplnému zastaveniu pracovných serverov celého klastra.
1C:Enterprise 8.1 vám umožňuje vytvoriť niekoľko nezávislých klastrov na jednom serveri. Každý z nich je v sieti identifikovaný jedinečným „IP portom“ a jedinečné číslo v servisných súboroch. Prvý klaster štandardne prijíma port 1541.
Modul snap-in "Enterprise Servers" je určený na správu klastrov.
K serverom sa môžete pripojiť podľa názvu alebo IP adresy servera.

Serverový agent

Serverový agent "vie" o všetkých klastroch, ktoré sú spustené na serveri. Tieto informácie sú uložené v súbore srvribrg.lst so zoznamom klastrov a správcov zoznamu. Port hlavného agenta je 1540. Na každom pracovnom serveri môže byť spustený iba jeden agent, ktorý obsluhuje všetky možné klastre na tomto serveri.
Ak chcete vizuálne získať podrobnejšie informácie, použite nástroj Process Explorer (vyvinutý spoločnosťou Sysinternals). Program vám umožňuje hlbšie nahliadnuť do všetkých spustených procesov vrátane serverového klastra 1C:Enterprise 8.1.

manažér klastra

Správca klastra je zodpovedný za chod klastra. Každý klaster má svojho správcu. Manažér ukladá informácie o klastri do súboru 1CV8Reg.lst (register klastra). Každý Cluster Manager má tiež svoj vlastný port na pracovnom serveri. Pre prvý klaster je predvolene port Manager 1541. Práve tento port je zobrazený v module snap-in 1C:Enterprise Servers vo vetve Clusters a identifikuje klaster.
Manažér prijíma požiadavky od klientskej časti 1C:Enterprise 8.1 a rozhoduje, na ktorý pracovný postup sa má odoslať táto požiadavka na službu.

Manažér používa port služby na interakciu s pracovnými tokmi.

Pracovný proces

Workflow je zodpovedný za „prácu s klientmi“. Dá sa povedať, že v predošlá verzia 1C:Enterprise 8.0 "Workflow" bol jeden.
V klastri 1C:Enterprise 8.1 môže byť niekoľko pracovných procesov. Správca servera rozhodne, ktorý pracovný proces bude obsluhovať pripojenie klienta. V prípade klientskych pripojení je pracovným procesom štandardne priradený rozsah portov IP 1560 – 1591. Okrem toho je každému pracovnému procesu priradený servisný port na komunikáciu so správcom klastra. Každý pracovný proces využíva až 2 GB pamäte RAM v 32-bitovom operačnom systéme. V 64-bitovom operačnom systéme je obmedzenie spôsobené fyzickým množstvom pamäte RAM

Klaster 1C 8.2

Serverový klaster 1C: Enterprise 8.2 – ďalší vývoj serverové technológie 8.2.

Server môže bežať „ako 8.1“, t.j. zostáva kompatibilný s predchádzajúcimi technológiami.

Navyše bol implementovaný nový prístup k prevádzke servera. Teraz namiesto procesov zohrávajú dôležitú úlohu relácie.

Relácie vám umožňujú vykonávať vyrovnávanie záťaže a núdzové prepnutie v riadenej aplikácii.

manažér klastra

Správca klastra je teraz zložitejší. Niektoré funkcie je teraz možné rozdeliť do samostatného procesu a dokonca umiestniť na iný pracovný server klastra. To vám umožní vyrovnať zaťaženie servera.

Odolnosť voči chybám servera 8.2 sa dosahuje:

• Ukladanie informácií o relácii používateľa.
  • Používateľ už nie je viazaný na pracovný postup.

• Redundancia pracovných procesov v klastri.
  • Malo by existovať niekoľko pracovných procesov, vrátane nadbytočných

• Redundancia klastra.
  • Je špecifikovaný náhradný klaster, po pripojení sú uvedené v reťazci pripojenia

To vám umožní zabezpečiť kontinuitu práce:

Keď sa preruší fyzické spojenie klienta s klastrom (upratovačka vytiahla kábel, vypla napájanie sieťové vybavenie, problémy s poskytovateľom), nemusíte sa znova pripojiť k infobáze a začať odznova. Po obnovení fyzického pripojenia môže používateľ pokračovať v práci od bodu, kde bolo prerušené.

Ak chceš Údržba klastrových počítačov, je možné ich vypnúť priamo počas prevádzky bez toho, aby sa tým zastavila práca používateľov informačnú základňu.

Ak niektorý server v klastri zlyhá, práca používateľov sa nezastaví, bude automaticky prenesená do pohotovostného klastra a/alebo do pohotovostných pracovných procesov. Pre používateľov bude takýto prechod nepostrehnuteľný.

Ak sa jeden z pracovných procesov klastra ukončí abnormálne, používatelia, ktorí sú k nemu pripojení, budú automaticky prepnutí na iné alebo záložné pracovné procesy. Takýto prechod bude pre používateľov neviditeľný.

Klaster 1C 8.3

Server 8.3 sa vyznačuje prepracovaným interným kódom, aj keď sa „zvonku“ môže zdať, že ide o mierne upravený 8.2.

Server sa stal viac „automaticky konfigurovateľný“, niektoré parametre, ako napríklad počet pracovných procesov, sa už nevytvárajú ručne, ale počítajú sa na základe popisov požiadaviek úloh na odolnosť a spoľahlivosť.

Bol vyvinutý mechanizmus vyrovnávania záťaže, ktorý možno použiť buď na zlepšenie výkonu systému ako celku, alebo na využitie nový režim„memory saver“, ktorý umožňuje pracovať „s obmedzenou pamäťou“ v prípadoch, keď použitá konfigurácia „rád žerie pamäť“.

Stabilita práce pri použití veľkého množstva pamäte bude určená novými parametrami pracovného servera.

Obzvlášť zaujímavý je parameter „bezpečná spotreba pamäte na hovor“. Pre tých, ktorí len málo tušia, čo to je – radšej necvičte na „produktívnom“ základe. Parameter „Maximálna pamäť pracovného toku“ umožňuje pri „pretečení“ nezbaliť celý pracovný postup, ale iba jednu reláciu „s porazeným“. "Množstvo pamäte pracovného procesu, do ktorého sa server považuje za produktívny" vám umožňuje zablokovať nové pripojenia hneď po prekonaní tohto prahu pamäte.

Odporúčam pracovné postupy izolovať podľa infobáz, napríklad zadať parameter „Počet informačnej bezpečnosti na proces = 1“. Pri niekoľkých vysoko zaťažených databázach sa tým zníži vzájomné ovplyvňovanie z hľadiska spoľahlivosti aj výkonu.

Samostatným príspevkom k stabilite systému je „výdavok“ licencií/kľúčov. V 8.3 bolo možné použiť "softvérového licenčného manažéra" podobného manažérovi "Aladin". Cieľom je mať možnosť vziať kľúč do samostatného stroja.

Implementuje sa ako ďalšia „služba“ v správcovi klastrov. Môžete použiť napríklad „bezplatný“ notebook. Pridajte ho do klastra 1s 8.3, vytvorte na ňom samostatného správcu so službou „licenčná služba“. Do notebooku môžete zapojiť hardvérový hasp kľúč alebo aktivovať softvérové ​​licencie.

Najväčší záujem programátorov by mal byť "Požiadavky na pridelenie funkcionality."

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 IS“ - „Nepriraďovať“, t.j. zabrániť pracovným procesom na tomto serveri spracovávať pripojenia klientov.

Ešte väčšou zaujímavosťou je schopnosť behať „len“. pracovné miesta na pozadí na produkčnom serveri klastra bez relácií používateľa. Takto je možné preniesť vysoko zaťažené úlohy (kód) 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 „Aktualizácia fulltextového indexu.“ Špecifikácia prebieha prostredníctvom indikácie „Hodnota dodatočného parametra“. Napríklad, ak zadáte BackgroundJob.CommonModule ako hodnotu, potom môžete obmedziť prevádzku pracovného servera v klastri len na úlohy na pozadí s ľubovoľným obsahom. Hodnota BackgroundJob.CommonModule.<Имя модуля>.<Имя метода>- uvedie konkrétny kód.

Riešenie možných problémov s inštaláciou

Pri inštalácii serverovej časti 1C:Enterprise 8.1 môžete vytvoriť nového používateľa alebo vybrať existujúci účet.

Ak vyberiete existujúci účtu musíte zadať správne heslo a potvrdenie, inak spustenie back-endu bude mať za následok chybu.
Pri prvom spustení Cluster Agent sa vytvorí predvolený klaster.
Predvolený klaster má nasledujúce vlastnosti:
číslo portu - 1541;
rozsah IP portov - 1560:1591;
podpora mnohých pracovných postupov - zakázaná;
· jeden pracovný proces, číslo portu je nastavené zo zadaného rozsahu.
Ak sa pri prvom spustení Cluster Agent vyskytnú nejaké problémy, predvolený klaster nemusí byť vytvorený. Prejavuje sa to tak, že pri spustení serverového agenta (ragenta) sa spustí, ale nespustí ostatné klastrové procesy (rmngr, rphost). Zoznam klastrov srvribrg.lst vyzerá takto:
{
{0},
V takom prípade môžete zastaviť proces raganta, odstrániť zoznam klastrov (srvribrg.lst) a znova spustiť ragent.

Skontrolujte, či sa porty zadané v parametri portu príkazového riadka spustenia služby agenta servera a porty zadané v dialógovom okne parametrov centrálneho servera konzoly klastrov zhodujú:

- Zastavte službu 1C:Enterprise 8.1 Server Agent.

Ak je Server Agent spustený ako aplikácia, možno ho zastaviť stlačením kombinácie kláves Ctrl+C.
- Uistite sa, že v Správcovi úloh ( správca úloh), že všetky procesy ragent, rmngr, rphost skončili. V prípade potreby ich dokončite pomocou Správcu úloh.

— Otvorte vlastnosti služby 1C:Enterprise 8.1 Server Agent.

- Venujte pozornosť riadku "Spustiteľný súbor" (Cesta k spustiteľnému súboru). Má voľbu -d, za ktorou nasleduje adresár údajov klastra. Všetky súbory súvisiace s klastrom sa nachádzajú v tomto adresári.
- Vymažte celý obsah tohto adresára.
— Spustite službu 1C:Enterprise 8.1 Server Agent.
- V Správcovi úloh skontrolujte, či sa spustili všetky procesy ragent, rmngr, rphost.
- Spustite konzolu klastra a zaregistrujte v nej centrálny server. Konzola by sa mala pripojiť k centrálnemu serveru a zobraziť jeden predvolený klaster.
Možné problémy so zlyhaním klastra serverov sú problémy s bezpečnostnými kľúčmi, právami servisného účtu, nesprávnymi parametrami spustenia.

1. Bezpečnostný kľúč na strane servera je nainštalovaný LOKÁLNE na každom podnikovom serveri
2. Nenastavujte servisný účet s prázdnym heslom
3. V prípade viacerých klastrov sa použité porty nesmú prekrývať

Upozorňujeme, že počas inštalácie platformy 1C:Enterprise 8.1 sa môžu generovať chybové hlásenia. Najpravdepodobnejšie správy sú uvedené nižšie. Sú uvedené príčiny, ktoré spôsobili správy, a kroky na ich odstránenie.

Chyba 1069: Služba sa nespustila z dôvodu chyby pri prihlásení

Problém súvisí s právami účtu spustiť ako systémová služba. Otvorte pomôcku miestna bezpečnosť Zásady( Miestna politika bezpečnosť) a pridajte používateľa (v mene ktorého sa spúšťajú pracovné servery klastra) do politík Prihlásenie ako služba a Prihlásenie ako dávková úloha.
Ak dôjde k porušeniu údajov uložených v súboroch služieb, spustenie klastrových pracovných serverov môže zlyhať. Uistite sa, že je spustený serverový agent 1C:Enterprise 8.1 (proces agenta v Správcovi úloh).
Nezabudnite, že audit je tiež prostriedkom analýzy Udalosti systému Windows. Ak to chcete urobiť, skontrolujte, či sa v denníku udalostí systému Windows nezobrazujú nejaké „podozrivé“ správy.

Chyba 8007056B / 800708C5

Nové heslo nespĺňa zásady hesiel. Heslo môže byť príliš krátke alebo ste ho už nedávno použili.
Príčina: Zadané heslo pre účet v dialógovom okne "Inštalovať 1C:Enterprise Server" nespĺňa požiadavky bezpečnostnej politiky.
Riešenie: Pre vybraný účet nastavte nové heslo, ktoré spĺňa požiadavky bezpečnostnej politiky, alebo oslabte požiadavky platnej bezpečnostnej politiky, t.j. nevyžadovať „zložité“ heslo, neobmedzovať počet znakov v hesle, nekontrolovať pokusy o opakovanie atď.

Chyba 1923: Žiadne privilégiá na nastavenie službou

Príčina: Chyba súvisí s povoleniami na inštaláciu účtu ako aplikácií. Táto chyba je typická pre pokusy o inštaláciu servera na radič domény, kde sú zvýšené bezpečnostné opatrenia.
Riešenie: Nepoužívajte radič domény na hosťovanie podnikového servera alebo zmiernite bezpečnostné požiadavky a špecifikujte práva „Práca ako služba“, „Práca ako dávková úloha“ pre vybratý účet.

Chyba 80070056

Vaše heslo sa nepodarilo zmeniť. Každé heslo musí byť používané aspoň x dní.
Príčina a riešenie: Ďalšia chyba, ktorá sa vyskytuje pri porušení požiadaviek bezpečnostnej politiky pre použité heslá. Riešenie je podobné ako pri chybe 800708C5.

Windows Sockets – 11004 (0x00002AFC)

1) Uistite sa, že na pracovnom serveri klastra je spustený Správca úloh (Správca úloh):
Server Agent (ragent.exe),
Správca klastrov (rmngr.exe),
Pracovný proces klastra (rphost.exe).
2) Ak chcete skontrolovať rozlíšenie názvov IP adresy, spustite príkazový riadok:
ping názov hostiteľa
V odpovedi systému na príkaz nás zaujíma, či určiť ip-adresu.
3) Ak je názov určený, ale pracovný postup sa stále nenašiel, uistite sa, že definícia adresy IP názvu<имя машины>a<имя машины>.<имя домена>nie sú definované inak.

(Windows Sockets - 10054 (0x00002746).

Vzdialený hostiteľ násilne ukončil pripojenie.
Takáto správa môže byť prijatá v prípade reštartu servera alebo núteného odstránenia Workflow.
Táto chyba sa zvyčajne nezobrazí pri opätovnom pripojení. Ak chyba pretrváva, je potrebné preskúmať príčiny zlyhania fungujúcich serverov klastra.
Táto chyba sa môže vyskytnúť, keď pracovný proces dosiahne maximálne využitie pamäte v 32-bitových systémoch.
Ďalším prípadom je pokus o pripojenie od klienta s chybovým hlásením:

(Windows Sockets – 10060 (0x0000274C)

Pokus o nadviazanie spojenia bol neúspešný, pretože nebola prijatá požadovaná odpoveď z iného počítača v požadovanom čase, alebo už bola ukončená nadviazané spojenie z dôvodu nesprávnej odozvy už pripojeného počítača.
Podstatou tejto chyby je nedostatočná odozva do určitého času (timeout).
1) Uistite sa, že brána firewall neblokuje prevádzku aplikácií. Vypnite bránu firewall.
Ak to chcete urobiť, spustite príkaz na príkazovom riadku (príkaz je k dispozícii od systému Windows XP a Windows Server 2003, vo viac skoré verzie nemá vstavaný firewall, ale je možné nainštalovať softvér tretích strán):
netshPOŽARNE DVEREnastaviťopmodezakázať
Ak je príkaz úspešný, dostanete správu:
OK.
Okrem brány firewall môžu prenos blokovať aj sieťové filtre. V predvolenom nastavení sú zakázané. Uistite sa však, že je to takto:

1. Otvorte priečinok Sieťové pripojenia.
2. Kliknite pravým tlačidlom myši sieťové pripojenie ktorý chcete nakonfigurovať a vyberte príkaz Vlastnosti.
3. Na karte generál(pre pripojenie cez lokálna sieť) alebo na karte Net(pre všetky ostatné pripojenia) vyberte Internetový protokol (TCP/IP) a stlačte tlačidlo Vlastnosti.
4. Kliknite na tlačidlo Okrem toho.
5. Otvorte kartu možnosti, vyberte možnosť Filtrovanie TCP/IP a stlačte tlačidlo Vlastnosti.
6. Skontrolujte začiarkavacie políčko Povoliť filtrovanie TCP/IP (všetky adaptéry) odstránený.

2) Uistite sa, že zdroje procesora nie sú zaťažené na 100 % (CPU %).
3) Zmerajte sieťovú aktivitu rozhrania klienta a servera. Zaťaženie sieťového adaptéra by nemalo presiahnuť 60 %.

(Windows Sockets – 10061 (0x0000274D)

Spojenie nebolo nadviazané, pretože cieľový počítač zamietol požiadavku na pripojenie.
Typickou príčinou takejto chyby je absencia spusteného serverového agenta. Spustite server manuálne alebo reštartujte server, aby sa spustil automaticky.

Odpovede na otázky

Multiplatformový 1C

Inštalácia servera

Otázka: Chyba pri inštalácii servera 1c na MS Server 2008 R2 x64 Pri inštalácii servera 1c cez príkazový riadok, napríklad ragent.exe -instsrvc -port 2040 -regport 2041 -rozsah 2060:2091 -d "C:\Program Files\1cv82 \ (prevzaté z disku ITS), napíše do príkazového riadku správu: „Chyba! Chyba OpenSCManager!" Služba nie je vytvorená. Skontrolované 8.1.15.14 a 8.2.10.77

Odpoveď: Ak chcete nainštalovať z príkazového riadka v operačnom systéme s UAC, musíte použiť službu RunAs. aj keď je používateľ členom skupiny Administrators, UAC blokuje akcie, ktoré menia stav systému.

Bezpečnostné kľúče

Otázka: Umožňuje vám bezpečnostný kľúč servera 8.2 spustiť server 8.1?
Odpoveď: Áno, povoľuje

Otázka: Na spustenie servera 1C potrebujem nejaké hasp kľúče servera? Lokálne, alebo to nebude fungovať pre 5 používateľov?

Odpoveď: Áno, server potrebuje vlastný kľúč, lokálny používateľ a sieť nefungujú. Prečítajte si viac v « « , snímka číslo 30.

Otázka: Povedzme, že klaster serverov 1c pozostáva z 3 fyzických serverov. koľko bezpečnostných kľúčov potrebujete

Otázka: Existuje terminálový server a kľúč pre 5 licencií, 6. prídavok. licenciu. Je možné ho nainštalovať na server vedľa kľúča pre 5? A bude všetkých 6 používateľov pracovať v terminálových reláciách alebo 5 - pod terminálom a 1 vo verzii súboru?
A: Nie, nebudú. 6. licencia vo forme lokálneho kľúča musí byť zasunutá do počítača používateľa, ale nie do terminálu.

Aktualizácie servera 1C

Otázka: Pri výstupe Nová verzia 8.2.xxx platformy aký je postup aktualizácie serverov a klientov
Odpoveď: Distribúcie 8.2 inštalujú svoje súbory rôzne priečinky(každá verzia má svoje priečinky), t.j. teoreticky zostáva možnosť paralelného volania viacerých verzií servera.

Nemal som žiadne zvláštne problémy. Je však potrebné starostlivo sledovať porty obsadené inštanciou servera 1C. Nemali by tam byť žiadne križovatky.

Nastavenie servera 1C

Otázka: Aký je najlepší spôsob v 1C 8.1 umiestniť informačné databázy, ak ich je niekoľko, do jedného klastra alebo vytvoriť samostatný klaster pre každú databázu? Odpoveď: Pri veľkom objeme alebo zaťažení, ako aj testovacie databázy, ich musíte umiestniť do samostatných klastrov!

Otázka: OTÁZKA: Je pracovný postup 1C:Enterprise 8.1 jednovláknová aplikácia alebo viacvláknová? Tie. môže načítať veľa jadier s jedným pripojeným používateľom? S viacerými? A čo pracovný postup 1C:Enterprise 8.2? Ďakujem.
A: 1Сv8.exe a rphost.exe vo verzii 8.1 jedli 1 jadro. Pokiaľ je v 8.1 pripojenie klienta pevne spojené s pracovným procesom, potom môžeme podmienečne predpokladať, že spracovanie klientov 1C sa vykonáva v rámci toho istého jadra. Výnimkou je DBMS, ktorý používa jadrá bez ohľadu na to, ako funguje server 1C.

Vo verzii 8.2 boli pripojenia nahradené reláciami. Relácie už môžu prebiehať v rôznych pracovných postupoch. Preto volanie 8.2 jednovláknové pravdepodobne nie je správne. Klient 8.2 tiež vizuálne načíta niekoľko jadier, takže takto:

Platforma 8.2 neimplementuje všetky funkcie viacvláknového systému, ale oveľa lepšie využíva možnosti hardvéru v porovnaní s 8.1, a to aj z hľadiska paralelizmu.

Otázka: Je potrebné mať niekoľko pracovných procesov 1C:Enterprise 8.1, aby databázový server (MS SQL) načítal niekoľko jadier? (Upozorňujeme, že MS SQL zvyčajne "načíta" len jedno jadro, t.j. spravidla nedochádza k "paralelizácii" spracovania jedného dotazu cez viacero jadier.) Ďakujem.
Odpoveď: Nepotrebujete špecificky spravovať MS SQL, je to dosť samoladiaci systém, ktorý využíva zdroje podľa potreby. Paralelnosť vykonávania môžete ovládať:

EXEC sys.sp_configure N'max stupeň paralelizmu', N'5'
Ísť
ZNOVU NAKONFIGURUJTE POMOCOU PREPISU
Ísť

Na serveri 1C môžete vytvoriť niekoľko pracovných postupov na základe skutočnosti, že jeden pracovný postup neposkytuje používateľom možnosť opätovného pripojenia v prípade zlyhania pracovného postupu. 2 proces (na 8.2 je lepšie urobiť to "zálohovanie") rieši tento problém. Ale má zmysel pridať 3. alebo viac pracovných tokov, len ak sú prvé dva pracovné toky silne zaťažené (viac ako 90 %). Nevyplatí sa zbytočne spájať pracovné postupy, pretože to môže znížiť výkon.

Odpoveď: V 8.2 by mal byť aspoň jeden záložný pracovný postup.

Failover cluster

Otázka: Otázka o povolení klastrovej redundancie 1s 8.2. Ak sa nám zrútil server (upratovačka vytiahla drôt), názov siete, napríklad „server: 2540“, bude nedostupný. ako klient, ktorý má v reťazci pripojenia „server:2540“ vie, že sa potrebuje pripojiť k záložnému klastru? odkiaľ to vezme názov iného servera? A ak napíšete klastre oddelené čiarkami v reťazci pripojenia k databáze?
Odpoveď: Niekoľko klastrov je spojených do „skupiny redundancie“. Na tento účel je v module snap-in klastra „zoznam rezervácií“.

Keď klient prvýkrát pristúpi ku klastru, dostane zoznam klastrov, ktoré sú súčasťou redundantnej skupiny.

Ak klient nikdy nekontaktoval, potom v tomto prípade musíte manuálne zadať adresy všetkých klastrov, napríklad storm:2541,monster:2541.

Synchronizované dáta sa vymieňajú medzi redundantnými klastrami.

Otázka: Čo sa stane po obnovení hlavného klastra? keď používatelia prešli na zálohu.

A: Vráťte sa späť. Počas prepínania sú možné pauzy počas trvania synchronizácie dát klastra.

Úlohy na pozadí

Otázka: Ako môžem odstrániť úlohu na pozadí spustenú na serveroch 1C:8.1 a 1C:8.2?

A: Možnosť zrušenia rutinná úloha funguje iba vtedy, ak je kód spustený v rámci vstavaného jazyka 1C:Enterprise. Ak je kód spustený v externých knižniciach, potom takáto úloha nemôže byť zrušená inak ako násilným ukončením pracovného toku. Ak je v procese blok StartTransaction() - FixTransaction() nepravdepodobný. Ostatné úlohy na pozadí je možné odstrániť prostredníctvom konzoly úloh.

Regulačné postupy

Otázka: Je možné zničiť základňu počas T&I?

A: O takýchto prípadoch neviem, ale IMHO je možné všetko. Preto by bolo pekné urobiť zálohu pred T&I.

Otázka: Vyacheslav, z akých dôvodov nevykonávate reindexáciu pomocou testovania a opravy 1C?
Odpoveď: Na tieto účely sú možnosti DBMS vhodnejšie, pretože v podstate vykonávajú rovnakú prestavbu indexov, ale nevyžadujú exkluzívne zachytenie databázy.

Technologický časopis

Otázka: Dobrý deň. Otázka na technologický časopis: Potrebujem získať kópie obrazoviek pracovných staníc v prípade chýb 1C. Musím na to nakonfigurovať technologický denník na pracovných staniciach alebo je to len pre server?
Odpoveď: Snímku obrazovky môžete nastaviť iba vtedy, keď platforma zlyhá, a nie pre akúkoľvek chybu. V takejto operácii však nie je veľa užitočnosti, úplne stačí zbierať výnimky pomocou technologického denníka. Zároveň je väčšina chýb viditeľná pomocou TJ na strane servera 1C. Výnimkou by boli udalosti ako „chyba formátového streamu“ spojená so zastaranou vyrovnávacou pamäťou metadát.

Problémy a chyby

Otázka: Stretli ste sa s problémom – zmiznutím nastavení používateľských hlásení pri dynamickej aktualizácii konfigurácií na platforme 8.2. Nejaké odporúčania, ako sa s tým vysporiadať?
Odpoveď: Problémy súvisiace s dynamickou aktualizáciou sa odrážajú v "Servery 1C: Enterprise 8.1 a 8.2 - s čím jedia"), snímka číslo 60. Vymazať vyrovnávaciu pamäť. Možno je v niektorých prípadoch potrebné zistiť, kde presne sú uložené používateľské nastavenia. V prípade potreby uložte ako binárne údaje do informačného registra.

Otázka: Dočasná otázka, pretože. toto je relevantné pre súborový režim: Aké chyby opravuje chdbfl.exe?
Odpoveď: Toto je nástroj na opravu chýb štruktúry úložiska. Môže to byť situácia, keď sa napríklad vyskytne „databázový súbor je poškodený .../1Cv8.1CD“. Tie. opravuje poškodenie databázových súborov. Nevykonáva však funkcie T&I. Spustím chdbfl.exe, ak sa T&I "nepredáva úspešne".

Otázka: Povedzte mi, prosím, či ste sa stretli s takýmto problémom. kým na základni Vysoké číslo užívateľov (asi 40) pri vykonávaní veľkých dokumentov, napr. odraz RFP v reg. čo predstavuje asi 8 000 riadkov. na serveri 1C podniku sa zobrazí chyba a používateľ, ktorý inicioval uchovávanie tohto dokumentu, odpadne. Dokument je potom možné odoslať až po reštartovaní agenta servera 1C.
Odpoveď: Vyzerá to na úniky pamäte:

1. Reštartujte server 1C, zvýšte počet pracovných procesov, ponechajte v klastri iba túto jednu základňu.

2. Beat držanie po kúskoch, povedzme 1000 riadkov naraz. TJ použite na sledovanie objektov, ktoré zaberajú pamäť na začiatku operácie, ale neuvoľňujú pamäť na konci.

3. Nainštalujte verziu x64, zvýšte množstvo pamäte RAM, prejdite na 8.2.

Otázka: Otázka týkajúca sa testovania a referencie. Je možné spustiť "Kontrolu referenčnej integrity" na základe URDB s výberom na základe prenášaných údajov? (t. j. v niektorých uzloch nie sú fyzicky žiadne objekty, ale existujú na ne prepojenia). Ďakujem!
Odpoveď: Bohužiaľ to zatiaľ nie je možné.

Otázka: Prečo testovanie a oprava nevyriešia všetky problémy naraz, musíte to spustiť niekoľkokrát?

Odpoveď: Presnú odpoveď môžu poskytnúť iba vývojári. T&I vediem podľa predpisov (cyklicky), takže táto otázka nie je pre mňa veľmi aktuálna. T&I je potrebné robiť nie raz, ale neustále, ako „TO pre auto“.

Otázka: Existuje rozdiel medzi TI 8.1 a 8.2?

A: V momente písania odpovede a vydania 8.2.10 nepoznám rozdiel.

Otázka: Musím počas reštrukturalizácie preindexovať?
A: Netreba.

Iné

Otázka: Vážení páni, nikto sa nepokúšal zrkadliť databázy pomocou MSSql 2008, je to vôbec možné?

Otázka: Otázka o vynútenom zahrnutí zdieľanej pamäte na server 1c 8.2

Odpoveď: Nemusíte nič nútiť, server to pochopí.

Otázka: V prípade 1C:Enterprise 8.1 boli zaznamenané situácie, keď je to isté hardvér verzia súborového servera s „náročnými“ operáciami a jedným používateľom funguje oveľa rýchlejšie ako verzia klient-server, keď sú všetky „odkazy“ (databázový server, 1C:Enterprise server a klient) nainštalované na rovnakom serveri. Zároveň pri vykonávaní tejto „ťažkej“ operácie nedochádza k explicitnému preťaženiu hardvéru (zaťaženie procesora, pamäte, pevné disky minimum). To znamená, že existuje veľa hardvérových prostriedkov, ale funguje to pomaly. Čo môžeme „stáť“? Ďakujem.
A: Dôstojnosť architektúra klient-server z hľadiska výkonu - možnosť PARALELNE vybavovať požiadavky klientov na údaje. Tie. prietok nie je ukazovateľom, podľa ktorého sa oplatí vyvodzovať všeobecné závery. Mechanizmy, ktoré zlepšujú súbežnosť, môžu stále mierne znížiť výkon v rámci jedného vlákna.

Aby ste vo svojom prípade jednoznačne našli úzke miesto, musíte získať záťaž serverového zariadenia a porovnať ju v čase s najdlhšími operáciami v režime klient-server. Často ide o nadbytočný presun údajov na stranu klienta. Tie. namiesto vykonávania operácií na serveri 1C sa údaje z podriadeného prenášajú cez server ku klientovi.

Rýchlosť v jednom vlákne verzie klient-server dobehne len výkon verzie súboru. Tento problém sa oplatí riešiť, ak sa prevádzkový čas v absolútnom vyjadrení meria nie menej ako minútu. Je pochybné zapojiť sa do optimalizácie do 1-3 sekundových dopytov.

Otázka: O rozdiele medzi terminálom Windows a tenkým klientom 1C.
Odpoveď: Kým väčšina riešení nebude ÚPLNE preložená pod 8.2, je určite ťažké hovoriť o praktickom porovnaní týchto technológií.

Je jasné, že tenký klient 1C by mal jesť menej prevádzky a poskytovať možnosť práce cez web. Ale toto je niečo, čo sa ešte musí implementovať, a terminálové riešenia sa v súčasnosti využívajú veľmi široko.

Pre konzervatívnych pragmatických projektových manažérov, ktorí konvertujú terminálové riešenie 8.1 na 8.2. Pre malé projekty s nízkymi nákladmi na chyby a okamžite implementovanou konfiguráciou riadené formuláre a SKD - tenký klient je výhodnejší IMHO.

Otázka: A ako vykonať záťažové testovanie v blízkosti skutočných podmienok? Koniec koncov, nebudete nútiť používateľov, aby „na niečo klikli“.

A: 1C: Testovacie centrum s výberom najťažších operácií, 100% reprodukcia nie je potrebná, samotné kliknutia nie sú náročné, hlavne vykonávanie a vyžiadanie správ. Na testovanie bude samostatný webinár. Tiež vám poviem viac.

Nájsť vo vlákne

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8 Server Agent, parameter ImagePath.

Server 1C:Enterprise štandardne používa nasledujúce porty:

• 1540 - serverový agent
• 1541 - manažér klastra
• 1560:1691 je dynamický rozsah portov pre pracovné procesy.

Alebo oficiálne informácie z http://its.1c.ru:

Problémy s inštaláciou a konfiguráciou 1C: Enterprise 8.1 vo verzii „klient-server“

Vo väčšine prípadov na inštaláciu 1C:Enterprise 8.1 vo verzii „klient-server“ stačí spustiť inštalačný program 1C:Enterprise 8.1. Server 1C:Enterprise zároveň prijíma štandardné hodnoty parametrov potrebné pre jeho normálne fungovanie.

Zvážte podrobnejšie inštaláciu servera 1C:Enterprise. Počas inštalácie servera 1C:Enterprise 8.1 vykoná inštalačný program 1C:Enterprise 8.1 nasledujúce akcie:

Skopíruje zavádzacie moduly servera 1C:Enterprise do adresára určeného inštalačným programom 1C:Enterprise ako cieľový priečinok.

Ak počas inštalácie vyberiete možnosť „Vytvoriť používateľa USR1CV81“, vytvorí sa používateľ USR1CV81. Server 1C:Enterprise 8.1 beží v mene tohto používateľa, ak je spustený ako služba. Má prístup iba k tým zdrojom, ktoré server 1C:Enterprise potrebuje. Je dôležité, aby server 1C:Enterprise potreboval na fungovanie dva adresáre: spoločný adresár s údajmi servera (zvyčajne „C:\Program Files\1cv81\server“) a adresár dočasných súborov (zvyčajne „C:\Documents and Settings\ usr1cv81\Local Settings \Temp" alebo "C:\WINNT\Temp"). Používateľ USR1CV81 získa práva na zdieľaný adresár s údajmi servera. Adresár dočasných súborov je zvyčajne dostupný pre všetkých používateľov.

Ak je počas inštalácie povolená možnosť „Inštalovať server 1C:Enterprise 8.1 ako službu Windows“, zaregistruje službu agenta servera 1C:Enterprise v systéme Windows a spustí ju. Pri prvom spustení sa vytvorí klaster serverov 1C:Enterprise s predvolenými nastaveniami. Má jeden pracovný server a jeden pracovný proces. Adresa pracovného servera sa zhoduje s názvom počítača, na ktorom bola vykonaná inštalácia.

Používateľ USR1CV81 a jeho práva

Server 1C:Enterprise je serverová aplikácia, ktorej činnosť by nemala závisieť od toho, ktorý používateľ sa prihlásil na serverový počítač v interaktívnom režime, ak sa vôbec niekto prihlásil. Preto sa pri inštalácii servera 1C:Enterprise odporúča vytvoriť špeciálneho používateľa USR1CV81, ktorý má práva, ktoré sú minimálne potrebné pre server 1C:Enterprise a nie je určený na interaktívne prihlásenie. Server 1C:Enterprise je prezentovaný systému Používateľ systému Windows USR1CV81.

Pozrime sa bližšie na práva pridelené používateľovi USR1CV81. 1C:Enterprise Server používa nasledujúce adresáre:

Adresár zavádzacích modulov sa nachádza v adresári určenom inštalačným programom 1C:Enterprise ako cieľový priečinok. Obsahuje zavádzacie moduly servera 1C:Enterprise. Používateľ USR1CV81 potrebuje práva na čítanie údajov a spúšťanie programov z tohto adresára a jeho podadresárov. Tieto práva získava implicitne zaradením do skupiny Users.

Adresár údajov servera sa zvyčajne nazýva "C:\Program Files\1cv81\server". Používateľ USR1CV81 potrebuje úplné práva na tento adresár. Inštalačný program 1C:Enterprise pri vytváraní používateľa USR1CV81 mu dáva práva na tento adresár.

Adresár dočasných súborov má zvyčajne názov "C:\Documents and Settings\usr1cv81\Local Settings\Temp" alebo "C:\WINNT\Temp", ktorý je určený hodnotou premennej TEMP používateľského prostredia alebo premennej TEMP systémového prostredia. . Hodnotu tejto premennej si môžete pozrieť v dialógovom okne Vlastnosti systému (Štart -> Nastavenia -> Ovládací panel -> Systém -> Rozšírené -> Premenné prostredia). Inštalačný program 1C:Enterprise dáva používateľovi USR1CV81 plné práva na tento adresár. Zvyčajne kedy Inštalácia systému Windows Adresár dočasných súborov je prístupný všetkým používateľom po zahrnutí skupiny CREATOR OWNER do jeho zoznamu prístupových práv. Tento prístup však nie je úplný. Najmä operácia vyhľadávania súborov v tomto adresári nie je dostupná pre všetkých používateľov. Nastavenie úplných práv používateľa USR1CV81 na adresár dočasných súborov umožňuje serveru 1C:Enterprise vykonávať všetky operácie, ktoré potrebuje. Prístupový zoznam si môžete pozrieť v dialógovom okne vlastností adresára na karte Zabezpečenie. Prítomnosť skupiny CREATOR OWNER umožňuje prístup do adresára každému užívateľovi, ktorý v tomto adresári vytvorí nejaké súbory alebo vlastní nejaké súbory v tomto adresári. V tomto prípade bude používateľ, ktorý súbor vytvoril, zapísaný v zozname prístupových práv vytvoreného súboru namiesto skupiny CREATOR OWNER. Medzi užívateľmi, ktorí majú povolený prístup k tomuto adresáru, musí byť užívateľ USR1CV81, ktorý má plné práva na tento adresár.
Je dôležité mať na pamäti, že adresár dočasného súboru konkrétneho používateľa (vrátane používateľa USR1CV81) je určený kombináciou premenných prostredia daného používateľa a systémových premenných prostredia. Na zistenie tohto adresára si inštalačný program 1C:Enterprise vyžiada kontext používateľa USR1CV81. Aby to bolo možné v systéme Windows 2000 vykonať, používateľ, v mene ktorého sa spúšťa inštalačný program 1C:Enterprise, môže vyžadovať nasledujúce privilégiá: Konať ako súčasť operačného systému a obísť kontrolu prechodu. Privilégiá používateľa môžete skontrolovať pomocou pomôcky Local Security Settings vo vetve Lokálne politiky -> Priradenie používateľských práv. Počas inštalácie nového softvér Inštalačný program zvyčajne získava tieto oprávnenia automaticky.

Registrácia servera 1C:Enterprise ako služby systému Windows

Server 1C:Enterprise je jednoduchá konzola Windows aplikácia a dá sa spustiť interaktívne. Pre trvalé používanie je to však nepohodlné, pretože nastavuje spustenie servera 1C: Enterprise z prihlásenia neaktívneho používateľa do serverového počítača. Na odstránenie tejto závislosti je možné server 1C:Enterprise spustiť ako službu Windows. Na to musí byť zaregistrovaný v konateľovi služby systému Windows.

Na zobrazenie zoznamu služieb Windows a ich parametrov použite pomôcku Component Services (Štart -> Nastavenia -> Ovládací panel -> Nástroje na správu -> Služby). Server 1C:Enterprise je v zozname služieb zastúpený službou 1C:Enterprise Server Agent 8.1. Parametre služby určujú spustenie procesu 1C:Enterprise Server Agent (agent), používateľa, pod menom ktorého sa spúšťa, a spôsob reštartu v núdzových situáciách.

V dialógovom okne vlastností služby 1C:Enterprise Server Agent 8.1 je na karte Všeobecné zobrazený reťazec na spustenie procesu ragent, ktorým je 1C:Enterprise Server Agent. Zvyčajne tento riadok vyzerá takto:

Uvádza sa v ňom, že:

proces Server Agent je zavádzací modul "C:\Program Files\1cv81\bin\ragent.exe";

proces ragent beží ako služba Windows a musí byť riadený správcom služby (-srvc);

používa sa ako 1C:Enterprise Server Agent (-agent);

pri prvom spustení služby musí byť vytvorený klaster s predvolenými parametrami a hlavným IP portom číslo 1541 (-regport 1541). Klientske aplikácie musia používať tento port na pripojenie k infobázam registrovaným v klastri;

Port IP agenta servera musí byť 1540 (-port 1540). Na tomto porte sa klastrová konzola musí pripojiť k centrálnemu serveru, aby mohla vykonávať administratívne funkcie;

keď sa na tomto serveri spustia klastrové procesy, budú im dynamicky priradené IP porty z rozsahu 1560-1591 (-rozsah 1560:1591).

zdieľané údaje klastra budú umiestnené do adresára "C:\Program Files\1cv81\server" (-d "C:\Program Files\1cv81\server").

Službu 1C:Enterprise 8.1 Server Agent je možné pridať alebo odstrániť nielen pri inštalácii alebo odinštalovaní 1C:Enterprise pomocou inštalačného programu 1C:Enterprise 8.1, ale aj manuálne. Ak to chcete urobiť, môžete spustiť obslužný program ragent z príkazového riadku a zadať preň príslušné parametre.

Na vytvorenie služby je potrebné zadať parameter -instsrvc a nasledujúce parametre: -usr je meno používateľa, pod ktorým sa má služba spustiť, -pwd je heslo tohto používateľa. V tomto prípade sa zostávajúce parametre stanú parametrami spúšťacej linky 1C:Enterprise Server Agent ako služby. Napríklad pre štandardnú registráciu služby 1C:Enterprise Server Agent v režime ladenia by mala byť sada parametrov takáto:

"C:\Program Files\1cv81\bin\ragent.exe" -instsrvc -usr .\USR1CV81 -pwd Heslo -regport 1541 -port 1540 -rozsah 1560:1591 -d "C:\Program Files\1cv81\server" - ladenie

Ak chcete odstrániť službu, musíte zadať voľbu -rmsrvc. Napríklad:

"C:\Program Files\1cv81\bin\ragent.exe" -rmsrvc

Niekedy môže byť užitočné zmeniť štartovací riadok Server Agent alebo iné parametre služby Agent, napríklad povoliť režim ladenia alebo vytvoriť niekoľko služieb. rôzne verzie. Dialógové okno vlastností služby neumožňuje úpravu riadku spustenia servisnej aplikácie a niektorých ďalších parametrov, napríklad ID služby. Na úpravu budete potrebovať utilitu regedit, ktorá je určená na prezeranie a úpravu systémový register Windows.

Pozor!
Úprava systému Registry systému Windows vyžaduje mimoriadnu opatrnosť, pretože jeho chybné zmeny môžu spôsobiť nefunkčnosť operačného systému.

Spustite utilitu regedit (otvorte Štart -> Spustiť a zadajte príkaz regedit) a vyberte vetvu:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent

Medzi jeho parametre patrí parameter ImagePath, ktorého hodnota je spúšťací reťazec 1C:Enterprise Server Agent. Tu môžete pridať nové parametre spúšťacieho reťazca alebo zmeniť hodnoty existujúcich. Úplný zoznam možné parametre sú uvedené v dokumentácii knihy "1C:Enterprise 8.1 Client-Server".

Ak potrebujete zaregistrovať niekoľko nezávislých služieb 1C:Enterprise Server Agent, musíte pre ne určiť rôzne zavádzacie moduly, rôzne porty a rôzne adresáre údajov klastra. Musíte ich tiež zaregistrovať pomocou rôznych ID služieb. Dá sa to urobiť takto:

Vytvorte prvú službu:

"C:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -rozsah 1560:1591 -d "C:\Program Files\1cv81\server"

Na zmenu ID registrovanej služby použite pomocný program regedit. Ak to chcete urobiť: vyberte pobočku


HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent First

Vytvorte druhú službu:

"C:\Program Files\1cv81_10\bin\ragent.exe" -srvc -agent -regport 1641 -port 1640 -rozsah 1660:1691 -d "C:\Program Files\1cv81_10\server"

Možno by sa mal zmeniť aj jeho identifikátor. Ak to chcete urobiť: vyberte pobočku
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent
a zmeniť jeho názov, napríklad na:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent Second

Čo inštalátor 1C:Enterprise nedokáže urobiť

Ako už bolo spomenuté, inštalačný program 1C:Enterprise skopíruje zavádzacie moduly 1C:Enterprise a spustí sa potrebná registrácia v COM a v Správcovi služieb systému Windows. Vyššie sú informácie potrebné na pochopenie vnútorného fungovania tejto registrácie. Ak je na serverovom počítači nainštalovaná nielen serverová, ale aj klientska časť 1C:Enterprise, je pripravená na použitie ihneď po inštalácii (a pripojení bezpečnostných kľúčov).

Aby bol server 1C:Enterprise dostupný z iných počítačov v lokálnej sieti, musíte skontrolovať nastavenia siete na serverových a klientskych počítačoch, ako aj pre sieť ako celok. TCP/IP sa používa na prenos údajov medzi klientskymi aplikáciami a serverom 1C:Enterprise, ako aj medzi procesmi klastra serverov. Fungovanie 1C:Enterprise vo variante klient-server závisí od správnosti jeho nastavení.

Procesy serverového klastra 1C:Enterprise sú navzájom prepojené na adresách definovaných ako hodnoty vlastnosti "Počítač" dialógu vlastností pracovného servera. Pre klaster musí byť hodnota vlastnosti "Počítač" buď IP adresa v bodkovanom zápise, alebo taká symbolická adresa, podľa ktorej je možné IP adresu určiť pomocou funkcie gethostbyname definovanej v API. TCP protokol. Určenie IP adresy sa vykonáva buď na základe lokálnej tabuľky symbolických adries (C:\WINNT\system32\drivers\etc\hosts) alebo na základe tabuliek adries v dostupných DNS servery. Ak symbolická adresa pracovného servera neurčuje jeho IP adresu alebo ju určuje nesprávne (napríklad IP adresa sa nezhoduje so skutočnou IP adresou tento počítač), potom klaster nebude fungovať. Je dôležité, aby názvy počítačov a ich adresy definované v systéme Windows na každom z pracovných serverov v klastri neboli v konflikte s ich názvami v DNS.

Na každom pracovnom serveri klastrové procesy používajú nasledujúce porty: IP port pracovného servera (zvyčajne 1540); IP porty z pracovného toku rozsahy IP portov (zvyčajne 1560-1591). Okrem toho sa port klastra (zvyčajne 1541) používa na centrálnom serveri klastra. Ak sa v systéme používajú brány firewall, mal by byť povolený prenos údajov na týchto portoch. Namiesto povolenia portov z vyššie uvedeného zoznamu môžete povoliť prenos údajov do klastrových procesov (ragent, rmngr, rphost).

Spojenie klientskej aplikácie 1C:Enterprise so serverom prebieha v 2 etapách. Najprv vytvorí spojenie so správcom klastra. Používa adresu centrálneho servera (symbolickú alebo číselnú) a port klastra (zvyčajne 1541). Potom klientska aplikácia vytvorí spojenie s jedným z pracovných procesov. Ako jeho adresa sa používa hodnota vlastnosti "Počítač" zodpovedajúceho pracovného servera a port pracovného procesu, ktorý je vybraný z rozsahu IP portov pracovného servera. Prenos údajov na tieto porty musí byť povolený vo všetkých bránach firewall na trase z počítača klientskej aplikácie do počítačov serverového klastra 1C:Enterprise. Určenie IP adresy serverových procesov sa vykonáva pomocou funkcie gethostbyname na klientskom počítači. Je dôležité, aby názvy centrálnych a pracovných serverov a ich adresy definované v systéme Windows na každom zo serverov v klastri neboli v konflikte s ich názvami v DNS dostupnom pre klientsky počítač.

A posledný. Je zrejmé, že pre úspešný prístup k serveru 1C:Enterprise z iných počítačov musí byť server v sieti a musia sa vykonať potrebné nastavenia. Pripojenie k sieti a nastavenie techniky súvisí so správou sietí založených na Microsoft Windows a sú opísané v príslušných pokynoch.

Funkcie nastavenia servera SQL

1C:Enterprise vo verzii „klient-server“ používa na ukladanie údajov SQL server. V tomto prípade k serveru SQL pristupuje iba server 1C:Enterprise Server. 1C:Enterprise klienti nemajú priamy prístup k serveru SQL. Inštalácia a konfigurácia SQL servera je podrobne popísaná v dokumentácii Microsoft SQL Server. Pre úspešnú prevádzku servera 1C:Enterprise Server so serverom SQL je potrebné kontaktovať Osobitná pozornosť na nasledujúce nastavenia.

Požadované komponenty SQL Server. Na prístup k serveru SQL zo strany servera 1C:Enterprise Server musí mať počítač so serverom 1C:Enterprise Server komponenty spoločnosti Microsoft Data Access 2.6 alebo novší.

Autentifikácia používateľa serverom SQL. Prístupové práva k databázam SQL servera určuje používateľ, v mene ktorého sa k databázam pristupuje. Z počítača, na ktorom je nainštalovaný SQL server, spustite pomôcku SQL Server Enterprise Manager, nájdite lokálny uzol (koreň konzoly -> Servery Microsoft SQL -> Skupina serverov SQL -> (Lokálne)) a otvorte jeho vlastnosti. Na karte Zabezpečenie môžete vidieť, že SQL Server podporuje dve metódy overovania používateľov: SQL Server a iba Windows a Windows. Overenie systému Windows umožní serveru 1C:Enterprise Server pristupovať k serveru SQL iba v mene používateľa USR1CV81, čo neumožňuje rozlišovať prístupové práva k rôznym infobázam obsluhovaným jedným serverom 1C:Enterprise. Odporúča sa vybrať režim SQL Server a Windows. V tomto prípade bude prístup ku konkrétnej infobáze vykonaný v mene užívateľa uvedeného ako užívateľ SQL servera pri vytváraní tejto infobázy. Dôležité je, že tento užívateľ musí mať nielen plné práva na databázu infobáz, ale aj práva na vytváranie databáz na SQL serveri a na čítanie tabuliek v Master databáze.

Sieťové protokoly pre prístup k serveru SQL. Ak sú hostované servery 1C:Enterprise Server a SQL server rôzne počítače, potom musíte nakonfigurovať sieťové protokoly pre prístup k serveru SQL. Môžete to urobiť pomocou nástroja SQL Server Client Network Utility. Na karte Všeobecné môžete vybrať zoznam sieťových protokolov používaných na prístup k serveru SQL. Najrýchlejšie a najuniverzálnejšie je použitie protokolu TCP/IP. Pri používaní iných protokolov si uvedomte, že niektoré z nich, ako napríklad Named Pipes, vykonávajú dodatočnú autentifikáciu Nástroje systému Windows pri komunikácii s SQL serverom. V tomto prípade pre úspešnú prácu so serverom SQL musí byť používateľ USR1CV81 vybavený príslušnými právami zaregistrovaný na počítači so serverom SQL. Protokol pre prístup k tomuto serveru SQL je možné zmeniť na karte Alias ​​​​.

26.07.2017

Pridanie pravidla do brány firewall systému Windows Server 2012 R2 pre 1C: Enterprise

Keďže rôzne služby a softvér fungujú cez sieťové protokoly, tieto pracovné položky používajú špecifické porty, cez ktoré sa vymieňajú údaje.

Windows Server 2008/2012 R2 firewall je predvolene nakonfigurovaný tak, aby blokoval sieťovú aktivitu. Ak chcete, aby vaše klientske programy mohli komunikovať so serverovými komponentmi na príslušných portoch, musíte do brány Windows Firewall pridať pravidlá, ktoré umožnia komunikáciu v sieti pomocou špecifických portov.

Používatelia sa často stretávajú so situáciami, v ktorých klientsky softvér nemôže nájsť server 1C:Enterprise spustený v serverovom prostredí spravovanom Win Server 2012. V tomto prípade sa môžu vyskytnúť chyby nasledujúceho charakteru:

chyba pri prístupe k serveru cez sieť;

chyba pri vykonávaní operácií s infobázou;

neúspešný pokus o nadviazanie spojenia, z iného počítača nebola prijatá požadovaná odpoveď;

Už vytvorené spojenie bolo ukončené z dôvodu nesprávnej odpovede z už pripojeného počítača.

Tieto chyby naznačujú, že klientsky softvér nemohol nájsť server 1C na zadanej adrese. Často sa stáva, že na serveri je port potrebný na pripojenie jednoducho zatvorený. V prípade servera 1C je to číslo portu 1541.

Ak chcete otvoriť tento port, musíte prejsť na server prostredníctvom pripojenia RDP a spustiť ho Ovládanie Windows POŽARNE DVERE. Túto operáciu je možné vykonať dvoma spôsobmi. Prvou možnosťou je prejsť na „Ovládací panel“, potom do podsekcie „Systém a zabezpečenie“, kde musíte v skutočnosti spustiť bránu firewall.

Na to môžete použiť aj toto príkazový riadok, vykonaním príkazu firewall.cpl v ňom - ​​za týmto účelom stlačte klávesové skratky Win + R, potom prejdeme do sekcie "Otvoriť", zadajte názov príkazu a kliknite na potvrdenie akcie.

Po získaní prístupu k bráne firewall systému Windows v jej aktívnom okne musíme vybrať sekciu ďalšie možnosti nachádza v ľavom menu. Ďalej v ľavej časti nového okna, ktoré sa otvorí, musíte prejsť do sekcie pravidiel pre prichádzajúce pripojenia a v ponuke "Akcie" vybrať možnosť "Vytvoriť nové pravidlo".

Zobrazí sa nám sprievodca vytváraním pravidiel pre nové prichádzajúce spojenia. Na titulnej stránke si musíte vybrať typ pravidla, ktoré vyberiete, označené názvom „Pre porty“ a môžete pokračovať ďalej. Teraz špecifikujeme sieťový protokol prenosu dát (v našom prípade zadávame TCP), ako aj číslo portu, ktorý sa má otvoriť.

Na ďalšej karte budeme musieť priamo určiť akciu, ktorá bude priradená k pravidlu, ktoré vytvárame. Máme záujem o akciu „Povoliť pripojenia“. Vyberte ho a kliknite na „Ďalej“. Teraz označíme požadované Windows profily Firewall, ktorý by mal byť pokrytý akciou, ktorú vytvoríme. posledná strana Sprievodca nás vyzve, aby sme zadali názov nového pravidla a v prípade potreby pridali aj jeho popis. Kliknite na tlačidlo Dokončiť a dokončite sprievodcu.

Po vytvorení pravidla sa musíte znova pokúsiť pripojiť k serveru 1C. Pri pripájaní sa nám zobrazí rovnaká chyba, ale správa teraz hovorí o inom čísle portu 1560.

Analogicky k vyššie opísanej schéme pridávania portov pridávame ďalšie pravidlo, v ktorom špecifikujeme rozsah portov 1560-1591. Tieto porty sú potrebné na podporu rôznych pracovných postupov programu 1C. Porty zahrnuté v tomto rozsahu sú v časti „Protokol a porty“ označené pomlčkou.

Po vykonaných manipuláciách prejdite na modul „Brána firewall systému Windows s pokročilým zabezpečením“. Tu, v sekcii pravidiel pre prichádzajúce pripojenie, budeme môcť vidieť pravidlá, ktoré sme vytvorili. Zároveň by sa teraz klient 1C mal voľne pripojiť k prostrediu servera. Ak sa potrebujete pripojiť k serveru cez konzolu správy servera 1C, budete musieť vytvoriť samostatné pravidlo, ktoré otvorí port 1540.

Ak potrebujete pridať pravidlá k odchádzajúcim pripojeniam, môžete použiť rovnakú schému vytvárania pravidiel pre jednotlivé protokoly a programy.

Konfigurácia brány Windows Firewall pre Win Server 2012 na 1C Server + MS SQL

Teraz niekoľko slov o tom, ako nakonfigurovať bránu firewall v systéme Windows Server 2012 v zadanej konfigurácii. Takáto kopa nie je v moderných kanceláriách neobvyklá, no niekedy to trvá dlhšie, kým príde na princíp. Windows funguje Firewall vo vzťahu k prostrediu servera 1C.

Za predpokladu, že server akceptuje spojenia na štandardnom TCP porte 1433, stačí tento port povoliť pomocou vytvorenia pravidiel pre firewall, ktorého princíp sme rozobrali vyššie. Ak chcete skontrolovať, či práca skutočne prechádza cez tento port, môžete spustiť modul SQL Server Configuration Manager na serveri 2012 a prejsť na kartu konfigurácie siete. Tu musíte vybrať kartu protokoly pre MSSQLSERVER a nájsť protokol TCP / IP v ľavom okne. Vyberieme ho a klikneme na „Vlastnosti“, potom vyhľadáme kartu „IP-adresy“ a otvoríme vetvu „IPAII“.

Ak je port SQL dynamický, budete potrebovať povolenie na pripojenie k nasledujúcej aplikácii %ProgramFiles%\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Binn\sqlservr.exe.

Ako je uvedené vyššie, server 1C pracuje s portom 1541 a portami v rozsahu 1560-1591. Často sa však stáva, že z neznámych dôvodov tento zoznam otvorené porty vám stále neumožňujú pripojiť sa k serveru. Aby všetko fungovalo na 100 %, stačí tento rozsah rozšíriť zadaním portov od 1540 do 1591.

kroky sú rovnaké). Pravidlo pridáme na príklade fungovania servera 1C: Enterprise 8.x (musíte otvoriť port 1541 pre správcu klastrov, porty 1560-1591 pre pracovné postupy a port 1540 pre serverového agenta).

Niektoré programy a služby pri spustení sieťové protokoly používať určité porty na komunikáciu. V predvolenom nastavení blokuje tento druh sieťovej aktivity povolená brána Windows Firewall. Najmä ak sa pokúsite pripojiť z klientskeho počítača, môže sa vyskytnúť chyba:

« Pri vykonávaní operácie s informačnou bázou sa vyskytla chyba (...). Chyba sieťového prístupu k serveru (...). Pokus o nadviazanie spojenia bol neúspešný, pretože z iného počítača nebola prijatá požadovaná odpoveď v požadovanom čase, alebo už vytvorené spojenie bolo ukončené z dôvodu nesprávnej odpovede z už pripojeného počítača (...) »

Táto chyba znamená, že server 1C:Enterprise sa nenašiel na zadanej adrese alebo je port na serveri zatvorený (v tomto prípade port 1541 ).

Ak chcete otvoriť port, prejdite do počítača, v ktorom je nainštalovaný server 1C: Enterprise (v mojom príklade ide o počítač s adresou 10.192.128.15, ktorý je na ňom nainštalovaný operačný systém Windows Server 2012 R2).

Spustíme bránu firewall systému Windows. Môžete to urobiť kliknutím pravým tlačidlom myši na " Štart» ( začať), potom " Ovládací panel» ( ovládací panel) — « systém a bezpečnosť» ( Systém a bezpečnosť) — « Brána firewall systému Windows » ( Brána firewall systému Windows). Alebo spustením príkazu firewall.cpl(na to musíte stlačiť kombináciu klávesov Win + R v okne " OTVORENÉ» ( OTVORENÉ) zadajte názov príkazu a stlačte " OK») .

V okne, ktoré sa otvorí, v strome vľavo otvorte kartu " » ( Prichádzajúce pravidlá), a potom v ponuke " Akcie» ( Akcie) vyberte položku “ Vytvoriť pravidlo...» ( Nové pravidlo…).

Začne " Sprievodca novým pravidlom vstupu» ( Sprievodca novým pravidlom vstupu). Na prvej stránke vyberte typ pravidla ( Typ pravidla) « Pre prístav» ( prístav) a stlačte " Ďalej» ( Ďalšie).

Potom musíte zadať protokol (v našom príklade je to TCP) a priamo číslo portu (Špecifické miestne porty), ktoré otvárame. Potom stlačte " Ďalej» ( Ďalšie).

Teraz špecifikujme akciu spojenú s pridaným pravidlom. Vyberme si" Povoliť pripojenie» ( Povoliť pripojenie) a stlačte " Ďalej» ( Ďalšie).

Na ďalšia strana musíte určiť, na ktoré profily brány firewall sa bude pravidlo vzťahovať. Potrebné profily označíme začiarknutím a klikneme na „ Ďalej» ( Ďalšie).

Nakoniec zadajte názov a popis nového pravidla a kliknite na „ Pripravený» ( Skončiť), aby ste dokončili sprievodcu.

Pokúšame sa znova pripojiť k serveru 1C:Enterprise a vidíme, že chyba pretrváva, ale správa má iný, 1560. port.

Vyššie uvedeným spôsobom pridajte ďalšie povoľovacie pravidlo s názvom " 1C: Pracovné postupy» pre celý rad portov s 1560 na 1591 (pre pracovné postupy 1C), pričom ich špecifikujte spojovníkom v kroku " Protokol a porty» ( Protokol a porty).

Teraz v okamihu Brána firewall systému Windows s pokročilým zabezpečením» ( Brána firewall systému Windows s pokročilým zabezpečením) v tabulke " Pravidlá pre prichádzajúce spojenia» ( Prichádzajúce pravidlá) mali by sme vidieť 2 práve vytvorené pravidlá.

Mal by sa pripojiť k serveru bez chýb. Ak sa potrebujete pripojiť k tomuto serveru cez, musíte tiež otvoriť port 1540 .

Podobne sú pridané pravidlá pre odchádzajúce spojenia (Outbound Rules), zakazujúce pravidlá, pravidlá pre určité programy a protokoly. Akékoľvek pravidlo je tiež možné upraviť otvorením jeho vlastností z tohto modulu snap-in.

Pomohol vám tento článok?