14.1 Dlaczego serwerów nie stawia się fizycznie
1. Scenariusz z życia
Kontroler domeny padł. Na fizycznym serwerze: reinstalacja systemu, potem przywracanie AD z backupu, konfiguracja od zera. Godziny lub cały dzień — w tym czasie nikt się nie zaloguje, nie ma plików, nie ma poczty. Szef pyta: kiedy wróci? Nie wiesz.
Na maszynie wirtualnej: masz snapshot sprzed tygodnia albo backup VM. Przywracasz VM z kopii albo cofasz do snapshotu. Usługa wraca w kilkanaście–kilkadziesiąt minut. Różnica to nie teoria — to codzienna decyzja: jak szybko mogę odkręcić błąd.
2. Co się dzieje w systemie
Fizyczny serwer = jeden system na jednym dysku. Coś się zepsuje (błąd aktualizacji, uszkodzona baza AD, zły GPO) — albo naprawiasz na żywo (ryzyko), albo reinstalujesz i przywracasz z backupu. Backup fizyczny to często „plik na drugim dysku” — przywracanie wymaga instalacji Windows od zera, potem nakładania kopii. Czas: godziny.
Maszyna wirtualna = pliki na dysku hosta (VHDX, konfiguracja). Snapshot = zapisany stan VM w danym momencie. Możesz wrócić do niego jednym kliknięciem. Nie instalujesz systemu od zera — wracasz do działającego stanu. Backup VM = kopia całego pliku VM (lub eksport); przy awarii hosta odpalasz VM na innym hoście. Czas przywracania: minuty do kilkudziesięciu minut.
3. Co administrator zyskuje
Krótszy czas przywracania usług. Możliwość testowania zmian (snapshot przed aktualizacją, przed GPO — cofniesz w razie problemu). Możliwość przenoszenia VM na inny serwer (migracja) bez reinstalacji. Jedna fizyczna skrzynka = wiele ról (AD, DNS, pliki) w osobnych VM — awaria jednej nie musi kłaść wszystkich.
4. Typowy błąd
Stawiać „ważny” serwer tylko fizycznie, bez snapshotów i bez backupu VM. Jedna zła aktualizacja lub jeden zły GPO — i masz godziny roboty zamiast „cofnij snapshot”. W produkcji: brak planu backupu VM i brak testu przywracania.
5. Myślenie administratora
Pytanie nie brzmi „czy wirtualizować”, tylko „jak szybko chcę wrócić do działania po problemie”. Fizyczny serwer ma sens tam, gdzie wymagania sprzętowe lub polityki firmy każą trzymać jedną rolę na jednej skrzynce — i tak wtedy backup i plan przywracania są obowiązkowe. W większości firm serwery to VM: szybszy rollback, łatwiejsze kopie, migracje.
6. Zapamiętaj – 4 fakty praktyczne
- Na fizycznym serwerze: reinstall + przywracanie z backupu = godziny; na VM: snapshot lub backup VM = minuty do kilkudziesięciu minut.
- Snapshot = punkt powrotu; przed dużą zmianą (AD, GPO, aktualizacja) — zrób snapshot.
- Backup VM (plik/copia) pozwala odtworzyć usługę na innym hoście bez reinstalacji systemu od zera.
- Firmy używają wirtualizacji m.in. po to, żeby skrócić czas przywracania i móc cofać błędy (snapshot/backup).