Нужен ли дефрагментатор на серверах

[mishanya_f]

День добрый, господа эксперты!
Всегда интересовал вопрос, но никогда не доходили руки написать об этом. Стоит ли на терминальных серверах (например с 1С 7.7 8.0 8.1) на которых стоят Raid-контроллеры с винтами 4-6-8 штук даже не важно сколько, ставить дефрагментатор ну и планомерно "приводить в порядок" фрагментированные файлы. Я понимаю это нужно делать на ПК с одним винтом и от этого будет эффект. Но что и как будет если это сервер с SCSI (SATA) винтами и ещё с контроллером. Как будет тогда информация дефрагментироваться (как данные перераспределяться)? Будет ли от этого выгода, например от данных лежащих на 6 винтах (например) в рейде  с фрагментацией 56% и от такого количества винтов но в 5%. Если ли смысл это делать? Если до то какие дефрагментаторы хороши (например от Sysinternals, или что то ещё, или даже стандартные Windows)...Речь идет о серверах с ОС на Windows. Будем считать что есть сервера терминальные, есть сервера с БД на SQL.
Заранее спасибо!

[edo]

чем более "серверная" нагрузка (больше одновременных запросов) - тем меньше смысла в дефрагментации.

но 1с не слишком "серверная" нагрузка - так что смысл может быть. но каких-то кардинальных изменений от регулярной дефрагментации ждать не стоит.

[exLH]

mishanya_f
Дефрагментация может дать положительный эффект для нагрузок, близких к линейным (бэкап, восстановление). В остальных случаях, вероятность существенного положительного влияния довольно мала.

[Васич]

Чтобы не плодить темы, спрошу тут:

Имеется CCTV видеосервер, одновременная запись 24 канала FullHD видео в H.264.
Windows 7, контроллер LSI 3ware SAS 9750-8i, 6 SATA дисков по 2Тб в RAID10, - NTFS раздел 6Тб.


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


Вопрос: с чем может быть связано снижение производительности? С массивом на первый взгляд все в порядке, ошибок нет.

Может эта проблема быть вызванной фрагментацией?

[brass]

на днях ПО видеонаблюдения стало ругаться на низкую скорость дисковой подсистемы при записи

IMHO фрагментация не могла появится внезапно "на днях", т.к. пару летработало нормально, это процесс постепенный.
Может все же с дисками чего, или контроллер.

[Васич]

Ну так она копилась, копилась, достигла критической точки, после которой скорости стало не хватать, и ПО, до этого успешно записывавшее свои данные, стало ругаться, - нет?

Даже анекдот есть по этому поводу:

Мальчик не разговаривал до пяти лет. И вдруг за завтраком говорит:
- А почему мне в чай сахар не положили?
Обрадованные родители:
- А что же ты раньше-то молчал?
- А раньше клали.


Пока хватало производительности, на что жаловаться было? )

[gs]

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

Что перфмон-то говорит?

[MichaelArguh]

дабы не создавать новую тему, спрошу тут, есть ли бот для данного сервера? ссылка сломалась...