Резервное копирование 1С: как настроить и где хранить копии

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

Расскажем, какими способами сделать резервную копию базы 1С, как часто и сколько копий хранить, где их держать и почему копия без проверки восстановления может оказаться бесполезной.

Три способа сделать резервную копию 1С

Выгрузка в файл .dt

Встроенный способ платформы. Получается один файл с расширением .dt, в котором есть и конфигурация, и данные. Его можно загрузить в файловую или клиент-серверную базу, на этот же или на другой компьютер. Минусы: на время выгрузки пользователи должны выйти из базы, а большая база выгружается долго.

Как сделать резервную копию 1С вручную через выгрузку dt:

1. Попросите всех сотрудников выйти из базы.
2. Запустите 1С в режиме «Конфигуратор».
3. Откройте меню «Администрирование» → «Выгрузить информационную базу».
4. Укажите папку на другом диске или в сетевом хранилище и понятное имя файла с датой.
5. Дождитесь сообщения о завершении выгрузки.

Выгрузку можно запускать и по расписанию, например ночью, через пакетный режим Конфигуратора — это настраивает администратор.

Копия файла 1Cv8.1CD

В файловом режиме вся база — это файл 1Cv8.1CD в папке базы. Его можно просто скопировать, и это самый быстрый способ. Но копировать файл можно только тогда, когда в базе никто не работает. Копия, снятая во время работы, может оказаться повреждённой, и узнаете вы об этом лишь при попытке восстановиться. Поэтому копирование запускают ночью и перед этим проверяют, что сеансов в базе нет.

В типовых конфигурациях для файлового режима есть встроенная настройка резервного копирования по расписанию — её ищите в разделе «Администрирование», в подразделе обслуживания.

Средствами СУБД

В клиент-серверном режиме данные хранятся в СУБД — системе управления базами данных, например Microsoft SQL Server или PostgreSQL. Резервную копию делает сама СУБД, и пользователей выгонять не нужно. Можно настроить полную копию раз в сутки и копирование журнала транзакций в течение дня. Тогда при сбое базу можно восстановить почти на любой момент, и теряются не сутки работы, а минуты. Для клиент-серверной базы это основной способ, а выгрузку .dt делают дополнительно, например раз в неделю.

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

Частоту копий определяет простой вопрос: сколько работы вы готовы потерять? Если сбой случится в пятницу вечером, а последняя копия сделана в понедельник, бухгалтерии придётся заново вносить документы за всю неделю.

• Ежедневная копия ночью — минимум для любой рабочей базы.
• Копии в течение дня — если в базе работает много людей и потеря даже полудня болезненна. Для клиент-серверной базы это копирование журнала транзакций.
• Отдельная копия перед важными событиями — обновлением, закрытием месяца, сдачей отчётности, массовой обработкой данных. Такую копию хранят дольше обычных.

Запускайте копирование так, чтобы оно не пересекалось с обменами, обслуживанием базы и ночным обновлением. Иначе одно из заданий может не выполниться, а копия получится неполной или не создастся вовсе.

Хранить только последнюю копию опасно. Ошибку или порчу данных часто замечают через неделю-две, и к этому времени последняя копия уже содержит испорченные данные. Шифровальщики тоже могут какое-то время сидеть в сети незаметно. Практичная схема глубины хранения:

• ежедневные копии — за последние две недели;
• еженедельные — за два-три месяца;
• ежемесячные — за год или дольше, если этого требуют ваши правила.

Что ещё сохранить, кроме самой базы

После аварии выясняется, что одной базы мало. Позаботьтесь заранее и о том, что лежит рядом с ней:

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

Где хранить резервные копии 1С

Удобный ориентир — правило 3-2-1: три копии данных, на двух разных носителях, одна из них — за пределами офиса. Для 1С это выглядит так:

• Первая копия — на отдельном диске сервера или в сетевом хранилище в офисе. Из неё быстро восстанавливаются после обычных ошибок.
• Вторая копия — вне офиса: в облаке или на удалённом сервере, в зашифрованном виде. Она спасёт при пожаре, краже или затоплении.
• Хотя бы одна копия недоступна с рабочего сервера для изменения и удаления. Шифровальщик, попав на сервер, шифрует всё, до чего дотягивается, включая сетевые папки с копиями.

Чего делать не стоит: хранить копии на том же диске, что и база; держать единственную копию на флешке бухгалтера; складывать архивы в общую папку, открытую всем сотрудникам. Подробнее о схеме 3-2-1 для всех данных компании, не только 1С, — в статье о резервном копировании данных компании.

Проверка восстановления: без неё копии нет

Копия, из которой ни разу не восстанавливались, — это надежда, а не защита. Типичные причины, по которым резервная копия базы 1С оказывается бесполезной в нужный момент:

• задание копирования остановилось месяц назад после смены пароля, и никто не заметил;
• на диске закончилось место, и новые копии перестали создаваться;
• файл 1Cv8.1CD копировали при работающих пользователях, и он повреждён;
• копия есть, но пароль от архива никто не помнит.

Как проверять:

1. Каждый день — убедиться, что копия создалась: дата, размер файла, уведомление на почту или в систему мониторинга.
2. Раз в месяц — развернуть свежую копию в отдельную тестовую базу, открыть её, сформировать оборотно-сальдовую ведомость и сравнить с рабочей базой.
3. При проверке засечь время. Если восстановление занимает полдня, это нужно знать заранее, а не в день аварии.

Восстанавливайте копию в отдельную базу, а не поверх рабочей. Ошибка в этот момент может уничтожить актуальные данные.

Что сделать прямо сейчас

Ответьте на три вопроса. Где лежит последняя резервная копия вашей 1С и когда она сделана? Есть ли хотя бы одна копия за пределами офиса? Когда вы последний раз из неё восстанавливались? Если хотя бы на один вопрос нет уверенного ответа, схему копирования стоит пересмотреть. Что делать, если беда уже случилась и файлы зашифрованы, рассказываем в статье «Вирус зашифровал файлы».

Если не хотите разбираться сами, настроим резервное копирование 1С по схеме 3-2-1 с шифрованием и возьмём сервер на мониторинг.

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