есть кластеры. и вроде как за каждый кластер 1С требует отдельную лицензию. а что с многопользовательскими лицензиями? никто с 1С не обсуждал это? что делать когда комп с лицензией на 500 человек случайно вылетит?

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

Мне кажется, люди, у которых ключ на 500 лицензий, знают, как все сделать правильно :))

(2) толсто ) у тебя есть ключ на 500 лицензий?
я думал о виртуалке и элкектронном ключе на нем (клон)
или виртуалки с пробросом физического ключа

Аппаратные 500 лицензий на одном компе, 500 лицензий на другом. Серваку сказать смотреть лицензии на обоих компах.
Чем не резервирование лицензий?

(3) Что толстого-то? У меня нет и я не в курсе. Но думаю, что тот, у кого есть, в курсе :))
Скромнее надо быть, скромнее :))
Допустим, есть у меня ключ на 5 лицензий... :))

(4) а как без покупки вторый 500-от?

(5) точно )

(6) Без покупки вторых - резервировать нечего :)

(8) нечем ты хотел сказать

(5) продолжайте, мы заинтигованы )

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

(11) так нельзя ) думаю юридически это оговорено гдето 1С-ом.

(12) В смысле нельзя? Можно и оговорено. При активации резервного пин-кода старая привязка деактивируется.

А что еще делать, если старый сервак сгорел?

(13) т.е. нельзя юзать 1 лицензию на 2-х машинах одновременно

(15) Ну да. Нельзя. Я говорил про то, что резервирование лицензий не шибко актуально, если цена вопроса их переноса - 10 мин времени.

(16) кластеризованные решения не подразумевают обычно хождение по серверной

(17) Для установки программных лицензий не нужно ходить по серверной.

(18) ну все равно нужно чтото делать. а надо чтоб все автоматом

(19) Для этого нанимают на работу админов :))

(19) Кому нужно? Или кто-то деньги считать не умеет? Резервирование должно себя оправдывать. Покажи мне систему на 1С, в которой цена десятиминутного простоя раз в несколько лет выльется в серьезные потери. Я покручу пальцем у виска разработчиков.

(21) есть таки, поверь, есть )

(20) о ужас, автоматоны )

(22) На 1С??? Безумству храбрых поём мы песню.

(24) 5000 пользователей онлайн в одной базе уже не сказка

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

у нас 5 (или уже больше) серверов с ключами на 100 и 50 лицензий, нам не очень страшно. Ну и большая связка однопользовательских :)

(26) Другое дело - аэропорты. Или биржи там. Или еще какой-нить критичный риал-тайм. Там - да. Там 10-минутный простой может стоить или жизни, или миллионы долларов.

(26) думаешь у низ резервов нет? они падают когда и резервы не пашут

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

(25) 5000 пользователей — это минимум 10 ключей по 500 лицензий.
Если отрубились все 10 ключей, то это явно не случайно. А от воровства, масок-шоу или попадания ракеты земля-земля никакая система резервирования не спасет.

(29) Я о другом. Ты уже сказал, что не очень готов избежать десятиминутного простоя ценой удвоенного количества лицензий. Это говорит о том, что цена твоего простоя на самом деле невелика.
(30) Ну дык а резервный сервер - используется когда отказывает основной. По факту это одна и та же бла-бла-бла...

(32) согласен с подходом "какова цена простоя?". но с другой стороны, что делать с "мы столько вбухали для дублирования системы, а тут 10 минут"?

так и ключи погореть могут - где резервирование несгорающих ключей