Администрирование 1С:Предприятия v8.1

Администрирование 1С:Предприятия v8.1

Целью данного раздела является помочь максимально эффективно решать проблемы как самостоятельно, так и с помощью обращения на линию технической поддержки.

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

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

Материалы данного раздела составлены на основе анализа проблем, встречающихся при работе с 1С:Предприятием 1с 8.

Рекомендации по диагностике проблем с защитой

Не всегда аварийное завершение сеанса работы 1С:Предприятия 8 связано с наличием ошибок в приложении. Анализ обращений с подобными проблемами в отдел технической поддержки и сообщений в конференции показал, что во многих случаях причиной подобного поведения системы является временная потеря связи между клиентским приложением и HASP License Manager. При работе 1С:Предприятия 8 происходит периодический опрос сетевого ключа защиты и, в случае неполучения за определенное время ответа от HASP License Manager, клиентская сессия прерывается и происходит аварийное завершение сеанса работы 1С:Предприятия 8.
Косвенными признаками наличия проблем в работе системы защиты могут служить следующие факторы:
Ошибки проявляются не систематически;
Проявление ошибки не зависит от выполняемых пользователем операций;
Записи в журнале событий Windows клиентского компьютера содержат ссылки на различные модули 1С:Предприятия 8 и различные адреса;
После установки ключа защиты NetHASP локально ошибки прекращаются.
Проблема конкретного рабочего места

Идентификация
Ошибки проявляются только на отдельных рабочих местах;
Существуют рабочие места, на которых ошибки не проявляются:
Перенос ключа NetHASP и HASP License Manager на другой компьютер проблемы не решает;
После установки ключа защиты локально в проблемные компьютеры ошибки прекращаются.
Возможные причины
Некорректные настройки брандмауэра Windows;
HASP License Manager должен быть включен в список исключений брандмауэра Windows;
Аппаратные проблемы используемого сетевого оборудования проблемных компьютеров;
Настройки и качество работы сетевых протоколов на проблемных компьютерах;
Конфликт с установленным программным обеспечением.
Проблема компьютера, на котором установлен HASP License Manager

Идентификация
Ошибки проявляются на всех рабочих местах;
После переноса ключа NetHASP и HASP License Manager на другой компьютер появление ошибок прекращается.
Возможные причины

  • Высокая загрузка компьютера, на котором установлен HASP License Manager:
  • Не рекомендуется устанавливать HASP License Manager на компьютеры с установленными MS SQL Server и(или) сервером 1С:Предприятия 8;
  • Использование несоответствующих версий HASP License Manager и драйвера ключа NetHASP:
  • Необходимо использовать HASP License Manager версии не ниже, чем 8.30;
  • Необходимо использовать драйвер ключа NetHASP версии 4.98;
  • Некорректные настройки брандмауэра Windows:
  • HASP License Manager должен быть включен в список исключений брандмауэра Windows;
  • Аппаратные проблемы данного компьютера:
  • Сетевое оборудование;
  • USB порты;
  • Настройки и качество работы сетевых протоколов компьютера, на котором установлен HASP License Manager;
  • Конфликт с установленным программным обеспечением.


Тестирование работы 1С:Предприятия 8.0 с использованием в качестве СУБД Microsoft SQL Server 2005

Проведено тестирование работы 1С:Предприятия 8.0 с использованием в качестве СУБД Microsoft SQL Server 2005.
Тестирование проводилось с целью оценки совместимости 1С:Предприятяия 8.0 как с 32-х разрядной, так и с 64-х разрядной версиями Microsoft SQL Server 2005.
Проведенное тестирование не выявило проблем совместимости 1С:Предприятия 8.0 с Microsoft SQL Server 2005.

Оценка объема данных, хранящихся в таблицах информационной базы

Административное представление ADMINTABINFO можно использовать для получения информации об объеме данных, хранящихся в таблице базы данных.
Получение информации об объеме данных для каждой таблицы используемой схемы

SELECT
SUBSTR(TABSCHEMA,1,10) AS SCHEMA, SUBSTR(TABNAME,1,15) AS TABNAME,
INT(DATA_OBJECT_P_SIZE) AS OBJECT_SIZE,
INT(LOB_OBJECT_P_SIZE) AS LOB_SIZE,
INT(INDEX_OBJECT_P_SIZE) AS INDEX_SIZE,
INT(XML_OBJECT_P_SIZE) AS XML_SIZE
FROM
SYSIBMADM.ADMINTABINFO
WHERE
TABSCHEMA='DB2ADMIN'
ORDER BY
OBJECT_SIZE DESC Получение информации об объеме данных для всех таблиц используемой схемы

SELECT
SUBSTR(TABSCHEMA,1,10) AS SCHEMA,
SUM(DATA_OBJECT_P_SIZE) AS OBJECT_SIZE,
SUM(LOB_OBJECT_P_SIZE) AS LOB_SIZE,
SUM(INDEX_OBJECT_P_SIZE) AS INDEX_SIZE,
SUM(XML_OBJECT_P_SIZE) AS XML_SIZE
FROM
SYSIBMADM.ADMINTABINFO
WHERE
TABSCHEMA='DB2ADMIN'
GROUP BY
TABSCHEMA Используемые в запросах поля административного представления ADMINTABINFO :
DATA_OBJECT_P_SIZE - физический размер объектов данных, выраженный в килобайтах
LOB_OBJECT_P_SIZE - физический размер больших объектов (строк неограниченной длины, двоичных данных), выраженный в килобайтах.
INDEX_OBJECT_P_SIZE - физический размер индексов, выраженный в килобайтах.
XML_OBJECT_P_SIZE - физический размер XML объектов, выраженный в килобайтах.


Информационные базы в варианте "клиент-сервер" и базы данных

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

Для хранения большинства данных, с которыми работает 1С:Предприятие в варианте "клиент-сервер", используются базы данных. База данных обычно располагается в файле, группе файлов или на специальных устройствах. Доступ к одной или нескольким базам данных и управление ими осуществляется посредством сервера баз данных. Для 1С:Предприятия база данных идентифицируется:
типом сервера баз данных;
именем или IP-адресом сервера баз данных;
именем базы данных в терминах сервера баз данных;
именем и паролем пользователя в соответствии с политикой безопасности сервера баз данных.
Информационная база

Информационная база является понятием 1С:Предприятия и определяет совокупность конфигурации и всех данных, с которыми работает 1С:Предприятие. Данные можно разделить на:
основные данные (конфигурация, объекты базы данных, некоторые настройки пользователей и другие). Такие данные сохраняются в базе данных;
служебные данные (блокировки, значения параметров сеанса, журнал регистрации и другие). В клиент-серверном варианте они хранятся в процессах кластера серверов 1С:Предприятия или в файлах, создаваемых этими процессами.
Информационные базы регистрируются в кластере серверов 1С:Предприятия (подробнее в посте "Хранение настроек кластера серверов 1С:Предприятия 8.1") и идентифицируются:
именем или IP-адресом кластера серверов 1С:Предприятия;
именем информационной базы, зарегистрированным в данном кластере.
Каждая информационная база, зарегистрированная в кластере, содержит:
ссылку на базу данных с основными данными;
совокупность служебных данных, содержание которых связано с основными данными и может оказывать влияние на использование и модификацию основных данных.
Использование одной базы данных несколькими информационными базами одновременно

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

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

Размещение данных 1С:Предприятия 8.1

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

Предметом данного рассмотрения являются только те данные, которые 1С:Предприятие использует всегда, независимо от действий, исполняемых конкретными конфигурациями, или действий, связанных с выбором пользователем тех или иных файлов. Таким образом, файлы конфигураций, выгрузки данных, внешние обработки и другие файлы, внешние по отношению к 1С:Предприятию 8.1 здесь рассматриваться не будут.
Данные, которые 1С:Предприятие использует всегда, могут быть разделены на 5 групп в соответствии с их назначением и мерой их ответственности:
Информационные базы. К информационным базам относится наиболее ответственная информация, включающая: конфигурацию, все данные о хозяйственной деятельности предприятия а также административную информацию. Все данные, относящиеся к информационной базе, объединяются в базу данных. Потеря или искажение каких-то данных информационной базы может привести к потере работоспособности системы, построенной на базе 1С:Предприятия.
Хранилище конфигурации содержит текущую конфигурацию и историю ее разработки при использовании в Конфигураторе средств групповой разработки. При разработке конфигурации эта информация также является "жизненно важной".
Журнал регистрации содержит список операций, совершенных над данной информационной базой. Эта информация не является необходимой для работы системы на базе 1С:Предприятия, но может быть важной с организационной точки зрения.
Вспомогательные данные. К вспомогательным относятся такие данные, которые служат для удобства пользователя и не влияют на логику работы системы на базе 1С:Предприятия.
Профайлы содержат информацию о расположении окон, текущих позициях, состоянии диалогов и других настройках, позволяющих пользователю работать наиболее комфортно. Различные конфигурации могут хранить в профайлах и другую информацию, которая может быть полезной, но не является необходимой.
Другие вспомогательные данные. К ним относятся списки информационных баз, зарегистрированных на клиенте или на сервере, и некоторые другие данные.
Временные данные. Эти данные использует приложение 1С:Предприятия 8.1 для служебных целей. Они актуальны только в пределах одного сеанса работы и после его завершения уничтожаются.
Размещение данных, принадлежащих разным группам, отличается. Дополнительное разнообразие в способы хранения данных вносит возможность организации как файловых, так и клиент-серверных информационных баз.
Организация информационных баз

Данные, которые определяют логику функционирования системы на базе 1С:Предприятия, относятся к информационной базе. Хранение информационной базы осуществляется в базе данных с виде набора таблиц, для чего 1С:Предприятие 8.1 может использовать одну из четырех систем управления базами данных (СУБД):
Встроенную в 1С:Предприятие 8.1 (файловый вариант информационной базы). В этом случае все данные информационной базы хранятся в файле с именем 1Cv8.1CD. Этот файл имеет двоичный формат и по сути является базой данных для встроенной в 1С:Предприятие 8.1 СУБД.
Microsoft SQL Server (клиент-серверный вариант информационной базы). Все данные информационной базы хранятся в базе данных Microsoft SQL Server.
PostgreSQL (клиент-серверный вариант информационной базы). Все данные информационной базы хранятся в базе данных PostgreSQL.
IBM DB2 (клиент-серверный вариант информационной базы). Все данные информационной базы хранятся в базе данных IBM DB2.
На уровне объектов базы данных (таблиц, полей, индексов и т. п.) как файловый так и клиент-серверный вариант информационной базы имеют сходный формат (отличающийся несущественными деталями). Некоторая информация об этом формате содержится ниже.
Вся информационная база представляется в базе данных в виде набора таблиц. Среди них есть несколько таблиц, которые обязательно присутствуют в представлении любой информационной базы:
Config - основная конфигурация информационной базы. Эта конфигурация соответствует реальной структуре данных и используется 1С:Предприятием 8.0 в режиме Предприятия.
ConfigSave - конфигурация, редактируемая Конфигуратором. Конфигурация из ConfigSave переписывается в Config при выполнении "Обновления конфигурации базы данных" в Конфигураторе, а наоборот - при выполнении в Конфигураторе операции "Конфигурация - Конфигурация базы данных - Вернуться к конфигурации БД".
Files содержит служебную информацию, например, о работе с хранилищем конфигурации.
Params содержит параметры информационной базы. Среди них:
Список пользователей информационной базы.
Национальные настройки информационной базы.
Таблица соответствия объектов метаданных и объектов базы данных (таблиц, полей, индексов).
Некоторая другая информация.
_YearOffset - смещение дат в базе данных. Эта таблица создается только при использовании Microsoft SQL Server.
DBSchema содержит информацию о структуре базы данных 1С:Предприятия и определяет другие объекты базы данных, используемые данной информационной базой.
При старте 1С:Предприятие проверяет наличие в информационной базе перечисленных таблиц и в случае отсутствия какой-нибудь из них выдается сообщение "информационная база разрушена". Отсутствие всех перечисленных таблиц означает, что информационная база пустая. В последнем случае эти таблицы будут созданы.
Перечень и структура других таблиц базы данных определяется конкретной конфигурацией, а именно, определенными в ней объектами метаданных. Имя каждой таблицы состоит из буквенного префикса и следующего за ним номера. Префикс определяет назначение таблицы, а номер позволяет различать таблицы одинакового назначения, относящиеся к разным объектам метаданных. Если в качестве СУБД используется IBM DB2, то описанную структуру имеют не имена таблиц, а их псевдонимы.
Если в конфигурации определен хотя бы один план обмена с установленным флагом "Распределенная информационная база", то будут созданы следующие таблицы:
_ConfigChangeRec - таблица регистрации изменений объектов конфигурации.
_ConfigChangeRec_ExtProps - таблица имен файлов измененных внешних свойств объектов конфигурации.
Ниже перечислены различные объекты метаданных, которым могут соответствовать те или иные таблицы.
Константы
_Consts содержит текущие значения всех констант, определенных в конфигурации.
_ConstsChangeRec - таблица регистрации изменений констант. Создается, если хотя бы одна константа участвует хотя бы в одном плане обмена.
Планы обмена
_Node<n> - таблица плана обмена.
_Node<n>_VT<k> - табличная часть плана обмена, создается для каждой табличной части.
Справочники
_Reference<n> - таблица справочника.
_Reference<n>_VT<k> - табличная часть справочника - для каждой табличной части.
_ReferenceChangeRec<n> - таблица регистрации изменений справочника. Создается, если справочник участвует хотя бы в одном плане обмена.
Документы
_Document<n> - таблица документов для каждого объекта метаданных "документ".
_Document<n>_VT<k> - табличная часть документа - для каждой табличной части каждого документа.
_DocumentChangeRec<n> - таблица регистрации изменений объекта метаданных типа "документ". Создается для каждого объекта метаданных типа "документ", если он участвует хотя бы в одном плане обмена.
Последовательности документов
_Sequence<n> - таблица регистрации документов - для каждой последовательности.
_SequenceBoundary<n> - таблица границ последовательности - для каждой последовательности.
_SequenceChangeRec<n> - таблица регистрации изменений последовательности. Создается для каждой последовательности, которая участвует хотя бы в одном плане обмена.
Журналы документов.
_DocumentJournal<n> - таблица журнала документов, создается для каждого журнала документов.
Перечисления
_Enum<n> - таблица перечисления - по одной для каждого перечисления.
Планы видов характеристик
_Chrc<n> - основная таблица плана видов характеристик.
_Chrc<n>_VT<k> - табличная часть плана видов характеристик - для каждой табличной части.
_ChrcChangeRec<n> - таблица регистрации изменений плана видов характеристик. Создается, если план видов характеристик участвует хотя бы в одном плане обмена.
Планы счетов
_Acc<n> - основная таблица плана счетов.
_Acc<n>_ExtDim<k> - таблица видов субконто плана счетов, создается для плана счетов в том случае, если максимальное количество субконто больше нуля.
_Acc<n>_VT<k> - табличная часть плана счетов, создается для каждой табличной части плана счетов.
_AccChangeRec<n> - таблица регистрации изменений плана счетов. Создается, если план счетов участвует хотя бы в одном плане обмена.
Планы видов расчета
_CalcKind<n> - основная таблица плана видов расчета.
_CalcKind<n>_BaseCK - таблица базовых видов расчета, создается для плана видов расчета в случае, если его свойство "Зависимость от базы" имеет значение, отличное от "Не зависит".
_CalcKind<n>_DisplacedCK - таблица вытесняемых видов расчета, создается для плана видов расчета в случае, если у него установлен флаг "Использует период действия".
_CalcKind<n>_LeadingCK - таблица ведущих видов расчета - для каждого плана видов расчета.
_CalcKindDN<n> - вспомогательная таблица для порядка вытеснения, создается, если у плана видов расчета установлен флаг "Использует период действия".
_CalcKind<n>_VT<k> - табличная часть плана видов расчета, создается для каждой табличной части.
_CalcKindChangeRec<n> - таблица регистрации изменений плана видов расчета. Создается, если план видов расчета участвует хотя бы в одном плане обмена.
Регистры сведений
_InfoReg<n> - таблица движений регистра сведений.
_InfoRegChangeRec<n> - таблица регистрации изменений регистра сведений. Создается, если регистр сведений участвует хотя бы в одном плане обмена.
Регистры накопления
_AccumReg<n> - таблица движений регистра накопления.
_AccumRegTotals<n> - таблица итогов регистра накопления, если регистр поддерживает остатки.
_AccumRegTurnovers<n> - таблица оборотов регистра накопления, если регистр поддерживает обороты.
_AccumRegChangeRec<n> - таблица регистрации изменений регистра накопления. Создается, если регистр накопления участвует хотя бы в одном плане обмена.
_AccumRegOptions - таблица настроек хранения итогов регистров накопления одна на все регистры накопления.
Регистры бухгалтерии
_AccntReg<n> - таблица движений регистра бухгалтерии.
_AccntRegED<n> - таблица значений субконто регистра бухгалтерии, создается в том случае, если он ссылается на план счетов, у которого максимальное количество субконто больше нуля.
_AccTtl0<n> - таблица итогов по счету.
_AccTtl<i><n> - где i от 1 до максимального количества субконто. Таблица итогов по счету с количеством видов субконто равным i.
_AccTtlC<n> - таблица итогов оборотов между счетами, только для регистра бухгалтерии поддерживающего корреспонденцию.
_AccntRegChangeRec<n> - таблица регистрации изменений регистра бухгалтерии. Создается, если регистр бухгалтерии участвует хотя бы в одном плане обмена.
_AccntRegOptions - таблица настроек хранения итогов одна на все регистры бухгалтерии.
Регистры расчета
_CalcReg<n> - таблица движений регистра расчета.
_CalcRegActPer<n> - таблица фактических периодов действия для регистра расчета, создается, если у регистра расчета установлен флаг "Период действия".
_CalcRegChangeRec<n> - таблица регистрации изменений регистра расчета. Создается для каждого регистра расчета, участвующего хотя бы в одном плане обмена.
_CalcRegRecalc<n> - таблица перерасчета регистра расчета, создается для каждого перерасчета.
_CalcRegRecalcChangeRec<n> - таблица регистрации изменений перерасчета. Создается, если перерасчет участвует хотя бы в одном плане обмена.
Бизнес-процессы
_BPRoutePoint<n> - таблица точек маршрута бизнес-процесса для каждого бизнес-процесса.
_BusinessProcess<n> - основная таблица бизнес-процесса.
_BusinessProcess<n>_VT<k> - табличная часть бизнес-процесса для каждой табличной части.
_BusinessProcessChangeRec<n> - таблица регистрации изменений бизнес-процесса. Создается для каждого бизнес-процесса, участвующего хотя бы в одном плане обмена.
Задачи
_Task<n> - основная таблица задачи.
_Task<n>_VT<k> - табличная часть задачи для каждой табличной части.
_TaskChangeRec<n> - таблица регистрации изменений в задачах. Создается для каждого объекта метаданных типа "задача", который участвует хотя бы в одном плане обмена.
При использовании IBM DB2 префиксы псевдонимов таблиц начинаются не с символа подчеркивания, а сразу с буквенной части.
Количество этих таблиц зависит от функциональности конфигурации и может быть достаточно большим. В штатном режиме 1С:Предприятие не выполняет проверку их наличия, а также целостности и непротиворечивости содержащихся в них данных. Поэтому важно, чтобы база данных, в которой размещена информационная база 1С:Предприятия 8.1, была защищена от несанкционированного доступа и ее модификация выполнялась только средствами 1С:Предприятия. Для проверки необходимо использовать функцию "Администрирование - Тестирование и исправление", встроенную в конфигуратор.
Важно также, чтобы резервное копирование и восстановление базы данных, хранящей информационную базу, выполнялось только целиком. С этой целью рекомендуется использование средств резервного копирования баз данных, встроенных в в используемую СУБД. Резервное сохранение файлового варианта информационной базы может быть выполнено копированием файла 1Cv8.1CD.
В конфигураторе есть специальная функция: Администрирование - Выгрузить информационную базу. С ее помощью можно выгрузить в указанный файл (файл выгрузки) все данные, относящиеся к информационной базе, и больше никакие. Обратная ей функция "Загрузить информационную базу" позволяет в текущую информационную базу вместо существующих загрузить все данные из файла выгрузки. Эти функции также можно использовать для резервного копирования данных информационной базы как в файловом так и в клиент-серверном варианте.
Хранилище конфигурации

Хранилище конфигурации используется при групповой разработке конфигураций и служит для хранения истории версий конфигурации, включая последнюю (текущую) версию. Все хранилище содержится в одном файле - 1Cv8ddb.1cd, который располагается в каталоге, заданном в качестве каталога хранилища конфигурации.
В процессе разработки конфигураций с использованием средств групповой разработки данные, хранимые в этом файле, являются жизненно важными. Поэтому рекомендуется их резервное копирование.
Журнал регистрации

Журнал регистрации относится к информационной базе и служит для сохранения информации о событиях, возникающих в процессе работы пользователей с данной информационной базой. Эта информация может быть важной с организационной точки зрения, но не является необходимой для функционирования прикладного решения на базе 1С:Предприятия.
Журналы регистрации хранятся в специальных каталогах 1Cv8Log по одному на каждую информационную базу. Каждый каталог содержит файл 1Cv8.elf и несколько файлов с именами вида yyyyMMddhhmmss.log, где yyyy - номер года, MM - номер месяца, dd - номер дня в месяце, hh - номер часа, mm - номер минуты, ss - номер секунды. Например, "20070525200000.log". Файл 1Cv8.elf содержит общую информацию журнала регистрации. Каждый файл yyyyMMddhhmmss.log содержит фрагмент журнала регистрации за соответствующий период. Имя файла представляет момент времени начала периода. Длина периода определяется настройкой журнала регистрации "Разделять хранение журнала по периодам".
В файловом варианте информационной базы журнал регистрации располагается в каталоге информационной базы, в том же, что и файл самой информационной базы. Например, если информационная база хранится в файле C:/EnterpriseInfoBase/1Cv8.1CD, то журнал регистрации будет находиться в каталоге C:/EnterpriseInfoBase/1Cv8log.
В клиент-серверном варианте информационной базы журнал регистрации располагается в подкаталоге рабочего каталога кластера. Имя подкаталога определяется идентификатором информационной базы. Например: "C:/Program Files/1cv81/server/reg_1541/fb9d9cc4-ccd0-4be7-87e8-c5182945291e/1Cv8Log".
Профайлы
Профайлы содержат информацию, не оказывающую влияния на логику функционирования системы на базе 1С:Предприятия 8.1. Такая информация не является необходимой, но ее сохранение может, например, повысить комфортность работы пользователя. В профайлах можно хранить формат и расположение окон и диалогов, настройки шрифтов, цветов, отборов и т. п. Потеря такой информации не может привести к нарушению работоспособности системы.
Профайлы различаются по принадлежности хранимой в них информации. Виды профайлов, используемых в 1С:Предприятии 8.1, представлены в таблице:

Принадлежность данных
Примеры хранимых данных
Расположение
Компьютер клиента- Открыто ли табло.
- Настройки текстового редактора.<Данные приложений пользователя>/1C/1Cv81/1Cv8.pfl, например:
C:/Documents and Settings/User/Application Data/1C/1Cv81/1Cv8.pflИнформационная база- Режим аутентификации при старте 1С:Предприятия из отладчика.
- Каталог последнего сохранения хранилища конфигурации в файл.Таблица files базы данных, в которой размешена информационная база. Информационная база и пользователь- Настройки динамических списков.
- Настройки отборов по журналу регистрации.Таблица files базы данных, в которой размешена информационная база. Компьютер и информационная база- Настройки сравнения файлов конфигураций.
- Настройки глобального поиска по текстам конфигурации.<Данные приложений пользователя>/1C/1Cv81/<Идентификатор информационной базы>/1Cv8.pfl, например:
C:/Documents and Settings/User/Application Data/1C/1Cv81/ 4129dbdb-b495-41cb-99ea-ef315060a03e/1Cv8.pflКомпьютер, информационная база и пользователь- Расположение окна синтакс - помощника.
- Список переменных для быстрого просмотра в отладчике.<Данные приложений пользователя>/1C/1Cv81/<Идентификатор информационной базы>/<Идентификатор пользователя>/1Cv8.pfl, например:
C:/Documents and Settings/User/Application Data/1C/1Cv81/ 4129dbdb-b495-41cb-99ea-ef315060a03e/ E8D87DA4-A087-4145-95E7-D613E0F7CB64/1Cv8.pfl1С:Предприятие 8.1 в режиме Конфигуратора- Расположение окон конфигуратора.
- Цвета редактора модулей в конфигураторе.<Данные приложений пользователя>/1C/1Cv81/1Cv8cmn.pfl, например:
C:/Documents and Settings/User/Application Data/1C/1Cv81/1Cv8cmn.pfl1С:Предприятие 8.1 в режиме Предприятия- Расположение окон конфигуратора.
- Цвета редактора модулей в конфигураторе.<Данные приложений пользователя>/1C/1Cv81/<Идентификатор информационной базы>/<Идентификатор пользователя>/1Cv8cmn.pfl, например:
C:/Documents and Settings/User/Application Data/1C/1Cv81/ 4129dbdb-b495-41cb-99ea-ef315060a03e/ E8D87DA4-A087-4145-95E7-D613E0F7CB64/1Cv8cmn.pflДиалог запуска 1С:Предприятия 8.1- Размеры и расположение диалога запуска.
- Настройки диалогов установки параметров информационных баз.<Данные приложений пользователя>/1C/1Cv81/1Cv8strt.pfl, например:
C:/Documents and Settings/User/Application Data/1C/1Cv81/1Cv8strt.pfl
Данные из профайлов читаются при старте 1С:Предприятия 8.1 и записываются при его штатном завершении. По этой причине в случае нештатного завершения некоторые пользовательские настройки могут не сохраниться.
Другие вспомогательные данные

Наряду с профайлами в каталоге данных приложения могут содержаться и другие файлы с информацией, сохранение которой делает работу пользователей с 1С:Предприятием 8.1 более удобной. Среди них:
def.usr - хранится в каталоге <Данные приложений пользователя>/1C/1Cv8/<Идентификатор информационной базы> (например, C:/Documents and Settings/User/Application Data/1C/1Cv81/4129dbdb-b495-41cb-99ea-ef315060a03e/def.usr) и содержит имя пользователя который последним открывал данную информационную базу.
ibases.v8i - хранится в каталоге <Данные приложений пользователя>/1C/1Cv81 (например, C:/Documents and Settings/User/Application Data/1C/1Cv81/ibases.v8i) и содержит список информационных баз, зарегистрированных на данном клиентском компьютере. Этот список отображается в диалоге "Запуск 1С:Предприятия".
v8cscadr.lst - хранится в каталоге <Данные приложений пользователя>/1C/1Cv81 (например, C:/Documents and Settings/User/Application Data/1C/1Cv81/v8cscadr.lst) и содержит адрес каталога шаблонов конфигураций.
GenTempl.st - стандартный файл шаблонов текста расположен в каталоге загрузочных модулей 1С:Предприятия (например C:/Program Files/1CV81/bin).
appsrvrs.lst - хранится в каталоге <Данные приложений пользователя>/1C/1Cv81 (например, C:/Documents and Settings/User/Local Settings/Application Data/1C/1Cv81/appsrvrs.lst) и содержит список серверов 1С:Предприятия, зарегистрированных в утилите администрирования информационных баз в варианте клиент-сервер.
srvribrg.lst - хранится на центральном сервере кластера в каталоге <рабочий каталог центрального сервера> (например, C:/Program Files/1cv81/server/srvribrg.lst) и содержит список кластеров, зарегистрированных на данном компьютере сервера 1С:Предприятия. Содержащиеся в нем данные необходимы для нормальной работы приложений, использующих данный сервер 1С:Предприятия.
В каталогах DBNameCache, ConfigSave, Config, SICache хранится множество файлов, кеширующих различные компоненты конфигурации. Эта информация является производной от конфигурации информационной базы, хранимой в базе данных, и служит для ускорения запуска клиентских приложений и повышения их производительности. Кеш конфигурации располагается в каталоге данных приложений текущего пользователя, например, C:/Documents and Settings/User/Local Settings/Application Data/1C/1Cv81/7b0a6294-d6a3-41c5-a23e-dc9e5301ad22/DBNameCache.
В каталоге 1Cv8FTxt хранятся данные, используемые службой полнотекстового поиска. Они располагаются на компьютере центрального сервера 1С:Предприятия в каталоге <рабочий каталог кластера>/<идентификатор информационной базы>. Например: C:/Program Files/1cv81/server/reg_1541/7eac7609-c0cb-4701-83cf-9ff5f8961de8/1Cv8FTxt.
Группа файлов CACHE/ddb<n>.snp хранится в каталоге хранилища конфигурации и служит для кэширования запрошенных версий конфигурации из этого хранилища. Наличие этих файлов не является обязательным и позволяет ускорить получение версий конфигурации.
Временные данные

