1 Ekim 2026, 21:46:49
Dolar 49,0327
Euro 55,3607
Altın 6.563,25
BİST 12.298,08
Adana Adıyaman Afyon Ağrı Aksaray Amasya Ankara Antalya Ardahan Artvin Aydın Balıkesir Bartın Batman Bayburt Bilecik Bingöl Bitlis Bolu Burdur Bursa Çanakkale Çankırı Çorum Denizli Diyarbakır Düzce Edirne Elazığ Erzincan Erzurum Eskişehir Gaziantep Giresun Gümüşhane Hakkari Hatay Iğdır Isparta İstanbul İzmir K.Maraş Karabük Karaman Kars Kastamonu Kayseri Kırıkkale Kırklareli Kırşehir Kilis Kocaeli Konya Kütahya Malatya Manisa Mardin Mersin Muğla Muş Nevşehir Niğde Ordu Osmaniye Rize Sakarya Samsun Siirt Sinop Sivas Şanlıurfa Şırnak Tekirdağ Tokat Trabzon Tunceli Uşak Van Yalova Yozgat Zonguldak
İstanbul 20°C
Yağmurlu
İstanbul
20°C
Yağmurlu
Cum 19°C
Cts 20°C
Paz 20°C
Pts 20°C

NAS snapshot yedek değildir: QNAP’ta anlık görüntü ve 3‑2‑1 yedekleme planı

NAS snapshot yedek değildir: QNAP’ta anlık görüntü ve 3‑2‑1 yedekleme planı
1 Ekim 2026 16:52
45
A+
A-

NAS üzerinde RAID ve zamanlanmış snapshot bulunduğunda verinin tamamen yedeklendiği sanılabilir. Oysa RAID disk arızasına karşı süreklilik sağlar; yerel snapshot ise aynı depolama havuzuna bağlıdır. NAS çalınır, yangın/elektrik hasarı görür, depolama havuzu bozulur veya yönetici hesabı ele geçirilirse yalnızca aynı cihazdaki snapshot yeterli olmayabilir.

Kısa yanıt: Snapshot’ı hızlı geri dönüş katmanı olarak kullanın; bağımsız yedek yerine saymayın. QNAP’ın resmî açıklamasına göre snapshot, depolama havuzundaki meta veri değişikliklerine dayanır ve bulunduğu havuza bağımlıdır. Kritik veriyi ayrıca harici diske, başka NAS’a veya güvenilir uzak/bulut hedefe kopyalayın. En az bir kopyayı ana NAS’tan ayrı ve mümkünse çevrimdışı/değiştirilemez tutun.

Snapshot, RAID ve yedek arasındaki fark

KorumaGüçlü olduğu alanTek başına yetmediği durum
RAIDBelirli disk arızalarında çalışmaya devam etmeSilme, şifreleme, NAS kaybı ve birden çok disk/arızalı denetleyici
Yerel snapshotÖnceki dosya/sistem durumuna hızlı dönüşAynı havuzun veya NAS’ın kaybı
Bağımsız yedekAna sistemden ayrı kurtarma kopyasıTek hedefe/tek sürüme güvenilirse yine yetersiz
Uzak/çevrimdışı kopyaHırsızlık, afet ve çevrim içi saldırıya karşı ayrımGeri yükleme hiç test edilmezse kurtarma belirsizdir

1. Önce hangi verinin kritik olduğunu belirleyin

  1. Aile fotoğrafları, belgeler, proje dosyaları ve yapılandırmaları sınıflandırın.
  2. Kaybedilmesi kabul edilemeyecek veriyi “kritik” olarak işaretleyin.
  3. Ne kadar veri kaybının kabul edilebilir olduğunu belirleyin: örneğin son 24 saat mi, son bir saat mi?
  4. Kesintiden sonra ne kadar sürede geri dönmeniz gerektiğini belirleyin.

Bu iki hedef, snapshot ve yedek sıklığını belirler. Her dosya için dakikalık snapshot almak kapasiteyi gereksiz tüketebilir; çok seyrek yedek ise son değişiklikleri kaybettirebilir.

2. QNAP snapshot planını oluşturun

QTS 5.2.x’te genel yol Storage & Snapshots > Storage > Storage/Snapshots bölümüdür. Uyumlu kalın/thin birim veya LUN’u seçip Snapshot > Snapshot Manager > Schedule Snapshot yolundan zamanlama oluşturabilirsiniz.

  1. Snapshot desteği ve havuzdaki ayrılmış alanı kontrol edin.
  2. Değişim hızına uygun günlük veya daha sık plan oluşturun.
  3. Saklama politikasını günlük/haftalık/aylık katmanlarla belirleyin.
  4. Alan kullanımını izleyin; snapshot alanı sınırsız değildir.
  5. Dosya düzeyinde küçük bir geri yükleme testi yapın.

Veri kaybı uyarısı: Saklama politikasını daha kısıtlı hâle getirmek mevcut snapshot’ların silinmesine neden olabilir. QNAP, yeni politika daha dar ise mevcut snapshot’ları kurala uydurmak için silebileceğini belirtir. Değişiklikten önce bağımsız yedeği doğrulayın.

3. Snapshot’ın neden bağımsız yedek olmadığını anlayın

QNAP’ın snapshot SSS belgesine göre yerel snapshot’lar bağımsız dosya kopyaları değildir; depolama havuzundaki meta veri değişikliklerine dayanır ve depolandığı havuza bağımlıdır. Bu nedenle havuz erişilemez hâle gelirse snapshot da kullanılamayabilir. Aynı NAS içinde bulunması fiziksel afet, hırsızlık veya cihazın tamamen arızalanmasına karşı ayrım sağlamaz.

Snapshot fidye yazılımı veya yanlış silmede hızlı geri dönüş sağlayabilir; ancak yönetici hesabı ele geçirilirse saldırgan snapshot’ları da hedefleyebilir. Güçlü parola, iki aşamalı doğrulama, güncel QTS ve minimum yetki ilkesi yedek planının parçasıdır.

4. 3‑2‑1 yedekleme düzenini kurun

  • 3 kopya: Çalışan veri + iki ek kopya.
  • 2 farklı ortam/hedef: Örneğin NAS + harici disk veya ikinci NAS/bulut.
  • 1 kopya başka konumda: Ev/işyeri dışındaki güvenilir hedef.

Ev kullanıcısı için örnek:

  1. Çalışan veriler QNAP NAS üzerinde.
  2. Hybrid Backup Sync ile haftalık şifreli yedek harici diske; işlem bitince disk güvenli biçimde çıkarılıp ayrı yerde tutulur.
  3. En kritik klasörler şifreli olarak uzak NAS veya güvenilir bulut hedefe kopyalanır.
  4. Yerel snapshot’lar kısa dönem hızlı geri dönüş için ayrıca tutulur.

5. Snapshot Replica ne zaman kullanılır?

QNAP Snapshot Replica, desteklenen birimi aynı veya farklı QNAP NAS üzerindeki başka depolama havuzuna snapshot tabanlı biçimde çoğaltabilir. Farklı fiziksel NAS ve farklı konum, yerel snapshot’a göre daha güçlü ayrım sağlar. Ancak iki NAS aynı yönetici hesabı, aynı ağ ve aynı saldırı yüzeyini paylaşıyorsa risk tamamen ortadan kalkmaz.

Uzak hedefte ayrı kimlik bilgileri, güvenli ağ bağlantısı, minimum yetki ve izlenen başarısız görev bildirimleri kullanın. İnternete SMB veya yönetim portu açmak yerine güvenli VPN/üretici tarafından desteklenen yöntem tercih edilmelidir.

6. Yedek görevini başarı bildirimiyle değil geri yüklemeyle doğrulayın

  1. Aylık olarak birkaç örnek dosyayı farklı klasöre geri yükleyin.
  2. Dosyanın açıldığını, boyutunu ve mümkünse sağlama değerini doğrulayın.
  3. Yılda birkaç kez daha büyük klasör veya sistem kurtarma tatbikatı yapın.
  4. Yedek şifreleme parolası ve kurtarma anahtarını NAS dışında güvenli yerde saklayın.
  5. Başarısız görev, kapasite doluluğu ve hedef erişilemez bildirimlerini takip edin.

7. Fidye yazılımı ve yönetici hesabı önlemleri

  • QTS ve uygulamaları güncel tutun.
  • Varsayılan yönetici hesabını günlük kullanımda kullanmayın; ayrı sınırlı kullanıcı oluşturun.
  • Uzaktan yönetim portlarını doğrudan internete açmayın.
  • En az bir yedek kopyayı sürekli bağlı olmayan veya değiştirilemez hedefte tutun.
  • Yedek hedefini kaynak NAS ile aynı parolaya bağlamayın.

Çözüm işe yaramazsa sonraki adımlar

  • Modelinizde snapshot desteği yoksa HBS ile bağımsız, sürümlü yedek planına öncelik verin.
  • Depolama havuzu hata veriyorsa yeni snapshot oluşturmadan önce kritik verinin bağımsız kopyasını doğrulayın ve QNAP desteğine başvurun.
  • Kapasite planında veri büyümesi, snapshot rezervi ve yedek sürümlerini ayrı hesaplayın.
  • Destek kaydına NAS modeli, QTS sürümü, havuz/birim türü, snapshot sayısı, saklama politikası ve hedef kapasitesini ekleyin; dış IP ve erişim anahtarlarını paylaşmayın.

Sık sorulan sorular

RAID 1 kullanıyorsam ayrıca yedek gerekir mi?

Evet. RAID disk arızasına karşı süreklilik sağlar; silme, şifreleme, cihaz kaybı veya afet için bağımsız yedek değildir.

Snapshot harici diske taşınabilir mi?

QNAP’ın yerel snapshot SSS’sine göre snapshot bağımsız dosya kopyası değildir ve bulunduğu depolama havuzuna bağlıdır. Harici hedef için yedekleme görevi kullanılmalıdır.

Yedek görevi “başarılı” diyorsa test yeterli midir?

Hayır. Gerçek bir dosya/klasör geri yüklemesi yapıp içeriğin açıldığını doğrulamak gerekir.

Resmî kaynaklar

2010 yılından itibaren global bir şirkette bilgi işlem destek personeli olarak hizmet vermekteyim. Karşılaştığım sorunlar ve kullanmış olduğum araçlar ile ilgili fırsat buldukça içerik hazırlamaya çalışıyorum. Hazırlamış olduğum içeriklerden faydalanabilmeniz dileklerimle iyi çalışmalar dilerim.
YORUMLAR

Henüz yorum yapılmamış. İlk yorumu yukarıdaki form aracılığıyla siz yapabilirsiniz.