TableChanges.dat в 1С: что это за файл и что с ним делать

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

Файл TableChanges.dat создаётся автоматически и хранит сведения об изменённых объектах базы — документах, справочниках, записях регистров, — которые должны быть переданы в другой узел плана обмена. Пока обмен работает штатно, файл регулярно обновляется и очищается. Проблемы начинаются, когда обмен прерывается, узел удаляют, а файл остаётся, или когда регистрация изменений разрастается из-за ошибок конфигурации.

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

Что такое TableChanges.dat и зачем он нужен

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

Файл TableChanges.dat участвует в этом процессе как техническое хранилище данных об изменениях на уровне таблиц. Он появляется в каталогах, где платформа или типовые механизмы обмена размещают служебную информацию — например, в папках файловых баз, в каталогах обмена через файловый ресурс, в временных каталогах при работе универсального формата EnterpriseData или обмена через веб-сервисы.

Важно понимать: сам по себе файл не является «базой данных» и не содержит бухгалтерских или иных учётных данных в готовом виде. Это буфер синхронизации. Однако его наличие и размер — косвенный индикатор состояния обмена: если файл стабильно растёт, значит изменения регистрируются быстрее, чем выгружаются и подтверждаются.

Где находится файл и как его найти

Точное расположение зависит от способа обмена и развёртывания базы. Наиболее типичные места:

• каталог файловой информационной базы и его подкаталоги;
• каталоги обмена, указанные в настройках синхронизации данных (при обмене через файловый ресурс, FTP или локальную папку);
• временные каталоги пользователя и сервера 1С, где платформа распаковывает пакеты обмена;
• каталоги мобильных клиентов и автономных рабочих мест.

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

dir C:\ /s /b | findstr /i "TableChanges.dat"

Перед поиском на сервере 1С уточните, какие каталоги используются для обмена: они указаны в настройках синхронизации данных в самой программе (раздел «Администрирование» → «Синхронизация данных») и в параметрах базы. Неструктурированный поиск по всему диску на рабочем сервере выполняйте в нерабочее время — операция ввода-вывода может быть ресурсоёмкой.

Почему файл растёт и что это означает

Рост TableChanges.dat и связанных с ним таблиц регистрации изменений — симптом, а не самостоятельная проблема. Типичные причины:

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

Дополнительно проверьте размер самих таблиц регистрации изменений в базе — файл на диске отражает лишь часть картины. В типовых конфигурациях есть штатные отчёты и обработки для просмотра зарегистрированных изменений по узлу: они показывают, сколько объектов ожидает отправки и по каким типам метаданных.

Можно ли удалить TableChanges.dat

Удаление допустимо, но только при выполнении условий. Безопасный сценарий — когда узел обмена больше не нужен: база-приёмник выведена из эксплуатации, обмен свёрнут, и вы осознанно отказываетесь от передачи накопленных изменений. В этом случае правильный порядок таков: сначала удалить узел плана обмена или очистить регистрацию изменений штатными средствами, затем удалить служебные файлы.

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

Как сократить регистрацию изменений штатными средствами

Основной инструмент — работа с регистрацией изменений внутри 1С. В типовых конфигурациях доступны команды просмотра и очистки зарегистрированных изменений по узлу плана обмена, а также настройка состава выгружаемых данных.

1. 1
   Сделайте резервную копию информационной базы.
2. 2
   Откройте список узлов плана обмена и определите, какие узлы реально используются.
3. 3
   Для неиспользуемых узлов удалите узел или снимите регистрацию изменений штатной командой.
4. 4
   Для активных узлов выполните полный цикл обмена с подтверждением приёма — регистрация снимется автоматически.
5. 5
   Проверьте настройки отбора данных: исключите объекты, не нужные в приёмнике.
6. 6
   После завершения удалите оставшиеся служебные файлы в каталогах обмена.

Очистка регистрации через конфигуратор и обработки

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

Настройка состава обмена

Если изменений регистрируется слишком много, пересмотрите состав плана обмена: авторегистрацию для редко нужных объектов можно отключить, а в типовых синхронизациях — сузить правила отбора (по организациям, датам, складам). Это снижает нагрузку на запись объектов и уменьшает объём служебных данных.

Проверка результата и типичные ошибки

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

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