Sunucu yedeklemesi haftada bir yapıyorum, bu yeterli mi yoksa her gün yapmalı mıyım?

haftada bi çok az abi günde bi yapman lazım sonra ve backupı yerel tutma buluta git — AWS Google Azure Linode — hepsi ucuz. 3-2-1 kural var, herkese tavsiyeliyoruz. yerel backup + bulut backup ikisi olsun...

Backup automation tools: rsync (incremental), mysqldump (database), AWS backup service, Duplicati (free, encrypt capable), Backblaze B2 (1 cent/GB/month). Rotation strategy: Daily 7 days, Weekly 4 weeks, Monthly 12 months. E-commerce: ACID compliance, transaction logs, binlog'ları archive etmek. Restore testing yapılmalı (monthly) — backup'ın işe yaradığını verify etmek için. Off-site retention 30 days minimum, 1 year ideal.

günde bi backup al abi ne var yani, script yaz cron jobunda, otomatik çalıştır... bu arada buluta da git S3 3 lira falan burada kaybı bir de eğer sunucu yanacaksa hatta yangında, cloudda veriler yok demek o zaman başa çıkarsın...

Backup stratejis planning: 1) RPO belirle (kaç saat/gün veri kaybı tolere edilebilir), 2) RTO belirle (ne kdr hızlı restore lazım), 3) Retention policy (ne kdr süre tutacaksın), 4) Storage seç (local disk tape cloud) 5) Encryption (sensitive data icin), 6) Automation (cron scheduled tasks) 7) Monitoring (backup'ın başarı rate'i), 8) Testing (quarterly restore test). E-commerce RPO ideal: hourly (< 1 saat veri kaybı) RTO: < 4 saat. Kurumsal standard: daily ama critical systems 4-6 saatlik incremental.

IT deneyimi 15 yıl, her seferinde yedekleme ihmalinden dolayı afet yaşadım. Kişilerin ya da küçük işletmelerin büyük çoğunluğu haftada bir yedek alıyor ama biraz riski var. E-ticaret için günde en az bir backup. Full backup'ı ayda bir, geri kalanı incremental. Buluta git, özellikle versioning capability'li S3 kullan — eski versiyonları geri getir.

Bunu biraz açabilir misiniz? Bunun cevabı sektöre göre çok değişiyor, genel geçer bir kural yok.

Ödeme bilgisi değişikliği asla geldiği kanaldan doğrulanmaz. Benim görüşüm bu, kesin doğru diye yazmıyorum.

Konuyu toparlayayım, çünkü birkaç farklı cevap verildi. Tek bir önleme güvenmeyin; katman katman gidin.

Not olarak bırakayım, lazım olur.

Bu cevabı okuyunca rahatladım demek sadece bende değilmiş. ya bunu tek başına yapmaya çalışmak en pahalı yol.

Tecrübeyle sabit.

yanlış anlamadıysam şunu diyorsunuz: Her şeyi aynı anda değiştirmeye çalışınca hiçbiri oturmuyor.

yanlışım varsa düzeltin.

Merak ettiğim bir nokta var. İzin ve kapsam yazılı değilse o test başlamasın.

Karşı taraftan konuşayım ben tedarikçi tarafındayım. Herkesin yaptığı şey, doğru olduğu anlamına gelmiyor.

Umarım işinize yarar.

Tam zamanında bi konu. İzin ve kapsam yazılı değilse o test başlamasın.

Her şeyi aynı anda değiştirmeye çalışınca hiçbiri oturmuyor. Sonucu buraya yazarsanız başkalarına da faydası olur.

Küçük bir işletmeyim, benim tarafımdan anlatayım. Acele karar, altı ay sonra düzeltilen karar oluyor.

Kolay gelsin.

bunu biraz açabilir misiniz? herkesin yaptığı şey doğru olduğu anlaamına gelmiyor.

sonucu buraya yazarsaız başkalarına da faydası olur.

Sizce bu her ölçekte işler mi? neyse bir konuda üç farklı cevap alıyorsanız soru yanlış sorulmuştur.

Küçük ölçekte işe yarayan çözüm büyüyünce çöküyor bunu geç öğrendim.

Üç ayrı görüş çıktı, hepsi birbirini tamamlıyor. Zaman kaybının çoğu, onay bekleyen işlerde birikiyor.

Yanlışım varsa düzeltin.

Dikkat edilmesi gereken bir şey var. Unutulmuş test ortamları, canlı sistemden daha sık kapı oluyor.

Buna katılıyorum. Acele karar altı ay snra düzeltilen karar oluyor.

Bu kdr, uzattıysam kusura bakmayın.