У меня есть друг с 1 ТБ raid10 и двумя отдельными дисками по 1 ТБ с возможностью горячей замены, работающими под управлением Win7 Ultimate.
Я создал запланированное задание, которое будет создавать резервную копию образа системы основного массива raid на диск емкостью 1 ТБ. Я поставил задачу, проверил ее на первом диске, и все заработало, как ожидалось.
Идея состоит в том, что вся система зарезервирована таким образом, что, если массив рейдов пострадает от катастрофы (например, возгорание дома), он сможет перебросить диск в другую машину, запустить и получить доступ ко всей своей информации.
Теперь, после того как резервное копирование выполняется раз в неделю, он берет диск, бросает его в пожаробезопасный сейф, вынимает из сейфа второй диск емкостью 1 ТБ и бросает его в машину.
Я попросил убедиться, что второму диску назначена та же буква, поэтому резервное копирование должно выполняться должным образом. Но я слышал, что это не так. Я еще не взглянул на систему, поэтому я не знаю намного больше, но есть ли что-нибудь, о чем может подумать кто-нибудь, что могло бы привести к сбою резервного копирования в этой ситуации?
Я думаю, что вам действительно нужно, вздохнуть, написать это. Как указывает @ user48838, у вас возникнут проблемы, если вы назначите ту же букву диска. Единственный способ, которым я могу представить эффективное использование одного и того же монтирования для двух разных томов, - это создать сценарий для проверки GUID тома. Затем убедитесь, что другой том не смонтирован, проверив его GUID. Если нет, смонтируйте его с помощью утилиты mountvol. Я предполагаю, что это возможно с помощью пакетной обработки, VBScript или PowerShell. Чтобы понять, о чем я говорю, см. Документацию к утилите Вот. Если вам нравится идея, я могу попробовать придумать сценарий, когда у меня будет немного свободного времени.
Если есть подключенный диск, занимающий ранее назначенную букву диска, то новый / повторно подключенный диск будет находиться в режиме ожидания без назначенной буквы диска. Он будет оставаться в этом «состоянии» до тех пор, пока другая буква диска не будет назначена вручную или подключенный диск не будет переведен в автономный режим, а физический диск не будет физически включен в цикл (заменен или отключен и повторно подключен) обратно в систему, чтобы принять его предыдущее назначение буквы диска. (который теперь будет доступен при отключенном подключенном диске).