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

07.02.15

База данных - Инструменты администратора БД

Безотказный кластер и сервер лицензий 1С:Предприятие 8.3

Безотказный кластер и сервер лицензий 1С:Предприятие 8.3

Есть 3 (srv1, srv2,srv3)сервера на 2 мы располагаем сервера приложений 1С(srv1,srv2),а на третьем будет сервер клиентских лицензий.

  1. На всех трёх серверах мы устанавливаем Cервер 1С:Предприятия (64-bit) для Windows.
  2. Затем на srv1 запускаем консоль администрирования, она обычно расположена c:\Program Files\1cv8\common\1CV8 Servers (x86-64).msc
  3. Там уже существует Локальный кластер созданный по умолчанию. Переименовываем его в CLASTER1C
  4. В консоли добавляем центральные сервера srv2 и srv3.(для того чтобы их видеть в одной консоли)
  5. В консоли выбираем srv2 и удаляем локальный кластер.
  6. Далее выбираем srv1 открываем CLASTER1C далее Рабочие сервера и добавляем 2 рабочих сервера srv2 и srv3.
  7. затем там же выбираем Properties у рабочего сервера srv2 и ставим галочку центральный сервер.
  8. В консоли выбираем srv2 и там у нас должен появиться CLASTER1C.
  9. выбираем Properties у CLASTER1C и ставим уровень отказоустойчивости 1 (вычисляется по формуле Кол-во Центральных серверов= уровень отказоустойчивости +1).
  10. Далее выбираем в консоли srv1 открываем рабочие сервера и у srv3 открываем Требования назначения функциональности. Добавляем две функциональности Любой объект требования - Не назначать - Для всех баз и Сервис лицензирования - Назначать - Для всех баз.(для всех баз означает что в поле Имя ИБ оставляем пустым)
  11. Далее выбираем CLASTER1C открываем рабочие сервера и у srv1 и srv2 открываем Требования назначения функциональности. Добавляем две функциональности Клиентское соединение с ИБ - Назначать - Для всех баз и Сервис лицензирования – не назначать - Для всех баз.
  12. Далее выбираем CLASTER1C и на кластере щелкнув правой кнопкой мыши выходит список нажимаем Применить Требования назначения функциональности(Полное).
  13. Устанавливаем лицензии на сервера:

Подключаем или создаем на srv3 любую базу и активируем все лицензии.

  1. Затем удаляем Локальный кластер на srv3.
  2. Перегружаем службы на всех серверах и через пару минут все работает и готово.

Замеченные глюки и пути их исправления.

  1. Бывает если один из серверов srv1 или srv2 выходит ошибка совместного доступа "c:\Program Files\1cv8\srvinfo\reg_1541\snccntx92a9e063-7a1e-48ea-83a9-3b9d3c3e123d\snccntx.dat" .

Решение: останавливаете на srv1 и srv2 службы агентов и удаляете на этих серверах все папки в c:\Program Files\1cv8\srvinfo\r

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

eg_1541\. Файл "c:\Program Files\1cv8\srvinfo\reg_1541\1CV8Clst.lst" не удалять.

Решение: ночью средствами Windows ставить на перезапуск агентов, но с утра можете получить глюк пункта 1.

Безотказный кластер сервер лицензий 1С:Предприятие 8.3

См. также

Автоподбор ролей для профилей и групп доступа в любых типовых базах 1С УТ 11, КА 2, ERP2, Розница 2/3, УНФ 16/3, БП 3, ЗУП 3 и подобных (УФ, Платформа 8.3.14+)

Инструменты администратора БД Роли и права 8.3.14 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Документооборот 1С:Зарплата и кадры государственного учреждения 3 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)

Роли… Вы тратите много времени и сил на подбор ролей среди около 2400 в ERP или 1500 в Рознице 2, пытаясь понять какими правами они обладают? Вы все время смотрите права в конфигураторе или отчетах чтоб создать нормальные профили доступа? Вы хотите наглядно видеть какие права дает профиль и редактировать все в простом виде? А может хотите просто указать подсистему и дать права на просмотр и добавление на объекты и не лезть в дебри прав и чтоб обработка сама подобрала нужные роли? Все это теперь стало возможно! Обновление от 15.12.2023, версия 1.1.

12000 руб.

06.12.2023    2990    15    1    

34

SALE! 20%

Infostart УДиФ: Управление данными и формами

Инструменты администратора БД Инструментарий разработчика Роли и права Платформа 1С v8.3 Конфигурации 1cv8 Россия Платные (руб)

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

10000 8000 руб.

10.11.2023    3581    11    1    

34

SALE! 30%

PowerTools

