Sunucu Yedekleme Nasıl Yapılır? Yöntemler, Yazılım Seçimi ve Adımlar

Sunucu yedekleme, bir sunucudaki işletim sistemi, uygulama ve verilerin ayrı bir ortama kopyalanması ve gerektiğinde bu kopyadan geri dönülebilmesidir. Server yedekleme işinin asıl ölçüsü yedeğin alınması değil, belirlenen sürede geri yüklenebilmesidir. Disk arızası, yanlış silinen dosya, hatalı güncelleme veya fidye yazılımı saldırısı sonrasında işletmeyi ayakta tutan şey, test edilmiş bir geri yükleme planıdır.

Bu rehber; yedek türlerini, yedekleme yazılımında aranacak özellikleri, saklama planının nasıl kurulacağını ve 7 adımlık uygulama sırasını anlatır. Amaç, BT ekiplerinin “yedeğimiz var” cümlesini “kaç saatte, hangi noktaya dönebiliriz” cümlesine çevirebilmesidir.

Sunucu yedekleme nedir ve neyi korur?

Sunucu yedekleme, verinin ve sistemin belirli bir andaki kopyasını üretim ortamından bağımsız bir yerde saklar. Kapsam yalnızca dosyalarla sınırlı tutulursa, sunucu çöktüğünde işletim sistemi, uygulama ayarları ve lisans yapılandırması sıfırdan kurulmak zorunda kalır. Bu yüzden kritik sunucularda dosya yedeği ile birlikte sistemin tamamını kapsayan imaj yedeği planlanır.

Bir yedekleme planının koruması gereken katmanlar şunlardır:

• Veri: Dosya sunucusu içerikleri, veritabanları, e-posta ve uygulama verisi.
• Sistem: İşletim sistemi, sürücüler, rol ve servis yapılandırması.
• Uygulama tutarlılığı: Veritabanı ve ERP gibi uygulamaların yedek anında tutarlı durumda olması.
• Kimlik ve erişim: Active Directory, sertifikalar ve yönetici hesapları.

Yedekleme ile replikasyon da birbirine karıştırılmamalıdır. Replikasyon verinin güncel kopyasını ikinci bir sisteme taşır; yanlış silinen veya şifrelenen dosya da aynı hızla karşı tarafa geçer. Yedekleme ise geçmişe dönük geri dönüş noktaları sunar.

Sunucu yedekleme nasıl yapılır? Yedek türleri

Sunucu yedekleme, tam yedek ve bunu izleyen artımlı yedeklerden oluşan bir zincirle yapılır. İlk gün sistemin tam kopyası alınır, sonraki günlerde yalnızca değişen bloklar kopyalanır. Bu yöntem depolama alanını ve yedekleme penceresini küçültür.

Sanallaştırılmış ortamlarda yedekleme yazılımları genellikle sanal makine seviyesinde, değişen blok takibiyle çalışır. Veeam’in resmi dokümantasyonu, yedek zincirleri için “forever forward incremental” ve “forward incremental” yöntemlerini tarif eder; eski “reverse incremental” yöntemini ise kullanımdan kalkan yöntem olarak işaretler (Veeam Help Center).

Sunucu yedekleme yazılımı seçerken nelere bakılır?

Doğru sunucu yedekleme yazılımı, ortamdaki sistemleri uygulama tutarlı şekilde yedekleyen ve geri yüklemeyi test etmeyi kolaylaştıran yazılımdır. Ürün adından önce ihtiyaç listesi netleştirilmelidir: hangi hipervizör, hangi işletim sistemleri, hangi veritabanları ve hangi hedef depolama kullanılacak?

