автоматически поднимите новую виртуальную машину с помощью sysprep vhd в hyper-v
Можно минимизировать почти все время простоя, препятствуя тому, чтобы таблица была заблокирована.
Используйте a SELECT INSERT для миграции данных, Вы хотите к временной таблице.
Переименуйте таблицы.
Необходимо будет рассмотреть любого INSERTS в течение времени SELECT INSERT работал.
Наконец, отбросьте таблицу, которая содержит данные, которые Вы не хотите.
Знайте это, если Вы не имеете innodb_file_per_table включенный в Вашей конфигурации, что выделенное дисковое пространство не будет освобождено.
Кроме того, особые условия будут необходимы для Вашего приложения и определенной ситуации.
Вот процедура, что я записал использование этого метода..
# Temp table, recreating forty_first_transaction_
#
CREATE TABLE working_table_temp_ LIKE working_table_;
# Increment if there's an auto_increment field.
#
ALTER TABLE working_table_temp_ AUTO_INCREMENT = 15000000;
# Testing inserts and select while this query was running resulted success.
# Verified no active lock.
#
INSERT INTO working_table_temp_ SELECT * FROM working_table_ WHERE id > $NUM;
RENAME TABLE working_table_ TO working_table_old_;
RENAME TABLE working_table_temp_ TO working_table_;
# Verify that all rows were caught
#
# The last row < 15000000 in both tables should be identical.
#
SELECT * FROM working_table_ where id < 15000000 order by id desc limit 5;
SELECT * FROM working_table_old_ where id < 15000000 order by id desc limit 5;
# If not, we need to move them !
#
# This query will need to be modified.
#
INSERT INTO working_table_ SELECT * FROM working_table_old_ WHERE id > 138376577;
# Verify application functionality, if necessary.
#
# LAST CHANCE FOR BACKOUT !!!
#
# Once verified, get rid of the old data to free up some space.
#
DROP TABLE working_table_old_;
^D
df -h
## BACKOUT ##
RENAME TABLE working_table_ TO working_table_new_;
RENAME TABLE working_table_old_ TO working_table_;
Ну, здесь пользователи отдельно от админов. Админы используются для написания сценариев.
PowerShell может использоваться для управления Hyper-V - есть командлеты, которые можно загрузить для вещей, которых еще нет (API Hyper-V без них довольно загадочен). Остальное - это упражнение для младших администраторов по написанию сценария для чтения файла ответов и настройки гипервизора. ЭТО СКАЗАЛО - очевидно, что он не может легко получить доступ к файлу ответов, встроенному в сам vhd. И перемещение файла ответов в Hyper-V - еще одна сложная проблема, для которой я серьезно рекомендую вам хотя бы проверить SCVMM.
Примечание. Это только Hyper-V, если вы считаете, что PowerShell доступен - и В наши дни PowerShell является частью основных функций Windows.
I've never tried this before but I can think of 2 options.
If you have an answer file, you should be able to automate setting everything you needed to enter manually. Before the VM creation, mount the VHD on the host machine, edit the answer file (e.g. change the host name in it), unmount the VHD and create VM from it.
You can also have a script file running in the VM when it boots up for the first time after OS installation which reads configuration data via Data exchange service and actually does the configuration. Data exchange service is automatically turned on by default. When you edit the specific registry keys on the host machine, they will show up on the corresponding registry keys on the VM.
Среды виртуализации, такие как Hyper-V, в основном просто создают виртуальную машину, которая в отношении программного обеспечения, работающего в ней, аналогична физической машине. Конечно, каждый продукт виртуализации поставляется с некоторым набором инструментов, которые позволяют влиять на программное обеспечение, работающее на виртуальной машине.
Однако для настройки гостевой ОС Hyper-V не предлагает ничего, кроме того, что у вас есть для физической машины. Представьте себе загрузку физического компьютера с сервера PXE. Вы можете настроить образ на этом сервере и набор файлов автоматической установки для различных клиентов. Затем необходимая ОС будет установлена на физическом компьютере при загрузке по сети.
То же самое и здесь. Вы можете подготовить образ для загрузки на виртуальной машине. Но это ничем не отличается от подготовки образа для загрузки на физическом оборудовании. Hyper-V тут ни при чем. Просто так получилось, что он хранится на виртуальном жестком диске.
SCVMM - это продукт управления, который выполняет несколько задач, включая подготовку образов и настройку виртуальных машин на серверах Hyper-V. Если вы не хотите его использовать, ничего страшного. Но не стоит рассчитывать на то, что Hyper-V предложит услуги по настройке гостевой ОС. Для этого вам необходимо обрабатывать гостевую рабочую нагрузку, как и любую другую машину.
Если вы хотите смонтировать виртуальный жесткий диск, чтобы управлять файлами на нем без SCVMM, см. Пример кода сценария в этой записи блога: