Резервные копии с tar и rsync — бесплатный тест онлайн

Вопрос 1 из 30

Этот участок из темы «Архивирование» относится к практической части теста «Резервные копии с tar и rsync». Как следует оценить этот вариант с учётом синтаксиса Bash и вызванных программ?

tar -C /srv/app -czf backup.tar.gz .

Все файлы с окончанием .log на любых уровнях будут исключены, а каталоги с таким окончанием могут обрабатываться по правилам шаблона реализации. GNU tar обычно удалит начальный / из имён и выдаст предупреждение; восстановление всё равно требует проверки целевого каталога. Назначение станет зеркалом источника: файлы, отсутствующие в источнике, будут удалены и в backup. В архив попадает содержимое /srv/app с относительными путями, но файлы могут измениться между чтениями. Отсутствующий завершающий слеш меняет структуру: копируется сам каталог data, а не только его содержимое.

Вопрос 2 из 30

Этот участок из темы «Инкрементальная копия» относится к практической части теста «Резервные копии с tar и rsync». Код рассматривают на техническом ревью. Какой вывод подтверждается его фактическим поведением?

rsync -a --delete /srv/data/ /backup/data/

Перед опасным запуском полезен dry-run с подробным списком, но он не блокирует изменения между проверкой и реальным запуском. Начальный / привязывает правило к корню передаваемого дерева, что отличается от исключения cache на любом уровне. Назначение станет зеркалом источника: файлы, отсутствующие в источнике, будут удалены и в backup. В архив попадает содержимое /srv/app с относительными путями, но файлы могут измениться между чтениями. Отсутствующий завершающий слеш меняет структуру: копируется сам каталог data, а не только его содержимое.

Вопрос 3 из 30

Этот участок из темы «Исключения» относится к практической части теста «Резервные копии с tar и rsync». Что точнее всего характеризует работу показанного кода?

rsync -a --exclude='*.log' /srv/app/ /backup/app/

Без анализа содержимого архив может содержать опасные пути или ссылки; поведение защиты зависит от реализации tar и флагов. Простая текстовая проверка ловит часть опасных имён, но не все трюки с кодировками и ссылками; она не заменяет sandbox. Все файлы с окончанием .log на любых уровнях будут исключены, а каталоги с таким окончанием могут обрабатываться по правилам шаблона реализации. Начальный / привязывает правило к корню передаваемого дерева, что отличается от исключения cache на любом уровне. Жёсткие ссылки позволяют создавать версионные снимки без повторного хранения неизменённых файлов, если каталоги находятся на совместимой файловой системе.

Вопрос 4 из 30

Этот участок из темы «Проверка восстановления» относится к практической части теста «Резервные копии с tar и rsync». Какое наблюдение выдерживает проверку по аргументам, потокам и коду завершения?

tar -tzf backup.tar.gz >/dev/null

Перед опасным запуском полезен dry-run с подробным списком, но он не блокирует изменения между проверкой и реальным запуском. Изолированный каталог, строгая umask и отказ восстанавливать владельца уменьшают риск, после чего содержимое проверяют перед переносом. Команда проверяет читаемость структуры gzip/tar, но не сравнивает содержимое с источником и не выполняет реальное восстановление. Без анализа содержимого архив может содержать опасные пути или ссылки; поведение защиты зависит от реализации tar и флагов. Сравнение контрольных сумм сильнее размера и времени, но проверяет лишь выбранное дерево и может быть дорогим.

Вопрос 5 из 30

Этот участок из темы «Проверка и диагностика» относится к практической части теста «Резервные копии с tar и rsync». Что в этом коде произойдёт или останется верным при указанных условиях?

rsync -a source/ dest/
rc=$?
printf 'rc=%d\n' "$rc"

Игнорирование кода позволяет отметить частичную или полностью неудачную копию успешной. Без анализа содержимого архив может содержать опасные пути или ссылки; поведение защиты зависит от реализации tar и флагов. Код нужно сохранить сразу и классифицировать; последующий printf уже вернёт 0. Перед опасным запуском полезен dry-run с подробным списком, но он не блокирует изменения между проверкой и реальным запуском. Изолированный каталог, строгая umask и отказ восстанавливать владельца уменьшают риск, после чего содержимое проверяют перед переносом.

Вопрос 6 из 30

Этот участок из темы «Безопасность и переносимость» относится к практической части теста «Резервные копии с tar и rsync». Как следует оценить этот вариант с учётом синтаксиса Bash и вызванных программ?

tar -xzf upload.tar.gz -C /srv/import

Для согласованности сначала создают поддерживаемый приложением снимок или останавливают запись, затем архивируют стабильное дерево. Без анализа содержимого архив может содержать опасные пути или ссылки; поведение защиты зависит от реализации tar и флагов. Все файлы с окончанием .log на любых уровнях будут исключены, а каталоги с таким окончанием могут обрабатываться по правилам шаблона реализации. Простая текстовая проверка ловит часть опасных имён, но не все трюки с кодировками и ссылками; она не заменяет sandbox. GNU tar обычно удалит начальный / из имён и выдаст предупреждение; восстановление всё равно требует проверки целевого каталога.

Вопрос 7 из 30

Разберите код без пробного запуска; его тема — «Архивирование». Какое описание согласуется с фактическими аргументами и состоянием процессов?

tar -czf /backup/app.tar.gz /srv/app

Простая текстовая проверка ловит часть опасных имён, но не все трюки с кодировками и ссылками; она не заменяет sandbox. Для согласованности сначала создают поддерживаемый приложением снимок или останавливают запись, затем архивируют стабильное дерево. GNU tar обычно удалит начальный / из имён и выдаст предупреждение; восстановление всё равно требует проверки целевого каталога. Без анализа содержимого архив может содержать опасные пути или ссылки; поведение защиты зависит от реализации tar и флагов. Допустимость «исчезнувших исходных файлов» зависит от типа данных; даже код 24 требует записи и политики, а не безусловного успеха.

Вопрос 8 из 30

Разберите код без пробного запуска; его тема — «Инкрементальная копия». Какой технический вывод относится к показанному коду, а не к похожему решению?

rsync -a /srv/data /backup/data

Жёсткие ссылки позволяют создавать версионные снимки без повторного хранения неизменённых файлов, если каталоги находятся на совместимой файловой системе. Начальный / привязывает правило к корню передаваемого дерева, что отличается от исключения cache на любом уровне. Для согласованности сначала создают поддерживаемый приложением снимок или останавливают запись, затем архивируют стабильное дерево. Отсутствующий завершающий слеш меняет структуру: копируется сам каталог data, а не только его содержимое. Все файлы с окончанием .log на любых уровнях будут исключены, а каталоги с таким окончанием могут обрабатываться по правилам шаблона реализации.

Вопрос 9 из 30

Разберите код без пробного запуска; его тема — «Исключения». Какое утверждение верно именно для этого варианта?

--exclude='/cache/'

Код нужно сохранить сразу и классифицировать; последующий printf уже вернёт 0. Команда проверяет читаемость структуры gzip/tar, но не сравнивает содержимое с источником и не выполняет реальное восстановление. Перед опасным запуском полезен dry-run с подробным списком, но он не блокирует изменения между проверкой и реальным запуском. Начальный / привязывает правило к корню передаваемого дерева, что отличается от исключения cache на любом уровне. Жёсткие ссылки позволяют создавать версионные снимки без повторного хранения неизменённых файлов, если каталоги находятся на совместимой файловой системе.

Вопрос 10 из 30

Разберите код без пробного запуска; его тема — «Проверка восстановления». Что следует записать в заключении ревью этого фрагмента?

rsync --checksum --dry-run source/ restored/

Отсутствующий завершающий слеш меняет структуру: копируется сам каталог data, а не только его содержимое. Простая текстовая проверка ловит часть опасных имён, но не все трюки с кодировками и ссылками; она не заменяет sandbox. Сравнение контрольных сумм сильнее размера и времени, но проверяет лишь выбранное дерево и может быть дорогим. Регулярное пробное восстановление в изолированное место с проверкой приложения подтверждает гораздо больше, чем список архива. Все файлы с окончанием .log на любых уровнях будут исключены, а каталоги с таким окончанием могут обрабатываться по правилам шаблона реализации.

Вопрос 11 из 30

