Система архивации данных windows server 2008 r2 удаление старых копий

Обновлено: 02.07.2024

Видовое разнообразие внешних и внутренних факторов, которые могут поспособствовать краху ОС и привести к нежелательной утрате пользовательских данных, велико. Однако возможности современных ОС позволяют обезопасить важную информацию. Можно выполнить ряд простых предварительных операций и при необходимости вернуть пропавшую информацию.

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

Ответственный инструмент системной архивации, встроенный в функционал ОС Windows Server

Инструмент «Система архивации данных» в ОС Windows Server является вложенной функцией. Однако, несмотря на ее важность для полноценного и безопасного хранения данных (рассчитана на восстановление информации пользователей, управление хранилищем и возврат работоспособности системы), она не установлена сразу изначально. Пользователям предстоит самостоятельно выполнить ряд простых последовательных шагов и произвести установку инструмента, ответственного за резервное копирование, вручную. Алгоритм установки предполагает следующие действия.

Произведите запуск приложения «Диспетчер серверов», для чего в меню управления системными приложениями «Пуск» найдите и кликните одноименный раздел (в боковом списке программ или закрепленном поле плиток).

Выберите в окне приложения в левой панели управления раздел «Панель мониторинга». Затем в основной панели настроек локального сервера щелкните раздел «Добавить роли и компоненты», запускающий ответственного помощника.

В новом окне встроенного системного помощника в левой панели будут представлены разделы для пошагового заполнения. В разделе «Перед началом работы» ознакомьтесь с важными условиями для продолжения. Проверьте соответствия будущих настроек установленным потребностям, подтвердите, что система обладает последней версией пакета безопасности, а также защищены приоритетные системы контроля и управления. Кликните по кнопке «Далее» и выполните переход к следующей странице.

В разделе основной панели управления «Тип установки» определитесь с приемлемым вариантом будущих характеристик. Изначально помощник предлагает верный раздел. Поэтому, ничего не меняйте, оставьте в качестве своего выбора параметр «Установка ролей и компонентов» и жмите «Далее».

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

Следующий раздел «Компоненты» боковой панели управления позволяет задать нужный компонент сервера. В одноименном поле, содержащем список всех доступных к использованию компонентов, отыщите выделенный вариант «Система архивации данных Windows Server» и выберите его, отметив соответствующим образом. Потом задействуйте стандартную кнопку перехода к следующему разделу («Далее»).

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

В финальном разделе боковой панели «Результаты» можно отслеживать весь процесс. По его исполнению, закройте окно ответственной кнопкой «Закрыть».

Искомый инструмент для резервной архивации в операционной системе Windows Server теперь готов к дальнейшему использованию.

Порядок действий для воссоздания архивной копии данных посредством установленного инструмента в ОС Windows Server?

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

Известным способом через меню «Пуск» запустите приложение «Диспетчер серверов». На ленте меню «Панели мониторинга» отыщите и нажмите на кнопку «Средства». В открывшемся выпадающем меню выберите параметр «Система архивации данных Windows Server».

Примечание. Открыть инструмент архивации также можно сразу напрямую, если воспользоваться службой поиска. Наберите запрос «wbadmin.msc» и в разделе «Лучшее соответствие» поисковой панели будет представлен требуемый результат.

В разделе, ответственном за локальную архивацию, пользователи могут воспользоваться любым вариантом, из представленных, по выбору, и настроить параметры резервного копирования (единичные или постоянные) или произвести восстановление данных.

Установка режима резервирования данных согласно собственного распорядка

Чтобы задать параметры периодического цикличного режима архивации согласно персонального распорядка пользователи должны выполнить следующие действия. В консоли инструмента архивации щелкните ответственный параметр «Расписание архивации», представленный в крайней правой панели допустимых действий.

Будет запущен встроенный помощник настройки расписания. Укажите требуемый тип конфигурации, установив напротив нужного параметра индикатор выделения («точку»). В зависимости от задач пользователи могут настроить автоматический режим архивации как для всего сервера, так и для отдельных его элементов.

Установите распорядок, который включает периодичность архивации и приемлемый временной интервал ее исполнения. Используйте потом кнопку «Далее» для перехода к следующим характеристикам.

На следующей странице параметров «Тип места назначения» выберите способ хранения будущих копий, поместив индикатор выделения («точку») рядом с подходящим решением.

Задайте предпочитаемое месторасположение (заполните поле «Расположение») для удаленной папки на странице соответствующей характеристики и перейдите к следующим настройкам.

Зарегистрируйте расписание архивации во всплывающем одноименном окне, подтвердив наличие прав администратора путем ввода данных соответствующей учетной записи.

Проверьте заданные на предыдущих этапах характеристики и сохраните настройки расписания. Нажмите на кнопку окончания «Готово» и завершите процедуру.

При необходимости подготовить архив в одном экземпляре, то выберите режим однократного резервирования. В панели действий инструмента архивации Windows Server отметьте соответствующий раздел («Однократная архивация»).

Задайте тип конфигурации «Настраиваемый» (установите индикатор выделения «точку»).

Выберите элементы, для которых будет выполнена операция резервного копирования, закрепив их в подготовленном поле.

Определитесь с типом места назначения, в котором будет располагаться архивная копия (используйте стандартный способ выбора параметра посредством индикатора выделения «точки»).

Проверьте соответствие примененных параметров. Щелкните на кнопку «Архивировать», когда все характеристики будут представлены верно.

Восстановите операционную систему из подготовленного архива

Резервная копия позволяет быстро и без дополнительных инструментов восстановить работоспособность операционной системы в случае ее непредвиденного сбоя или поломки.

Откройте инструмент «Система архивации данных Windows Server» любым способом. Например, введите в поисковой строке запрос «wbadmin.msc» для прямого мгновенного перехода к требуемому приложению.

В крайней боковой панели допустимых в инструменте действий найдите среди предложенных вариантов и щелкните левой кнопкой мыши раздел «Восстановление», ответственный за требуемую операцию.

В окне помощника восстановления на начальном этапе (в разделе «Приступая к работе») укажите адресное месторасположение ранее сохраненной архивной копии. Отметьте индикатором выделения верный параметр и продолжите, нажав на кнопку «Далее».

Отметьте используемый тип размещения и задайте расположение архива в следующих одноименных разделах.

Для удаление старых копий воспользуемся программой wbadmin

Полный список команд можно получиться с помощью запроса

wbadmin /?

Мы же будем использовать удаление и нам понадобиться команда delete backup

-keepVersions Число более новых версий резервных копий, которые нужно хранить. Значение должно быть целым положительным числом. Значение -keepVersions:0 указывает, что все резервные копии будут удалены.

-version Идентификатор версии резервной копии в формате "ДД.ММ.ГГГГ-ЧЧ:ММ" Если вы не знаете идентификатор версии, введите в командной строке команду "WBADMIN GET VERSIONS". С ее помощью можно удалить версии, которые являются только резервными копиями. Чтобы просмотреть тип версии, используйте команду "WBADMIN GET ITEMS".

-deleteOldest Удаляет самую старую резервную копию.

-backupTarget Задает место хранения резервной копии, которую нужно удалить. Это значение может быть буквой диска, точкой подключения или путем к тому на основе GUID. Его нужно указывать только для резервных копий, которые находятся не на локальном компьютере. Узнать, какие резервные копии находятся на локальном компьютере, можно по каталогу архивации на нем.

-machine Компьютер, резервную копию которого вы хотите удалить. Этот параметр удобно использовать, если в одном расположении были созданы резервные копии для нескольких компьютеров. Его необходимо использовать, если задан параметр -backupTarget.

-quiet Подавляет вывод запросов при выполнении.

Рассмотрим несколько вариантов

1. Удаление всех копий, кроме одной самой "свежей"

wbadmin delete backup -keepVersions:1 -quiet (параметр quiet применяется для отключения подтверждения об удаление у пользователя, если его убрать система спросит - действительно ли вы ходите удалить все копии кроме одной)

2. Удаление определенной копии

wbadmin delete backup -version: 01.01.2017-23:30 -quiet ( данная команда удалить копию за 1 января 2017 года, созданная в 23:30)

3. Удаление самой старой резервной копии

wbadmin delete backup -deleteOldest -quiet

4. Удаление копии с одного из дисков для резервного копирования

wbadmin delete backup -backupTarget:f: -deleteOldest -quiet (удалит самую старую копию с резервного диска с букой F)

После того как вы определились какой вариант вам больше подходит, создадим файл с расширение .bat

В моем случае это будет

wbadmin delete backup -backupTarget:f: -deleteOldest -quiet

