[Odin — Одинэсник]

Димон, привет!

Вот отредактированный и подробно объяснённый вариант твоего запроса с использованием временной таблицы, в которую помещается таблица значений с несколькими ссылками номенклатур. Также исправлены ошибки в синтаксисе и логике соединений.

1С (Код)

// Предполагается, что параметр &ТаблЗнач - это ТаблицаЗначений с колонкой "Ссылка" типа Справочник.Номенклатура // 1. Помещаем таблицу значений с номенклатурой во временную таблицу ВЫБРАТЬ ТаблЗнач.Ссылка КАК Ссылка ПОМЕСТИТЬ ВТ_Номенклатура ИЗ &ТаблЗнач КАК ТаблЗнач ; // 2. Основной запрос с левыми соединениями по остаткам и резервам ВЫБРАТЬ ВТ_Номенклатура.Ссылка КАК Номенклатура, ПартииТоваровНаСкладахОстатки.КоличествоОстаток КАК КоличествоОстаток, УчетРезервовТМЦОстатки.КоличествоОстаток КАК Резерв ИЗ ВТ_Номенклатура КАК ВТ_Номенклатура ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ПартииТоваровНаСкладах.Остатки(&Дата, ) КАК ПартииТоваровНаСкладахОстатки ПО ВТ_Номенклатура.Ссылка = ПартииТоваровНаСкладахОстатки.Номенклатура ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.УчетРезервовТМЦ.Остатки() КАК УчетРезервовТМЦОстатки ПО ВТ_Номенклатура.Ссылка = УчетРезервовТМЦОстатки.Номенклатура ГДЕ (ПартииТоваровНаСкладахОстатки.Склад В (&Склады)) И (УчетРезервовТМЦОстатки.Склад В (&Склады)) ;

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25

// Предполагается, что параметр &ТаблЗнач - это ТаблицаЗначений с колонкой "Ссылка" типа Справочник.Номенклатура   // 1. Помещаем таблицу значений с номенклатурой во временную таблицу ВЫБРАТЬ     ТаблЗнач.Ссылка КАК Ссылка ПОМЕСТИТЬ ВТ_Номенклатура ИЗ     &ТаблЗнач КАК ТаблЗнач ;   // 2. Основной запрос с левыми соединениями по остаткам и резервам ВЫБРАТЬ     ВТ_Номенклатура.Ссылка КАК Номенклатура,     ПартииТоваровНаСкладахОстатки.КоличествоОстаток КАК КоличествоОстаток,     УчетРезервовТМЦОстатки.КоличествоОстаток КАК Резерв ИЗ     ВТ_Номенклатура КАК ВТ_Номенклатура     ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ПартииТоваровНаСкладах.Остатки(&Дата, ) КАК ПартииТоваровНаСкладахОстатки         ПО ВТ_Номенклатура.Ссылка = ПартииТоваровНаСкладахОстатки.Номенклатура     ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.УчетРезервовТМЦ.Остатки() КАК УчетРезервовТМЦОстатки         ПО ВТ_Номенклатура.Ссылка = УчетРезервовТМЦОстатки.Номенклатура ГДЕ     (ПартииТоваровНаСкладахОстатки.Склад В (&Склады))     И (УчетРезервовТМЦОстатки.Склад В (&Склады)) ;

—

### Объяснение:

1. **Временная таблица ВТ_Номенклатура**

— Вместо того, чтобы фильтровать по одному значению Номенклатура.Ссылка = &Ссылка, мы помещаем в временную таблицу сразу несколько ссылок из параметра &ТаблЗнач (ТаблицаЗначений).
— Это позволяет работать с произвольным набором номенклатур, переданных из внешнего кода.

2. **Основной запрос**

— Из временной таблицы ВТ_Номенклатура делаем левое соединение с регистром накопления остатков ПартииТоваровНаСкладах.Остатки и регистром резервов УчетРезервовТМЦ.Остатки.
— В соединениях по полю Номенклатура используется прямая ссылка, без .Ссылка, так как поле уже является ссылкой.
— Для регистра ПартииТоваровНаСкладах.Остатки передаётся параметр периода &Дата (например, текущая дата).
— В условии ГДЕ фильтруем остатки и резервы по складам, передаваемым в параметре &Склады — это массив или список значений, например: [«Склад №3», «ВИТРИНА»].
— Использование оператора В вместо нескольких ИЛИ упрощает и ускоряет запрос.

3. **Параметры запроса**

— &ТаблЗнач — таблица значений с колонкой Ссылка типа СправочникСсылка.Номенклатура.
— &Дата — дата, на которую берутся остатки.
— &Склады — список наименований складов для фильтрации.

—

### Важные моменты:

— Временные таблицы в 1С позволяют эффективно передавать наборы значений в запросы, избегая громоздких условий с множеством ИЛИ.
— В запросах к регистрам накопления и сведений важно правильно указывать параметры периода и условия отбора.
— Использование псевдонимов и явных ссылок упрощает чтение и поддержку кода.
— Фильтрация по складам через параметр &Склады делает запрос гибким и удобным для расширения.

—

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

Рекомендую посмотреть здесь: https://infostart.ru/1c/articles/69743/

[Odin — Одинэсник]

ВТИ Николай, вот пример произвольного алгоритма на 1С для группового изменения реквизитов в документе «Возврат от клиента», где в табличной части столбец «Себестоимость» будет установлен равным значению столбца «Цена»:

1С (Код)

// Получаем табличную часть документа ВозвратОтКлиента, например, "Товары" Для каждого Строка Из Объект.Товары Цикл // Проверяем, что в строке заполнено значение Цена Если ЗначениеЗаполнено(Строка.Цена) Тогда // Присваиваем Себестоимость значение из Цена Строка.Себестоимость = Строка.Цена; КонецЕсли; КонецЦикла; // Сохраняем изменения документа Объект.Записать();

1 2 3 4 5 6 7 8 9 10 11

// Получаем табличную часть документа ВозвратОтКлиента, например, "Товары" Для каждого Строка Из Объект.Товары Цикл     // Проверяем, что в строке заполнено значение Цена     Если ЗначениеЗаполнено(Строка.Цена) Тогда         // Присваиваем Себестоимость значение из Цена         Строка.Себестоимость = Строка.Цена;     КонецЕсли; КонецЦикла;   // Сохраняем изменения документа Объект.Записать();

Объяснение:
— Объект — текущий обрабатываемый документ.
— Товары — имя табличной части в документе «Возврат от клиента» (уточните в вашей конфигурации, может называться иначе).
— В цикле по всем строкам табличной части присваиваем реквизиту Себестоимость значение из реквизита Цена.
— В конце сохраняем изменения методом Записать().

Если в вашей конфигурации табличная часть или имена реквизитов отличаются, замените их соответственно.

Рекомендую посмотреть здесь: https://infostart.ru/1c/articles/2371120/

[Odin — Одинэсник]

Логирование обновления конфигурации базы данных 1С, расположенной на MS SQL, при выполнении обновления через конфигуратор, по умолчанию не ведётся в виде отдельного файла автоматически. Однако есть несколько способов получить логи и отследить процесс обновления:

1. **Логирование через ключи запуска 1С**
При запуске конфигуратора с ключами командной строки можно указать параметр /Out <путь_к_файлу>, который создаст файл лога с подробной информацией об обновлении. Например:

1С (Код)

1cv8.exe CONFIG /S "сервербаза" /N"пользователь" /P"пароль" /UpdateCfg "путь_к_файлу.cfu" /UpdateDBCfg /Out "C:Logsupdate.log"

1	1cv8.exe CONFIG /S "сервербаза" /N"пользователь" /P"пароль" /UpdateCfg "путь_к_файлу.cfu" /UpdateDBCfg /Out "C:Logsupdate.log"

В этом файле будет содержаться подробная информация о процессе обновления.

2. **Логирование SQL Server**
На стороне MS SQL можно включить трассировку или профилирование (SQL Server Profiler) для отслеживания выполняемых запросов во время обновления. Это позволит увидеть, какие именно изменения выполняются на уровне базы данных.

3. **Журналы платформы 1С**
В файловом каталоге платформы 1С (обычно %AppData%1C1Cv8) могут сохраняться логи работы платформы, но они не всегда содержат подробности обновления конфигурации.

4. **Встроенные средства диагностики**
В конфигураторе можно включить расширенное логирование через параметры запуска или настройки платформы, но это требует дополнительной настройки.

—

**Резюме:**
Если обновление выполняется вручную через конфигуратор, логирование нужно включать явно через ключ /Out при запуске конфигуратора из командной строки. Для баз на MS SQL можно дополнительно использовать SQL Server Profiler для отслеживания изменений на уровне СУБД.

—

Рекомендую посмотреть здесь:
https://infostart.ru/public/165167/
https://infostart.ru/1c/articles/143517/

[Odin — Одинэсник]

В кластере 1С с двумя серверами приложений технически возможно активировать клиентские лицензии локально на каждом из серверов, но это не рекомендуется и приведёт к ряду проблем:

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

2. **Риск конфликтов и ошибок лицензирования**
Если лицензии активированы локально, кластер не сможет корректно распределять лицензии между серверами. Это может привести к ошибкам при выдаче лицензий клиентам, например, когда одна и та же лицензия будет «заблокирована» на одном сервере, а другой сервер будет считать, что лицензий достаточно.

3. **Сложности в администрировании и поддержке**
Управлять лицензиями на нескольких серверах сложнее, чем централизованно. При обновлении, переносе или восстановлении лицензий потребуется выполнять операции на каждом сервере отдельно, что увеличивает риск ошибок и время на поддержку.

4. **Отсутствие отказоустойчивости сервера лицензирования**
Если лицензии активированы локально, то при выходе из строя одного из серверов приложения часть лицензий станет недоступной, что снизит общую отказоустойчивость системы.

—

**Рекомендация:**
Для кластера 1С с несколькими серверами приложений следует выделить отдельный сервер лицензирования (или один из серверов сделать центральным сервером лицензирования), на котором активируются все клиентские и серверные лицензии. Остальные сервера приложений в кластере настраиваются на получение лицензий с этого сервера лицензирования через функциональность «Сервис лицензирования». Это обеспечивает централизованный учёт, корректное распределение лицензий и упрощает администрирование.

—

Рекомендую посмотреть здесь:
https://infostart.ru/1c/articles/1027743/
https://1s-on.ru/nastrojka-vydelennogo-servera-liczenzij-1s-predpriyatiya/

[Odin — Одинэсник]

В кластере 1С с двумя серверами приложений технически возможно активировать клиентские лицензии локально на каждом из серверов, но это не рекомендуется и приведёт к ряду проблем:

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

2. **Риск конфликтов и ошибок лицензирования**
Если лицензии активированы локально, кластер не сможет корректно распределять лицензии между серверами. Это может привести к ошибкам при выдаче лицензий клиентам, например, когда одна и та же лицензия будет «заблокирована» на одном сервере, а другой сервер будет считать, что лицензий достаточно.

3. **Сложности в администрировании и поддержке**
Управлять лицензиями на нескольких серверах сложнее, чем централизованно. При обновлении, переносе или восстановлении лицензий потребуется выполнять операции на каждом сервере отдельно, что увеличивает риск ошибок и время на поддержку.

4. **Отсутствие отказоустойчивости сервера лицензирования**
Если лицензии активированы локально, то при выходе из строя одного из серверов приложения часть лицензий станет недоступной, что снизит общую отказоустойчивость системы.

—

**Рекомендация:**
Для кластера 1С с несколькими серверами приложений следует выделить отдельный сервер лицензирования (или один из серверов сделать центральным сервером лицензирования), на котором активируются все клиентские и серверные лицензии. Остальные сервера приложений в кластере настраиваются на получение лицензий с этого сервера лицензирования через функциональность «Сервис лицензирования». Это обеспечивает централизованный учёт, корректное распределение лицензий и упрощает администрирование.

—

Рекомендую посмотреть здесь:
https://infostart.ru/1c/articles/1027743/
https://1s-on.ru/nastrojka-vydelennogo-servera-liczenzij-1s-predpriyatiya/

[Odin — Одинэсник]

В кластере 1С с двумя серверами приложений технически возможно активировать клиентские лицензии локально на каждом из серверов, но это не рекомендуется и приведёт к ряду проблем:

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

2. **Риск конфликтов и ошибок лицензирования**
Если лицензии активированы локально, кластер не сможет корректно распределять лицензии между серверами. Это может привести к ошибкам при выдаче лицензий клиентам, например, когда одна и та же лицензия будет «заблокирована» на одном сервере, а другой сервер будет считать, что лицензий достаточно.

3. **Сложности в администрировании и поддержке**
Управлять лицензиями на нескольких серверах сложнее, чем централизованно. При обновлении, переносе или восстановлении лицензий потребуется выполнять операции на каждом сервере отдельно, что увеличивает риск ошибок и время на поддержку.

4. **Отсутствие отказоустойчивости сервера лицензирования**
Если лицензии активированы локально, то при выходе из строя одного из серверов приложения часть лицензий станет недоступной, что снизит общую отказоустойчивость системы.

—

**Рекомендация:**
Для кластера 1С с несколькими серверами приложений следует выделить отдельный сервер лицензирования (или один из серверов сделать центральным сервером лицензирования), на котором активируются все клиентские и серверные лицензии. Остальные сервера приложений в кластере настраиваются на получение лицензий с этого сервера лицензирования через функциональность «Сервис лицензирования». Это обеспечивает централизованный учёт, корректное распределение лицензий и упрощает администрирование.

—

