коды ошибок

1C

Очистка истории лицензий 1С 8.3 на сервере — инструкция

  • Рискспособ не описан официально в документации…
  • Свежестьсверено 28.09.2026
  • Способов3
  • Чтение5 мин

Коротко

  1. 01

    Длинный список лицензий в «О программе» — это накопленный кэш последних успешно полученных лицензий; официальной статьи 1С о его очистке на its.1c.ru нет, способ ниже — практика сообщества администраторов 1С (infostart.ru), а не рекомендация вендора.

  2. 02

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

  3. 03

    Имя служебного файла с историей лицензий у каждой базы своё (это случайный идентификатор) — сначала найдите его запросом, а не копируйте чужой пример.

  4. 04

    Официальная документация 1С описывает таблицу Files в служебной схеме базы только как хранилище «прочих документов конфигурации», без детализации по .pfl-файлам — это подтверждает, что метод ниже действительно неофициальный.

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

1С официально описывает таблицу Files служебной схемы базы данных лишь как хранилище «прочих документов, например, в связи с хранением конфигурации» (its.1c.ru/db/content/metod8dev), не детализируя её содержимое. Прямая правка этой таблицы — не документированная вендором операция.

Что такое история лицензий в 1С 8.3

Посмотреть текущий список можно в клиенте: Помощь → О программе → Лицензия. Там отображается активная лицензия и записи обо всех, что применялись к этой базе раньше. Технически это кэш последней полученной лицензии в служебном файле с расширением .pfl — он нужен, чтобы программа могла запуститься даже при кратковременной недоступности сервера лицензирования. Сама по себе длинная история не мешает работе, но затрудняет аудит лицензий.

Причины появления длинного списка

  • База переносилась между серверами с разными HASP-ключами
  • Использовались временные программные лицензии во время переезда
  • На сервере последовательно меняли ключи защиты разного номинала
  • Базу копировали для тестирования в разных окружениях

Способ 1: Через pgAdmin, если база на PostgreSQL

Применимо к клиент-серверному варианту 1С 8.3 на PostgreSQL. Обязательно сделайте резервную копию базы перед этим способом — процедура не описана 1С официально, и её последствия на нестандартных конфигурациях не гарантированы.

  1. Откройте pgAdmin, подключитесь к серверу PostgreSQL с базой 1С, откройте Tools → Query Tool.
  2. Сначала найдите настоящее имя служебного файла в вашей базе — оно у каждой базы своё, случайное, и не совпадает с примерами из чужих инструкций:
    SELECT FileName, LENGTH(BinaryData) FROM Files WHERE FileName LIKE '%.pfl'
  3. Если запрос вернул одну строку — это и есть нужный файл. Если строк несколько, однозначного официального критерия «какая именно хранит историю лицензий» нет; ориентируйтесь на размер (BinaryData) и при сомнении уточните у своего 1С-партнёра, прежде чем менять.
  4. Подставьте найденное имя в запрос очистки:
    UPDATE Files
    SET BinaryData = ''
    WHERE FileName = 'ИМЯ_НАЙДЕННОГО_ФАЙЛА.pfl'
  5. Выполните запрос (F5). Он должен вернуть «1 row affected».
  6. Запустите 1С:Предприятие и проверьте Помощь → О программе → Лицензия.

pgAdmin, редактор запросов: UPDATE Files SET BinaryData='' WHERE FileName — конкретный пример из одной базы, сообщение «UPDATE 1» после выполнения. Имя файла в примере уникально для той базы и не подходит для копирования в другую

В результате в истории остаётся только текущая активная лицензия.

Окно «О программе» в 1С:Предприятие после очистки: в поле «Лицензия» осталась одна текущая запись вместо прежнего длинного списка

Способ 2: Обнулить файл .pfl в файловой базе

Для файлового варианта (не клиент-серверного) кэш лицензии хранится не в базе данных, а в служебном профиле операционной системы, а не в самой папке информационной базы — расположение зависит от версии платформы и настроек профиля. Этот способ тоже не описан в официальной документации 1С, только на технических форумах администраторов.

  1. Закройте все клиентские соединения с базой.
  2. Сделайте резервную копию файла, прежде чем его менять.
  3. Найдите файл с расширением .pfl, отвечающий за кэш лицензии этой базы, и очистите его содержимое (не удаляйте сам файл, если не уверены — переименуйте копию как резерв).
  4. Запустите 1С и проверьте список лицензий.

Способ 3: Через консоль кластера серверов 1С

Для серверного варианта можно попробовать перезапустить фоновые задания информационной базы через Консоль кластеров серверов 1С:Предприятия — иногда при следующем запуске конфигурация перечитывает актуальную лицензию. Этот способ не гарантирует полной очистки истории и работает не всегда; для надёжного результата используется Способ 1.

Что делать, если ничего не помогло

  • Запрос SELECT не находит ни одной строки с .pfl — возможно, в вашей версии платформы или конфигурации служебная схема устроена иначе; не пытайтесь угадать имя файла, обратитесь к 1С-партнёру, обслуживающему сервер.
  • Нет доступа к pgAdmin — нужны права суперпользователя или владельца базы PostgreSQL; обратитесь к системному администратору сервера.
  • История возвращается после обновления платформы — платформа заново формирует кэш при следующем успешном подключении к серверу лицензирования, это нормально; повторная очистка не опаснее первой при том же условии — обязательный бэкап перед ней.

Частые вопросы

журнал · 6 записей
01Это официальный способ 1С?

Нет. 1С не публикует эту процедуру на its.1c.ru — то, что описано в статье, практика администраторов 1С с форумов (infostart.ru). Официальная документация описывает таблицу Files служебной схемы только в общих чертах, без деталей о .pfl-файлах. Действуйте только после резервной копии и по возможности после консультации со своим 1С-партнёром.

02На каких конфигурациях работает этот способ?

На любой типовой конфигурации 1С:Предприятие 8.3, если база хранится в PostgreSQL (клиент-серверный вариант) или в файловом режиме — сама операция затрагивает служебные данные платформы, а не прикладные объекты конфигурации.

03Нужно ли останавливать сервер 1С перед выполнением запроса?

Не обязательно, если в базе нет активных сеансов. Безопаснее выполнять в период, когда пользователи не работают в системе.

04Что если подставить неправильное имя файла в запросе?

Запрос отработает, но не изменит ни одной строки (0 rows affected) — это безопасная ошибка, данные не пострадают. Именно поэтому важно сначала выполнить SELECT и убедиться в правильном имени, а не копировать пример из инструкции.

05Можно ли восстановить историю лицензий после очистки?

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

06Работает ли способ с MS SQL Server вместо PostgreSQL?

Логика та же: найти таблицу Files в базе данных 1С через SELECT и выполнить аналогичный UPDATE в SQL Server Management Studio. Как и для PostgreSQL, это не официально документированная 1С операция.

Редакция allerrorcodes.ru · обновлено 28.09.2026

Факты сверены с первоисточниками 28 сентября 2026.

Что дальше

Ещё разборы: 1C

Комментарии читателей1 запись
  1. Pavel27.12.2023

    Не сработал способ. Даже удаление этой строки из базы, не оказывает эффекта.