Исключение дисков из аварийного восстановления

В этой статье описывается, как исключить диски из репликации во время аварийного восстановления из локальной среды в Azure с помощью Azure Site Recovery. Исключить диски из репликации может потребоваться по ряду причин:

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

Поддерживаемые сценарии

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

Из Azure в Azure	VMware в Azure	Hyper-V в Azure	С физического сервера в Azure
Да	Да	Да	Да (только в классической архитектуре)

Ограничения исключения

Ограничение	Виртуальные машины Azure	Виртуальные машины VMware	Виртуальные машины Hyper-V
Типы дисков	Можно исключать из репликации базовые диски. Нельзя исключать диски операционной системы и динамические диски. Временные диски исключаются по умолчанию.	Можно исключать из репликации базовые диски. Нельзя исключать диски операционной системы и динамические диски.	Можно исключать из репликации базовые диски. Вы не можете исключать диски операционной системы. Мы не рекомендуем исключать динамические диски. Site Recovery не может определить, является ли виртуальный жесткий диск базовым или динамическим в гостевой виртуальной машине. Если не исключить все зависимые динамические диски, защищенный динамический диск на виртуальной машине для отработки отказа может стать неисправным, и данные на этом диске будут недоступны.
Реплицируемый диск	Нельзя исключить диск, который реплицируется. Отключите и повторно включите репликацию для виртуальной машины.	Нельзя исключить диск, который реплицируется.	Нельзя исключить диск, который реплицируется.
Служба "Мобильность" (VMware)	Неприменимо	Можно исключать диски только на тех виртуальных машинах, на которых установлена служба "Мобильность". Это означает, что необходимо вручную установить службу Mobility на тех виртуальных машинах, для которых вы хотите исключить диски. Невозможно использовать механизм принудительной установки, так как он устанавливает службу только после включения репликации.	Неприменимо
Добавление и удаление	Можно добавить управляемые диски на виртуальных машинах Azure с управляемыми дисками и с поддержкой репликации. Нельзя удалить диски из виртуальных машин Azure с поддержкой репликации.	Нельзя добавлять и удалять диски после включения репликации. Отключите и снова включите репликацию, чтобы добавить диск.	Нельзя добавлять и удалять диски после включения репликации. Отключите и снова включите репликацию.
Резервирование	Если приложению требуется диск, который был исключен, после переключения на резервный сервер необходимо создать диск вручную для запуска реплицируемого приложения. Кроме того, можно создать диск во время переключения на резервную виртуальную машину, интегрируя службу автоматизации Azure в план восстановления.	Если вы исключаете диск, который требуется приложению, создайте его вручную в Azure после переключения на резервный ресурс.	Если вы исключаете диск, который требуется приложению, создайте его вручную в Azure после аварийного переключения.
На локальных серверах вручную созданные диски для отката	Неприменимо	Windows VMs: Диски, созданные вручную в Azure, не восстанавливаются. Например, если вы перенесли три диска и создали два диска на виртуальной машине Azure, то вы вернете только три диска, задействованных при переносе. Linux VMs: Диски, созданные в Azure вручную, возвращены в рабочее состояние. Например, если происходит переключение на три диска и еще два создаются в виртуальной машине Azure, все пять дисков будут восстановлены. Диски, созданные вручную, нельзя исключать из отката к резервной копии.	Диски, созданные вручную в Azure, не восстанавливаются в исходное состояние. Например, если вы выполните отработку отказа трех дисков и создадите два диска непосредственно на виртуальной машине Azure, то возврат после отказа будет выполнен только для трех дисков, участвовавших в отработке отказа.
Возврат к локальному резервному копированию — исключенные диски	Неприменимо	При возврате на исходный компьютер в конфигурацию дисков возвратной виртуальной машины не включаются исключенные диски. Диски, которые были исключены из репликации VMware в Azure, не будут доступны на восстановленной виртуальной машине.	Если восстановление происходит в исходное расположение Hyper-V, конфигурация дисков восстановленной виртуальной машины остается такой же, как у диска исходной виртуальной машины. Диски, которые были исключены из репликации из сайта Hyper-V в Azure, доступны на восстановленной виртуальной машине.

Типичные сценарии

Хорошим примером потока данных для исключения могут являться записи в файл подкачки (pagefile.sys) и записи в файл tempdb Microsoft SQL Server. В зависимости от рабочей нагрузки и подсистемы хранилища файл подкачки и файл tempdb могут регистрировать значительный поток данных. Репликация этого типа данных в Azure требует больших ресурсов.

Для оптимизации репликации виртуальной машины с одним виртуальным диском, содержащим как операционную систему, так и файл подкачки, можно выполнить следующие действия.
1. Разделите один виртуальный диск на два диска. Один виртуальный диск будет содержать операционную систему, а второй — файл подкачки.
2. Исключите диск с файлом подкачки из репликации.
Для оптимизации репликации диска, содержащего файл tempdb Microsoft SQL Server и файл системной базы данных, можно сделать следующее.
1. Расположите системную базу данных и базу данных tempdb на разных дисках.
2. Исключите диск с файлом tempdb из репликации.

