Innledning
Nye versjoner av Windows Server-plattformen vanligvis innføre funksjoner som kan gjøre nye scenarier din bedrift kan være lurt å dra nytte av. En stor bekymring for bedrifter med hensyn til IT er mulig nedetid som kan oppstå når noen aspekter av deres server infrastruktur må ha utført vedlikehold på den. Bakgrunnen for denne bekymringen er enkel: enhver form for nedetid kan føre til forstyrrelser for kunder som kan resultere i tapte inntekter for selskapet
Lagring er ett aspekt av IT-infrastruktur som kan kreve periodisk eller uforutsett vedlikehold.. For eksempel, hvis din bedrift har en haug med virtuelle maskiner som kjører på en Hyper-V host klynge og en av diskene i det underliggende fysiske lagringen av klyngen mislykkes, vil din hardware RAID vanligvis la dine virtuelle maskiner for å fortsette å kjøre uten nedetid. I stedet for bare å trekke den mislykkede disken og erstatte den med en hot spare derimot, kan du ønsker å flytte noen VM til en annen klyngenode for å sikre fortsatt tilgjengelighet i tilfelle plutselig svikt i en annen disk i samme array. Anmeldelser
Hva om du ikke har råd til et klynge vert løsning imidlertid, og i stedet har bare stående Hyper-V vertene i ditt miljø? I så fall, hvis du fortsatt kjører Windows Server 2008 eller Windows Server 2008 R2 på Hyper-V verter, er du ute av lykken - det er ingen måte å flytte kjører VMs fra en maskin til en annen uten å pådra nedetid for VMs. Å gi ytterligere fleksibilitet for bedrifter som bruker ikke-gruppert verter som dette, Microsoft introdusert en ny funksjon kalt Storage Migration begynner med Windows Server 2012. Følgende kort beskrivelse av bagasje Migrasjon og hvordan det fungerer er hentet fra min bok "Innføring i Windows Server 2012 "fra Microsoft Press som er fritt tilgjengelig for nedlasting i PDF, EPUB og MOBIE format fra denne linken.
Lagring migrasjon
Lagring migrasjon er en ny funksjon i Hyper-V i Windows Server 2012 som lar deg flytte alle filene til en VM til et annet sted mens VM fortsetter å kjøre. Dette betyr at med Hyper-V vertene kjører Windows Server 2012, er det ikke lenger nødvendig å ta en VM offline når du trenger å oppgradere eller erstatte den underliggende fysisk lagring. Vi kort sett på lagring migrasjon i kapittel 2 i sammenheng med å utføre en Live Migration uten delt lagring, så her skal vi grave litt dypere og se på hvordan lagring migrasjon faktisk fungerer.
Når du starter et lagrings migrasjon for et VM, tar følgende sted:
- Når kopieringen er ferdig, slår VM til hjelp disken.
Når VM er vellykket bruker disken, er kildedisken slettet og lagring migrasjon er ferdig. Dersom det oppstår feil, kan VM falle tilbake til å bruke kildedisken.
Lagring migrasjon av unclustered VMs kan startes fra Hyper-V Manager-konsollen ved å velge VM og klikke på Move alternativet. Lagring migrasjon av gruppert VMs kan ikke startes fra Hyper-V Manager-konsollen; Failover Clustering Manager-konsollen må brukes i stedet. Du kan også utføre lager vandringer med Powershell ved hjelp av Move-VMStorage cmdlet.
Går du tom for diskplass
Et scenario hvor Storage Migrasjon kan være en livredder er når du har en frittstående Hyper- V vert med VMs kjører på det, og en av VMs går tom for diskplass, med andre ord, har VHD for at VM ikke lenger noen plass å vokse på det underliggende fysiske disken (e) der VHD-filen ligger. Ved å bruke Storage Migrasjon i et slikt scenario, kan du flytte lagring av at VM til en fysisk disk som har mer ledig plass så VHD kan fortsette å vokse i størrelse etter behov.
Migrering CSV lagring AnmeldelserLa oss si at du har en Hyper-V host klynge som spenner over flere klynge delt volum (CSV) LUN og du vil flytte VHD (eller VHDX) filer av en av dine virtuelle maskiner fra en CSV til en annen. Kan du bruke Storage Migration å gjøre dette? Ja du kan, og det er en annen god bruk for lagring Migration dvs. gir fleksibilitet i hvordan du bruker gruppert lagring.
Migrering SAN lagrings
Du kan tenke at fordi organisasjonen har gruppert Hyper-V Vertene utplassert som Storage Migrasjon er ikke til nytte for deg. Du er sannsynligvis galt likevel. For eksempel, la oss si at selskapet er en stor bedrift som har en Hyper-V host klynge som bruker en eldre SAN (Storage Area Network) for verts lagring, og du vil erstatte din SAN med en nyere en fra en annen vendor-- men uten å pådra seg noe nedetid for VMs hvis VHDer lagres på din nåværende SAN. Hva burde du gjøre? Du kan prøve dette:.
Lag virtuelle disker på den nye SAN, deretter opprette LUN og presentere disse LUN dine gruppert Hyper-V verter
Bruk Storage Migrasjon har å migrere de VHDer av den løpende VMs fra den gamle SAN til LUNene med din nye SAN.
Merk at dette skal fungere selv om begge SAN er koblet til det samme stoffet med hver SAN har sin egen enheten- spesifikk modul (DSM) på toppen av multipath I /O-programvare av serverne.
Men det er en viss risiko i prosessen ovenfor fordi du presenterer nye disker til en eksisterende klynge. Så en alternativ tilnærming du kanskje foretrekke å bruke, er å gjøre følgende:.
kaste de inaktive noder på din gamle maskin cluster (på den gamle SAN)
tildele nye LUNene (på den nye SAN) til de kastet ut noder.
Opprett en ny vert klynge på den nye SAN.
Bruk Live Migration funksjonen til å flytte de resterende nodene fra det gamle klynge til den nye en.
Selvfølgelig, hvis Hyper-V verter er ikke-gruppert så kan du følge den første og enklere tilnærming som innebærer Storage Migration.
Lagring Migrasjon betraktninger
Tydeligvis nøkkelen her i form av lagring planlegging for Hyper-V verter er dette: Hvis du ønsker å være i stand til å ha den ekstra fleksibiliteten til å bruke Storage Migration i miljøet, må du distribuere Hyper-V vertene som kjører Windows Server 2012 eller senere. Så hvis du for øyeblikket har Windows Server 2008 eller Windows Server 2008 R2 Hyper-V verter utplassert, må du starte med å oppgradere dem til Windows Server 2012 eller Windows Server 2012 R2.
Bortsett fra versjonen problemet, er det noen andre ting du må huske på om Storage Migration.
Pass på å bruke alle ventende oppdateringer og hurtigreparasjoner til vertene før du utfører en Storage Migration
Du kan ikke bruke Storage Migration hvis du brukte differensierende disker for å lage din VMs.
Du kan ikke bruke Storage Migration hvis VMs bruker pass-through disker.
Du kan grovt forutsi den tiden det vil ta å utføre Storage Migration for en VM ved å bruke Explorer for å kopiere VM er VHD fra kilden lagringsenhet til bestemmelses en.
Du kan fremskynde en Storage Migration ved å opprette en kontrollpost (øyeblikksbilde ) av VM før han flyttet sin lagring. Grunnen til dette er fordi du oppretter en kontrollpost i et VM gjør sine VHDer mindre og skrivebeskyttet, og Storage Migrasjon kan kopiere beskyttede filer raskere enn skrivbare seg (og selvfølgelig mindre filer raskere enn større).
< li> Hvis diskene du vil flytte har noen interne RAID avhengigheter (for eksempel ved bruk av RAID 0 inne i et VM) så kan du får problemer hvis du prøver og flytte lagring hjelp Storage Migration (eller hvis du prøver å utføre en Live Migration ). Annet enn det imidlertid både Storage Migrasjon og Live Migration er "OS agnostiker", dvs. de vil arbeide for enhver gjest operativsystem som støttes av Hyper-V på den versjonen av Windows Server.
Hvor å lære mer
For mer informasjon om Storage Migrasjon i Windows Server 2012, kan du lese emnet "High-Performance, kontinuerlig tilgjengelighet File Share Storage for serverprogrammer Technical Preview" i TechNet Biblioteket.
For mer informasjon Se blogginnlegget "Windows Server 8 – virkelig leve Storage Migration" på Team bloggen MCS @ Midt-Østen og Afrika
Se også følgende innlegg av Ben Armstrong på sin Virtual PC Guy blogg: <. .no>
"Doing en Simple Storage Migration med Windows Server 8"
"Bruke Powershell til Storage Migrate med Windows Server 8"
"Hvordan Storage Migration faktisk fungerer? "
" Storage Migration + Powershell + Windows 8 = Magisk "
" Doing en Advanced Storage Migration med Windows 8 "
" Doing en Advanced Storage Migration med Windows 8 i Powershell "
Hvis du ønsker å bli varslet når Mitch Tulloch utgivelser neste del av denne artikkelserien vennligst logg
opp til WindowsNetworking.com Sanntid artikkelen oppdatering nyhetsbrev
.
Previous:Powershell Essentials (del 2)
En ny VHD eller VHDX filen er laget i den angitte destinasjonen plassering (lagring migrasjon fungerer med både VHD og VHDX)
. VM fortsetter å både lese og skrive til kilden VHD, men nye skriveoperasjoner er nå speiles til disken.
All data blir kopiert fra kilden disken til disken i en single-pass kopiering. Skriver fortsette å bli speilet til begge diskene i løpet av denne kopieringen, og uncopied blokker på kildedisken som er oppdatert gjennom en speilet write ikke recopied.