← На главную

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

1. Назначение шаблонов конфигураций и каталога tmplts

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

Каталог tmplts (по умолчанию располагается в профиле пользователя или в общем каталоге %APPDATA%\1C\1cv8\tmplts) является стандартным хранилищем, куда программы установки распаковывают дистрибутивы конфигураций и файлы обновлений. Платформа 1С использует этот каталог для автоматического поиска доступных обновлений и создания баз через диалог добавления информационной базы.

2. Почему не рекомендуется устанавливать конфигурацию и платформу с комплектного диска

Установка программного обеспечения с физического оптического диска из коробки не рекомендуется по следующим причинам:

1. Устаревание релизов: С момента записи диска на заводе до момента покупки проходит время, за которое выпускаются новые версии платформы и конфигураций с исправлением ошибок и актуальными изменениями законодательства.
2. Отсутствие актуальных форм отчетности: Установка устаревшей конфигурации потребует многократного накатывания промежуточных обновлений.
3. Технические ограничения: На современных серверах и рабочих станциях часто отсутствуют дисководы для чтения CD/DVD.

Актуальные дистрибутивы платформы, конфигураций и дополнительных компонент следует скачивать непосредственно с официального сервиса обновлений 1С.

3. Ошибка «Не обнаружен ключ защиты»: причины и методы решения

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

1. Аппаратный ключ (HASP):

   Проверим физическое подключение USB-ключа и активность службы hasplms (HASP License Manager). Если ключ сетевой, убедимся в доступности порта 475 по протоколам UDP и TCP. При наличии нескольких сетевых интерфейсов или сегментированной сети настроим файл nethasp.ini, явно указав IP-адрес сервера с ключом в параметре NH_SERVER_ADDR.

2. Программная лицензия:

   Программная привязка зависит от конфигурации оборудования. Если изменились ключевые параметры (материнская плата, процессор, сетевая карта, версия ОС, имя компьютера), лицензия аннулируется. Потребуется выполнить восстановление лицензии с вводом резервного пин-кода и точным совпадением регистрационных данных владельца.

3. Права доступа и параметры кластера:

   Проверим права сервисной учетной записи сервера 1С (например, usr1cv8) на чтение файлов в каталогах хранения лицензий (*.lic). В свойствах информационной базы в консоли администрирования кластера серверов убедимся, что включен параметр Разрешить выдачу лицензий сервером 1С:Предприятия.

4. Отраслевые модули защиты:

   Для отраслевых решений проверим работу службы СЛК (Система лицензирования и защиты конфигураций) и доступность ее сетевого порта.

4. Количество конфигураций в одной информационной базе

В типовой информационной базе 1С:Предприятие 8, находящейся на поддержке, одновременно присутствуют до трех конфигураций:

1. Основная конфигурация (конфигурация разработчика): Дерево метаданных, редактируемое программистом в окне Конфигуратора.
2. Конфигурация базы данных: Рабочее состояние метаданных, с которым взаимодействуют пользователи в режиме «1С:Предприятие». Изменения из основной конфигурации переносятся сюда по клавише F7 (или через меню Конфигурация — Обновить конфигурацию базы данных).
3. Конфигурация поставщика: Неизменяемый эталонный слепок метаданных от разработчика (вендора), используемый для автоматического трехстороннего сравнения при последующих обновлениях. В сложных системах с несколькими подсистемами конфигураций поставщика может быть несколько.

5. Назначение файлов CF, CFU и отличие от формата MD (1С 7.7)

Разберем различия между типами файлов конфигураций:

1. Файл CF (Configuration File): Содержит полное дерево метаданных конфигурации 1С 8. Позволяет развернуть систему с нуля или обновить базу без привязки к промежуточным версиям.
2. Файл CFU (Configuration Update): Является разностным файлом («заплаткой»). Он содержит только дельту изменений между конкретными исходными релизами и целевым релизом. Применить CFU можно только к той конфигурации, чей номер релиза строго поддерживается данным файлом обновления.
3. Файл MD (Metadata) в 1С 7.7: В платформе предыдущего поколения 1С 7.7 файл 1Cv7.MD совмещал в себе и конфигурацию разработчика, и рабочую конфигурацию базы данных, хранясь непосредственно в каталоге базы. В 1С 8 все метаданные хранятся внутри таблиц СУБД, а файлы .cf и .cfu служат исключительно для транспортировки и распространения.

6. Проверка конфигурации на наличие изменений

Для определения, является ли конфигурация типовой (неизмененной):

1. Перейдем в меню Конфигурация — Поддержка — Настройка поддержки. Если напротив всех объектов установлен значок желтого замка и указано Объект поставщика не редактируется, конфигурация полностью типовая.
2. Если включена возможность изменения (значки замка с карандашом), это еще не означает фактического наличия доработок. Чтобы выявить реальные изменения, выполним команду Конфигурация — Сравнить, объединить с конфигурацией из файла и выберем чистый эталонный файл .cf поставщика того же самого релиза. Окно сравнения покажет точный список измененных, удаленных или добавленных объектов.

7. Обновление через несколько релизов

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

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

8. Работа пользователей во время обновления

Возможность одновременной работы пользователей зависит от характера обновления и используемой редакции платформы:

1. Реструктуризация таблиц базы данных: Если обновление изменяет структуру таблиц СУБД (добавление реквизитов, изменение типов, добавление объектов), требуется монопольный доступ. Платформа блокирует выполнение операций другими сеансами.
2. Динамическое обновление: Позволяет обновлять программные модули без отключения пользователей, однако несет риски рассинхронизации кэша метаданных на клиентах и сервере. Не рекомендуется для постоянного использования в рабочих базах.
3. Фоновое обновление (КОРП-функционал): На платформе уровня КОРП доступна фоновая реструктуризация таблиц, выполняющая тяжелые операции перестроения СУБД параллельно с работой пользователей.
4. Отложенное обновление данных: В современных конфигурациях на базе БСП основная масса длительных обработок данных выполняется регламентными заданиями в фоновом режиме уже после того, как пользователи вошли в обновленную программу.

9. Обновление нетиповых и отраслевых решений

Для доработанных баз обновление выполняется по правилам трехстороннего объединения:

1. В Конфигураторе выбираем Конфигурация — Поддержка — Обновить конфигурацию и указываем файл нового релиза (CF или CFU).
2. В открывшемся окне сравнения и объединения анализируем дважды измененные объекты (где есть доработки программиста и изменения поставщика). Настраиваем правила объединения: объединять с приоритетом поставщика, объединять с приоритетом основной конфигурации или объединять вручную.
3. Для отраслевых решений перед накатом конфигурации обновляем компоненты и сервер защиты (СЛК), а также актуализируем файлы отраслевых лицензий.

10. Ошибка «Структура конфигурации несовместима с текущей версией программы»

Данная ошибка возникает в следующих ситуациях:

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

11. Управление поддержкой: включение изменений и полное снятие

В окне Настройка поддержки доступны два основных действия:

1. Включить возможность изменения: Переводит объекты в статус редактируемых, сохраняя конфигурацию поставщика в базе данных. Позволяет вносить доработки и в дальнейшем выполнять автоматическое трехстороннее объединение через файлы CFU или CF.
2. Снять с поддержки: Полностью удаляет конфигурацию поставщика из состава информационной базы. Это уменьшает размер служебных данных, но делает невозможным использование файлов обновлений .cfu. База переходит в статус полностью независимой разработки («самописки»). Восстановление поддержки потребует ручного сравнения и объединения с эталонным .cf с обязательной установкой флага поддержки.