Ваз кпп обмен

Блог NAKIVO> Администрирование и резервное копирование Hyper-V> Что нужно знать о контрольных точках Hyper-V

14 января 2019

по Джесси Рид

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

Что такое контрольно-пропускной пункт Hyper-V?

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

Стоит отметить, что термин «снимки» в настоящее время используется только в отношении снимков Hyper-V, созданных в более старых операционных системах Windows, которые были представлены до Windows 10.

Типы контрольно-пропускных пунктов Hyper-V

До Windows 10 Hyper-V предоставлял только стандартные контрольные точки. В настоящее время доступны два типа контрольных точек Hyper-V:

• Стандартные контрольные точки (ранее известный как моментальные снимки Hyper-V) делают снимок виртуальной машины и ее состояние памяти, что позволяет захватывать состояние виртуальной машины в определенный момент времени.Стандартный моментальный снимок не обеспечивает согласованность приложений, что может привести к неполным транзакциям данных. Это очень важно для виртуальных машин, работающих под управлением Active Directory, Microsoft Exchange, SQL Server или любых других приложений / баз данных, которые передают данные между различными узлами. Также обратите внимание, что этот тип снимка не должен рассматриваться как полная резервная копия.
• Производственные контрольные точки может создать согласованную с данными резервную копию с помощью службы теневого копирования томов (для виртуальных машин, работающих под управлением Windows) или Freeze File System (для виртуальных машин, работающих под управлением Linux).Таким образом, производственные контрольные точки создаются в соответствии с технологией резервного копирования внутри гостевой ОС. При создании рабочей контрольной точки снимок состояния памяти виртуальной машины не создается. Обратите внимание, что производственные контрольные точки включены по умолчанию. Однако, если вы хотите изменить тип контрольной точки, вы можете использовать либо Hyper-V Manager, либо PowerShell.

Управление контрольными точками Hyper-V

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

Как изменить тип контрольной точки

Как упоминалось выше, вы можете изменить тип контрольной точки с помощью диспетчера Hyper-V или PowerShell. Оба подхода описаны ниже.

Использование Hyper-V Manager

1. Открыть диспетчер Hyper-V.
2. Щелкните правой кнопкой мыши виртуальную машину, которую вы хотите настроить, и выберите Параметры .
3. Найдите раздел Управление и выберите Контрольные точки .
4. Выберите тип контрольной точки.Если вы выбрали Производственные контрольные точки, установите флажок ниже, если ваша гостевая виртуальная машина не поддерживает создание производственных контрольных точек. Это позволяет вам захватывать контрольные точки с полным состоянием приложения.

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

Использование PowerShell

Чтобы изменить тип контрольной точки, выполните следующие команды в PowerShell:

• Чтобы включить тип стандартной контрольной точки, вставьте: Set-VM -Name -CheckpointType Standard.
• Чтобы включить тип контрольной точки производства, вставьте: Set-VM -Name -CheckpointType Production. В случае сбоя производственной контрольной точки будет принята стандартная контрольная точка.
• Если вы хотите убедиться, что создаются только производственные контрольные точки, используйте следующую команду: Set-VM -Name -CheckpointType ProductionOnly.

Как создать контрольные точки

Контрольные точки Hyper-V могут быть созданы одним из двух способов: Hyper-V Manager или PowerShell.

Использование Hyper-V Manager

1. Открыть диспетчер Hyper-V.
2. Выберите виртуальную машину, для которой будет создана контрольная точка.
3. Щелкните правой кнопкой мыши имя виртуальной машины и выберите пункт проверки .

4. Контрольная точка создана и доступна в разделе «Контрольные точки» ниже.

Использование PowerShell

Выполните следующую команду для создания контрольных точек Hyper-V: Checkpoint-VM -Name . После создания контрольной точки вы можете просмотреть полный список контрольных точек виртуальной машины с помощью команды: Get-VMCheckpoint -VMName .

Как вернуть ВМ в предыдущее состояние, используя контрольные точки

Контрольные точки Hyper-V в основном используются для возврата ВМ в ее предыдущее состояние.Используйте шаги ниже для применения контрольной точки для этой цели.

Использование Hyper-V Manager

1. Открыть диспетчер Hyper-V.
2. Выберите виртуальную машину, которую вы хотите восстановить.
3. В разделе Контрольные точки вы увидите список контрольных точек, созданных для этой виртуальной машины. Щелкните правой кнопкой мыши контрольную точку, которую вы хотите использовать, и выберите Применить .

4. После этого появится диалоговое окно со следующими параметрами:

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

Использование PowerShell

Чтобы применить контрольную точку через интерфейс командной строки (CLI) PowerShell, выполните следующую команду: Restore-VMCheckpoint -Name <имя контрольной точки> -VMName -Confirm: $ false.

Как удалить контрольные точки

В Hyper-V контрольные точки хранятся в виде файлов .avhdx в том же месте, что и файлы .vhdx ВМ. В результате удаления контрольных точек файлы .avhdx и .vhdx объединяются для экономии места и предотвращения потери важных данных. После этого файл .avhdx контрольной точки полностью удаляется из файловой системы.

Чтобы удалить контрольные точки с помощью диспетчера Hyper-V, выполните следующие действия:

1. После открытия Hyper-V Manager выберите нужную виртуальную машину.
2. В разделе «Контрольные точки» ниже щелкните правой кнопкой мыши контрольную точку, которую вы хотите удалить. Появится раскрывающееся меню с рядом опций. Нажмите Удалить контрольную точку .

Если вы хотите удалить дерево контрольных точек, содержащее основную контрольную точку и все последующие контрольные точки, щелкните правой кнопкой мыши самую раннюю контрольную точку, которую вы хотите удалить, и щелкните Удалить поддерево контрольной точки .

Как включить или отключить контрольные точки

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

1. Откройте диспетчер Hyper-V, щелкните правой кнопкой мыши имя нужной виртуальной машины и выберите Параметры .
2. В разделе «Управление» найдите пункт «Контрольные точки» и выберите его.
3. На правой панели вы увидите флажок Включить контрольные точки. Вы можете выбрать или отменить выбор, чтобы включить или отключить контрольные точки.

4. Нажмите Применить.

Как настроить пункт пропуска

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

1. Откройте диспетчер Hyper-V, щелкните правой кнопкой мыши имя требуемой виртуальной машины и выберите Параметры .
2. В разделе «Управление» найдите пункт «Контрольные точки» и выберите его.
3. На правой панели найдите раздел Расположение файлов контрольных точек и нажмите Обзор, или вручную введите путь к папке, в которой будут храниться файлы контрольных точек.

4. Нажмите Применить.

Как переименовать контрольные точки

Стандартное имя контрольной точки включает имя виртуальной машины, дату и время создания контрольной точки (например, Виртуальная машина - (05.01.2009 - 8:17:35 AM)). Чтобы сделать его более различимым, вы можете переименовать выбранную контрольную точку с помощью диспетчера Hyper-V или PowerShell.

Использование Hyper-V Manager

1. Откройте диспетчер Hyper-V и выберите нужную виртуальную машину.
2. Щелкните правой кнопкой мыши необходимую контрольную точку и выберите параметр «Переименовать», который появляется в раскрывающемся меню.

3. Введите имя новой контрольной точки и нажмите ENTER .

Использование PowerShell

Чтобы переименовать контрольную точку в PowerShell CLI, выполните следующую команду: Rename-VMCheckpoint -VMName <имя виртуальной машины> -Name <имя контрольной точки> -NewName <новое имя контрольной точки>.

Рекомендации по резервному копированию Hyper-V с NAKIVO Backup & Replication

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

Чтобы обеспечить надежную защиту ваших данных, рассмотрите возможность установки NAKIVO Backup & Replication, которая является эффективным и надежным решением для защиты данных.Продукт позволяет запускать резервное копирование Hyper-V, требуя минимального ввода с вашей стороны.

В следующем отрывке будут описаны лучшие подходы к резервному копированию Hyper-V с помощью NAKIVO Backup & Replication.

Создание резервных копий

NAKIVO Backup & Replication можно легко интегрировать со средами Hyper-V любой сложности, обеспечивая тем самым собственное резервное копирование Hyper-V. Используя службу Volume Shadow Copy Service (VSS) от Microsoft, продукт может создавать резервные копии с поддержкой приложений для Microsoft Exchange, Active Directory, SQL и других приложений.Более того, резервное копирование Hyper-V выполняется без агента, что означает, что вы можете создавать резервные копии действующих виртуальных машин, не нарушая производственную среду.

Однако резервные копии Hyper-V могут быть случайно потеряны или повреждены, что не оставляет надежды на восстановление. Для решения таких проблем NAKIVO Backup & Replication предоставляет возможность создания резервных копий. Задания резервного копирования могут создавать копии резервных копий и отправлять их из одного хранилища резервных копий в другое без привлечения исходных виртуальных машин. Вы можете создать несколько резервных копий одной резервной копии и отправить их на хранение в одно или несколько мест.

Включить отслеживание устойчивых изменений

