Резервное копирование 1С: как не потерять базу бухгалтерии

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

Почему бэкап 1С — это отдельная история

1С — не просто файл. Там первичка за несколько лет, расчёт зарплат, налоговая отчётность, взаиморасчёты с контрагентами. Если база ломается в момент сдачи квартального отчёта — это катастрофа. Штрафы от ФНС, срыв платёжек, паника в бухгалтерии. Я не преувеличиваю.

Был у нас клиент — небольшая торговая компания, 15 человек. Их системник решил, что делать бэкап каждый день — лишняя работа. Настроил копирование раз в неделю, да и то на ту же машину, что и сама база. В итоге поехал жёсткий диск — и всё. База недельной давности, куча незакрытых отгрузок, две недели ручного восстановления данных. Считайте сами.

Есть ещё специфика 1С: база бывает файловая и серверная — на Microsoft SQL Server или PostgreSQL. Принципиально разные вещи. Файловую можно копировать стандартными средствами Windows. С серверной так не выйдет — SQL держит файлы базы открытыми, и простое копирование даст вам повреждённый мусор вместо рабочего бэкапа. Об этом подробнее — дальше.

Файловая или серверная база: от этого зависит всё

Файловый вариант 1С — это когда база лежит как папка с файлом 1Cv8.1CD на сетевом диске или прямо на компьютере бухгалтера. Чаще всего так работают компании до 5-7 пользователей. Копировать технически легко. Но есть ловушка.

Копировать файловую базу на лету, пока в ней работают люди, — плохая идея. Получите повреждённую копию. Правильный вариант — делать резервную копию через встроенную выгрузку 1С в файл с расширением dt. Это можно автоматизировать через Планировщик Windows: настраиваешь запуск скрипта ночью, когда в базе никого нет, и утром у тебя свежий бэкап. Бесплатно и просто.

Серверный вариант — 1С в режиме клиент-сервер, база живёт на SQL. Здесь нужно работать через средства СУБД: SQL Server Agent для Microsoft SQL, pg_dump для PostgreSQL. Либо — выгрузка через конфигуратор 1С. Оба варианта рабочие, у каждого свои плюсы и ограничения. Главное — понять, какой тип базы у вас, прежде чем выстраивать схему бэкапа.

Куда копировать: три места хранения и одна распространённая ошибка

Золотое правило резервного копирования — схема 3-2-1. Три копии данных, на двух разных типах носителей, одна — вне офиса. Звучит просто. На практике большинство небольших компаний не выполняют даже первый пункт. Хранят бэкап на том же диске, что и сама база. Это не бэкап — это самообман.

Первое место — отдельное локальное сетевое хранилище. Недорогой NAS типа Synology DS223 стоит около 18-22 тысяч рублей. Плюс два жёстких диска по 2 ТБ — ещё 8-10 тысяч. Итого за 30 тысяч рублей у вас есть нормальное сетевое хранилище с RAID-зеркалом, которое переживёт смерть одного диска без потери данных. Это минимум. Не экономьте на этом.

Второе место — облако. Яндекс Диск, S3-совместимые хранилища Selectel или VK Cloud. Мне нравится S3 с включённым версионированием — можно откатиться к любой версии файла за последние 30 дней. Стоит смешные деньги: 50 ГБ обойдётся в 100-200 рублей в месяц. Третье место — физический носитель вне офиса. Внешний диск, который раз в неделю забирает домой директор или главбух. Звучит старомодно. Но именно это спасает при пожаре или затоплении серверной.

Как часто делать резервные копии

Тут нет универсального ответа — всё зависит от того, сколько данных вы готовы потерять. В профессиональной среде это называется RPO, Recovery Point Objective — допустимая глубина потери. Если через вашу 1С за день проходит 300 накладных и 50 платёжных поручений — потеря даже одного дня критична. Если небольшая юрфирма вносит данные раз в неделю — другой разговор.

Для большинства моих клиентов из торговли, бухгалтерии и производства я рекомендую такую схему: полный бэкап раз в сутки — ночью, когда никто не работает. Если база серверная на SQL — дополнительно делаем резервные копии журнала транзакций каждые 2-4 часа в рабочее время. Это позволяет откатиться почти до любого момента дня, а не только до вчерашней ночи.

Хранить бэкапы вечно не нужно. Достаточно такой схемы ротации: ежедневные копии за последние 14 дней, еженедельные — за 2 месяца, ежемесячные — за год. Это классика — GFS-ротация, Grandfather-Father-Son. Настраивается один раз, потом работает сама. Занимает разумный объём дискового пространства и покрывает все типичные сценарии восстановления.

Как настроить автоматический бэкап 1С

Три инструмента, которые реально работают в малом бизнесе. Первый — встроенный Планировщик Windows плюс PowerShell-скрипт. Создаёте задание, которое ночью запускает выгрузку базы 1С в файл dt, потом копирует его на NAS и в облако. Бесплатно. Работает. Минус — выгрузка в dt временно блокирует базу, для больших баз это может быть неудобно.

Второй — SQL Server Agent, если у вас Microsoft SQL Server. Заходите в SQL Server Management Studio, создаёте план обслуживания с заданием резервного копирования. Выбираете тип: полный бэкап, разностный, копия журнала транзакций. Настраиваете расписание. Отдельным заданием копируете получившиеся файлы .bak на NAS или в облако. Стандартный промышленный подход. Надёжно и гибко.

Третий вариант — Veeam Agent for Windows. Умеет делать бэкап прямо с работающей машины через VSS-снапшоты, понимает SQL-базы без их остановки. Стоимость лицензии — от 8000 рублей в год на один сервер. Для небольших компаний это мой первый выбор: понятный интерфейс, надёжное восстановление, умеет сам копировать бэкап в облако или на NAS. Acronis тоже рабочий вариант, но у них в последнее время с ценообразованием стало запутанно.

Проверка восстановления: самое важное, что все пропускают

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

Правильная проверка — это не «посмотреть, что файл есть и его размер не ноль». Это взять последний бэкап, развернуть базу на тестовом компьютере или виртуальной машине и запустить 1С. Открылась? Данные на месте? Дата последней операции соответствует ожидаемой? Только так вы знаете, что у вас реально работающий бэкап. Минимум раз в месяц — обязательно.

У нас это часть регламента для клиентов на обслуживании. Каждые 30 дней — тестовое восстановление базы, отчёт на почту. Это 40-60 минут работы инженера. Входит в абонентское обслуживание. Некоторые клиенты поначалу скептичны: зачем платить за то, что и так работает. Потом один раз мы находим проблему с бэкапом до того, как случилась катастрофа — и вопросы исчезают сами собой.

Сколько стоит нормальный бэкап и нужен ли подрядчик

Давайте посчитаем честно. NAS Synology с двумя дисками по 2 ТБ — около 30-35 тысяч рублей разово. Лицензия Veeam Agent — 8-12 тысяч рублей в год. Облачное хранилище S3 — 2-3 тысячи рублей в год при нормальных объёмах. Итого: в первый год — 40-50 тысяч рублей, каждый последующий — 10-15 тысяч. Сравните это со стоимостью потери базы. Даже один день простоя бухгалтерии обойдётся дороже.

Настроить всё самостоятельно реально, если в компании есть технически грамотный человек. Потратите 2-4 рабочих дня. Если такого человека нет или некогда — зовите подрядчика. Разовая настройка бэкапной инфраструктуры у нас стоит 15-25 тысяч рублей в зависимости от сложности: сколько баз, какой тип, куда копировать, нужен ли мониторинг.

Самое ценное в работе с аутсорсером — не разовая настройка, а постоянное наблюдение. Бэкап может тихо сломаться через три месяца: переполнился диск, изменились права доступа, задача в Планировщике слетела после обновления Windows. Если никто не следит — вы узнаете о проблеме только в самый неподходящий момент. А этот момент всегда наступает внезапно.

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

Можно ли делать бэкап 1С на флешку или внешний диск?
Можно, и это лучше, чем ничего. Флешка — ненадёжный носитель: умирает без предупреждения, особенно дешёвая. Внешний диск надёжнее. Главное — хранить его отдельно от сервера, чтобы при пожаре или краже не потерять и машину, и бэкап одновременно. Идеальный вариант — комбинировать: внешний диск плюс облачное хранилище.

Что делать, если база 1С уже повреждена?
Первым делом — не паниковать и ничего не удалять самостоятельно. Запустите встроенное средство проверки в конфигураторе 1С: меню «Администрирование — Тестирование и исправление». Если не помогает — звоните специалистам, не пытайтесь самостоятельно переустанавливать или перемещать файлы базы. Во многих случаях данные можно частично или полностью восстановить даже из повреждённых файлов, если не усугубить ситуацию.

Нужно ли делать бэкап конфигурации 1С отдельно от базы?
Да, если конфигурация дорабатывалась под вашу компанию. Конфигурация — это структура и логика 1С, все кастомные доработки и настройки. Типовую конфигурацию можно скачать заново с сайта 1С, а вот доработки так не вернуть. Делайте выгрузку конфигурации в файл cf через конфигуратор хотя бы раз в месяц или после каждого обновления — файл маленький, а потеря может обойтись в стоимость повторной доработки.

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