Hasp с клиентского рабочего метста

[zooloos]

Случилась проблема. Полетел Raid на сервере. Пытаюсь восстановить архив (14 ТБ одним томом, в кармане не унесешь).
Что происходит сейчас:
1. поставил вместо сбоящего сервера резервный сервер.
2. ключ из сбоящего сервера переставил в резервный, ибо есть IP камеры и надо чтобы "все работало".
3. переставил новые диски в сбоящий сервер, реинициализировал Raid.
4. на логическом томе вроде бы присутствует архивный файл, файловая система не порушена.
5. в сбоящий сервер поставил ключ с клиентского рабочего места и включил мастер восстановления архива.

При этом заметил следующее: если вынуть ключ из сбоящего сервера в процессе восстановления тома, то проценты в мастере начинают капать быстрее. Причем заметно. Если 6% он мне "подготовил к восстановлению" за 5 часов, то еще 2% он подготовил после вынимания ключа аж за 2 минуты. После установки ключа обратно, скорость "подготовки к восстановлению" опять вернулась в обычный черепаший режим. Соответственно вопрос:
1. Влияет ли ключ при восстановлении архива на то что в итоге получится, или влияет только на саму возможность запуска мастера восстановления (нет ключа = запускаться не буду или ключ вынул = данные потерял)?
2. Если ключ, который вставлен в сервер при процедуре восстановления фактически от другого сервера, восстановится ли том корректно? В моем случае родной ключ переехал в резервный сервер. А восстанавливаю с ключем от клиентского рабочего места.

[Vibat]

Пытаюсь восстановить архив (14 ТБ одним томом ..
При этом заметил следующее: если вынуть ключ из сбоящего сервера в процессе восстановления тома, то проценты в мастере начинают капать быстрее. Причем заметно. Если 6% он мне "подготовил к восстановлению" за 5 часов, то еще 2% он подготовил после вынимания ключа аж за 2 минуты. После установки ключа обратно, скорость "подготовки к восстановлению" опять вернулась в обычный черепаший режим. Соответственно вопрос:

Встречный вопрос. Каков результат ?

P.S. Два правила, отражённых в документации :
- не рекомендуется восстанавливать тома, объем данных которых превышает 10 Тб
- для корректной работы мастера восстановления тома ключ хасп должен быть установлен в USB-разъем в течение всего времени работы

[zooloos]

25% "подготовки к восстановлению". Время от начала восстановления 20 часов 45 мин.
До окончания процесса еще 5 дней и сколько то там часов - оптимистичный прогноз программы.
Данные очень важны. Вот и мучаю сервер. Просто удалить том не могу.

[zooloos]

Все таки интересует ответ про второй вопрос про ключи. Ибо если мои худшие подозрения оправдаются - неделя танцев пропадет зря точно.

[Vibat]

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

[Wert]

Если был RAID 0, то не стоило и начинать восстановление. отключение же ключа на непродолжительное время (до 1 минуты кажись) ничего не меняет. дальше должен был выдать ошибку по идее.

[Vibat]

Если был RAID 0, то не стоило и начинать восстановление. отключение же ключа на непродолжительное время (до 1 минуты кажись) ничего не меняет. дальше должен был выдать ошибку по идее.

про RAID комментировать не стану, по-моему их применение, кроме проблем, ни к чему не ведёт;
ключ хасп, если вынуть и вставить тот же ключ в течении минуты, может и прокатит, но если поставить другой, может через некоторое время работы мастера восстановления выдать ошибку ;
в данном случае скорее всего выдаст ошибку через сутки или более - будет очень приятно топикстартеру )

[Wert]

Про Raid, встроенный на материнках - абсолютно согласен. и вообще не понимаю зачем делать тома таких объемов.
Два года используем RAID 5 (сетевое хранилище) - без коментариев потому как полезная штука. RAID 6 еще лучше конечно, но использовать его - диски жалковато пока.
а на счет ключей.. почему знаю - делал так при инвентаризации ключей. можно даже разные ключи вставлять - главное чтоб лицензии были идентичны

[Vibat]

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

инвентаризацию ключей ты делал на мастере восстановления тома ?
в отличии от обычного VideoNet через минуту работы там никто ничего не просит$
да и сомневаюсь насчёт одинаковых лицензий в обычном VideoNet, хотя что спорить, смысл вообще менять ключи, если лицензии в них одинаковы ? разве что из спортивного интереса

[zooloos]

Офф. ответ техподдержки (перефразированно): "Hasp мастером восстановления опрашивается каждый раз при попытке распознования и лечения куска данных в архиве. Если ключа нет - мастер отбрасывает данные считая их неверными. Если происходило кратковременное вынимание ключа рекомендуем запустить мастер восстановления заново."
По второму вопросу - (перефразиированно): "ключ все равно какой, и на клиенте может быть архив, главное - в процессе восстановления не вынимать ключ".
В общем после этих слов я перезапустил в пятницу мастер восстановления. В понедельник мастер остановился на 27% "подготовки к восстановлению". Сейчас (утро вторника) все еще на 27% висит.
Вопрос к форумчанам: У кого нибудь когда нибудь при каких нибудь условиях мастер завершал свою работу, в смысле доходил до конца?

[Vibat]

Офф. ответ техподдержки (перефразированно): "Hasp мастером восстановления опрашивается каждый раз при попытке распознования и лечения куска данных в архиве. Если ключа нет - мастер отбрасывает данные считая их неверными. Если происходило кратковременное вынимание ключа рекомендуем запустить мастер восстановления заново."
По второму вопросу - (перефразиированно): "ключ все равно какой, и на клиенте может быть архив, главное - в процессе восстановления не вынимать ключ".
В общем после этих слов я перезапустил в пятницу мастер восстановления. В понедельник мастер остановился на 27% "подготовки к восстановлению". Сейчас (утро вторника) все еще на 27% висит.
Вопрос к форумчанам: У кого нибудь когда нибудь при каких нибудь условиях мастер завершал свою работу, в смысле доходил до конца?

У меня не было случаев, чтобы восстановление тома было не завершено. Но опять таки отсылаю тебя к мануалу SKYROS Corporation VideoNet 8.8 SP3 Руководство пользователя страница 571 . Тома не должны быть более 10 тб и ключ в разъёме USB должен быть постоянно.
Если восстановление завершилось с ошибкой из-за отсутствия ключа, могли возникнуть дополнительные ошибки, и наскольно они критичны для нового восстановления .. вопрос ?
Кстати ключ не всё равно какой , триал например не работает

2. А если просто подключить имеющийся том на другом компьютере ( кроме как с ключом IVT-real , и не на Windows XP), что происходит ?
Какая была версия VideoNet в момент сбоя ?

[zooloos]

При этом Videonet грузится до момента запуска архива и перезагружается и так без конца.
Как без большого тома возможно собрать 3 месяца архив в режиме 25 к/с по детекции с качеством 10 как в dvpack 1.42, 16 аналоговых цветных камер и одной IP? Да так, чтобы по всем камерам глубина была бы одинаковой вне зависимости от того сколько на них движения?

[Vibat]

При этом Videonet грузится до момента запуска архива и перезагружается и так без конца.
Как без большого тома возможно собрать 3 месяца архив в режиме 25 к/с по детекции 16 аналоговых цветных камер? Да так, чтобы по всем камерам глубина была бы одинаковой вне зависимости от того сколько на них движения?

Версия VideoNet ??!

[zooloos]

на серверах 8.8 SP1. Лечу архив версией 8.8 SP3. по словам техподдержки лечение должно происходить "быстрее".

[Vibat]

.. по словам техподдержки лечение должно происходить "быстрее".

это относиться и к томам свыше 10 тб ?
я так думаю, если в мануале указана данная проблема, то она уже и имела место, разработчик зря лишнего не напишет;
как поступать в будущем ? создавай 2 тома по 7 тб, и если время хранения в них разное, переключай камеры (на запись) в меньший том

[Wert]

Другой варант - создавай разные тома для камер, высчитывая "скважность" камеры. подчас лечения требует 1-5 томов из 16-ти (конечно не всегда). что занимает гораздо меньше времени на восстановление, да и в случае с RAID0 потеряются только те тома, что были на "битом" диске.

[zooloos]

К сожелению нет времени заниматься творчеством по выявлению скважности.

[zooloos]

Сводки с полей.
Мастер дошел до 27%. После по словам тех поддержки завис. Для определения зависания выслал дамп процесса мастера восстановления. Рекомендовали перезапустить. В общем сделано. Пока счет 2:0 в пользу зависающего мастера восстановления, где 2 - количество зависаний и перезапуска мастера, 0 - количество корректных завершений работы мастера восстановления. По скольку резервный сервер работает без сбоев - то буду мучить мастер до победного конца. Здесь буду отписываться о результатах.

[Vibat]

компьютер то перегрузи ( выключи на короткое время) перед очередной попыткой;
при этом хасп ключ не вынимать

[Wert]

К сожелению нет времени заниматься творчеством по выявлению скважности.

Ну скважность просчитывают еще до того как ставят на запись. Хотябы грубо для определения объема.
Хотя не буду умничать.
А если не секрет сколько дисков в Raid-е было и каких?

[zooloos]

8шт. WD2003FYYS RE4 - шикарнейшие винты. На них почти 20 серверов. Первый раз такое, что умерло сразу 2 одновременно, вернее первый раз такое что в принципе умерло. Причем в новом сервере. Наверное партия с брачком...

[zooloos]

компьютер то перегрузи ( выключи на короткое время) перед очередной попыткой;
при этом хасп ключ не вынимать

Даже как то смешно звучит. Причем тут хасп и перезагрузка?

[zooloos]

Мысли в слух: по идее мастер восстановления не должен "зависать". Наверное если ничего нельзя сделать он должен вывести окошко, что-то типа "сам дурак, данные невозможно восстановить", или "данные успешно восстановлены" а в архиве - пусто , или "восстановление данных завершено" а в архиве снова пусто , или самый лучший вариант, что в архиве останется хоть что то и это будет именно то, за что вся борьба и идет.

[Vibat]

Даже как то смешно звучит .. Причем тут хасп и перезагрузка? ..

как известно от смешного до грустного - один подзатыльник :

я много раз видел как система тупит ( при этом крутятся песочные часы возле курсора мыши) , пока винду не перегрузить, и хрень эта началась с версии 8.5, службы hasplms.exe
2 ) при установке ( обновлении ) до версии 8.8 sp.3 , на ряде моих компьютеров хасп пропадал ( хоть красным и горит, видеонет его теряет) , но потом всё нормализуется
3 ) каждый такой случай сопровождался звонком или письмом в службу ТП, так что решай сам, ты же это написал :

Лечу архив версией 8.8 SP3 ..

?

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

@@@@
И отключи службу SKYROS HW ControlService . Предназначена она для Diagnotex, работает сканируя в том числе USB порты, и порты эти периодически отключаются. Пример - моя купольная камера viewtopic.php?f=12&t=2180&p=18528#p18528, подключенная через виртуальный USB-COM.
Хасп может пропасть и сразу, а может и через часов 6 или более, вот как раз в тот момент когда твой мастер должен опросить его наличие

P.S. Это не приговор, а руководство к размышлению

[zooloos]

Я не спорю. В архиве могли произойти критические изменения. Но мне нужен однозначный ответ - можно ли хоть что то из него выцепить, или пациент совсем мертв. Пока, от зависающего мастера восстановления ответа никакого нет...
З.Ы. уже снова 26%. В понедельник посмотрю результат.