Для максимально быстрого выполнения заданий резервного копирования в средах Hyper-V в NAKIVO Backup & Replication применяется собственная технология отслеживания устойчивых изменений (RCT) Hyper-V. Задания резервного копирования в NAKIVO Backup & Replication являются инкрементными, что означает, что заполнена только начальная резервная копия, а все последующие резервные копии являются инкрементными. RCT идентифицирует данные виртуальной машины, которые изменились со времени предыдущего резервного копирования, и сохраняет только уникальные блоки данных в вашем хранилище резервных копий.Это позволяет повысить скорость выполнения заданий резервного копирования и оптимизировать использование дискового пространства.

Отправить резервные копии вне офиса

Как уже упоминалось выше, вы можете хранить резервные копии и резервные копии локально или отправлять их вне офиса. Основным условием является то, что вторичное местоположение должно иметь подключение к Интернету для обеспечения быстрой и надежной передачи данных. NAKIVO Backup & Replication гарантирует, что процесс безопасен, потому что данные резервного копирования могут быть переданы через зашифрованный канал AES 256, что обеспечивает доступ к данным только авторизованным пользователям.

Кроме того, вы можете использовать публичные облака (Amazon Web Services или Microsoft Azure) для хранения ваших резервных копий Hyper-V и их копий. Даже если авария затронет ваш производственный центр, вы можете быть уверены, что данные, хранящиеся в облаке, безопасны и легко доступны из любого места и в любое время. Кроме того, облачные среды можно легко масштабировать в зависимости от требований к объему хранилища.

Проверка целостности данных с проверкой резервной копии

В процессе создания резервных копий Hyper-V существует вероятность повреждения или повреждения заданий резервного копирования.Однако проверка состояния резервных копий виртуальных машин вручную может быть чрезвычайно сложной задачей. Для этого в NAKIVO Backup & Replication появилась функция проверки резервных копий на уровне блоков.

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

Кроме того, NAKIVO Backup & Replication включает функцию почти мгновенной проверки резервной копии, также известную как проверка скриншотов. После завершения задания резервного копирования продукт восстанавливает виртуальную машину, отключает сетевое подключение, делает снимок экрана с восстановленной тестом ОС виртуальной машины, а затем сбрасывает ее. Результаты можно просмотреть в интерфейсе решения или получить в отчете по электронной почте с приложенным снимком экрана.Снимки экрана виртуально восстановленных виртуальных машин служат доказательством их восстановления и целостности данных.

Расписание заданий резервного копирования

Если у вас большая виртуальная среда, одновременное управление всеми заданиями резервного копирования может быть чрезвычайно сложным и ресурсоемким. Чтобы уменьшить ненужную нагрузку, NAKIVO Backup & Replication позволяет выполнять задания не только по требованию, но и по расписанию. Задания резервного копирования можно настроить на ежедневное, еженедельное, ежемесячное или ежегодное выполнение. Кроме того, вы можете создать пользовательский периодический график, который позволяет запускать задания каждые 20 минут или каждые три дня, в зависимости от ваших потребностей.

Несмотря на то, что NAKIVO Backup & Replication может запускать более одного задания резервного копирования Hyper-V одновременно, лучше избегать наложений во время выполнения заданий. Чтобы просмотреть все прошлые, текущие и будущие задания резервного копирования, используйте функцию «Панель мониторинга календаря». Таким образом, вы можете убедиться, что все ваши задания резервного копирования Hyper-V выполняются в соответствии с планом и правильно запланированы. Calendar Dashboard - это простая в использовании функция, которая помогает правильно структурировать задания резервного копирования и повысить общую производительность вашей виртуальной инфраструктуры.

Шифрование данных резервного копирования

Чтобы обеспечить надежную защиту данных резервного копирования как в полете, так и в состоянии покоя, NAKIVO Backup & Replication применяет шифрование AES 256 при передаче данных по сети или при сохранении данных в хранилище резервных копий. Эта функция позволяет защитить созданные резервные копии Hyper-V от несанкционированного доступа и гарантирует, что данные виртуальной машины не будут повреждены хакерами.

Настройка политик резервного копирования

NAKIVO Backup & Replication недавно представила функцию защиты данных на основе политик, которая минимизирует уровень ручного управления виртуальными машинами.Это особенно сложно в крупных виртуальных средах, в которых одновременно выполняется несколько заданий. Благодаря защите данных на основе политик вы можете настроить политики, которые могут регулярно сканировать вашу инфраструктуру и автоматически защищать виртуальные машины, соответствующие правилам политики. Правила политики могут включать имя виртуальной машины, размер, расположение, состояние питания, конфигурацию или комбинацию этих параметров. Эта функция позволяет значительно сэкономить время и усилия.

Заключение

