Я намагаюся додати декілька цілей зовнішнього диска 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 таким же чином, як можна скористатися декількома стрічками, наприклад, для обертання резервних копій за межами сайтів. Крім того, він автоматично "безпечно видалить" USB-диски, коли робота з резервного копіювання завершена, так що особі, відповідальній за зняття USB-дисків, не потрібен адміністративний доступ до сервера.

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

На щастя, HotFix вийшов минулого року: http://support.microsoft.com/kb/2833738

Це працювало для мене. Мені вдалося додати новий диск до резервного копіювання за допомогою команди:

WBADMIN ENABLE BACKUP -addtarget:{DISKGUID}

Перш ніж встановлювати HotFix, я отримував "Система не може знайти вказаний шлях." помилка.

Використовуйте сценарій PowerShell для запуску WBADMIN як альтернативи для створення розкладу резервного копіювання за допомогою резервного інтерфейсу резервного копіювання Windows Server. Ви можете використовувати Планувальник завдань Windows для запуску сценарію. Не існує функціональної різниці між резервною копією, створеною із скрипту чи командного рядка за допомогою WBADMINкоманди, та тими, які створюються резервними копіями, створеними GUI.

Ось сценарій 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, як виявлено через графічний інтерфейс, повністю порушено в Server 2012 . Якщо у вас всі пристрої резервного призначення не підключені до машини *, ви не можете робити наступне:

1. Додати резервний цільовий диск
2. Видаліть резервний цільовий диск
3. Змініть вибір резервного копіювання (!)

Якщо Microsoft не виправить це, сценарій, WBADMINна мою думку, - це єдиний спосіб продовжити використання WSB на сервері 2012.

_{* Закон Мерфі також стверджує, що це найкращий час для будівництва пожежі, оскільки вихідні дані та всі резервні копії знаходяться в одному місці одночасно.}

Ви повинні усунути зміну дискових пристроїв, які спокійно відхиляються за те, що вони були виявлені як знімні носії.

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

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

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

Етапи прості, і "Острів" хостів, які пропонують XPEfilter, здається, рухається, я не маю на увазі, що це "rapidshareware" або "piratebay", навряд чи, але є компактний і часто 500-футовий zip-файл під назвою "XPEFilterDriver "та" HitachiMicrofilter ", який є поширеним у мережі та має файл cfadisk.sys та cfadisk.inf.

Сподіваємось, і, здається, ймовірно, що ви вже робили щось подібне до цього, і якщо ви є серверним сервером 2012 року, я вважаю, що вам довелося з драйверами з каталогу оновлень Microsoft при установці "непідтримуваних драйверів", які, здається, працювати все добре і хоч і все одно.

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

Від диспетчера пристроїв (devmgmgt.msc) і після того, як USB-накопичувач був вставлений, оскільки його просто простіше, але не зовсім необхідно, якщо ви знаєте, як це зробити безпосередньо з реєстру

знайдіть знімний диск та оновіть драйвер та оберіть Параметри диска, знайдіть змінений файл cfadisk.inf (вам дозволяється консолідувати всі ваші USB-накопичувачі в один файл INF) та виберіть список дисків, що відображаються після вибору ваш індивідуальний INF.

Прийміть попередження про відсутність підпису та невідоме, і все це, це ті самі попередження, що подаються під час встановлення драйверів Windows 8 або сервера 2012 із веб-сайту каталогу оновлень Microsoft.

Оскільки це знімні USB-накопичувачі, вам не доведеться перезавантажуватись, незважаючи на попередження про це, але вам, можливо, доведеться безпечно вийняти обладнання та перевстановити, щоб драйвер почав діяти. Іноді мені це вдається, просто зупинивши диск від диспетчера пристроїв і повторно ввімкнувши його, але не завжди, і хотілося б, щоб я міг диференціювати рівень успішності на основі виробника, типу або версії Windows, але здається невідомим, які накопичувачі успішно перезавантажать новий драйвер без видалення.

У мене є відчуття, що GUID змінюється після форматування.

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

Я наткнувся на це. 2 варіанти:

1. приєднайте всі резервні диски до сервера, а потім запустіть майстра планування.
2. змінити літеру приводу потрібного зовнішнього накопичувача, як тільки він приєднаний.

Це рішення надходить трохи пізно, але, сподіваємось, кожен, хто шукає, може використовувати це.

Це рішення досить просте, і воно спрацювало для мене.

З огляду на те, що тепер у вас з'явився том без букви, але з міткою на кшталт SERVER_2013_10_11 12:34 Disk_02 (після спроби і не вдалося додати тома через gui або командний рядок) просто

• відкрийте інструмент диспетчера дисків
• Призначте букву до тома (давайте скажемо його D :)
• Це означатиме, що ви зможете побачити його ще раз із ОС.
• З командного рядка виконайте WBADMIN ENABLE BACKUP -додаток: D:

він не переформатує диск, але повинен включити його і, сподіваємось, просто працювати над наступним проходом.