Не удалось выделить требуемое место в протоколе реестра что делать

Обновлено: 19.05.2024

Часто, когда ты думаешь, что выбираешь между "сделать хорошо" и "сделать плохо", ты лишь влияешь на момент, когда это будет "сделано через жопу".

Ошибки при репликации между двумя КД

В сети существовало два КД на Windows Server 2003.

Итак, я наконец то собрался с силами и, отбросив лень, сел плавненько переезжать на 2008 Server R2 с 2003 Server R2, где крутилась АД в режиме работы леса и домена 2003.

Выполнил adprep для леса и домена, все прошло успешно.

Взял один из этих двух КД и переставил на нем ОСь на Windows Server 2008 R2.

Однако, решил прочитать журнал DNS на всякий пожарный и хорошо, что прочитал:

Тогда я занервничал и решил, что надо бы выполнить dcdiag, netdiag на только что полнятом КД. Не успел запустить dcdiag, как ошибки посыпались, первая из которых:

Как же тогда я вижу данные в АД все? и в ДНС?

Брандмауэр на серваке отлючен, пользователь обладает правами администратора.

Может быть я неверно указал настройки для ДНСов? Сейчас схема такая.

КД1 (с которого надо все стянуть на 2008 R2):

И вообще все, что связано с АД. я поднимаю только после установки и настройки DNS.
Правда не понятен откуда взят адрес 172.17.1.3?

Хм. Как я только не пробовал выставлять айпишники, но так еще нет

Сделал так. Ошибки те же.

Отключил UAC, Брандмауэр отключил еще вчера. Антивирус/файрвол сторонний убил.

Проверил службу "Браузер Компьютеров" - была не запущена. Установил тип запуска - автоматом, саму службу запустил.

После всего этого ребутнул сервак. После ребута ошибки были те же. Открыл "AD - пользователи и компьютеры". Создал новую учетку. Кроме того изменил некоторые существующие записи - на КД1 изменения отобразились.

Запустил dcdiag на новом КД2, ниже привожу результат:

Дальше - больше. На КД1 dcdiag выплевывает исключительно ошибки репликации.

При этом оба сервака видят друг друга через nslookup.

Очень надеюсь на помощь.

А что у вас за сервер CORE это первое и второе на w2k3 все ли роли захвачены? Внимательнее просмотрите DNS, все записи, которые микрософтовские, т.е. зоны, начинающиеся с "_"и записи в них. ну и попробуйте снова зарегистрировать основной контроллер можно любым способом ipconfig /registersdns или перезапуском netlogon.

snorlov писал(а): А что у вас за сервер CORE это первое и второе на w2k3 все ли роли захвачены? Внимательнее просмотрите DNS, все записи, которые микрософтовские, т.е. зоны, начинающиеся с "_"и записи в них. ну и попробуйте снова зарегистрировать основной контроллер можно любым способом ipconfig /registersdns или перезапуском netlogon.

До этого было 2 КД, оба на w2k3. Один из них я понизил, переставил ОСь на 2008 Server и снова поднял АД, введя его в домен.

CORE - это старый КД на w2k3, все 5 ролей принадлежат ему.

NetLogOn перезапускал, эффект тот же. Сейчас попробую перезарегистрировать КД.

Имеет ли смысл переустановить службы AD на новом КД (W2K8)?

Еще в доке читал, что необходимо поднимать DNS !ДО! установки AD, если поднимается дополнительный КД. Однако, dcpromo выполнил сам эту функцию и установил ДНС вместе АД.

DNS у меня интегрирован в AD.

Блин, а роли то у кого остались, похоже, что у CORE, которого сейчас физически нет. Вот и стоит ругань. Этот CORE у вас наверное и в DNS'е имеется, вы сказали, что вы его не обновили, а переставили, так что у вас появился новый кд

snorlov писал(а): Блин, а роли то у кого остались, похоже, что у CORE, которого сейчас физически нет. Вот и стоит ругань.

Было два КД. Один Core с айпишником 192.168.0.1, второй URAN с айпишником 192.168.0.2.

Так вот, URAN я понизил до роли простого сервера. Все роли на себя принял CORE.
После этого URAN я вывел из домена и отключил физически.

Еще раз проверил роли на CORE - все ок. Запустил dcdiag и netdiag - все ок. Подготовил лес и домен для w2K8 через adprep.

Вычистил из АД всю информацию об URAN, - там еще сохранилась на тот момент запись типа А.

Взял старый КД - URAN - переустановил там ОС на СЕРВЕР 2008. Ввел в домен. Запустил DCPROMO. Все прошло успешно. Поставил галочку глобального каталога и вуаля! Получил два КД:

Первый кд - это старый CORE на w2k3
Новый кд - URAN на w2k8

Между ними не работает репликация.

Но, физически у меня ДВА КД.

проблемы в DNS'е, останавливайте dns на uran, убивайте все записи об uran на core, затем на uran прописывайте первым dns'ом dns на core, регистрируйте uran в dns'e на core через registersdns, снова винмательно смотрим записи об uran, гоняем тесты и лишь затем поднимаем dns на uran, можно сначала его поднять как slave.

В смысле удалить саму службу DNS? Тогда же и АД придется затирать.

На CORE затирать записи в DNS, я так понимаю.

Еще дополнительную инфу кидаю, которую только что сделал.

Привожу ipconfig. Сначала с w2k3 - старый КД:

PID 1304 соответствует службе DNS. Больше PID'ов, слушающих 53 порт я не вижу.

registerdns провел, через 15 минут будет результат.

В смысле удалить саму службу DNS? Тогда же и АД придется затирать.
На CORE затирать записи в DNS, я так понимаю.

Кто тебе сказал такую ересь, что при удалении/остановке DNS удалиться АД, DNS для AD может быть и unix'совым, главное, что бы эта служба была доступна кд, ну и обладала некоторыми свойствами, одно из которых динамическое обновление зон. Большинство твоих проблем связано с тем, что ты понизил uran, а потом по существу его убил, но записи о нем в AD и DNS'е остались, и под тем же именем вы в AD втащили новый кд. Кстати обратная зона в DNS'е есть? Спрашиваю потому, что она нужна для работы, но автоматом она не создается.

Так, ДНС я удалил с URAN.

Теперь там есть только АД. На сетевых интерфейсах обоих КД указал в качестве праймари ДНС айпишник первого КД - CORE. Альтернативный ДНС сделал пустым.

При этом Active Directory сообщает о следующих ошибках:

1) Исходный КД функционирует
2) Через net view/ping/nslookup новый КД находит старый. URAN находит CORE и наоборот
3) dcdiag /test:dns на CORE выполняется с успехом
4) Аналогично.
5) С базой знаний знакомлюсь.

Вопрос. Что мне вычищать на CORE? Записи типа А и CNAME?

Все ссылки на uran и его ip, обратная зона (0.168.192.in.addr-arpa, на виндовом серваке через мастер вроде там надо писать 192.168.0. ) на core есть? если нет, добавить ручками, ОБЯЗАТЕЛЬНО

snorlov писал(а): Все ссылки на uran и его ip, обратная зона (0.168.192.in.addr-arpa, на виндовом серваке через мастер вроде там надо писать 192.168.0. ) на core есть? если нет, добавить ручками, ОБЯЗАТЕЛЬНО

Имена в айпишники и айпишники в имена разрешаются.

Попробовал выполнить репликацию через Active Directory - сайты и службы - выполнилась без ошибок.

Попробовал выполнить репликацию из cmd, через repadmin - тут получил ошибку:

mr. brightside писал(а): Попробовал выполнить репликацию из cmd, через repadmin - тут получил ошибку:

Я не понимаю, откуда вы сделали такой вывод?

Когда я понижал URAN, то все записи я вычищал и из АД и из ДНС. Вычищал как через оснастки, так и через консоли.

Но старый DSA - 9119974d-4c8a-412a-a0ad-86b357a72fc1 (CORE) - не менялся. Он как был, так и остался. Более того, за все время его работы я его не трогал ни разу.

По всему выходит, что именно запись старого КД - 9119974d-4c8a-412a-a0ad-86b357a72fc1 - и невозможно определить. Может быть, имеет смысл перекинуть роли на новый КД, перекинуть ДНС, переставить ОСь на стором КД ввести в домен и снова сделать КД? Тогда все должно грамотно перерегистрироваться?

Если честно, 1000 страниц читать просто лень Тем более, что я не виндовый админ, а юниксовый

Скажите, пожалуйста, просто, куда капнуть, а то ведь время, время.

в первом случае она идет от кд, где запускается, к его партнерам, а во втором от партнеров к нему.
А все 1000 страниц и не надо читать, я просто в более доступном виде не видел описания утилит для работы с AD на русском языке.

Здесь запись 229137f9-6e82-4293-8ac-4e69d4a2c037, - она не встречается в DNS или AD у меня, а в логе есть.

Ошибка на НОВОМ КД - W2k8 в разделе "Служба каталогов":

Эта, вторая запись DSA - 9119974d-4c8a-412a-a0ad-86b357a72fc1 - записана в DNS и AD как имя CORE - старого КД.

По поводу repadmin сейчас отпишусь

P.S. большое спасибо за ответы!
P.P.S. Книжку уже скачал

Вроде бы, все замечательно.

Так, теперь, если я правильно понял, мне необходимо вычистить все записи на ДНСе относительно нового КД. Вопрос: какие именно записи? Абсолютно все?

- в зоне прямого просмотра "папку верхнего уровня" и запись А?
- в msdcs псевдоним?
- а также записи _kerberos, _kpasswd, _ldap и _gc в разделах dc/domains/gc/pdc?

И в зоне обратного просмотра айпишник/имя сервера?

Или достаточно удалить запись типа А и Псевдоним CNAME?

После удаление мне надо будет перерегистрироваться в ДНС и посмотреть, что будет, верно?

Я бы вычистил все записи и после этого дал команду регистрации в dns, ну а потом поднял бы DNS на новом кд.

Ну хорошо, проделал

Удалил все SRV-записи, установил ДНС, теперь мне ситуация еще более не понятна.

Ошибки остались все те же самые. В лог они валятся ИСКЛЮЧИТЕЛЬНО при загрузке ОСи на новом КД.

В процессе работы, если новый КД не перезагружать, все работает замечательно. Работает репликация. Ниже привожу репликацию из консоли и dcdiag на новом КД после усановки ДНСа. Также хочу отметить, что репликация из оснастки тоже работает и ошибок не выдает.

Repadmin:

Возможно, задержки в сети влияют на произведение репликации при загрузке? КД подключены в d-link des 3526. Он поддерживает STP, только он отключен:

Может, как-нибудь заставить запускаться DNS и AD с задержкой? Скажем, секунд в 30 или 60, пока все фоновые службы не стартанут.

Да, внимательно посмотрел логи и соотнес их со временем загрузки сетевой карты

DNS и AD пытаются начать работу сразу, как начинает грузиться ОСь, а сетевая карта ТОЛЬКО когда происходит ЛОГОН, т.е. на 2 с лишним минуты позже, чем вышеупомянутые службы уже пытаются начать работу.

Можно ли как-нибудь заставить сетевушку работать уже на этапе биоса?

Intel 82574L и 82578DM

Или, может, не в сетевушках дело, а в ОСи? Может, настройка какая?

А вот это странно, поскольку такого не может быть, старт сетевых сервисов должен происходить после поднятия карточек, посмотрите зависимость старта сервисов. Из вашей фразы можно предположить, что в сервере 2-е карты, может вся сложность именно из наличия 2-х карт?

snorlov писал(а): А вот это странно, поскольку такого не может быть, старт сетевых сервисов должен происходить после поднятия карточек, посмотрите зависимость старта сервисов. Из вашей фразы можно предположить, что в сервере 2-е карты, может вся сложность именно из наличия 2-х карт?

В том то и дело, что такого не должно происходить.

Эти сетевые карточки идут вместе с какой то управляющей утилитой, которая загружается исключительно при логоне пользователя в систему/домен. До этого они мертвые и никакого коннекта по сети нет.

я проанализировал логи, сверял время запуска AD/DNS/RDP с моментом старта сетевушек.

Сеть поднималась только когда я залогинивался в домене. Это абсолютно неприемлемо даже с точки зрения возможного отключения электричества - вот вырубится свет, УПС продержит сервак, потом тот уйдет в офф. Boot on power есть, но если сервак загрузится, то еще необходимо залогиниться, чтобы он стал в сети доступен