Hyper-V чрезвычайно полезны для резервного копирования виртуальной инфраструктуры.Создание контрольных точек позволяет вам вернуть ВМ в предыдущее состояние, чтобы отменить все нежелательные изменения и обновления конфигурации, которые вызвали проблемы в системе. Однако контрольные точки не могут рассматриваться как замена резервных копий. В отличие от резервных копий, контрольные точки Hyper-V не могут использоваться для долгосрочной защиты данных, и они не гарантируют восстановление системы, если было изменено слишком много элементов. Таким образом, желательно найти надежное и эффективное программное обеспечение для защиты данных, которое предоставляет полноценный набор инструментов за небольшую часть цены.NAKIVO Backup & Replication - это решение, которое идеально подходит под это описание. Мы перечислили выше лучшие практики для обеспечения эффективного резервного копирования Hyper-V. Однако это лишь малая часть того, что может сделать продукт. Запросите демонстрацию в реальном времени у одного из наших инженеров или загрузите полнофункциональную бесплатную пробную версию, чтобы протестировать продукт в вашей виртуальной среде сегодня и убедиться в его многочисленных преимуществах.

Что нужно знать о контрольных точках Hyper-V

ModelCheckpoint

ModelCheckpoint класс

  tf.keras.callbacks.ModelCheckpoint ( Путь файла, монитор = "val_loss", многословный = 0, save_best_only = False, save_weights_only = False, Режим = «Авто», save_freq = "эпоха", Варианты = None, ** kwargs )  

Обратный вызов для сохранения модели Keras или весов модели на некоторой частоте.

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

Несколько вариантов, которые предоставляет этот обратный вызов:

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

Пример

  EPOCHS = 10 checkpoint_filepath = '/ tmp / checkpoint' model_checkpoint_callback = tf.keras.callbacks.ModelCheckpoint ( FilePath = checkpoint_filepath, save_weights_only = True, монитор = 'val_acc', Режим = «макс», save_best_only = True) # Веса моделей сохраняются в конце каждой эпохи, если это лучше всего видно # до сих пор.model.fit (epochs = EPOCHS, callbacks = [model_checkpoint_callback]) # Веса модели (которые считаются лучшими) загружаются в модель. model.load_weights (checkpoint_filepath)  

Аргументы

• filepath : строка или PathLike , путь для сохранения файла модели. filepath может содержать именованные параметры форматирования, которым будет заполнено значение эпохи и ключи в журналах (передано в on_epoch_end ).Например: если filepath - это веса. {Epoch: 02d} - {val_loss: .2f} .hdf5 , затем модель контрольные точки будут сохранены с номером эпохи и потерей проверки в имени файла.
• монитор : количество для мониторинга.
• подробный : режим многословия, 0 или 1.
• save_best_only : если save_best_only = True , последняя лучшая модель в соответствии с к контролируемому количеству не будет перезаписано. Если filepath не содержит параметров форматирования, таких как {epoch} , тогда filepath будет перезаписываться каждой новой лучшей моделью.
• режим : один из {авто, мин, макс}. Если save_best_only = True , решение о перезапись текущего файла сохранения производится на основе либо максимизации или минимизация контролируемого количества. Для val_acc это должно быть макс. , для val_loss это должно быть мин. и т. д. В auto режим, направление автоматически определяется из названия контролируемое количество.
• save_weights_only : если True, то будут сохранены только веса модели (Модель .save_weights (filepath) ), в противном случае полная модель сохраняется ( model.save (filepath) ).
• save_freq : «эпоха» или целое число. При использовании «эпоха» обратный вызов сохраняет модель после каждой эпохи. При использовании целого числа обратный вызов сохраняет модель в конце этого много партий. Если Модель скомпилирована с экспериментальный_стадий_пер_эксплуатации = N , тогда критерии сохранения будут проверил каждую N-ую партию. Обратите внимание, что если сохранение не соответствует эпох, отслеживаемая метрика потенциально может быть менее надежной (это может отражать всего 1 пакет, так как метрики сбрасываются каждые эпоха).По умолчанию «эпоха» .
• опции : необязательный объект tf.train.CheckpointOptions , если save_weights_only является истинным или необязательным tf.saved_model.SavedOptions объект, если save_weights_only имеет значение false.
• ** kwargs : Дополнительные аргументы для обратной совместимости. Возможный ключ период .

Смотрите также

• 
  Легковая иномарка из японии
• 
  Акура рдх 2007 2012
• 
  Машина формула 1
• 
  Какие диски лучше для зимы литые или стальные
• 
  Прекращение регистрации транспортного средства госуслуги
• 
  Система помощи при старте в гору
• 
  Можно ли ездить без заднего бампера
• 
  Машины с роторным двигателем
• 
  Кпп это в машине
• 
  Знаки регулировщика на дороге
• 
  Пробить штрафы по номеру

• Автозапчасти для иномарок
• Автоаксессуары
• Краски для автомобилей
• Рынок автозапчастей