Я знаю, что вы не можете подключить один LUN к двум томам NTFS iscsi для чтения / записи без серьезных проблем, если вы не используете кластерные серверы. Однако мне любопытно установить 1 iscsi lun для чтения / записи на одном сервере (скажем, на сервере базы данных) и тот же iscsi lun в режиме только для чтения на другом сервере (скажем, сервере резервного копирования), чтобы облегчить резервное копирование в качестве временного решения. .
Теперь это только для файлов .bak базы данных из SQL Server 2008 - причина в том, что у меня есть другие сетевые проблемы, которые еще не могут быть решены (сетевая группа - это другая сторона компании, у нас нет доступа к исправить нашу проблему), в результате чего резервное копирование занимает 20-25 часов. Однако, поскольку они оба подключены к одному и тому же iscsi SAN, я решил, что это улучшит ситуацию.
Я еще не тестировал это в своей производственной системе, но, похоже, у меня не было проблем с запуском аналогичного теста в моей ЛАБОРАТОРИИ, однако с гораздо меньшими размерами файлов (2 ГБ по сравнению с 800 ГБ) я хотел посмотреть, есть ли у кого-нибудь опыт делать это, и будет ли это работать или нет.
Редактировать: Для справки: оба сервера - это Server 2008 R2 (SQL-сервер - Ent, Backup - Std), подключенные к HP P4500 (Lefthand) iscsi SAN.
Я не понимаю, почему это не сработает. Вместо этого я бы рекомендовал сделать снимок производственного LUN, а затем представить этот снимок на сервер резервного копирования. Таким образом, если производственный LUN изменится, сервер резервного копирования по-прежнему будет видеть согласованное представление данных. Затем, когда резервное копирование будет выполнено, удалите моментальный снимок и на следующий день начните процесс заново.
Я тоже столкнулся с той же проблемой. Команда SAN опубликовала один LUN на 2 серверах после того, как мы столкнулись с проблемой повреждения диска, и даже оптоволоконное соединение было нестабильным. После этого мы отключили диск на одном сервере и отменили публикацию этого lun с этих серверов. Затем он начал работать на первом сервере после выполнения команды checkdisk. Команда Eariler chkdsk не выполнялась, когда один и тот же lun был опубликован на обоих серверах.