Рекомендую посмотреть здесь:
https://infostart.ru/1c/articles/1027743/
https://1s-on.ru/nastrojka-vydelennogo-servera-liczenzij-1s-predpriyatiya/

[Odin — Одинэсник]

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

1. **Установка серверов 1С и создание кластера**
— Установите сервер 1С:Предприятия (64-bit) на оба сервера (например, srv1 и srv2).
— На одном из серверов (например, srv1) откройте консоль администрирования 1С (обычно c:Program Files1cv8common1CV8 Servers (x86-64).msc).
— Создайте или переименуйте локальный кластер (например, в CLUSTER1C).
— Добавьте второй сервер (srv2) в этот кластер как рабочий сервер.
— Установите уровень отказоустойчивости кластера (например, 1, что означает 2 центральных сервера).

2. **Настройка функциональностей рабочих серверов**
Для каждого рабочего сервера в кластере необходимо задать требования назначения функциональности:
— На сервере, где будут выдаваться клиентские лицензии (например, srv1 и srv2), добавьте функциональности:
— **Клиентское соединение с ИБ** — назначить для всех баз (поле «Имя ИБ» оставить пустым).
— **Сервис лицензирования** — не назначать для всех баз.
— Если у вас выделен отдельный сервер лицензирования (например, srv3), то на нем:
— **Любой объект требования** — не назначать для всех баз.
— **Сервис лицензирования** — назначить для всех баз.

3. **Удаление локального кластера на сервере лицензирования**
Если сервер лицензирования выделен отдельно, удалите на нем локальный кластер, чтобы он не занимал серверную лицензию.

4. **Применение требований назначения функциональности**
— В консоли администрирования выберите кластер и выполните команду «Применить требования назначения функциональности (полное)».
— После применения перезапустите службы 1С на всех серверах.

5. **Активация программных лицензий**
— Активируйте программные лицензии на сервере лицензирования (если он выделен) или на одном из серверов кластера, если сервер лицензирования не выделен.
— Для активации лицензии используйте Конфигуратор 1С: Предприятия → Сервис → Получение лицензии → Дополнительно → Укажите адрес сервера лицензирования (если используется выделенный сервер лицензий).
— После активации лицензии убедитесь, что файлы лицензий появились в каталоге лицензий сервера (обычно C:ProgramData1C1CEStartLicenses).

6. **Настройка сетевого взаимодействия и Firewall**
— Убедитесь, что между серверами разрешены необходимые порты для работы кластера и сервера лицензирования (обычно TCP 1540-1545 и порт сервера лицензирования).
— Проверьте, что серверы видят друг друга в консоли администрирования.

7. **Проверка работы**
— Подключитесь к информационной базе через клиент 1С, убедитесь, что лицензии выдаются корректно.
— В консоли администрирования можно посмотреть текущие сессии и использование лицензий.

—

**Особенности и рекомендации:**
— Не рекомендуется использовать один сервер лицензирования для выдачи лицензий одновременно на 32- и 64-разрядные серверы 1С, чтобы избежать конфликтов.
— При изменении аппаратного обеспечения сервера лицензирования лицензии не слетают, так как они привязаны к этому серверу.
— Для повышения отказоустойчивости можно использовать несколько центральных серверов в кластере.
— Если используется выделенный сервер лицензирования, он не требует отдельной серверной лицензии.

—

Рекомендую посмотреть здесь:
— https://infostart.ru/1c/articles/307973/
— https://infostart.ru/1c/articles/1027743/
— https://1s-on.ru/nastrojka-vydelennogo-servera-liczenzij-1s-predpriyatiya/

[Odin — Одинэсник]

При обновлении (рефреше) сеанса в браузере веб-клиента 1С происходит повторное установление соединения с сервером 1С:Предприятия. В результате сервер воспринимает это как новый сеанс пользователя, и для него выделяются лицензии заново. Если в настройках сервера или кластера не оптимизирована работа с лицензиями, то каждый рефреш может приводить к «захвату» дополнительных лицензий, которые не освобождаются сразу после закрытия предыдущего сеанса.

Основные причины такого поведения:

1. **Особенности работы веб-клиента:**
Веб-клиент 1С при обновлении страницы создает новый сеанс, а старый сеанс не всегда мгновенно завершается и освобождает лицензии. Это приводит к временному «накоплению» занятых лицензий.

2. **Настройки сервера и кластера:**
Если в свойствах информационной базы в консоли кластера установлено «Разрешить выдачу лицензий сервером 1С:Предприятия» = Да, то сервер выдает лицензии и учитывает их, но при рефреше старые сеансы могут не освобождать лицензии корректно. При значении «Нет» лицензии выдаёт клиент, что позволяет запускать несколько сеансов на одном компьютере без лишнего расхода лицензий.

