1С и MDF-файл: что это такое и как с ним работать

Когда база 1С:Предприятие работает в клиент-серверном режиме на Microsoft SQL Server, все её данные физически хранятся в файлах СУБД. Главный из них — файл с расширением MDF. Вопрос «1С MDF — что это» обычно возникает у администраторов, которые нашли такой файл на сервере, хотят перенести базу или восстановить данные после сбоя.

MDF (Master Database File) — это основной файл данных Microsoft SQL Server. В нём лежат таблицы, индексы, хранимые процедуры и служебные структуры базы, в том числе все объекты конфигурации 1С: справочники, документы, регистры, пользователи. Рядом с MDF почти всегда существует файл журнала транзакций с расширением LDF, без которого база не считается целостной.

Важно понимать: MDF — это не формат самой 1С. Платформа 1С не умеет открывать MDF напрямую, как она открывает файловую базу 1Cv8.1CD. Работа с MDF идёт через SQL Server: файл присоединяется к экземпляру сервера, а уже 1С подключается к базе по имени через консоль кластера или при создании информационной базы.

Из чего состоит база 1С на SQL Server

Клиент-серверная информационная база 1С на MS SQL Server физически состоит минимум из двух файлов: MDF с данными и LDF с журналом транзакций. Дополнительно могут быть вторичные файлы данных с расширением NDF, если администратор разносил таблицы по файловым группам — так иногда делают на больших базах для ускорения ввода-вывода.

Внутри MDF платформа 1С создаёт свои таблицы с техническими именами: _Reference для справочников, _Document для документов, _AccumRg для регистров накопления, _InfoRg для регистров сведений и так далее. Структура таблиц формируется платформой автоматически при сохранении конфигурации, и изменять её вручную средствами SQL Server нельзя — это гарантированно приведёт к рассогласованию метаданных.

Помимо файлов базы, на сервере есть отдельная служебная информация: логины SQL Server, настройки экземпляра, задания агента. При переносе базы на другой сервер одних файлов MDF/LDF недостаточно — нужно пересоздать логины и сопоставить их с пользователями базы.

Где искать MDF-файл базы 1С

По умолчанию файлы баз данных SQL Server лежат в каталоге DATA внутри папки экземпляра, например: C:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\DATA. Однако администраторы часто выносят базы на отдельный диск, поэтому точный путь надёжнее узнать через средства самого сервера.

Проще всего выполнить запрос в SQL Server Management Studio (SSMS):

SELECT name, physical_name FROM sys.master_files WHERE database_id = DB_ID('ИмяБазы1С');

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

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

Как подключить MDF к SQL Server и зарегистрировать базу в 1С

Сценарий: у вас есть файлы MDF и LDF — например, скопированные с погибшего сервера или полученные от предыдущего подрядчика. Порядок подключения такой.

Ключевой момент — версия SQL Server. Присоединить базу можно только к экземпляру той же или более новой версии. Обратное невозможно: базу, присоединённую к новой версии, нельзя вернуть на старую — внутренний формат файла необратимо обновляется. Перед подключением убедитесь, что версия и разрядность SQL Server поддерживаются используемой платформой 1С.

Резервное копирование: почему простое копирование MDF опасно

Частая ошибка начинающих администраторов — копировать MDF и LDF как обычные файлы, пока SQL Server работает. Так делать нельзя: файлы заблокированы сервером, а даже если скопировать их теневой копией, велика вероятность получить несогласованное состояние данных и журнала. База из такой копии может не присоединиться или присоединиться с повреждениями.

Правильные способы резервного копирования базы 1С на SQL Server:

• штатный бэкап средствами SQL Server — полная копия (FULL) плюс регулярные копии журнала транзакций при полной модели восстановления;
• выгрузка информационной базы в файл .dt через конфигуратор — переносимый формат, независимый от СУБД;
• остановка службы SQL Server с последующим копированием файлов — допустимо, но требует простоя и менее надёжно, чем штатный бэкап.

Для баз 1С рекомендуется комбинировать минимум два подхода: регулярные бэкапы SQL Server для быстрого восстановления и периодическую выгрузку в .dt как страховку от проблем самой СУБД и для переноса между разными СУБД.

Перенос базы 1С на другой сервер

Есть два основных маршрута переноса: через файлы MDF/LDF и через выгрузку .dt. Выбор зависит от ситуации.

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

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

Типичные проблемы с MDF и их диагностика

Самая громкая проблема — база переходит в состояние Suspect или не присоединяется после сбоя диска. Причины: повреждение страниц данных, обрыв записи журнала, нехватка места во время авторасширения. Диагностику начинают с просмотра журнала ошибок SQL Server и проверки целостности командой DBCC CHECKDB.

Если CHECKDB нашёл ошибки, не спешите запускать REPAIR_ALLOW_DATA_LOSS — этот режим физически вырезает повреждённые данные, и для учётной базы это почти всегда недопустимые потери. Сначала попробуйте восстановить базу из последнего целого бэкапа и накатить журналы, а ремонт рассматривайте как крайнюю меру с последующей выгрузкой в .dt и загрузкой в чистую базу.

Ограничения и безопасная граница самостоятельной работы

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

К специалисту с опытом восстановления SQL Server стоит обращаться, когда база в состоянии Suspect, CHECKDB показывает повреждения, а рабочего бэкапа нет или он устарел. Эксперименты с REPAIR_ALLOW_DATA_LOSS, hex-редакторами и «восстановителями MDF» на единственной копии данных могут превратить частично читаемую базу в полностью нечитаемую.

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