• Uygulama tutarlı yedek: SQL Server, Exchange veya ERP veritabanlarının yedek anında tutarlı alınması.
• Esnek geri yükleme: Tüm sunucu, tek sanal disk, tek dosya veya tek veritabanı nesnesi düzeyinde dönüş.
• Değiştirilemez (immutable) hedef desteği: Yedeklerin belirli bir süre silinememesi ve değiştirilememesi.
• Şifreleme: Yedeğin hem aktarımda hem depolamada şifrelenmesi.
• Otomatik doğrulama ve raporlama: Başarısız işlerin bildirilmesi, geri yüklenebilirliğin düzenli kontrolü.

Lisans maliyeti tek başına karar ölçütü olmamalıdır. Yazılımın kim tarafından izleneceği, başarısız işlerin kim tarafından düzeltileceği ve geri yükleme testinin hangi sıklıkla yapılacağı, yazılımın kendisi kadar sonucu belirler.

Yedekler nerede saklanmalı? 3-2-1 yaklaşımı

Yedekler, üretim sunucusuyla aynı arızadan etkilenmeyecek bir yerde saklanmalıdır. Aynı diskte, aynı sunucuda veya aynı odada duran bir yedek, yangın, elektrik sorunu ya da fidye yazılımı karşısında üretim verisiyle birlikte kaybedilebilir.