3. **Задержка освобождения лицензий:**
Лицензии могут освобождаться с задержкой, например, при обрыве соединения сервер ждет таймаут, прежде чем считать сеанс завершенным и освободить лицензию.

4. **Особенности работы менеджера лицензий HASP/Aladdin:**
Иногда менеджер лицензий не успевает корректно обработать быстрое переподключение, что приводит к «зависанию» лицензий.

Рекомендации для решения проблемы:

— В свойствах информационной базы в консоли кластера установить параметр «Разрешить выдачу лицензий сервером 1С:Предприятия» = Нет для всех серверных баз. Это позволит клиенту самостоятельно получать лицензии и уменьшит расход лицензий при рефреше.

— Проверить и при необходимости увеличить таймауты освобождения лицензий на сервере.

— Обновить менеджер лицензий HASP/Aladdin до последней версии.

— При большом количестве пользователей и частых обновлениях страниц рассмотреть возможность использования веб-сервера с балансировкой и оптимизацией сессий.

— В клиентских настройках браузера минимизировать частоту рефреша и закрывать вкладки корректно.

Таким образом, захват всех лицензий при обновлении сеанса — это следствие особенностей работы веб-клиента и настроек сервера по выдаче лицензий.

Рекомендую посмотреть здесь: https://infostart.ru/1c/articles/155922/

[Odin — Одинэсник]

При обновлении (рефреше) сеанса в браузере веб-клиента 1С происходит повторное установление соединения с сервером 1С:Предприятия. В результате сервер воспринимает это как новый сеанс пользователя, и для него выделяются лицензии заново. Если в настройках сервера или кластера не оптимизирована работа с лицензиями, то каждый рефреш может приводить к «захвату» дополнительных лицензий, которые не освобождаются сразу после закрытия предыдущего сеанса.

Основные причины такого поведения:

1. **Особенности работы веб-клиента:**
Веб-клиент 1С при обновлении страницы создает новый сеанс, а старый сеанс не всегда мгновенно завершается и освобождает лицензии. Это приводит к временному «накоплению» занятых лицензий.

2. **Настройки сервера и кластера:**
Если в свойствах информационной базы в консоли кластера установлено «Разрешить выдачу лицензий сервером 1С:Предприятия» = Да, то сервер выдает лицензии и учитывает их, но при рефреше старые сеансы могут не освобождать лицензии корректно. При значении «Нет» лицензии выдаёт клиент, что позволяет запускать несколько сеансов на одном компьютере без лишнего расхода лицензий.

3. **Задержка освобождения лицензий:**
Лицензии могут освобождаться с задержкой, например, при обрыве соединения сервер ждет таймаут, прежде чем считать сеанс завершенным и освободить лицензию.

4. **Особенности работы менеджера лицензий HASP/Aladdin:**
Иногда менеджер лицензий не успевает корректно обработать быстрое переподключение, что приводит к «зависанию» лицензий.

Рекомендации для решения проблемы:

— В свойствах информационной базы в консоли кластера установить параметр «Разрешить выдачу лицензий сервером 1С:Предприятия» = Нет для всех серверных баз. Это позволит клиенту самостоятельно получать лицензии и уменьшит расход лицензий при рефреше.

— Проверить и при необходимости увеличить таймауты освобождения лицензий на сервере.

— Обновить менеджер лицензий HASP/Aladdin до последней версии.

— При большом количестве пользователей и частых обновлениях страниц рассмотреть возможность использования веб-сервера с балансировкой и оптимизацией сессий.

— В клиентских настройках браузера минимизировать частоту рефреша и закрывать вкладки корректно.

Таким образом, захват всех лицензий при обновлении сеанса — это следствие особенностей работы веб-клиента и настроек сервера по выдаче лицензий.

Рекомендую посмотреть здесь: https://infostart.ru/1c/articles/155922/

[Odin — Одинэсник]

При обновлении (рефреше) сеанса в браузере веб-клиента 1С происходит повторное установление соединения с сервером 1С:Предприятия. В результате сервер воспринимает это как новый сеанс пользователя, и для него выделяются лицензии заново. Если в настройках сервера или кластера не оптимизирована работа с лицензиями, то каждый рефреш может приводить к «захвату» дополнительных лицензий, которые не освобождаются сразу после закрытия предыдущего сеанса.

Основные причины такого поведения:

1. **Особенности работы веб-клиента:**
Веб-клиент 1С при обновлении страницы создает новый сеанс, а старый сеанс не всегда мгновенно завершается и освобождает лицензии. Это приводит к временному «накоплению» занятых лицензий.

2. **Настройки сервера и кластера:**
Если в свойствах информационной базы в консоли кластера установлено «Разрешить выдачу лицензий сервером 1С:Предприятия» = Да, то сервер выдает лицензии и учитывает их, но при рефреше старые сеансы могут не освобождать лицензии корректно. При значении «Нет» лицензии выдаёт клиент, что позволяет запускать несколько сеансов на одном компьютере без лишнего расхода лицензий.

3. **Задержка освобождения лицензий:**
Лицензии могут освобождаться с задержкой, например, при обрыве соединения сервер ждет таймаут, прежде чем считать сеанс завершенным и освободить лицензию.

4. **Особенности работы менеджера лицензий HASP/Aladdin:**
Иногда менеджер лицензий не успевает корректно обработать быстрое переподключение, что приводит к «зависанию» лицензий.

Рекомендации для решения проблемы:

— В свойствах информационной базы в консоли кластера установить параметр «Разрешить выдачу лицензий сервером 1С:Предприятия» = Нет для всех серверных баз. Это позволит клиенту самостоятельно получать лицензии и уменьшит расход лицензий при рефреше.

— Проверить и при необходимости увеличить таймауты освобождения лицензий на сервере.

— Обновить менеджер лицензий HASP/Aladdin до последней версии.

— При большом количестве пользователей и частых обновлениях страниц рассмотреть возможность использования веб-сервера с балансировкой и оптимизацией сессий.

— В клиентских настройках браузера минимизировать частоту рефреша и закрывать вкладки корректно.

Таким образом, захват всех лицензий при обновлении сеанса — это следствие особенностей работы веб-клиента и настроек сервера по выдаче лицензий.

Рекомендую посмотреть здесь: https://infostart.ru/1c/articles/155922/

[Odin — Одинэсник]

При обновлении (рефреше) сеанса в браузере веб-клиента 1С происходит повторное установление соединения с сервером 1С:Предприятия. В результате сервер воспринимает это как новый сеанс пользователя, и для него выделяются лицензии заново. Если в настройках сервера или кластера не оптимизирована работа с лицензиями, то каждый рефреш может приводить к «захвату» дополнительных лицензий, которые не освобождаются сразу после закрытия предыдущего сеанса.

Основные причины такого поведения:

1. **Особенности работы веб-клиента:**
Веб-клиент 1С при обновлении страницы создает новый сеанс, а старый сеанс не всегда мгновенно завершается и освобождает лицензии. Это приводит к временному «накоплению» занятых лицензий.

2. **Настройки сервера и кластера:**
Если в свойствах информационной базы в консоли кластера установлено «Разрешить выдачу лицензий сервером 1С:Предприятия» = Да, то сервер выдает лицензии и учитывает их, но при рефреше старые сеансы могут не освобождать лицензии корректно. При значении «Нет» лицензии выдаёт клиент, что позволяет запускать несколько сеансов на одном компьютере без лишнего расхода лицензий.

3. **Задержка освобождения лицензий:**
Лицензии могут освобождаться с задержкой, например, при обрыве соединения сервер ждет таймаут, прежде чем считать сеанс завершенным и освободить лицензию.

4. **Особенности работы менеджера лицензий HASP/Aladdin:**
Иногда менеджер лицензий не успевает корректно обработать быстрое переподключение, что приводит к «зависанию» лицензий.

Рекомендации для решения проблемы:

— В свойствах информационной базы в консоли кластера установить параметр «Разрешить выдачу лицензий сервером 1С:Предприятия» = Нет для всех серверных баз. Это позволит клиенту самостоятельно получать лицензии и уменьшит расход лицензий при рефреше.

— Проверить и при необходимости увеличить таймауты освобождения лицензий на сервере.

— Обновить менеджер лицензий HASP/Aladdin до последней версии.

— При большом количестве пользователей и частых обновлениях страниц рассмотреть возможность использования веб-сервера с балансировкой и оптимизацией сессий.

— В клиентских настройках браузера минимизировать частоту рефреша и закрывать вкладки корректно.

Таким образом, захват всех лицензий при обновлении сеанса — это следствие особенностей работы веб-клиента и настроек сервера по выдаче лицензий.

Рекомендую посмотреть здесь: https://infostart.ru/1c/articles/155922/

[Odin — Одинэсник]

При обновлении (рефреше) сеанса в браузере веб-клиента 1С происходит повторное установление соединения с сервером 1С:Предприятия. В результате сервер воспринимает это как новый сеанс пользователя, и для него выделяются лицензии заново. Если в настройках сервера или кластера не оптимизирована работа с лицензиями, то каждый рефреш может приводить к «захвату» дополнительных лицензий, которые не освобождаются сразу после закрытия предыдущего сеанса.

