(Было Арксерв ) Стало - выбор бакапного софтра для OES2

[Dimerson]

Изучив материалы (forums.novell.com etc) утвердился в выводе что АркСерв мертв и решил остановиться на 2-х программах :
SyncSort BEX
SES Sesam.

оба работают через TSA никаких xattr.

Далее изучил вопрос цены:

BEX: цена помегабайтная за размер архивируемых данных - для 1 ТБ это что-то около 6000 еврорублей.
SEP: сервер Sesam 200E, за каждого клиента (NW или OES2) по 195E, GroupWise 650E.

Посему тяну триал SEP, сервер буду стаить на 64 битной Windows7.

[Михаил Цветаев]

Изучив материалы (forums.novell.com etc) утвердился в выводе что АркСерв мертв и решил остановиться на 2-х программах :
SyncSort BEX
SES Sesam.

оба работают через TSA никаких xattr.

Далее изучил вопрос цены:

BEX: цена помегабайтная за размер архивируемых данных - для 1 ТБ это что-то около 6000 еврорублей.
SEP: сервер Sesam 200E, за каждого клиента (NW или OES2) по 195E, GroupWise 650E.

Посему тяну триал SEP, сервер буду стаить на 64 битной Windows7.

Меня давно волнует(интересует) вопрос, еще с просмотра http://www.novell.com/products/openente ... ities.html - а в чём принципиальная разница между TSA и xattr. И почему некоторые негативно относятся к TSA? И имеются ли какие-то качественные характеристики сравнения использования TSA или xattr.

[Dimerson]

имхо xattr это пришлепок к posix fs чтоб получить новелловские аттрибуты. мне кажется что лучше напрямую получать их аттрибуты.
хотя может это и медленнее.

первый день теста SEP.

стенд:

[SEP SERVER]------ 1000BASE-T-----[Cisco 3750]-------1000BASE-T------[OES2 x86_64 server]

SEP server - это Windows7 64, e8500, 4 gb ram. диск - раид1 на ich10 из 2-х сигейтов SATA.
Adaptec29160 на нем LTO4 ченджер HP на 8 кассет. Для исследования видимости ченджера и мафона софтом.
Бакап велся на виртуальные ленты на диске.

OES server - монстр. 2 x Xeon W5590, LSI 888ELP, 8 шт 15K RPM SAS в RAID5.

делаешь бакап /media/nss как path backup (как стандарт unix) - 200 GB/h
делаешь как Novell NSS backup 50 GB/h.

чуть покурю параметры sms ... мож рид ахид докину на NSS .... если тенденция сохранится будем тестить Arkeia Backup пунктом # 2

Легкое имхо про SEP Sesam. Как у любого гетерогенного софта гуй мультиплатформенный на java. Посему после арксерва непривиычно аскетичен.
Глюков собственно софта в процессе работы не проявилось.

имхо надо пробовать tsatest (не помню может он потестить OES Linux) чтобы померить пиковую скорость по sms.

несмотря на выкручивание параметров tsafs.conf (caching=off, readthreadsperjob=32,readbuffersize=262144) бакап по SMS получился тормознее.
посему xattr может и быстрее.

upd:

Меня уже слегка трясет от гетерогенных бакаперов. Они все слегка инопланетные. Пока как не странно остановился на NetVault: Backup.
Работает через xattr.
Бакап 200 гиг в час.
Ресторе помедленнее но не смертельно.

Изучаю как оно через xattr работает file system plugin. Система тоже слегка инопланетная.

upd2:

никак не работает. в доке заявлена поддержка xattr через attr package. В knowledgr base документ обновленный этой осенью что на NSS томах oes
linux не поддерживаются расширенные аттрибуты В общем положили на Novell с прибором.

Посему вопрос к ALL - что-нибудь есть не тормозное с поддержкой OES+NSS реально работающее ???


upd3:

попробовал как работает SEP Sesam Через xattr.

для этого на OES ставл только sesam_cli-4.0.1-14.sles10.x86_64.rpm , без sesam-novell-client-3.6.4-35.SuSE.i586.rpm
делал бакап не Novell NSS а Path (то есть posix). в nssstart.cfg прописал /параметры для novell.metadata


Вроде работает :

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

Посему вопрос можно закрывать. Скорость приемлимая и цена тоже.

NetVAult тоже хорош - но attr package я не нашел.

[Dimerson]

В продолжение темы.

К сожалению саппорт bakbone исчез на сигналы не отвечает. Баг был обнаружен и отправлен [бинарные логи и файлы трассировок на стороне клиента и сервера] (неполное восстановление аттрибутов файлов на NSS OES2 Linux).
Этот вариант был наиболее тупой - сервер бакапа на windows7 x86-64, бакап агенты на OES и все типа работает. Получал производительность около 260 гиг/час
бакапа (ну люблю я делать каждый день полный бакап). Автолоадер - по кассете на день недели.

Посему рассмотрен альтернативный вариант. SEP SESAM 4.0. Тоже насквозь нечеловечески гетерогенный. Все можно с ком строки. гуй опционален и на жабе.
К сожалению на платформе веда АМД64 скорость около 170 гиг в час что маловато + к тому же тк субд SQLITE с ним заморочки (периодически после бакапа не заливаются в базу забакапленные сессии).

Пробуем значится SEP SESAM 4 в виде .deb [таки он нечеловечески многоплатформенный] на Debian Lenny (stable) x86-64. Все лучше но нем не менее как-то все не так. С базой проблем нет - postgre 8.3 сессии мержатся но блин почти всегда после первой же успешной сессии на ленту (с диском все ок) /dev/nst0 залочен и дальнейшая работа невозможна пока не старт-стопнем сервер бакапа. lsof | grep /dev/nst0 кажет что никто не держит. В топку.

Берем OES10 SP3 x86-64. и на нем SEP SESAM 4.0 x86-64 в виде .rpm (аццкая многоликость). Все летает. С postgre 8.1 все ок. С /dev/nst0 так же все ок. Ченджер кассеты меняет. Льет на ленту 260+ гиг/Час с NSS (xattr). Аттрибуты на месте (мелкая фича - но это имхо фича - если овнер [public] то не восстанавливает но и бог с ним - в топку публика ибо бублик есмь дыра в защите).

Пока все это на непатченном SLES10 SP3 (кстати у него глючный драйвер для рилтековского гигабитного езернета (на тестовом компе он на борту) - с цисковскими коммутаторами фонарики так и не зеленеют - остаются желтыми и соответственно сети не видать (на венде все ок и надеюсь с патченным ядром тоже все будет ок)).

Посему дешево и сердито - SLES10+SEP SESAM. По бабкам выходит - 220 Euro за сервер бакапа + 195 за клиента ... простите но ****(политкорректно умолчим о названии) с погигабайтной ценой - 6000 euro за 1 тб это не смешно (хотя буржуи хвалят за скорость но имхо это для компаний-гигантов).

У бакбоне с ценой было что-то около 2000 euro за воркгруп версию (server+5 пять гетерогенных клиентов).

Тут к бывалым вопрос - помнится было говорено что в рамках лицензии на M юзеров ОЕС2 можно ставить несколько серверов SLES/OES с теми же рег кодами ... вопрос - чему равно N для M пользователей ???

P.S. ArcServe 15 для теста скачал но не стал тестить ибо просит Windows Server (их нет тут). Часть софта из списка партнеров OES было отброшено по той же причине. Часть софта не тестилась ибо триал не дали - нет реакции на мыло с запросом. С FDR/Upstream вообще весело - извините - у нас типа в росиии бизнес не ведется посему триал не дадим. В общем узок круг партнеров - будем ориентироваться на SEP AG ибо они тоже из сторонников OpenSource

P.P.S. К тому же SESAM умеет работать и через TSA поему может так же :
1. бакап eDir
2. бакап GroupWise
3. бакап NW и ресторе тут же на OES2 Linux .... (еще 1 путь для миграции

[Ковалев Артем]

Посмотрите на Symantec backupEXEC.
У нас он очень хорошо работает. Перешли на него именно с арксерва.
И стоит более чем гуманно.

[Dimerson]

Мне вот показался подозрительным Backup Method: zAPI ... через что бакапит кстати ?

[Ковалев Артем]

Мне вот показался подозрительным Backup Method: zAPI ... через что бакапит кстати ?

Это вопрос мне?

Тогда - через своего агента. Для NW и для GW агенты есть.

[Dimerson]

Спасибо Артем. Если через агента значит без TSA ... просто необычно что не через xattr а через другое место (или на сайте эхотага ошибка).

[Dimerson]

перед закрытием данной темы хвастаюсь ... не на стенде а на боевом сервере в результате с SEP SESAM (сервер sles10 x86-64 с xeon i3) вышло в пике 360 гиг в час с удаленного тома сервера (oes2 x86-64 на 2xXeon w5590 ) на ленту. лицензи на SEP SESAM уже пришли так что все - выбор состоялся.

P.S. а Бакбоне сдулись - типа не смогли повторить проблемы ....

[Андрей Тр. aka RH]

Вот только тему закрывать не надо А то я тут в самом начале испытаний SEP SESAM - поставил триальную копию и появились вопросы.

[Dimerson]

ок ;o) прога - типичный представитель гетерогенных бакаперов - насквозь себе UNICODE , суть комманднострочная и имеет ремотный гуй на JAVA ... как писал вышке - на linux побыстрее чем на венде.

[Андрей Тр. aka RH]

Пока поставил сервер на Винду 2К3, т.к. бэкапить, вероятно, придется туда. А бэкапить надобно Нетваре ( кроме всего прочего ), так поставил ещё клиента ( в SEP'овской терминологии ) на OES2 SLES, и чего-то пока через него не удаётся ничего слить с Нетваре. Вроде в гуе на сервере добавил всё, что надо, но нет коннекта к mover'у на том SLES ( и дальше к Нетваре, ессно ). Это вкратце, на той неделе ещё буду пробовать.

[Dimerson]

надо глядеть логи на клиенте и мовере. опять же прописать юзера TSA в виде .cn=admin.o=context и в св-вах OES linux тоже так как этот микроклиент ходит к TSA юзая этот пароль.

в принципе пойдет и вариант admin / пароль но это в случае сервера с репликой тк там пройдет биндери логин.

про бекап NetWare там много документов у SEP.

[V.Sayfullin]

попробуй ещё вот это погонять - http://www.innovationdp.fdr.com/product ... /index.cfm
я на последнем brainshare с ними разговаривал и смотрел как это работает. Само-собой тоже джавный гуй, но скорость бекапа была весьма хорошая.

[Андрей Тр. aka RH]

надо глядеть логи на клиенте и мовере. опять же прописать юзера TSA в виде .cn=admin.o=context и в св-вах OES linux тоже так как этот микроклиент ходит к TSA юзая этот пароль.

в принципе пойдет и вариант admin / пароль но это в случае сервера с репликой тк там пройдет биндери логин.

про бекап NetWare там много документов у SEP.

Да, юзера я сразу прописал - правда, не админа, а попроще, есть у меня один для бэкапа, с рид онли на ФС, должно хватить - раньше им бэкапил через nbackup через тот же TSA. Доку у SEP по Нетваре тоже смотрел, там у них типа вики есть и все такое. До логов с дебагом еще руки не дошли.