Какво представлява 1s 8.2 сървърна клъстерна конзола. Администриране на сървър 1C предприятие

Базите данни 1C могат да се съхраняват като файл или в СУБД (система за управление на бази данни). При съхраняване в СУБД често се използват PostgreSQL или MS SQL. Освен това, за да работите със СУБД, трябва да инсталирате 1C сървър. За администрирането му се използва специална помощна програма, която може да се инсталира при инсталиране на сървъра 1C. Тази помощна програма ви позволява да преглеждате статистическа информация, както и да създавате сървърни клъстери и информационни бази данни. Освен това в конзолата за администриране на сървъра са налични опции за изтриване на сесии, връзки и други.

Конзола за администриране на 1C Enterprise сървър

Опции на клъстера (по подразбиране)

1CV8 производствени сървър параметри (по подразбиране)

21/03/2016

Характеристики на използване на административната конзола за сървъри на 1C:Enterprise от различни версии

Въведение

В продължение на публикувания по-рано документ, който описва възможността за стартиране на няколко 1C услуги на един сървър, бихме искали да говорим за характеристиките на използването на административната конзола на 1C:Enterprise сървъри от различни версии. Факт е, че при стандартна инсталация на тази конзола ще можете да администрирате 1C сървъра само на една версия. Ако няколко версии на платформата са инсталирани на един сървър и се изпълняват няколко 1C услуги, възниква въпросът как да се администрират 1C сървъри с различни версии в рамките на един и същи сървър?

Регистрация на 1с конзола

За да регистрирате административната конзола за сървъри на 1C:Enterprise, 1C предлага да използвате изпълнимия файл RegMSC .cmd, който се намира в папката bin на директорията на сървъра 1C. Този файл може да бъде стартиран от менюто "Старт" в Windows: "1C Enterprise 8 -> Advanced -> [необходима версия на платформата 1C] -> Регистрация на помощната програма за администриране на сървъра 1C Enterprise."

Файлът RegMSC .cmd съдържа следния скрипт:

regsvr32 /n /i:user radmin.dll

Целта на този скрипт е само да регистрира radmin .dll компонента. На практика е неудобно да използвате този скрипт, тъй като всеки път, преди да стартирате административната конзола на сървърите на 1C:Enterprise с необходимата версия, трябва да стартирате съответния RegMSC .cmd файл. Освен това този скрипт не работи и трябва да бъде подобрен (най-вероятно, когато го изпълните, ще получите съобщение за успешна регистрация на компонента, но конзолата няма да работи).

И така, искаме да получим работещ скрипт, който ще ни позволи да автоматизираме и изпълняваме следните действия с едно кликване:

1. Регистрационни компоненти radmin. dll на необходимата версия;
2. Стартиране на конзолата на клъстера 1C.

Предлагаме да промените горния скрипт и да създадете основен универсален скрипт за регистриране на компоненти и стартиране на оборудване (конзоли), както и създаване на „стартови скриптове“ за конзоли с необходимите версии. Ето какво получихме:

rem %1 - пълен номер на версията на 1C:Enterprise

@echo изключено

Този скрипт трябва да бъде записан в изпълним файл във формат .bat (например „start _console .bat“). Нека разгледаме този скрипт по-подробно. Следният ред отговаря за правилната регистрация на компонента radmin .dll:

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

Номерът на версията на платформата 1C се предава като параметър (%1). Следващият ред е отговорен за стартирането на MMC конзолата с конзолна добавка за администриране на 1C:Enterprise сървъри:

стартирайте "C:\Windows\System32\mmc.exe" "C:\Program Files (x86)\1cv8\common\1CV8 Servers.msc"

start_console 8.3.7.1873

Тъй като регистрирането на компонента radmin .dll не засяга работата на вече работещи административни конзоли за 1C:Enterprise сървъри, използвайки този подход и предложените скриптове, можем едновременно да стартираме административни конзоли за 1C:Enterprise сървъри от различни версии и да работим успешно в тях, с нашите собствени клъстерни версии във всяка. Готово, сега можете да администрирате няколко версии на 1C сървър на един сървър.

Моля, имайте предвид, че предложените скриптове използват 32-битови версии на компонентите. Когато се опитате да регистрирате 64-битов компонент по същия начин, ще получите съобщение, че той е регистриран успешно, но след това, когато стартирате конзолата за администриране на сървъра на 1C:Enterprise, най-вероятно ще видите грешка като:

MMC не можа да създаде модула, име: 1C:Enterprise (x86-64) сървъри, CLSID:...

Докато този проблем не бъде разрешен, използването на няколко 64-битови административни конзоли за сървъри на 1C:Enterprise в рамките на един сървър не е възможно. Ако имате друга информация и знаете как да разрешите този проблем, ще се радваме да актуализираме статията.

Заключение

В статията описахме метод, който ви позволява да използвате няколко административни конзоли за сървъри на 1C:Enterprise от различни версии. Това е необходимо, ако работите на сървър с няколко работни или тестови бази данни, за които използваните версии на 1C сървъра са различни.

Надяваме се, че можете лесно да изпълните задачата, от която се нуждаете, и да продължите да се наслаждавате на използването на продуктите на 1C. Е, ако нещо не се получи за вас или срещнете някакви трудности, ние определено ще помогнем!

По различни причини достъпът до сървъра на 1C:Enterprise може да бъде загубен и тогава, когато се опитаме да стартираме конзолата на клъстера, ще видим подкана за въвеждане на данни за удостоверяване, но няма да можем да направим нищо:

Няма да обсъждаме причините, довели до това. Да започнем да решаваме проблема. Трябва да възстановим достъпа до сървъра по всякакъв начин. Няма значение дали нулираме паролата или избираме данни за удостоверяване.

Да вземем най-бързия маршрут. Имаме администраторски права на сървъра, така че можем да го направим с най-малко усилия.

Решение

Първо, нека спрем услугата "1C:Enterprise 8.2 Server Agent". За да направите това, стартирайте от командния ред:

SC стоп" 1 C:Enterprise 8 . 2 Сървърен агент"

Същото може да се направи чрез графичната помощна програма "Услуги":

Въз основа на данните от файла може да се прецени, че към сървъра е добавен „Adm“ администратор с определена парола. Можем или да заменим данните с потребителя, от който се нуждаем, с „правилната“ парола, или да изтрием записа за администратора на сървъра. Нека изберем последния метод. Ето как изглежда съдържанието на файла сега:

Нека стартираме сървърната услуга. Следващият път, когато стартирате конзолата на клъстерния сървър на 1C:Enterprise, програмата няма да поиска данни за удостоверяване.

Долен ред

Статията описва метод за нулиране на администраторския акаунт за сървър 1C:Enterprise 8.2. Струва си да се има предвид, че администраторските акаунти могат да се добавят за всяка информационна база поотделно. В този случай вижте файла "1CV8Reg.lst", който обикновено се намира в директорията:

където "reg_1541" е директорията с настройки на клъстера, чието име на директория зависи от нейните настройки.

Този файл съхранява настройките на информационната база, както и данните за удостоверяване на администраторите на клъстера.

Данните за удостоверяване на всяка ИС съвпадат със съответните данни за удостоверяване на потребителите на тази информационна база. За да отворите свойствата на базата данни в клъстера, трябва да въведете данните за вход и паролата на потребител за информационна сигурност с администраторски права.

Сега вече знаете какво трябва да направите. При никакви обстоятелства не трябва да считате описания метод за нулиране на администраторски акаунти на сървъра на 1C:Enterprise като хакерство, тъй като без администраторски права нищо подобно (спиране на услугата на сървъра, достъп до директорията с настройки на сървъра и т.н.) не може да се направи.

Ако се интересувате, ето няколко статии по подобна тема, а именно относно избора/възстановяването на пароли за потребители на информационната база 1C:Enterprise 8.2:

1. "Колкото по-лека е паролата, толкова по-лесна е"

2. "Вход без покана"

3. „Нулиране на акаунти. Пишем универсална програма в .NET Framework“

Както мнозина вероятно знаят, системата 1C Enterprise поддържа две работни опции. Това:

• клиентски сървър;
• файлова версия на работата.

За режим клиент-сървър трябва да инсталирате 1C: Enterprise Server.

В тази статия ще разгледаме как да администрирате този сървър с помощта на помощната програма 1C 8.3 (8.2) Server Administration Console.

Незабавно оттегляне на услугата - ако при стартиране конзолата изведе съобщението „Версиите на клиента и сървъра се различават (8.3.х.х-8.3.х.х), клиентско приложение: Cluster Console“, трябва да се регистрирате чрез съответния пряк път от менюто "Старт":

Няма собствен интерфейс за управление. Администрирането се извършва с помощта на сървърната конзола 1C. Конзолата е включена в доставката на платформата 1C и се инсталира локално на компютъра на потребителя. Самите информационни бази могат да се хостват или локално, или на отдалечени компютри или сървъри.

Вземете безплатно 267 видео урока за 1C:

Създаване, редактиране и изтриване на бази данни на 1C сървър

За да създадете информационна база на Server 1C, първо трябва да създадете централен сървър и клъстер, към който ще принадлежи базата данни. На линия 1C:Enterprise 8.3 Central Servers трябва да щракнете с десния бутон и да изберете „Създаване“ от контекстното меню. В прозореца, който се отваря, въведете името на сървъра и номера на порта.

Сега нека създадем клъстер. Ще използваме и контекстното меню и ще изберем „Създаване“. Нека попълним параметрите на клъстера.

В клона „Информационни бази“ използвайте контекстното меню, за да добавите нова база данни. След като попълните параметрите му, щракнете върху „Ok“. Информационната база е готова за използване.

С помощта на контекстното меню можете да изтриете базата данни или да редактирате нейните свойства.

Действия в конзолата

С какво може да ни бъде полезна административната конзола? Често се случва компютърът на потребител да замръзне и програмата 1C за конкретен потребител не се стартира. Появява се съобщение, че някой вече работи под този потребител. Работата е там, че има „неработещи“ сесии на 1C сървъра. Тези потребители дори остават в секцията Активни потребители. И когато трябва да извършите операции в програма, които изискват ексклузивен режим (например изтриване на обекти, маркирани за изтриване), тогава ако помолите всички потребители да излязат, операцията все още не може винаги да бъде изпълнена.

Докато инсталирах следващия ъпдейт на Счетоводството получих грешката „Работя само на 8.3.4“, добре... време е да инсталирам 8.3.4. Така:

Няма да описвам процеса на изтегляне и инсталиране на новата платформа, всичко е просто.

Услуга за сървърен агент 1C
По подразбиране е инсталиран на порт 1540 и там имам 8.2, така че го променяме в клона на системния регистър
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Параметър ImagePath на сървърен агент
променете номерата на портовете, като добавите отместване: "C:\Program Files\1cv8\8.3.4.365\bin\ragent.exe" -srvc -agent -regport 1741 -port 1740 -range 1660:1691 -d "C:\Program Файлове\1cv8\srvinfo"

Стартирайте агента и отворете конзолата за администриране на 1C сървъри и създайте клъстер 8.3
Посочете името на сървъра и го конфигурирате на порт 1740 (8.2 работи на 1540)

Създадохме клъстер + го оптимизирахме малко (имам само ЕДИН малък сървър, така че посочвам интервала за рестартиране на работните процеси и количеството памет. Тъй като имам един сървър - нивото на толерантност към грешки е 0)


Сега по-подробно:
1. Интервал на рестартиране: 86400 сек (24 часа). Моментът на рестартиране не е регламентиран, очевидно от момента, в който са зададени параметрите или е стартиран сървърът на приложения.
2. Можете също така да посочите разрешеното количество памет: 3 000 000 KB (3 GB) - За сървър с 4 GB RAM, Ако е по-малко, тогава не попълвайтетази опция!.
3. Memory overrun interval е непрекъснат период от време, когато допустимото количество памет е надвишено, след което сървърът ще рестартира процеса. Ако е посочено 0 секунди, ще чака завинаги.
4. Броят на работните процеси се изчислява автоматично въз основа на вашите настройки
5. Ниво на толерантност към грешки Можете да зададете нивото на толерантност към грешки на клъстера като броя работещи сървъри, които могат едновременно да се повредят, и това няма да доведе до необичайно прекъсване на потребителите. Резервните услуги се стартират автоматично в количеството, необходимо за осигуряване на зададената отказоустойчивост; В реално време активната услуга се репликира към резервните.
6. Режим на разпределение на натоварването, който може да се използва или за увеличаване на производителността на системата като цяло, или за използване на новия режим „спестяване на памет“, който ви позволява да работите „с ограничена памет“ в случаите, когато използваната конфигурация „харесва да изяжда паметта.“

Работещ сървър
Моят сървър е прост, общо 2 Gb RAM и ще има само 2 бази данни на него, така че ще го конфигурирам така:

Зададох параметъра Брой информационна сигурност на процес на 1, т.е. Искам всяка информационна сигурност да изпълнява свой собствен процес - това ще намали взаимното влияние както по отношение на надеждността, така и на производителността. Вие го конфигурирате според характеристиките на вашия сървър!

Информационна база
Добавям IB:

В стартерапикаене на базата данни:

Изисквания за задаване на функционалност
Не съм настроил това сам, но мисля, че трябва да кажа за това:
Управлението на клъстера означава, че администраторът определя състава на компютрите (работещите сървъри), на които е разположен клъстерът. Освен това (ако е необходимо) той може да определи „изискванията“ към тях: кои услуги и връзки към информационни бази трябва да работят на всеки от работещите сървъри. Мениджърите на клъстери и работните процеси се стартират автоматично въз основа на зададени „изисквания“. „Изискванията“ за производствени сървъри могат да бъдат зададени интерактивно, от конзолата за администриране на клъстера, или програмно, от вградения език.
Така че на лаптоп с ключ за сигурност, за да не стартирате потребители на сървъра на клъстера, трябва да добавите „изисквания“ към обекта на изискване „Клиентска връзка с информационна сигурност“ - „Не присвоявай“, т.е. попречи на работните процеси на този сървър да обработват клиентски връзки. Още по-интересна е възможността да се изпълняват „само фонови задачи“ на производствения сървър на клъстера без потребителски сесии. По този начин можете да преместите силно натоварени задачи (код) на отделна машина. Освен това можете да стартирате една фонова задача „затваряне на месеца“ чрез „Допълнителна стойност на параметър“ на един компютър и фоновата задача „Актуализиране на индекса на пълен текст“ на друг. Изясняването става чрез индикацията „Стойност на допълнителния параметър“. Например, ако посочите BackgroundJob.CommonModule като стойност, можете да ограничите работата на работния сървър в клъстера само до фонови задания с произволно съдържание. Стойността BackgroundJob.CommonModule..- ще посочи конкретния код.

Профили за сигурност
Профилите за сигурност служат за забрана на приложно решение да извършва действия, които биха могли да бъдат потенциално опасни за функционирането на сървърния клъстер.
Администраторът на клъстера може да присвои на всяка информационна база един от съществуващите в клъстера профили за сигурност. И тогава потенциално опасната функционалност на приложното решение ще бъде ограничена в границите, описани в този профил.

По подразбиране, веднъж създаден, профилът за защита забранява всички потенциално опасни действия:
- достъп до файловата система на сървъра;
-стартиране на COM обекти;
-използване на външни компоненти на 1C:Enterprise;
- стартиране на външни обработки и отчети;
-стартиране на приложения, инсталирани на сървъра;
- достъп до интернет ресурси.
По този начин защитата от нежелани действия на непознато приложение е много проста: трябва да създадете празен профил за защита и да го присвоите към информационната база. Освен това, ако е необходимо, можете да разширите този профил, като опишете в него действията, които приложното решение има право да извършва.

Местоположение на сервизните файлове на мениджъра на клъстери в 1C Enterprise 8.3
Ако при инсталиране на системата! "1C:Enterprise" е избрал опцията за стартиране на сървъра "1C:Enterprise" като услуга, след което първото стартиране на сървърния агент ще бъде извършено по време на процеса на инсталиране на системата. В този случай услугата ще бъде стартирана от името на потребителя, избран в диалоговия прозорец за инсталиране на системата, но сервизните файлове на сървърния клъстер ще бъдат разположени в директорията<каталог установки системы 1С:Предприятие>\srvinfo (ключът за стартиране -d ще бъде изрично указан в параметрите на услугата).

Ако при инсталиране на системата 1C:Enterprise сте избрали опцията за стартиране на сървъра като приложение, тогава сървърът не се стартира по време на процеса на инсталиране на системата; Сървърният агент трябва да се стартира независимо след приключване на инсталацията на системата. Освен това, ако ключът за стартиране -d не е посочен, сервизните файлове на сървърния клъстер ще бъдат разположени в директорията по подразбиране: %USERPROFILE%\LocalSettings\ApplicationData\lC\lCv8 (%LOCALAPPDATA%\lC\lCv8 за Windows Vista и по-стари) .

ВНИМАНИЕ!Ако на този централен сървър вече е създаден клъстер, тогава когато променяте опцията за стартиране на сървърния агент (услуга, приложение) или когато променяте потребителя, от чието име работи сървърният агент, винаги трябва да внимавате правилно да посочите пътя към директорията на сервизните файлове на сървърния клъстер. Ако сървърният агент не намери списък с клъстери по време на стартиране, той ще създаде нов клъстер на този сървър.
В операционната система Linux сервизните файлове на сървърния клъстер ще се намират в папката /home/usrlcv8/.lcv8/lC/lcv8 (или съкратената версия е ~/.1cv8/1C/1cv8).