Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Стримеры - эксплуатация и ремонт

Модерирует : Akam1, Dr_StandBy, vertex4

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33

Открыть новую тему     Написать ответ в эту тему

senderman

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Стримеры - эксплуатация и ремонт

Стример (от англ. streamer) - ленточный накопитель, запоминающее устройство, построенное на принципе магнитной записи, с последовательным (секвентальным) доступом к данным.
 
Основное назначение: архивация и резервное копирование информации.
Существуют два принципа записи: линейный (магнитная головка неподвижна) и наклонно-строчная (геликоидальная) - с подвижной магнитной головкой, установленной на цилиндрическом барабане.
Стримеры LTO...
Видео по использованию, обслуживанию и ремонту от Fagear
Тема ранее
 
работа стриммера IBM LTO-4 при использовании чистящей кассеты.  
 
Программы для тестирования стриммеров и картриджей
Дамп прошивки стриммера HP DAT72

Всего записей: 1488 | Зарегистр. 16-03-2019 | Отправлено: 13:46 12-01-2020 | Исправлено: aleksvolgin, 16:24 10-11-2023
foxb2673

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вот, например, был HP Ultrium 960 FC в очень приличном состоянии:

Код:
 
forward direction:  
          Great margin  (Data written: 8685.1 MB)
          Data written: 8685.1 MB   Metres of tape used: 612.6   Data written per metre: 14.2 MB
          Effective capacity loss: 5.4%   Limit: 25.0%   Margin: 98.2%
          Channel variation: 0.0%   Limit: 25.0%   Margin: 100.0%
          CCQ rewrite percent: 0.2%
          Offtrack margin: 100%   Limit: 0%   (Offtracks per dataset: 0   Offtrack fault log percent: 0.00   Offtracks per wrap: 0.00)
          Filtered data points: 0/22
reverse direction:  
          Great margin  (Data written: 8685.1 MB)
          Data written: 8685.1 MB   Metres of tape used: 613.9   Data written per metre: 14.1 MB
          Effective capacity loss: 5.5%   Limit: 25.0%   Margin: 97.3%
          Channel variation: 0.0%   Limit: 25.0%   Margin: 100.0%
          CCQ rewrite percent: 0.2%
          Offtrack margin: 100%   Limit: 0%   (Offtracks per dataset: 0   Offtrack fault log percent: 0.00   Offtracks per wrap: 0.00)
          Filtered data points: 0/22
Overall drive margin: 97.6%
Worst-case margin (3.3 m/sec. tape speed): 96.9%
Worst-case offtrack margin: 100.0%
Worst-case channel variation margin (2.3 m/sec. tape speed): 99.9%
 

 
Результат тестирования ленты на нём:

Код:
 
Media Assessment Full Tape Test (LTO-3):
wrap number 42  wrap start 20202
datasets written 5948   write margin 100%
Write margin (wrap 42): Great margin (9.2 GB written)
wrap number 43  wrap start 668202
datasets written 5957   write margin 100%
Write margin (wrap 43): Great margin (9.2 GB written)
Overall Margin: Great margin (403 GB written)
 

Кассета LTO-3 2008 года выпуска.
LTO-2 самая ранняя была 2004 года, тоже тесты проходила без проблем.
 
При переносе информации с архивных кассет LTO-2 и LTO-3 (по 8 кассет каждого типа) ни на одной не возникло неустранимых ошибок.

Всего записей: 102 | Зарегистр. 22-02-2016 | Отправлено: 03:46 08-04-2025
user0827

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Какие-то специфичные тесты у HP. Первый раз вижу, ничего не могу сказать. Непосредственно тесты не использую. Только запрашиваю отчёты после записи или чтения. Кстати, отчёты у IBM в его софте под винду и у sg_tools - одинаковые, страницы с теми же номерами есть. Но у IBM больше расшифровки.
Номера страниц будут позже.
 
Если тест пишет и читает около 18 гиг, потом делает вывод, то я делаю предположение после записи всей ленты; а вывод будет после второй записи. Потому что пишу на старую ленту, после неизвестного хранения. Например, последняя LTO4 не первых 400 гиг насыпала 5 ошибок, до 600 гиг нормально было, потом штук 20 было. Обычно полная запись ленты около 5 ошибок, т.е. каждые 150 гиг. Если вторая запись даст больше 15 ошибок, значит начала сыпатся. На первом проходе может повлиять мусор или ещё какая пыль.
 
Смотреть на скорость записи и делать выводы - может быть опасным, потому что у меня попадаются незаархивированные данные и скорость вырастает до 280 мег/сек... а до этого могли быть ошибки или весь врап писался на половинной скорости. Файлы режу по 50 гиг, поэтому реально можно затупить на ошибках и догнать на непакованном, в итоге: нормальная скорость.
 
Если будет неустранимая ошибка, то ленту сразу промаркирую и в отдельный коробок. Пока такого не было, но я пишу на две ленты и вычисляю избыточность... на всякий случай.

Всего записей: 18 | Зарегистр. 09-02-2025 | Отправлено: 21:22 08-04-2025
user0827

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
получить аттрибуты
sg_read_attr -fe /dev/nst0
тотальный счётчик всех ошибок с ленты
sg_logs --page=0x30 /dev/nst0
счётчик ошибок записи с привода за последнюю сессию
sg_logs --page=0x2 /dev/nst0
счётчик ошибок чтения с привода за последнюю сессию
sg_logs --page=0x3 /dev/nst0

Всего записей: 18 | Зарегистр. 09-02-2025 | Отправлено: 21:14 10-04-2025
user0827

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
вот прекрасное:
root@debian% sg_logs --page=0x30 /dev/nst0
    IBM       ULT3580-TD4       C7QH
Tape usage page  (LTO-5 and LTO-6 specific) [0x30]
  Thread count: 15277
  Total data sets written: 13374585
  Total write retries: 10
  Total unrecovered write errors: 0
  Total suspended writes: 4
  Total fatal suspended writes: 0
  Total data sets read: 11691143
  Total read retries: 15
  Total unrecovered read errors: 0
  Total suspended reads: 0
  Total fatal suspended reads: 0
 
Больше 15 тыщ загрузок, примерно 25 записей и 20 чтений (полных проходов), а ошибок почти нет. Последняя запись была в сентябре 21г. Изготовлен летом 2009г.
Кончено, у меня начал сыпаться (6 ошибок на первые 100 гиг), но это уже другой вопрос голова грязная, надо чистить.

Всего записей: 18 | Зарегистр. 09-02-2025 | Отправлено: 19:34 20-04-2025
user0827

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
На компе с ленточным приводом вычислял избыточность с помощью par2. Считала около 35 мег/сек. Решил померить сколько считает новый par2-turbo, но его не оказалось в debian`е поставил в FreeBSD на новом компе:
classic par2 - 23.51 MiB/s
turbo par2 - 56 MiB/s
т.е. в 2,38 раза быстрее. Можно ожидать 80 мег/сек на компе с приводом.
Под виндой есть parpar.
 
Пишите какая скорость у вас и используется ли больше 6 ядер.

Всего записей: 18 | Зарегистр. 09-02-2025 | Отправлено: 17:42 30-04-2025
user0827

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
обсчёт 35.9 GiB показал:  
822.129u 36.972s 3:37.55 394.8% 0+0k 75215072+3761408io 0pf+0w
итого:
на 8 ядреном компе используется в среднем только 4 ядра;
обычно 4 - 5,5;
считает 217,55 секунд или 168 MiB/s, при ожидаемых 80, т.е. я ошибся в 2 раза;
скорость вычисления избыточности больше скорости записи LTO4

Всего записей: 18 | Зарегистр. 09-02-2025 | Отправлено: 12:38 17-05-2025
foxb2673

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
А кто знает, возможно ли, и как, сменить код personality для накопителя IBM (в частности, LTO-7), превратив его из OEM (например, Oracle/StorageTek, Dell и т.п.) в IBM generic ?
Желательно программным образом, не выпаивая физически чего-нибудь там.

Всего записей: 102 | Зарегистр. 22-02-2016 | Отправлено: 16:57 15-10-2025
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33

Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Стримеры - эксплуатация и ремонт


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2025

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru