Сервер

1С консоль администрирования серверов 1с: Полезные статьи — Wiseadvice-IT

Содержание

Консоль кластера серверов 1с 8.3 где находится. Администрирование серверов1С предприятие. «Чем легче пароль, тем проще»

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

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

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

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

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

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

Получите 267 видеоуроков по 1С бесплатно:

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

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

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

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

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

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

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

21/03/2016

Особенности использования консоли администрирования серверов 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С:Предприятия

@echo off

Данный скрипт следует сохранить в исполняемый файл формата.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»

start
_console
8.3.7.1873

Так как регистрация компоненты 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С. Ну а если у вас что-то не получится, или вы столкнетесь с какими-то трудностями, мы обязательно поможем!

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

  • Файловый — 1С устанавливается только на один компьютер, работать с базами данных не может ни один менеджер. Этот вариант подходит для малых компаний с небольшим торговым оборотом.
  • Клиент-версия. В работе с 1С задействована система пользователей, базы данных расположены на одном компьютере, с которым связаны все остальные. Вариант работы имеет трехуровневую архитектуру, состоящую из клиентского приложения, сервера 1С Предприятия и баз данных в формате MS SQL Server или PostgreSQL. В этом случае применяется администрирование серверов 1С, чтобы обеспечить правильную настройку.

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

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

При помощи консоли для администрирования сервера 1С Предприятия можно решить следующие задачи:

  • Вносить изменение в функционирование сервера, создавать новые, удалять ненужные. На них можно размещать базы данных, определять взаимодействие между различными пользователями.
  • Создавать администраторов. Это пользователи, которые имеют права доступа для внесения изменений серверов. Каждый администратор может управлять только закрепленным сервером. Если не добавить ни одного администратора, администрированием сервера 1С может заниматься любой зарегистрированный пользователь.
  • Создание рабочих процессов кластера 1С. Добавление рабочих процессов позволяет оказывать влияние на производительность конкретного пользователя в системе. В свойствах можно установить максимальное значение производительности (до 1000). Запускаемые сеансы присоединяются к процессу с максимальной производительностью. Систематически система самостоятельно проводит анализ и перераспределяет эти значения для оптимизации.
  • Создание баз данных в 1С Предприятии. Можно установить возможность подключения к ней пользователей или разрешить работу только локально.
  • Принудительное завершение сеансов. Иногда сообщение сервера информирует о том, что под указанным именем пользователя уже производится работа. Система не всегда самостоятельно прекращает этот процесс, поэтому администрирование позволяет принудительно завершить сеанс для любого пользователя.

Как начать работу в 1С?

Клиентское приложение 1С Предприятия — это пустая платформа. Чтобы она начала функционировать, необходимо выполнить несколько последовательных действий:

  • Инсталлируется консоль. Она позволяет осуществлять последующее администрирование серверов 1С.
  • Создание Центрального сервера. После на его основе можно создавать подотчетные ему структуры. Для этого при помощи контекстного меню вводится имя, используемый протокол, номер применяемого для связи порта.
  • Создание кластера. В этом случае также поможет контекстное меню. Необходимо заполнить запрашиваемую информацию (имя кластера, используемого компьютера, порт для соединения, не обязательно совпадающий с портом, указанным ранее).
  • Создание информационной базы данных. В соответствующей ветке необходимо также воспользоваться контекстным меню. В нем вводятся требуемые параметры (наименование, описание, тип соединения, место дислокации, тип СУБД, имя пользователя и его пароль). После подтверждения правильности введенных данных база создана. Теперь в нее можно вносить необходимые данные.

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

Администрирование
профессионалами: основные преимущества

Клиент-версию 1С используют компании среднего и крупного бизнеса, которым необходимо связать в единую систему все компьютеры, включая удаленные структурные подразделения. Это позволяет принимать управленческие решения, получать консолидированные отчеты, вести общую бухгалтерию.

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

Администрирование платформы 1С, выполняемое профессиональными специалистами, имеет ряд преимуществ:

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

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

По различным причинам может быть утерян доступ к серверу 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»

Ставя очередное обновление Бухгалтерии получил ошибку «Я работаю только на 8.3.4», ну вот… пришло время поставить 8.3.4. и так:

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

Служба Агент Сервера 1С

По умолчанию он ставиться на порт 1540, а там у меня крутится 8.2, поэтому меняем в ветке рееста
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent Параметр ImagePath
меняем номера портов, добавляя смещение: «C:\Program Files\1cv8\8.3.4.365\bin\ragent.exe» -srvc -agent -regport 1741 -port 1740 -range 1660:1691 -d «C:\Program Files\1cv8\srvinfo»

Запускаем Агента и Открываем консоль Администрирования серверов 1С и создаем кластер 8.3

Указал имя сервера и настроил на порт 1740 (на 1540 работает 8.2)

Создаем кластер + чуток оптимизировал(У меня всего небольшой ОДИН сервер, поэтому — указываю Интервал перезапуска рабочих процессов и объем памяти. т.к у меня один сервер — уровень отказоустойчивости — 0)

Теперь подробнее:

1. Интервал перезапуска: 86400 сек (24 часа). Момент перезапуска не регламентируется, видимо с момента установки параметров, либо запуска сервера приложений.
2. Также можно указать допустимый объем памяти: 3000000 Кб (3 Гб) — Для сервера с 4 ГБ оперативы, Если ее меньше, то не заполняйте
этот параметр!
.
3. Интервал превышения допустимого объема памяти — это непрерывный интервал времени превышения допустимого объема памяти, после которого сервер перезапустит процесс. Если указано 0 сек — будет ждать вечно.
4. Количество Рабочих процессов расчитывается автоматически на основании Ваших настроек
5. Уровень отказоустойчивости можно задавать уровень отказоустойчивости кластера как количество рабочих серверов, которые могут одновременно выйти из строя, и это не приведет к аварийному завершению работы пользователей. Резервные сервисы запускаются автоматически в количестве, необходимом для обеспечения заданной отказоустойчивости; в реальном режиме времени выполняется репликация активного сервиса на резервные.
6. Режим распределения нагрузки, который можно использовать либо для повышения производительности системы вцелом, либо использовать новый режим «экономии памяти», который позволяет работает «с ограниченной памятью» в случаи если используемая конфигурация «любит отъедать память».

Рабочий сервер

Сервер у меня простенький, 2 Gb оперативы всего и на нем будет всего 2 базы, поэтому настрою его так:

параметр Количество ИБ на процесс ставлю равным 1, т.е. хочу чтобы для каждой ИБ запускался свой процесс — это позволит уменьшить взаимное влияние как по надежности, так и по производительности. Вы же настраивате под характеристики своего сервера!

Информационная база

Добавляю ИБ:

В стартере
пописываю базу:

Требования назначения функциональности

Я у себя это не настраиваю но думаю надо сказать об этом:
Управление кластером заключается в том, что администратор определяет состав компьютеров (рабочих серверов), на которых размещается кластер. Кроме этого (при необходимости) он может определить «требования» к ним: какие сервисы и соединения с информационными базами должны работать на каждом из рабочих серверов. Менеджеры кластера и рабочие процессы запускаются автоматически, исходя из назначенных «требований». «Требования» к рабочим серверам могут быть заданы интерактивно, из консоли администрирования кластера, или программно, из встроенного языка.
Так на ноутбуке с ключом защиты чтобы не запускать пользователей на сервер кластера надо добавить «требования» для объекта требования «Клиентское соединение с ИБ» — «Не назначать», т.е. запретить рабочим процессам данного сервера обрабатывать клиентские соединения. Еще больший интерес предоставляет возможность запускать «только фоновые задания» на рабочем сервере кластера без сеансов пользователей. Таким образом можно высоконагруженные задачи (код) вынести на отдельный машины. При чем можно одно фоновое задание «закрытия месяца» через «Значение дополнительного параметра» запускать на одном компьютере, а фоновое задание «Обновление полнотекстового индекса» на другом. Уточнение происходит через указание «Значение дополнительного параметра». Например если указать BackgroundJob.CommonModule в качестве значения, то можно ограничить работу рабочего сервера в кластере только фоновыми заданиями с любым содержимым. Значение BackgroundJob.CommonModule..- укажет конкретный код.

Профили безопасности

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

Стандартно, после создания, профиль безопасности запрещает выполнение всех потенциально опасных действий:
-обращение к файловой системе сервера;
-запуск COM-объектов;
-использование внешних компонентов 1С:Предприятия;
-запуск внешних обработок и отчётов;
-запуск приложений, установленных на сервере;
-обращение к ресурсам Интернета.
Таким образом защититься от нежелательных действий незнакомого прикладного решения очень просто: нужно создать пустой профиль безопасности и назначить его информационной базе. Далее, если есть необходимость, можно расширять этот профиль, описывая в нём действия, которые разрешается выполнять прикладному решению.

Расположение служебных файлов менеджера кластера в 1С Предприятии 8.3

Если при установке системы! «1С:Предприятие» был выбран вариант запуска сервера «1С:Предприятия» как сервиса, то первый запуск агента сервера будет выполнен еще в процессе установки системы. При этом сервис будет запущен от имени пользователя, выбранного в диалоге установки системы, но служебные файлы кластера серверов будут расположены в каталоге \srvinfo (в параметрах сервиса будет в явном виде указан ключ запуска -d).

Если при установке системы «1С:Предприятие» был выбран вариант запуска сервера как приложения, то запуск сервера в процессе установки системы не выполняется; агента сервера необходимо запустить самостоятельно, после того как установка системы будет закончена. При этом если ключ запуска -d указан не будет, служебные файлы кластера серверов будут расположены в каталоге по умолчанию: %USERPROFILE%\LocalSettings\ApplicationData\lC\lCv8 (%LOCALAPPDATA%\lC\lCv8 для ОС WindowsVista и старше).

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

Миграция на новую версию сервера 1С:Предприятия

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

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

После создания резервной копии, удаляем информационную базу в кластере серверов 1С:Предприятия старой версии (допустим, версии 8.2), связанную с базой данных СУБД, которая хранит данные информационной базы. Перед удалением запоминаем имя базы данных в СУБД.

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

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

Рисунок 1. Параметры информационной базы

Повторно вызываем контекстное меню и нажимаем на кнопку Удалить (см. рисунок 2).

Рисунок 2. Удаление информационной базы из кластера

Консоль предложит три варианта удаления (см. рисунок 3):

  1. удалить базу — информационная база удаляется в кластере, база данных в СУБД так же удаляется;
  2. очистить базу данных — информационная база удаляется в кластере, из базы данных удаляются все данные информационной базы;
  3. оставить без изменений — информационная база удаляется в кластере, но данные ИБ остаются в базе данных.
Рисунок 3. Режимы удаления информационной базы

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

Следующим шагом нужно «рассказать» новому кластеру серверов (допустим, версии 8.3) о существовании базы данных в СУБД, в которой содержатся данные удаленной информационной базы. Для этого открываем консоль администрирования кластера новой версии и создаем новую информационную базу (см. рисунок 4).

Рисунок 4. Создание новой информационной базы через консоль кластера

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

Рисунок 5. Параметры новой информационной базы

Данным действием связывается новая информационная база с данным в базе данных. После работ с консолью, в окне запуска 1С:Предприятия для существующей информационной базы изменяем параметры информационной базы (см. рисунок 6):

  • Кластер серверов 1С:Предприятия — указываем адрес нового кластера;
  • Имя информационной базы в кластере — указываем новое имя (см. рисунок 5). 
Рисунок 6. Новые параметры подключения информационной базы в окне запуска

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

Действия по переходу на новую платформу завершены.

Утилиты для администрирования кластера серверов 1С на Linux – gee12

На сегодняшний день нет официальной графической утилиты для администрирования кластера серверов 1С, работающей под ОС Linux.

Но! Подвижки в этом направлении есть.

На странице описания платформы 8.3.14.* написано следующее:

За счет этого:

Реализована возможность управления кластером сервером из встроенного языка. Управление выполняется с использованием сервера ras, без использования технологии COM.

Возможно это:

Реализована возможность реализовать кроссплатформенный интерфейс администрирования кластера серверов «1С:Предприятия», не требующий точного совпадения версий клиентского приложения и кластера серверов. Стало возможно реализовать консоль кластера при работе под управлением ОС Linux. Стало возможно отказаться от консоли кластера, работающей под управлением Microsoft Management Console.

Так что в недалеком будущем, я полагаю, нас ждет GUI-шное управление сервером на Linux. Возможно, в виде отдельной конфигурации?


На данный момент можно “админить” сервер с помощью консольных утилит rac/ras, что не удобно.

ras.exe – непосредственно сам сервер администрирования.

rac.exe – утилита командной строки для обращения к серверу и выполнения операций с кластером серверов.

 

Различные обертки ras/rac:

Здесь – о ras/rac и программе-обертке на языке OneScript deployka.

Официальный Java-интерфейс для административного сервера.

Пишем GUI к 1С RAC, или снова о Tcl/Tk.

Интерфейсная библиотека (oscript) к утилите администрирования кластера серверов 1С (rac).

Rac GUI – многоплатформенный GUI для управления кластером серверов 1С:Предприятия.

DroidRAC2 – реализация raс под Android.

 

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


UPDATE:

Оказывается, 19.03.2018 1С сделала анонс о создании, а недавно (18.11.2019) объявила о выпуске финальной версии своего нового инструментария 1С:Центр администрирования для автоматизации задач администрирования и эксплуатации информационных систем, построенных на платформе 1С:Предприятие 8 (здесь есть описание).

Продукт входит в состав «1С:Корпоративный инструментальный пакет 8» (1С:КИП), и я так понимаю, доступен лишь для владельцев лицензии КОРП.

Содержит набор готовых для использования наиболее распространенных сценариев автоматизации. Среди них:

  • установка, обновление, удаление платформы «1С:Предприятие 8»;
  • скачивание с сайта поддержки пользователей (releases.1c.ru) дистрибутивов обновлений следующих продуктов:
    • технологическая платформа «1С:Предприятие 8»;
    • прикладные конфигурации;
    • PostgreSQL;
  • обновление конфигурации до требуемой версии;
  • запуск внешних обработок;
  • изменение настроек контура копированием файлов настроек;
  • изменение конфигурации кластера серверов «1С:Предприятия».



Просмотров:
2 973

Записки сисадмина — LiveJournal

Теперь устанавливаем 1С 8.2″ Причины необходимости ввода именно этой версии 1С:Предпрития обсуждать не имеет смысла, так что сразу перейду к делу.

Поступила задача установить сервер 1С 8.2 на Ubuntu 10.04 и перевести все базы на нее. Задача вполне тривиальна. Как и везде, имеются свои подводные камни и тонкости, но в сущности, нет ничего невыполнимого. По некоторым вопросам меня спас гугл, где то подсказали, а где то дошел и сам. И так, начинаем.
Сначала Вам необходимо скачать SQL сервер. Для Unix-платформы, достойной альтернативой MSSQL для 1С, является только PostgreSQL. 

Первый подводный камень, с которым может столкнуться начинающий администратор 1С под Linux, это СУБД PostgreSQL. Сервер Баз Данных на прочь отказывается нормально работать с 1С. Здесь есть два пути. Первый: вы ищите информацию о необходимых модулях для Postgre, затем устанавливаете и настраиваете. Второй: вы можете воспользоваться уже готовой вещицей от компании Etersoft [email protected] В ней все есть и как заявляет производитель, все должно завестись «из коробки». Сейчас разберемся, так ли это.

По ссылке ниже, вы можете скачать рабочую и функциональную версию PostgreSQL 8.4.4 от компании Etersoft:
http://download.etersoft.ru/pub/Etersoft/[email protected]/8.4.4/
Там будет необходимо просто пройти по версии вашей ОС и скачать все имеющиеся файлы.

Теперь 1С. Я выложил на Рапиду Debian-версию 1С 8.2 для x86 и x64 архитектур (архив rar. не было возможности создать другой). 
https://rapidshare.com/files/574688127/setupdeb_8.2.13.219.rar — x86 архитектура
https://rapidshare.com/files/846358082/setupdeb64_8.2.13.219.rar — x64 архитектура

Клиентская часть 1С 8.2:
https://rapidshare.com/files/1355414632/8.2.13.219.rar

Ок. У нас есть все, чтобы начать работу.

Установка и настройка PostgreSQL.

Залейте на сервер программы (если в архиве, не забудьте распаковать), затем заходите в директорию, где находится Postgre и введите команду:
dpkg -i *.deb

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

nano /etc/sysctl.conf

В этот файл вставляете значения:

kernel.shmall=134217728
kernel.shmmax=134217728


Теперь применяете настройки:
sysctl -p

Обязательно убедитесь, что в папке /lib имеется файл libreadline.so.5  Если его нет, значит имеется libreadline.so.6, а это значит, что на него необходимо создать символьную ссылочку:
ln -s /lib/libreadline.so.6 /lib/libreadline.so.5
На всякий случай замечу, что при наличии файла libreadline.so.5, делать ссылку не надо. В представленной мной версии PostgreSQL имеется как раз нужная библиотека, но все таки обязательно проверьте.

Теперь пора запустить Postgre:
/etc/init.d/postgresql start
При первом запуске Postgre должен проинициализироваться и запуститься. Для того, чтобы иметь возможность подключится к СУБД (не к пользователю ОС, который создается вместе с установкой Postgre, а к пользователю с правами администратора, для управления СУБД), следует задать пароль главному пользователю СУБД — postgres, для этого в файле /var/lib/pgsql/data/pg_hba.conf найдите строку:

local all all ident 

и измените ее следующим образом:

local all all trust

Это дает возможность подключится к СУБД любым локальным пользователем без пароля. Перезапустите Postgre:

/etc/init.d/postgresql restart

Теперь установите пароль, введя команду:

psql -U postgres -d template1 -c "ALTER USER postgres PASSWORD 'password'"
, где password (в кавычках) — пароль к пользователю.
Небольшое пояснение. Команда выше выполняет следующее: СУБД Postgre (psql) подключиться к базе template1 (системная база, создаваемая при установке и хранящая системные настройки) под пользователем postgres (мы ведь отключили ввод пароля для всех локальных пользователей системы, а пользователь postgres создается на локальном сервере при установке СУБД) и меняем запись в таблице ALTER пароль (‘password’ — кавычки обязательны) для пользователя postgres. Указанные USER и PASSWORD (заглавными буквами), это столбцы в таблице.

После чего в pg_hba.conf меняете обратно trust на ident и еще раз перезапускаете Postgre.

Теперь установка 1С 8.2

 

Заходите в папку, куда скинули установщик 1С и делаете:
dpkg -i *.deb

Добавляете скрипты автоматического запуска сервера 1С при старте системы:

update-rc.d srv1cv82 defaults

Теперь необходимо установить необходимые для работы 1С локали:
locale-gen en_US

locale-gen ru_RU

dpkg-reconfigure locales

Теперь заходите в папку:
cd /home/usr1cv82/.1cv82/1C/1Cv82/

 

Делаете команду:

rm -r *   

Эта команда удалит все файлы и папки. Здесь хранятся настройки учетки (логин и пароль) администратора сервера 1С. Дело в том, что при настройке сервера 1С, будет необходимо создать Базу данных (по сути, команда просто подключает базу данных Postgre к серверу 1С, хотя, в случае если этой базы данных не существует, может и создать ее на сервере баз данных), для чего будет запрошен пароль администратора кластера. После удаления всех файлов и папок оттуда, пароль не будет запрошен и вы спокойно сможете создать своего администратора кластера со своим паролем.

Теперь необходимо перезагрузить сервер.
reboot

Теория и практика настройки 1С 8.2 Сервер.

 

Теперь я расскажу об общей схеме работы специально для тех, кто делает все это впервые и ранее не администрировал сервер 1С.

Первое, что вам необходимо сделать, это поставить на компьютер, под управлением Windows клиентскую часть 1С, а также консоль администрирования. Первая поможет загрузить конфигурацию, настроить пользователей и т.д. Вторая поможет произвести первичную настройку кластера. В принципе, можно воспользоваться продуктом [email protected], чтобы полностью сделать все на Linux, но по скольку разница только в настройке Wine, то я пропущу этот момент и сразу перейду к настройке Сервера 1С через консоль администрирования.

Запускаем консоль (Пуск —> Все программы —> 1C Предприятие 8.2 —> Дополнительно —> Администрирование серверов 1С Предприятия), нажимаем правой клавишей мыши по Central 1C:Enterprise servers —> Создать —> Центральный сервер 1С Предприятия 8.2. Там в пункте Имя вводим имя сервера или его IP адрес и нажимаем ОК.
Раскрыв появившуюся менюшку, нажимаем правой клавишей по пункту Кластеры —> Создать —> Кластер. Там в пункт Компьютер вводим IP адрес или имя компьютера (рекомендую всегда указывать IP адрес на случай сбоя в работе DNS) и нажимаем ОК.
Затем, мы видим в самом нижу пункт Администраторы. Открываем его обычным образом (правой клавишей) и создаем Администратора. Затем открываем созданый кластер и там проделываем тоже самое. Рекомендую ввести одинаковый логин и пароль для обоих администраторов. Конечно, это создает определенные проблемы с безопасностью, но зато у вас будет меньше проблем с тем, что надо вспомнить какой пароль и где был введен.

 

Теперь нажимаем правой кнопкой по пункту Рабочие серверы. Создаем новый Рабочий сервер. В пункте Компьютер вводин IP адрес компьютера, где установлен сервер 1С. После создания, внутри появляется пункт Рабочие процессы. В нем создаем Рабочий процесс и в поле Компьютер также вводим адрес сервера 1С.

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

1. Имя: вводим имя будущей базы данных

2. Описание: можно оставить пустым
3. Защищенное соединение: выбираем в соответствии с настройками вашего сервера. Я не описывал, как создать защищенное соединение, так что если вы делали 1:1 по моему описанию, значит оставляйте вариант по умолчанию (выключено)

4. Сервер баз данных: вводим имя компьютера или IP адрес, где установлен PostgreSQL. Предпочтителен ввод IP адреса. Причины описаны выше. Также хочу заметить, что если сервер БД находится на другом компьютере, это может серьезно замедлить работы базы, так как все данные начинают подсасываться из сети. Если сервер БД расположен там же, где сервер 1С, просто вводим 127.0.0.1

5. Тип СУБД: в данном описании фигурирует PostgreSQL, так что выбираем его.

6. База данных: Имя базы данных, созданной на сервере Postgre. Если вы не создавали никакой базы, то введите то имя, которое будете использовать. База с этим именем будет создана автоматически.

7. Пользователь сервера БД: по умолчанию настроен postgres.

8. Пароль пользователя БД: В пункте, как настроить пользователя администрирования БД (не путайте с Администратором кластера 1С), я рассказал, как ввести пароль к пользователю. Вот его и вводите.

Далее пункты не трогаем, кроме одного: «Создать базу данных в случае ее отсутствия». Ставите там галочку, если базу данных Postgre будете создавать только сейчас.

Нажимаете ОК. Через короткое время база будет создана.

 

Теперь запускаем клиентскую часть 1С Предприятие 8.2

Тут мы создаем новую базу на сервере 1С Предприятие. В первом окне выбираем Добавить. Далее: Создание новой информационной базы —> Создание новой информационной базы без шаблона… —> Вводим имя записи для клиента (Все, что угодно), выбираем На сервере 1С Предприятия и нажимаем Далее.

1. Кластер серверов 1С предприятия: вводим адрес сервера, где установлен сервер 1С Предприятие

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

3. Защищенное соединение: выбираете тот пункт, по которому у вас все настроено. Если делали 1:1 с моим описанием, то выбирайте Выключено

4. Тип СУБД: в данном описании выбираете PostgreSQL

5. Сервер баз данных: адрес сервера, где установлен сервер баз данных.

6. Имя базы данных: имя базы данных Postgre.

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

9. Создать базу в случае ее отсутствия: Если вы полностью пропустили раздел, где я описывал, как создать базу данных через Консоль администрирования сервера 1С, то поставьте здесь галочку.

Жмем ОК и вскоре база будет создана. Теперь можете запускать конфигуратор и подключать ту конфигурацию, которая вам нужна.

 

Проблемы, с которыми я столкнулся.

 

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

Итак, начнем-с.

 

1. Проблема возникла при попытке создания Базы данных. Вот сообщение:

$ rake ts:config

(in /home/juke/app)
Generating Configuration to /home/juke/app/config/production.sphinx.conf
PGError: ERROR:  language "plpgsql" does not exist

 

Решение оказалось до крайности простым. Необходимо зайти под пользователя postgres в консоли Linux и ввести:

createlang plpgsql <dbname>

, где <dbname> — имя базы данных, к которой подключаетесь.

 

2. Проблема возникла сразу после первой. Вот сообщение:

Ни один Рабочий процесс недоступен.

Эта ошибка означает, что в Консоли администрирования вы не создали Рабочий процесс. Для решения проблемы вернитесь вверх по этому описанию и внимательно прочтите раздел «Теория и практика настройки 1С 8.2 Сервер.»

 

3. Проблема возникла следом за второй. Вот сообщение:

Введите пароль администратора кластера.

Эта ошибка возникает по причине того, что при установке сервера 1С, программа установки запрашивает ввод административного пароля, а при установке под Линукс — нет. Зато молча прописывает какой то свой пароль в свои настройки. Если у вас возникла эта проблема, вернитесь назад по этому описанию и внимательно прочтите раздел «Теперь устанавливаем 1С 8.2»

 

4. Проблема возникла последней. Вот сообщение:
ERROR: type modifier is not allowed type «mvarchar» at character 31
Ошибка возникает, когда установленный PostgreSQL не имеет всех необходимых модулей для работы с 1С Предприятием. В данном случае идет речь о модуле ICU (сайт проекта: http://site.icu-project.org/)

Но если вы установили PostgreSQL по версии Etersoft, то модуль имеется, в чем можно убедиться, просто попытавшись его установить. Если вы сделали все точно по данному описанию, значит все, что необходимо сделать, это перезагрузить ваш сервер, о чем было сказано выше. Ошибка должна исчезнуть.
Если ошибка не исчезла, то выполните следующую команду:
apt-get install libicu42
Потом перезагрузитесь. Если не помогло, то создайте вторую БД с произвольным названием. Ошибка должна исчезнуть. Если все нормально, то удалите первую созданную вами БД и создайте заново.

Все. Вы имеете полностью работоспособный сервер 1С Предприятие 8.2
 

 

Что такое консоль кластера серверов 1с 8.3. Администрирование серверов1С предприятие

По различным причинам может быть утерян доступ к серверу 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»

Ставя очередное обновление Бухгалтерии получил ошибку «Я работаю только на 8.3.4», ну вот… пришло время поставить 8.3.4. и так:

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

Служба Агент Сервера 1С

По умолчанию он ставиться на порт 1540, а там у меня крутится 8.2, поэтому меняем в ветке рееста
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent Параметр ImagePath
меняем номера портов, добавляя смещение: «C:\Program Files\1cv8\8.3.4.365\bin\ragent.exe» -srvc -agent -regport 1741 -port 1740 -range 1660:1691 -d «C:\Program Files\1cv8\srvinfo»

Запускаем Агента и Открываем консоль Администрирования серверов 1С и создаем кластер 8.3

Указал имя сервера и настроил на порт 1740 (на 1540 работает 8.2)

Создаем кластер + чуток оптимизировал(У меня всего небольшой ОДИН сервер, поэтому — указываю Интервал перезапуска рабочих процессов и объем памяти. т.к у меня один сервер — уровень отказоустойчивости — 0)

Теперь подробнее:

1. Интервал перезапуска: 86400 сек (24 часа). Момент перезапуска не регламентируется, видимо с момента установки параметров, либо запуска сервера приложений.
2. Также можно указать допустимый объем памяти: 3000000 Кб (3 Гб) — Для сервера с 4 ГБ оперативы, Если ее меньше, то не заполняйте
этот параметр!
.
3. Интервал превышения допустимого объема памяти — это непрерывный интервал времени превышения допустимого объема памяти, после которого сервер перезапустит процесс. Если указано 0 сек — будет ждать вечно.
4. Количество Рабочих процессов расчитывается автоматически на основании Ваших настроек
5. Уровень отказоустойчивости можно задавать уровень отказоустойчивости кластера как количество рабочих серверов, которые могут одновременно выйти из строя, и это не приведет к аварийному завершению работы пользователей. Резервные сервисы запускаются автоматически в количестве, необходимом для обеспечения заданной отказоустойчивости; в реальном режиме времени выполняется репликация активного сервиса на резервные.
6. Режим распределения нагрузки, который можно использовать либо для повышения производительности системы вцелом, либо использовать новый режим «экономии памяти», который позволяет работает «с ограниченной памятью» в случаи если используемая конфигурация «любит отъедать память».

Рабочий сервер

Сервер у меня простенький, 2 Gb оперативы всего и на нем будет всего 2 базы, поэтому настрою его так:

параметр Количество ИБ на процесс ставлю равным 1, т.е. хочу чтобы для каждой ИБ запускался свой процесс — это позволит уменьшить взаимное влияние как по надежности, так и по производительности. Вы же настраивате под характеристики своего сервера!

Информационная база

Добавляю ИБ:

В стартере
пописываю базу:

Требования назначения функциональности

Я у себя это не настраиваю но думаю надо сказать об этом:
Управление кластером заключается в том, что администратор определяет состав компьютеров (рабочих серверов), на которых размещается кластер. Кроме этого (при необходимости) он может определить «требования» к ним: какие сервисы и соединения с информационными базами должны работать на каждом из рабочих серверов. Менеджеры кластера и рабочие процессы запускаются автоматически, исходя из назначенных «требований». «Требования» к рабочим серверам могут быть заданы интерактивно, из консоли администрирования кластера, или программно, из встроенного языка.
Так на ноутбуке с ключом защиты чтобы не запускать пользователей на сервер кластера надо добавить «требования» для объекта требования «Клиентское соединение с ИБ» — «Не назначать», т.е. запретить рабочим процессам данного сервера обрабатывать клиентские соединения. Еще больший интерес предоставляет возможность запускать «только фоновые задания» на рабочем сервере кластера без сеансов пользователей. Таким образом можно высоконагруженные задачи (код) вынести на отдельный машины. При чем можно одно фоновое задание «закрытия месяца» через «Значение дополнительного параметра» запускать на одном компьютере, а фоновое задание «Обновление полнотекстового индекса» на другом. Уточнение происходит через указание «Значение дополнительного параметра». Например если указать BackgroundJob.CommonModule в качестве значения, то можно ограничить работу рабочего сервера в кластере только фоновыми заданиями с любым содержимым. Значение BackgroundJob.CommonModule..- укажет конкретный код.

Профили безопасности

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

Стандартно, после создания, профиль безопасности запрещает выполнение всех потенциально опасных действий:
-обращение к файловой системе сервера;
-запуск COM-объектов;
-использование внешних компонентов 1С:Предприятия;
-запуск внешних обработок и отчётов;
-запуск приложений, установленных на сервере;
-обращение к ресурсам Интернета.
Таким образом защититься от нежелательных действий незнакомого прикладного решения очень просто: нужно создать пустой профиль безопасности и назначить его информационной базе. Далее, если есть необходимость, можно расширять этот профиль, описывая в нём действия, которые разрешается выполнять прикладному решению.

Расположение служебных файлов менеджера кластера в 1С Предприятии 8.3

Если при установке системы! «1С:Предприятие» был выбран вариант запуска сервера «1С:Предприятия» как сервиса, то первый запуск агента сервера будет выполнен еще в процессе установки системы. При этом сервис будет запущен от имени пользователя, выбранного в диалоге установки системы, но служебные файлы кластера серверов будут расположены в каталоге \srvinfo (в параметрах сервиса будет в явном виде указан ключ запуска -d).

Если при установке системы «1С:Предприятие» был выбран вариант запуска сервера как приложения, то запуск сервера в процессе установки системы не выполняется; агента сервера необходимо запустить самостоятельно, после того как установка системы будет закончена. При этом если ключ запуска -d указан не будет, служебные файлы кластера серверов будут расположены в каталоге по умолчанию: %USERPROFILE%\LocalSettings\ApplicationData\lC\lCv8 (%LOCALAPPDATA%\lC\lCv8 для ОС WindowsVista и старше).

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

Базы 1С могут храниться в виде файла или в СУБД (Система управления базами данных). При хранении в СУБД часто используются PostgreSQL или MS SQL. Кроме того, для работы с СУБД необходимо устанавливать сервер 1С. Для его администрирования используется специальная утилита, которую можно установить при установке сервера 1С. Данная утилита позволяет просматривать статистическую информацию, а так же создавать кластеры серверов и информационные базы. Кроме того в консоли администрирования серверов, доступно удаление сеансов, соединений и другие возможности.

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

Параметры кластера (по умолчанию)

Параметры рабочего сервера 1CV8 (по умолчанию)

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

Администрирование серверов 1с под linux (ubuntu) — Я программист

В Windows есть оснастка «Администрирование серверов 1С: Предприятие», которая позволяет подключаться к кластерам серверов и управлять базами данных. А как управлять кластерами и базами в linux? Интересно? Тогда под кат

Пройдемся по пунктам выполняя наиболее востребованные команды. Заметьте, что я использовал 32 битную систему и 1С соответственно, поэтому если Вы используете 64  битную версию — путь к 1С будет скорее всего таким:/opt/1C/v8.3/x86_64/

Для начала запустим кластер серверов 1С следующей командой:

/opt/1C/v8.3/i386/ras —daemon cluster



/opt/1C/v8.3/i386/ras —daemon cluster

 Информация о кластерах

Для получения информации о кластере в терминале надо ввести команду:

/opt/1C/v8.3/i386/rac cluster list



/opt/1C/v8.3/i386/rac cluster list

Вывод этой команды будет примерно такой:

cluster : ef89b672-c6a6-11e4-ea91-0800274e0291
host : 1c
port : 1541
name : «Локальный кластер»
expiration-timeout : 0
lifetime-limit : 0
max-memory-size : 0
max-memory-time-limit : 0
security-level : 0
session-fault-tolerance-level : 0
load-balancing-mode : performance



cluster                       : ef89b672-c6a6-11e4-ea91-0800274e0291

host                          : 1c

port                          : 1541

name                          : «Локальный кластер»

expiration-timeout            : 0

lifetime-limit                : 0

max-memory-size               : 0

max-memory-time-limit         : 0

security-level                : 0

session-fault-tolerance-level : 0

load-balancing-mode           : performance

В данном выводе нас особо интересует идентификатор кластера. В моем случае это «ef89b672-c6a6-11e4-ea91-0800274e0291». Мы будем использовать его для дальнейших манипуляций.

Список баз

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

Для получения списка баз вводим в терминале команду:

/opt/1C/v8.3/i386/rac infobase —cluster=ef89b672-c6a6-11e4-ea91-0800274e0291 summary list



/opt/1C/v8.3/i386/rac infobase —cluster=ef89b672-c6a6-11e4-ea91-0800274e0291 summary list

Вывод:

infobase : d53e07e6-c6b5-11e4-6981-0800274e0291
name : test1
descr :

infobase : a71b8db2-c74a-11e4-1081-0800274e0291
name : tkani
descr :



infobase : d53e07e6-c6b5-11e4-6981-0800274e0291

name     : test1

descr    :

 

infobase : a71b8db2-c74a-11e4-1081-0800274e0291

name     : tkani

descr    :

 Удаление базы

Вводим команду с использование идентификатора кластера и базы, которую хотим удалить:

/opt/1C/v8.3/i386/rac infobase —cluster=ef89b672-c6a6-11e4-ea91-0800274e0291 drop —infobase=a71b8db2-c74a-11e4-1081-0800274e0291



/opt/1C/v8.3/i386/rac infobase —cluster=ef89b672-c6a6-11e4-ea91-0800274e0291 drop —infobase=a71b8db2-c74a-11e4-1081-0800274e0291

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

И не забываем удалить базу из postgresql, если наша цель — полное удаление базы.

[email protected]:/opt/1C/v8.3/i386$ su postgres
[email protected]:/opt/1C/v8.3/i386$ psql
postgres=# \l
postgres=# DROP DATABASE tkani;
postgres=# \q
[email protected]:/opt/1C/v8.3/i386$ exit



[email protected]:/opt/1C/v8.3/i386$ su postgres

[email protected]:/opt/1C/v8.3/i386$ psql

postgres=# \l

postgres=# DROP DATABASE tkani;

postgres=# \q

[email protected]:/opt/1C/v8.3/i386$ exit

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

Добавление базы

Тут довольно большая команда, которую я разъясню чуть ниже:

/opt/1C/v8.3/i386/rac infobase —cluster=ef89b672-c6a6-11e4-ea91-0800274e0291 create —create-database —name=tkani —dbms=PostgreSQL —db-server=1c —db-name=tkani —locale=ru —db-user=postgres —db-pwd=postgrespwd —license-distribution=allow



/opt/1C/v8.3/i386/rac infobase —cluster=ef89b672-c6a6-11e4-ea91-0800274e0291 create —create-database —name=tkani —dbms=PostgreSQL —db-server=1c —db-name=tkani —locale=ru —db-user=postgres —db-pwd=postgrespwd —license-distribution=allow

У этой команды будет вывод:

infobase : 09b3c6a0-c75b-11e4-1081-0800274e0291



infobase : 09b3c6a0-c75b-11e4-1081-0800274e0291

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

А теперь разъяснения:

—create-database
при создании информационной базы создать базу данных

—name=<name>
(обязательный) имя информационной базы

—dbms=MSSQLServer|PostgreSQL|IBMDB2|OracleDatabase
(обязательный) тип СУБД, в которой размещается информационная база:
MSSQLServer — MS SQL Server
PostgreSQL — PostgreSQL
IBMDB2 — IBM DB2
OracleDatabase — Oracle Database

—db-server=<host>
(обязательный) имя сервера баз данных

—db-name=<name>
(обязательный) имя базы данных

—locale=<locale>
(обязательный) идентификатор национальных настроек информационной базы

—db-user=<name>
имя администратора базы данных

—db-pwd=<pwd>
пароль администратора базы данных

—descr=<descr>
описание информационной базы

—date-offset=<offset>
смещение дат в информационной базе

—security-level=<level>
уровень безопасности установки соединений с информационной базой

—scheduled-jobs-deny=on|off
управление блокировкой выполнения регламентных заданий:
on — выполнение регламентных заданий запрещено
off — выполнение регламентных заданий разрешено

—license-distribution=deny|allow
управление выдачей лицензий сервером 1С:Предприятия
deny — выдача лицензий запрещена
allow — выдача лицензий разрешена

Благодарности

Спасибо Александру и его статье: http://blog.ne-plati-za-it.ru/?p=56, с помощью которой я смог разобраться в администрировании серверов 1с из под linux.

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

 

По традиции, всем кому лень читать, предлагаю посмотреть вебинар на указанную тему:

Ну а остальным добро пожаловать под кат:

 

0. Оглавление

  1. Общие сведения
  2. Установка компонент сервера администрирования
  3. Запуск сервера администрирования
  4. Запуск сервера администрирования в качестве службы Windows
  5. Администрирование кластера серверов с помощью утилиты rac.exe
  6. Программные обертки для работы с сервером администрирования
  7. Установка и работа с программой deployka

 

1. Общие сведения

Управлять кластером серверов 1С:Предприятие версии 8.3 возможно как с помощью консоли администрирования серверов 1С, так и из командной строки. Для этих целей служит Сервер администрирования кластера серверов, который состоит из двух утилит: непосредственно самого сервера — программы ras.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 Files1cv8\%1in
as.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 Files1cv88.3.11.2867in
ac.exe" -db-user "АбрамовГС (директор)"

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


@echo on

rem Устанавливаем значения переменных
set ServerName="1CAPP:2541"
set RacPath="C:Program Files1cv88.3.11.2954in
ac.exe"
set uccode="123"

set BaseName="ERP_Test"
set UserName="Admin"
set UserPass="Pass123"
set ConStr="/S%ServerName%\%BaseName%"

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с нет кластера серверов. Создание и удаление защиты информации

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

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

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

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

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

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

Получите 267 видеоуроков по 1С бесплатно:

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

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

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

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

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

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

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

Жизнь продолжается, а платформа 1С: Предприятие 8 развивается. Средства администрирования серверов 1С наконец-то получили развитие от производителя (cm), что косвенно подтверждает проблему неразвитости этих средств

.

Конкретно с DroidRAC со временем возникли следующие проблемы

DroidRAC2 0.0,4

Полностью переписан — стильно, модно, молодо (Kotlin, JetPack, Single-activity)

Новый api от 1С, совместимость с 8.3.11+

В первой версии традиционно только чтение и небольшое удаление (например, удаление пользовательских сессий)

Добавлен раздел «Ключи». он собирает данные о лицензиях всех рабочих процессов / пользовательских сессий для контроля количества используемых лицензий

Добавить / изменить администраторов сервера и кластера

Просмотр свойств значений счетчиков производительности

Редактирование свойств кластера и рабочего сервера

DroidRAC2 0.0,7

Изменить все свойства компонентов кластера (которые не поддерживались в предыдущих версиях)

DroidRAC2 0,0.8

Добавление / удаление счетчиков и ограничений производительности
+ добавление новых баз данных

DroidRAC2 0.1.0

Поиск по РАН. Позволяет найти и добавить адрес ras из локальной подсети. Возможен поиск в других подсетях и по нестандартному порту. Но! В зависимости от вашей юрисдикции сканирование чужих подсетей может привести к различным атакам.
— множественный выбор строк в списках
— в режиме выбора доступно общее количество строк в списке и операции над выбранными элементами
— удаление сессий и соединений в режиме множественного выбора. При удалении сеансов не удаляйте сеанс RAS, чтобы не разорвать собственное соединение. При удалении соединений помните, что удалять можно только соединения, связанные с сессией, но часто это делать не имеет смысла, потому что 1С их восстанавливает

DroidRAC2 0.1,2

Добавление / удаление кластеров

Добавить / удалить рабочие серверы

Искать в списках без учета регистра

Исправление ошибок

Тестирование проводилось на платформе 8.3.13.1690

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

Звезды, комментарии, пожелания развития автору тоже будут приятны.

Предыстория … В нашей компании успешно работает система 1С: Предприятие версии 8.2, которая имеет около 100 интенсивно используемых бухгалтерских баз данных. Для этого случая выделен отдельный сервер с довольно внушительными характеристиками, т.к. в процессе эксплуатации выяснилось, что связка 1С: Предприятие 8.2 + MS SQL 2005 очень требовательна к таким аппаратным ресурсам, как жесткие диски, процессор, а главное — к количеству оперативной памяти … Стоимость такого сервера для нас превысила 250 тысяч рублей (не считая лицензий как на ОС, так и на саму 1С).

Отдельно выделять оборудование для 1С: Предприятия версии 8.3 было сочтено нецелесообразным, да к тому же платить еще около 100 тысяч рублей за второй комплект ключей для сервера 1С, ну очень дорого! Попытка установить «в лоб» 1С: Предприятие версии 8.3 привела к потере кластера с уже существующими базами данных. Здесь были выявлены особенности установки и запуска двух серверных версий 1С: Предприятия на одном компьютере.

1С: Предприятие 8.2 и 8.3 программа установки настраивает программное обеспечение для использования их стандартных портов: 1540
(используется агентом сервера) 1541
(используется менеджером кластера) 1560-1591
(диапазон портов, используемых для рабочих процессов). Следовательно, если сервер 1С: Предприятия 8.3 должен работать одновременно с сервером 1С: Предприятия 8.2, то на первом необходимо указать порты, отличные от тех, которые уже используют работающий экземпляр сервера предыдущей версии.

На компьютере с уже установленным сервером 1С: Предприятия версии 8.2 регистрируется и запускается служба агента сервера 1С: Предприятия 8.2, которая уже использует указанные стандартные порты. Если вы установили сервер 1С: Предприятия 8.3 «рядом», то запуск его службы «Агент сервера 1С: Предприятия 8.3» завершится аварийно, так как он будет пытаться использовать порты, которые уже «заняты». Чтобы этого не произошло, нужно сделать следующее.

(Все, что описано ниже, верно для Windows Server 2008 R2 Enterprise (и Standart) 64 бит + SP1 и 32-битных серверных версий 1С: Предприятия 8.2 и 8.3).

1С: Предприятие 8.2 (версия 8.2.19.90) было установлено мной как служба Windows с правами запуска от имени существующего одного локального пользователя «Администратор».

По окончании установки в окне Диспетчер серверов -> Конфигурация -> Службы видим запущенную службу «Агент сервера 1С: Предприятие 8.2»:

запущен с параметрами:

C: \ Program Files (x86) \ 1cv82 \ 8.2.19.90 \ bin \ ragent.exe «-srvc -agent -regport 1541 -port 1540 -range 1560: 1591 -d» C: \ Program Files (x86) \ 1cv82 \ Server 1C: Enterprise 8.3 ( версия 8.3.4.437) Я установил точно так же:

Однако как видим в окошке

, служба «Агент сервера 1С: Предприятие 8.3» не запустилась: Диспетчер серверов -> Конфигурация -> Службы Теперь нам нужно открыть окно

в командной строке cmd и перейдите в каталог bin установленной серверной версии 1С: Предприятия 8.3 и попробуйте удалить регистрацию службы «Агент сервера 1С: Предприятие 8.3» с помощью команды ragent.exe -rmsrvc: C: \ Users \ admin> cd C: \ Program Files (x86) \\ 1cv8 \ 8.3.4.437 \ bin C: \ Program Files (x86) \ 1cv8 \ 8.3.4.437 \ bin> ragent.exe -rmsrvc Ошибка! Ошибка ControlService!

У меня ошибка Ошибка! Ошибка ControlService! , что в принципе ожидаемо, поскольку служба не была должным образом зарегистрирована в системе. Но на самом деле он должен уйти на пенсию.В окне

вы его больше не увидите. Диспетчер серверов -> Конфигурация -> Службы Теперь нужно перерегистрировать

, но при этом указать порты, отличные от уже используемых агентом 1С: Предприятия 8.2. В моем случае команда будет иметь вид: C: \ Program Files (x86) \ 1cv8 \ 8.3.4.437 \ bin>

-port 2540

  • — порт, на котором установлено 1С: Предприятие серверный агент версии 8.3 будет работать; -регистр 2541
  • — порт, через который работает 1С: Предприятие версии 8.3 кластера серверов будут администрироваться; — диапазон 2560: 2591
  • — диапазон портов для рабочих процессов; -в «C: \ Program Files (x86) \ 1cv8 \ srvinfo»
  • — каталог для хранения информации о вновь созданном кластере 1С: Предприятия версии 8.3; -usr. \\ Администратор
  • — пользователь, от имени которого будет запущен серверный агент 1С: Предприятие версии 8.3; -pwd ********
  • — пароль для указанного пользователя (введите свой). После этого вы снова увидите услугу «Агент сервера 1С: Предприятие 8.3» в окне
  • .

… Достаточно запустить его командой ragent.exe -start: Server Manager -> Configuration -> Services C: \ Program Files (x86) \ 1cv8 \ 8.3.4.437 \ \ bin> ragent.exe -start

В окне

видим службу «Агент сервера 1С: Предприятие 8.3»: Диспетчер серверов -> Конфигурация -> Службы , где в поле «Исполняемый файл» стоит настройка:

запущен с параметрами:

c: \ Program Files (x86) \ 1cv8 \ 8.3.4.437 \\ bin \\ ragent.exe «-srvc -agent -regport 2541 -port 2540 -range 2560: 2591 -d» C: \ Program Files (x86) \ 1cv8 \\ Теперь самое интересное: необходимо выполнять

эту операцию

{! LANG-4d8e33732db17831c3bbfc56a6eb42a2!} {! LANG-7c6894b95bc7aea7a8879996a27f83b8!} каждый раз, когда возникает необходимость в обновлении сервера 1C: Enterprise 8.3. Браво, разработчики …

Теперь немного о том, как жить с указанной связкой. Больше нет необходимости запускать саму программу 1С: Предприятие со старой версией (из папки C: \ Program Files (x86) \ 1cv82 \ common).При установке 1С: Предприятия версии 8.3 ярлык на рабочем столе автоматически перезаписывается для запуска программы из папки C: \ Program Files (x86) \ 1cv8 \ common. Если вы откроете бухгалтерскую базу данных, запущенную на сервере версии 8.2, она автоматически откроется в требуемой версии тонкого клиента.

Шаблоны для создания баз данных (бухгалтерских или ZIK) по умолчанию помещаются в каталог пользователя, от имени которого вы начали их установку. Если вы делаете это как администратор, вы найдете их по пути C: \ Users \ administrator \ AppData \ Roaming \ 1C \ 1cv8 \ tmplts.Если вы хотите добавить новую базу на основе заданного шаблона, тонкий клиент версии 8.3 увидит их все:

Теперь, если вам необходимо зарегистрировать базовую версию 8.3, то вам нужно будет указать в поле «1С: Кластер серверов 1С: Предприятия» компьютер с установленным сервером 1С версии 8.3 и через двоеточие порт менеджера кластера. которые вы указали при регистрации агента сервера 1С сервер версии 8.3. В моем случае это 2541:

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

Необходимость регистрации утилиты для администрирования кластера с обоими серверами 1С (как версии 8.2, так и 8.3) сохраняется после каждой установки / обновления.

А теперь перейдем к администрированию кластеров с серверами 1С: Предприятия разных версий на одном компьютере. Откройте папку в проводнике по пути C: \ Program Files (x86) \ 1cv8 \ common, и создайте на рабочем столе ярлык для консоли администрирования кластера версии 8.3 (лучше сразу ярлык соответственно переименовать, например 1CV8.3 ):

Таким же образом откройте папку в проводнике по пути C: \ Program Files (x86) \ 1cv82 \ common, и создайте на рабочем столе ярлык консоли администрирования кластера версии 8.2 (лучше сразу переименуйте ярлык, например, на 1CV8.2 ):

На рабочем столе вы получите следующее:

Запустить утилиту администрирования кластера серверов 1С: Предприятия версии 8.2 с меткой «1CV8.2» (поскольку сервер использует порты по умолчанию, кластер отобразится без проблем):

При попытке открыть этот кластер из консоли администрирования кластера серверов 1С: Предприятия версии 8.3 (по ярлыку с рабочего стола «1CV8.3») вы увидите ошибку:

Ошибка подключения к серверу 1С : Enterprise 8.3: Различные версии клиента и сервера (8.3.4.437 — 8.2.19.90), клиентское приложение: Консоль кластера

Для отображения кластера 1С: Предприятия версии 8.3 сервер нам нужен, необходимо создать новый центральный сервер 1С: Предприятие 8.3 в этой оснастке:

  • в поле Имя необходимо указать имя компьютера с установленным сервером 1С: Предприятие 8.3;
  • в поле IP-порт необходимо указать порт, на котором запущен агент сервера 1С: Предприятия 8.3, который вы указали при настройке службы запуска агента;
  • в поле Описание указать описание.

После нажатия кнопки «ОК» вы сможете увидеть свой новый кластер, который получился после установки сервера 1С: Предприятия версии 8.3.

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

Вот и все. Удачи!

_________
UPD. Как показала практика, описанный в этой статье способ не подходит для одновременного запуска нескольких экземпляров 1С: Предприятия версии 8.3 сервера на одном сервере. При попытке создать новую службу агента 1С из другой версии 1С: Предприятия, работающей на других портах, выполняется операция:

C: \ Program Files (x86) \ 1cv8 \ 8.3.4.437 \ bin> ragent .exe -instsrvc -port 2540 -regport 2541 -range 2560: 2591 -d «C: \\ Program Files (x86) \\ 1cv8 \ srvinfo» — usr. \\ Administrator -pwd ********

заканчивает тем, что удаляет уже работающую службу старой версии 1С 8.3, а новая не создается.

В я описал способ установки, создания и запуска нескольких версий 1С: Предприятия 8.3 сервера на одном сервере …

21.03.2016

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

Введение

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

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

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

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

regsvr32 / n / i: пользователь radmin.dll

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

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

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

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

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

@echo off

Этот сценарий следует сохранить в исполняемый файл с расширением.формат 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 «

start _console 8.3.7.1873

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

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

MMC не может создать оснастку, Имя: Серверы 1С: Предприятия (x86-64), CLSID:…

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

Заключение

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

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

Здравствуйте уважаемые читатели.

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

«1С: Предприятие» поддерживает:
Клиент-серверный вариант работы
Файловый вариант работы

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

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

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

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

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

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

Создание центрального сервера 1С

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

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

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

IN филиалов Администраторы Добавлены администраторов серверов.Администраторы имеют права администратора только на собственном сервере, вам не нужно быть администратором для управления кластером. Если администратор не добавлен, то каждый, кто входит в систему, сможет управлять сервером.

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

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

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

Создание и удаление информационной безопасности

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

Session start lock enabled — устанавливает запрет на подключение к этой базе.
Сообщение — выдается при попытке присоединиться при блокировке.
Код авторизации — позволяет установить соединение при установленной блокировке соединения.

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

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

Консоль кластера серверов

1c 8.3, где она расположена. Администрирование предприятия server1C. «Чем легче пароль, тем проще».

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

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

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

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

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

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

Получите 267 видеоуроков по 1С бесплатно:

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

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

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

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

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

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

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

21.03.2016

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

Введение

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

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

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

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

regsvr32 / n / i: пользователь radmin.dll

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

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

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

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

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

@echo off

Этот сценарий необходимо сохранить в исполняемый файл формата .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»

start _console 8.3.7.1873

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

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

MMC не может создать оснастку, Имя: Серверы 1С: Предприятия (x86-64), CLSID:…

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

Заключение

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

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

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

  • Файл — 1С устанавливается только на один компьютер, ни один менеджер не может работать с базами данных. Этот вариант подходит для небольших компаний с небольшой оборачиваемостью.
  • Клиентская версия. В работе с 1С задействована пользовательская система, базы данных находятся на одном компьютере, с которым связаны все остальные. Вариант работы имеет трехуровневую архитектуру, состоящую из клиентского приложения, сервера 1С Предприятия и баз данных в формате MS SQL Server или PostgreSQL. В этом случае для корректной настройки используется администрирование серверов 1С.

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

Сервер 1С не имеет встроенного интерфейса для администрирования, поэтому используется консоль.Он входит в стандартный комплект поставки соответствующей версии 1С Предприятие. Эта стандартная утилита устанавливается на каждый локальный компьютер, при этом базы данных могут располагаться здесь или на удаленном сервере.

С помощью консоли администрирования сервера 1С Предприятия можно решить следующие задачи:

  • Вносить изменения в работу сервера, создавать новые, удалять ненужные. Они могут размещать базы данных, определять взаимодействия между разными пользователями.
  • Создайте администраторов. Это пользователи, у которых есть права доступа для внесения изменений на серверы. Каждый администратор может управлять только закрепленным сервером. Если вы не добавите единого администратора, любой зарегистрированный пользователь сможет администрировать сервер 1С.
  • Создание рабочих процессов кластера 1С. Добавление рабочих процессов позволяет вам влиять на производительность конкретного пользователя в системе. В свойствах можно установить максимальное значение производительности (до 1000). Запущенные сеансы присоединяются к процессу с максимальной производительностью.Систематически система самостоятельно анализирует и перераспределяет эти значения для оптимизации.
  • Создание баз данных в 1С Предприятие. Вы можете установить возможность подключать к нему пользователей или разрешить работу только локально.
  • Принудительное завершение сеанса. Иногда сообщение сервера сообщает, что работа уже выполняется под указанным именем пользователя. Система не всегда завершает этот процесс самостоятельно, поэтому администрация позволяет принудительно завершить сеанс для любого пользователя.

Как начать работу в 1С?

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

  • Консоль установлена. Позволяет осуществлять последующее администрирование серверов 1С.
  • Создание центрального сервера. Затем на его основе можно создавать подотчетные ему структуры. Для этого в контекстном меню введите имя, используемый протокол, номер порта, используемого для связи.
  • Создание кластера. В этом случае также поможет контекстное меню. Необходимо заполнить запрашиваемую информацию (имя кластера, используемый компьютер, порт для подключения, не обязательно совпадает с портом, указанным ранее).
  • Создание информационной базы данных. В соответствующей ветке также необходимо использовать контекстное меню. Он содержит необходимые параметры (имя, описание, тип подключения, местоположение, тип СУБД, имя пользователя и пароль). После подтверждения правильности введенных данных создается база данных.Теперь вы можете ввести в него необходимые данные.

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

Администрирование от профессионалов: основные преимущества

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

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

Администрирование платформы 1С профессиональными специалистами имеет ряд преимуществ:

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

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

По разным причинам доступ к серверу 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»

Ставя очередное обновление Бухгалтерии, выскакивает ошибка «Работаю только на 8.3.4», ну … пора ставить 8.3.4. итак:

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

1С Server Agent Service
По умолчанию он ставится на порт 1540, а там я запускаю 8.2, поэтому меняем в ветке реестра
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ 1C: Enterprise 8.3 Параметр
ImagePath агента сервера изменит номера портов, добавив смещение: «C: \\ Program Files \\ 1cv8 \\ 8.3.4.365 \\ bin \\ ragent.exe» -srvc -agent -regport 1741 -port 1740 -range 1660: 1691 -d «C: \ Program Files \\ Запускаем Агент и Открываем Консоль администрирования серверов 1С и создаем кластер 8.3

Указал имя сервера и настроил его на порт 1740 (8.2 работает на 1540)
Создаем кластер + немного оптимизирован (у меня только маленький ОДИН сервер, поэтому указываю интервал перезапуска рабочих процессов и объем памяти, т.к. у меня один сервер — уровень отказоустойчивости 0)

А теперь поподробнее:

{! LANG-78a21ccf865c7a5357eca8475a0df731!}
1. Интервал перезапуска: 86400 сек (24 часа). Момент перезапуска не регламентирован, видимо с момента установки параметров или запуска сервера приложений.
2. Также можно указать допустимый объем памяти: 3 000 000 КБ (3 ГБ) — для сервера с 4 ГБ ОЗУ Если меньше, то не заполняйте этот параметр! .
3. Интервал нехватки памяти — это непрерывный интервал времени отсутствия памяти, по истечении которого сервер перезапустит процесс. Если указано 0 секунд, он будет ждать вечно.
4. Количество рабочих процессов рассчитывается автоматически на основе ваших настроек.
5. Уровень аварийного переключения. Вы можете установить уровень аварийного переключения кластера как количество рабочих серверов, которые могут выйти из строя одновременно, и это не приведет к аварийному отключению пользователей.Сервисы резервного копирования запускаются автоматически в количестве, необходимом для обеспечения заданной отказоустойчивости; в реальном времени активный сервис реплицируется на резервный.
6. Режим балансировки нагрузки, который можно использовать либо для повышения производительности системы в целом, либо для использования нового режима «экономии памяти», который позволяет работать «с ограниченной памятью» в тех случаях, когда используемая конфигурация «нравится» съедают память ».

Рабочий сервер
У меня простой сервер, всего 2 Гб ОЗУ и у него будет всего 2 базы, поэтому я настрою его так:

Я установил параметр Количество ИБ на процесс равным 1, я.е. Я хочу, чтобы для каждой ИБ запускался свой процесс — это уменьшит взаимное влияние как по надежности, так и по производительности. Вы настраиваете под характеристики своего сервера!

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

В стартовой пишущей базе:

Требования к назначению функциональности
Я не настраивал для себя, но думаю, что должен сказать О нем:
Управление кластером заключается в том, что администратор определяет состав компьютеров (рабочих серверов), на которых расположен кластер.Кроме того (при необходимости) он может определить «требования» к ним: какие сервисы и подключения к информационным базам должны работать на каждом из рабочих серверов. Менеджеры кластеров и рабочие процессы запускаются автоматически в соответствии с заданными «требованиями». «Требования» к рабочим серверам могут быть установлены интерактивно из консоли администрирования кластера или программно на встроенном языке.
Итак, на ноутбуке с ключом безопасности, чтобы не запускать пользователей на кластерном сервере, нужно добавить «требования» к объекту требования «Подключение клиента к информационной безопасности» — «Не назначать», т.е.е. запретить рабочие процессы, этот сервер обрабатывает клиентские соединения. Еще больший интерес представляет возможность запускать «только фоновые задания» на производственном сервере в кластере без пользовательских сеансов. Таким образом, высоконагруженные задачи (код) можно переносить на отдельную машину. Более того, можно запустить одну фоновую задачу «Закрытие месяца» через «Значение дополнительного параметра» на одном компьютере, а фоновую задачу «Обновить полнотекстовый индекс» — на другом. Уточнение происходит через указание «Значение дополнительного параметра».Например, если в качестве значения указать BackgroundJob.CommonModule, то можно ограничить работу рабочего сервера в кластере только фоновыми заданиями с любым содержимым. Значение BackgroundJob.CommonModule ..- будет указывать на конкретный код.

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

По умолчанию после создания профиль безопасности запрещает выполнение всех потенциально опасных действий:
— обращение к серверу файловой системы;
— запуск COM-объектов;
-использование внешних компонентов 1С: Предприятие;
-запуск наружных обработок и отчетов;
-запуск приложений, установленных на сервере;
— доступ к Интернет-ресурсам.
Таким образом, защититься от нежелательных действий незнакомого прикладного решения очень просто: нужно создать пустой профиль безопасности и привязать его к информационной базе. Далее, при необходимости, вы можете расширить этот профиль, описав в нем действия, которые разрешено выполнять прикладному решению.

Расположение служебных файлов менеджера кластера в 1С Предприятие 8.3
Если при установке системы! Для запуска сервера «1С: Предприятие» как услуги выбран вариант «1С: Предприятие», первый запуск агента сервера будет произведен при установке системы.В этом случае служба будет запущена от имени пользователя, выбранного в диалоговом окне установки системы, но служебные файлы кластера серверов будут располагаться в каталоге \\ srvinfo (параметр запуска -d будет явно указан в сервисные параметры).

Если при установке системы «1С: Предприятие» была выбрана опция запуска сервера как приложения, то при установке системы сервер запускаться не будет; агент сервера должен быть запущен независимо после завершения установки системы.В то же время, если параметр запуска -d не указан, служебные файлы кластера серверов будут расположены в каталоге по умолчанию:% USERPROFILE% \ LocalSettings \ ApplicationData \ lC \ lCv8 (% LOCALAPPDATA% \ lC \\ lCv8 для WindowsVista и старше).

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

Server 1c 8.3 восстановление доступа к консоли. Администрирование предприятия server1C. Администрирование кластера серверов

21.03.2016

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

Введение

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

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

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

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

regsvr32 / n / i: пользователь radmin.dll

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

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

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

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

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

@echo off

Этот сценарий необходимо сохранить в исполняемый файл формата .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»

start _console 8.3.7.1873

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

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

MMC не может создать оснастку, Имя: Серверы 1С: Предприятия (x86-64), CLSID:…

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

Заключение

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

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

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

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

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

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

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

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

Получите 267 видеоуроков по 1С бесплатно:

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

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

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

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

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

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

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

Ставя очередное обновление бухгалтерии, выдает ошибку «Работаю только на 8.3.4 «, ну … пора ставить 8.3.4. Итак:

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

1С Server Agent Service
По умолчанию он ставится на порт 1540, а там у меня 8.2 работает, поэтому меняем в ветке реестра
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ 1C: Enterprise 8.3 Server Agent ImagePath параметр
меняем номера портов добавлением смещения : «C: \ Program Files \ 1cv8 \ 8.3.4.365 \\ bin \\ ragent.exe «-srvc -agent -regport 1741 -port 1740 -range 1660: 1691 -d» C: \ Program Files \\ Запустите Агент и откройте Консоль администрирования серверов 1С и создать кластер 8.3

Указал имя сервера и настроил его на порт 1740 (8.2 работает на 1540)
Создаем кластер + немного оптимизирован (у меня только маленький ОДИН сервер, поэтому — указываю интервал перезапуска рабочие процессы и объем памяти.Так как у меня один сервер — уровень отказоустойчивости 0)

А теперь поподробнее:

1.Интервал перезапуска: 86400 сек (24 часа). Момент перезапуска не регламентирован, видимо с момента установки параметров или запуска сервера приложений.
2. Также можно указать допустимый объем памяти: 3 000 000 КБ (3 ГБ) — для сервера с 4 ГБ ОЗУ
Если меньше, то не заполняйте этот параметр! 3. Интервал нехватки памяти — это непрерывный интервал времени отсутствия памяти, по истечении которого сервер перезапустит процесс. Если указано 0 секунд, он будет ждать вечно..
4. Количество рабочих процессов рассчитывается автоматически на основе ваших настроек.
5. Уровень аварийного переключения. Вы можете установить уровень аварийного переключения кластера как количество рабочих серверов, которые могут выйти из строя одновременно, и это не приведет к аварийному отключению пользователей. Резервные службы запускаются автоматически в количестве, необходимом для обеспечения указанной отказоустойчивости; в реальном времени активный сервис реплицируется на резервный.
6. Режим балансировки нагрузки, который можно использовать либо для увеличения производительности системы в целом, либо для использования нового режима «экономии памяти», который позволяет работать с «ограниченной памятью» в тех случаях, когда используемая конфигурация «любит разъедать» объем памяти».
Рабочий сервер

Мой сервер простой, всего 2 Гб ОЗУ и у него будет всего 2 базы, поэтому я настрою его так:
Я устанавливаю параметр Количество ИБ на процесс равным 1, т.е. хотите, чтобы для каждой информационной безопасности запускался собственный процесс — это уменьшит взаимное влияние как с точки зрения надежности, так и производительности.

Вы настраиваете под характеристики своего сервера! Информационная база

Добавляю IB:
В стартере

письменная база: Требования к назначению функциональности

Сам не настраиваю, но думаю, что нужно сказать о it:
{! LANG-869338b1d827293cc7affef1838!}
Управление кластером заключается в том, что администратор определяет состав компьютеров (рабочих серверов), на которых расположен кластер.Кроме того (при необходимости) он может определить «требования» к ним: какие сервисы и подключения к информационным базам должны работать на каждом из рабочих серверов. Менеджеры кластеров и рабочие процессы запускаются автоматически в соответствии с заданными «требованиями». «Требования» к рабочим серверам могут быть установлены интерактивно с консоли администрирования кластера или программно с помощью встроенного языка.
Итак, на ноутбуке с ключом безопасности, чтобы не запускать пользователей на кластерном сервере, нужно добавить «требования» к объекту требования «Подключение клиента к информационной безопасности» — «Не назначать», т.е.е. запретить рабочим процессам этого сервера обрабатывать клиентские соединения. Еще больший интерес представляет возможность запускать «только фоновые задания» на производственном сервере в кластере без пользовательских сеансов. Таким образом, высоконагруженные задачи (код) можно переносить на отдельные машины. Более того, можно запустить одну фоновую задачу «Закрытие месяца» через «Значение дополнительного параметра» на одном компьютере, а фоновую задачу «Обновить полнотекстовый индекс» — на другом. Уточнение происходит через указание «Значение дополнительного параметра».Например, если в качестве значения указать BackgroundJob.CommonModule, то можно ограничить работу рабочего сервера в кластере только фоновыми заданиями с любым содержимым. Значение BackgroundJob.CommonModule ..- будет указывать на конкретный код.

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

По умолчанию после создания профиль безопасности запрещает выполнение всех потенциально опасных действий:
— обращение к серверу файловой системы;
— запуск COM-объектов;
-использование внешних компонентов 1С: Предприятия;
-запуск наружных обработок и отчетов;
-запуск приложений, установленных на сервере;
— доступ к Интернет-ресурсам.
Таким образом, защититься от нежелательных действий незнакомого прикладного решения очень просто: нужно создать пустой профиль безопасности и привязать его к информационной базе. Далее, при необходимости, вы можете расширить этот профиль, описав в нем действия, которые разрешено выполнять прикладному решению.

Расположение служебных файлов менеджера кластера в 1С Предприятие 8.3
Если при установке системы! Для запуска сервера «1С: Предприятие» как услуги выбрана «1С: Предприятие», первый запуск серверного агента будет произведен при установке системы.В этом случае служба будет запущена от имени пользователя, выбранного в диалоговом окне установки системы, но служебные файлы кластера серверов будут располагаться в каталоге \\ srvinfo (параметр запуска -d будет явно указан в сервисные параметры).

Если при установке системы 1С: Предприятия была выбрана опция запуска сервера как приложения, то при установке системы сервер не запускается; агент сервера должен быть запущен независимо после завершения установки системы.В то же время, если ключ запуска -d не указан, служебные файлы кластера серверов будут расположены в каталоге по умолчанию:% USERPROFILE% \ LocalSettings \ ApplicationData \ lC \ lCv8 (% LOCALAPPDATA% \ lC \\ lCv8 для WindowsVista и более поздних версий).

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

По разным причинам доступ к серверу 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»

В этой статье мы познакомимся с сервером администрирования кластера серверов, а именно с утилитами 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. Запуск сервера администрирования

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

Из справки видно, что сервер администрирования может работать как в режиме приложения , так и как в Windows service (параметр service
). Также с помощью можно установить сетевой порт, на котором будет работать сервер администрирования (параметр порт
, по умолчанию это порт 1545
), а для режима администрирования кластера — claster
… Вы можете вызвать справку по этому режиму с помощью команды:

rac справочный кластер

После этого мы увидим, что в этом режиме в качестве аргумента указывается адрес агента кластера серверов 1С: Предприятия. По умолчанию это localhost: 1540 .

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

Хорошо, если вам нужно подключиться к серверу, агент запущен, например, на компьютере с сетевым именем Server1C , а агент работает на нестандартном порту 2540
, то команда будет такой:

кластерный сервер rac 1c: 2540

4.Запуск Сервера администрирования как службы Windows

Конечно, чтобы не запускать сервер администрирования каждый раз вручную, его удобно запускать один раз как службы windows … Но, к сожалению, разработчики платформы не реализовали возможность автоматической регистрации соответствующей службы в системе. система, как, например, это было сделано. Для добавления службы предлагается использовать системную утилиту sc … Рассмотрим этот процесс подробнее.

Пусть это будет локальный пользователь с именем USR1CV8_RAS и паролем Pass123

Регистр-рас.bat файл:

@ echo off rem% 1 — полный номер версии 1С: Предприятия установлен 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: \ » Файлы \ 1cv8 \% 1 \ bin \ ras.exe \ «cluster —service —port =% RASPort %% AgentName%:% CtrlPort%» set Desctiption = «1С: Предприятие 8.3 Удаленный Сервер «sc stop% SrvcName% sc delete% SrvcName% sc create% SrvcName% binPath =% BinPath% start = auto obj =% SrvUserName% password =% SrvUserPwd% displayname =

In the file name =

In the file» укажите:

  • имя пользователя и пароль, с которого будет запущена служба — переменные SrvUserName
    и SrvUserPwd
  • адрес и порт агента сервера, который мы собираемся администрировать — переменные AgentName
    и CtrlPort
  • А также название службы и сетевой порт, на котором будет работать сервер администрирования — переменные RASPort
    и SrvcName
    … Изменять эти параметры имеет смысл только в том случае, если вы хотите запустить несколько серверов администрирования параллельно, например, для обслуживания разных серверов 1С.

Текущая версия платформы 1С: Предприятие — единственный параметр в bat-файле. Таким образом, чтобы создать службу, запустите командную строку с правами администратора и запустите созданный ранее файл register-ras.bat , не забывая указать версию нужной вам платформы.

Проверяем, появилась ли в системе услуга с указанным именем.И сразу запускать, выбрав соответствующий пункт в контекстном меню.

На этом установка Сервера администрирования как службы завершена.

5. Администрирование кластера серверов с помощью утилиты rac.exe

Итак, мы установили сервер администрирования. Взаимодействие с сервером осуществляется с помощью специальной консольной утилиты rac.exe. Выполним команду

, чтобы получить помощь по этой программе.

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

Описывать все режимы работы явно нет смысла. Вот лишь несколько примеров того, как это работает.

Получение списка информации о кластере:

Получение списка информационных баз на данном кластере серверов:

Получение списка связей с указанной информационной базой:

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

6. Программные оболочки для работы с сервером администрирования

Как видно из примеров, работать с утилитой rac из командной строки по-прежнему одно удовольствие. Но этот механизм не был создан для ручного управления. Например, на сайте ITS есть Java-архивы, позволяющие взаимодействовать с сервером администрирования из программы на языке java без помощи консольной утилиты администрирования. Вы можете скачать этот пакет.

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

Например, помимо прочего, он может работать с сервером администрирования, написанным на языке OneScript, , программой deployka .

Я уже говорил о движке OneScript.

Узнать больше о деплойке.

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

7. Установка и настройка с помощью программы deployka

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

1.
Загрузите дистрибутив OneScript с официального сайта.

2.
Установите, следуя инструкциям мастера.

3.
Мы входим в систему, чтобы применить новые переменные среды.

4.
Запускаем командную строку с правами администратора, проверяем корректность выполнения предыдущих шагов командой

5.
Установите программу deployka с помощью диспетчера пакетов opm , выполнив команду

opm установить deployka

6.
Проверяем, что все работает, вызвав справку по «развертыванию» командой

7.
В общем и все.Все режимы программы видны на экране. Далее читаем справку на сайте или в консоли, вызывая подсказку для каждого режима соответствующей командой:

Таким образом, например, можно завершить все сеансы в указанной информационной базе, а затем заблокировать начало сеансов.

deployka session kill -db Accounting_Demo -rac «C: \ Program Files \ 1cv8 \ 8.3.11.2867 \ bin \ rac.exe» -db-user «AbramovGS (Director)»

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

@ echo on rem Установить значения переменных set ServerName = «1CAPP: 2541» установить RacPath = «C: \\ Program Files \ 1cv8 \ 8.3.11.2954 \ bin \ rac.exe «установить uccode =» 123 «установить BaseName =» ERP_Test «установить UserName =» Admin «установить UserPass =» Pass123 «установить ConStr \ u003d «/ 1CAPP: 2541 \ ERP_Test» установить RepoPath = «tcp: // 1CAPP / ERP_DEV» установить RepoUserName = «test» установить RepoUserPass = «123» rem Завершение работы пользователей call deployka session kill -db% BaseName% -db-user% UserName% -db-pwd% UserPass% -rac% RacPath% -lockuccode% uccode% rem Обновление конфигурации базы данных из репозитория вызов deployka loadrepo% ConStr %% RepoPath% -db-user% UserName% -db -pwd% UserPass% -storage-user% RepoUserName% -storage-pwd% RepoUserPass% -uccode% uccode% rem Обновление вызова конфигурации базы данных deployka dbupdate% ConStr% -db-user% Us erName% -db-pwd% UserPass% -uccode% uccode% rem Разблокировать сеансы вызова deployka session unlock -db% BaseName% -db-user% UserName% -db-pwd% UserPass% -rac% RacPath% -lockuccode% uccode%

Спасибо всем, кто дочитал до конца.Напишите, если есть вопросы.

Эта статья вам помогла?

Взломать Windows Server через 1С / Судо Null IT News

Сегодня мы расскажем, как получить права локального администратора на MS Windows Server 2016 через небезопасную базу данных 1С: Предприятие 8.. Уверены, что этот кейс будет интересен как специалистам по информационной безопасности, так и системным администраторам. В конце вас ждет бонус.

Во время внутреннего тестирования на проникновение мы столкнулись с крайне редкой ситуацией; в сети Заказчика с помощью автоматических сканеров уязвимостей не обнаружено.DIB (Департамент информационной безопасности) Заказчика тщательно «пропылесосил» все свои активы и тем самым закрыл большинство стандартных векторов атак. Нам удалось реализовать несколько сценариев и рассказать о самых интересных.

Получение учетных данных для MS SQL Server

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

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

Проанализировав все базы данных, мы обнаружили, что база данных perf не защищена паролем.

Вы можете войти в базу данных perf без пароля; по умолчанию у пользователя есть права администратора. После входа в базу оказывается, что в ней есть конфигурация «Нагрузочный тест TPC-1C», предназначенная для проверки работоспособности сервера 1С.

В конфигурации для тестирования производительности необходимо указать учетные данные для подключения к серверу базы данных. Учетные данные хранятся в информационной базе. В нашем случае это произошло, системный администратор не удалил учетные данные после выполнения тестов производительности:
Мы столкнулись с проблемой, пароль скрыт. Не придумав лучшего решения, было решено просто отключить свойство «Режим пароля» для поля «Пароль SQL». Для этого открыли информационную базу в режиме конфигуратора.По следующей схеме «Конфигурация -> Поддержка -> Настройка поддержки» конфигурация была удалена из поддержки, чтобы можно было изменить форму в конфигурации:
Затем мы нашли форму с отображением учетных данных и отключили свойство «Режим пароля» для поля «Пароль SQL»:
После сохранения изменений и запуска отладки нажмите клавишу F5. После запуска настройки, открыв форму с учетными данными, мы увидели долгожданный пароль:
Молодец, половина дела.

Получение доступа к выполнению команд на сервере

Для проверки правильности учетных данных мы использовали модуль «вспомогательный / сканер / mssql / mssql_login» из Metasploit Framework, имя пользователя и пароль успешно подошли к MS SQL Server, расположенному на том же сервере:
Пользователь sa по умолчанию имеет максимально возможные права, это позволяет выполнять команды операционной системы через функцию xp_cmdshell. Чтобы протестировать эту функцию, мы будем использовать модуль «mssql _exec» из Metasploit Framework:
Как видно на скриншоте, у нас есть возможность выполнять команды на сервере в контексте пользователя «nt service \ mssqlserver».

Повышение системных привилегий

Осталось повысить привилегии на сервере. Для этого откройте сеанс meterpreter с помощью модуля «exploit / windows / mssql / mssql_payload» из Metasploit Framework:
После открытия консоли meterpreter загрузите модуль инкогнито:
Модуль инкогнито позволяет красть токены пользователей, тем самым вы можете выдавать себя за другого пользователя и повышать привилегии в системе.

Как видно на скриншоте выше, интересующие нас токены недоступны.

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

Загрузите эксплойт RottenPotato по ссылке и загрузите его через meterpreter.

Запустите эксплойт с помощью команды: execute -cH -f ./rottenpotato.exe. Видим, что в списке доступных токенов появился новый — «NT AUTHORITY \ SYSTEM» Переключитесь на него командой: impersonate_token «NT AUTHORITY \\ SYSTEM» и нам наконец-то удается получить максимальные права на сервере.

На снимке экрана показан процесс повышения привилегий:

Отлично, система успешно взломана.

Бонус

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

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

Скачать конфигурацию 1С-Shell. Откройте найденную информационную базу в Конфигураторе.

Выберите Администрирование — Загрузить информационную базу и укажите файл 1C-Shell.dt.

Внимание! Все данные в этой информационной базе будут удалены!

После загрузки новой конфигурации откройте базу 1С. Введите пароль MArS6M для пользователя Kraud и получите возможность выполнять команды на сервере 1С.

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

Рекомендации

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

Резюме

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

Обновление сервера 1с 8 2. Подготовка к работе и блокировка пользователей при установке

Как автоматически обновлять 1С? Этот вопрос беспокоит многих неподготовленных, а иногда и квалифицированных ИТ-специалистов. Механизм автоматического обновления 1С рассчитан на разные категории пользователей. Сюда могут входить как неподготовленные пользователи, так и администраторы развертывания.


Сценарий для неподготовленных пользователей подразумевает установку и внедрение обновлений за минимальное количество щелчков мышью и без специальных ИТ-навыков.Сценарий администратора более сложный. Он может включать отложенную установку и гибкую настройку параметров.

Функциональные свойства механизма обновления следующие:

  1. Авто. Практически не требует настройки и обучения пользователей.
  2. Настраиваемый. Пользователь может изменить параметры по умолчанию.
  3. Транзакционный. Свойство подразумевает откат системы в случае некорректной установки.
  4. Проверено. Если возникает ошибка, пользователь быстро узнает об этом и влияет на ход обновления.

Получение обновлений через Интернет

Для этого вам необходимо посетить веб-сайт поставщика обновлений. Если обновление доступно, помощник сообщит вам номер версии (например, автоматическое обновление платформы 1c 8 3), краткое описание и размер, а затем предложит вам установить его. Не забудьте ввести свой логин и пароль, если на сайте поставщика требуется авторизация. Получение файлов обновления может занять много времени, но это не должно вызывать беспокойства.

Обновление 1С 8.3 через Интернет самостоятельно

Установка обновлений

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

После нажатия кнопки «Далее» помощник начнет интерактивную установку автоматического обновления конфигурации.Этот процесс также может занять длительное время. Все зависит от объема данных и характеристик машины.

Если мы имеем дело с клиент-серверной версией развертывания системы, то есть возможность установить отложенное обновление. Для этого необходимо указать желаемую дату и время для движка обновлений. Но для этого необходимо, чтобы компьютер был включен в указанные дату и время.

Диагностика аварийных ситуаций

Все произошедшие операции и ошибки автоматически фиксируются в журнале информационной базы.Во время установки обновлений система создает во временной папке пользователя файл журнала, который содержит записи о ходе обновления. Затем его содержимое попадает в журнал. Последний каталог,% temp% \\ 1CUpdate., Является последней обновленной версией. Результаты обновления также записываются в журнал системных событий. Уведомление об обновлении по электронной почте может быть организовано, если вы хотите.

Конфигурация впрыска

Демонстрационная конфигурация двигателя существует в виде файла поставки. Это позволяет вам предоставить любую конфигурацию приложения в качестве поддержки.Этот файл тоже можно рассматривать как своего рода «библиотеку».

Проверка и получение обновлений происходит в результате взаимодействия с сайтом поставщика. Общедоступная часть сайта предоставляет вам анонимный доступ к обновленной информации. Но для доступа к самим товарам часто требуется зайти на сайт. Вот так может выглядеть полный путь к файлу обновления, содержащему открытую и закрытую части сайта: http://downloads.v8.1c.ru/tmplts/1с/Accounting/2_0_32_6/1cv8.zip.

Формат файла обновления

UpdInfo.txt — файл с информацией об обновлении. Он содержит параметры, описанные ниже.

  1. Версия. Номер версии обновления.
  2. FromVersions. Список версий 1С, на которые распространяется данное обновление.
  3. Различные параметры, которые не используются механизмом обновления.

Пример UpdInfo.txt. На рисунке показаны примеры содержимого таких файлов.

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

  • Загрузите файлы на веб-сервер.Они должны иметь структуру каталогов, которая соответствует каталогу шаблонов, а каталог с именем 1c.ru определяется «открытой» частью сайта. Также с каталогом загрузок он соответствует той части сайта, которая требует авторизации. Обратите внимание, что веб-сервер никогда не поставлялся с демонстрационной конфигурацией. Затем в переопределяемом модуле (с названием «Обновление конфигурации») укажите адреса обеих частей сайта. Создайте исходный файл конфигурации дистрибутива для версии 1.0.0.0 и добавьте к нему два инкрементальных обновления: 1.0.1.1 и 1.1.2.3.
  • Измените версию конфигурации на 1.0.1.1 и создайте файлы распространения (cf) и обновления (cfu).
  • При создании файла обновления укажите предыдущую версию файла дистрибутива 1.0.0.0.
  • Сохраните файл обновления в каталог \ downloads \ tmplts \ 1c \ AutoUpdate \ 1_0_1_1.

Примечание: чтобы не забыть адреса, пароли и логины, создайте на рабочем столе текстовый документ, содержащий эти данные.Это упростит вам управление процессом автоматического обновления. Это также значительно снизит вероятность возникновения нештатной ситуации (некоторые из этих ситуаций были описаны выше).

Как внедрить обновление?

Для реализации обновления 1С необходимо выполнить ряд простых шагов:

  1. предоставить предварительные условия, при которых можно будет полностью встроить библиотеку в конфигурацию;
  2. переносить элементы метаданных объектов из требуемой конфигурации;
  3. проверьте правильность реализации.

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

На рисунке ниже показаны требования к различным компонентам системы.

Автоматическое и ручное обновление типовой конфигурации

Обновление сервера 1с с 8.2 до 8.3 не вызовет никаких проблем, если вы изначально предусмотрите пару пунктов.
Во-первых, нужно исключить пользователей из всех баз 1с. После этого останавливаем службу — Server Agent 1c: Enterprise 8.2. а для надежности необходимо отключить автоматический запуск этой службы. Можно через командную строку:
sc config «1С: Предприятие 8.2 Server Agent (x86-64)» start = disabled
sc stop «1С: Enterprise 8.2 Server Agent (x86-64)»

Пробел после «start =» обязателен.
Затем в Program Files создайте папку 1cv8 и скопируйте туда каталог srvinfo из 1cv82.Это очень важный момент. Если папка не копируется, список баз данных не будет подхвачен на новом сервере.
Старый сервер 8.2 не следует удалять. В общем, удалять его вообще не нужно, на всякий случай.

Теперь устанавливаем сервер 1с 8.3.
В процессе установки будет задан вопрос о языке системы, если ОС на сервере английская, то русский язык лучше выбрать своими руками. Далее при выборе пользователя оставляем пользователя из 8.2 и обязательно введите его текущий пароль в оба поля ниже. Драйвер лицензии на оборудование, если используются пин-коды, устанавливать не нужно.
После успешной установки 8.3 зайдите в консоль администрирования и посмотрите список баз, все базы должны быть подхвачены.

После запуска сервера 1c 8.3 необходимо настроить параметры сервера 1c. В частности, потребление памяти и количество баз данных и пользователей на 1 рабочий процесс сервера.
В консоли администрирования сервера 1с в дереве слева найдите пункт «Локальный кластер», правой кнопкой мыши — Свойства.Подправляем параметр — «Допустимый объем памяти». Установил 2097152 Кб, это 2Гб. «Интервал превышения допустимого объема памяти» — 60 секунд. Если процесс превысит допустимый объем, он будет перезапущен, а все пользователи переключатся на другой процесс.
Далее в дереве открываем меню «Рабочие серверы» и на нашем сервере правой кнопкой выбираем свойства. Здесь нужно установить объем памяти, доступной серверу 1с. Это указано в разделе «Максимальный объем памяти рабочего процесса».Поскольку на сервере всего 24 ГБ памяти, я поставил 22 ГБ на 1 с. В байтах это будет 23622320128.
Здесь мы также указываем количество информационных баз на процесс и количество соединений на процесс. Я ввел 1 и 15 соответственно.
После внесения изменений перезагружать сервер не нужно, все настройки подбираются на лету. Хотя для надежности перезапуск не помешает. Достаточно перезапустить сервис сервера 1с.

В отличие от 8.2 в 8.3, вам не нужно вручную создавать рабочие процессы, они создаются автоматически по мере необходимости

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

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

Для обновления можно обратиться к специалисту, а можно сделать самому, в этом нет ничего сложного. Рассмотрим, как самостоятельно обновить платформу 1с 8.3 за два простых шага. Эта инструкция также подходит для перехода с платформы 1С 8.2 на 8.3.

Если у вас уже есть установочный файл, то переходите к следующему разделу «Установка».

Итак, заходим на сайт поддержки (https://users.v8.1c.ru/):

Нас интересует раздел «Обновление программ».

На следующей странице сайта необходимо ввести Логин и Пароль, которые вы получили при заключении договора на поддержку информационных технологий (ИТС):

Получите 267 видеоуроков по 1С бесплатно:

Нас интересует линейка «Технологическая платформа 8.3». Перейдите по этой ссылке и попадете на страницу с номерами версий:

Естественно, нас интересует последний, то есть верхний. Снова нажимаем на ссылку и здесь выбираем платформу для Windows ( этот раздел содержит платформы для Linux и, и многое другое, важно не перепутать! ):

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

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

Установка платформы 1С

После распаковки найдите в списке файлов файл setup.exe и запустите его:

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

Наше видео об установке обновлений 1С 8.3, 8.2 или 8.1:

После обновления платформы 1С при необходимости можно переходить на.

Обновление сервера 1С 8.3

Процесс обновления платформы 1С на сервере ничем не отличается от обычного обновления, приведенного выше. Единственное условие — нужно правильно выбрать дистрибутив приложения.Обратите внимание, что установочный файл серверного приложения бывает двух типов — 32 и 64 бит.

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

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

Для пользователей и администраторов программ 1С

Дмитрий Миронов

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

Перед обновлением нам нужно будет немного подготовиться.

1. Просмотрите номер установленной версии на сервере.

Для этого запустите 1С, откройте любую базу данных, размещенную на сервере предприятия, и щелкните значок справки (или нажмите «Справка» — затем «О программе»)

посмотрите номер релиза:

В нашем случае это довольно старый релиз, версия 8.2.15.318.

2. Скачайте необходимую версию платформы.

Далее заходим на сайт пользователей.v8.1c.ru (для доступа к сайту необходимо подписаться на ИТС и получить логин и пароль учетной записи).

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

Выбрать пункт «Технологическая платформа 8.2».

Выбираем нужный релиз (в данном случае я устанавливаю последнюю версию из 16 релизов, так как 17 версия платформы 8.2 еще несколько сыровата).

Выбираем пункт «Технологическая платформа 1С предприятие для windows»

И нажмите «Скачать».

3. Подготовьте перед установкой.

Перед установкой нужно убедиться, что сейчас в базах сервера 1С никто не работает. Для этого заходим в Консоль администрирования предприятия 1С:

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

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

Затем нужно сделать резервные копии всех баз данных ().И обязательно протестируйте распаковку резервных копий!

Еще нам понадобится пароль локального пользователя, от имени которого запущен сервер 1С предприятия (по умолчанию это usr1cv82). Если пароль не был записан своевременно, то вы можете изменить его в управлении компьютером, пользователями.

4. Обновление 1С

По завершении подготовительных действий распаковать архив и запустить файл «setup.exe»

Теперь проверяем, какие компоненты будут обновлены.

В следующем окне оставьте все по умолчанию и нажмите «Далее». И в новом окне мы просто вводим пароль от нашего локального пользователя.

Для установки обновления платформы 1С 8.3 или 8.2 необходимо предварительно определить, в каком режиме идет работа — в файловом или клиент-серверном:

  • В файловом режиме достаточно обновить клиентские компьютеры с 1С одним дистрибутивом;
  • В версии клиент-сервер вам нужно будет установить разные дистрибутивы на серверную и клиентскую машины.

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

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

При покупке стандартных продуктов в комплект входят регистрационные данные для доступа к порталу https://users.v8.1c.ru/ сроком на шесть месяцев, по истечении которого возможно заключение договора на продление срока действия. соответствующие услуги.

Найдите нужную версию своей платформы на сайте поддержки:

Обновление клиента 1С

В случае установки в файловой версии платформа 1С должна быть установлена ​​на всех локальных компьютерах, с которых вы хотите работать в программе.Рассмотрим обновление системы 1С: Предприятия в среде Microsoft Windows.

После получения дистрибутива необходимо запустить установщик setup.exe из папки установки платформы.

В следующем окне предлагается выбрать язык интерфейса, скорее всего вас интересует «Русский»

В следующем окне необходимо подтвердить начало установки кнопкой «Установить»

Вам нужно немного подождать, пока установка завершится.Если ваша лицензия предполагает работу через USB-ключ, вы также должны установить драйвер защиты. Если у вас есть программные ключи (пин-коды в конверте), то вам нужно будет ввести их при первом запуске

.

После завершения всех установок нажмите «Готово», если хотите дополнительно ознакомиться с кратким описанием текущей версии, установите флаг «Открыть файл Readme».

Смотрите также видеоинструкцию:

Обновление 1С на сервере

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

  • Microsoft SQL Server
  • База данных Oracle
  • PostgreSQL
  • IBM DB2

Саму СУБД обновлять, как правило, не нужно.

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

Также после выбора языка интерфейса необходимо указать, в каком виде будет установлена ​​серверная часть платформы 1С: как отдельное приложение или как сервис MS Windows.Систему рекомендуется устанавливать именно как услугу; для этого дополнительно необходимо указать пользователя, от имени которого будет запускаться данная служба. Или можно создать отдельного пользователя для запуска серверной части 1С.

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

Ошибка регистрации

WINS, если сервер Windows Server 2016 указывает на себя для разрешения имен WINS — Windows Server

  • 2 минуты на чтение

В этой статье

Эта статья помогает исправить сбои регистрации Windows Internet Name Service (WINS), которые возникают, когда сервер Windows Server 2016 указывает на себя для разрешения имен WINS.

Исходная версия продукта: Windows Server 2016
Оригинальный номер базы знаний: 4032719

Симптомы

На сервере Windows Server 2016, на котором включена функция WINS, вы устанавливаете конфигурацию WINS-сервера в дополнительных параметрах TCP / IP этого сервера, чтобы использовать себя в качестве WINS-сервера. В этом сценарии сервер не регистрирует ожидаемые записи NetBIOS (например, 0x20, 1C и 1B) для локального WINS-сервера.

Однако в регистре удаленных клиентов WINS записываются все применимые типы записей WINS для других компьютеров, использующих сервер WINS, и вы можете просмотреть записи в консоли управления WINS.Таким образом, удаленные клиенты WINS могут успешно регистрировать и разрешать записи на серверах Windows Server 2016, на которых размещена функция WINS.

Кроме того, состояние сервера в консоли управления WINS не отображает сервер как работающий, любой DNS-сервер, настроенный для выполнения поиска WINS, завершится ошибкой, если WINS находится на том же сервере, что и DNS-сервер, и вы не можете разрешить Имена NetBIOS с помощью WINS на сервере, где установлен WINS-сервер.

Причина

Это известные проблемы.Функция WINS работает так, как задумано на сервере, но сервер не может зарегистрировать свои собственные локальные записи или запросить локальный сервер. Однако нет никаких проблем при разрешении или регистрации имен при использовании удаленного WINS-сервера.

Разрешение

Разместите функцию WINS на отдельном сервере Windows 2016 и создайте записи NetBIOS для сервера WINS как статические записи в базе данных WINS.

Например, если вам нужно разрешение имени NetBIOS для информации о домене и записей DC1, DC2, APP1 и APP2, настройте WINS на отдельных серверах (таких как WINS1 и WINS2) и укажите всем другим серверам и клиентам использовать WINS1 / WINS2. в их конфигурации TPCIP.Серверы WINS, на которых размещена функция WINS, не должны указывать на удаленные серверы WINS для регистрации или разрешения имен WINS, чтобы избежать проблем с регистрацией разделенных имен, как описано в разделе «Рекомендации для серверов WINS». (WINS1 должен указывать на WINS1 как на основной, а WINS2 должен указывать на WINS2 как на основной.)

Если в базе данных должны присутствовать записи для сервера, на котором размещен WINS (например, WINS1 [00] или WINS2 [20]), их можно статически добавлять из консоли управления WINS на каждом сервере.

Примечание

Процесс добавления статических записей должен выполняться на каждом сервере WINS для их собственных записей с помощью консоли управления WINS. Пользовательские имена и серверы NetBIOS могут быть добавлены с помощью команды Netsh WINS Server , которая описана в разделе Команды Netsh для WINS.

Обходной путь

Вы можете рассмотреть решение, не зависящее от WINS, и вместо этого использовать систему доменных имен (DNS). WINS — это служба регистрации и разрешения имен компьютеров, которая сопоставляет имена NetBIOS компьютеров с IP-адресами.Если у вас нет развернутого в сети WINS-сервера, вы можете развернуть DNS-сервер вместо WINS-сервера. DNS-сервер также предоставляет услуги регистрации и разрешения имен компьютеров и включает множество дополнительных преимуществ по сравнению с WINS-сервером, например интеграцию с доменными службами Active Directory.

Примечание

Если вы уже развернули WINS в сети, мы рекомендуем развернуть DNS, а затем списать WINS.

Порт 1c 8.3 по умолчанию. Решение возможных проблем при установке

Предыстория … В нашей компании успешно работает 1С: Предприятие версии 8.2, в которой находится около 100 интенсивно используемых бухгалтерских баз данных. Для этого бизнеса выделен отдельный сервер с довольно внушительными характеристиками. В процессе эксплуатации выяснилось, что связка 1С: Предприятие 8.2 + MS SQL 2005 очень требовательна к таким аппаратным ресурсам, как жесткие диски, процессор, а главное, к объему оперативной памяти.Стоимость такого сервера для нас превышала 250 тысяч рублей (не считая лицензий как на ОС, так и на саму 1С).

Отдельно выделять оборудование для 1С: Предприятия версии 8.3 было сочтено нецелесообразным, да к тому же заплатить еще около 100 тысяч рублей за второй комплект ключей для сервера 1С, ну это очень дорого! Попытка установить «в лоб» 1С: Предприятие версии 8.3 привела к потере кластера с уже существующими базами данных. Здесь были выявлены особенности установки и запуска двух серверных версий 1С: Предприятия на одном компьютере.

Программа установки 1С: Предприятия 8.2 и 8.3 настраивает программное обеспечение для использования его стандартных портов: 1540
(используется агентом сервера) 1541
(используется менеджером кластера) 1560-1591
(диапазон портов, используемых для рабочих процессов). Следовательно, если сервер 1С: Предприятия 8.3 должен работать одновременно с сервером 1С: Предприятия 8.2, то на первом необходимо указать порты, отличные от тех, которые уже используют рабочий экземпляр сервера предыдущей версии.

На компьютере с уже установленным сервером 1С: Предприятия версии 8.2 регистрируется и запускается служба «Агент сервера 1С: Предприятие 8.2», которая уже использует указанные выше стандартные порты. Если вы установили сервер 1С: Предприятия 8.3 «рядом», то запуск его службы «Агент сервера 1С: Предприятия 8.3» завершится аварийно, так как он будет пытаться использовать порты, которые уже «заняты». Чтобы этого не произошло, нужно сделать следующее.

(Все, что описано ниже, верно для Windows Server 2008 R2 Enterprise (и Standart) 64 бит + SP1 и 32-битных серверных версий 1С: Предприятия 8.2 и 8.3).

Я установил 1С: Предприятие 8.2 (версия 8.2.19.90) как службу Windows с правами на запуск от имени существующего локального пользователя «Администратор».

По окончании установки в окне Диспетчер серверов -> Конфигурация -> Службы видим запущенную службу «Агент сервера 1С: Предприятие 8.2»:

запущен с параметрами:

C: \ Program Files (x86) \ 1cv82 \ 8.2.19.90 \ bin \ ragent.exe «-srvc -agent -regport 1541 -port 1540 -range 1560: 1591 -d» C: \ Program Files (x86) \ 1cv82 \\ Сервер 1С: Предприятие 8.3 (версия 8.3 .4.437) Я установил точно так же:

Однако как видим в окошке

, служба «Агент сервера 1С: Предприятие 8.3» не запустилась: Диспетчер серверов -> Конфигурация -> Службы Теперь нам нужно открыть окно командной строки

cmd и перейдите в каталог bin установленной серверной версии 1С: Предприятия 8.3 и попробуйте удалить регистрацию службы «Агент сервера 1С: Предприятие 8.3» с помощью команды ragent.exe -rmsrvc: C: \ Users \ admin> cd C: \ Program Files (x86) \\ 1cv8 \ 8.3.4.437 \ bin C: \ Program Files (x86) \ 1cv8 \ 8.3.4.437 \ bin> ragent.exe -rmsrvc Ошибка! Ошибка ControlService!

У меня ошибка Ошибка! Ошибка ControlService! , что в принципе ожидаемо, поскольку служба не была должным образом зарегистрирована в системе. Но на самом деле он должен уйти на пенсию.В окошке

вы его больше не увидите. Диспетчер серверов -> Конфигурация -> Службы Теперь нужно перерегистрировать этот сервер, но при этом указать порты, отличные от тех, которые уже используются агентом 1С: Предприятия 8.2. В моем случае команда будет выглядеть так:

C: \ Program Files (x86) \ 1cv8 \ 8.3.4.437 \ bin>

-port 2540

  • — порт, на котором установлен агент сервера 1С: Предприятия версии 8.3 будут работать; -регистр 2541
  • — порт, через который будет осуществляться администрирование кластера серверов 1С: Предприятия версии 8.3; — диапазон 2560: 2591
  • — диапазон портов для рабочих процессов; -в «C: \ Program Files (x86) \ 1cv8 \ srvinfo»
  • — каталог для хранения информации о вновь созданном кластере 1С: Предприятия версии 8.3; -usr. \\ Администратор
  • — пользователь, от имени которого работает агент сервера 1С: Предприятия версии 8.3 будут запущены; -pwd ********
  • — пароль для указанного пользователя (введите свой). После этого вы снова увидите услугу «Агент сервера 1С: Предприятие 8.3» в окне
  • .

… Достаточно запустить его командой ragent.exe -start: Server Manager -> Configuration -> Services C: \ Program Files (x86) \ 1cv8 \ 8.3.4.437 \ \ bin> ragent.exe -start

В окне

видим службу «Агент сервера 1С: Предприятие 8.3 «: Диспетчер серверов -> Конфигурация -> Службы , где в поле« Исполняемый файл »указано значение:

запущен с параметрами:

c: \\ Program Files (x86) \\ 1cv8 \\ 8.3.4.437 \\ bin \ ragent.exe «-srvc -agent -regport 2541 -port 2540 -range 2560: 2591 -d» C: \ Program Файлы (x86) \ 1cv8 \ А теперь самое интересное: вам придется делать эту операцию каждый раз, когда вам нужно будет обновить версию сервера 1С: Предприятия 8.3! Браво, разработчики…

{! LANG-3ebb46cf1c3a7f7753d8dfd6e5543640!}

{! LANG-7cf39096d1b115a52fbc4e971df0e81a!}

Теперь немного о том, как жить с указанной связкой. Больше нет необходимости запускать саму программу 1С: Предприятие со старой версией (из папки C: \ Program Files (x86) \ 1cv82 \ common). При установке 1С: Предприятия версии 8.3 ярлык на рабочем столе автоматически перезаписывается для запуска программы из папки C: \ Program Files (x86) \ 1cv8 \ common.Если вы откроете бухгалтерскую базу данных, запущенную на сервере версии 8.2, она автоматически откроется в требуемой версии тонкого клиента.

Шаблоны для создания баз данных (бухгалтерских или ZIK) по умолчанию помещаются в каталог пользователя, от имени которого вы начали их установку. Если вы делаете это как администратор, вы найдете их по пути C: \ Users \ administrator \ AppData \ Roaming \ 1C \ 1cv8 \ tmplts. Если вы хотите добавить новую базу данных на основе установленного шаблона, файл 8.3 тонких клиента увидят их все:

Теперь, если вам нужно зарегистрировать базовую версию 8.3, то вам нужно будет указать в поле «1С: Кластер серверов 1С: Предприятие» компьютер с установленным сервером 1С версии 8.3 и через двоеточие порт менеджера кластера, который вы указывается при регистрации агента сервера 1С сервер версии 8.3. В моем случае это 2541:

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

Необходимость регистрации утилиты для администрирования кластера с обоими серверами 1С (обе версии 8.2 и 8.3) сохраняется после каждой установки / обновления.

А теперь перейдем к администрированию кластеров с серверами 1С: Предприятия разных версий на одном компьютере. Откройте папку в проводнике по пути C: \ Program Files (x86) \ 1cv8 \ common, и создайте на рабочем столе ярлык для консоли администрирования кластера версии 8.3 (лучше сразу ярлык соответственно переименовать, например 1CV8.3 ):

Таким же образом откройте папку в проводнике по пути C: \ Program Files (x86) \ 1cv82 \ common, и создайте на рабочем столе ярлык консоли администрирования кластера версии 8.2 (лучше сразу переименуйте ярлык, например, на 1CV8.2 ):

На рабочем столе вы получите следующее:

Запустим утилиту администрирования кластера серверов 1С: Предприятия версии 8.2 с меткой «1CV8.2» (поскольку сервер использует порты по умолчанию, кластер отобразится без проблем):

При попытке открыть этот кластер из консоли администрирования кластера серверов 1С: Предприятия версии 8.3 (по ярлыку с рабочего стола с названием «1CV8.3») вы увидите ошибку:

Ошибка подключения к сервер 1С: Предприятие 8.3: Версии клиента и сервера разные (8.3.4.437 — 8.2.19.90), клиентское приложение: Консоль кластера

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

  • в поле Имя необходимо указать имя компьютера с установленным сервером 1С: Предприятие 8.3;
  • в поле IP-порт необходимо указать порт, на котором запущен агент сервера 1С: Предприятия 8.3, который вы указали при настройке службы запуска агента;
  • в поле Описание указать описание.

После нажатия кнопки «ОК» вы можете увидеть свой новый кластер, который получился после установки сервера 1С: Предприятия версии 8.3.

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

Вот и все. Удачи!

_________
UPD. Как показала практика, описанный в этой статье способ не подходит для одновременного запуска нескольких экземпляров 1С: Предприятия версии 8.3 сервера на одном сервере. При попытке создать новую службу агента 1С из другой версии 1С: Предприятия, работающей на других портах, выполняется операция:

C: \ Program Files (x86) \ 1cv8 \ 8.3.4.437 \ bin> ragent .exe -instsrvc -port 2540 -regport 2541 -range 2560: 2591 -d «C: \\ Program Files (x86) \\ 1cv8 \ srvinfo» — usr. \\ Администратор -pwd ********

заканчивается тем, что уже запущенная служба старой версии 1С 8.3 удаляется, а новая не создается.

В я описал способ установки, создания и запуска нескольких версий сервера 1С: Предприятия 8.3 на одном сервере …

Действия аналогичны). Добавим правило на примере сервера 1С: Предприятия 8.x (нужно открыть порт 1541
для диспетчера кластера, порты 1560-1591
для рабочих процессов и порт 1540
для агента сервера).

Некоторые программы и службы при работе через сетевые протоколы используют определенные порты для связи.По умолчанию включенный брандмауэр Windows блокирует такую ​​сетевую активность. В частности, если вы попытаетесь подключиться с клиентской машины к, вы можете столкнуться с ошибкой:

«

Произошла ошибка при выполнении операции с информационной базой (…). Ошибка сетевого доступа к серверу (…). Попытка установить соединение не удалась, потому что требуемый ответ не был получен от другого компьютера в течение требуемого времени или уже установленное соединение было прервано из-за неправильного ответа от уже подключенного компьютера (…) »

Данная ошибка означает, что сервер 1С: Предприятия не найден по указанному адресу или на сервере закрыт порт (в данном случае порт 1541
).

Чтобы открыть порт, перейдите на компьютер, на котором установлен сервер 1С: Предприятия (в моем примере это компьютер с адресом 10.192.128.15 и на нем установлена ​​операционная система Windows Server 2012 R2).

Запустите брандмауэр Windows. Это можно сделать, щелкнув правой кнопкой мыши « Start » ( Start ), затем « Control Panel » ( Control Panel ) — « system and security » ( System and Security ) — « Брандмауэр Windows »( Брандмауэр Windows ).Или запустив команду firewall.cpl (для этого нажмите комбинацию клавиш Win + R, в окне « Открыть » ( Открыть ) введите название команды и нажмите « ОК » ).

В открывшемся окне в дереве слева откройте вкладку «» ( Inbound rules ), а затем в меню « Actions » ( Actions ) выберите пункт « Create rule. .. »( Новое Правило… ).

Запустится « New Inbound Rule Wizard » ( New Inbound Rules wizard ). На первой странице выберите тип правила ( Rule Type ) « For the port » ( Port ) и нажмите « Далее » ( Далее ).

Затем вам нужно указать протокол (в нашем примере это TCP) и, напрямую, номер порта (определенные локальные порты), который мы открываем. Затем нажимаем « Далее » ( Далее ).

Теперь давайте укажем действие, связанное с добавленным правилом. Выбираем « Разрешить подключение » ( Разрешить подключение ) и нажимаем « Далее » ( Далее ).

На следующей странице необходимо указать, к каким профилям брандмауэра будет применяться правило. Отметьте нужные профили галочками и нажмите « Далее » ( Далее ).

Наконец, введите имя и описание нового правила и нажмите « Готово, » ( Готово, ), чтобы завершить работу мастера.

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

Описанным выше способом добавьте еще одно разрешающее правило с именем « 1С: Рабочие процессы » для всего диапазона портов с 1560
по 1591
(для рабочих процессов 1С), указав их через дефис на шаге «Протокол и порты » (Протокол и порты ).

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

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

Аналогичным образом добавляются исходящие правила, запрещающие правила, правила для определенных программ и протоколов.Также любое правило можно изменить, открыв его свойства из этой оснастки.

Эта статья вам помогла?

26.07.2017

Добавление правила в межсетевой экран Windows Server 2012 R2 для 1С: Предприятия

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

Брандмауэр

Windows Server 2008/2012 R2 по умолчанию настроен на блокировку сетевой активности.Чтобы ваши клиентские программы могли взаимодействовать с серверными компонентами через соответствующие порты, вам необходимо добавить правила в брандмауэр Windows, которые разрешат обмен данными по сети с использованием определенных портов.

Часто пользователи сталкиваются с ситуациями, когда клиентское программное обеспечение не может найти сервер 1С: Предприятия, работающий в серверной среде под управлением Win Server 2012. В этом случае могут возникнуть ошибки следующего характера:

    ошибка доступа к серверу по сети;

    ошибка при работе с информационной базой;

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

    уже установленное соединение было прервано из-за неправильного ответа от уже подключенного компьютера.

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

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

Также можно использовать для этого командную строку, выполнив в ней команду firewall.cpl — для этого нажмите горячие клавиши Win + R, затем перейдите в раздел «Открыть», введите имя команды и нажмите «Подтвердить действие».

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

Перед нами откроется мастер создания правил для новых входящих подключений. На титульной странице необходимо выбрать тип выбранного правила, помеченного названием «Для портов», и можно продолжить. Теперь укажем протокол передачи сетевых данных (в нашем случае указываем TCP), а также номер порта, который нужно открыть.

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

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

По аналогии со схемой добавления портов, описанной выше, добавляем еще одно правило, в котором мы указываем диапазон портов 1560-1591. Эти порты необходимы для поддержки различных рабочих процессов 1С. Порты, входящие в этот диапазон, обозначены дефисом в разделе «Протокол и порты».

После проделанных манипуляций перейдите в оснастку «Брандмауэр Windows в режиме повышенной безопасности». Здесь, в разделе правил для входящего соединения, мы видим созданные нами правила. При этом теперь клиент 1С должен беспрепятственно подключаться к серверной среде.Если вам необходимо подключиться к вашему серверу через Консоль администрирования 1С Сервера, вам потребуется создать отдельное правило, открывающее порт 1540.

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

Настройка Windows Firewall для Win Server 2012 на 1С Сервер + MS SQL

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

При условии, что сервер принимает соединение по стандартному TCP-порту 1433, вам просто нужно разрешить этот порт с помощью создания правил для межсетевого экрана, принцип которых мы обсуждали выше. Чтобы убедиться, что вы действительно работаете с этим портом, вы можете запустить оснастку «Диспетчер конфигурации SQL Server» в Server 2012 и перейти на вкладку «Конфигурация сети».Здесь вам нужно выбрать вкладку протоколов для MSSQLSERVER и найти протокол TCP / IP в левом окне. Выберите его и нажмите «Свойства», затем найдите вкладку «IP-адреса» и откройте ветку «IPAII».

Если порт SQL является динамическим, необходимо разрешить подключение к следующему приложению% ProgramFiles% \ Microsoft SQL Server \ MSSQL10_50.MSSQLSERVER \ MSSQL \ Binn \ sqlservr.exe.

Как было сказано выше, сервер 1С работает с портом 1541 и портами в диапазоне 1560-1591.Однако часто бывает, что по какой-то неизвестной причине этот список открытых портов по-прежнему не позволяет подключиться к серверу. Чтобы все работало на 100%, достаточно просто расширить этот диапазон, указав порты с 1540 до 1591.

Статья посвящена запуску платформ 1С: Предприятия версий 8.1 и 8.2 на одном рабочем сервере. Это может понадобиться в условиях, когда, скажем, частичный переход на 8.2 уже выполнен, но предприятие по-прежнему использует конфигурации до 8.1.

Итак, у нас есть рабочий сервер SERVER-1C с установленными Windows Server 2008 R2 и Windows SQL Server 2008 x64.

Проделаем процедуру установки платформы по очереди.

Начнем с 1С: Предприятия 8.1. Сам процесс описывать не будем, так как ничего сверхъестественного в нем нет. После установки заходим и запускаем консоль Services … Переходим в свойства службы Server Agent 1C: Enterprise 8.1 (Агент сервера 1С: Предприятия 8.1) и убедитесь, что он запускается от Пользователя с правами администратора или с системной учетной записью.

Запустим эту службу. Подключим пробную базу данных FirmaBuh81 :

И подключимся к ней с рабочей станции:

После успешного завершения тестового подключения приступим к установке 1С: Предприятие 8.2. После этого так же, как мы делали выше, заходим в Пуск — Панель управления — Администрирование и запускаем консоль Services … В сервисе появится Серверный агент 1С: Предприятие 8.2 (1С: Предприятие 8.2 Серверный Агент) … Аналогично версии 8.1 зададим параметры входного входа для этой службы:

Должен быть отмечено здесь. По стандарту 1С: Предприятие запущено на 1541
порт. Чтобы запустить сразу несколько сервисов, Агент сервера 1С: Предприятия 8.X, нам нужно изменить порт, к которому привязана услуга. Далее мы изменим порты для версии 8.2.

Запустите редактор реестра ( Start-Run введите regedit и нажмите OK). Проходим по пути:

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \

И видим две папки с названиями наших сервисов Агента сервера 1С: Предприятие (1С: Предприятие 8.X Server Агент)

Нам нужно изменить значение строкового параметра ImagePath с

«C: \ Program Files \ 1cv82 \ 8.2.13.219 \ bin \ ragent.exe «-srvc -agent -regport 1541 -port 1540 -range 1560: 1591 -d» C: \ Program Files \ 1cv82 \ srvinfo «

» C: \ Program Files \ 1cv82 \ 8.2.13.219 \\ bin \\ ragent.exe «-srvc -agent -regport 1641 -port 1640 -range 1660: 1691 -d» C: \\ Program Files \\ 1cv82 \ srvinfo «

После этих шагов мы можем безопасно запустить службу Агента Сервера 1С: Предприятия 8.2 (Агент Сервера 1С: Предприятия 8.2) в Сервисах.

Термины, понятия

Зачем нужен сервер 1С

Термин «кластер серверов» относится к нескольким компьютерам (серверам), выполняющим общую задачу.

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

Разница между 8.1 и 8.2

Кластер 1С 8.1

Кластер серверов 1С: Предприятие 8.1 — это реализация идеи балансировки нагрузки на серверы, обслуживающие запросы клиентов. Такой механизм реализует распределение нагрузки на вычислительные ресурсы в пределах одного сервера или нескольких серверов («Рабочие серверы»), тем самым обеспечивая масштабирование приложения.Кластер серверов дублирует код, обрабатывающий клиентские подключения. Дублированный исполняемый код кластера называется «Рабочий процесс» (rphost). При установке кластера создается только один рабочий процесс.
Несколько рабочих процессов на одном сервере позволяют эффективно использовать объем ОЗУ и ресурсов процессора для выполнения запросов, а также подключать клиентский сеанс к другому рабочему процессу, когда текущий «дает сбой».
Программа «Агент сервера» (ragent) отвечает за понимание того, что работает на определенном сервере.Остановка агента сервера сделает сервер недоступным для использования кластером. Агент хранит свою информацию в файле srvribrg.lst.
«Менеджер сервера» (rmngr) владеет информацией о рабочих базах, задействованных рабочих процессах. Он хранит эту информацию в файле 1CV8Reg.lst. Остановка диспетчера серверов может привести к перезапуску клиентских приложений в случае успешного перезапуска диспетчера или к полной остановке рабочих серверов всего кластера.
1С: Предприятие 8.1 позволяет создать несколько независимых кластеров на одном сервере. Каждый из них идентифицируется в сети уникальным «IP-портом» и уникальным номером в служебных файлах. Первый кластер по умолчанию получает порт 1541.
Оснастка Enterprise Servers используется для управления кластером.
Вы можете подключаться к серверам по имени сервера или IP-адресу.

Агент сервера

Агент сервера «знает» обо всех кластерах, работающих на сервере. Эта информация хранится в файле srvribrg.lst со списком кластеров и списком администраторов. Основной порт агента — 1540. На каждом рабочем сервере может быть запущен только один агент, обслуживающий все возможные кластеры на этом сервере.
Для получения более подробной информации визуально используйте утилиту Process Explorer (разработанную Sysinternals). Программа позволяет глубже разобраться в любых запущенных процессах, в том числе в кластере серверов 1С: Предприятия 8.1.

Менеджер кластера

Менеджер кластера отвечает за работу кластера.У каждого кластера есть свой менеджер. Менеджер хранит информацию о кластере в файле 1CV8Reg.lst (реестр кластера). У каждого диспетчера кластеров также есть собственный порт на производственном сервере. Для первого кластера порт Менеджера по умолчанию — 1541. Этот порт отображается в оснастке «Серверы 1С: Предприятия» в ветви «Кластеры», идентифицируя кластер.
Менеджер принимает запросы от клиентской части 1С: Предприятия 8.1 и решает, в какой Рабочий процесс передать этот сервисный запрос.

Менеджер использует служебный порт для взаимодействия с рабочими процессами.

Рабочий процесс

Рабочий процесс отвечает за «обслуживание клиентов». Можно сказать, что в предыдущей версии 1С: Предприятия 8.0 был только один «Рабочий процесс».
В кластере 1С: Предприятия 8.1 может быть несколько рабочих процессов. Менеджер сервера решает, какой из рабочих процессов будет обслуживать клиентское соединение. Для клиентских подключений рабочим процессам по умолчанию назначается диапазон IP-портов 1560–1591.Кроме того, каждому рабочему процессу назначается служебный порт для связи с менеджером кластера. Каждый рабочий процесс использует до 2 ГБ ОЗУ в 32-разрядной операционной системе. В 64-битной операционной системе ограничение накладывается физическим объемом ОЗУ

.

Кластер 1С 8.2

Серверный кластер 1С: Предприятие 8.2 — дальнейшее развитие серверных технологий 8.2.

Сервер может работать «как 8.1», т.е. сохраняет совместимость с предыдущими технологиями.

И плюс новый подход к серверу.Теперь вместо процессов важную роль играют сеансы.

Сеансы

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

Менеджер кластера

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

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

Server 8.2 достигается за счет:

  • Хранение информации о сеансе пользователя.
    • Пользователь больше не привязан к рабочему процессу.
  • Резервирование рабочих процессов в кластере.
    • Должно быть несколько рабочих процессов, в том числе избыточный
  • Резервирование кластера.
    • Указывается резервный кластер, при подключении — указывается в строке подключения

Это позволяет обеспечить непрерывность работы:

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

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

Если какой-либо сервер в кластере выйдет из строя, работа пользователей не остановится; он будет автоматически передан в резервный кластер и / или в резервные рабочие процессы. Для пользователей этот переход будет незаметен.

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

Кластер 1С 8,3

Server 8.3 отличается переработанным внутренним кодом, хотя «со стороны» может показаться, что он немного изменен.

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

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

Стабильность работы при использовании больших объемов памяти определяется новыми параметрами рабочего сервера.

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

Рекомендую изолировать рабочие процессы по информационным базам, например, указать параметр «Количество ИБ на процесс = 1». При наличии нескольких высоконагруженных баз это снизит взаимное влияние как с точки зрения надежности, так и производительности.

Отдельный вклад в стабильность системы вносит «трата» лицензий / ключей.В версии 8.3 появилась возможность использовать «менеджер лицензий на ПО», напоминающий менеджер «aladin». Цель состоит в том, чтобы иметь возможность отнести ключ к отдельной машине.

Реализован как еще одна «служба» в диспетчере кластера. Вы можете использовать, например, «бесплатный» ноутбук. Добавьте его в кластер 1с 8.3, создайте отдельный менеджер с сервисом «лицензирование» на нем. В ноутбук можно вставить аппаратный ключ или активировать лицензии на программное обеспечение.

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

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

Еще больший интерес представляет возможность запускать «только фоновые задания» на производственном сервере в кластере без пользовательских сеансов. Таким образом, высоконагруженные задачи (код) можно переносить на отдельную машину.Более того, вы можете запустить одну фоновую задачу «Закрытие месяца» через «Значение дополнительного параметра» на одном компьютере и фоновую задачу «Обновить полнотекстовый индекс» на другом. Спецификация происходит через указание «Значение дополнительного параметра». Например, если вы укажете BackgroundJob.CommonModule в качестве значения, вы можете ограничить рабочий сервер в кластере только фоновыми заданиями с любым содержимым. Значение BackgroundJob.CommonModule .. — укажет конкретный код.

Решение возможных проблем при установке

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

При выборе существующей учетной записи необходимо указать правильный пароль и подтверждение, в противном случае запуск серверной части приведет к ошибке.
При первом запуске агента кластера создается кластер «по умолчанию».
Кластер по умолчанию имеет следующие характеристики:
Номер порта — 1541;
· Диапазон IP-портов — 1560: 1591;
· Поддержка многих рабочих процессов — отключена;
· Один рабочий процесс, номер порта задается из указанного диапазона.
Если при первом запуске агента кластера возникнут проблемы, возможно, кластер по умолчанию не будет создан. Это проявляется в том, что при запуске агент сервера (ragent) он запускается, но не запускает другие процессы кластера (rmngr, rphost). Список кластеров srvribrg.lst выглядит следующим образом:
{
{0},
В этом случае вы можете остановить процесс ragent, удалить список кластеров (srvribrg.lst) и снова запустить ragent.

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

— Остановить службу 1С: Предприятие 8.1 агент сервера.

Если агент сервера работает как приложение, его можно остановить, нажав комбинацию клавиш Ctrl + C.
— Убедитесь в диспетчере задач, что все процессы ragent, rmngr, rphost завершены. При необходимости дополните их с помощью диспетчера задач.

— Откройте в свойствах службы Агент сервера 1С: Предприятия 8.1.

— Обратите внимание на строчку «Исполняемый файл» (Путь к исполняемому файлу). У него есть опция -d, за которой следует каталог данных кластера.Все файлы, относящиеся к кластеру, находятся в этом каталоге.
— Удалить все содержимое этого каталога.
— Запустить службу Агента Сервера 1С: Предприятия 8.1.
— Убедитесь, что в диспетчере задач запущены все процессы ragent, rmngr, rphost.
— Запустите консоль кластера и зарегистрируйте в ней центральный сервер. Консоль должна подключиться к центральному серверу и показать один кластер по умолчанию.
Возможные проблемы с отказом кластера серверов: проблемы с ключами защиты, правами служебной учетной записи, неверные параметры запуска.

  1. Ключ защиты на стороне сервера устанавливается ЛОКАЛЬНО на каждом корпоративном сервере
  2. Не устанавливать служебную учетную запись с пустым паролем
  3. При использовании нескольких кластеров используемые порты не должны перекрываться

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

Ошибка 1069: служба не запускалась из-за ошибки входа

Проблема связана с правами учетной записи на запуск в качестве системной службы.Откройте служебную программу «Локальная политика безопасности» и добавьте пользователя (от имени которого запускаются рабочие серверы кластера) в политики «Вход в качестве службы» и «Вход в качестве пакетных заданий».
Если данные, хранящиеся в служебных файлах, нарушены, запуск серверов рабочего кластера может завершиться ошибкой. Убедитесь, что агент сервера 1С: Предприятия 8.1 запущен (процесс ragent в Диспетчере задач).
Помните, что аудит событий Windows также является анализатором. Для этого проверьте, появляются ли какие-либо «подозрительные» сообщения в журнале событий Windows.

Ошибка 8007056B / 800708C5

Новый пароль не соответствует политике паролей. Пароль может быть слишком коротким или вы уже использовали этот пароль недавно.
Причина: указанный пароль учетной записи в диалоговом окне «Установка сервера 1С: Предприятия» не соответствует требованиям политики безопасности.
Решение: Установите новый пароль для выбранной учетной записи, который соответствует требованиям политики безопасности или ослабит требования применяемой политики безопасности, т.е.е. не требуют «сложного» пароля, не ограничивают количество символов в пароле, не проверяют попытки повторения и т. д.

Ошибка 1923: нет прав для установки службой

Причина: Ошибка связана с правами на установку учетной записи как приложений. Эта ошибка типична для попыток установить сервер на контроллере домена, где применяются повышенные меры безопасности.
Решение. Не используйте контроллер домена для размещения корпоративного сервера или ослабьте требования безопасности и установите для выбранной учетной записи права «Запуск от имени службы» и «Запуск от имени пакетного задания».

Ошибка 80070056

Ваш пароль не может быть изменен. Каждый пароль должен использоваться не менее x дней.
Причина и решение: Другая ошибка, возникающая при нарушении требований политики безопасности для используемых паролей. Решение такое же, как и при ошибке 800708C5.

Сокеты Windows — 11004 (0x00002AFC)

1) Убедитесь, что на Рабочем сервере кластера в Диспетчере задач запущены:
Server agent (ragent.exe),
Cluster Manager (rmngr.exe), рабочий процесс кластера
(rphost.exe).
2) Чтобы проверить разрешение имен ip-адресов, выполните в командной строке:
ping hostname
В ответе системы на команду нас интересует, определять ли ip-адрес.
3) Если имя определено, но рабочий процесс все еще не найден, то убедитесь, что определение IP-адреса имени и. не определяется иначе.

(сокеты Windows — 10054 (0x00002746).

Удаленный хост принудительно разорвал соединение.
Такое сообщение может быть получено в случае перезагрузки сервера или принудительного удаления Workflow.
Эта ошибка обычно не появляется при повторном подключении. Если ошибка не исчезнет, ​​выясните причины отказа рабочих серверов в кластере.
Эта ошибка может возникнуть, когда рабочий процесс достигает максимального использования памяти в 32-разрядных системах.
Другой случай — попытка подключения от клиента с сообщением об ошибке:

(сокеты Windows — 10060 (0x0000274C)

Попытка установить соединение не удалась, потому что желаемый ответ не был получен от другого компьютера в течение требуемого времени, или уже установленное соединение было прервано из-за неправильного ответа от уже подключенного компьютера.
Суть данной ошибки — отсутствие ответа в течение определенного времени (таймаут).
1) Убедитесь, что брандмауэр не блокирует трафик приложений. Выключите брандмауэр.
Для этого выполните команду в командной строке (команда доступна начиная с Windows XP и Windows Server 2003, более ранние версии не имеют встроенного межсетевого экрана, но может быть установлено стороннее программное обеспечение):
netsh firewall set opmode disable
Если команда завершится успешно, вы получите сообщение:
OK.
Помимо брандмауэра, сетевые фильтры могут блокировать трафик. По умолчанию они отключены. Однако убедитесь, что это так:

  1. Откройте папку «Сетевые подключения».
  2. Щелкните правой кнопкой мыши сетевое соединение, которое нужно настроить, и выберите Свойства .
  3. На вкладке Общие (для подключения к локальной сети) или на вкладке Сеть (для всех остальных подключений) выберите Протокол Интернета (TCP / IP) и нажмите кнопку Свойства .
  4. Нажмите кнопку Дополнительно .
  5. Откройте вкладку Options , выберите опцию TCP / IP filtering и нажмите кнопку Properties .
  6. Убедитесь, что установлен флажок Включить фильтрацию TCP / IP (все адаптеры) удален.

2) Убедитесь, что ресурсы процессора не загружены на 100% (CPU%).
3) Измерьте сетевую активность клиентского и серверного интерфейсов. Нагрузка на адаптер переменного тока не должна превышать 60%.

(сокеты Windows — 10061 (0x0000274D)

Соединение не установлено. конечный компьютер отклонил запрос на подключение.
Типичная причина этой ошибки — отсутствие работающего агента сервера. Запустите сервер вручную или перезагрузите сервер для автоматического запуска.

Ответы на вопросы

Мультиплатформенный 1С

Установка сервера

Q: Ошибка при установке сервера 1c на MS Server 2008 R2 x64 При установке сервера 1c через командную строку, например ragent.exe -instsrvc -port 2040 -regport 2041 -range 2060: 2091 -d «C: \\ Program Files \\ 1cv82 \\ OpenSCManager error!» Это не создает службу. Проверено 8.1.15.14 и 8.2.10.77

A: Для установки из командной строки в ОС, где присутствует UAC, вам необходимо использовать службу RunAs, потому что даже если пользователь является членом группы администраторов, UAC блокирует действия, которые изменяют состояние системы.

Ключи защиты

Q: Позволяет ли ключ защиты сервера 8.2 запустить Сервер 8.1?
A: Да, это

Q: для запуска сервера 1С нужны какие-то хэш-ключи сервера? Локально, или не будет работать на 5 пользователей?

A: да, серверу нужен свой ключ, локальный пользовательский и сетевой ключи работать не будут. Подробнее в ««
, слайд № 30.

Q: допустим, кластер серверов 1c состоит из 3 физических серверов. сколько ключей безопасности нужно

Q: Есть терминальный сервер и ключ на 5 лицензий, 6 надстройка покупается дополнительно.лицензия. Возможна ли установка на сервере рядом с ключом на 5? И все 6 пользователей будут работать в терминальных сессиях или 5 — под терминалом, а 1 — в файловой версии?
A: Нет, не будут. Шестая лицензия в виде локального ключа должна быть подключена к компьютеру пользователя, но не к терминалу.

Обновления сервера 1С

Q: когда выйдет новая версия платформы 8.2.xxx, какова процедура обновления серверов и клиентов
A: Дистрибутивы 8.2 устанавливают свои файлы в разные папки (у каждой версии своя папка), т.е. теоретически остается возможность вызывать несколько версий сервера параллельно.

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

Настройка сервера 1С

Q: В 1С 8.1, как лучше всего разместить информационные базы, если их несколько, в одном кластере или создать отдельный кластер для каждой базы данных? О: При большом объеме или нагрузке, а также тестовых базах нужно размещать их в отдельных кластерах!

Q: ВОПРОС: Есть 1С: Предприятие 8.1 рабочий процесс однопоточное приложение или многопоточное? Те. может загрузить много ядер с одного подключенного пользователя? С несколькими? А как насчет рабочего процесса 1С: Предприятия 8.2? Благодарить.
A: 1Cv8.exe и rphost.exe в версии 8.1 занимали 1 ядро. Поскольку в 8.1 клиентское подключение жестко привязано к рабочему процессу, то условно можно предположить, что обработка клиентов 1С осуществляется в рамках одного ядра. Исключение составляет СУБД, которая использует ядра вне зависимости от того, как работает сервер 1С.

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

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

В: Нужны ли вам несколько рабочих процессов 1С: Предприятия 8.1, чтобы сервер базы данных (MS SQL) загружал несколько ядер? (Замечено, что MS SQL обычно «загружает» только одно ядро, т.е., как правило, обработка одного запроса на нескольких ядрах не «распараллеливается».) Спасибо.
A: Нет необходимости специально управлять MS SQL, это довольно самонастраивающаяся система, которая использует ресурсы по мере необходимости. Вы можете контролировать параллелизм выполнения:

EXEC sys.sp_configure N’макс. Степень параллелизма ‘, N’5’
GO
ПЕРЕКОНФИГУРИРОВАНИЕ С ПЕРЕМЕЩЕНИЕМ
GO

На сервере 1С можно создать несколько рабочих процессов, исходя из того, что один рабочий процесс не дает пользователям возможности переподключиться в случае сбоя рабочего процесса.Процесс 2 (на 8.2 лучше сделать «резервную копию») решает эту проблему. Но есть смысл добавлять третий или несколько рабочих процессов только в том случае, если первые два рабочих процесса сильно загружены (более 90%). Не стоит порождать рабочие процессы без надобности, это может снизить производительность.

A: В 8.2 должен быть хотя бы 1 резервный рабочий процесс.

Отказоустойчивый кластер

Q: Вопрос о включении резервирования кластера 1c 8.2. Если наш сервер не работает (уборщик выдернул провод), то сетевое имя, например «server: 2540», будет недоступно.Как клиент с «server: 2540» в строке подключения узнает, что нужно подключиться к резервному кластеру? откуда он получит имя другого сервера? А если в строке подключения к базе данных писать кластеры через запятую?
A: Несколько кластеров объединены в «группу резервирования». Для этого в оснастке кластера есть «список резервирования».

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

Если клиент никогда не выходил на связь, то в этом случае необходимо вручную указать адреса всех кластеров, например, storm: 2541, monster: 2541.

Обмен синхронизированными данными между кластерами резервирования.

Q: Что происходит после восстановления основного кластера? когда пользователи перешли на резервное копирование.

A: Вернись. Возможны паузы при переключении во время синхронизации данных кластера.

Фоновые задания

Q: Как удалить фоновую задачу, запущенную на серверах 1С: 8.1 и 1С: 8.2?

A: Возможность отмены запланированного задания работает только в том случае, если код выполняется на встроенном языке 1С: Предприятие.Если код выполняется во внешних библиотеках, то такие задачи нельзя отменить иначе, как принудительно завершив рабочий процесс. Если в процессе блок StartTransaction () — CommitTransaction () маловероятен. Остальные фоновые задания можно удалить через консоль заданий.

Текущие процедуры

Q: Можно ли уничтожить базу во время T&I?

A: Я не в курсе таких случаев, но ИМХО все возможно. Поэтому было бы неплохо сделать бэкап до TI.

Q: Вячеслав, по каким причинам вы не переиндексируете с помощью 1С Testing and Fixing?
A: Для этих целей лучше подходят возможности СУБД, поскольку фактически они также выполняют перестроение индекса, но не требуют монопольного захвата базы данных.

Технологический журнал

Q: Добрый день. Вопрос по технологическому журналу: мне нужно получить копии экранов рабочих станций в случае ошибок 1С. Нужно ли для этого настраивать технологический журнал на рабочих станциях или только на сервере?
A: Вы можете настроить получение скриншота только при падении платформы, а не при возникновении какой-либо ошибки.Однако особой полезности в такой операции нет; Достаточно собрать исключения с помощью технологического журнала. При этом большинство ошибок можно увидеть с помощью TJ на стороне сервера 1С. Исключением могут быть такие события, как «ошибка потока форматирования», связанная с устаревшим кешем метаданных.

Неисправности и ошибки

Q: Сталкивались ли вы с проблемой — потерей пользовательских настроек отчетов при динамическом обновлении конфигураций на 8.2 платформа. Есть ли рекомендации, как с этим бороться?
A: Проблемы связанные с динамическим обновлением отражены в «Серверы 1С: Предприятия 8.1 и 8.2 — с чем едят») , слайд № 60. Очистить кеш. Возможно, в некоторых случаях нужно разобраться, где именно хранятся пользовательские настройки. При необходимости сохраните как двоичные данные в информационном регистре.

Q: Попутный вопрос, поскольку он актуален для файлового режима: какие ошибки исправляет chdbfl.exe?
A: Это инструмент для исправления ошибок структуры хранения.Это может быть ситуация, например, когда «Файл базы данных поврежден … / 1Cv8.1CD». Те. восстанавливает повреждение файла базы данных. Однако он не выполняет функций T&I. Я запускаю chdbfl.exe, если T&I не работает.

Q: Подскажите, пожалуйста, вы столкнулись с такой проблемой. при большом количестве пользователей в базе (около 40) при выполнении больших документов, например отражение запроса предложения в рег. что составляет около 8000 строк. выдается ошибка не хватает памяти на сервере 1С предприятия и пользователь, инициировавший ведение этого документа, отваливается.После этого документ можно будет опубликовать только после перезапуска агента сервера 1С.
A: Похоже на утечку памяти:

1. Перезагрузите сервер 1С, увеличьте количество рабочих процессов, оставьте в кластере только эту базу.

2. Продолжайте удерживать куски, скажем, по 1000 строк за раз. Отслеживайте объекты с помощью TZ, которые занимают память в начале операции, но не освобождают память в конце.

3. Установить версию x64, увеличить объем оперативной памяти, обновить до 8.2.

Q: Вопрос по тестированию и референсу.Можно ли запустить «Проверку ссылочной целостности» на основе URBD с выборкой по передаваемым данным? (т.е. некоторые узлы физически отсутствуют, но есть ссылки на них). Благодарить!
A: К сожалению, такой возможности пока нет.

Q: Почему не сразу тестировать и не исправлять все проблемы, нужно запускать несколько раз?

A: Точно ответить могут только разработчики. Я запускаю T&I по регламенту (циклически), поэтому для меня этот вопрос не очень актуален.T&I нужно делать не один раз, а постоянно как «ТО на машину».

Q: Есть ли разница между T&I 8.1 и 8.2?

A: На момент написания ответа и релиза 8.2.10 разница мне не известна.

Q: Необходимо ли переиндексировать во время реструктуризации?
A: Нет необходимости.

Другое

Q: Уважаемые господа, никто не пробовал зеркалировать базы данных с помощью MSSql 2008, возможно ли это вообще?

Q: Вопрос о принудительном включении разделяемой памяти на сервере 1с 8.2

A: Не нужно ничего принудительно включать, сервер сам разберется.

Q: Для 1С: Предприятия 8.1 были замечены ситуации, когда на одном и том же оборудовании файлово-серверная версия с «тяжелыми» операциями и одним пользователем работает намного быстрее клиент-серверной версии, когда все «ссылки» ( сервер базы данных, сервер 1С: Предприятие и Клиент) устанавливаются на одном сервере. При этом при выполнении этой «тяжелой» операции нет явных перегрузок аппаратной части (нагрузка на процессор, память, жесткие диски минимальна).То есть аппаратных ресурсов много, но работает медленно. На что мы можем «упираться»? Благодарить.
A: Преимущество клиент-серверной архитектуры с точки зрения производительности — это возможность обрабатывать клиентские запросы данных ПАРАЛЛЕЛЬНО. Те. расход — не показатель, по которому можно делать общие выводы. Однако механизмы, улучшающие параллелизм в рамках одного потока, могут немного снизить производительность.

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

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

Q: Насчет разницы между терминалом Windows и тонким клиентом 1С.
A: До тех пор, пока большинство решений ПОЛНОСТЬЮ не переведено под 8.2, однозначно сложно говорить о практическом сравнении этих технологий.

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

Для консервативных прагматичных руководителей проектов, переводящих 8.1 на 8.2-терминальное решение. Для небольших проектов с низкой стоимостью ошибок и сразу реализацией конфигурации с управляемыми формами и ACS — тонкий клиент предпочтительнее ИМХО.

Q: Как провести стресс-тестирование, приближенное к реальным условиям? В конце концов, вы не заставите пользователей «что-то щелкнуть».

A: 1С: Тестовый центр с выбором самых сложных операций, 100% воспроизведение не нужно, сами клики не тяжелые, в основном ведение и запрос отчетов. По тестированию будет отдельный вебинар. Также расскажу подробнее.

.

Добавить комментарий

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

2021 © Все права защищены. Карта сайта