Проверить резервную копию бухгалтерской базы можно только восстановлением в отдельной тестовой среде. После этого бухгалтеру нужно открыть документы, сверить остатки и выполнить привычные операции в программе. Файл архива и сообщение об успешном копировании сами по себе не показывают, удастся ли продолжить учёт после сбоя. Ниже — порядок проверки для небольшой компании: что подготовить, как провести пробное восстановление без риска для рабочей базы и по каким признакам принять результат.
Что подготовить перед пробным восстановлением?
Начните с простого вопроса: из чего бухгалтерия соберёт рабочий день после потери сервера или компьютера? Помимо самой базы, ей могут понадобиться файлы, которые хранятся отдельно: вложения к документам, выгрузки, настройки обмена и доступ к электронному документообороту. Попросите бухгалтера назвать эти части, а специалиста по программе — записать, где они находятся. Иначе тест пройдёт на одной базе, а после сбоя обнаружится, что нужный архив остался на старом диске.
Затем выберите копию с известной датой и выясните, кто её создал и где она хранится. Проверьте доступ к хранилищу без рабочего сервера: если копия лежит только на нём, при потере доступа достать её не получится. Заодно уточните способ создания архива. Простое копирование файлов базы во время работы программы не всегда сохраняет их согласованно; для базы используют штатное средство копирования или способ, который поддерживает её система.
Заранее запишите, сколько данных компания готова потерять при сбое. Если копию делают раз в сутки, изменения после последней копии придётся восстанавливать из других источников либо вводить заново. Этот допустимый промежуток потери данных называют RPO («Как проверить резервное копирование и восстановление данных», Virtualoff). Для бухгалтера вопрос звучит проще: какие документы появятся между двумя копиями и откуда их взять, если рабочая база исчезнет?
Для теста понадобится отдельный компьютер, сервер или изолированная база. Договоритесь, кто выполняет восстановление, а кто проверяет учёт. Бухгалтеру не требуется разбираться в устройстве сервера; специалисту по программе, в свою очередь, нужен список документов и отчётов, по которым бухгалтер узнает корректное состояние базы.
Как восстановить копию без риска для текущего учёта?
Сначала убедитесь, что тестовая среда не подключена к рабочим обменам и не отправляет документы наружу. Дайте ей понятное название, например «Проверка копии», чтобы её не спутали с рабочей базой. Только после этого специалист восстанавливает выбранный архив. Если база использует серверную систему управления базами данных, он проверяет, хватает ли всех частей копии для выбранного способа восстановления: одной части цепочки может оказаться недостаточно.
- Запишите дату копии и время начала проверки. Сохраните также имя архива, чтобы позже можно было повторить тест с тем же файлом.
- Восстановите базу в пустую тестовую среду. Если для работы нужны отдельные файлы или настройки, перенесите их туда же.
- Откройте программу под тестовой учётной записью. Проверьте, видны ли нужные разделы и документы.
- Отключите внешние обмены на время теста и выполните несколько привычных действий внутри базы: найдите документ, откройте вложение, сформируйте отчёт.
- Зафиксируйте время окончания, ошибки и действия, которые пришлось выполнять вручную.
На VPS техническая часть проверки включает доступ к архиву и запуск сервисов в отдельной среде. Если бухгалтерская программа размещена там, последовательность для сервера подробнее описана в статье на inrb.by. Для проверки бухгалтерского учёта после запуска программы всё равно нужен бухгалтер: только он сверит данные с привычными контрольными точками.
Если после переноса база показывает сообщение о восстановлении или перемещении, не считайте его ни признаком поломки, ни подтверждением успеха. Такое сообщение, например, встречается в 1С:Бухгалтерии 8.3 после восстановления копии («Инструкция, если информационная база перемещена или восстановлена из резервной копии», 42clouds). Продолжайте проверку документов и работы программы.
По каким признакам считать копию рабочей?
Выберите для сверки период, который бухгалтер хорошо знает. Подойдут закрытый месяц и недавний рабочий день: первый помогает сравнить знакомые итоги, второй показывает, насколько свежа копия. Составьте короткий список контрольных точек до теста, пока рабочая база доступна. Запишите название отчёта, период и итог, с которым будете сравнивать восстановленную базу.
Откройте в тестовой базе несколько документов разных видов. Проверьте их содержание и статус, а при наличии вложений откройте сами файлы. Затем сформируйте выбранные отчёты и сравните итоги с записанными контрольными значениями. Если копия создана раньше контрольной даты, различие ожидаемо; отметьте, какие документы в неё ещё не попали. При проверке резервных копий полезно сверять не только наличие файлов, но и содержимое, необходимые права и работу в целевой программе («Как проверить, что резервную копию можно восстановить», AethoVPN).
Отдельно проверьте доступ для бухгалтера, который будет работать после восстановления. Бывает, что специалист открывает базу со своими расширенными правами, а обычный пользователь не видит нужный раздел. Попросите бухгалтера войти под предназначенной ему тестовой учётной записью и открыть конкретный документ. Во время проверки не подключайте тестовую базу к действующему обмену: пробное действие не должно уйти во внешнюю систему.
Результат удобно записать одной строкой: какую копию проверили, какие документы и отчёты сверили, что не открылось, сколько заняло восстановление. Если программа запустилась, но отчёт не строится или отсутствуют вложения, копию пока нельзя считать достаточной для продолжения работы. Исправьте состав архива или инструкцию, затем повторите тест. Когда нарушена сама цепочка документов и подтверждений, одного запуска базы недостаточно для восстановления учёта («Восстановление бухгалтерского учёта: с чего начать и как проверить результат», МГУТУ).
Какие ошибки чаще всего обнаруживает проверка?
- Копия есть только на рабочем сервере. Перенесите архив в отдельное хранилище и проверьте доступ к нему без этого сервера.
- Сохранили базу, но забыли отдельные файлы. Сравните список того, что использует бухгалтер, с составом архива и добавьте недостающее.
- Проверили наличие файла вместо восстановления. Повторите тест в пустой среде и откройте базу в бухгалтерской программе.
- Тестовая база подключилась к рабочему обмену. Остановите проверку, отключите соединение и только потом продолжайте действия в программе.
- Инструкция держится на памяти одного сотрудника. Запишите место хранения копии, порядок запуска и контакты тех, кто отвечает за базу и проверку учёта.
Если проверка требует участия бухгалтера и технического специалиста, им поможет общая короткая инструкция с контрольными точками. Её можно разобрать на профессиональном обучении, а затем уточнять после каждого теста: где лежит копия, что сверять и какой результат считать успешным.
Начните с действия на две минуты: откройте список резервных копий и запишите дату последней вместе с местом её хранения. Это первая строка будущего плана восстановления.