Здравствуйте дорогие читатели.

Сегодня поговорим о средствах Администрирования серверов 1С:Предприятия .

1С:Предприятия поддерживает следующие :
Клиент – серверный вариант работы
Файловый вариант работы

При работе в клиент-серверном режиме используется трехуровневая архитектура с использованием кластер серверов 1С:Предприятия, через который выполняется общение клиентской части 1С:Предприятия и СУБД.

У Сервера 1С нет собственного пользовательского интерфейса, для его управления могут применяться различные средства, рассмотрим стандартную Утилиту администрирования клиент-серверного варианта , ее можно установить при .

Утилита администрирования серверов 1С:Предприятия или консоль сервера 1С

Основные задачи консоль сервера 1С:

  • Создание, удаление и изменение рабочих серверов;
  • Создание администраторов;
  • Создание, удаление рабочих процессов кластера;
  • Создание и удаление ИБ
  • Принудительное завершение сеанса;
  • Блокировка новых подключений.

Коротко рассмотрим основные моменты консоли администрирования 1С серверов:

Создать Центральный сервер 1С

Чтобы добавить новый Центральный сервер 1С:Предприятия 8.2 воспользуемся контекстным меню предварительно выделив строку Центральные серверы 1С

Появится окно, куда необходимо внести имя сервера 1С или его IP адрес.

Создание администраторов сервера 1С

В ветки Администраторы добавляются администраторы сервера. Администраторы имеют права на администрирования только собственным сервером, для управления кластером не нужно быть администратором. Если ни один Администратор не добавлен – то каждый вошедший сможет управлять сервером.

Создание рабочих процессов кластера 1С

Рабочие серверы здесь добавляются и удаляются рабочие процессы, что позволяет влиять на производительность сеансов пользователей, распределяя их по рабочим процессам.

Если посмотреть в свойства процесса то увидим следующее:
Производительность : указывается цифра до 1000, по умолчанию стоит 1000. Новые сеансы присоединяются к тому процессу, у которого производительность максимальная и раз в N минут система сама смотрит на фактическую загрузку процессора и переставляет цифру у производительности.
Свойство Включен : здесь отслеживается активность процесса может принимать следующие значения: Использовать, Не использовать, Использовать как резервный

Создание и удаление ИБ

В ветке Информационные базы видны подключенные базы, есть возможность удалить базу или создать новую.
Если посмотрим свойства БД, то увидим следующее:

Блокировка начала сеансов включена – устанавливает запрет подключения к этой базе.
Сообщение – выдается при попытке присоединиться, когда заблокировано.
Код разрешения – позволяет осуществить соединение когда установлена блокировка соединений.

Завершение сеанса пользователя 1С

В общей ветке Сеансы можно посмотреть список сеансов для всего кластера, чтоб посмотреть сеансы для отдельной информационной базы, необходимо выбрать нужную ИБ и посмотреть ее Сеансы.


Печать (Ctrl+P)

Данная статья содержит описание некоторых элементов администрирования системы «1С:Предприятие», характерных для клиент-серверного варианта работы системы с Microsoft SQL Server 2012:

Создание резервной копии в клиент-серверном варианте

Администрирование кластера серверов

Консоль или утилита администрирования кластеров 1cv8 servers.msc представляет собой подключаемый модуль MMC (Microsoft Management Console), и может быть использована на компьютерах, на которых установлено соответствующее программное обеспечение. По умолчанию устанавливается в папке C:\Program Files (x86)\1cv8\common

Утилита администрирования кластеров предназначена для решения следующих задач:

  • создание, изменение и удаление кластеров серверов;
  • модификация существующих кластеров: создание, изменение параметров и удаление рабочих серверов, назначение требований функциональности к рабочим серверам;
  • установка уровня отказоустойчивости кластера;
  • ручная корректировка нагрузки на отдельные рабочие серверы;
  • управление списками администраторов центральных серверов кластеров и списками администраторов кластеров;
  • мониторинг соединений пользователей с информационными базами и служебных соединений;
  • отключение пользователей от информационной базы;
  • мониторинг объектных блокировок 1С:Предприятия 8 и блокировок клиентского соединения;
  • оперативный анализ транзакционных блокировок системы управления базами данных;
  • управление блокировкой установки соединений пользователей с информационной базой;
  • управление блокировкой выполнения регламентных заданий.

В этой статье я буду только рассматривать регистрацию новой информационной базы

Регистрация новой информационной базы

Для регистрации новой информационной базы с помощью утилиты администрирования кластера серверов следует выбрать в дереве центральных серверов требуемый центральный сервер, требуемый кластер, зарегистрированный на этом сервере, ветку Информационные базы и выполнить команду контекстного меню Создать – Информационная база или аналогичную команду главного меню утилиты.

В результате выполнения команды на экране появится диалог свойств информационной базы.

Параметры информационной базы эквивалентны параметрам новой информационной базы, создаваемой с помощью окна запуска «1С:Предприятия».

Тип СУБД : Microsoft SQL Server.

Сервер баз данных : имя сервера. Может задаваться именем компьютера (если на компьютере установлен один экземпляр сервера) или именем конкретного экземпляра (если установлено несколько экземпляров). Например, Server/instance. Если сервер «1С:Предприятия» и Microsoft SQL Server расположены на одном компьютере, и для Microsoft SQL Server установлен Native Client (собственный клиент), то имеется возможность использовать для связи серверов протокол SHARED MEMORY. Для этого необходимо перед именем Microsoft SQL Server указать префикс lpc:. В этом случае имя сервера СУБД будет выглядеть следующим образом: lpc:Server/instance

Имя базы данных : первым символом имени базы данных может быть буква латинского алфавита, а также символ «_». Последующими символами могут быть буквы латинского алфавита, цифры, а также символы «_», «$». Длина имени ограничена 63 символами. В имени недопустимы пробелы. Имя не может быть зарезервированным словом языка запросов сервера баз данных. В имени базы данных нельзя использовать следующие символы: «<», «>», «#», «%», «”», «{», «}», «[»,«]»,«|»,«\»,«^»,«`», а также символы с кодами от 0 до 31 и 127

Пользователь базы данных : имя пользователя сервера баз данных, от лица которого будет осуществляться доступ к базе данных. Существенно, чтобы указанный пользователь был либо администратором сервера баз данных (sa), либо владельцем базы данных (если она уже существует), для того чтобы в дальнейшем беспрепятственно модифицировать структуру выбранной базы данных. В последнем случае этот пользователь должен иметь доступ на чтение к базе данных master и полный доступ к базе данных tempdb. Кроме перечисленного, указанный пользователь должен быть членом фиксированной серверной роли processadmin или sysadmin.

Пароль пользователя : пароль пользователя, от лица которого будет выполняться доступ к базе данных.

Смещение дат – 0 или 2000. Данный параметр определяет число лет, которое будет прибавляться к датам при их сохранении в базе данных Microsoft SQL Server и вычитаться при их извлечении. Наличие данного параметра определяется особенностями хранения дат в Microsoft SQL Server. Тип DATETIME, используемый в Microsoft SQL Server, позволяет хранить даты в диапазоне с 1 января 1753 года по 31 декабря 9999 года. И если при работе с информационной базой может возникнуть необходимость хранения дат, предшествующих нижней границе данного диапазона, то в качестве значения параметра следует выбрать 2000. Если же такие даты встречаться не будут, то в качестве смещения дат можно выбрать 0. После создания информационной базы значение данного параметра не может быть изменено.

ВНИМАНИЕ! Если в прикладном решении используются регистры накопления или регистры бухгалтерии, то в поле Смещение дат необходимо установить значение 2000. Если при создании базы данных в это поле было введено значение 0, то следует выгрузить информационную базу в файл, заново создать базу данных с указанием в поле Смещение дат значения 2000 и выполнить загрузку информационной базы

ВНИМАНИЕ! Имена информационных баз должны быть уникальными в пределах одного кластера. В процессе регистрации новой информационной базы система проверяет, существует ли на указанном сервере баз данных база с таким именем. Если база существует, то будет установлено соединение с ней. Если существующая база данных уже содержит данные информационной базы «1С:Предприятия», то будет установлена связь с уже существующей информационной базой. А если база данных не содержит данных информационной базы, то в ней будет проинициализирована новая информационная база «1С:Предприятия».

Ошибка при выполнении операции с информационной базой

В процессе подключения к БД SQL могут вылетать различные ошибки создания или соединения. Например, если выходит следующая ошибка:

В этом случае была попытка создания информационной базы и сервер предприятия не мог установить соединиться с Microsoft SQL Server. Нужно проверить:

  • Параметры аутентификации пользователя (Имя пароль и права на создание БД);
  • Соблюдает ли имя базы данных правила имен;
  • Правильно ли задано имя сервера базы данных;
  • Соответствует тип аутентификации пользователя. Возможно, пользователь вошел под именем пользователя sql server, а в настройках SQL стоит не тот тип аутентификации пользователя.

Итак у вас установлено 1С:Предприятие, как определить каким способом или вариантом загружается ваша информационная база (ИБ)?

Если у вас файловый вариант работы то в строке при запуске 1С и при выборе информационной базы(в списке информационных баз) вы увидите: File=”C:\Documents and Settings\Pupkin\Мои документы\Infobase1”. Это папка, где хранится ваша файловая база.

Если вы увидите такую надпись типа Srvr=»192.168.6.1″;Ref=»Infobase1″;, то это означает, что вы работаете в клиент-серверном варианте работы с 1С.

Что означает файловый вариант работы — вы более или менее понимаете.

Клиент-серверный вариант работы предполагает обмен данными через сеть по специальному порту и IP-адресу того компьютера, где установлена база данных.

В случае клиент-серверного варианта работы на компьютере, где установлена база данных работает специальная служба, которую вы можете посмотреть в Панели управления, пункт “Администрирование” и выбрать оснастку “Службы”; в списке служб вы увидите примерно следующее (зависит от версии 1С) — “Агент сервера 1С:Предприятие 8.хх” или к примеру вот такую службу “1C:Enterprise 8.2 Server Agent:”.

В случае работы с клиент-серверным вариантом, очень полезна оснастка, которая находится в меню Пуск->Все программы(программы)->1С Предприятие 8.х->Дополнительно->Администрирование серверов 1С Предприятия.

Что нам дает данная оснастка в плане работы с пользователями и выгрузкой ИБ?

1. Здесь мы можем завершать работу пользователей

2. Здесь мы можем устанавливать блокировку, запрещающую вход пользователям (на тот случай если нам необходим монопольный доступ к информационной базе)

Оснастка может запрашивать пароль, но какой?

Имя пользователя и пароль (для вас как для Администратора БД) — укажите ваше Имя пользователя и пароль, который вы используете для входа в 1С:Предприятие.

Итак, что мы здесь видим. Видим сервер 1С Предприятия (My_1C) и информационную базу (порт по умолчанию 1541) — My_UPP. В правой части окна видим возможность выбрать -> Сеансы, Блокировки, Соединения.

Сейчас нас интересует ветка с информационными базами, — нажмите правую клавишу мыши на выбранной ИБ, и воспользуйтесь командой “Свойства”, Контекстного меню.

Для того, чтобы запретить пользователям входить и работать с информационной базой необходимо поставить галочку — “Блокировка начала сеансов включена”.

Обратите внимание на Даты начала блокировки и конца блокировки. Начиная с даты и времени начала блокировки и даты и времени окончания блокировки — база будет находиться в монопольном режиме.

До тех, пор пока вы не снимите галочку, никто не может войти и работать с информационной базой, но … Для того, чтобы вы могли сами заходить в ИБ(при помощи командной строки), предусмотрите Код разрешения.

Блокировка регламентных заданий включена — эта блокировка необходима для того, чтобы не разрешать 1С запускать различные регламентные задания в фоновом режиме. Регламентное задание — это какая-либо операция, запускающаяся по расписанию, иногда для того чтобы обновить конфигурацию — мешают регламентные задания, которые запускаются как назло в те моменты, когда вы работает с базой — можете на время воспользоваться указанной возможностью.

Пользователи при запуске 1С:Предприятия с установленной блокировкой получат Сообщение, указанное в пункте “Сообщение”.

Дополнительно

Часто бывает такая ситуация, что сервер 1С:Предприятия установлен на одном компьютере (какой-либо главный сервер, как в нашем случае My_1C), а “рулить” вы хотите сервером со своего локального компьютера. (Также возможна ситуация что у вас несколько серверов, а управлять вы хотите этими серверами с локальной оснастки вашего компьютера).

Сделаем следующее на локальной машине откроем оснастку “Администрирование серверов 1С Предприятия” (путь Пуск->Все программы (Программы)->1С_Предприятие 8.х->Дополнительно->Администрирование серверов 1С Предприятия). Если вдруг на локальной машине у вас не установлен этот компонент, то вы его не увидите — идете в Панель управления ->Установка и удаление программ и ищете строку с установкой 1С Предприятия, и изменяете настройку компонентов, добавляя оснастку “Администрирование сервера”

Итак, нашли, выполнили, посмотрели. Идём далее.

В оснастке мы видим пустую строку не включающуу в себя ничего, что то типа Console Root-> Central 1C:Entreprise 8.2 servers. Ставим курсор на эту строку, нажимаем правую клавишу мыши и выбираем команду Создать->Центральный сервер 1С Предприятия 8.2.

Вписываем имя нашего сервера, находящегося в сети, нажимаем “ОК”. и всё — мы имеем возможность работать с локального компьютера и управлять нашим сервером 1С.

Консоль управления сервером 1С или консоль администрирования серверов 1С, или консоль кластера серверов 1С – это утилита, входящая в состав 1С Предприятие 8.3, которая необходима для:

  • Управления сеансами;
  • Управления списком баз;
  • Создания кластеров 1С для отказоустойчивой архитектуры и для масштабируемости;
  • Гибкой настройки работы рабочих процессов;
  • Ограничения потребления ресурсов;
  • Разграничения выполняемых задач рабочими серверами (чтобы выносить отдельные сервисы на различные рабочие сервера);
  • Управления профилями безопасности.


Управление базами данных в консоли кластера

При работе в клиент-серверной архитектуре пользователи, скорей всего, так или иначе, сталкиваются с консолью администрирования серверов, как минимум, когда добавляют новую базу в список информационных баз. Чтобы добавить новую базу, необходимо кликнуть правой кнопкой мышки на информационные базы и выбрать пункт «Создать».


Откроется окно.


В этом окне заполняются настройки подключения к СУБД, а при ее отсутствии можно воспользоваться опцией «Создать базу в случае ее отсутствия». Остальные настройки можно оставить по умолчанию.

Также можно открыть окно этих же настроек уже созданной информационной базы, для чего необходимо кликнуть правой кнопкой мыши на информационную базу и выбрать пункт меню «Свойства».


Здесь мы может установить блокировку начала сеансов (установить блокировку на определенный период). Пока установлена блокировка, ни один сеанс не сможет подключиться к базе.


Можно задать определенное сообщение, которое увидит пользователь при подключении.


Эта опция может применяться, например, при проведении каких-либо регламентных работ с базой (как правило, это обновление базы). Но когда требуется вход администраторов в базу с наложенной блокировкой сеансов, нужно воспользоваться опцией «Код разрешения». Указав код, в будущем, используя его, можно будет работать с базой. Например, установим код разращения 123, чтобы позже зайти в базу. С кодом разрешения необходимо использовать параметр /UC.


Параметр блокировки – произвольный параметр, который можно использовать в программном коде. Блокировка получится при использовании функции ПолучитьБлокировкуСеансов().

Блокировка регламентных заданий включена – означает, что в нашей базе данных не будут выполняться регламентные задания.

Рассмотренные опции используются наиболее часто. Остальные в жизни применяются очень редко, и информацию о них можно почитать на ИТС.

Работа с сеансами консоли администрирования

В консоли администрирования можно управлять подключенными сеансами определенной БД, а также общими сеансами на данном кластере.


Окно с сеансами выглядит так:

Из этого окна можно получить большой объем информации, начиная с того, какого пользователя этот сеанс, и заканчивая данными потребления памяти сеансом, а также – сколько было получено данных СУБД, сколько было затрачено процессорного времени и многое другое.

Здесь же можно завершать сеансы (начиная с версии платформы 1С:Предприятие 8.3 (8.3.13) и задать текст сообщения, который пользователь увидит при закрытии тонкого клиента 1С.




С помощью профилей безопасности можно настроить, какие модули могут расширяться расширениями, ограничивать расширения определенных модулей конфигурации, ограничивать доступ к файловой системе из прикладного кода, ограничивать доступ к COM объектам, к внешним компонентам, к сторонним приложениям и т.д.

Рабочие процессы (объединение в кластер)

В платформе 1С 8.2 можно было вручную создавать рабочие процессы сервера приложений (рабочий процесс rphost). В 8.3 рабочие процессы создает ragent. Количеством одновременно работающих процессов можно управлять косвенно, через настройки рабочих серверов.



При использовании настроек, заданных по умолчанию, будет использован один rphost на 8 информационных баз или на 128 соединений. Если у вас 32-разрядная ОС (т.е. существуют ограничения по потреблению оперативной памяти на один процесс), рекомендуется изменить эти значения, например, установить одну базу на процесс и уменьшить количество соединений. Оптимальное количество соединений подбирается эмпирически и во многом зависит от конкретной конфигурации и количества фоновых заданий.

Поскольку мы рассматриваем свойства рабочих процессов, стоит упомянуть про другие настройки:

Значение в байтах (доступный всем рабочим процессам кластера на данном рабочем сервере).

  • -1 – без ограничений;
  • 0 – определяется автоматически как 80% объема оперативной памяти сервера.

Безопасный расход памяти за один вызов значение в байтах.

Может принимать значение от -1 до 9 223 372 036 854 775 807:

  • -1 – любой вызов сервера считается опасным, если за время вызова сервера достигнут максимальный объем памяти рабочего процесса;
  • 0 – значение объема определяется автоматически, как 5% максимального объема памяти рабочих процессов на данном рабочем сервере.

Если за время вызова объем памяти превысил параметр Безопасный расход памяти за один вызов, и общее потребление памяти всеми процессами rphost превысило значение, установленное в Максимальный объем памяти рабочих процессов, такой вызов будет прерван.

Объем памяти рабочих процессов, до которого сервер считается производительным, измеряется в байтах. Значение 0 показывает, что ограничение не установлено. Общий объем памяти, занятый всеми рабочими процессами этого рабочего сервера, по достижению которого на этот рабочий сервер перестанут назначаться новые соединения.

Флаг менеджер под каждый сервис означает, что будет назначен отдельный экземпляр менеджера кластера (процесс rmngr) под каждый сервис. Список сервисов, которые выполняются в кластере:


Флаг Центральный сервер означает, что данный сервер сможет применять соединения и выполнять синхронизацию реестра кластера.

Настройки рабочих процессов можно применять только при использовании КОРП лицензий! Если у вас ПРОФ лицензия, настройки будут доступны, однако на пользование ими у вас не будет прав.

Объединение серверов в кластер

Сервера 1С можно объединять в кластер для решения задач масштабируемости (распределения нагрузки) и отказоустойчивости. Объединяются сервера в кластер просто, достаточно создать рабочий сервер.


Если в новом сервере не устанавливать опцию «центральный сервер», то такой сервер будет считаться рабочим и не сможет принимать на себя подключение сеансов. Такая архитектура взаимодействия серверов применяется для масштабируемости, она не может быть отказоустойчивой, поскольку для этого должны быть центральные сервера, а также задан уровень отказоустойчивости в свойствах кластера.



Уровень отказоустойчивости задается как количество центральных серверов -1.

В окне настроек также можно задавать ограничения потребления ресурсов на рабочий процесс (rphost). Настройки будут заданы на весь кластер.


Интервал перезапуска – интервал в секундах, через который будет перезапущен рабочий процесс. Отсчет начинается с момента установки данной опции.

Допустимый объем памяти стоит устанавливать из расчета, что в случае срабатывания условия превышения показателя будет запущен еще один процесс rphost того же объема, т.е. момент времени у нас будет два процесса, пока соединения со старого не переключатся на новый.

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

Интервал превышения допустимого объема памяти. Если значение свойства Допустимого отклонения количества ошибок сервера равно 0, то проверка отклонения количества ошибок не выполняется. Вне зависимости от установленного значения этого свойства рабочий процесс, который совершает не более 1 ошибки на 100 запросов, считается функционирующим нормально и не признается проблемным. Рассмотрим пример работы свойства Допустимое отклонение количества ошибок сервера. Допустим, на 100 запросов фиксируется, в среднем, 2 ошибки за последние 5 минут. Если свойство Допустимое отклонение количества ошибок сервера установлено в значение 50, то проблемным будет считаться тот рабочий процесс, для которого будет фиксироваться более 3 ошибок на 100 запросов.

Перезапуск процессов происходит «мягко»:

  • Запускается новый процесс rphost;
  • Старый процесс rphost выключается, но не завершается;
  • Соединения назначаются на только что созданный процесс rphost, который сразу полноценно включается в работу;
  • Старый процесс будет поддерживать существующие на нем вызовы. Поддержка работы уже назначенных вызовов будет происходить в течение времени, установленного в параметре «Выключенные процессы останавливать через» секунд.

При объединении нескольких серверов в кластер, мы можем выносить определенные сервисы на отдельные сервера. Например, мы можем вынести работу фоновых заданий на отдельный сервер или сделать сервер лицензирования (сервер, который будет раздавать клиентские лицензии). Полный список сервисов, которые выполняет сервер и которые можно переназначать:


Назначение сервиса на определенный рабочий сервер выполняется через требования назначения функциональности.



В статье были рассмотрены основные возможности консоли администрирования, но эта тема очень обширная и исчерпывающую информацию о конкретной функциональности утилиты администрирования можно найти на ИТС.

По различным причинам может быть утерян доступ к серверу 1С:Предприятия, и тогда при попытке запуска консоли кластера мы увидим приглашение к вводу аутентификационных данных, но ничего не сможем сделать:

Не будем обсуждать причины, которые привели к этому. Начнем решать проблему. Нам нужно восстановить доступ к серверу любым способом. Не важно, сброим ли мы пороль, либо подберем аутентификационные данные.

Пойдем по наиболее быстрому пути. Мы имеем права администратора на сервере, поэтмоу нам под силу обойтись наименьшими трудозатратами.

Решение

Первым делом остановим службу "Агент сервера 1С:Предприятия 8.2". Для этого в командной строке выполним:

Sc stop " 1 C:Enterprise 8 . 2 Server Agent "

То же самое можно проделать через графическую утилиту "Службы":

По данным файла можно судить о том, что на сервере был добавлен администратор "Adm" с некоторым паролем. Мы можем либо заменить данные на нужного нам пользователя с "правильным" паролем, либо удалить запись об администраторе сервера. Выберем последний способ. Вот так теперь выглядит содержимое файла:

Запустим службу сервера. При следующем запуске консоли кластера сервера 1С:Предприятия, программа не будет справшивать аутентификационные данные.

Итог

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

" C:Program Files (x86) 1 cv82srvinforeg_1541 "

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

В этом файле хранятся настройки информационных баз, а тажке аутентфикационные данные админинистраторов кластера.

Аутентификационные данные каждой ИБ совпадают с соответствующими аутентификационными данными пользователей этой информационной базы. Для того, чтобы открыть свойства базы в кластере нужно ввести логин и пароль пользователя ИБ с административными правами.

Теперь Вы уже знаете, что Вам необходимо делать. Ни в коем случае не стоит рассматривать описаный способ сброса учетных записей администратора сервера 1С:Предприятия как взлом, поскольку без прав администратора ничего подобного (остановка службы сервера, доступ к каталогу настроек сервера и т.д.) проделать не получится.

Если интресно, то вот некоторые статьи по близкой тематике, а именно по подбору/восстановлению паролей пользователей информационной базы 1С:Предприятия 8.2:

  1. "Чем легче пароль, тем проще"

  2. "Вход без приглашения"

  3. "Сброс учетных записей. Пишем универсальную программу на.NET Framework"