← На главную

При выполнении операции загрузки информационной базы из файла формата .dt в консоли администрирования 1С или через Конфигуратор нередко возникает критическая ошибка, связанная с нехваткой свободного места на системном диске сервера. Давайте разберем, почему это происходит, даже если сами файлы баз данных .mdf и .ldf расположены на другом диске (например, D), и как решить эту проблему профессионально.

Суть проблемы: механизм работы с временными файлами

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

1. При запуске процесса загрузки 1С сначала полностью копирует и распаковывает содержимое .dt-архива во временную директорию (папку Temp).
2. По умолчанию эта папка находится в профиле того пользователя, от имени которого работает служба «Агент сервера 1С:Предприятия» (обычно это USR1CV8).
3. Если на системном диске C физически не хватает места для размещения временного файла, равного (или больше) объему .dt-файла, платформа прерывает операцию с ошибкой.

Таким образом, даже если вы настроили хранение баз данных на диске D, служба сервера 1С продолжает активно использовать диск C для своих служебных нужд.

Способ 1: Перенаправление переменных окружения для службы сервера

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

Рассмотрим по шагам, как это сделать:

1. Откройте свойства службы «Агент сервера 1С:Предприятия» в оснастке services.msc.
2. Если вы используете командную строку для управления процессом запуска, можно переопределить переменные окружения TEMP и TMP для процесса бинарника 1С.
3. Если необходимо изменить настройки на уровне системы для пользователя, под которым запущена служба, зайдите в «Параметры системы» -> «Дополнительные параметры системы» -> «Переменные среды».
4. Измените значения TEMP и TMP на путь к диску D (например, D:\1C_Temp), обеспечив предварительное создание и назначение прав доступа для пользователя USR1CV8 к этой папке.

Способ 2: Использование SQL-бэкапов вместо .dt

Если размер базы очень велик и манипуляции с временными папками по каким-то причинам нежелательны, эффективным решением будет использование полноценных резервных копий SQL Server (файлы с расширением .bak).

Преимущества данного метода:

• Процесс восстановления базы через SQL Server Management Studio выполняется напрямую между дисками (на которых лежат файлы БД), минуя кэширование через Temp профиля 1С.
• Скорость восстановления значительно выше, так как нет этапа распаковки через платформу 1С.
• Отсутствует зависимость от свободного места на системном диске C.

Способ 3: Перенос данных на уровне SQL Server (Attach/Detach)

Если вам нужно развернуть пустую базу на другом диске, чтобы в дальнейшем загрузить в нее данные, вы можете выполнить операцию Detach (отсоединение) и Attach (присоединение) через SQL Server Management Studio.

Разберем этот процесс:

1. Создайте пустую базу данных в 1С, указав желаемые параметры.
2. В SQL Server Management Studio найдите эту базу и выполните операцию Detach.
3. Перенесите файлы .mdf и .ldf с диска C (или другого источника) на целевой диск D вручную.
4. Выполните операцию Attach, указав новые пути к перенесенным файлам на диске D.

Важное примечание: При работе с .dt-файлами всегда старайтесь иметь на системном диске свободное место с запасом, минимум в 1.5–2 раза превышающее размер самого файла .dt. Это необходимо не только для временного кэша, но и для корректной работы логов транзакций SQL Server в процессе активной записи данных.

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