Ошибка изменения параметров рабочего сервера кластера

Настройка отказоустойчивого и балансирующего сервера 1с 8.3.11
   squidw

27.03.18 — 23:45

Исходные:

2 сервера на каждом соответственно сервер 1С(x86-64) свой. На первом сервере целевые ИБ 1С. На втором есть тестовые ИБ в сервере. Я хочу задействовать второй сервер как балансирующий/отказоустойчивый. Проблема в том что:

1) На ИТС смотрю не особо понимаю что необходимо выполнить для настройки данного функционала. В моем случае насколько я понял как минимум необходимо настроить оба сервера как центральные и поставить уровень отказоустойчивости=1

2) С учетом того что на сервере 2 уже есть свои тестовые ИБ, то создал дополнительный локальный кластер с другими портами: 1540 оставилкак есть как и для первого локального кластера на втором сервере; остальные 1641,1660:1691. Что мне необходимо сделать чтобы настроить? Насколько я понял мне необходимо добавить в разделе оснастки «рабочие серверы»? На сервер 1 добавить сервер 2, а на сервер 2 добавить сервер 1? Но проблема в том что мне нужно подключиться к кластеру с портом 1641 на второй сервер.

В нэте описано в основном для 1c8.2 настройка подобного а для 8.3 нет, а они кардинально отличаются.

Я как-то пытался сделать подобное когда у меня на руках были другие сервера на платформе 8.3.~7. В тот момент у меня были два сервера без дополнительных кластеров поэтому я не заморачивался с портами. Проблема однако была когда я настроил пользователи не могли работать нормально, постоянно дублировались сеансы и постоянно выбрасывало юзеров из сеанса. Может косяк платформы был, но скорее всего я не правильно что-то сделал и сейчас не до конца понимаю как организовать это уже под текущие условия.

   squidw

1 — 28.03.18 — 00:06

(0) С портами кажись разобрался их можно изменить после добавления рабочего сервера, уровень отказоустойчивости=1 также выставил, проблема сделать их центральными. То есть если я смотрю на сервер 1с из оснастки сервера 1, то он центральный, аналогично и для второго, но если я смотрю на добавленный сервер 1с(сервер1) на оснастке сервера 2, то не стоит галка «центральный сервер» и при попытке поставить ошибка:

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

   squidw

2 — 28.03.18 — 00:26

(0) Ни отказоустойчивость ни балансировка не работает, я так понимаю как минимум во второй кластер на сервере 2 должны попасть ИБ с сервера 1с чего не произошло. Проверил еще дополнительно собственно запуск клиента и отключение службы на сервере 1, указывал соответственно кластер server1;server2:1641. Не пашет. Что я делаю не так?

   Fram

3 — 28.03.18 — 01:36

> На сервер 1 добавить сервер 2, а на сервер 2 добавить сервер 1

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

   Fram

4 — 28.03.18 — 01:39

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

   Fram

5 — 28.03.18 — 01:43

   Fram

6 — 28.03.18 — 01:55

кароч, суть в том, что на 2 сервере надо удалить кластер, добавить 2 сервер в кластер сервера 1 и там уже ставить ставить на второй сервер галочку «центральный»

   squidw

7 — 28.03.18 — 15:17

(6) удалил второй кластер на втором сервере. Подключил на первом сервере не существующий кластер со второго сервера с портами 1540,1641,1660-1691. На втором сервере при этом второй кластер не появился. Не то.

   Fram

8 — 28.03.18 — 17:54

(7) не кластер надо было добавлять, а рабочий сервер! в статье картинки же есть

   unregistered

9 — 28.03.18 — 18:09

Я конечно извиняюсь, но в статье по ссылке из (5) фигня какая-то…

Отказоустойчивый кластер, который каждую ночь надо перезапускать — это просто феерическая «отказоустойчивость».

   Fram

10 — 28.03.18 — 18:13

(9) ну это 14 год про 8.3.5. сейчас ситуация получше должна быть.

   unregistered

11 — 28.03.18 — 18:26

(10) Я не про то.

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

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

(0) https://its.1c.ru/db/v8310doc#bookmark:cs:TI000000031

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

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

Количество центральных серверов = Уровень отказоустойчивости+1.

Короче. Для отказоустойчивого кластера с уровнем отказоустойчивости 1 необходимо как минимум 2 центральных сервера.

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

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

   squidw

12 — 28.03.18 — 19:46

(8) я сделал опечатку я добавлял не кластер а «рабочий сервер»  а оснастке сервера 1

   squidw

13 — 28.03.18 — 19:51

(11) Вы частично дублировали то что я писал в вопросе. То есть расчет отказоустойчивости я заведомо выставил верно у меня 2 сервера значит уровень отказоустойчивости=1. Вопрос в том что я не могу сделать их центральными если смотреть не с родной оснастки а с оснастки соседнего сервера в разделе «рабочие сервера».

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

   Fram

14 — 28.03.18 — 20:04

(12) перечитал еще раз (7)..

> На втором сервере при этом второй кластер не появился

Он и не должен был там появится? Зачем тебе второй кластер?

   Fram

15 — 28.03.18 — 20:15

*появиться.

   Cyberhawk

16 — 28.03.18 — 20:21

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

   Lama12

17 — 28.03.18 — 21:10

(0) Как показывает практика, все отказоустойчивые кластеры, устойчиво отказывают. Оно нужно?

   Fram

18 — 28.03.18 — 22:32

(0) кстати, а остальное у тебя задублировано? сетевые коммуникации, сервер БД? 1С сервер это последнее, что требует дублирования. потому как восстанавливается за 5 мин

   squidw

19 — 28.03.18 — 23:05

(18) ну видимо у меня перевернутая пирамида, я начинаю с сервера 1с. В разрезе отказоустойчивости СУБД я на данном этапе развития пока опираюсь только на бэкапы

   squidw

20 — 28.03.18 — 23:09

(17) и тем не менее я хочу пропустить это через себя, чтобы делать такие заявления. На слово я отвык верить кому угодно уже года так 3 назад. Все равно найдутся костылы, которыми нужно будет воспользоваться, но сначала я не могу разобраться в базовых вещах именно на практике.

   squidw

21 — 28.03.18 — 23:12

(14) Почему это не должен а что является тогда критериев того что оно работает? Я конечно же проверил по факту отказоустойчивость — не работает, но даже если бы не работала это не подтверждение того что оно работает сносно. Я просто помнится где-то 1,5 года назад пытался уже настроить подобное у меня криво косо получилось. Может конечно память подводит, но хотя бы из логики должно быть средство, которое сообщит находясь на сервере 1 что сервер 2 успешно к серверу 1 подключен и выполняет функции отказа/балансировки.

   squidw

22 — 28.03.18 — 23:13

(21) *критерием, черт как не привычно я всегда ошибаюсь потом пересматриваю и переделываю сообщение, редактирования сообщений нет, эм…

   squidw

23 — 16.04.18 — 12:18

(14) (21) Тема повисла. Я попробую задать вопрос иначе. Как мне убедиться что действительно работает отказоустойчивость и балансировка? Какой показатель в MMC говорит об этом

  

Tateossian

24 — 16.04.18 — 12:23

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

Источник

Содержание

  • 1 Порты 1С 8.2-8.3
    • 1.1 Пользователь USR1CV81 и его права
    • 1.2 Регистрация сервера 1С:Предприятия как сервиса Windows
  • 2 Параллельный запуск нескольких серверов «1С:Предприятия» разных версий на одном компьютере
    • 2.1 1. Постановка задачи
    • 2.2 2. Установка серверной части «1С:Предприятия» версии 8.3
    • 2.3 3. Регистрация сервера «1С:Предприятия» версии 8.3
    • 2.4 4. Добавление правила в Брандмауэр Windows для используемых портов
    • 2.5 5. Добавление сервера «1С:Предприятия» версии 8.3 в консоль администрирования серверов
  • 3 Сервер 1С
    • 3.1 Ошибка 1069: служба не запущена из-за ошибки входа в систему
    • 3.2 Ошибка 8007056B / 800708C5
    • 3.3 Ошибка 1923: нет привилегий для установки сервисом
    • 3.4 Ошибка 80070056
    • 3.5 Windows Sockets — 11004(0х00002AFC)
    • 3.6 (Windows Sockets — 10054(0x00002746)
    • 3.7  (Windows Sockets — 10060(0x0000274C)
    • 3.8 (Windows Sockets — 10061(0x0000274D)
  • 4 Обнаружен конфликт IP-адресов в Windows 7/8/10: методы решения
    • 4.1 Исправляем ошибку «Обнаружен конфликт IP-адресов в Windows»
    • 4.2 Выставление автоматического получения IP-адреса адреса DNS-сервера
    • 4.3 Выставление статического IP-адреса для сетевого подключения
  • 5 Настройка кластера серверов 1С на двух серверах
    • 5.1 Общий алгоритм установки кластера серверов 1С
    • 5.2 Условие задания:
    • 5.3 Решение
    • 5.4 Проверка
    • 5.5 Проверка настройки

Порты 1С 8.2-8.3

Ошибка создания кластера конфликт IP портов

Найдите в ветке

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices1C:Enterprise 8 Server Agent , параметр ImagePath.

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

  • 1540 — агент сервера
  • 1541 — менеджер кластера
  • 1560:1691 — динамический диапазон портов для рабочих процессов.

По материалам вот отсюда: вот отсюда.

Или же официальная иформация с http://its.1c.ru:

В большинстве случаев для установки 1C:Предприятия 8.1 в варианте “клиент-сервер” достаточно запуска программы установки 1С:Предприятия 8.1. При этом сервер 1С:Предприятия получает стандартные значения параметров, необходимые для его нормального функционирования.

Рассмотрим установку сервера 1С:Предприятия более детально. В процессе установки сервера 1С:Предприятия 8.1 программа установки 1С:Предприятия 8.1 выполняет следующие действия:

  • Копирует загрузочные модули сервера 1С:Предприятия в каталог, указанный программе установки 1С:Предприятия в качестве конечной папки.
  • Если в процессе установки выбрано «Создать пользователя USR1CV81», то создает пользователя USR1CV81. От имени этого пользователя работает сервер 1С:Предприятия 8.1, если он запускается как сервис. Ему доступны только те ресурсы, которые необходимы серверу 1С:Предприятия. Важно, что серверу 1С:Предприятия для работы необходимы два каталога: общий каталог с данными сервера (обычно «C:Program Files1cv81server») и каталог временных файлов (обычно «C:Documents and Settingsusr1cv81Local SettingsTemp» или «C:WINNTTemp»). Пользователь USR1CV81 получает права на общий каталог с данными сервера. Каталог временных файлов обычно доступен всем пользователям.
  • Если в процессе установки включено «Установить сервер 1С:Предприятия 8.1 как сервис Windows», то регистрирует в Windows сервис агента сервера 1С:Предприятия и запускает его. При первом запуске создается кластер серверов 1С:Предприятия с настройками по умолчанию. В нем один рабочий сервер и один рабочий процесс. Адрес рабочего сервера совпадает с именем компьютера, на котором выполнена установка.

Пользователь USR1CV81 и его права

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

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

Сервер 1С:Предприятия представляется системе Windows пользователем USR1CV81.

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

  • Каталог загрузочных модулей находится в каталоге, заданном программе установки 1С:Предприятия в качестве конечной папки. В нем расположены загрузочные модули сервера 1С:Предприятия. Пользователь USR1CV81 необходимы права на чтение данных и запуск программ из этого каталога и его подкаталогов. Он получает эти права неявно, благодаря включению в группу Users.
  • Каталог данных сервера обычно имеет имя «C:Program Files1cv81server». Пользователю USR1CV81 необходимы полные права на этот каталог. Программа установки 1С:Предприятия при создании пользователя USR1CV81 наделяет его правами на этот каталог.
  • Каталог временных файлов обычно имеет имя «C:Documents and Settingsusr1cv81Local SettingsTemp» или «C:WINNTTemp», которое определяется значением переменной TEMP окружения пользователя или переменной TEMP системного окружения. Посмотреть значение этой переменной можно в диалоге System Properties (Start -> Settings -> Control Panel -> System -> Advanced -> Environment Variables). Программа установки 1С:Предприятия задает пользователю USR1CV81 полные права на этот каталог. Обычно при установки Windows каталог временных файлов доступен всем пользователям посредством включения в его список доступа группы CREATOR OWNER. Однако, это доступ не полный. В частности, всем пользователям не доступна операция поиска файлов в этом каталоге. Установка пользователю USR1CV81 полных прав на каталог временных файлов позволяет серверу 1С:Предприятия выполнять все необходимые ему операции. Посмотреть список доступа можно в диалоге свойств каталога на закладке Security. Наличие группы CREATOR OWNER позволяет обращаться к каталогу любому пользователю, создающему какие-нибудь файлы в этом каталоге или владеющему какими-нибудь файлами в этом каталоге. При этом в списке доступа созданного файла вместо группы CREATOR OWNER будет записан пользователь, создавший файл. Среди пользователей, которым разрешен доступ в этот каталог, должен быть и пользователь USR1CV81, наделенный полными правами на этот каталог.Важно иметь в виду, что каталог временных файлов определенного пользователя (в том числе и пользователя USR1CV81) определяется комбинацией переменных окружения этого пользователя и системных переменных окружения. Чтобы узнать этот каталог, программа установки 1С:Предприятия запрашивает контекст пользователя USR1CV81. В для этого в Windows 2000 пользователю, от имени которого запускается программа установки 1С:Предприятия, могут потребоваться привилегии: Act as part of the operating system и Bypass traverse checking. Проверить привилегии пользователя можно утилитой Local Sequrity Settings в ветке Local Policies -> User Rights Assignment. В процессе установки нового программного обеспечения программа установки обычно получает эти привилегии автоматически.

Регистрация сервера 1С:Предприятия как сервиса Windows

Сервер 1С:Предприятия является простым консольным Windows приложением и может быть запущен интерактивно.

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

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

Для просмотра списка сервисов Windows и их параметров предназначена утилита Component Services (Start -> Settings -> Control Panel -> Administrative Tools -> Services).

Сервер 1С:Предприятия представлен в списке сервисов сервисом «Агент сервера 1С:Предприятия 8.1».

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

В диалоге свойств сервиса «Агент сервера 1С:Предприятия 8.1» на закладке General показана строка запуска процесса ragent, который является Агентом сервера 1С:Предприятия. Обычно эта строка имеет вид:

Копировать в буфер обмена

«C:Program Files1cv81binragent.exe» -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d «C:Program Files1cv81server»

В ней указано, что:

  • процессом Агента сервера является загрузочный модуль «C:Program Files1cv81binragent.exe»;
  • процесс ragent запускается как сервис Windows и должен управляться менеджером сервисов (-srvc);
  • используется как Агент сервера 1С:Предприятия (-agent);
  • при первом запуске сервиса должен быть создан кластер с параметрами по умолчанию и главным IP-портом номер 1541 (-regport 1541). По этому порту клиентские приложения должны соединяться с информационными базами, зарегистрированными в кластере;
  • IP-порт агента сервера должен иметь номер 1540 (-port 1540). По этому порту Консоль кластера должна соединяться с центральным сервером для выполнения административных функций;
  • при запуске процессов кластера на данном сервере им будут динамически назначаться IP-порты из диапазона 1560-1591 (-range 1560:1591).
  • общие данные кластера будут размещены в каталоге «C:Program Files1cv81server» (-d «C:Program Files1cv81server»).

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

Для создания сервиса нужно указать параметр -instsrvc и параметры: -usr — имя пользователя, от имени которого должен быть запущен сервис, -pwd — пароль этого пользователя.

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

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

Копировать в буфер обмена

«C:Program Files1cv81binragent.exe» -instsrvc -usr .USR1CV81 -pwd Password -regport 1541 -port 1540 -range 1560:1591 -d «C:Program Files1cv81server» -debug

Для удаления сервиса нужно указать параметр -rmsrvc. Например:

Копировать в буфер обмена

«C:Program Files1cv81binragent.exe» -rmsrvc

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

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

Для редактирования потребуется утилита regedit, предназначенная для просмотра и редактирования системного реестра Windows.

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

Запустите утилиту regedit (откройте Start -> Run и наберите regedit) и выберите ветку:

Копировать в буфер обмена

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices1C:Enterprise 8.1 Server Agent

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

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

Копировать в буфер обмена

«C:Program Files1cv81binragent.exe» -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d «C:Program Files1cv81server»

  • При помощи утилиты regedit изменить идентификатор зарегистрированного сервиса. Для этого: выбрать веткуHKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices1C:Enterprise 8.1 Server Agentи изменить ее имя, например на:HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices1C:Enterprise 8.1 Server Agent First

Источник: https://sugar64live.wordpress.com/2015/09/04/%D0%BF%D0%BE%D1%80%D1%82%D1%8B-1%D1%81-8-2-8-3/

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

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

В данном примере будет запущен сервер «1С:Предприятия» 8.3 при работающем сервере версии 8.2, но статья будет актуальна и для других подобных ситуаций, например при запуске сервера «1С:Предприятия» версии 8.1 при работающем сервере версии 8.

3 или запуске двух серверов различной разрядности.

1. Постановка задачи

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

  • Номер сетевого порта агента сервера — 1540
  • Номер сетевого порта менеджера кластера — 1541
  • Диапазон портов для динамического выбора — 1560:1591
  • Данные кластеры расположены в каталоге: «C:Program Files1cv82srvinfo»
  • Служба запускается от локального пользователя USR1CV8

Запустим и настроем для работы на этом же физическом компьютере сервер «1С:Предприятия» версии 8.3.

2. Установка серверной части «1С:Предприятия» версии 8.3

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

  • Компоненты доступа к серверам 1С:Предприятия 8
  • Сервер 1С:Предприятия 8

А заодно запомним каталог установки файлов «1С:Предприятия» (в данном случае — «C:Program Files1cv88.3.4.389» ).

Сервер «1С:Предприятия» устанавливаем не как службу, а как приложение, т. е. снимаем флаг «Установить сервер 1С:Предприятия 8 как сервис Windows» во время установки.

3. Регистрация сервера «1С:Предприятия» версии 8.3

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

Запустить PowerShell можно выполнив команду powershell (для этого необходимо нажать комбинацию клавиш Win + R, в появившемся окне «Выполнить» (Run) ввести имя команды в поле «Открыть» (Open) и нажать «ОК») или кликнув по соответствующему ярлыку в панели задач.

В открывшейся консоли Windows PowerShell, для удобства ввода дальнейших команд перейдем в каталог bin каталога с установленными файлами «1С:Предприятия» (каталог из пункта 1), выполнив команду

cd «C:Program Files1cv88.3.4.389bin»

Если сервер «1С:Предприятия» версии 8.3 все же был установлен ранее как служба, необходимо удалить существующую регистрацию сервера. Для этого необходимо выполнить команду

.ragent.exe -rmsrvc

А также необходимо удалить все файлы каталога реестра кластера, прошлой установки сервера «1С:Предприятия». По умолчанию это директория C:Program Files1cv8srvinfo.

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

порты, используемые по умолчанию (1540, 1541, 1560-1690) уже заняты службой сервера «1С:Предприятия» версии 8.

2, необходимо использовать альтернативные порты, например 2540, 2541 и диапазон 2560-2591. Для регистрации сервера с данными параметрами выполним команду

.ragent.exe -instsrvc -port 2540 -regport 2541 -range 2560:2591 -usr .USR1CV8 -pwd UsrPass8 -d «C:Program Files1cv8srvinfo»

(подробно про параметры запуска агента сервера «1С:Предприятия» можно прочитать в статье Агент сервера «1С:Предприятия» 8.3 и его параметры запуска)

В данном примере выполняется регистрация сервера со следующими значениями параметров:

  • Номер сетевого порта агента сервера — 2540
  • Номер сетевого порта менеджера кластера — 2541
  • Диапазон портов для динамического выбора — 2560:2591
  • Служба запускается от имени локального пользователя — USR1CV8
  • Пароль пользователя от имени которого запускается служба — UsrPass8
  • Данные реестра кластера расположены в каталоге «C:Program Files1cv8srvinfo»
  • Если необходимо включить отладку на сервере необходимо к строке запуска добавить параметр —debug

Ну и сразу произведем запуск службы, выполнив команду

.ragent.exe -start

Перейдем в службы Windows и увидим, что в списке появилась требуемая служба с именем 1C:Enterprise 8.3 Server Agent (x86-64). Служба запущена, и при запуске службы используются введенные только что параметры.

А если перейти в каталог с файлами реестра кластера, мы увидим что там появились соответствующие файлы.

4. Добавление правила в Брандмауэр Windows для используемых портов

Для того чтобы вновь установленный сервер «1С:Предприятия» был доступен другим компьютерам в сети, необходимо добавить используемые сервером порты (2540, 2541, 2560-2591) в исключения Брандмауэра Windows (Windows Firewall). Подробно об этом читайте в статье Добавление правила в Брандмауэр Windows Server 2012 R2.

5. Добавление сервера «1С:Предприятия» версии 8.3 в консоль администрирования серверов

Для администрирования сервера «1С:Предприятия» используется консоль администрирования серверов «1С:Предприятия».

Открыть консоль администрирования необходимой версии можно из подкаталога common каталога с установленными файлами программы «1С:Предприятия» (не обязательно данного компьютера — консоль можно установить отдельно на любой компьютер в сети), запустив оснастку 1CV8 Server (x86-64).msc.

В консоли администрирования серверов «1С:Предприятия», кликнув правой кнопкой мыши в дереве настроек на вкладке «Central 1C:Enterprise 8.3 servers», выберем в контекстном меню пункт «Создать» — «Центральный сервер 1С:Предприятия 8.3».

В появившемся окне параметров центрального сервера «1С:Предприятия» укажем:

  • Протокол — tcp
  • Имя — имя компьютера, на котором запущен сервер «1С:Предприятия»
  • IP порт — номер сетевого порта агента сервера, в данном случае 2540
  • Описание — произвольное описание центрального сервера «1С:Предприятия»

Нажимаем «ОК» для сохранения введенных параметров.

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

Запись опубликована в рубрике 1С 8 с метками 1Сv8, Windows Firewall. Добавьте в закладки постоянную ссылку.

Источник: http://tavalik.ru/zapusk-neskolkix-serverov-1spredpriyatiya-raznyx-versij/

Сервер 1С

Это позволяет обеспечить непрерывность работы:

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

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

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

Кластер по умолчанию имеет следующие характеристики:·         номер порта – 1541;·         диапазон IP портов – 1560:1591;·         поддержка многих рабочих процессов – выключена;·         один  рабочий  процесс, номер  порта устанавливается из указанного диапазона.

Если при первом запуске агента кластера возникли какие-либо проблемы, то кластер по умолчанию может быть не создан. Это проявляется в том, что при запуске агента сервера (ragent) он стартует, но не запускает другие процессы кластера (rmngr, rphost).

Список кластеров srvribrg.lst при этом выглядит так:{{0},

В этом случае можно остановить процесс ragent, удалить список кластеров (srvribrg.lst) и запустить ragent снова.

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

— Остановите сервис 1C:Enterprise 8.1 Server Agent.

Если Агент серверов запущен как приложение, остановка выполняется нажатием комбинации клавиш Ctrl+C.
— Убедитесь, в Диспетчере задач (Task Manager), что все процессы ragent, rmngr, rphost завершились. При необходимости завершите их при помощи Task Manager.

— Откройте свойства сервиса 1C:Enterprise 8.1 Server Agent.

— Обратите внимание на строку «Исполняемый файл» ( Path to executable). В ней имеется параметр -d, за которым следует каталог данных кластера. Все файлы, относящиеся к кластеру, находятся в этом каталоге.— Удалите все содержимое этого каталога.— Запустите сервис 1C:Enterprise 8.

1 Server Agent.— Убедитесь, в Диспетчере задач (Task Manager), что все процессы ragent, rmngr, rphost стартовали.— Запустите консоль кластера и зарегистрируйте в ней центральный сервер. Консоль должна подсоединиться к центральному серверу и показать один кластер, созданный по умолчанию.

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

  1. Ключ защиты серверной части устанавливается ЛОКАЛЬНО на каждый сервер предприятия
  2. Не задавайте учетную запись службы с пустым паролем
  3. При нескольких кластерах используемые порты не должны пересекаться

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

Ошибка 1069: служба не запущена из-за ошибки входа в систему

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

Откройте утилиту Local Security Policy (Локальная политика безопасности) и добавьте пользователя (от имени которого происходит запуск Рабочих серверов Кластера) к политикам Logon as service (Работа в качестве сервиса) и Logon as batch (Работа в качестве пакетного задания) job.

При нарушении данных, хранящихся в служебных файлах,  и  запуск Рабочих серверов Кластера может оказаться неудачным. Убедитесь, что агент сервера 1С:Предприятия 8.1 запущен (процесс ragent в Task Manager).

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

Ошибка 8007056B / 800708C5

The new password does not meet the password policies. The password may be too short or you have already used this password recently.Причина: указанный пароль для учетной записи в диалоговом окне «Установка сервера 1С:Предприятие» не удовлетворяет требованиям политики безопасности.

Решение: Задать новый пароль для выбранной учетной записи, удовлетворяющий требованиям политики безопасности либо ослабить требования применяемой политики безопасности, т.е. не требовать «сложного» пароля, не ограничивать количество знаков в пароле, не проверять попыток повторения и т.д.

Ошибка 1923: нет привилегий для установки сервисом

Причина: Ошибка связана с правами установки учетной записи в качестве приложений. Такая ошибка характерна для попыток установки сервера на контроллере домена, где предъявляются повышенные меры безопасности.

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

Ошибка 80070056

Your password could not be changed. Each password must be used for at least x days.
Причина и Решение: Еще одна ошибка, возникающая при нарушении требований политики безопасности к используемым паролям. Решение аналогично ошибке 800708C5.

Windows Sockets — 11004(0х00002AFC)

1) Убедиться, что на Рабочем сервере кластера в Диспетчере задач (Task Manager) запущены :Агент сервера (ragent.exe),Менеджер Кластера (rmngr.

exe),Рабочий процесс Кластера (rphost.exe).

2) Для проверки разрешения имен  ip-адреса выполните в командной строке:ping имя_машиныВ отклике системы на команду нас интересует, определиться ли ip-адрес.

3) Если имя определилось, но Рабочий процесс по-прежнему не находится, то убедитесь, что определение Ip-адреса имени и . определяются не по-разному.

(Windows Sockets — 10054(0x00002746)

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

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

Такая ошибка может происходить при достижении рабочим процессом использования максимального объема памяти в 32х битных системах.

Другим случаем является попытка подключения от клиента с сообщением об ошибке:

 (Windows Sockets — 10060(0x0000274C)

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

Сущность этой ошибки – отсутствие отклика в течении определенного времени (таймаута).1) Убедитесь, что брандмауэр не блокирует трафик приложения. Выключите брандмауэр.

Для этого в командной строке выполните команду (команда доступна начиная с Windows XP и Windows Server 2003, в более ранних версиях встроенного брандмауэра нет, однако может быть установлено стороннее ПО):

netsh firewall set opmode disable

Если команда будет выполнена успешно, вы получите сообщение:

Ок.

Кроме брандмауэра блокировать трафик могут сетевые фильтры. Они по умолчанию выключены. Тем не менее, убедитесь, что это так:

  1. Откройте папку «Сетевые подключения».
  2. Щелкните правой кнопкой мыши сетевое подключение, которое требуется настроить, и выберите команду Свойства.
  3. На вкладке Общие (для подключения по локальной сети) или на вкладке Сеть (для всех остальных подключений) выберите Протокол Интернета (TCP/IP) и нажмите кнопку Свойства.
  4. Нажмите кнопку Дополнительно.
  5. Откройте вкладку Параметры, выберите параметр Фильтрация TCP/IP и нажмите кнопку Свойства.
  6. Убедитесь,  что флажок Задействовать фильтрацию TCP/IP (все адаптеры) снят.

2) Убедитесь, что ресурсы процессора не загружены на 100% (CPU%).
3) Выполните замер сетевой активности интерфейсов клиента и сервера. Нагрузка на сетевой адаптер не должна превышать 60%.

(Windows Sockets — 10061(0x0000274D)

Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение.
Характерной причиной такой ошибки является отсутствие запущенного Агента сервера. Запустите сервер вручную или выполните перезагрузку сервера для автоматического старта.

Обнаружен конфликт IP-адресов в Windows 7/8/10: методы решения

Сегодня у нас на рассмотрении будет очень редкая проблема, которая сможет заблокировать вам доступ в Интернет — Обнаружен конфликт IP-адресов. Итак, при каких же условиях возникает данная проблема? На самом деле все очень просто — при попытке подключения пользователя к Интернету.

В сообщении данной ошибки, которое можно увидеть появляющимся в правом нижнем углу Области уведомления Пуска, указана следующая информация:

Обнаружен конфликт IP-адресов Windows

В этой сети уже есть компьютер с таким же IP-адресом. Обратитесь к системному администратору для разрешения этой проблемы. Дополнительные сведения см. в системном журнале Windows.

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

Ошибка «Обнаружен конфликт IP-адресов в Windows» может возникать на любой версии системы, даже уже на не поддерживаемой Windows XP, но там сообщение для данной ошибки немного отличается:

Windows — Системная ошибка

Конфликт IP-адреса с другой системой в сети.

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

Ок, давайте об этом поподробней. Проблема ошибки «Обнаружен конфликт IP-адресов в Windows» заключается в том, что в вашей сети уже присутствует устройство с точно таким же IP-адресом, которое было дано компьютеру, т.е. один и тот же IP-адрес дался двум устройствам.

Почему же произошел такой сбой? Ну, когда вы создаете беспроводную точку подключения, то ваш роутер начинает автоматически присваивать различным устройствам с сети определенные IP-адреса с помощью DHCP-протокола. Так что за появлением сбоя может стоять ваш маршрутизатор, который, по какой-то причине, дал один и тот же IP-адрес двух устройствам в сети.

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

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

Исправляем ошибку «Обнаружен конфликт IP-адресов в Windows»

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

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

Далее вы можете попробовать выполнить перезапуск своего маршрутизатора. Возможно, тот дал вашему компьютеру уже выданные IP-адрес по ошибке. Простой перезапуск устройства может решить проблему.

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

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

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

Выставление автоматического получения IP-адреса адреса DNS-сервера

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

Нажмите правой кнопкой мыши на иконке вашего сетевого подключения в Области уведомления Пуска и перейдите в «Центр управления сетями и общим доступом». Попав в указанное окно, нажмите на ссылку «Изменение параметров адаптера», находящееся в левой части окна.

Далее найдите свое сетевое подключение. Нажмите на него правой кнопкой мыши и выберите пункт «Свойства».

Заметка: Теперь вам нужно найти тот протокол Интернета, которые используется вашим Интернет-провайдером.

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

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

Кликните один раз на компонент под именем «Протокол Интернета версии 4 (TCP/IPv4)», а затем кликните на кнопку «Свойства», которая будет находиться ниже. Теперь вам нужно перейти во вкладку «Общие».

Далее самое главное — поставьте галочки напротив опций по получению IP-адреса и адреса DNS-сервера в автоматическом режиме.

И наконец, подтвердите изменения настроек своего сетевого подключения, нажав на кнопку «Ок».

Как только вы закончите с настройкой вашего сетевого подключения, перезагрузите свой компьютер(очень важно!), а затем снова попытайтесь получить доступ к Интернету. Опять тот же вопрос — ошибка «Обнаружен конфликт IP-адресов в Windows» была устранена?

Если нет, то у нас остался еще один способ, который пойдет от обратного по сравнению с предыдущим — выставление статического IP-адреса для подключения, но только корректно.

Выставление статического IP-адреса для сетевого подключения

Итак, если установив автоматическую установку IP-адреса так ничего и не решилось, то можно пойти по противоположному пути — установить статические значения.

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

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

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

  • IP-адрес — сюда вы должны ввести IP-адрес своего роутера, но только немного изменив. Например, возьмем самый распространенный IP-адрес для роутера — 192.168.1.1. Вам нужно взять этот адрес и превратить его, к примеру, в 192.168.1.2. или 192.168.1.4. Можете проявить фантазию и добавить в конец значение вплоть до сотен.
  • Маска подсети — сюда вам не нужно вписывать ничего — это значение будет выставлено автоматически.
  • Основной шлюз — а вот сюда вам нужно ввести IP-адрес именно вашего роутера. То есть, опять-таки, это может быть 192.168.1.1 или любой другой. Найти этот адрес можно либо на корпусе самого маршрутизатора, либо на его коробке.

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

Особенно, если у вас ранее наблюдались какие-то проблемы с выполнением входа на различные веб-ресурсы. Поставьте галочку напротив опции, позволяющей выставлять статические адреса для DNS, а затем пропишите 8.8.8.8.

для предпочтительного и 8.8.4.4. для альтернативного сервера.

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

Нашли опечатку? Выделите текст и нажмите Ctrl + Enter

Источник: https://ZnaiWifi.com/oshibka/obnaruzhen-konflikt-ip-adresov-v-windows.html

Настройка кластера серверов 1С на двух серверах

Рассмотрим процесс настройки и установки 1С кластера серверов на двух и более физических серверах.

Если Вам необходимы услуги по настройке сервера 1С 8.3, обратитесь к профессионалам. Подробности — Услуги по настройке 1С.

Общий алгоритм установки кластера серверов 1С

Имеем 2 сервера: SERVER1 и SERVER2:

  • на обе машины устанавливаем сервер 1С 8;
  • создаем на каждом сервере по кластеру 1С 8.3 (стандартный кластер, рабочий сервер пока 1, тот, который держит кластер);
  • добавляем рабочие процессы и пр. (настройки идентичны на обоих серверах);
  • на SERVER1 добавляем информационную базу;
  • в список резервирования SERVER1 добавляем SERVER2 (должен быть 2-м в списке);
  • в список резервирования SERVER2 добавляем SERVER1 (должен быть 1-м в списке);
  • ждем, пока синхронизируются список ИБ и сеансов (ок. 1 минуты).

Все — отказоустойчивость настроили.

Условие задания:

Есть сервер: V81CORA (192.168.1.222), на котором установлен сервер 1С: Предприятия и зарегистрированы две информационные базы: test и test1.

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

Это наиболее простой случай создания и использования отказоустойчивого кластера серверов 1С предприятия 8.2.

Решение

  1. Имеем один сервер V81CORA  с единственным рабочим процессом. Все установки – по умолчанию (1540, 1541) На нем зарегистрированы 2 базы 1C.

Свойства рабочего процесса V81CORA  1:

2. На втором сервере (Z3060015) поднимаем сервер 1C: Предприятия с единственным рабочим процессом. На нем нет зарегистрированных информационных баз. Все установки – по умолчанию (1540, 1541).

Свойства рабочего процесса Z3060015 1. Обратите внимание: в поле Использование стоит Использовать (а не Использовать как резервный).

3. Открываем в консоли администрирования 1С оба сервера V81CORA  и Z3060015, чтобы было удобнее работать.

4. В ветку Резервирование кластеров сервера V81CORA , на котором зарегистрированы базы, добавляем резервный кластер с именем второго сервера (порт по умолчанию 1541).

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

5. В ветку Резервирование кластеров второго сервера Z3060015  добавляем резервный кластер с именем первого сервера V81CORA  (порт по умолчанию 1541) и, ЭТО ВАЖНО, перемещаем его на первое место (доступно по контекстному меню – Переместить вверх) так, чтобы порядок в группах Резервирование кластеров был одинаковый.

6. Ждем некоторое время, потом нажимаем Действия –Обновить. Если в дереве информационных баз второго сервера Z3060015 появились информационные базы первого сервера V81CORA, синхронизация прошла успешно, и отказоустойчивый кластер готов к работе.

Проверка

Если все сделано правильно:

Входим в базу, начинаем работать.

На первом сервере V81CORA  останавливаем службу сервера 1С 8.

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

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

  1. Добавляем в кластер V81CORA новый рабочий сервер Z3060015:

IP-порт – стандартный (1540), диапазоны IP-портов рабочих процессов – сдвинутые, не пересекающиеся с основными (основные – 1560:1591, сдвинутые, например, 1660:1691).

2. Аналогичным образом добавляем в кластер Z3060015 новый рабочий сервер V81CORA:

Параметры сервера:

3. Добавляем к созданным серверам по рабочему процессу:

Настройка завершена.

Проверка настройки

Если все сделано правильно:

Входим в базу несколькими пользователями — так, чтобы они распределились между основным (например, V81CORA порт 1562) и дополнительным (Z3060015 порт 1660) рабочими процессами, начинаем работать.

На первом сервере V81CORA  останавливаем службу сервера 1С.

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

Пользователи распределятся между процессами резервного кластера:

основным (Z3060015 порт 1562) и дополнительным (V81CORA  порт 1660).

На сервере V81CORA  выгружаем все процессы rphost.

Клиенты могут «задуматься» на некоторое небольшое время, и работу можно будет продолжать, при проверке перезапуск реально потребовался только для одного пользователя из восьми.

Пользователи останутся на основном процессе резервного кластера  (Z3060015 порт 1562).

*Источник — книга «Настольная книга 1С:Эксперта по технологическим вопросам».   Филиппов Е. В.

Если Вам необходимы услуги по настройке сервера 1С, обратитесь к профессионалам. Подробности — Услуги по настройке 1С.

Смотрите видеоинструкцию по созданию отказоустойчивого кластера 1С с балансировкой нагрузки:

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

Источник: https://programmist1s.ru/nastroyka-i-ustanovka-klastera-serverov-1s-na-dvuh-fizicheskih-serverah/

Источник

Profile picture for user Олег

1C

С 9 сентября 2019 года пользователи 1С:Предприятие 8 ПРОФ могут получить ошибку:

Операция не может быть выполнена с текущим составом лицензий.
Свойства кластера ‘Допустимое отклонение количества ошибок сервера’, ‘Режим распределения нагрузки’ или свойства рабочего сервера ‘Максимальный объём памяти рабочих процессов’, ‘Безопасный расход памяти за один вызов’, ‘Объём памяти рабочих процессов, до которого сервер считается производительным’, ‘Количество ИБ на процесс’ содержит значения, отличные от значений по умолчанию.
Использование этих функций возможно только для лицензии на платформу уровня КОРП. Обратитесь к администратору для решения вопросов приобретения и установки лицензии уровня КОРП.

1с

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

В любом случае в первую очередь нужно дать пользователям возможность работать дальше, поэтому вернём значения «по умолчанию».

Перезагрузка сервера не потребуется.

Настройки локального кластера

1с

Настройки рабочего сервера

1с

Красным подчёркнуты те значения, которые явно перечислены в тексте ошибки.

Значения по умолчанию

  • Допустимое отклонение количества ошибок сервера — 0.
  • Режим распределения нагрузки — «Приоритет по производительности».
  • Максимальный объём памяти рабочих процессов — 0. Значение определяется автоматически как 80% объема оперативной памяти сервера.
  • Безопасный расход памяти за один вызов — 0. Значение объема определяется автоматически, как 5% максимального объема памяти рабочих процессов на данном рабочем сервере.
  • Объём памяти рабочих процессов, до которого сервер считается производительным — 0. Значение 0 означает, что никакого ограничения не установлено.
  • Количество ИБ на процесс — 8. Если количество информационных баз превысит это количество, то кластер серверов создаст на этом рабочем сервере дополнительный рабочий процесс.

Примечание

Ряд параметров контроля объема памяти процессов можно будет делать с лицензией ПРОФ (04.10.2019)

Нами принято решение, что изменение значений параметров:
* Критический объем памяти процессов
* Временно допустимый объем памяти процессов
* Предел превышения (секунд) временно допустимого объема памяти процессов
можно будет делать с лицензиями уровня ПРОФ.

При этом поведение для опции «Временно допустимый объем памяти процессов» для ПРОФ и КОРП лицензий будет отличаться.
С лицензиями ПРОФ изменение параметра будет действовать только на перезапуск процессов, а с лицензиями КОРП – и на перезапуск процессов, и на прерывание объёмных клиентских вызовов сервера.

Сейчас в версии 8.3.15 эти опции доступны только с лицензиями уровня КОРП.

Изменение попадет в следующую финальную версию 8.3.15 (после 8.3.15.1656).

1c

Цены

Источник

Настройка и ускорение кластера серверов 1С:Предприятие 8.3 – инструменты и показатели

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

Открываем еще одну “новогоднюю тему” – ускорение работы 1С и настройка инфраструктуры.

Считается, что уже от 10-15 рабочих мест – и все, она “поползла” и “еле ворочается”. Почти все страдают от “тормозов”. Кто не страдает – тот просто привык.

Однако науке известны и другие примеры :)

