База 1С слетела в пятницу вечером, а копия — двухнедельной давности
Если вы сейчас читаете это и в голове мелькнуло «а когда у нас последний раз делался бэкап?» — стоп. Идите проверьте прямо сейчас. Серьёзно.
Помню случай — клиент позвонил в пятницу вечером, голос дрожит: база повредилась, восстанавливаемся из копии. А копия — позавчерашняя, и то хорошо. Бывает и недельной давности. И тогда квартальный отчёт собирают заново вручную, по первичке, три дня подряд.
Хорошая новость: настроить автоматическую архивацию в 1С — дело на 15 минут. И больше к этому вопросу можно не возвращаться. Погнали.
.dt или .bak — чем делать копию базы 1С
Два разных способа, путать их нельзя. По нашей практике именно тут бухгалтеры спотыкаются чаще всего.
- .dt (выгрузка информационной базы) — делается прямо из 1С: «Администрирование → Выгрузить информационную базу». Удобно для файловых баз, переноса, отправки программисту. Минус — на больших базах выгрузка идёт долго и требует, чтобы все вышли.
- .bak (резервная копия SQL) — это бэкап средствами сервера, если база на SQL Server. Делается автоматически, пользователей выгонять не надо, восстанавливается быстро. Это путь для серьёзных объёмов.
Простое правило. Файловая база (маленькая фирма, один-два пользователя) — хватает .dt по расписанию. База на сервере SQL — основной бэкап делает админ через SQL, а .dt оставляем как дополнительную «портативную» копию раз в неделю.
Где в 1С это включить
Для типовых конфигураций (Бухгалтерия, ЗУП, УТ) автоматическую выгрузку обычно настраивают во встроенном механизме резервного копирования — раздел обслуживания. Там же — расписание и папка хранения (точное название пункта зависит от конфигурации и релиза).
Не путайте с регламентными заданиями для опытных — для большинства баз хватает этого встроенного механизма. Кнопка есть. Работает? Работает. Важный нюанс: встроенный механизм «Резервное копирование и восстановление» обычно рассчитан на файловые базы. На клиент-серверном варианте (SQL) копию чаще делают средствами SQL Server (план обслуживания) или скриптом — проверьте доступность пункта в вашей конфигурации.
Расписание: как часто делать бэкап 1С
Главный принцип — насколько свежей должна быть копия, чтобы её потеря не убила вас. Если за день в базу падает 200 документов, то потерять день = переколотить 200 строк вручную. А это, поверьте, удовольствие ниже среднего.
- Активная база (опт, розница, много операций) — ежедневно, ночью. После 23:00, когда все вышли.
- Спокойная бухгалтерия одной фирмы — раз в день вечером тоже не повредит, но минимум 2-3 раза в неделю.
- Перед обновлением релиза или конфигурации — обязательно, руками, отдельной копией. Это святое. Обновление пошло криво — откатились за минуту.
- Перед закрытием квартала и сдачей отчётности — отдельная именованная копия. Подписали баланс — зафиксировали состояние.
Время выбирайте так, чтобы выгрузка успела закончиться до начала рабочего дня. Большая база может выгружаться и час.
Ротация копий — чтобы диск не лопнул и копии не закончились
Тут классическая ошибка: настроили ежедневный бэкап, забыли. Через два месяца диск забит под завязку, новые копии не создаются — а вы об этом узнаёте ровно в момент аварии. Красиво, чего уж.
Ротация — это автоматическое удаление старых копий по правилу. Во встроенном механизме копирования обычно можно задать, сколько последних копий хранить (точные настройки зависят от конфигурации).
- Схема «дед-отец-сын» — 7 ежедневных копий, 4 еженедельных, 12 месячных. Перебор для маленькой фирмы, но логика правильная: чем старше — тем реже.
- Разумный минимум для малого бизнеса — хранить последние 14 ежедневных и по одной на конец каждого месяца за год. Бухгалтерская база за прошлый год маленькая, место не съест.
- Храните копии не на том же диске, где база. Полетел диск — улетели и база, и все «бэкапы» рядом с ней. Отдельный диск, сетевая папка, облако.
Одна копия в другом физическом месте — закон жизни. Пожар, кража ноутбука, шифровальщик. Звучит как страшилка, но за последний год я лично разбирал два таких случая — оба обошлись малой кровью именно потому, что копия лежала в облаке.
Проверка целостности — копия есть, а откроется ли
Самое коварное. Бэкапы вроде делаются, папка растёт, все спокойны. А в час Х копия не разворачивается — повреждена. И их таких подряд десяток.
Копию, которую никто никогда не пробовал восстановить, считайте несуществующей. Это не паранойя, это опыт.
- Раз в месяц разворачивайте последнюю копию в тестовую базу. Создаёте новую информационную базу из .dt, открываете, смотрите — данные на месте, документы проводятся. 20 минут раз в месяц.
- Проверяйте размер файлов копий. Если база растёт, а вчерашний .dt вдруг весит втрое меньше предыдущих — что-то сломалось при выгрузке.
- Следите за уведомлениями. Результат выгрузки обычно фиксируется в журнале регистрации — прошла она или с ошибкой. Загляните туда раз в неделю — пункт журнала регистрации обычно лежит в разделе администрирования или обслуживания (точное название зависит от конфигурации).
- Тестирование и исправление базы — отдельная процедура (chdbfl или встроенное «Тестирование и исправление»). Гоняйте раз в квартал, особенно перед отчётностью.
Зачем это вообще бухгалтеру — есть же админ
А вот и нет. На малых фирмах админа часто нет вообще, а отвечать за данные учёта будете вы. И требование о представлении документов в рамках камеральной проверки никто не отменит из-за того, что «база упала».
Первичку и регистры налогоплательщик обязан хранить — документы налогового учёта нужно хранить несколько лет, а по отдельным — дольше: например, по убыткам, переносимым на будущее, — в течение всего срока их списания.. Слетевшая база с непроведёнными за полгода документами — это не уважительная причина для ФНС.
Так что бэкап — это не «айтишная задача». Это страховка вашего сна и вашей отчётности. Ну вы поняли, к чему я веду.
- Проверить, когда был последний бэкап.
- Включить автоматическую выгрузку по расписанию.
- Указать папку на ДРУГОМ диске или в облаке.
- Настроить хранение последних 14 копий.
- Раз в месяц — развернуть копию в тест.
Сделали — выдохнули. Теперь авария базы из катастрофы превращается в «ну ладно, восстановимся за 15 минут».
А сколько у вас уходит на это? Интересно сравнить — пишите 👇
Если в 1С регулярно возникают такие задачи, и времени на них не хватает — делегируйте разовым спецам на koderion.ru. Биржа 1С без посредников, оплата по часам, без трудовых договоров.
Материал — рабочая практика, не заменяет письма ФНС и консультацию аудитора. Если в вашей базе картина отличается — это нормально, ЕНС и 1С не всегда совпадают. Пишите в комменты, разбираем.