У нас есть сеть из 16 часто используемых ПК с Windows 98, подключенных к машине Server 2003. На этих машинах возникают длительные задержки при открытии / запуске файлов в сети в периоды пиковой нагрузки (с 13:30 до 14:30 ежедневно), иногда длящиеся около минуты. Пользователь просто получит черный экран DOS, поскольку исполняемый файл ожидает открытия, где обычно он всплывает в течение <1 секунды. Это особенно досадно, потому что счетчики производительности Server 2003 не показывают длительный период высокой нагрузки - большинство статистических данных никогда не превышают 5%.
Когда эти 16 клиентов подключались к DL380 6-летней давности под управлением Linux, у нас была некоторая медлительность, но без задержек. Недавно мы перешли на Active Directory, а также обновили файловый сервер. Файловый сервер имеет двухъядерные четырехъядерные процессоры, в 4 раза больше памяти, больше дисков, более быстрые диски (15 КБ против 10 КБ) и т. Д., Так что не имеет смысла, что он больше не может обрабатывать параллельную обработку.
Поскольку мы используем Win98, есть ли какие-то настройки, которые мы должны изменить в 2003 году, чтобы оптимизировать чтение / запись на диск? Все файловые операции выполняются с плоскими файлами, и все записи выполняются одним пользователем (несколько пользователей не могут получить доступ к одной и той же базе данных одновременно). Есть другие мысли о том, как это отследить ... нам не везло за последний месяц.
Примечание: к сожалению, мы не сможем выполнить обновление после Win98 в течение следующих 2 лет, мы ждем, когда устаревшее программное обеспечение будет переписано, и это важное программное обеспечение работает только на Win98 из-за использования аппаратных прерываний.
Когда ничего не помогает, используйте сетевой сниффер. Посмотрите, что на самом деле происходит в сети, пока клиентский компьютер ожидает, возможно, вы сможете увидеть, чего он на самом деле ждет.
Кстати, вы используете WINS в своей сети? Это также может быть проблемой разрешения имен NetBIOS. Клиенты Windows 98 / NT любят использовать это вместо DNS, и без WINS они будут пытаться разрешать имена с помощью широковещательных запросов, что может быть настоящей проблемой в периоды пиковой нагрузки сети.
Я согласен, что это, скорее всего, подписывание / аутентификация SMB и / или разрешение имени Netbios. Разрешение имени Netbios можно проверить с помощью NbtStat.
Если это окажется не так, я отключу OpLocks на сервере. Помимо повреждения файлов доступа, это также вызывает проблемы с доступом. Я не видел, чтобы его отключение вызывало проблемы, но изменение можно отменить, если оно каким-то образом ухудшит ситуацию.
http://support.microsoft.com/kb/296264 http://support.microsoft.com/kb/296264
Ты пробовала Советник по производительности Server 2003? Может помочь вам глубже разобраться в проблеме.
Можете ли вы опубликовать какие-либо многообещающие события от клиентов Windows 98 и контроллеров домена?
Кроме того, каково разрешение имен у клиентов? Я бы попробовал перезагрузиться, чтобы очистить кеш DNS (ipconfig /flushdns не работает в Windows 98), а затем ping domain.local. Посмотрите, что вы получите в ответ и сколько времени это займет.
У меня возникла проблема, когда DNS вызывал 30-секундную задержку, потому что было несколько записей A для контроллера домена (это были многосетевые, общедоступные и частные сети).
В конечном итоге клиент сначала пытался подключиться к общедоступному IP-адресу, назначенному DC. Это завершится ошибкой через 30 секунд, а затем будет предпринята попытка подключения с использованием частного IP-адреса, назначенного DC. Это сработает.
Если вы хотите быстро пропустить это тестирование, вы всегда можете попробовать \\ [ip-адрес сервера] \ share \ executable.exe и посмотреть, быстро ли он запускается.
Доступ виртуальных машин к сети осуществляется через виртуальный адаптер с мостовым подключением или через NAT?
На этом сервере было зеркалирование Active Directory, и после его удаления проблемы исчезли. Почему это имеет значение в такой небольшой среде (25 пользователей)?