Hyper-V
Ku pamięci: Floppy disk w Hyper-V
Feb 28th
Kiedy ostatnio używaliście dyskietki?
Ja dziś:) Co prawda wirtualnej ale chyba się liczy:)
Jeden z programów jakiego używam na maszynie działającej na Hyper-V wymagał FDD i nie dawał się przekonać, że to archaizm. Najprostszym wyjściem z sytuacji było dodanie obsługi wirtualnego napędu dyskietek do wirtualnej maszyny.
Hyper-V używa plików VFD jako obrazów dyskietek, aby utworzyć plik VFD należy:
- Uruchomić Hyper-V Manager;
- Przejść do panelu Action;
- Wybrać New -> Floppy Disk…;
- Pojawi się okno Create Virtual Floppy Disk;
- Wybrać jego lokalizację, wprowadzić nazwę pliku dyskietki i wybrać Create.
Utworzony w ten sposób plik VFD można podłączyć jako napęd dyskietek do maszyny wirtualnej działającej na Hyper-V, Virtual Server lub Virtual PC.
źródło: własne doświadczenie
Gdy VM na Hyper-V R2 traci sieć
Feb 18th
Po migracji maszyn do Hyper-V R2 wirtualne maszyny, których NIC są obciążone dużą ilością jednoczesnych połączeń (IIS, ISA itp.) często są dotknięte problemem, że połączenia do WM są zrywane a wirtualny NIC zmienia stan na “disabled”. Dzieje się tak w momencie dużego obciążenia wirtualnego switha, gdy jego bufor (odpowiednik tablicy przełączania) jest pełny w efekcie czego cześć pakietów jest gubiona, generowane są błędy i w efekcie wirtualny interfejs sieciowy zmienia stan na “disabled”.
Na wirtualnych maszynach w logach systemowych pojawia się następująca informacja:
Event Type: Information
Event Source: netvsc
Event Category: None
Event ID: 4
Date: 2/17/2010
Time: 11:46:07 AM
User: N/A
Computer: MACHINENAME
Description:
The miniport ‘Microsoft Virtual Machine Bus Network Adapter’ reset.
Są trzy metody na rozwiązanie tego problemu:
- Powiększenie wielkości bufrów VMBus wirtualnych maszyn na których występuje problem z 1MB do 2MB lub 4MB (w dalszej części opiszę to dokładniej). Uznaję to rozwiązanie za preferowane ze względu na najmniejszą inwazyjność fixa w infrastrukturę.
- Instalacja patcha KB974909 o statusie testowym na maszynach z Hyper-V R2 na których działają maszyny z problemem (w przypadku klastra na wszystkich maszynach w klastrze gdzie wystąpił problem z VM).
- Zmiana NIC wirtualnej maszyny z Synthetic na Legacy adapter. Rozwiązanie to obniża oczywiście parametry połączenia VM (między innymi jego prędkość do 100Mbps). Ze względu na obniżenie parametrów nie można go uznać za rozwiązanie zalecane w środowiskach produkcyjnych.
Aby powiększyć bufor VMBus wirtualnej maszyny na której występuje problem należy:
- Przejść do gałezi rejestru: HKLM\SYSTEM\CurrentControlSet\Control\Class\{GUID}\{index}.
- Aby zidentyfikować jaki GUID ma interfejs wirtualnej maszyny na którym występuje problem:
W przypadku VM na Windows Server 2008/2008 R2 jest to banalne):
Identyfikacja inerfejsu na Windows Server 2003 jest trochę trudniejsza:)
Należy przejśc do HKLM\SOFTWARE\Microsoft\WindowsNT\CurrentVersion\NetworkCards\{numer} i odczytać wartość GUID. (rozwiązanie działa również na nowszych systemach).
W przypadku niemożności znalezienia GUID powyższą metodą: przejść do HKLM\SYSTEM\CurrentControlSet\Control\Class\ i wyszukać “Microsoft Virtual Machine Bus Network Adapter” (uwaga – może być kilka interfejsów).
- Utworzyć dwie wartości DWORD o nazwach ReceiveBufferSize i SendBufferSize, nadać im wartość 0800 (hexadecimal) lub 2048 (decimal). Jest to wartość bufora w KB, przy braku tych wpisów wielkość buforów jest domyślna i wynosi 1024KB.
- Wykonać restart wirtualnej maszyny aby ustawienia zostały wprowadzone.
Jeśli po wykonaniu powyższych kroków problem wciąż występuje (w moim przypadku miałem tą sytuację z jedna najbardziej obciążoną maszyną z IIS) należy jako wartość wprowadzić 1000 (hexadecimal) lub 4096 (decimal). Maksymalna możliwa wartość bufora to 4096KB.
źródła poza własnym doświadczeniem:
Network Adapter disabled, Event ID 4 Netvsc, miniport reset – TechNet Forums
Hyper-V Server 2008 R2 instalacja na USB
Jan 14th
Hyper-V Server 2008 R2 jest nietypowy jak na system wyprodukowany przez Microsoft. Nie tylko, że jest dostępny bezpłatnie to jak mawia mój kolega “nie ma windowsa w tym systemie”. Z technicznego punktu widzenia jest w nim więcej ciekawostek, na przykład to, że wspierana jest jego instalacja na dysku USB flash.
Dawno temu znalazłem wpis na blogu Micorosft Virtualization Team, na którym wyczytałem o możliwościach uruchamiania systemu zainstalowanego na USB: “One thing our customers and partners requested was the ability to boot from flash. Customers told us they would like to purchase a server from their hardware partner of choice with Hyper-V included and they wanted the ability to choose whether it was on traditional spinning media or flash media. You got it.”. Zacząłem szukać tego opisu i znalazłem opis na TechNecie poświęcony właśnie takiemu wdrażaniu Hyper-V Server 2008 R2, przygotowując opis bazowałem głównie na tym dokumencie. Dokument wprowadza skrót UDF od USB Flash Device, zawiera też kilka obwarowań co do tej instalacji, które po przetłumaczeniu brzmią:
- Instalacja Microsoft Hyper-V Server 2008 R2 na UFD, który nie jest wewnętrznym komponentem komputera jak np. przenośny zewnętrzny flash USB nie jest dozwolona.
- UFD musi być komponentem wewnętrznym wbudowanym w serwer zgodnie z dokładnym opisem zawartym w dokumencie.
Aby przeprowadzić instalację Hyper-V Server 2008 R2 urządzeniu USB należy przygotować:
- Nośnik instalacyjny (może być DVD, klucz USB, lub jako rozpakowany obraz) Hyper-V Server 2008 R2
- Windows Automated Installation Kit (AIK) for Windows 7
- Napęd USB (dysk lub duży szybki flash) na którym zainstalujemy system do pliku VHD. Minimalna wielkość to 8GB, zalecana 16GB.
Wszystkie poniższe operacje wykonywałem na Windows 7 Ultimate x64 z zainstalowanym pakietem WAIK, gdzie:
- C: to dysk systemowy
- D: napęd DVD (może być również klucz USB, jak również rozpakowany obraz płyty) z instalatorem Hyper-V Server 2008 R2
- W porcie USB znajduje się klucz USB na którym zainstalowany zostanie system. UWAGA! Wszystkie dane z nośnika wymiennego zostaną skasowane, nie jest to koniecznością, zdecydowałem się na to z powodu przejrzystości opisu.
Ad rem!
- Uruchamiamy CMD z uprawnieniami Administratora, za jego pomocą tworzymy w folderze nowym folderze WINvhd na dysku C: plik VHD o wielkości prawie 15GB, formatujemy jego zawartość i nadajemy oznaczenie R:.
mkdir c:\WINvhd
diskpart
create vdisk file=c:\WINvhd\HVserver.vhd maximum=15000 type=fixed
select vdisk file=c:\WINvhd\HVserver.vhd
attach vdisk
create partition primary
assign letter=R
format quick fs=ntfs label=HVserver
exit - Rozpakowanie pliku WIM, przechodzimy do folderu gdzie znajduje się ImageX, w moim przypadku używam wersji X64, bo Hyper-V Server 2008 R2 jest właśnie X64. W drugiej linii sprawdzamy jakie są wszystkie wersje systemu dostępne w pliku WIM, w tym przypadku jest tylko jedna wersja <IMAGE INDEX=”1″>, właśnie ją wybiorę:) dlatego w następnym kroku pojawiła się cyfra 1.
cd /d “C:\Program Files\Windows AIK\Tools\amd64″
imagex /info d:\sources\install.wim
imagex /apply /check d:\sources\install.wim 1 R:\ - Odłaczamy dysk VHD.
diskpart
select vdisk file=c:\WINvhd\Windows.vhd
detach vdisk
exit - Sprawdzamy którym urządzeniem jest docelowy napęd USB, następnie wymazujemy jego zawartość, tworzymy nową partycję i formatujemy ją na NTFS i nadajemy oznaczenie Z:.
diskpart
list disk
select disk <numer napędu USB>
clean
create partition primary
select partition 1
active
format quick fs=ntfs
assign letter=Z
exit - Kopiujemy plik VHD na napęd USB.
copy c:\WINvhd\HVserver.vhd Z:
- Nadpisujemy MBR na napędzie USB.
cd /d “c:\program files\Windows AIK\Tools\PETools\AMD64\”
bootsect /nt60 Z: /force /mbr - Podłączamy dysk VHD z napędu USB, powinien być widoczny jako R:.
diskpart
select vdisk file=z:\HVserver.vhd
attach vdisk
exit - Zmiana parametrów bootowania.
bcdboot r:\windows /s Z:
- Dodajemy wpisy do rejestru systemu na VHD wymuszające wyłączenie pliku wymiany w celu ograniczenia ilości cykli zapisów na napęd USB.
REG LOAD HKLM\WindowsTemp r:\windows\system32\config\system
REG ADD “HKLM\WindowsTemp\ControlSet001\Control\Session Manager\Memory Management” /v PagingFiles /t REG_MULTI_SZ /d “” /f
REG DELETE “HKLM\WindowsTemp\ControlSet001\Control\Session Manager\Memory Management” /v ExistingPageFiles /f
REG UNLOAD HKLM\WindowsTemp - Odłączamy dysk VHD.
diskpart
select vdisk file=z:\HVserver.vhd
detach vdisk
exit - Klucz USB z Hyper-V Server 2008 R2 jest już przygotowany, można się z niego spróbować zabootować. Klucz po przygotowaniu można użyć na innej konfiguracji sprzętowej (uruchomić go na innym komputerze) ważne, żeby konfiguracja napędów była identyczna jak w momencie kiedy była przygotowywana w innym wypadku po zabootowaniu się z klucza zobaczymy informację, że start jest niemożliwy, należy wtedy edytować konfigurację bootowania na kluczu USB (dalej opis jak to zrobić). Jeśli się udało to na ekranie zobaczmy końcową fazę konfiguracji systemu.
- W razie problemów z bootowaniem z nowoutworzonego VHD na USB należy wystartować komputer z nośnika instalacyjnego, uruchomić linię komend (Shift + F10), za jej pomocą podpiąć dysk VHD (podobnie jak punkt 7 ale podając odpowiednie litery napędów) a następnie ręcznie zmienić parametry bootowania za pomocą polecenia BCDboot (punkt 8 ze wskazaniem odpowiednich dysków). Dokładniejszy opis jak posługiwać sie BCDboot znajduje się tym i w tym artykule.
Rozwiązanie testowałem na stacji roboczej Dell Vostro 420 i 430, na każdym z nich działało poprawnie.
Bardzo ciekawie wygląda zastosowanie tej metody w infrastrukturze na której Hyper-V działa na małych bezdyskowych serwerach przeznaczonych do wirtualizacji przy podłączonych dyskach NAS na których znajdują się wirtualne systemy. Wcześniej w takim scenariuszu mogła pracować tylko wirtualizacja rodem z VMware.
źródła, poza własnym doświadczeniem:
Microsoft Hyper-V Server 2008 R2 RTM & More – Microsoft Virtualization Team Blog
Deploying Microsoft Hyper-V Server 2008 R2 on USB Flash Drive – TechNet
Walkthrough: Deploy a Virtual Hard Disk for Native Boot – TechNet
Virtual Hard Disks in Windows Server 2008 R2 and Windows 7 – TechNet
Instalacja Windows 7 oraz Windows Server 2008 R2 w plikach VHD – wss.pl
ImageX Technical Reference – TechNet
Add a Native-Boot Virtual Hard Disk to the Boot Menu – TechNet
Instalacja Windows 7 na napędzie USB
Jan 12th
Prawie dwa lata temu na moim blogu umieściłem wpis o możliwości instalacji Windows Vista i Windows Server 2008 na dysku USB. Rozwiązanie, które wtedy przedstawiłem nie było wygodne, z powodu konieczności posiadania komputera z Hyper-V lub VMware Server.
Nie udało mi się znaleźć nigdzie dobrej metody na instalację Windows 7 i Windows Server 2008 R2 na kluczu USB dlatego postanowiłem się zabrać samemu za napisanie tutoriala. Rozwiązanie to jest rozwojową modyfikacją mojego pomysłu z przed 2 lat, jest od niego też dużo prostsze. Należy pamiętać o tym, że nie jest wspierane przez Microsoft. Domyślnie podczas startu Windows 7 i Windows Server 2008 R2 magistrala USB jest resetowana (tak samo jak w Windows Vista i Windows Server 2008) co w wypadku instalacji na napędzie USB powoduje przerwanie startu i restart komputera, w moim opisie przeciwdziałam temu przez wpisy w rejestrze i edycję plików. Procedura opisywana poniżej wymaga nieco uwagi a nie tylko wklejania poszczególnych linii do CMD. Wszystkie skomplikowane operacje zostały dodatkowo opisane. Jej działanie testowałem na laptopie Dell D630, D430, D6400 oraz na stacji roboczej Dell Vostro 430, na każdym z nich działało poprawnie.
Jeśli mimo to się zdecydowałeś należy się zaopatrzyć w:
- Nośnik instalacyjny Windows 7 (może być na kluczu USB)
- Windows Automated Installation Kit (AIK) for Windows 7
- Napęd USB (dysk lub duży szybki flash) na którym zainstalujemy system. Dla Windows 7 minimalna zalecana wielkość dysku to 16GB, mi udało się jednak do testów zainstalować na flashu 8GB.
Wszystkie poniższe operacje wykonywałem na Windows 7 Ultimate x64 z zainstalowanym pakietem WAIK, gdzie:
- C: to dysk systemowy
- D: napęd DVD (może być to też klucz USB, można również się posłużyć rozpakowanym obrazem) z instalatorem Windows 7
- W porcie USB znajduje się klucz USB na którym zainstalowany zostanie system. UWAGA! Wszystkie dane z nośnika wymiennego zostaną skasowane, nie jest to koniecznością (z punktu 1 można zrezygnować jeśli jesteśmy pewni, że pierwsza partycja podstawowa na kluczu jest aktywna i jest sformatowana na NTFS, w takim wypadku należy zmienić tylko jej literę na Z:), zdecydowałem się na to z powodu przejrzystości opisu.
Ad rem!
- Uruchamiamy CMD z uprawnieniami Administratora, za jego pomocą czyścimy dysk USB, formatujemy jego zawartość i nadajemy oznaczenie Z:.
diskpart
list disk
select disk <numer napędu USB>
clean
create partition primary
select partition 1
active
format quick fs=ntfs
assign letter=Z
exit - Rozpakowanie pliku WIM, przechodzimy do folderu gdzie znajduje się ImageX, w moim przypadku wdrażam wersję X64 (dlatego AMD64 w pierwszej linii, przy wdrażaniu X86 ścieżka będzie miała oczywiście X86 na końcu ). W drugiej linii sprawdzamy jakie są wszystkie wersje systemu dostępne w pliku WIM, w moim przypadku Windows 7 Ultimate X64 był dostępny jako <IMAGE INDEX=”4″>, dlatego w następnym kroku pojawiła się cyfra 4.
cd /d “C:\Program Files\Windows AIK\Tools\amd64″
imagex /info d:\sources\install.wim
imagex /apply /check d:\sources\install.wim 4 Z:\ - Nadpisujemy MBR na napędzie USB (znów robię to dla wersji X64).
cd /d “c:\program files\Windows AIK\Tools\PETools\AMD64\”
bootsect /nt60 Z: /force /mbr - Zmiana parametrów bootowania.
bcdboot Z:\windows /s Z:
- Dodajemy wpisy do rejestru systemu na USB wymuszające wyłączenie pliku wymiany w celu ograniczenia zapisów na napęd USB (w razie chęci posiadania pliku wymiany z komend w linii 2 i 3 można zrezygnować jeśli chcemy zachować plik wymiany o domyślnych parametrach) oraz zmieniamy ustawienia startu usług związanych z magistralą USB.
REG LOAD HKLM\WindowsTemp z:\windows\system32\config\system
REG ADD “HKLM\WindowsTemp\ControlSet001\Control\Session Manager\Memory Management” /v PagingFiles /t REG_MULTI_SZ /d “” /f
REG DELETE “HKLM\WindowsTemp\ControlSet001\Control\Session Manager\Memory Management” /v ExistingPageFiles /f
REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBCCGP /v Start /t REG_DWORD /d 00000000 /f
REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBEHCI /v Start /t REG_DWORD /d 00000000 /f
REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBHUB /v Start /t REG_DWORD /d 00000000 /f
REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBSTOR /v Start /t REG_DWORD /d 00000000 /f
REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBUHCI /v Start /t REG_DWORD /d 00000000 /f
REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBCCGP /v Group /t REG_SZ /d “Boot bus extender” /f
REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBEHCI /v Group /t REG_SZ /d “Boot bus extender” /f
REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBHUB /v Group /t REG_SZ /d “Boot bus extender” /f
REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBSTOR /v Group /t REG_SZ /d “Boot bus extender” /f
REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBUHCI /v Group /t REG_SZ /d “Boot bus extender” /f
REG UNLOAD HKLM\WindowsTemp - Przechodzimy eksploratorem windows do Z:\windows\inf i edytujemy następujące pliki: usb.inf, usbport.inf, usbstor.inf; dodając na początku ich treści:
[*.AddService]
StartType = 0
LoadOrderGroup = boot bus extender - Klucz USB z Windows 7 jest już przygotowany, można się z niego spróbować zabootować. Klucz po przygotowaniu można użyć na innej konfiguracji sprzętowej (uruchomić go na innym komputerze).
- Po automatycznym restarcie najprawdopodobniej system się nie włączy poprawnie. Będzie się resetował kilka sekund po starcie. Jest to spowodowane przywracaniem ustawień domyślnych rejestrów usług magistrali USB przez instalator. Zanim system będzie gotowy do pracy taka sytuacja wydarzy się dwukrotnie. Należy wtedy wykonać po kolei kroki: 5 i 6, po czym zabootować się jeszcze raz. Te same kroki należy podjąć jeśli zmienią się ustawienia i system będzie się resetował podczas startu, zdarza się, że instalacja poprawek zmienia ustawienia rejestrów odpowiedzialnych za USB, co powoduje problemy ze startem.
Przedstawioną metodę można stosować dla Windows 7 i Windows Server 2008 R2 oraz Hyper-V Server 2008 R2 (dla Hyper-V Server 2008 R2 jest wspierane przez Microsoft do instalacji do dysku VHD na USB, opiszę to wkrótce). Warto też mieć na uwadze, że wydajne USB 3.0 niedługo trafi pod strzechy, może to spowodować, że rozruch systemu z USB stanie się o wiele bardziej popularny z powodu prędkości porównywalnej do interfejsu SATA 2.
Jeśli chodzi o legalność rozwiązania jestem w trakcie ustalania jakie zdanie na temat tej metody instalacji ma firma Microsoft. Przytoczę kawałek licencji Windows 7, w oryginale:
“The software is licensed on a per copy per computer basis. A computer is a physical hardware system with an internal storage device capable of running the software. A hardware partition or blade is considered to be a separate computer.”
Po polsku brzmi to:
“Oprogramowanie jest licencjonowane w trybie kopii na komputer. Komputer to fizyczny system sprzętowy z wewnętrznym urządzeniem magazynującym dane służący do uruchomiania oprogramowania. Partycja sprzętowa lub dysk typu blade są uznawane za oddzielne komputery.”
Biorąc to dosłownie instalacja na kluczu USB znajdującym się wewnątrz sprzętu komputerowego (np. klucz podłączony wewnątrz komputera nie wystający poza obudowę) wydaje się dopuszczalna ale tak jak napisałem parę linijek wyżej jestem w trakcie sprawdzania u źródła.
[update 27.01.2010]
Zgodnie z informacją jaką w dniu dzisiejszym otrzymałem z Centrum Obsługi Klienta Microsoft taka instalacja jest dopuszczona przez licencję Windows 7 i Windows Server 2008 R2. Cytat z maila jaki w tej sprawie otrzymałem: “Instalacja systemu na nośniku danych jakim jest USB, jest możliwa i nie powoduje, że takie postępowanie stoi w sprzeczności z licencją. Należy zwrócić uwagę na fakt, że oprogramowanie załadowane z napędu USB – w przypadku licencji OEM, przypisze się do komputera i instalacja na innym urządzeniu z tego napędu nie jest możliwa“.
źródła, poza własnym doświadczeniem:
Beta Egzamin 71-659 – przygotowywania
Nov 28th
Kilka dni temu dotarła do mojej skrzynki mailowej informacja, że od 1 grudnia można będzie rejestrować się do Bety egzaminu 71-659 Windows Server 2008 R2, Server Virtualization.
Aby się zarejestrować należy na witrynie Prometric podać kod: VRR2.
Egzaminy odbywają się między 4 a 31 grudnia.
W związku z tym na Virtual Study pojawi się dodatkowa sesja pod tytułem: “Druga odsłona wirtualizacji – co nowego w R2” poświęcona będzie zmianom w Hyper-V v 2 zawartym w Windows Server 2008 R2 w porównaniu do Hyper-V v 1. Sesję odbędzie się 15 grudnia, poprowadzi ją Kamil Skalski. Jest to rozszerzenie do szkolenia przygotowującego do egzaminu 70-652 Windows Server Virtualization – ma też ten sam link do rejestracji. Zapraszam!
źródło, poza informacją mailową:
[EDIT 02.12.2009 PL]
Pod postem na Born to Learn Rob Hagman w komentarzach umieścił link do tego wpisu jako przykład wycieku informacji i złamania zasad. Trochę to śmieszne. W mailu który otrzymałem nie było żadnych informacji, że informacja jest niejawna (błąd edytora?). Kilka cytatów z maila, które wskazują na to, że informacja będzie publicznie dostępna (niestety nadawca nie wskazał kiedy):
“This opportunity will also be offered to the general public.” – Ta oferta będzie również dostępna dla publicznych odbiorców.
“Beta exams have limited availability and are operated under a first-come-first-served basis.” – Liczba miejsc na egzaminy beta jest ograniczona i stosowana jest zasada “pierwszy przychodzi – pierwszy obsłużony”.
[EDIT 02.12.2009 EN]
Under post on Born to Learn Rob Hagman put link to this entry as leak and act against rules. Looks silly for me. In mentioned email there is no info that content is confidential (mistake of email editor?). Few lines from that email – pointed that information will be public (unfortunately there was no defined date):
“This opportunity will also be offered to the general public.”
“Beta exams have limited availability and are operated under a first-come-first-served basis.”
[EDIT2 03.12.2009 PL]
Skontaktowałem się mailowo z Krista Wall i udało mi się uzgodnić, że następne maile wysyłane z powiadomieniem o egzaminach w wersji Beta będą oznaczone jako informacja zastrzeżona. Sprawa wyjaśniona. Krista, dzięki za odpowiedź.
[EDIT2 03.12.2009 EN]
I contacted to Krista Wall, we agresd that next email notification about Beta Exams will be marked as confidential. End of the story. Krista, thanks for your RE.
Moja wirtualna sesja: Praca z wirtualnymi maszynami
Nov 14th
Dziś o godzinie 20:30 odbędzie się moja sesja na Virtual Study. Temat sesji to Praca z wirtualnymi maszynami, będzie to sesja przygotowująca do egzaminu 70-652 – Windows Server Virtualization.
Co będzie na mojej sesji:
Wszystko co dotyczy codziennej pracy z maszynami działającymi na Hyper-V. Zarządzanie maszynami i zasobami, snapshoty, import/export, backup, ręczna migracja maszyn z Virtual PC i VMware. Część z nich jest oczywista i często nie zwraca się na nie nawet uwagi, ale są bardzo ważne i mają decydujące znaczenie w utrzymywaniu stabilnego i dostępnego środowiska wirtualnego, dlatego postaram się usystematyzować wszystkie podstawowe w codziennej pracy z Hyper-V kwestie.
Dokładna agenda:
1. Optymalizacja maszyn wirtualnych.
- Różnice między sprzetem fizycznym a wirutalnym,
- Integration Services.
- Sposoby zarządzania maszynami wirtualnymi (MMC, RDP, SCVMM, VMconnect).
- Ustawienia zasobów dla krytycznych i niekrytycznych maszyn (CPU, startup/shutdown).
- Kontrola zasobów hosta – Performance Monitor.
2. Wykorzystanie Snapshotów i zarządzanie nimi.
- Ogólnie o snapshotach.
- Dlaczego snapshoty nie powinny być jedyną forma backupu.
- Automatyzacja wykonywania Snapshotów.
- Usuwanie starych snapshotów.
3. Przenoszenie maszyn.
- Standardowy export/import.
- Migracja maszyn wirtualnych z Virtual PC, Virtual Server (VHD), VMware (VMDK), P2V – bez SCVMM.
4. Backup & Restore.
- Export jako prosta metoda na backup offline.
- Windows Server Backup – najprostsza metoda na backup online.
- SCDPM – dla tych, którzy potrzebują więcej.
- Metody odzyskiwania maszyn wirtualnych z samych plików VHD i AVHD (advanced demo).
Rejestracja na spotkanie (wymagane posiadanie konta w serwisie Virtual Study).
Do zobaczenia na Live Meetingu dzis o 20:30! Już za 3 godziny.
[edit] Moja prezentacja, którą posługiwałem się podczas sesji do pobrania tutaj.
źródło: Virtual Study
Virtual Study – przygotowania do 70-652 Windows Server Virtualization
Nov 2nd
Dziś startuje kolejny pełny kurs przygotowawczy do egzaminu MCP na platformie Virtual Study. Tym razem 70-652 Windows Server Virtualization.
Cykl sesji o wirtualizacji mający przygotowywać do egzaminu 70-652 Windows Server Virtualization:
02.11.2009 g 20:30 Instalacja i podstawowa konfiguracja Hyper-V (Kamil Frankowicz) - To już dziś – za dwie godziny!!!
09.11.2009 g 20:30 Wdrażanie maszyn wirtualnych (Paweł Badura)
14.11.2009 g 2030 Praca z wirtualnymi maszynami (Karol Stilger)
01.12.2009 g 20:30 Instalacja i podstawowa konfiguracja SCVMM (Wojciech Marusiak)
0809.12.2009 g 20:30 Wysoka dostępność wirtualizacji (Kamil Skalski)
10.12.2009 g 20:30 SCVMM Zagadnienia zaawansowane (Dariusz Porowski)
15.12.2009 g 20:30 Druga odsłona wirtualizacji – co nowego w R2 (Kamil Skalski) – sesja dodatkowa, rozszerzająca i przygotowująca do 71-659
Trochę o mojej sesji (14.11.2009 godz 20:30): Praca z wirtualnymi maszynami:
Co będzie: Wszystko co dotyczy codziennej pracy z maszynami działającymi na Hyper-V. Zarządzanie maszynami i zasobami, snapshoty, import/export, backup/recovery, ręczna migracja maszyn z Virtual PC i VMware. Część z nich jest oczywista i często nie zwraca się na nie nawet uwagi, ale są bardzo ważne i mają decydujące znaczenie w utrzymywaniu stabilnego i dostępnego środowiska wirtualnego, dlatego postaram się usystematyzować wszystkie podstawowe w codziennej pracy z Hyper-V kwestie.
Czego nie będzie: Wszystkiego o SCVMM i klastrach – tu zostawiam kolegom pole do popisu.
Więcej informacji i rejestracja (wymagane posiadanie konta w serwisie Virtual Study).
Jak już jestem przy temacie Virtual Study to na pewno warto wspomnieć o sesji: Zarządzanie czasem – czyli rozwój osobisty nie tylko dla orłów gdzie Paweł Łukasik opowie o metodach zarządzania czasem. Na pewno pomoże to wszystkim zabieganym lepiej poukładać swój czas.
Do zobaczenia na Live Meetingu!
źródło: Virtual Study
Zarządzanie backupem Hyper-V
Sep 16th
Na Portalu WSS.pl pojawił się dziś mój artykuł “Zarządzanie backupem Hyper-V”.
Artykuł podzielony jest na części:
- Backup i snapshoty wykonywane za pomocą PowerShell
- Backup z użyciem Windows Server Backup
- Backup za pomocą Data Protection Manager
A to kawałek wstępu:
“Backup maszyn wirtualnych na Hyper-V wydaje się skomplikowany, jeśli założymy, że chcemy, żeby był wykonywany automatycznie, downtime powinien dążyć do zera i co oczywiste żeby dało się z niego odzyskać dane, jeśli pojawi się taka potrzeba. Okazuje się, że można nim bardzo łatwo zarządzać.”
Zapraszam do przeczytania całości!
źródło: własna radosna twórczość
Ku pamięci: PowerShell na Microsoft Hyper-V Server 2008 R2
Sep 12th
Wraz ze wsparciem dla .NET w Windows 2008 R2 w wersji Core pojawiła się możliwość zainstalowania PowerShell. Skoro jest to możliwe w Core dlaczego nie używać PowerShella na Hyper-V Server 2008 R2?
Aby zainstalować powłokę PowerShell na Hyper-V Server 2008 R2 należy:
- Z menu konfiguracji systemu (niebieska konsola: Server Configuration) wybieramy: “4″ (Configure Remote Management), a następnie “2″ (Enable Windows PowerShell). Podczas tej operacji zainstalowany zostanie .NET Framework, PowerShell oraz zmieniona polityka uruchamianie skryptów PowerShell na RemoteSigned pozwalającą na uruchamianie niepodpisanych skryptów (np. pobranych z Internetu).
- System zaproponuje restart, który akceptujemy.
- Po restarcie uruchomimy PowerShell komendą:
start PowerShell
To samo można również zrobić również standardowo jak na Windows Server 2008 R2 w wersji Core:
- Zainstalować .NET Framework:
start /w ocsetup NetFx2-ServerCore
- Zainstalować PowerShell:
start /w ocsetup MicrosoftWindowsPowerShell
- Możemy już uruchomić PowerShell:
start C:\Windows\System32\WindowsPowerShell\v1.0\PowerShell.exe
lub po restarcie również można użyć:
start PowerShell
- Aby umożliwić uruchamianie skryptów które nie są podpisane należy w PowerShell podać komendę (polecam zapoznać się z podstawową dokumentacją PowerShell):
Set-ExecutionPolicy RemoteSigned
Teraz zarządzanie maszynami Wirtualnymi na Hyper-V Server i Hyper-V zainstalowanym jako rola w Windows Server 2008 R2 wreszcie jest na dobrym poziomie. Postaram się niedługo podzielić PowerShellowymi skryptami których używam do backupu i wykonywania migawek wirtualnych systemów.
źródło: własne doświadczenia poparte dokumentacją
Hyper-V Management Tools dla Windows Vista Service Pack 2
Jun 24th
Na Witrynie pobierania Microsoft została udostępniona zgodna z Vista SP2 wersja programu Hyper-V Management Tools.
poprawiono miedzy innymi bardzo denerwujący i praktycznie uniemożliwiający normalną pracę problem z wieszającą się konsolą MMC podczas przeglądania plików na zarządzanym komputerze.
źródła:
Opis Hyper-V Management Tools update dla Windows Vista Service Pack 2
Witryna pobierania Hyper-V Management Tools update for Windows Vista Service Pack 2 wersja x86
Witryna pobierania Hyper-V Management Tools update for Windows Vista Service Pack 2 wersja x64
