Резервное копирование 1С: как часто нужны бэкапы и сколько их хранить

Бухгалтер закрывала квартал и увидела, что данные не сходятся: ошибка в проведении документов появилась два месяца назад и всё это время тихо тянулась дальше. Откатить базу к состоянию «до ошибки» не вышло — резервные копии хранились неделю, и в каждой из них ошибка уже была. При этом копии делались исправно, каждую ночь. Разберём, как часто нужно резервное копирование 1С, сколько хранить копии и почему привычные 7–14 дней опаснее, чем кажется.

Почему «делаем бэкапы» ≠ «данные в безопасности»

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

Копию никто ни разу не проверял. Файл создаётся по расписанию, лежит на диске, весит правдоподобно — а при попытке развернуть выдаёт ошибку чтения. Узнают об этом в худший момент, когда копия нужна прямо сейчас. Лечится практикой: раз в квартал разворачивайте свежую копию в тестовую базу и открывайте её.

Копия лежит там же, где база. Если копии складываются в соседнюю папку на том же сервере, отказ диска, кража системного блока или вирус-шифровальщик уносят базу и все копии разом. Копия ценна ровно настолько, насколько она независима от оригинала.

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

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

Минимум — раз в сутки, для любой базы, в которой хоть кто-то работает. При активной работе — несколько раз в день.

Ориентир по интенсивности:

• Активная работа — ежедневный ввод документов, касса, склад, зарплата, несколько пользователей: несколько раз в день плюс обязательная ночная копия.
• Умеренная работа — несколько документов в день, один-два человека в базе: ежедневно, после окончания рабочего дня.
• Редкая работа — заходят раз в несколько дней: всё равно ежедневно за те дни, когда база открывалась.

Правило простое: частота копий = объём работы, который вы готовы потерять и ввести заново руками. День — неприятно, но переживаемо. Неделя ввода документов — это расхождения с банком и контрагентами и сорванные сроки отчётности.

Сколько резервных копий хранить и как долго

Минимальная разумная глубина — 30 дней. Оптимальная — 90–180 дней.

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

• 7–14 дней — закрывают только аварии и ошибки, замеченные на той же неделе. Всё, что всплывает на месячной сверке и позже, — уже нет.
• 30 дней — закрывают месячный цикл: сверку с банком, зарплату, закрытие месяца. Это разумный минимум для любой рабочей базы.
• 90–180 дней — закрывают квартальный и полугодовой отчётные периоды, а именно на них ошибки чаще всего и вскрываются.

На практике это выглядит так. Бухгалтер сдаёт квартальный отчёт, через неделю получает требование из налоговой и видит, что расхождение тянется с первого месяца квартала. Чтобы вернуться к базе на тот момент, нужна копия примерно 100-дневной давности. При хранении 14 дней её нет — остаётся восстанавливать данные руками по первичным документам.

И ещё: глубина хранения не равна количеству копий. Держать 180 полных суточных копий дорого по месту, поэтому старые обычно прореживают — свежие лежат посуточно, дальше по неделям и месяцам. Уточняйте у IT-специалиста или провайдера и это: с какого момента копии становятся недельными.

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

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

Где лежит копия	От чего защищает	От чего не защищает
Тот же диск или сервер, где база	случайное удаление, ошибка в данных	отказ сервера, шифровальщик, кража, пожар и залив
Внешний диск или NAS — сетевое хранилище в офисе	+ отказ основного сервера	+ пожар, залив, кража в офисе
Отдельный сервер в дата-центре	+ всё перечисленное выше	требует канала связи и доверия к площадке

Дата-центр (ЦОД) — специально оборудованное здание для серверов: охрана, резервное питание, охлаждение, дублированные каналы связи. Надёжность площадки описывают уровнями Tier — что за ними стоит, разобрано в статье «Что такое Tier-III дата-центр и почему это важно для вашей 1С».

