Powershell резервное копирование файлов
Суть рассматриваемого вопроса изложена в заголовке, повествование разобьем на три части. Отдельно внизу будут приведены тексты скриптов.
Резервное копирование файлов и папок
Для управления всеми резервными копиями с серверов и рабочих станций Windows, которые имеются в службе резервного копирования Azure, применяется соответствующая политика. Эта политика содержит три элемента:
- Расписание резервного копирования — определяет, когда следует создавать резервные копии и синхронизировать их со службой.
- Расписание хранения — определяет период хранения точек восстановления в Azure.
- Указания включения/исключения файлов — определяет, для каких элементов следует создавать резервные копии.
Поскольку мы будем использовать автоматическое резервное копирование данных, в этой статье предполагается, что заданных настроек нет. Начнем с создания новой политики резервного копирования с помощью командлета New-OBPolicy .
В настоящее время политика пуста, и необходимо воспользоваться другими командлетами, чтобы определить, какие элементы будут включены или исключены, когда будет выполняться резервное копирование и где будут храниться резервные копии.
Example 2: Start a backup by using backup policy settings
This example starts a backup by using the settings for scheduled backups defined in a backup policy.
The first command gets the current backup policy and stores it in the variable named $Policy.
The second command starts the backup. Because the command specifies the Async parameter, the cmdlet returns immediately.
The third command gets the backup status and stores it in the variable named $BackupJob. Because the second command includes the Async parameter, you can view the backup status by using the Get-WBJob cmdlet.
Выбор точки резервного копирования для восстановления
Чтобы получить список точек резервного копирования, выполните командлет Get-OBRecoverableItem с соответствующими параметрами. В нашем примере мы выберем последнюю точку резервного копирования для исходного тома C: и применим ее для восстановления определенного файла.
Объект $Rps представляет собой массив точек резервного копирования. Первый элемент является последней точкой, а n-й элемент — самой старой. Чтобы выбрать последнюю точку, мы укажем $Rps[0] .
1) Предисловие
Вопрос необходимости резервного копирования в автоматическом режиме не подлежит сомнению ни у корифеев, ни у новичков. В статье рассмотрим резервное копирование средствами 1С (что имеет ряд преимуществ перед копированием средствами СУБД). При этом будут применены средства пакетного запуска платформы 1С, powershell и планировщик задач Windows.
Задачи обновления информационных давно автоматизированы, но только для типовых конфигураций, либо тех, что используют библиотеку стандартных подсистем. В моем случае мы работаем со старенькой Альфа-Авто редакции 4, которая распространяется на 12 серверов. Изменения вносятся примерно два раза в неделю, поэтому выгода от автоматизации налицо.
В обоих случаях мы имеем следующие исходные данные:
- Операционная система Windows Server (версии от 2008 до 2012);
- Клиент-серверный вариант платформы 1С 8.3 (с обязательно установленным компонентом COM-соединение).
Удаленное управление
PowerShell обеспечивает удаленное управление агентом службы архивации Azure, политикой и источниками данных. Компьютер, который будет управляться удаленно, необходимо специально подготовить.
По умолчанию служба WinRM настроена на запуск вручную. Установите тип запуска Automatic. Служба запустится. Чтобы проверить работу службы WinRM, присвойте свойству Status значение Running.
Для удаленного взаимодействия необходимо настроить PowerShell.
Теперь компьютером можно управлять удаленно. Начните с установки агента. Например, следующий сценарий копирует агент на удаленный компьютер и устанавливает его.
Применение политики
Объект политики готов и имеет связанные расписание резервного копирования, политику хранения, а также список включенных и исключенных файлов. На данном этапе эту политику можно зафиксировать в службе архивации Azure для использования. Перед применением новой политики убедитесь в отсутствии существующих политик резервного копирования, связанных с сервером, с помощью командлета Remove-OBPolicy. При удалении политики будет запрошено соответствующее подтверждение. Чтобы пропустить подтверждение, используйте в командлете флаг -Confirm:$false .
Если при выполнении командлет предлагает задать ПИН-код системы безопасности, см. раздел Метод 1.
Фиксация объекта политики выполняется с помощью командлета Set-OBPolicy . При этом также будет запрашиваться соответствующее подтверждение. Чтобы пропустить подтверждение, используйте в командлете флаг -Confirm:$false .
Чтобы просмотреть сведения о существующей политике резервного копирования, воспользуйтесь командлетом Get-OBPolicy . Чтобы получить подробные сведения, воспользуйтесь командлетом Get-OBSchedule для расписания резервного копирования и командлетом Get-OBRetentionPolicy для политик хранения.
Выбор исходного тома
Чтобы восстановить элемент из Azure Backup, сначала необходимо определить его источник. Поскольку мы выполняем команды в контексте Windows Server или клиента Windows, компьютер уже определен. Далее необходимо определить том, на котором находится источник элемента. Список томов или источников, для которых на данном компьютере выполнено резервное копирование, можно получить, выполнив командлет Get-OBRecoverableSource . Эта команда возвращает массив всех источников на сервере или клиенте, для которых созданы резервные копии.
WindowsServerBackup
Adds a backup target to a backup policy.
Adds items to a backup policy so that backups that use the policy can perform bare metal recoveries.
Adds a backup file specification to a backup policy.
Adds the system state components to the backup policy.
Adds a list of virtual machines to the backup policy.
Adds the list of source volumes to the backup policy.
Gets backups for a server from a location that you specify.
Gets backup storage locations that you specified as part of a backup policy.
Mounts a volume inside a backup so that you can browse the files on the volume.
Gets a Boolean value that indicates whether or not a backup policy can perform bare metal recoveries from backups.
Gets a list of internal and external disks that are online for the local computer.
Gets the list of backup file specifications associated with a backup policy.
Gets the current backup operation.
Gets the current volume backup performance settings.
Gets the current backup policy for the computer.
Gets the current schedule for backups.
Gets the history of backup operations on the computer.
Gets a Boolean value that indicates whether system state recovery was added to the backup policy.
Gets all virtual machines and components from the backup policy.
Gets a list of volumes.
Gets a VSS setting from the backup policy.
Creates a backup target object.
Creates a backup file specification.
Creates a backup policy object.
Removes backups from a target catalog, a system catalog, or both.
Removes backup storage locations from a backup policy.
Removes a request to include items that implement bare metal recovery from the current backup policy.
Removes the backup catalog from the local computer.
Removes a backup file specification from a backup policy.
Removes the backup policy.
Removes the system state components from the backup policy.
Removes the list of virtual machines from the backup policy.
Removes the volume from the backup policy.
Restores a backup catalog for the local computer from a storage location.
Resumes a backup operation to a removable device after you add media to the device.
Resumes a volume recovery operation from a removable device and specific media.
The Start-WBBackup cmdlet starts a one-time backup operation.
You can use the settings from an existing backup policy for the scheduled backup by specifying a WBPolicy object, or you can start a backup by using new settings. If you use new settings to create a backup, you must do the following:
- Specify the items to include in the backup by using the Add-WBVolume, Add-WBFileSpec, Add-WBSystemState, and Add-WBBareMetalRecovery cmdlets.
- Specify the location for backup storage by using the locations already defined in a WBBackupTarget object or by updating an object of that type.
Before you can add a backup target to a WBPolicy object, put the WBPolicy object in edit mode. To put the WBPolicy object in edit mode for a policy that you have set as the scheduled backup policy, use the Get-WBPolicy cmdlet with the Editable parameter. The Get-WBPolicy cmdlet creates a new WBPolicy object that is already in edit mode.
To use this cmdlet, you must be a member of the Administrators group or Backup Operators group.
Выполнение резервного копирования по требованию
После настройки соответствующей политики резервное копирование будет выполняться по расписанию. Вы также можете выполнить резервное копирование по запросу с помощью командлета Start-OBBackup:
Outputs
String
If you do not specify the Async parameter, this cmdlet displays status messages from the currently running backup as strings. If you specify the Async parameter, you can use the Get-WBJob cmdlet to get the status of the currently running backup operation.
A PowerShell script used to back up files and folders.
Author: mpb10
August 13th, 2018
v2.0.0
Requires: PowerShell 5.0 or greater*
To Install:
- Ensure that you have PowerShell Version 5.0 or greater installed.
- Download the release .zip file and extract it to a folder.
- Run the 'Installer' shortcut located in the \install folder (or run the the script using the 'PowerShell-Backup - Portable Version' shortcut, navigate to the settings menu, and choose the 2 - Install script to: option).
A desktop shortcut and a Start Menu shortcut will be created. Run either of those to use the script. The install location is C:\Users\%USERNAME%\Scripts\PowerShell-Backup .
To uninstall this script and its files, delete the two folders C:\Users\%USERNAME%\Scripts\PowerShell-Backup and %APPDATA%\Microsoft\Windows\Start Menu\Programs\PowerShell-Backup and the desktop shortcut.
Run either the desktop shortcut or the Start Menu shortcut. Use option 1 of the main menu to backup a single folder. Use option 2 and the Backuplist.txt file to backup multiple folders at once in a batch job.
Upon being ran for the first time, the script will generate the BackupList.txt file in the \config folder. To use option 2 - Backup from list of the main menu, list folder paths under their respective stanzas in the BackupList.txt file, save it, and then run option 2 of the script.
NOTE: This script utilizes 7-zip command line version 9.20 executable file. This version of 7-zip has been identified as being vulnerable to multiple code execution exploits via crafted archive files. Since the executable is only used to create archives, the danger these vulnerabilities pose are negligable as long as the 7-zip executable is only used by the script to create archives. This version of 7-zip is only used because of its ability to be easily downloaded and installed. To easily mitigate the vulnerabilities found in version 9.20, simply download 7-zip version 18.05 or higher, copy the file 7z.exe to the \bin directory, and rename the executable to 7za.exe .
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
Выбор элемента для восстановления
Чтобы восстановить конкретный файл, укажите имя этого файла относительно корневого тома. Например, чтобы получить файл C:\Test\Cat.job, воспользуйтесь следующей командой.
Example 1: Start a backup by using new settings
This example starts a backup by using new settings.
Восстановление данных из службы архивации Azure
В этом разделе представлены шаги по настройке автоматического восстановления данных из службы архивации Azure. Выполнение настройки предполагает указанные ниже действия.
- Выбор исходного тома
- Выбор точки резервного копирования для восстановления
- Выбор элемента для восстановления
- Запуск процесса восстановления
Просмотр хранилищ в подписке
Чтобы получить список всех хранилищ в текущей подписке, используйте командлет Get- AzRecoveryServicesVault. Он позволяет убедиться в том, что хранилище создано, или узнать, какие хранилища доступны в подписке.
Выполнив команду Get-AzRecoveryServicesVault, вы получите список всех хранилищ в подписке.
3) Обновление конфигурации
После того, как все пользователи вышли (или выгнаны, как в предыдущем случае), можно обновлять конфигурацию. Наличие регламентных заданий может помешать обновлению, так как с момента отключения всех пользователей и открытия конфигуратора для загрузки конфигурации вполне может начать работу какое-то задание. Поэтому расписание следует обдумать.
Конфигурацию мы храним на ftp-сервере, на который помещаем ее вручную. Файл конфигурации называется GK.cf, в приведенном примере обновляется одна единственная конфигурация. Потенциально можно так же обновлять и несколько различных конфигураций.
На ftp рядом с GK.cf помещаем файл с названием flag.txt. Наличие этого файла сигнализирует о том, что обновляться надо. Можно проверять наличие самого фйла GK.cf, но мы используем флаг так же для других целей.
Скрипт работает следующим образом:
- Удаляет GK.cf и flag.txt, если таковые есть в рабочем каталоге (у пользователя, от имени которого будет запускаться планировщик, должно быть право на запись в этот каталог);
- Предпринимается попытка скачать файл флага;
- Если такой файл скачать получилось — скачиваем .cf;
- Собственно, обновление функцией UpdateCf.
Надежность этого скрипта чуть меньше. Обновление проходит до конца на 100% в тех случаях, когда меняется структура метаданных. В других случаях бывает, как я предупреждал ранее, появление активного пользователя. В результате конфигурация загружена в базу, но конфигурация базы данных не обновлена (снова прошу прощения за подобную кривоватую терминологию перед людьми, не связанными с 1С). В остальном — полет нормальный.
В этой статье демонстрируется, как с помощью PowerShell настроить Azure Backup на Windows Server или клиенте Windows и как управлять резервным копированием и восстановлением данных.
2) Резервное копирование
После прочтения указанных ссылок мы уже знаем, что надо сделать, чтобы запустить скрипт powershell, поэтому сразу перейду к делу.
Сделать резервную копию информационной базы в пакетном режиме очень просто, надо только «выгнать» всех пользователей. Делать мы это будем, подключившись COM-объектом к базе данных. Это в нашем примере делает функция ExitAll. В тело функции зашито, что она вызывается на том сервере, на котором, собственно, установлен кластер серверов 1С. Вызовите эту функция безо всяких параметров в своем скрипте на сервере — и ВСЕ пользователи из ВСЕХ баз кластера вылетят.
Приношу свои извинения человеку, чьим кодом я воспользовался при написании этой процедуры — авторство восстановить не удалось.
После этого следует вызвать функцию BackUpBase с параметром — имя информационной базы. У меня во всех ИБ есть служебный администратор с одинаковыми учетными данными, поэтому я их просто захардкодил. При необходимости можно их параметризовать, либо обойтись аутентификацией ОС.
Итоговый скрипт сохраняем в файл.
В планировщике задач создаем «Простую задачу», имя, разумеется, на ваше усмотрение.
У меня работает ежедневно, но и тут хозяин — барин. Запускать лучше всего ночью, когда никто не работает, например, в 3:00. Действие для задачи — «Запустить программу». Сама программа у нас «powershell.exe». А вот ее аргументы —
где ExitAllUsersAndBackup.ps1 — как раз наш сохраненный скрипт.
-ExecutionPolicy RemoteSigned — ключ, который разрешает выполнение пакетных скриптов powershell, если в системе они глобально не разрешены. Работает через раз (возможно, не хватает компетенции чтобы разобраться, но закономерности не нашёл). В случаях, когда не работает с этим ключом, приходится разрешать выполнение скриптов для всего сервера.
Для этого Win+R, powershell.exe,
и подтверждаем действие.
Время работы с данными скриптами — более трех месяцев. Перебои были, но связаны с отключением электричества и прочими внешними факторами.
Параметры сети
Если подключение компьютера под управлением Windows к Интернету осуществляется через прокси-сервер, параметры этого прокси-сервера могут сообщаться агенту. В нашем примере прокси-сервер не используется, поэтому мы явным образом удаляем все данные прокси-сервера.
Управлять использованием пропускной способности для выбранных дней недели можно с помощью параметров work hour bandwidth и non-work hour bandwidth
Внесение сведений о прокси-сервере и пропускной способности выполняется с помощью командлета Set-OBMachineSetting :
Установка агента службы архивации Azure.
Прежде чем устанавливать агент службы архивации Azure, необходимо загрузить установщик и разместить его в системе Windows Server. Последнюю версию установщика можно загрузить в центре загрузки Майкрософт или на странице панели мониторинга для хранилища служб восстановления. Сохраните установщик в удобном для вас месте, например в папке C:\Downloads\* .
Можно также получить установщик с помощью PowerShell:
Чтобы установить агент, в консоли PowerShell с повышенными привилегиями выполните следующую команду:
Агент будет установлен с параметрами по умолчанию. Установка займет всего несколько минут и пройдет в фоновом режиме. Если параметр /nu не указан, в конце установки откроется окно Центра обновления Windows для проверки наличия обновлений. После установки агент появится в списке установленных программ.
Чтобы просмотреть список установленных программ, выберите Панель управления>Программы>Программы и компоненты.
Расписание
Установите Azure PowerShell
В этой статье предусмотрено использование модуля Azure Az PowerShell, который является рекомендуемым модулем PowerShell для взаимодействия с Azure. Чтобы начать работу с модулем Az PowerShell, ознакомьтесь со статьей Установка Azure PowerShell. Дополнительные сведения см. в статье Перенос Azure PowerShell с AzureRM на Az.
Examples
Сохранение
Параметры шифрования.
Для защиты конфиденциальности данных резервные копии данных, отправляемые в службу архивации Azure, зашифровываются. Используемая для шифрования парольная фраза является "паролем" для расшифровки данных во время их восстановления.
Чтобы создать ПИН-код безопасности, выберите действие Создать в меню Параметры>Свойства>ПИН-код безопасности раздела Хранилище Служб восстановления на портале Azure.
ПИН-код безопасности можно создать только на портале Azure.
После этого примените его в качестве generatedPIN в следующей команде:
После создания парольной фразы надежно сохраните ее. Восстановить данные из Azure без этой парольной фразы нельзя.
1) Предисловие
Вопрос необходимости резервного копирования в автоматическом режиме не подлежит сомнению ни у корифеев, ни у новичков. В статье рассмотрим резервное копирование средствами 1С (что имеет ряд преимуществ перед копированием средствами СУБД). При этом будут применены средства пакетного запуска платформы 1С, powershell и планировщик задач Windows.
Задачи обновления информационных давно автоматизированы, но только для типовых конфигураций, либо тех, что используют библиотеку стандартных подсистем. В моем случае мы работаем со старенькой Альфа-Авто редакции 4, которая распространяется на 12 серверов. Изменения вносятся примерно два раза в неделю, поэтому выгода от автоматизации налицо.
В обоих случаях мы имеем следующие исходные данные:
- Операционная система Windows Server (версии от 2008 до 2012);
- Клиент-серверный вариант платформы 1С 8.3 (с обязательно установленным компонентом COM-соединение).
Включение и исключение файлов для резервного копирования
Объект OBFileSpec определяет файлы для включения в резервную копию или исключения из нее. Это набор правил, которые определяют область защищенных файлов и папок на компьютере. Можно создать любое количество правил включения или исключения файлов и связать их с политикой. При создании нового объекта OBFileSpec, можно сделать следующее:
- указать файлы и папки для включения в резервную копию;
- указать файлы и папки для исключения из резервной копии;
- указать рекурсивное резервное копирование данных в папке либо указать, что в резервную копию следует включить только файлы верхнего уровня в указанной папке.
Для выполнения последней задачи необходимо установить флаг -NonRecursive в команде New-OBFileSpec.
В примере ниже выполняется резервное копирование томов C: и D: с исключением двоичных файлов операционной системы в папке Windows и других временных папках. Для этого мы создадим две спецификации файлов с помощью командлета New-OBFileSpec — для включения и исключения. После создания спецификации файлов связываются с политикой с помощью командлета Add-OBFileSpec .
Удаление агента службы архивации Azure.
Удалить агент службы архивации Azure можно с помощью следующей команды:
Удаление с компьютера двоичных файлов агента имеет некоторые последствия, которые следует учитывать.
- С компьютера удаляется фильтр файлов, а также останавливается отслеживание изменений.
- Все данные политики удаляются с компьютера, однако сведения о политике по-прежнему хранятся в службе.
- Удаляются все расписания резервного копирования, и последующие операции резервного копирования больше не выполняются.
Но хранящиеся в Azure данные сохранятся в течение периода времени, установленного политикой хранения. Предыдущие точки восстановления автоматически рассматриваются как устаревшие.
Запуск процесса восстановления
Чтобы запустить процесс восстановления, необходимо сначала указать параметры восстановления. Это можно сделать с помощью командлета New-OBRecoveryOption . Для примера предположим, что нужно восстановить файлы в папку C:\temp и нужно пропустить файлы, которые уже существуют в целевой папке C:\temp. Для создания такого метода восстановления используйте следующую команду:
Теперь запустите процесс восстановления, выполнив команду Start-OBRecovery со значением $Item из выходных данных командлета Get-OBRecoverableItem :
Проверка политики
Дальнейшие действия
Дополнительная информация о службе Azure Backup для сервера или клиента Windows.
This reference provides cmdlet descriptions and syntax for all Windows Server Backup cmdlets. It lists the cmdlets in alphabetical order based on the verb at the beginning of the cmdlet.
Parameters
Indicates that the cmdlet deletes backups of older versions of the operating system.
Type: | SwitchParameter |
Position: | 3 |
Default value: | None |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Indicates that Windows PowerShell returns immediately after the backup starts and does not display status messages. If you specify this parameter and choose not to display status messages, you can use the Get-WBJob cmdlet to get the status of the currently running backup operation.
Type: | SwitchParameter |
Position: | 1 |
Default value: | None |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Do not use. This parameter is not implemented in this version of the module.
Type: | SwitchParameter |
Position: | 4 |
Default value: | None |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Forces the command to run without asking for user confirmation.
Type: | SwitchParameter |
Position: | 2 |
Default value: | None |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Specifies a WBPolicy object that includes the policy settings for the backup by using an existing backup policy object.
Type: | WBPolicy |
Position: | 0 |
Default value: | None |
Accept pipeline input: | True |
Accept wildcard characters: | False |
Настройка расписания и времени хранения
Состояние резервного копирования системы Windows Server в агенте MARS
В этом разделе рассматривается команда PowerShell, которая настраивает состояние системы в агенте MARS.
Inputs
WBPolicy
This cmdlet uses a WBPolicy object to determine what to include in the backup and where to store the backup.
Настройка политики хранения
Политика хранения определяет, как долго хранятся точки восстановления, созданные из заданий резервного копирования. При создании новой политики хранения с помощью командлета New-OBRetentionPolicy можно указать число дней, в течение которых точки восстановления будут храниться в службе Azure Backup. В приведенном ниже примере для политики хранения задано 7 дней.
Политику хранения следует связать с основной политикой с помощью командлета Set-OBRetentionPolicy:
Обновление агента MARS
Версии агента службы восстановления Microsoft Azure Recovery Service (MARS) ранее 2.0.9083.0 связаны зависимостью со Службой контроля доступа Azure (ACS). Агент MARS также называется агентом Azure Backup.
В 2018 году Azure отказался от Службы контроля доступа Azure (ACS). Начиная с 19 марта 2018 г., использование любых версий агента MARS ниже 2.0.9083.0 будет приводить к сбою резервного копирования. Чтобы избежать сбоев резервного копирования или устранить их, установите последнюю версию агента MARS. Чтобы указать серверы, для которых требуется обновление агента MARS, выполните действия, описанные в разделе Обновление агента службы восстановления Microsoft Azure (MARS).
Агент MARS используется для резервного копирования файлов, папок и данных состояния системы в Azure. System Center DPM и Azure Backup Server используют агент MARS для резервного копирования данных в Azure.
Создание хранилища Служб восстановления
Чтобы создать хранилище служб восстановления, выполните описанные ниже действия. Хранилище служб восстановления отличается от хранилища службы архивации.
Если вы используете Azure Backup впервые, выполните командлет Register-AzResourceProvider, чтобы зарегистрировать поставщик Службы восстановления Azure в своей подписке.
Хранилище Служб восстановления представляет собой ресурс ARM, поэтому его нужно разместить в группе ресурсов. Вы можете выбрать существующую группу ресурсов или создать новую. При создании группы ресурсов укажите ее имя и расположение.
Выполните командлет New-AzRecoveryServicesVault, чтобы создать хранилище. Разместите хранилище там же, где находится группа ресурсов.
Укажите необходимый тип избыточности хранилища: Вы можете использовать локально избыточное хранилище (LRS), геоизбыточное хранилище (GRS) или хранилище, избыточное между зонами (ZRS). В следующем примере параметр -BackupStorageRedundancy для хранилища testvault имеет значение GeoRedundant.
Для многих командлетов службы архивации Azure требуется объект хранилища служб восстановления в качестве входных данных. По этой причине объект хранилища Служб восстановления резервных копий удобно хранить в переменной.
Настройка расписания резервного копирования
Первым из трех компонентов политики является расписание резервного копирования, которое создается с помощью командлета New-OBSchedule. В расписании резервного копирования указывается, когда необходимо выполнить резервное копирование. При создании расписания необходимо указать два входных параметра:
- Дни недели , в которые необходимо выполнять резервное копирование. Можно указать, чтобы задание резервного копирования выполнялось только один день или каждый день недели либо в определенный промежуток времени.
- Время запуска резервного копирования. Вы можете определить до трех разных значений времени дня, когда будет выполняться резервное копирование.
Например, политику резервного копирования можно настроить таким образом, чтобы соответствующее задание выполнялось в 16:00 каждые субботу и воскресенье.
Расписание резервного копирования должно быть связано с политикой. Этого можно добиться с помощью командлета Set-OBSchedule.
Варианты установки
Чтобы просмотреть все доступные в командной строке параметры, используйте следующую команду:
Доступны следующие параметры.
Параметр | Сведения | По умолчанию |
---|---|---|
/q | Позволяет выполнить тихую установку. | - |
/p:"расположение" | Путь к папке установки для агента архивации Azure. | C:\Program Files\Microsoft Azure Recovery Services Agent |
/s:"расположение" | Путь к папке кэша для агента архивации Azure. | C:\Program Files\Microsoft Azure Recovery Services Agent\Scratch |
/m | Позволяет явно согласиться на использование Центра обновления Майкрософт. | - |
/nu | Позволяет отказаться от проверки наличия обновлений после завершения установки. | - |
/d | Удаляет агент служб восстановления Microsoft Azure. | - |
/ph | Адрес узла прокси-сервера. | - |
/po | Номер порта узла прокси-сервера. | - |
/pu | Имя пользователя узла прокси-сервера. | - |
/pw | Пароль прокси-сервера. | - |
После создания хранилища служб восстановления скачайте последнюю версию агента и учетные данные хранилища и сохраните их в удобном расположении, например C:\Downloads.
Ошибка, возникающая при создании сертификата хранилища, исправлена в выпуске Az 3.5.0. Для скачивания сертификата хранилища используйте выпуск Az 3.5.0 или более поздний.
В последней версии модуля Az для PowerShell из-за ограничений базовой платформы для скачивания учетных данных хранилища требуется самозаверяющий сертификат. В следующем примере показано, как предоставить самозаверяющий сертификат и скачать учетные данные хранилища.
На сервере Windows Server или DPM запустите командлет Start-OBRegistration , чтобы зарегистрировать компьютер в хранилище. Этот и другие командлеты, используемые для резервного копирования, входят в модуль MSONLINE, который установщик агента MARS добавляет в процессе установки.
Установщик агента не обновляет переменную $Env:PSModulePath. Это означает, что автоматическая загрузка модуля завершается ошибкой. Чтобы устранить эту проблему, выполните следующие действия.
Кроме того, модуль можно вручную загрузить в скрипте следующим образом:
Когда вы загрузите командлеты Online Backup, зарегистрируйте учетные данные хранилища:
Не используйте относительные пути для указания файла с учетными данными хранилища. Укажите абсолютный путь в качестве входных данных командлета.
Читайте также: