Меню

Настройки консоли администрирования сервера 1с



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

Как многим наверное известно, система 1С Предприятие поддерживает два варианта работы. Это:

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

Для клиент-серверного режима необходимо установить Сервер 1С: Предприятия.

В данной статье рассмотрим, как администрировать этот сервер с помощью утилиты Консоль администрирования серверов 1С 8.3 (8.2).

Сразу сервисное отступление — если при запуске консоль выдает сообщение «Различаются версии клиента и сервера (8.3.х.х-8.3.х.х), клиентское приложение: Консоль кластера», Вам необходимо пройти регистрацию с помощью соответствующего ярлыка из меню «Пуск»:

Консоль администрирования серверов 1C Предприятия

У сервера 1С нет собственного интерфейса для управления. Администрирование ведется при помощи консоли серверов 1С. Консоль входит в поставку 1С Платформы и устанавливается локально на компьютер пользователя. Сами Информационные базы могут размещаться как локально, так и на удаленных компьютерах или серверах.

Создание, редактирование и удаление баз на Сервере 1С

Если вы только начинаете программировать в 1С или просто хотите систематизировать свои знания — попробуйте Школу программирования 1С нашего друга Владимира Милькина. Пошаговые и понятные уроки даже для новичка с поддержкой учителя.
Попробуйте бесплатно по ссылке >>

Чтобы создать информационную базу на Сервере 1С, необходимо сначала создать Центральный сервер и Кластер, к которому будет принадлежать база. На строке 1C:Enterprise 8.3 Central Servers нужно «кликнуть» правой кнопкой мыши и выбрать в контекстном меню пункт «Создать». В открывшемся окне вводим имя сервера и номер порта.

Теперь создадим Кластер. Также воспользуемся контекстным меню и выберем пункт «Создать». Заполним параметры кластера.

В ветке «Информационные базы» с помощью контекстного меню добавляем новую базу. После заполнения ее параметров нажимаем «Ок». Информационная база готова к работе.

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

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

Чем может быть полезна нам консоль администрирования? Часто случается так, что у пользователя «зависает» компьютер, и при этом программа 1С у конкретного пользователя не запускается. Выходит сообщение, что под данным пользователем уже кто-то работает. Все дело в том, что на сервере 1С остаются «нерабочие» сеансы. Эти пользователи даже остаются в разделе «Активные пользователи». И когда в программе нужно сделать операции, требующие монопольного режима (например, удаление помеченных на удаление объектов), то если попросить всех пользователей выйти, операцию все равно не всегда получается осуществить.

В консоли администрирования очень удобно посмотреть такие «зависшие» сеансы и скинуть их.

В контекстном мену строки с сеансом можно выбрать три пункта: «Удалить», «Свойства» и «Справка».

Также из консоли можно управлять блокировками.

К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.

Источник

Инструкция по настройке рабочих серверов с Технологической Платформой 1С:Предприятие

Ниже приводится инструкция по настройке рабочих серверов с Технологической Платформой 1С:Предприятие.

Рекомендуется при настройке рабочего сервера пройти указанный ниже сheck-лист и продумать, нужна ли указанная ниже настройка в вашем конкретном случае.

Если такая настройка нужна, то выполнить её. Важно на каждом пункте сознательно принимать решение о том, как именно вы хотите настроить рабочий сервер.

1. Определить, сколько информационных баз будут использоваться в кластере для работы пользователей

Существует несколько вариантов развертывания:

  • в продуктивной среде и подготовительной зоне;
  • в тестовой зоне;
  • в зоне разработки.

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

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

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

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

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

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

В тестовой зоне и зоне разработки ограничений по числу информационных баз в кластере условно нет.

2. Определить, сколько пользователей будет работать одновременно

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

Этот параметр также необходим для корректного расчета конфигурации оборудования, который выполняется исходя из

  • Конфигурации системы;
  • Сценария работы пользователей;
  • Числа одновременно работающих пользователей;
  • Используемых версий программных продуктов.

3. Настроить профили пользователей ОС, от которых будут запускаться процессы кластера

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

Это может быть необходимо для того, чтобы код, который выполняется в rphost точно не мог обратиться к каким-либо определенным данным на рабочем сервере или выполнить операцию с административными правами.

Для этого нужно:

  • Подготовить файл swpuser.ini (http://its.1c.ru/db/v837doc/bookmark/adm/TI000000418);
  • Создать пользователей операционной системы, от имени которых будут запускаться процессы кластера;
  • Создать профили соответствующих пользователей;
  • Настроить ограничение прав доступа пользователей к каталогам на уровне ОС, к которым процессы не должны иметь доступ;

Для того, чтобы создать профили пользователей ОС достаточно один раз войти от их имени в ОС Windows.

4. Настроить логирование и дампы

Для этого необходимо настроить:

  • Технологический журнал
  • Сбор дампов процессов кластера средствами Платформы (указнием в logcfg.xml секции dump) либо Windows Error Reporting Services

Хорошей практикой будет настроить сбор WER для rmngr и ragent, но не указывать rphost.

5. Проверить настройки операционной системы


5.1. Настроить рабочий сервер


5.2. Настроить рабочий сервер

Необходимо настроить рабочий сервер в соответствии с инструкцией, которая позволяет избежать ошибки «An operation on a socket could not be performed because the system lacked sufficient buffer space or because a queue was full»

5.3. Убедиться, что брадмауэр операционной системы настроен таким образом, что не запрещает процессам кластера взаимодействовать корректно.

Информация по клиент-серверному варианту работы здесь;

Обратите внимание на используемые порты, которые указываются в параметрах центрального сервера,

в свойствах кластера серверов,

и рабочих серверов кластера.

5.4. Убедиться, что на рабочих серверах кластера одновременно не используется IPv4 и IPv6.


5.5. Убедиться, что схема управления питанием — «Высокая производительность».


5.6. Убедиться, что установлены компоненты Microsoft Data Access Components

Этот пункт нужен для настройки с СУБД MS SQL Server.

В противном случае будете получать ошибку вида: «Компоненты OLE DB провайдера не найдены».

Скачать MDAC можно с официальных ресурсов microsoft.

6. Необходимо настроить сетевой стек для обеспечения возможности обработки большого числа подключений

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

  • Запустить regedit и в ветке HKLM\System\CurrentControlSet\Services\Tcpip\Parameters указать
    • MaxFreeTcbs= 100000
    • TcpTimedWaitDelay= 30
    • MaxUserPort= 65535
  • Запустить regedit и в ветке HKLM\System\CurrentControlSet\Services\AFD\Parameters указать
    • EnableDynamicBacklog= 1
    • MinimumDynamicBacklog= 20
    • MaximumDynamicBacklog= 20000
    • DynamicBacklogGrowthDelta= 10
  • Устанавливаем диапазон исходящих портов (10000; 55536)
    • Выполнить: netsh int ipv4 set dynamicport tcp start=10000 num=55536
    • Выполнить: netsh int ipv4 set dynamicport udp start=10000 num=55536

7. Настроить кластер серверов


7.1. Необходимо добавить рабочие серверы в кластер

Информация по работе со списком серверов кластера тут: http://its.1c.ru/db/v837doc#bookmark:cs:TI000000157

7.2. Настроить условия перезапуска

Настроить условия перезапуска по превышению порога памяти.

7.3. Настроить расположение каталога кластера

Необходимо убедиться, что

  • на дисках достаточно места;
  • сеансовые данные расположены на быстрых дисках;

7.4. Настроить число соединений и информационных баз на процесс

Настройку необходимо выполнить с учетом конфигурации системы

Постарайтесь выполнять настройку таким образом, чтобы она не приводила к запуску 100 процессов rphost, т.к. значительное число процессов rphost приводит к неэффективному использованию памяти процессами кластера.

Не стоит просто так уменьшать параметр «Число соединений на процесс» или «Число информационных баз на процесс».

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

7.5. Выполнить настройки для случая нескольких рабочих серверов в кластере.

  • Обязательно должно быть явно указано расположение:
    • сервиса журнала регистрации;
    • сервиса полнотекстового поиска данных;
    • сервиса работы с внешними источниками данных;

    Обязательно нужно продумать
    • расположение клиентских и серверных лицензий и сервисов лицензирования;
    • расположение сеансовых данных.

8. Первый запуск

На этом этапе следует выполнить следующие шаги:

  • Запустить кластер серверов, создать информационную базу;
  • Зарегистрировать программные лицензии;
  • Убедиться, что пользователь может войти в информационную базу без ошибок.

9. Отказоустойчивость

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

9.1. Проверить лицензии.

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

9.2. Установить флаг «Центральный сервер».

Установить флаг как на рисунке ниже.

9.3. Установить флаг «Уровень отказоустойчивости»

Установить параметр, пример на рисунке ниже.

Подробную информацию про уровень отказоустойчивости вы можете прочитать в статье

Обратите внимание, что не нужно просто так указывать максимально возможный уровень отказоустойчивости, т.к. это приведет к избыточным накладным расходам.

9.4. Скорректировать строку соединения

Необходимо скорректировать строку соединения с информационной базой.

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

Список указывается в формате Server1, Server2:Port, Server3.

10. Замечания


10.1. Не настраивайте exec backup (или аналогичные утилиты) на директории кластера серверов

Причина в том, что в этих директориях могут располагаться хранилища с сеансовыми данными, выполнять backup которых не нужно, а создание backp-а которых будет приводить к избыточным накладным расходам.

10.2. Не настраивайте сжатие данных дисков с директорией кластера


10.3. Не забывайте про периодическое выполнение дефрагментации дисков ОС Windows.


10.4. Настроить защиту от вирусов.

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

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

При этом, стоит обеспечить защиту антивирусными решениями те пользовательские компьютеры, с которых выполняется доступ к рабочим серверам кластера и сетевым директориям.

Источник

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Также можно и удалять сеансы пользователей.

Это конечно не весь перечень, для более полного обзора средств Администрирование серверов 1С Предприятия, читайте:

Задачи, которые помогает решить консоль Администрирование серверов 1С Предприятия, доступны и средствам встроенного языка, но это уже другая тема.

С вами был 1С Программист.

Оставляйте, пожалуйста, комментарий мне важно ваше мнение.

Источник

Особенности использования консоли администрирования серверов 1С:Предприятие разных версий

Особенности использования консоли администрирования серверов 1С:Предприятие разных версий

Введение

В продолжение ранее опубликованной статьи, описывающей возможность запуска нескольких служб 1С на одном сервере, хотели бы рассказать об особенностях использования консоли администрирования северов 1С:Предприятия разных версий. Дело в том, что при штатной установке данной консоли администрировать получится только сервер 1С одной версии. Если установлено несколько версий платформы на одном сервере и работает несколько служб 1С, встает вопрос о том, как же администрировать сервера 1С разных версий в рамках одного сервера?

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

Для регистрации консоли администрирования серверов 1С:Предприятие фирма 1С предлагает использовать исполняемый файл RegMSC . cmd , расположенный в папке bin каталога сервера 1С. Данный файл можно запустить из меню «Пуск» в Windows : «1С Предприятие 8 -> Дополнительно -> [нужная версия платформы 1С] -> Регистрация утилиты администрирования серверов 1С Предприятия».

Файл RegMSC . cmd содержит следующий скрипт:

regsvr32 /n /i:user radmin.dll

Цель данного скрипта состоит только в том, чтобы зарегистрировать компоненту radmin . dll . На практике использовать данный скрипт неудобно, так как каждый раз перед запуском консоли администрирования серверов 1С:Предприятие нужной версии приходится запускать соответствующий файл RegMSC . cmd . Плюс ко всему данный скрипт неработоспособен и нуждается в доработке (скорее всего, при его выполнении вы получите сообщение об успешной регистрации компоненты, но работать консоль не будет).

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

  1. Регистрация компоненты radmin . dll нужной версии;
  2. Запуск консоли кластера 1С.

Предлагаем изменить вышеуказанный скрипт и создать основной универсальный скрипт регистрации компоненты и запуска оснастки (консоли), а также создать «скрипты-стартеры» консолей нужных версий. Вот, что у нас получилось:

rem %1 – полный номер версии 1С:Предприятия

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

start «C:\Windows\System32\mmc.exe» «C:\Program Files (x86)\1cv8\common\1CV8 Servers.msc»

Данный скрипт следует сохранить в исполняемый файл формата . bat (например, « start _ console . bat »). Разберем данный скрипт поподробнее. За корректную регистрацию компоненты radmin . dll отвечает строка:

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

В качестве параметра (%1) в неё передается номер версии платформы 1С. Следующая строка отвечает за запуск консоли MMC с оснасткой для администрирования серверов 1С:Предприятие:

start «C:\Windows\System32\mmc.exe» «C:\Program Files (x86)\1cv8\common\1CV8 Servers.msc»

Далее создадим «скрипт-стартер», который позволит запустить консоль для администрирования сервера 1С:Предприятие, например, версии 8.3.7.1873. Выглядеть он будет следующим образом:

start _ console 8.3.7.1873

Этот скрипт также нужно сохранить в исполняемый файл с расширением . bat и назвать соответствующим образом с указанием версии платформы 1С.

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

Обратите внимание, что в предложенных скриптах используются 32-разрядные версии компонентов. При попытке аналогичным образом зарегистрировать 64-разрядной компоненту, вы получите сообщение о том, что она успешно зарегистрирована, однако затем при запуске консоли администрирования серверов 1С:Предприятие вероятнее всего увидите ошибку вида:

MMC could not create the snap in, Name: 1C:Enterprise (x86-64) Servers, CLSID:…

Пока данная проблема не решена, использование нескольких 64-разрядных консолей администрирования серверов 1С:Предприятие в рамках одного сервера не представляется возможным. Если у вас есть другая информация и вы знаете, как можно решить эту проблему – пишите нам, с радостью обновим статью.

Заключение

В статье мы описали метод, позволяющий использовать несколько консолей администрирования серверов 1С:Предприятие разных версий. Это необходимо, если вы работаете на сервере с несколькими рабочими или тестовыми базами, для которых используемые версии сервера 1С различаются.

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

Источник

Читайте также:  Настройка почтового сервера для wordpress
Adblock
detector