Инструментарий разработчика Инструменты администратора БД Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Россия Платные (руб)

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

3600 2520 руб.

14.01.2013    177772    1074    0    

849

Ускоренное проведение документов (x4), устранение ошибок 60/62 счетов и зачет авансов (Бухгалтерия 3.0)

Закрытие периода Инструменты администратора БД Корректировка данных Бухгалтерский учет 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).

14400 руб.

29.04.2020    27394    79    146    

59

Система хранения присоединенных файлов в томах на диске

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

Конфигурация Комплексная автоматизация 1.1 (и УПП 1.3 тоже) хранит файлы и изображения в справочнике Хранилище дополнительной информации в реквизите Хранилище типа ХранилищеЗначений. Та же история с ВложениямиЭлектроннойПочты. Но при этом присоединенные файлы в Электронном документообороте хранит в томах на диске. Эта доработка позволяет использовать стандартный механизм хранения файлов, изображений и вложений электронных писем в томах на диске. При этом можно разделить тома хранения по объектам конфигурации.

4200 руб.

10.11.2015    61321    88    59    

73

"Менеджер потоков 2.1": УПП: "Восстановление партий"

Инструменты администратора БД Платформа 1С v8.3 1С:Управление производственным предприятием Россия Бухгалтерский учет Управленческий учет Платные (руб)

Как оптимизировать то, что, считалось, не поддается оптимизации? Как повысить доступность базы данных? Как проводить самую «времяемкую» операцию не по паре раз в неделю, а по несколько раз в день*? Ответ есть!

20000 руб.

12.09.2019    11751    5    9    

7

Брандмауэр для сервера 1С Предприятие 8 - внешнее управление сеансами

Инструменты администратора БД Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)

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

3600 руб.

06.02.2017    31114    31    18    

47

Хранилище файлов на SQL

Инструменты администратора БД Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Управленческий учет Платные (руб)

Привязка файлов / сканов к объектам 1С с сохранением их на SQL-сервере

12000 руб.

09.10.2019    10990    5    8    

9
Вознаграждение за ответ
Показать полностью
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
167. misha226 21 09.02.20 03:57 Сейчас в теме
(95)
ости MS SQL сервера "AlwaysOn" работает только в Enterprise версии, а у б


На стандарте тоже можно, но есть ограничения по функциональности.
96. ZMD2065 14 14.03.17 11:37 Сейчас в теме
Подскажите пожалуйста, может кто-то уже сталкивался с такой ситуацией:
У нас работает отказоустойчивый кластер, состоящий из трёх серверов - два рабочих и сервер лицензирования. В ближайшее время будем запускать Документооборот, который связан с бухгалтерией. На вкладке "Интеграция с 1С Документооборотом" прописан адрес веб сервиса. Он ссылается на один сервер. В случае падения этого сервера в кластере адрес станет недоступен.
Как надо опубликовать базу документооборота, чтобы она была доступна в случае падения любого из серверов кластера?
97. sergauscas 109 14.03.17 19:55 Сейчас в теме
(96) если сервер где опубликовано отдельный то будет работать(для публикации нужен только клиент.У нас это работает.)
98. sergauscas 109 14.03.17 20:02 Сейчас в теме
через 1 месяц совместно с НПЦ 1С будет тестировать безотказный кластер скорее всего на 8,3,9,2170.Отпишусь о результатах(Будет тестироваться и на толстом и на тонком клиенте)
114. edw2504 06.07.17 17:40 Сейчас в теме
(98) Сергей, как прошло тестирование отказоустойчивого кластера на 8,3,9,2170? Вы не сообщили результаты.
Хотелось бы получить совет если возможно: мы планируем создание резервного ЦОДа, территориально удаленного от основного. В качестве сервера приложения используется 1С. Был ли у вас опыт построения подобной архитектуры? Мы планируем на стороне основного ЦОДа кластер 1С из минимум 3-х виртуальных машин, репликация - средствами Hyper-V по 1 Гб/с каналу. Либо как вариант, можно сделать единый кластер, состоящий из виртуальных машин 1С основного и резервного ЦОДа. При этом SQL-сервер остается на отдельном физическом сервере и БД реплицируется на резервный (в резервном ЦОДе) средствами SQL (always on).). Также виртуализируются и реплицируются серверы DNS, Active Directory и терминальный сервер. При выходе из строя любого одного из компонентов системы основного ЦОДа (1С-кластера, либо SQL-сервера, либо каналов связи) все пользователи переключаются на работу с системой в резервном ЦОДе (резервный 1С-кластер, резервный SQL-сервер и резервные серверы). Мы планируем переключение пользователей делать аппаратным способом: маршрутизаторы, которые мониторит работоспособность каналов связи и компонентов основного ЦОДа и при падении одного из компонентов всех пользователей переключают на аналогичную структуру резервного ЦОДа.
Вопросы: 1. Будет ли работоспособна подобная схема (при условии обновления платформы до 8.3.9)? 2. Поддерживает ли кластер 1С автоматическое переключение всех пользователей на кластер 1С резервного ЦОДа без остановки их работы в автоматического режиме, или требуется переподключение пользователей. 3. Возможно ли осуществление обновления конфигурации 1С (в том числе при изменении структуры таблиц) без отключения пользователей от кластера 1С ?
99. sergauscas 109 14.03.17 20:14 Сейчас в теме
Кстати очень рекомендую книгу "Настольная книга 1С:Эксперта по технологическим вопросам" изд 2. Многие вещи освещены(правда некоторые вещи только по верхам и не все(в части OS Windows и MS SQL)).
100. ZMD2065 14 15.03.17 11:01 Сейчас в теме
Добрый день.
Если сервер отдельный, то понятно что будет. Но он тоже может выйти из строя и тогда всё тоже самое. Кластер как раз и создаём для резервирования, а по факту получается сервер лицензирования отдельный, сервер для публикации отдельный и где отказоустойчивость?
А именно на серверах кластера публиковать базу не пробовали?
101. sergauscas 109 15.03.17 21:56 Сейчас в теме
(100)а причем здесь безотказный сервер.Ведь публикуешь ты не 1с-ом, а апачи или IIS.можно сделать публикации и на обоих и чтобы переключалось но уже настройки домена, а не 1с.Т.е. безотказность работы сторонних программ у IIS есть свои решения.Но публиковать на том же сервере, по моему мнению не правильное решения так тяжелее будет идентифицировать проблему при возникновении.А 1С только обещают что ресурс к которому будет обращаться IIS или апач будет работать.
102. dimpson 20 12.04.17 17:15 Сейчас в теме
Как я понимаю - схема не является 100% отказоустойчивой.
У Вас используется 1 сервер лицензирования (а больше и невозможно из-за ограничений платформы).
Получается если он ляжет, то и все ляжет.

Я рассматриваю вариант размазать лицензии (2500 пользователей) по серверам приложений.
Но тут есть минусы:
1. лицензий надо в полтора раза больше, чем количество пользователей (Вместе с сервером потеряется и часть лицензий)
.2. не проверял как поведет себя система если сервер ляжет, сессия начнет мигрировать на второй сервер, а лицензия? есть подозрение, что она отвалится и пользователь все-равно вылетит.
103. Vergileo 19.04.17 11:02 Сейчас в теме
Ребят, я совсем новенький во всем этом, так что извините за совсем глупые вопросы. У меня тут не сколько вопросов возникло.
1) Лучше всего это все настраивать что б сервера были разные (физически). Т.к. если настроить на виртуальных( на одном физическом сервере), то при отказе самого железа, вся система не имеет смысла?!
2) На каждом настраевом сервере у меня должна быть полна копия той базы для которой настраивается отказоустойчивая система?
104. ZMD2065 14 19.04.17 15:49 Сейчас в теме
1. Конечно при отказе железа если сервера приложений созданы все на нём, то всё и рухнет.
2. Нет. Сервер баз данных тоже лучше поднять на отдельной машине и там будет база. Далее на любом из серверов кластера прописываете существующую базу или создаёте новую и она через непродолжительное время будет видна со всех серверов кластера. Реплицируется её описание.
105. user737715 19.04.17 17:20 Сейчас в теме
Спасибо за статью. Подскажите:
1. В последних версиях 8.3 стабильно всё работает?
2. После 150 пользователей уже рассматривать создание кластера? Конфиг стандартный, 16 гиг, 8 ядер.
106. Vergileo 21.04.17 04:47 Сейчас в теме
Еще вопросик, а можно все тоже самое но без сервера лицензий. Т.е. как в 8.2 просто отказоустойчивую систему получить, в том плане, если один падает (например служба отвалилась) все процессы перекидывались на другой? Если да, то со всей этой схемы выпадает 3 сервер и все? И не совсем понял про "Центральный сервере" он у меня должен быть только тот который основной работает?
107. Vergileo 21.04.17 10:05 Сейчас в теме
И еще 2 вопроса которые больше всего интересует. Все пишут что система проседает примерно на 10% при настройки отказоустойчивого кластера, а в чем она проседает? В оперативке, в ЦП или как это вообще понять.
И второй вопрос, а есть подобные темы с описанием как эта, по настройке отказоустойчевого кластера в MS sql?
108. ZMD2065 14 21.04.17 10:21 Сейчас в теме
1. Сервер лицензий необходим для того чтобы не дублировать лицензии на центральных серверах. Без сервера лицензий Вам придётся иметь лицензии на каждом центральном (рассмотрим случай когда центральных два) чтобы в случае падения центрального сервера система оставалась работоспособной.
2. В кластере на 8.3. работают сразу одновременно все центральные сервера и сеансы распределяются между ними либо по производительности, либо по оперативной памяти. Т.е. так называемого горячего резерва нет.
109. ZMD2065 14 21.04.17 11:00 Сейчас в теме
10% это просадка по производительности по сравнению с безкластерной конфигурацией. А про MS SQL это у микрософта есть и курсы и литература
110. lion-killer 23 04.05.17 11:13 Сейчас в теме
Здравствуйте, коллеги. Сделал все по инструкции, но появилось несколько вопросов:

1. Если у меня 2 центральных сервера, то куда пишется журнал регистрации (на одном сервере размер файла журнала 600 мб, на другом - 4 мб)
2. В журнале регистрации появляются записи о том что транзакция не завершена, хотя на самом деле все ок и объект записан успешно)
3. С полнотекстовым поиском тоже какая-то беда: файлы создаются то на одном сервере то на другом, в результате в результатах поиска иногда отсутствуют некоторые объеты.

Может нужно настраивать функциональности, только потом непонятно что будет если один из серверов действительно упадет.
На Конференция "1С:Предприятие 8 молчат как рыба об лед.

Платформа: 1С:Предприятие 8.3 (8.3.10.2252)
111. Eduard66 16.05.17 08:53 Сейчас в теме
Добрый день, коллеги.
В одном сообщении было сказано что нельзя ставит 2 сервера лицензирования, из-за ограничений платформы. Есть об этом какая-нибудь официальная информация?
И еще момент как настраивать по данной инструкции пути к базам у клиентов. Ведь если мы укажем конкретный сервер, то при его падении новые пользователи не смогут войти.
128. nvv1970 25.09.18 13:26 Сейчас в теме
(111)
В одном сообщении было сказано что нельзя ставит 2 сервера лицензирования, из-за ограничений платформы. Есть об этом какая-нибудь официальная информация?

Присоединяюсь к вопросу. Откуда ветер дует? На ИТС ничего про это нет.
129. sergauscas 109 26.09.18 08:08 Сейчас в теме
(128)
на 8.3.12 побывал отрабатывало, но нормально не протестировал(могут быть глюки) на ИТС ни чего официального не нашел
130. nvv1970 26.09.18 09:13 Сейчас в теме
(129) получил ответ на партнёрке.
Выделенный сервер будет работать только один. Два можно и нужно ставить для отказоустойчивости.
112. FreZZZeR 24.05.17 15:14 Сейчас в теме
Добрый день, коллеги!

Собрав воедино всё, что здесь написано, не получил ответов на некоторые вопросы:

1. В версии 8.3.9 кластер умеет нормально работать с MS SQL AlwaysOn High Availability Group? Не будет ли требоваться перезапуск службы 1С на серверах кластера, если было переключение на другой сервер БД с MS SQL AlwaysOn High Availability Group?

2. Каким образом распределяются сервисы 1С по серверам кластера 1С (имеется в виду JobService, TimestampService, NumerationService и др.)

3. При подключении пользователя к базе создаётся 2 абсолютно идентичных сеанса, причем на одном рабочем сервере. Это нормально? Не должен ли "двойник" формироваться на любом другом сервере кластера, как раз для обеспечения высокой доступности? Уровень отказоустойчивости кластера выставлен 1.

4. Насколько хорошо происходит перетекание сеансов с остановленного сервера в ваших конфигурациях? Я получаю регулярно зависшие сеансы, их приблизительно 10-15% от общего количества "перетекших".

5. Как правильно указывать на клиентских приложениях строку подключения?
Перечислять все центральные серверы через запятую без пробелов?

