Безотказный кластер и сервер лицензий 1С:Предприятие 8.3
Безотказный кластер и сервер лицензий 1С:Предприятие 8.3
Есть 3 (srv1, srv2,srv3)сервера на 2 мы располагаем сервера приложений 1С(srv1,srv2),а на третьем будет сервер клиентских лицензий.
- На всех трёх серверах мы устанавливаем Cервер 1С:Предприятия (64-bit) для Windows.
- Затем на srv1 запускаем консоль администрирования, она обычно расположена c:Program Files1cv8common1CV8 Servers (x86-64).msc
- Там уже существует Локальный кластер созданный по умолчанию. Переименовываем его в CLASTER1C
- В консоли добавляем центральные сервера srv2 и srv3.(для того чтобы их видеть в одной консоли)
- В консоли выбираем srv2 и удаляем локальный кластер.
- Далее выбираем srv1 открываем CLASTER1C далее Рабочие сервера и добавляем 2 рабочих сервера srv2 и srv3.
- затем там же выбираем Properties у рабочего сервера srv2 и ставим галочку центральный сервер.
- В консоли выбираем srv2 и там у нас должен появиться CLASTER1C.
- выбираем Properties у CLASTER1C и ставим уровень отказоустойчивости 1 (вычисляется по формуле Кол-во Центральных серверов= уровень отказоустойчивости +1).
- Далее выбираем в консоли srv1 открываем рабочие сервера и у srv3 открываем Требования назначения функциональности. Добавляем две функциональности Любой объект требования — Не назначать — Для всех баз и Сервис лицензирования — Назначать — Для всех баз.(для всех баз означает что в поле Имя ИБ оставляем пустым)
- Далее выбираем CLASTER1C открываем рабочие сервера и у srv1 и srv2 открываем Требования назначения функциональности. Добавляем две функциональности Клиентское соединение с ИБ — Назначать — Для всех баз и Сервис лицензирования – не назначать — Для всех баз.
- Далее выбираем CLASTER1C и на кластере щелкнув правой кнопкой мыши выходит список нажимаем Применить Требования назначения функциональности(Полное).
- Устанавливаем лицензии на сервера:
Подключаем или создаем на srv3 любую базу и активируем все лицензии.
- Затем удаляем Локальный кластер на srv3.
- Перегружаем службы на всех серверах и через пару минут все работает и готово.
Замеченные глюки и пути их исправления.
- Бывает если один из серверов srv1 или srv2 выходит ошибка совместного доступа «c:Program Files1cv8srvinfo
eg_1541snccntx92a9e063-7a1e-48ea-83a9-3b9d3c3e123dsnccntx.dat» .
Решение: останавливаете на srv1 и srv2 службы агентов и удаляете на этих серверах все папки в c:Program Files1cv8srvinfo
- Это не глюк — это данность, когда у вас остаются сессии клиентов, хотя они уже закрыли приложение 1С.
- Обращаю внимание при соединении клиента теперь появляются 2 сессии и при удалении нескольких клиентов разом не получиться, надо удалять через одну, т.е. одну сессию каждого клиента (после обновления вторая пропадает). При выборе скопом вылезет ошибка.
- В Параметрах кластера в разделе Перезапускать рабочие процессы Интервал перезапуска рекомендую оставить по умолчание, иначе через n секунд получите, что рабочий процесс будет включен но не активен.
- В Параметрах кластера значение Выключенные процессы останавливать через n секунд, также рекомендую оставить по умолчанию иначе с утра получите один процесс который будет не включен и не активен.
eg_1541. Файл «c:Program Files1cv8srvinfo
eg_15411CV8Clst.lst» не удалять.
Решение: ночью средствами Windows ставить на перезапуск агентов, но с утра можете получить глюк пункта 1.
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
Не смог понять смысл создания «отказоустойчивого кластера», требующего перезапуска по расписанию. Описанное решение выглядит как минимум избыточным — использование двух (трёх?) серверных лицензий 1С x64 (не самое дешёвое удовольствие), трёх серверов, из которых два в работе практически не участвуют, почему-то безальтернативно указывается на необходимость установки именно «для Windows» (а если серверы работают под Linux, выходит, кластер настроить невозможно?)…
Ну и не дано обоснование — для какой конкретной цели сие собиралось? Зачем вообще кластер? Почему приводится «уровень отказоустойчивости = 1»?..
(1) bubnov-pi, 1)Используются только 2 серверные лицензии(сервер лицензии srv3 не берет лицензий)
2) Участвуют в работе srv1 и srv2,а srv3 -мелкая виртуалка которая раздаёт лицензии(серверные и клиентские)
3)под Linux можно но это не проверялось.
4) Под большой проект порядка (1500 пользователей)
5)Смысл если первый сервер упал все кто был на первом перетекают на 2 сервер(пользователи замечают только одномоментное замедление).
6) «уровень отказоустойчивости = 1» потому до версии 8.3.5.1119 при работе на 3 серверах в кластере и 1 сервере лицензий устойчиво работает только при «уровень отказоустойчивости = 1» хотя должно быть 2.
7)как распределяется нагрузка хорошо написано на ИТС, а вот как создать кластер и сервер лицензий нет.
(1) bubnov-pi, » смысл создания «отказоустойчивого кластера», требующего перезапуска по расписанию.» — это-же 1С. Зачем освобождать ресурсы, когда можно просто перегрузить компьютер. Потрясающая эффективность, дотнеты со своими сборщиками мусора отдыхают. 1С its amazing system, скажите спасибо борису
(3) PiccaHut001, В прицепе если наведут порядок с перезапуском процессов можно будет не перезапускать, а пока если ставишь на перезапуск процессов получаешь умершую систему (8.2 это работало, а 8.3 нет). А переход на 8.3 изначально произвели из-за Сервера Лицензий.Теперь можно сделать статическую виртуальную машину с не большими ресурсами и все лицензии установить на неё, а она просто раздает лицензии и не потребляет их сама — это решает проблему с изменением конфигурации серверов приложений без переустановки ключей.
(4) ну да, сами придумали «проблему с изменением конфигурации серверов приложений без переустановки ключей. «, через 2 года сами решили. Лучше бы вернули аппаратные ключи, к их глюкам за 10 лет все приспособились, но нет, всё по новой.
Лучший способ получить отказоустойчивую систему — работать на 8.2 и не переходить на 8.3 ближайшие полтора года как минимум.
(6) Yashazz, почему?
Подскажите пожалуйста какая ситуация с производительностью системы при работе кластера по сравнению с не кластерной работой. У меня есть информация от отдела администрирования одного из крупных франчайзи что производительность в кластере падает примерно в 2 раза. На какой версии платформы делали кластер?
(8) bondar_vy@mail.ru, win2012,sql2012,1C 8.3.5.1119 производительность по тестам снизилась процентов 10 % не больше. Пользователи не заметили.А забыл добавить про кластер если делать shutdown то кластер отрабатывает нормально, а вот при резком обрыве 50 на 50.
(8) Делал кластеры. Производительность почти не падает. Обработка запросов происходит рабочим сервером. Небольшие потери из-за поддержки контроля работы серверов и ведения списков.
Спасибо. Буду пробовать.
(11) bondar_vy@mail.ru, отпишетесь, пожалуйста, как результаты
Хорошо, только это будет в течении нескольких недель, поскольку работы будем проводить в выходные и поэтапно. Сначала версию платформы будем поднимать.
>>> Далее выбираем в консоли srv1 открываем рабочие сервера и у srv3 открываем Требования назначения функциональности. Добавляем две функциональности Любой объект требования — Не назначать — Для всех баз и Сервис лицензирования — Назначать — Для всех баз.(для всех баз означает что в поле Имя ИБ оставляем пустым)
Писатель, пиши еще… в этом куске тексту не хватает знаков препинания, переносов и другого форматирования тексту.
В общем чтиво на «От_вяж_ись» … не читабельно 🙂
(14) DrZombi, вы много статей написали, что цепляетесь к запятым?
(14) Согласен я лично с трудом прочитал текст, и желательно бы картинок побольше.
(14) DrZombi, выложил данное описание не для того, чтобы зачитывать. А для тех кто разбирается в теме, чтобы понять как это работает. Будет время напишу нормальную инструкцию тогда и обновлю, а по этой теме ни чего не нашёл, пришлось самому экспериментировать.
Подскажите пожалуйста: не получается указать у 2-го сервера в кластере свойство Центральный сервер(8.3.5.1231):
Пробовал у второго сервера (Slave) менять диапазон портов на 1660:1691, не помогло, ошибка та же.
Подскажите пожалуйста в чем причина данной ошибки? И стоит ли на данной версии использовать несколько центральных серверов?
(18) decdmb, на втором(slave) удали локальный кластер он должен быть пустой.Когда ты на первом(master) поставишь галочку Центральный сервер он полностью все скопирует на второй.
(18) decdmb, да на данную версию можно использовать. у меня сейчас работают 2 безотказных сервера (serv1 и serv2) и (serv1:2541 и serv2:2541). Все лицензии (серверные и клиентские) на srv3. В итоге используется всего 2 серверные лицензии на 4 сервера.Версия 8.3.5.1248.
(19) Локальный кластер на 2ом был уже удален
(21) decdmb, Удали на Мaster из рабочих серверов Slave. На Slave удали 1С, удали полностью c:Program Files1cv8 и заново поставь после перезагрузки.Затем удаляешь локальный кластер на Slave, далее добавляешь на Master в рабочий сервер Slave и делаешь его Центральным.Если на получиться скинь пожалуйста скин Slave и файлов («c:Program Files1cv8srvinfo1cv8wsrv.lst» и «c:Program Files1cv8srvinfo
eg_15411CV8Clst.lst») с затертыми именами серверов и баз.
Кластер на тестовой системе сделал, только вот никак не удаётся удалить локальный кластер на сервере лицензирования, он как феникс поднимается. Правда работе не мешает, но непонятно. Что с этим делать подскажете?
Провёл тестирование кластера. Результаты:
1. При штатно работающем кластере производительность почти не проседает, потери не более 10%.
2. Кластер отработал выходные без нагрузки, потерял файл лицензий, пришлось рестартовать службы затем устранять ошибку совместного доступа.
3. Оборвавшиеся соединения, так и остаются висеть на сервере приложений и их надо убивать вручную.
4. При имитации неисправности(положил службу 1С на одном узле кластера srv1 по статье) соединения остались, но производительность упала на порядки(реакция на обращения к серверу замедлились с десятых секунды до минут). При остановке службы на srv2 кластер теряет лицензии, обрываются существующие сессии и нельзя подсоединиться система запрашивает установку лицензий.
Соответственно вопрос и промежуточный вывод:
1. Подскажите может надо сделать какие-то настройки кластера, чтобы при упавшем одном узле он нормально работал?
2. Если такое поведение побороть не получится, то пока этот функционал бесполезен, поскольку не выполняет основные задачи кластера.
(24) bondar_vy@mail.ru,1. Лицензии все на srv3 сервере?
2. Замедление есть минут 10 пока он обрабатывает свалившиеся сессии.Потом приходит в норму.
Да лицензии все на srv3. Минут 10 я не ждал. По опыту работы с кластерами oracle думал что всё накрылось, поскольку там время переключения не превышает обычно пары минут. За 10 мин. проще руками ярлык переключить, хотя конечно не аккуратненько как-то. Попробую подождать 10-15 мин. Отпишусь что получится.
(6) Yashazz, вот всегда был за ваши сообщения, но тут кажется что субъективизм взял верх ) 8.3 — норм. и именно такая конфигурация, как описывает автор, наиболее востребована, как минимум сервер лиц. выделять — мегаполезное дело, а мы еще и рабочие сервера (правда, не отказоустойчивые) по-разному грузим и на 8.2 такое даже не снилось
(5) PiccaHut001, подскажите, как быть с аппаратными ключами, когда вся инфраструктура на вирт.машинах? пробовали их туда пробрасывать? а теперь усложним задачу — для тестирования есть необходимость аренды серверов (вм), скажем на 40 ядер, своих таких нет, но в онлайне — сколько угодно. надо физически везти ключ в дата-центр? не вариант вообще.
и не понятно, что значит «вернули» — их никто вроде не забирал — хотите — пользуйтесь, а в некоторых случаях с программной лицензией намного удобнее. да, есть глюки, но что теперь, в целом то механизм работает, и на том спасибо.
(28) alexscamp, ваши 40 ядер на виртуалке будут работать медленнее, чем 4 ядерный средний сервак. Есть куча программ для проброса usb по TCP, работают надёжнее, чем программные ключи.
— ну да, подождать 10 минут, и сервак может-быть заработает. Если нет, ещё подождать, через час нажать резет. Работает безотказно.
(29) PiccaHut001, правильно ли я вас понял, что среднего 4-х ядерного сервака «хватит всем», а с арендой ВМ мы просто не тем занимаемся и впустую тратим деньги? И про кучу программ — можно пример хотя бы одной? обязательно попробуем, может мы чего-то не нашли.
Ну насчёт кучи програм это перебор, потому что с этими ключами не все работают нормально, но есть мы приобрели все-таки железку под отраслевые и один серверный(лопухнулись остался сейчас используется для сервера под сбор статистики).все эти ключи подключены к виртуальному серверу SRV3
Т.к. у нас на предприятии крупный проект договорились с 1С ,что снимаем статистику с серваков,а они постараются используя ее довести до нормального состояния безотказный кластер.Первые подвижки уже есть.Надеюсь за месяц-два доведут до ума.
Отцы, помогите, все делаю так, все круто, однако на второй машине не появляется база SQL.
если остановить службу на первой машине, то при подключении пришет:
Платформа: 1С:Предприятие 8.3 (8.3.5.1443)
Ошибки:
———————————————————————————
31.01.2015 14:18:42
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
по причине:
Ошибка при выполнении операции с информационной базой
Ошибка СУБД:
Microsoft SQL Server Native Client 10.0: Сетевые интерфейсы SQL Server: Не удается обнаружить указанный сервер/экземпляр [xFFFFFFFF].
HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvr: SQLSTATE=08001, state=1, Severity=10, native=4294967295, line=0
по причине:
Ошибка СУБД:
Microsoft SQL Server Native Client 10.0: Сетевые интерфейсы SQL Server: Не удается обнаружить указанный сервер/экземпляр [xFFFFFFFF].
HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvr: SQLSTATE=08001, state=1, Severity=10, native=4294967295, line=0
+ забыл сказать, использую sqlexpress 2008 r2
(34) tehas, это при добавлении базы?
(35) нет.
Я по вашей инструкции настроил все.
в то время когда оба сервера работоспособны зашел в 1С — тут без проблем.
Далее вырубил первый и попытался зайти в 1С, вот тогда и вышла такая ошибка.
проверил наличие базы на втором сервере и вообщем то ее нет, репликация не работает.
(36) tehas, второй сервер не стал центральным.Надо на нем
1 на srv1 снять галочку Центральный сервер
2 удалить все чтобы сделать,как на картинке
3 на srv1 заново поставить галочку Центральный сервер
и про файрвол не забудь — открытыми должны быть порты 1540,1541,1560-1591(если у тебя все по умолчанию)
Подскажите все -таки подробно почему получается по две сессии у юзеров ??
У пользователя открывается по одной на каждом безотказном кластере
(20)
Коллега, поясните, пожалуйста, что вы подразумевали под:
Два безотказных сервера, один для лицензирования, а четвертый что за сервер?
Коллега, подскажите, пожалуйста, как рассчитывается количество серверных лицензий? Предположим: 5 серверов, три из них центральных, на одном располагаются лицензии. Я верно понимаю, что серверных лицензий мне потребуется 4?
Коллеги, доброго дня! Прошу помощи. Настраиваю отказоустойчивый кластер из 2-х серверов по Вашей схеме. До 7 пункта всё происходит как положено, 8 пункт не проходит, (скрин1) на втором сервере кластер отдельно не появляется. Второй сервер кластер видит, (скрин2 ), но опять один . Что делаю не так?
Отказоустойчивость от 1С: «Бывает если один из серверов srv1 или srv2 выходит ошибка…..» Решение: останавливаете на srv1 и srv2 службы агентов и ….»
(41) Rumata_Estorsky,
отказоустойчивость заработает с 8.3.8 на данном этапе работа не стабильно(в ваше случае скорее всего блокировка файрвола)
(40) Алексей777,
в режиме отказоустойчивости надо мин 2 центральных и один рабочий. Для сервера лицензий не требуется лицензии.
Но пока по рекомендации саппорта 1с мы отказались от отказоустойчивого сервера до выхода 8.3.8, там обещали исправить.
Сейчас у нас 1 центральный,два рабочих и сервер лицензий (исп 3 серверных лицензии и 1500 клиентских).
Для повышения устойчивости разнес базы на разные кластера (т.е. по протам 1541, 2542, 3542…..). Этим добились того, что если что-то надо остановить останавливается одна база, а не все.( лицензии на все выше написанные, если на одном сервере не сколько кластеров то используется 1 лицензия(т.к. она дается на сервер, а не на кластер))
Неделю рыл, и наконец то нарыл. Спасибо, все настроил , все работает)))
Там настройка 8.2, а не 8.3.
Вопрос к автору статьи. Какой тип лицензии использовали: программный и аппаратный?
(48) isn,
Отдельный сервер с выделенным сервисом лицензирования может раздавать только программные серверные лицензии.
программный плюс этого то что можно всё сделать на виртуалке и в случае чего восстановить.
на данный момент проходим тестирование совместно с 1с по отказоустойчивому серверу (2 недели полет нормальный)
есть и свои плюсы очень много узнал, о том что есть и как реализовано. по очень многим аспектам есть статьи предназначенные только для внедренцов.если таки в январе закончим проект буду просить опубликовать их статьи и рекомендации. А так больше смотрю на 8.4 она обещает быть более продвинутой для корп.
Собрали по такой схеме кластер (8.3.8.1933). Спасибо за статью!
Не приходилось ли сталкиваться с таким симптомом: периодически начинают очень долго (несколько минут) открываться списки сеансов и соединений в консоли?
При этом сеансов может быть не много, менее 10. Останавливаю службы, удаляю сеансовые данные — может улучшиться, а может и нет.
Нет ли информации — о чем, о каких проблемах может говорить такое поведение ? Диск с сеансовыми данными, сеть, … ?
Исправили в следующих релизах или проблемы связи между двумя центральными
(52) Спасибо!
Жду 8.3.9 (у нас есть еще проблемы, которые, как я надеюсь исправлены в 8.3.9) , но видимо надо обновиться на текущий актуальный релиз.
Доброго времени суток.
Подскажите столкнулся с такой проблемой(платформа 8.3.8.1675). В сети есть три рабочих сервера и сервер лицензий. На двух настроено получение пользовательских лицензий через сервер лицензий, на третий установлен аппаратный ключ. У пользователей на первых двух серверах отключена возможность использования аппаратных ключей и прописано в nethasp.ini NH_USE_BROADCAST = Disabled.
Но бывают такие ситуации, что сервер раздает пользователям аппаратную лицензию, при этом программные ключи еще есть. С чем это связано, как победить?
Этот может немного не в тему, но я правильно понимаю, что вы на serv1 запустили несколько Агентов 1с 8.3(как запустить 8.1, 8.2, 8.3 на одном сервер это понятно), на разных портах или применили другие настройки? Подскажите, пожалуйста, где можно почитать на эту тему.
берешь экспортируешь ключ агента из HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices1C…….
меняешь название сервиса и импортируешь.
затем меняешь в нём ключ ImagePath пример(«C:Program Files1cv88.3.8.2156in
agent.exe» -srvc -agent -debug -regport 2541 -port 2540 -range 2560:2591 -debug -d «C:Program Files1cv8srvinfo2»)
и все
информации по 8.3 не встречал офиц.
а так проделываешь на всех серверах и затем подключаешь их согласно выше на писаному.
для всех доп. агентах меняешь порты и путь к логам(C:Program Files1cv8srvinfo2).
А при установке новой версии тех. платформы галочку создания службы убираешь и сам в реестре меняешь номер тех. платформы(вернее путь к ней) и перезапускаешь сервисы.
Как-то обращался в поддержку 1С по поводу того, что лицензии не берутся с 3-го сервера. Их ответ был, что вынесенный сервис лицензирования может работать только на одном сервере, т.е. максимум для раздачи лицензий можно использовать в кластере 2 сервера:
1. центральный рабочий сервер кластера (с сервисом сеансовых данных)
2. один дополнительный рабочий сервер лицензирования (с сервисом лицензирования)
(56)у меня работает уже давно на 3 серверных лицензии и 1500 пользовательских(1 основной,2 дополнительных и 1 сервер лицензий- 4 сервера).
Работает стабильно.главное на сервере лицензий локальный кластер удалите. И когда его добавляете на нем ставим только одну функцию лицензирования,а все остальное запрещаем.(согласно инструкции) и все будет ок. нужна будет помощь обращайтесь)
PS: Сервер лицензирования у нас виртуальный всегда можно быстро восстановить копию.
(55)
«поржало» на рабочем сервере
(57) Имеется три сервера 1С с ключами. Есть желание загнать их в безотказный кластер. Я могу это реализовать, не заморачиваясь с отдельным сервером лицензирования и прочими назначениями функциональности?
Если «да», то правильно ли я поняла, что уровень отказоустойчивости в этом случае ставим 2?
Если в кластере «живые» все узлы, то у одинэсников есть какие-нить зачатки балансировки нагрузки в кластере? Иными словами, когда все узлы кластера живые, то банальный простой остального железа(работает один, а остальные ждут, когда он упадет)?
Спасибо.
Упдате: движок 8.3.8, если чё(8.3.9 не предлагать — глючит под УПП)
1.не получится если клиенские програмные
2.два главных работают параллель, а вот с третим будет перераспределять нагрузку
3.есть вероятность что ключей usb потребуется в 2 раза больше
4.8.3.9 с упп работает нормально там проблема с rphost это у всех( у нас конфа на основе упп)
5.я бы подождал бы когда они это исправят. У нас назначено тестирование безотказного кластера на конец февраля с 1С
Добрый день. Отдельный сервер лицензирования нужен для того чтобы если у Вас одна программная или аппаратная многопользовательская лицензия, а в кластере хотите использовать несколько серверов без дополнительного приобретения лицензий. Ключи, про которые Вы пишете это лицензии на сервера или пользовательские?
Если пользовательские, то в принципе ничто Вам не мешает определить сервисы лицензирования на каждом сервере, а их загнать сервера в кластер. Но при этом при падении одного из серверов будут отваливаться сессии, которые шли через сервис лицензирования упавшего сервера.
(58)
Кстати зря, есть ряд случаев когда этот ключ в продуктиве необходим. В 8.3, этим ключом, так же можно переключить кэширование на упрощённый быстрый режим.
(60) я ща не про рпхостики. На 8.3.9 документ Переоценка валютных средств криво работает — проводки не формирует.
ключи USB на сервер1С. купят сколько надо.
мне чисто академически интересно: три железки в кластере, будет толк? сервера не будут драться за рабочие процессы/сеансы/блокировки друг с другом?
Напишите ваше сообщение
(59)
Да. Правда «отказоустойчивый», при текущей архитектуре кластера, понятие достаточно условное. Можно смоделировать ряд ситуаций когда система всё равно рухнет.
8.4 дальнейшее развитие в этом направлении, но когда она выйдет — ещё ждать и ждать.
Кстати, начиная с 8.3.9, сервер 1С начинает нормально поддерживать технологию MS SQL AlwaysOn, правда в документации это не отражено.
(59)
Да, правильно.
(59)
Есть. Узлы не простаивают. Кстати, полезная фича — выделить отдельный сервер для регламентных и фоновых заданий — во многих случаях, прилично снимает нагрузку с основного сервера.
(61) клиентские(сетевые) лицухи на терминалке. хочется иметь три полноценных сервера с тремя ключами USB в кластере без изменения требования функциональности. Типа, если упал один или два узла, то третий сервак тянул лямку, пока я не пришла и не стала разбираться, кто/что положил/о серваки.
(64)
Если есть хотя бы небольшая вероятность того, что будет использоваться отдельный сервер лицензирования, то серверные ключи лучше взять программные. Лицензии с аппаратных серверных ключей сервис лицензирования раздавать не умеет.
(65) Если выделять отдельный узел в кластере для реглафоновых джобов, то надо что-то писать в окошке Значение дополнительного параметра или тупо выбрать Объект требования Сервис заданий (отдельно по регламентным и фоновым в списке объектов требований нету)?
Спасибо.
(67) Не, софтверные не годятся — только аппаратные. Железо часто мигрирует туда-сюда.
(68)
От целей зависит. В общем случае просто выбрать сервис заданий, в частном — можно только одно конкретное задание вынести.
(63)
За отладку на продакшен базе надо бить по рукам или по карману. А вот реальное ускорение работы, в некоторых сценариях, с включённой отладкой — это факт. Другое дело, что надо хорошо понимать что делаешь и правильно оценивать возможные негативные последствия подобной настройки.
Чтобы вынести фоновые задания ставиться Клиентское соединение с ИБ -доп параметр BackgroundJob.CommonModule на одном назначать на других нет.
по поводу USB могу сказать 2 минуса на которые нарветесь чисто по клиентскими (из-за этого ушли с USB)
1.если человек вылетел не всегда ключ освобождается.(при большом кол-во значительные проблемы)
2. очень сложно установить на 1 машину в 2 ключа одной серии(2 по 50 например)
«Железо часто мигрирует туда-сюда.»- это как раз не проблема
А сервер лицензий ставишь на отдельную виртуалку которая не изменяется и все. а как меняются сервера приложений всё равно, хоть другие серваки ставь.Главное чтобы их было по кол-во лицензий.
а если не сколько баз то их лучше разделять на не сколько кластеров, т.е. например 1 кластер на 1540, 2 на 2540 и 3 на 3540. серверные лиц. используются те же. главное ресурсы между ними поделить(выставить ограничения в настройках кластера)
(72)
Этим только фоновые задания причешем или регламентные тоже?
А чем просто выбрать сервис заданий не устраивает, как предлагает ув. h00k?
(75) и те и другие
(про себя): почему меня не покидает ощущение, что «пляски с бубном» по вылизыванию требований назначения функциональности(ТНФ) для отдельных узлов кластера — это всё от лукавого?
(вслух): если не рассуждать об отказоустойчивости, а конкретно по масштабированию(предоставление ресурсов «он деманд — по требованию»). Что я имею ввиду? Предположим мы собрали файловер кластер из 3х узлов(железок/виртуалок — неважно). Выставили уровень отказоустойчивости 2, ТНФ оставляем по-дефолту(вопросы лицензирования ща не рассматриваем). Всё чики-брики. Далее гасим 2 узла из 3х и ждем прихода сотрудников. Подгребли манагеры, кладовщики — начали стряпать первичку. Возросла нагрузка на базу. Кто-то начал скулить и хныкать, что доки проводятся долго. Тупо включаем второй узел. Бухгалтера начали сооружать тяжёлые отчеты, проводить расчеты себестоимости и прочую ресурсоёмкую белиберду — добавили третий узел… К вечеру по-тихоньку гасим узлы, когда почти весь пипл разбежался по домам. Такой подход имеет право на существование или мне пора менять поставщика травы? Спасибо.
(77)
«Пляски с бубном» — это не столько от лукавого, сколько от конкретного релиза платформы. Если сразу стартануло нормально, фоновые процессы не «сыпятся» и т.п., то пляски, обычно, откладываются до следующего обновления платформы. А вот если начались проблемы, то эти пляски могут помочь выправить ситуацию, изолировать глючное фоновое задание, переназначить его на сервак, периодическое падение которого не так критично.
Чем хорош вынос регламентных и фоновых заданий на отдельный сервер — можно между серверами распределить нагрузку по типам, на отказоустойчивый кластер из двух серверов перенаправить oltp-нагрузку (открытие форм, работа с документами и т.п.), на второй сервер olap (все отчёты, не критичные к оперативности данных обработки и т.п.).
(77)
Зачем менять?! Возьми побольше и мне отправь пакетик 😉
Уровень отказоустойчивости 2 предполагает одновременную работу минимум двух серверов в кластере между которыми балансируется нагрузка.
В общем, мальчики, или вы все лекари по профессии, или я в детстве много читала Оноре де Бальзака.
Три узла; на третьем стоит ТНФ Сервис заданий(впрочем, если его поменять на Клиентское соединение с ИБ и доп. параметр BackgroundJob.CommonModule — монофиолетово), на первых 2х эта фича задизаблена. Всё равно количество пользователей поделено между всеми 3мя узлами по 33%, а не по ~50%(на 1й и 2й), как я ожидала. Какого овоща юзеры подсасываются на 3й узел, если мы его заточили на реглафоны? Что не так и где обещанный «парад планет»?
Печалька… Обиделась и пошла сажать печень. 🙁
Привет Всем, тестим для дальнейшего использования многосерверный Кластер 1С. Все сделано по схеме 2 центр.раб.сервера + 1 раб.серв3 только с лицензированием. Серв1 -первый в кластере, Серв2 и Серв3 добавляли к нему. Подключили базу1 (тонкий клиент, управляемое прил.) и базу2 (толстый клиент, обычное прил.) При имитации отказов наблюдаем такую картину:
1. на Серв1 и Серв2 разные наборы сервисов (см. вложение)
2. при отключении на Серв1 службы Агента 1С
— уже подключенные к База1 могут работать
— все подключенные к База2 отваливаются
— ни одно новое подключение к любой базе не возможно
3. при отключении на Серв2 службы Агента 1С
— все работает без проблем
Что не так в кластере 1С? Или это не описанное нигде поведение — фича 1С?
Дополнение к №80
платформа 8,3,8,2167
винда 2012 R2
(79) Прошу прощения за наезд — сама лохушка: забыла перезапустить агенты серверов. Война окончена, всем спасибо.
(82) 🙂
(80) серв 2 стоит как центральный???
(80) сервисы у центральных должны быть одинаковые
(84) Да, конечно.
(85) я тоже так думаю, но руками они не правится. В этом и вопрос — почему разные наборы ?
(87)правиться через требования назначения функциональности у каждого сервера и не забудь Уровень отказоустойчивости 2
(88) из формулы (Кол-во Центральных серверов= уровень отказоустойчивости +1) следует:
(Уровень отказоустойчивости = Кол-во Центральных серверов — 1)
у меня «Один» и стоит.
Попробую добавить «Требования» руками….
Попробовал — без результата. Сервисы не поменялись. Во вложении «Требования назначения функциональности» на Серв1 и Серв2.
(89) Перезапустил службы 1С — сервисы выровнялись. Но про отказоустойчивость «Толстого клиента» в кластере вопрос остался:
у всех так же отваливаются? И по факту «отказоустойчивости» в кластере 1С 8,3,8 нет?
Ребята, а что у нас по строке соединения с безотказным кластером?
В настройках соединения пользователя надо перечислять сервера(если надо, то какой формат ключей) или достаточно прописать первый сервер(в нашем случае srv1)? А если в момент запуска 1С сервер кластера srv1 недоступен(т.е. лежит)?
Я ща не про окно запуска 1С(ibases.v8i), где сервера можно перечислить, а про Remote App.
Вопрос, где крутится и в каком режиме сервер SQL? Просто закрыть точки отказа по серверу 1С замечательно, а как поступить с сервером SQL в таком случае?
(92) Ну здесь по протоптанной тропинке: Failover cluster SQL server
Hyper-V или VMware vSphere
(92)
Начиная с 8.3.9.1818 сервер 1С понимает технологию отказоустойчивости MS SQL сервера «AlwaysOn».
(94) технология отказоустойчивости MS SQL сервера «AlwaysOn» работает только в Enterprise версии, а у большинства куплена Standart или вообще, работают на Express
Подскажите пожалуйста, может кто-то уже сталкивался с такой ситуацией:
У нас работает отказоустойчивый кластер, состоящий из трёх серверов — два рабочих и сервер лицензирования. В ближайшее время будем запускать Документооборот, который связан с бухгалтерией. На вкладке «Интеграция с 1С Документооборотом» прописан адрес веб сервиса. Он ссылается на один сервер. В случае падения этого сервера в кластере адрес станет недоступен.
Как надо опубликовать базу документооборота, чтобы она была доступна в случае падения любого из серверов кластера?
(96) если сервер где опубликовано отдельный то будет работать(для публикации нужен только клиент.У нас это работает.)
Коллеги, подскажите пожалуйста
(1) теперь на ПРОФ лицензиях вся эта схема рухнула? Требования назначения функциональности теперь не назначить…
(2) получается узкое место — третий сервер с лицензиями. Если третий сервер падает, то все перестает работать. Поделитесь, кто как решал этот вопрос? Делал виртуалку?
(154)
1. Нет не рухнуло, онраничения ПРОФ в тнф только на имена баз и на виды клиентов
2. Или двойной набор лицензий или реплика виртуалки между полностью идентичными хостами