Как узнать место расположения папки srvinfo

Как узнать место расположения папки srvinfo

Кто нибудь знает как решить проблему?

Перегружаю весь комп-сервер.
Останавливаю сервер 1с
Удаляю все в C:\Program Files (или x86)\1cv8\srvinfo
Перегружаю весь комп-сервер.
Потом запускаю сервер 1с и добавляю базу снова в админке 1с.
Потом запускаю 1с и пытаюсь подключится и в итоге тоже самое 🙁

Ну и для начала, посмотреть в свойствах службы, точное расположение папки srvinfo. Её местоположение можно переназначить в свойствах службы в любое место.

например, запуск службы с таким ключом:
-srvc -agent -regport 1641 -port 1640 -range 1660:1691 -debug -d «E:\srvinfo»

Анализ причин роста сеансовых данных

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

Сеансовые данные

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

При вызове методов: ПоместитьВоВременноеХранилище, ПоместитьФайл, НачатьПомещениеФайла, значения указанные в параметрах, записываются в сеансовые данные.

При фоновом исполнении отчетов СКД, результат отчета помещается в сеансовые данные, а затем передается в клиентскую часть.

С точки зрения операционной системы, сеансовые данные представляют собой файлы в каталоге …\srvinfo\reg_\snccntx.

С точки зрения внутренней структуры — это noSQL база данных (key-value storage).

Особенности работы платформы с сеансовыми данными

За работу с сеансовыми данными отвечает менеджер кластера – rmngr.exe Если в кластере несколько рабочих серверов, то сеансовые данные будут расположены в соответствии с требованиями назначения функциональности.

Если требования не заданы, то сеансовые данные распределятся равномерно по всем рабочим серверам.

Сеансовые данные растут блоками по 64 Мб. Когда заканчивается блок, то менеджер кластера выделяет следующий блок в 64Мб.Блоки большего объема возможны в результате помещения объемных данных во временные хранилища.

Для обеспечения скорости работы, платформа всегда пишет новые данные в конец, аналогично transaction log в СУБД. Таким образом, размер сеансовых данных постоянно растет. Во всем объеме сеансовых данных, существуют как актуальные, так и устаревшие данные. Актуальность данных определяется способом их помещения:

• Если сеансовые данные помещены из формы и в качестве идентификатора передается идентификатор формы (ЭтаФорма.УникальныйИдентификатор), то данные считаются актуальными, пока открыта форма.
• Если в качестве идентификатора передан УникальныйИдентификатор, не являющийся уникальным идентификатором формы (Новый УникальныйИдентификатор), то значение перестанет быть актуальным после завершения сеанса пользователя.
• Если ничего не передано, то значение перестанет быть актуальным при любом следующем серверном вызове.

Перед выделением следующего блока на диске, проверяется, прошло ли 5 секунд с момента выделения предыдущего блока. Если 5 секунд прошло, то запускается «сборщик мусора» (key value garbage collector). Сборщик оценивает процент актуальных сеансовых данных в общем объеме. Если актуальные данные занимают менее 25% от общего объема, то все актуальные данные копируются в новые файлы, а затем все старые файлы сеансовых данных удаляются.

Так как каждый сеанс (клиенты, фоновые задания, web-сервисы) в своей работе постоянно пишет информацию в сеансовые данные, то при большом количестве пользователей, скорость дисковой подсистемы, на которой расположены файлы сеансовых данных, играет очень важную роль. При большом количестве пользователей, рекомендуется располагать файлы сеансовых данных на максимально быстрых дисках. Желательно RAM-drive. Отказоустойчивость дисков не важна, т.к. при потере сеансовых данных, никакой важной информации утеряно не будет.

Следует отметить порядок размещения сеансовых данных. Если поместить во временное хранилище двоичные данные или файл, то эти данные пройдут в качестве потока байт через rphost, затем в rmngr, который сбросит этот поток на диск. Если же, в качестве помещаемого значения, будет выступать коллекция (таблица значений, результат запроса, массив…), то сначала вся эта коллекция разместиться в памяти rphost, а только затем преобразуется в поток байт и будет передана в rmngr.

Размещение сеансовых данных в памяти

При работе кластера «1С:Предприятия», файлы сеансовых данных отображаются в память (mapping). Подробнее см. статью.

За счет данного механизма, процесс работает с файлом как с оперативной памятью. Файл загружается в память не целиком, а только необходимая часть.

Однако, в операционной системе Windows, отображенные в память файлы, влияют на счетчик Memory\Available Mbytes. При сильном росте сеансовых данных можно увидеть следующую картину:

Свободное место на диске, где расположены сеансовые данные, уменьшается синхронно со свободной памятью сервера. На самом деле, если посмотреть данные RamMap то видно, что большая часть оперативной памяти выделена под Mapped File

Размер памяти, указанный в колонке Standby – это неиспользуемая память (фактически свободная). При запросе памяти любым процессом, ему будет выделена память из этой области.

