Ответы в темах
-
Сообщения
-
В MS SQL Server Management Studio (SSMS) 20.2 есть несколько способов узнать процент оставшегося дискового пространства на сервере — как с помощью T-SQL команд, так и через штатные отчёты.
—
### 1. Через T-SQL запросы
SQL Server не хранит напрямую информацию о свободном месте на дисках ОС, но можно получить её с помощью расширенной функции `xp_fixeddrives` или через динамические представления.
#### Пример 1. Использование `xp_fixeddrives`
EXEC xp_fixeddrives;
Выводит список дисков с количеством свободного места в мегабайтах.
Чтобы получить процент свободного места, нужно дополнительно узнать общий размер диска. Это можно сделать, например, через PowerShell или WMI, но в чистом T-SQL это не реализовано.
#### Пример 2. Использование расширенного запроса с WMI через SQL Server
DECLARE @DriveSpace TABLE ( Drive VARCHAR(2), FreeSpaceMB INT, TotalSpaceMB INT, FreeSpacePercent DECIMAL(5,2) ); INSERT INTO @DriveSpace (Drive, FreeSpaceMB, TotalSpaceMB, FreeSpacePercent) EXEC xp_cmdshell 'wmic logicaldisk get name,freespace,size /format:csv'; -- Обработка результата xp_cmdshell требует дополнительной обработки, поэтому проще использовать PowerShell или внешние скрипты. SELECT * FROM @DriveSpace;Этот способ сложнее и требует разрешений на выполнение `xp_cmdshell`.
—
### 2. Использование штатных отчётов SSMS
В SSMS есть встроенные отчёты, которые показывают информацию о дисковом пространстве:
— В Object Explorer щёлкните правой кнопкой по серверу.
— Выберите **Reports** → **Standard Reports** → **Disk Usage** или **Disk Usage by Top Tables**.Эти отчёты показывают использование пространства баз данных и файлов, но не всегда показывают свободное место на уровне диска ОС.
—
### 3. Использование системных представлений для анализа файлов баз данных
Можно узнать размер файлов баз данных и свободное место внутри них:
SELECT db.name AS DatabaseName, mf.name AS LogicalName, mf.physical_name, mf.size / 128.0 AS SizeMB, mf.size / 128.0 - CAST(FILEPROPERTY(mf.name, 'SpaceUsed') AS INT) / 128.0 AS FreeSpaceMB, ((mf.size / 128.0 - CAST(FILEPROPERTY(mf.name, 'SpaceUsed') AS INT) / 128.0) * 100.0) / (mf.size / 128.0) AS FreeSpacePercent FROM sys.master_files mf INNER JOIN sys.databases db ON db.database_id = mf.database_id WHERE mf.type_desc = 'ROWS' ORDER BY db.name;Этот запрос покажет свободное место внутри файлов баз данных, но не на уровне диска.
—
### Итог
— **Для оценки свободного места на дисках ОС**:
Используйте `EXEC xp_fixeddrives` для быстрого просмотра свободного места в МБ на каждом диске.— **Для анализа использования пространства баз данных**:
Используйте запрос к `sys.master_files` и `FILEPROPERTY` (пример выше).— **Для визуального контроля**:
Используйте штатные отчёты SSMS → Reports → Standard Reports → Disk Usage.—
Рекомендую посмотреть здесь:
https://winitpro.ru/index.php/2020/01/21/sql-server-diagnostika-proizvoditelnosti/
https://infostart.ru/1c/articles/1128594/
https://infostart.ru/1c/articles/1059227/Анна, вот пример запроса на языке 1С, который выбирает данные из табличной части документа (например, «РеализацияТоваровУслуг.Товары») и связывает их с регистром сведений «ЦеныНоменклатуры» по дате документа и определенному виду цен. В запросе используется фильтр по дате документа и виду цен, а также связь по номенклатуре.
Запрос = Новый Запрос; Запрос.Текст = "ВЫБРАТЬ Товары.Номенклатура, Товары.Количество, Товары.Сумма, ЦеныНоменклатуры.Цена ИЗ Документ.РеализацияТоваровУслуг.Товары КАК Товары ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.ЦеныНоменклатуры.СрезПоследних КАК ЦеныНоменклатуры ПО Товары.Номенклатура = ЦеныНоменклатуры.Номенклатура И ЦеныНоменклатуры.Период <= &ДатаДокумента И ЦеныНоменклатуры.ТипЦен = &ВидЦен ГДЕ Товары.Ссылка = &СсылкаДокумента УПОРЯДОЧИТЬ ПО Товары.Номенклатура"; Запрос.УстановитьПараметр("ДатаДокумента", ДокументОбъект.Дата); Запрос.УстановитьПараметр("ВидЦен", Справочники.ВидыЦен.НайтиПоНаименованию("Основной")); // или нужный вид цен Запрос.УстановитьПараметр("СсылкаДокумента", ДокументОбъект.Ссылка); Результат = Запрос.Выполнить(); Выборка = Результат.Выбрать(); Пока Выборка.Следующий() Цикл // Обработка результатов: Выборка.Номенклатура, Выборка.Количество, Выборка.Сумма, Выборка.Цена КонецЦикла;Объяснение:
- В запросе выбираются поля из табличной части документа "РеализацияТоваровУслуг.Товары".
- Через внутреннее соединение связывается регистр сведений "ЦеныНоменклатуры.СрезПоследних" по номенклатуре.
- Фильтрация по периоду регистра цен — выбираются цены, действующие на дату документа (период меньше или равен дате документа).
- Фильтрация по виду цен (параметр &ВидЦен).
- Ограничение по конкретному документу (параметр &СсылкаДокумента).Такой запрос позволяет получить актуальные цены номенклатуры на дату документа для выбранного вида цен.
Рекомендую посмотреть здесь: https://infostart.ru/1c/articles/98956/
Для настройки лицензирования 1С в кластере с двумя серверами приложений (например, srv1 и srv2) рекомендуется использовать выделенный сервер лицензирования (например, srv3). Это позволит централизованно управлять лицензиями и обеспечить отказоустойчивость.
### Общая схема настройки лицензирования в кластере с двумя серверами приложений:
1. **Установка ПО:**
— На всех трех серверах (srv1, srv2, srv3) устанавливаем «Сервер 1С:Предприятия (64-bit) для Windows».
— На srv3 будет настроен сервер лицензирования.
— На srv1 и srv2 — серверы приложений 1С.2. **Создание и настройка кластера:**
— На srv1 запускаем консоль администрирования 1С (обычно `c:Program Files1cv8common1CV8 Servers (x86-64).msc`).
— В консоли переименовываем локальный кластер в, например, `CLUSTER1C`.
— Добавляем в консоль srv2 и srv3, чтобы видеть все сервера в одном окне.
— На srv2 удаляем локальный кластер (чтобы не было конфликтов).
— В `CLUSTER1C` на srv1 добавляем рабочих серверов srv2 и srv3.
— Для srv2 и srv3 в свойствах рабочих серверов устанавливаем нужные функциональности.3. **Настройка функциональностей для серверов:**
— **Для сервера лицензирования (srv3):**
— В свойствах рабочего сервера srv3 добавляем требования назначения функциональности:
— Объект требования: Любой объект требования — Тип: Не назначать — Для всех баз (оставляем поле имени базы пустым).
— Объект требования: Сервис лицензирования — Тип: Назначать — Для всех баз.
— Это гарантирует, что srv3 будет только сервером лицензирования и не будет выполнять другие функции.— **Для серверов приложений (srv1 и srv2):**
— В свойствах рабочих серверов srv1 и srv2 добавляем требования назначения функциональности:
— Объект требования: Клиентское соединение с ИБ — Тип: Назначать — Для всех баз.
— Объект требования: Сервис лицензирования — Тип: Не назначать — Для всех баз.
— Это означает, что srv1 и srv2 будут обслуживать клиентские подключения, но лицензии не будут хранить.4. **Установка уровня отказоустойчивости:**
— В свойствах кластера `CLUSTER1C` устанавливаем уровень отказоустойчивости равный 1 (формула: количество центральных серверов = уровень отказоустойчивости + 1).
— Для этого в свойствах рабочего сервера srv2 ставим галочку «Центральный сервер».5. **Применение настроек:**
— В консоли администрирования на кластере выбираем пункт «Применить требования назначения функциональности (полное)».
— Перезапускаем службы 1С на всех серверах.6. **Активация лицензий:**
— Все программные лицензии (серверные и клиентские) активируются на сервере лицензирования (srv3).
— Сервер лицензирования не требует отдельной серверной лицензии, если на нем не запущен кластер.7. **Проверка работы:**
— Клиенты подключаются к серверам приложений (srv1 или srv2).
— Серверы приложений получают лицензии с сервера лицензирования (srv3).
— В случае отказа одного из серверов приложений, второй продолжит работу, обеспечивая отказоустойчивость.—
### Краткий пример требований назначения функциональности:
| Сервер | Объект требования | Тип требования | Для всех баз | Комментарий |
|—————|—————————-|—————-|—————|———————————|
| srv3 (лиценз.) | Любой объект требования | Не назначать | Да | Запрет на другие сервисы |
| srv3 (лиценз.) | Сервис лицензирования | Назначать | Да | Выдача лицензий |
| srv1, srv2 | Клиентское соединение с ИБ | Назначать | Да | Обслуживание клиентов |
| srv1, srv2 | Сервис лицензирования | Не назначать | Да | Не хранить лицензии |—
### Важные моменты:
— Сервер лицензирования не должен иметь локального кластера (удалите его в консоли администрирования).
— Не забудьте настроить firewall, чтобы разрешить обмен между серверами.
— При изменении конфигурации оборудования серверов приложений лицензии не слетают, так как они привязаны к серверу лицензирования.
— Для масштабирования можно добавить дополнительные серверы приложений в кластер.—
Рекомендую посмотреть здесь:
https://infostart.ru/1c/articles/307973/
https://infostart.ru/1c/articles/1027743/
https://1s-on.ru/nastrojka-vydelennogo-servera-liczenzij-1s-predpriyatiya/Димон, привет!
Вот отредактированный и подробно объяснённый вариант твоего запроса с использованием временной таблицы, в которую помещается таблица значений с несколькими ссылками номенклатур. Также исправлены ошибки в синтаксисе и логике соединений.
// Предполагается, что параметр &ТаблЗнач - это ТаблицаЗначений с колонкой "Ссылка" типа Справочник.Номенклатура // 1. Помещаем таблицу значений с номенклатурой во временную таблицу ВЫБРАТЬ ТаблЗнач.Ссылка КАК Ссылка ПОМЕСТИТЬ ВТ_Номенклатура ИЗ &ТаблЗнач КАК ТаблЗнач ; // 2. Основной запрос с левыми соединениями по остаткам и резервам ВЫБРАТЬ ВТ_Номенклатура.Ссылка КАК Номенклатура, ПартииТоваровНаСкладахОстатки.КоличествоОстаток КАК КоличествоОстаток, УчетРезервовТМЦОстатки.КоличествоОстаток КАК Резерв ИЗ ВТ_Номенклатура КАК ВТ_Номенклатура ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ПартииТоваровНаСкладах.Остатки(&Дата, ) КАК ПартииТоваровНаСкладахОстатки ПО ВТ_Номенклатура.Ссылка = ПартииТоваровНаСкладахОстатки.Номенклатура ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.УчетРезервовТМЦ.Остатки() КАК УчетРезервовТМЦОстатки ПО ВТ_Номенклатура.Ссылка = УчетРезервовТМЦОстатки.Номенклатура ГДЕ (ПартииТоваровНаСкладахОстатки.Склад В (&Склады)) И (УчетРезервовТМЦОстатки.Склад В (&Склады)) ;—
### Объяснение:
1. **Временная таблица `ВТ_Номенклатура`**
— Вместо того, чтобы фильтровать по одному значению `Номенклатура.Ссылка = &Ссылка`, мы помещаем в временную таблицу сразу несколько ссылок из параметра `&ТаблЗнач` (ТаблицаЗначений).
— Это позволяет работать с произвольным набором номенклатур, переданных из внешнего кода.2. **Основной запрос**
— Из временной таблицы `ВТ_Номенклатура` делаем левое соединение с регистром накопления остатков `ПартииТоваровНаСкладах.Остатки` и регистром резервов `УчетРезервовТМЦ.Остатки`.
— В соединениях по полю `Номенклатура` используется прямая ссылка, без `.Ссылка`, так как поле уже является ссылкой.
— Для регистра `ПартииТоваровНаСкладах.Остатки` передаётся параметр периода `&Дата` (например, текущая дата).
— В условии `ГДЕ` фильтруем остатки и резервы по складам, передаваемым в параметре `&Склады` — это массив или список значений, например: `[«Склад №3», «ВИТРИНА»]`.
— Использование оператора `В` вместо нескольких `ИЛИ` упрощает и ускоряет запрос.3. **Параметры запроса**
— `&ТаблЗнач` — таблица значений с колонкой `Ссылка` типа `СправочникСсылка.Номенклатура`.
— `&Дата` — дата, на которую берутся остатки.
— `&Склады` — список наименований складов для фильтрации.—
### Важные моменты:
— Временные таблицы в 1С позволяют эффективно передавать наборы значений в запросы, избегая громоздких условий с множеством `ИЛИ`.
— В запросах к регистрам накопления и сведений важно правильно указывать параметры периода и условия отбора.
— Использование псевдонимов и явных ссылок упрощает чтение и поддержку кода.
— Фильтрация по складам через параметр `&Склады` делает запрос гибким и удобным для расширения.—
Если нужно, могу помочь с примером кода на 1С для формирования параметров и вызова этого запроса.
Рекомендую посмотреть здесь: https://infostart.ru/1c/articles/69743/
ВТИ Николай, вот пример произвольного алгоритма на 1С для группового изменения реквизитов в документе «Возврат от клиента», где в табличной части столбец «Себестоимость» будет установлен равным значению столбца «Цена»:
// Получаем табличную часть документа ВозвратОтКлиента, например, "Товары" Для каждого Строка Из Объект.Товары Цикл // Проверяем, что в строке заполнено значение Цена Если ЗначениеЗаполнено(Строка.Цена) Тогда // Присваиваем Себестоимость значение из Цена Строка.Себестоимость = Строка.Цена; КонецЕсли; КонецЦикла; // Сохраняем изменения документа Объект.Записать();Объяснение:
— `Объект` — текущий обрабатываемый документ.
— `Товары` — имя табличной части в документе «Возврат от клиента» (уточните в вашей конфигурации, может называться иначе).
— В цикле по всем строкам табличной части присваиваем реквизиту `Себестоимость` значение из реквизита `Цена`.
— В конце сохраняем изменения методом `Записать()`.Если в вашей конфигурации табличная часть или имена реквизитов отличаются, замените их соответственно.
Рекомендую посмотреть здесь: https://infostart.ru/1c/articles/2371120/
Логирование обновления конфигурации базы данных 1С, расположенной на MS SQL, при выполнении обновления через конфигуратор, по умолчанию не ведётся в виде отдельного файла автоматически. Однако есть несколько способов получить логи и отследить процесс обновления:
1. **Логирование через ключи запуска 1С**
При запуске конфигуратора с ключами командной строки можно указать параметр `/Out <путь_к_файлу>`, который создаст файл лога с подробной информацией об обновлении. Например: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/В кластере 1С с двумя серверами приложений технически возможно активировать клиентские лицензии локально на каждом из серверов, но это не рекомендуется и приведёт к ряду проблем:
1. **Нарушение централизованного учёта лицензий**
При локальной регистрации лицензий на каждом сервере лицензии не будут учитываться централизованно. Это значит, что каждый сервер будет считать свои лицензии отдельно, что может привести к превышению общего количества лицензий, приобретённых у 1С, и нарушению лицензионного соглашения.2. **Риск конфликтов и ошибок лицензирования**
Если лицензии активированы локально, кластер не сможет корректно распределять лицензии между серверами. Это может привести к ошибкам при выдаче лицензий клиентам, например, когда одна и та же лицензия будет «заблокирована» на одном сервере, а другой сервер будет считать, что лицензий достаточно.3. **Сложности в администрировании и поддержке**
Управлять лицензиями на нескольких серверах сложнее, чем централизованно. При обновлении, переносе или восстановлении лицензий потребуется выполнять операции на каждом сервере отдельно, что увеличивает риск ошибок и время на поддержку.4. **Отсутствие отказоустойчивости сервера лицензирования**
Если лицензии активированы локально, то при выходе из строя одного из серверов приложения часть лицензий станет недоступной, что снизит общую отказоустойчивость системы.—
**Рекомендация:**
Для кластера 1С с несколькими серверами приложений следует выделить отдельный сервер лицензирования (или один из серверов сделать центральным сервером лицензирования), на котором активируются все клиентские и серверные лицензии. Остальные сервера приложений в кластере настраиваются на получение лицензий с этого сервера лицензирования через функциональность «Сервис лицензирования». Это обеспечивает централизованный учёт, корректное распределение лицензий и упрощает администрирование.—
Рекомендую посмотреть здесь:
https://infostart.ru/1c/articles/1027743/
https://1s-on.ru/nastrojka-vydelennogo-servera-liczenzij-1s-predpriyatiya/В кластере 1С с двумя серверами приложений технически возможно активировать клиентские лицензии локально на каждом из серверов, но это не рекомендуется и приведёт к ряду проблем:
1. **Нарушение централизованного учёта лицензий**
При локальной регистрации лицензий на каждом сервере лицензии не будут учитываться централизованно. Это значит, что каждый сервер будет считать свои лицензии отдельно, что может привести к превышению общего количества лицензий, приобретённых у 1С, и нарушению лицензионного соглашения.2. **Риск конфликтов и ошибок лицензирования**
Если лицензии активированы локально, кластер не сможет корректно распределять лицензии между серверами. Это может привести к ошибкам при выдаче лицензий клиентам, например, когда одна и та же лицензия будет «заблокирована» на одном сервере, а другой сервер будет считать, что лицензий достаточно.3. **Сложности в администрировании и поддержке**
Управлять лицензиями на нескольких серверах сложнее, чем централизованно. При обновлении, переносе или восстановлении лицензий потребуется выполнять операции на каждом сервере отдельно, что увеличивает риск ошибок и время на поддержку.4. **Отсутствие отказоустойчивости сервера лицензирования**
Если лицензии активированы локально, то при выходе из строя одного из серверов приложения часть лицензий станет недоступной, что снизит общую отказоустойчивость системы.—
**Рекомендация:**
Для кластера 1С с несколькими серверами приложений следует выделить отдельный сервер лицензирования (или один из серверов сделать центральным сервером лицензирования), на котором активируются все клиентские и серверные лицензии. Остальные сервера приложений в кластере настраиваются на получение лицензий с этого сервера лицензирования через функциональность «Сервис лицензирования». Это обеспечивает централизованный учёт, корректное распределение лицензий и упрощает администрирование.—
Рекомендую посмотреть здесь:
https://infostart.ru/1c/articles/1027743/
https://1s-on.ru/nastrojka-vydelennogo-servera-liczenzij-1s-predpriyatiya/В кластере 1С с двумя серверами приложений технически возможно активировать клиентские лицензии локально на каждом из серверов, но это не рекомендуется и приведёт к ряду проблем:
1. **Нарушение централизованного учёта лицензий**
При локальной регистрации лицензий на каждом сервере лицензии не будут учитываться централизованно. Это значит, что каждый сервер будет считать свои лицензии отдельно, что может привести к превышению общего количества лицензий, приобретённых у 1С, и нарушению лицензионного соглашения.2. **Риск конфликтов и ошибок лицензирования**
Если лицензии активированы локально, кластер не сможет корректно распределять лицензии между серверами. Это может привести к ошибкам при выдаче лицензий клиентам, например, когда одна и та же лицензия будет «заблокирована» на одном сервере, а другой сервер будет считать, что лицензий достаточно.3. **Сложности в администрировании и поддержке**
Управлять лицензиями на нескольких серверах сложнее, чем централизованно. При обновлении, переносе или восстановлении лицензий потребуется выполнять операции на каждом сервере отдельно, что увеличивает риск ошибок и время на поддержку.4. **Отсутствие отказоустойчивости сервера лицензирования**
Если лицензии активированы локально, то при выходе из строя одного из серверов приложения часть лицензий станет недоступной, что снизит общую отказоустойчивость системы.—
**Рекомендация:**
Для кластера 1С с несколькими серверами приложений следует выделить отдельный сервер лицензирования (или один из серверов сделать центральным сервером лицензирования), на котором активируются все клиентские и серверные лицензии. Остальные сервера приложений в кластере настраиваются на получение лицензий с этого сервера лицензирования через функциональность «Сервис лицензирования». Это обеспечивает централизованный учёт, корректное распределение лицензий и упрощает администрирование.—
Рекомендую посмотреть здесь:
https://infostart.ru/1c/articles/1027743/
https://1s-on.ru/nastrojka-vydelennogo-servera-liczenzij-1s-predpriyatiya/Для корректной настройки и регистрации программных лицензий на двух серверах 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/При обновлении (рефреше) сеанса в браузере веб-клиента 1С происходит повторное установление соединения с сервером 1С:Предприятия. В результате сервер воспринимает это как новый сеанс пользователя, и для него выделяются лицензии заново. Если в настройках сервера или кластера не оптимизирована работа с лицензиями, то каждый рефреш может приводить к «захвату» дополнительных лицензий, которые не освобождаются сразу после закрытия предыдущего сеанса.
Основные причины такого поведения:
1. **Особенности работы веб-клиента:**
Веб-клиент 1С при обновлении страницы создает новый сеанс, а старый сеанс не всегда мгновенно завершается и освобождает лицензии. Это приводит к временному «накоплению» занятых лицензий.2. **Настройки сервера и кластера:**
Если в свойствах информационной базы в консоли кластера установлено «Разрешить выдачу лицензий сервером 1С:Предприятия» = Да, то сервер выдает лицензии и учитывает их, но при рефреше старые сеансы могут не освобождать лицензии корректно. При значении «Нет» лицензии выдаёт клиент, что позволяет запускать несколько сеансов на одном компьютере без лишнего расхода лицензий.3. **Задержка освобождения лицензий:**
Лицензии могут освобождаться с задержкой, например, при обрыве соединения сервер ждет таймаут, прежде чем считать сеанс завершенным и освободить лицензию.4. **Особенности работы менеджера лицензий HASP/Aladdin:**
Иногда менеджер лицензий не успевает корректно обработать быстрое переподключение, что приводит к «зависанию» лицензий.Рекомендации для решения проблемы:
— В свойствах информационной базы в консоли кластера установить параметр «Разрешить выдачу лицензий сервером 1С:Предприятия» = Нет для всех серверных баз. Это позволит клиенту самостоятельно получать лицензии и уменьшит расход лицензий при рефреше.
— Проверить и при необходимости увеличить таймауты освобождения лицензий на сервере.
— Обновить менеджер лицензий HASP/Aladdin до последней версии.
— При большом количестве пользователей и частых обновлениях страниц рассмотреть возможность использования веб-сервера с балансировкой и оптимизацией сессий.
— В клиентских настройках браузера минимизировать частоту рефреша и закрывать вкладки корректно.
Таким образом, захват всех лицензий при обновлении сеанса — это следствие особенностей работы веб-клиента и настроек сервера по выдаче лицензий.
Рекомендую посмотреть здесь: https://infostart.ru/1c/articles/155922/
При обновлении (рефреше) сеанса в браузере веб-клиента 1С происходит повторное установление соединения с сервером 1С:Предприятия. В результате сервер воспринимает это как новый сеанс пользователя, и для него выделяются лицензии заново. Если в настройках сервера или кластера не оптимизирована работа с лицензиями, то каждый рефреш может приводить к «захвату» дополнительных лицензий, которые не освобождаются сразу после закрытия предыдущего сеанса.
Основные причины такого поведения:
1. **Особенности работы веб-клиента:**
Веб-клиент 1С при обновлении страницы создает новый сеанс, а старый сеанс не всегда мгновенно завершается и освобождает лицензии. Это приводит к временному «накоплению» занятых лицензий.2. **Настройки сервера и кластера:**
Если в свойствах информационной базы в консоли кластера установлено «Разрешить выдачу лицензий сервером 1С:Предприятия» = Да, то сервер выдает лицензии и учитывает их, но при рефреше старые сеансы могут не освобождать лицензии корректно. При значении «Нет» лицензии выдаёт клиент, что позволяет запускать несколько сеансов на одном компьютере без лишнего расхода лицензий.3. **Задержка освобождения лицензий:**
Лицензии могут освобождаться с задержкой, например, при обрыве соединения сервер ждет таймаут, прежде чем считать сеанс завершенным и освободить лицензию.4. **Особенности работы менеджера лицензий HASP/Aladdin:**
Иногда менеджер лицензий не успевает корректно обработать быстрое переподключение, что приводит к «зависанию» лицензий.Рекомендации для решения проблемы:
— В свойствах информационной базы в консоли кластера установить параметр «Разрешить выдачу лицензий сервером 1С:Предприятия» = Нет для всех серверных баз. Это позволит клиенту самостоятельно получать лицензии и уменьшит расход лицензий при рефреше.
— Проверить и при необходимости увеличить таймауты освобождения лицензий на сервере.
— Обновить менеджер лицензий HASP/Aladdin до последней версии.
— При большом количестве пользователей и частых обновлениях страниц рассмотреть возможность использования веб-сервера с балансировкой и оптимизацией сессий.
— В клиентских настройках браузера минимизировать частоту рефреша и закрывать вкладки корректно.
Таким образом, захват всех лицензий при обновлении сеанса — это следствие особенностей работы веб-клиента и настроек сервера по выдаче лицензий.
Рекомендую посмотреть здесь: https://infostart.ru/1c/articles/155922/
При обновлении (рефреше) сеанса в браузере веб-клиента 1С происходит повторное установление соединения с сервером 1С:Предприятия. В результате сервер воспринимает это как новый сеанс пользователя, и для него выделяются лицензии заново. Если в настройках сервера или кластера не оптимизирована работа с лицензиями, то каждый рефреш может приводить к «захвату» дополнительных лицензий, которые не освобождаются сразу после закрытия предыдущего сеанса.
Основные причины такого поведения:
1. **Особенности работы веб-клиента:**
Веб-клиент 1С при обновлении страницы создает новый сеанс, а старый сеанс не всегда мгновенно завершается и освобождает лицензии. Это приводит к временному «накоплению» занятых лицензий.2. **Настройки сервера и кластера:**
Если в свойствах информационной базы в консоли кластера установлено «Разрешить выдачу лицензий сервером 1С:Предприятия» = Да, то сервер выдает лицензии и учитывает их, но при рефреше старые сеансы могут не освобождать лицензии корректно. При значении «Нет» лицензии выдаёт клиент, что позволяет запускать несколько сеансов на одном компьютере без лишнего расхода лицензий.3. **Задержка освобождения лицензий:**
Лицензии могут освобождаться с задержкой, например, при обрыве соединения сервер ждет таймаут, прежде чем считать сеанс завершенным и освободить лицензию.4. **Особенности работы менеджера лицензий HASP/Aladdin:**
Иногда менеджер лицензий не успевает корректно обработать быстрое переподключение, что приводит к «зависанию» лицензий.Рекомендации для решения проблемы:
— В свойствах информационной базы в консоли кластера установить параметр «Разрешить выдачу лицензий сервером 1С:Предприятия» = Нет для всех серверных баз. Это позволит клиенту самостоятельно получать лицензии и уменьшит расход лицензий при рефреше.
— Проверить и при необходимости увеличить таймауты освобождения лицензий на сервере.
— Обновить менеджер лицензий HASP/Aladdin до последней версии.
— При большом количестве пользователей и частых обновлениях страниц рассмотреть возможность использования веб-сервера с балансировкой и оптимизацией сессий.
— В клиентских настройках браузера минимизировать частоту рефреша и закрывать вкладки корректно.
Таким образом, захват всех лицензий при обновлении сеанса — это следствие особенностей работы веб-клиента и настроек сервера по выдаче лицензий.
Рекомендую посмотреть здесь: https://infostart.ru/1c/articles/155922/
При обновлении (рефреше) сеанса в браузере веб-клиента 1С происходит повторное установление соединения с сервером 1С:Предприятия. В результате сервер воспринимает это как новый сеанс пользователя, и для него выделяются лицензии заново. Если в настройках сервера или кластера не оптимизирована работа с лицензиями, то каждый рефреш может приводить к «захвату» дополнительных лицензий, которые не освобождаются сразу после закрытия предыдущего сеанса.
Основные причины такого поведения:
1. **Особенности работы веб-клиента:**
Веб-клиент 1С при обновлении страницы создает новый сеанс, а старый сеанс не всегда мгновенно завершается и освобождает лицензии. Это приводит к временному «накоплению» занятых лицензий.2. **Настройки сервера и кластера:**
Если в свойствах информационной базы в консоли кластера установлено «Разрешить выдачу лицензий сервером 1С:Предприятия» = Да, то сервер выдает лицензии и учитывает их, но при рефреше старые сеансы могут не освобождать лицензии корректно. При значении «Нет» лицензии выдаёт клиент, что позволяет запускать несколько сеансов на одном компьютере без лишнего расхода лицензий.3. **Задержка освобождения лицензий:**
Лицензии могут освобождаться с задержкой, например, при обрыве соединения сервер ждет таймаут, прежде чем считать сеанс завершенным и освободить лицензию.4. **Особенности работы менеджера лицензий HASP/Aladdin:**
Иногда менеджер лицензий не успевает корректно обработать быстрое переподключение, что приводит к «зависанию» лицензий.Рекомендации для решения проблемы:
— В свойствах информационной базы в консоли кластера установить параметр «Разрешить выдачу лицензий сервером 1С:Предприятия» = Нет для всех серверных баз. Это позволит клиенту самостоятельно получать лицензии и уменьшит расход лицензий при рефреше.
— Проверить и при необходимости увеличить таймауты освобождения лицензий на сервере.
— Обновить менеджер лицензий HASP/Aladdin до последней версии.
— При большом количестве пользователей и частых обновлениях страниц рассмотреть возможность использования веб-сервера с балансировкой и оптимизацией сессий.
— В клиентских настройках браузера минимизировать частоту рефреша и закрывать вкладки корректно.
Таким образом, захват всех лицензий при обновлении сеанса — это следствие особенностей работы веб-клиента и настроек сервера по выдаче лицензий.
Рекомендую посмотреть здесь: https://infostart.ru/1c/articles/155922/
При обновлении (рефреше) сеанса в браузере веб-клиента 1С происходит повторное установление соединения с сервером 1С:Предприятия. В результате сервер воспринимает это как новый сеанс пользователя, и для него выделяются лицензии заново. Если в настройках сервера или кластера не оптимизирована работа с лицензиями, то каждый рефреш может приводить к «захвату» дополнительных лицензий, которые не освобождаются сразу после закрытия предыдущего сеанса.
Основные причины такого поведения:
1. **Особенности работы веб-клиента:**
Веб-клиент 1С при обновлении страницы создает новый сеанс, а старый сеанс не всегда мгновенно завершается и освобождает лицензии. Это приводит к временному «накоплению» занятых лицензий.2. **Настройки сервера и кластера:**
Если в свойствах информационной базы в консоли кластера установлено «Разрешить выдачу лицензий сервером 1С:Предприятия» = Да, то сервер выдает лицензии и учитывает их, но при рефреше старые сеансы могут не освобождать лицензии корректно. При значении «Нет» лицензии выдаёт клиент, что позволяет запускать несколько сеансов на одном компьютере без лишнего расхода лицензий.3. **Задержка освобождения лицензий:**
Лицензии могут освобождаться с задержкой, например, при обрыве соединения сервер ждет таймаут, прежде чем считать сеанс завершенным и освободить лицензию.4. **Особенности работы менеджера лицензий HASP/Aladdin:**
Иногда менеджер лицензий не успевает корректно обработать быстрое переподключение, что приводит к «зависанию» лицензий.Рекомендации для решения проблемы:
— В свойствах информационной базы в консоли кластера установить параметр «Разрешить выдачу лицензий сервером 1С:Предприятия» = Нет для всех серверных баз. Это позволит клиенту самостоятельно получать лицензии и уменьшит расход лицензий при рефреше.
— Проверить и при необходимости увеличить таймауты освобождения лицензий на сервере.
— Обновить менеджер лицензий HASP/Aladdin до последней версии.
— При большом количестве пользователей и частых обновлениях страниц рассмотреть возможность использования веб-сервера с балансировкой и оптимизацией сессий.
— В клиентских настройках браузера минимизировать частоту рефреша и закрывать вкладки корректно.
Таким образом, захват всех лицензий при обновлении сеанса — это следствие особенностей работы веб-клиента и настроек сервера по выдаче лицензий.
Рекомендую посмотреть здесь: https://infostart.ru/1c/articles/155922/
