Восстановление базы из резервной копии

Восстановление возвращает базу TesLab к состоянию выбранной резервной копии. Операцию выполняет администратор. Данные, добавленные или изменённые после даты копии, в восстановленной базе отсутствуют.

Сначала сохраните свежую копию текущей базы и согласуйте остановку работы. Файлы вложений хранятся отдельно: копия базы не заменяет резервную копию файлового хранилища.

В статье: подготовка, выбор источника, комплект частей, подтверждение, результат операции, проверка после восстановления, действия при ошибке.

Подготовиться к восстановлению

1. Определите, какую ситуацию нужно исправить и к какой дате требуется вернуть данные. Сверьте установку и организацию, для которых создана копия. Не выбирайте архив только потому, что он оказался самым новым в папке.
2. Создайте отдельную свежую копию текущей базы. Сохраните файлы вложений и необходимые настройки сервера. Не перезаписывайте ими выбранный источник восстановления. См. Копия базы данных на компьютере администратора и Журнал резервного копирования.
3. Завершите работу пользователей с документами, остановите задания и внешние обмены, которые могут записывать данные. Устройства с несинхронизированными изменениями временно не подключайте к обмену. Согласуйте, как сохранить эти изменения.
4. Проверьте свободное место для архива, распакованной базы и временных данных. Обеспечьте стабильную работу сервера на всё время операции.

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

Открыть восстановление и выбрать источник

Откройте настройки TesLab. На вкладке «TesLab» в блоке «База данных» нажмите «Восстановить». Если действие недоступно, проверьте права администратора и выбранный сервер. О настройках см. Рабочее место администратора: конфигурация и доступные действия.

Выберите один из двух источников:

• Копия на сервере. Отметьте нужную запись в истории. Под датой указано её происхождение: из архива, из имени файла либо время изменения файла. Последние два значения помогают ориентироваться, но сами по себе не подтверждают дату данных внутри копии. При ошибке загрузки списка нажмите «Повторить» или выберите проверенный файл с компьютера.
• Копия с компьютера. Нажмите область выбора или перетащите туда один цельный файл .db. Если копия разделена, выберите весь комплект, как описано ниже.

Выбор записи истории сбрасывает локальный комплект. Выбор файлов снимает отметку серверной копии. После проверки выбора нажмите «Продолжить».

На снимке: 1: выбранная копия и подпись даты; 2: переход к проверке архива. Нажмите на снимок, чтобы увеличить его.

Если копия разделена на части

Выберите все файлы одного комплекта: .db.part0000, .db.part0001 и далее до последней части. Порядок выбора не важен: программа упорядочит файлы по номеру. Не смешивайте части разных копий и не отправляйте одну часть вместо полного архива.

В новом формате сведения о комплектности и контрольные данные встроены в части. Дополнительный JSON не нужен, простая склейка файлов не создаёт готовую копию .db. Если рядом с прежним набором есть файл .db.parts.json, его можно включить в выбор. Создавать его вручную не требуется.

Сверьте показанные количество частей и общий размер. У старого комплекта без описания даже непрерывная нумерация не доказывает наличие последней части. До запуска замены сервер дополнительно проверит читаемость и целостность собранного архива.

На снимке: 1: имя собранной копии; 2: две части общим размером 150 МиБ; 3: передача комплекта на проверку.

При выборе локальной копии на сервер передаётся весь архив. Разделение на части не отменяет ограничение общего размера загрузки. Если сервер отклоняет размер, используйте согласованный источник из серверной истории либо попросите ответственного проверить допустимый объём передачи.

Проверить сведения перед заменой базы

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

В окне «Восстановить базу данных?» сверьте сервер назначения, имя источника, дату в архиве, размер и число частей. Если архив не содержит даты, окно покажет «Без даты». Это повод отдельно проверить происхождение копии. Любое сомнение в источнике или назначении нужно разрешить до запуска.

На снимке: 1: сведения для сверки; 2: запуск замены только после проверки.

Если встроенные сведения указывают другую установку, потребуется отдельное подтверждение переноса. Выполняйте его только для согласованного переноса данных. Отсутствие такого предупреждения не заменяет проверку происхождения старого архива.

Для проверенного источника нажмите «Восстановить» один раз. «Отмена» в последнем подтверждении завершает подготовку без замены базы. Произвольный SQL, короткий служебный JSON, сообщение об ошибке или переименованный ZIP не являются резервной копией TesLab.

Дождаться результата операции

Сервер выполняет очистку и загрузку данных в одной транзакции. При ошибке SQL изменения этой операции отменяются. Одновременно запустить другую замену нельзя.

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

Если ответ потерялся, программа проверяет состояние уже запущенной операции. Когда окончательного результата ещё нет, используйте «Проверить состояние». Повторное открытие восстановления в том же браузере на этом устройстве возвращает к проверке сохранённой операции. Проверка состояния не запускает замену заново.

Закрытие окна, потеря связи и отмена клиентского запроса не останавливают уже начатую серверную операцию. Пока её результат неизвестен, не отправляйте другую копию и не начинайте восстановление повторно.

Проверить базу, файлы и работу устройств

1. Снова войдите и сверьте сервер, организацию и учётную запись.
2. Откройте несколько известных документов, которые должны присутствовать на дату копии. Проверьте их состояние и связанные записи.
3. Откройте сканы и вложения. Если файлов не хватает, восстановите согласованный резерв файлового хранилища. Копия базы не создаёт отсутствующие файлы.
4. Проверьте необходимые службы, лицензию, подключения и права сотрудников.
5. Сверьте результат в журнале бэкапов. Сохраните ID операции, источник и итог проверки. Если отдельной записи журнала нет, передайте ID ответственному за сервер: состояние операции сохраняется отдельно от восстанавливаемой базы.
6. Определите судьбу изменений на отключённых устройствах и данных, созданных после даты копии. Возобновляйте обмены и работу пользователей после согласованной проверки.

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

Схему можно открыть отдельно и увеличить.

Если возникла ошибка или результат неизвестен

• Копия отклонена при подготовке. Замена ещё не начиналась. Проверьте файл, комплектность, размер и происхождение копии. Не меняйте расширение и не удаляйте части ради прохождения проверки.
• Сервер подтвердил ошибку и отмену изменений. Эта операция не применила замену базы. Сохраните ID и сообщение, устраните причину с ответственным за сервер. Не пробуйте другой случайный файл.
• Нет окончательного результата. Восстановите соединение и проверьте состояние операции. После повторного входа откройте восстановление в том же браузере. Если проверить состояние не удаётся, передайте специалисту ID, время, источник, стадию и точный текст сообщения.

При проблеме доступа сначала проверьте адрес сервера и причину отказа. Отдельная инструкция: IP-адрес заблокирован: проверка причины и восстановление доступа.

Связанные инструкции

• Копия базы данных на компьютере администратора
• Журнал резервного копирования
• Настройки и действия администратора