Восстановление Backup Novell на Windows

[Serj]

Есть Novell5.1SP4, с него делается backup на лентуDDS4(стандартным sbcon). При восстановлении файлов (иногда требуется для проверки) на Windows-сервере с VeritasBackupExec9 имена у файлов с русскими названиями восстанавливаваются в виде "крокозябров", причем некоторые из них невозможно потом даже удалить. Как с этим бороться или может что-нибудь делать иначе?

Посоветуйте, pls, решение или хотя бы в каком направлении "копать"

[Музалёв Николай]

Правильно ли мы вас поняли:
- имеется сервер NW51 и на нем запускается штатная бакапка, которая пишет на DAT-устройство, присоединенное к этому NW-серверу.
- затем проводят проверку записи путем переноса этой ленты в DAT-устройство, присоединенное уже к вин-серверу и пытаются восстановить с нее уже программой VBE9, запускаемой на этом вин сервере.
- и файлы с англ. именами восстанавливаются, а с русскими - нет.
Всё так ?

[Serj]

Правильно ли мы вас поняли:
- имеется сервер NW51 и на нем запускается штатная бакапка, которая пишет на DAT-устройство, присоединенное к этому NW-серверу.
- затем проводят проверку записи путем переноса этой ленты в DAT-устройство, присоединенное уже к вин-серверу и пытаются восстановить с нее уже программой VBE9, запускаемой на этом вин сервере.
- и файлы с англ. именами восстанавливаются, а с русскими - нет.
Всё так ?

Все так, кроме одного: файлы с русскими именами тоже восстанавливаются, но их имена после восстановления напоминают "иероглифы-кракозябры", типа неправильной кодировки. Причем иногда встречаются такие комбинации этих "кракозябров", что файл с таким именем Windows не может удалить.
Пример:

Если пример не откроется, то ссылка: http://serjnw.narod.ru/rus_err.jpg

[Музалёв Николай]

с русскими именами тоже восстанавливаются

Ну да, имелось в виду - правильно восстанавливаются.

А где-либо сказано, что программы копирования SBCON(NW) & VBE9(Win) совместимы по носителям?

Зачем вообще такой странный заход: копировать (предполагается, что в случае необходимости - и восстанавливать) на NW-сервере, а проверять работоспособность копий - на вин-сервере?

Проше проверять валидность backup-сесии методом выборочного копирования части сесси на другой, нежели исходный, том...

[Timur Kazimirov]

А где-либо сказано, что программы копирования SBCON(NW) & VBE9(Win) совместимы по носителям?

По носителям могут быть совместимы устройства, а программы - по форматам. Наверное это имелось в виду? В доке на VBE о совместимости сказано. Но вот с русским языком у VBE проблемы были всегда. Да и у кого их нет...

[Андрей Старков]

хочу заметить - русский язык в Netware 866 кодовая страница, в Windows 1251, Arcserve 2000 for Win у меня прекрасно архивировал данные с Netware, но в его базе список всего что забэкапил и что называлось по русски - все было кракозяблами - если это восстанавливать на виндовую машину (сервер) файлы такими же кракозяблами и оставались. если же восстановить на том сервера Netware, только в другое место, все опять принимало привычный русский вид. В BAB 11.1 это вроде пофиксено - по крайней мере в базе все видится по русски, на виндовый сервер восстанавливать не пробовал.
как здесь уже подсказали - для проверки можно восстанавливать в другое место просто на томе Netware
или заставить ПО понимать что имена файлов в 866 а надо преоброзовать в 1251

[Serj]

с русскими именами тоже восстанавливаются

Ну да, имелось в виду - правильно восстанавливаются.

А где-либо сказано, что программы копирования SBCON(NW) & VBE9(Win) совместимы по носителям?

Зачем вообще такой странный заход: копировать (предполагается, что в случае необходимости - и восстанавливать) на NW-сервере, а проверять работоспособность копий - на вин-сервере?

Проше проверять валидность backup-сесии методом выборочного копирования части сесси на другой, нежели исходный, том...

Такой подход объясняется тем, что не хотелось напрягать работающий Novell-сервер, держать резервный Novell с ленточным накопителем - нет возможности. Мне кажется более простым было бы решение иметь возможность в любой момент проверить backup альтернативным (на винду) способом. Плюс как вариант, если Novell "упадет" конкретно и будут проблемы с восстановлением, восстановить файлы на Windows-сервер и работать уже без Novell.

По носителям SBCON(NW) & VBE9(Win) вроде как совместимы - VBE читает SBCONовские ленты и восстанавливает, но только с русским языком проблемы...

[Timur Kazimirov]

VBE читает SBCONовские ленты и восстанавливает, но только с русским языком проблемы...

Сильно подозреваю, что это из-за того, что VBE for Windows... Почему-то уверен, что VBENW восстановит все нормально.
Я понимаю, что советовать можно долго и нудно, но от SBCON'а надо уходить... Уж больно опасная штука. Лучше разориться на что-нибудь другое, тот же VBENW, например. Или вообще переводить все на имеющийся VBEWin, а на сервер просто агента поставить.

[Serj]

VBE читает SBCONовские ленты и восстанавливает, но только с русским языком проблемы...

Сильно подозреваю, что это из-за того, что VBE for Windows... Почему-то уверен, что VBENW восстановит все нормально.
Я понимаю, что советовать можно долго и нудно, но от SBCON'а надо уходить... Уж больно опасная штука. Лучше разориться на что-нибудь другое, тот же VBENW, например. Или вообще переводить все на имеющийся VBEWin, а на сервер просто агента поставить.

У меня есть VBEWin с агентом NW, но я не думал о том, что это лучше, вроде как локально (не гоняя по сети трафик) удобнее будет. А чем SBCON опасен (хотя бы кратко)?

[Музалёв Николай]

а программы [совместимы] - по форматам.

Совершенно верно - именно о совместимости на уровне чт/записи в разных программах и шла речь.

2 Serj

не....напрягать работающий Novell-сервер [контрольным восстановлением]

От уж тут не волнуйтесь - не надорвется ваш сервер. Есть предположение, что вы даже заметного повышенния утилизации т.о. организовать не сможете.

Поэтому рекомендуется не забивать себе этим голову и копировать-проверять-восстанавливать на NW.

Другое дело , что в рамках этого частного вопроса вы поднимаете проблему "восстановление-после-катастрофы" (DisasterRecovery) :

...[NW-сервер] "упадет" конкретно и будут проблемы...

Восстановление в такой ситуации - проблема, безусловно, серьезная, но решение ее в большей мере лежит в организайионной области, а не в технической.

Вот смотрите: для быстрого восстановлениея сервера вы должны иметь возможность:
- восстановить функциональность сервера ( по-простому - восстановить том SYS:)
- восстановить информативное наполнение сервера (по-простому - восстановить рабочие данные на др. томах)

Первая проблема решается НаРаз методом создания, регулярного обновления и надежного хранения образа системного тома. Плюс регулярно отрабатывать (реально или на уровне штабной игры) процесс восстановления тома из этого образа.
Для создания образов дисков есть масса программ. Наиболее приемлимое для NW - это Portlok или GhostNW . О применении этих программ на форуме говорено неоднократно. Разживетесь программой - милости просим с вопросами. Советами поможем с удовольствием...

Вторая проблема также решается просто, если вы имеете хорошую бакапку и умеете ею пользоваться. Опять же - имеете достаточно подробный план по действию в таких неприятных ситуациях, как полный облом сервера.
Наличием такого плана и поддержанием его в актуальном состоянии многие пренебрегают, а зря: давече в сериале "Скорая Помощь" была серия, когда они что-то отравляюще-вонючее у себя разлили. Дык первым делом стали искать аварийную инструкцию. Инструкция эта в фильме имела вид книги толщиной в 4ре пальца, но зато там было описано все, что надо делать в их случае - подробно и последовательно, с телефонами, адресами, фамилиями и т.д
Чем они и воспользовались...
А у вас такая тоже есть? или в случае чего начнем судорожно и суматошно метаться по коридорам и "оглашать окрестности криками настолько же дикими, насколько и" бесполезными?

Я к чему так подробно дурю вам голову - именно потому, что сам прошел через подобное состояние, когда весь упор делался на технику и технологию, забывая о простой организации...

Вы пишите: обломится NW, я восстановлюсь на вин и продолжим работу. Это достаточно спорно. Во первых - вы уже имеете проблему с кодировкой и есть подозрение, что коллега Тимур прав: согласовать русские коды данных для разноплатформенных программ будет проблематично...
Далее - пользователи настроены и привыкли работать с NW-сервером и перенаправить их на вин-сервер тоже будет не просто и не сразу. Плюс - обязательно вылезет еще какая бяка уже на вин-сервер...
Так что об экономии времени при таком варианте речь скорее всего идти не может.

Совет
Так не лучше ли быстро (у меня на это уходить 20 минут на тот же сервер и до 40 минут, если на другое железо) восстановить сервер и без проблем закачать на него данные с ленты?

[Serj]

Другое дело , что в рамках этого частного вопроса вы поднимаете проблему "восстановление-после-катастрофы" (DisasterRecovery) :

...[NW-сервер] "упадет" конкретно и будут проблемы...

Восстановление в такой ситуации - проблема, безусловно, серьезная, но решение ее в большей мере лежит в организайионной области, а не в технической.

Вот смотрите: для быстрого восстановлениея сервера вы должны иметь возможность:
- восстановить функциональность сервера ( по-простому - восстановить том SYS:)
- восстановить информативное наполнение сервера (по-простому - восстановить рабочие данные на др. томах)

Первая проблема решается НаРаз методом создания, регулярного обновления и надежного хранения образа системного тома. Плюс регулярно отрабатывать (реально или на уровне штабной игры) процесс восстановления тома из этого образа.
Для создания образов дисков есть масса программ. Наиболее приемлимое для NW - это Portlok или GhostNW . О применении этих программ на форуме говорено неоднократно. Разживетесь программой - милости просим с вопросами. Советами поможем с удовольствием...

Вторая проблема также решается просто, если вы имеете хорошую бакапку и умеете ею пользоваться. Опять же - имеете достаточно подробный план по действию в таких неприятных ситуациях, как полный облом сервера.
Наличием такого плана и поддержанием его в актуальном состоянии многие пренебрегают, а зря: давече в сериале "Скорая Помощь" была серия, когда они что-то отравляюще-вонючее у себя разлили. Дык первым делом стали искать аварийную инструкцию. Инструкция эта в фильме имела вид книги толщиной в 4ре пальца, но зато там было описано все, что надо делать в их случае - подробно и последовательно, с телефонами, адресами, фамилиями и т.д
Чем они и воспользовались...
А у вас такая тоже есть? или в случае чего начнем судорожно и суматошно метаться по коридорам и "оглашать окрестности криками настолько же дикими, насколько и" бесполезными?

Я к чему так подробно дурю вам голову - именно потому, что сам прошел через подобное состояние, когда весь упор делался на технику и технологию, забывая о простой организации...

Я не особый гуру в Novell , сервер в качестве простого файл-сервера стоит "в наследство" от прежних времен, основной парк - три десятка Windows-серверов. Приходилось переезжать с одного на другой сервер. Пока (тьфу три раза) Novell особых проблем не доставлял, то что "выскакивало" решалось малой кровью, желания что-то менять в работающем организме не имея веских причин нет. Но приходится поддерживать себя в курсе дел периодически просматривая форумы и Novell.com, готовясь "к худшему"... . Буду рад любым хорошим советам от более опытных коллег.
Мой организационный план восстановления такой: в дополнение к "боевому" NW5.1SP4 в дереве стоит старенький NW5.0SP4 для резервирования NDS. На "боевом" имеется только том SYS с юзерскими файлами, которые бэкапятся SBCONом. Если "боевой" падает конкретно - ставится новый в это же дерево, юзерские файлы восстанавливаются SBCONом, принтерные очереди восстанавливаются вручную, юзеры цепляются к новому серверу. Возможно, это не самый элегантный способ, но мне он кажется наиболее тупо, а следовательно наиболее надежно, работающим.

Вы пишите: обломится NW, я восстановлюсь на вин и продолжим работу. Это достаточно спорно. Во первых - вы уже имеете проблему с кодировкой и есть подозрение, что коллега Тимур прав: согласовать русские коды данных для разноплатформенных программ будет проблематично...
Далее - пользователи настроены и привыкли работать с NW-сервером и перенаправить их на вин-сервер тоже будет не просто и не сразу. Плюс - обязательно вылезет еще какая бяка уже на вин-сервер...
Так что об экономии времени при таком варианте речь скорее всего идти не может.

Я до сих пор был более уверен, что существует возможность восстановления backup'a SBCONf на Windows, плюс к тому при падении Novella надо ли его восстанавливать или переехать на Windows в моей ситуации остается пока под вопросом, пока я прорабатываю оба варианта. Так что именно поэтому хотелось отработать технологию восстановления под Win.

Совет
Так не лучше ли быстро (у меня на это уходить 20 минут на тот же сервер и до 40 минут, если на другое железо) восстановить сервер и без проблем закачать на него данные с ленты?

Наверное это будет самым оптимальным вариантом.
Не посоветуете что можно почитать по поводу восстановления NW на другое железо?

[Музалёв Николай]

...почитать...восстановления NW на другое железо?

Практический опыт переноса Netware сервера на новые диски
Практические вопросы применения программы Portlock Storage Manager
.........