Как (не) потерять данные при настроенном резервном копировании - ликбез для 1С-ника
В айтишном фольклоре есть хорошая поговорка: «Админы делятся на тех, кто не делает резервные копии (бекапы), и тех, кто уже делает». Опытные админы к этому добавляют: «А еще есть те, кто уже проверяют бекапы».
Осознание этих истин рано или поздно приходит и к спецам, сопровождающим базы 1С.
Как-то утром пришло сообщение от главбуха: «Не работает база 1С бухгалтерии. Висит окно запуска уже час, но ничего не происходит». Иду к системному администратору. Он говорит, что ночью был сбой на серверах (скорее всего, из-за этого и возникла проблема с базой 1С), и резонно спрашивает: «Что будем делать?»
Что за вопрос! Тут и думать нечего. Мы ведь не какие-нибудь безответственные дилетанты, у нас резервное копирование настроено! Предлагаю восстановить базу из ночного бекапа.
Сказано — сделано. Но через некоторое время опять звонит главбух и сообщает, что последние документы в базе — двухмесячной давности…
У меня выступил холодный пот. Ведь актуальную рабочую базу мы удалили, когда загрузили в нее бекап. Проверяю: так и есть, последние документы введены два месяца назад.
Спрашиваю сисадмина, как такое могло получиться и почему последняя резервная копия такая старая? Он, конечно, ничего вразумительного не отвечает. Зато следом предлагает вместе бекапы проверить.
Предложение отличное, а главное, очень своевременное, думаю я. И судорожно соображаю, что делать. Ищу другие бекапы (при обновлении конфигурации мы делаем дополнительные резервные копии), прикидываю варианты — как еще можно восстановить потерянные данные. Хотя бы частично, например, переносом документов из другой конфигурации.
Составив какой-никакой план, перехожу к следующему важному этапу — продумываю и репетирую траурную речь: «С тяжелым сердцем сообщаю [...]. Документы потерялись так неожиданно, никто не может подготовиться к такому [...]. Но надо жить и работать дальше, восстанавливать учет и годовую отчетность [...]. Вместе мы со всем справимся».
Набравшись храбрости, звоню главбуху, произношу речь, даю пояснения, возлагаю ответственность на себя. Надо отдать должное, она приняла эту новость достойно, почти не плакала охала.
Перед тем, как начать восстанавливать данные, я вернулся к сисадмину:
— Как же ты, — спрашиваю, — не заметил, что резервные копии не делаются?
— Так они делаются, — отвечает, — я восстанавливал данные из бекапа от вчерашней даты.
— Это что же получается, во вчерашнем бекапе данные двухмесячной давности?
И тут мы с ним вспомнили, что как раз пару месяцев назад скопировали эту базу на другой сервер. А резервное копирование старой базы никто не отключал. И админ просто перепутал бекапы старой и новой базы (для которой, слава богу, резервное копирование тоже было настроено). Базу мы восстановили. Какую же радость и облегчение иногда можно испытать, решив несуществующую страшную проблему. И при этом не сделав абсолютно ничего полезного. 🙂
Из этой истории я сделал такие выводы:
1⃣ Восстанавливать бекап нужно только в новую базу.
2⃣ Необходимо проверять не только то, есть ли бекап, но и хотя бы иногда смотреть, что лежит в нем и удается ли его развернуть.
3⃣ Если голова не на месте, то никакие бекапы не помогут. 🙂 Когда клиентов, задач и баз становится много, пора заниматься организацией учета не только для клиентов, но и для себя.
Знакома вам потеря данных в 1С?
🔥 — да, было дело, отделались легким испугом.
😱 — сталкивались, даже вспоминать не хочу, чем это все закончилось.
👍 — у нас все четко, таких факапов (тьфу-тьфу-тьфу) не бывало.
Может, хотите что-то добавить из своего опыта?
#истории