Bulut yedekleme fiyatları 2026: KOBİ için GB başı TL maliyet, saklama süresi ve gizli kalemler

Bulut yedekleme fiyatları karşılaştırılırken çoğu zaman tek bir sayıya bakılır: GB başına aylık ücret. Oysa fatura, korunan veri miktarı, saklama süresi, kur, KDV ve geri yükleme anındaki ek kalemlerin toplamıdır. Bu rehber, şirket verisini ya da sunucusunu buluta yedeklemek isteyen KOBİ sahibi ve sistem yöneticisi için yazıldı. Sonunda kendi veri miktarınız ve saklama sürenizle aylık TL maliyeti hesaplayabilir, teklifleri aynı ölçütle karşılaştırabilirsiniz.

Yazıda bilerek sabit fiyat verilmiyor. Fiyatlar sağlayıcıya, döneme ve kura göre değişir. Bunun yerine her teklife uygulayabileceğiniz formülü, ölçüm komutlarını ve sorulması gereken soruları bulacaksınız.

Bulut yedekleme fiyatlarını belirleyen üç temel kalem

Hemen her teklif üç kavramdan birine ya da birkaçına dayanır. Bunları ayırmadan yapılan karşılaştırma yanıltır.

Korunan veri (kaynak boyutu)

Yedeklenen sunucunun ya da klasörün kaynaktaki boyutudur. 400 GB'lık bir Windows sunucuyu yedekliyorsanız korunan veri 400 GB'dır. Bazı sağlayıcılar ücreti buna göre ya da "korunan örnek" (sunucu, sanal makine, veritabanı) başına alır. Örneğin Azure Backup, korunan örnek başına bir ücret ile tüketilen depolama ücretini ayrı ayrı faturalar; ayrıntılar Azure Backup fiyatlandırma sayfasında anlatılıyor.

Depolanan veri (yedek deposunda kaplanan alan)

Tüm yedek sürümlerinin depoda kapladığı toplam alandır. Sıkıştırma ve tekilleştirme (deduplication) bunu küçültür, uzun saklama süresi büyütür. GB başı fiyatlı paketlerde fatura genellikle bu sayıya göre çıkar.

Saklama süresi

Kaç günlük, haftalık, aylık sürüm tuttuğunuzdur. 7 günlük sürüm ile 90 günlük sürüm arasında depolanan veri birkaç kat fark edebilir. Teklif karşılaştırırken "kaç GB" sorusundan önce "kaç gün, kaç sürüm" sorusunu sabitleyin.

Karar ölçütü: Elinizdeki iki teklif farklı birimlerle geliyorsa (biri korunan sunucu başına, diğeri depolanan GB başına), ikisini de aşağıdaki formülle aynı senaryoya çevirin. Aksi halde ucuz görünen teklif saklama süresi uzadıkça pahalılaşabilir.

Dolar ve TL fiyatlı paketler: kur riski ve KDV

Yurt dışı kaynaklı servislerin çoğu dolar ya da avro ile fiyatlanır. Bu durumda aylık TL maliyetiniz iki değişkene bağlıdır: depolanan veri ve kur. Depolanan veri her ay biraz büyür, kur da değişir; bütçe iki yönden kayar.

TL fiyatlı paketlerde kur riski sağlayıcıda kalır, ama fiyat güncelleme maddesine bakmak gerekir. Sözleşmede "fiyatlar dönemsel olarak güncellenebilir" ibaresi varsa ne sıklıkla ve hangi bildirim süresiyle güncellendiğini sorun.

KDV tarafında dikkat edilecek nokta, liste fiyatının KDV hariç mi dahil mi verildiğidir. Türkiye'de faturalanan hizmetlerde genel orandaki KDV (bugün %20) eklenir. Yurt dışı servislerde ise faturanın nasıl kesildiğine ve şirketinizin vergi durumuna göre ayrıca beyan yükümlülüğü doğabilir; bunu mali müşavirinizle netleştirin. Karşılaştırma tablonuzda tüm fiyatları aynı biçime, örneğin "KDV dahil aylık TL" biçimine çevirin.

Kontrol noktası: Teklif tablonuzda her satır için şu sütunlar olsun: para birimi, KDV durumu, fiyat güncelleme koşulu, faturalama birimi (GB, TB, sunucu başı).

Kendi veri miktarınızla aylık maliyeti hesaplama

Hesap için iki ölçüme ihtiyacınız var: toplam veri boyutu ve günlük değişen veri miktarı. Artımlı yedekte ilk yedek tam alınır, sonraki günlerde yalnız değişen bloklar ya da dosyalar gönderilir.

Ölçüm betiği (Linux)

Aşağıdaki betik verilen dizinin toplam boyutunu ve son 24 saatte değişen dosyaların toplam boyutunu yazar. Hiçbir dosyayı değiştirmez, yalnız okur; geri alınacak bir işlem yoktur. Ubuntu 24.04 ve Debian 12 için hazırlandı. ORNEK_DIZIN yerine yedeklenecek dizini yazın.

#!/usr/bin/env bash
# Yedek boyutu tahmini: toplam boyut ve son 24 saatte degisen veri
# Kullanim: sudo ./yedek-olcum.sh /ORNEK_DIZIN
set -euo pipefail

HEDEF="${1:-/ORNEK_DIZIN}"

if [ ! -d "$HEDEF" ]; then
  echo "Dizin bulunamadi: $HEDEF" >&2
  exit 1
fi

# Toplam boyut (GB)
TOPLAM_KB=$(du -sk "$HEDEF" | awk '{print $1}')

# Son 24 saatte degisen dosyalarin toplam boyutu (GB)
DEGISEN_B=$(find "$HEDEF" -type f -mtime -1 -printf '%s\n' 2>/dev/null | awk '{s+=$1} END {print s+0}')

awk -v t="$TOPLAM_KB" -v d="$DEGISEN_B" 'BEGIN {
  tg = t/1024/1024; dg = d/1024/1024/1024;
  printf "Toplam veri      : %.1f GB\n", tg;
  printf "Son 24 saat degisim: %.2f GB\n", dg;
  if (tg > 0) printf "Gunluk degisim orani: %%%.2f\n", (dg/tg)*100;
}'

Beklenen çıktı şu biçimdedir (sayılar sizin sisteminize göre değişir):

Toplam veri      : 412.6 GB
Son 24 saat degisim: 6.80 GB
Gunluk degisim orani: %1.65

Bu ölçümü tek bir güne dayandırmayın. Ay sonu, kapanış ve fatura yoğunluğu olan günler dahil en az bir hafta çalıştırıp en yüksek değeri kullanın. Dosya düzeyinde ölçüm, büyük bir dosyanın küçük bir kısmı değiştiğinde değişimi olduğundan büyük gösterir; blok düzeyinde artımlı yedek yapan araçlarda gerçek değer genellikle daha düşük çıkar. İlk hafta yedek aldıktan sonra yedek yazılımının raporladığı gerçek değeri esas alın.

Formül

Basit bir günlük artımlı senaryoda:

• Depolanan veri ≈ (Toplam veri + Saklanan gün sayısı × Günlük değişim) × Sıkıştırma katsayısı
• Aylık maliyet ≈ Depolanan veri (GB) × GB başı fiyat + Korunan sunucu ücreti (varsa) + Ek kalemler

Sıkıştırma katsayısı veri türüne göre değişir. Zaten sıkıştırılmış dosyalar (PDF, JPEG, ZIP, video) neredeyse hiç küçülmez; SQL yedekleri ve metin tabanlı veriler belirgin küçülebilir. Bilmiyorsanız katsayıyı 1 alın, ilk yedekten sonra güncelleyin.

Örnek senaryo

Varsayım: 400 GB veri, günlük 8 GB değişim, sıkıştırma katsayısı 1.

• 7 gün saklama: 400 + 7 × 8 = 456 GB
• 30 gün saklama: 400 + 30 × 8 = 640 GB
• 90 gün saklama: 400 + 90 × 8 = 1.120 GB

Aynı sunucu için saklama süresi 7 günden 90 güne çıktığında depolanan veri yaklaşık 2,5 katına çıkıyor. Bu yüzden "1 TB bulut yedekleme fiyatı" sorusunun yanıtı, 1 TB'lık sunucuyu değil, saklama süresiyle birlikte oluşan depolanan veriyi kapsamalıdır.

Pratik bir yaklaşım kademeli saklamadır: son 14 gün günlük, son 8 hafta haftalık, son 12 ay aylık. Bu yapı, 365 günlük günlük saklamaya göre çok daha az alan kaplar ve denetim için geriye dönük nokta bırakır. Haftalık ve aylık sürümlerin her biri bir önceki sürüme göre birikmiş değişimi tutar; hesabı kendi aracınızın raporuyla doğrulayın.

Değiştirilemez yedek ve geri yükleme ücretlerinin maliyete etkisi

Fidye yazılımı yedek deposuna da ulaşabilir. Değiştirilemez (immutable) yedek, belirli bir süre boyunca kimsenin, yönetici hesabıyla bile, yedeği silemediği ya da değiştiremediği yapıdır. S3 uyumlu depolarda bu genellikle Object Lock özelliğiyle sağlanır.

Maliyete etkisi şöyledir:

• Kilit süresi boyunca silinemeyen veri için ödeme yaparsınız. 30 günlük kilit koyduysanız, saklama politikanız 14 gün dese bile veri 30 gün depoda kalır. Hesabı uzun olan süreyle yapın.
• Yanlış yedek de kilitlenir. Yanlış dizini ya da gereksiz büyük bir dosyayı yedeklediyseniz, kilit bitene kadar onun da bedelini ödersiniz. Kilidi açmadan önce birkaç gün kilitsiz deneme yapın.
• Arşiv katmanlarında erken silme ücreti olabilir. Bazı soğuk depolama katmanları en az saklama süresi tanımlar; daha erken silinen veri için kalan süre faturalanır.

Geri yükleme tarafında bakılacak kalemler:

• Veri çıkış (egress) ücreti: Bazı servisler depoya yazmayı ücretsiz tutup dışarı okumayı GB başına ücretlendirir. 500 GB'lık tam geri yükleme bu kalemle ayrı bir fatura satırı çıkarabilir.
• İstek (API) ücreti: Çok sayıda küçük dosyada istek sayısı maliyeti fark edilir hale gelebilir.
• Arşivden geri çağırma ücreti ve bekleme süresi: Soğuk katmanda veri birkaç saat ile günler içinde erişilebilir hale gelir. Fidye yazılımı sonrası bu süre işletmenin durduğu süredir.
• Hizmet olarak geri yükleme: Yönetilen hizmetlerde geri yüklemeyi sağlayıcı yapıyorsa, bunun pakete dahil olup olmadığını ve hangi yanıt süresiyle yapıldığını sorun.

Karar ölçütü: Yılda en az bir tam geri yükleme testi yapacağınızı varsayarak, bir tam geri yüklemenin maliyetini teklif tablonuza ayrı satır olarak ekleyin.

Logo, Mikro ve SQL veritabanı yedeği için alan tahmini

Logo, Mikro, Netsis, ETA gibi programlarda asıl veri SQL Server veritabanındadır. Alan tahmini için önce veritabanı dosyalarının gerçek boyutunu ölçün. Aşağıdaki sorgu her veritabanının veri ve log dosyası boyutunu MB cinsinden listeler. Yalnız okur, değişiklik yapmaz. SQL Server 2016 ve sonrası için hazırlandı; SQL Server Management Studio'da çalıştırabilirsiniz.

-- Veritabani basina veri (ROWS) ve log boyutu, MB
SELECT
    DB_NAME(database_id) AS veritabani,
    type_desc            AS dosya_turu,
    SUM(size) * 8 / 1024 AS boyut_mb
FROM sys.master_files
GROUP BY database_id, type_desc
ORDER BY boyut_mb DESC;

Tahmin yaparken şunlara dikkat edin:

• Tam yedek boyutu, veri dosyasının dolu kısmına yakındır, log dosyası boyutuna değil. Log dosyası şişkin olsa da yedek bu boyutta çıkmaz.
• SQL Express yedek sıkıştırmasını desteklemez. Standard sürümde WITH COMPRESSION ile alınan yedek belirgin küçülür. Express kullanıyorsanız sıkıştırmayı yedek yazılımı ya da depo tarafında yapın. Express'in veritabanı sınırına yaklaşıyorsanız SQL Express 10 GB sınırı yazısındaki ölçüm adımları işinize yarar.
• Günlük tam .bak yedeği artımlı yedek değildir. Her gün yeni bir .bak dosyası üretiyorsanız, dosya düzeyinde yedek aracı her gün tam boyut gönderir. Tekilleştirme yapan araçlar bunu azaltır, yapmayanlarda depolanan veri "gün sayısı × tam yedek" olur.
• Veritabanı dışındaki klasörler: e-fatura ve e-defter arşivleri, ek belgeler, şablonlar ve program klasörü de yedeklenmelidir. Bunlar genellikle az değişir ama boyutları zamanla büyür.

Örnek: 25 GB'lık bir şirket veritabanı, Express sürümde sıkıştırmasız günlük tam yedek ve tekilleştirmesiz 30 günlük saklama ile yaklaşık 750 GB yer kaplar. Aynı veri tekilleştirme yapan bir araçla yedeklendiğinde depolanan alan, ilk tam yedek ile günlük değişen blokların toplamına iner. Bu fark, araç seçiminin GB fiyatından daha belirleyici olabileceğini gösterir.

KVKK açısından yedeğin Türkiye'de tutulması

Yedek, kaynak verinin bir kopyasıdır. Kaynakta müşteri, çalışan ya da cari bilgisi varsa yedekte de kişisel veri vardır. Yedeği yurt dışındaki bir depoda tutmak KVKK'nın 9. maddesi kapsamında yurt dışına aktarım sayılır ve standart sözleşme gibi aktarım mekanizmalarını, bildirim yükümlülüklerini gündeme getirir.

Maliyet açısından bunun anlamı şudur: Yurt dışı depo GB başına daha uygun görünse bile, aktarım için gereken hukuki süreç, sözleşme yönetimi ve denetim yükü toplam maliyete eklenir. Yedeği Türkiye'de tutmak bu yükü ortadan kaldırır, ama tek başına KVKK uyumu sağlamaz. Şifreleme, erişim yetkisi, saklama ve imha süreleri yine sizin sorumluluğunuzdadır. Fidye yazılımına karşı ayrı tutulan yedek yapısını KVKK yedekleme çözümü sayfasında inceleyebilirsiniz.

Kontrol noktası: Teklif alırken "yedek verisi hangi şehirde, hangi veri merkezinde tutuluyor, ikinci kopya hangi ülkede?" sorusunun yazılı yanıtını isteyin.

Kendi kurulumunuz mu, yönetilen hizmet mi?

İki yolun da yeri var; seçim, ekibinizin zamanına ve risk iştahına bağlı.

Kendi kurulumunuz (S3 uyumlu depo + restic, Veeam Agent vb.):

• Artı: Depolanan GB'a yakın maliyet, araç ve saklama politikası üzerinde tam kontrol.
• Eksi: İzleme, başarısız yedek uyarısı, şifreleme anahtarının saklanması ve geri yükleme testleri sizde. Anahtarı kaybederseniz yedek işe yaramaz.
• Linux sunucular için adımları restic ile S3 yedekleme rehberinde bulabilirsiniz.

Yönetilen bulut yedekleme hizmeti:

• Artı: Planlama, izleme ve geri yükleme desteği hizmete dahil olabilir; ekip zamanı harcanmaz.
• Eksi: GB başına ya da sunucu başına fiyat genellikle ham depolamadan yüksektir; saklama ve araç seçeneği sağlayıcının sunduklarıyla sınırlıdır.

