Av
Dag Staale @ april 12, 2011 02:19 ::
:: 198 Visninger
W2K8 R2 Servce Pack 1 må installeres på virtuelle hoster
Som så mange andre så jeg frem til å implementere Hyper-V Dynamic Memory som følger med Service Pack 1 for Windows Server 2008 R2. I mitt tilfelle var hostene medlem av et Hyper-V Failover Cluster. Av den grunn flyttet jeg alle virtuelle maskiner fra den ene virtuelle hosten til den andre, slik at jeg kunne utføre oppdateringen på en host av gangen. Men nedetid blir uunngåelig jfr Microsoft support policy i KB943984, i det Cluster validering må utføres etter en slik oppgradering. For det tilfellet at du har en Hyper-V host å oppgradere blir det også nedetid i det alle virtuelle maskiner må stoppes for å kunne utføre oppdateringen.
Virtuelle maskiners operativsystem må oppgraderes
Etter oppdateringen oppgraderte jeg virtuelle maskiner med MS Update og oppdaterte W2K8 R2 virtuelle maskiner med SP1, W2K8 RTM virtuelle maskiner med hotfix KB2230887 og installerte Integration Service i andre virtuelle maskiner jfr understående tabell 1. Virtuelle maskiner ble etter dette startet etter at Start RAM var stilt til henholdsvis 128 og 512 etter type av operativsystem jfr tabell 2. Virtuelle maskiner ble fyrt opp, og jeg oppdaget at dynamisk memory ikke ble allokert til alle virtuelle maskiner.
Table 1 – Requirement for HyperV Dynamic Memory
|
Gjeste operativsystem
|
Versjon
|
Konfigurasjon
|
|
Windows Server 2008 R2
|
Standard
Web Edition
|
Installer W2K8 R2 SP1
|
|
Windows Server 2008 R2
|
Enterprise
Datasenter
|
Installer W2K8 R2 SP1 eller oppgrader Integration Service til SP1 versjonen.
|
|
Windows 7
|
Ultimate
Enterprise
|
Installer W2K8 R2 SP1 eller oppgrader Integration Service til SP1 versjonen.
|
|
Windows Server 2008 med Service Pack 2 (SP2)
|
Standard (32 og 64 bit)
Web Edition(32 og 64 bit)
|
Installer W2K8 R2 SP1 eller oppgrader Integration Service til SP1 versjonene.
|
|
Windows Server 2008 med Service Pack 2 (SP2)
|
Enterprise (32 og 64 bit)
Datacenter (32 og 64 bit)
|
Oppgrader Integration Service til SP1 versjonene.
|
|
Windows Vista med Service Pack 1 (SP1)
|
Ultimate (32 og 64 bit)
Enterprise (32 og 64 bit)
|
Oppgrader Integration Service til SP1 versjonene.
|
|
Windows Server 2003 R2 med Service Pack 2 (SP2)
|
Standard (32 og 64 bit)
Web (32 og 64 bit)
Enterprise (32 og 64 bit)
Datacenter (32 og 64 bit)
|
Oppgrader Integration Service til SP1 versjonene.
|
|
Windows Server 2003 med Service Pack 2 (SP2)
|
Standard (32 og 64 bit)
Web (32 og 64 bit)
Enterprise (32 og 64 bit)
Datacenter (32 og 64 bit)
|
Oppgrader Integration Service til SP1 versjonene.
|
Table 2 – Startup RAM for oprativsystemer
|
Gjeste operativsystem
|
Versjon
|
Start RAM
|
|
Windows Server 2008 R2
|
Enterprise
Datasenter
|
512 KB
|
|
Windows 7
|
Ultimate
Enterprise
|
512 KB
|
|
Windows Server 2008
|
Enterprise
Datacenter
|
512 KB
|
|
Windows Vista
|
Ultimate
Enterprise
|
512 KB
|
|
Windows Server 2003 R2
|
Enterprise
Datacenter
|
128 KB
|
|
Windows Server 2003
|
Enterprise
Datacenter
|
128 KB
|
Alle operativsystemer støtter ikke Dynamisk memory for eks SBS 2003, 2008 og 2011
Som nevnt oppdaget jeg at ikke alle virtuelle maskiner fikk dynamisk memory allokert. Så jeg begynte og sjekke opp dette. I System loggen og fant følgende Error:
Log Name: System
Source: dmvsc
Date: 10.04.2011 11:44:45
Event ID: 2
Task Category: None
Level: Error
Keywords: Classic
User: N/A
Computer: SBS03.synopusas.privat
Description:
The Dynamic Memory driver failed because dynamic memory is not supported on this release of Windows.
Det jeg oppdaget var at operativsystemer som ikke var oppført i tabell 1, ikke fikk tildelt dynamisk memory. Dette omfattet bla SBS 2003, SBS 2008, SBS 2011, Home Server, Windows XP, Windows Vista Business og unlike versjoner Windows 7.
Advarsel!
Hvis en virtuell maskin har blidt konfigurert til å bruke Dynamisk Memory ved å installere den seneste versjonen av Integration Components i gjeste operativsystemet, så vil denne virtuelle maskinene ikke fungere på Hyper-V hoster som ikke har W2K8 R2 Sp1 installert.
MS SQL Server fungerer ikke som forventet i Hyper-V med Dynamic Memory
Dynamisk memory i Hyper-V fremstår som “hot add memory” for SQL Server. Hot added memory kan kun utnyttes av SQL Server 2005 Enterprise, 2008 Enterprise og 2008 R2 Enterprise og Datacenter. Det er knyttet betingelser til Os ol for denne støtten. Når det gjelder SQL Server Express, Workgroup og Standard, så vil disse versjonene av SQL Server bestemme memory forbruket ut i fra oppstarts memory i den virtuelle maskinen. Dynamisk memory gir derfor liten mening for virtuelle maskiner med MS SQL Server.
Table 3 – SQL server requirements for Hyper-V Dynamic Memory support
|
Gjeste operativsystem
|
Versjon
|
Hot Added Memory
|
|
SQL Server 2005
|
Express, Workgroup, Standard
|
NEI
|
|
SQL Server 2005
|
Enterprise x64
Enterprise x32 med AWE
|
JA - (1 og (2
|
|
SQL Server 2008
|
Express, Workgroup, Web,
Standard
|
NEI
|
|
SQL Server 2008
|
Enterprise
|
JA
|
|
SQL Server 2008 R2
|
Express, Workgroup, Web, Standard
|
NEI
|
|
SQL Server 2008 R2
|
Enterprise, Datacenter
|
JA
|
Referanser:
· Support policy for Microsoft SQL Server products that are running in a hardware virtualization environment – KB956893.
MS Exchange Server fungerer ikke som forventet i Hyper-V med Dynamic Memory
Microsoft Exchange server teamet har i liten grad hvert aktive på internett i denne sammenheng. Det er i grunn forbausende stille rundt Exchange Servers eventuelle støtte av dynamisk memory. I selg selv står dette til kritikk. Det er ikke i skrivende stund ikke en eneste blogpost dom gjelder Exchange Server og dynamisk memory for eks på The Exchange Team Blog!
Så langt undertegnede er orientert, Exchange 2003, 2007 og 2010 støtter ikke Dynamisk Memory i Hyper-V. Exchange server allokerer og behandler memory på en lik måte at dette vil kunne skape ytelses problemer.
Line of business (LOB) programvare fungerer ikke som forventet i Hyper-V med Dynamic Memory
Line of Business programvare vil ikke nødvendig vis oppføre seg som forventet i en virtuell maskin som bruker dynamisk memory.
· Dette gjelder for eksempel for programvare som utfører sin egen memory behandling ved å overta visse aspekter av memory administrasjonene fra operativsystemet. Denne typen av programmer vil typisk ta så mye memory som mulig med den følgen at memoryforbruket stiger til det punget der maksimum ram er benyttet.
· Dette gjelder for eksempel også programmer som stiller inn sitt memory forbruk uti fra hva som er tilgjengelig på det tidspunkt programmet starter. I denne situasjonen vil for eksempel et program ikke oppføre seg maksimalt i det memory blir satt for eks ut i fra start memory på 512 KB i istedenfor for eks 4 GB.