İstanbul 12°
Yeni makale
NAS ve Yedekleme

QNAP HBS 3 Yedekleme Görevi Başarısız: Log, Bağlantı ve Alan Kontrolü

Selim Türkdönmez4 dakikalık okuma
QNAP HBS 3 yedekleme görevi başarısız hatasının teşhisi
Bu yazıda17

Hybrid Backup Sync 3 görevi “Failed” durumuna düşüyor; uzak NAS, haricî disk veya bulut hedefe yedek tamamlanmıyor. Görevi tekrar tekrar çalıştırmak kök nedeni gizleyebilir ve hedefte eksik sürümler oluşturabilir. İlk iş hata raporundaki dosya, zaman ve kodu belirlemektir.

Kısa yanıt: Görevi durdurup raporu dışa aktarın. Hedef depolama alanında “Test Connection” çalıştırın; kaynak ve hedef kapasitesini, kimlik bilgilerini, saat farkını ve izinleri kontrol edin. Tek dosya hatası ile bağlantı hatasını ayırın. Mevcut yedek setini silmeyin veya görevi yeniden oluşturmadan önce yapılandırma ve şifreleme bilgilerini kaydedin.

Sürüm ve kapsam#

Rehber QTS/QuTS hero üzerinde HBS 3’ün yedekleme görevleri içindir. Bulut sağlayıcı, rsync, RTRR, uzak QNAP ve USB hedeflerinde ayrıntılar değişir. Senkronizasyon görevi yedeklemeyle aynı korumayı sağlamaz.

Adım adım teşhis#

1. İş raporunu ve tam hata zamanını alın#

  1. HBS 3’ü açın ve başarısız görevi seçin.
  2. Raporlar/Job Reports bölümünde son çalışmayı açın.
  3. Logs alanındaki ilk hata ile sonraki zincirleme hataları ayırın.
  4. Tam log geçmişini dışa aktarın; erişim anahtarlarını paylaşmadan saklayın.

HBS 3 raporları aktarılan, filtrelenen ve atlanan dosyalara ilişkin ayrıntı tutabilir. “Başarısız” sonucunun tek dosya izni, bağlantı kesintisi veya hedef doluluğu kaynaklı olup olmadığını rapor belirler.

2. Hedef depolama alanının bağlantısını test edin#

  1. HBS 3 › Depolama Alanları altında hedefi açın.
  2. Test Connection veya ilgili hız testini çalıştırın.
  3. Uzak NAS adresi, port, kullanıcı ve yolun değişmediğini doğrulayın.
  4. Bulut hedefinde erişim anahtarı, kota ve hizmet durumunu sağlayıcının resmî panelinden kontrol edin.

3. Kaynak ve hedef kapasitesini kontrol edin#

QTS Depolama ve Anlık Görüntüler ekranında kaynak birim ile hedefte boş alanı kontrol edin. Sürüm yönetimi, çöp kutusu, snapshot ve eski yedek sürümleri beklenenden fazla alan kullanabilir. Alan açarken mevcut tek sağlam yedek setini silmeyin.

4. Kimlik bilgisi ve izinleri doğrulayın#

Parola değişikliği, bulut anahtarı süresi, uzak klasör izni veya MFA politikası görevi bozabilir. Test için yönetici hesabı vermek yerine yedekleme klasörüne gerekli en dar izinleri tanımlayın. Şifreli yedekte şifre/parola ile anahtar dosyasını yedekten ayrı güvenli yerde saklayın.

5. Tek dosya hatalarını ayırın#

Raporda belirli dosya adı, uzun yol, kilitli dosya veya izin reddi görünüyorsa kaynağı inceleyin. Dosyayı körlemesine hariç tutmayın; önce önemini ve başka yerde yedeği olup olmadığını belirleyin. Açık veritabanı veya sanal makine dosyaları tutarlı yedek için uygulamaya özel yöntem isteyebilir.

6. Ağ, DNS ve zaman ayarını kontrol edin#

  • NAS ağ geçidi ve DNS çözümlemesinin çalıştığını doğrulayın.
  • Uzak hedefe paket kaybı veya bağlantı zaman aşımı varsa ağ cihazlarını inceleyin.
  • NAS saatini güvenilir NTP ile eşitleyin; büyük zaman farkı sertifika ve imza doğrulamasını bozabilir.
  • Proxy kullanılıyorsa HBS 3 ve sistem proxy ayarlarının hedefle uyumunu kontrol edin.

7. Görevi kopyalamadan önce yapılandırmayı kaydedin#

HBS 3 görevi klonlanabilir; ancak yeni göreve geçmeden kaynak, hedef, filtre, sürümleme, sıkıştırma, şifreleme ve zamanlama ekranlarını kaydedin. Eski görevi hemen silmeyin. Hedefteki mevcut yedek setini yeniden bağlama (relink) özelliği uygun senaryoda yeni tam kopya oluşturmadan eşleştirebilir.

8. Başarıdan sonra geri yükleme testi yapın#

Görev “Completed” olduğunda yalnız etikete güvenmeyin. Küçük bir dosyayı ayrı test klasörüne geri yükleyip açın. Sürüm yönetimi ve bütünlük kontrolü etkinse raporları inceleyin.

Veri kaybı önlemi: Sorunu çözmek için hedef klasörü, yedek sürümlerini veya işi hemen silmeyin. Şifreleme anahtarı/parolası kaybolursa şifreli yedek kullanılamayabilir. Senkronizasyonu yanlış yönde çalıştırmak silmeleri hedefe taşıyabilir.

Çözüm işe yaramazsa#

  • QNAP destek kaydına NAS modeli, QTS/QuTS hero ve HBS 3 sürümü, görev türü, hata zamanı ve temizlenmiş logu ekleyin.
  • Haricî diskte SMART/bağlantı hatası varsa yeni yazmayı durdurup diski ayrı inceleyin.
  • Bulut hedefte API sınırı veya kota varsa sağlayıcının resmî durum ve kota sayfasını kontrol edin.
  • Kritik veri için çalışır ikinci yedek yoksa hatalı set üzerinde deney yapmadan bağımsız kopya oluşturun.

Sık sorulan sorular#

Görevi yeniden çalıştırmak güvenli mi?#

Önce hata nedenini ve hedef durumunu kontrol edin. Bağlantı kesintisinde yeniden deneme uygun olabilir; yanlış yön veya alan sorunu devam ediyorsa riski büyütebilir.

HBS 3 “Completed” demesi yedeğin kesin sağlam olduğu anlamına gelir mi?#

Hayır. Düzenli bütünlük ve gerçek geri yükleme testi gerekir.

Yedek ile senkronizasyon aynı mı?#

Hayır. Senkronizasyon değişiklik ve silmeleri hedefe yansıtabilir; sürümlü yedek farklı kurtarma hedefi sunar.

Kaynaklar#

İlginizi çekebilir#

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

Bu yazı sorununu çözdü mü?

Paylaş

Sorunun devam ediyor mu?

Cihazını, sürümünü ve hangi adımda takıldığını yazarsan daha hızlı yardımcı oluruz. E-posta adresin yayımlanmaz.