Fiziksel sunucu felaket kurtarma: Bare-metal restore nedir? Donanım bağımsız geri yükleme, ISO önyükleme ve acil durum adımları rehberini keşfedin. İnceleyin.
Hızlı Özet (TL;DR)
Bare-Metal Geri Yükleme (Bare-Metal Restore / BMR), bir fiziksel sunucunun anakartı yandığında, RAID kontrolcüsü bozulduğunda, disk dizisi tamamen çöktüğünde veya fidye yazılımı (Ransomware) saldırısıyla sistem önyükleme alanı tahrip edildiğinde; sıfırdan Windows/Linux işletim sistemi kurulumu yapmaya gerek kalmadan, tamamen boş (üzerinde hiçbir işletim sistemi veya yazılım bulunmayan “çıplak metal”) yeni bir donanıma tüm sunucuyu işletim sistemi çekirdeği, kayıt defteri (Registry), sistem durumu (System State), sürücüler, kurulu ERP/veritabanı uygulamaları ve tüm disk bölümleriyle birlikte tek seferde geri yükleme işlemidir. Geleneksel yöntemlerle 2-3 gün sürebilecek karmaşık sunucu kurulum ve yapılandırma mesaisini 30-90 dakika seviyesine indirir.
Geleneksel Dosya Yedeklemesi Neden Felaket Anında Yetersiz Kalır?
Birçok KOBİ ve sanayi işletmesi, sunucu içindeki D:\Data klasörünü veya SQL .bak dosyalarını harici bir diske kopyaladığında güvende olduğunu düşünür. Oysa Pazartesi sabahı saat 08:00’de ana sunucu fiziksel olarak açılmadığında gerçek kriz başlar. Dosyalarınız elinizdedir ama o dosyaları çalıştıracak ortam ortada yoktur:
- Yeni bir sunucu bulunur, üzerine sıfırdan Windows Server kurulur (1-2 saat).
- İşletim sistemi güvenlik güncellemeleri,
.NET Frameworksürümleri, IIS rol servisleri ve ODBC bağlantı bileşenleri yüklenir (2-3 saat). - Active Directory kullanıcı hesapları, grup ilkeleri (GPO), klasör paylaşım izinleri (NTFS ACL) ve yazıcı/barkod sunucu tanımları baştan oluşturulmaya çalışılır (4-8 saat).
- ERP, muhasebe, PDM/CAD lisans sunucuları (Dongle/HASP sürücüleri) ve veritabanı motorları kurulur; ancak eski yazılımların kurulum medyaları veya lisans anahtarları bulunamadığında süreç günlerce kilitlenir.
Bare-Metal Restore (BMR) ise sunucuyu sadece dosyalarıyla değil, tüm işletim sistemi kimliği (SID), kurulu servisleri, güvenlik sertifikaları ve ince ayarlarıyla bir bütün (Image-Level / Block-Level Backup) olarak dondurur ve yeni donanıma klonlar.
Bare-Metal Geri Yükleme Süreci Adım Adım Nasıl İşler?
Kurumsal Sunucu ve Yedekleme Çözümleri kapsamında kurguladığımız imaj bazlı felaket kurtarma senaryosu şu 5 teknik aşamayla icra edilir:
1. Önyüklenebilir Kurtarma Medyası (WinPE / Linux Recovery ISO)
Hedef alınan yeni (veya arızalı diskleri değiştirilmiş) fiziksel sunucu; Veeam, Acronis veya Windows Server Backup tarafından sunucuya özel oluşturulmuş Önyüklenebilir Kurtarma Medyası (Bootable Recovery ISO) ile başlatılır. Bu medya fiziksel bir USB bellekte tutulabileceği gibi, kurumsal veri merkezlerinde iDRAC (Dell), iLO (HPE), XClarity (Lenovo) uzaktan yönetim konsolları üzerinden sanal medya (Virtual Media) olarak veya yerel ağdan PXE Boot ile saniyeler içinde bağlanabilir.
2. Ağ ve Yedekleme Havuzu (Repository) Bağlantısı
Mini kurtarma işletim sistemi (WinPE veya Linux çekirdeği) açıldığında sunucunun Ethernet/SFP+ ağ kartlarını (NIC) tanır. Statik IP veya VLAN etiketi girilerek yerel ağdaki izole NAS cihazına, yedekleme sunucusuna, SMB/NFS paylaşımına veya buluttaki değişmez (Immutable) nesne depolama havuzuna güvenli bağlantı kurulur. Ağ güvenliği katmanında yedekleme VLAN’ının ana kullanıcı ağından Güvenlik Duvarı (Firewall) kurallarıyla izole edilmiş olması, kurtarma esnasında olası bir siber saldırının tekrar bulaşmasını engeller.
3. Donanım Bağımsız Kurtarma (Dissimilar Hardware / Universal Restore)
Felaket anında 5 yıl önce satın alınmış bir sunucunun birebir aynı anakart ve RAID kartına sahip ikamesini bulmak imkânsızdır. Eski sunucunuzda HPE Smart Array P408i-a kontrolcü varken, yeni kiraladığınız veya satın aldığınız sunucuda Dell PERC H755 NVMe kontrolcü bulunabilir. Eğer imajı olduğu gibi basarsanız Windows açılışta INACCESSIBLE_BOOT_DEVICE (0x0000007B) mavi ekran hatası verir.
Donanım Bağımsız Geri Yükleme (Hardware Independent Restore) motoru, geri yükleme tamamlanmadan hemen önce hedef sunucunun PCI donanım kimliklerini (VEN_xxxx&DEV_xxxx) tarar; çevrimdışı Windows sürücü deposuna (Driver Store) yeni RAID/HBA depolama kontrolcüsü ve chipset sürücülerini otomatik enjekte eder ve kritik önyükleme servislerini (Start = 0) olarak kayıt defterinde etkinleştirir.
4. Bölümleme Tablosu (GPT/MBR) ve Blok Düzeyinde Disk Yazımı
Kurtarma motoru; kaynak sunucudaki EFI System Partition (ESP), MSR (Microsoft Reserved), C: (OS) ve D: (Data/SQL) bölümlerinin geometrisini okur ve yeni sunucunun disk dizisi (RAID 1/10/5/6) üzerinde birebir oluşturur. Eğer yeni diskler daha büyükse bölümler dinamik olarak genişletilebilir (Resize). Ardından değişen bloklar yüksek hızlı ağ üzerinden diske yazılır.
5. Yeniden Başlatma, Doğrulama ve Canlıya Geçiş
Blok aktarımı ve sürücü enjeksiyonu bittiğinde kurtarma medyası çıkarılır ve sunucu yeniden başlatılır. İşletim sistemi, üzerinde çalışan SQL Server veritabanları, Active Directory, IIS ve özel üretim yazılımları hiçbir yeniden kurulum gerektirmeden, felaketten önceki son yedek anındaki haliyle (RPO) çalışmaya devam eder.
Kurtarma Yöntemlerinin Teknik ve Operasyonel Kıyaslaması
| Karşılaştırma Kriteri | Geleneksel Sıfırdan Kurulum + Dosya Geri Yükleme | Bare-Metal Restore (BMR - Fiziksel Sunucuya) | Anında Sanal Makine Kurtarma (Instant VM Recovery - P2V) |
|---|---|---|---|
| Kurtarma Süresi Hedefi (RTO) | 12 Saat – 3 Gün (Yüksek iş kaybı riski) | 45 Dakika – 2 Saat (Disk boyutuna ve ağ hızına bağlı) | 2 – 5 Dakika (Yedek dosyası üzerinden canlı çalışma) |
| İşletim Sistemi ve Kayıt Defteri | Sıfırdan kurulur; tüm ayarlar baştan yapılır | %100 korunur (SID, Registry, Servisler, Sertifikalar) | %100 korunur; fiziksel sunucu sanal makineye dönüşür |
| Farklı Donanıma Geçiş Uyumu | Tüm programların yeniden kurulmasını gerektirir | Universal Restore / Sürücü enjeksiyonu ile tam uyumlu | Sanal donanım (VMware/Hyper-V) soyutlaması ile sorunsuz |
| Lisans ve Dongle Hassasiyeti | Kurulum CD’leri ve şifreleri tek tek aranır | Kurulu halde gelir (Donanım MAC/UUID eşlemesi yapılabilir) | USB Redirector ile fiziksel dongle sanala bağlanabilir |
| Ön Gereksinim | Sadece dosya/klasör yedeği | İmaj bazlı (Block-Level) VSS destekli tam yedek + ISO | Yedekleme sunucusu + hazırda bekleyen ESXi / Hyper-V Host |
Fizikselden Sanala (P2V) Anında Kurtarma Alternatifi
Fiziksel sunucunuzun anakartı yandığında yeni bir fiziksel sunucu tedarik etmek saatler veya günler sürebilir. Bu nedenle Maysa Yazılım olarak kurguladığımız mimarilerde BMR yedeğini aynı zamanda Fizikselden Sanala (P2V - Instant Recovery) modunda kullanıyoruz. Çöken fiziksel sunucunun imaj yedeği, fabrikadaki başka bir sanallaştırma sunucusu (VMware ESXi veya Microsoft Hyper-V) üzerinde sadece 3 dakika içinde sanal makine olarak ayağa kaldırılır. Üretim hiç durmadan devam ederken, yeni fiziksel sunucunuz geldiğinde mesai saatleri dışında tekrar fiziksele (V2P) veya kalıcı sanallaştırma ortamına kesintisiz aktarılır.
Düzenli felaket kurtarma tatbikatları, fidye yazılımı sızma testleri için Sızma Testi (Pentest) ve uçtan uca sunucu felaket kurtarma planlaması için Sunucu ve Yedekleme Çözümleri sayfalarımızı ziyaret edin.
Sıkça Sorulan Sorular
Çalışan bir sunucudan Bare-Metal imaj yedeği alınırken ERP ve veritabanı kullanıcıları kesinti yaşar mı?
Hayır, hiçbir kesinti yaşanmaz. Kurumsal imaj yedekleme yazılımları Microsoft VSS (Volume Shadow Copy Service) teknolojisini kullanır. Yedekleme başladığı saniyede diskteki veriler ve veritabanı belleği anlık olarak dondurulur (Snapshot) ve arka planda blok düzeyinde okunur. Kullanıcılar ERP programında fatura kesmeye ve üretim girmeye hız kaybı olmadan devam eder.
Eski BIOS/MBR yapısındaki bir sunucunun yedeğini yeni nesil UEFI/GPT destekli bir sunucuya Bare-Metal olarak dönebilir miyiz?
Evet. Modern Bare-Metal kurtarma araçları geri yükleme aşamasında MBR to GPT dönüşümünü otomatik olarak gerçekleştirebilir. Kurtarma sihirbazı yeni diskte gerekli olan 100 MB’lık EFI System Partition (ESP) bölümünü otomatik oluşturur ve Windows Boot Manager (bcdboot) yapılandırmasını UEFI moduna uyarlayarak sistemi sorunsuz başlatır.
Aldığımız Bare-Metal yedeklerin felaket anında gerçekten çalışacağından nasıl emin olabiliriz?
Test edilmemiş yedek, yedek değildir. Kurguladığımız yedekleme mimarilerinde her hafta otomatik veya periyodik olarak Yedek Doğrulama (SureBackup / DR Drill) testi uygulanır. Alınan fiziksel sunucu imajı izole bir sanal laboratuvar (Sandbox) ortamında otomatik olarak başlatılır, işletim sisteminin açıldığı ve içindeki SQL servisinin yanıt verdiği doğrulandıktan sonra sistem yöneticisine “Yedek %100 Kurtarılabilir” raporu e-posta ile gönderilir.