Контроллер домена думает в Сети общего пользования
Причина не рекомендуется изменить это параметры, состоит в том, что они оказывают влияние шириной в дб на оптимизатор - поэтому, когда Вы измените его для настройки определенного запроса, это, вероятно, окажет некоторое влияние на многие другие запросы. Так, изменение его в производстве, тщательно не тестируя целое приложение опасно.
Однако:
- Установка его в dev/test среде и пребывание с тем же значением в производстве могли бы быть acceeptible (раньше был обычной практикой в системах OLTP). Однако можно ли быть уверены, что приложение будет работать в специализированном дб? и никогда не будет консолидироваться в другой DB с набором по умолчанию параметров?
- Параметры помогают, потому что Oracle использует некоторую эвристику об относительной стоимости ввода-вывода по сравнению с ЦП, и в Вашем случае эвристика не достаточно хороша, таким образом, Oracle выбирает субоптимальные планы выполнения. Рекомендуемый способ зафиксировать эвристику позволяет Oracle собрать системные статистические данные для Вашей машины дб - как быстро ЦП, сколько времени занимает добраться, единственный блок блока/нескольких от Вашей системы ввода-вывода во время регулярной системной нагрузки и т.д. См. Документацию Oracle.
Если Вы хотите использовать и системную статистику и параметры оптимизатора, погуглить ее, Jonathan Lewis записал об этом (извините, сайт не позволяет мне отправить больше чем одну ссылку),
Я надеюсь, что это помогает
Есть ли у вас шлюз по умолчанию для этого соединения? Отвечает ли он на запросы ping?
Windows использует шлюзы для идентификации сетей; если у него не настроен шлюз или если он не может успешно пропинговать его, он не сможет идентифицировать сеть, к которой он подключен, и будет считать, что это общедоступная.
В моем случае сервер был демилитаризованной зоной и многими правилами брандмауэра, блокирующими сервер, чтобы говорить с контроллерами домена. В этом случае необходимо будет открыть Брандмауэры (аппаратные средства FW), чтобы позволить серверам связываться. Также для запущения теста подключите сервер для сетей, где правила брандмауэра позволяют связь между клиентом и серверами.
Я видел подобное поведение при установке сервера AD 2008 R2. Меня поразило то, что было включено несколько сетевых адаптеров, даже если они не использовались. Как только я отключил неиспользуемые сетевые карты и перезагрузился, проблема исчезла.
Точная функция Windows, с которой вы столкнулись, называется NLA (Network Location Awareness). Я знаю об этом недостаточно, чтобы претендовать на звание эксперта, но я знаю, что на интертубах есть интересная информация о том, как все это работает или должно работать.
Классифицируется ли сеть контроллера домена как сеть домена , не зависит от конфигурации шлюза.
Поведение ложной классификации сети может быть вызвано Служба NLA (информация о местоположении в сети) запускается до того, как домен становится доступным . В этом случае выбирается публичная или частная сеть и впоследствии не корректируется.
Как проверить, возникает ли эта ситуация сбоя
Когда контроллер домена после перезагрузки находится в общедоступной сети, перезапустите службу NLA или отключите / повторно подключите сеть. После этого контроллер домена должен быть в доменной сети.
Как решить эту проблему
Может помочь настроить службу NLA на отложенный запуск . Лучше проверьте, почему домен должен присутствовать долго. Кажется, что домену требуется больше времени для запуска при наличии нескольких сетевых карт.
Когда это не помогает
Когда ни ускорение загрузки домена, ни задержка помощи NLA и ошибка вызвана долгая загрузка домена (смотрите: «как проверить ...»), то есть еще кое-что, что можно сделать.
- Напишите сценарий для его перезапуска и запустите его с помощью планировщика (опасно)
Сдвинуть загрузку службы NLA до конца запуска службы, изменив порядок загрузки в реестре (опасно)
Следующая запись реестра устанавливает зависимости для
NSI RpcSs TcpIp Dhcp Eventlog NTDS DNS:REGEDIT4 [HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ NlaSvc] "DependOnService" = hex (7): 4e, 53,49,00,52,70,63,53,73,00,54,63,70,49,70,00,44,68, \ 63,70,00,45,76,65,6e, 74,6c, 6f, 67,00,4e, 54,44,53,00,44,4e, 53,00,00Выполнять «IPCONFIG / RENEW» из планировщика при запуске с задержкой в 1 или 2 минуты (лучше, чем запуск службы NLA)
- Перезапускать службу NLA вручную после каждой перезагрузки (но: «IPCONFIG / RENEW» предпочтительнее )!
Еще одна причина может быть связана с тем, что на контроллере домена настроено два или более IP-адресов (на той же или на других сетевых картах), а дополнительные сети не настроены в DNS.
Воспроизведение поведения
На тестовом контроллере домена (одиночный контроллер домена!) Я удалил запись о шлюзе по умолчанию и установил DNS-сервер на отложенный запуск . При этом домену требовалось много времени для загрузки, и сеть была классифицирована как публичная . После отключения и повторного подключения сетевого кабеля сеть была правильно классифицирована как сеть домена .
Редактировать
с благодарностью на основании комментариев Дэниела Фишера Леннибакона и Джошуа Хэнли :
Как добавить зависимость для NlaSvc к DNS и NTDS
запустить sc config nlasvc independent = NSI / RpcSs / TcpIp / Dhcp / Eventlog / DNS / NTDS из CMD (используйте sc.exe, если вы запускаете его в PowerShell).
Если вы хотите дважды проверить существующие зависимости перед добавлением DNS и NTDS, используйте sc qc nlasvc
После установки нового контроллера домена вы можете обнаружить, что «WINDOWS FIREWALL» не устанавливается должным образом на «DOMAIN: ON». Это результат неправильной установки по умолчанию, предоставленной Microsoft. Чтобы исправить это, сбросьте настройки IP6 DNS для сетевого подключения с ":: 0" обратно на автоматический. Также удалите серверы пересылки IP6 с DNS-сервера.