💡 Инструкция: Выберите один ответ из пяти. На 30 вопросов отведено 85 минут. В каждом вопросе верен только один вариант; близкие ответы различаются механизмом, порядком выполнения, областью действия или эксплуатационной границей. После завершения вы увидите общий результат, результаты по 6 тематическим шкалам и подробные объяснения.
Вопрос 6 из 30
Снимок состояния собирается до перезапуска службы. Где заканчивается гарантия этого механизма?
PowerShell Снимок состояния собирается до перезапуска службы Копировать
$snapshot=[pscustomobject]@{At=[datetimeoffset]::UtcNow;PS=$PSVersionTable.PSVersion.ToString();Processes=Get-Process|Select-Object Name,Id,CPU,WorkingSet64}
До разрушительного восстановления сохраняют время, версии, процессы, соединения, конфигурацию и последние ошибки, ограничивая объём и секреты.
Для анализа и сравнения нужны JSON/CLIXML/CSV с типами и метаданными, а человекочитаемый текст можно добавить отдельно.
Без версии кода, параметров и correlation id невозможно связать поведение с релизом; эти поля обязательны.
Массовый сбор способен усилить аварию; применяют throttle, канареечный узел и оценку стоимости каждой команды.
Это не доказательство причины; сохраняют pre-restart evidence, строят гипотезы и проверяют их отдельными данными.
Вопрос 9 из 30
Снимок не содержит версии сценария и конфигурации. Какое утверждение верно для этого случая?
Сопоставляют временную линию релизов, конфигураций и метрик, затем выполняют канареечный откат/повтор с измеримым критерием.
Массовый сбор способен усилить аварию; применяют throttle, канареечный узел и оценку стоимости каждой команды.
Для анализа и сравнения нужны JSON/CLIXML/CSV с типами и метаданными, а человекочитаемый текст можно добавить отдельно.
До разрушительного восстановления сохраняют время, версии, процессы, соединения, конфигурацию и последние ошибки, ограничивая объём и секреты.
Без версии кода, параметров и correlation id невозможно связать поведение с релизом; эти поля обязательны.
Вопрос 10 из 30
Дамп собирается на всех серверах одновременно. На каком правиле основан результат?
Сопоставляют временную линию релизов, конфигураций и метрик, затем выполняют канареечный откат/повтор с измеримым критерием.
До разрушительного восстановления сохраняют время, версии, процессы, соединения, конфигурацию и последние ошибки, ограничивая объём и секреты.
Каждый сборщик получает тайм-аут и независимую обработку ошибок, чтобы один недоступный ресурс не уничтожил весь пакет.
Массовый сбор способен усилить аварию; применяют throttle, канареечный узел и оценку стоимости каждой команды.
Для анализа и сравнения нужны JSON/CLIXML/CSV с типами и метаданными, а человекочитаемый текст можно добавить отдельно.
Вопрос 20 из 30
Откат не тестируется. Что точнее всего описывает поведение?
Компенсации выполняют в обратном порядке только для подтверждённых изменений и сами делают идемпотентными.
Перед восстановлением проверяют version/etag/current value, чтобы не затереть более новое действие оператора.
До разрушительного восстановления сохраняют время, версии, процессы, соединения, конфигурацию и последние ошибки, ограничивая объём и секреты.
Откат должен восстанавливать прежнее значение, тип, ACL и наличие, а не применять универсальный «default».
План восстановления должен регулярно проходить на стенде и иметь критерий прекращения, иначе он существует только на бумаге.
Вопрос 21 из 30
Сценарий сообщил success, но результат неполный. Какое решение здесь надёжнее?
PowerShell Сценарий сообщил success, но результат неполный Копировать
$r=Invoke-Job 2>&1
[pscustomobject]@{Success=$?;LastExit=$LASTEXITCODE;Count=@($r).Count}
Сравнивают пользователя, профиль, working directory, environment, timing и concurrency; ручной сеанс — другая экспериментальная среда.
Воспроизводят тайм-аут после фиксации сервером и проверяют operation id/checkpoint; сетевой mock до отправки не покрывает опасный случай.
Проверяют все потоки, exit codes, количество входов/выходов и постусловие системы; отсутствие terminating error недостаточно.
Некоторые native/host потоки и структурный контекст могут отсутствовать; transcript связывают с event logs, exit codes, метриками и артефактами.
Это не доказательство причины; сохраняют pre-restart evidence, строят гипотезы и проверяют их отдельными данными.
Вопрос 24 из 30
Перезапуск восстановил сервис. Какой подход выдержит повторный запуск?
Это не доказательство причины; сохраняют pre-restart evidence, строят гипотезы и проверяют их отдельными данными.
До разрушительного восстановления сохраняют время, версии, процессы, соединения, конфигурацию и последние ошибки, ограничивая объём и секреты.
Проверяют все потоки, exit codes, количество входов/выходов и постусловие системы; отсутствие terminating error недостаточно.
Воспроизводят тайм-аут после фиксации сервером и проверяют operation id/checkpoint; сетевой mock до отправки не покрывает опасный случай.
Сопоставляют временную линию релизов, конфигураций и метрик, затем выполняют канареечный откат/повтор с измеримым критерием.
Вопрос 25 из 30
Как локализовать регрессию?
Массовый сбор способен усилить аварию; применяют throttle, канареечный узел и оценку стоимости каждой команды.
Сопоставляют временную линию релизов, конфигураций и метрик, затем выполняют канареечный откат/повтор с измеримым критерием.
Проверяют все потоки, exit codes, количество входов/выходов и постусловие системы; отсутствие terminating error недостаточно.
Сравнивают пользователя, профиль, working directory, environment, timing и concurrency; ручной сеанс — другая экспериментальная среда.
Это не доказательство причины; сохраняют pre-restart evidence, строят гипотезы и проверяют их отдельными данными.