proNovell

Имеется GroupWise 6.5.6 на NetWare 6.0.5. Работает, хорошо работает и давно.

GroupWise состоит
Первый Сервер
1. PO-1 + библиотеки
2. PO-2 + библиотеки
3. GWIA
4. MTA
Второй Сервер
1. PO-3 + библиотеки.

На первом сервере храннение документов происходит не в Post Office, а вынесено на отдельные тома и в GW это Storage Areas. На втором сервере такая же организация хранения документов.
Все пользователи привязяны только к PO-1. Права на библиотеки заданы согласно штатному расписанию.

По сто и ещё одной причине заказчик имеющий данное создание приобрёл Novell Open Workgroup Suite и хочет чтоб GroupWise мигрировал на 7.0 и работал в серверной части на Linux.

Имеется у Novell и документ
http://www.novell.com/support/search.do ... %201726742
Регламентирующий как это должно и будет проходить!
И имеется в этом же документе приблизительно определяемое время миграции в зависимости от объёма, т.е. 200Gb за 10 часов.

Вот тут самое интересное - у заказчика этого объёму более 18Tb, т.е. все документы в GW находятсят на 10 выностных массивах HP StorageWorks MSA1000 по 2Тб.
Максибальное время простоя не более 3 суток, т.е. выходные и полдня пятницы и понедельника. И повторюсь - ВСЁ РАБОТАЕТ, то ли GroupWise так хорош, то ли сделано всё было с умом.

Что в такой ситуации реально можно сделать??? При чём заказчик хочет сменить только сервера, т.е. с HP DL360G3 на DL380G5 а дисковы массивы не трогать, т.е. не покупать новые да и стоят они во крат раз больше.
Возможно ли что-то чудным образом сотворить? И как вообще умные люди решают такие проблемы с большим объемом и когда лента не помощник и Сервера не вечные и бывает и они сдают позиции.

Помоему в таком вопросе нужно звонить к товарищам в Новелл и просить у них консультацию. Самое верное решение будет.

Nooob писал(а):Помоему в таком вопросе нужно звонить к товарищам в Новелл и просить у них консультацию. Самое верное решение будет.

А потом не забыть выложить сюда хотя бы поверхностное решение с упоминанием граблей.

с Linux сделать mount новеловских томов (не ncpmount, а по NFS , например). провести rsync первый раз.
с NW ---> linux-тома.. по заврешении запустить еще раз rsync и оценить время для повторного.

Nooob писал(а):Помоему в таком вопросе нужно звонить к товарищам в Новелл и просить у них консультацию. Самое верное решение будет.

Клиент, делает всё по правильному. Т.е. HP отказался продвать SupportPack на пост-гарантийные сервера с временем реакции на сбой 4 часа. Приступил к смене техники. Смена серверов потянула к смене операцинки - обратились к партнёрам и Novell, и по рекомендации купили то что купили. Не смогли самостоятельно решить проблему перехода обратились к тому кто может - "Софт Интегро" и "Info Jet". В результате недельного обследования появился документ в котором:
1. Какой дурак Вам порекомендовал такое распределение ролей в GW.
2. Если-б библиотеки были внутри ПО, то перенос сотрудника в другое ПО вёл бы к переносу его же документов, т.е. можно было-бы переносить хоть по одному человеку.
3. Ни кто так не делает с распределеним библиотек, т.е. сами не видели и не пробовали!
4. Ничего сделать НЕЛЬЗЯ. Живите как сможете.

Резюм - перед планированием и установкой GW не читайте умных книжек и не ходите на курсы. Много знаний - лишние проблемы. Чем проще тем лучше. Как в одно ПО запихнуть такой большой объём данных объяснить эксперты не смогли. На том и разошлись, взяв энную сумму за этот отчёт.

Что клиенту мы преложили клиенту.
1. Ставить временно(или на всегда) NetWare 6.5, благо на пару пользователей без денег. И далее просто подключть, то железо с дисковыми массивами которое имеется. Или вообще забить на лицензии. Хотя имею желание перейти на GW7.0
2. Приобрести Maintenance Open Workgroup Suite и напрягать Novell.
3. Застрелиться и ничего не делать ................


P.S. Узким местом в перемещение или сохранности больших объемов стала сеть. Используя гигабит, и на стенде мы проверили, ни как более 2Tb за один день не прокачать. Именно не более, пробовали два раза и первый раз - 1920Гб за 24 часа, вторая попытка - 1680. В качество дисковых массивов использовали PetaStor AL-6060. Почему разница на 300Гб уже и не задумывались, цифры не то чтоб плохи, можно сказать не очень. При таком раскладе всё что можно предложить еще, это дождать окончания года и длинных, длинных выходных............ вот тогда имеется маленький, но шанс!

Если кто предложит что-то ещё ..... буду признательна. Должно быть решение! Может чего-то не замечаем.

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

Кстати, а если качать через два гигабита ?

Как вариант - задать тот же вопрос на новелловском форуме, по-английски.

Если за день можно прогнать 1.3TB
и
Если за 15 дней изменения в GW вашем меньше 1.2Tb
то
1. в течении 15 дней провести синхронизацию в новое место
2. unload GW на старой машине
3. за один или 2 дня провести (при помощи rsync) синхронизацию
ИЗМЕНЕНИЙ со старого места в новое
4. запустить в новом месте gw