использование аппаратных ключей в том виде, в каком они используются в 8-ке - подходят для небольших фирм, расположенных территориально в одном здании.

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

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

ОФФ: Helen(ко всем постам) - это всего лишь флуд. А у человека реальная проблема. У Вас есть конкретные рецепты помощи? Нет - тогда зачем эти "описания" якобы умных мыслей? У моего хорошего друга та же проблема на предприятии, поэтому понимаю автора. Жаль помочь не могу (

(80) я не знал, что Helen - это большинство покупателей.

"своевременная же реакция на проблемы и запросы пользователей добавляет фирме авторита." - думаю, что с авторитетом у самой 1С все нормально, но с конечными юзерами она не работает. А вот франч у (0) - оперативно подсуетился, ему респект.

"тогда при выборе системы автоматизации в очередной фирме придется учитывать риски в категории ГОЛОВНАЯ БОЛЬ эксплуатации и сразу закладывать удорожание в смету." - при покупке кто-то не знал про риски аппаратных ключей? что-то поменялось? но при этом куплена все равно 1С, это _ваш_ _выбор_ .

"использование аппаратных ключей в том виде, в каком они используются в 8-ке - подходят для небольших фирм" - возможно, но далеко не факт. Так есть и программные ключи :)

"если при увеличении системы в два раза затраты растут в 4 раза - значит, проблемы в дирижере" - или в том, что вы перешли на следующий уровень, на котором затраты выше :). Если что - затраты растут ну совсем нелинейно :). Может и правда вам надо 1с поменять. Вот только такие клиенты - не есть основная target group для 1С.

(82) рецепты афтар и сам знает.
а если эта же проблема возникла у многих - значит, она будет возникать снова и снова.

(83) галимая болтовня.

у нас много другого софта - почему же у нас с ним нет таких проблем? и стоимость его при увеличении в два раза выросла всего в полтора раза?

84- Ну и зачем тогда "распинаться"? так, чисто язык почесать?, а "умные" мысли отсылайте Нуралиеву...

(86) умные мысли высказанные на форумах
смотрящие от 1це донесут быстрее, чем почта

как говорит один знакомый модератор маленького франчика с местным одноэсным базаром - я еще чихнуть не успею, а мне уже Будьте Здоровы прилетает и крамола за меня уже вычищена

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

*бурчит себе под нос*
//ай какой я молодец, ставлю предыдущую платформу только с выпуском следующего релиза//
*приплясывает сидя на табуретке*

Дятел сука молодец! Задним умом крепок. Качнуть чтоле, полный обмен проверить?...

качаю... все бы ничего, да только (в заднем уму) екает, а ну как еще чего :)

91-Тундра1 > во-во, так что жду я пару месяцев и живу спокойно без фенек новых, потому как ж0па дороже...

Зато тебе идентификаторы типов приходится вручника долбить!

92 да я бы потерпел...вот сотня таблиц access-овских висит в ВИДе :( .. причем на буке с виндой работает, а на маке в параллельсах ни фига :( все работает, а ВИД нет ...так шо - очкую мал-мал...

(88) Ушел качать. Черт, сегодня уже не получится поставить. Вольем сегодня ночью.
Тем временем сдох один из полученных подменных ключей - полтинничек. Вот дистрибьютор обрадуется ))))) Но он умер оригинально - превратился в локальный. Перед этим все умирали полностью.

(95) Если ТЖ был включён, на всякий случай я б послал...

(95) И - да, сочувствую. Каков "счёт" на текущий момент?

(96) Все техжурналы собрали. Сейчас отправлю.
(97) Сейчас посчитаю... 100+100+20+100+50+20+50 = 440 ключей.
Большое спасибо Reaper за мониторинг сайта обновлений. Я туда смотрю раз в 2-3 дня, а за выходные высока вероятность сгорания еще неск ключей.
ЗЫ: Еще заметили такую особенность. Ключи часто горят на площадках, где много рабочих процессов. Где 1-2 процесса практически ничего не умерло. Сильно горят там, где много рабочих процессов (7-10). На серверах с одним рабочим процессом умер только один 20 пользовательский ключ.

88-Reaper > Так кто оплатит убытки от отказа железа?
Lexusss, Ваши юристы выставили бы претензии к фирме 1Ц, потом бы опытом поделились.

(99) 1Ц в договорных отношениях вообще не фигурирует. Тем более железо не горело. Только ключики помирали, на которые мы получали подменки.

сколько стоит одна лицензия?
а то тут некоторые идиоты предлагали иметь 100%-й резерв - вот пусть посчитают, сколько они выложат за 400 лицензий резерва

(92) на каждоого хитрого кролика .

(100) 1це не только обдирает франей, но и любовно прощает им все свои грехи

(102) И не только франчам.

(99) А смысл? Получить пару лямов и остаться без подмен в следующий раз?

Обновились на 8.2.14.533. Вроде живем

в сабж: Вот это да!! shok.gif[/img]

(104) А смысл? Щоб було?

собственно аналогичная ситуация, маштаб конечно скромнее :) чем у ТС,
конфы: БП, ЗУП, ДокПРОФ (для последней лицензии сервер раздает), платформа 8.2.14.528, 2 рабочих процесса.
проводили апгрейд, 20+20 на 50,
08.08.11 франч дал подменный ключ на 50 - вечером поставил.
19.08.11 утром, внезапно все умерло, причем похоже из-за дохлого могопользовательского ключа не работал и серверный.
после танцев с бубнами, обновления платформы до 8.2.14.532 и всего что только можно, была констатирована смерть пациента.
т.к. наш новый ключ на 50 уже к нам ехал, пришлось обойти проблему. ;)
29.08.11 вечером поставил новый ключ,
01.09.11 обновил платформу на тестовый 8.2.14.533
----------
т.о. при нашем режиме работы ключ умер за 8 рабочих дней,
новый ключ проработал на 532 релизе 3 дня.
внимание вопрос:
какой ресурс у него остался??? :)

какой бы ресурс у него не оставался - купи второй ключ на 50 лицензий и положи его в запас - такова логика столбиков от 1це

остались только маленькие непонятки - в процессе эксплуатации ключ только читается

что надо сделать, чтобы испортить чтением содержимое ключа?

(110)
Helen 1986, вопрос правильный, но не верный.

При чтении содержимого подаются управляющие сигналы по интерфейсу USB. Эти сигналы связаны с изменением напряжения питания. Если сигнал, каким либо образом, будет подан не в том порядке или с повышенным напряжением, то тут увы.....

имхо в этом то и проблема - видимо у ключа некое конечное число обращений...
для ограничения сканирования/снятия дампов.

(111) неверно. сам стандарт USB - определяет напряжение питания. управлять им нельзя.

стирание в зависимости от последовательности выдаваемых команд чтения - значит, лохи разработчики
сделали не RO девайс.

(112) бред. полнейший.

(113) спасибо, кэп! :) однако хотелось бы услышать мнение более компетентных, в данном вопросе, людей.

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

Умершие ключи находились на тех же серверах, где сервер 1С крутился? Или такой зависимости нет?

114-Денис >Там, возможно, не ограниченный ресурс, а например ключ может проверять количество обращений за единицу времени для детекта атаки на ключ, и при превышении нормы стирать память, чтоб врагу не досталась

или вообще он может тупо перегрелся и сгорел

(115) у меня - да.

(117) 1с признала проблему - исправлено в тестовом релизе 8.2.14.533 - смотри 88 пост

Я знаю, но проблема, например, могла быть из-за слишком частых обращений сервера к ключу