Karar ölçütü: Bir yedek hatasını fark edip düzeltmek için ayda kaç saat ayırabileceğinizi yazın. Bu süre sıfıra yakınsa, ham depolama fiyatı tek başına doğru karşılaştırma değildir.

Sık yapılan hatalar

• Yalnız GB fiyatına bakmak. Saklama süresi, geri yükleme çıkış ücreti ve korunan sunucu ücreti eklenmeden yapılan karşılaştırma eksik kalır.
• Geri dönüşü test etmemek. Yedek başarılı raporu, geri yüklenebilir olduğunu göstermez. En az üç ayda bir, ayrı bir makineye örnek bir dosya ve bir veritabanı geri yükleyip programın açıldığını doğrulayın.
• Yedeği aynı sunucuda ya da aynı hesapta tutmak. Aynı yönetici parolasıyla erişilen yedek, fidye yazılımına karşı koruma sağlamaz.
• Saklama süresini işletme ihtiyacına göre değil, fiyata göre belirlemek. Bir hatanın kaç gün sonra fark edildiğini düşünün; ay sonu kapanışında fark edilen bir veri bozulması için 7 günlük saklama yetmeyebilir.
• Veri büyümesini hesaba katmamak. Hesabı bugünkü boyutla değil, 12 ay sonraki tahmini boyutla da yapın.

Sık sorulan sorular

1 TB bulut yedekleme fiyatı neden sağlayıcılar arasında bu kadar farklı?

Çünkü "1 TB" farklı şeyleri ifade edebilir: korunan veri, depolanan veri ya da paket kotası. Ayrıca saklama süresi, değiştirilemez yedek, geri yükleme çıkış ücreti ve destek kapsamı pakete göre değişir. Teklifleri aynı senaryoya (veri, günlük değişim, saklama günü) çevirip karşılaştırın.

Günlük değişim oranımı bilmiyorum, ne kullanmalıyım?

Yukarıdaki ölçüm betiğini bir hafta boyunca çalıştırın ya da yedek yazılımınızın ilk haftadaki artımlı yedek raporlarına bakın. Tahmini değerle teklif almak yerine ölçülmüş değerle almak, sonradan bütçe sapmasını azaltır.

Değiştirilemez yedek her KOBİ için gerekli mi?

Fidye yazılımına karşı en güçlü korumalardan biridir ve özellikle muhasebe, ERP ve müşteri verisi tutan işletmeler için önerilir. Maliyeti, kilit süresi boyunca silinemeyen veri kadardır; kısa bir kilit süresiyle başlayıp ihtiyaca göre uzatmak bütçeyi kontrol altında tutar.

Snapshot yedek yerine geçer mi?

Hayır. Snapshot genellikle aynı depolama sisteminde durur; disk ya da hesap düzeyinde bir sorunda snapshot da etkilenebilir. Snapshot hızlı geri dönüş için faydalıdır, ama ayrı konumdaki yedeğin yerini tutmaz.

Yedeği yurt dışında tutmak yasak mı?

Yasak değildir, ancak kişisel veri içeriyorsa KVKK kapsamında yurt dışına aktarım kurallarına uymanız gerekir. Bu süreci yönetmek istemiyorsanız yedeği Türkiye'deki bir depoda tutmak işi sadeleştirir.

Bu işi hazır yapmak isterseniz

Planlama, izleme ve geri yükleme adımlarını kendiniz yönetmek istemiyorsanız Cloud Backup hizmeti planlı yedekleme ve geri dönüş için bir seçenek. Veri miktarınızı ve saklama sürenizi paylaşarak yukarıdaki formülle karşılaştırabileceğiniz bir teklif isteyebilirsiniz.

Sonuç

Bulut yedekleme fiyatlarını doğru karşılaştırmak için önce kendi verinizi ölçün: toplam boyut, günlük değişim ve gereken saklama süresi. Ardından her teklifi aynı biçime çevirin: KDV dahil aylık TL, depolanan veri, geri yükleme maliyeti ve verinin tutulduğu ülke. En düşük GB fiyatı değil, test edilmiş bir geri dönüşü makul toplam maliyetle sağlayan seçenek doğru seçimdir.