Для начала немного философии. Как недавно заметил Brian Madden, если Вам приходится осуществлять резервное копирование клиентских устройств, Вы что-то делаете не правильно. (If you have to back up client devices, you're doing something wrong )

С учётом SkyDrive, SkyDrive Pro, Work Folders и расширенных возможностей перенаправления домашних папок, перемещаемых профилей и поддержки offline файлов (что позволяет уйти от возможных проблем централизованного хранения данных при использовании переносных устройств), продолжать использовать исключительно локальное хранение данных и быть вынужденным регулярно эти данные копировать - не правильно. Сколько пространства хранения Вы тратите на резервные копии, а какой процент из этого пространства занимает рабочая информация, а не музыка и фильмы? А если вы отфильтровываете музыку и видео, что Вы будете делать, когда пользователь попросит восстановить видео-курс по работе с корпоративной системой или обращение генерального руководства? А с учётом тенденции к использованию нескольких устройств сотрудниками, средства синхронизации и централизованного хранения становятся просто необходимостью.

Но вернёмся к вопросу.

Итак, в Windows 8.1 есть два основных средства резервного копирования и восстановления.

Во-первых, это утилита recimg, которая создаёт образ восстановления операционной системы, позволяя обновить систему с сохранением данных, не требуя административных прав и специальных знаний при восстановлении. Подробно и утилита и процесс восстановления описаны в блоге Вадима Стеркина. Но для решения поставленной задачи она не подходит - образ не включает в себя пользовательские данные. И потому для их резервного копирования не подходит.

Вторым вариантом является проверенная, появившаяся в Windows Vista консольная утилита wbadmin. В Windows 8, встроенный планировщик системы резервного копирования отсутствует, и следует пользоваться планировщиком встроенным в ОС, а точнее его консольным вариантом SCHTASKS. Подробно использование этой связки рассмотрено в блоге команды систем хранения, а я попробую облегчить жизнь тем, кто плохо понимает английский.

Итак, бэкап осуществляется командой wbadmin start backup. Для успешного выполнения задания нам надо указать следующие параметры:

-backupTarget - место назначения. Может быть буквой диска, путь на основе глобального идентификатора тома  \\?\Volume{GUID} или UNC-путь (\\<servername>\<sharename>\). По умолчанию, резервная копия будет сохранена в \\<servername>\<sharename>\WindowsImageBackup\<ComputerBackedUp>\ При использовании UNC пути, следует помнить, что при повторном выполнении задания по тому же пути, Windows backup просто перезапишет сделанный ранее бэкап.

-include - разделенный запятыми список файлов, директорий, томов, которые должны быть включены в резервную копию. При указании имён файлов возможно использование *

-exclude - разделенный запятыми список файлов, директорий, томов, которые следует исключить из резервной копии.

-quiet - запуск задания без взаимодействия с пользователем

По поводу остальных аргументов, рекомендую обратиться к описанию команды wbadmin.

При создании задания резервного копирования следует помнить, что:

• Wbadmin требует администраторских привилегий. Поэтому запускать его надо с опцией "Run with highest privilegies"
• Если на момент запуска будет выполняться другое задание резервного копирования, запускаемое задание отменится с ошибкой.
• Из-за интерактивной природы консольных приложений, консольный вывод следует перенаправлять в отдельный файл журнала, что может облегчить работу по выявлению ошибок.

Полное описание синтаксиса и параметров SHCTASKS можно найти здесь

Пример: Ежедневный бекап тома E: на том H: в 23 часа

SCHTASKS /Create /SC DAILY /TN DailyVolumeBackup /RL HIGHEST /ST 23:00 /TR "WBADMIN START BACKUP -backupTarget:H: -include:e: -quiet >> C:\backupLogs.txt"

UPDATE:

Как выяснилось, у уже упомянутого Вадима Стеркина был значительно более подробный материал по данной тематике: http://www.outsidethebox.ms/15323/ Поэтому, если тема для Вас важна, настоятельно рекомендую прочитать указанную статью.

Как сделать так, чтобы приложения загруженные из Store (так называемые ModernUI Apps) подключались через proxy-сервер. Зачастую, начиная исследовать, почему приложение не работает, выясняется, что настройки прокси-сервера, выставленные в Internet Explorer, не отрабатывают, и приложение пытается подключиться напрямую.

Существует статья базы знаний, которая описывает, как осуществить настройку proxy для Windows 8: http://support.microsoft.com/kb/2777643/en-us

Если вкратце, имеется несколько вариантов:

1. Использовать автоматическое обнаружение прокси (WPAD)
2. Использовать групповые политики. Открываем редактор локальной политики "Local Group Policy Editor", переходим в "Computer Configuration - Administrative Templates - Network Isolation" и в параметре "Internet Proxy Servers for Metro Style Apps" указываем адрес и порт Вашего прокси.

3. Используем команду netsh winhttp set proxy из командной строки. Например, netsh winhttp import proxy source=ie позволяет импортировать настройки прокси-сервера из конфигурации браузера.

4. Использование клиента прокси. Тут есть один важный момент: клиент должен устанавливаться как WPF driver. Если клиент устанавливается как LSP driver (например клиент TMG/ISA), Windows Store/Modern приложения с ним работать не будут.

Есть большая ложка дегтя: Modern Aps не умеют работать с прокси, которым требуется аутентификация. Они всегда пытаются подключиться как anonymous, не глядя на контекст пользователя. Исключение - при использовании прокси-клиента. Таким образом, перед администратором стоит дилемма: разрешить анонимный доступ для адресов, требуемых конкретными Modern приложениями, или отказаться от приложений данного типа.

Со стороны же пользователей, найдена затейливая конфигурация, которая позволяет обойти данное ограничение. В общих словах выглядит это следующим образом: на клиент ставится прокси, который сам в свою очередь выступает клиентом прокси с аутентификацией. При этом позволяя anonymous подключения. Приложения же Windows Store настраиваются на использование этого локального прокси-сервера.  Данная конфигурация никаким образом рекомендуемой не считается, но если эта проблема критична, то можно и рискнуть.

Подробнее о подобном решении можно почитать тут: http://deepeshsingh93.wordpress.com/2013/08/06/windows8-metro-apps-store-under-college-proxy-server-settings/

Портфолио корпоративных средств защиты для рабочих станций Лаборатории Касперского на сегодняшний момент состоит из:

• Антивирус Касперского 6.0 R2 для Windows Workstations,
• Kaspersky Endpoint Security 8 для Windows (для рабочих станций)
• Kaspersky Endpoint Security 10 для Windows (для рабочих станций).

При этом, версия 6.0 R2 завершает свой жизненный цикл. Разработка обновлений функциональности и выпуск пакетов обновлений для программы (для устранения уязвимостей) прекращён. (http://support.kaspersky.ru/wks6mp4#downloads)

Версия Kaspersky Endpoint Security 8 для Windows (для рабочих станций) не поддерживает Windows 8. Развития продукта с точки зрения поддержки новых версий ОС не будет.

На данный момент, актуальной и рекомендуемой версией продукта для защиты корпоративных рабочих станций является Kaspersky Endpoint Security 10 для Windows (для рабочих станций).

23 декабря 2013 года вышла версия Kaspersky Endpoint Security 10 для Windows Workstations: Maintenance Release 1 (версия 10.2.1.23), в которую добавлена поддержка рабочих станций под управлением Microsoft Windows 8.1 (http://support.kaspersky.ru/10578)

При этом, в соответствие с системными требованиями указанными производителем, поддерживаются только Enterprise редакции http://support.kaspersky.ru/kes10wks#requirements

С точки зрения лицензирования, для активации Kaspersky Endpoint Security 10 для Windows можно использовать файл ключа, приобретенный для Kaspersky Endpoint Security 8 для Windows или Антивируса Касперского версии 6.0.4.x. (http://support.kaspersky.ru/9374). При этом, Касперский Administration Kit 8 уже не поддерживается (http://support.kaspersky.ru/ak8#downloads), а  Endpoint Security 10 не может управляться Security Center 9 (http://support.kaspersky.ru/7350)

Таким образом, обновление на десятую версию центра управления обязательно, но для перехода на Security Center 10 можно использовать ключи от предыдущих версий (http://support.kaspersky.ru/9318)

Если у Вас в организации по-прежнему используется Антивирус Касперского 6.0 для Windows Workstations MP4 - это не является препятствием для обновления Administration Kit - Security Center 10 может управлять и этой версией антивируса. (http://support.kaspersky.ru/9313)

Выход MR 1 позволяет многим заказчикам начать процедуру миграции на Windows 8.1  и внедрение в инфраструктуру планшетов на Windows 8.1,  не нарушая принятой политики безопасности. 
Но не стоит забывать про определенные ограничения, которые перечислены в соответствующей статье базы знаний:  http://support.kaspersky.ru/10579