Утилита виндовс 10

Даунгрейд средствами системы

Откат к точке восстановления системы не сработает – масштабы преобразований слишком большие. Но так как процедура отката предусмотрена разработчиками, никаких особых сложностей здесь нет. Или, по крайней мере, не должно возникнуть. Заветная кнопка для возврата к прошлой версии находится в соответствующем разделе параметров, а папка со старыми файлами системы (Windows.old) лежит в течение месяца на системном диске. Это как раз ключевое условие – если кто-то удалил папку в первый же день из-за её большого размера, он этим отрезал себе простой и безопасный путь назад.

  1. Перед выполнением отката выполните в целях безопасности всю необходимую подготовку, какую посчитаете нужной. Можно перенести на флешку самые важные файлы, перенести с системного диска на другой локальный диск пользовательские файлы, записать установочный диск Windows на флешку, можно даже целиком записать на отдельный жёсткий диск образ системы. В общем, несмотря на то, что эта процедура предусмотрена системой, никто не застрахован от случайностей, в результате которых ваш компьютер может перестать запускаться вообще. Для этого достаточно пусть даже внезапного отключения электричества. Так что, как перед обновлением, так и теперь перед даунгрейдом, нужно позаботиться о сохранности самого важного.
  2. В меню Пуск (т.е. на начальном экране) найдите и откройте «Параметры».
  3. Необходимый вам раздел параметров – «Обновление и безопасность», откройте его.
  4. Следующий шаг – выбрать «Восстановление» в меню раздела слева.
  5. Ну а искомый пункт находится как раз посередине окна – «Вернуться к Windows 7» (если вы, конечно, обновлялись именно с неё). Нажмите кнопку «Начать».
  6. Если вы опоздали, или папка Windows.old по другим причинам исчезла с вашего компьютера, вы увидите соответствующее предупреждение. Дальше продолжить вы не сможете. Увы, если у вас нет под рукой образа прежней системы или образа системного диска, который был сделан в качестве резервной копии, то остаётся только один путь возврата – переустановка Windows.
  7. Microsoft, конечно, заинтересуется, почему вы возвращаетесь к старой версии системы и спросит вас об этом. Отметьте нужное галочкой и нажмите «Далее».
  8. Появятся последовательно два окна с предупреждениями: о последствиях отката и о том, что неплохо бы помнить пароль, который у вас был в прошлой Windows, т.к. выполнить вход без него вы не сможете. Прочитайте предупреждения внимательно и нажмите «Далее».
  9. Последним шагом станет нажатие кнопки «Вернуться к Windows 7» (или 8.1) в окне, где Microsoft благодарит вас.
  10. Обеспечьте неприкосновенность компьютера во время процедуры отката. Прерывание процесса может быть чревато.

Откат с помощью сторонних средств

Первая часть нашей статьи была написана для тех, кто решает проблемы по мере их поступления. Необходимо откатиться, пользователь нашёл эту инструкцию и откатился. Теперь же хотелось бы сказать несколько слов тем, кто читает это заранее, только готовясь выполнить обновление до Windows 10 и разведывая отходные пути. Обеспечить себе возможность отката можно с помощью сторонних средств резервного копирования. Вам нужна программа, способная записать образ системного диска или сохранить образ операционной системы. Воспользуйтесь ей перед самым началом обновления до Windows 10, чтобы иметь возможность вернуть последнее состояние вашей Windows 7 или 8.1. Использовать можно как многофункциональные программы типа Acronis, так и узкоспециализированные, как, например, бесплатную EaseUS System GoBack Free, предназначенную специально для использования перед обновлением системы.

  1. Скачайте и запустите программу.
  2. Создайте образ системы и сохраните его в надежном месте.
  3. Обновитесь до Windows 10.
  4. В случае необходимости отката воспользуйтесь сохраненным ранее образом.

Конфигурация системы

Первая из утилит — «Конфигурация системы», позволяющая настроить то, как и с каким набором ПО загружается операционная система. Утилита доступна во всех последних версиях ОС: Windows 7 — Windows 10.

Запустить инструмент можно, начав набирать «Конфигурация системы» в поиске на панели задач Windows 10 или в меню Пуск Windows 7. Второй способ запуска — нажать клавиши Win+R (где Win — клавиша с эмблемой Windows) на клавиатуре, ввести msconfig в окно «Выполнить» и нажать Enter.

Окно конфигурации системы содержит несколько вкладок:

  • Общие — позволяет выбрать параметры следующей загрузки Windows, например, отключить сторонние службы и не являющиеся необходимыми драйверы (что может пригодиться, если есть подозрения, что какие-то из этих элементов вызывают проблемы). Используется в том числе для того, чтобы осуществить чистую загрузку Windows.
  • Загрузка — позволяет выбрать систему, используемую загружаемую по умолчанию (если на компьютере их несколько), включить безопасный режим для следующей загрузки (см. Как запустить Windows 10 в безопасном режиме), при необходимости — включить дополнительные параметры, например, базовый видеодрайвер, если текущий драйвер видеокарты работает неправильно.
  • Службы — отключение или настройка запускаемых при следующей загрузке служб Windows с возможностью оставить включенными только службы Microsoft (также используется для чистой загрузки Windows в целях диагностики).
  • Автозагрузка — для отключения и включения программ в автозагрузке (только в Windows 7). В Windows 10 и 8 программы в автозагрузке можно отключить в диспетчере задач, подробнее: Как отключить и добавить программы в автозагрузку Windows 10.
  • Сервис — для быстрого запуска системных утилит, в том числе тех, которые рассматриваются в этой статье с краткой информацией о них.

Управление компьютером

Инструмент «Управление компьютером» можно запустить, нажав клавиши Win+R на клавиатуре и введя compmgmt.msc или найти соответствующий пункт в меню «Пуск» в разделе «Средства администрирования Windows».

В управлении компьютером находится целый набор системных утилит Windows (которые можно запустить и отдельно), перечисленные далее.

Планировщик заданий

Планировщик заданий предназначен для запуска тех или иных действий на компьютере по расписанию: с помощью него, например, можно настроить автоматическое подключение к Интернету или раздачу Wi-Fi с ноутбука, настроить задачи обслуживания (например, очистки) при простое и многое другое.

Запуск планировщика заданий возможен также из диалогового окна «Выполнить» — taskschd.msc. Подробнее об использовании инструмента в инструкции: Планировщик заданий Windows для начинающих.

Просмотр событий

Просмотр событий Windows позволяет посмотреть и отыскать при необходимости те или иные события (например, ошибки). Например, выяснить, что мешает выключению компьютера или почему не устанавливается обновление Windows. Запуск просмотра событий возможен также по нажатию клавиш Win+R, команда eventvwr.msc.

Подробнее в статье: Как использовать просмотр событий Windows.

Монитор ресурсов

Утилита «Монитор ресурсов» предназначена для оценки использования ресурсов компьютера запущенными процессами, причем в более подробном виде, чем диспетчер задач.

Для запуска монитора ресурсов вы можете выбрать пункт «Производительность» в «Управлении компьютером», затем нажать «Открыть монитор ресурсов». Второй способ запуска — нажакть клавиши Win+R, ввести perfmon /res и нажать Enter.

Инструкция для начинающих на эту тему: Как использовать монитор ресурсов Windows.

Управление дисками

При необходимости разделить диск на несколько разделов, изменить букву диска, или, скажем, «удалить диск D», многие пользователи загружают стороннее ПО. Иногда это оправдано, но очень часто всё то же самое можно сделать с помощью встроенной утилиты «Управление дисками», запустить которую можно, нажав клавиши Win+R на клавиатуре и введя diskmgmt.msc в окно «Выполнить», а также по правому клику по кнопке Пуск в Windows 10 и Windows 8.1.

Познакомиться с инструментом можно в инструкциях: Как создать диск D, Как разделить диск в Windows 10, Использование утилиты «Управление дисками».

Чиню домены.

Что такое USN Rollback

Представьте себе, что в один не очень прекрасный день вы решили восстановить один из ваших контроллеров домена (КД) из резервной копии, которую вы по привычке сделали старым проверенным средством снятия образа диска, типа Acronis TrueImage. Или решили откатить ваш виртуализованный КД к старому снимку, сделанному средствами гипервизора (и всё это работало не под Windows Server 2012). Или же вам, как и мне однажды, не повезло: из-за сбоя RAID-контроллера, который управляет аппаратным зеркальным томом, содержащим систему КД, некоторое время тому назад из этого зеркала вылетел один диск, а после перезапуска RAID-контроллер решил загрузить систему именно с этой, устаревшей половинки зеркала.

И вот, после перезагрузки вы обнаруживаете, что ваш контроллер домена — уже не совсем контроллер домена: он совершенно не желает авторизовывать пользователей и реплицировать изменения базы данных Active Directory (AD) с другими КД. Если провести стандартную диагностику проблем AD с помощью утилит dcdiag, то мы увидим следующее (часть выдачи dcdiag для краткости опущена, важные для дальнейшего изложения признаки выделены жирным шрифтом):

C:\Users\Administrator.DOMAIN>dcdiag

…………………………………………………………………

Doing primary tests

Starting test: Replications
Inbound replication is
disabled.
To correct, run «repadmin /options DC2 -DISABLE_INBOUND_REPL»
Outbound replication is disabled.
To correct, run «repadmin /options DC2 -DISABLE_OUTBOUND_REPL»
……………………. DC2 failed test Replications
Starting test: RidManager
……………………. DC2 passed test RidManager
Starting test: Services
w32time Service is stopped on
NETLOGON Service is paused on
……………………. DC2 failed test Services
— то есть, контроллер домена не объявляет себя контроллером домена, репликация базы данных AD отключена, а служба Netlogon («Сетевой вход в систему» в русской версии) находится в приостановленном состоянии. Если вы посмотрите в журнал событий Active Directory, то вы обнаружите в нём два характерных сообщения об ошибках:

с Event ID 2095

и с Event ID 2103

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

Если вы наблюдаете эти признаки, то это означает, что вы столкнулись с героем этой статьи — USN Rollback: возвращением текущего максимального последовательного номера изменений (USN) КД к старому, меньшему значению (с помощью номеров последовательных изменений — USN — Active Directory отслеживает, какие именно изменения следует передавать при репликации между контроллерами домена, подробнее об этом ниже). Прочитать официальную информацию от Microsoft об этой проблеме можно в Technet Library (применительно к специфике виртуализованных контроллеров домена) или статье 885875 MS KB (на английском языке).

Хотя механизм возникновения данной проблемы изложен в указанных выше статьях, считаю необходимым для полноты изложения остановиться на нём и в этой статье (те, кому это не интересно или некогда это читать, могут перейти сразу к описанию процедуры восстановления в разделе Собственно рецепт). Потому что, чтобы понять, чем плохо возвращение текущего максимального универсального номера последовательных изменений к старому значению, нужно знать, как используются эти номера при обновлении копий базы данных Active Directory.

Active Directory спроектирована таким образом, чтобы при синхронизации (репликации) можно было передавать на целевой КД не всю базу данных, а только те изменения, которые не были ещё получены целевым КД. Для этого каждый измененный (в т.ч. вновь созанный) в базе данных AD объект или атрибут объекта маркируется в своих метаданных идентификатором КД (Invocation ID), на котором было первоначально произведено это изменение, и последовательным номером (USN) этого изменения на данном первоначальном КД (посмотреть метаданные для любого объекта и всех его атрибутов можно командой repadmin /showmeta ). При каждом изменении, первоначально произведенном на данном КД, этот номер увеличивается. Кроме того, каждый КД хранит у себя список максимальных номеров реплицированных изменений для каждого из известных ему КД-источников обновлений (идентифицируемых по Invocation ID) для каждого из разделов каталога — up-to-dateness vector (его можно посмотреть командой repadmin /showutdvec ). И при репликации КД запрашивает только те изменения, номер USN которых выше максимального номера уже полученного изменения.

Из этого описания видно, что если текущий максимальный номер USN по какой-то причине уменьшится, то изменения, промаркированные номерами USN в промежутке между новым текущим максимальным номером USN и запомненными на других КД максимальными номерами реплицированных изменений, никогда не будут реплицированы на эти другие КД, то есть, база данных AD окажется в рассогласованном состоянии — её содержимое на разных контроллерах доменов навсегда останется разным.

Поскольку все алгоритмы работы AD опираются на то, что содержимое баз данных на разных КД является (или достаточно быстро становится) одинаковым, то описанное выше положение дел является недопустимым. Чтобы его избежать, в механизм репликации AD был добавлен элемент контроля, проверяющий в момент первой репликации КД, что текущий максимальный номер USN на контроллере домена не меньше, чем максимальный номер реплицированных изменений, известных его партнерам по репликации. Если это условие не соблюдается, то AD блокирует входящую и исходящую репликацию, а также помечает (в реестре) свою копию базы данных как недоступную для записи по причине возвращения номера USN к меньшему значению — что как раз вызывает те самые симптомы, что описаны в начале статьи.

Обнаружение USN Rollback срабатывает, к сожалению, не всегда. Если контроллер домена после восстановления из образа долго не имеет связи с другими КД, и на нём за это время происходит много изменений, то после восстановления связи может оказаться, что на момент первой репликации после восстановления текущий максимальный номер USN окажется больше максимального номера реплицированных изменений, то условие отсутствия USN Rollback будет формально соблюдено, фактически имевший место откат назад номеров изменений обнаружен не будет и часть изменений так и останется не реплицированной. Такой вариант вполне реален при восстановлении КД после катастрофического отказа где-нибудь в филиале, где из-за того же отказа пострадала и связь. Так что, обнаружив приведенные в начале статьи симптомы, можно даже порадоваться — всё могло быть и хуже.

Как лечить USN Rollback

Лучшее лечение — это, как известно, профилактика. В применении к теме данной статьи это означает: делать резервные копии базы данных AD (она входит в раздел Состояние системы для КД) регулярно, и делать их программой, которая знает, как копировать и, главное — как восстанавливать базу данных AD. Простейшая из таких программ — это встроенная Windows Server Backup. Использование правильных программ исключает большинство возможных случаев возникновения USN Rollback, а если вдруг такая беда случилась (например, из-за сбоя RAID-контроллера, зеркалирующего системный диск) — без особых проблем восстановить базу данных AD.

Но вот что делать если беда уже случилась, а резервной копии базы данных AD нет? Рекомендации производителя — Microsoft — просты и незатейливы: понизить принудительно контроллер домена, удалить его метаданные из AD и повысить обратно. Процедуры эти просты и многократно описаны, здесь я на них останавливаться не буду. В большинстве случаев это можно проделать вполне безболезненно, и, собственно говоря, при наличии возможности именно так и стоит делать.

Интереснее другой вопрос — что делать, если принудительное понижение с последующим понижением — не вариант? Например, если на КД стоит какая-то программа, которая, с немалой степенью вероятности, не перенесёт такие манипуляции. Или USN Rollback возник на единственном контроллере вновь созданного домена, в котором уже были созданы учётные записи новых пользователей. Или вот, например, был случай на русском форуме Technet, когда системный администратор умудрился загнать в состояние USN Rollback все контроллеры корневого домена леса — как сохранить лес? В таких случаях рекомендованный производителем способ решения проблемы не годится. Но выход, тем не менее, есть.Чтобы понять, как этот выход работает, следует рассмотреть две вещи: как при корректном восстановлении базы данных AD удаётся избежать USN Rollback, и какие именно изменения вносятся в конфигурацию КД при обнаружении этого состояния.

Для обеспечения корректности работы восстановленной базы данных программа восстановления делает одну простую вещь: она после завершения восстановления (а оно производится при загрузке в режиме службы восстановления каталогов) записывает в реестр новое значение для Invocation ID в параметр «HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\NTDS\Parameters\New Database GUID», заставляя AD при запуске во время следующей загрузки в нормальном режиме сменить Invocation ID — то есть заставляет выглядеть (с точки зрения механизма репликации базы данных AD) восстановленный контроллер домена как новый, совершенно другой КД, изменения на котором учитываются независимо от прежних, сделанных его до восстановления.

Что же касается реакции на USN Rollback то она включает в себя две вещи: во-первых, для подверженного ей КД отключается (установкой флагов DISABLE_INBOUND_REPL и DISABLE_OUTBOUND_REPL в атрибуте Options объекта «NTDS Settings», связанного с объектом данного КД в разделе конфигурации) входящая и исходящая репликация, во-вторых в реестре этого КД в параметре «HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\NTDS\Parameters\DSA not writeable» (типа REG_DWORD) фиксируется, что база данных AD не является допустимой по причине возникновения USN Rollback (значение параметра устанавливается равным 4). При обнаружении этого последнего параметра происходит запись в журнал события с кодом 2103, а служба Netlogon ставится в приостановленное состояние.

И в свете всего вышеизложенного становится понятно, что нужно делать, чтобы вывести контроллер домена из состояния USN Rollback:

Собственно рецепт.

Предупреждение. Приведенные ниже действия не опираются на официальные рекомендации Microsoft (хотя и проверены мной лично). Они могут привести к возникновению рассогласованных копий базы данных Active Directory на разных контроллерах доменов (см. ниже). Поэтому используйте их под свою ответственность и только в крайнем случае.

Предупреждение 2. Если на пострадавшем контроллере домена в БД AD были внесены какие-либо изменения после возникновения состояния USN Rollback, то эти изменения, скорее всего, никогда не будут реплицированы на другие контроллеры домена, даже после восстановления по указанной ниже процедуре (причины были рассмотрены в предыдущем разделе). Из-за этого произойдёт рассогласование копий БД. И впоследствии это может вылиться в странное поведение (например, несовпадающие пароли учётных записей) или даже в нарушение репликации (ошибка 8606). Если USN Rollback был обнаружен сразу же, и контроллер домена был вовремя заблокирован, то вероятность возникновения таких ошибок невелика. Но если это был, например, восстановленный из образа диска контроллер где-нибудь в филиале, то последствия могут быть весьма неприятными. Я надеюсь рассмотреть, как можно заранее вычислить такие изменения и сделать их доступным для репликации, в одной из следующих статей.

1. Заставить AD изменить Invocation ID. Хотя можно сделать это, напрямую записав соответствующий параметр в реестр, я считаю предпочтительным сделать это с помощью штатного Backup/Restore — это заодно устранит и возможные рассогласования копий папки SYSVOL на пострадавшем контроллере домена и других КД и позволит избедать возможных проблем с её репликацией (это другая тема, которую я тут не затрагиваю). Последовательность действий примерно следующая (я не расписываю подробно все шаги, поскольку они отражены во многих руководствах):

1а. Подготовительные действия. Установить, если ещё не установлен, компонент архивации и подготовить место, куда будет записана резервная копия (либо чистый локальный либо съёмный диск, либо пустую общую сетевую папку). Рекомендую также посмотреть (командой repadmin /showrepl ) зафиксировать текущий Invocation ID контроллера домена.

1б. Выполнить резервное копирование состояния системы (а лучше, если позволяет время и место на диске/папке — всего системного тома).

1в. Загрузиться в режиме восстановления службы каталогов и восстановить состояние системы. Рекомендую делать это от имени локальной учётной записи администратора режима восстановления службы каталогов (я наблюдал случаи, когда попытка восстановления состояния системы при регистрации под доменным администраторам приводила к необъяснимым сбоям).

1г. Загрузить контроллер домена в обычном режиме.

2. Разрешить входящую и исходящую репликацию для контроллера домена. Перед включением репликации в качестве меры предосторожности рекомендую проверить, что показываемое командой repadmin /showrepl значение Invocation ID изменилось по сравнению со старым, зафиксированным на шаге 1а

Включение репликации производится командами

repadmin /options имя_КД -DISABLE_INBOUND_REPL

и

repadmin /options имя_КД -DISABLE_OUTBOUND_REPL

3. Удалить отметку о том, что база данных AD находится в недопустимом для записи состоянии по причине USN Rollback. Для этого надо запустить редактор реестра, выбрать ключ HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\NTDS\Parameters, найти в нём параметр «DSA not writeable» (его значение должно быть равно 4) и удалить этот параметр.

4. Запустить из приостановленного состояния (если она ещё не запустилась сама) службу Netlogon

После выполнения этих шагов я рекомендую (хотя это не обязательно) ещё раз перезагрузить контроллер домена и выполнить его диагностику с помощью команды dcdiag: после ликвидации USN Rollback могут проявиться и другие ошибки (см. например уже упоминавшийся случай на русском форуме Technet — там пришлось устранять и проблемы с SYSVOL, и не удалённые вовремя («застрявшие») из-за неработавшей репликации объекты).

Удачного вам восстановления. И больше так не делайте.

Реклама

Принцип действия

Итак, Windows Rollback – это утилита, позволяющая откатить изменения, выполненные в процессе обновления Windows 10, а также допускающая возможность возврата на предыдущие версии ОС, если изначально (до обновления) на ПК использовалась одна из них.

Схема восстановления:

  1. Загрузите файлы программы (из образа или архива) на диск или USB накопитель.
  2. Запустите ПК с записанного носителя. Для этого стоит ознакомиться со схемой запуска ПК через USB или диск.
  3. В первом же меню выберите пункт «Автоматическое восстановление».

Выбор автоматического обновления

4. Программа просканирует ПК на предмет установленных в нём ОС и выдаст список таковых.

Сканирование жесткого диска на наличие операционных систем

5. Выберите необходимую, нажмите кнопку «Roll Back» и по завершению процедуры перезагрузите систему, вытащив USB или диск раньше, чем ПК начнет загружаться с них заново. Процесс отката занимает куда меньше времени, чем обновление до Windows 10.

Процесс отката

На этом процесс перехода к ранней версии Windows завершен. Также стоит знать при работе с Windows Rollback, что это приложение может заблокировать обновление до Windows 10 в дальнейшем. Однако «свежая» ОС хранится в отдельной папке на жестком диске и всегда может быть активирована посредством этого же ПО.

Таким образом, Windows Rollback – это абсолютно бесплатная утилита, посредством которой в несколько манипуляций можно переключиться между двумя операционными системами разных версий. Целевая задача данного ПО – возврат с Windows 10 к версиям 7, 8 или 8.1. Каждое выполненное при этом изменение обратимо на 100%. Достаточно иметь под рукой загрузочный диск или флешку с записанными файлами утилиты Windows Rollback.