41 Responses to Комрады, работал ли кто-нибудь с ленточными библиотеками?

  1. Fkadm:

    А что не получается?

  2. Leoev:

    да как с ним работать вообще? По какому протоколу к нему подключиться? Максимум чего я добился – поимел на нем веб-интерфейс, и локальный фтп, на который можно закачивать свежие прошивки. Как уже на ленты-то писать начать? Для него нужно какое-то специфическое ПО?

  3. R2Zero:

    Да, для работы нужно специфическое ПО. Например Symantec Backup Exec или HP Data Protector

  4. Leoev:

    цепляться он будет по ip, я так понимаю?

  5. Leoev:

    Поставил Dataprotector. Не вижу настроек, где можно управлять по ethernet.
    Или стриммер должен подключаться напрямую к копу? Если так, то каким образом? У него оптика с контроллера уходит на свои же drive.

  6. SiAdmin2:

    какие интерфейсы на библиотеке?

  7. Leoev:

    оптические, с контроллера на драйвы, эзернет, сериал.

  8. SiAdmin2:

    ок
    как библиотека соединена с бэкапным “мастер”-сервером в товем случае? через свитч или напрямую?

  9. Leoev:

    погоди. Мастер-сервер это сервер с необходимым по для управления библиотекой?
    Он никак не соединен с библиотекой, ну, помимо нахождения в одной подсети (свитч, да.).

  10. SiAdmin2:

    так
    1) насколько я понял, никакой централизованной системы резервного копирования и восстановления у тебя нет и делать ты ее не собирааешься, просто есть задача бэкапа чего-то с некого сервера

    2) расскажи что и как у тебя сейчас соединено по оптике (Ethernet на библиотеках этого класса юзается токмо для web-интерфейса, который. если быть откровенным, не впился никуда особо 🙂 )

  11. TumorF:

    вся библиотека работает по FCP, её драйвы как драйвы, а как правило первый драйв имеет ещё у себя медиачейнджер, через которого происходит управление роботом

  12. TumorF:

    сумбурно, но надеюсь, понятно

  13. SiAdmin2:

    тут надо быть внимательным, так как включенный мультипасинг на порту может сделать доступным либо драйв библиотеки, либо робота…

  14. TumorF:

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

  15. Leoev:

    1) Это в будущем. Пока бы разобраться с тем как это вообще работает.

    2) два оптических кабеля одним концом в LIBRARY CONTROLLER CARD, а вторым – в первом и втором драйве, соответственно. Насколько мне известно, раньше на этой железке гоняли трафик как раз через езернет, хотя эта информация недостоверна. По крайней мере nmap не показал открытых портов на ней помимо ftp и http.

  16. Leoev:

    я верно понял, что мне будет необходимо соединить по FC драйвы к обычному серверу?

  17. Leoev:

    а, еще. На драйвах стоят две оптические загрушки на дополнительных незанятых оптических портах.

  18. SiAdmin2:

    стоп

    есть сервер
    есть библиотека
    как они соединены между собой?

  19. Leoev:

    никак. Я же говорю – я с этой железкой никогда не работал, а она появилась, поэтому и консультируюсь у вас.

  20. SiAdmin2:

    в таком случае их надо соединить. Либо напрямую, либо через свитч.

  21. SiAdmin2:

    да

    управление роботом и драйвами библиотеки будет через оптику

  22. Leoev:

    понял, спасибо! Завтра буду пробовать.

  23. TumorF:

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

  24. SiAdmin2:

    если запостишь фоту библиотеки с задней ее части, будет совсем здорово, потому что у 6000 серии как минимум 2 модификации, к тому же больше не выпускаются вроде…

  25. TumorF:

    хотя без нетбэкапа ленточные библиотеки – тупая и неуклюжая фигня

  26. SiAdmin2:

    соласен, только почему именно нетбэкап (хотя я сам его юзаю), есть еще как минимум HP OpenView DataProtector и IBM Tivoli чего-то там

  27. TumorF:

    потому что про нетбэкап я точно знаю, что он может делать кучу фишек вроде чередования блоков из разных бэкапов на ленте, чтобы утилизировать всю пропускную способность драйва, архивирование в два назначения с последующим зеркалированием успешной копии на неудавшуюся, юзерские политики, имеет клиенты для архивации из кучи разных СУБД. в том, что всё это есть в датапротекторе и уж тем более ибм тиволи “что-то там” я не уверен.

  28. SiAdmin2:

    есть в них всё, просто пользоваться всякими бэкапными фичами удобнее всего именно в NetBackup.

  29. Riguru:

    У меня по FC включена в какой-то QLogic и прекрасно управляется mtx’ом.

  30. Riguru:

    вот так она сзади

    Hardblog.net - linux nix windows размер 480x229, 59.84 kb

  31. Riguru:

    ну и да, включина в FC-фабрику, т.е. её машины видят просто на SCSI-шине.

    И у меня подозрение, что даже если не по FC, то через iSCSI.

  32. SiAdmin2:

    Qlogic и Emulex – два по ходу самых известных производителя FC HBA

  33. SiAdmin2:

    FC – это просто транспорт, внутри гуляют SCSI команды.

    если библиотеку видно в ОСи, пробуй увидеть её датапротектором

  34. Riguru:

    я проверил, дело выглядит реально так:
    mtx -f /dev/changer status, например, высыпает кто-где (man mtx), он же загружает-выгружает
    /dev/changer у меня udev’ом сделался из какого-то scsi generic’а, sg2 или sg3
    сами приводы видны как /dev/st0 и /dev/st1
    Знаю, есть bacula, но я предпочитаю tar.

  35. SiAdmin2:

    понятно, что можно и напрямую из ОСи писать на ленту, но это путь темной стороны 🙂 лучше делать бэкапы через спецсофт, потом проще следить за ними, оптимизироваться, да и восстанавливаться просто

    так вот, что говорит датапротектор?

  36. SiAdmin2:

    проблема решилась или что?

  37. Leoev:

    отложил до конца этой недели. Пока подключил через оптический свич, но с софтом еще не разбирался.

  38. SiAdmin2:

    занудно напоминаю, что на свитче необходимо аккуратно нарезать зоны для библиотеки и бэкапного сервера…

Добавить комментарий