Как настроить сервер 1С по умолчанию для ПРОФ лицензии после 10.09.2019
База данных - Инструменты администратора БД
Какие значения свойств кластера сервера и параметров рабочего сервера 1С:Предприятия, отличные от значений по умолчанию, необходимо вернуть к исходным для продолжения использования лицензий уровня ПРОФ после 09.09.2019 г.
Для успешного применения решений на платформе 1С:Предприятие в крупных масштабных проектах фирмой "1С" еще в 2014 году был выпущен новый тип лицензий на платформу - 1С:Предприятие 8 КОРП.
Сервер 1С КОРП
Сервер "1С:Предприятия 8.3 КОРП" предоставляет пользователю расширенные возможности по сравнению с сервером уровня ПРОФ:
- фоновое обновление конфигурации базы данных;
- дополнительное управление распределением по рабочим серверам кластера в разрезе информационных баз, видов клиентских приложений и фоновых заданий:
- сервисов кластера;
- соединений с информационными базами;
- гибкое управление нагрузкой в кластере:
- безопасный расход памяти за один вызов;
- количество ИБ на процесс;
- объем памяти рабочих процессов, до которого сервер считается производительным;
- максимальный объем памяти рабочих процессов;
- стратегия балансировки (по памяти, по производительности);
- внешнее управление сеансами;
- механизм управления потреблением ресурсов;
- профили безопасности;
- возможность обновления тонкого клиента с сервера;
- возможность публикации списка баз и обновлений тонкого клиента через http;
- возможность использования "1С:Сервера взаимодействия".
Ранее возможность использования расширенной функциональности платформы уровня КОРП только декларировалась в лицензионных соглашениях на лицензии уровня КОРП, но не контролировалась технически и была доступна пользователям с лицензиями версии ПРОФ, но в новых версиях платформы "1С:Предприятие 8.3" такая защита была реализована, при этом отметим 2 особенности:
- защита реализована начиная с версий 8.3.12.1852, 8.3.13.1791 и 8.3.14.1592 платформы;
- до 10 сеансов включительно доступен полный функционал уровня КОРП;
Таким образом для лицензий 1С:Предприятие уровня ПРОФ являются недопустимыми значения свойств, отличных от значений по умолчанию:
- Максимальный объем памяти рабочих процессов
- Безопасный расход памяти за один вызов
- Объем памяти рабочих процессов, до которого сервер считается производительным
- Количество ИБ на процесс
- Режим распределения нагрузки
- Допустимое отклонение количества ошибок сервера
Предупреждение
Начиная с 10.09.2019 года некоторые пользователи лицензий 1С:Предприятие 8 ПРОФ, выходящие за рамки описанных выше ограничений, начали получать предупреждение с текстом:
"Операция не может быть выполнена с текущим составом лицензий.
Свойства кластера 'Допустимое отклонение количества ошибок сервера', 'Режим распределения нагрузки' или свойства рабочего сервера 'Максимальный объем памяти рабочих процессов', 'Безопасный расход памяти за один вызов', 'Объем памяти рабочих процессов, до которого сервер считается производительным', 'Количество ИБ на процесс' содержат значения, отличные от значений по умолчанию.
Использование этих функций возможно только для лицензий на платформу уровня КОРП.
Обратитесь к администратору для решения вопросов приобретения и установки лицензий уровня КОРП."
Ранее такие пользователи получали предупреждение, но программа при этом позволяла выполнить запуск.
Для продолжения работы после 09.09.2019 г. пользователям лицензий 1С:Предприятие 8 необходимо приобрести лицензии уровня КОРП или вернуть значения данных свойств к значениям "по умолчанию".
Значения свойств сервера 1С:Предприятие 8 "по умолчанию"
Для возможности продолжения работы используя имеющиеся лицензии 1С:Предприятие уровня ПРОФ без их апгрейда до уровня КОРП необходимо привести параметры свойств кластера сервера 1С:Предприятие 8 и параметров рабочего сервера 1С:Предприятие к значениям "по умолчанию".
Обратите внимание, что внешний вид окон, доступность полей и значения некоторых параметров при использовании платформы 1С:Предприятие версии 8.3.15.* может отличаться от предыдущих версий.
Значения "по умолчанию" параметров кластера 1С:Предприятие
Для версии 8.3.15
Значения параметров кластера
| Параметр | Значение |
|---|---|
| Защищенное соединение | Значение по умолчанию R09; выключено. Отвечает за уровень безопасности кластера. Выбирается из списка (возможные значения: выключено, только соединение, постоянно). |
| Интервал перезапуска __ секунд |
Значение по умолчанию - 0
Интервал времени после запуска процесса, по истечении которого рабочий процесс перезапускается. Нулевое значение означает, что рабочие процессы не будут перезапускаться автоматически. |
| Допустимый объем памяти __ KB |
Значение по умолчанию - 0 Исключен из настроек начиная с версии 8.3.15 |
| Интервал превышения допустимого объема памяти __ секунд |
Значение по умолчанию - 0 Исключен из настроек начиная с версии 8.3.15 |
| Принудительно завершать проблемные процессы |
Значение по-умолчанию - отключено Флаг появился начиная с версии 8.3.15 Если механизм мониторинга кластера признал рабочий процесс проблемным, то данный флажок определяет возможность принудительного завершения таких процессов. На работу собственно мониторинга данный флажок влияния не оказывает. |
| Записывать дамп процесса при превышении критического объема памяти |
Значение по-умолчанию - отключен Флаг появился начиная с версии 8.3.15 Определяет необходимость формирования дампа аварийного завершения рабочего процесса в случае, если кластер серверов выполняет принудительное завершение рабочего процесса. Эта ситуация может возникнуть в том случае, если в процессе мониторинга состояния кластера нарушается значение, установленное в параметре рабочего сервера Критический объем памяти процессов. Дамп формируется в соответствии с текущими настройками формирования дампов аварийного завершения |
| Выключенные процессы останавливать через __ секунд начиная с 8.3.15 переименован на Проблемные процессы останавливать через __ секунд |
Значение по-умолчанию - 0 Интервал времени, по истечении которого проблемный рабочий процесс принудительно останавливается, независимо от наличия соединений. Работа всех соединений с этим процессом завершается аварийно. Значение свойства может быть изменено во время работы кластера. Нулевое значение означает, что принудительное завершение процесса не выполняется. Менеджер кластера при стойком превышении предельного объема виртуального адресного пространства всегда перезапускается без ожидания. |
| Уровень отказоустойчивости | Значение по-умолчанию - 0 Уровень отказоустойчивости определяет максимальное количество рабочих серверов, входящих в состав кластера, одновременный выход из строя которых не приведет к аварийному завершению сеансов подключенных пользователей. Если в кластер серверов входит только один рабочий сервер, то максимальный уровень отказоустойчивости будет 0,т. к. выход из строя единственного рабочего сервера приведет к аварийному завершению всех подключенных пользователей. Если в кластер входит 4 рабочих сервера, то уровень отказоустойчивости может изменяться от 0 до 3. При этом 0 означает, что фатальным считается выход из строя любого рабочего сервера, а значение 3 означает, что кластер сохранит работоспособность даже в том случае, если выдут из строя 3 из 4 рабочих серверов. |
| Режим распределения нагрузки | Настройка доступна только для лицензии уровня КОРП Значение по-умолчанию - Приоритет по производительности Параметр определяет, по какому критерию будет выбираться рабочий процесс при установке нового соединения. При установке нового соединения с сервером 1С:Предприятия, системе можно указать, каким образом выбирать рабочий процесс (свойство кластера серверов Режим распределения нагрузки):
|
Значения "по умолчанию" параметров рабочего сервера 1С:Предприятие
Для версии 8.3.15
Значения параметров рабочего сервера
| Параметр | Значение |
|---|---|
| Максимальный объем памяти рабочих процессов |
Значение по-умолчанию - 0 Другие значения доступны только для лицензии уровня КОРП
Максимальный объем памяти (в байтах), доступный всем рабочим процессам кластера на данном рабочем сервере. Каждый рабочий процесс кластера определяет объем памяти, занимаемой всеми рабочими процессами кластера на этом рабочем сервере (назовем это значение ПамятьПроцесса). Это значение обновляется один раз в две секунды. При начале вызова сервера фиксируется текущее значение ПамятьПроцесса на момент начала вызова (назовем это значение ПамятьПроцессаТекущая). В процессе выполнения вызова вычисляется объем памяти, израсходованной при выполнении этого вызова (назовем это значение ПамятьЗаВызов). Если в результате выделения памяти в одном вызове сервера значение Максимальный объем памяти рабочих процессов превышено менее чем на значение Безопасный расход памяти за один вызов, то такой вызов не прерывается. Если в течение вызова значение ПамятьЗаВызов превысило значение Безопасный расход памяти за один вызов, и значение ПамятьПроцессаТекущая+ПамятьЗаВызов превысило значение Максимальный объем памяти рабочих процессов, то вызов прерывается исключением и завершается аварийно. |
| Безопасный расход памяти за один вызов |
Значение по-умолчанию - 0 Другие значения доступны только для лицензии уровня КОРП |
| Объем памяти рабочих процессов, до которого сервер считается производительным |
Значение по-умолчанию - 0 Другие значения доступны только для лицензии уровня КОРП |
| Количество ИБ на процесс * |
Значение по-умолчанию - 8 Другие значения доступны только для лицензии уровня КОРП |
| Количество соединений на процесс * |
Значение по-умолчанию - 128 Начиная с платформы версии 8.3.15 значение по умолчанию устанавливается 256 соединений на процесс. |
| Порт главного менеджера кластера |
Значение по-умолчанию - 1541 Другие значения доступны как для лицензий уровня КОРП, так и ПРОФ.
Номер сетевого порта главного менеджера кластера, запущенного на данном рабочем сервере. Этот сетевой порт используется при формировании адреса кластера серверов для указания клиентскому приложению. Адрес выглядит следующим образом: <Свойство Компьютер>:<Порт главного менеджера кластера>. Если свойство Компьютер имеет имя COMP1, а свойство Порт главного менеджера кластера равно 1541, то адрес кластера серверов будет выглядеть как COMP1:1541. |
* Настройку параметров рабочих процессов рекомендуется выполнять таким образом, чтобы она не приводила к запуску множества процессов rphost, т.к. значительное число процессов rphost приводит к неэффективному использованию памяти процессами кластера. Если нет технического обоснования, почему именно так лучше, рекомендуется оставить значения по умолчанию и без необходимости не уменьшать параметры "Число соединений на процесс" или "Число информационных баз на процесс" (доступно только для лицензий уровня КОРП).
** Также проверяйте отсутствие галочки "Внешнее управление сеансами" и строку Внешнее управление сеансами (должна быть пустая) во ВСЕХ БАЗАХ.
При количестве баз больше 50 можно пропустить.
Настройки публикации на веб-сервере
Возможность работы с базой, опубликованной на веб-сервере, также широко используется пользователями. Но и здесь появились ограничения и при попытке запуска такой базы вы можете столкнуться с ошибкой:
Поэтому, если вы использовали обновления тонкого клиента с сервера или публикацию на веб-сервере списка баз, то от этих возможностей придется отказаться.
В частности, это относится к настройкам Публиковать дистрибутив, которые не следует путать с опцией Публиковать тонкий клиент и веб-клиент, если вы снимете этот флажок, то подключение к базе тонким и веб-клиентом будет невозможно.
Источники
Информация для пользователей и партнеров №16733 от 29.05.2013.
Параметры сервера 1С:Предприятие 8 "по умолчанию" для возможности использования лицензий уровня ПРОФ
Настройки сервера 1С:Предприятие 8 "по умолчанию" для работы с лицензиями уровня ПРОФ
FAQ изменение работы лицензий ПРОФ и КОРП
Лицензии уровня ПРОФ могут использоваться в ИБ, имеющей до 500 одновременных сеансов. В данном случае будет достаточно лицензий уровня ПРОФ, так как к каждой информационной базе подключается менее 500 одновременных сеансов.
Достаточно лицензий уровня ПРОФ.
Программные лицензии уровня ПРОФ, приобретенные до 11.02.2019, обновлять не нужно. Ваша система продолжит работать в прежнем режиме без обновления лицензий.
Вам достаточно активировать приобретенные лицензии в соответствии с инструкцией, входящей в поставку продукта. Никаких дополнительных действий не требуется.
Что нужно сделать, чтобы у нас работала функциональность КОРП после 10.09.2019?
Теперь для лицензий уровня КОРП одной аппаратной защиты недостаточно. Для каждой аппаратной лицензии нужно активировать функциональность КОРП, а именно получить дополнительную программную лицензию и установить ее на сервер. Предварительно нужно обратиться к обслуживающему вас партнеру-франчайзи, чтобы он внес приобретенные вами лицензии в ваш личный кабинет на портале 1С:ИТС. После этого на каждый регистрационный номер лицензии с аппаратной защитой вы в личном кабинете на портале 1С:ИТС получите пинкод, по которому через Центр лицензирования получите дополнительную программную лицензию.
Способ подсчета ядер процессора зависит от применяемой виртуализации:
а) При использовании в кластере серверов "1С:Предприятия 8" физического сервера с включенной технологией hyper-threading учитываться будут только физические ядра.
б) При использовании в кластере виртуального сервера (Hyper-V, VirtualBox, VMware и другие) будут учитываться виртуальные ядра, состав которых определяется настройками виртуального сервера.
Будут использоваться не более 12 ядер.
На каждом сервере, входящем в состав кластера серверов "1С:Предприятия 8", все процессы кластера будут использовать до 12 первых в порядке перечисления операционной системой ядер текущего сервера.
Таким образом, кластер из 1 сервера будет использовать до 12 ядер. Кластер из двух серверов будет использовать до 24 ядер, и т. д.
Лицензию ПРОФ использовать можно. При этом кластер серверов 1С:Предприятия будет использовать до 12 ядер.
Чтобы использовать лицензию ПРОФ, виртуализация не требуется.
Использование виртуализации для других целей возможно.
При проверке количества сеансов и используемых ядер в ИБ работа системы тормозиться не будет.
До 10.09.2019 сообщение о необходимости обновления или апгрейда будет появляться при запуске клиентского приложения у каждого 10-го пользователя, начиная с 501-го пользователя одной ИБ, или при наличии на сервере более 12 ядер процессора.
После 10.09.2019 501-й пользователь получит предупреждение и в базу войти не сможет. Сервер будет использовать не более 12 ядер процессора.
Ограничения проявятся на новых версиях платформы "1С:Предприятие 8" – с номерами, которые указаны в информационном письме № 25491, и выше. Но получить обновления лицензий можно (и рекомендуется!) до установки указанных версий платформы и до вступления ограничений в силу.
Это ограничение на количество сеансов пользователей, одновременно работающих с одной информационной базой.
Если в базе используются лицензии КОРП, то нужно сделать бесплатное обновление всех лицензий.
Если в базе используются лицензии ПРОФ и происходит не более 10 одновременных сеансов пользователей, то обновление не нужно.
Если в базе используются лицензии ПРОФ и более 10 сеансов с ИБ, то нужно сделать платный апгрейд всех используемых в данной ИБ лицензий ПРОФ на лицензии КОРП.
В данном случае будет задействовано не более 12 ядер и запускаться до 500 сеансов с ИБ.
Функциональность КОРП будет доступна, если число одновременных сеансов с ИБ будет не более 10.
Фоновое обновление конфигурации базы данных относится к функциональности КОРП, которая будет доступна, если число одновременных сеансов с ИБ будет не более 10.
Ровно как и наоборот: если сервер более 12 ядер, а клиентских, например, 400, то все равно и сервер, и рабочие места лицензируются КОРП-лицензиями?
Да, в этих случаях требуется приобретать лицензии уровня КОРП.
В соответствии с информационным письмом № 25491 ему нужны клиентские лицензии уровня КОРП. Нужно ли ему покупать лицензию на сервер уровня КОРП?
Если предполагается, что 600 пользователей будут входить в одну ИБ, то и клиентские и серверная лицензии должны быть КОРП.
В противном случае (например, 300 – в одну ИБ, а другие 300 – в другую ИБ) достаточно лицензий ПРОФ.
Использование клиентских лицензий "1С:Предприятия 8" уровня ПРОФ с лицензией на сервер "1С:Предприятия 8" уровня КОРП противоречит лицензионному соглашению. Все используемые в кластере лицензии "1С:Предприятия 8" должны быть уровня КОРП.
Для расширения количества пользователей в информационной базе, в которой уже имеется более 500 одновременных сеансов, следует приобретать клиентские лицензии "1С:Предприятия 8 КОРП". Кроме того, в соответствии с лицензионным соглашением нужно будет сделать апгрейд всех лицензий "1С:Предприятия 8 ПРОФ" на лицензии "1С:Предприятия 8 КОРП".
Использование в одной информационной базе лицензий "1С:Предприятия 8 ПРОФ" совместно с лицензиями "1С:Предприятия 8 КОРП" не допускается лицензионным соглашением. После приобретения лицензий КОРП нужно будет также сделать апгрейд всех лицензий уровня ПРОФ на лицензии уровня КОРП.
Если у вас 350 клиентских лицензий "1С:Предприятия 8 ПРОФ", приобретенных до 11.02.2019, и при этом используется 16 ядер процессора, то для всех лицензий с аппаратной защитой вам нужно получить и установить на сервер бесплатные обновления. Это позволит использовать более 12 ядер процессора и свыше 500 одновременных сеансов с ИБ. Обновлять с этой целью лицензии с программной защитой, приобретенные до 11.02.2019, не требуется.
Переходить в данной ситуации на лицензии "1С:Предприятие 8 КОРП" нет необходимости.
Организации, которые планируют использовать технологию 1cFresh для создания коммерческих онлайн-сервисов для третьих лиц, должны заключить с фирмой "1С" партнерский договор и лицензионный договор "Аренда программ 1С" (информационное письмо №16340 от 27.02.2013, см. http://1c.ru/news/info.jsp?id=16340).
Партнеры, которые заключили лицензионный договор "Аренда программ 1С" (Держатели лицензий, в том числе и те, кто приобрел и используют технологию 1cFresh) и создают публичные коммерческие сервисы для сторонних организаций, могут обменять клиентские и серверные лицензии "1С:Предприятия 8" уровня ПРОФ, включенные в лицензионный договор, на аналогичные лицензии "1С:Предприятия 8" уровня КОРП без дополнительной платы либо приобрести лицензии "1С:Предприятие 8 КОРП" по цене аналогичных лицензий уровня ПРОФ. Для этого необходимо предоставить гарантии доступа ответственным сотрудникам фирмы "1С" к серверам, на которых размещаются арендуемые третьими лицами ПП 1С на основании Договоров аренды ПП 1С, для контроля над числом лицензий. Держатели лицензий могут отправлять запросы по адресу rentsoft@1c.ru.
Обращаем внимание, что приобретение клиентских и серверных лицензий "1С:Предприятия 8" уровня КОРП и их обмен возможны только при наличии у Держателя лицензий коммерческой версии продукта "1С:Корпоративный инструментальный пакет 8".
Вступайте в нашу телеграмм-группу Инфостарт
10 сентября лицензия ПРОФ КОРП ограничения
Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
См. также
Инструментарий разработчика Чистка данных Свертка базы Инструменты администратора БД Системный администратор Разработчик Руководитель проекта 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Россия Платные (руб)
Инструмент представляет собой обработку для проведения свёртки или обрезки баз данных. Работает на ЛЮБЫХ конфигурациях (УТ, БП, ERP, УНФ, КА и т.д.). Поддерживаются серверные и файловые базы, управляемые и обычные формы, интерфейс 8.5. Может выполнять свертку одновременно в несколько потоков, а также без непосредственного участия пользователя. Решение в Реестре отечественного ПО.
24900 руб.
20.08.2024 83738 432 171
Инструменты администратора БД Инструментарий разработчика Роли и права Разработчик 1С:Предприятие 8 1C:Бухгалтерия Россия Платные (руб)
Расширение позволяет без изменения кода конфигурации выполнять проверки при вводе данных, скрывать от пользователя недоступные ему данные, выполнять код в обработчиках. Не изменяет данные конфигурации, легко устанавливается практически на любую конфигурацию на управляемых формах.
17000 руб.
10.11.2023 28863 104 46
Инструменты администратора БД Роли и права Системный администратор Разработчик Пользователь 1С 8.3 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Документооборот 1С:Зарплата и кадры государственного учреждения 3 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)
Роли… Вы тратите много времени и сил на подбор ролей среди около 2400 в ERP или 1500 в Рознице 2, пытаясь понять какими правами они обладают? Вы все время смотрите права в конфигураторе или отчетах чтоб создать нормальные профили доступа? Вы хотите наглядно видеть какие права дает профиль и редактировать все в простом виде? А может хотите просто указать подсистему и дать права на просмотр и добавление на объекты и не лезть в дебри прав и чтоб обработка сама подобрала нужные роли? Все это теперь стало возможно! Обновление от 17.04.2026, версия 1.4.1, работает в 1С:ФРЕШ!
23180 руб.
06.12.2023 25155 85 14
Поиск данных Инструменты администратора БД Корректировка данных Разработчик Бухгалтер Пользователь 1С:Предприятие 8 1С:Управление торговлей 10 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 Россия Платные (руб)
Решение для автоматической сверки данных между любыми конфигурациями 1С. Помогает контролировать и проверять обмены, проверять наличие документов при переносах данных, находить изменения в закрытых периодах
9760 руб.
14.11.2025 6249 28 8
Инструментарий разработчика Инструменты администратора БД Системный администратор Разработчик Аналитик 1С:Предприятие 8 1С 8.3 1С 8.5 1C:ERP 1С:УТ 1С:ДО 1С:Бухгалтерия 3.0 1С:ERP. Управление холдингом 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1С:Управление торговлей 11 Россия Платные (руб)
Универсальный инструмент программиста для администрирования конфигураций. Сборник наиболее часто используемых обработок под единым интерфейсом.
5000 руб.
14.01.2013 217522 1256 0
Информационная безопасность Инструменты администратора БД Инструментарий разработчика Учет документов Системный администратор Разработчик Аналитик Бухгалтер Пользователь Руководитель проекта 1С 8.3 1С 8.5 Розничная и сетевая торговля (FMCG) Платные (руб)
Контроль ввода данных в 1С: проверка заполнения реквизитов, обязательные поля, контроль перед записью и проведением, запрет проведения документа. Позволяет настраивать любые проверки данных в 1С 8.3/8.5 от обязательных полей до сложных условий – без открытия конфигуратора и написания кода. Готовое расширение, которое подключается и работает сразу.
6000 руб.
15.04.2026 4255 12 0
Закрытие периода Инструменты администратора БД Корректировка данных Бухгалтер Пользователь 1С:Предприятие 8 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)
Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).
14640 руб.
29.04.2020 53034 146 164
Файловый обмен (TXT, XML, DBF), FTP Поиск данных Инструменты администратора БД Корректировка данных Системный администратор Разработчик 1С:Предприятие 8 1C:Бухгалтерия 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)
Данная обработка позволит Вам легко и просто, а главное - быстро, выполнить сравнение данных между ЛЮБЫМИ базами (и РИБ, по правилам конвертаций) по контрольным суммам выбранных объектов баз 1С, работающих на платформах 8.3 и выше. Удобный и понятный интерфейс в виде "мастера". Высокая скорость сравнения достигается за счет специального алгоритма расчета контрольной суммы объекта/записи и сравнения по данным суммам объектов 2х баз через файл. Имеется возможность выбора реквизитов, по которым система будет сравнивать объекты. Сравнение количества записей в движениях документов, возможность сравнивать данные по правилам конвертации и не только! Выбор объектов конфигурации для КАЖДОГО узла в отдельности с индивидуальным отбором для каждого объекта конфигурации, работа с FTP, сохранение или загрузка настроек, сохранение или загрузка результата сравнения, регистрация на обмен объекта и его движений. (Обновление от 12.11.2024, версия 2.2-2.5)
24400 руб.
27.10.2017 47906 33 15
Возникли ли у вас проблемы при использовании ПРОФ лицензии 10 сентября 2019?
Единственное, что вам надо:
1. Зарегистрировать все ключики через фаранчайзи, желательно нормального.
2. В личном кабинете ИТС ПОРТАЛА , не перепутайте с ИТС сайтом, вы увидите весь список зарегистрированных продуктов 1С.
Там же будет ссылка на обновление лицензии, вы скачиваете.
Это ТУПО текстовый файлик в формате HTML с пинкодом.
3. По полученному пинкоду привязываете его не к железу, а к USB ключику. ВСЕ, на этом все обновление.
Вся магия на сервере где ключик и через конфигуратор - Установка лицензии
4. В итоге, вы получаете БОНУС от 1С, возможность в расширении добавлять любой объект метаданных, кроме бизнепроцессов и журналов документов и по мелочам.
5. Из плюса, у вас при возврате в настройки сервера по умолчанию, сервер работает дальше :)
п.с. у нас не все лицензии обновлены, просто так совпало, часть ключей по старым лицензиям, часть по новым, но все робит... Единственное, на сервере 1С все лицензии обновлены, кроме разве что лицензии самого сервера :)
Но только в том случае если действительно функционал КОРП у Вас не используется.
Тут мы сделали небольшой FAQ по переходу, многие вопросы должны проясниться.
Дополню от себя: также проверяйте отсутствие галочки "Внешнее управление сеансами" и строку Внешнее управление сеансами (должна быть пустая) во ВСЕХ БАЗАХ.
При количестве баз больше 50 можно пропустить.
Очень было забавно потом и было не до смеха, когда такая канитель началась - поднимаются и падают rphost ы
рпхосты будут подниматься по этому условию и падать по несовпадению лицензий
По хорошему надо было бы сделать недоступным поле для редактирования но сойдет и так
Возможно конечно в новых платформах это как то починили
На самом деле то что убрали возможность вынести 1 базу на 1 процесс это просто крындец.
Всякие разные отраслевые конфигурации со своими методами защиты имеют обыкновение крашится раз на дню и вместе с ними по задумке 1С теперь должна крашится и бухгалтерия
Передаю тем кто такую задумку богатую сделал пламенный привет и крепко жму горло.
Уж количество баз на процесс могли бы и оставить в ПРОФ
Или тогда следить за качеством отраслевых конфигураций
А то качество см. выше,
а за лицензионность давайте поборемся
зы ещё тут прикольчик по теме обнаружил - при активном использовании нескольких сетевых клиентских ключей можно столкнуться с ситуацией, когда конфигуратор цепанул один ключ, а его же отладка - другой. Что какбе нарушение, ага, ибо 1 лицензия за рабочее место анонсирована...
зы2 засудил бы уже кто-нибудь этих жадин и бракоделов...
Ну раз просите анекдот - они есть у меня. Что мне напоминает нынешний процесс:
Самолет готовится к взлету. Пассажиры расселись в салоне. Вдруг заходит экипаж - слепые пилоты. Очки,
палочки. Пассажиры обалдели, но молчат. Самолет выруливает на взлетку
и начинает разбег. До конца полосы 200 метров... . До конца полосы 100 метров... До конца полосы 50 метров...Самолет ближе, ближе.
Пассажиры в ужасе:
- Аааааа!!!!!!!
Летчики штурвал на себя и взлетают!
Пассажиры успокаиваются.
В кабине один пилот толкает другого в бок и говорит:
- Вот хоть раз они не заорут - и мы навернемся на хрен!
Поставили настройки на дефолтные, запустилось без проблем.
Согласен с предыдущим оратором насчет 1 базы на процесс. Уж эти настройки можно было оставить, ничего такого КОРПоративного в них нет, а работать горадо удобнее.
Считаю, что ограничение ПРОФ лицензий можно было сделать гораздо более безболезненно для пользователя, чем тупо блокировать работу сервера с выводом предупреждения. (ИТакСойдет.jpg).
1. Игнорировать пользовательские настройки, если лицензии не удовлетворяют условиям с выводом предупреждения администратору.
2. Скидывать пользовательские настройки на "умолчание", если лицензии не удовлетворяют условиям с выводом предупреждения администратору.
3. Добавить в настройки кластера и рабочего сервера кнопочку "Настройки по умолчанию".
Тогда не было бы такого кипиша.
Технологический блог фирмы 1С
04.10.2019 Ряд параметров контроля объема памяти процессов можно будет делать с лицензией ПРОФ
Нами принято решение, что изменение значений параметров:
Критический объем памяти процессов
Временно допустимый объем памяти процессов
Предел превышения (секунд) временно допустимого объема памяти процессов
можно будет делать с лицензиями уровня ПРОФ.
При этом поведение для опции "Временно допустимый объем памяти процессов" для ПРОФ и КОРП лицензий будет отличаться.
С лицензиями ПРОФ изменение параметра будет действовать только на перезапуск процессов, а с лицензиями КОРП – и на перезапуск процессов, и на прерывание объёмных клиентских вызовов сервера.
Сейчас в версии 8.3.15 эти опции доступны только с лицензиями уровня КОРП.
Изменение попадет в следующую финальную версию 8.3.15 (после 8.3.15.1656).
Только по причине нехватки оперативы на сервере либо ошибок в коде, если сервер 1С 64 бита.
Нужны подробности сваливания
Поставил - всё прекрасно работает, никаких перезапусков нет
В остальном всё работает, проверено неоднократно.
Нужен сценарий падения, воспроизведённый хотя бы на типовой демо-базе.
Во первых не сможете войти - это с сентября только началось.
А я говорю про времена когда никаких предупреждений не было, просто по тихому рубились рпхосты и все.
Сценарий падения легко можете воспроизвести поставив дату на июль, 1 - 32 на ПРОФ
Будет нарушение КОРП и будут крашится по тихому процессы
1С:Предприятие 8.3 (8.3.12.1790) если уж быть до конца точным
Еслиб я знал почему валятся то может и разговор был бы предметнее.
Работает работает а потом хлоп и сервер не отвечает.
Я на удаленке, один ращ только и сумел увидеть - начались жалобы на отказ во входе новым сеансам, я успел только зайти в сеанс RDP и увидеть что оперативка вся занята, после этого сервер отвалился полностью пришлось ресетить через kvm. Это не зависит от числа пользователей и ращмера базы, не зависит от отчëтов.
Задал вопрос франчайзи, они посоветовпли изменить параметры процессов с дефолта. Изменил всë прекратилось. Средний объем потребляемой памяти стал 7 гигабайт из 64 возможных. Сейчас из за новой политики вернул настройки обратно и вижу что память перестала высвобождаться до прежних 7-8 гигабайт и держится в районе 12-17, так же было когда база падала с дефолтными настройками раньше. Вот сижу жду. Второй день пока не упала, но она и раньше падала не каждый день. Франчайзи подключались смотрели ничего не выявили, поменяли спецов оаботаем с другими(тоже официальными представителями) , но всë тоже самое. И главное говорят( и прежние и эти) что обращаться в 1с бесполезно.
Технологический блог фирмы 1С
04.10.2019 Ряд параметров контроля объема памяти процессов можно будет делать с лицензией ПРОФ
Нами принято решение, что изменение значений параметров:
Критический объем памяти процессов
Временно допустимый объем памяти процессов
Предел превышения (секунд) временно допустимого объема памяти процессов
можно будет делать с лицензиями уровня ПРОФ.
При этом поведение для опции "Временно допустимый объем памяти процессов" для ПРОФ и КОРП лицензий будет отличаться.
С лицензиями ПРОФ изменение параметра будет действовать только на перезапуск процессов, а с лицензиями КОРП – и на перезапуск процессов, и на прерывание объёмных клиентских вызовов сервера.
Сейчас в версии 8.3.15 эти опции доступны только с лицензиями уровня КОРП.
Изменение попадет в следующую финальную версию 8.3.15 (после 8.3.15.1656).
Причем проверили и на другом сервере (слабеньком для бухгалтерии) там точно ядер мало. Ошибка та же самая. Копец какой-то.
Только не ругайтесь если это совет от капитана очевидности :))
Дополню от себя: также проверяйте отсутствие галочки "Внешнее управление сеансами" и строку Внешнее управление сеансами (должна быть пустая) во ВСЕХ БАЗАХ.
При количестве баз больше 50 можно пропустить.
Надо нам что-то обновлять, чтоб больше ядер задействовать или нет? По таблице в 1С не совсем понятно.
Написано, что в личном кабинете можно программную лицензию получить, но где именно я не нашел.
Если использовать 32 бита, то при ошибках выделения памяти, нужно уменьшать количество соединений на процесс. Если он итак небольшой, то уменьшать количество времени перезапуска процессов(а перезапуск вопреки ожиданиям не проходит без тормозов), и при некоторых раскладах процесс всё равно может при этом уйти за 3,5. Если нет возможности докупить 64, то можно докупить память.
Получается, что даже файловый вариант, запущенный через апач, будет жрать меньше памяти, чем серверный, потому что для него не надо держать в памяти одно и тоже по нескольку раз. Кто это придумал? Лучей добра этим людям.
А где скачать? ИТС есть. Лицензии зарегестрированы.
Инструкция по получению лицензий была
Нет у меня пункта "Обновить лицензию". Так же даты регистрации пустые в табличке. Буду франчам жаловаться, похоже криво зарегили, в своё время...
81. Если сервер имеет более 12 ядер, но число пользователей менее 500, возможен ли вариант виртуализации в целях использования лицензий уровня ПРОФ?
Лицензию ПРОФ использовать можно. При этом кластер серверов 1С:Предприятия будет использовать до 12 ядер.
Чтобы использовать лицензию ПРОФ, виртуализация не требуется.
Использование виртуализации для других целей возможно.
Но опять же. тут про виртуализацию вопрос.
Короче, так и не понял, получиться задействовать все ядра без апгрейда на корп или нет?
Программные лицензии уровня ПРОФ, приобретенные до 11.02.2019, обновлять не нужно. Ваша система продолжит работать в прежнем режиме без обновления лицензий.
75. В нашей информационной базе (ИБ) используются только программные лицензии уровня ПРОФ общим числом на 700 рабочих мест, приобретенные до 11.02.2019. Количество одновременных сеансов с ИБ превышает 500, количество ядер процессора – 16. Функционал КОРП не используется. Что нам необходимо сделать, чтобы после установки последней официально выпущенной версии платформы "1С:Предприятие 8" наша система автоматизации продолжала работать в том же режиме?
Но только в том случае если действительно функционал КОРП у Вас не используется.
Тут мы сделали небольшой FAQ по переходу, многие вопросы должны проясниться.
Единственное, что вам надо:
1. Зарегистрировать все ключики через фаранчайзи, желательно нормального.
2. В личном кабинете ИТС ПОРТАЛА , не перепутайте с ИТС сайтом, вы увидите весь список зарегистрированных продуктов 1С.
Там же будет ссылка на обновление лицензии, вы скачиваете.
Это ТУПО текстовый файлик в формате HTML с пинкодом.
3. По полученному пинкоду привязываете его не к железу, а к USB ключику. ВСЕ, на этом все обновление.
Вся магия на сервере где ключик и через конфигуратор - Установка лицензии
4. В итоге, вы получаете БОНУС от 1С, возможность в расширении добавлять любой объект метаданных, кроме бизнепроцессов и журналов документов и по мелочам.
5. Из плюса, у вас при возврате в настройки сервера по умолчанию, сервер работает дальше :)
п.с. у нас не все лицензии обновлены, просто так совпало, часть ключей по старым лицензиям, часть по новым, но все робит... Единственное, на сервере 1С все лицензии обновлены, кроме разве что лицензии самого сервера :)
Один момент не понял. Есть несколько аппаратных ключей. Нужно получит пинкод и активировать лицензию на каждый ключ?
и привязять эти лицензии к каждому ключу соответственно? или все можно привязять к любому?
и привязать эти лицензии к каждому ключу соответственно? или все можно привязать к любому?
Нужно получит пинкод и активировать лицензию на каждый ключ.
Вся магия на сервере где ключик и через конфигуратор - Установка лицензии
Ключ сервера X64 покупался в 2009 году, лицензию обновить можно будет
Это не так.
У нас по данным фирмы 1С зарегистрированы сервер 1С и клиентские лицензии. А в личном кабинете ИТС ПОРТАЛА ничего этого нет.
Вернул настройки сервера обратно. Все заработало.
Судя по статье побоку...
...текст...
Могу еще сказать, что никакие настройки кластера или сервера 1С не заставят вашу 1С работать быстрее. Все настройки необходимы исключительно для того, чтобы система в целом работала стабильнее, а не быстрее. Быстрее – это вопрос к программисту, пусть код переписывает. Либо к DBA – пусть сервер базы данных настраивает. Все настройки сервера 1С касаются только стабильности и отказоустойчивости. Никакая настройка не действует на скорость. Сервер 1С всегда пытается выдать максимальную скорость математики. Он ничего не скрывает, не работает вполсилы, он просто старается этими настройками сделать крепче сон администратора, и чтобы у него не сдавали нервы.
Но могут заставить ее работать медленнее )
С дефолтными настройками сервера и кластера работают возможно хорошо типовые конфигурации и то не факт
а возьмите туда любую отраслевую от раруса и увидите результат
там ребята видимо рассчитывают что их база одна на сервере
2 базы по 1 Тб (УПП и Документооборот). Общее количество сеансов около 200. До сброса настроек на дефолт базы работали прекрасно. Без проблем строилась валовая за год с кучей группировок. Сервер использовал порядка 150 Гб оперативки из 192 Гб, процессоры и диски нагружались довольно хорошо.
Сбросили на дефолт. В итоге все более менее крупные отчет работают только если в базе толком никого нет. Даже если в базе все и ничего не делают, отчеты не работают. Сервер использует от силы 30-40 Гб оперативки. Диски простаивают, процы тоже. Попробуем перейти на 8.3.15, но думаю толку не будет.
Собираемся переходить на КОРП, но апгрейд влетит в неприличную сумму. + 1С РКЛ будет стоить 300000 в год.
Новые условия ПРОФ 12/500 будут работать только на небольших базах. Друг использует КА, база около 30 гиг. 30 пользователей. Он не заметил изменений.
(пока на старой платформе, но прочитал такое в 8.3.15, раздел 1.9.4. Применимость лицензии КОРП, УП <= 1,1 * ЛК т.е при 50 клиентских КОРП допускается не более 55 подключений, где 5 могут быть с лицензией ПРОФ)
Пользователей 150, УТ11.
Один rphost только работает занимает 32 Гб. Поди в этом проблема, что все в одном рабочем процессе теперь и нет распораллеливания?
Другое дело что процесс может "накопить в себе непонятно чего".
Проведите тестирование, перезапустите рпхост, настройкой перезапуска по времени и посмотрите ушли тормоза или нет.
А дальше уже надо будет думать что и как делать дальше
Советую настроить параметр "Количество соединений на процесс" в настройках рабочего сервера.
У меня при 350 пользователях стоит значение 35 - полет нормальный (это на ПРОФ правда, но разницы не должно быть с КОРПом)
У нас проюлемы с одной базой, и потому параметр количество баз на процесс видимо тоже пофиг(будет всего одна даже если стоит дефолтная настройка 8) . Но франч реклмендовал двигать обе от дефолта, и это некоторое время назад прмогло , теперь поставил всë обратно, но думаю если есть возможность на 15 версии и 64разрядном сервере двигать количество соединений, без наоушения лицензии КОРП, то это решение. Вопрос в каких пределах это возможно?
А по факту - объявили "корпом" то, что было нужно даже ларькам. Я про параметры сервера....
1С выпиливает человеский фактор из администрирования, готовясь к тому, что вместо админов будут боты. Чуть позже боты будут вместо программистов, аналитиков, финансистов...
Хотите эксклюзив и реальных человеков вместо резиновых - платите и радуйтесь.
это мировая тенденция и 1С просто бежит за трендом, попутно проводя грамотный "чёс".
- по 30 комменту становится понятно на сколько грамотный...
1С выпиливает человеский фактор из администрирования, готовясь к тому, что вместо админов будут боты. Чуть позже боты будут вместо программистов, аналитиков, финансистов...
Хотите эксклюзив и реальных человеков вместо резиновых - платите и радуйтесь.
это мировая тенденция и 1С просто бежит за трендом, попутно проводя грамотный "чёс".
А создавать ботов и управлять ими будут тоже боты. Ужас! Скайнет наступает!!!!
А потом видимо придется жирные базы разносить по разным кластерам, чтобы иметь возможность их нормально менеджить.
Спасибо 1С за создание проблем на ровном месте.
Список компонент впечатляет: lsFusion 2.0 (OpenJDK 1.8.212, PostgreSQL 10.8, Tomcat 9.0.21, IntelliJ IDEA Community Edition 2019.1.3
Буду надеяться, что допилят.
Просто перезапуском проще всего уйти от проблемы утечек памяти...
В 8.3.15 эта настройка действительно самый простой способ борьбы с утечкой памяти, так как переключение на новый рабочий процесс стало для пользователей вообще незаметным.
Если http, то URL дистрибутива указывается в файле default.vrd с помощью атрибута pubdst элемента point.
Еще есть параметр PublishDistributiveLocation файла conf.cfg.
В связи с чем вы это делали?
Нигде не нашел информации - что точно можно менять в "ПРОФ" версии, чтобы управлять сервером приложений. Везде только информация о том, что нельзя менять.
Есть какая-либо информация, какими путями заменить использование параметра "Количество ИБ на процесс", который запретили менять в ПРОФ-версии ?
Если я правильно понял из всех возможностей осталась только одна более менее вменяемая возможность: управления количеством соединений на процесс. Играя этим значением (которое предварительно можно рассчитать исходя из количества среднего количества пользователей и количества процессов, сколько мы хотим, чтобы на сервере запустилось) можно более менее регулировать загруженность процессов по памяти. Но при этом эти процессы растут до "безкультурных" размеров и падают при достижении 8 Гб.
Прикинул так (возможно я не прав) - сейчас сервер мини на 5 пользователей имеет больше возможностей по управлению, чем сервер приложений "ПРОФ" (ограничения то срабатывают при 10 и более пользователях).
Это не совсем то, скажем есть у нас две базы, одна рабочая, скажем УТ, вторая бухгалтерская. Раскидав по базе на процесс мы избегали ситуаций, когда бухи формируют тяжелый отчет, а плохо становится продавцам в УТ. Ограничивая процессы все равно не угадаешь кто с кем вместе жить будет.
Я уже молчу про всякие отраслевые, есть у нас одна чудесная конфа, которая при определенных условиях начинает жрать всю доступную память, быстро и эффективно. Раньше она никому особо не мешала, тупо упиралась в лимит и процесс перезапускался, а теперь ни возможности вынести в отдельный процесс, ни ограничить аппетиты. Уже всерьез думаем покупать под нее Мини-сервер, все равно с ней только три человека работают.
Просто создайте несколько кластеров 1С и каждую базу на отдельный кластер, тогда не только rphost у каждой базы свой, но и rmngr и папка srvinfo и настройки количества сеансов и перезапуска по времени, если требуется
на ИТС описаны все настройки и кластера и рабочего сервера, у корп настроек есть ссылка на то, что они только при корп
а вопрос для Инфостарта:
не ясна эта фраза :
1C:Расширенная корпоративная лицензия
Право на обновление ранее приобретенных лицензий уровня КОРП предоставляется пользователям только при наличии у них действующей "1C:Расширенной корпоративной лицензии"
«1С:Предприятие 8. Расширенная корпоративная лицензия» (РКЛ) — это именная лицензия на право получения обновлений платформы «1С:Предприятие 8 КОРП», выпущенных фирмой «1С» вплоть до даты окончания установленного срока действия РКЛ.
Разве есть два разных дистрибутива «1С:Предприятие 8 КОРП» и «1С:Предприятие 8 ПРОФ»?
и еще бы хотелось разъяснить эту фразу "Право на обновление ранее приобретенных лицензий уровня КОРП предоставляется пользователям только при наличии у них действующей "1C:Расширенной корпоративной лицензии""
Я купил лицензию КОРП, в каком случае их надо обновлять?
Мы обновляем платформу, а не лицензии, насколько я понимаю...
По вопросам:
Я купил лицензию КОРП, в каком случае их надо обновлять? - аналогично с платформой ПРОФ, по мере выхода обновлений, либо когда это критично для конфигураций (есть требования, предъявляемые релизом конфигураций к релизу платформы, с которой они могут работать)
Мы обновляем платформу, а не лицензии, насколько я понимаю... - да, все верно.
Коллеги, а почему бы не написать по человечески, а то вот такие фразы на инфостарте:
- "Право на обновление ранее приобретенных лицензий уровня КОРП"
"обновлений платформы «1С:Предприятие 8 КОРП»
только вносят дополнительную путаницу, которой и без того не мало.
это считайте ежегодная лицензия на право использования, как у Oracle например, но при этом у пользователя сохраняется возможность легального использования функционала КОРП без РКЛ, если не требуется обновление платформы
РКЛ это что-то типа ИТС для лицензий ПРОФ, но только по платформе
а вот в письме от 1С написано по другому :
право использования обновлений (версий, новых релизов) платформы 1С:Предприятие 8 КОРП предоставляется в течение срока, определяемого при приобретении пользователями продукта "1С:Предприятие 8. Расширенная Корпоративная Лицензия" (далее также для краткости "РКЛ" или "Расширенная Корпоративная Лицензия");
Если в дальнейшем надо будет обновить платформу КОРП оформляете РКЛ и обновляете.
я бы сказал, так:
- есть РКЛ, есть право обновлять платформу и где-то на стороне 1С, провериться, что у твоих КОРП лицензий есть РКЛ
- не РКЛ, КОРП функциональность отключиться на новой платформе и будет работать ПРОФ функциональность, пока не купим РКЛ
еще раз - нет ПРОФ и КОРП платформы, есть функциональность ПРОФ и КОРП.
опять не понимаю, что значит фраза "не сможете обновить функциональность КОРП"?
Я же обновляю платформу, а не какой-то кусочек платформы...
хосты периодически виснут без настройки 1 база на хост... теряя аппаратные ключи от специализированных решений (ТОИР, БИТ-финанс, УАТ, прочее)...
Посчитав стоимость перехода на КОРП, руководство сказало - дешевле докупить серверов 1С для каждой базы отдельно.
Или иначе сформулирую вопрос: можно ли считать, что если система в "переходный период" не выдавала предупреждения о необходимости перехода на КОРП, то переходить на КОРП нет необходимости?
Нормально сделать - нет соответствующих лицензий - сообщение и работа по дефолту.
Так нет же нормально делать никто не хочет, нужно помучаться, выстрадать чтоб запомнилось.
К сожалению много решений 1С идёт именно таким путём.
У нас четыре ключа USB по 100 лицензий и пользователям они раздаются через HASP License Manager и несколько серверов 1С.
Т.е. пользователь, получив первую свободную лицензию из этих четырёх, может обратиться как к базе на сервере А, так и на сервере Б.
Как в таком варианте привязывать программную лицензию к пользовательскому ключу? На какой сервер этот lic устанавливать для снятия ограничения на использование 12 ядер процессора?
И увидит ли Сервер Лицензирования четыре пользовательских USB ключа одного ранга через HASP LM-ы ?
Когда будете привязывать полученный программные лицензии к ключам, для всех укажите один и тот же аппаратный ключ, иначе получится ситуация как у нас: есть в сети 3 ключа на 100 пользователей, но одновременно сервер видел только 1 из них (как я понял, потому что не может работать по сети с несколькими ключами одной серии)
1. на релизе 8.3.14.1694 - ограничение по кол-ву сеансов срабатывает.
2. на релизе 8.3.15.1565 - ограничение по кол-ву сеансов НЕ срабатывает.
Проблема, что через конфигуратор отключить функцию публиковать дистрибутив в варианте 1с линк не предоставляется возможным.
В этом файле нужно удалить строку pubdst="https://d.1c.link/tc/[ваша версия платформы]/setuptc.zip".
После перезапуска 1С Линк эта строка восстанавливается вновь, нужно ее удалять снова.
Перепроверьте ещё раз, что-то пропустили.
Поля настроек внешнего управления и профилей безопасности должны быть все пустые. Это нужно проверить для всех баз.
+ в свойствах требований назначения функциональности серверов поля Имя ИБ и доп.параметры также должны быть пустыми
+ в Конфигураторе проверьте настройки фонового обновления
+ в Конфигураторе проверьте флаг Публиковать дистрибутив в настройках публикации веб-сервера
+ в файле default.vrd проверьте атрибут pubdst
+ в файле conf.cfg проверьте параметр PublishDistributiveLocation
+ точно ли не использовалась публикация списков баз и сервер взаимодействия
У нас много баз опубликованных через платформу. Скажем 20 шт. Из них конечно мы только проверяли на одной базе в частности вот этот пункт: "в Конфигураторе проверьте флаг Публиковать дистрибутив в настройках публикации веб-сервера".
Получается, что нужно это сделать в остальных базах тоже?
"+точно ли не использовалась публикация списков баз и сервер взаимодействия".
Где это находиться? Как посмотреть? Это не то, что мы используем через платформу опубликовать базу?
На 3-х серверах из 4-х мною наблюдаемых настройки сами сбросились на 0 (64-бит сервер 1С).
На одном вручную сбросил (32бит).
И на одном из тех, где автоматом сбросились пришлось вручную перезапустить службу кластера дважды. Иначе клиенты не могли найти свободный рабочий процесс сервера.
Если я заплатил деньги, я хочу получить качественный продукт, но вместо этого я получаю сырой "полуфабрикат", и теперь, оказывается, нужно еще заплатить денег, чтобы функционал этого "полуфабриката" не был урезан.
В погоне за прибылью люди совсем сошли с ума.
Прошло два года, а воз и ныне там.
Написал Обработку, которая проверяет настройки сервера 1С на предмет КОРП настроек.
КОРП сервер x32-64 может раздавать только лицензии КОРП(рабочие места)
Несколько уточнений:
- КОРП сервер лицензии может не раздавать вовсе - клиенты могут получать лицензии не от сервера, а от HASP LM например или лицензии могут быть установлены локально на клиенте.
- КОРП сервер может не знать, с помощью какой лицензии (КОРП или ПРОФ) подключается данный конкретный клиент, например при использовании аппаратной защиты сервер знает только о общем количестве лицензий КОРП.
- Сервер 1С предоставляет функциональность КОРП, при этом функциональность КОРП может быть предоставлена клиентам с лицензиями ПРОФ в количестве +10% от общего числа КОРП лицензий.
Т.ч. неверно утверждение: "КОРП сервер может раздавать только лицензии КОРП"
P.S.
Не совсем понял, что такое "КОРП сервер x32-64" ?
КОРП сервер есть только x64
По уму такую обработку должны были выпустить сами разработчики, а не энтузиасты и сделать это им нужно было ещё в феврале вместе с инфописьмом о разделении лицензий, а не ждать вала негатива от пользователей.
Как можно связаться? 77017242895@yandex.kz
Все равно срабатывает ограничение. Может в платформе глюки?
В настройка функциональности серверов проверьте пустые ли поля Имя ИБ и дополнительных параметров.
Публикация список баз, это где посмотреть? Я надеюсь, что версия ПРОФ позволяет подключаться к опубликованной базе на сервере, через тонкий клиент более 10 человек?
В настройках тонкого клиента посмотрите что в списках общих информационных баз + на сервере публикацию этого списка
В консоле разворачиваю каждый сервер. В Требовании назначения функциональности пусто. Где он эти фильтры видит?
1. Сначала удалили все требования - ошибка продолжала проявляться.
2. Вернулись на старую платформу.
3. Настроили требования. Смотрели, чтобы фильтры были пустые.
4. Поставили 15 релиз. Пока работает.
Ждём вала пользователей.))
P.S. Есть много серверов в кластере и много ключей раздающих по HASP LM с разных хостов. С активацией пока не спешили, т.к. есть чувство что что-то может пойти не так.
P.P.S. На каждом сервере 8 инстансов (служб 1С) на разных портах.
Если использовать путь сервера лицензирования, то придется 8 серверов подымать и на каждом активировать программную лицензию?
Формулировку не понял.
Лицензии могут быть привязаны к любому ключу 1С 8-ой версии, не обязательно именно к тому, для расширения функционала которого он предназначен, в теории это может быть даже однопользовательский ключ установленный локально.
Если клиенты получают лицензии от HASP LM, то сервер при запуске проверяет наличие программной лицензии ПРОФ-плюс на сервер и на соответствующее количество рабочих мест. Если находит лицензии и количество подключаемых пользователей не более, чем в клиентских лицензиях, то предоставляется возможность использования более 12 ядер и более 500 пользователей, если нет - то блокируется.
Для нас ключевой параметр "Количество ИБ на процесс" нужно было привести к значению 8.
Мы это сделали и стала выходить ошибка о нехватке памяти, стало невозможно работать.
Раньше стояло значение 1. У нас 15 баз.
Наше франчайзи нам объяснило, что при обоновлении с проф на корп на ИТС этот параметр останется не редактируемым, т.е. останется 8.
Пришлось покупать 64 разрядный ключ за 103 т.р.
Получается ни с того, ни с сего фирма отдала в 1С огромную сумму, похоже на грабеж.
Куда можно пожаловаться?
Что-то я видимо непонятно написал или вы не внимательно прочитали.
Я как раз и пишу, что после разделения на проф и корп после 10 сентября у нас возникли проблемы - нехватка памяти и 1С фактически не работает.
Получается все из-за этого параметра.
Ведь мы уже покупали ключ и все работало, а вдруг перестало.
Внимание вопрос: почему мы должны безосновательно покупать ключ 64 разряда?
Или на каком основании фирма 1С нас лишает того функционала, за который мы уже заплатили?
Обратился участник сообщества , которого очень волнует данный вопрос. По нашим данным все как было, так и осталось, т.е. привязка не к сеансам, а к машинам, но нужен ответ от практиков:)
Если есть возможность подтвердить сей факт скрином или другой информацией было бы отлично!
Собственно, цель - базы для разработки отправить на отдельный рабочий сервер.
Гляжу я на последние извращения фирмы 1С по заколачиванию денег (Маркетинг батенька! Маркетинг!) и возникает желание избавиться от этого разжиревшего и непомерно жрущего рессурсы монстра и заменить его на простенький HTML5 в связке с SQL. Я уже видел такие решения в торговых сетях. Выглядит простенько и симпатичненько. Работает шустренько.
Особенно в части "количества ИБ на процесс", при отсутствии других механизмов регулировки и/или контроле проблем с утечкой памяти, который видимо уже стали нормально при работе 1С и уже даже не считаются проблемой)
Но справедливости ради хочу заметить, что если я правильно понимаю, подобное ограничение существовало всегда, просто оно было только правовым\юридическим, а технической реализации не было, а теперь есть.
Ссылка на источник:
(1й раздел)
фоновое обновление конфигурации базы данных;
дополнительное управление распределением по рабочим серверам кластера в разрезе информационных баз, видов клиентских приложений и фоновых заданий:
сервисов кластера;
соединений с информационными базами;
гибкое управление нагрузкой в кластере:
безопасный расход памяти за один вызов;
количество ИБ на процесс;
объем памяти рабочих процессов, до которого сервер считается производительным;
максимальный объем памяти рабочих процессов;
стратегия балансировки (по памяти, по производительности);
внешнее управление сеансами;
профили безопасности;
возможность обновления тонкого клиента с сервера;
возможность публикации списка баз и обновлений тонкого клиента через http.
Обращаем внимание: использование данного функционала при наличии клиентских и/или серверных лицензий только уровня ПРОФ недопустимо.
"Операция не может быть выполнена с текущим составом лицензий. Свойства кластера "Критический объём памяти процессов", "Режим распределения нагрузки" или свойства рабочего сервера "Критический объём памяти процессов", "Временно допустимый объём памяти процессов", "Интервал превышения допустимого объёма памяти процессов", "Безопасный расход памяти за один вызов", "Количество ИБ на процесс" содержат значения, отличные от значений по умолчанию. Использование этих функций возможно только для лицензий на платформу уровня КОРП. Обратитесь к администратору для решения вопросов приобретения и установки лицензий уровня КОРП.
И приложение у юзера не запускается.
НО 41 сеанс открывается нормально. Ещё не совсем отловил в какой именно момент появляется это информационное сообщение
У меня в консоли администрирования сервера окно свойств сервера и свойств кластера не такие как на скринах. . . Как установить параметры сервера и кластера в значение по умолчанию? Или что я пропустил в мануалах кроме этого? Проверяю свойства баз на наличие ...
Что можно придумать кроме покупки 64 бит и корп?
Раз Вам не хватает 32 бит, то значит надо переходить на 64.
А вот КОРП тут вообще не при чём, он Вам не нужен (если кончено не используете КОРП функционал)
какие параметры выставлять на сервер, количество ИБ на процесс и количество соединений на процесс.
2 базы, весят по 10-15 гб каждая.
В вашем случае - всего две базы, я бы разнёс их по разным службам. А вообще, если у вас много памяти, поставьте поменьше количество соединений на процесс в свойствах рабочего сервера и меньший интервал перезапуска в свойствах кластера. (В вашем случае может помочь последний, если поставить например туда четверть суток или меньше).
А чего бы оно нестабильно работало ))) Проблема эта касается только 32-х разрядников.
Обострение возникло из-за двух факторов
1)Во-первых отрубили для проф возможность указания границы размера памяти одно рабочего процесса, из-за чего 32-х битные системы при достижении своей границы адресации перестают работать.
Это можно обойти устанавливая меньшее количество соединений на рабочий процесс, но ведёт это к бОльшему потреблению памяти (у меня памяти много - я так и сделал), и уменьшению времени перезапуска рабочих процессов.
Второй возможный путь - запуск батника, который висит на сайте ИТС, тупо грохает процесс по достижению его заданной границы. Если вы в linux, то границу можно прописать в systemd. По мне этот вариант противоестественен. Убивать процессы - это фу.
Эту ошибку 1С признала, но они не спешат её исправлять. Прошло уже почти пол года с момента её выявления, а воз и ныне там. Тянут резину, кормят завтраками. Иногда хамят. Номер ошибки 10213993.
Партнёры бузят тут
Будем рады вашей помощи в этой ветке.
ИМХО 1С по вытесненяет клиентов с 32-х битных продуктов. Уже как-то слишком вызывающе весь этот процесс выглядит.
2) А во-вторых ограничили указание колиество баз, которые могут обслуживать один рабочий процесс. При обслуживании каждой базы рабочий процесс помещает в память существенный объём данных, а последующие соединения, которые он обслуживает занимают в памяти совсем немного. Таким образом если раньше вы могли указать, что например два процесса будут обслуживать две базы и каждый процесс выделит внутри себя место под одну базу, то выход за границы адресации не так вероятен, он по крайней мере контролируем. А теперь при значении 8 баз на процесс, процесс может схватить обслуживание 2,3 баз и достигнет предела при небольшом количестве соединений. То есть у вас вместо двух процессов, которые обслуживают большое количество соединений по двум базам, будет несколько каждый из которых обслуживает обе и небольшое количество соединений. Из-за этого ограничения ваша система будет жрать больше памяти (впустую) и в совокупности теперь с тем фактом, что 32-х битные процессы автоматически не перезапускаются, вы вообще не сможете нормально эксплуатировать 32-х битные системы.
Тут красивый выход только один - разносить крупные базы по разным кластерам (службам, демонам и т.д.). В этом случае рабочий процесс не сможет обслуживать больше баз, чем есть в его кластере. Да... такая тупизна.
Если по первому фактору всё-таки есть надежда на решение вопроса(хотя при такой активности партнёров - вряд-ли), по второму - нет.
Ситуация до боли напоминает вот этот отрывок из саус парка:
Сервер приложений 1С - процессор с 40 ядрами, лицензия ПРОФ. Функциональность КОРП не используется (настройки кластера и рабочего сервера выставлены по умолчанию)
На сервере несколько информационных баз
Правильно ли я понимаю, что если в каждой информационной базе будет одновременно работать меньше 10 пользователей, - в этом случае будут использоваться все ядра процессора?
Как только одновременное число пользователей в какой-нибудь базе превысит 10, то сразу же включится ограничение по ядрам (не более 12 ядер)?
И такой вопрос: 10 одновременных сеансов - это имеется ввиду тонкие/толстые/веб-клиенты? Или COM-соединения тоже сюда входят?
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 1119524
Создание 11.09.19 07:35
Обновление 09.09.19 13:45
Просмотры 191284
Загрузки 0
Рейтинг
194
Комментарии 90
Код открыт Да
Рубрики Инструменты администратора БД
Тип файла Нет файла
Платформа 1С:Предприятие 8
Конфигурация Универсальные
Операционная система Не имеет значения
Страна Не имеет значения
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)