Здравствуйте форумчане. Итак:
Есть два сервера, которые объедены в кластер, на одном из серверов находится платформа 1С и соответственно лицензии. Столкнулся со следующей проблемой, если вдруг что не так с сервером (где лежит 1С), то нагрузка перераспределяется между серверами и такое впечатления, что 1С начинает считать, что изменилась конфигурация сервера, что в общем логично, но при этом падают лицензии. Может быть кто-нибудь сталкивался с такой проблемой и подскажет как ее решить.
Есть два сервера, которые объедены в кластер, на одном из серверов находится платформа 1С и соответственно лицензии. Столкнулся со следующей проблемой, если вдруг что не так с сервером (где лежит 1С), то нагрузка перераспределяется между серверами и такое впечатления, что 1С начинает считать, что изменилась конфигурация сервера, что в общем логично, но при этом падают лицензии. Может быть кто-нибудь сталкивался с такой проблемой и подскажет как ее решить.
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(14) Можно перейти на аппаратные ключи, либо выделить отдельную машину под сервер лицензирования. Только так. Но в любом случае, это будет непокрытая точка отказа.
Я бы вообще предложил купить один единственный надёжный железный сервер(из серверных комплектующих), установить всё от него и отказаться от виртуализации. Будет даже меньше бед, чем в с мигрирующими виртуальными машинами.
Я бы вообще предложил купить один единственный надёжный железный сервер(из серверных комплектующих), установить всё от него и отказаться от виртуализации. Будет даже меньше бед, чем в с мигрирующими виртуальными машинами.
(15) Наш админ будет против, он сторонник best practice, сервера в едином кластере из этой оперы, а падение лицензий он считает проблемой 1С (что в общем недалеко от истины)
Тут странно, что лицензия сама не восстанавливается после восстановления сервера. Ну т.е. я понимаю, что когда сервак падает и машина мигрирует, то 1С начинает думать, что изменился сервер, но когда сервак опять поднимается, то почему 1С не видит, что параметры вернулись к тем же, что были ранее.
Аппаратные ключи возможно вариант, какие там будут подводные камни не подскажите, если мы останемся на той же архитектуре с двумя серверами в кластере (на одном из которых платформа) и отдельной машиной с базой данных.
Тут странно, что лицензия сама не восстанавливается после восстановления сервера. Ну т.е. я понимаю, что когда сервак падает и машина мигрирует, то 1С начинает думать, что изменился сервер, но когда сервак опять поднимается, то почему 1С не видит, что параметры вернулись к тем же, что были ранее.
Аппаратные ключи возможно вариант, какие там будут подводные камни не подскажите, если мы останемся на той же архитектуре с двумя серверами в кластере (на одном из которых платформа) и отдельной машиной с базой данных.
(16)
В 1С, как ни странно, бэст практис - это отсутствие виртуализации. Если нужен кластер, то и делается кластер серверов 1С. Там и распределение нагрузки и отказоустойчивость.
А виртуализация ощутимо снижает производительность. Этого обычно не хочется.
Это из-за того, что в момент "слёта" лицензии в файлы 2*.lic записывается информация о том, что они недействительны. Обратного действия не делается. Как вариант, можно хранить бэкап этих файлов. Но смысла особо нет. Они всё равно не будут работать на другой машине.
Подводный камень в том, что аппаратный ключ вставляется в один компьютер. А это противоречит мировоззрению вашего одмена.
best practice
В 1С, как ни странно, бэст практис - это отсутствие виртуализации. Если нужен кластер, то и делается кластер серверов 1С. Там и распределение нагрузки и отказоустойчивость.
А виртуализация ощутимо снижает производительность. Этого обычно не хочется.
лицензия сама не восстанавливается после восстановления сервера
Это из-за того, что в момент "слёта" лицензии в файлы 2*.lic записывается информация о том, что они недействительны. Обратного действия не делается. Как вариант, можно хранить бэкап этих файлов. Но смысла особо нет. Они всё равно не будут работать на другой машине.
какие там будут подводные камни не подскажите
Подводный камень в том, что аппаратный ключ вставляется в один компьютер. А это противоречит мировоззрению вашего одмена.
(17)
А что если действительно хранить эти файлы, но перезаписывать их только тогда когда сервер уже восстановлен. Очевидно, что на второй машине эти файлы работать не будут, но нам вообщем-то и не надо. Ну т.е.:
Падает сервак - слетает лицензия. Мы поднимаем сервак и восстанавливаем из бэкапа 2*.lic. Это ведь должно сработать.
2*.lic
А что если действительно хранить эти файлы, но перезаписывать их только тогда когда сервер уже восстановлен. Очевидно, что на второй машине эти файлы работать не будут, но нам вообщем-то и не надо. Ну т.е.:
Падает сервак - слетает лицензия. Мы поднимаем сервак и восстанавливаем из бэкапа 2*.lic. Это ведь должно сработать.
(18) Без занудства тут не получится всё разложить по полкам. Объясняю по пунктам.
Состояние 1. Регулярная работа.
Виртуалка на первом хосте, второй хост просто стоит и дежурит.
Лицензия активна.
Состояние 2. Почему-то падает первая хост-машина.
Виртуалка мигрирует на второй хост. Лицензия 1С слетает, а файлы лицензий помечаются недействительными.
Если их восстанавливать, то ничего не выйдет. Они всё равно сразу будут перезаписываться и помечаться недействительными.
Смысл миграции теряется, ведь вся система всё равно в состоянии отказа.
Состояние 3. Восстанавливается первый хост и виртуальная машина переезжает обратно.
Файлы лицензий всё ещё помечены недействительными и 1С работать не будет.
Здесь-то и можно попробовать восстановить 2*.lic из бэкапа. Работать будет, если из-за миграции не изменились ключевые параметры компьютера, которых немало.
Состояние 1. Регулярная работа.
Виртуалка на первом хосте, второй хост просто стоит и дежурит.
Лицензия активна.
Состояние 2. Почему-то падает первая хост-машина.
Виртуалка мигрирует на второй хост. Лицензия 1С слетает, а файлы лицензий помечаются недействительными.
Если их восстанавливать, то ничего не выйдет. Они всё равно сразу будут перезаписываться и помечаться недействительными.
Смысл миграции теряется, ведь вся система всё равно в состоянии отказа.
Состояние 3. Восстанавливается первый хост и виртуальная машина переезжает обратно.
Файлы лицензий всё ещё помечены недействительными и 1С работать не будет.
Здесь-то и можно попробовать восстановить 2*.lic из бэкапа. Работать будет, если из-за миграции не изменились ключевые параметры компьютера, которых немало.
(19) Хорошо, надо будет потестить вариант 3. Я кстати посмотрел эти файлы, у меня в директиве C:\ProgramData\1C\licenses\ этих файлов 10 штук. Мне ведь надо только последний по дате восстановить?
Я конечно понимаю, что костыль это будет с точки зрения 1С, но у нас на серверах еще почта и пара сторонних ИТ систем и они работают нормальной в кластере. Попробую закинуть удочку насчет отдельной машины, но это вряд ли.
Я конечно понимаю, что костыль это будет с точки зрения 1С, но у нас на серверах еще почта и пара сторонних ИТ систем и они работают нормальной в кластере. Попробую закинуть удочку насчет отдельной машины, но это вряд ли.
(20)
Нет. Только которые не слетели. Если открыть блокнотом, то у слетевшего файла прямо в первой строчке будет указана причина "слёта".
Костыль с любой точки зрения! Даже не костыль, а пятое колесо! Подскажи, что ты ожидаешь увидеть, если упадёт первый сервер?
Отработка отказа выполнится, но 1С работать не будет! Не будет!
Смысла в отработке отказа нету. Когда виртуалка переедет на другой хост, то лицензии слетят и 1С всё равно не будет работать. Система не будет работать, пока не восстановится первый сервер.
В таких условия второй сервер абсолютно ничем не поможет.
только последний по дате
Нет. Только которые не слетели. Если открыть блокнотом, то у слетевшего файла прямо в первой строчке будет указана причина "слёта".
что костыль это будет с точки зрения 1С
Костыль с любой точки зрения! Даже не костыль, а пятое колесо! Подскажи, что ты ожидаешь увидеть, если упадёт первый сервер?
Отработка отказа выполнится, но 1С работать не будет! Не будет!
Смысла в отработке отказа нету. Когда виртуалка переедет на другой хост, то лицензии слетят и 1С всё равно не будет работать. Система не будет работать, пока не восстановится первый сервер.
В таких условия второй сервер абсолютно ничем не поможет.
Вы про какие сервера ведете речь?
Если у вас про 1С все время упоминание как об отдельной сущности?
Типа есть еще 1 сервер где нет 1С...!
Можете по человечески выражовываться, чтобы вас можно было понять?
Сейчас по вашему тексту можно представить сотню различных вариантов
Если у вас про 1С все время упоминание как об отдельной сущности?
если вдруг что не так с сервером (где лежит 1С)
Типа есть еще 1 сервер где нет 1С...!
Можете по человечески выражовываться, чтобы вас можно было понять?
Сейчас по вашему тексту можно представить сотню различных вариантов
(10) Программные лицензии - это в конечном счете - файлы.
Необходимо проверить после "падения сервера" и перезапуска наличие этих файлов.
Возможно при перезапуске виртуалки - идет восстановление из какого-то образа, в котором отсутствуют эти файлы лицензий.
См "C:\ProgramData\1C\licenses\*.lic"
Необходимо проверить после "падения сервера" и перезапуска наличие этих файлов.
Возможно при перезапуске виртуалки - идет восстановление из какого-то образа, в котором отсутствуют эти файлы лицензий.
См "C:\ProgramData\1C\licenses\*.lic"
На бегете VPS расположил 1Смини сервер всё работает
Но когда по техническим причинам происходит отключение сервера иногда бывает так что лицензии 1С слетают
Так вот это получается из-за того что там меняется информация о процессоре
Выход заново регистрировать лицензии 1С, но на это уходит время. И с момента обнаружения проблемы до продления лицензии по данным полученным от 1С проходит приличное время
Сам Бегет говорит: спрашивайте у 1С как получать такие лицензии которые не закрепляются за процессором
Это крайне не удобно, поэтому в облачных таких технологиях приходится пересаживаться на Python
Но когда по техническим причинам происходит отключение сервера иногда бывает так что лицензии 1С слетают
Так вот это получается из-за того что там меняется информация о процессоре
Выход заново регистрировать лицензии 1С, но на это уходит время. И с момента обнаружения проблемы до продления лицензии по данным полученным от 1С проходит приличное время
Сам Бегет говорит: спрашивайте у 1С как получать такие лицензии которые не закрепляются за процессором
Это крайне не удобно, поэтому в облачных таких технологиях приходится пересаживаться на Python
(22)
Резервный пин-код можно запрашивать заранее, а не когда лицензия уже слетела. Тогда на восстановление лицензии уходит пару минут.
Лицензию можно привязать или к параметрам машины или к ID имеющегося аппаратного ключа HASP.
При привязке к параметрам машины обязательно идёт привязка к процессору.
с момента обнаружения проблемы до продления лицензии по данным полученным от 1С проходит приличное время
Резервный пин-код можно запрашивать заранее, а не когда лицензия уже слетела. Тогда на восстановление лицензии уходит пару минут.
спрашивайте у 1С как получать такие лицензии которые не закрепляются за процессором
Лицензию можно привязать или к параметрам машины или к ID имеющегося аппаратного ключа HASP.
При привязке к параметрам машины обязательно идёт привязка к процессору.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот