Yedekleme & Felaket Kurtarma

Temmuz 1 2026

Yedekleme ve Felaket Kurtarma Çözümleri

Veri, bir işletmenin en değerli varlığıdır; ancak bir donanım arızası, siber saldırı ya da insan hatası yılların birikimini bir anda yok edebilir. Asıl soru veri kaybının olup olmayacağı değil, gerçekleştiğinde ne kadar hazır olduğunuzdur. GelecekINT olarak otomatik yedekleme ve felaket kurtarma çözümleriyle verilerinizi güvence altına alıyoruz.

Otomatik ve Güvenilir Yedekleme

Manuel yedekleme unutulmaya ve hataya açıktır. GelecekINT yedekleme sürecini otomatikleştirir; verileriniz düzenli aralıklarla, belirlenen kurala göre ve doğrulanarak yedeklenir.

Otomatik yedekleme: Düzenli, kurallı ve doğrulanmış veri yedekleri.
Çok katmanlı saklama: Yedeklerin farklı konumlarda güvenle tutulması.
Hızlı geri dönüş: Veri kaybında hızlı ve eksiksiz kurtarma.
İş sürekliliği planı: Felaket senaryolarına karşı hazırlıklı olma.

Felaket Kurtarma ve İş Sürekliliği

GelecekINT işletmenize özel bir iş sürekliliği planı hazırlar; hangi verinin ne kadar sürede geri getirileceğini, kritik sistemlerin nasıl yeniden çalışır hale geleceğini önceden tanımlar. Böylece bir felaket işinizin sonu değil, hızla atlatılan bir aksaklık olur.

Test Edilmiş Kurtarma

Hiç test edilmemiş bir yedek güvenilir değildir. GelecekINT yedekleme ve kurtarma süreçlerini düzenli olarak sınar; verilerin gerçekten geri getirilebildiğini doğrular.

Neden GelecekINT?

GelecekINT dış BT ve altyapı ekibiniz olarak verilerinizi otomatik biçimde yedekler, kurtarma süreçlerinizi hazır tutar ve düzenli testlerle güvence altına alır.

RPO ve RTO: Planın İki Temel Ölçüsü

Her yedekleme ve felaket kurtarma planı iki soruya net yanıt vermelidir. RPO (kurtarma noktası hedefi), bir kesintide en fazla ne kadarlık veri kaybının kabul edilebileceğini gösterir; yedeklerin hangi sıklıkla alınacağını bu değer belirler. RTO (kurtarma süresi hedefi) ise sistemin yeniden çalışır hale gelmesi için tanınabilecek en uzun süredir.

Bu değerler her sistem için aynı olmak zorunda değildir. Muhasebe veya ERP veritabanı için kısa hedefler gerekirken, arşiv niteliğindeki dosyalar için daha uzun süreler kabul edilebilir. Hedefleri iş birimleriyle birlikte belirlemek, bütçenin gerçekten kritik sistemlere yönlendirilmesini sağlar.

3-2-1 Kuralı ve Yedek Türleri

Yaygın kabul gören 3-2-1 yaklaşımına göre verinin en az üç kopyası bulunmalı, bu kopyalar iki farklı ortamda saklanmalı ve en az biri ana konumdan uzakta tutulmalıdır. Günümüzde buna, fidye yazılımlarına karşı değiştirilemez ya da ağdan ayrılmış bir kopya eklenmesi de önerilir.

Tam yedek: Verinin tamamının kopyasıdır; geri yüklemesi en basit olanıdır, ancak en fazla alanı kaplar.
Artımlı yedek: Yalnızca son yedekten bu yana değişen veriyi alır; hızlıdır ve az yer kaplar.
Fark yedeği: Son tam yedekten bu yana değişen her şeyi içerir; geri yükleme için tam yedek ve son fark yedeği yeterlidir.
Sanal makine ve imaj yedeği: Sistemin tamamını tek seferde geri getirmeyi sağlar; sunucu sanallaştırma kullanılan ortamlarda kurtarmayı belirgin biçimde hızlandırır.

Felaket Kurtarma Planı Nasıl Hazırlanır?

Varlık envanteri: Hangi sistemlerin ve verilerin iş için kritik olduğu listelenir.
Risk senaryoları: Donanım arızası, fidye yazılımı, yanlışlıkla silme, elektrik veya bağlantı kesintisi gibi olasılıklar tek tek ele alınır.
Kurtarma sırası: Sistemlerin hangi sırayla ayağa kaldırılacağı bağımlılıklarıyla birlikte belirlenir; örneğin kimlik doğrulama sunucusu uygulamalardan önce gelir.
Roller ve iletişim: Kriz anında kimin karar vereceği ve kimin bilgilendirileceği önceden yazılır.
Tatbikat: Plan, gerçek bir geri yükleme çalışmasıyla sınanır ve bulgulara göre güncellenir.

Yerel ve Bulut Yedeğin Birlikte Kullanımı

Yerel yedek, yani aynı binada farklı bir cihazda tutulan kopya, en hızlı geri dönüşü sağlar; küçük bir dosya kaybında ya da tek bir sunucu arızasında dakikalar içinde işe yarar. Ancak yangın, su baskını veya hırsızlık gibi binayı etkileyen bir olayda yerel kopya da kaybolabilir. Uzak konumda ya da bulutta tutulan kopya bu riski karşılar, fakat büyük veri setlerinin internet üzerinden geri getirilmesi daha uzun sürer. Bu yüzden iki katmanı birlikte kullanan karma bir yedekleme ve felaket kurtarma yapısı çoğu işletme için en dengeli çözümdür. Uzak kopyaların şifreli aktarılması ve şifreli saklanması, kişisel veri içeren sistemlerde ayrıca önem taşır.

Sık Yapılan Hatalar

En tehlikeli hata, yedeğin yalnızca aynı sunucuda ya da sürekli bağlı bir ağ sürücüsünde tutulmasıdır; fidye yazılımı bu kopyaları da şifreleyebilir. Yedekleme işinin hata vermesine rağmen uyarıların fark edilmemesi, veritabanlarının tutarsız biçimde kopyalanması, RAID yapısının yedek sanılması ve geri yükleme adımlarının hiç yazılmamış olması da sık karşılaşılan sorunlardır.

Bu nedenle yedekleme ve felaket kurtarma sürecini izleme ve bakım hizmetiyle birlikte ele alıyor, her yedekleme işinin sonucunu takip ediyor ve kurtarma adımlarını sistem ve sunucu yönetimi belgelerinin bir parçası olarak güncel tutuyoruz.

Verilerinizi güvence altına almak ve olası bir felakete hazırlıklı olmak ister misiniz? WhatsApp üzerinden GelecekINT ile iletişime geçin.

Yedekleme & Felaket Kurtarma Hakkında Sıkça Sorulan Sorular

Yedekleme ile felaket kurtarma arasındaki fark nedir?

Yedekleme, verinin bir kopyasının alınıp güvenli bir yerde saklanmasıdır. Felaket kurtarma ise ciddi bir kesinti sonrasında sistemlerin, uygulamaların ve verilerin belirli bir süre içinde yeniden çalışır hale getirilmesini sağlayan plan ve süreçlerin bütünüdür. Yedek, felaket kurtarmanın temel malzemesidir; ancak kurtarma sırası, sorumlular ve test edilmiş adımlar olmadan tek başına yeterli değildir.

3-2-1 yedekleme kuralı nedir?

3-2-1 kuralı, verinin en az üç kopyasının bulunmasını, bu kopyaların iki farklı depolama ortamında tutulmasını ve en az birinin ana konumdan uzakta saklanmasını önerir. Bu yaklaşım, tek bir arızanın ya da olayın tüm kopyaları aynı anda yok etmesini engeller. Fidye yazılımı riskine karşı kopyalardan birinin değiştirilemez veya ağdan ayrılmış olması da önerilir.

RPO ve RTO ne demektir?

RPO, bir kesintide kabul edilebilecek en fazla veri kaybı süresini ifade eder; örneğin günlük yedek alınıyorsa son yedekten sonraki değişiklikler kaybedilebilir. RTO ise sistemin yeniden çalışır hale gelmesi için tanınan en uzun süredir. Bu iki değer, yedekleme sıklığını, kullanılacak teknolojiyi ve ayrılacak bütçeyi doğrudan belirler.

Fidye yazılımına karşı yedekler nasıl korunur?

Fidye yazılımına karşı yedeklerin en az bir kopyası saldırganın erişemeyeceği bir yerde tutulmalıdır. Bunun için değiştirilemez depolama, ağdan ayrılmış kopyalar ve yedekleme sistemine ayrı, yetkisi sınırlı hesaplarla erişim kullanılır. Yedekleme sisteminin etki alanı yönetici hesaplarından bağımsız olması ve geri yüklemenin düzenli test edilmesi de korumanın önemli parçalarıdır.

Yedekler ne kadar süre saklanmalı?

Saklama süresi, verinin türüne, iş ihtiyacına ve yasal yükümlülüklere göre belirlenir. Yaygın bir yöntem, günlük yedekleri kısa, haftalık ve aylık yedekleri daha uzun süre tutmaktır; böylece hem yakın tarihli hem de geçmişe dönük geri dönüş noktaları korunur. Muhasebe kayıtları gibi mevzuata tabi veriler için ilgili saklama sürelerinin ayrıca dikkate alınması gerekir.

Yedeklerin çalıştığı nasıl test edilir?

Yedeklerin çalıştığını anlamanın tek güvenilir yolu gerçek bir geri yükleme yapmaktır. Belirli aralıklarla örnek dosyalar, veritabanları ve tüm sanal makineler test ortamına geri yüklenir; uygulamaların açıldığı ve verinin eksiksiz olduğu kontrol edilir. Yalnızca yedekleme işinin başarılı bitmesi, verinin gerçekten geri getirilebileceğini kanıtlamaz.