20 ноября 2016
Рабочие режимы, поддерживаемые программой 1С: Предприятие – у самой распространенной в Восточной Европе бухгалтерской программы два. Первый режим выполнения функциональных задач называется клиент-серверным вариантом.
В этом случае оператор использует трехуровневую архитектуру с прямым участием кластер серверов программного софта. Через эти программные блоки происходит информационное взаимодействие между клиентскими запросами и СУБД.
Вторым режимом считается файловый рабочий вариант.
Сервер программы лишен интерфейса пользователя, поэтому управление осуществляется с использованием различных утилит, в частности, стандартной утилиты администрирования для выполнения клиент-серверного режима. Данная утилита устанавливается сразу при инсталлировании 1С: Предприятие. На профессиональном языке эту утилиту называют серверной консолью.
Основных функциональных задач у серверной консоли 6. В их числе:
- Создание/удаление объектов
- Блокирование несанкционированных доступов
- Принудительное окончание процесса
- Создание/удаление программных процессов в кластере
- Создание администраторов
- Создание/удаление, изменение при необходимости рабочих серверов
В административной консоли создается сервер 1С, именуемый центральным. Для этого при помощи контекстного меню выделяют строку с названием центральные сервера. После выполнения такой операции появляется окно, в него вносится адрес IP и имя сервера
Системные возможности программы предусматривают выполнение в консоли целого списка необходимых функций.
В консоли создаются и добавляются администраторы работающего сервера на ветку с таким же названием. Функции администрирования возможны только с собственным сервером. Управление кластером операций доступно простым пользователям. При отсутствии в системе пользователей, наделенных правами администрирования все операторы, работающие внутри системы, имеют право на управление сервером.
Содержание
- 0.1 Как на практике создаются сеансы
- 0.2 Как создаются и удаляются объекты в 1С
- 0.3 Окончание рабочего сеанса программы 1С
- 0.4 Механизм операций в консоли
- 1 Установка сервера администрирование кластера серверов 1С:Предприятия
- 1.1 По традиции, всем кому лень читать, предлагаю посмотреть вебинар на указанную тему
- 1.2 1. Общие сведения
- 1.3 2. Установка компонент сервера администрирования
- 1.4 3. Запуск сервера администрирования
- 1.5 4. Запуск сервера администрирования в качестве службы Windows
- 1.6 5. Администрирование кластера серверов с помощью утилиты rac.exe
- 1.7 6. Программные обертки для работы с сервером администрирования
- 1.8 7. Установка и настройка с программой deployka
- 2 Администрирование серверов1С предприятие
- 3 Создание консоли управления MMC
Как на практике создаются сеансы
Создание и удаление необходимых для работы программных фрагментов влияет на производительность выполнения рабочих функций в программе 1С. По умолчанию в настройках программной оболочки показатель производительности указывается равным показателю 1000.
Сеансы новых пользователей могут быть присоединены к процессу в момент его нахождения в фазе максимальной производительности. Программа сама в автоматическом режиме контролирует степень загрузки, и увеличивает скорость выполнения операций за единицу времени.
В те моменты, когда система находится в состоянии «включен», степень активности рабочих процессов принимает значения:
- Использовать
- Не использовать
- Использовать в качестве резервного процесса
Как создаются и удаляются объекты в 1С
Просмотр подключенных баз возможен в ветке, после чего объекты, не использующиеся в рабочем процессе, удаляются, а вместо них создаются новые объекты.
Информационные базы обладают рядом принципиальных функциональных характеристик, среди которых:
- Включенная блокировка сеанса означает запрет на подключения к ней
- При попытке подключения пользователь уведомляется о блокировке сообщением
- При блокировке просмотр данных в базе возможен только после получения пользователем кода разрешения
Окончание рабочего сеанса программы 1С
Список сеансов в случае необходимости просматривается в общей ветке. Для персональной ИБ (информационной базы) необходимо произвести ее выбор, и кликнуть по ней, чтобы просмотреть ее сеансы.
При ее ненужности или не актуальности в текущий момент времени (изменение инструкций по ведению бухгалтерского учета, изменение налогообложения, законодательства) оператор в состоянии ее легко удалить.
Механизм операций в консоли
Работая в программе, не стоит недооценивать функциональное значение консоли администрирования. Часты случаи, когда при зависании компьютера, несмотря на все мучения пользователя, 1С: Предприятие невозможно запустить.
При таком прецеденте софт выдает оператору сообщение, что в данный момент какой-то из блоков программы уже используется другим пользователем. Это явление у разработчиков получило название «нерабочие сеансы» на сервере 1С.
Данные о таких пользователях сохраняются в разделе «активные пользователи».
При необходимости выполнения операций в режиме функциональной монополии (удаление помеченных объектов) даже, если в кластере остается в рабочем режиме одно место, случается так, что их выполнение невозможно. При таком развитии событий необходимо открыть консоль администрирования, и сбросить обнаруженные «зависшие» сеансы.
Источник: http://IT-Terra.ru/blog/article/administrirovanie-servera-1s
Установка сервера администрирование кластера серверов 1С:Предприятия
В данной статье познакомимся с сервером администрирования кластера серверов, а конкретно с утилитами rac.exe и ras.exe, а также программы deployka с помощью которых становится возможным администрирование кластера серверов 1С:Предприятие из командной строки.
По традиции, всем кому лень читать, предлагаю посмотреть вебинар на указанную тему
Ну а остальным добро пожаловать под кат:
1. Общие сведения
Управлять кластером серверов 1С:Предприятие версии 8.3 возможно как с помощью консоли администрирования серверов 1С, так и из командной строки.
Для этих целей служит Сервер администрирования кластера серверов, который состоит из двух утилит: непосредственно самого сервера — программы rac.exe и утилиты командной строки rac.
exe, которая обращаясь к запущенному прежде серверу ras позволяет выполнять различные операции с кластером серверов 1С:Предприятия.
Подробно про данный механизм можно прочитать в поставляемой вместе с платформой книге «Руководство администратора. Клиент-серверный вариант» (или, соответственно, на сайте ИТС).
А общая схема работы данной связки выглядит следующим образом:
Сервер администрирования должен быть той же версии, что и версия кластера серверов 1С:Предприятия, причем одновременно к одному кластеру серверов могут быть подключены несколько серверов администрирования, но конкретный сервер администрирования может взаимодействовать только с одним агентом сервера.
И сервер администрирования и утилита командной строки могут работать в любой поддерживаемой платформой 1С:Предприятия ОС. Но в данной статье мы ограничимся только ОС семейства Windows.
2. Установка компонент сервера администрирования
И сам сервер и утилита администрирования входят в состав компонент сервера 1С:Предприятия. Соответственно, на компьютере с запущенной службой агента сервера 1С:Предприятия они уже должны быть установлены по умолчанию.
Чтобы убедиться в этом, достаточно перейти в каталог с файлами сервера 1С:Предприятия и найти в нем соответствующие утилиты (для удобства файлы можно сгруппировать по типу).
Подробно про установку сервера 1С:Предприятия я писал здесь.
Для установки сервера администрирования на компьютере, где ранее не был установлен сервер 1С:Предприятия, необходимо запустить дистрибутив установки сервера 1С и в составе компонент выбрать пункт «Сервер 1С:Предприятия 8».
Причем, при выбранной данной компоненте на следующем шаге мастер установки предложит установить сервер 1С:Предприятия как службу Windows. От этого пункта конечно же следует отказаться сняв соответствующий флаг.
После установки необходимо убедиться в наличии всех необходимых компонент описанным выше способом.
3. Запуск сервера администрирования
Для получения подробной информации по утилите ras.exe можно вызвать справку выполнив команду
ras help
Из справки видно, что сервер администрирования может работать как в режиме приложения, так и как служба Windows (параметр service ).
Также с мы можем задать сетевой порт, на котором будет работать сервер администрирования (параметр port, по умолчанию используется порт 1545), а для режима администрирования кластера используется режим claster. Вызвать справку к данному режиму можно командой:
rac help cluster
После чего увидим, что у данного режима в качестве аргумента указывается адрес агента кластера серверов 1С:Предприятия. По умолчанию это localhost:1540.
Таким образом, если сервер администрирования запускается на той же машине, где запущен и агент сервера 1С:Предприятия, достаточно выполнить команду
rac cluster
Ну а если необходимо подключиться к агенту сервера, запущенном, например, на компьютере с сетевым именем Server1C, причем агент работает на нестандартном порту 2540, то команда будет следующей:
rac cluster server1c:2540
4. Запуск сервера администрирования в качестве службы Windows
Конечно же, чтобы не запускать сервер администрирования каждый раз руками, удобно запустить его единожды в качестве службы Windows.
Но, к сожалению, разработчики платформы не реализовали возможность автоматической регистрации соответствующей службы в системе, как, например, это сделано для агента сервера 1С.
Для добавления службы предлагается воспользоваться системной утилитой sc. Давайте рассмотрим этот процесс чуть более детально.
Для начала, я рекомендую для создаваемой службы создать отдельного пользователя Windows. Подробно как это сделать я описывал здесь.
Пусть это будет локальный пользователь с именем USR1CV8_RAS и паролем Pass123
Далее, необходимо создать и выполнить bat-файл, который будет регистрировать соответствующую службу. Содержания файла следующее:
Файл register-ras.bat:
@echo off rem %1 – полный номер версии 1С:Предприятия set SrvUserName=.\USR1CV8_RAS set SrvUserPwd=”Pass123″ set CtrlPort=1540 set AgentName=localhost set RASPort=1545 set SrvcName=”1C:Enterprise 8.3 Remote Server” set BinPath=”\”C:\Program Files\1cv8\%1\bin\ras.exe\” cluster –service –port=%RASPort% %AgentName%:%CtrlPort%” set Desctiption=”1C:Enterprise 8.3 Remote Server” sc stop %SrvcName% sc delete %SrvcName% sc create %SrvcName% binPath= %BinPath% start= auto obj= %SrvUserName% password= %SrvUserPwd% displayname= %Desctiption%
В файле указываем:
- имя пользователя и пароль из под которого будет запускаться служба — переменные SrvUserName и SrvUserPwd
- адрес и порт агента сервера, который мы собираемся администрировать — переменные AgentName и CtrlPort
- А также имя службы и сетевой порт на котором будет работать сервер администрирования — переменные RASPort и SrvcName. Имеет смысл менять эти параметры только если вы хотите запустить параллельно несколько серверов администрирования, например для обслуживания разных серверов 1С.
В качестве единственного параметра bat-файла выступает текущая версия платформы 1С:Предприятия. Таким образом, для создания службы запускаем командную строку с правами администратора и запускаем созданный ранее файл register-ras.bat, не забыв указать нужную версию платформы.
Проверяем, что в системе появилась служба с указанным именем. И сразу запускаем ее, выбрав соответствующий пункт в контекстном меню.
На этом установка сервера администрирования в качестве службы завершена.
5. Администрирование кластера серверов с помощью утилиты rac.exe
Итак, сервер администрирования мы установили. Взаимодействием с сервером осуществляется с помощью специальной консольной утилиты rac.exe. Выполним команду
rac help
чтобы получить справку данной программы.
Как видно из справки, утилита имеет один общий аргумент, задающий адрес сервера администрирования (по умолчанию localhost:1545) и множество режимов работы: для администрирования агента кластера серверов, самого кластера, менеджера кластера, рабочих процессов и т. д. Справку по каждому режиму можно вызвать соответствующей командой.
Описывать все режимы работы, очевидно, нет никакого смысла. Приведу лишь несколько примеров работы.
Получение списка информации о кластерах:
Получение списка информационных баз на заданном кластере серверов:
Получение списка соединений с указанной информационной базой:
Утилита администрирования позволяет выполнить весь объем работ, необходимый для администрирования кластера серверов, за исключением аутентификация ОС для администраторов кластера серверов, рабочего сервера и информационной базы.
6. Программные обертки для работы с сервером администрирования
Как видно из примеров, работать из командной строки с утилитой rac то еще удовольствие. Но данный механизм и не создавался для ручного управления. Например, на сайте ИТС есть Java-архивов, который позволяет взаимодействовать с сервером администрирования из программы на языке Java, без помощи консольной утилиты администрирования. Скачать данный пакет можно здесь.
Главное, мы имеем возможность выполнять различные инструкции на кластере серверов 1С из командной строки. А это значит, что можно добавлять необходимые функции по взаимодействию с кластером серверов 1С:Предприятия в различные программы, обработки или же скрипты.
Например, среди прочего, работать с сервером администрирования может написанная на языке OneScript программа deployka.
О скиптовом движке OneScript я уже рассказывал здесь.
О программе deployka можно подробнее узнать здесь.
Ну а максимально полный обзор всех имеющихся библиотек и приложений написанных на OneScript приведен в этой статье.
7. Установка и настройка с программой deployka
Алгоритм установки OneScript и deployka довольно подробно разобран в статьях по указанным в предыдущем пункте ссылкам. Ну а если коротко, он состоит из следующих пунктов:
1. Скачиваем дистрибутив OneScript с официального сайта.
2. Устанавливаем, следуя инструкциям мастера.
3. Перелогиниваемся в системе, чтобы применились новые переменные среды.
4. Запускаем командную строку с правами администратора, проверяем, что предыдущие пункты выполнены корректно командной
oscript -help
5. Устанавливаем программу deployka с помощью пакетного менеджера opm, выполнив команду
opm install deployka
6. Проверяем, что все работает, вызвав справку «деплойки» командой
deployka help
7. Вот в общем то и все. Все режимы работы программы видны на экране. Далее читаем справку на сайте или в консоли, вызывав подсказку для каждого режима соответствующей командой:
Вот так, например, можно завершить все сеансы в указанной информационной базе с последующей установкой блокировки начала сеансов.
deployka session kill -db Accounting_Demo -rac “C:\Program Files\1cv8\8.3.11.2867\bin\rac.exe” -db-user “АбрамовГС (директор)”
8. Теперь можно использовать «деплойку» в своих скриптах. Например скрипт обновления информационной базы из хранилища, с отключением пользователей и обновлением базы данных может выглядеть так:
@echo on rem Устанавливаем значения переменных set ServerName=”1CAPP:2541″ set RacPath=”C:\Program Files\1cv8\8.3.11.2954\bin\rac.exe” set uccode=”123″ set BaseName=”ERP_Test” set UserName=”Admin” set UserPass=”Pass123″ set ConStr=”/1CAPP:2541\ERP_Test” set RepoPath=”tcp://1CAPP/ERP_DEV” set RepoUserName=”test” set RepoUserPass=”123″ rem Завершаем работу пользователей call deployka session kill -db %BaseName% -db-user %UserName% -db-pwd %UserPass% -rac %RacPath% -lockuccode %uccode% rem Обновляем конфигурацию базы из хранилища call deployka loadrepo %ConStr% %RepoPath% -db-user %UserName% -db-pwd %UserPass% -storage-user %RepoUserName% -storage-pwd %RepoUserPass% -uccode %uccode% rem Обновляем конфигурацию базы данных call deployka dbupdate %ConStr% -db-user %UserName% -db-pwd %UserPass% -uccode %uccode% rem Снимаем блокировку сеансов call deployka session unlock -db %BaseName% -db-user %UserName% -db-pwd %UserPass% -rac %RacPath% -lockuccode %uccode%
Всем спасибо, кто дочитал до конца. Пишите, если у вас остались вопросы.
- Установка системы 1С:Предприятие 7.7 в Windows x64Установка платформы 1С:Предприятие 7.7 на 64-х битную операционную систему сопряжена с некоторыми трудностями. Дело в том, что установить 1С через обычный установщик не получится, даже если запускать программу в режиме…
- Установка веб-сервера IIS 8 в Windows 8IIS (Internet Information Services) – один из немногих штатных инструментов Windows, которым можно пользоваться, не ища более приемлемых альтернатив от других разработчиков. Веб-сервер IIS с поддержкой языка PHP можно использовать…
Источник: https://tavalik.ru/ustanovka-servera-administrirovanie-klastera-serverov-1spredpriyatiya/
Администрирование серверов1С предприятие
Данная статья содержит описание некоторых элементов администрирования системы «1С :Предприятие», характерных для клиент-серверного варианта работы системы с Microsoft SQL Server 2012:
Создание резервной копии в клиент-серверном варианте
Рекомендуется для клиент-серверного варианта использовать средствами резервного копирования SQL Server . Материалы по резервному копированию СУБД Microsoft SQL Server 2012 можно найти по ссылке здесь :
Администрирование кластера серверов
Вопросы дминистрирования кластера серверов пожно посмотреть подробно по ссылке http://v8.1c.ru/overview/Term_000000810.htm
Консоль или утилита администрирования кластеров 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 стоит не тот тип аутентификации пользователя.
Я рекомендую использовать оба типа аутентификации пользователя в разделе безопасности Microsoft SQL Server
Источник: https://master1c8.ru/platforma-1s-predpriyatie-8/administrirovanie-serverov1s-predpriyatie/
Создание консоли управления MMC
Вы видели кабину пилота? Всё под рукой, никаких лишних телодвижений. Для того, чтобы взлететь, пилот не идёт в другой конец самолёта включать двигатель. Так и в ситуации с консолями MMC.
Вы создаёте для себя «пульт управления» и при определённых ситуациях нажимаете на нужные «кнопки».
Публикация рассчитана на системных администраторов, желающих познакомиться с методом создания консолей управления Windows, путём использования mmc.exe.
Что такое консоль MMC?
Microsoft отвечает:
Консоль MMC (Microsoft Management Console) — место для хранения и отображения средств администрирования, созданных корпорацией Майкрософт и другими поставщиками программного обеспечения.
Эти средства называются оснастками и служат для управления оборудованием, программным обеспечением и сетевыми компонентами Windows.
Некоторые средства, расположенные в папке «Администрирование», например «Управление компьютером», являются оснастками MMC.
Введение
Мне больше нравится характеризовать консоль MMC как пульт управления. Добавив в неё все необходимые инструменты, можно здорово сэкономить время. Всё необходимое всегда перед тобой, в одном месте.
Плюсы от использования:
+ Вы не ищете постоянно ярлыки на используемые оснастки, программы, скрипты; + Для начала рабочего дня, потребуется запустить лишь один файл; + Возможность создать свои консоли для разных задач, проектов или под каждый обслуживаемый офис. Модульная система позволяет объединить в одном месте различные оснастки, это может быть и монитор ресурсов сервера и самый обычный браузер веб-страниц. Мы с вами будем рассматривать последнюю MMC версии 3.0 поставляемую с Windows Server 2003 SP2, Windows Server 2003 R2, Windows Vista, Windows 7 и Windows Server 2008. История консолей управления началась с MMC 1.0 и Windows 95.
Консоль управления находится по пути C:\Windows\System32\mmc.exe.
Запуская консоль таким образом, мы откроем её в Авторском режиме, т.е. сможем вносить изменения в структуру. У консолей MMC два режима запуска:
- Авторский — в котором у нас будут полная свобода действий и мы сможем удалять и добавлять оснастки;
- Пользовательский — запрещающий изменения в структуре и подходящий для конечного пользователя.
Изменить режим запуска можно в самой консоли или, например, для авторского режима, запустить с параметром /a. Этот момент мы рассмотрим в конце, когда уже создадим нашу первую консоль. Пустая консоль выглядит так:
Момент про разрядность консолей (MMC32 и ММС64)
Для запуска 32-разрядных консолей MMC в 64-разрядных системах, консоль нужно запускать с параметром /32. Если запустить 64-разрядную консоль в 32-разрядной системе, то она будет завершена.
«Моя первая консоль»
Мы решили, что консоль должна упрощать процесс системного администрирования.
Для наглядности, предлагаю выделить набор оснасток и функционал, который есть в том или ином виде у типового системного администратора в любой из компаний:
- Оснастка Active Directory;
- Оснастка DHCP;
- Управление серверами печати;
- Управление компьютерами;
- Управление службами;
- Набор скриптов и утилит;
- Набор сетевых ресурсов;
- Набор удалённых рабочих столов;
Выбрав всё самое основное, приступим к созданию собственной консоли управления.
Процесс добавления оснасток в консоль интуитивно понятен: Файл — Добавить или удалить оснастку…
Для добавления одних оснасток, вам не понадобятся сразу производить какие-либо дополнительные настройки: При добавлении других, вам будет предложено сразу их настроить:
При добавлении ряда оснасток предлагается выбор компьютера для управления. Например, при добавлении оснасток Управление компьютером и Службы. Так как мы планируем использовать консоль для управления другими компьютерами, то стоит обратить внимание на чекбокс и проставить его:
Разрешать изменять выбранный для управления компьютер при запуске из командной строки. Применяется при сохранении консоли.
Если вы делаете делаете оснастку универсальной, для подключения к любому компьютеру, то лучший вариант в этом пункте — локальный компьютер. Если будет стоять «другой компьютер», то при каждом запуске созданной нами консоли, будут идти запросы на удалённый компьютер… А если он будет выключен? То придётся подождать, пока оснастка поймёт это и выдаст ошибку. После нажатия на ОК мы получим консоль с добавленными нами оснастками:
Но нас не устраивает как она выглядит, мы хотим скрыть некоторые элементы. Поле Действия занимает слишком много места, мы хотим от него избавиться и, например, избавиться от строки состояния. Настройки вида можно произвести в меню консоли Вид — Настроить….
Здесь мы можем убрать и включить отображение нужных нам элементов. Проставляем чекбоксы и видим результат: На панели задач одних оснасток, мы можем увидеть набор каких-то стандартных действий и свойств. У других оснасток может не быть стандартной панели задач совсем.
Оснастка Службы, например, содержит кнопки, позволяющие Остановить и Перезапустить службу. Мы можем менять внешний вид панели задач и добавлять на неё те действия, которые нам нужны.
Для этого делаем сначала клик по оснастке в корне консоли (в данном случае, клик по Службы (локальные)) и проваливаемся в меню Действия — Новый вид панели задач…
Открывается мастер создания вида панели задач. Нажимаем далее. Выбираем стиль для нашей новой панели задач. Обращаем внимание на то, что мастер даёт нам подсказки, какой стиль для чего подходит и показывает в окне предпросмотра как это будет выглядеть:
На следующем шаге выбираем к каким элементам консоли мы добавляем созданный нами вид панели задач. Если выбрать пункт Ко всем элементам, имеющим тип выбранного элемента, то если бы у нас в консоли была ещё одна оснастка Службы, к ней тоже применился бы данный вид. Если выбираем К выбранному элементу дерева, то вид применяется только к выбранной оснастке в корне консоли.
Теперь нам остаётся дать название панели задач и, если хотим, добавить описание.
На завершающем шаге, нам предлагается после нажатия на кнопку Готово добавить новую задачу в только что созданную панель задач.
Так как мы не сняли чекбокс на прошлом шаге, перед нами открывается Мастер создания задачи.
Выбираем тип команды для создаваемой задачи. Нам даётся три типа на выбор:
- Команда меню — запускает стандартную команду меню оснастки.
- Команда операционной системы — позволяет нам выполнить запуск программы, сценария или скрипта.
- Команда перехода — отображает панель задач для элемента из списка избранного MMC.
Мы выберем пункт Команда меню.
Источником команд выбираем Элемент на панели результатов.
Указываем имя и по желанию описание нашей команды. Выбираем понравившийся значок задачи из имеющихся или загружаем свой.
На завершающем шаге нажимаем кнопку Готово. Если хотим добавить ещё одну задачу, ставим соответствующий чекбокс
После завершения работы мастера, выбирая какую-либо службу, на созданной нами панели задач, мы увидим добавленную нами задачу Перезапустить, при нажатии на которую, служба начнёт перезапускаться Добавить такие панели задач с задачами можно для любой оснастки.
Следующим шагом, мы добавим в корень нашей консоли пункт из которого будем запускать наши рабочие скрипты и сценарии: Файл — Добавить или удалить оснастку…
Добавляем оснастку Папка:
В корне консоли переименовываем её и создаём новую панель задач: Действие — Новый вид панели задач…
Стиль панели, для удобства, выбираем без списка и применяем к выбранному элементу списка. Заканчиваем создание выбором названия и добавления описания.
Запускаем мастер создания задач и на этот раз выбираем пункт Команда операционной системы:
Для запуска, например, PowerShell сценария, в поле Команда пишем powershell, а в поле Параметры — путь до сценария. В нашем случае, мы указываем путь до сценария C:\Console\scriptew-user.ps1.
Если мы сохраним нашу консоль в папку C:\Console, то до скрипта можем указать путь scriptew-user.ps1. Добавляем название и описание, выбираем иконку задачи и завершаем создание. При выборе в корне консоли папки Сценарии мы видим созданную только что ссылку на сценарий. Таким образом можно добавить все необходимые нам утилиты и сценарии
Для того, чтобы добавить ещё одну задачу, после выхода из мастера, мы выбираем в корне консоли нужную оснастку: Действие — Правка вида панели задач…
Вкладка Общие для настройки стиля отображения панели задач.
Вкладка Задачи для добавления новых задач, удаления и изменения существующий.
Для добавления новой задачи нажимаем кнопку Создать…, открывается Мастер создания задачи и мы можем добавлять новую задачу, аналогично предыдущей. Мы, для примера, добавим ссылку на выполнение .reg файла. Для этого, при создании в поле команда пропишем путь C:\Console\Настройки.reg.
Для запуска, например, .exe файла с параметрами, нам надо будет прописать путь до файла в поле Команда и параметры запуска в поле Параметры. Далее приступим к добавлению к ссылками на сетевые ресурсы. Это могут быть как папки находящиеся локально на компьютере или в сети, так и ссылки на веб-страницы.
Файл — Добавить или удалить оснастку…
Так как мы хотим, чтобы все ресурсы были упорядочены, добавляем новую оснастку Папка и чтобы в неё можно было вкладывать другие оснастки, нажимаем на кнопку Дополнительно и ставим чекбокс Разрешить изменять родительскую оснастку.
В выпадающем списке Родительская оснастка выбираем Папка и добавляем ещё одну оснастку — Ссылка на веб-ресурс:
Если расположение находится в сети, вводим путь. Например, на сервере server1 папка с общим доступом soft
Вводим имя и нажимаем Готово
В корне консоли переименовывание нашу папку, например, в Сетевые ресурсы. Раскрываем её и видим созданную нами ссылку на сетевую папку soft. Нажав на папку soft, увидим её содержимое.
Как было сказано ранее, таким образом можно добавлять как ссылки на локальные и сетевые папки, так и на веб-ресурсы.
Напоследок, мы добавим в нашу консоль оснастку Удалённые рабочие столы.
После добавление оснастки, делаем по ней клик правой кнопкой мыши и выбираем пункт Добавление нового подключения….
Вводим имя компьютера или ip-адрес и имя для подключения. При выборе нашего терминала, мы подключимся к нему из окна консоли. В начале мы говорили о том, что некоторые оснастки работают либо с текущим локальным компьютером, либо с другим, удалённым.
Возьмём, к примеру, оснастку Управление компьютером. Делаем клик правой кнопкой мыши по оснастке — Подключиться к другому компьютеру….
Вводим имя другого компьютера, нажимаем ОК.
Если компьютер существует, мы получаем консоль управление другим компьютером. Если нет, то видим ошибку.
Теперь нам надо сохранить нашу новую консоль. Файл — Сохранить как….
При выходе из консоли, мы получим предложения сохранить изменения. При повторном открытии консоли мы снова войдём в неё в Авторском режиме, позволяющим делать изменения в структуре. Но мы, например, не хотим, чтобы конечный пользователь мог вносить какие-либо изменения. Для этого, изменим режим запуска по умолчанию.
Выбираем Файл — Параметры…
Выбираем, например Пользовательский — полный доступ. Нажимаем Применить и ОК.
Данный режим позволит работать с имеющимися оснастками и не позволит добавить или удалить новые Выходим из оснастки с сохранением. Если при выходе, например, у нас была развёрнута оснастка Управление компьютером, при сохранении и после повторного открытия консоли перед нами так же появится развёрнутая оснастка Управление компьютером. На этом мы закончили создание нашей консоли управления. Она полностью готова для использования системным администратором. Создавайте консоли, экспериментируйте, упрощайте работу!
Дополнительная информация
Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.
- mmc
- консоль windows
- управление компьютером
- упрощение работы
Источник: https://habr.com/post/251155/