Следует учитывать данную особенность счетчика Memory\Available Mbytes при построении систем мониторинга или приложений, которые опираются на объем доступной оперативной памяти.

Для косвенной оценки эффективности работы операционной системы с сеансовыми данными, можно использовать счетчик Memory\Page Faults/sec, который показывает на сколько часто процессы обращаются за страницами в память, но не находят их там и подгружают с диска.

Если значение данного счетчика велико, то это может свидетельствовать о нехватке оперативной памяти для кэширования в ней сеансовых данных. В этом случае, необходимо принять решение об увеличении оперативной памяти, либо об оптимизации работы приложения с сеансовыми данными.

Проблемы сеансовых данных

Ошибка совместного доступа к файлу snccntx.dat

При появлении данной ошибки необходимо действовать по алгоритму:

1. Проверить права на папку сеансовых данных для пользователя, от которого запущена служба сервера «1С:Предприятия». Должны быть полные права.

2. Открыть на рабочем сервере диспетчер задач, установить видимость колонки «Командная строка»

3. Необходимо найти процессы rmngr.exe с одинаковым значением параметра –pid.

4. Открыть консоль кластера. Развернуть ветку кластера, порт которого соответствует параметру –regport , найденных rmngr.exe с одинаковым значением параметра –pid

5. Сопоставить PID из диспетчера задач с PID в консоли кластера. Тот процесс rmngr.exe, которого нет в консоли – принудительно завершить.

Закончилось место на диске, где расположены сеансовые данные

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

Не следует размещать файлы технологических журналов на одном диске с сеансовыми данными.

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

Так же, необходимо следить за размером самих сеансовых данных. Если периодически их размер становится существенным, то необходимо обратить на это особое внимание. Следует помнить, что при срабатывании «сборки мусора» необходимо наличие свободного места на диске, в размере 25% от общего объема сеансовых данных. Если этих 25% не будет, то кластер завершит свою работу аварийно.

Изменить расположение сеансовых данных, можно указав параметр –d в строке запуска службы агента сервера.

В данном каталоге, также расположены: реестр кластера, индекс полнотекстового поиска и журнал регистрации.

Влияние циклических ссылок на рост сеансовых данных

Чаще всего при выполнении процедуры ПоместитьВоВременноеХранилище, указывается идентификатор формы (ЭтаФорма.УникальныйИдентификатор). Как написано в документации, при указании идентификатора формы данные перестают считаться актуальными после того как форма будет закрыта.

Однако, если форма содержит в себе циклические ссылки (см. статью), то после закрытия формы она не уничтожается. Это приводит следующим отрицательным эффектам:

• данные формы остаются в памяти
• сеансовые данные, выделенные для формы, считаются актуальными, пока не будет завершен сеанс

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

Необходимо стараться формировать отчеты СКД в фоновом режиме. Так как результат отчета помещается во временное хранилище фоновым заданием, то после завершения задания данный результат будет считаться неактуальным.

Методика анализа роста сеансовых данных

Сбор данных

Необходимо собрать технологический журнал:

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

После того, как технологический журнал будет собран, необходимо провести «парсинг» и выгрузить его данные в файлы csv формата:

На основании данных, которые собраны в папках rmngr_*, необходимо сформировать csv файл вида:

• – имя файла технологического журнала,
• – значение свойства CallID,
• — значение свойства InBytes.

В файле …/rmngr_7188/ 15063011. log есть строка:

00:00.063040-93009,CALL,1,process=rmngr,p:processName=RegMngrCntxt,t:clientID=7518,t:applicationName=ServerProcess,t:computerName=SERVER,Interface=90b77326-8e4a-4195-b980-d758277d1f03,Method=9,CallID=141192031,Memory=1137,MemoryPeak=9258,InBytes=142428,OutBytes=142428

Данная строка должна быть преобразована в строку:

15063011;141192031;142428

Необходимо исключить из итогового файла строки с InBytes=0, т.к. они не представляют интереса, но занимают значительный объем.

На основании данных, которые собраны в папках rphost_*, необходимо сформировать csv файл вида:

• – имя папки рабочего процесса,
• – имя файла технологического журнала,
• – значение свойства t:clientID,
• – значение свойства CallID.

В файле …/ rphost_1352 / 15063011 .log есть строка:

00:00.064001-108993,SCALL,2,process=rphost,p:processName=DB,t:clientID=518,t:applicationName=1CV8,t:computerName=TSERVER,t:connectID=5880,SessionID=4621,Usr=Пользователь,AppID=1CV8,ClientID=404,Interface=90b77326-8e4a-4195-b980-d758277d1f03,Method=0,CallID=-1814608052

Данная строка должна быть преобразована в строку:

rphost_1352;15063011;518;-1814608052

На основании данных, которые собраны в папках rphost_*, необходимо сформировать csv файл вида:

• – имя папки рабочего процесса,
• – значение свойства t:clientID,
• – Имя пользователя из свойства Usr.

В файле …/ rphost_1352 /15063011.log есть строка:

06:29.468020-0,CONN,3,process=rphost,p:processName=DB,t:clientID=518,t:applicationName=1CV8,t:computerName= TSERVER,t:connectID=5590,SessionID=3012,Usr= Пользователь,AppID=1CV8,ClientID=555,Protected=0,Txt='Connected, client=(23)[::1]:53147, server=(23)[::1]:1541'

Данная строка должна быть преобразована в строку:

rphost_1352;195;Пользователь

В итоге должно получиться 3 файла: scall.csv, call.csv, conn.csv

Пример создания файлов csv, на основании данных технологического журнала, см. в обработке.

Создание базы данных для анализа

Необходимо создать пустую базу данных (MS SQL Server), в которую добавить таблицы:

CREATE TABLE [dbo].[scall]([process] [varchar](50) NULL,[period] [varchar](8) NULL,[ClientID] [bigint] NULL,[CallID] [bigint] NULL) ON [PRIMARY]GOCREATE TABLE [dbo].[call]([period] [varchar](8) NULL,[CallID] [bigint] NULL,[Mem] [bigint] NULL) ON [PRIMARY]GO CREATE TABLE [dbo].[usr]([process] [varchar](50) NULL,[ClientID] [bigint] NULL,[Usr] [varchar](255) NULL) ON [PRIMARY]GOCREATE NONCLUSTERED INDEX [IX_PC] ON [dbo].[call]([period] ASC,[CallID] ASC)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]GOCREATE NONCLUSTERED INDEX [IX_PC] ON [dbo].[scall]([period] ASC,[CallID] ASC)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]GOCREATE NONCLUSTERED INDEX [IX_CP] ON [dbo].[usr]([ClientID] ASC,[process] ASC)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]GO

Затем, в эти таблицы необходимо загрузить данные из соответствующих csv файлов. Сделать это можно с помощью SQL Server Integration Services

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

Анализ работы с сеансовыми данными

TOP – 10 пользователей в разрезе процессов и времени

SELECT TOP 10 s.[process], s.[period], s.[ClientID], u.[Usr], SUM(c.[Mem]) AS MemFROM [dbo].[call] AS c INNER JOIN [dbo].[scall] AS s ON s.[period] = c.[period] AND s.CallID = c.CallID LEFT OUTER JOIN (SELECT DISTINCT process, ClientID, [Usr] FROM [dbo].[usr]) AS u ON u.process = s.process AND u.ClientID = s.ClientIDGROUP BY s.[process], s.[period], s.[ClientID], u.[Usr]ORDER BY Mem Desc

Запрос покажет топ-10 пользователей, которые поместили больше всего сеансовых данных в час. Затем необходимо разобраться с самым верхним (в текущем случае):

rphost_1352 | 15063011 | 518 | Пользователь | 2046616858

Т.е. в процессе rphost_1352 за час с 11-00 по 12-00 пользователь с идентификатором 518 записал в сеансовые данные 2 046 616 858 байт (2Гб).

Далее, необходимо найти все идентификаторы вызовов, которые записывал сеанс 518:

SELECT s.[process], s.[period], s.[ClientID], c.[Mem], c.CallIDFROM [dbo].[call] AS c INNER JOIN [dbo].[scall] AS s ON s.[period] = c.[period] AND s.CallID = c.CallID AND s.[period] = '15063011' AND s.[ClientID] = 518 AND s.[process] = 'rphost_1352'ORDER BY [Mem] DESC

Получится таблица вида:

Как узнать место расположения папки srvinfo

1С 8 На устройстве нет свободного места С:\Users\имя_пользователя\AddData\Local\Temp\v8_xxxx_xxx.tmp(0x00000070): Недостаточно свободного места

Описание ошибки:
Ошибка возникает как при попытке выполнить создание архивной копии базы, так и при попытке выполнения операции «Тестирование и исправление» базы данных. Вариант работы с базой клиент-серверный, MS SQL. Платформа 1С: Предприятие 8.3.9.

Как уже был отмечено, при выполнении процедуры создания архивной копии, либо при тестировании и исправлении базы возникает данная ошибка. Она напрямую связана с тем, что из-за временных файлов, связанных с запускаемым процессом попросту заканчивается свободное пространство на диске C:\

Т.к. базы 1С работали за счет СУБД MS SQL, то сразу же вариант переполнения со стороны SQL был исключен, т.к. все связанное с SQL было размещено на другом диске. Поэтому получалось, что проблема исчерпания имевшегося свободного пространства связана с 1С. Первым делом стоит проверить размер файлов журналов регистрации баз, папка srvinfo в папке платформы (1cv82 для платформы 8.2 и 1cv8 для платформы 8.3, чаще всего в Program Files на диске C). Более обстоятельно тему можно изучить в статье reg_1541 и что в нем храниться. Если вкратце, то в этой папке содержаться файл-реестр кластера 1CV8Clst.lst, в нем содержится описание баз. В папках (с длинными наименованиями), соответствующих базам, хранятся файлы журнала регистрации. Так просто их удалять НЕЛЬЗЯ!

Но нужно понять главное, что чтобы освободить место под дальнейшее функционирование 1С, необходимо сократить журналы регистрации. Ведь именно его файлы «раздувают» папку srvinfo в объеме каждодневно.

Выполнить процедуру сокращения журнала регистрации возможно вручную. Для этого необходимо запустить базу в режиме Конфигуратор. В меню «Администрирование» — «Настройка журнала регистрации. «

Далее нажимаем кнопку «Сократить», выбираем дату, по которую необходимо выполнить сокращение и запустить процедуру нажатием на «ОК».

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

По умолчанию журнал регистрации хранится в следующем месте:
C:\Program Files (x86)\1cv82\srvinfo для 1С 8.2 и
C:\Program Files (x86)\1cv8\srvinfo для 1С 8.3

Чтобы перенести журнал регистрации 1С в другое место сначала необходимо выполнить следующие действия.

1) Остановил службу «Агент сервера 1С:Предприятия 8.x»
2) Перенести папку srvinfo в новое место.
3) Указать новый путь в реестре: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\1C:Enterprise 8.2 Server Agent (x86-64), для ключа ImagePath меняем на путь к новому месту расположения журнала регистрации 1С, т.е. к каталогу srvinfo. См пример для платформы 1С 8.3

Но в моем случае на практике проблема решилась примитивно — установкой нового жесткого диска с большим свободным пространством и ошибка уже себя не проявляла.

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

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

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

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

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

Данные, которые 1С:Предприятие использует всегда, могут быть разделены на 5 групп в соответствии с их назначением и мерой их ответственности:

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

  Размещение данных, принадлежащих разным группам, отличается. Дополнительное разнообразие в способы хранения данных вносит возможность организации как файловых, так и клиент-серверных информационных баз.

  Организация информационных баз

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

  • Встроенную в 1С:Предприятие 8 (файловый вариант информационной базы). В этом случае все данные информационной базы хранятся в файле с именем 1cv8.1cd. Этот файл имеет двоичный формат и по сути является базой данных для встроенной в 1С:Предприятие 8 СУБД.
  • Microsoft SQL Server (клиент-серверный вариант информационной базы). Все данные информационной базы хранятся в базе данных Microsoft SQL Server.
  • PostgreSQL (клиент-серверный вариант информационной базы). Все данные информационной базы хранятся в базе данных PostgreSQL.
  • IBM DB2 (клиент-серверный вариант информационной базы). Все данные информационной базы хранятся в базе данных IBM DB2.
  • O racle Database (клиент-серверный вариант информационной базы). Все данные информационной базы хранятся в базе данных Oracle Database.

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

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

  • Config — основная конфигурация информационной базы. Эта конфигурация соответствует реальной структуре данных и используется 1С:Предприятием 8.0 в режиме Предприятия.
  • ConfigSave — конфигурация, редактируемая Конфигуратором. Конфигурация из ConfigSave переписывается в Config при выполнении «Обновления конфигурации базы данных» в Конфигураторе, а наоборот — при выполнении в Конфигураторе операции «Конфигурация — Конфигурация базы данных — Вернуться к конфигурации БД».
  • Files содержит служебную информацию, например, о работе с хранилищем конфигурации.
  • Params содержит параметры информационной базы. Среди них:
    • Национальные настройки информационной базы.
    • Таблица соответствия объектов метаданных и объектов базы данных (таблиц, полей, индексов).
    • Некоторая другая информация.

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

    Перечень и структура других таблиц базы данных определяется конкретной конфигурацией, а именно, определенными в ней объектами метаданных. Имя каждой таблицы состоит из буквенного префикса и следующего за ним номера. Префикс определяет назначение таблицы, а номер позволяет различать таблицы одинакового назначения, относящиеся к разным объектам метаданных. Если в качестве СУБД используется IBM DB2, то описанную структуру имеют не имена таблиц, а их псевдонимы.

    Если в конфигурации определен хотя бы один план обмена с установленным флагом «Распределенная информационная база», то будут созданы следующие таблицы:

    • _ConfigChangeRec — таблица регистрации изменений объектов конфигурации.
    • _ConfigChangeRec_ExtProps — таблица имен файлов измененных внешних свойств объектов конфигурации.

    Ниже перечислены различные объекты метаданных, которым могут соответствовать те или иные таблицы.

    • Константы
      • _Consts содержит текущие значения всех констант, определенных в конфигурации.
      • _ConstsChngR — таблица регистрации изменений констант. Создается, если хотя бы одна константа участвует хотя бы в одном плане обмена.

      • _Node — таблица плана обмена.
      • _Node_VT — табличная часть плана обмена, создается для каждой табличной части.

      • _Reference — таблица справочника.
      • _Reference_VT — табличная часть справочника — для каждой табличной части.
      • _ReferenceChngR — таблица регистрации изменений справочника. Создается, если справочник участвует хотя бы в одном плане обмена.

      • _Document — таблица документов для каждого объекта метаданных «документ».
      • _Document_VT — табличная часть документа — для каждой табличной части каждого документа.
      • _DocumentChngR — таблица регистрации изменений объекта метаданных типа «документ». Создается для каждого объекта метаданных типа «документ», если он участвует хотя бы в одном плане обмена.

      • _Seq — таблица регистрации документов — для каждой последовательности.
      • _SeqB — таблица границ последовательности — для каждой последовательности.
      • _SeqChngR — таблица регистрации изменений последовательности. Создается для каждой последовательности, которая участвует хотя бы в одном плане обмена.

      • _DocumentJournal — таблица журнала документов, создается для каждого журнала документов.

      • _Enum — таблица перечисления — по одной для каждого перечисления.

      • _Chrc — основная таблица плана видов характеристик.
      • _Chrc_VT — табличная часть плана видов характеристик — для каждой табличной части.
      • _ChrcChngR — таблица регистрации изменений плана видов характеристик. Создается, если план видов характеристик участвует хотя бы в одном плане обмена.

      • _Acc — основная таблица плана счетов.
      • _Acc_ExtDim — таблица видов субконто плана счетов, создается для плана счетов в том случае, если максимальное количество субконто больше нуля.
      • _Acc_VT — табличная часть плана счетов, создается для каждой табличной части плана счетов.
      • _AccChngR — таблица регистрации изменений плана счетов. Создается, если план счетов участвует хотя бы в одном плане обмена.

      • _CKind — основная таблица плана видов расчета.
      • _CKind_BaseCK — таблица базовых видов расчета, создается для плана видов расчета в случае, если его свойство «Зависимость от базы» имеет значение, отличное от «Не зависит».
      • _CKind_DisplacedCK — таблица вытесняющих видов расчета, создается для плана видов расчета в случае, если у него установлен флаг «Использует период действия».
      • _CKind_LeadingCK — таблица ведущих видов расчета — для каждого плана видов расчета.
      • _CKindDN — вспомогательная таблица для порядка вытеснения, создается, если у плана видов расчета установлен флаг «Использует период действия».
      • _CKind_VT — табличная часть плана видов расчета, создается для каждой табличной части.
      • _CKindChngR — таблица регистрации изменений плана видов расчета. Создается, если план видов расчета участвует хотя бы в одном плане обмена.

      • _InfoRg — таблица движений регистра сведений.
      • _InfoRChngRg — таблица регистрации изменений регистра сведений. Создается, если регистр сведений участвует хотя бы в одном плане обмена.

      • _AccumRg — таблица движений регистра накопления.
      • _AccumR g T — таблица итогов регистра накопления, если регистр поддерживает остатки.
      • _AccumR g Tn — таблица оборотов регистра накопления, если регистр поддерживает обороты.
      • _AccumR g ChngR — таблица регистрации изменений регистра накопления. Создается, если регистр накопления участвует хотя бы в одном плане обмена.
      • _AccumRgOpt — таблица настроек хранения итогов регистров накопления одна на все регистры накопления.
      • _AccumRgAgg — таблица агрегатов регистра накопления.
      • _AccumRgAggOpt — таблица опций сети агрегатов.
      • _AccumRgSt — таблица статистики регистра накопления.
      • _AccumRgBf — таблица буфера новых оборотов регистра накопления.
      • _AccumRgDl — таблица новых оборотов регистра накопления.
      • _AccumRgAggDims — таблица кодов измерений регистра накопления.
      • _AccumRgAggGrid таблица сети агрегатов

      • _AccRg — таблица движений регистра бухгалтерии.
      • _AccRgED — таблица значений субконто регистра бухгалтерии, создается в том случае, если он ссылается на план счетов, у которого максимальное количество субконто больше нуля.
      • _Acc RgA T0 — таблица итогов по счету.
      • _Acc RgA T< i >— где i от 1 до максимального количества субконто. Таблица итогов по счету с количеством видов субконто равным i.
      • _AccRgC T — таблица итогов оборотов между счетами, только для регистра бухгалтерии поддерживающего корреспонденцию.
      • _AccRgChngR — таблица регистрации изменений регистра бухгалтерии. Создается, если регистр бухгалтерии участвует хотя бы в одном плане обмена.
      • _AccRgOpt — таблица настроек хранения итогов одна на все регистры бухгалтерии.

      • _CRg — таблица движений регистра расчета.
      • _CR g ActP — таблица фактических периодов действия для регистра расчета, создается, если у регистра расчета установлен флаг «Период действия».
      • _CRgChnR — таблица регистрации изменений регистра расчета. Создается для каждого регистра расчета, участвующего хотя бы в одном плане обмена.
      • _CRgRecalc — таблица перерасчета регистра расчета, создается для каждого перерасчета.
      • _CRgRecalcChn g R — таблица регистрации изменений перерасчета. Создается, если перерасчет участвует хотя бы в одном плане обмена.

      • _BPRPoint s — таблица точек маршрута бизнес-процесса для каждого бизнес-процесса.
      • _BPr — основная таблица бизнес-процесса.
      • _BPr_VT — табличная часть бизнес-процесса для каждой табличной части.
      • _BPrChngR — таблица регистрации изменений бизнес-процесса. Создается для каждого бизнес-процесса, участвующего хотя бы в одном плане обмена.

      • _Task — основная таблица задачи.
      • _Task_VT — табличная часть задачи для каждой табличной части.
      • _TaskChngR — таблица регистрации изменений в задачах. Создается для каждого объекта метаданных типа «задача», который участвует хотя бы в одном плане обмена.

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

      Количество этих таблиц зависит от функциональности конфигурации и может быть достаточно большим. В штатном режиме 1С:Предприятие не выполняет проверку их наличия, а также целостности и непротиворечивости содержащихся в них данных. Поэтому важно, чтобы база данных, в которой размещена информационная база 1С:Предприятия 8, была защищена от несанкционированного доступа и ее модификация выполнялась только средствами 1С:Предприятия. Для проверки необходимо использовать функцию «Администрирование — Тестирование и исправление», встроенную в конфигуратор.

      Важно также, чтобы резервное копирование и восстановление базы данных, хранящей информационную базу, выполнялось только целиком. С этой целью рекомендуется использование средств резервного копирования баз данных, встроенных в в используемую СУБД. Резервное сохранение файлового варианта информационной базы может быть выполнено копированием файла 1cv8.1cd.

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

      Хранилище конфигурации

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

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

      Журнал регистрации

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

      Журналы регистрации хранятся в специальных каталогах 1Cv8Log по одному на каждую информационную базу. Каждый каталог содержит файл 1Cv8.lgf и несколько файлов с именами вида yyyyMMddhhmmss.lgp , где yyyy — номер года, MM — номер месяца, dd — номер дня в месяце, hh — номер часа, mm — номер минуты, ss — номер секунды. Например, » 20070525200000.lgp «. Файл 1Cv8.lgf содержит общую информацию журнала регистрации. Каждый файл yyyyMMddhhmmss.lgp содержит фрагмент журнала регистрации за соответствующий период. Имя файла представляет момент времени начала периода. Длина периода определяется настройкой журнала регистрации «Разделять хранение журнала по периодам».

      В файловом варианте информационной базы журнал регистрации располагается в каталоге информационной базы, в том же, что и файл самой информационной базы. Например, если информационная база хранится в файле C:/EnterpriseInfoBase/1cv8.1cd, то журнал регистрации будет находиться в каталоге C:/EnterpriseInfoBase/1Cv8log.

      В клиент-серверном варианте информационной базы журнал регистрации располагается в подкаталоге рабочего каталога кластера. Имя подкаталога определяется идентификатором информационной базы. Например: «C:/Program Files/1cv82/server/reg_1541/fb9d9cc4-ccd0-4be7-87e8-c5182945291e/1Cv8Log». Подробно о рабочем каталоге центрального сервера и кластера можно прочитать в разделе » Хранение настроек кластера серверов 1С:Предприятия 8 «.

      Профайлы

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

      Подробнее назначение профайлов и хранение настроек пользователя описаны в разделе » Сохранение параметров настроек пользователя между сеансами «.

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

      Примеры хранимых данных

      — Открыто ли табло.
      — Настройки текстового редактора.

      /1C/1cv82/1Cv8.pfl, например:
      C:/Documents and Settings/User/Application Data/1C/1cv82/1Cv8.pfl

      — Файлы клиентских настроек, информация о резервных кластерах и другая служебная информация

      Например C:\Documents and Settings\All Users\Application Data\1C\1Cv82\1cv8conn.pfl

      — Режим аутентификации при старте 1С:Предприятия из отладчика.
      — Каталог последнего сохранения хранилища конфигурации в файл.

      Таблица files базы данных, в которой размешена информационная база.

      Информационная база и пользователь

      — Настройки динамических списков.
      — Настройки отборов по журналу регистрации.

      Таблица files базы данных, в которой размешена информационная база.

      Компьютер и информационная база

      — Настройки сравнения файлов конфигураций.
      — Настройки глобального поиска по текстам конфигурации.

      /1C/1cv82//1Cv8.pfl, например:
      C:/Documents and Settings/User/Application Data/1C/1cv82/ 4129dbdb-b495-41cb-99ea-ef315060a03e/1Cv8.pfl

      Компьютер, информационная база и пользователь

      — Расположение окна синтакс — помощника.
      — Список переменных для быстрого просмотра в отладчике.

      /1C/1cv82///1Cv8.pfl, например:
      C:/Documents and Settings/User/Application Data/1C/1cv82/ 4129dbdb-b495-41cb-99ea-ef315060a03e/ E8D87DA4-A087-4145-95E7-D613E0F7CB64/1Cv8.pfl

      1С:Предприятие 8 в режиме Конфигуратора

      — Расположение окон конфигуратора.
      — Цвета редактора модулей в конфигураторе.

      /1C/1cv82/1Cv8cmn.pfl, например:
      C:/Documents and Settings/User/Application Data/1C/1cv82/1Cv8cmn.pfl

      1С:Предприятие 8 в режиме Конфигуратор и Предприятие

      — Расположение некоторых окон (подсказка, отладчик)
      — Параменты групповой разработки
      — Параметры использования внешних компонент)

      /1C/1cv82///1Cv8cmn.pfl, например:
      C:/Documents and Settings/User/Application Data/1C/1cv82/ 4129dbdb-b495-41cb-99ea-ef315060a03e/ E8D87DA4-A087-4145-95E7-D613E0F7CB64/1Cv8cmn.pfl

      Диалог запуска 1С:Предприятия 8

      — Размеры и расположение диалога запуска.
      — Настройки диалогов установки параметров информационных баз.

      /1C/1cv82/1Cv8strt.pfl, например:
      C:/Documents and Settings/User/Application Data/1C/1cv82/1Cv8strt.pfl

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

      Другие вспомогательные данные

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

      • def.usr — хранится в каталоге /1C/1Cv8/ (например, C:/Documents and Settings/User/Application Data/1C/1cv82/4129dbdb-b495-41cb-99ea-ef315060a03e/def.usr) и содержит имя пользователя который последним открывал данную информационную базу.
      • ibases.v8i — хранится в каталоге /1C/1CEStart (например, C:\Documents and Settings\user\Application Data\1C\1CEStart\ibases.v8i) и содержит список информационных баз, зарегистрированных на данном клиентском компьютере. Этот список отображается в диалоге «Запуск 1С:Предприятия».
      • GenTempl_ ru .st, GenTempl_ en .st — стандартный файл шаблонов текста расположен в каталоге загрузочных модулей 1С:Предприятия (например C:/Program Files/1cv82/bin) на русском и английском языке соответсвенно.
      • appsrvrs.lst — хранится в каталоге /1C/1cv82 (например, C:/Documents and Settings/User/Local Settings/Application Data/1C/1cv82/appsrvrs.lst) и содержит список серверов 1С:Предприятия, зарегистрированных в утилите администрирования информационных баз в варианте клиент-сервер.
      • srvribrg.lst — хранится на центральном сервере кластера в каталоге (например, C:/Program Files/1cv82/server/srvribrg.lst) и содержит список кластеров, зарегистрированных на данном компьютере сервера 1С:Предприятия. Содержащиеся в нем данные необходимы для нормальной работы приложений, использующих данный сервер 1С:Предприятия.
      • 1CV8Reg.lst — файл настройки кластера( например C:\Program Files\1cv82\srvinfo\reg_1541\1CV8Reg.lst)
      • В каталогах DBNameCache , ConfigSave , Config , SICache хранится множество файлов, кеширующих различные компоненты конфигурации. Эта информация является производной от конфигурации информационной базы, хранимой в базе данных, и служит для ускорения запуска клиентских приложений и повышения их производительности. Кеш конфигурации располагается в каталоге данных приложений текущего пользователя, например, C:/Documents and Settings/User/Local Settings/Application Data/1C/1cv82/7b0a6294-d6a3-41c5-a23e-dc9e5301ad22/DBNameCache.
      • В каталоге 1Cv8FTxt хранятся данные, используемые службой полнотекстового поиска. Они располагаются на компьютере центрального сервера 1С:Предприятия в каталоге /. Например: C:/Program Files/1cv82/server/reg_1541/7eac7609-c0cb-4701-83cf-9ff5f8961de8/1Cv8FTxt.
      • Группа файлов CACHE/ddb.snp хранится в каталоге хранилища конфигурации и служит для кэширования запрошенных версий конфигурации из этого хранилища. Наличие этих файлов не является обязательным и позволяет ускорить получение версий конфигурации.
      • *.1ccr — конфигурационный файл Web-сервиса для работы с удаленным хранилищем может иметь произвольное имя (расширение 1ccr обязательно), формат XML и содержит единственный узел с произвольным именем и атрибутом connectString — в этом атрибуте указывается адрес сервера хранилища в схеме tcp.
      • *.mft — файл с расширение mft является файлом-манифестом — специальным файлом, описывающим шаблон конфигурации. Файл может иметь произвольное имя. Файл располагается в каталоге установленного шаблона конфигурации.
      • *.v8i — в данном файле приводится описание формата файла описаний зарегистрированных информационных баз. Данный список используют все клиенты. Файл располагается на локальном компьютере в каталоге %APPDATA%\1C\1CEStart\ и по умолчанию имеет имя ibases.v8i.
      • 1CESCmn.cfg — файл 1CESCmn.cfg содержит общие настройки программ запуска (1CEStart.exe и 1Cv8s.exe).
      • 1CEStart.cfg — файл 1CEStart.cfg содержит настройки, которые используют программы запуска (1CEStart.exe и 1Cv8s.exe) и клиентские приложения (1Cv8.exe и 1Cv8c.exe). Файл расположен в каталоге %APPDATA%\1C\1CEStart.
      • adminstall.cfg — файл adminstall.cfg указывает на то, что установка системы программ «1С:Предприятие» выполнялась с использованием средств администрирования операционной системы. Файл располагается в каталоге конфигурационных файлов системы «1С:Предприятие» и представляет собой текстовый документ в кодировке UTF-8.
      • comcntrcfg.xml — файл comcntrcfg.xml служит для указания внешнему соединению необходимости запуска в отладочном режиме.
      • Файл располагается в каталоге конфигурационных файлов системы «1С:Предприятие», и его наличие не является обязательным.
      • conf.cfg — файл conf.cfg определяет расположение каталога общих конфигурационных файлов. Файл расположен в каталоге bin\conf каталога конкретной версии «1С:Предприятия» и представляет собой текстовый документ в кодировке UTF-8.
      • debugcfg.xml — файл debugcfg.xml предназначен для настройки дополнительного диапазона портов, используемого при отладке конфигураций. Файл располагается в каталоге конфигурационных файлов системы «1С:Предприятие», и его наличие не является обязательным.
      • def.usr — файл хранится в каталоге %APPDATA%\1C\1Cv82\ и содержит имя пользователя который последним открывал данную информационную базу.
      • default.vrd — данный файл служит для настройки веб-клиента и использования Web-сервисов, и находится в каталоге виртуального приложения.
      • inetcfg.xml — файл inetcfg.xml позволяет задавать настройки прокси по умолчанию и имеет больший приоритет над настройками прокси по умолчанию в Windows. Файл располагается в каталоге конфигурационных файлов системы «1С:Предприятие», и его наличие не является обязательным.
      • logcfg.xml — файл logcfg.xml служит для настройки технологического журнала. Файл располагается в каталоге конфигурационных файлов системы «1С:Предприятие», и его наличие не является обязательным.
      • logui.txt — располагается в каталоге %APPDATA%\1C\1Cv82\ и содержит список интерактивных действий пользователя, которые выполнялись за время журналирования.
      • nethasp.ini — для настройки параметров взаимодействия системы «1С:Предприятие» с HASP License Manager используется конфигурационный файл nethasp.ini. Файл располагается в каталоге конфигурационных файлов системы «1С:Предприятие», и его наличие не является обязательным.
      • nhsrv.ini — некоторые настройки HASP License Manager могут задаваться при помощи файла конфигурации nhsrv.ini. При запуске HASP License Manager осуществляет поиск конфигурационного файла nhsrv.ini в различных каталогах в следующей последовательности:
        • каталог, в котором размещается исполняемый файл HASP License Manager;
        • текущий каталог Windows;
        • системный каталог Microsoft Windows (%SystemRoot%\system32 — для 32-разрядной версии и %SystemRoot%\system — для 64-разрядной версии);
        • каталог Microsoft Windows;
        • каталоги, перечисленные в переменной окружения PATH (только в случае установки HASP License Manager как приложения Microsoft Windows).

        Рекомендуется размещать файл nhsrv.ini, если это необходимо, в каталоге, в котором размещается исполняемый файл HASP License Manager. Проверка того, что HASP License Manager нашел и прочитал файл конфигурации, можно с помощью журнала Activity Log/Server Activity Log.

        • srv1cv82 — конфигурационный файл /etc/sysconfig/srv1cv82 используется для задания параметров запуска агента сервера «1С:Предприятие» с помощью скрипта /etc/init.d/srv1cv82. Данный конфигурационный файл используется в случае запуска сервера «1С:Предприятия» в операционной системе Linux.
        • swpuser.ini — для того чтобы рабочий процесс запускался не от имени того же пользователя, что и агент сервера, в каталоге данных приложений, относящемся к пользователю агента сервера, может быть размещен файл swpuser.ini
        • * .lic — лицензии базовых конфигураций (C:\Documents and Settings\All Users\Application Data\1C\licenses)
          Файлы программных лицензий расположены в каталоге конфигурационных файлов системы «1С:Предприятие».

        Временные данные

        Временные данные нужны только в течение нескольких пересекающихся во времени или одного сеанса 1С:Предприятия.

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

        • Файл 1Cv8cl является носителем блокировок объектов базы данных, расположенной в файле .
        • Файл 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. Qt как выделить заголовок qtablewidget
        2. Как в ворде нарисовать фигуру нужного размера
        3. Ноутбук асус или леново какой лучше отзывы покупателей
        4. Сколько существует трехзначных цифровых кодов в которых нет одинаковых цифр