Разберите код без пробного запуска; его тема — «Проверка и диагностика». Какой разбор не смешивает этот вариант с другими способами решения задачи?

rsync ... || true
mark_backup_success

Игнорирование кода позволяет отметить частичную или полностью неудачную копию успешной. Все файлы с окончанием .log на любых уровнях будут исключены, а каталоги с таким окончанием могут обрабатываться по правилам шаблона реализации. Допустимость «исчезнувших исходных файлов» зависит от типа данных; даже код 24 требует записи и политики, а не безусловного успеха. Перед опасным запуском полезен dry-run с подробным списком, но он не блокирует изменения между проверкой и реальным запуском. Начальный / привязывает правило к корню передаваемого дерева, что отличается от исключения cache на любом уровне.

Вопрос 12 из 30

Разберите код без пробного запуска; его тема — «Безопасность и переносимость». Какое описание согласуется с фактическими аргументами и состоянием процессов?

tar -tzf upload.tar.gz | grep -E '(^/|(^|/)\.\.(/|$))'

Простая текстовая проверка ловит часть опасных имён, но не все трюки с кодировками и ссылками; она не заменяет sandbox. Изолированный каталог, строгая umask и отказ восстанавливать владельца уменьшают риск, после чего содержимое проверяют перед переносом. Перед опасным запуском полезен dry-run с подробным списком, но он не блокирует изменения между проверкой и реальным запуском. Начальный / привязывает правило к корню передаваемого дерева, что отличается от исключения cache на любом уровне. Отсутствующий завершающий слеш меняет структуру: копируется сам каталог data, а не только его содержимое.

Вопрос 13 из 30

Для блока «Архивирование» сравнивают несколько внешне похожих решений. Какое утверждение относится к приведённому фрагменту без лишних допущений?

snapshot_database && tar -C "$snapshot" -czf "$archive" .

В архив попадает содержимое /srv/app с относительными путями, но файлы могут измениться между чтениями. Начальный / привязывает правило к корню передаваемого дерева, что отличается от исключения cache на любом уровне. Все файлы с окончанием .log на любых уровнях будут исключены, а каталоги с таким окончанием могут обрабатываться по правилам шаблона реализации. Для согласованности сначала создают поддерживаемый приложением снимок или останавливают запись, затем архивируют стабильное дерево. Перед опасным запуском полезен dry-run с подробным списком, но он не блокирует изменения между проверкой и реальным запуском.

Вопрос 14 из 30

Для блока «Инкрементальная копия» сравнивают несколько внешне похожих решений. Какой вывод подтверждается правилами Bash и указанной последовательностью команд?

rsync -a --link-dest="$prev" /srv/data/ "$new"/

GNU tar обычно удалит начальный / из имён и выдаст предупреждение; восстановление всё равно требует проверки целевого каталога. Назначение станет зеркалом источника: файлы, отсутствующие в источнике, будут удалены и в backup. Сравнение контрольных сумм сильнее размера и времени, но проверяет лишь выбранное дерево и может быть дорогим. Жёсткие ссылки позволяют создавать версионные снимки без повторного хранения неизменённых файлов, если каталоги находятся на совместимой файловой системе. Регулярное пробное восстановление в изолированное место с проверкой приложения подтверждает гораздо больше, чем список архива.

Вопрос 15 из 30

Для блока «Исключения» сравнивают несколько внешне похожих решений. Что этот вариант меняет в поведении сценария на самом деле?

rsync -an --delete --itemize-changes ...

Игнорирование кода позволяет отметить частичную или полностью неудачную копию успешной. Перед опасным запуском полезен dry-run с подробным списком, но он не блокирует изменения между проверкой и реальным запуском. Допустимость «исчезнувших исходных файлов» зависит от типа данных; даже код 24 требует записи и политики, а не безусловного успеха. Все файлы с окончанием .log на любых уровнях будут исключены, а каталоги с таким окончанием могут обрабатываться по правилам шаблона реализации. Для согласованности сначала создают поддерживаемый приложением снимок или останавливают запись, затем архивируют стабильное дерево.

Вопрос 16 из 30

Для блока «Проверка восстановления» сравнивают несколько внешне похожих решений. Какой вывод соответствует именно этой записи, а не общему совету по теме?

restore_to=$(mktemp -d)
tar -xzf "$archive" -C "$restore_to" && run_smoke_test "$restore_to"

Жёсткие ссылки позволяют создавать версионные снимки без повторного хранения неизменённых файлов, если каталоги находятся на совместимой файловой системе. Назначение станет зеркалом источника: файлы, отсутствующие в источнике, будут удалены и в backup. Изолированный каталог, строгая umask и отказ восстанавливать владельца уменьшают риск, после чего содержимое проверяют перед переносом. Команда проверяет читаемость структуры gzip/tar, но не сравнивает содержимое с источником и не выполняет реальное восстановление. Регулярное пробное восстановление в изолированное место с проверкой приложения подтверждает гораздо больше, чем список архива.

Вопрос 17 из 30

Для блока «Проверка и диагностика» сравнивают несколько внешне похожих решений. Что можно уверенно сказать об этом решении после пошагового разбора?

case $rc in 0) complete;; 24) review_vanished;; *) fail;; esac

Допустимость «исчезнувших исходных файлов» зависит от типа данных; даже код 24 требует записи и политики, а не безусловного успеха. Без анализа содержимого архив может содержать опасные пути или ссылки; поведение защиты зависит от реализации tar и флагов. Код нужно сохранить сразу и классифицировать; последующий printf уже вернёт 0. Все файлы с окончанием .log на любых уровнях будут исключены, а каталоги с таким окончанием могут обрабатываться по правилам шаблона реализации. Отсутствующий завершающий слеш меняет структуру: копируется сам каталог data, а не только его содержимое.

Вопрос 18 из 30

Для блока «Безопасность и переносимость» сравнивают несколько внешне похожих решений. Какое утверждение относится к приведённому фрагменту без лишних допущений?

tmp=$(mktemp -d)
(umask 077; tar --no-same-owner -xzf "$archive" -C "$tmp")

Отсутствующий завершающий слеш меняет структуру: копируется сам каталог data, а не только его содержимое. Изолированный каталог, строгая umask и отказ восстанавливать владельца уменьшают риск, после чего содержимое проверяют перед переносом. Назначение станет зеркалом источника: файлы, отсутствующие в источнике, будут удалены и в backup. Без анализа содержимого архив может содержать опасные пути или ссылки; поведение защиты зависит от реализации tar и флагов. Команда проверяет читаемость структуры gzip/tar, но не сравнивает содержимое с источником и не выполняет реальное восстановление.

Вопрос 19 из 30

Разработчики спорят о границах механизма «Архивирование». Какое условие остаётся за пределами гарантии выбранного механизма?

rsync не является журналом транзакций и не гарантирует согласованность группы меняющихся файлов; для базы данных нужен нативный механизм копирования. Файл исключений сам является частью конфигурации резервирования и должен версионироваться и проверяться тестом на обязательные каталоги. Сжатие экономит место, но увеличивает время и делает частичное восстановление чувствительнее к повреждению потока; выбор зависит от RTO и хранилища. Тест восстановления должен учитывать ключи шифрования, права, владельцев, внешние зависимости и время; иначе копия формально цела, но бесполезна в аварии. Сжатие экономит место, но увеличивает время и делает частичное восстановление чувствительнее к повреждению потока; выбор не зависит от RTO и хранилища.

Вопрос 20 из 30

Разработчики спорят о границах механизма «Инкрементальная копия». Какое замечание точнее всего отделяет учебный пример от промышленного решения?

Журнал должен содержать объём, число файлов, версию источника и идентификатор снимка; один текст «backup complete» не позволяет доказать полноту. rsync не является журналом транзакций и не гарантирует согласованность группы меняющихся файлов; для базы данных нужен нативный механизм копирования. Флаги ACL, xattrs, sparse-файлов и числовых владельцев различаются; политика резервирования должна перечислять необходимые метаданные для целевой платформы. rsync не является журналом транзакций и гарантирует согласованность группы меняющихся файлов; для базы данных нужен нативный механизм копирования. Файл исключений сам является частью конфигурации резервирования и должен версионироваться и проверяться тестом на обязательные каталоги.

Вопрос 21 из 30