Обидно, жалко и непонятно, но я просто вставил Realtek в сервак и все проблемы сразу решились. Те ошибки, которые постил ушли, остались предупреждения про сертификаты Kerberos (RDP) и SASL аутентификация (AD). Но, это меня уже почти не волнует.

Точно также не поленился и опробовал Acorp - грузится замечательно. Сетевая карта оживает сразу после загрузки биоса.

Купили новый пк. Установил WinServ 2008 R2. Поставил все обновления. Ввел в домен и сделал его еще одним КД.

Настроил архивирование. При попытке добавить hdd (на которой стоял тоже win2008R2 и большой объем рабочих файлов) система перестала загружаться (((

Этот hdd откладываю в сторону и без него уже тоже не грузится. Из системы архивирования восстанавливаю диск с:. Тогда получается. С этим восстановленным и живу, но как КД он уже не хочет нормально работать. Если оставляю его в сети как один КД, то доступ к ресурсам уже не получается.

Исчезли расшаренные папки netlogon и sysvol.

В проверке dcdiag вижу - не пройдена проверка Advertising

Как сделать нормальным этот КД?

Ответы

Т.к. на остальных двух контроллерах домена у вас SYSVOL реплицируется нормально, то можете последовать рекомендации из текста события: "установить параметр реестра "Enable Journal Wrap Automatic Restore" равным 1" и далее по тексту.

PS КД на Win2K3, если вы его ещё не понизили и не удалили, лучше включить, по крайней мере - на время этой операции.

Помечено в качестве ответа Petko Krushev Microsoft contingent staff 1 марта 2018 г. 7:58

Если вы не используете вход в систему по смарт-картам, то вторую ошибку можно игнорировать (а если вы вообще не развертывали Центр Сертификации, то эта ошибка ожидаема).

А вот первая ошибка - это вполне причина вывести контроллер домена из эксплуатации. Если вы собрались это сделать, то её исправлять не нужно. Только рекомендую поторопиться - с такой ошибкой база AD однажды может лечь и не подняться, и придётся контроллер домена удалять принудительно (это несложно, но требует лишних телодвижений)

Помечено в качестве ответа Petko Krushev Microsoft contingent staff 1 марта 2018 г. 7:58

Все ответы

Есть хорошая практика: сначала читать, потом делать.

КД восстанавливаются не так же как рядовые ПК - найдите интструкция по restore domain controller, и проследуйте по пунктам.

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

The opinion expressed by me is not an official position of Microsoft

День добрый.

Купили новый пк. Установил WinServ 2008 R2. Поставил все обновления. Ввел в домен и сделал его еще одним КД.

Настроил архивирование. При попытке добавить hdd (на которой стоял тоже win2008R2 и большой объем рабочих файлов) система перестала загружаться (((

Этот hdd откладываю в сторону и без него уже тоже не грузится. Из системы архивирования восстанавливаю диск с:. Тогда получается. С этим восстановленным и живу, но как КД он уже не хочет нормально работать. Если оставляю его в сети как один КД, то доступ к ресурсам уже не получается.

Исчезли расшаренные папки netlogon и sysvol.

В проверке dcdiag вижу - не пройдена проверка Advertising

Как сделать нормальным этот КД?

Скорее всего, у вас нарушилась репликация SYSVOL: симптомы именно те. Причин может быть много разных, конкретную надо выяснять просмотром журналов событий той службы репликации, которая отвечает за репликацию SYSVOL: в зависимости от истории домена и текущего функционального уровня это может быть или Служба репликации файлов (FRS) или Репликация DFS(DFSR). Обычно понятно, какая служба отвечает по записям в журнале или по факту, включена ли служба. В крайнем случае, если непонятно, воспользуйтесь командой dfsrmig /getglobalstate - репликации DFSR соотвествует состояние 3 (Eliminated).

Если в журналах на пострадавшем КД ничего интересного нет - загляните на второй КД. Если нет и там - перезапустите службу, отвечающую за репликацию SYSVOL на обоих КД и загляните в журналы минут через 15 после перезапуска.

Ну, а метод восстановления работоспособности - он зависит от конкретной ошибки

"сначала читать, потом делать." - Золотые слова, но не ожидал, что после добавления диска будет такая трабла.
Система архивации Windows Server. Слово Server давало надежду, что это не для рядовых ПК. Пока не понятно, почему не вернуло в точно предыдущее состояние.

Или может еще где накосячил, баловался с прописанием адресов dns в сетевых настройках, добавление и убиранием протокола ipv6.
То в доменной сети был, то в общественной, то в частной. Из-за этого может?

"биосе выставляете правильный диск" - там 2 варианта выбора этого диска, один с WindowsBootManager, второй просто выбор диска.
Правка загрузчика через bcdedit - не сталкивался, систему не придется заново ставить?

По истории домена - не я его создавал, но он был на WinServ2003м. Потом купили 2008R2. Что-то изменили в домене, и удалось работать на 2х КД.
Сильных модификаций в нем не делал, обслуживает он до 30 пк. Всё по простому.Компьютеры и пользователи. Даже группы не создавались.
2003й стоит выключенный, если включить возможно еще и реплицируется.

На обоих КД вывод предложенной команды:

Не удалось создать файл журнала миграции DFSR. Ошибка 5
Текущий режим работы домена отличен от Windows Server 2008 и более поздних верси
й.
DFSRMig поддерживается только в доменах уровня Windows Server 2008 или более поз
дних версий.

На проблемном КД:
-------
нашел Нашел журнал "Репликация DFS".
4 дня там не было записей, сегодня вышла ошибка и видимо от запущенной этой команды
Служба репликации DFS обнаружила ошибку во время записи в файл журнала отладки. Сбой записи в журнал отладки может произойти из-за переполнения диска, сбоя в работе диска или достижения папкой, содержащей журналы, предела квоты. Ведение журнала будет отключено до тех пор, пока эта ошибка не будет исправлена.

Сама служба "Репликация DFS" - в рабочем состоянии
------------------
Нашел службу "Служба репликация файлов" -я так понимаю она же FRS. - Тоже работает.

Ошибка вчера была такая:

Служба репликации файлов обнаружила что путь к корню репликации изменен с "c:\windows\sysvol\domain" на "c:\windows\sysvol\domain". Если это сделано умышленно, то в новом корне необходимо создать файл с именем NTFRS_CMD_FILE_MOVE_ROOT.
Это было обнаружено для следующего набора реплик:
"DOMAIN SYSTEM VOLUME (SYSVOL SHARE)"

Изменение пути к корню реплики является двухэтапным процессом, который запускается при создании файла NTFRS_CMD_FILE_MOVE_ROOT file.

[1] Во время первого опроса, который происходит в течение 5 минут, этот компьютер будет удален из набора реплик.
[2] Во время следующего опроса, этот компьютер будет вновь добавлен к набору реплик с новым путем к корню. Повторное добавление запустит полную синхронизацию дерева для данного набора реплик. После этой синхронизации все файлы будут находится на новом месте. Удалять те же файлы из их прежнего местоположения зависит от того, нужны они еще там или нет.

По службе репликации: репликация у вас идёт по FRS, миграция на DFSR не выполнялась.

Утром в 06 45 сегодня попробовал создать в этой папке файл.
Нажимаю пкм, Создать. А там только папку можно создать.

Создаю на раб столе этот файл расширения txt. Потом расширение удаляю.
И копирую этот файл в папку C:\WINDOWS\SYSVOL\domain
Жду около часа. SYSVOL и NETLOGON не появились(((

Перезапустил службу репликации на проблемном КД. - тоже ничего не дало (
На рабочем КД - тоже ((

Ошибок пока нету в журнале, есть предупрежденя

-------------------------------------
Служба репликации файлов столкнулась с проблемами при включении репликации с "TANK" на "SERV" для "c:\windows\sysvol\domain", использующего DNS-имя "TANK.altair.local". Служба репликации файлов (FRS) продолжит повторные попытки.
Ниже указаны причины, по которым может выдаваться это предупреждение.

[1] FRS не может разрешить DNS-имя "TANK.altair.local" с этого компьютера.
[2] FRS не запущена на "TANK.altair.local".
[3] Сведения о топологии в доменных службах Active Directory для этой реплики реплицированы еще не на все контроллеры домена.

В моём случае "TANK" это рабочий КД, "SERV"- который ремонтирую.

Еще вспомнил, что когда SERV остался один КД в сети, то он не мог открыть "пользователи и компьютеры". Как будто ему не хватало прав на то, что у него же и лежит, кд чего он и является.

Может еще из-за того, что у каждого КД по два ип адреса из двух подсетей на одном сет интерфейсе. Слышал что тогда проблемы с репликациями бывают, но у меня после изменения имени пользователя на SERV, это же изменение и на TANK появилось.

Был SERV в общественной сети (тип сети сам выбрался) может из-за этого и пошли косяки.

Включили стаааарый КД, который Serv2003.

И на моё удивление в логах получил:

Служба репликации файлов больше не препятствует компьютеру SERV стать контроллером домена. Системный том был успешно инициализирован и служба NetLogon была уведомлена о том, что системный том подготовлен и к нему может быть открыт общий доступ как к общему ресурсу SYSVOL.

Введите команду "net share" чтобы проверить наличие общего ресурса SYSVOL.

В шарах нужные папки появились ))))

Что ещё можно-нужно проверить?

Включили стаааарый КД, который Serv2003.

И на моё удивление в логах получил:

Служба репликации файлов больше не препятствует компьютеру SERV стать контроллером домена. Системный том был успешно инициализирован и служба NetLogon была уведомлена о том, что системный том подготовлен и к нему может быть открыт общий доступ как к общему ресурсу SYSVOL.

Введите команду "net share" чтобы проверить наличие общего ресурса SYSVOL.

В шарах нужные папки появились ))))

Что ещё можно-нужно проверить?

Проверьте второй КД на Win2K8 R2, особенно - журнал событий службы репликации файлов. Если там ничего интересного не видите - перезапустите службу и посмотрите минут через пятнадцать. Похоже, на этом контроллере домена служба репликации файлов не работает, как надо, и он не может служить источником репликации. А источник репликации требуется для выполнения той процедуры, которую вы выполняли.

PS По Win2K3. Либо держите его включенным, чтобы репликация работала, либо удалите из AD. Держать контроллер домена отключенным может помешать работе репликации.

В точку, там проблемы.

Да, вот еще этот, который уже считаю проблемным. Имя TANK. Поймал в прошлом году вирус и зашифровал много ценного. Но как КД работает до сих пор. Его буду выводить из использования. И Win2K3 понижать до рядового сервера думаю нужно. Далее брать какую-то железку, ставить на чисто Win2K8 R2 , подымать до КД и хранить подальше от проверок.

Или стоит сначала отремонтировать на TANK репликацию?

Первая попытка по инструкции в логе ничего интересного не дала (((

Служба репликации файлов обнаружила ошибку JRNL_WRAP_ERROR для набора репликации "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)".

Имя набора репликации: "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)"
Корневой путь репликации: "c:\windows\sysvol\domain"
Корневой том репликации: "\\.\C:"
Ошибка JRNL_WRAP_ERROR возникает, когда набор репликации не находит запись, которую пытается прочитать из журнала NTFS USN. Это может быть вызвано одной из следующих причин.

[1] Том "\\.\C:" был отформатирован.
[2] Журнал NTFS USN на томе "\\.\C:" был удален.
[3] Журнал NTFS USN на томе "\\.\C:" был усечен. Программа Chkdsk может выполнить усечение журнала, если обнаружит в конце журнала поврежденные записи.
[4] Служба репликации файлов давно не запускалась на данном компьютере.
[5] Показатель активности дискового ввода-вывода на "\\.\C:" слишком высок для службы репликации файлов.
Если установить параметр реестра "Enable Journal Wrap Automatic Restore" равным 1, будет выполнена описанная ниже процедура восстановления для автоматического исправления ошибки.
[1] При первом опросе, который производится каждые 5 минут, данный компьютер будет удален из набора репликации. Чтобы не ждать 5 минут, можно выполнить команду "net stop ntfrs" и затем команду "net start ntfrs" для перезапуска службы репликации файлов.
[2] При первом опросе после удаления компьютер будет заново включен в набор репликации. Повторное включение инициирует полную синхронизацию дерева для набора репликации.

Предупреждение. В процессе восстановления данные дерева репликации могут стать недоступными. Необходимо установить описанный выше параметр реестра равным 0, чтобы автоматическое восстановление не привело к недоступности данных при повторении ошибки.

Для изменения параметра реестра запустите программу regedit.

Разверните раздел HKEY_LOCAL_MACHINE.
Щелкните последовательно разделы пути:
"System\CurrentControlSet\Services\NtFrs\Parameters"
Дважды щелкните параметр
"Enable Journal Wrap Automatic Restore"
и обновите его значение.

Если этого параметра нет в реестре, его можно добавить с помощью команды "Создать->Параметр DWORD" в меню "Правка". Введите имя параметра точно так, как написано выше

Вариант 2: Управление разрешениями

Вариант 3: Использование PsTools

PsTools — набор консольных утилит, официально распространяющийся компанией Microsoft. Он предназначен для администрирования компьютера под управлением Windows. Разбирать все присутствующие там утилиты не будем, а лишь уточним, что одна из них позволяет запускать приложения от имени системы, что и пригодится при решении поставленной задачи. Это избавит от проблем с разрешениями и удаление выбранного раздела реестра пройдет без каких-либо ошибок.

Вариант 4: Использование Registry DeleteEX

Как вариант — можно использовать сторонние приложения, предназначенные специально для взаимодействия с реестром. Одно из самых популярных называется Registry DeleteEX. Суть работы с ним заключается в том, что пользователь вводит ключ, нажимает кнопку, а удалением занимается программа, получая все необходимые права и разрешения.

Вариант 5: Registrar Registry Manager

Registrar Registry Manager не просто графическое приложение для выполнения всего одного действия, это — полноценный альтернативный клиент, позволяющий работать с реестром и выполнять примерно такие же операции, но более удобно благодаря оптимизированному интерфейсу и дополнительным функциям.

Вариант 6: Проверка компьютера на вирусы

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

Мы рады, что смогли помочь Вам в решении проблемы.

Отблагодарите автора, поделитесь статьей в социальных сетях.

Опишите, что у вас не получилось. Наши специалисты постараются ответить максимально быстро.

Лечится ошибка, хотя и не всегда успешно, переустановкой стека TCP/IP. Процедура эта требует определённого опыта, тем же, кто раньше никогда не сталкивался с указанной ошибкой, советуем внимательно ознакомиться с представленной ниже инструкцией. Но перед тем как приступать к переустановке TCP/IP, для начала стоит попробовать сбросить сетевые настройки к значениям по умолчанию. Для этого в запущенной от имени администратора командной строке следует выполнить три эти команды:

netsh int ipv4 reset reset.log
netsh int ipv6 reset reset.log
netsh winsock reset

Первые две команды сбрасывают настройки протоколов ipv4 и ipv6, третья команда обнуляет настройки протокола Winsock. После этого перезагружаем компьютер и смотрим, исчезла ошибка или нет. Если нет, ничего не поделать, придётся переустанавливать TCP/IP.

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

Переустановка TCP/IP в Windows 8.1

Открываем редактор реестра, ищем и удаляем эти две ветки:

Оба подраздела (Winsock, Winsock2) должны удаляться без проблем, в отдельных случаях может потребоваться изменения прав доступа. После удаления подразделов перезагружаем компьютер, переходим в системный каталог С:/Windows/inf, находим там файл nettcpip.inf и делаем его резервную копию .

Теперь открываем файл nettcpip.inf любым текстовым редактором и находим следующие строки:

[MS_TCPIP.PrimaryInstall]
; TCPIP has properties to display
Characteristics = 0xA0 ; NCF_HAS_UI | NCF_NOT_USER_REMOVABLE

Заменяем этот участок следующим и сохраняем отредактированный файл:

[MS_TCPIP.PrimaryInstall]
; TCPIP has properties to display
Characteristics = 0x80 ; NCF_HAS_UI

Установить с диска.

Обзор и указываем путь к отредактированному файлу nettcpip.inf.

Закройте все окна, затем заново откройте свойства подключения, удалите запись протокола 4 (TCP/IPv4), после чего перезагрузите компьютер.

П римечание: если после перезагрузки система предложит активировать протокол, от этого следует отказаться.

Читайте также: