Короткий ответ

Файловая база — это каталог с 1Cv8.1CD (и обычно журнал 1Cv8Log). Консистентная копия = файл не открыт сеансами 1С или снимок тома VSS, с которого копируете. robocopy/copy живого 1CD даёт битую «резервную копию», которая вскроется в день аварии. DT-выгрузка — дополнение, не замена файла при больших базах. Если база уже на SQL SQL01 — эта статья не ваш метод, см. SQL-бэкап 1С.

Симптомы и как отличить

Типичная картина «плохого бэкапа»:

  • ночной copy прошёл, restore не открывается;
  • sharing violation в логе скрипта;
  • пользователи в базе 24/7, «бэкап всё равно качается».

Это не повреждение без копии — здесь вы строите процесс, чтобы до повреждения дожить.

Возможные причины провалов

  1. Копия открытого файла.
  2. Нет второй площадки (тот же диск, что 1CD).
  3. Нет проверки открытия копии платформой 8.3.
  4. Антивирус держит файл во время copy.
  5. Нет окна: склад работает ночью.

Диагностика текущего процесса

Каталог например \\fileserver\1C\Accounting.

Get-SmbOpenFile | Where-Object { $_.Path -like '*Accounting*1Cv8*' }
Get-ChildItem '\\fileserver\1C\Accounting' | Format-Table Name, Length, LastWriteTime

Скрипт backup: есть ли vssadmin/Veeam/wbadmin, или только Copy-Item. Есть ли offsite.

Попробуйте на копии открыть последнюю «резервную» в отдельном каталоге той же 8.3. Если нет — у вас не было бэкапа.

Решение

Метод 1. Окно простоя (самый понятный)

  1. Все выходят из 1С, регламент выключен.
  2. Проверка: нет SMB-открытий на 1Cv8.1CD.
  3. Копируйте весь каталог (1CD, 1Cv8Log, *.1CL если есть) на другой том/сервер с датой в имени.
  4. Контрольная сумма/размер vs источник.
  5. Раз в неделю — открыть копию в 1С.
$src = '\\fileserver\1C\Accounting'
$dst = '\\backup\1C\Accounting-' + (Get-Date -Format 'yyyyMMdd-HHmm')
if (Get-SmbOpenFile | Where-Object { $_.Path -like '*\Accounting\*1Cv8.1CD*' }) {
  throw '1CD is open; abort copy'
}
Copy-Item $src $dst -Recurse

Права на шару backup — не у всех бухгалтеров на запись.

Метод 2. VSS / агент снимка тома

Если простой недопустим: агент, который копирует из снимка, не из живого файла (Veeam file backup со snapshot, wbadmin, diskshadow). Проверьте, что теневая копия включает том с 1CD целиком. После внедрения — обязательный тест открытия.

diskshadow — для опытных; ошибка скрипта хуже, чем короткое окно. Документируйте.

Метод 3. DT как доп. точка

Конфигуратор: выгрузить DT в окно. Это не замена 1CD для больших баз (долго, нет инкремента). Храните DT отдельно, пароли выгрузок — в сейфе.

Метод 4. Пора на SQL

Рост 1CD, много пользователей, нет окна — планируйте клиент-сервер SRV-1C + SQL01. Резервирование станет Full+log. Пока файловая — не притворяйтесь, что robocopy = SQL backup.

Контур файловой Accounting: расписание, проверка, когда уходить на SQL

Зафиксируйте RPO: «копия ночная после выхода смены» или «снимок каждые 4 часа». Запишите, кто выгоняет пользователей (скрипт завершения сеансов не для файловой так, как rac — здесь SMB). На RDS: выгнать 1С, затем copy.

Проверка копии: отдельный каталог Accounting-restore-test, ярлык только у админа, открыть толстым клиентом той же 8.3, посмотреть журнал за вчера, закрыть, не оставить копию доступной всем на запись (иначе «тест» станет вторым продом). Раз в месяц открывайте не самую свежую копию — убедитесь, что retention не из воздуха.

Шифровальщик: копии на той же шаре, что 1CD, погибнут вместе. Нужен том с другим ACL (только backup-учётка) или offline. Не давайте Domain Users Modify на \\backup\1C.

Когда уходить на SQL: несколько одновременных пользователей, база десятки ГБ, нет окна, NAS тормозит. Перенос — отдельная статья. До переноса не делайте вид, что ежечасный robocopy открытого файла = Full+log.

Скрипт backup должен throw, если файл открыт, а не «скопировать что получится» с кодом 0. Мониторинг: размер копии ≈ размер источника ± журнал, дата не старше SLA. Письмо «copy completed» при 0 байт — провал как у SQL job без файла.

Не кладите DT в тот же каталог, что 1CD, без отдельного ACL: DT содержит данные, это не «просто конфиг».

Как проверить, что проблема устранена

  • Журнал: копия без open-file.
  • Раз в N дней: копия открывается, видны вчерашние документы.
  • Offsite/immutable есть.
  • RPO/RTO записаны (например ночная копия = до 24 ч).

Если не помогло

  • VSS падает — диск, VSS writers, место теневых копий. Не отключайте VSS навсегда.
  • Пользователь не выходит — регламент, терминальные сеансы, снимок.
  • Копия открывается, расходятся данные — копировали во время записи без VSS.

Профилактика

  • Календарь окна или лицензия на snapshot backup.
  • Алерт: 1CD не копировался / размер копии << источника.
  • ИБП NAS.
  • Лимит: файловая только для малого объёма.
  • Перед обновлением — отдельная копия, подготовка.

Практический минимум: скрипт, который отказывается копировать открытый 1Cv8.1CD; каталог назначения с ACL только backup; еженедельное открытие копии той же 8.3; вторая площадка. Журнал 1Cv8Log копируйте вместе, если нужен аудит. Не заменяйте это DT «потому что файл большой»: DT не спасает от ночной порчи, если выгрузка была неделю назад. Когда пользователи работают 24/7, либо VSS-агент с тестом restore, либо перевод на SQL. Храните одну «золотую» копию перед обновлением отдельно от ротации 7 дней, чтобы cfu-провал не съел единственный хороший файл политикой retention.

Именование копий: Accounting-yyyyMMdd-HHmm, не Accounting-copy-final-2. В заявке на восстановление должно быть ясно, какой каталог брать. Проверяйте, что антивирус не держит 1CD во время copy (sharing violation). Снимок гипервизора VM с NAS-клиентом не равен консистентной копии файла на самом NAS. Бэкапьте том, где лежит 1CD, агентом, который понимает этот том. Раз в квартал читайте RPO с главбухом: если ночной копии мало — либо VSS чаще, либо SQL.

FAQ

Можно ли бэкапить, пока главбух «только в отчёте»?

Нет без VSS. Отчёт держит файл.

Нужен ли SQL Server для файловой копии?

Нет.

Архиватор с открытыми файлами (Volume Shadow в 7-Zip).

Только если реально используется VSS и вы проверили restore. Не верьте галочке без открытия 1С.

Хранить копии 7 дней на том же NAS?

Лучше, чем ничего, плохо против ransomware и смерти NAS. Нужен второй носитель.

Журнал 1Cv8Log надо копировать?

Да, если нужен журнал регистрации. Для «поднять базу» критичен 1CD; для расследования — лог тоже.