AlexS2
Алексей С.

(4) То есть в кластере 2 сервера и отдельно поднимать ещё и сервер лицензирования? Такой вариант, как рабочий для кластера не из одного сервера, поддержка 1С не предлагает. Где гарантия, что так взлетит? Я склонен верить скорее поддержке здесь, да и экспериментировать с программными лицензиями - их активацией/переактивацией желания совсем нет. Спасибо.

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

Кейс следующий. Имеется кластер, использующий только программные лицензии. Потребовалось добавить к нему ещё один рабочий сервер для балансировки нагрузки, но этот второй сервер при добавлении в кластер начинает выдавать клиентам лицензии, которые нашел в сети, где дополнительно поднят менеджер лицензий, но его нужно изолировать от этого кластера. Пришлось второй рабочий сервер от кластера оторвать.
Сейчас в nethasp.ini установил запрет на поиск лицензий по сети (отключил все сетевые протоколы), второй сервер в режиме stand alone, пока вне кластера, клиентам лицензии прекратил выдавать.
Внимание, вопрос: если присоединить второй рабочий сервер к кластеру, он сможет с основного программные выдавать?
Или какие варианты?)

Через apache всё поднялось и обновляет, как обещано.
Минус в том, что прав у пользователя нет на установку, но это второй вопрос))

(4) спасибо за ссылку! :)

Сергей, подскажите, подробнее об инструменте ИР "Настройка журнала регистрации" где почитать?
Конкретно интересует, как применить выгруженный файл настройки журнала? Что-то в документации по платформе не наблюдаю, либо невнимательно смотрел, можно ли использовать внешнюю настройку журнала регистрации...

Т.е. ошибка возникала при попытке присоединить базу командой Attach? Как интересно, не знал, что это можно вылечить простым пересозданием tempDB... Или в чем цимес? )
Да, и версия скуля какая?

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

Второе сообщение - для процесса MS SQL не достаточно оперативной памяти, поэтому служебные данные выгружаются на диск. Отсюда вопрос - у Вас сколько оперативной памяти? И сколько из нее вы отдали процессу MS SQL? Если настройки экземпляра по умолчанию используете, увеличьте аппаратный размер памяти. Проще говоря, докупите еще памяти в сервер. )

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

И напоследок вопрос - если не разбираетесь, зачем установили BPA? )) Извините, вырвалось))

Спасибо за статью! Помогло!

Забавно )) "Пешиисчо" )

(23) fierylions, спасибо за совет, я это знаю. Вопрос в другом был - это баг программистов(платформы) или DBA..?