Сохраняем и добавляем в Планировщик заданий в удобное вам время (не должно совпадать с временем, когда идет процесс резервного копирования)

Система архивации пришла на смену NTBackup с выходом Windows Server 2008 и на сегодняшний день является вполне зрелым и проверенным продуктом, но многие администраторы до сих пор не используют данную компоненту ОС, отдавая предпочтения альтернативным продуктам. Этому могут быть как объективные причины, так и непонимание принципов работы системы архивации Windows Server. Поэтому мы решили устранить возможные пробелы в знаниях при помощи данной статьи.

Мы довольно часто задавали знакомым системным администраторам вопрос: какие средства они используют для резервного копирования состояния своих серверов? И сильно удивлялись тому, что многие из них даже не упоминали систему архивации Windows Server. На следующий вопрос: почему они не используют этот инструмент, мы часто получали ответ, что они не понимают, как работает эта система, как управлять резервными копиями и т.д., и т.п. Отчасти причину можно назвать уважительной, когда нет понимания как работает то или иное средство то от его использования лучше отказаться.

А еще лучше разобраться как оно работает и начать применять его на практике. В новой системе архивации многие ожидают увидеть преемника привычного NTBackup, однако Microsoft полностью переработала механизм создания резервных копий и перед нами совершенно иной инструмент. Основным хранилищем резервных копий является диск, который самостоятельно размечается системой архивации и скрыт от пользователя. Также можно использовать уже размеченный том или сетевой ресурс, однако эти способы имеют свои ограничения и сводят на нет все преимущества новой технологии.

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

В системе архивации Windows Server вы отдаете в распоряжение службы целый диск, и она организует процесс хранения данных по собственному разумению. Хорошо это или плохо? На наш взгляд - хорошо. Потому что довольно часто встречаются ситуации, когда администратор неверно оценивает размер необходимого для хранения копий дискового пространства или происходит резкий скачок объема архивируемых данных. В этом случае очень велика вероятность получить отказ службы резервного копирования из-за отсутствия свободного места в самый неподходящий момент.

В Windows Server применяется принципиально иной подход. Проще всего провести аналогию с системами видеонаблюдения, когда поток непрерывно пишется на диск и в любой момент времени мы имеем некую продолжительность записи, определяемую объемом диска. Скажем, поставили диск на 500 ГБ - имеем неделю видео, заменили на 1 ТБ - две недели и т.д.

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

Здесь возникает еще одно затруднение. У многих администраторов слово диск ассоциируется только с физическим жестким диском, после чего сразу возникает масса вопросов: где взять столько дисков, как подключить их к серверам, как обеспечить хранение архивов отдельно от системы и т.д. и т.п. Да и выделять для бекапа рядового сервера даже 500 ГБ диск выглядит несколько расточительно. Поэтому самое время вспомнить о технологии iSCSI, которая позволяет сразу решить весь пласт "проблем".

Действительно, данную технологию сегодня поддерживают все системы, включая даже NAS ценовой категории чуть выше начальной, что позволяет грамотно распорядиться имеющимся дисковым пространством и организовать хранение архивов отдельно от систем. Microsoft рекомендует для хранения двух копий данных иметь в 1,5 раза больше дискового пространства, на наш взгляд данная цифра является несколько завышенной, особенно если вы копируете редко изменяемые данные, например, состояние сервера.

Мы немного забежим вперед и покажем результат архивирования тестового сервера с объемом архивируемых данных размером 29 ГБ:

Как видим, восемь копий состояния системы заняли примерно 9 ГБ, что довольно неплохо и общего объема, выделенного нами iSCSI диска в 60 ГБ, хватит примерно на три недели хранения ежедневных копий, что на наш взгляд более чем достаточно.

Для создания резервных копий используется механизм теневого копирования тома (VSS), который позволяет работать с открытыми и системными файлами, не прерывая работы системы и пользователей. Начиная с Windows Server 2012 система архивации позволяет также архивировать запущенные на хосте виртуальные машины Hyper-V и восстанавливать их состояние по отдельности. При использовании на сервере иного ПО использующего возможности теневого копирования система архивации имеет возможность сохранять журнал VSS, что обеспечит корректную работу этих служб при восстановлении.

Отдельно следует коснуться резервного копирования баз данных, если с поддерживающими теневое копирование продуктами, такими как MS SQL Server или Exchange, проблем не возникает, то со сторонними продуктами, например, PostgreSQL могут возникнуть проблемы. Механизм теневого копирования не проверяет логической целостности файлов, просто делая снимок их состояния на определенный момент времени, системы, поддерживающие VSS, умеют обрабатывать этот момент, приводя базу к непротиворечивому состоянию перед моментом создания теневой копии. Для неподдерживаемых систем мы просто получим срез базы на определенное состояние времени, при восстановлении такой базы она будет приведена в непротиворечивое состояние средствами СУБД, проще говоря будут отменены все незавершенные транзакции и может произойти потеря данных.

Исходя из вышесказанного можно сделать вывод, что система архивации Windows хорошо подходит для создания резервных копий системы и пользовательских данных, а также "родных" служб и приложений. Для архивации сложного стороннего ПО лучше использовать средства, предусмотренные производителем данного ПО.

Для того, чтобы начать использовать систему архивации Windows Server сначала нужно установить одноименный компонент, это делается через Мастер добавления ролей и компонентов.

Затем оснастку управления службой можно запустить либо через Средства в Диспетчере серверов, либо через ярлык в Панель управления - Администрирование.

Оснастка абсолютно типична для служб Windows Server и не вызывает каких-либо затруднений при работе с ней.

Беглый взгляд на экран сразу позволяет оценить текущие настройки и состояние службы, доступные действия сосредоточены справа. Их немного: Однократная архивация, архивация по расписанию и восстановление. Нас прежде всего интересует расписание, хотя однократная архивация тоже довольно удобный инструмент, который позволяет быстро сделать копию состояния сервера перед какими-нибудь потенциально опасными действиями, чтобы была возможность откатиться на самое их начало.

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

Заархивировать все и сразу мы всегда успеем, поэтому выберем настраиваемый тип архивации. Следующим шагом нам будет предложено выбрать объекты для архивации.

Для их добавления просто нажмите Добавить элементы.

Если выбрать Восстановление исходного состояния системы, то автоматически будут добавлены Состояние системы, системный раздел (диск C:) и служебный раздел с загрузчиком. К этим данным мы в учебных целях добавили папку с базами MS SQL, которые должны представлять некие пользовательские данные.

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

А также задать параметры службы теневого копирования, если у вас есть приложения использующие данную службу, например, MS SQL Server, то следует выбрать настройку Копировать журнал VSS, что обеспечит их нормальное взаимодействие со службой теневого копирования, в том числе и при восстановлении.

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

С расписанием разобрались, теперь самое время определиться с местом хранения архивов. На выбор предлагается три варианта, каждый из них довольно неплохо прокомментирован, что облегчает правильный выбор:

Как мы уже говорили, оптимальным является выделение для архивации целого диска, мы рекомендуем использовать для этой цели iSCSI диски, что позволяет решить сразу две основные задачи: оптимально использовать дисковое пространство и хранить архивы отдельно от системы.

Отдельно стоит остановиться на возможности разместить архив в сетевой папке, несмотря на жесткие ограничения этот способ удобно использовать при однократной архивации, когда нужно быстро создать архив и разместить его вне сервера.

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

На последнем шаге следует еще раз убедиться в правильности сделанных настроек и подтвердить их нажатием на кнопку Готово.

Теперь осталось дождаться указанного времени и убедиться, что процесс архивации был выполнен без сбоев. При создании расписания следует принять во внимание нагрузку на сеть и дисковую подсистему хранилища, что может приводить к снижению их производительности.

После того, как резервная копия создана будет не лишним проверить возможность восстановления из нее. Для этого выберем в оснастке одноименное действие, при этом будет запущен Мастер восстановления, который первым делом попросит указать расположение архива:

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

После чего указываем, что именно мы хотим восстановить:

В тоже время трудно переоценить возможность восстановления состояния системы, которая позволяет выполнить откат состояния ОС, не затрагивая при этом пользовательские данные. Это сильно выручает в ситуациях, когда между внесением изменений в систему и выявлением их негативного эффекта прошло какое-то время.

Восстановление состояния системы производится в два этапа каждый из которых завершается перезагрузкой.

Альтернативой восстановления состояния системы может служить восстановление на уровне тома, при этом все данные будут уничтожены и том будет приведен в состояние, в котором он находился на указанную дату. Это может оказаться полезным в случае вирусного инцидента, когда вы хотите быть уверенным, что в системе не осталось закладок вредоносного ПО, а также в случаях, когда исходный том был поврежден.

В общем и целом, данная операция ничем не отличается от восстановления тома из образа любым иным ПО, например, Acronis.

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

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

Когда процесс бэкапа закончится, можно посмотреть его статус:

Здесь вы увидите основные сведения о результатах бэкапа. Свойство LastBackupResultHR содержит код возврата. Если это 0, то всё хорошо. Если это не 0, то бэкап не был выполнен удачно. А вот свойство NumberOfVersions показывает сколько уже копий бэкапа содержится в текущем архиве. Более подробно этот момент будет рассмотрен ниже.

При выполнении бэкапа происходит несколько вещей:

В корне диска назначения бэкапа создаётся структура папок: <путь до диска или сетевой папки>\WindowsImageBackup\<имя компьютера> После окончания бэкапа система делает теневую копию этого тома (кроме сетевых папок) тома, на котором хранится бэкап.

Команда Get-WBBackupSet показывает историю бэкапов системы и ID номер теневой копии, которая содержит файлы архива на момет выполнения конкретного задания бэкапа. При восстановлении из бэкапа консоль MMC считывает эти копии и позволяет восстановить файлы на любой момент времени выполнения бэкапа. Чтобы дать более понятное представление об этом, покажу простой пример:

Выполняется первый бэкап №1.
В BackupTarget создаётся папка с архивом и в VHD файл записываются данные, которые мы архивируем;
В BackupTarget создаётся теневая копия, которая так же содержит эти файлы и закрепляется за этим бэкапом;
Время бэкапа и ID теневой копии записывается в каталог бэкапа;
Выполняется следующий бэкап этого же задания под № 2.
В BackupTarget уже ничего не создаётся, а новые данные добавляются в VHD файл, скрывая данные из бэкапа №1;
В BackupTarget создаётся теневая копия, которая так же содержит новые данные и закрепляется за этим бэкапом (№2);
Время бэкапа и ID теневой копии записывается в каталог бэкапа.
повторяются пункты 5-8.

Несмотря на то, что при непосредственном просмотре VHD файла мы видим только данные сохранённые после последней операции бэкапа, в нём по прежнему хранятся и все предыдущие копии, которые система различает по теневым копиям, которые закреплены за каждым бэкапом. Именно здесь теневые копии играют огромную роль в хранении истории бэкапа. И пока эти теневые копии живы, мы имеем доступ к предыдущим версиям файлов внутри VHD архива. Это даёт следующие преимущества:

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

В большинстве случаев это решение будет являться достаточным для любых операций восстановления. Единственное критичное место здесь будет наличие этих теневых копий. Это может вызвать трудности только при повреждении теневых копий на архивном томе. Но обычно это уже будет означать потерю всех бэкапов. Такие дела.

Хранятся они там сколь угодно долго, пока есть свободное место. Когда свободное место заканчивается, то Server Backup автоматически пытается отыскать себе место. Если у нас выполняются только полные бэкапы, то наиболее старые версии архивов просто удаляются. Если у нас комбинируются полные бэкапы с инкрементальными/дифференциальными, то берётся наиболее старый архив и в него вписываются инкрементальные/дифференциальные архивы, которые были выполнены в промежутках между полными бэкапами до тех пор, пока не освободится достаточно для нового бэкапа места. Таким образом обеспечивается сохранность наиболее новых архивов с удалением более старых. Такая схема автоматической ротации так же будет востребована в большинстве случаев. Для экономии места Server Backup для запланированного задания автоматически делает комбинирование полных и инкрементальных бэкапов. Каждые 2 недели выполняется полный бэкап и ежедневно в промежутках между полными будет выполняться только инкрементальное архивирование.

Такая автонастройка режимов для запланированных бэкапов и авторотация будет достаточно эффективна и проста в сегменте SOHO/SMB, не отвлекая на себя слишком много внимания администратора. От администратора потребуется только создание задания и организация отказоустойчивости тома с архивами.

Разработчики Server Backup сделали всё, чтобы упростить процесс выполнения бэкапа в стандартных случаях SOHO/SMB. Но когда появляются особые условия, то тут начинаются свои сложности, хотя это всё относительно преодолимо. Например, вы создали несколько заданий бэкапов, которые отдельно что-то архивируют в одну и ту же точку. Но к каждому заданию предъявляются свои требования по сроку хранения бэкапа.

Пример: это файл-сервер и вы архивируете папку с документами пользователей ежедневно и следует хранить только 7 последние копии. Другое задание архивирует инсталляционные файлы вашей сети раз в неделю и требуется наличие только 4 последних копий. Так же все копии должны копироваться в сетевую папку или на съёмный диск на случай катастрофы и/или ада и Израиля. В такой ситуации мы потеряем возможность использования авторотации архивов и прочих плюшек. Давайте посмотрим, как будет выглядеть примерный скрипт:

И уже этот файл отдельно зашедулить в Task Scheduler. В такой ситуации дополнительных шагов не требуется, т.к. пока живы теневые копии, вы можете восстанавливать файлы из них (наличие самого архива не требуется). А если теневых копий уже не осталось (например, том с архивами был отформатирован), то для восстановления данных просто копируете папку с архивом в корень любого тома с именем WindowsImageBackup и тогда этот архив будет определён системой как пригодный для восстановления. Так вы можете делать несколько раздельных заданий с индивидуальным расписанием бэкапа и ротацией.

Если ротация архивов в сетевой папке достаточно проста и укладывается в одну строчку, то с локальными архивами придётся подключать утилиты CMD, а именно — diskshadow.exe! Вам нужно внутри diskshadow выполнить Delete Shadows ID , где GUID — ID теневой копии, которая закреплена за конкретным бэкапом и его можно получить из вывода Get-WBBackupSet (свойство SnapshotID)

Вот таким образом можно удалять старые теневые копии архивов по одиночке. При удалении теневой копии при следующей операции бэкапа будет обновлён каталог бэкапов. Чтобы удалить все предыдущие архивы кроме текущего внутри diskshadow нужно выполнить:

где E: — путь к тому с архивами.

Сами данные из VHD файла будут удалены только при следующей операции бэкапа. Однако, это не относится к архивам, которые содержат SystemState. Для ротации архивов SystemState придётся воспользоваться уже другой утилитой — wbadmin.exe:

wbadmin delete systemstatebackup –version: datetime

где datetime — дата и время выполнения бэкапа. Эту дату можно получить так же из вывода командлета Get-WBBackupSet (свойство VersionID). Чтобы удалить все бэкапы SystemState, кроме текущего следует выполнить:

wbadmin delete systemstatebackup –backuptarget:E: –deleteoldest

и для удаления всех наиболее старых архивов SystemState с сохранением N копий выполнить:

wbadmin delete systemstatebackup –keepversions:N

где N — количество копий SystemState, которые должны быть сохранены.

Исходя из изученного нами материала можно сделать такую вещь: локально хранить стандартный архив с несколькими заданиями бэкапа, а в сетевой папке каждый тип архива отдельно и применять к ним раздельную ротацию. Единственное, что мне пришло на ум — использовать CSV файл для каталогизации теневых копий. Вот как это примерно выглядит:

В принципе, это только один вариант реализации подобной задачи и не обвешена никакими проверками. Однако, учитывая, что данный код публикуется на правах ТЗ (ТЗ — Тайное Знание), поэтому может использоваться как шаблон алгоритма такой кастомной ротации. Данный скрипт только демонстрирует логику, которой вы можете воспользоваться и подпилить под свои условия самостоятельно.

Categories: PowerShell | Server Backup
Posted at: 14.10.2009 23:29 (GMT+2) by Vadims Podāns | Permalink | Comments (18)

Comments:

На сколько я знаю — нет, нельзя использовать сторонние провайдеры VSS. Во всяком случае нет интерфейса, чтобы это можно было сделать.

Вот такая ошибка вываливается : Cannot add Windows PowerShell snap-in Windows.Serverbackup because it is already added. Verify the name of the snap-in and try again. At :line:2 char:12 + Add-PSSnapin <<<< Windows.Serverbackup Scheduler::GetRegisteredTaskInfo failed due to error: Object is not connected to server, (0x800401fd). . At :line:4 char:24 + $profiles = New-WBPolicy <<<<

ну это значит, что оснастка уже добавлена заранее. Не вижу в этом криминала.

А вторая ошибка ? Scheduler::GetRegisteredTaskInfo failed due to error: Object is not connected to server, (0x800401fd). . At :line:4 char:24 + $profiles = New-WBPolicy <<<<

об этой ошибке ничего сказать не могу.

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

Читайте также: