Где лежат данные, копии и служебные файлы 1С 8.3 до и после обновления
Содержание
При обновлении база 1С никуда не сохраняется и не переезжает. Файловая база остаётся в том же каталоге, в том же файле 1Cv8.1CD, а клиент-серверная — в той же базе данных на сервере СУБД. Обновление релиза меняет конфигурацию внутри этого файла или этой базы, а обновление платформы
вообще не трогает данные: новая версия просто ставится в соседнюю папку.
Частое заблуждение — что после обновления «появляется новая база», а старая где-то остаётся. На самом деле новыми бывают только служебные вещи: резервная копия, которую сделал помощник обновления, файлы поставки в каталоге шаблонов и свежий кэш конфигурации.
Файловая база: что происходит с каталогом при обновлении
Файловая информационная база — это папка на диске. Главное в ней — файл 1Cv8.1CD: внутри него и данные (документы, справочники, регистры), и сама конфигурация. Других файлов с учётными данными в папке нет.
Что ещё можно увидеть в каталоге базы:
- 📁
1Cv8.1CD— данные и конфигурация, единственное, что нельзя потерять; - 🔒
1Cv8.1CL— файл блокировки, пока базой кто-то пользуется; - 📜
1Cv8Log— журнал регистрации; - 🔍
1Cv8FTxt— индекс полнотекстового поиска, его можно перестроить; - ⏳
1Cv8tmp.1CD— временный файл, появляется во время реструктуризации и тестирования.
Когда вы обновляете релиз (например, Бухгалтерию с одной версии на следующую), платформа загружает новую конфигурацию в тот же 1Cv8.1CD и перестраивает таблицы. Размер файла может вырасти, дата изменения поменяется, но путь остаётся прежним.
Где обычно лежит файловая база, если её создавали по умолчанию:
| Ситуация | Типичный путь |
|---|---|
| Новая база, созданная из окна запуска | C:\Users\<пользователь>\Documents\InfoBase, InfoBase1, InfoBase2… |
| База, которую ставили из шаблона поставки | папка, указанная в мастере на последнем шаге |
| Сетевая файловая база | общая папка на сервере, например \\server\1c_bases\buh |
Если база называется InfoBase7, это значит, что её создавали седьмой раз по умолчанию, а не что программа сама «наплодила» копии.
Точный путь к базе видно прямо в окне запуска: выделите базу в списке, и внизу окна появится строка вида File="D:\Bases\Buh";. Это и есть каталог с 1Cv8.1CD.
Клиент-серверный вариант: данные в СУБД, служебное — на сервере 1С
В клиент-серверном варианте файла 1Cv8.1CD нет вообще. Данные и конфигурация хранятся в базе данных Microsoft SQL Server или PostgreSQL. Физически это файлы СУБД на её сервере: .mdf и .ldf у SQL Server, каталог данных кластера у PostgreSQL.
При обновлении релиза конфигурация меняется внутри той же базы данных. Сначала новая версия записывается как основная конфигурация, затем при обновлении конфигурации базы данных платформа меняет структуру таблиц. Новая база на сервере СУБД при этом не создаётся.
На сервере 1С:Предприятия хранится служебная информация кластера. При установке сервера как службы с настройками по умолчанию это каталог:
C:\Program Files\1cv8\srvinfo\reg_1541\
Что там лежит:
- 📋 файл реестра кластера со списком зарегистрированных баз;
- 📁 папки с именами-идентификаторами (GUID) — по одной на каждую базу;
- 📜 внутри них журнал регистрации
1Cv8Logи служебные файлы сеансов.
Порт 1541 в имени папки — порт менеджера кластера. Если при установке задавали другие порты или другой каталог srvinfo, путь будет отличаться. Его можно посмотреть в параметрах запуска службы агента сервера 1С: там указан ключ -d с каталогом.
Каталог srvinfo — не резервная копия данных. В нём нет документов и справочников. Копировать нужно базу на сервере СУБД, а srvinfo — дополнительно, чтобы при переустановке не регистрировать базы заново.
Обновление платформы и обновление релиза: что куда пишется
Эти две операции часто путают, а пишут они в разные места.
| Что обновляем | Куда пишутся файлы | Что меняется в базе |
|---|---|---|
| Платформу (8.3.xx) | C:\Program Files\1cv8\<номер версии>\, для 32-разрядной — C:\Program Files (x86)\1cv8\<номер версии>\ | ничего |
| Релиз конфигурации | файлы поставки — в каталог шаблонов; изменения — в саму базу | конфигурация и структура таблиц |
При установке новой платформы старая папка версии остаётся рядом, пока её не удалят через «Программы и компоненты». Поэтому после обновления в C:\Program Files\1cv8 может лежать несколько каталогов: 8.3.23.xxxx, 8.3.24.xxxx и так далее. Базы от этого не зависят и продолжают открываться новой версией.
При обновлении релиза файлы поставки (.cfu, .cf, описание изменений) распаковываются в каталог шаблонов. По умолчанию он находится в профиле пользователя:
C:\Users\<пользователь>\AppData\Roaming\1C\1cv8\tmplts\
Внутри — вложенные папки по поставщику, конфигурации и номеру релиза, например 1c\Accounting\3_0_xxx_xx\. Эти файлы нужны только как источник обновления. База берёт из них конфигурацию один раз, при загрузке.
Если обновление идёт через встроенный помощник (в типовых конфигурациях — раздел Администрирование → Обслуживание), программа сама скачивает файлы обновления с сайта поддержки, создаёт резервную копию, если это включено, и применяет обновление к текущей базе.
Список баз в ibases.v8i: где программа «помнит» пути
Окно запуска 1С не хранит базы. Оно хранит только список ссылок на них, и этот список лежит в текстовом файле:
C:\Users\<пользователь>\AppData\Roaming\1C\1CEStart\ibases.v8i
Файл можно открыть в «Блокноте». Каждая база — отдельный блок:
[Бухгалтерия предприятия]
Connect=File="D:\Bases\Buh";
ID=3f0b6c2e-1a2b-4c5d-8e9f-0a1b2c3d4e5f
OrderInList=0
Folder=/
External=0
ClientConnectionSpeed=Normal
App=Auto
WA=1
Version=
DefaultApp=ThickClient
[Зарплата сервер]
Connect=Srvr="srv1c";Ref="zup_main";
ID=7a8b9c0d-1e2f-3a4b-5c6d-7e8f9a0b1c2d
Строка Connect и есть путь. Для файловой базы — File="каталог", для серверной — Srvr="имя сервера";Ref="имя базы в кластере";.
Как поменять путь к базе, если каталог перенесли:
- Закройте все сеансы 1С на этом компьютере.
- В окне запуска выделите базу и нажмите
Изменить…. - На шаге с расположением укажите новый каталог (там, где теперь лежит
1Cv8.1CD). - Нажмите
ДалееиГотово. Программа перепишет строкуConnectвibases.v8i.
Править файл вручную тоже можно, но только при закрытом окне запуска, иначе оно перезапишет изменения.
Рядом с ibases.v8i лежит 1cestart.cfg — настройки самого окна запуска. В нём бывает строка CommonInfoBases= со ссылкой на общий список баз (файл .v8i в сети) и каталог шаблонов конфигураций. Его же можно поменять из окна запуска: кнопка Настройка…, блок каталогов шаблонов.
Если каталог шаблонов в профиле разросся до десятков гигабайт, укажите в настройках окна запуска другой диск, например D:\1C_tmplts. Старые релизы оттуда можно удалить: базам они не нужны.
Кэш и временные файлы: что появляется после обновления
После обновления релиза при первом запуске платформа заново строит кэш конфигурации. Он хранится в профиле пользователя, в двух местах:
C:\Users\<пользователь>\AppData\Roaming\1C\1cv8\<GUID базы>\
C:\Users\<пользователь>\AppData\Local\1C\1cv8\<GUID базы>\
Каждая папка с GUID относится к одной базе. GUID совпадает со значением ID из ibases.v8i, поэтому нужную папку легко найти поиском по этому идентификатору.
В кэше нет данных учёта. Там описание форм, метаданных, пользовательские настройки клиента. Поэтому первый запуск после обновления идёт заметно дольше обычного: программа складывает в кэш новую версию конфигурации.
Когда кэш нужно чистить:
- 🐢 после обновления формы открываются со старым видом или с ошибками;
- ❗ появляются сообщения о несоответствии конфигурации, хотя обновление прошло успешно;
- 💾 папки
1cv8в профиле заняли много места из-за давно удалённых баз.
Самый безопасный способ — запустить базу
с параметром /ClearCache. Его можно прописать в свойствах базы в окне запуска, в поле дополнительных параметров запуска, а после одного входа убрать. Второй способ — удалить папки с GUID вручную.
Удалять папки кэша можно только при закрытой 1С у этого пользователя. Если программа открыта, удаление прервёт работу и может испортить кэш так, что его всё равно придётся чистить заново. На терминальном сервере у каждого пользователя свой профиль, и чистить нужно в профиле того, у кого проблема.
Кроме кэша, обновление пишет временные файлы в %TEMP% пользователя. Обычно они удаляются сами. Если обновление прервали, во временной папке могут остаться распакованные файлы поставки — их можно удалить после закрытия 1С.
Резервная копия перед обновлением: куда её класть
Копия, которую делает помощник обновления, сохраняется туда, куда указали в его настройках или в настройках резервного копирования программы. В типовых конфигурациях файлового варианта эти настройки находятся в разделе Администрирование → Обслуживание, в блоке резервного копирования. Перед запуском обновления проверьте там каталог: именно в нём потом искать архив.
Способы сделать копию самостоятельно:
| Способ | Вариант базы | Что получаем | Где задаётся путь |
|---|---|---|---|
| Выгрузка в Конфигураторе | файловый и серверный | файл .dt | Администрирование → Выгрузить информационную базу, путь выбирается при сохранении |
| Копирование файла | только файловый | копия 1Cv8.1CD | любая папка; база должна быть закрыта у всех |
| Средства СУБД | только серверный | бэкап SQL Server или дамп PostgreSQL | в задании резервного копирования СУБД |
| Встроенное резервное копирование конфигурации | файловый | архив с базой | раздел Администрирование → Обслуживание |
Куда класть архивы:
- Не в каталог самой базы. Если диск выйдет из строя или папку случайно удалят, пропадут и база, и копия.
- На другой физический диск или в сетевую папку с ограниченным доступом.
- С датой и номером релиза в имени, например
buh_2026-10-07_до_3.0.xxx.dt. Через месяц иначе не вспомнить, какая копия до какого обновления.
Копировать 1Cv8.1CD проводником можно только когда базой никто не пользуется: в каталоге не должно быть активного файла 1Cv8.1CL. Копия открытой базы может оказаться повреждённой. Выгрузку .dt для этого надёжнее.
Пропала база после обновления: где искать
Обычно база цела, а пропал только пункт в списке или ярлык. Разбор по симптомам:
Как найти все файловые базы на компьютере, если путь неизвестен. Откройте PowerShell и выполните:
Get-ChildItem -Path C:\, D:\ -Filter 1Cv8.1CD -Recurse -ErrorAction SilentlyContinue |
Select-Object FullName, Length, LastWriteTime
Команда покажет путь, размер и дату изменения каждого файла. Рабочая база — как правило, самая крупная и с самой свежей датой. Тестовые копии и демо-базы из шаблонов обычно весят заметно меньше.