Имя: Пароль:
1C
 
Лицензия на сервер программная или аппаратная?
,
0 ermola
 
14.09.18
10:55
Доброго.
Уболтал перейти на 64-битную версию.
4601546106780 1С:Предприятие 8.3. Лицензия на сервер (x86-64) 86400 руб.
4601546106803 1С:Предприятие 8.3. Лицензия на сервер (x86-64) (USB) 103700 руб
USB зараза преодолевает психологический барьер финика, ну не любит он трехзначные суммы. Всегда брал USB версии, как-то надежней что-ли.
Лицензия на сервер программная или аппаратная?
Поделитесь опытом.
1 MaxS
 
14.09.18
10:59
(0) Если перерыв в работе некритичен пмсм можно и программной обойтись.
С USB ключом резервный 1С сервер можно быстрее организовать.
2 butterbean
 
14.09.18
10:59
USB , так как-то надежней что-ли
3 PR
 
14.09.18
11:00
(0) Не надежнее, а менее геморройнее, воткнул ключ и все
Но на ту же виртуалку уже геморройнее USB
4 Новиков
 
14.09.18
11:06
Только USB, если время простоя критически важно.
5 Лефмихалыч
 
14.09.18
11:08
(0) Скажи финику, что программный ключ можно перенести с компа на комп ограниченное количество раз.
А о том, что железный может просто сгореть и мистец - просто не говори.

ЗЫ Я сам - старовер. Мне как-то железные понятнее.
6 vladko
 
14.09.18
11:09
(2) USB бывает сгорает ключ, поэтому программный тоже в своём роде надёжный, но зависит от железа на сервере, т.к. к нему привязывается, но если есть резервные пин-коды, то не страшно (если хранить в надёжном месте файл licdata.txt чтобы не было проблем с восстановлением программного ключа)
7 Лефмихалыч
 
14.09.18
11:11
(6) ключ защиты - это в любой форме одна сплошная проблема.
Мешает только ЛЕГАЛЬНОМУ использованию. Потому, что нелегальному использованию ключи как-то вообще не мешают.
8 Cyberhawk
 
14.09.18
11:12
Финик греет голову из-за разовой переплаты 17300 рублей?
9 Лефмихалыч
 
14.09.18
11:14
(8) экономика должна быть экономной - это раз. Два - если деньги тратить, то они тратятся.
10 ermola
 
14.09.18
11:24
(8) Нет. Ему тупо не нравятся суммы больше ста тыщ. Мне надо будет сидеть голову сушить, обоснование писать, а че так дорого.
11 ermola
 
14.09.18
11:25
(6) Бог миловал еще не один USB ключ у меня не выгорал.
12 Cyberhawk
 
14.09.18
11:25
(9) Слону пофиг на комара, когда его ест тигр
13 ermola
 
14.09.18
11:29
(12) Слона есть тигр? То ли слоны не те, то ли тигры мутировали.
14 Злопчинский
 
14.09.18
11:39
(10) Пошли нахрен. Ты не на базаре. Производитель обозначил сумму и не торгуется. Если финик не любит трехзначные суммы - пусть он и торгуется с производителем. или его менеджер. Тоже нашел парить из-за чего голову.
.
у себя ставим только железные ключи.
15 Вафель
 
14.09.18
11:41
если не виртуалка, то вообще никаких проблем.
главное железо не менять и запасные пинкоды запаршивать заблоговременно
16 ermola
 
14.09.18
11:43
(14)Да я бы рад. Но мне чем меньше проблем с ПО или железом, тем лучше. Я смогу потратить время на более интересные занятия.
17 ermola
 
14.09.18
11:43
(15) Как раз виртуалка.
18 Cyberhawk
 
14.09.18
11:45
А зачем переход на на 64б сервер?
19 opus70
 
14.09.18
11:47
всегда usb беру так как возиться с пинкодами это гиморой в кубе, хочешь спать спокойно то бери usb

единственный раз когда выиграл в программной относительно usb это пожар

считаю что если нет форс мажора то usb дольше служить и меньше хлопот
20 unregistered
 
14.09.18
11:47
> программная или аппаратная?

Уже много лет стоит программная. Особых проблем не возникало. Все слетания лицензий были связаны с аппаратными изменениями сервера и были ожидаемыми. Есть резервные PIN-коды для переактивации. Если коды заканчиваются, 1С без проблем выдаёт дополнительные по запросу с описанием причин потребности в новых кодах.

Если так сильно парит время простоя, о котором так трясутся коллеги, то есть соответствующие утилиты платформы, которые позволяют мониторить состояние лицензий (ring).
После отваливания лицензии сервер работает ещё 5 дней. Этого вполне достаточно, чтобы даже в новогодние каникулы при наличии хотя бы одного резервного комплекта PIN-кодов дожить до ближайших будних дней, когда начинает работать служба поддержки 1С, выдающая новые PIN-коды для активации.

Проблемы могут возникнуть только в случае, если предполагается частая смена оборудования (конкретный перечень в документации на сайте 1С есть).
Но тут всё зависит уже исключительно от вас самих. Как сумеете договориться с админами по вопросу стабильности аппаратной части (в том числе и в случае виртуалки).

Короче. Никаких особых критичных проблем с программными ключами я не вижу. Просто есть особенности, которые следует учитывать.
21 ermola
 
14.09.18
11:50
(18) Да 32-битный с 8,3 хреновато работает. Подвисает на поворотах. Вот типа еще один сервер прикупили на время перехода, УПП то все. Будем варианты выбирать куда двигать. 1С сервер брать по любому надо. На 25-30 пользователей файловая не потянет, да и хочется и веб попробовать, и тонкие клиенты погонять.
22 unregistered
 
14.09.18
12:02
(21) Набор почти бессвязных слов...

Можно было бы и проигнорировать реплику в (18). При возможности выбора 32 vs 64 всегда следует отдавать предпочтение 64-хбитному серверу дабы купировать даже теоретически возможные проблемы нехватки памяти из-за ограничения количества выделяемой на 32-хбитный процесс памяти.
x32 идеально подходит для относительно небольших баз данных простых конфигураций и небольшого количества пользователей. Для тех, кого называют малым и средним бизнесом. Для всяких там УПП, ERP или достаточно больших по объему и/или нагрузке баз лучше х64.
23 Cyberhawk
 
14.09.18
12:44
(21) "32-битный с 8,3 хреновато работает. Подвисает на поворотах" // Что прям замерял потребление памяти процессами ОС, подбрающееся к 3 Гб?
(22) Переход на 64б лишь скрывает нездоровый расход памяти
24 Вафель
 
14.09.18
12:45
(23) так конфы типовые? переписывать чтоли?
25 ermola
 
14.09.18
13:37
(22) Сорри, пятница, устал.
(23)На больших отчетах и расчете себестоимости очень даже видно.
Память копейки стоит.
26 Cyberhawk
 
14.09.18
13:38
(24) (25) Т.е. типовые (на замке) тупо будут падать на 32б сервере приложений, так?
27 ermola
 
14.09.18
13:40
(26) Я думаю, что разница в цене между 32 и 64 битными серверами не купить задачу по оптимизации.
28 Winnie Buh
 
14.09.18
15:48
сервер программный, клиентский USB - полет нормальный,
за пару лет лицензия сама ни разу не слетала,
когда сервак апгрейдили сразу получили новую и нет проблем
29 iraprok1c
 
14.09.18
15:52
Были виртуальные сервера - туда шли только программные. т.к. железки, что бы "пробросить" USB не было или какая то беда была в сетевой архитектуре...

Другой момент, что USB ключи удобны - переставил, настроил и забыл,а  программный ключ к железу привязывается
30 spiller26
 
14.09.18
16:05
(28) А вот с программной и нет, памяти добавил и всё ... кирдык, она думает что сервак новый.
31 XMMS
 
14.09.18
16:09
Я недавно наткнулся что пробросить USB в Hyper-V штатными средствами не получается.
Другое дело, что вообще виртуалка для 1С якобы не есть хорошо.
Сам выступаю за usb-ключи. Был неудачный опыт слёта лицензии у пользователей после обновления Windows 8 на Windows 8.1 и какого-то крупного обновления в рамках 8.1. Говорят, что это бред, но факт есть факт )
32 Zamestas
 
14.09.18
16:12
(0) Объясни этому финику, что геморрой с отвалом лицензии будет поболее 17300 руб. разницы.
33 spiller26
 
14.09.18
16:16
(31) Мы на Линухе по началу вообще "сломали голову" почему слетала программная, но уже намучены горьким опытом при обновлениях железа и обновлениях Линуха.
Хотя я убеждал, чтобы купить USB, но меня так и не послушали.
34 spiller26
 
14.09.18
16:24
Финику пусть задаст вопрос:
Вот есть деньги в кошельке и на счету, что удобнее, когда ты "щупаешь" и они есть и можешь ими расплачиваться, или знаешь что они есть, но ограничен в их использовать, т.к. могут и не принимать со счета и банк заблокировать (просто захотелось так банку до выяснения операций)?
35 unbred
 
14.09.18
16:28
(0) позвони продавцам и расскажиОпроблеме трехзначных чисел.4 к тебе уступят.
если НЕ уступят тогда
позвонитьВДругуюКонтору(расскажиОпроблеме)
конецесли;
36 Сисой
 
