Резюме
Тази статия описва актуална корекция за възстановяване на сайта на фирмата за разполагане на Hyper-V.
Тази спешна корекция включва няколко значителни подобрения за решаване на виртуални машини, въведете resynchronization (resync) или по време на репликацията до състояние на пауза или че опита периоди на изчакване по време на първоначалното репликация или Делта репликация.
Проблеми, които са отстранени
-
Проблем 1
Виртуална машина влиза в resynchronization поради висока гюм на един от дисковете. Предишната логиката е, че виртуалната машина преминава в resynchronization ако натрупаните регистрационните файлове за виртуалната машина над 50 процента от възпроизвеждане виртуален твърд диск, който е приложен към виртуалната машина. Това е изчислява въз основа на размера на ниска диск.
С тази корекция изчислението 50 процента се основава на общия размер на всички възпроизвеждане виртуалните твърди дискове, които са свързани с виртуалната машина, не към един от неговите виртуални твърди дискове. -
Проблем 2
Когато системата извършва resynchronization и проследяване на грешка, състоянието се връща към "resync изисква." Въпреки тази грешка е неуспешно система, която е била използвана да продължи да завърши resynchronization. Това води до циклично resynchronization.
С тази корекция, ако проследяването на виртуалната машина показва съобщение за грешка, системата недоносче определителен текущата resynchronization се връща към "resync изисква." Това пести време и трафик. -
Проблем 3
По време на репликацията понастоящем праг стойност "свободно място за съхранение." Това е зададена на 300 МБ, след което преминава в resynchronization на виртуалната машина. Ниска стойност на 300 МБ може да доведе до производство виртуалната машина да бъде спряна от Hyper-V.
С тази корекция гранична стойност, която влиза в resynchronization виртуалната машина се увеличава до 3 ГБ. -
Проблем 4
По време на resynchronization не се наблюдава свободно пространство. Това може да предизвика производството виртуалната машина да спрете.
С тази корекция праг която виртуалната машина ще спре resynchronization стойността е 3 ГБ. -
Проблем 5
По време на фазата на първоначалното репликация ако първоначално репликация приключи пет дни, репликация е спряна с грешка поради изтичане на. Стойност за таймаут дни е твърде ниска за разполагане, в която е доста голям размер на първоначалния диск, скоростта е ниска, или и двете.
С тази корекция времето за изчакване на първоначалното репликация се увеличава до 30 дни. В края на този период репликация пауза и потребителят трябва да възобновите репликация. -
Въпрос 6
По време на състоянието на Делта репликация, възниква след първоначалното репликация, ако Делта репликация не приключи до шест часа за конкретен цикъл, репликация преминава в resynchronization изисква състояние. Стойността на шест часа е твърде ниска за разполагане, в които има много гюм конкретен цикъл, скоростта е ниска, или и двете. Това важи и за репликация на Делта веднага след първоначалното репликация.
С тази корекция времето за изчакване за Делта репликация цикъл се увеличава до 15 дни.
Информация за актуализацията
Тези проблеми са отстранени в следната актуализация за Windows Server 2012 R2:
3172614 юли 2016 Сборен пакет за Windows RT 8.1 Windows 8.1 и Windows Server 2012 R2
Статус
Microsoft потвърждава, че това е проблем в продуктите на Microsoft, изброени в раздела "Отнася се за".
Препратки
Научете повече за Hyper-V реплика условия.
Научете повече за терминологията , използвана за описание на софтуерните актуализации от Microsoft.
