gifts2017

Кластер 1С 8.3

Опубликовал Вячеслав Гилёв (Gilev.Vyacheslav) в раздел Администрирование - Системное

Обзор некоторых новых фич 8.3 по сравнению с предыдущими версиями кластера 1С. Обзор предназначен прежде всего для компаний где за 100 пользователей и 500 Gb база данных или их достаточно много.
Сервер 8.3 характеризуется переработанным заново внутренним кодом, хотя «снаружи» может показаться что это слега доработанный 8.2.
Сервер стал более «авто настраиваемым», часть параметров типа количества рабочих процессов теперь не создается вручную, а рассчитывается исходя из описаний требований задач по отказоуйсточивости и надежности.
 
 
Это снижает вероятность неправильной настройки сервера и понижает требования к квалификации админов.
Получил развитие механизм балансировки нагрузки, который можно использовать либо для повышения производительности системы вцелом, либо использовать новый режим «экономии памяти», который позволяет работает «с ограниченной памятью» в случаи если используемая конфигурация «любит отъедать память».
 

Стабильность работы при использовании больших объемов памяти определятся новыми параметрами рабочего сервера.

Особенно интересен параметр "безопасный расход памяти за один вызов". Для тех кто плохо представляет что это такое - лучше не тренируйтесь на "продуктивной" базе. Параметр "Максимальный объем памяти рабочих процессов" позволяет  при "переполнении" не обваливать весь рабочий процесс, а только один сеанс "с неудачником". "Объем памяти рабочих процессов, до которого сервер считается производительным" позволяет заблокировать новые соединения как только будет преодолен этот порог памяти.

Рекомендую изолировать рабочие процессы по информационным базам, к примеру указать параметр «Количество ИБ на процесс = 1″. При нескольких высоконагруженных базах это позволит уменьшить взаимное влияние как по надежности, так и по производительности.
 
Отдельный вклад в стабильность системы вносит «расходование» лицензий/ключей. В 8.3 появилась возможность использования «менеджера программных лицензий» напоминая менеджер «аладина». Цель — возможность вынести ключ на отдельную машину.
Реализован он в виде еще одного «сервиса» в менеджера кластера. Вы можете использовать к примеру «свободный» ноутбук.  Добавьте его в кластер 1с 8.3, создайте на нем отдельный менеджер с сервисом «сервис лицензирования». В ноутбук можно воткнуть аппаратных hasp-ключ, или активировать программные лицензии.
 
Наибольший интерес для программистов должен представлять «Требования назначения функциональности».
 
 
Так на ноутбуке с ключом защиты чтобы не запускать пользователей на сервер кластера  надо добавить «требования» для объекта требования «Клиентское соединение с ИБ» — «Не назначать», т.е.  запретить рабочим процессам данного сервера обрабатывать клиентские соединения.
Еще больший интерес предоставляет возможность запускать «только фоновые задания» на рабочем сервере кластера без сеансов пользователей. Таким образом можно высоконагруженные задачи (код) вынести на отдельный машины. При чем можно одно фоновое задание «закрытия месяца» через «Значение дополнительного параметра» запускать на одном компьютере, а фоновое задание «Обновление полнотекстового индекса» на другом.Уточнение происходит через указание "Значение дополнительного параметра". Например если указать BackgroundJob.CommonModule в качестве значения, то можно ограничить работу рабочего сервера в кластере только фоновыми заданиями с любым содержимым. Значение BackgroundJob.CommonModule..- укажет конкретный код.
 
Понятное дело, что нет смысла пересказывать документацию. Но если кто то посоветует дельное, расширю статью.

См. также