14.09.18
16:37
(26) Я знаю несколько мест в типовой БП (как правило, рег. отчетность), где на 32-битном сервере при большом кол-ве страниц можно получить вываливание из-за нехватки памяти. В 64-битном все работает.
37 Feanor
 
14.09.18
16:49
>>памяти добавил и всё ... кирдык, она думает что сервак новый.
Это не так, при увеличении памяти лицензия не слетает.

Вообще есть смысл сделать отдельную виртуальную или физическую машину для сервера лицензирования, параметры которой не будут меняться, и будет щастье.
38 MaxS
 
14.09.18
17:41
(37) А можно ссылку на ИТС? Как держать лицензию 1С сервера на стороннем компьютере. Не оспариваю, просто не сталкивался.
39 Krendel
 
14.09.18
17:47
(35) Не имеют права
(11) Горел на проекте перевнедрения на 100 пользователей, РП решил вопрос в течении 30 минут, и потом еще 2 недели ждали замены ;-)
40 DenVaz
 
14.09.18
18:01
(0) Ну конфигурить железо проблематично.
41 Feanor
 
14.09.18
18:29
(38) "Чтобы избежать повторной активации рекомендуется использовать сервис лицензирования (описание сервисов кластера см. здесь), установленный на физическом компьютере или на виртуальной машине с фиксированными характеристиками (возможно только в клиент-серверной варианте)."

https://its.1c.ru/db/v8312doc#bookmark:adm:TI000000539
42 lodger
 
14.09.18
18:45
(41) крутой велосипед, кстати.
43 Cyberhawk
 
14.09.18
18:59
(36) Спс
44 MaxS
 
14.09.18
20:38
(41) Спасибо за цитату, которую не сразу можно увидеть.
Не расписано как это настраивать.
Предполагаю, что так?
Устанавливаем два 1С сервера, в консоли кластера добавляем второй 1С сервер.
На сервере лицензирования удаляем рабочие сервера, чтобы они не съели лицензию 1С сервера.
Допустим рабочий 1С сервер упал. Подняли другой и он забрал лицензию сервера. Сервер лицензирования не против через 5 минут отдать лицензию другому?
Поднимаем первый упавший сервер и... кому отдаст лицензию сервера сервер лицензирования, если другой 1С сервер тоже работает?
45 Провинциальный 1сник
 
14.09.18
20:58
(41) Короче, надо поднять максимально тупую виртуалку с полной эмуляцией (bochs например) и поднять на ней сервис. Тогда смена железа хоста не приведет к отвалу лицензии)
46 Feanor
 
14.09.18
23:34
(44) угу, в целом так, но на рабочем сервере с сервисом лицензирования нужно добавить требования назначения функциональности (ТНФ) именно в таком порядке они должны идти:
1. сервис лицензирования - назначать
2. любой объект требования - не назначать

потом полное применение ТНФ

З.Ы. Не ленитесь гуглить, это все уже давно описано)
47 Feanor
 
14.09.18
23:36
(45) пара ядер, 4 Гб ОЗУ вполне хватает. Жестко прибиваем ее гвоздями к железу (в т.ч. отключаем миграцию) и проблем быть не должно.
48 Feanor
 
14.09.18
23:38
(44) Чтобы сервер лицензирования начал отдавать лицензии, его нужно включить в кластер. Так что сценарий отдачи лицензии второму серверу при отвале первого не очень ясен, схема с двумя серверами и одной лицензией кажется не будет корректно работать.
49 Feanor
 
14.09.18
23:39
+(48) понял вопрос, отдаст первому, кто попросил. Соответственно, на втором сервере нужно будет завершить все клиентские соединения, тогда он отпустит лицензию и первый сможет ее взять когда к нему начнут подключаться клиенты.
50 Провинциальный 1сник
 
15.09.18
07:19
(47) Как раз наоборот, виртуалка должна быть с полной эмуляцией, без привязки к железу хоста
51 Feanor
 
15.09.18
17:21
(50) привязка к железу хоста будет полюбому - тип ЦП, БИОС и т.п.
52 Провинциальный 1сник
 
16.09.18
19:05
(51) Я же сказал "с ПОЛНОЙ эмуляцией"! :)
Внутре будет некий P4 на эмулируемом 865 чипсете или типа того.
53 Провинциальный 1сник
 
16.09.18
19:07
+(52) Да, он будет где-то раз в 100 медленнее, чем аппаратная виртуализация. Но чисто для "сервера лицензирования" это пофиг.
Основная теорема систематики: Новые системы плодят новые проблемы.