Повышение производительности MetaFrame в сетях Novell


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

  1. Убедитесь, что у вас обновленный MUP.SYS
  2. Оптимизируйте редиректоры - Важно для Win2K
  3. Проверьте установки дуплекса - Важно для соединений TCP/IP
  4. Запретите DFS
  5. Настройте Netbios
  6. Измените драйверы - на новые или старые
  7. Запретите автономный режим в IE5
  8. Оптимизируйте операционную систему
  9. Запретите Remote Computer Task Scheduler - Очень важно (Не исправлено в W2K SP2!)
  10. Для Novell: Инсталлируйте только IPX - не используйте совместно IP и IPX
  11. Для Novell: Настройте тайм-аут разрешения имен Novell
  12. Для Novell: Запретите поиск для неиспользуемых протоколов!
  13. Для Novell: Разрешите/запретите packet burst - Важно для Win2k
  14. Для Novell: Устанавливайте только необходимые компоненты
  15. Для Novell: Установите Novell Client 4.83 с заплатами- Важно для Win2K
  16. Для Novell: Ms Client по ошибке принимает сервер Novell за сервер MS
  17. Для Novell: Настройки в реестре для провайдера Netware
  18. Для Novell: Настройте предпочтительность протоколов.
  19. Для WinXP: Примените заплаты
  20. Сжатые файлы вызывают медленный просмотр сети

 

Установите обновленный MUP.SYS из NT 4.0 SP4 или более позднего

MUP означает "Multiple UNC Provider", который помогает Windows в поиске ресурсов, если на машине устнановлено более одного редиректора - например, "Microsoft Client for Microsoft Networks" и "Novell Client for Novell Netware". Когда запрашивается соединение с сервером, он не знает, куда идет запрос - на сервер Novell или на сервер NT. Он начинает искать сервер, используя первичный протокол на первичном реквесторе, а затем продолжает поиск сервера для каждого протокола, связанного с каждым редиректором - до тех пор, пока сервер не будет найден.

В MUP.SYS на станциях NT до SP4 содержалась ошибка, из-за которой система продолжала искать сервер на всех протоколах и для всех редиректоров, даже если сервер уже был найден. В статье Q171386 описана эта ошибка.

Оптимизируйте редиректоры

Если на ПК установлены неиспользуемые или редко используемые редиректоры, которые настроены на более высокое предпочтение, вы получите падение производительности. Часто используемые редиректоры - это MS Client for Microsoft Networks, Novell Client 32 и разнообразные клиенты NFS.

Если какие-то из этих клиентов не нужны, их следует удалить. Если они нужны, то убедитесь, что они привязаны только к нужным протоколам. Клиент, в котором IPX привязан только к клиенту Novell, а IP - только к клиенту Microsoft и клиентам NFS, будут значительно быстрее при доступе к сетевым ресурсам, чем тот клиент, у кого IP и IPX оба привязаны к клиенту Novell client, IP, IPX, и Netbios - к клиенту MS, из-за того, что MUP.SYS делает ненужный поиск. Кроме того, сделайте наиболее часто используемые редиректоры вашими первичными редиректорами.

Необходимо также оптимизировать привязку протоколов. Выберите часто используемые протоколы для каждого редиректора и переместите их вверх.

Если вы выполняете Windows2000 с клиентом Novell, рекомендуется поместить первым Microsoft - если важна скорость просмотра сети MS.

Проверьте установки дуплекса 

Часто причиной проблем является неверная настройка дуплекса. Full Duplex поддерживается только на свичах, а не на хабах. Убедитесь, что вы используете свичи, а не хабы, перед тем, как настроите ваши рабочие станции на полный дуплекс. Также важно, чтобы настройки дуплекса совпадали с настройками на сервере, на свичах и клиентах. Убедитесь, что все они настроены либо на full-duplex, либо на half-duplex.   "Auto-Detect" надо избегать, поскольку эта настройка часто вызывает проблемы из-за некорректного обнаружения дуплекса. Это особенно важно в среде TCP/IP, т.к. TCP/IP имеет большее время задержки ретрансмиссии, чем IPX. Поэтому любые проблемы в сети, вызывающие ретрансмиссию, создадут больше проблем с IP, чем с IPX.

Запретите поддержку DFS, если не используете ее.

DFS - это особенность NT, которая позволяет логически объединить несколько физических файловых систем в одну, с единой структурой каталогов. Это позволяет упростить поиск ресурсов, расположенных на разных физических серверах.

Первый шаг поиска сервера по UNC заключается в проверке - не каталог ли это DFS.  Запрет DFS позволяет пропустить этот шаг. Для запрещения DFS создайте параметр реестра DisableDFS (значение 1, тип DWORD) в ключе HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Mup\

Замечание:  Даже если первичным редиректором является Client32, NT все равно делает запрос через Netbios для выяснения, не является ли указанное имя UNC каталогом в DFS. Поэтому весьма рекомендуется запретить DFS в среде Netware

Настройка Netbios

Клиент может быть настроен на поиск ресурсов MS посредством широковещательных рассылок, серверов WINS или комбинации обоих методов. Кроме того, рабочие станции можно настроить на просмотр файла hosts и поиск в DNS.

Следующие параметры реестра отключают поиск в LMHOST и DNS, если они не используются:

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NetBT\Parameters]
"EnableLMHOSTS"=dword:00000000
"EnableDNS"=dword:00000000

Изменение 0 на 1 включает использование этих опций. Самым эффективнм из всех типов NODE является P-NODE, который для разрешения имен вместо широковещательных запросов использует только сервер WINS. Следующий параметр реестра устанавливает вашу машину в качестве P-NODE:.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NetBT\Parameters]
"NodeType"=dword:00000002 (Для WinNT)

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\MSTCP
"NodeType"=dword:00000002 (Для Win95)

Есть еще несколько значений реестра, которые вы можете настроить для повышения производительности.

BcastNameQueryCount
Ключ: Netbt\Parameters
Тип: REG_DWORD - счетчик
Допустимый диапазон: 1 to 0xFFFF
По умолчанию: 3
Описание: Это значение определяет число попыток определения имени с использованием широковещательных рассылок NetBT, если нет ответа.

BcastQueryTimeout
Ключ: Netbt\Parameters
Тип: REG_DWORD - Время в миллисекундах
Допустимый диапазон: 100 - 0xFFFFFFFF
По умолчанию: 0x2ee ( 750 decimal)
Описание: Это значение определяет промежуток времени между успешными широковещательными рассылками разрешения указанного имени.

CacheTimeout
Ключ: Netbt\Parameters
Тип: REG_DWORD - Время в миллисекундах
Допустимый диапазон: 60000 to 0xFFFFFFFF
По умолчанию: 0x927c0 ( 600000 миллисекунд = 10 минут)
Описание: Время, в течении которого имена находятся в кэше в удаленной таблице имен.

NameSrvQueryCount
Ключ: Netbt\Parameters
Тип: REG_DWORD - счетчик
Допустимый диапазон: 0 - 0xFFFF
По умолчанию: 3
Описание: Число запросов сервера WINS, если запросы остаются без ответа.

NameSrvQueryTimeout
Ключ: Netbt\Parameters
Тип: REG_DWORD - Время в миллисекундах
Допустимый диапазон: 100 - 0xFFFFFFFF
По умолчанию: 1500 (1.5 seconds)
Описание: Промежуток между запросами WINS

Size/Small/Medium/Large
Ключ: Netbt\Parameters
Тип: REG_DWORD
Допустимый диапазон: 1, 2, 3 (Small, Medium, Large)
По умолчанию: 1 (Small)
Описание: Это значение определяет размер таблиц имен, используемых для хранения локальных и удаленных имен. Чаще всего достаточно Small. Если система выступает в роли прокси-сервера, значение автоматически устанавливается Large. Размеры таблиц: Large: 256 Medium: 128 Small: 16

Измените драйверы - на новые или старые 

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

Удалите IE5 offline browsing

Offline browsing заметно ухудшает реакцию сети. См. Q226370

Настройте операционную систему через реестр

IoPageLockLimit – Это значение определяет число байт, которые могут блокироваться функциями ввода/вывода. Повышение этого значения (по умолчанию 512) повысит производительность машин с активным дисковым вводом/выводом. В следующем примере значение увеличено до 1096 байт:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management]
"IoPageLockLimit"=dword:00001000

LargeSystemCache – Этот параметр заставляет NT Workstation использовать модель "LargeSystemCache", принятую на NT server. Рекомендуется для систем с большим количеством памяти для повышения эффективности системного кэша.

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management]
"LargeSystemCache"=dword:00000001

DisablePagingExecutive – Этот параметр запрещает подкачку системного ядра на диск. NT сильно замедляется, если происходит подкачка ядра.

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory
"DisablePagingExecutive"=dword:00000001

NTFSDisableLastAccessUpdate – Если запретить эту опцию, NTFS не будет записывать время последнего доступа к файлу. Это поможет ускорить дисковые операции, если приложение часто осуществялет доступ к большому числу небольших файлов. (Время модификации все равно будет сохраняться)

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem]
"NtfsDisableLastAccessUpdate"=dword:00000001

Разрешение DMA – По умолчанию, для системных дисков IDE использование DMA отключено. Это может ощутимо снизить производительность во время использования диска. Вы можете разрешить обнаружение DMA, чтобы включать DMA, если устройство его поддерживает. Все устройства в одном канале должны поддерживать DMA. 

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\atapi\Parameters\Device0]
"DriverParameter"="DmaDetectionLevel = 0x1;"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\atapi\Parameters\Device1]
"DriverParameter"="DmaDetectionLevel = 0x1;"

Запретите планировщик удаленного компьютера - По умолчанию Win2000 будет пытаться обращаться к службе удаленного планировщика заданий на компьютерах Win95, Win98 и Novell Netware.  Это может вызвать задержку до 30 секунд. Это планировалось исправить в SP2, но так и не сделано. Для отключения этой особенности подправьте реестр с помощью этого файла:

Windows Registry Editor Version 5.00
[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\RemoteComputer\NameSpace\{D6277990-4C6A-11CF-8D87-00AA0060F5BF}]

См. http://support.microsoft.com/support/kb/articles/Q245/8/00.asp   

Инсталлируйте только IPX - не используйте совместно IP и IPX

По умолчанию Novell Client устанавливает IPX и IP, причем предпочтительным протоколом становится IP. Это означает, что если вы пытаетесь найти сервер, то сначала будет опробован IP, а затем IPX. Если сервер отличен от NW5 с чистым IP, то это добавит задержку при поиске сервера. Рекомендуется оставить на клиенте только IPX до тех пор, пока не будет сделана миграция на NW5 и чистый IP. После этого рабочие станции можно переключить на использование только IP.

Найстройка тайм-аута разрешения имен Novell

На вкладке "Advanced" свойств клиента Novell Client измените параметр Name Resolution Timout с 1 до 10. Это также можно сделать в реестре:

(HKLM\SOFTWARE\Novell\NetwareWorkstation\Policies\Network
Timeout in Seconds=1)

Запретите неиспользуемые протоколы в Search Methods

По умолчанию Novell Client пытается использовать методы разрешения, которые могут быть не настроены в вашей сети. В свойствах клиента, на вкладке "Protocol Preferences", запретите все неиспользуемые методы. Обычно я запрещаю Host File, DNS и DHCP DNS.  Я оставляю разрешенными NDS и SLP.  Если SLP не настроен на сервере, но присутствует на клиентах, запретите и его.

Разрешите или запретите Packet Burst

Коммуникация IPX спроектирована так, что отправитель посылает один пакет получателю и ждет ответа перед тем, как послать второй пакет. Технология Packet bursting позволяет отправителю посылать несколько пакетов, не дожидаясь ответа. Обычно это значительно повышает производительность. Однако, некоторые сетевые карты это не обрабатывают и удаляют лишние пакеты. Это вызывает сильное падение производительности. В таких случаях запрещение packet burst может повысить производительность .  Если запрещение packet burst повышает производительность, рекомендуется обновить драйвер сетевой карты или установить новую сетевую карту. (Packet Burst часто вызывает проблемы с производительностью в Win2K. Его запрет обычно повышает производительность)

Инсталлируйте только необходимые сетевые компоненты

Оключите ненужные сетевые компоненты, например, менеджер рабочей станции, печать NDPS, удаленный контроль. Особенно это касается машин с ограниченной памятью.

Установите Novell Client 4.83 с заплатами

Скачайте самую последнюю заплату для nwfs.sys для Novell 4.83 Client. На момент написания этой статьи это nt483pt2.exe
Может помочь бета-версия 4.83sp1 - b3nc483sp1.exe

Неверное обнаружение сервера

В клиенте MS Client for Microsoft Networks содержится ошибка, из-за которой сервер Novell неверно идентифицируется как Microsoft Server. Это случается если адрес IP сервера Novell зарегистрирован в DNS, а ответ от DNS поступает раньше, чем ответ IPX от сервера Novell.  Это описано в документе Novell TID 2929988. Эта ошибка непостоянная и не затрагивает все сайты и все конфигурации.

Настройка реестра для провайдера Netware

Windows2000 имеет плохую привычку менять ключи реестра, содержащие рекомендуемые настройки редиректора Novell Client (NetwareRedirector), меняя их обратно на MS Client for Netware (NetwareWorkstation). На одних сайтах это происходит, на других - нет. Точная причина неизвестна. Чтобы принудительно  изменить это значение в реестре:

    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\NetwareWorkstation\NetworkProvider\DeviceName
    измените строку
    \Device\NetwareWorkstation
    на
    \Device\NetwareRedirector

Правильно настройте предпочтительность IPX

Часто Novell Client все равно использует IP в качестве предпочтительного протокола, даже если IPX стоит первым в свойствах Novell Client.  Для лечения этой проблемы вам надо изменить значение реестра:

HKLM\System\CurrentControlSet\Control\Service Provider\Order\Provider Order

вместо "Tcpip/NwLnkIpx" укажите "NwLnkIpx/Tcpip". Тип значения - REG_MULTI_SZ. Следующий файл .reg устанавливает по умолчанию IPX: .
   
   ----- Protocol.reg --------------
   Windows Registry Editor Version 5.00
   
   [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ServiceProvider\Order]
   
   "ExcludedProviders"=""
   "ProviderOrder"=hex(7):4e,00,77,00,6c,00,6e,00,6b,00,49,00,70,00,78,00,00,00,\
   54,00,63,00,70,00,69,00,70,00,00,00,00,00
   -------------- Protocol.Reg ends -----------------------
 

Кртитические заплаты Windows XP

http://support.microsoft.com/default.aspx?scid=kb;EN-US;q317277
http://support.microsoft.com/default.aspx?scid=kb;en-us;Q316874
http://support.microsoft.com/default.aspx?scid=kb;en-us;Q318024

Сжатые файлы вызываеют медленный просмотр сети

Выполните на сервере Novell следующую команду "SET Dirty Disk Cache Delay Time = 0.1"
См.  http://support.novell.com/cgi-bin/search/searchtid.cgi?/10067682.htm


Загрузить файл реестра, содержащий большинство из перечисленных настроек
 http://www.ithowto.com/ftp/tweak.reg

В начало