О чём забывают: в копии лежат те же персональные данные сотрудников и контрагентов, что и в самой базе, и требования 152-ФЗ на неё распространяются. Внешний диск, который бухгалтер увозит домой, — плохая идея не только по надёжности.

Резервное копирование при работе в облачной 1С

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

Четыре вопроса, которые стоит задать:

1. Как часто делаются копии. Ежедневно — необходимый минимум, несколько раз в сутки — лучше.
2. Сколько они хранятся. Ключевой параметр и самое большое расхождение на рынке: у большинства провайдеров облачной 1С копии живут 7–14 дней. Как показано выше, этого не хватает при позднем обнаружении ошибки. В Onescloud копии хранятся 180 дней на отдельном оборудовании.
3. Где копии лежат физически. На том же сервере, где работает база, или на отдельном — вопрос прямой, ответ должен быть конкретным.
4. Как происходит восстановление. Можете ли вы запросить откат самостоятельно, за какое время его сделают и на какую дату можно вернуться.

Эти же вопросы стоит задать при переезде с собственного сервера — вместе с вопросами о самом переносе, они разобраны в инструкции «Как перенести базу 1С в облако без потери данных». Условия по конкретным конфигурациям — на странице 1С:Бухгалтерия в облаке.

Заключение

Полностью исключить потерю данных нельзя, но при правильно настроенном резервном копировании риск сводится к минимуму. Четыре пункта, которые закрывают почти все реальные сценарии:

1. Делайте копии ежедневно, а при активной работе — несколько раз в день.
2. Храните их не меньше 30 дней, а лучше 90–180: ошибки в данных находят не в день, когда их допустили.
3. Держите копии отдельно от базы — на другом сервере, а не в соседней папке.
4. Проверяйте восстановление хотя бы раз в квартал: непроверенная копия — это ещё не копия.

Если заниматься расписанием, местом хранения и проверками некогда, эту часть можно отдать провайдеру. Возьмите демо-доступ на 14 дней бесплатно — ежедневные копии с хранением 180 дней входят в стоимость.

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

Чем резервная копия отличается от архивной копии базы?

Ничем по сути — это одно и то же, различается только назначение. «Резервной» копию называют, когда она нужна для быстрого отката после сбоя, «архивной» — когда её убирают на длительное хранение, например перед закрытием года или переходом на новую версию конфигурации. Требования к хранению одинаковые: отдельный носитель и проверка, что копия разворачивается.

Обязывает ли закон хранить резервные копии 1С?

Прямого требования к глубине бэкапов в законе нет. Но есть требования к самим данным: первичные документы, регистры и отчётность нужно хранить не менее 5 лет (ч. 1 ст. 29 ФЗ-402 «О бухгалтерском учёте»), данные налогового учёта — тоже 5 лет (пп. 8 п. 1 ст. 23 НК РФ). Резервные копии — это способ выполнить требование, а не отдельная обязанность: если база утрачена и восстановить её нечем, отвечать придётся за утрату документов.

Можно ли восстановить один документ, а не всю базу?

Штатно 1С восстанавливает базу целиком, отдельный документ из копии «достать» нельзя. На практике поступают так: копию разворачивают как отдельную базу рядом с рабочей, находят в ней нужный документ и переносят его в рабочую базу копированием или обработкой. Рабочую базу при этом не трогают — именно поэтому важно, чтобы у провайдера была возможность развернуть копию отдельно, а не только «поверх».

Сколько времени занимает восстановление базы из копии?

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

Нужно ли делать собственные копии, если база уже в облаке?

Для защиты от сбоев и ошибок — нет, этим занимается провайдер. Но раз в квартал имеет смысл выгрузить копию базы себе: так данные перестают зависеть от одного поставщика, и при смене провайдера или спорной ситуации у вас на руках есть актуальный образ базы. Такую выгрузку по запросу делает любой нормальный провайдер.

Что делать, если резервная копия не разворачивается?

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