Журнал резервного копирования: успех, частичный результат и сбой
Журнал бэкапов помогает проверить, какая операция выполнялась, куда сохранялись данные и чем закончился запуск. Для работы с ним нужны права администратора. Сообщение о приёме задания ещё не подтверждает создание готовой копии: результат ищите в журнале и сверяйте с файлами в хранилище.
В этой статье
Найти нужный запуск
- Откройте Компания → Конфигурация → Бэкап.
- Найдите таблицу «Журнал бэкапов». Нажмите кнопку с круговыми стрелками «Обновить данные».
- Включите ID и «Время» в настройке столбцов, если они скрыты.
- Задайте фильтр даты. При необходимости уточните тип операции, статус, назначение или имя файла.
- Сопоставьте дату и время с ручным запуском или расписанием. Проверьте назначение, путь и пояснения в заметке.
Ориентируйтесь на тип операции:
- «Дамп БД»: формирование архива базы данных.
- «Синхронизация»: передача материалов в выбранное место.
- «Восстановление»: применение копии базы.
Создание дампа и передача файлов являются отдельными операциями. Успех одной строки не заменяет проверку другой. Если настроено несколько хранилищ, проверяйте каждое из них.
Включить сведения для проверки
Справа от таблицы нажмите «Столбцы», кнопку с вертикальными полосами. Установите флажки ID, «Время», «Ошибка» и «Заметка». Нажимайте именно на флажок рядом с названием.
Прокрутите список столбцов вниз, чтобы найти «Ошибка» и «Заметка». Затем закройте панель той же кнопкой. Если нужные колонки оказались за правым краем таблицы, используйте горизонтальную прокрутку внизу. Для чтения длинного текста можно увеличить ширину колонки за границу её заголовка или временно скрыть лишние столбцы.
- Дата и время относятся к началу операции. Окончание и время окончания доступны отдельно.
- Длительность показывает время между зарегистрированными началом и окончанием. Это не стадия и не процент выполнения. У незавершённой операции поле может быть пустым.
- Назначение, файл / путь помогают определить, к какому месту и материалу относится запись. Путь локального дампа обычно относится к серверу.
- Размер показывается, если он зарегистрирован. Неуказанный размер не означает пустой файл. Для синхронизации это не обязательно объём новых данных, отправленных по сети.
- Кто показывает инициатора, когда он известен. Для восстановления сведения об операторе до замены базы также могут находиться в заметке.
- SHA256 содержит контрольную сумму, если она записана для операции.
- Проверка и «Рез. проверки» содержат сведения о проверке восстановления, если они внесены. Пустые поля означают, что такая проверка в строке не зарегистрирована.
ID строки журнала отличается от ID места хранения или идентификатора операции в заметке. В заметках TesLab Sync общий sid помогает сопоставить подготовку базы перед передачей и саму передачу. Для остальных запусков сопоставляйте время, назначение и имена файлов.
Прочитать статус
- «В процессе»: конечный результат ещё не зарегистрирован. Обновите журнал позже. Если запуск длится заметно дольше обычного, передайте его данные администратору сервера.
- «Успешно»: операция завершилась без зарегистрированных ошибок. При синхронизации часть файлов могла уже находиться в хранилище и не требовать повторной отправки.
- «Частично»: есть подтверждённые материалы и ошибки. Прочитайте причину, выясните, что осталось непереданным, и проверьте результат после исправления.
- «Сбой»: операция не выполнена успешно. Прочитайте сообщение и уточните фактическое состояние файлов или базы.
«В процессе» не доказывает, что процесс продолжает работать. После остановки программы или сервера запись может остаться незавершённой. Не запускайте несколько одинаковых передач подряд ради смены значка.
«Успешно» не означает пробное восстановление. Проверка подключения к месту хранения также не подтверждает, что из копии можно восстановить базу, и не заполняет поля проверки восстановления.
Проверить плановое резервирование
- Найдите последний ожидаемый по расписанию запуск для нужного назначения.
- Проверьте результат создания дампа и результат передачи. При использовании TesLab Sync сопоставьте заметки с общим sid, если он указан.
- Сверьте дату самой копии базы. После ошибки подготовки новой копии передача может продолжиться с ранее созданным архивом.
- Убедитесь, что на принимающей стороне находятся нужный архив и файловые материалы. Если архив разделён на части, проверьте наличие полного комплекта.
- Зафиксируйте дату копии, место хранения и результат проверки по принятому в компании порядку.
Строка журнала и контрольная сумма не подтверждают сегодняшнее наличие всех файлов. Старый локальный архив мог быть удалён по правилам хранения, а его история осталась в журнале. При передаче на отдельный компьютер используйте инструкцию TesLab BackUp Sync, при работе с облаком или сервером инструкцию внешнего хранилища.
Разобрать отказ и подтвердить исправление
- Включите «Ошибка» и «Заметка». Сохраните ID строки, дату и время, тип, назначение, путь и текст пояснений.
- Если в ошибке перечислены файлы, сохраните этот список. Перечень в строке может быть ограничен. При отсутствии подробностей передайте собранные данные ответственному администратору.
- Проверьте причину: доступность хранилища, свободное место, права записи, действительность реквизитов и доступность исходных файлов.
- После устранения причины проверьте новый завершённый запуск и наличие ранее недостающих материалов в хранилище.
Например, передача в S3 завершилась частично: один материал подтверждён, а файл результата не принят. После исправления прав записи нужно проверить новый запуск и именно этот файл. Успешная проверка соединения сама по себе не исправляет прежнюю запись и не восполняет недостающий материал.
Если результат запуска неизвестен, сначала уточните состояние процесса у администратора сервера. Существующие копии сохраняйте до выяснения причины. Применение копии выполняйте отдельно по инструкции восстановления базы.
Связанные инструкции
- Рабочее место администратора: конфигурация и доступные действия