У меня есть iSCSI LUN емкостью 4 ТБ, который в Windows 2008 отформатирован как NTFS. Я поделился этим сформированным томом как папкой через SMB. Когда емкости этого тома недостаточно, мне нужно добавить больше iSCSI LUN, но конечные пользователи должны видеть только ту папку, к которой я предоставил общий доступ. Итак, когда я расширяю том NTFS, который в настоящее время составляет 4 ТБ, с большим количеством iSCSI LUN (например, еще 2 LUN по 4 ТБ), если один из lun выходит из строя или отсутствует, все мои данные в папке будут потеряны? Я полагаю, что расширяющийся том ntfs похож на RAID 0 (чередующийся). если это похоже на RAID 0, то все мои данные будут потеряны, когда один из lun выйдет из строя или отсутствует. Вкратце, здесь есть два вопроса: 1- Что произойдет, если один из lun'ов отсутствует в расширенном томе ntfs? 2- Есть ли другой способ объединить все iscsi lun как только папку, таким образом пользователи не видят никакой дополнительной папки, даже если я добавляю дополнительные iscsi lun на файловый сервер (я не упоминаю о DFS) С уважением.
Вы правы, размещение одного тома на нескольких LUN увеличивает его уязвимость к сбоям. Это не строго Raid0, так как подразумевает чередующийся режим. Это просто один том на нескольких объектах хранения. Если какой-либо LUN пропадает, шансы потери данных очевидны. Масштаб потери варьируется, поскольку файлы могут существовать на одном, двух или всех LUN в составном томе. NTFS не позволяет изолировать каталоги на физических устройствах, входящих в состав составного тома.
Простым решением было бы переместить некоторые каталоги на другой диск и связать их с помощью жестких ссылок (или переходов). Он прозрачен для пользователя. Таким образом, вы можете разместить 100 ГБ файлов на 10 логических файлах и создать 10 ссылок, по одной на каждый из этих каталогов из основного общего каталога (при условии, что мир простой и они равного размера). Каждый из этих 100-гигабайтных LUN может быть на отдельном Nas, каждый со своей настройкой Raid. Вы можете использовать этот метод для перемещения содержимого с диска c: в системах, где есть проблемы с временным пространством.
Я сделал нечто подобное, где данные были организованы по годам. Годы 2014, 2013, 2012 были на локальном диске сервера. Предыдущие годы были просто перекрестками, указывающими на каталоги на томе iSCSI, используемом для архивирования. Пользователи не заметили разницы.