AFFiNE yedekleme ve kurtarma: sync varken neden yine yedek gerekir?

Bilgi sistemindeki en pahalı hata genellikle notu yanlış klasöre koymak değil.

**Geri dönememek.**

AFFiNE Cloud kullanıyor olsan da self-host kullansan da üç kavramı ayır:

• sync,
• export,
• backup.

Sync nedir?

Senkronizasyon aynı çalışma alanını cihazlar arasında güncel tutar.

Avantajı erişim.

Ama yanlış silme veya bozuk değişiklik senkronize olursa diğer cihazlara da ulaşabilir.

Bu yüzden sync tek başına tarihsel geri dönüş garantisi değildir.

Export nedir?

Export, veriyi başka bir biçimde dışarı alma işlemidir.

Amaçları:

• migration,
• arşiv,
• kurtarma,
• taşınabilirlik

olabilir.

AFFiNE geçmişte workspace export ve HTML/Markdown export yollarını çeşitli geçiş senaryolarında kullanıcılara önerdi.

Fakat export'un hangi formatta ve kapsamda olduğu sürümlere göre değişebilir.

Güncel arayüzde doğrula.

Backup nedir?

Yedek:

**belirli bir zamandaki veriye geri dönebileceğin ayrı kopyadır.**

İyi yedek:

• ana sistemden bağımsız,
• düzenli,
• tarihli,
• restore edilebilir

olmalıdır.

AFFiNE tarihinde neden önemli?

Eski app.affine.pro geçiş yazısında AFFiNE, kullanıcıları local ve cloud workspace'lerini yedeklemeleri konusunda açıkça uyarmıştı.

2024 data upgrade sorun giderme rehberi de .affine workspace export'u ile sürümler arası kurtarma adımları tarif ediyordu.

Bu yazılar bugünkü UI için kılavuz değildir.

Ama tek bir şeyi güçlü biçimde kanıtlar:

**bilgi sistemi yükseltmelerinde geri dönüş yolu gerçek ihtiyaçtır.**

0.27 örneği

Temmuz 2026 release note önemli bir compatibility değişikliği içeriyor:

0.27 server'a bağlanıp sync olmak için client'ın en az 0.26 olması gerekiyor.

Self-host kullanıcı için bu şu anlama gelir:

• server upgrade,
• client upgrade,
• sync doğrulaması

aynı değişiklik planının parçası olabilir.

Upgrade öncesi yedek yoksa geri dönüş riski büyür.

Cloud kullanıyorsan

Cloud operasyonun büyük kısmını senden alır.

Yine de kritik bilgi için periyodik taşınabilir kopya düşün.

Örneğin aylık:

1. önemli workspace'lerin mevcut export seçeneklerini kontrol et,
2. kritik belgeleri dışarı al,
3. çıktının açıldığını doğrula,
4. ayrı yerde sakla.

Planın kesin formatını AFFiNE'in güncel export seçeneklerine göre kur.

Self-host kullanıyorsan

[[Self-host operasyon bölümündeki]] kontrol daha geniş.

Yedek planında en az:

• veritabanı,
• blob/dosya storage,
• gerekli yapılandırma,
• sürüm bilgisi

bulunmalı.

En kritik adım:

**restore testi.**

Yedek dosyasının varlığıyla yetinme.

Yeni veya izole bir ortamda geri yükleyip birkaç gerçek dokümanı aç.

Basit 3-2-1 yaklaşımı

Genel veri güvenliğinde kullanılan pratik çerçeve:

• en az 3 kopya,
• 2 farklı ortam,
• 1 kopya ayrı konumda.

AFFiNE'in eski web geçiş yazısı de 3-2-1-1 benzeri daha güçlü bir yedek yaklaşımına değiniyordu.

Kişisel not sistemi için kurumsal felaket kurtarma altyapısı gerekmeyebilir.

Ama tek cihaz + tek sync hesabı da güçlü yedek değildir.

Aylık kontrol

Ayda bir şu beş şeyi kontrol et:

• [ ] son export/yedek tarihi
• [ ] dosyanın gerçekten varlığı
• [ ] en az bir örnek belgenin açılması
• [ ] self-host ise database/storage yedeği
• [ ] büyük upgrade öncesi yeni snapshot/yedek

Beş dakika sürer.

Veri kaybından sonra yeniden yazmaktan daha ucuz.

Kurtarma sırası

Sorun olduğunda panikle uygulamayı silip yeniden kurma.

Önce:

1. mevcut durumu koru,
2. sync'i durdurmanın gerekip gerekmediğini değerlendir,
3. güncel resmî troubleshooting dokümanını aç,
4. yedeğin tarihini kontrol et,
5. mümkünse kopya ortamda restore dene,
6. sonra production veriye müdahale et.

Eski blogdaki kurtarma adımlarını sürüm eşleşmesini kontrol etmeden uygulama.

Karar

AFFiNE local-first, Cloud ve self-host seçenekleriyle veri kontrolü için güçlü araçlar sunuyor.

Ama veri güvenliği bir ürün özelliği değil; süreç.

Kural basit:

**sync erişim içindir, export taşınabilirlik içindir, backup geri dönüş içindir.**

Üçünün görevini birbirine yükleme.