2

У меня есть два сервера Windows, расположенных в разных географических местах. Один сервер используется в качестве файлового сервера (то есть общее местоположение и имеет дерево каталогов с около 60 ГБ файлов).

Мне нужно иметь такое же дерево каталогов на другом сервере в другом городе и синхронизировать эти файлы. Они не должны быть «живой» синхронизацией (т. Е. Это может быть несколько часов или дневной дифференциал, но они должны быть своего рода «близким» контентом). Есть несколько утилит, которые могут синхронизировать файлы, но я хочу начать с утилиты Windows Server Backup and Restore.

Мой план

Мой план - создавать резервную копию один раз в день, а затем восстанавливать ее на другом сервере. Я думаю, что таким образом они будут синхронизированы. Поскольку местом назначения является удаленный / сетевой сервер, он удалит предыдущие резервные копии, и у меня будет только одна резервная копия за раз, и это будет хорошо. Я вижу, что это создает папку с именем WindowsImageBackup на целевом сервере.

Вопрос: Я знаю, как настроить и запланировать процедуру резервного копирования, но могу ли я настроить автоматический процесс восстановления по расписанию на конечном сервере?

  • Я имею в виду, например, резервное копирование в полночь (это займет несколько часов), и через несколько часов целевой сервер начнет процесс автоматического восстановления из этой последней резервной копии.

  • Если это поддерживается, я пытаюсь выяснить, как это сделать, чтобы я мог автоматизировать восстановление и запланировал его соответственно на выполнение после завершения резервного копирования и копирования.

2 ответа2

0

Подумайте об использовании Robocopy вместо

Честно говоря, это похоже на избыточность для нативного решения Windows, если у вас есть удаленное подключение и более медленное соединение WAN между этими двумя местоположениями.

См. Аналогичный вопрос, на который был дан подробный ответ с использованием Robocopy с синтаксисом и тому подобным в посте « Копирование WindowsImageBackup в командной строке », но он может быть более целесообразным и быстрее выполнять копирование только тех файлов, которые изменяются после первой начальной синхронизации, чем как вы говорите, с полным резервным копированием и последующим копированием.


WBAdmin Восстановить UNC-путь к резервной копии файла

Если вы пытаетесь автоматизировать восстановление wbadmin резервной копии файла с резервной копией пути UNC, что-то с этим синтаксисом (или близко к нему) должно работать:

  • wbadmin start recovery -version:MM/DD/YYYY-hh:mm -itemtype:File -items:<RecoveryPath> -recursive -BackupTargt:\\<Server>\<Share>\<Folder> -RecoveryTarget:<RecoverPath>
    

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

  • wbadmin get versions -backuptarget:\\<Server>\<Share>\<Folder>| findstr /i "identifier"
    

Дополнительные ресурсы

-1

У меня уже была такая же проблема, и я предлагаю вам использовать инструменты резервного копирования, такие как robocopy или gs richcopy, которые я предпочел и использовал, у них есть много опций и, конечно же, они помогают мне планировать копирование. читать больше на https://en.wikipedia.org/wiki/GS_RichCopy_360#Supported_Operating_Systems

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .