Home
 
Скачать
 
Купить
 
Техподдержка
     
Софт
Руководства
Дополнительно
Скриншоты
ZAR 8.4 - Руководство
Zmeil 2.1 Руководство
Zlon 1.0 - Руководство
Список совместимых цифровых камер
Процедуры
Статьи
Ссылки
Тест по теме восстановление данных
Словарь терминов
Новости
Написать нам

Главная / Дополнительно / Статьи / RAID recovery performance

RAID recovery performance

Проблема

С ростом размеров хранилищ данных возросло и число жалоб на недостаточную производительность ZAR. В одном из последних случаев на форуме техподдержки сообщают о том, что ZAR работает непрактично долго, и при попытке восстановить 1ТБ-массив RAID5 с 3-мя миллионами файлов кончается память.

У этого есть три основных причины

  • 1 ТБ действительно долго сканируется
  • Обработка 3 000 000 файлов требует значительных вычислительных затрат
  • При работе с 3 000 000 файлами приходится также беспокоиться и о требованиях к памяти.

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

 

Настройка тестовой системы

Тесты проводились на Pentium 4 HT 3.06 Гц с 2ГБ физической памяти. Массив RAID0 (stripe set) состоял их двух 40ГБ дисков Seagate U6. Эти два 5400RPM диска (примерно 2002 года выпуска) вместе могут выдать примерно 40Mб/сек при линейном чтении. В тестировании использовалась версия ZAR 8.3 сборка 7.

Дополнительные хитрости:

  • В настройках размеров кэша в ZAR выбраны минимальные разрешенные значения
  • В boot.ini добавили параметр /3GB, что позволило ZAR использовать 3 ГБ виртуальной памяти.

 

Результаты

Прогон № 1 2 3 4 5 6
Количество файлов 5M 6M 7M 8M 9M 11M
Количество директорий 33K 133K 143K 153K 163K 183K
Время в минутах Сканирование диска(1) 15 16 15 16 16 17
Реконструкция массива 13 13 15 16 19 23
Реконструкция файловой системы 42 44 51 57 104 1105
Суммарно(2) 68 71 79 89 138(3) 1145
Пиковое использование памяти, МБ 1200 1440 1660 1900 2120(3) 2600

Замечания:

(1) В самом лучшем случае, время сканирования массива RAID пропорционально размеру одного из дисков, составляющих массив. В худшем случае, время сканирования пропорционально размеру всего массива.
(2)
Без учета времени фактического копирования файлов.
(3)
Начиная с 9-ти миллионов файлов, физическая память кончилась, и начался тяжелый свопинг. Продолжать тестирование в таких условиях было нецелесообразным, но мы все же провели еще один запуск программы, чтобы убедиться в реальной возможности обработки 11 миллионов файлов.

 

Указания по производительности и характеристикам железа

Восстановление большого массива RAID требует определенного планирования и настроек. Вы не хотите, чтобы у системы кончилась память и начался свопинг, и процесс восстановления со скрежетом остановился. Итак, чтобы восстановить действительно большой массив, Вам нужно
  • Добавить параметр /3GB в файл boot.ini
  • Иметь по крайней мере минимум 3ГБ (а лучше 4ГБ) физической памяти
  • Убедиться, что есть достаточно места для размещения всех данных с массива

При этих условиях ZAR восстановит массив, содержащий около 12 000 000 объектов (файлов и директорий суммарно). Это абсолютный предел - на томе с числом объектов больше 12 миллионов у ZAR в конце концов кончится память.

С другой стороны, обычный том NTFS (наподобие того, что скорей всего стоит у вас в компьютере дома), содержит не более 500 000 файлов. Для этого типичного случая достаточно 512 МБ физической памяти с небольшим размером кеша, и 1 ГБ памяти хватит при максимальным размере кеша. Большинство современных систем имеют весьма хорошую производительность при восстановлении типичного тома, даже без всяких дополнительных ухищрений.

<<RebootСтатьиОтказ блока питания>>

Copyright © 2001-2009 Zero Assumption Recovery
[Data recovery]

There are currently 53 visitors browsing the site.