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