Yaygın kabul gören 3-2-1 yedekleme kuralı en az üç kopya, iki farklı ortam ve bir kopyanın başka bir lokasyonda tutulmasını önerir. Fidye yazılımı riskine karşı bu kurala çevrimdışı ya da değiştirilemez bir kopya eklenir. ABD siber güvenlik ajansı CISA da kritik veriler için çevrimdışı, şifreli yedekler tutulmasını ve bu yedeklerin bir felaket senaryosunda düzenli olarak test edilmesini önerir (CISA #StopRansomware Guide).

Lokasyon dışı kopya için yaygın seçenekler bulut yedekleme hizmeti, ikinci bir veri merkezi veya S3 uyumlu nesne depolamadır. Seçim yapılırken verinin hangi ülkede tutulduğu, geri yüklemenin internet bağlantısı üzerinden ne kadar süreceği ve yedeğe erişimin hangi kimlik bilgileriyle korunduğu birlikte değerlendirilir.

Ne sıklıkla yedek alınmalı, ne kadar saklanmalı?

Yedekleme sıklığı, işletmenin kaybetmeyi göze alabileceği veri miktarına (RPO) göre belirlenir. Gün içinde sürekli değişen bir ERP veritabanı için günde bir yedek, son yedekten sonraki bütün işlemlerin yeniden girilmesi anlamına gelir. Daha seyrek değişen bir dosya arşivi için ise günlük yedek yeterli olabilir.

Saklama süresi üç soruya göre kurulur: yanlış silinen bir dosya en geç ne zaman fark edilir, fidye yazılımı sistemde ne kadar süre fark edilmeden kalabilir ve mevzuat ya da sözleşmeler hangi kayıtların ne kadar tutulmasını ister? Bu sorulara verilen cevaplar günlük, haftalık ve aylık geri dönüş noktalarının sayısını belirler. Gerekli kapasiteyi önceden görmek için yedekleme depolama hesaplayıcı veri hacmi, değişim oranı ve saklama süresinden yaklaşık depolama ihtiyacını çıkarır.

Server yedekleme planı: 7 adımda uygulama

Bir server yedekleme planı envanterle başlar, geri yükleme testiyle tamamlanır. Aşağıdaki sıra, küçük bir dosya sunucusundan çok sunuculu bir sanallaştırma ortamına kadar aynı mantıkla uygulanır:

1. Envanter: Sunucular, üzerlerinde çalışan uygulamalar, veri hacmi ve her sistemin sorumlusu listelenir.
2. Önceliklendirme: Her sistem için kabul edilebilir veri kaybı (RPO) ve kabul edilebilir kesinti süresi (RTO) yazılı hale getirilir.
3. Yöntem seçimi: İmaj, dosya veya uygulama düzeyinde yedek; tam ve artımlı yedek takvimi.
4. Hedef depolama: Yerel hızlı kopya ile lokasyon dışı ve değiştirilemez kopyanın birlikte planlanması.
5. Güvenlik: Şifreleme, yedek sistemine ayrı yönetici hesabı ve çok faktörlü kimlik doğrulama.
6. İzleme: Başarısız ve uyarılı işlerin her gün kontrol edilmesi, kapasite artışının takibi.
7. Geri yükleme testi: Belirli aralıklarla dosya, veritabanı ve tam sunucu dönüşünün denenmesi ve sürenin kaydedilmesi.

NIST’in süreklilik planlama rehberi de yedekleme ve kurtarma stratejisinin, sistemlerin iş etkisi analiziyle belirlenen kurtarma hedeflerine göre seçilmesini ve planın test edilerek güncel tutulmasını önerir (NIST SP 800-34 Rev. 1).

Genel uygulama ve doğru yaklaşım

Pek çok işletmede yedekleme, kurulduğu günkü haliyle yıllarca çalışmaya bırakılır. Sunucu sayısı artar, yeni uygulamalar eklenir, ama yedek kapsamı ve saklama süresi güncellenmez. Sorun ancak bir geri yükleme ihtiyacı doğduğunda fark edilir.

Sunucu yedeklemede sık yapılan hatalar ve doğru yöntem

Hataların çoğu teknik değil, süreçle ilgilidir. Yedekleme yazılımı doğru çalışsa bile, kapsam dışında kalan bir sunucu veya kimsenin okumadığı hata bildirimleri planı işlevsiz bırakabilir.

• Yalnızca dosya yedeği almak: Sunucu tamamen kaybedildiğinde sistemin yeniden kurulması saatler sürer; kritik sunucularda imaj yedeği de alınmalıdır.
• Veritabanını dosya gibi kopyalamak: Açık veritabanı dosyaları tutarsız kopyalanabilir; uygulama tutarlı yedek kullanılmalıdır.
• Yedek ağını üretimle aynı tutmak: Fidye yazılımı ağdaki paylaşımlara ulaşabilir; yedek hedefi ayrı yetkilendirilmelidir.
• Testi ertelemek: Geri yüklemesi denenmemiş bir yedek, ihtiyaç anında beklenmedik eksikler çıkarabilir.

Bu riskler için ayrıntılı koruma katmanları immutable backup sayfasında anlatılır.

Türkiye’de veri lokasyonu ve KVKK açısından yedekleme

Yedekler, kişisel veri içerdiği ölçüde üretim verisiyle aynı yükümlülüklere tabidir. Kişisel verilerin yurt dışına aktarımı, 6698 sayılı Kanun kapsamında ayrı şartlara bağlıdır; yedeğin hangi ülkede tutulduğu, sözleşme aşamasında açıkça sorulmalıdır. Bu bilgiler genel çerçeve niteliğindedir ve hukuki danışmanlık yerine geçmez.

MAV Cloud’un bulut altyapısı Equinix İstanbul veri merkezinde, VMware tabanlı olarak çalışır; yedekleme ve replikasyon hizmetleri Veeam tabanlıdır. Bu hizmetlerde yedekler Türkiye lokasyonlu altyapıda tutulur.

Güvenilir bir yedekleme hizmetinde aranacak standartlar

Yedeklemeyi dışarıdan alan bir işletme, hizmet sağlayıcıdan ölçülebilir taahhüt ve belgelenmiş süreç beklemelidir. Aranacak başlıca kriterler şunlardır:

• Erişilebilirlik hedefi: MAV Cloud’un yazılı SLA’sı yedekleme hizmeti için aylık %99,9 erişilebilirlik hedefi ve kritik olayda 15 dakikalık ilk müdahale hedefi tanımlar.
• Belgelenmiş yönetim sistemleri: Bilgi güvenliği için ISO/IEC 27001, iş sürekliliği için ISO 22301.
• Geri yükleme süreci: Kimin, hangi talep kanalıyla, hangi önceliklendirmeyle geri yükleme yaptığının yazılı olması.
• Raporlama: Yedek işlerinin sonuçlarının ve kapasite kullanımının düzenli raporlanması.

Daha kapsamlı bir kesinti senaryosunda yedekten dönüş yerine sistemlerin ikinci bir lokasyonda ayağa kaldırılması gerekir. Bu ihtiyaç felaket kurtarma merkezi (DRaaS) kapsamında ayrıca planlanır; yedekleme yönetiminin ayrıntıları ise yedekleme yönetimi sayfasındadır.

Sıkça Sorulan Sorular

Sunucu yedekleme nasıl yapılır?

Önce sunucular ve veriler listelenir, her sistem için kabul edilebilir veri kaybı ve kesinti süresi belirlenir. Ardından bir yedekleme yazılımıyla tam ve artımlı yedek takvimi kurulur, en az bir kopya lokasyon dışında saklanır ve geri yükleme düzenli olarak test edilir.

Sunucu yedekleme yazılımı nasıl seçilir?

Ortamdaki hipervizör, işletim sistemleri ve veritabanları desteklenmeli; uygulama tutarlı yedek, dosya ve tam sunucu düzeyinde geri yükleme, şifreleme ve değiştirilemez depolama desteği aranmalıdır. İzleme ve raporlama özellikleri de en az lisans maliyeti kadar önemlidir.

Tam yedek ile artımlı yedek arasındaki fark nedir?

Tam yedek seçilen verinin tamamını kopyalar; artımlı yedek yalnızca son yedekten bu yana değişen kısmı kopyalar. Artımlı yedek daha hızlıdır ve daha az yer kaplar, ancak geri yüklemede tam yedek ile sonraki artımlı yedeklerin tamamı gerekir.

Sunucu yedeği ne sıklıkla alınmalı?

Sıklık, sistemin kaybedilmesi kabul edilebilir veri miktarına göre belirlenir. Gün içinde yoğun değişen veritabanları için günde birden fazla yedek veya sürekli replikasyon, daha seyrek değişen dosya arşivleri için günlük yedek yeterli olabilir.

Yedekler aynı sunucuda tutulabilir mi?

Hızlı geri dönüş için yerel bir kopya tutulabilir, ancak tek kopya olarak yeterli değildir. Disk arızası, yangın veya fidye yazılımı aynı anda hem üretim verisini hem yedeği etkileyebilir; en az bir kopya lokasyon dışında ve değiştirilemez tutulmalıdır.

Yedekleme ile replikasyon aynı şey midir?

Hayır. Replikasyon verinin güncel kopyasını ikinci bir sistemde tutar ve hatalı değişiklikleri de aynen taşır. Yedekleme ise geçmişe dönük geri dönüş noktaları sağlar; iki yöntem birbirini tamamlar.

Geri yükleme testi neden gereklidir?

Yedek işinin başarılı görünmesi, verinin eksiksiz ve beklenen sürede geri döneceğini göstermez. Düzenli test, eksik kapsamı, bozuk yedek zincirini ve gerçek geri yükleme süresini ihtiyaç anından önce ortaya çıkarır.

Yedekler Türkiye’de mi tutuluyor?

MAV Cloud bulut altyapısı Equinix İstanbul veri merkezinde çalışır ve yedekleme hizmetleri bu altyapı üzerinde sunulur. Kişisel veri içeren yedeklerde veri lokasyonu KVKK açısından ayrıca değerlendirilmelidir.

Yedek türlerini öğrenmek isteyen okur için tablo ve FAQ iyi bir başlangıçtır. Yöntem seçiminde kararsız kalan ekipler 7 adımlık planı kendi envanterine uygulayarak eksikleri görebilir. Planı hayata geçirmeye hazır işletmeler mevcut düzenin ön analizini MAV Cloud ekibinden talep edebilir.