Заранее прошу прощения за отнятое время и благодарю за помощь.
113. php5 25 01.06.17 13:43 Сейчас в теме
При организации отказоустойчивого кластера, состоящего из двух центральных серверов столкнулся с нюансом на выявление которого потратил много сил и времени. Нюанс заключается в том, что когда прописываете несколько серверов приложений в списке баз, необходимо указывать без "пробелов", иначе "пробел" не исключается и как следствие, 1с не может найти указанный сервер приложения и соответственно подключиться к базе.
Например, я указывал в подключении "Srvr=serv1, serv2", а надо было "Srvr=serv1,serv2".
115. user806483 01.08.17 12:37 Сейчас в теме
Присоединяюсь к предыдущему автору. Планируется развернуть аналогичную инфраструктуру. За исключением того, что вместо Hyper-V планируем использовать VMware
116. ZMD2065 14 21.09.17 18:01 Сейчас в теме
Добрый день коллеги.
Поставил платформу 8.3.10.2505 и столкнулся с тем что перечисление в таком формате Srvr="SRV1,SRV2" перестало работать. Пишет что база не существует. По отдельности с каждым сервером соединение есть. Написал в следующем виде: Srvr="SRV1;SRV2" соединение проходить стало, но при этом соединяется только с тем сервером, который первым указан. Проверил следующим образом - положил сервер, который указан первым и соединение не стало проходить. Кто-нибудь с этим сталкивался? Изменился формат? На ИТС ничего не нашёл, может плохо искал. Подскажите.
Заранее спасибо
117. sergauscas 109 09.10.17 16:47 Сейчас в теме
(116) у нас работает.пользователей он сам раскидывает относительно попугаев.их можно посмотреть в рабочих процессах.
156. geldar 6 31.10.19 08:22 Сейчас в теме
(117)
ев.их можно пос


как увидеть процессы второго центрального сервера? в рабочих процессах показывает, что соединений нет. Хотя в кластере сейчас 480 сеансов, под каждое соединение 2 сеанса. На втором сервере ragent достаточно нагружен по CPU.
157. a.doroshkevich 1407 31.10.19 16:55 Сейчас в теме
(156)если всё работает корректно, то рабочие процессы всех серверов кластера видно в консоле администрирования
То что рагент нагружен это неправильно, он вообще не нагружется в процессе работы.

Приведите скриншоты настроек кластера, рабочих серверов и их требований назначения функциональности
А так же скриншот рабочих процеесов с консоли
158. geldar 6 31.10.19 17:49 Сейчас в теме
(157)
настроек кластера, рабочих серверов и их требований назначения функциональности
А так же скриншот рабочих процеесов с консоли


прикрепил, в основном все по умолчанию
Прикрепленные файлы:
1с-app центральные сервера, lic1C- сервер лицензий.pdf
159. sergauscas 109 31.10.19 20:24 Сейчас в теме
(158)отключи файрвол и глянь появятся или нет
a.doroshkevich; +1 Ответить
160. sergauscas 109 31.10.19 20:35 Сейчас в теме
(159)сделай скрины раб.процесов справа чтобы видно было и кластера на app-1.он должен быть один в один как app
a.doroshkevich; +1 Ответить
161. a.doroshkevich 1407 01.11.19 02:52 Сейчас в теме
(158)На центральных ТНФ которые сейчас есть надо убрать, и назначить Журнал регистрации и полнотекстовый поиск на оба с разным приоритетом

На всех серверах в файерволе разрешить порты сервера 1с на вход, ну или временно отключить его, как посоветовали в (159)
162. geldar 6 01.11.19 10:51 Сейчас в теме
(161)

ок, спасибо, на выходных обязательно сделаю и отпишусь по результатам.
163. geldar 6 03.11.19 08:30 Сейчас в теме
(161)

спаибо! соединения забегали.

ТНФ ниже не нужны чтоли??
Сервис лицензирования Не назначать
Клиентское соединение Назначать

Еще вопрос возник. Сервер лицензий может участвовать в нескольких кластерах??
164. a.doroshkevich 1407 03.11.19 13:18 Сейчас в теме
(163)ТНФ ниже не нужны чтоли??
Сервис лицензирования Не назначать
Клиентское соединение Назначать

Нет, в них нет смысла.

Сервер лицензий может участвовать в нескольких кластерах?? - да
165. geldar 6 03.11.19 13:28 Сейчас в теме
(164)
поставил ТНФ и добавил еще один рабочий сервер, посмотрю следующую неделю как отработает.
118. sergauscas 109 09.10.17 16:50 Сейчас в теме
Последний тест отказоустойчивости проходил примерно 3 недели назад.но на спец сборке. Вроде говорили что ещё в 8.3.10 все сделают
119. PerlAmutor 129 13.11.17 20:56 Сейчас в теме
(118) Будут ли работать в кластере 2 сервера разных версий (8.3.7 и 8.3.10), если 8.3.7 - будет центральным, а на 8.3.10 вынесем регламентные задания?
120. sergauscas 109 14.11.17 06:17 Сейчас в теме
(119)Нет, т.к. сервер лицензирования раздает лицензии только на те сервера на которых стоит такая же тех. платформа
121. PerlAmutor 129 14.11.17 06:32 Сейчас в теме
(120) А если у каждого сервера своя лицензия, раздача лицензий отключена, а у пользователей аппаратные ключи?
122. sergauscas 109 23.11.17 16:48 Сейчас в теме
Если только на обоих будут подняты по 2 тех платформы
123. CTA}|{EP 10.03.18 11:02 Сейчас в теме
Есть кто нибудь, кто юзает кластер на последних версиях платформы, как оно себя ведет? Этот зверь работает так как положено работать безотказному кластеру? Или же все как описано, типа перезагрузка каждую ночь )))))))) ну или еще какие костыли!
124. sergauscas 109 10.03.18 15:20 Сейчас в теме
125. nasik90 19.06.18 17:46 Сейчас в теме
Коллеги, подскажите:
есть два сервера приложений, на каждом свой серверный ключ.
Необходимо на третьем серваке развернуть программные клентские лицензии.
Вопрос: если третьему серваку через требования назначения функциональности назначу роль сервиса лицензий, а с первых двух серваков эту роль "сниму", то не отвалятся ли серверные лицензии с этих двух серваков?
127. ZMD2065 14 27.06.18 12:06 Сейчас в теме
Нет всё будет хорошо, только на том сервере, где развёрнуты программные клиентские лицензии лучше все остальные требования, кроме сервиса лицензирования поставить не назначать, ну или однозначно Клиентское соединение с ИБ поставить не назначать, а на серверах с серверными ключами поставить Клиентское соединение с ИБ назначить, а Сервис лицензирования поставить не назначать.
126. sergauscas 109 20.06.18 07:31 Сейчас в теме
131. user655163_msn25 26.09.18 11:13 Сейчас в теме
Подскажите, как обновлять конфигурацию на отказоустойчивом кластере. Или они могут с разными конфигурациями работать? т.е. пока я один обновляю, запретив к нему подключение, все на втором, и на оборот?
132. user769050 26.11.18 11:23 Сейчас в теме
Добрый день.
Подскажите пожалуйста, при использовании отдельного сервера лицензирования и подключении его к кластеру программные лицензии на конфигурации(и на пользователей тоже) с 1С Предприятия надо активировать с указанием сервера лицензирования или с указанием центрального сервера кластера к которому подключен сервер лицензирования?
133. ZMD2065 14 26.11.18 15:27 Сейчас в теме
Клиентские точно надо указывать сервер лицензирования, если файл на нём находится. У нас такая схема используется.
user769050; +1 Ответить
134. sergauscas 109 10.12.18 12:22 Сейчас в теме
с указанием сервера лицензирования
135. sokir 2 31.07.19 18:34 Сейчас в теме
А как в этом случае будут раходоваться клиентские лицензии? Расточительно?
Так понимаю что в случае сервера лицензирования - лицензии раздаются сервером 1С?
То есть если пользователей задет на терминальный сервер и запустит 2 сеанса базы, то сколько израсходуется лицензий?
136. sergauscas 109 01.08.19 07:51 Сейчас в теме
(135) Из 1с сказали что используется одна лицензия
138. a.doroshkevich 1407 01.08.19 10:29 Сейчас в теме
(136) видимо другая схема была обрисована 1с раз они так сказали, например что лицензии активированы на сервер терминалов, а не выдаются сервером 1с
137. a.doroshkevich 1407 01.08.19 10:28 Сейчас в теме
(135)сервер 1с выдаёт лицензии на сеанс, соответственно будет израсходовано 2 лицензии
139. sokir 2 01.08.19 11:17 Сейчас в теме
Тоесть сервер лицензирования никаким образом не может раздвать лицензии напрямую клиентам?
Только серверу 1С, а он уже на каждый сеанс?
140. a.doroshkevich 1407 01.08.19 17:16 Сейчас в теме
(139)да, именно так.
Речь про программные лицензии конечно
141. geldar 6 08.09.19 17:21 Сейчас в теме
Вопрос возник. Есть база на сервере srv1, добавил второй сервер srv2 в кластер, меняю подключение вместо srv1 пишу srv1,srv2. База открывается, но спрашивает - база перемещена или скопирована, это нормально??
142. sergauscas 109 09.09.19 07:28 Сейчас в теме
143. AlexAdm 60 01.10.19 08:20 Сейчас в теме
Привет коллеги.
Почитав все выше изложенное, ну и попробовав воспроизвести кое-что, а именно:
Развернул на трех серверах 1С по следующей схеме
Сервер1 - Центральный сервер (ТНФ сеансовые данные - назначать; Журнал регистрации - Не назначать; Сервис полнотекстового поиска - НЕ назначать)
Севвер2 - Центральный сервер (ТНФ сеансовые данные - назначать; Журнал регистрации - назначать; Сервис полнотекстового поиска - НЕ назначать)
Сервер3 - Рабочий сервер (ТНФ сеансовые данные - НЕ назначать; Журнал регистрации - НЕ назначать, Сервис полнотекстового поиска - назначать).
Отказоустойчивость - 1

И осталось несколько (может вопросов будет больше) вопросов:
1. Без журнала регистрации работа с БД невозможна, (упал Севвер2 и все соединения отвалились) как можно добиться того что бы запись журнала велась в единое место как для Севвер2 так и для Сервер1 , можно ли два центральных сервера натравить на скажем сетевой каталог и будет ли при этом достигнута отказоустойчивость и масштабируемость?
2. Если явно не указывать сервис журнала регистрации записи всегда будут производиться на разные центральные сервера?
144. a.doroshkevich 1407 01.10.19 10:26 Сейчас в теме
(143)
1. Без журнала регистрации работа с БД невозможна, (упал Севвер2 и все соединения отвалились) как можно добиться того что бы запись журнала велась в единое место как для Севвер2 так и для Сервер1 , можно ли два центральных сервера натравить на скажем сетевой каталог и будет ли при этом достигнута отказоустойчивость и масштабируемость?


Не совсем верная настройка у Вас, правильно сделать так: Сервер1 - Журнал регистрации - Назначать, приоритет 99 Сервер2 - Журнал регистрации - Назначать, приоритет 100
Тогда при падении Сервера2 ЖР начнёт писаться на Сервер1 (Сетевой каталог для ЖР - неверное решение)


(143)
2. Если явно не указывать сервис журнала регистрации записи всегда будут производиться на разные центральные сервера?

В этом случае ЖР будет писаться в случайном порядке на сервера где не запрещен ТНФ ЖР
145. AlexAdm 60 01.10.19 14:48 Сейчас в теме
(144) Я про приоритеты понял, но тогда неясно как поведет себя журнал в момент падения сервера.
Получится так что часть (до падения сервера2) будет записана на него, вторая часть (после падения сервера2) запишется на Сервер1 и третья часть (после восстановления работы сервера2) продолжит записываться на сервер2 ТАК? Не возникнет ли проблем при работе с Журналом при таких разрывах?
146. a.doroshkevich 1407 01.10.19 16:19 Сейчас в теме
(145) Возникнут проблемы с чтением такого журнала и его придётся склеивать.
Но это ничто по сравнению с тем что база продолжит работать.
Сильно нужен ЖР - пишите его в СУБД.
147. AlexAdm 60 02.10.19 06:25 Сейчас в теме
(146) А можете подсказать про склеивание журнала какими методами это лучше делать? И какие есть механизмы по отслеживанию выхода из строя одного из центральных серверов?
148. a.doroshkevich 1407 02.10.19 06:53 Сейчас в теме
(147)
А можете подсказать про склеивание журнала какими методами это лучше делать
скорее всего выгрузкой в таблицу данных за время аварии и добавления этих записей в основной ЖР, вроде как есть прям типовые методы в коде


(147)
И какие есть механизмы по отслеживанию выхода из строя одного из центральных серверов?
События ADMIN, ATTN, CLSTR в техжурнале, ну и просто телент на порт рагента для отслеживания самого факта отказа, а не причин
149. AlexAdm 60 02.10.19 07:48 Сейчас в теме
Спасибо.
А по Лицензиям можете подсказать?
Интересует вопрос как работает выделенный сервер лицензирования с физическими ключами..
150. a.doroshkevich 1407 04.10.19 12:05 Сейчас в теме
(149)Лучше поменять на программные и забыть о проблемах)

А что именно интересует?
151. AlexAdm 60 04.10.19 14:32 Сейчас в теме
Да просто интересует.
Схема работы при использовании аппаратных ключей.
Каким образом сервер 1С предприятия может найти аппаратные ключи в сети.
152. a.doroshkevich 1407 04.10.19 14:53 Сейчас в теме
(151)только ориентируясь на файл nethasp.ini
153. AlexAdm 60 04.10.19 15:44 Сейчас в теме
166. nature2002 14 25.01.20 13:13 Сейчас в теме
Как только что-то случиться с сервером лицензий, кластер превратится в кучу мусора.
168. AlekseyBelyy 9 24.10.20 00:50 Сейчас в теме
Добрый день.
Ситуация: один сервер физический, на нём развернули сервер 1с, есть рагент(1540), рменеджер(1541), рпхост(ы) (1560:1591).
Подскажите, для каких целей в консоли кластера может понадобиться добавлять новый кластер? На ИТС когда речь идет об отказоустойчивости и масштабируемости, то оперируют рабочими серверами. Там не нашел ответа на свой вопрос.
169. AlekseyBelyy 9 24.10.20 01:39 Сейчас в теме
"Подскажите, для каких целей в консоли кластера может понадобиться добавлять новый кластер?"
В рамках одного центрального сервера
171. sergauscas 109 09.11.20 09:08 Сейчас в теме
новый кластер добавляли ragent на порту 2540 и т.д......- это для того чтобы разнести базы, а именно была возможность перезапустить кластер и не вызывая недоступность другой базы.а в этом случае не требуются доп лицензии.
172. roman_1379 29.03.21 09:51 Сейчас в теме
Добрый день.
Имеются два сервера 1с платформа 8.3.17.1851, территориально в разных зданиях, офисах. Планируется создать отказоустойчивый кластер. Но что бы один из них работал как основной и всегда принимал подключений только он, а второй был в резерве на случай отказа основного.
На данный момент оба сервера назначены центральными, уровень отказоустойчивости = 1.
В требованиях назначений функциональности задавались разные варианты по приоритетам:

Первый сервер «Любой объект требования» назначить Приоритет 100
Второй сервер «Любой объект требования» назначить Приоритет 1
Итог подключения происходят на разные сервера

Первый сервер «Любой объект требования» назначить Приоритет 100
Второй сервер «Любой объект требования» авто Приоритет 1
Итог подключения происходят только на первый сервере, но стоило его выключить и все сеансы оборвались, переключение на 2й не произошло…И даже не удается подключиться заново.

Бы ли у кого опыт по настройка кластера в режиме только резервирования?
173. titanium2008 42 19.09.21 20:41 Сейчас в теме
Подскажите , если у меня два центральных сервера. Есть веб сервер для веб клиентов и для веб сервисов. Скажите веб сервер норм будет работать при двух центральных серверах 1С?
174. lion-killer 23 19.09.21 20:59 Сейчас в теме
(173) Нормально будет, при наличии лицензии вы можете также указать какой сервер что будет выполнять, например: один будет обрабатывать запросы от web сервера, другой - фоновые задания
175. titanium2008 42 19.09.21 21:05 Сейчас в теме
а как веб сервер будет понимать к какому центральному серверу обращаться?
176. lion-killer 23 19.09.21 21:08 Сейчас в теме
(175) Есть такая штука, как "доступная производительность". Рекомендую почитать про кластер серверов здесь и на ИТС
177. titanium2008 42 19.09.21 21:13 Сейчас в теме
так направили бы ссылкой где почитать))
180. lion-killer 23 19.09.21 21:19 Сейчас в теме
(177) К сожалению сейчас с телефона пишу. Нету возможности дать вам ссылку. Google в помощь )))
178. titanium2008 42 19.09.21 21:17 Сейчас в теме
ладно будем пробовать, помню что в прошлый раз когда пробовали - был затык с веб сервером.
179. lion-killer 23 19.09.21 21:18 Сейчас в теме
181. titanium2008 42 19.09.21 21:21 Сейчас в теме
при выходе 1 центрального сервера не переключался веб сервер на второй центральный
182. lion-killer 23 19.09.21 21:24 Сейчас в теме
(181) Скорее всего нужно смотреть строку соединения в файле vrd. Там нужно указывать оба центральных сервера. А вот формат к сожалению не подскажу - самому гуглить надо
183. titanium2008 42 19.09.21 21:27 Сейчас в теме
спасибо. будем пробовать!
185. user1332168 26 09.08.22 13:54 Сейчас в теме
Здравствуйте.
Актуальна ли данная инструкция?

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

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

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

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

Имеет смысл разрабатывать такую схему(прикреплённый рисунок), вопрос почему именно так поставлен, дело в том, что не явно понятно как работает взаимодействие между платформами сервер 1 и 2, то есть первый падает второй должен подхватывать. Но на практике так не сработало и понять почему? Не удалось, так как не понятен механизм, к примеру в системе "drbd" используется техническое решение виртуальных адресов и понятен работы механизма, то есть виден путь исследования проблемы с 1с нет.
И можно придти к выводу, что тогда лучше делать между двумя платформами как и на схеме выполнено обращение с PG, посредством HAproxy, но останется проблема с журналом регистрации, они будут разные и получается если сервер 1 физически не присутствует и не доступен, то мы остаёмся без актуального ЖР. Какие могут быть соображения по этим мыслям? Стоит ли сочинять свой велосипед или можете пожалуйста помочь, штатными средствами понять как работает кластер в случае настройки его по инструкции, сообщение в котором мною опубликовано.
Вопрос в ИТС задал, мне прислали просто мета представление о том как работает кластер в теории и конкретику по гибким настройкам, но не о том как создать/построить отказоустойчивый кластер

Платформа 8.3.16.1814
Прикрепленные файлы:
Оставьте свое сообщение