Когда, например, удается запускать системы на несколько сотен рабочих мест или в десятки раз сокращать время проведения документов или получения отчетов (с нескольких минут – до 10-15 секунд).

Каждый раз это вызывает массовый интерес.

Поэтому предлагаем посмотреть, что позволяет получать такие результаты.

Начнем с достаточно простой темы – про параметры настройки кластера серверов

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

  • Максимальный объем памяти рабочих процессов. Настройка позволяет регулировать объем памяти, который могут занять все рабочие процессы данного кластера на данном рабочем сервере.
  • Безопасный расход памяти за один вызов. Настройка позволяет ограничить объем памяти, который будет занят при выполнении серверного вызова на данном рабочем сервере.
  • Количество ИБ на процесс и количество соединений на процесс. Данные настройки позволяют косвенно регулировать количество рабочих процессов на данном рабочем сервере.
  • Менеджер под каждый сервис. Настройка позволяет запустить каждый сервис менеджера кластера как отдельный процесс.

В видеоуроках мы покажем каждую из новых настроек и раскроем нюансы их использования.

Видео 01:

01. Настройка параметров кластера серверов

Настройка параметров кластера серверов

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

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

Видео 02:

04. Параметры рабочего сервера для автоматического создания рабочих процессов

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

В этом уроке рассмотрена группа настроек рабочего сервера – Параметры рабочих процессов.