PowerTools от 1 000
Подписаться Добавить вознаграждение
Комментарии
1. andrey dyak (dyak84) 05.07.13 10:12
Спасибо било интерсно почитать. Попробуэм как будет работать.
2. Ловыгин Антон (wunderland) 05.07.13 11:44
Преогромный (+)-ище !!! Всегда было интересно - как это запустить.
Gilev.Vyacheslav; +1 Ответить
3. Вячеслав Гилёв (Gilev.Vyacheslav) 05.07.13 12:23
Если разместить все фоновые задания на одном сервере, то в "требованиях" надо указать:
Объект требования: Клиентское соединение с ИБ.
Тип требования: Назначать.
Имя ИБ: не указывается.
Значение дополнительного параметра: BackgroundJob.CommonModule.
Еще есть приоритеты, они важны, если несколько назначений будет.
4. Вячеслав Гилёв (Gilev.Vyacheslav) 05.07.13 12:47
Особенности лицензирования при вынесении сервиса лицензирования:
Нужно обязательно назначить требование со значениями
Объект требования: Сервис лицензирования.
Тип требования: Назначать.
Имя ИБ: не указывается.
Значение дополнительного параметра: не указывается.
При этом при активации программной лицензии с помощью сервера «1С:Предприятия» следует указывать имя сервера, иначе активируется для другого компьютера.
5. Александр Крынецкий (echo77) 05.07.13 21:17
(0) Плюс. Интересно. Но поправьте ошибки орфографические
в случаЕ если используемая конфигурация «любит отъедать память»


Стабильность работы при использовании больших объемов памяти определяЕтся новыми параметрами рабочего


В ноутбук можно воткнуть аппаратных hasp-ключЕЙ


...и добавьте больше котов :-)

Ссылку на документацию можно?
vittany; anchovy; marsohod; +3 Ответить 1
6. Владислав Свинцов (VSvintsov) 06.07.13 11:47
а не сырая еще 8.3 ?
рискованно ради "плюшек" менять более менее стабильно работающую систему на перспективную, но "молодую"
7. BabySG (BabySG) 06.07.13 13:13
(6) Да 8-ка вообще сырая - надо на 77 работать! :)
8. Александр Крынецкий (echo77) 06.07.13 14:04
(6) Сейчас может быть еще и сырая, но обзор нововведений в Сервере 1С:Предприятия и консоли управления им уже заставляет предвкушать что мы получим в скором будущем и что можно будет сделать(настроить) в нем
9. maip1 (maip1) 06.07.13 17:46
Спасибо за статью!
Gilev.Vyacheslav; +1 Ответить
10. Сергей Маслов (LexSeIch) 08.07.13 04:12
Мир этому дому!
Тема освещенная в статье интересная, спасибо. За текучкой дел не всегда удается уследить за всеми новшествами и такие статьи и комментарии к ним очень помогают.
quebracho; Gilev.Vyacheslav; +2 Ответить
11. Вячеслав Гилёв (Gilev.Vyacheslav) 08.07.13 18:43
(5) echo77,
Ссылку на документацию можно?
http://its.1c.ru/db/v8doc
12. Вячеслав Гилёв (Gilev.Vyacheslav) 08.07.13 18:46
(6) VSvintsov, дико извиняюсь, а стабильная - это какая?
13. Владислав Свинцов (VSvintsov) 08.07.13 19:09
стабильная версия - это та, про которую на сайте Инфостарт на главной странице не вешают опрос с пунктами:
_______
Перешел на 8.3



В режиме совместимости и два дня полёт нормальный
45% (204)

Без совместимости, но постоянно наталкиваюсь на ошибки
29% (130)

Без совместимости и два дня полёт нормальный
15% (66)

Без совместимости, было немного ошибок, но все легко преодолелись и два дня полёт нормальный
7% (32)

Без совместимости, предварительно доработал конфигурацию и два дня полёт нормальный
4% (19)

__
а в этом опросе 29% имеет пункт №2 - проблемный
14. Вячеслав Гилёв (Gilev.Vyacheslav) 08.07.13 19:40
(13) VSvintsov, словоблудие это прекрасно, но все же назовите версию стабильной платформы )
15. Владимир Каракозов (karakozov) 09.07.13 08:58
Весьма познавательно и полезно.Прям на 8.3 переходи.Быть может мы сможем получить значительный прирост производительности в больших базах.
16. Сергѣй Батанов (baton_pk) 09.07.13 09:18
(14) Gilev.Vyacheslav,
По моей скромной практике: 8.2.16.362 и 8.2.16.368.

OFF. Надо опрос поднять на эту тему :)
17. Вячеслав Гилёв (Gilev.Vyacheslav) 09.07.13 15:43
наверное есть смысл добавить, что наши сервисы (преодолевшие террабайты по размеру базы данных), развернуты с августа 2012 года на платформе 8.3 (сначало в бете, а сейчас в коммерческом релизе)
могу подтвердить, что некоторые фичи мы используем и довольны
18. ooosnika ooosnika (ooosnika) 09.07.13 16:59
интересно было прочесть,радует что 1с теперь может работать с большими объемами,и теперь ею смогут пользоваться на больших предприятиях
19. Александр Кирилюк (ArtfulCrom) 10.07.13 00:38
Как показывает практика, с отказоустойчивостью 1С перемудрили, так ее и не достигнув.
И беда как всегда в лицензиях.

Рассмотрим логику 1С. Уровень отказоустойчивости УО = к-во ЦС(центр.сервер) - 1. Так пишет инструкция 1С.
Но представим ситуацию, что у нас "упал" рабочий сервер лицензий (не ЦС).... ай-ай-ай.... Да и вообще, смысл указания УО в кластере не понятен. У меня 7 серверов. 4 из них ЦС. УО тогда =3. Но я поставлю 2 или 1.. ну так вот. И что? Или поставлю 8? Типа 1С(кластер) сам не может оценить свой текущий(!) УО?

А еще репликация серверов БД... отдельная тема.

А еще может упасть ВЭБ сервер.

А еще в кластере все работает менее стабильно. И когда много-много процессов одновременно тоже. И когда много соединений на процесс тоже...

А еще параметр перезапуска процессов по времени равный нулю приводит со временем к "зачехлению" сервера. Хотя, да в 8.3 хватает уже намного дольше. А не равный нулю и с установленым "БД на процесс не равным нулю" приводит к тому, что у вас одномоментно может перестартонуть сразу десяток процессов сервера и все ляжет.

Интересно бы рассмотреть в статье еще требования безопасности. Чего ранее вообще небыло как свойств сервера.

Вобщем курить нам еще это все не перекурить )
alex_sear; anchovy; +2 Ответить
20. Дмитрий Кеба (Fenicss) 10.07.13 10:16
Статья интересная. Но мне бы было интересно еще посмотреть результаты тестирования работы на кластерах, с базой на 100 пользователей и объемом больше 500 Гб как дела обстоят с транзакциями, с ошибками?
21. qweasd qweasdzc (serega3333) 10.07.13 13:52
а стоит ли пробовать на последнюю 8.3 с 8.2 переходить? насколько стабильна 8.3? для обычного приложения
22. Вячеслав Гилёв (Gilev.Vyacheslav) 10.07.13 19:34
думаю что массовый переход на 8.3 случиться осенью, вторая волна в феврале
за основу беру опыт предыдущих волн новых релизов 8ки
AllexSoft; +1 Ответить
23. Stamper (Stamper) 12.07.13 12:08
ну отлично! развивается функционал. и что радует: развивается в нужную сторону
24. Сергей (DikSer) 25.07.13 06:03
Вячеслав добрый день! Подскажите как лучше сделать, 3 сервера Винд (2012) На одном SQL 2012, на двух других сервера 1С 8.3, по плану будет один основной другой резервный. Как и куда поставить клиентские лицензии (программные) из статьи я понял что можно менеджер лицензий вынести на отдельную машину. Не совсем понял как... Если не затруднит можете пояснить, или направить где прочитать.
25. Вячеслав Гилёв (Gilev.Vyacheslav) 26.07.13 00:05
адресные вопросы именно ко мне лучше задавать в http://www.gilev.ru/forum/
очень тяжело просматривать все сторонние площадки

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

особенность виртуальных сред в том, что они могут легко поменять критерии привязки лицензий, а их много
● наименование операционной системы;

● версия операционной системы, при этом для ОС Windows анализируются только первые две цифры номера версии;

● серийный номер операционной системы (только в случае ОС Windows);

● дата установки операционной системы (только в случае ОС Windows);

● сетевое имя компьютера;

● модель материнской платы;

● объем оперативной памяти;

● тип и версия BIOS;

● список процессоров и их параметры;

● список сетевых адаптеров и их MAC-адреса, однако, из процедуры сравнения ключевых параметров исключаются:

● сетевые адаптеры Bluetooth;

● сетевые адаптеры, подключенные по IEEE 1394 или USB;

● программные адаптеры WAN и RAS;

● адаптеры, не имеющие MAC-адреса и данных VEN_ и DEV_ из PNP-идентификатора.

● список жестких дисков и их параметры, однако, из процедуры сравнения ключевых параметров исключаются:

● внешние накопители, подключаемые по IEEE 1394 и USB.

Например если виртуалка переместиться на сервер с процессорами AMD на процессоры с Intel, то у Вас поменяется CPUID и лицензии "слетят". Физический сервер надо рассматривать как "стабильную систему привязки лицензий".
26. Вячеслав Гилёв (Gilev.Vyacheslav) 26.07.13 00:07
правда в последних релизах платформы есть улучшения

При изменении ключевых параметров компьютера следует помнить о следующих особенностях:

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

● Оперативную память на компьютере можно увеличивать, но нельзя уменьшать. Например, получение лицензии выполнялась с оперативной памятью равной 2 Гбайт. Без необходимости повторного получения программной лицензии имеется возможность увеличить память до 6 Гбайт, а потом уменьшить ее объем до 4 Гбайт. Однако, уменьшение объема оперативной памяти ниже 2 Гбайт приведет к необходимости повторного получения программной лицензии.

● Изменения анализируются по текущему состоянию компьютера относительно того состояния, когда выполнялась привязка лицензии.
27. Огонек Костров (Огонек) 20.08.13 16:06
Материал поверхностный, тема не раскрыта :(
Хотелось бы увидеть информацию о настройке резервирования кластеров в 8.3 По 8.2 информация есть, а по 8.3 нет. А ведь там что-то поменялось. Даже визуально пропала ветка "Резервирование кластеров".
swiss-garant; RodinMax; BigB; M.Shalimov; VladimirL; DigitalMan; +6 Ответить 1
28. Вячеслав Гилёв (Gilev.Vyacheslav) 22.08.13 20:10
(27) Огонек, читайте документацию, там раскрыта )
hunterrr84; +1 Ответить 1
29. Артем Жуков (Gukov10) 30.08.13 12:11
День добрый!
перейду сразу к делу.
Пытаюсь добавить второй рабочей сервер в кластер.
При запуске предприятия получаю ошибку:
"Ошибка загрузки компоненты testbase"

С одним рабочим сервером все запускается.
Прикрепленные файлы:
30. Артем Жуков (Gukov10) 02.09.13 10:55
При установке: Требований функциональности - "Клиентское соединение с ИБ" на первый рабочий сервер -
1С-ка великолепно запускается.
31. Артем Жуков (Gukov10) 02.09.13 18:30
Проблема была в том, что на первом сервере был установлен Сервер 1С + приложение, на втором - только сервер 1С.
Оказывается для запуска нужен был файл testbase.dll.

Тестировал все в Толстом клиенте!
32. Digital Man (DigitalMan) 22.10.13 14:07
(28) Gilev.Vyacheslav, в документации , увы, не сказано, почему при "повышении" второго рабочего сервера до центрального - "разваливается" весь кластер, т.к. на уже "втором центральном" сервере постоянно крашится менеджер и репликация конфигурации кластера не проходит.
После некоторых попыток и пляски с бубном (опять же по инструкции с сайта ИТС) - кластер работает, но он НЕ отказоустойчивый - при "отключении" одного из рабочих серверов - валится менеджер втрого.

Глюк/недоделка платформы?

ЗЫ ОС Win 2012 Datacentr, Microsoft SQL Server Standard (64-bit) 11.0.2100.60 (виндовый кластер), "корки" в 1С не слал.
33. Вячеслав Гилёв (Gilev.Vyacheslav) 23.10.13 07:31
(32) DigitalMan, думаю надо все же подсказать 1с, видимо "детские болезни" первых релизов
34. Nick (Puk2) 28.03.14 15:34
(29)(31) в версии 8.3.4.437 ничего не изменилось. Помогла установка клиентской части. Некогда было экспериментировать какая именно влияет на установку библиотеки testbase.dll, поэтому установил и толстого и тонкого и тонкого файлового клиента.
Спасибо за сэкономленное время!
35. Евгений (Evgeniy762004) 19.05.14 18:08
Подскажите плиз. Есть один центральный сервер виндовый и сервер лицензий под убунту, собрал кластер, включил в него убунту сервер, назначил сервер лицензирование и клиентские соединения не назначать. Где активировать программные лицензии в этом случае? на сервере убунту или на виндовом?
36. Наталия Мастербатова (zzz_natali) 20.06.14 12:39
(4) Gilev.Vyacheslav,
Если мы вытаскиваем сервис лицензирования клиентских соединений на отдельную машину, то версия движка должна быть такая же, как и у главного менеджера кластера(центрального сервера 1С:Предприятия) или монопенисуально? Спасибо.
37. Вячеслав Гилёв (Gilev.Vyacheslav) 20.06.14 14:05
(36) zzz_natali, глупый вопрос, как вы в кластер разные версии платформы свяжите?
38. Сергей (DikSer) 29.07.14 08:30
Товарищи подскажите, починили в новых релизах отказоустойчивость? =)
39. Михаил Миронов (Lord_Michael) 03.09.14 04:09
(38) DikSer, так и не починили. пробуем уже месяц создать кластер на 8.3, все без толку.
ставили 8.3.4.496, 8.3.5.1068, 8.3.5.1119
при объединении 2х серверов в кластер все работает: и отказоустойчивость (УО=1), и балансировка нагрузки. при перезапуске серверов штатно отрабатывает перенос сеансов (даже для толстого клиента КА, естественно, при соблюдении всех описанных в документации условий). все замечательно, но ровно до разрыва связи. то есть модулируем обрыв сети. в этот момент оба сервера начинают тупить. пытаются вернуть связь со вторым, начинаются тормоза, rphost съедает до 100% процессорного времени. сервисы в менеджерах не переезжают (не создаются недостающие), а если и переезжают, то минут через 5-10, при этом продолжаются тормоза. запустить новый сеанс в этом случае практически не реально. с большой долей вероятности все существующие сеансы отвалятся. помогает только перезапуск серверов (при остановке служб с почти наверняка останутся рабочие процессы, поэтому проще сразу в ребут, а если ребут критичен, то вручную убивать процессы).
продолжаем эксперимент - добавляем 3й сервер. при УО=2 стабильной работы добиться не удалось. возможно тут просто нужна более тонкая настройка, а не "из коробки". в любом случае, при отключении любого из серверов наблюдаем ту же картину, что и раньше на 2х серверах. кластер начинает тупить и тормозить, помогает только перезапуск.
последний этап - 3 сервера с УО=1. единственный вариант, при котором удалось добиться более-менее рабочего отказоустойчивого кластера, даже с разрывом сети, но только при "потере" ОДНОГО сервера.
и опять появляется магическое "НО"... со временем кластер "деградирует", то есть появляются тормоза, процессы начинают необоснованно потреблять ресурсы. скорей всего нужно настраивать время перезапуска процессов, но это опасно, поскольку до сих пор не понятно, по какому признаку определяется время начала отсчета до перезапуска (в документации этого нет, а авторитетные люди пока молчат. если есть информация, буду благодарен ссылке)
40. Наталия Мастербатова (zzz_natali) 17.09.14 22:47
(37) Gilev.Vyacheslav,
Попробую несколько иначе: сервис лицензирования клиентских соединений установленный стандалоне обслуживает только один кластер или может несколько кластеров?
41. Вячеслав Гилёв (Gilev.Vyacheslav) 20.09.14 21:48
(40) zzz_natali, и как вы себе представляете механизм, когда один кластер (кстати может с логинами виндовой авторизацией из одного домена) должен узнать выданные лицензии в другом кластере (которые могут а администраторами кластера только с 1С-ким типом авторизации) ?
42. elea (elea) 22.09.14 12:39
Здравствуйте!
Подскажите пож. Добавил рабочий сервер в кластер. 1с - 8.3.4.465. Центральным не делал, уровень отказоустойчивости не менял. Требования назначения функциональности на серверах не трогал. На новой машине только фоновые работают, да планировщики. Клиентских соединений нет. Так должно быть?
43. elea (elea) 22.09.14 12:39
Здравствуйте!
Подскажите пож. Добавил рабочий сервер в кластер. 1с - 8.3.4.465. Центральным не делал, уровень отказоустойчивости не менял. Требования назначения функциональности на серверах не трогал. На новой машине только фоновые работают, да планировщики. Клиентских соединений нет. Так должно быть?
44. Наталия Мастербатова (zzz_natali) 22.09.14 21:07
(41) Gilev.Vyacheslav, Тогда какова его смысловая нагрузка выносить в отдельный узел, тем самым увеличивая точку отказа всего кластера на единицу?
45. Артем Жуков (Gukov10) 23.09.14 10:11
Время перезапуска считается с момента запуска рабочего процесса.
Когда были запущены процессы можно глянуть в их свойствах, но сразу скажу, что перезапуск РП работает на 8.3 через одно место.. Количество запущенных и остановленных процессов непредсказуемо.

Две недели назад перешли на 8.3. проработали недельку и откатились назад на 8.2
Я даже не говорю про настройку отказоустойчивости.
Сервер вообще неадекватно себя ведет. То процессов наплодит неактивных, то сервис какой-нить потеряет.

Конфигуратор - это вообще отдельная тема. Зависшие блокировки с базой, которые снимаются только удалением базы из списка на сервере 1С.

Работали в 8.3.5.1119

Итог: не спешите переходить на 8.3
46. Артем Жуков (Gukov10) 23.09.14 10:14
(43) elea, перезапусти весь сервер. Причем в первую очередь запусти сервер на второй машине.
Сервер сам распределить нагрузку должен.
47. Babuin 23.09.14 10:44
(44) zzz_natali,
"Наличие отдельного сервиса лицензирования позволяет беспрепятственно конфигурировать рабочие серверы кластера или разворачивать кластер на виртуальных серверах с динамическим изменением параметров"
Плюс экономия на клиентских лицензиях, так как для пассивного узла не нужно будет ставить клиентские лицензии.
Gilev.Vyacheslav; +1 Ответить 1
48. Артем Жуков (Gukov10) 23.09.14 10:50
это можно и на 8,2 развернуть.
Физический слабенький Центральный сервер с программными клиентскими лицензиями без запуска на нем РП.
и сколько хочешь Рабочих серверов на виртуальных машинах
49. Вячеслав Гилёв (Gilev.Vyacheslav) 25.09.14 00:42
(44) zzz_natali, умных слов набрались, а документацию так до сих пор и не прочитали к кластеру
коллега в (47) Вам повторил еще раз цель вынесения - это прежде всего инструмент борьбы с непостоянными параметрами виртуальной среды, что провоцирует к проблемам "переактивации" лицензий

а на счет точки отказа - вы не путайте аппаратное резервирование и софт
в первом случае все решается дублированием, во втором случае вы мало что можете сделать (если в софте что то пойдет не так), бэкапы еще ни кто не отменял
50. John Smith (PiccaHut001) 07.10.14 15:08
(49) Вячеслав, не надо словоблудия. 1С, как всегда, облажалась с ключами защиты. Теперь программными. И вместо того, чтобы сделать нормальную защиту, 1С сейчас борется с "непостоянными параметрами виртуальной среды" (частота уменьшится на 1МHz, надо опять переактивировать лицензию). Интересно, в SAP, axapte, oracle так-же по тупо-жлобски реализована защита от нелиционзионного использования? Не верю. С отказоустойчивостью то-же самое. В нормальных СУБД делаются несколько дублирующих серваков, если один начинает дымиться/глючить/тупить, его нагрузку берут на себя остальные. 1С, как всегда, "отказоустойчивость" поняло по своему, при отказе "вы мало что можете сделать ".
zzz_natali; +1 Ответить 1
51. Вячеслав Гилёв (Gilev.Vyacheslav) 26.10.14 17:37
(50) PiccaHut001, наши клиенты работают тысячами в террабайтных базах, ключи защиты свои функции выполняют
если у Вас руки не оттуда растут, то не надо валить все на фирму 1С
52. John Smith (PiccaHut001) 27.10.14 10:16
(51) Gilev.Vyacheslav, бла-бла-бла, ...мои миллионы клиентов работают в петабайтный базах, у всех всё хорошо... Есть простые факты: у процессора была частота 2399,9 (так винда посчитала), стала 2400 - 1С просит активировать новую программную лицензию. Обратились к 1С - это, оказывается,багособенность их системы лицензирования, и переделывать они ничего не будут. Элементарную проверку, чтобы новая частота отличалась от старой на 100MHZ борис впиливать не будет, нет ресурсов. В приоритетах конфигуратор под айфон6. А то вдруг владельцу бизнеса захочется модуль проведения поправить - сразу открыл в айфоне и поменял что надо. Можно съэкономить на штатном программисте, бизнесу выгодно.
53. Вячеслав Гилёв (Gilev.Vyacheslav) 28.10.14 17:11
(52) PiccaHut001, насколько мне известно у вас есть 3 попытки реактивации, у вас же частоты так часто не меняются, не устраивайте цирк
лучше научитесь нормально в 1С обращаться за помощью и это вполне серьезно говорю
54. John Smith (PiccaHut001) 28.10.14 18:06
(53) Gilev.Vyacheslav, 1)
цель вынесения - это прежде всего инструмент борьбы с непостоянными параметрами виртуальной среды, что провоцирует к проблемам "переактивации" лицензий
2)
наши клиенты работают тысячами в террабайтных базах
3)
у вас же частоты так часто не меняются, не устраивайте цирк
4)
научитесь нормально в 1С обращаться за помощью
- постепенно маркетологический трёп про непотопляемый кластер сменяется признанием собственного ничтожества. Интересно, какое будет время восстановления после сбоя, если ждать реакции "квалифицированной" поддержки 1С? Как можна тогда говорить об "отказоустойчивости"?
55. Вячеслав Гилёв (Gilev.Vyacheslav) 29.10.14 16:46
(54) PiccaHut001, если не можете решить подобные задачи, решение можно купить - http://www.gilev.ru/price/
рекомендую обратить на совместные проекты 1С:ЦКТП, где сроки реакции фирмы 1С строго прописаны в договоре
56. Артем Артеменко (dock) 20.11.14 15:27
Отдельный вклад в стабильность системы вносит «расходование» лицензий/ключей. В 8.3 появилась возможность использования «менеджера программных лицензий» напоминая менеджер «аладина». Цель — возможность вынести ключ на отдельную машину.