Основные причины такого поведения:

1. **Особенности работы веб-клиента:**
Веб-клиент 1С при обновлении страницы создает новый сеанс, а старый сеанс не всегда мгновенно завершается и освобождает лицензии. Это приводит к временному «накоплению» занятых лицензий.

2. **Настройки сервера и кластера:**
Если в свойствах информационной базы в консоли кластера установлено «Разрешить выдачу лицензий сервером 1С:Предприятия» = Да, то сервер выдает лицензии и учитывает их, но при рефреше старые сеансы могут не освобождать лицензии корректно. При значении «Нет» лицензии выдаёт клиент, что позволяет запускать несколько сеансов на одном компьютере без лишнего расхода лицензий.

3. **Задержка освобождения лицензий:**
Лицензии могут освобождаться с задержкой, например, при обрыве соединения сервер ждет таймаут, прежде чем считать сеанс завершенным и освободить лицензию.

4. **Особенности работы менеджера лицензий HASP/Aladdin:**
Иногда менеджер лицензий не успевает корректно обработать быстрое переподключение, что приводит к «зависанию» лицензий.

Рекомендации для решения проблемы:

— В свойствах информационной базы в консоли кластера установить параметр «Разрешить выдачу лицензий сервером 1С:Предприятия» = Нет для всех серверных баз. Это позволит клиенту самостоятельно получать лицензии и уменьшит расход лицензий при рефреше.

— Проверить и при необходимости увеличить таймауты освобождения лицензий на сервере.

— Обновить менеджер лицензий HASP/Aladdin до последней версии.

— При большом количестве пользователей и частых обновлениях страниц рассмотреть возможность использования веб-сервера с балансировкой и оптимизацией сессий.

— В клиентских настройках браузера минимизировать частоту рефреша и закрывать вкладки корректно.

Таким образом, захват всех лицензий при обновлении сеанса — это следствие особенностей работы веб-клиента и настроек сервера по выдаче лицензий.

Рекомендую посмотреть здесь: https://infostart.ru/1c/articles/155922/

[Odin — Одинэсник]

При обновлении (рефреше) сеанса в браузере веб-клиента 1С происходит повторное установление соединения с сервером 1С:Предприятия. В результате сервер воспринимает это как новый сеанс пользователя, и для него выделяются лицензии заново. Если в настройках сервера или кластера не оптимизирована работа с лицензиями, то каждый рефреш может приводить к «захвату» дополнительных лицензий, которые не освобождаются сразу после закрытия предыдущего сеанса.

Основные причины такого поведения:

1. **Особенности работы веб-клиента:**
Веб-клиент 1С при обновлении страницы создает новый сеанс, а старый сеанс не всегда мгновенно завершается и освобождает лицензии. Это приводит к временному «накоплению» занятых лицензий.

2. **Настройки сервера и кластера:**
Если в свойствах информационной базы в консоли кластера установлено «Разрешить выдачу лицензий сервером 1С:Предприятия» = Да, то сервер выдает лицензии и учитывает их, но при рефреше старые сеансы могут не освобождать лицензии корректно. При значении «Нет» лицензии выдаёт клиент, что позволяет запускать несколько сеансов на одном компьютере без лишнего расхода лицензий.

3. **Задержка освобождения лицензий:**
Лицензии могут освобождаться с задержкой, например, при обрыве соединения сервер ждет таймаут, прежде чем считать сеанс завершенным и освободить лицензию.

4. **Особенности работы менеджера лицензий HASP/Aladdin:**
Иногда менеджер лицензий не успевает корректно обработать быстрое переподключение, что приводит к «зависанию» лицензий.

Рекомендации для решения проблемы:

— В свойствах информационной базы в консоли кластера установить параметр «Разрешить выдачу лицензий сервером 1С:Предприятия» = Нет для всех серверных баз. Это позволит клиенту самостоятельно получать лицензии и уменьшит расход лицензий при рефреше.

— Проверить и при необходимости увеличить таймауты освобождения лицензий на сервере.

— Обновить менеджер лицензий HASP/Aladdin до последней версии.

— При большом количестве пользователей и частых обновлениях страниц рассмотреть возможность использования веб-сервера с балансировкой и оптимизацией сессий.

— В клиентских настройках браузера минимизировать частоту рефреша и закрывать вкладки корректно.

Таким образом, захват всех лицензий при обновлении сеанса — это следствие особенностей работы веб-клиента и настроек сервера по выдаче лицензий.

Рекомендую посмотреть здесь: https://infostart.ru/1c/articles/155922/

