Медленный BackUp :-(

Обсуждение технических вопросов по продуктам Novell

Медленный BackUp :-(

Сообщение pablo » 26 мар 2007, 03:58

Привет всем участникам! Кратко изложу проблему.
Железо: 4 сервера на каждом Intel 4 Xeon-a, 2 Fiber QL2340 (PowerPath) подключены к CLARiiON-у.
ОС: Novell Netware 6.5 SP5.

BackUp: библиотека StorageTek L180;
Система резервного копирования - HP OpenView Data Protector 5.5 на
Data Protector 5.5 патчи никакие не устанавливали Cell Manager (HP
OpenView Data Protector ) установлен на HP-UX 11.11 Драйвы - IBM LTO-Ultrium.

Дело в том что на всех 4 серверах медленно выполняется BackUp. Перед этим данные находились на других серверах под управлением Novell Netware 6.0 sp3. Там настройка выглядела следующим образом:
LOAD tsa600.nlm
LOAD hpinet.nlm -port 5555 - это клиент Data Protector-а
и все этого было достаточно для успешного и быстрого резервного копирования.

В случае когда данные переехали на новые сервера под управлением Novell Netware 6.5 то данная схема резервоного копирования выполянется на порядок дольше.
Что можете посоветовать?
Заранее благодарен
Аватара пользователя
pablo
 
Сообщения: 60
Зарегистрирован: 28 июл 2006, 08:16
Откуда: Иркутск

Сообщение Орлов Алексей » 26 мар 2007, 11:38

Попробуйте эти рекомендации

Tuning TSAFS
Our recommendations are based on the following Netware TID :
http://support.novell.com/cgi-bin/searc ... 093351.htm
Params to change:
TCP Sack Option = ON --> put it to OFF
NSS Closed File Cache Size = 100000 put it to 500000
Also the rest of the NSS parameters
/MinBufferCacheSize=20000
/MinOsBufferCacheSize=20000
/CacheBalanceMaxBuffersPerSession=20000
/CacheUserMaxPercent=70
/AllocAheadBlks=63
/NameCacheSize=500000
/NoCopyBuffersOnXlatch
/ReadAheadBlks=<vol>:64 -- on NetWare 6.5 boxes. A line must be added for each volume. This makes nss read 64k sized blocks from the disk.
(*) ReadBuffSize=65536
Also /NoCachingMode is very important:
http://support.novell.com/cgi-bin/searc ... 093351.htm
TSAFS in caching mode is Known to create memory fragmentation, so we recommend using /NoCachingMode option always.
TSAFS /NoCachingMode is not a run time switch !!!
TSAFS needs to be unload and load with new switch.

Can we unload TSAFS when HP modules are up?
If the only modules which might be up are: HPINET, HPBRAND, HPLIBDC, HPLIBDE --> the answer is YES.
If one or more of the following modules are up: HPFSBRDA or HPVBDA or HPVRDA is up --> the answer is NO.

So, TSAFS should start with the following arguments:
tsafs /ReadBuffSize=65536 /NoCachingMode
Changes made to TSAFS can be seen in the file Sys:\etc\sms\tsa.cfg
Даёшь полный контроль над Юзверем!!!
-------------------------------------------------------
Я еще из тех, кто учился азбуке по букварю, а не по клавиатуре....

Иногда пишу в своем блоге на тему ms Lync, directaccess.
Аватара пользователя
Орлов Алексей
 
Сообщения: 953
Зарегистрирован: 04 июн 2003, 12:43
Откуда: Нижний Новгород

Сообщение pablo » 26 мар 2007, 12:07

Ок попробую.... спасибо :-)
Аватара пользователя
pablo
 
Сообщения: 60
Зарегистрирован: 28 июл 2006, 08:16
Откуда: Иркутск

Сообщение pablo » 27 мар 2007, 11:37

:-( Попробовал данные рекомендации, вместо tsa600 подгрузил tsafs и скорость копирования вообще упала (4 Gb копировала в течении 17 минут) а после того как снял сессию сервер вообще переребутился. Вообщем пришлось снова вернуться к tsa600. :-(
Аватара пользователя
pablo
 
Сообщения: 60
Зарегистрирован: 28 июл 2006, 08:16
Откуда: Иркутск

Сообщение pablo » 02 апр 2007, 05:15

Вообщем вроде немного стало получаться. Проверено пока только на одном сервере. Для начала скачал с сайта hp.com клиента для data protector-а версии 6.0 (beta). Установил его штатными средствами, перегрузил tsa600.nlm. Результаты показали что копирование с двух томов общим размером 156 Gb данных (769 тыс. файлов) копировалось 1 час 52 минуты. Т.е. скорость возросла в разы. В течении недели Full-ы и Инкременты прошли нормально. Восстановление данных с этого сервера тоже гуд. Буду пробовать на других серверах
Аватара пользователя
pablo
 
Сообщения: 60
Зарегистрирован: 28 июл 2006, 08:16
Откуда: Иркутск

Сообщение Андрей Фисенко » 02 апр 2007, 07:33

Вот.
В очередной раз, Паша, вскрытие показало, что не новелл тут не виноват. :)
Удачи.
Андрей Фисенко, SUSE
[url=http://www.suse.com][/url]
Андрей Фисенко
 
Сообщения: 1311
Зарегистрирован: 05 июн 2002, 08:13
Откуда: Красноярск


Вернуться в Novell

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 7