В группе 2 настройки:

  • Количество ИБ на процесс
  • Количество соединений на процесс.

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

Видео 03:

05. Создание отдельного менеджера (rmngr) под каждый сервис

Смотрите еще:

[02.12.2015]

[07.12.2015]

[18.12.2015]

[21.12.2015]

Источник

Содержание
1. Правильно ли оставлять настройки кластера серверов 1С 8.3 “по умолчанию”.
2. Рекомендации по настройке кластера 1С 8.3
3. Рекомендации по настройке СУБД MS SQL

Устанавливая 1С в клиент-серверном варианте, случается, что специалисты оставляют настройки кластера серверов 1С 8.3 по умолчанию. Это может приводить к неоптимальному использованию аппаратных ресурсов эксплуатируемых серверов и к нестабильной работе серверов 1С и СУБД.
В статье рассмотрим рекомендации по основным настройкам кластера серверов 1С 8.3 и СУБД MS SQL.

1. Рекомендации по настройке кластера 1С 8.3

Окно настроек кластера 1С 8.3 выглядит примерно так:

1.png

 
Обратите внимание, что настройки кластера отвечают за настройки всех серверов принадлежащих настраиваемому кластеру. Кластер подразумевает работу нескольких физических или виртуальных серверов, работающих с одними и теми же информационными базами.
Интервал перезапуска – отвечает за частоту перезапуска рабочих процессов кластера. Этот параметр необходимо выставлять при круглосуточной работы сервера. Рекомендуется частоту перезапуска связывать с технологическим циклом информационных баз кластера. Обычно это каждые 24 часа (86400 сек). Как известно, рабочие процессы серверов 1С обрабатывают и хранят рабочие данные. Автоматический перезапуск был разработан в платформе «для минимизации отрицательных последствий фрагментации и утечки памяти в рабочих процессах». На ИТС есть даже информация о том, как организовать перезапуск рабочих процессов по другим параметрам (объем памяти, занимаемые ресурсы и т.п.).

Допустимый объем памяти – защищает сервера 1С от перерасхода памяти. При превышении процессом этого объема в интервале превышения допустимого объема, процесс перезапускается. Можно рассчитать как максимальный размер памяти, занимаемый процессами «rphost» в периоды пиковой нагрузки серверов. Также стоит установить небольшой интервал превышения допустимого объема.

Допустимое отклонение количества ошибок сервера. Платформа рассчитывает среднее количество ошибок сервера по отношению к числу обращений к серверу в течение 5 минут. Если это отношение превысит допустимое, то рабочий процесс считается «проблемным», и может быть завершен системой, если установлен флаг «Принудительно завершать проблемные процессы».
Выключенные процессы останавливать через.  При превышении допустимого объема памяти, рабочий процесс не завершается сразу, а становится «выключенным», чтобы было время «перенести» рабочие данные без потери на новый запущенный рабочий процесс. Если указан этот параметр, то «выключенный» процесс в любом случае завершится по истечении этого времени. Если наблюдаются «зависшие» рабочие процессы в работе сервера 1С, то можно стоит этот параметр на 2-5 минут.
Теперь посмотрим на настройки сервера 1С:

2.png

 
Эти настройки устанавливаются для каждого сервера 1С индивидуально.
Максимальный объем памяти рабочих процессов – это объем совокупной памяти, которую могут занимать рабочие процессы (rphost) на текущем кластере. Если параметр установлен в «0», то занимает 80% оперативной памяти сервера. «-1» — без ограничений. Когда на одном сервере работают СУБД и сервер 1С, им нужно делить между собой оперативную память. Если в процессе эксплуатации обнаружится, что серверу СУБД не хватает памяти, то можно ограничить память, выделяемую серверу 1С с помощью этого параметра. Если СУБД и 1С разделены по серверам, то имеет смысл рассчитать этого параметр по формуле:

«Max объем» = «Общая оперативная память» – «Оперативная память ОС»;

«Оперативная память ОС» рассчитывается по принципу 1 Гб на каждые 16 Гб оперативной памяти сервера

Безопасный расход памяти за один вызов. В общем случае, отдельные вызовы не должны занимать всю оперативную память, выделенную рабочему процессу. Если параметр установлен в «0», то объем безопасного расхода будет равен 5 % от «Максимального объема памяти рабочих процессов». «-1» — без ограничения, что крайне не рекомендуется. В большинстве случаев этот параметр лучше оставлять «0».
С помощью параметров «Количество ИБ на процесс» и «Количество соединений на процесс» можно управлять распределением работы сервера 1С по рабочим процессам. Например, запускать под каждую информационную базу отдельный «rphost», чтобы в случае «падений» процесса, отключались только пользователи одной базы. Эти параметры стоит  подбирать индивидуально под каждую конфигурацию сервера.

2. Рекомендации по настройке СУБД MS SQL

Ограничение на использование оперативной памяти сервером СУБД – У сервера СУБД MS SQL есть одна замечательная особенность – он любит загружать базы, с которыми ведется активная работа в оперативную память полностью. Если его не ограничивать, то он заберет себе всю оперативную память, какую только сможет.
• Если сервер 1С:Предприятия установлен вместе с Microsoft SQL Server, то верхний порог памяти необходимо уменьшить на величину, достаточную для работы сервера 1С.
• Если на сервере работает только СУБД, то для СУБД по формуле:
«Память СУБД» = «Общая оперативная память» – «Оперативная память ОС»;

3.png

 
Shared memory – об этом параметре известно много, но до сих пор встречается, что про него забывают. Выставляем в «1», если сервер 1С и СУБД работают на одном физическом или виртуальном сервере. Кстати, работает, начиная с платформы 8.2.17.
Max degree of parallelism – определяет сколько процессоров используется при выполнении одного запроса. СУБД распараллеливается получение данных при выполнении сложных запросов на несколько потоков. Для 1С рекомендуется устанавливать в «1», то есть одним потоком.
Авторасширение файлов БД — определяем шаг в МБ, с которым «расширяется» файл базы данных. Если шаг будет маленький, то при активном росте БД, частые расширения приведут к дополнительной нагрузке на дисковую систему. Лучше установить в 500 – 1000 МБ.

4.png

 
Реиндексация и дефрагментация индексов – рекомендуется делать дефрагментацию/реиндексацию хотя бы раз в неделю. Реиндексация блокирует таблицы, поэтому лучше запускать в нерабочее время или периоды минимальной нагрузки. Нет смысла делать дефрагментацию после перестроения индекса (реиндексации). По рекомендации Microsoft дефрагментацию делают в том случае, если фрагментация индекса не превышает 30 %. Если выше, рекомендуется сделать реиндексацию.

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

Настройки MS SQL
 
Регламентные операции СУБД


Кирилл Карцев,
программист 1С, руководитель отдела внедрения ООО “Кодерлайн”

Источник

1c83-server-prof-korp-000.png10 сентября 2019 года вступило в силу анонсированное ранее программное разделение пользовательских лицензий 1С:Предприятие 8 по уровням ПРОФ и КОРП. Нельзя сказать что это произошло неожиданно, данная информация появилась в конце февраля и доводилась до сведения пользователей в том числе и средствами платформы, которая выводила предупреждения при запуске информационной базы, но многие оказались не готовы к изменениям. Данная статья призвана помочь в этой ситуации и расскажет, как правильно выставить настройки, чтобы снова все заработало.

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

Прежде всего давайте разберемся, что такое лицензии уровня КОРП. Это новый тип лицензий на платформу, введенный еще в 2014 году и предусматривающий предоставление пользователю дополнительных возможностей, а именно:

  • фоновое обновление конфигурации базы данных;
  • дополнительное управление распределением по рабочим серверам кластера в разрезе информационных баз, видов клиентских приложений и фоновых заданий:
    • сервисов кластера;
    • соединений с информационными базами;
  • гибкое управление нагрузкой в кластере:
    • безопасный расход памяти за один вызов;
    • количество ИБ на процесс;
    • объем памяти рабочих процессов, до которого сервер считается производительным;
    • максимальный объем памяти рабочих процессов;
    • стратегия балансировки (по памяти, по производительности);
  • внешнее управление сеансами;
  • механизм управления потреблением ресурсов;
  • профили безопасности;
  • возможность обновления тонкого клиента с сервера;
  • возможность публикации списка баз и обновлений тонкого клиента через http;
  • возможность использования «1С:Сервера взаимодействия».

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

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

1c83-server-prof-korp-001.pngМы, в рамках этой статьи, не будем обсуждать обоснованность такого разделения, хотя, на наш взгляд, лицензии ПРОФ получились очень сильно ограниченными. Но выразим свое недоумение тем, что фирма 1С не предусмотрела легкой возможности перехода. Достаточно одной кнопки или пакетного файла в составе поставки конфигурации, которые бы возвращали настройки сервера 1С в состояние, соответствующее ограничениям лицензии ПРОФ, сколько неприятных моментов и простоев удалось бы избежать, не говоря о негативе в адрес фирмы. На худой конец можно было бы автоматически сбросить настройки на нужное состояние.

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

  • защита реализована начиная с версий 8.3.12.1852, 8.3.13.1791 и 8.3.14.1592 платформы;
  • до 10 сеансов включительно доступен полный функционал уровня КОРП;

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

Далее везде представлены настройки для платформы 8.3.13.1926, внешний вид и состав настроек других версий платформы, в частности 8.3.15 может отличаться, но настройки разделения функционала КОРП — ПРОФ это не затрагивает.

Настройки кластера

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

1c83-server-prof-korp-002.pngОграничениями лицензии ПРОФ являются:

  • Допустимое отклонение количества ошибок сервера, значение по умолчанию 0;
  • Режим распределения нагрузки, значение по умолчанию Приоритет по производительности.

Настройки сервера

А вот здесь все гораздо хуже, практически все возможности настройки сервера у пользователей ПРОФ забрали.

1c83-server-prof-korp-003.pngПод ограничения попали:

  • Максимальный объем памяти рабочих процессов, значение по умолчанию 0;
  • Безопасный расход памяти за один вызов, значение по умолчанию 0;
  • Объем памяти рабочих процессов, до которого сервер считается производительным, значение по умолчанию 0;
  • Количество ИБ на процесс, значение по умолчанию 8.

Любые значения, отличные от значений по умолчанию, являются недопустимыми.

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

Настройки информационной базы

Мы не думаем, что кто-то реально столкнется с этим ограничением, но приведем его на всякий случай.

1c83-server-prof-korp-004.pngВо всех информационных базах должны быть установлены следующие значения:

  • Внешнее управление сеансами — пустая строка;
  • Обязательное использование внешнего управления — флаг снят.

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

Настройки публикации на веб-сервере

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

1c83-server-prof-korp-005.pngПоэтому, если вы использовали обновления тонкого клиента с сервера или публикацию на веб-сервере списка баз, то от этих возможностей придется отказаться.

1c83-server-prof-korp-006.pngВ частности, это относится к настройкам Публиковать дистрибутив, которые не следует путать с опцией Публиковать тонкий клиент и веб-клиент, если вы снимите этот флажок, то подключение к базе тонким и веб-клиентом будет невозможно.

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

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

Источник

Понравилась статья? Поделить с друзьями:
  • Ошибка изи античит неизвестная версия файла
  • Ошибка изи античит не установлен гта 5 рп
  • Ошибка изи античит 10011
  • Ошибка извлечения проверьте файлы как исправить на телефоне хуавей
  • Ошибка извлечения проверьте файлы как исправить на телефоне хонор