proNovell

Dimerson писал(а):ftp://ftp.ca.com/CAproducts/unicenter/AXNBAS/netware/GA/QO81791/readme_English.html

Да-а, список исправлений внушаить... . Некоторые ошибки, про которые я им рапортовал, тоже попадаются среди исправленны, вот, н-р: [T514036] Media Pool Manager now no longer allows you to move the media to a non-existent scratch set of the default pool.

В понедельник реанимирую стенд, покатать надо этот SP2, на боевой сервер я его ставить не буду сразу, нет веры этим перцам из славной фирмы CA, хватит, нахлебался... .

Кстати, обещал отписаться про ещё одну смешную ошибку в Arcserve r11.1 sp1: полный еженедельный бэкап (по схеме GFS с ротацией) пишет на ленту (LTO-1) в районе 100-105 Гигабайт, что нормально. А вот при ежемесячном полном бэкапе ТЕХ ЖЕ данных на ленту пишется уже меньше 70 Гигабайт, обычно 64-68 Гига. Если делаешь custom full backup - та же фигня - лента заполняется примерно на две трети, говорит что full и просит следующую !

Когда-то (на ArcserveIT 6.6) у меня отдельно стоящий архивный сервер с ~215 Гигами данных влезал на две LTO-1 ленты, сейчас размазывается на четыре. Маразм... Всё, что я смог обнаружить по этому поводу - загадочная фраза: "[T514009] BrightStor ARCserve Backup has been updated to improve throughput when you back up more than 72 GB of data." Полное ощущение, что весь improve заключается в ограничении в 72 Гигабайта на ленту . Интересно будут проверить, как с этим в новоиспечённом SP2 дело обстоит.

Сергей Дубров писал(а):

Dimerson писал(а):ftp://ftp.ca.com/CAproducts/unicenter/AXNBAS/netware/GA/QO81791/readme_English.html

Да-а, список исправлений внушаить... . Некоторые ошибки, про которые я им рапортовал, тоже попадаются среди исправленны, вот, н-р: [T514036] Media Pool Manager now no longer allows you to move the media to a non-existent scratch set of the default pool.

В понедельник реанимирую стенд, покатать надо этот SP2, на боевой сервер я его ставить не буду сразу, нет веры этим перцам из славной фирмы CA, хватит, нахлебался... .

Кстати, обещал отписаться про ещё одну смешную ошибку в Arcserve r11.1 sp1: полный еженедельный бэкап (по схеме GFS с ротацией) пишет на ленту (LTO-1) в районе 100-105 Гигабайт, что нормально. А вот при ежемесячном полном бэкапе ТЕХ ЖЕ данных на ленту пишется уже меньше 70 Гигабайт, обычно 64-68 Гига. Если делаешь custom full backup - та же фигня - лента заполняется примерно на две трети, говорит что full и просит следующую !

Когда-то (на ArcserveIT 6.6) у меня отдельно стоящий архивный сервер с ~215 Гигами данных влезал на две LTO-1 ленты, сейчас размазывается на четыре. Маразм... Всё, что я смог обнаружить по этому поводу - загадочная фраза: "[T514009] BrightStor ARCserve Backup has been updated to improve throughput when you back up more than 72 GB of data." Полное ощущение, что весь improve заключается в ограничении в 72 Гигабайта на ленту . Интересно будут проверить, как с этим в новоиспечённом SP2 дело обстоит.

Молоток. У меня вот SP1+постфиксы все ок. Пока SP2 не ставлю - пусть отлежится вытянутый уже. Да - вроде как клиенты под OES/Linux есть .

там зип с агентами 570 метров - вроде те же версии что с 11.5 вендовым

Dimerson писал(а):Молоток. У меня вот SP1+постфиксы все ок. Пока SP2 не ставлю - пусть отлежится вытянутый уже.

На прошлой неделе поставил SP2 на боевой сервер. Пока в основном положительные впечатления:

1. Заработала связь по TCP/IP между BAB сервером и NWAGENT-ом на NW4.11 (в SP1 приходилось работать по SPX). На всех остальных версиях NW - 5.1, 6.0, 6.5 - всё работало по TCP/IP без проблем.

2. Реал-тайм статистика показывает гораздо более точные цифры (раньше вообще можно было увидеть совершенный бред, типа 3456%).

3. Резко возросла скорость удаления записей (purge) из базы. Раньше после полного пятничного бэкапа вычищение рекордов переписанной ленты у меня длилось более шести(!) часов. Оптимизация bti.cfg не сильно помогала. По вчерашнему логу, после первого реального полного бэкапа с SP2, purge продлился ровно... одиннадцать минут! Время merge не изменилось - ~пяти минут.

4. Дурацкая проблема с неполным заполнением ленты осталась, но теперь на 100-гигабайтную ленту пишется порядка 81-82 Гигабайт (раньше было от 42(!) до примерно 68 ). Самое идиотское в этой ситуации, что полный еженедельный бэкап (вот как было вчера) пишет на ленту под завязку - в районе 100 Гиг (и даже чуть больше). А вот полный ежемесячный бэкап (ТЕ ЖЕ САМЫЕ ДАННЫЕ!) заполняет ленту не на сто процентов. Та же фигня с однократным full бэкапом - лента "урезается". Бред... В общем, тема "[T514009] BrightStor ARCserve Backup has been updated to improve throughput when you back up more than 72 GB of data" не раскрыта

Сергей Дубров писал(а):

Dimerson писал(а):Молоток. У меня вот SP1+постфиксы все ок. Пока SP2 не ставлю - пусть отлежится вытянутый уже.

На прошлой неделе поставил SP2 на боевой сервер. Пока в основном положительные впечатления:

1. Заработала связь по TCP/IP между BAB сервером и NWAGENT-ом на NW4.11 (в SP1 приходилось работать по SPX). На всех остальных версиях NW - 5.1, 6.0, 6.5 - всё работало по TCP/IP без проблем.

2. Реал-тайм статистика показывает гораздо более точные цифры (раньше вообще можно было увидеть совершенный бред, типа 3456%).

3. Резко возросла скорость удаления записей (purge) из базы. Раньше после полного пятничного бэкапа вычищение рекордов переписанной ленты у меня длилось более шести(!) часов. Оптимизация bti.cfg не сильно помогала. По вчерашнему логу, после первого реального полного бэкапа с SP2, purge продлился ровно... одиннадцать минут! Время merge не изменилось - ~пяти минут.

4. Дурацкая проблема с неполным заполнением ленты осталась, но теперь на 100-гигабайтную ленту пишется порядка 81-82 Гигабайт (раньше было от 42(!) до примерно 68 ). Самое идиотское в этой ситуации, что полный еженедельный бэкап (вот как было вчера) пишет на ленту под завязку - в районе 100 Гиг (и даже чуть больше). А вот полный ежемесячный бэкап (ТЕ ЖЕ САМЫЕ ДАННЫЕ!) заполняет ленту не на сто процентов. Та же фигня с однократным full бэкапом - лента "урезается". Бред... В общем, тема "[T514009] BrightStor ARCserve Backup has been updated to improve throughput when you back up more than 72 GB of data" не раскрыта

Я рад что BAB радует на всех своей юзабельностью ;o)

Со своей стороны могу такой боян про CA Support отписать.
Не так давно VET енжина начала находить в файле FSCOPY.COM который представлен в утилях на дружественном netware.nwsoft.ru вирусятину Phantom_2 и соответственно пришлось выносить машины с EAV 71 из антивирусных доменов тк все скрипты обламывались.

Я закинул несколько удочек :

1 - заполнил форму на SUpporConnect.Ca.Com
2 - отписал на пару коннектов в Московском представительстве CA.COM
3 - отправил в виде зипа с паролем virus на viris@ca.com куда часто шлю новые майлвари.
4 - списался с дамой из www.corisys.ru.

из места N1 мне подсказали выполнить пункт N3
к тому моменту из N3 уже пришел ответ - сигнал принят - получите и распиштесь - и вправду вне очереди вышла Vet сигнатура с пофиксенной моей проблемой. Дама из N4 сказала что русский офис (удочка N2)переездажет в новое помещение посему их не выловить и обещала поспособствовать но к тому моменту ситуация разрешилась. Вот так. Имхо саппорт есть вполне вменяемый.

Агенты R11.1 SERVICE PACK 2 под NW стоят уже неск недель (с 7 ноября), полет нормальный!