Windows Server Yedekleme Nasıl Yapılır?

Windows Server yedekleme, Windows Server Backup ve wbadmin ile dosyaları, System State'i ve kritik sistem birimlerini ayrı bir hedefe kopyalayarak yapılır. Güvenilir plan için zamanlama, VSS izleme, bağımsız depolama ve düzenli geri yükleme testi birlikte kurulmalıdır.

Windows Server yedekleme için doğru yaklaşım

Bir Windows Server yedeği yalnızca dosyaları başka bir klasöre kopyalamak değildir. İşletim sistemi, sistem durumu, uygulama verileri ve kritik yapılandırmalar birlikte korunmalıdır. Windows Server Backup ile zamanlanmış yedekler oluşturabilir, wbadmin komut satırı aracını kullanabilir ve gerektiğinde bare-metal kurtarma uygulayabilirsiniz.

Yedek hedefini üretim diskinden ayırmak, VSS durumunu izlemek ve geri dönüş provası yapmak temel gereksinimlerdir. Aynı sunucudaki ikinci bir klasöre alınan kopya, disk arızasına karşı bağımsız yedek sayılmaz.

Windows Server Backup nasıl kurulur?

Windows Server Backup, Windows Server ile birlikte gelen fakat her kurulumda etkin olmayan bir özelliktir. Server Manager üzerinden veya PowerShell kullanılarak kurulabilir. Kurulum için yönetici yetkisi gerekir; Server Core kullanılan makinelerde PowerShell yöntemi daha pratiktir.

PowerShell ile kurulum

Install-WindowsFeature -Name Windows-Server-Backup

Kurulum durumunu şu komutla doğrulayabilirsiniz:

Get-WindowsFeature -Name Windows-Server-Backup

Çıktıdaki Install State değerinin Installed olması gerekir. Özellik kurulu olduğu hâlde yönetim araçlarına ihtiyaç duyuluyorsa Server Manager bileşenlerini de kontrol edin.

Server Core yönetimi hakkında daha fazla bilgi için Windows Server Core Nedir? GUI’siz Yönetim Rehberi içeriğindeki yaklaşım kullanılabilir. Yedekleme işinin kendisi grafik arayüze bağlı değildir.

Özelliği doğrulayın – Yedekleme planını oluşturmadan önce Windows-Server-Backup bileşeninin gerçekten kurulu olduğunu kontrol edin.

Hangi veriler yedeklenmeli?

Windows Server yedekleme planında yalnızca C:\Users veya uygulamanın veri klasörünü seçmek çoğu zaman yeterli olmaz. Kurtarma hedefi belirlenmeden önce korunacak bileşenleri yazılı hâle getirin.

Active Directory Domain Services çalıştıran bir sunucuda System State yedeği kritik öneme sahiptir. Bu yedek, veritabanı kullanan uygulamaların kendi kurtarma yöntemlerinin yerini tutmaz. SQL Server için veritabanı, transaction log ve tam yedek politikası ayrıca hazırlanmalıdır. Açık bir veritabanının dosyalarını kopyalamak her zaman tutarlı bir yedek üretmez.

VPS sağlayıcısının sunduğu snapshot özelliği de hızlı geri dönüşlerde işe yarar. VPS Snapshot Nedir? Anlık Yedekleme Rehberi içeriğinde anlatılan snapshot, bağımsız bir yedek hedefinin, farklı erişim katmanının ve düzenli geri yükleme testinin yerini tek başına tutmaz.

Kapsamı yazılı belirleyin – Dosya, System State, bare-metal ve uygulama yedeği gereksinimlerini ayrı ayrı listeleyin.

Windows Server yedekleme komutla nasıl yapılır?

wbadmin, Windows Server Backup işlemlerini komut satırından yönetir. Aşağıdaki örnekte E: sürücüsüne, sistem diski ve kritik birimler dahil edilerek tek seferlik yedek alınır:

wbadmin start backup -backupTarget:E: -include:C: -allCritical -quiet

-backupTarget:E: hedef diski, -include:C: yedeklenecek birimi, -allCritical ise işletim sisteminin açılması için gereken kritik birimleri belirtir. -quiet onay sorularını bastırır; otomasyonda kullanmadan önce hedef yolun doğruluğunu kesinleştirin.

System State yedeği için şu komut kullanılabilir:

wbadmin start systemstatebackup -backupTarget:E: -quiet

Yedekleme sürümlerini ve hedefte bulunan setleri görmek için:

wbadmin get versions -backupTarget:E:

Devam eden yedekleme hakkında durum bilgisi almak için wbadmin get status komutunu çalıştırabilirsiniz. VSS hatası görülürse komutu körlemesine tekrarlamak yerine vssadmin list writers çıktısını inceleyin:

vssadmin list writers

Her writer için State: [1] Stable ve hata kodunda No error görülmesi beklenir. Hatalı bir writer, ilgili uygulama servisi veya VSS bileşeniyle birlikte incelenmelidir.

Hedef bir ağ paylaşımıysa UNC yolu kullanılabilir:

wbadmin start backup -backupTarget:\\backup01\windows$ -include:C: -allCritical -user:BACKUP\svc_wbadmin -password:* -quiet

Kimlik bilgilerini komut satırına düz metin olarak yazmak yerine parola istemi kullanın. Ağ paylaşımının yazma izinleri, SMB erişimi, DNS çözümlemesi ve güvenlik duvarı kuralları da kontrol edilmelidir. Windows Server üzerinde SMB dosya paylaşımı yapılandırırken paylaşım izni ile NTFS iznini birlikte değerlendirin; ayrıntılar için Windows Server’da SMB Dosya Paylaşımı Kurulumu içeriğine bakabilirsiniz.

Yedekleme zamanlaması nasıl oluşturulur?

Tek seferlik wbadmin komutu acil durumlarda işe yarar. Üretim sunucusu içinse zamanlanmış bir politika gerekir. Windows Server Backup konsolunda Backup Schedule sihirbazını açın, yedek kapsamını ve çalışma saatini seçin, ardından hedefi tanımlayın.

Planlama sırasında genellikle şu seçenekler bulunur:

• Full server – Sunucunun tamamını yedekler ve geniş bir kapsam sunar.
• Custom – Belirli birim, klasör veya bileşenleri seçmenizi sağlar.
• Once a day – Değişim hacmi sınırlı sunucular için basit bir başlangıçtır.
• More than once a day – Gün içinde sık değişen iş yüklerinde veri kaybı penceresini küçültür.

Hedef disk olarak aynı işletim sistemi diskini seçmeyin. Ayrı bir fiziksel disk, depolama sunucusu veya yetkilendirilmiş SMB hedefi kullanılabilir. Yedek hedefinin kapasitesini de izleyin; başarısızlığı ancak disk dolduğunda fark etmek operasyon planı değildir.

Windows Server Backup, aynı hedefteki eski sürümleri depolama alanına göre yönetebilir. Saklama politikası yine de kurtarma noktası hedefiyle uyumlu olmalıdır. Yedi günlük geri dönüş beklentisi varsa yalnızca son başarılı yedeğin bulunması yeterli değildir.

Bir takvim tanımlayın – Yedekleme saatini, saklama süresini ve başarısız işte kimin haberdar edileceğini yazılı olarak belirleyin.

VSS hataları ve sık karşılaşılan sorunlar

Volume Shadow Copy Service, açık dosyaların ve uygulamaların belirli bir anda tutarlı biçimde yakalanmasına yardımcı olur. Yedekleme sırasında VSS writer hatası almak, hedef diskin dolu olmasından farklı bir sorundur.

Yaygın kontroller

• vssadmin list writers ile hatalı writer’ı bulun.
• Event Viewer içinde Applications and Services Logs ve System günlüklerini inceleyin.
• Hedef diskte yeterli boş alan olduğunu kontrol edin.
• Yedekleme hesabının hedefe yazma iznini doğrulayın.
• Üçüncü taraf yedekleme yazılımının VSS provider bileşenlerini denetleyin.
• Antivirüs veya EDR yazılımının yedekleme sürecini engelleyip engellemediğini kontrol edin.

