🐧 Linux · 20 вопросов · ~45 мин · ⏱ Таймер 45:00 · Сложный · 👥 1 прошёл

Резервные копии и восстановление

Резервная копия существует только тогда, когда из неё можно восстановить нужное состояние в допустимое время. Тест различает копию и снимок, проверяет поведение rsync и архивов, целостность, шифрование и порядок восстановления после реального сбоя.

Отвечено: 0 из 20

⏱ --:--

💡 Инструкция: Выбери один ответ из четырёх. На 20 вопросов отведено 45 минут. Не меньше половины заданий требуют разобрать команды, сценарий Bash, конфигурацию или диагностический вывод. После завершения откроются общий процент, четыре тематические шкалы, правильные ответы и краткий разбор каждого решения.

Вопрос 1 из 20

Что означает RPO 15 минут?

RPO=15m
RTO=2h

При сбое допустима потеря данных не более чем за последние 15 минут Каждая резервная копия должна храниться ровно 15 минут После сбоя сервис обязан вернуться в работу не позднее чем через 15 минут Проверка целостности копии должна занимать не больше 15 минут

Вопрос 2 из 20

Почему snapshot на том же массиве не является полной заменой резервной копии?

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

Вопрос 3 из 20

Как защититься от удаления копий скомпрометированной учётной записью основного сервера?

# backup-сервер принимает данные отдельной учётной записью
# retention/immutability управляется не с источника

Разрешить основному серверу перезаписывать все старые копии по SSH Синхронизировать удаление на основном сервере с удалением в репозитории Иметь отдельную неизменяемую копию с независимыми правами и сроком хранения Хранить копии под другой учётной записью, но с тем же доступным серверу ключом

Вопрос 4 из 20

Почему простое копирование файлов работающей базы может быть несогласованным?

Во время чтения база переименовывает все сегменты данных Файлы и журнал копируются в разные моменты Копирование меняет владельцев служебных файлов базы Обычный cp пропускает журналы транзакций

Вопрос 5 из 20

Чем инкрементальная копия в обычной цепочке отличается от полной?

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

Вопрос 6 из 20

Каталог dst уже существует. В чём разница между rsync src/ dst/ и rsync src dst/?

mkdir -p src/sub dst
touch src/sub/a
rsync -a --dry-run src/ dst/
rsync -a --dry-run src dst/

Вторая копирует лишь файлы верхнего уровня Первая копирует содержимое src в dst, вторая — сам каталог src Первая удаляет прежнее содержимое dst Обе команды создают в dst каталог src

Вопрос 7 из 20

Почему rsync --delete нужно сначала запускать с --dry-run?

Ошибка в источнике может удалить данные назначения Dry-run резервирует место под все будущие изменения Rsync просит подтверждение только при удалении каталогов Ключ удаляет лишь файлы назначения старше исходных

Вопрос 8 из 20

Какой ключ tar помогает сохранить ACL в GNU tar?

sudo tar --acls --xattrs --numeric-owner -cpf etc.tar /etc/app

--same-owner --acls --numeric-owner --xattrs

Вопрос 9 из 20

Почему hardlink-деревья через rsync --link-dest экономят место?

Снимки хранят содержимое неизменившихся файлов только в page cache Сокращение относительных путей уменьшает размер данных на диске Rsync сжимает одинаковые файлы в один общий архивный блок Неизменившиеся файлы разделяют inode с прошлым снимком

Вопрос 10 из 20

Что важно для backup sparse-образа виртуального диска?

rsync -aS disk.img backup/
# -S/--sparse пытается сохранять дыры

Отключить проверку контрольных сумм, иначе пустые области будут материализованы Копировать только таблицу разделов и считать содержимое томов восстановимым отдельно Развернуть образ перед копированием, чтобы все нулевые области стали обычными блоками Использовать инструмент и режим, сохраняющие разрежённые области файла

Вопрос 11 из 20

Почему успешный код backup-команды не гарантирует полноценную копию?

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

Вопрос 12 из 20

Что лучше всего подтверждает работоспособность резервной копии базы?

createdb restore_test
pg_restore -d restore_test backup.dump
psql restore_test -c 'select count(*) from critical_table;'

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

Вопрос 13 из 20

Для чего нужна проверка репозитория с дедупликацией?

Пересчитать целевые RPO и RTO на основании размера репозитория Обнаружить повреждение общих блоков, индексов и связей между снимками Проверить доступность репозитория только с основного сервера Проверить, что дедупликация дала ожидаемый коэффициент экономии места

Вопрос 14 из 20

Почему ключ шифрования резервной копии нельзя хранить только на том же backup-сервере?

# репозиторий: backup-host
# ключ/escrow: отдельное защищённое хранилище
# периодическая проверка доступа и восстановления

Репозиторий перестаёт проверять контрольные суммы зашифрованных блоков Хранение ключа рядом отменяет шифрование данных при передаче по сети Один отказ или компрометация могут лишить и копий, и единственного ключа Ключ на сервере нельзя использовать для автоматического резервного копирования

Вопрос 15 из 20

Как обнаруживать тихое отсутствие новых копий?

Контролировать только свободное место в репозитории резервных копий Считать отсутствие обращений пользователей признаком исправного копирования Следить за возрастом последней успешно проверенной копии и поднимать тревогу Проверять, запущен ли планировщик, не анализируя результат последнего задания

Вопрос 16 из 20

После аварии основной диск ещё читается с ошибками. Какой первый принцип восстановления?

ddrescue -f -n /dev/sdb disk.img disk.map
# дальнейший анализ копии, а не оригинала

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

Вопрос 17 из 20

В каком порядке разумно возвращать многокомпонентный сервис?

Обратный прокси → приложение → зависимости → данные, чтобы быстрее получить HTTP-ответ Все компоненты одновременно, а согласованность проверить уже под пользовательской нагрузкой Данные → зависимости → приложение → обратный прокси → прикладные проверки Сначала фоновые задания и очереди, затем хранилище и основное приложение

Вопрос 18 из 20

Почему восстановление только файлов без UID/GID может сломать службу?

tar --numeric-owner -xpf backup.tar -C /restore
find /restore -nouser -o -nogroup

После восстановления ядро назначает все неизвестные UID пользователю nobody UID влияет только на отображение имени владельца в выводе ls systemd автоматически назначает владельца всем файлам по User= при старте службы Числовые владельцы, группы и режимы определяют фактический доступ процессов

Вопрос 19 из 20

Когда можно открыть пользовательский трафик после восстановления?

После одного успешного ping Сразу после появления LISTEN на порту Как только архив распаковался без ошибки После проверки данных, зависимостей и ключевых операций

Вопрос 20 из 20

Зачем фиксировать фактическое RTO во время учений?

started=$(date +%s)
# ... restore runbook ...
finished=$(date +%s)
printf 'restore_seconds=%d\n' "$((finished-started))"

Сравнить фактическое время с RTO и найти шаги, замедлившие восстановление Заменить целевой RPO фактическим временем восстановления Определить, сколько копий помещается в доступное окно хранения Оценить степень сжатия и выбрать новый формат архива

Ответьте на все 20 вопросов, чтобы получить результат

🔗 Встроить тест на свой сайт (iframe) ▼

Скопируйте код и вставьте в любое место на вашем сайте:

Также доступна прямая ссылка на embed-страницу