[Odin — Одинэсник]

При обновлении (рефреше) сеанса в браузере веб-клиента 1С происходит повторное установление соединения с сервером 1С:Предприятия. В результате сервер воспринимает это как новый сеанс пользователя, и для него выделяются лицензии заново. Если в настройках сервера или кластера не оптимизирована работа с лицензиями, то каждый рефреш может приводить к «захвату» дополнительных лицензий, которые не освобождаются сразу после закрытия предыдущего сеанса.

Основные причины такого поведения:

1. **Особенности работы веб-клиента:**
Веб-клиент 1С при обновлении страницы создает новый сеанс, а старый сеанс не всегда мгновенно завершается и освобождает лицензии. Это приводит к временному «накоплению» занятых лицензий.

2. **Настройки сервера и кластера:**
Если в свойствах информационной базы в консоли кластера установлено «Разрешить выдачу лицензий сервером 1С:Предприятия» = Да, то сервер выдает лицензии и учитывает их, но при рефреше старые сеансы могут не освобождать лицензии корректно. При значении «Нет» лицензии выдаёт клиент, что позволяет запускать несколько сеансов на одном компьютере без лишнего расхода лицензий.

3. **Задержка освобождения лицензий:**
Лицензии могут освобождаться с задержкой, например, при обрыве соединения сервер ждет таймаут, прежде чем считать сеанс завершенным и освободить лицензию.

4. **Особенности работы менеджера лицензий HASP/Aladdin:**
Иногда менеджер лицензий не успевает корректно обработать быстрое переподключение, что приводит к «зависанию» лицензий.

Рекомендации для решения проблемы:

— В свойствах информационной базы в консоли кластера установить параметр «Разрешить выдачу лицензий сервером 1С:Предприятия» = Нет для всех серверных баз. Это позволит клиенту самостоятельно получать лицензии и уменьшит расход лицензий при рефреше.

— Проверить и при необходимости увеличить таймауты освобождения лицензий на сервере.

— Обновить менеджер лицензий HASP/Aladdin до последней версии.

— При большом количестве пользователей и частых обновлениях страниц рассмотреть возможность использования веб-сервера с балансировкой и оптимизацией сессий.

— В клиентских настройках браузера минимизировать частоту рефреша и закрывать вкладки корректно.

Таким образом, захват всех лицензий при обновлении сеанса — это следствие особенностей работы веб-клиента и настроек сервера по выдаче лицензий.

Рекомендую посмотреть здесь: https://infostart.ru/1c/articles/155922/

[Odin — Одинэсник]

Лилия, привет!

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

Чтобы решить проблему нехватки клиентских лицензий при работе с кластером из двух серверов, рекомендую выполнить следующие шаги:

1. **Разделить роли серверов в кластере по функциональности лицензирования:**

— На одном из серверов (например, srv3) выделить роль **Сервера лицензирования** — он будет отвечать за выдачу клиентских лицензий.
— На остальных серверах (srv1, srv2) назначить роль **Рабочих серверов**, которые обрабатывают клиентские соединения, но не выдают лицензии.

2. **Настроить требования назначения функциональности в консоли администрирования кластера:**

Для сервера лицензирования (srv3):
— Добавить функциональность **»Сервис лицензирования»** и назначить её для всех баз.
— Добавить функциональность **»Любой объект требования»** с параметром «Не назначать» для всех баз (чтобы исключить другие роли).

Для рабочих серверов (srv1, srv2):
— Добавить функциональность **»Клиентское соединение с ИБ»** и назначить для всех баз.
— Добавить функциональность **»Сервис лицензирования»** с параметром «Не назначать» для всех баз.

3. **Применить требования назначения функциональности (полное применение) на кластере.**

4. **Перезапустить службы 1С на всех серверах кластера.**

5. **Проверить, что клиентские лицензии выдаются только с сервера лицензирования (srv3), а рабочие сервера только обрабатывают клиентские соединения.**

6. **Убедиться, что в свойствах информационных баз в консоли кластера отключена выдача лицензий сервером 1С (параметр «Разрешить выдачу лицензий сервером 1С:Предприятия» = Нет).** Это позволит клиентам получать лицензии только с сервера лицензирования.

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

—

Такой подход позволит централизовать выдачу клиентских лицензий и избежать ситуации, когда каждый сервер в кластере «забирает» свои лицензии, что приводит к их быстрому исчерпанию.

—

Рекомендую посмотреть здесь:
https://infostart.ru/1c/articles/1027743/ — подробная инструкция по настройке сервера лицензирования и распределению лицензий в кластере.

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

—

Удачи!

[Автор]

Сообщения