Відрепетируйте повернення вашої спільної вікі.

Визначте, що вважатиметься робочим нотатником

Використовуйте ілюстративну вікі майстерні з реєстр сервісів. Її критерії успіху конкретні: редактор може знайти та змінити тестову сторінку, читач може переглядати дозволені інструкції, приватна книга для впорядкування залишається прихованою, а прикріплена діаграма відкривається. Використовуйте ці перевірки як план тестування перед відкриттям резервної копії.

Виберіть свідків, які існували на момент створення вибраної резервної копії. Новостворена сторінка не може довести, що старіша резервна копія неповна.

Визначте точний набір для відновлення

Запишіть ідентифікатор резервної копії та позначку часу на аркуші результатів. Включіть конфігурацію застосунку, дані бази даних, вкладення та інформацію про програмне забезпечення, потрібну для їх інтерпретації. Якщо часи їх фіксації відрізняються, дослідіть, як ваша процедура резервного копіювання забезпечує їх узгодженість, перш ніж починати вправу.

Для репозиторію restic виберіть явний знімок або ретельно перевірте фільтри, використані з latest. Його --path опція вибирає знімок; вона не обмежує відновлені файли. Відновлення може перезаписати наявні файли, що є ще однією причиною використовувати порожнє, виділене призначення. Документація restic restore.

Розрізняйте перевірки репозиторію та відновлення застосунку. Стандартний restic check перевіряє структуру репозиторію; check --read-data також читає збережені дані пакетів і може споживати значний обсяг передачі та часу. Жоден із них не перевіряє, чи може учасник користуватися вашою вікі. перевірки цілісності restic.

Зробіть тестову копію тихою перед її запуском

Тримайте хости робочих баз даних, шляхи зберігання та вихідні облікові дані поза тестовою конфігурацією. Нехай другий супровідник порівняє кожне призначення з картою сервісів. Підтвердьте, що ціль окрема, перед будь-якою операцією відновлення, яка записує файли або об'єкти бази даних.

• Обмежте доступ до людей, які проводять навчання.
• Залиште записи DNS робочого середовища без змін.
• Заблокуйте вихідну доставку або замініть її на затверджене призначення для захоплення.
• Вимкніть вебхуки, заплановані інтеграції та працівників черги, доки не буде визначено їхню тестову поведінку.
• Перевірте, що посилання та перенаправлення браузера не можуть тихо повернути тестувальника до робочого середовища.

Поводьтеся з відновленими даними так само обережно, як з оригінальними. Ізоляція — це операційна перевірка, яку потрібно продемонструвати, а не ярлик, прикріплений до каталогу. Якщо ви не можете перевірити призначення або засоби контролю, зупиніться перед запуском застосунку.

Повертайте частини у визначеному порядку

Дотримуйтесь інструкцій з відновлення для методу встановлення та версій у вашому описі. Для прикладу BookStack офіційна процедура охоплює окреме відновлення бази даних і файлів, зберігаючи оригінальний APP_KEY, і коригування URL застосунку, коли змінюється адреса. Конфігурації в контейнерах вимагають відновлення бази даних до запуску контейнера застосунку. Послідовність відновлення BookStack і примітки щодо конфігурації.

1. Підготуйте виділене середовище виконання та ціль бази даних, не запускаючи звичайний трафік учасників.
2. Відновіть відповідну базу даних і файли; залиште оригінальну резервну копію без змін.
3. Застосуйте адреси тестового середовища та обмежені зовнішні з'єднання.
4. Перевірте потрібне володіння файлами та доступ відповідно до інструкцій зі встановлення застосунку.
5. Запустіть сервіс, поки вихідні дії все ще контролюються, а потім запустіть заплановані перевірки.

Спочатку відновлення записаної версії зберігає зосередженість рутинного навчання. Якщо вправа також вимагає зміни версії, задокументуйте її шлях міграції та точку відновлення окремо. Не робіть незаплановане оновлення засобом виправлення незрозумілої помилки відновлення.

Перевірте як те, що працює, так і те, що залишається забороненим

Запускайте перевірки читача та редактора в окремих сеансах браузера, щоб сеанс адміністратора не міг приховати збій дозволів. Перевірте вкладення через сторінку та його пряму адресу. Знайдіть відому фразу, перейдіть за внутрішнім посиланням і перегляньте одну старішу редакцію, яка має бути в резервній копії.

Якщо перевірка не вдається, зафіксуйте першу помітну відмінність. Відсутнє зображення передбачає інше розслідування, ніж неочікуване перенаправлення на вхід або заборонене підключення до бази даних. Збережіть відповідні докази помилки, не копіюючи приватний вміст або облікові дані до загальної нотатки підтримки. Виправте одну виявлену причину та повторіть постраждалу перевірку; не змінюйте дозволи широко лише для того, щоб помилка зникла.

Перевіряйте електронну пошту лише щодо вибраного місця захоплення. BookStack пропонує дію тестового електронного листа та документує, що деякі збої сповіщень з'являються в журналах, а не на сторінці користувача. Перегляньте ці докази, а також видимий результат. Перевірки електронної пошти BookStack і поведінка при збоях.

Залиште чесний результат для наступної людини

Service / test owner / reviewer:
Backup identifier / capture timestamp:
Application and database versions:
Isolated target / access restrictions:
Outbound actions disabled or redirected:
Test start / usable-service checkpoint / finish:
Reader / editor / private book / attachment results:
Search / links / revision / notification results:
Missing information or failed steps:
Corrective action / owner / next exercise:
Test data cleanup completed by:

Вводьте спостережувані часи лише після виконання роботи та вкажіть, який контрольний пункт кожен з них вимірює. Один успішний тренувальний прогін є доказом для цієї резервної копії та процедури; він не встановлює гарантію відновлення для іншого збою. Підтвердьте очищення тестової копії та її захоплених повідомлень згідно з правилами зберігання групи. Поверніть відсутні складники до інвентарю та використайте портативні експорти даних щоб підготувати окремий шлях для переміщення вмісту групи.