none
Win2003: Низкая производительность сервера RRS feed

  • Общие обсуждения

  • Имеем конфигурацию:

     

    Файловый сервер Win2003SP2 SE
    2x Xeon 2.8
    RAM 1 GB
    NET 100 Mbps
    Дисковая подсистема:
    INTEL RAID Controller CRCS16

    6x 500GB SATA HDD 

    Два массива:

    #1 RAID 1 2x500 GB SATA

    #2 RAID 1 2x500 GB SATA

     

    На массиве #1 находятся профили и домашние папки пользователей, а также общие файловые ресурсы.
    На массиве #2 различные БД

    На сервере задействованы сервисы:

    Теневое копирование (копии создаются 1 в сутки на массив #2)

    SAV 9.0

    Сервер печати
    В корпоративной сети  ~160 рабочих станций, столько же и пользователей, клиентская ОС WinXP SP2.

     

    Проблема заключается в следующем:

    1. Наблюдается очень медленная работа с файловыми ресурсами на сетевых дисках.
    2. Все клиенты в сети периодически переходят в автономный режим и отваливаются сетевые диски и домашний каталог.
    3.Тормозит сама операционка, очень медленно открывается проводник, панель управления и тд. (сама ОС установлена на отдельный HDD)

     

    Анализировал счетчики производительности:

     

    В начале рабочего дня средняя очередь диска на массиве #1 составляет от 10 до 12, затем в течении дня падает до 2 и держится в течение всего рабочего времени, загрузка сети составляет 90-99% , иногда резко падает до 0% и в это время все клиенты переходят в автономный режим и отваливаются сетевые диски.
    На остальных дисках (включая системный) очередь не более 0,5 -1,2.
    В диспетчере задач свободной памяти постоянно не более 30-40 Мб из Гб, системный Кеш 700-800 Мб.

     

    В логах:

     


    ID 1054
    Не удалось получить имя контроллера домена в этой сети. (Непредвиденная сетевая ошибка. ). Обработка групповой политики прекращена.
    *************

     

    ID 2019

     

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

     

    ************

    ID 2021

     

    Сервер не смог выделить рабочий элемент 7 раз(а) за последние 60 с.

     

    ****************

     

     

    Что уже пробовал сделать :

     

    Патчил SAV 9

     

    You may experience various problems when you work with files over the network on a Windows Server 2003-based or Windows 2000 Server-based computer

     

    http://support.microsoft.com/kb/923360

     

    Разбирался с логами:

     

    Как устранить неполадки, связанные с событиями с кодами 2021 и 2022

    http://support.microsoft.com/kb/317249/ru

     

    При работе с файлами, расположенными на файловом сервере, возникают задержки и снижается производительность файлового сервера

     

    http://support.microsoft.com/kb/822219

     

    Правил реестр:

     

    Windows Registry Editor Version 5.00

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters]

    "MaxWorkItems"=dword:00003600

    "SizReqBuf"=dword:00002104

    "MaxFreeConnections"=dword:00001000

    "MinFreeConnections"=dword:00000100

    "MaxMpxCt"=dword:0000ffff

    "MaxCmds"=dword:0000ffff

     

    Использование файла подкачки отключил.

     

     

     

    Подскажите что еще можно посмотреть ?

     

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

    1 апреля 2008 г. 13:33

Все ответы

  •  _MaZaY_ написано:

    Имеем конфигурацию:

     

    Файловый сервер Win2003SP2 SE
    2x Xeon 2.8
    RAM 1 GB
    NET 100 Mbps
    Дисковая подсистема:
    INTEL RAID Controller CRCS16

    1x500 Gb SATA
    1x500 GB SATA

    Два массива:

    #1 RAID 1 2x500 GB SATA

    #2 RAID 1 2x500 GB SATA

     



    SATA бываю разные, но производительность и отказоустойчивость до сих пор очень низкая. SCSI существенно увеличат производительность.

    Какой процесс больше всего "съедает" памяти ? Что с файлом подкачки ?

    Проблема появилась до или после предыдущего администратора ?
    1 апреля 2008 г. 13:43
  •  

    SATA бываю разные, но производительность и отказоустойчивость до сих пор очень низкая. SCSI существенно увеличат производительность.

     

    На SCSI денег не дадут.

     

    Какой процесс больше всего "съедает" памяти ?

     

     

     

    System :-)

     

    А файл подкачки был установлен в ~1,5 раз больше физической, сейчас в качестве эксперимента был полностью отключен, результатов это не принесло.

     

    Проблема появилась до или после предыдущего администратора ?

     

    По заявлением руководства проблема появилась "внезапно" еще до моего трудоустройства.

     

    1 апреля 2008 г. 13:50
  •  _MaZaY_ написано:

     

    SATA бываю разные, но производительность и отказоустойчивость до сих пор очень низкая. SCSI существенно увеличат производительность.

     

    На SCSI денег не дадут.

    - очень жаль.

     

    Какой процесс больше всего "съедает" памяти ?

     

     

     

    System :-)

    Вас это не смущает ?

     

    А файл подкачки был установлен в ~1,5 раз больше физической, сейчас в качестве эксперимента был полностью отключен, результатов это не принесло.


    А перезагрузку система не требовала ?

     

    Проблема появилась до или после предыдущего администратора ?

     

    По заявлением руководства проблема появилась "внезапно" еще до моего трудоустройства.



    Есть возможность связаться с предыдущим администратором и выяснить у него подробности ?

     


    1 апреля 2008 г. 14:04
  • Вас это не смущает ?

     

    Впервую очередь и смущает, вопрос кто забирает память?

     

    А перезагрузку система не требовала ?

     

    Уже и не помню. Война с сервером идет уже не первый месяц. Это имеет значение?

     

    Есть возможность связаться с предыдущим администратором и выяснить у него подробности ?

     

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

    1 апреля 2008 г. 14:11
  •  

    запустите утилиту

    ProcessExplorer

    И смотрите что творится. (если зашкаливает Interrupts то все грустно)

    + лучше увеличить память минимум до 2Гб

    2 апреля 2008 г. 3:47
  • запустите утилиту

    ProcessExplorer

    И смотрите что творится. (если зашкаливает Interrupts то все грустно)

    + лучше увеличить память минимум до 2Гб

     

    Вот скриншоты  ProcessExplorer :

     

     

     

     

    Interrupts не зашкаливает.

     

     

     

     

     

    2 апреля 2008 г. 5:24
  • мышкой наведите на верхний svchost, просмотреть какая из служб использует его 

    2 апреля 2008 г. 5:33
  • Многовато их:

     

    2 апреля 2008 г. 5:46
  •  

    Нажми на "Process" пусть в виде дерева отсортируется.. там и смотри кто из под svchost память отъедает
    3 апреля 2008 г. 4:06
  • Нажал на "show process tree" и все равно не понятно

     

    3 апреля 2008 г. 5:09
  •  

    тут вроде более мение норм все.

     

    запусти "Performance"

    посмотри что с очередью записи на диск

    3 апреля 2008 г. 5:22
  • Средняя длина очереди в данный момент 5,0-5,6 . Пиковые загрузки утром в 8.00 когда все начинают заходить в сеть и запускать или инсталировать  приложения.

    3 апреля 2008 г. 5:36
  • Пардон, в данный момент очередь на запись 0,9-1,5.

    3 апреля 2008 г. 5:39