Bulut Yedekleme Nedir? 3-2-1 Yedekleme Kuralı Rehberi
Bulut yedekleme, verilerin kopyalarını ağ üzerinden uzak bir bulut altyapısında saklama yöntemidir. 3-2-1 kuralı, bu kopyaların 3 adet olmasını, 2 farklı ortamda tutulmasını ve 1 tanesinin farklı bir lokasyonda bulunmasını önerir. Modern 3-2-1-1-0 yaklaşımı buna değiştirilemez ya da çevrimdışı bir kopya ile sıfır doğrulama hatası hedefini ekler.
Bulut yedekleme nedir ve senkronizasyondan farkı nedir?
Bulut yedekleme, verilerin kopyalarının ağ üzerinden uzak bir bulut altyapısında, belirli aralıklarla ve geçmiş sürümleriyle saklanmasıdır. Amaç, kaynak sistem arızalandığında, silindiğinde veya şifrelendiğinde verinin belirli bir andaki halini geri getirebilmektir.
Dosya senkronizasyonu aynı şey değildir. Senkronizasyon bir klasörü iki yerde aynı tutar; bu nedenle bir dosyayı sildiğinizde ya da bir fidye yazılımı dosyayı şifrelediğinde değişiklik diğer kopyaya da yansır. Yedekleme ise geçmiş noktaları ayrı tutar ve o noktalara dönmenizi sağlar.
Bulut yedeklemenin pratik faydası, kopyayı üretim ortamından fiziksel olarak ayırmasıdır: yedek aynı binada, aynı elektrik ve ağ hattında durmaz. Kapasite ihtiyaca göre büyütülebilir ve yerel yedek donanımı alma, yönetme ve yenileme yükü azalır. Karşılığında bant genişliği ve ilk yedekleme süresi planlanmalıdır; büyük veri kümelerinin ilk tam kopyası yavaş bağlantılarda günler sürebilir.
Yedekleme ile arşivleme de farklıdır: yedek sistemi geri getirmek içindir, arşiv ise nadiren erişilen verinin uzun süre saklanmasıdır. Yedek kapsamını (sunucu, veritabanı, dosya paylaşımı) ve saklama sürelerini baştan yazılı olarak belirlemek kurulumu kolaylaştırır.
3-2-1 yedekleme kuralı nedir ve 3-2-1-1-0 neyi ekler?
3-2-1 kuralı, veri kaybı riskini azaltan basit bir yedekleme ilkesidir:
- 3 kopya: Üretim verisi ve en az iki yedek kopya.
- 2 farklı ortam: Kopyaların en az ikisi farklı depolama türünde olmalı, örneğin yerel disk ve bulut depolama; böylece aynı tür arıza tüm kopyaları etkilemez.
- 1 farklı lokasyon: Bir kopya yangın, su baskını, hırsızlık veya bölgesel kesinti gibi olaylardan etkilenmemesi için başka bir lokasyonda tutulmalı.
Örnek bir uygulama şöyle olabilir: üretim sunucusundaki veri birinci kopyadır; aynı lokasyondaki yedekleme diskinde tutulan günlük yedek ikinci kopyadır; farklı bir şehirdeki bulut depolamada saklanan yedek ise üçüncü kopyadır ve hem farklı ortam hem farklı lokasyon şartını sağlar. Bu üçüncü kopyanın değiştirilemez olarak işaretlenmesi, yapıyı 3-2-1-1-0 yaklaşımına taşır.
Kuralın en sık yanlış anlaşılan yanı, aynı diskteki iki klasörün iki kopya sayılmasıdır. Aynı fiziksel diskteki kopyalar, disk arızasında birlikte kaybolur; kopyaların bağımsız arıza alanlarında bulunması gerekir. Benzer şekilde yedeği üretim sunucusuyla aynı yönetici hesabıyla erişilebilir bırakmak, mantıksal olarak tek bir arıza noktası yaratır.
Modern 3-2-1-1-0 yaklaşımı iki madde daha ekler. İlk 1, kopyalardan birinin değiştirilemez (immutable) ya da çevrimdışı olmasıdır: belirlenen süre boyunca silinemeyen veya ağdan ayrılmış bir kopya, ele geçirilmiş bir hesapla bile kolayca yok edilemez. 0 ise yedeklerin doğrulanmasında ve geri yükleme testlerinde sıfır hata hedefidir; yani yedeğin yalnızca alınmış olması değil, çalıştığının kanıtlanması beklenir.
Tam, artımlı ve fark yedekleme arasındaki fark nedir?
| Tür | Neyi yedekler | Süre ve alan | Geri yükleme |
|---|---|---|---|
| Tam (full) | Seçilen verinin tamamını | En uzun süre, en fazla alan | En basit; tek yedek yeterli |
| Artımlı (incremental) | Bir önceki yedekten (türü fark etmeksizin) bu yana değişenleri | En kısa süre, en az alan | Tam yedek ve aradaki tüm artımlı yedekler gerekir |
| Fark (differential) | Son tam yedekten bu yana değişenleri | Orta düzey; zamanla büyür | Tam yedek ve son fark yedeği yeterli |
Yedekleme sıklığı doğrudan RPO'yu, yani kabul edilen veri kaybı süresini belirler: günde bir yedek alıyorsanız en kötü durumda bir günlük veri kaybedebilirsiniz. Daha sıkı bir hedef gerekiyorsa artımlı yedekler gün içinde birçok kez alınabilir.
Yaygın bir strateji, haftalık tam yedeği günlük artımlı veya fark yedeğiyle birleştirir. Artımlı zincir uzadıkça geri yükleme karmaşıklaşır ve zincirdeki tek bir bozuk halka riski artırır; bu yüzden tam yedekler düzenli aralıklarla yenilenir. Birçok yedekleme yazılımı artımlı yedekleri birleştirerek sentetik tam yedek de üretebilir. Dcloud'un teklif formunda yedekleme disk alanı ve Veeam Backup lisansı da seçilebilir.
Yedekleme fidye yazılımına karşı nasıl koruma sağlar?
Fidye yazılımı yalnızca üretim verisini değil, erişebildiği yedekleri de şifrelemeye veya silmeye çalışır. Bu nedenle yedekleme, üretim ortamından mantıksal ve mümkünse fiziksel olarak ayrılmalıdır. Pratikte şu önlemler öne çıkar:
- Yedek sistemi için üretimden ayrı kimlik bilgileri ve çok faktörlü doğrulama kullanın.
- En az bir kopyayı değiştirilemez ya da çevrimdışı tutun.
- Yedek depolamasını üretim ağından ayrı bir segmentte barındırın ve erişimi sınırlayın.
- Saklama süresini, bir bulaşmanın fark edilmesi için geçen süreyi kapsayacak kadar uzun tutun; zararlı yazılım haftalarca sessiz kalmış olabilir.
- Yedekleme yazılımını ve işletim sistemlerini güncel tutun; yedek sunucusu da bir saldırı yüzeyidir.
- Geri yüklemeden önce yedeği temiz bir ortamda tarayın ve doğrulayın.
Saldırı sonrası geri dönüşte iki soru belirleyicidir: yedek bulaşmadan önceki bir noktaya mı ait, ve geri yüklenen sistem yeniden bulaşacak mı? Bu yüzden yalnızca son yedeği değil, birden fazla geri dönüş noktasını saklamak gerekir; en son yedek de bulaşık olabilir.
Yedekleme tek başına saldırıyı engellemez; güvenlik duvarı, yama yönetimi ve çalışan farkındalığıyla birlikte düşünülmelidir. Bu önlemler için bulut sunucu güvenliği kontrol listesi iyi bir başlangıçtır.
Geri yükleme testi neden yedek almak kadar önemlidir?
Yedek ancak geri yüklenebildiğinde işe yarar. Bozuk bir yedek dosyası, eksik kalmış bir veritabanı günlüğü ya da kaybolmuş bir şifreleme anahtarı çoğunlukla felaket anında ortaya çıkar. Düzenli geri yükleme testi bu sürprizleri önceden yakalar ve kurtarmanın gerçekte ne kadar sürdüğünü gösterir; bu süre RTO ve RPO hedeflerinizle karşılaştırılmalıdır.
Testte iki şeyi ölçün: verinin eksiksiz ve tutarlı gelip gelmediğini ve geri yüklemenin ne kadar sürdüğünü. Süre beklentinizi aşıyorsa sorun yedekleme yönteminde, bant genişliğinde ya da prosedürdedir ve bunu felaket gününden önce bulmuş olursunuz.
- Yedeklerin bütünlüğünü, her çalışmadan sonra otomatik doğrulamayla kontrol edin.
- Belirli aralıklarla tek dosya ve klasör geri yüklemesi deneyin.
- Kritik sistemler için tam sunucu veya veritabanı geri yüklemesini ayrı bir test ortamında deneyin.
- Süreyi, sonucu ve karşılaşılan sorunları kaydedin; prosedürü bu bulgulara göre güncelleyin.
Dcloud ile bulut yedekleme nasıl kurgulanır?
Dcloud'un veri yedekleme ve kurtarma hizmeti, düzenli aralıklarla otomatik yedekleme, yedeklerin bulut altyapısında güvenli saklanması ve veri kaybı ya da arıza halinde hızlı geri yükleme sunar. Hizmet kullanıcı dostu bir web arayüzüyle yönetilir ve yasal ile sektörel düzenlemelere uyumu kolaylaştırır. Hizmet, siber saldırılara karşı dayanıklılığı da kapsar; yedekler bulut altyapısında güvenli şekilde saklanır.
3-2-1 kuralındaki farklı lokasyon ihtiyacı için Ankara FKM (Felaket Kurtarma Merkezi) coğrafi yedekleme çözümleri sunar; böylece İstanbul'daki sistemlerin bir kopyası farklı bir şehirde tutulabilir. Dcloud veri merkezleri Tier 3 seviyesindedir ve lokasyon ayrıntıları altyapı sayfasında yer alır. Hangi kopyanın hangi ortamda ve ne sıklıkla tutulacağını ihtiyacınıza göre Dcloud ekibiyle planlayabilirsiniz.
Sıkça Sorulan Sorular
Altyapınızı birlikte planlayalım
Bulut sunucu, yedekleme ve güvenlik ihtiyaçlarınız için uzman ekibimizle görüşün.
İlgili Yazılar ve Hizmetler
Yayın tarihi: 2 Ekim 2026. Son güncelleme: 2 Ekim 2026.