Временные данные нужны только в течение нескольких пересекающихся во времени или одного сеанса 1С:Предприятия.
К нескольким пересекающимся во времени сеансам относятся данные совместного использования, которые относятся к файловой информационной базе в целом и нужны, в частности, для реализации блокировок данных информационной базы. Такие данные хранятся в том же каталоге, что и файл информационной базы.
Файл 1Cv8.1cl является носителем блокировок объектов базы данных, расположенной в файле 1Cv8.1cd.
Файл 1Cv8Tmp.1cd хранит служебную сеансовую информацию, в частности список активных пользователей.
Файл 1Cv8Tmp.1cl является носителем блокировок данных, расположенных в файле 1Cv8Tmp.1cd.
Для хранилища конфигурации 1С:Предприятие 8.0 в режиме Конфигуратора создает временные файлы аналогичного назначения, расположенные в каталоге хранилища конфигурации:
Файл 1Cv8ddb.1cl является носителем блокировок данных из хранилища конфигурации.
Файл 1Cv8dtmp.1cd хранит служебную сеансовую информацию, в частности список активных пользователей хранилища конфигурации.
Файл 1Cv8dtmp.1cl является носителем блокировок данных, расположенных в файле 1Cv8ddb.1cd.
Данные, используемые только в течение одного сеанса 1С:Предприятия, размещаются во временных файлах, создаваемых в каталоге, определенном в системе Microsoft Windows как каталог временных файлов. При этом для клиентского приложения используется каталог временных файлов текущего пользователя Windows, например, C:\Documents and Settings\User\Local Settings\Temp. Для сервера 1С:Предприятия используется или системный каталог временных файлов или каталог данных приложений пользователя, от имени которого запускаются рабочие процесса сервера 1С:Предприятия, например, C:\WINNT\Temp.

Хранение настроек кластера серверов 1С:Предприятия 8.1

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

При установке на компьютер сервера 1С:Предприятия 8.1 происходит выбор рабочего каталога центрального сервера. Обычно, этот каталог "C:\Program Files\1cv81\server", который располагается рядом с каталогом загрузочных модулей 1С:Предприятия 8.1. Этот каталог указывается в строке запуска агента сервера 1С:Предприятия 8.1 при его регистрации в качестве сервиса Windows.
При запуске агента сервера 1С:Предприятия 8.1 ему может быть указан рабочий каталог центрального сервера. Для этого используется параметр -d. Например:
ragent -d "C:\Program Files\1cv81\server"Если параметр -d не указан, то в качестве рабочего каталога центрального сервера используется каталог:
C:\Documents and Settings\<пользователь>\Local Settings\Application Data\1C\1Cv81где <пользователь> - имя пользователя Windows, от имени которого стартует агент сервера 1С:Предприятия 8.1.
В рабочем каталоге центрального сервера располагается файл управления агентом и рабочие каталоги кластеров, которые зарегистрированы на данном компьютере.
Файл списка кластеров

Список кластеров имеет имя srvribrg.lst. Ниже приведен пример его содержимого с пояснениями:
{{2,{7841cc04-4b9c-4213-a9c5-2f49feaea01e,"Локальный кластер",1541,"server_name",0,0},{5c5e3da0-0f8e-4bb6-a4ff-a0bb75040408,"Второй кластер",1641,"server_name",1,0}},{2,{"user1","Пол ьзователь 1","","2jmj7l5rSw0yVb/vlWAYkK/YBwk=","",1},{"user2","Пользователь 2","","k3k3djs8dfskfkhs8/sfks/sdhl=","\\domain\UserName",3}},0}Файл состоит из двух частей. В первой части перечислены кластеры, которые зарегистрированы на данном компьютере. В соответствии с этой информацией агент сервера (ragent) запускает на данном компьютере процессы менеджеров кластеров (rmngr). В приведенном примере к списку кластеров относятся строки:
{{2,{7841cc04-4b9c-4213-a9c5-2f49feaea01e,"Локальный кластер",1541,"server_name",0,0},{5c5e3da0-0f8e-4bb6-a4ff-a0bb75040408,"Второй кластер",1641,"server_name",1,0}},Здесь зарегистрированы два кластера с описаниями "Локальный кластер" и "Второй кластер", имеющие порты, соответственно, 1541 и 1641. Оба кластера расположены на данном компьютере, имя или IP адрес которого - server_name.
Важно, что при изменении имени или адреса данного компьютера, а также при копировании рабочего каталога кластера на другой компьютер, имя или IP адрес компьютера должны быть изменены в файле управления агентом. Иначе кластер серверов стартовать не сможет.
При первом запуске агента сервера после установки он создает кластер по умолчанию. При этом список кластеров обычно выглядит так:
{{1,{7841cc04-4b9c-4213-a9c5-2f49feaea01e,"Локальный кластер",1541,"server_name",0,0}},Если при первом запуске агента кластера возникли какие-либо проблемы, то кластер по умолчанию может быть не создан. Это проявляется в том, что при запуске агента сервера (ragent) он стартует, но не запускает другие процессы кластера (rmngr, rphost). Список кластеров при этом выглядит так:
{{0},В этом случае можно остановить процесс ragent, удалить список кластеров (srvribrg.lst) и запустить ragent снова. Кроме того, кластер может быть создан при помощи утилиты администрирования клиент-серверного варианта работы.
Вторая часть файла списка кластеров содержит список администраторов центрального сервера. В приведенном примере к нему относятся строки:
{2,{"user1","Пользователь 1","","2jmj7l5rSw0yVb/vlWAYkK/YBwk=","",1},{"user2","Пользователь 2","","k3k3djs8dfskfkhs8/sfks/sdhl=","\\domain\UserName",3}},0}Наличие хотя бы одного администратора в этом списке требует аутентификации администратора центрального сервера при создании нового кластера. Пустой список администраторов центрального сервера имеет вид:
{0},0}Рабочий каталог кластера

Рабочие каталоги кластеров располагаются в рабочем каталоге центрального сервера под именами reg_<номер_порта_кластера>. Например, для кластера с портом 1541 рабочий каталог кластера будет иметь имя reg_1541. Он создается при создании кластера и содержит всю информацию о работе кластера. При удалении кластера при помощи утилиты администрирования клиент-серверного варианта работы рабочий каталог кластера сохраняется. В рабочем каталоге кластера содержится файл реестра кластера и рабочие каталоги информационных баз.
Файл реестра кластера

Файл реестра кластера содержит общие параметры кластера и списки:
  • рабочих серверов,
  • рабочих процессов,
  • информационных баз,
  • администраторов кластера.

Ниже приведен пример файла реестра кластера с пояснениями.
{0,{7841cc04-4b9c-4213-a9c5-2f49feaea01e,"Локальный кластер",1541,"server_name_1",1,0},{2,{63e734a9-d0dc-4cd9-bcdf-4ede41666a24,"InfoBase1","","MSSQLServer","db_serv er1","dbname1","dbuser1","WOF1OmZnOUcKCp0kWqqWkw== ","Srvr=""server_name_1"";Ref=""InfoBase1"";SLev=0 ;DBMS=MSSQLServer;DBSrvr=""db_server1"";DB=""dbnam e1"";DBUID=""dbuser1"";Locale=""ru_RU"";CrSQLDB=Y; SUsr="""";SPwd="""";UC=""0"";",0,{0,00010101000000 ,00010101000000,"","",""},1},{3f9f1250-077a-4cfb-bb4b-fc3141cf2b48,"InfoBase2","","IBMDB2","db_server2", "dbname2","dbuser2","R7b8KXneE2JUnjV7DK30wTRCx/+oND6XsRurUWZ9oDc=","Srvr=""server_name_1"";Ref="" InfoBase2"";SLev=0;DBMS=IBMDB2;DBSrvr=""db_server2 "";DB=""dbname2"";DBUID=""dbuser2"";Locale=""ru_RU "";CrSQLDB=Y;SUsr="""";SPwd="""";UC=""0"";",0,{0,0 0010101000000,00010101000000,"","",""},1}},{2,{b83 44c57-c015-4643-a6fb-71d302c318c2,"server_name_1",1,1,{2.76947360611503 8e-2,1.718068988858193e-2,1.041722759727435e-2,0,9.68185752926876e-5,100000,2.5e-5},1000},{59b148ba-01b9-4cfc-9f26-ad3ad65a2b11,"server_name_2",1,1,{2.76947360611503 8e-2,1.718068988858193e-2,1.041722759727435e-2,0,9.68185752926876e-5,100000,2.5e-5},1000}},{2,{"user1","Пользователь 1","","2jmj7l5rSw0yVb/vlWAYkK/YBwk=","",1},{"User2","Пользователь 2","","2jmj7l5rSw0yVb/vlWAYkK/YBwk=","\\domain\UserName",3}},{2,{cea9a47b-2999-4a1e-a666-a22cdb1d529b,"Центральный сервер",1540,"server_name_1",1,{1,{1560,1591}},"", "A1ekiadg13CseFq7D9Whzg=="},{507079e6-f110-4e82-8f18-6152e9c1f77d,"Еще один рабочий сервер",1540,"server_name_2",1,{1,{1560,1591}},"", "s+CA2fEBOTvAstWWAcwfhA=="}}}Файл состоит из 5 разделов. Первый раздел включает строки:
{0,{7841cc04-4b9c-4213-a9c5-2f49feaea01e,"Локальный кластер",1541,"server_name_1",1,0},и содержит общие параметры кластера, которые можно увидеть среди свойств кластера в утилите администрирования клиент-серверного варианта работы. Имя или IP адрес центрального сервера кластера (server_name_1) должен быть изменен при изменении имени или IP адреса центрального сервера кластера или в случае копирования файла реестра кластера на другой компьютер.
Второй раздел файла в приведенном примере содержит строки:
{2,{63e734a9-d0dc-4cd9-bcdf-4ede41666a24,"InfoBase1","","MSSQLServer","db_serv er1","dbname1","dbuser1","WOF1OmZnOUcKCp0kWqqWkw== ","Srvr=""server_name_1"";Ref=""InfoBase1"";SLev=0 ;DBMS=MSSQLServer;DBSrvr=""db_server1"";DB=""dbnam e1"";DBUID=""dbuser1"";Locale=""ru_RU"";CrSQLDB=Y; SUsr="""";SPwd="""";UC=""0"";",0,{0,00010101000000 ,00010101000000,"","",""},1},{3f9f1250-077a-4cfb-bb4b-fc3141cf2b48,"InfoBase2","","IBMDB2","db_server2", "dbname2","dbuser2","R7b8KXneE2JUnjV7DK30wTRCx/+oND6XsRurUWZ9oDc=","Srvr=""server_name_1"";Ref="" InfoBase2"";SLev=0;DBMS=IBMDB2;DBSrvr=""db_server2 "";DB=""dbname2"";DBUID=""dbuser2"";Locale=""ru_RU "";CrSQLDB=Y;SUsr="""";SPwd="""";UC=""0"";",0,{0,0 0010101000000,00010101000000,"","",""},1}и определяет список информационных баз, зарегистрированных в кластере. В приведенном примере определены две информационные базы. Первая с именем InfoBase1 расположена на Microsoft SQL Server с именем db_server1 в базе данных dbname1, вход в SQL Server выполняется от имени пользователя dbuser1. Вторая с именем InfoBase2 расположена на IBM DB2 с именем db_server2 в базе данных dbname2, вход в IBM DB2 выполняется от имени пользователя dbuser2. Содержимое этого раздела меняется при помощи утилиты администрирования клиент-серверного варианта работы при создании/ удалении информационных баз. Изменять этот раздел непосредственно не рекомендуется.
Следующий раздел определяет список рабочих процессов кластера. В приведенном примере к нему относятся строки:
{2,{b8344c57-c015-4643-a6fb-71d302c318c2,"server_name_1",1,1,{2.76947360611503 8e-2,1.718068988858193e-2,1.041722759727435e-2,0,9.68185752926876e-5,100000,2.5e-5},1000},{59b148ba-01b9-4cfc-9f26-ad3ad65a2b11,"server_name_2",1,1,{2.76947360611503 8e-2,1.718068988858193e-2,1.041722759727435e-2,0,9.68185752926876e-5,100000,2.5e-5},1000}},Здесь определено два рабочих процесса, запускаемых на рабочих серверах server_name_1 (этот же компьютер выполняет функции центрального сервера) и server_name_2. Для каждого рабочего процесса хранится статистическая информация, собранная в процессе его работы. Имена или IP адреса рабочих серверов должны быть изменены при изменении имен или IP адресов рабочих серверов, а также при копировании файла реестра кластера на другой компьютер.
Четвертый раздел определяет список администраторов кластера. В приведенном примере он состоит из строк:
{2,{"user1","Пользователь 1","","2jmj7l5rSw0yVb/vlWAYkK/YBwk=","",1},{"User2","Пользователь 2","","2jmj7l5rSw0yVb/vlWAYkK/YBwk=","\\domain\UserName",3}},В примере определены два пользователя с идентификаторами user1 и User2, именами "Пользователь 1" и "Пользователь 2", причем для пользователя User2 задана аутентификация операционной системы. Если этот список не пустой, то для просмотра и изменения любых данных кластера при помощи утилиты администрирования клиент-серверного варианта работы или объекта V81.COMConnector требуется аутентификация администратора кластера.
Последний раздел содержит список рабочих серверов кластера. В нашем примере к нему относятся строки:
{2,{cea9a47b-2999-4a1e-a666-a22cdb1d529b,"Центральный сервер",1540,"server_name_1",1,{1,{1560,1591}},"", "A1ekiadg13CseFq7D9Whzg=="},{507079e6-f110-4e82-8f18-6152e9c1f77d,"Еще один рабочий сервер",1540,"server_name_2",1,{1,{1560,1591}},"", "s+CA2fEBOTvAstWWAcwfhA=="}}}Здесь определены два сервера с именами server_name_1 и server_name_2. На обоих серверах агент сервера использует порт 1540 и выделены диапазоны динамического распределения IP портов с 1560 по 1591. Имена или IP адреса рабочих серверов должны быть изменены при изменении имен или IP адресов рабочих серверов, а также при копировании файла реестра кластера на другой компьютер.
Рабочий каталог информационной базы

В рабочем каталоге кластера могут располагаться рабочие каталоги информационных баз. Имя рабочего каталога информационной базы совпадает с ее идентификатором в файле реестра кластера. Например, рабочий каталог информационной базы InfoBase1 из приведенного выше примера будет называться 63e734a9-d0dc-4cd9-bcdf-4ede41666a24.
В рабочем каталоге информационной базы содержатся профайлы информационной базы, журнал регистрации (подкаталог 1Cv8Log), служебные данные системы полнотекстового поиска и некоторые другие данные.
ВАЖНО!
Все данные, хранимые в рабочем каталоге центрального сервера и его подкаталогах, не предназначены для редактирования вручную. Для изменения данных кластера серверов 1С:Предприятия используйте утилиту администрирования клиент-серверного варианта работы или объект V81.COMConnector. Копирование файлов рабочего каталога центрального сервера и его подкаталогов в другие каталоги как на одном компьютере, так и на других компьютерах, не рекомендуется. Приведенная выше информация носит ознакомительный характер.

Сохранение параметров настроек пользователя между сеансами

1С:Предприятие поддерживает сохранение различных настроек пользователя между сеансами запуска 1С:Предприятия. К таким настройкам относятся, например, размеры и положение окон, настройки колонок табличных полей, настройки отчетов и т.д. Разработчик конфигурации также может выполнять сохранение средствами встроенного языка значений, являющихся, по своей сути, параметрами настройки пользователя.
Следует отметить, что к параметрам настройки пользователя относятся значения не являющиеся существенными для логики работы системы. Они предназначены для повышения удобства работы пользователей, но не для обеспечения решения самих задач прикладного решения. Соответственно эти значения не хранятся непосредственно в информационной базе. Они не сохраняются при создании резервной копии.
Параметры настройки сохраняются 1С:Предприятием по-разному в зависимости от назначения параметра. Например, параметры, связанные с экранными характеристиками компьютера, хранятся так, чтобы действовать только в пределах данного компьютера, а параметры связанные только с данными и не имеющими отношение к компьютеру хранятся таким образом, чтобы быть доступными при запуске пользователем системы с любого компьютера. Параметры, связанные с конфигурированием сохраняются независимо от информационной базы, так как считается, что разработчик может работать с несколькими информационными базами и несколькими конфигурациями. Параметры работы пользователя в режиме 1С:Предприятия сохраняются для конкретной информационной базы и конкретного пользователя.
Далее описывается расположение файлов, в которых сохраняются различные параметры настройки. Эта информация приводится только в качестве описания работы системы. Не следует осуществлять доступ к данным файлам какими-либо средствами. Механизм сохранения параметров настройки поддерживается системой автоматически и не управляется разработчиком или администратором.
Параметры работы пользователей, сохраняемые между сеансами, хранятся в следующих разрезах:
компьютер, на котором запускается 1С:Предприятие;
информационная база;
пользователь информационной базы.
Для различных параметров используются различные разрезы хранения.
Примеры каталогов приведены для операционных систем Windows2000/XP.
Общее для файлового и клиент-серверного вариантов

Компьютер пользователя:
Каталог:
C:\Documents and Settings\<Имя пользователя>\Application Data\1C\1Cv8\
Файлы:
1Cv8strt.pfl - параметры диалога выбора информационной базы
1Cv8.pfl - параметры для компьютера
1Cv8cmn.pfl - общие параметры для компьютера, используемые в Конфигураторе
Каталоги информационных баз:
C:\Documents and Settings\<Имя пользователя>\Application Data\1C\1Cv8\xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx\
Файлы:
1Cv8.pfl - параметры для компьютера и информационной базы
Каталоги пользователей информационных баз:
C:\Documents and Settings\<Имя пользователя>\Application Data\1C\1Cv8\xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx\xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx\
Файлы:
1Cv8.pfl - параметры для компьютера, информационной базы, пользователя;
1Cv8cmn.pfl - общие параметры для компьютера, используемые в 1С:Предприятии.
Для файлового варианта

Каталоги информационных баз
Файлы:
1Cv8.pfl - параметры для информационной базы, а также параметры для информационной базы и пользователя, не зависящие от компьютера пользователя.
Для клиент-серверного варианта

Компьютер, работающий в качестве сервера 1С:Предприятия
Каталоги информационных баз
C:\Documents and Settings\All Users\Application Data\1C\1Cv8\xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx\
Файлы:
ib.pfl - параметры для информационной базы, не зависящие от компьютера пользователя;
xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx.pfl - параметры для информационной базы, пользователя, не зависящие от компьютера пользователя.

Размещение данных 1С:Предприятия 8.1. Таблицы и поля

Раздел является дополнением к посту Размещение данных 1С:Предприятия 8.1 и содержит описание состава полей таблиц базы данных, определяемых различными объектами метаданных. Приведенная здесь информация актуальна для 1С:Предприятия версии 8.1.9. В последующих версиях состав таблиц и полей может быть изменен. Эта информация не должна использоваться для работы с этими данными какими либо способами, не предусмотренными штатными механизмами 1С:Предприятия 8.1.
Имена полей

Состав полей каждой таблицы базы данных и их имена определяется соответствующим ей объектом метаданных. Имена полей могут различаться в зависимости от их назначения и типа хранящихся в них данных. Каждое имя поля может содержать:
префикс из латинских букв (<pref>), определяющий назначение данных, содержащихся в этом поле. Префикс присутствует в имени любого поля;
числовой номер (<n>, <i> или <k>), позволяющий отличить поля, содержащие похожие по назначению данные. Существуют поля, имена которых не содержат номера;
суффикс из латинских букв, зависящий от типа данных, хранимых в полях (<suff>). Существуют поля, имена которых не содержат суффикса.
В разделе "Особенности хранения составных типов данных" описано формирование полей базы данных с различными суффиксами в зависимости от типов соответствующих полей объектов метаданных. Данный раздел описывает формирование префиксов имен полей в зависимости от их назначения для каждого из объектов метаданных. Для каждого поля указано, участвует ли в ее имени числовой номер и/или суффикс. Участие суффикса в имени поля может означать, что для некоторых типов данных вместо одного поля может создаваться несколько полей, которые имеют одинаковый префикс и числовой номер (если есть), а различаются суффиксами.
Состав полей

Множество полей таблиц базы данных определяется типом объекта метаданных верхнего уровня (константы, планы обмена, справочники, документы, последовательности документов, журналы документов, перечисления, планы видов характеристик, планы счетов, планы видов расчета, регистры сведений, регистры накопления, регистры бухгалтерии, регистры расчета, бизнес-процессы, задачи), а также составом и типами подчиненных им объектов метаданных. Ниже рассматривается формирование состава полей для каждого из объектов метаданных верхнего уровня.
Константы

Если в конфигурации определена хотя бы одна константа, то создается таблица констант (_Consts), содержащая поля:
_RecordKey - ключ записи, необходимый для правильной установки транзакционных блокировок;
_Fld<n> - поле, хранящее значение одной константы. Для константы составного типа создается несколько полей с одинаковыми префиксом и номером и различными суффиксами.
Если хотя бы одна константа участвует в обмене данными, то создается таблица регистрации изменений констант (_ConstsChangeRec) со следующими полями:
_Node - ссылка на узел плана обмена;
_MessageNo - номер сообщения обмена данными, в которое было выгружено это изменение или NULL, если оно еще не было выгружено;
_ConstID - идентификатор константы, значение которой изменилось.
Табличная часть

Каждой табличной части соответствует таблица базы данных (<pref><n>_VT<k>), содержащая следующие поля:
<pref><n>_ID<suff> - ссылка на объект базы данных, которому принадлежит запись табличной части;
_KeyField - ключ записи табличной части в рамках одного объекта базы данных
_LineNo<n> - номер записи табличной части
_Fld3185<n><suff> - реквизит табличной части (для каждого реквизита, определенного в конфигурации). Для реквизита составного типа создается несколько полей с одинаковыми префиксом и номером и различными суффиксами.
Планы обмена

Для каждого плана обмена создается таблица (_Node<n>) со следующими полями:
_ID<suff> - идентификатор узла;
_Version - версия записи (изменяется после каждого обновления данной записи);
_Marked - признак того, что узел помечен на удаление;
_Code - код узла;
_Description - описание узла;
_SentNo - номер последнего отправленного сообщения обмена данными в адрес этого узла;
_ReceivedNo - номер последнего сообщения обмена данными, полученного от этого узла;
_Fld<n><suff> - реквизит плана обмена (для каждого реквизита, определенного в конфигурации).
Справочники

Для каждого справочника создается таблица (_Reference<n>) со следующими полями:
_ID<suff> - идентификатор элемента справочника;
_Version - версия записи (изменяется после каждого обновления данной записи);
_Marked - признак того, что элемент справочника помечен на удаление;
_IsMetadata - признак того, что элемент справочника является предопределенным (определенный в конфигурации);
_ParentID<suff> - идентификатор элемента справочника или группы, которому подчинен данный элемент справочника. Поле определяется только для иерархических справочников;
_OwnerID<suff> - идентификатор владельца данного элемента справочника. Поле определено, если в конфигурации для справочника указаны владельцы;
_Folder - признак того, что запись представляет группу. Поле определено, если справочник иерархический и в иерархию входят группы;
_Code - код элемента справочника;
_Description - описание элемента справочника;
_Fld<n><suff> - реквизит справочника (для каждого реквизита, определенного в конфигурации).
Если справочник участвует в обмене данными, то для него определяется таблица регистрации изменений (_ReferenceChangeRec<n>) со следующими полями:
_Node<suff> - ссылка на узел плана обмена;
_MessageNo - номер сообщения обмена данными, в которое было выгружено это изменение или NULL, если оно еще не было выгружено;
_ID<suff> - идентификатор измененного элемента справочника.
Документы

Для каждого документа создается таблица (_Document<n>) со следующими полями:
_ID<suff> - идентификатор документа;
_Version - версия записи (изменяется после каждого обновления данной записи);
_Marked - признак того, что документ помечен на удаление;
_Date_Time - дата/ время документа;
_NumberPrefix - начало периода уникальности номера. Поле определено, если в конфигурации для документа задана поддержка уникальности номера в пределах периода;
_Number - номер документа;
_Posted - документ проведен;
_Fld<n><suff> - реквизит документа (для каждого реквизита, определенного в конфигурации).
Если документ участвует в обмене данными, то создается таблица регистрации изменений (_DocumentChangeRec<n>), поля которой аналогичны полям таблицы регистрации изменений справочника.
Последовательности документов

Для каждой последовательности документов создаются две таблицы: таблица регистрации документов и таблица границ последовательности. Таблица регистрации документов (_Sequence<n>) содержит поля:
_Period - дата/ время документа;
_Recorder<suff> - ссылка на документ;
_Fld<n><suff> - измерение последовательности (для каждого измерения, определенного в конфигурации).
Таблица границ последовательности (_SequenceBoundary<n>) содержит поля:
_Fld<n><suff> - измерение последовательности (для каждого измерения, определенного в конфигурации);
_Period - дата/ время последнего документа по текущему набору значений измерений;
_Recorder<n><suff> - ссылка на последний документ по текущему набору значений измерений.
Если последовательность участвует в обмене данными, то еще создается таблица регистрации изменений (_SequenceChangeRec<n>) с полями:
_Node<suff> - ссылка на узел плана обмена;
_MessageNo - номер сообщения обмена данными, в которое было выгружено это изменение или NULL, если оно еще не было выгружено;
_Recorder<suff> - ссылка на документ, которому соответствует измененная запись в таблице регистрации документов.
Журналы документов

Каждому журналу документов соответствует таблица (_DocumentJournal<n>) со следующими полями:
_Document<suff> - ссылка на документ;
_Date_Time - дата/ время документа;
_Marked - признак того, что документ помечен на удаление;
_Posted - признак того, что документ проведен;
_Number - номер документа;
_Fld<n><suff> - графа журнала (для каждой графы, определенной в конфигурации).
Перечисления

Для каждого перечисления создается таблица (_Enum<n>) с полями:
_ID<suff> - идентификатор элемента перечисления;
_EnumOrder - числовое значение элемента перечисления.
Планы видов характеристик

Для каждого плана видов характеристик создается таблица (_Chrc<n>) со следующими полями:
_ID<suff> - идентификатор вида характеристик;
_Version - версия записи (изменяется после каждого обновления данной записи);
_Marked - признак того, что вид характеристик помечен на удаление;
_IsMetadata - признак того, что вид характеристик является предопределенным (определенным в конфигурации) ;
_ParentID<suff> - идентификатор вида характеристик (или группы видов характеристик), которому подчинен данный. Поле присутствует только для иерархического плана видов характеристик;
_Folder - признак того, что запись является группой видов характеристик. Поле присутствует только для иерархического плана видов характеристик;
_Code - код вида характеристик;
_Description - описание вида характеристик;
_Type - тип значения характеристики этого вида характеристик;
_Fld<n><suff> - реквизит вида характеристик (для каждого реквизита, определенного в конфигурации).
Если план видов характеристик участвует в обмене данными, то создается таблица регистрации изменений (_ChrcChangeRec<n>) с такими же полями, как у таблицы регистрации изменений справочника.
Планы счетов

Для каждого плана счетов создается таблица (_Acc<n>) со следующими полями:
_ID<suff> - идентификатор счета;
_Version - версия записи (изменяется после каждого обновления данной записи);
_Marked - признак того, что счет помечен на удаление;
_IsMetadata - признак того, что счет является предопределенным (определенным в конфигурации);
_ParentID<suff> - идентификатор счета, которому подчинен данный;
_Code - код счета;
_Description - описание счета;
_OrderField - поле сортировки, содержит данные, по которым фактически выполняется сортировка по коду. Поле присутствует, если в конфигурации определен автопорядок по коду;
_Kind - код вида счета (активный/ пассивный/ активный-пассивный);
_OffBalance - забалансовый счет;
_Fld<n><suff> - реквизит или признак учета (для каждого реквизита и для каждого признака учета).
Если в конфигурации определено отличное от 0 максимальное количество субконто, то создается таблица видов субконто (_Acc<n>_ExtDim<k>), которая содержит поля:
_Acc<n>_ID<suff> - ссылка на счет, которому принадлежит характеристика субконто;
_KeyField - ключ характеристики субконто;
_LineNo - номер характеристики субконто;
_DimKind<suff> - ссылка на вид характеристики;
_DimIsMetadata - предопределенная (определенная в конфигурации) характеристика субконто;
_TurnoverOnly - эта характеристика участвует только при подсчете оборотов.
Если план счетов участвует в обмене данными, то создается таблица регистрации изменений (_AccChangeRec<n>) с такими же полями, как у таблицы регистрации изменений справочника.
Планы видов расчета

Для каждого плана видов расчета создается таблица (_CalcKind<n>) с полями:
_ID<suff> - идентификатор вида расчета;
_Version - версия записи (изменяется после каждого обновления данной записи);
_Marked - признак того, что вид расчета помечен на удаление;
_PredefinedObj - признак того, что вид расчета является предопределенным (определенным в конфигурации);
_Code - код вида расчета. Поле присутствует, если в конфигурации указана отличная от нуля длина кода;
_Description - описание вида расчета. Поле присутствует, если в конфигурации указана отличная от нуля длина описания;
_BaseAsAct - базовый период как период действия. Поле присутствует, если план видов расчета использует период действия;
_Fld<n><suff> - реквизит (для каждого реквизита, определенного в конфигурации).
Еще для каждого плана видов расчета создается таблица ведущих видов расчета (_CalcKind<n>_LeadingCK) с полями:
_CalcKind<n>_ID<suff> - ссылка на вид расчета, которому принадлежит таблица ведущих видов расчета;
_KeyField - ключ ведущего вида расчета;
_LeadingCKLineNo - номер ведущего вида расчета;
_LeadingCKLeadingCK<suff> - ссылка на ведущий вид расчета;
_PredefinedLeadingCKTableLine - признак того, что ведущий вид расчета является предопределенным (определенным в конфигурации).
Если значение свойства Зависимость от базы плана видов расчета отличается от Не зависит, то создается таблица базовых видов расчета (_CalcKind<n>_BaseCK) с поля:
_CalcKind<n>_ID<suff> - ссылка на вид расчета, которому принадлежит таблица базовых видов расчета;
_KeyField - ключ базового вида расчета;
_DisplacedCKLineNo - номер базового вида расчета;
_DisplacedCKDisplCK<suff> - ссылка на базовый вид расчета;
_PredefinedDisplCKTableLine - признак того, что базовый вид расчета является предопределенным (определенным в конфигурации).
Если у плана видов расчета установлен флаг "Использует период действия", то создается таблица вытесняемых видов расчета (_CalcKind<n>_DisplacedCK) с полями:
_CalcKind<n>_ID<suff> - ссылка на вид расчета, которому принадлежит таблица вытесняемых видов расчета;
_KeyField - ключ вытесняемого вида расчета;
_DisplacedCKLineNo - номер вытесняемого вида расчета;
_DisplacedCKDisplCK<suff> - ссылка на вытесняемый вид расчета;
_PredefinedDisplCKTableLine - предопределенный (определенный в конфигурации) вытесняемый вид расчета.
Если у плана видов расчета установлен флаг Использует период действия то создается таблица порядка вытеснения (_CalcKindDN<n>) с полями:
_CKRef<suff> - ссылка на вид расчета;
_DisplNumber - номер, определяющий место этого расчета в порядке вытеснения.
Если план видов расчета участвует хотя бы в одном плане обмена, то создается таблица регистрации изменений (_CalcKindChangeRec<n>), с такими же полями, что и у таблицы регистрации изменений справочника.
Регистры сведений

Для каждого регистра сведений создается таблица движений (_InfoReg<n>) с полями:
_Period - момент времени движения. Поле присутствует, если значение свойства "Периодичность" отлично от "Непериодический";
_Recorder<suff> - ссылка на регистратор. Поле присутствует, если значением свойства "Режим записи" является "Подчинение регистратору";
_LineNo - номер движения по данному регистратору. Поле присутствует, если значением свойства "Режим записи" является "Подчинение регистратору";
_Active - движение активно (участвует в вычислении среза последних). Поле присутствует, если значением свойства "Режим записи" является "Подчинение регистратору";
_Fld<n><suff> - измерение, ресурс или реквизит (для каждого измерения, каждого ресурса и каждого реквизита);
_SimpleKey - короткий ключ движения. Поле присутствует у регистров, подчиненных регистратору, имеющих хотя бы одно измерение.
Если регистр сведений участвует хотя бы в одном плане обмена, то создается таблица регистрации изменений (_InfoRegChangeRec<n>). Для регистра, у которого свойство Режим записи имеет значение Независимый таблица регистрации изменений имеет следующие поля:
_Node<suff> - ссылка на узел плана обмена;
_MessageNo - номер сообщения обмена данными, в которое было выгружено это изменение или NULL, если оно еще не было выгружено;
_Period - момент времени движения. Поле присутствует, если значение свойства регистра "Периодичность" отлично от "Непериодический" и установлен флаг "Основной отбор по периоду";
_Fld<n><suff> - измерение регистра, входящее в основной отбор (для каждого изменения с установленным флагом "Основной отбор").
Если значением свойства Режим записи регистра является Подчинение регистратору, то поля таблицы регистрации изменений такие же, какие у таблицы регистрации изменений последовательности.
Регистры накопления

Для каждого регистра накопления создается таблица движений (_AccumReg<n>) с полями:
_Period - момент времени движения;
_Recorder<suff> - ссылка на регистратор;
_LineNo - номер движения по данному регистратору;
_Active - признак того, что движение активно (участвует в подсчете остатков и оборотов);
_RecordKind - вид движения (приход/ расход);
_Fld<n><suff> - измерение, ресурс или реквизит (для каждого измерения, каждого ресурса и каждого реквизита);
_DimHash - хеш функция измерений. Поле присутствует, если количество измерений не позволяет организовать уникальный индекс по измерениям.
Если регистр поддерживает остатки, то создается таблица остатков (_AccumRegTotals<n>) с полями:
_Period - момент времени, на который посчитаны остатки;
_Fld<n><suff> - измерение или остаток по ресурсу (для каждого измерения и каждого ресурса).
Если регистр поддерживает обороты, то создается таблица оборотов (_AccumRegTurnovers<n>) с полями:
_Period - момент времени, на который посчитаны обороты;
_Fld<n><suff> - измерение или оборот по ресурсу (для каждого измерения и каждого ресурса).
Если регистр накопления участвует хотя бы в одном плане обмена, то создается таблица регистрации изменений (_AccumRegChangeRec<n>) с такими же полями, какие у таблицы регистрации изменений последовательности.
Если конфигурация содержит хотя бы один регистр накопления, то создается одна таблица настроек хранения итогов (_AccumRegOptions) с полями:
_RegID - идентификатор регистра накопления;
_Period - периодичность хранения итогов. Не используется;
_ActualPeriod - хранение актуальных итогов;
_Periodicity - периодичность регистра;
_RepetitionFactor - кратность. Не используется;
_UseTotals - использовать итоги;
_MinPeriod - минимальный период с которого надо пересчитывать итоги;
_UseSplitter - использовать разделитель итогов (для обеспечения параллельности проведения документов)
Регистры бухгалтерии

Для каждого регистра бухгалтерии создается таблица движений (_AccntReg<n>), содержащая поля:
_Period - момент времени движения;
_Recorder<suff> - ссылка на регистратор;
_LineNo - номер движения по данному регистратору;
_Active - признак того, что движение участвует в подсчете итогов;
_Correspond - вид движения. Поле присутствует в регистрах без корреспонденции;
_Account<suff> - ссылка на счет. Поле присутствует в регистрах без корреспонденции;
_AccountDt<suff> - ссылка на счет дебета. Поле присутствует в регистрах с корреспонденцией;
_AccountCt<suff> - ссылка на счет кредита. Поле присутствует в регистрах с корреспонденцией;
_Fld<n><suff> - измерение, ресурс или реквизит (для каждого измерения, каждого ресурса и каждого реквизита);
Если регистр бухгалтерии ссылается на план счетов, у которого максимальное количество субконто больше нуля, то создается таблица значений субконто (_AccntRegED<n>) с полями:
_Period - момент времени движения;
_Recorder<suff> - ссылка на регистратор;
_LineNo - номер движения по данному регистратору;
_Correspond - вид движения. Поле присутствует в регистрах без корреспонденции;
_Kind<suff> - ссылка на характеристику субконто;
_Value<suff> - значение характеристики.
Таблиц итогов по счету (_AccTtl<k><n>) столько, каково максимальное количество субконто в плане счетов, на который ссылается регистр бухгалтерии. Они содержат следующие поля:
_Period - момент на который подсчитаны итоги;
_Account<suff> - ссылка на счет;
_Value<i><suff> - значение субконто (для i от 1 до k);
_Fld<n><suff> - измерение или ресурс (для каждого измерения и каждого ресурса);
_TurnoverDt<n> - дебетовые обороты ресурса (для каждого ресурса);
_TurnoverCt<n> - кредитовые обороты ресурса (для каждого ресурса);
_Turnover<n> - общие обороты ресурса (для каждого ресурса). Используются при подсчете оборотов по субконто;
_Splitter - разделитель итогов (для обеспечения параллельности проведения документов).
Для регистра бухгалтерии, поддерживающего корреспонденцию, создается таблица итогов оборотов между счетами (_AccTtlC<n>) с полями:
_Period - момент на который подсчитаны итоги;
_AccountDt<suff> - дебетовый счет;
_AccountCt<suff> - кредитовый счет;
_Fld<n><suff> - измерение или ресурс (для каждого балансового измерения и каждого балансового ресурса);
_Fld<n>Dt<suff> - дебетовая составляющая измерения или ресурса (для каждого небалансового измерения и каждого небалансового ресурса);
_Fld<n>Ct<suff> - кредитовая составляющая измерения или ресурса (для каждого небалансового измерения и каждого небалансового ресурса).
Если регистр бухгалтерии участвует хотя бы в одном плане обмена, то создается таблица регистрации изменений (_AccntRegChangeRec<n>) с такими же полями, какие у таблицы регистрации изменений последовательности.

Если конфигурация содержит хотя бы один регистр бухгалтерии, то создается одна таблица настроек хранения итогов (_AccntRegOptions) с полями:
_RegID - идентификатор регистра бухгалтерии;
_Period - периодичность хранения итогов. Не используется;
_ActualPeriod - хранение актуальных итогов;
_Periodicity - периодичность регистра;
_RepetitionFactor - кратность. Не используется;
_UseTotals - признак использования итогов;
_MinPeriod - минимальный период, с которого нужно пересчитывать итоги;
_UseSplitter - признак использования разделителя итогов.
Регистры расчета

Для каждого регистра расчета создается таблица движений (_CalcReg<n>) с полями:
_Period - момент времени движения;
_Recorder<suff> - ссылка на регистратор;
_LineNo - номер движения по данному регистратору;
_CalcKind<suff> - ссылка на вид расчета;
_ActionPeriod - период действия. Поле присутствует, если в конфигурации у регистра установлен флаг "Период действия";
_APDateFrom - момент начала периода действия. Поле присутствует, если в конфигурации у регистра установлен флаг "Период действия";
_APDateTill - момент окончания периода действия. Поле присутствует, если в конфигурации у регистра установлен флаг "Период действия";
_BPDateFrom - момент начала базового периода. Поле присутствует, если в конфигурации у регистра установлен флаг "Базовый период";
_BPDateTill - момент окончания базового периода. Поле присутствует, если в конфигурации у регистра установлен флаг "Базовый период";
_Active - признак того, что движение активно (участвует в расчете);
_Storno - признак того, что движение является сторно-записью;
_Fld<n><suff> - измерение, ресурс или реквизит (для каждого измерения, каждого ресурса и каждого реквизита).
Если у регистра расчета установлен флаг "Период действия", то создается таблица фактических периодов действия (_CalcRegActPer<n>), в которой имеются поля:
_Recorder<suff> - ссылка на регистратор;
_LineNo - номер движения по данному регистратору;
_APDateFrom - момент начала фактического периода действия;
_APDateTill - момент окончания фактического периода действия.
Если регистр расчета участвует хотя бы в одном плане обмена, то создается таблица регистрации изменений (_CalcRegChangeRec<n>) с такими же полями, какие у таблицы регистрации изменений последовательности.
Для каждого перерасчета создается таблица (_CalcRegRecalc<n>) с полями:
_Recorder<suff> - ссылка на регистратор;
_CalcKind<suff> - ссылка на вид расчета;
_Fld<n><suff> - измерение (для каждого измерения);
Если перерасчет участвует хотя бы в одном плане обмена, то создается таблица регистрации изменений (_CalcRegRecalcChangeRec<n>) с такими же полями, какие у таблицы регистрации изменений последовательности. Бизнес-процессы

Для каждого бизнес-процесса создается таблица (_BusinessProcess<n>) с полями:
_ID<suff> - идентификатор бизнес-процесса;
_Version - версия записи (изменяется после каждого обновления данной записи);
_Marked - бизнес-процесс помечен на удаление;
_Date_Time - дата/ время бизнес-процесса;
_Completed - признак того, что бизнес-процесс завершен;
_Number - номер бизнес-процесса;
_HeadTask<suff> - ведущая задача;
_Started - признак того, что бизнес-процесс стартован;
_Fld<n><suff> - реквизит (для каждого реквизита).
Для каждого бизнес-процесса создается таблица точек маршрута (_BPRoutePoint<n>) с полями:
_ID<suff> - идентификатор точки маршрута;
_RoutePointOrder - номер точки маршрута.
Если бизнес-процесс участвует хотя бы в одном плане обмена, то создается таблица регистрации изменений (_BusinessProcessChangeRec<n>) с такими же полями, какие у таблицы регистрации изменений справочника.
Задачи

Для каждой задачи создается таблица (_Task<n>) с полями:
_ID<suff> - идентификатор задачи;
_Version - версия записи (изменяется после каждого обновления данной записи);
_Marked - задача помечена на удаление;
_BusinessProcess<suff> - ссылка на бизнес-процесс;
_Point<suff> - ссылка на точку маршрута;
_Date_Time - дата/ время задачи;
_Number - номер задачи;
_Name - имя задачи;
_Executed - задача выполнена;
_Fld<n><suff> - реквизит (для каждого реквизита).
Если задача входит хотя бы в один план обмена, то создается таблица регистрации изменений (_TaskChangeRec<n>) с полями, аналогичными полям таблицы регистрации изменений справочника.
Регламентные задания

Если в конфигурации определено хотя бы одно регламентное задание, то создается таблица регламентных заданий (_ScheduledJobs) с полями:
_ID - идентификатор регламентного задания;
_Description - описание;
_JobKey - ключ регламентного задания (для предотвращения одновременного запуска);
_MetadataID - идентификатор объекта метаданных;
_Predefined - признак того, что регламентное задание является предопределенным (определенным в конфигурации);
_Parameters - параметры регламентного задания;
_UserName - имя пользователя, от которого запускается регламентное задание;
_ActivationCondition - расписание;
_Use - признак того, что задание включено;
_RestartCount - количество перезапусков при ошибке;
_RestartPeriod - период времени между перезапусками при ошибке;
_RestartAttemptNumber - номер последней предпринятой попытки перезапуска;
_State - признак того, что задание выполняется;
_StartTime - время последнего запуска;
_FinishTime - время последнего завершения;
_Version - версия.
Хранилища поименованных двоичных данных (файлов)

1С:Предприятие создает в базе данных несколько таблиц, которые содержат конфигурацию, профайлы и некоторые другие данные в виде набора поименованных двоичных данных (файлов). К ним относятся таблицы: Config (конфигурация базы данных), ConfigSave (сохраненная конфигурация), Files (работа с хранилищем конфигурации, профайлы и т.п.), Params (пользователи и служебные параметры информационной базы). Все они имеют одинаковый набор полей:
FileName - имя файла;
Creation - момент времени создания файла;
Modified - момент времени последней модификации файла;
Attributes - атрибуты файла;
DataSize - длина файла в байтах;
BinaryData - данные, хранимые в файле.
Хранилища непоименованных двоичных данных

Следующие таблицы содержат единственную запись с двоичными данными, необходимыми для работы 1С:Предприятия: DBSchema (конфигурация базы данных), DBChanges (изменения схемы в процессе обновления конфигурации базы данных). Эти таблицы содержат единственное поле:
SerializedData - двоичные данные.
Другие таблицы

Если в качестве СУБД используется Microsoft SQL Server, то в таблице _YearOffset хранится смещение дат в единственном поле:
Offset - смещение дат в годах.
ПРИМЕЧАНИЕ
Если в качестве СУБД используется IBM DB2, то символ '_' (подчеркивание) в начале имен таблиц и полей отсутствует.

Резервное копирование базы данных при работе с PostgreSQL

работе с PostgreSQL существует несколько способов резервного копирования - копирование средствами операционной системы файлов базы данных и использование утилиты pg_dump.
Копирование средствами операционной системы файлов базы данных

Файлы базы данных находятся в каталоге, имя которого совпадает с OID(оbject identifiers) базы данных.
Идентификатор базы данных можно получить из каталога pg_database, в котором хранится информация о всех базах данных кластера PostgreSQL.
select dattablespace from pg_database where datname = 'имя_базы_данных'

Основным недостатком данного способа является необходимость остановки PostgreSQL на все время выполнения резервного копирования.
Использование утилиты PostgreSQL pg_dump

В простейшем случае команда будет выглядеть следующим образом:
pg_dump.exe -F c -b -f "TestDB.backup" TestDB

Рекомендуется использовать именно этот способ создания резервной копии базы данных, поскольку с помощью утилиты pg_dump можно выполнять резервное копирование не останавливая работы пользователей.
Более подробное описание параметров утилиты pg_dump найти в документации PostgreSQL.

< Назад к списку новостей