VSS hatası görüldüğünde sunucuyu rastgele yeniden başlatmak ilk adım değildir. Önce Event Viewer kayıtlarını, servis durumunu ve ilgili writer’ı inceleyin. Bazı uygulamalarda servis yeniden başlatma uygulanabilir; üretim ortamında bu işlemi bakım planına göre yapın.

Yedekleme görevini PowerShell üzerinden de inceleyebilirsiniz:

Get-WBJob
Get-WBSummary

Get-WBJob etkin veya son işin durumunu, Get-WBSummary ise Windows Server Backup özetini gösterir. İşlemin başarıyla tamamlandığını görmek, geri yüklemenin kesinlikle başarılı olacağı anlamına gelmez. Seçilmiş bir yedek sürümüyle deneme kurtarması yapılmalıdır.

Geri yükleme ve bare-metal kurtarma nasıl yapılır?

Yedekleme planının değeri, veri kaybı anında geri dönebilmesiyle ölçülür. Tek bir dosya için dosya kurtarma yeterliyken, açılmayan bir işletim sistemi için Windows Server kurulum medyası veya kurtarma ortamı üzerinden bare-metal recovery gerekir.

Dosya veya klasör geri yükleme

Windows Server Backup konsolunda Recover seçeneğini açın, yedekleme konumunu ve tarihi seçin. Ardından kurtarılacak dosya veya klasörü belirleyin. Var olan dosyanın üzerine yazma davranışını dikkatle seçin; yanlış seçim güncel verinin üzerine eski sürümü koyabilir.

System State geri yükleme

System State kurtarma; işletim sistemi sürümü, sunucu rolü ve senaryoya göre planlanır. Mevcut sürümleri şu komutla listeleyebilirsiniz:

wbadmin get versions -backupTarget:E:

System State kurtarma komutu, seçilen sürüme göre çalıştırılır:

wbadmin start systemstaterecovery -version:03/20/2026-021500 -backupTarget:E: -quiet

Tarih ve saat değeri örnektir; gerçek değer wbadmin get versions çıktısından alınmalıdır. Active Directory kurtarmalarında authoritative ve non-authoritative restore ayrımı önemlidir. Domain Controller üzerinde yanlış yöntem, dizin verisinin çoğaltılmasını ve diğer etki alanı denetleyicileriyle tutarlılığı etkileyebilir.

Bare-metal recovery

Disk arızası veya işletim sisteminin açılmaması durumunda kurtarma ortamını başlatın. Yedek kaynağını seçin, disk düzenini ve kurtarılacak birimleri doğrulayın. İşlem tamamlandıktan sonra sürücüleri, servisleri ve uygulama bağlantılarını tek tek kontrol edin.

Kurtarma prosedüründe sunucu adı, IP adresi, disk düzeni, lisans bilgileri, uygulama bağımlılıkları ve yedek kimlik bilgileri bulunmalıdır. Bu bilgiler yalnızca sunucunun diskinde tutulmamalıdır; disk erişilemez hâle geldiğinde belgeye de ihtiyaç duyulur.

Kurtarmayı prova edin – En azından ayda bir seçilmiş dosya, System State veya izole bir sanal makine üzerinde geri dönüş testi yapın.

Windows Server Backup ile snapshot arasındaki fark

Snapshot ve yedek aynı amaçla kullanılan eş anlamlı kavramlar değildir. Snapshot genellikle bir sanal makinenin belirli andaki disk durumunu hızlıca saklar. Windows Server Backup ise dosya, sistem durumu ve bare-metal kurtarma gibi daha ayrıntılı senaryolar sağlayabilir.

Güncelleme öncesi snapshot almak pratik olabilir. Snapshot’ın aynı depolama kümesinde tutulması ise depolama arızasına karşı bağımsız koruma sağlamayabilir. Kritik sunucularda iki farklı kurtarma katmanı ve en az bir ayrı erişim alanı tercih edilmelidir.

Yedekleme güvenliği nasıl sağlanır?

Yedekler, üretim verisinin kopyasıdır ve aynı gizlilik kurallarına tabi olmalıdır. SMB hedefinde yalnızca yedekleme hesabına yazma yetkisi verin. Günlük yönetim hesabını yedekleme işinde kullanmayın. Yedek depolamasına erişimi mümkünse ayrı bir yönetim ağıyla sınırlandırın.

Şifreleme, özellikle yedek hedefi farklı bir fiziksel konumda veya bulutta tutuluyorsa değerlendirilmelidir. Şifreleme anahtarının yalnızca yedekle aynı depolama alanında saklanması, veriyi ve anahtarı tek bir arızaya bağlar.

Windows Server yedekleme işlerinin başarı durumunu izleyin. Event Viewer kayıtları, PowerShell çıktıları veya merkezi monitoring sistemi kullanılabilir. WinRM ile uzaktan yönetim yapılıyorsa erişim kapsamını daraltın; temel bilgiler için WinRM Nedir? Windows Sunucularda Uzaktan Yönetim içeriğine bakabilirsiniz.

Geri yükleme testi sırasında şu soruların yanıtını ölçün: Hangi yedek sürümü seçildi, işlem kaç dakika sürdü, uygulama açıldı mı, kullanıcı verisi tutarlı mı ve DNS ile ağ erişimi çalışıyor mu? Yalnızca dosyanın geri gelmesi, uygulamanın kurtulduğunu kanıtlamaz.

Erişimi sınırlayın – Yedek hedefini ayrı yetkilerle koruyun, yönetim hesaplarını paylaşmayın ve geri yükleme testlerini kayıt altına alın.

Windows Server yedekleme planını ölçülebilir hâle getirin

İyi bir plan, “her gece yedek alınıyor” cümlesinden daha ayrıntılıdır. Kurtarma Noktası Hedefi, yani RPO, ne kadar veri kaybının kabul edilebileceğini belirtir. Kurtarma Süresi Hedefi, yani RTO, hizmetin ne kadar sürede ayağa kaldırılacağını tanımlar.

RPO dört saatse günlük yedekleme yeterli değildir; gün içinde birden fazla yedek veya uygulamaya özel log yedekleri gerekir. RTO iki saatse yalnızca yedeğin varlığı değil, kurtarma medyasına erişim, donanım ya da sanal makine hazırlığı ve uygulama doğrulama süresi de ölçülmelidir.

Her başarılı yedekleme sonrası otomatik veya manuel doğrulama yapılabilir. Yedek dosyasının hedefte bulunması temel kontroldür; seçilmiş dosyanın açılması ve kritik servisin çalıştırılması daha anlamlıdır. Şifrelenmiş veya sıkıştırılmış yedeklerde bütünlük doğrulaması ayrıca uygulanmalıdır.

Yedek raporlarını izleme sistemine aktarmak, başarısızlıkların günler sonra fark edilmesini engeller. İşin başarı kodu, son başarılı çalışma zamanı, hedefteki boş alan ve son geri yükleme testi ayrı metrikler olarak tutulabilir.

RPO ve RTO yazın – İş yükü başına kabul edilebilir veri kaybını ve geri dönüş süresini rakamla tanımlayın.

Yedekleme Planını Uygulamadan Önce Kontrol Edin

• Windows Server Backup özelliğini kurun ve Get-WindowsFeature ile doğrulayın.
• Yedeklenecek dosya, System State, kritik birim ve uygulamaları listeleyin.
• Ayrı fiziksel disk veya yetkilendirilmiş SMB hedefi hazırlayın.
• Yedekleme hesabına yalnızca gerekli okuma ve yazma izinlerini verin.
• vssadmin list writers çıktısında VSS hatası bulunmadığını kontrol edin.
• RPO, RTO ve saklama süresini iş yüküne göre belirleyin.
• Dosya ve bare-metal geri yükleme provasını takvime ekleyin.

Sık Sorulan Sorular

Kaynaklar

• Microsoft Learn – Windows Server Backup — learn.microsoft.com
• Microsoft Learn – wbadmin — learn.microsoft.com
• Microsoft Learn – Volume Shadow Copy Service — learn.microsoft.com