Отнася се за
Azure Backup

Резюме

Тази статия описва актуална корекция за възстановяване на сайта на фирмата за разполагане на 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.

Нуждаете ли се от още помощ?

Искате ли още опции?

Разгледайте ползите от абонамента, прегледайте курсовете за обучение, научете как да защитите устройството си и още.