# Sunucu yedeği snapshot ve 3-2-1 yaklaşımı

https://hosting.rioch.tr/bilgi-bankasi/makale/sunucu-yedegi-snapshot-ve-3-2-1-yaklasimi

Snapshot, dosya yedeği ve veritabanı yedeği farklı ihtiyaçları karşılar. Kurtarma planını tek bir teknolojiye bağlamak yerine hangi arızadan ve ne kadar veri kaybıyla dönebileceğinizi belirleyerek oluşturun.

## Konuyu doğru anlayın

Snapshot belirli bir andaki disk veya sanal makine durumunu saklayabilir; fakat canlı veritabanının uygulama açısından tutarlı olduğunu her durumda garanti etmez. Aynı altyapıdaki kopyalar ortak arızadan etkilenebilir. 3-2-1 yaklaşımı, birden fazla kopya ve bağımsız saklama ortamı düşünmek için yararlı bir çerçevedir.

## Başlamadan önce

İlk olarak sorunun başladığı zamanı, son değişikliği ve etkilenen hizmeti not edin. Sunucunun konsol erişimini ve güncel yedeğini hazır tutun. İnceleme sırasında tek değişkeni değiştirerek ilerleyin; çalışan servisleri gereksiz yere yeniden başlatmak, asıl nedenin izini kaybettirebilir.

## Adım adım uygulama

1. **Kurtarma hedefinizi belirleyin**Ne kadar yeni veri kaybını ve ne kadar kesintiyi kabul edebileceğinizi yazın. Saatlik veri üreten uygulama ile aylık değişen arşiv aynı yedekleme planına ihtiyaç duymaz.
2. **Veri envanteri hazırlayın**Uygulama dosyaları, veritabanları, sertifika ve yapılandırmalar, kuyruklar ve gerekli özel verileri listeleyin. Çalışmayı yeniden kurmak için hangi sırların gerektiğini de güvenli biçimde planlayın.
3. **Tutarlı kopya yöntemi seçin**Veritabanının desteklediği yedek veya duraklatma yöntemini kullanın. Dosya ve veritabanı zamanlarının birbiriyle uyumlu olmasına dikkat edin; snapshotın gerçek kapsamını sağlayıcıdan doğrulayın.
4. **Bağımsız ve korumalı saklayın**Kopyaların hepsini aynı sunucunun diski üzerinde tutmayın. Ayrı hata alanı, erişim yetkisi ve gerekiyorsa değiştirilemez saklama kullanın; yedek erişimini günlük uygulama hesabından ayırın.
5. **Geri yükleme tatbikatı yapın**Boş bir test ortamına dönerek uygulamanın açılmasını ve veri bütünlüğünü kontrol edin. Gerçek ödeme veya bildirimlerin yanlışlıkla tetiklenmesini önleyecek test ayarlarını kullanın.

## Sık karşılaşılan durumlar

- Yedek görevinin başarılı durumuna güvenip dosyayı hiç denememek eksik kopyayı gizleyebilir. İndirme, açma ve uygulama çalıştırma aşamalarını gerçekten test edin.
- Snapshot geri dönüşü, alındığı andan sonraki kayıtları geri alabilir. Geri dönmeden önce mevcut durumu da koruyup veri birleştirme ihtiyacını belirleyin.

## Sık sorulan sorular

### 3-2-1 her ortamda aynı ürünleri mi gerektirir?

Hayır. Amaç kopyaların ortak hata ve erişim risklerini azaltmaktır. Kullanacağınız depolama türleri iş yükü, veri hassasiyeti ve kurtarma hedeflerine göre seçilir.

### Yedek almak sunucuyu yavaşlatır mı?

İş yüküne göre disk, işlemci ve ağ tüketir. Zamanlamayı ölçerek planlayın; eşzamanlı ağır görevlerle çakışmayı ve tamamlanma süresini izleyin.

## İşlem sonrası kontrol

Örnek bir geri yüklemenin süresini ve son geri getirilen veri zamanını ölçün. Saklama sayısı, başarısızlık bildirimi ve erişim yetkilerini düzenli kontrol edecek sorumluyu belirleyin.

## İlgili rehberler

- [WordPress yedekleme ve geri yükleme planı](https://hosting.rioch.tr/bilgi-bankasi/makale/wordpress-yedekleme-ve-geri-yukleme-plani)
- [Linux sunucuda güvenli güncelleme ve geri dönüş planı](https://hosting.rioch.tr/bilgi-bankasi/makale/linux-sunucuda-guvenli-guncelleme-ve-geri-donus-plani)

## Teknik kaynak

[Resmî ürün belgeleri](https://developer.wordpress.org/advanced-administration/security/backup/)

RİOCH Bilgi Bankası • Son gözden geçirme: 5 Kasım 2026. Arayüz adları ve kullanılabilir özellikler hizmetinize ve yazılım sürümüne göre değişebilir.