Драйвер обнаружил что для устройства device harddisk0 dr0 включен буфер записи
DCdiag не пишет о проблемах в работе AD, выданные ошибки неважны.
Шлюз 192.168.1.1 существует? Ping 192.168.1.1 какой результат выдаёт?
-------
Он был расстроенным трупом и потратил две минуты впустую.
Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети.
paranoya, поняла. Сейчас занимаюсь чистой установкой виртуальной машины и снова подниму роль AD, при этом настройки теперь буду производить обдуманно.
Меня смущает еще вот эта ошибка "Драйвер обнаружил, что для устройства \Device\Harddisk0\DR0 включен буфер записи. В результате возможно повреждение данных." А если я пытаюсь снять флажок "Разрешить кеширование этого устройства" в политиках HDD - Windows пишет отказ. В итоге сейчас сняла этот флажок на хосте (Windows 10 Pro), хотя врядли это поможет? Забыла после этого перезагрузить ПК.
Сейчас установлю все это дело и сделаю ping 192.168.1.1. А вообще - это адрес роутера железного. Он даже на хостовой машине у "внешнего" коммутатора Hyper-V выставлен как шлюз по умолчанию. Кстати, может стоит в настройках роутера убрать поддержку ipv6?
Update1. 192.168.1.1 пингуется
Последний раз редактировалось Egevika, 06-06-2018 в 21:58 . Причина: Дополнила
После развертывания AD нужно ли что-то делать в DNS менеджере? Я прописала в свойствах DNS сервера Сервера пересылки - 8.8.8.8, 8.8.4.4 и dns провайдера. Нужно ли что-то делать еще?
Не получается ввести в домен хостовую машину, хотя все в одной подсети.
Драйвер обнаружил, что для устройства \Device\Harddisk0\DR0 включен буфер записи. В результате возможно повреждение данных." » |
Не обращай внимание, у тебя диск виртуальный. А снятие этого флажка на физическом диске (на твоей win10) ухудшает его производительность.
Для целей изучения он не важен, а в рабочей среде у сервера должен быть ИБП.
Сам флажек отвечает за то, как данные будут записываться на жесткий диск - сразу, если кеш (буфер записи) отключен, или через некоторое время, если кеш включен. Он важен, скорее был важен, для правильного функционирования AD, ведь AD, по сути - база данных и чтобы что-то не потерялось при изменениях нужно было их сразу записывать.
Поле развертывания AD и прописывания серверов (молодец! многие этого не делают и получают геморрой, и отсутствие Интернета) в пересылке больше ничего не надо делать. Но хостовую машину в такой домен ты не введёшь обычным способом. Тебе нужна связь между хостой и сервером (упрощённо, чтобы сервер пинговался как по имени, так и по ip-адресу с хостовой машины. А у тебя, скорее всего, в хостовой машине прописан в DNS адрес роутера, а нужно адрес сервера прописать. Тогда её можно будет ввести в домена, но она потом будет плохо себя вести, так как будет обращаться к серверу, а сервер не запущен, потому что хостовая машина перезагрузилась. Если ввод в домен нужен для целей изучения\обучения, то лучше поднять ещё одну виртуалку с Win10Pro и её ввести в домен.
-------
Он был расстроенным трупом и потратил две минуты впустую.
Ошибки у вас в dcdiag в том, что вы запустили cmd не от имени администратора и у вас просто не хватает прав
Конфигурация компьютера | |
Процессор: Core™i5 (3427M) | |
Память: 8Gb DDR3 | |
Видеокарта: Intel HD Graphics | |
Ноутбук/нетбук: Dell Latitude 6430u | |
ОС: Windows 7 Enterprise |
-------
в личке я не консультирую и не отвечаю на профессиональные вопросы. для этого есть форум.
paranoya, Спасибо огромное. Все так, как Вы и говорите, в хосте прописан DNS адрес роутера. Я так и думала, что хост в домен не вариант вводить. Добавлю оперативки в свой домашний"серверочек" и разверну еще пару ВМ. Буду учиться оргазизовывать кластер WSFC))
spanjokus, попробую, но помоему от имени админа запускала.
cameron, да, мне на это уже указал paranoya в первом ответе.
Возникла следующая странная ситуация.
Есть у меня сервер. На сервере raid-контроллер с массивом raid 10. Кэширование на контроллере включено и батарейка есть.
На этот сервер я установил Windows Server 2012 R2, все драйверы и все последние обновления на текущий момент.
Поднял роль Hyper-V. Создал виртуальную машину второго поколения WS 2012 R2 и тоже накатил все обновления.
К этой виртуальной машине подключил ещё один vhdx -файл фиксированного размера в 50 Гб.
Контроллер естественно у обоих виртуальных дисков - SCSI.
На этой виртуальной машине поднял роль ADDS и DNS. Указал расположение базы ntds, sysvol и логов на этом новом диске D.
После перезагрузки я получил 3 event`a, которые гласят:
«Драйвер обнаружил, что для устройства \Device\Harddisk1\DR1 включен буфер записи. В результате возможно повреждение данных.»
Захожу в диспетчер устройств, открываю Дисковые устройства и вижу там два моих Виртуальных диска ( Microsoft ).
Открываю параметры каждого и вижу, что у обоих дисков почему-то включено кэширование записей!
И что самое интересное, что я не могу это самое кэширование отключить!
Когда я пытаюсь убрать галочку, то выскакивает окно, что «Не удалось изменить параметр кэширования записей для этого устройства. Возможно, для устройства не поддерживается эта функция или изменение этого параметра.»
Данная ситуация заводит меня в тупик. По идее ADDS при установке отключает кэширование, но тут это не сработало. И вручную отключить не могу.
Гугл упрямо заводит меня на одну и ту же статью. Но, во-первых, она для WS 2012 и 2008 R2 и таких обновлений под 2012 R2 нет. Ну и во-вторых, ясности она тоже не внесла.
Ещё пара статей на microsoft тоже не решили проблему:
Пробовал отключать кэширование на raid -контроллере – ничего не изменилось.
Переустановка всего и вся меня вообще не радует и нет уверенности, что это поможет.
Вот такая вот ситуация. Может у кого будут какие-то мысли по этому поводу?
Добрый день. Достался в наследство физический сервер Win 2012 R2 выполняющий роль сервера Hyper-V. На нем имеется виртуальный контроллер домена Win Server 2008 R2. Были проблемы со сбоем в работе AD при перезагрузке сервера Hyper-V. В системном журнале фиксируются предупреждения:
-Драйвер обнаружил, что для устройства \Device\Harddisk0\DR0 включен буфер записи. В результате возможно повреждение данных.
-Драйвер обнаружил, что для устройства \Device\Harddisk1\DR1 включен буфер записи. В результате возможно повреждение данных.
И много предупреждений типа:
-Обнаружена ошибка на устройстве \Device\Harddisk2\DR3 во время выполнения операции страничного обмена.
Как настроено кеширование сейчас:
На сервере Hyper-V (Win server 2012 R2):
1. Включено кеширование в контроллере рейда.
2. Включено кеширование в политике диска. На этом диске имеется два тома. На одном установлена операционка самого сервера Hyper-V, на другом размещены файлы виртуальных машин.
На виртуальном контроллере домена (Win server 2008 R2):
Виртуальный сервер создан на двух дисках. Первый подключен через контроллер IDE, имеет тип vhdx, размер задан жестко. На нем установлена система .
Второй подключен через SCSI контроллер, имеет тип vhdx, размер задан жестко. На нем размещена база AD (папка NTDS).
На обоих дисках включен кеш и отключить его не получается (имеется предупреждение об отсутствии поддержки в изменении этого параметра).
1. Как правильно настроить кеширование дисков в данной ситуации, чтобы предотвратить повреждение AD при перезагрузке или внезапном отключении?
2 Как правильно гасить виртуальный контроллер домена, если надо выключить сервер Hyper-V? Делать завершение работы в самой виртуальной системе (пункт "Завершение работы. " в диспетчере Hyper-V делает тоже самое?) или в диспетчере Hyper-V выбирать пункт "Выключить. "?
Ответы
Вообще-то в данном случае речь идёт о кэше виртуального диска VM ;-)
А уж сигнал об успешной записи может выдаваться в зависимости от используемого режима: если при запросе используется Forced Unit Access(FUA) и диск (или RAID-массив) его поддерживают (это может быть по-разному - десктоные SATA обычно игнорируют, SCSI/SAS/FC - поддерживают, RAID-контроллеры, которые для серверов - тоже) то сигнал о завершении идёт только после записи на сам диск, на пластины.
AD, обнаружив, что кэш отключить невозможно, будет использовать FUA (а может быть - и просто команду сброса кэша в нужные ей моменты - это толком не документировано), и этот режим будет в таком случае использовать и дисковая подсистема самого хоста при записи данных виртуального диска на физический. А уж как это реализовать - это зависит от RAID-контроллера: он может вернуть статус завершения операции с FUA и по записи на диск, и по запис в свой кэш. А потому настройка режима кэширования на RAID-контроллере имеет-таки значение. Впрочем, хорошие контроллеры при отсутствии/несиправности батарейки сопротивляются тому, чтобы на них включить режим кэширования write-back.
А так вы правильно написали, что RAID-контроллер управляет кэшем на подключенных к нему дисках и часто просто отключает его.
- Помечено в качестве ответа Petko Krushev Microsoft contingent staff, Moderator 1 сентября 2017 г. 9:08
Все ответы
Отключать кэширование виртуальных дисков в VM бессмысленно и не нужно.
А вот с кэшированием на контроллере RAID хоста следует разобраться более подробно.
В частности, включать кэш в режиме отложенной записи (write back)на нём можно только при наличии и исправности резервного источника питания (батарейки). Иначе есть риск потери данных.
Ошибки во время операции страничного обмена - это то, чего быть не должно. Разбирайтесь (скорее всего дело в железе, но если Harddisk2 - съёмный, то ошибки могли быть вызваны его неправильным отключением.
Выключение через консоль Hyper-V вызывает (через средства интеграции) обычную процедуру завершения работы ОС, так что VM можно выключать и так, и так. Только вот не перепутайте: в консоли есть ещё и команда "отключения питания" VM, которая останавливает VM сразу же, безо всяких процедур завершения работы ОС. Эта команда - только для крайних случаев.
На нем имеется виртуальный контроллер домена Win Server 2008 R2. Были проблемы со сбоем в работе AD при перезагрузке сервера Hyper-V. В системном журнале фиксируются предупреждения
Добрый день. Обновления на машинах и гипервизоре стоят? Были патчи для этого поведения, что для 2012 что для 2008r2.
Ошибки во время операции страничного обмена фиксируются не на сервере Hyper-V, а на виртуальном сервере. Т.е. в данном случае Harddisk2 это файл типа vhdx подключенный к виртальному серверу через SCSI контроллер.
Главная мысль: «Причин для беспокойства нет, можете уверенно использовать ваш виртуальный контроллер домена дальше».
Как я понял, если на физическом диске кеш не активирован, то не важно включен ли этот параметр или нет на виртуальном диске. Кеш не будет использоваться на виртуальной системе.
А если кеш, как у меня, включен на физическом диске, то тогда как работает диск виртуальной системы? И если в этом случае он (кеш виртуального диска) включен, то как его отключить? Отключив кеш на физическом диске? Но тогда ведь упадет производительность, тормоза будут и на виртуальной системе и на физической.
Буду очень благодарен за помощь. Пару дней назад на контроллере домена (единственный кд) в тестовой инфраструктуре начались проблемы.
Симптомы на кд:
- предупреждение 134, источник Time-Service: NTP-клиенту не удалось задать настроенный вручную узел в качестве источника времени из-за ошибки разрешения DNS-имен на "1.ru.pool.ntp.org,". NTP-клиент повторит попытку через 15 мин., а затем удвоит интервал между попытками. Ошибка: Этот хост неизвестен. (0x80072AF9)
- предупреждение 10154, источник Windows Remote Management:
Службе WinRM не удалось создать следующие имена участников-служб: WSMAN/DC01.sc.local, WSMAN/DC01.
Дополнительные данные
Была получена ошибка "1355": %%1355.
Действия пользователя
Имена участников-служб можно создать под учетной записью администратора с помощью служебной программы setspn.exe.
- предупреждение 1014, источник DNS Client Events: Разрешение имен для имени _ldap._tcp.dc._msdcs.sc.local. истекло после отсутствия ответа от настроенных серверов DNS.
Но это все только после загрузки системы, дальше ни ошибок, ни предупреждений нет.
На клиентах
- предупреждение 8015, источник DNS Client Events (каждую минуту или чаще):
Системе не удалось зарегистрировать записи ресурсов узла (А или АААА) для сетевого адаптера
со следующими параметрами:
Имя адаптера:
Имя узла: RRAS01
Суффикс основного домена: sc.local
Список DNS-серверов:
172.16.0.10
Отправка обновления на сервер:
IP-адреса:
172.16.0.2
Не удалось зарегистрировать эти записи ресурсов, так как для запроса на обновление, отправленного на DNS-сервер, истекло время ожидания. Наиболее вероятная причина: сейчас не работает DNS-сервер, полномочный для имени, которое подлежит регистрации или обновлению.
Вы можете попробовать зарегистрировать в DNS сетевой адаптер и его параметры вручную; для этого введите в командной строке команду "ipconfig /registerdns". Если проблему устранить не удастся, обратитесь к администратору DNS-сервера или сети.
- предупреждение 1014, источник DNS Client Events (каждую минуту или чаще): Разрешение имен для имени _ldap._tcp.Default-First-Site-Name._sites.dc._msdcs.sc.local. истекло после отсутствия ответа от настроенных серверов DNS.
- предупреждение 129, источник Time-Service: NTP-клиенту не удалось задать узел домена в качестве источника времени из-за ошибки обнаружения. NTP-клиент повторит попытку через 15 мин., а затем удвоит интервал между попытками. Ошибка: Элемент не найден. (0x800706E1)
При попытке выполнить gpupdate:
Клиенты (имеется в виду другие серверы, не кд) как будто находятся вообще вне домена, у них даже профиль брандмауэра выставлен как частный, а не доменный. При этом адрес с dhcp (который расположен на кд) они получают, пропинговать по адресу тоже могут (при пингах по домену имена, в том числе и самого кд, разрешаются не всегда, но через nslookup все нормально)
DCdiag не пишет о проблемах в работе AD, выданные ошибки неважны.
Шлюз 192.168.1.1 существует? Ping 192.168.1.1 какой результат выдаёт?
-------
Он был расстроенным трупом и потратил две минуты впустую.
Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети.
paranoya, поняла. Сейчас занимаюсь чистой установкой виртуальной машины и снова подниму роль AD, при этом настройки теперь буду производить обдуманно.
Меня смущает еще вот эта ошибка "Драйвер обнаружил, что для устройства \Device\Harddisk0\DR0 включен буфер записи. В результате возможно повреждение данных." А если я пытаюсь снять флажок "Разрешить кеширование этого устройства" в политиках HDD - Windows пишет отказ. В итоге сейчас сняла этот флажок на хосте (Windows 10 Pro), хотя врядли это поможет? Забыла после этого перезагрузить ПК.
Сейчас установлю все это дело и сделаю ping 192.168.1.1. А вообще - это адрес роутера железного. Он даже на хостовой машине у "внешнего" коммутатора Hyper-V выставлен как шлюз по умолчанию. Кстати, может стоит в настройках роутера убрать поддержку ipv6?
Update1. 192.168.1.1 пингуется
Последний раз редактировалось Egevika, 06-06-2018 в 21:58 . Причина: Дополнила
После развертывания AD нужно ли что-то делать в DNS менеджере? Я прописала в свойствах DNS сервера Сервера пересылки - 8.8.8.8, 8.8.4.4 и dns провайдера. Нужно ли что-то делать еще?
Не получается ввести в домен хостовую машину, хотя все в одной подсети.
Драйвер обнаружил, что для устройства \Device\Harddisk0\DR0 включен буфер записи. В результате возможно повреждение данных." » |
Не обращай внимание, у тебя диск виртуальный. А снятие этого флажка на физическом диске (на твоей win10) ухудшает его производительность.
Для целей изучения он не важен, а в рабочей среде у сервера должен быть ИБП.
Сам флажек отвечает за то, как данные будут записываться на жесткий диск - сразу, если кеш (буфер записи) отключен, или через некоторое время, если кеш включен. Он важен, скорее был важен, для правильного функционирования AD, ведь AD, по сути - база данных и чтобы что-то не потерялось при изменениях нужно было их сразу записывать.
Поле развертывания AD и прописывания серверов (молодец! многие этого не делают и получают геморрой, и отсутствие Интернета) в пересылке больше ничего не надо делать. Но хостовую машину в такой домен ты не введёшь обычным способом. Тебе нужна связь между хостой и сервером (упрощённо, чтобы сервер пинговался как по имени, так и по ip-адресу с хостовой машины. А у тебя, скорее всего, в хостовой машине прописан в DNS адрес роутера, а нужно адрес сервера прописать. Тогда её можно будет ввести в домена, но она потом будет плохо себя вести, так как будет обращаться к серверу, а сервер не запущен, потому что хостовая машина перезагрузилась. Если ввод в домен нужен для целей изучения\обучения, то лучше поднять ещё одну виртуалку с Win10Pro и её ввести в домен.
-------
Он был расстроенным трупом и потратил две минуты впустую.
Ошибки у вас в dcdiag в том, что вы запустили cmd не от имени администратора и у вас просто не хватает прав
Конфигурация компьютера | |
Процессор: Core™i5 (3427M) | |
Память: 8Gb DDR3 | |
Видеокарта: Intel HD Graphics | |
Ноутбук/нетбук: Dell Latitude 6430u | |
ОС: Windows 7 Enterprise |
-------
в личке я не консультирую и не отвечаю на профессиональные вопросы. для этого есть форум.
paranoya, Спасибо огромное. Все так, как Вы и говорите, в хосте прописан DNS адрес роутера. Я так и думала, что хост в домен не вариант вводить. Добавлю оперативки в свой домашний"серверочек" и разверну еще пару ВМ. Буду учиться оргазизовывать кластер WSFC))
spanjokus, попробую, но помоему от имени админа запускала.
cameron, да, мне на это уже указал paranoya в первом ответе.
Читайте также: