Консоль управления сервером 1С:Предприятие – это специальная MMC-оснастка Windows для администрирования серверов «1С:Предприятие» (кластеров 1С). С ее помощью администратор может управлять сеансами пользователей, списками информационных баз, настройками кластера, потреблением ресурсов и другими параметрами сервера 1С. Проще говоря, консоль позволяет выполнять все задачи по сопровождению серверной части 1С через удобный интерфейс, встроенный в стандартную Microsoft Management Console (MMC) Windows.
Примечание: MMC (Microsoft Management Console) – стандартный инструмент Windows для управления системой. Он работает за счет подключаемых модулей – оснасток, каждая из которых предоставляет интерфейс управления определенным сервисом или компонентом ОС. Консоль администрирования серверов 1С как раз реализована в виде такой оснастки MMC.
Однако при работе с консолью 1С нередко возникает проблема: если на одном компьютере (например, терминальном сервере) установлено несколько версий платформы 1С, консоль управления по умолчанию способна работать только с одной из них. При попытке подключиться к серверу 1С другой версии появляется ошибка о несовпадении версий клиента и сервера. В этой статье мы подробно разберем, как запускать консоль 1С для различных версий платформы – от стандартных методов до специальных скриптов, позволяющих облегчить жизнь администратору. Мы рассмотрим установку и запуск оснастки, разберем типичные ошибки и предложим пошаговое решение, в том числе способ, не требующий прав администратора на каждом запуске. Статья будет полезна всем администраторам 1С, которые эксплуатируют несколько версий сервера 1С одновременно, и поможет избежать лишних проблем и простоев.
Установка компонента «Администрирование сервера 1С:Предприятия»
Прежде чем запускать консоль администрирования, убедитесь, что на вашей машине установлена соответствующая компонента платформы 1С. Эта компонента называется «Администрирование сервера 1С:Предприятия» и поставляется вместе с дистрибутивом платформы. Устанавливать полный сервер 1С на рабочую станцию не требуется – достаточно выбрать эту отдельную компонету при установке платформы нужной версии.
Пример установки компоненты «Администрирование сервера 1С:Предприятие» через мастер установки платформы 1С. Достаточно отметить соответствующий пункт (остальные компоненты можно не выбирать).
После установки в меню «Пуск» Windows (раздел 1С:Предприятие 8) появятся ярлыки для запуска консоли и вспомогательные команды. Для каждой установленной версии платформы 1С обычно доступны следующие ярлыки в подразделе «Дополнительно»:
- Администрирование серверов 1С:Предприятия – запускает консоль (MMC) для администрирования серверов 1С.
- Регистрация утилиты администрирования серверов 1С:Предприятия – выполняет регистрацию консоли данной версии в системе.
Эти ярлыки фактически ссылаются на скрипты, расположенные в каталоге bin установленной версии. Например, файл RegMSC.cmd отвечает за регистрацию osнастки консоли в Windows. Если консоль не была зарегистрирована (или была зарегистрирована другая версия), запуск RegMSC.cmd обновит регистрацию на текущую версию. Далее ярлык Администрирование серверов 1С открывает MMC с подключенной оснасткой 1С.
Стандартный запуск консоли администрирования 1С (для одной версии)
Когда на компьютере установлена только одна версия платформы 1С, запуск консоли осуществляется очень просто:
- Установите компоненту «Администрирование сервера 1С» нужной версии (как описано выше). Если она уже установлена вместе с сервером 1С – переходите к следующему шагу.
- Выполните регистрацию оснастки. Обычно это делается автоматически при установке. Но на всякий случай можно вручную запустить файл
RegMSC.cmdдля вашей версии. Самый простой способ – через меню Пуск: Пуск → 1С Предприятие 8 → Дополнительно → <Ваша версия> → Регистрация утилиты администрирования серверов 1С Предприятия. Эта команда требует прав администратора, поэтому, возможно, появится запрос UAC – подтвердите его. - Запустите консоль администрирования. Используйте ярлык «Администрирование серверов 1С:Предприятия» из того же меню (или файл
1CV8 Servers.mscиз каталогаC:\Program Files (x86)\1cv8\common\вручную). Откроется окно Microsoft Management Console с узлом «1C:Enterprise 8 Servers» (консоль управления сервером 1С). - Подключитесь к кластеру сервера 1С нужной базы. В дереве консоли отобразится список доступных кластеров. Выберите нужный (или добавьте новый кластер по имени/адресу сервера) и подключитесь, указав учетные данные, если потребуется. После успешного подключения вы сможете видеть информацию о кластере, сеансах, базах и т.д., и выполнять необходимые операции администрирования.
Интерфейс консоли администрирования серверов 1С:Предприятие (MMC-оснастка). В левой части – дерево кластеров и серверов, в правой – информация и действия для выбранного объекта. Данный пример отображает кластер версии 8.3.12, подключенный в консоли.
При работе с одной версией никаких сложностей обычно не возникает. Но в ситуации, когда на одной машине установлено несколько разных версий платформы 1С, простой запуск через ярлык может привести к ошибкам. Рассмотрим, почему это происходит и как исправить ситуацию.
Проблема при наличии нескольких версий платформы 1С
Предположим, на сервере или рабочей станции установлено две версии платформы 1С: например, 8.3.12 и 8.3.18 (как в нашем примере). Администратору может понадобиться подключаться то к одному, то к другому серверу 1С (кластеру) через консоль. Однако MMC-оснастка 1С зарегистрирована в системе в единственном экземпляре, и она привязана к конкретной версии библиотеки radmin.dll (компонента консоли). В итоге, когда консоль уже зарегистрирована под одну версию, попытка подключиться к кластеру другой версии вызовет конфликт версий.
Проявляется это в виде сообщения об ошибке. При подключении консоли, зарегистрированной для версии 8.3.12, к серверу версии 8.3.18 – консоль выдает ошибку следующего вида:
Ошибка подключения консоли к серверу 1С другой версии. В данном случае консоль (клиент) версии 8.3.12 не смогла подключиться к серверу версии 8.3.18. Сообщение: «Различаются версии клиента и сервера (8.3.12.1616 – 8.3.18.1208), клиентское приложение: Консоль кластера».
Аналогичная проблема возникнет и в обратной ситуации (консоль 8.3.18 не подключится к серверу 8.3.12). Это ожидаемо, так как одна зарегистрированная консоль работает только с одной версией платформы. Для подключения к серверу другой версии необходимо перерегистрировать консоль под эту версию (т.е. зарегистрировать другую radmin.dll).
Стандартный подход, предлагаемый фирмой 1С – запускать файл RegMSC.cmd нужной версии перед каждым использованием консоли для другой версии. Проще говоря, когда вам нужно переключиться, вы выполняете регистрацию консоли под требуемую версию, а затем открываете оснастку. Например, администрировали 8.3.12 – для перехода на 8.3.18 запускаете RegMSC.cmd из каталога 8.3.18\bin, и наоборот.
Однако у такого подхода есть два недостатка:
- Нужны права администратора. Файл
RegMSC.cmdвыполняет системную регистрацию COM-компоненты, а это требует административных прав. Обычный пользователь без elevation не сможет его запустить. На многопользовательском терминальном сервере давать всем 1С-админам права администратора небезопасно. - Неудобство ручного запуска. Каждый раз искать нужный ярлык или файл и выполнять его – долго и чревато ошибками. Особенно если переключаться приходится часто.
Кроме того, при одновременной работе нескольких версий есть нюанс: регистрация новой radmin.dll не мешает уже запущенной ранее консоли другой версии. То есть, если у вас уже открыта консоль для 8.3.12 и вы зарегистрировали консоль 8.3.18 и запустили новую – обе консоли будут работать параллельно (каждая со своим кластером). Это возможно потому, что регистрация влияет только на новые запуски оснастки, не отключая ранее загруженную библиотеку в памяти. Таким образом, можно держать открытыми одновременно две консоли для разных версий 1С без конфликтов (правда, только для 32-разрядных версий – см. примечание).
Важно: На практике использование нескольких 64-разрядных оснасток 1С на одном сервере пока невозможно из-за технических ограничений. При попытке аналогично зарегистрировать 64-bit версию консоли и открыть ее параллельно, возникает ошибка MMC*. В рамках данной статьи рассматриваем стандартные (32-bit) консоли администрирования, которые устанавливаются по умолчанию.
Итак, для последовательной работы с разными версиями нам необходимо оперативно переключать регистрацию консоли на нужную версию. Ниже мы рассмотрим два подхода к решению этой задачи: первый – с использованием собственных скриптов (требуется запуск от администратора), второй – более сложный, но позволяющий обойтись без прав администратора у конечного пользователя.
Метод 1: Скрипт для быстрого запуска консоли нужной версии (требуются права администратора)
Первое решение – автоматизировать процесс переключения консоли между версиями с помощью batch-скриптов. Идея в том, чтобы подготовить командные файлы, которые будут сами выполнять регистрацию нужной DLL и запускать MMC, избавляя администратора от рутины. При этом запуск таких файлов всё равно потребует прав администратора (UAC), но хотя бы не придется вручную копаться в меню или реестре.
Шаги реализации:
- Создать универсальный скрипт регистрации консоли. Можно написать
.bat-файл (например, назвать егоstart_console.bat), который на вход принимает номер версии 1С и выполняет регистрациюradmin.dllэтой версии, затем открывает MMC с консолью. Пример содержимого: batКопироватьРедактировать@echo off set VERSION=%1 start /wait regsvr32 /s "C:\Program Files (x86)\1cv8\%VERSION%\bin\radmin.dll" start "C:\Windows\System32\mmc.exe" "C:\Program Files (x86)\1cv8\common\1CV8 Servers.msc"Здесь%1(переменнаяVERSION) – параметр командной строки, обозначающий номер версии платформы. Первая командаregsvr32регистрирует radmin.dll указанной версии, вторая – запускает консоль 1С через файл оснастки. Сохраняем этот файл, например, какstart_console.batи помещаем в удобное место (можно в папку с 1С или любую, прописанную в PATH для удобства). - Создать ярлыки/скрипты для конкретных версий. Теперь для каждой версии, с которой вы работаете, делаем отдельный командный файл-«ярлык». Например, для версии 8.3.12.1616 создадим
StartConsole_8_3_12_1616.batсо следующим содержимым: batКопироватьРедактировать@echo off call start_console.bat 8.3.12.1616Аналогично –StartConsole_8_3_18_1208.batс вызовомstart_console.bat 8.3.18.1208. Эти небольшие скрипты просто вызывают наш основной скрипт с нужным параметром версии. - Запуск консоли через скрипт. Теперь администратор, чтобы открыть нужную консоль, запускает соответствующий
.batфайл от имени администратора. Это можно сделать, щелкнув по файлу правой кнопкой и выбрав «Запуск от имени администратора», либо настроить свойства ярлыка всегда требовать elevate. Скрипт сам перерегистрирует консоль под нужную версию и откроет MMC. Можно создать обычные ярлыки на рабочем столе для каждого скрипта – например, «Консоль 1С (8.3.12)» и «Консоль 1С (8.3.18)» – и задать им значок 1С для удобства.
После выполнения таких скриптов консоль открывается уже для нужной версии 1С. Как отмечалось выше, вы даже можете открыть две консоли одновременно – например, сначала запустить скрипт для 8.3.12 (консоль откроется и подключится к кластеру 8.3.12), затем не закрывая первую, запустить скрипт для 8.3.18. Вторая консоль откроется для 8.3.18. Обе будут работать независимо (с разными кластерами).
Преимущества метода: простота реализации, наглядность (можно увидеть в коде, что происходит), возможность одновременной работы с несколькими версиями.
Недостатки: требуется учетная запись с правами администратора для запуска (каждый запуск скрипта потребует подтверждения UAC или ввода пароля администратора). В среде, где 1С-администратор не имеет админправ на сервере, этот вариант неудобен. Далее мы рассмотрим более сложный, но эффективный способ, позволяющий запускать консоль нужной версии без прав администратора у конечного пользователя.
Метод 2: Запуск консоли разных версий без прав администратора (с сохранением учетных данных)
Данный способ основан на использовании утилиты Windows runas /savecred, которая позволяет запускать процессы от имени другого пользователя и (при флажке savecred) сохранять введенный пароль. Мы заранее создадим специального локального пользователя Windows с правами администратора, под которым будут выполняться регистрационные операции. Затем настроим скрипты, запускающие regsvr32 от имени этого скрытого администратора. В результате, 1С-администраторы смогут запускать консоль нужной версии, не обладая административными правами на сервере – им лишь потребуется один раз ввести пароль от служебной учётки (или это сделает системный администратор).
Ниже приведен план действий и скрипты, адаптированные из практического кейса:
1. Создайте скрытого локального администратора. На сервере заводится учетная запись, например, USRConsole, включенная в группу Administrators локально. Можно создать её вручную через управление компьютером, либо с помощью групповой политики (GPP) – последний способ предпочтительнее для доменной среды. Эта учетная запись будет использоваться только для регистрации консоли 1С.
2. Подготовьте скрипты регистрации/отмены регистрации для каждой версии. В каталоге bin каждой версии 1С создайте два .cmd файла:
radmin_unreg_another.cmd– снимает регистрацию предыдущей версии консоли.radmin_reg.cmd– регистрирует консоль текущей версии.
Например, для версии 8.3.12.1616 (путь C:\Program Files (x86)\1cv8\8.3.12.1616\bin\) содержимое будет следующим:
batКопироватьРедактировать:: radmin_unreg_another.cmd (для 8.3.12):
start /wait /b regsvr32 /u /s "C:\Program Files (x86)\1cv8\8.3.18.1208\bin\radmin.dll"
batКопироватьРедактировать:: radmin_reg.cmd (для 8.3.12):
start /wait /b regsvr32 /s "C:\Program Files (x86)\1cv8\8.3.12.1616\bin\radmin.dll"
Здесь мы предполагаем, что до этого была зарегистрирована версия 8.3.18, поэтому unreg-скрипт пытается тихо отменить регистрацию radmin.dll версии 8.3.18 перед регистрацией нужной нам 8.3.12. Для версии 8.3.18.1208 файлы будут аналогичными (только пути и версии поменять на 8.3.12 в первом скрипте и 8.3.18 во втором).
3. Создайте скрипты запуска консоли для каждой версии. На диске, недоступном обычным пользователям (например, прямо на скрытом диске C:), создайте командные файлы, которые будут выполнять всю последовательность:
- Отмена регистрации предыдущей версии (через
radmin_unreg_another.cmd), - Регистрация текущей версии (
radmin_reg.cmd), - Запуск консоли MMC.
Каждый из этих действий мы будем выполнять от имени пользователя USRConsole с сохранением пароля. Пример полного скрипта для версии 8.3.12.1616 (назовем файл RunConsole_8_3_12_1616.cmd):
batКопироватьРедактировать@echo off
rem Remove old version
runas.exe /savecred /user:USRConsole "C:\Program Files (x86)\1cv8\8.3.12.1616\bin\radmin_unreg_another.cmd"
timeout 1
rem Register new version
runas.exe /savecred /user:USRConsole "C:\Program Files (x86)\1cv8\8.3.12.1616\bin\radmin_reg.cmd"
timeout 1
rem Start the console
start mmc "C:\Program Files (x86)\1cv8\common\1CV8 Servers.msc"
И аналогично – RunConsole_8_3_18_1208.cmd для версии 8.3.18 (с поправкой путей на 8.3.18.1208 внутри). Обратите внимание: команда runas /savecred при первом запуске попросит ввести пароль для пользователя USRConsole, а затем будет использовать сохраненные учётные данные автоматически. Команда timeout 1 вставлена для небольшого паузы (1 секунда) между операциями – это помогает корректно последовательной регистрации.
Ниже приведена сводка по назначению файлов:
| Файл скрипта | Назначение |
|---|---|
radmin_unreg_another.cmd | Отмена регистрации предыдущей версии radmin.dll (через regsvr32 с ключом /u). Запускается от имени администратора. |
radmin_reg.cmd | Регистрация требуемой версии radmin.dll (regsvr32). Запускается от имени администратора. |
RunConsole_8_3_12_1616.cmd | Комбинированный запуск: сначала radmin_unreg_another.cmd, затем radmin_reg.cmd, затем старт консоли MMC – для версии 8.3.12.1616 (выполняется от имени USRConsole). |
RunConsole_8_3_18_1208.cmd | То же, что выше, для версии 8.3.18.1208. |
4. Разместите ярлыки для 1С-администраторов. Обычным администраторам 1С, которым нужно пользоваться консолью, достаточно предоставить ярлыки на файлы RunConsole_...cmd соответствующих версий. Например, можно скопировать ярлыки на рабочий стол или в общее сетевое расположение. В нашем сценарии рекомендуется хранить сами .cmd файлы в защищенном месте (скрытый системный диск), чтобы пользователи не могли их изменить, а давать им только ярлыки.
5. Первый запуск и сохранение пароля. При первом запуске ярлыка пользователь 1С увидит окно с запросом пароля для учетной записи USRConsole. Этот пароль можно ввести вручную (если 1С-администратору его сообщили), либо системный администратор может один раз подключиться и ввести пароль сам. Благодаря параметру /savecred введенный пароль запомнится в системе, и повторно запрашиваться не будет. Важно: хранение пароля таким способом позволяет избежать постоянного участия администратора сервера, но нужно убедиться, что к системе не имеют доступа посторонние, иначе сохраненные креденшлы могут представлять риск.
Ярлык «Регистрация утилиты администрирования серверов 1С Предприятия» в меню Пуск Windows для версии 8.3.18. Такой ярлык используется внутри скриптов, вызываясь командой runas для регистрации нужной версии консоли.
После выполнения всех настроек 1С-администратор получает два (или более) ярлыка: «Консоль 1С (версия X)» и «Консоль 1С (версия Y)». Теперь для запуска нужной версии консоли ему достаточно двойным щелчком запустить соответствующий ярлык. Консоль откроется под нужной версией платформы без ошибок несоответствия версий, при этом сам пользователь не имеет прав администратора (все необходимые действия выполняются от имени служебной учётки). В результате задача решена: можно свободно переключаться между разными версиями сервера 1С для администрирования, не опасаясь ошибок.
Единственное неудобство данного метода – необходимость один раз ввести пароль учётной записи USRConsole на каждой рабочей станции/профиле пользователя. Но это гораздо лучше, чем требовать повышенных прав у каждого администратора 1С. Пароль вводится однократно и сохраняется системой. Хранить же пароль в открытом виде в самих скриптах или ярлыках небезопасно, поэтому такой компромисс с runas /savecred представляется оптимальным.