Можно ли инструкцию чуть более подробную, как вынести ключ на отдельную машину ?
57. Артем Жуков (Gukov10) 24.12.14 16:55
Речь про программные лицензии!
Если у Вас кластер серверов 1С, то один из них можно сделать "отвечающим" за лицензии назначив соответствующее свойство в консоле кластера.
Все программные лицензии вбить в него и воаля.
58. Станислав КрасГМУ (setitles) 13.05.15 13:12
Одно НО! Как я понимаю файловые 1с не будут работать если программная лицензия установлена на сервер. А значит этот "менеджер программных лицензий" вовсе не менеджер, а фигня полная. Или я не прав?
P.S. плюс ко всему если лицензия установлена на сервер, то лицензия будет тратиться на каждый запущенный экземпляр 1с одним пользователем, как я понял.
С учетом этого вообще полный бред и атас выходит.
59. Konstantin Korolyoff (kos) 17.06.15 13:07
по сути сабжа

вот нарыл еще очень хорошую статью на ту же тему, может кому пригодится
http://www.avtomat.biz/blog/nastroyka-klastera-1s-83
( Модераторам: оставляю здесь не как рекламу, а как полезную ссылку по той же теме )

Мне "та" статья помогла "побороть" вылеты 1с8.3 при больших нагрузках
(конечно же с применением мозгов 8))

В чем отличие от ДАННОЙ ?

В ТОЙ статье - человек привёл реальные параметры настроек своего кластера
которые у него используются в "продакшн"
и (самое главное) ОБЪЯСНИЛ ПОЧЕМУ они отличаются от значений "по-умолчанию"

В ЭТОЙ же статье (по сути) разжевывается тот же самый "хелп" - нет практических указаний.
Как обычно = "у каждого свои настройки, обращайтесь, помогу, за $"
(Автору: не в обиду сказано, просто факт, извините.)
60. Вячеслав Гилёв (Gilev.Vyacheslav) 17.06.15 17:13
(59) kos, не в обиду - вы видите разницу между статьями больше чем год не в пользу вашей статьи?
baton_pk; +1 Ответить
61. Dmitry Kirillov (DimKir) 22.07.15 14:53
(49) Gilev.Vyacheslav, а как тогда быть с программными лицензиями на сервер 1С предприятия, которые работают в виртуальной среде? Т.е. клиентские лицензии защитили от изменений, а серверные нет. В чем смысл?
62. Алексей Марочкин (marochkin) 27.01.16 23:28
Оставлю это здесь если кто придет из поиска:

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

Есть кластеры: SRV1 (Все сервисы) SRV2 (все сервисы кроме лицензирования) SRV3(все сервисы кроме лицензирования)
SRV3 не выдавал клиентские лицензии, и рабочий процесс на SRV1 был не активен пока на SRV3 не был прописан такой же администратор кластера как и на SRV1.