Пример 1. Исключение диска с файлом tempdb SQL Server

Рассмотрим, как обрабатывать исключение дисков, переключение на резервную копию и возврат назад для исходной виртуальной машины Windows с SQL Server SalesDB*, для которой мы хотим исключить базу данных tempdb.

Исключение дисков из репликации

На исходной виртуальной машине Windows SalesDB имеются следующие диски.

Имя диска	Диск гостевой ОС	Буква диска	Тип данных диска
DB-Disk0-OS	Диск 0	C:\	Диск операционной системы.
DB-Диск1	Диск 1	D:\	Системная база данных SQL и база данных пользователя Database1.
DB-Disk 2 (исключён из защиты)	Диск 2	E:\	Временные файлы.
DB-Disk 3 (исключен из защиты)	Диск 3	F:\	База данных tempdb SQL. Путь к папке — F:\MSSQL\Data. Перед переключением на резервный сервер сделайте запись пути к папке.
DB-Disk4	Диск 4	G:\	База данных пользователя Database2

Мы включили репликацию для виртуальной машины SalesDB.
Мы исключили диски 2 и 3 из репликации, поскольку данные на этих дисках являются временными.

Обработка дисков во время переключения при отказе

Так как диски не реплицируются, во время отработки отказа в Azure они будут отсутствовать на виртуальной машине Azure, созданной после отказа. В таблице ниже приведены диски виртуальной машины Azure.

Диск гостевой ОС	Буква диска	Тип данных диска
Диск 0	C:\	Диск операционной системы.
Диск 1	E:\	Временное хранилище Azure добавляет этот диск. Так как диски 2 и 3 были исключены из репликации, "E:" является первой доступной буквой из списка. Azure назначает "E:" тому временного хранилища. Прочие буквы дисков для реплицированных дисков останутся без изменений.
Диск 2	D:\	Системная база данных SQL и база данных пользователя Database1
Диск 3	G:\	База данных пользователя Database2

В нашем примере, так как диск 3, то есть диск с tempdb SQL, был исключен из репликации и недоступен на виртуальной машине Azure, служба SQL находится в остановленном состоянии и ей требуется путь F:\MSSQL\Data. Этот путь можно создать несколькими способами.

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

Добавление нового диска после переключения на резервный сервер

Запишите пути к файлам tempdb.mdf и tempdb.ldf перед переключением в случае отказа.
На портале Azure добавьте новый диск в резервную виртуальную машину Azure. Диск должен иметь тот же размер (или больше), что и исходный диск базы данных tempdb SQL (Диск 3).
Войдите на виртуальную машину Azure.
В консоли управления (diskmgmt.msc) диском выполните инициализацию и форматирование добавленного диска.
Назначьте ту же букву диска, которая использовалась для диска tempdb SQL (F:).
Создайте папку tempdb в томе "F:" (F:\MSSQL\Data).
Запустите службу SQL из консоли службы.

Использование существующего временного дискового хранилища

Откройте командную строку.
Запустите SQL Server в режиме восстановления из командной строки.
```
Net start MSSQLSERVER /f / T3608
```

Запустите следующую команду sqlcmd, чтобы изменить путь к tempdb на новый.

sqlcmd -A -S SalesDB		**Use your SQL DBname**
USE master;		
GO		
ALTER DATABASE tempdb		
MODIFY FILE (NAME = tempdev, FILENAME = 'E:\MSSQL\tempdata\tempdb.mdf');
GO		
ALTER DATABASE tempdb		
MODIFY FILE (NAME = templog, FILENAME = 'E:\MSSQL\tempdata\templog.ldf');		
GO

Остановите службу Microsoft SQL Server.
```
Net stop MSSQLSERVER
```
Запустите службу Microsoft SQL Server.
```
Net start MSSQLSERVER
```

Виртуальные машины VMware: диски при возврате в исходное расположение

Теперь давайте посмотрим, как работать с дисками на виртуальных машинах VMware при возврате в исходное локальное размещение.

Диски, созданные в Azure: так как в нашем примере используется виртуальная машина Windows, диски, созданные вручную в Azure, не возвращаются на ваш сайт при восстановлении или повторной защите виртуальной машины.
Диск временного хранилища в Azure: диски временного хранилища не реплицируются в локальные узлы.
Исключенные диски: диски, которые были исключены из репликации VMware в Azure, не будут доступны на локальной виртуальной машине после восстановления.

Перед восстановлением размещения виртуальных машин VMware в исходном расположении виртуальная машина Azure имеет следующую конфигурацию дисков.

Диск гостевой ОС	Буква диска	Тип данных диска
Диск 0	C:\	Диск операционной системы.
Диск 1	E:\	Временное хранилище.
Диск 2	D:\	Системная база данных SQL и база данных пользователя Database1.
Диск 3	G:\	Пользовательская база данных Database2.

В таблице ниже приведены диски виртуальной машины VMware в исходном расположении после восстановления.

Диск гостевой ОС	Буква диска	Тип данных диска
Диск 0	C:\	Диск операционной системы.
Диск 1	D:\	Системная база данных SQL и база данных пользователя Database1.
Диск 2	G:\	База данных пользователя Database2.

Виртуальные машины Hyper-V: диски при возврате в исходное местоположение

Теперь давайте посмотрим, как работать с дисками на виртуальных машинах Hyper-V, когда вы возвращаетесь в исходное локальное место.

Диски, созданные в Azure: диски, созданные вручную в Azure, не реплицируются обратно на ваш сайт при возврате или повторной защите виртуальной машины.
Диск временного хранилища в Azure: диски временного хранилища не реплицируются в локальные узлы.
Исключенные диски: после восстановления после отказа конфигурация дисков виртуальной машины совпадет с конфигурацией дисков исходной виртуальной машины. Диски, которые были исключены из репликации из Hyper-V в Azure, будут доступны на восстановленной виртуальной машине.

Перед тем как вернуть виртуальные машины Hyper-V в исходное расположение, у виртуальной машины Azure следующие параметры дисков.

Диск гостевой ОС	Буква диска	Тип данных диска
Диск 0	C:\	Диск операционной системы.
Диск 1	E:\	Временное хранилище.
Диск 2	D:\	Системная база данных SQL и база данных пользователя Database1.
Диск 3	G:\	База данных пользователя «Database2».

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

Имя диска	Диск гостевой операционной системы №	Буква диска	Тип данных диска
DB-Disk0-OS	Диск 0	C:\	Диск операционной системы.
DB-Disk1	Диск 1	D:\	Системная база данных SQL и база данных пользователя Database1.
DB-Disk2 (исключенный диск)	Диск 2	E:\	Временные файлы.
DB-Disk3 (исключенный диск)	Диск 3	F:\	База данных tempdb SQL. Путь к папке: (F:\MSSQL\Data).
DB-Disk4	Диск 4	G:\	База данных пользователя Database2

Пример 2: Исключение диска с файлом подкачки

Рассмотрим процесс исключения дисков, резервирования и отработки отказов для исходной виртуальной машины Windows, в которой требуется исключить диск, содержащий файл pagefile.sys, как если он расположен на диске D, так и на альтернативном диске.

Файл подкачки на диске D

На исходной виртуальной машине имеются следующие диски.

Имя диска	Диск гостевой ОС	Буква диска	Тип данных диска
DB-Disk0-OS	Диск 0	C:\	Диск операционной системы.
DB-Disk1 (исключен из репликации)	Диск 1	D:\	pagefile.sys
DB-Disk2	Диск 2	E:\	Пользовательские данные 1
DB-Disk3	Диск 3	F:\	Пользовательские данные 2

Наши параметры файла подкачки на исходной виртуальной машине следующие:

Снимок экрана: диалоговое окно

Мы включили репликацию для виртуальной машины.
Мы исключили диск DB-Disk1 из репликации.

Диски после переключения на резерв

После отработки отказа виртуальная машина Azure имеет диски, указанные в таблице.

Имя диска	№ диска гостевой операционной системы	Буква диска	Тип данных на диске
DB-Disk0-OS	Диск 0	C:\	Диск операционной системы.
DB-Диск1	Диск 1	D:\	Временное хранилище и pagefile.sys Так как диск DB-Disk1 (D:) был исключен, "D:" является первой доступной буквой диска из списка. Azure назначает "D:" для временного хранилища. Так как диск "D:" доступен, параметры файла подкачки виртуальной машины остаются неизменными.
DB-Disk2	Диск 2	E:\	Пользовательские данные 1
DB-Disk3	Диск 3	F:\	Пользовательские данные 2

Ниже приведены параметры файла подкачки на виртуальной машине Azure.

Параметры файла подкачки на виртуальной машине Azure

Файл подкачки на другом диске (не "D:")

Рассмотрим пример, в котором файл подкачки находится не на диске "D".

На исходной виртуальной машине имеются следующие диски.

Имя диска	Диск гостевой ОС	Буква диска	Тип данных диска
DB-Disk0-OS	Диск 0	C:\	Диск операционной системы.
DB-Disk1 (исключен из репликации)	Диск 1	G:\	pagefile.sys
DB-Disk2	Диск 2	E:\	Пользовательские данные 1
DB-Disk3	Диск 3	F:\	Пользовательские данные 2

Наши параметры файла подкачки на локальной виртуальной машине следующие:

Параметры файла подкачки на локальной виртуальной машине

Мы включили репликацию для виртуальной машины.
Мы исключили диск DB-Disk1 из репликации.

Диски после переключения на резервный узел

В таблице ниже приведены диски виртуальной машины Azure после отработки отказа.

Имя диска	№ диска гостевой ОС	Буква диска	Тип данных диска
DB-Disk0-OS	Диск 0	C:\	Диск операционной системы.
DB-Disk1	Диск 1	D:\	Временное хранилище Поскольку "D:" является первой доступной буквой диска в списке, Azure назначает эту букву временной области хранения. Для всех реплицированных дисков буква диска не изменится. Так как диск "G:" недоступен, для файла подкачки система будет использовать диск "C:".
DB-Disk2	Диск 2	E:\	Пользовательские данные 1
DB-Disk3	Диск 3	F:\	Пользовательские данные 2