Разработчики спорят о границах механизма «Исключения». Какой риск останется даже после корректной реализации основной конструкции?

Тест восстановления должен учитывать ключи шифрования, права, владельцев, внешние зависимости и время; иначе копия формально цела, но бесполезна в аварии. Флаги ACL, xattrs, sparse-файлов и числовых владельцев различаются; политика резервирования должна перечислять необходимые метаданные для целевой платформы. Файл исключений сам не является частью конфигурации резервирования и должен версионироваться и проверяться тестом на обязательные каталоги. Файл исключений сам является частью конфигурации резервирования и должен версионироваться и проверяться тестом на обязательные каталоги. rsync не является журналом транзакций и не гарантирует согласованность группы меняющихся файлов; для базы данных нужен нативный механизм копирования.

Вопрос 22 из 30

Разработчики спорят о границах механизма «Проверка восстановления». Какое ограничение особенно важно учесть перед переносом решения в эксплуатацию?

Сжатие экономит место, но увеличивает время и делает частичное восстановление чувствительнее к повреждению потока; выбор зависит от RTO и хранилища. Тест восстановления должен учитывать ключи шифрования, права, владельцев, внешние зависимости и время; иначе копия формально цела, но бесполезна в аварии. Флаги ACL, xattrs, sparse-файлов и числовых владельцев различаются; политика резервирования должна перечислять необходимые метаданные для целевой платформы. Команда проверяет читаемость структуры gzip/tar, но не сравнивает содержимое с источником и не выполняет реальное восстановление. Файл исключений сам является частью конфигурации резервирования и должен версионироваться и проверяться тестом на обязательные каталоги.

Вопрос 23 из 30

Разработчики спорят о границах механизма «Проверка и диагностика». Какую оговорку стоит вынести в описание эксплуатационного контракта?

Тест восстановления должен учитывать ключи шифрования, права, владельцев, внешние зависимости и время; иначе копия формально цела, но бесполезна в аварии. Флаги ACL, xattrs, sparse-файлов и числовых владельцев различаются; политика резервирования должна перечислять необходимые метаданные для целевой платформы. rsync не является журналом транзакций и не гарантирует согласованность группы меняющихся файлов; для базы данных нужен нативный механизм копирования. Журнал должен содержать объём, число файлов, версию источника и идентификатор снимка; один текст «backup complete» не позволяет доказать полноту. Журнал должен содержать объём, число файлов, версию источника и идентификатор снимка; один текст «backup complete» позволяет доказать полноту.

Вопрос 24 из 30

Разработчики спорят о границах механизма «Безопасность и переносимость». Какое условие остаётся за пределами гарантии выбранного механизма?

Тест восстановления должен учитывать ключи шифрования, права, владельцев, внешние зависимости и время; иначе копия формально цела, но бесполезна в аварии. Файл исключений сам является частью конфигурации резервирования и должен версионироваться и проверяться тестом на обязательные каталоги. rsync не является журналом транзакций и не гарантирует согласованность группы меняющихся файлов; для базы данных нужен нативный механизм копирования. Флаги ACL, xattrs, sparse-файлов и числовых владельцев различаются; политика резервирования должна перечислять необходимые метаданные для целевой платформы. Без анализа содержимого архив может содержать опасные пути или ссылки; поведение защиты зависит от реализации tar и флагов.

Вопрос 25 из 30

Для блока «Архивирование» требуется формулировка без лишних обещаний. Какой общий контракт помогает предсказать результат до выполнения?

tar сохраняет дерево путей и метаданные по выбранным флагам; архив, созданный во время активной записи, является автоматически согласованным снимком приложения. Правила --exclude применяются к относительным путям rsync/tar и чувствительны к корню передачи; слишком широкая маска может убрать нужные данные. tar сохраняет дерево путей и метаданные по выбранным флагам; архив, созданный во время активной записи, не является автоматически согласованным снимком приложения. Успешный код tar или rsync подтверждает завершение команды, но не доказывает, что копия полна, читаема и пригодна для запуска приложения. Извлечение недоверенного архива может записать файлы вне целевого каталога через абсолютные пути, .. или ссылки; архив нужно проверять и распаковывать изолированно.

Вопрос 26 из 30

Для блока «Инкрементальная копия» требуется формулировка без лишних обещаний. Какое правило лучше всего объясняет корректный способ решения?

Правила --exclude применяются к относительным путям rsync/tar и чувствительны к корню передачи; слишком широкая маска может убрать нужные данные. rsync не копирует различия текущего состояния, но без версий назначения ошибочное удаление или шифрование быстро распространяется в резервную копию. Успешный код tar или rsync подтверждает завершение команды, но не доказывает, что копия полна, читаема и пригодна для запуска приложения. rsync копирует различия текущего состояния, но без версий назначения ошибочное удаление или шифрование быстро распространяется в резервную копию. Коды rsync 23 и 24 означают частичную передачу по разным причинам; трактовать любой ненулевой код как одинаковую катастрофу или успех неверно.

Вопрос 27 из 30

Для блока «Исключения» требуется формулировка без лишних обещаний. Какой принцип остаётся верным и на обычном, и на граничном входе?

Все файлы с окончанием .log на любых уровнях будут исключены, а каталоги с таким окончанием могут обрабатываться по правилам шаблона реализации. rsync копирует различия текущего состояния, но без версий назначения ошибочное удаление или шифрование быстро распространяется в резервную копию. Успешный код tar или rsync подтверждает завершение команды, но не доказывает, что копия полна, читаема и пригодна для запуска приложения. Коды rsync 23 и 24 означают частичную передачу по разным причинам; трактовать любой ненулевой код как одинаковую катастрофу или успех неверно. Правила --exclude применяются к относительным путям rsync/tar и чувствительны к корню передачи; слишком широкая маска может убрать нужные данные.

Вопрос 28 из 30

Для блока «Проверка восстановления» требуется формулировка без лишних обещаний. На какую гарантию Bash следует опираться при техническом ревью этого участка?

Успешный код tar или rsync не подтверждает завершение команды, но не доказывает, что копия полна, читаема и пригодна для запуска приложения. Правила --exclude применяются к относительным путям rsync/tar и чувствительны к корню передачи; слишком широкая маска может убрать нужные данные. Успешный код tar или rsync подтверждает завершение команды, но не доказывает, что копия полна, читаема и пригодна для запуска приложения. Коды rsync 23 и 24 означают частичную передачу по разным причинам; трактовать любой ненулевой код как одинаковую катастрофу или успех неверно. rsync копирует различия текущего состояния, но без версий назначения ошибочное удаление или шифрование быстро распространяется в резервную копию.

Вопрос 29 из 30

Для блока «Проверка и диагностика» требуется формулировка без лишних обещаний. На каком правиле должен строиться разбор подобных фрагментов?

Успешный код tar или rsync подтверждает завершение команды, но не доказывает, что копия полна, читаема и пригодна для запуска приложения. Извлечение недоверенного архива может записать файлы вне целевого каталога через абсолютные пути, .. или ссылки; архив нужно проверять и распаковывать изолированно. Коды rsync 24 и 24 означают частичную передачу по разным причинам; трактовать любой ненулевой код как одинаковую катастрофу или успех неверно. rsync копирует различия текущего состояния, но без версий назначения ошибочное удаление или шифрование быстро распространяется в резервную копию. Коды rsync 23 и 24 означают частичную передачу по разным причинам; трактовать любой ненулевой код как одинаковую катастрофу или успех неверно.

Вопрос 30 из 30

Для блока «Безопасность и переносимость» требуется формулировка без лишних обещаний. Какой общий контракт помогает предсказать результат до выполнения?

Извлечение недоверенного архива может записать файлы вне целевого каталога через абсолютные пути, .. или ссылки; архив нужно проверять и распаковывать изолированно. Без анализа содержимого архив может содержать опасные пути или ссылки; поведение защиты зависит от реализации tar и флагов. Коды rsync 23 и 24 означают частичную передачу по разным причинам; трактовать любой ненулевой код как одинаковую катастрофу или успех неверно. rsync копирует различия текущего состояния, но без версий назначения ошибочное удаление или шифрование быстро распространяется в резервную копию. Успешный код tar или rsync подтверждает завершение команды, но не доказывает, что копия полна, читаема и пригодна для запуска приложения.