Я пытаюсь добавить несколько целей внешнего диска USB в расписание резервного копирования Windows Server 2012.

Пройдя через шаги в графическом интерфейсе для добавления дополнительной цели, процесс завершается с ошибкой The system cannot find the path specified.

Я следовал за шагами в этой статье :

• Вариант 1 не является стартовым, потому что у нас более дюжины съемных дисков, и я не хочу покупать коробку с USB-концентраторами и вывешивать все эти диски на задней стороне серверной стойки. Таким образом, в этом случае статья предлагает перейти к шагу 3.
• Вариант 2 удаляет старые диски из расписания резервного копирования, а не вариант по очевидным причинам.
• Вариант 3 предлагает выполнить команду WBADMIN ENABLE BACKUP -addtarget:{DISKGUID}, но это не с сообщением об ошибке ERROR - The specified backup location could not be found or is not a supported backup storage location.

Я обнаружил множество тем, в которых одни люди сообщали об успешном выполнении варианта 3, но другие, как и я, сталкивались с точно такой же проблемой.

Я проверил журналы событий и файлы в каталоге C:\Windows\Logs\WindowsServerBackup, но не нашел ничего полезного. Я также попытался удалить том на диске и повторить процесс, а также предварительно создать том NTFS на диске.

Я использую серию USB-дисков с неформатированной емкостью 2 ТБ (в формате 1,82 ТБ), если это имеет какое-либо значение.

Кто-нибудь еще имел эту проблему и сумел решить?

Обновление 1

Ответ на этот вопрос предложил поместить кавычки вокруг GUID, например WBADMIN ENABLE BACKUP -addtarget:"{DISKGUID}". Это идет еще дальше, так как спрашивает, хочу ли я отформатировать устройство, однако после форматирования происходит сбой с ошибкой.The system cannot find the path specified.

Я не думаю, что есть способ сделать это надежно с помощью встроенных инструментов Windows. Однако BackupAssist позволяет вам использовать несколько USB-дисков с Windows Server Backup так же, как можно использовать несколько лент, например, для ротации резервных копий за пределы площадки. Он также автоматически «безопасно удалит» USB-диски, когда задание резервного копирования будет завершено, так что лицо, ответственное за удаление USB-дисков вне сайта, не будет нуждаться в административном доступе к серверу.

Я довольно разочарован тем, что столкнулся с этой довольно серьезной проблемой спустя 2 года после того, как этот вопрос был опубликован - и это было при новой установке Windows 2012 Essentials со всеми (я думаю) установленными обновлениями.

К счастью, исправление было выпущено в прошлом году: http://support.microsoft.com/kb/2833738

Это сработало для меня. Мне удалось добавить новый диск в резервную копию с помощью команды:

WBADMIN ENABLE BACKUP -addtarget:{DISKGUID}

Перед установкой исправления я получал «Система не может найти указанный путь». ошибка.

Используйте сценарий PowerShell для запуска WBADMIN в качестве альтернативы созданию расписания резервного копирования с помощью графического интерфейса резервного копирования Windows Server. Вы можете использовать Windows Task Scheduler для запуска вашего скрипта. Не существует функциональных различий между резервной копией, созданной из сценария или командной строки с помощью этой WBADMINкоманды, и резервной копией, созданной с помощью созданных с помощью графического интерфейса резервных копий.

Вот сценарий PowerShell 3.0, который я использую для создания резервных копий WBADMINна сервере 2012. Он выполняет поиск целевых дисков резервного копирования с использованием их GUID тома, поскольку я обычно не назначаю буквы дисков для моих резервных дисков:

# Configuration
$BackupTargetDiskGUID_A = "\\?\Volume{c61d486a-c007-4070-a5a0-24924fe735f6}\"
$BackupTargetDiskGUID_B = "\\?\Volume{e0a09f69-3be6-11e4-942b-001e676ec6a8}\"
$BackupTargetDiskGUID_C = "\\?\Volume{4bb968a7-93f6-11e2-918e-001e6725c7e0}\"


# Get the Disk GUIDs (DeviceID) of all attached volumes.
# Step through all attached volumes.
$TargetDiskGUID = $null
:VolumeForeachLoop foreach ($Volume in Get-WmiObject -Class Win32_Volume | Where-Object {$_.DeviceID -like "\\?\*"})
{
    # Match the first backup disk
    Switch ($Volume.DeviceID)
    {
        $BackupTargetDiskGUID_A
        {
            $TargetDiskGUID = $Volume.DeviceID
            break VolumeForeachLoop
        }

        $BackupTargetDiskGUID_B
        {
            $TargetDiskGUID = $Volume.DeviceID
            break VolumeForeachLoop
        }

        $BackupTargetDiskGUID_C
        {
            $TargetDiskGUID = $Volume.DeviceID
            break VolumeForeachLoop
        }


    }
}


If ($TargetDiskGUID)
{

    # Run the backup
    # The -include and -exclude switches accept comma delimited paths individually inclosed in quotes without trailing backslashes
    wbadmin start backup -backuptarget:$TargetDiskGUID -quiet -vssCopy -allCritical -systemState --% -include:"D:" -exclude:"D:\Non-Backed Up Data"
}
Else
{
    "No backup disk found."
}

Интерфейс WSB создает специальную политику резервного копирования, которая после создания требует добавления целей резервного копирования в политику перед записью запланированного резервного копирования на указанный диск. К сожалению, Windows Server Backup, предоставляемый через графический интерфейс, полностью не работает в Server 2012 . Если к машине не подключены все резервные целевые диски *, вы не сможете сделать следующее:

1. Добавить резервный целевой диск
2. Удалить резервный целевой диск
3. Изменить резервные копии (!)

Если Microsoft не исправит это, сценарии, WBADMINпо моему мнению, являются единственным способом продолжить использование WSB на Server 2012.

_{* Закон Мерфи также гласит, что это лучшее время для пожара в здании, поскольку исходные данные и все резервные копии находятся в одном месте в одно и то же время.}

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

Резервная копия Windows для всех ее возрастных ограничений ограничена достоинствами середины 1990-х годов, ей не нравятся целевые диски объемом менее 1 ГБ, и по умолчанию отказывается резервировать образы% systemdrive% (C :) на съемные носители. Windows шизофренически относится к съемным носителям с пренебрежением и одобрением и не может правильно зарегистрировать причины. Вы можете установить Windows даже до Windows 8 на USB-носитель, но попытайтесь выполнить определенные функции, такие как Центр обновления Windows или Резервное копирование Windows, и другие механизмы отклоняют себя так, как тело может отклонить пересаженный орган.

Съемные диски извлекут выгоду из XPEFilterDriver, это реализация драйвера Hitachi CompactFlash для тех старых мини-жестких дисков, которые фактически были сжаты в CF-карту типа II и даже издавали небольшие звуки размалывания, инф-файл драйверов изменяется вместе с вашим Съемные диски и идентификатор устройства затем подставляются в качестве драйвера. Сообщество XP осознало это несколько лет назад после того, как CF-карты выросли в размерах и скорости (рекомендуется минимум 300x, поскольку они, по-видимому, работают с приводом EIDE на 7200 об / мин), и начали превращать приличные карты в такие вещи, как [Addonics CF / SATA адаптеры] [1] и вы можете создать SSD за долю от стоимости SSD, использованной до стоимости.

Windows ужасна из-за точного сообщения об ошибках съемных устройств, так как она обрабатывает их с шизофренией, я имею в виду, что официально и до Windows 8, или если вы не установили сервер XPe и не приняли все его ограничения, Microsoft отвергла идею установки традиционных толстых, профессиональных или окончательных версии любых окон на USB, несмотря на то, что сообщества доказали концепцию и свидетельство увеличения производительности, но они не смогли должным образом помешать этому, так как setup.exe все равно преуспел в установке и загрузке. Но другие функции, такие как использование его в качестве резервного диска или даже базовая возможность использовать диспетчер дисков, чтобы просто отформатировать его как USB, были явно отклонены,

Шаги просты, и «Остров» хостов, предлагающих XPEfilter, может двигаться, я не намекаю на то, что это «rapidshareware» или пиратский отсек, вряд ли, но есть компактный и часто менее 500кб почтовый файл под названием «XPEFilterDriver» "и" HitachiMicrofilter ", который широко распространен в сети и имеет файлы cfadisk.sys и cfadisk.inf.

Надеюсь, и кажется вероятным, что вы уже сделали что-то подобное раньше, и если вы серверный боксер 2012 года, держу пари, что вам пришлось использовать драйверы из каталога обновлений Microsoft при установке «неподдерживаемых драйверов», которые, кажется, В любом случае, все работает отлично.

Получите его и воспользуйтесь любой инструкцией с любого из сайтов, которые вы предпочитаете, но все они скажут вам скопировать идентификатор устройства вашего текущего съемного носителя и вставить в строку драйверов файла inf (я не умею просто продемонстрировать это для вас, но это не принесет особой пользы, поскольку запись устройства уникальна для каждого USB-диска, а ваша будет отличаться от моей).

Из диспетчера устройств (devmgmgt.msc) и после того, как USB-накопитель был вставлен, потому что это просто, но не обязательно, если вы знаете, как это сделать прямо из реестра.

найдите съемный диск и обновите драйвер, выберите параметры «Установить диск», найдите измененный файл cfadisk.inf (вы можете объединить все ваши USB-накопители в один INF-файл) и выберите список дисков, отображаемых после выбора. ваш индивидуальный INF.

Примите предупреждения об отсутствии подписи и неизвестных данных, и все это те же предупреждения, которые были показаны при установке драйверов Windows 8 или server 2012 с веб-сайта каталога обновлений Microsoft.

Поскольку это съемные USB-накопители, вам не придется перезагружаться, несмотря на предупреждения об этом, но вам, возможно, придется безопасно извлечь оборудование и заново установить его, чтобы драйвер вступил в силу. Иногда мне удавалось просто остановить диск в диспетчере устройств и снова включить его, но не всегда, и мне хотелось бы дифференцировать показатель успешности в зависимости от производителя, типа или версии Windows, но кажется неуверенным, какие накопители успешно перезагрузят новый водитель не удаляется.

У меня такое ощущение, что GUID меняется после форматирования.

Поэтому вы можете запустить wbadmin get disksснова после форматирования, а затем запустить WBADMIN ENABLE BACKUP -addtarget:"{DISKGUID}"снова ..

Я столкнулся с этим. 2 варианта:

1. подключите все резервные диски к серверу и запустите мастер планирования.
2. измените букву нужного внешнего диска после подключения.

Это решение приходит с небольшим опозданием, но, надеюсь, любой, кто ищет, сможет его использовать.

Это решение довольно простое, и оно сработало для меня.

Учитывая, что у вас теперь есть том без буквы, но с меткой чего-то вроде SERVER_2013_10_11 12:34 Disk_02 (после попытки и не удалось добавить том через графический интерфейс или командную строку) просто

• откройте диспетчер дисков
• Назначьте букву тому (скажем, его D :)
• Это будет означать, что вы можете увидеть его из ОС еще раз.
• Из командной строки выполните WBADMIN ENABLE BACKUP -addtarget: D:

он не будет переформатировать диск, но должен включить его и, надеюсь, просто поработать над следующим проходом.