Назад | Перейти на главную страницу

Можно ли разделить HBA сервера резервного копирования на 2 ленточных накопителя, не запутывая приложения?

| ленточный накопитель 1 | ---- | переключатель 1 | ---- hba1 | резервный сервер | hba2 ---- | переключатель 2 | ----- | магнитофон 2 |

Наш сервер резервного копирования имеет 2 адаптера главной шины FC. Каждый из них зонируется на отдельный накопитель на задней стороне ленточной библиотеки с помощью отдельного переключателя.

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

Кажется, мы потеряли HBA. В качестве временной меры можно ли переместить ленточный накопитель в другой коммутатор, который все еще подключен к серверу резервного копирования, и подключить один HBA к обоим ленточным накопителям FC?

---- | переключатель 1 | ---- hba1 | резервный сервер | hba2 ---- | переключатель 2 | ----- | магнитофон 2 | + | ленточный накопитель 1 |

Будет ли это сбивать с толку Backup Exec, когда оба ленточных накопителя поступают от одного HBA, или программное обеспечение или драйверы HBA EMC, лишенные этих знаний, отвлекают от приложения и просто представляют ленточные накопители операционной системе, независимо от того, какой HBA они используют?

Я подозреваю, что у вас может быть столько LUNS, сколько вы хотите (в пределах OS Max), поступающих от одного HBA или другого HBA, и, вероятно, Backup Exec не заметит разницы, но я не могу рискнуть просто изменить эти вещи без конкретное знание, что я не собираюсь ухудшать ситуацию. Я не хочу рисковать доступом Backup Exec к последнему работающему ленточному накопителю.

Спасибо!

Да, вы можете сделать это, как вы говорите, просто перенастройте его, и никакому backupexec это не будет наплевать - LUN останется тем же, что и тот же ленточный накопитель, проходящий через тот же HBA - нет части пути, которая заботится об инфраструктуре коммутации, и HBAnywhere тоже. В принципе, ваше понимание точно :)