Gerçekten kullandığınız bir yedek
Çoğu şirket yedeğinin çalışmadığını ancak felaket geldiğinde fark eder. Bu yüzden yedeği bir onay kutusu değil, bir süreç olarak ele almanızı öneriyoruz: otomatik kopyalar, üretim sunucusundan uzakta tutulan ve düzenli olarak test edilen geri yüklemeler. cPanel'de günlük yedek otomatik çalışır ve panelden geri yüklersiniz; VPS ve adanmış sunucularda DevOps ekibi, dahil saatlerinizden zamanlanmış geri yükleme testleri kurabilir.
Her plan hangi yedeği içerir
cPanel barındırmada panelden geri yüklediğiniz otomatik bir günlük yedek bulunur. VPS'te snapshot'lar vardır — sunucu durumunun tam kopyaları — ve sıklık garantisi yoktur. Adanmış sunucular varsayılan olarak yedek içermez: NVMe diskler çift gelir ve RAID kurulum sırasında yapılandırılır, ancak RAID bir yedek değildir. Harici yedek, veritabanları için PITR ve geri yükleme testleri, ekibimiz tarafından dahil DevOps saatlerinden kurulur (adanmış sunucularda ayda 5–10 saat).
| Plan | Yedek | Geri yükleme | Konum |
|---|---|---|---|
| cPanel Hosting | Otomatik günlük yedek | Müşteri panelinden | AB (Frankfurt) |
| VPS | Snapshot'lar, sıklık garantisi yok | Bir snapshot'tan | AB (Frankfurt) |
| VPS — harici yedek | Talep üzerine, DevOps saatlerinden | Yapılandırılan stratejiye göre | Ekiple kararlaştırılır |
| Adanmış sunucu | Varsayılan olarak dahil değil — talep üzerine kurulur | Stratejiye göre (3-2-1, PITR) | AB (Frankfurt) + talep üzerine harici depolama |
RPO ve RTO — kendinizin belirlemesi gereken rakamlar
"En kısa sürede yedek" demek yerine iki somut değer belirlemek işe yarar. RPO (Recovery Point Objective), ne kadar veri kaybetmeyi göze alabileceğinizi söyler. RTO (Recovery Time Objective), bir geri yüklemenin ne kadar sürebileceğini söyler. Ekip stratejiyi bu değerlerin etrafında kurar.
Kabul edebileceğiniz en yüksek veri kaybı. Günlük yedek, bir güne kadar kayıp demektir; WAL streaming ile bir veritabanı bir dakikanın altına iner — talep üzerine kurulur.
Geri yükleme süresi veri hacmine ve seçilen stratejiye bağlıdır. RTO garantisi vermiyoruz — güvenilir tek rakam, bir geri yükleme testinde ölçülen rakamdır.
Felaket senaryoları — ve nasıl korunursunuz
Felaketler nadirdir ama etkileri büyüktür. İşte en yaygın senaryolar ve her biri için önerdiğimiz koruma. VPS ve adanmış sunucularda ekip bu önlemleri dahil DevOps saatlerinden kurar.
Donanım arızası (disk, RAM)
Veri kaybının en yaygın nedeni. Adanmış sunucularda kurulum sırasında RAID yapılandırılmış çift NVMe diskler ve EPYC ile Xeon seviyelerinde ECC RAM bulunur. RAID, bir disk arızalandığında sunucuyu çalışır halde tutar ama yedeğin yerini tutmaz — yine de harici bir kopya gerekir.
Koruma: RAID + harici yedekFidye yazılımı veya hesabın ele geçirilmesi
Saldırgan sunucu dosyalarını — ve sunucunun erişebildiği her kopyayı — şifreler. Bu yüzden en az bir kopya, üretim hesabının değiştiremeyeceği şekilde (değiştirilemez veya çevrimdışı) sunucunun dışında bulunmalıdır. Talep üzerine, DevOps saatlerinden kurarız.
Koruma: izole kopyaVerilerin kazara silinmesi
Üretimde çalıştırılan "DROP TABLE users". En yaygın insan hatası. Veritabanında belirli bir zamana geri dönüş (PITR) kuruluysa hatadan hemen öncesine dönersiniz; günlük yedek sizi yalnızca son kopyaya geri götürür.
Koruma: talep üzerine PITRVeri merkezinin tamamen devre dışı kalması
Yangın, sel, operatörde uzun süren kesinti. Koruma, ikinci bir veri merkezi gibi başka bir konumdaki bir kopyadır. Replikasyon ve yük devri varsayılan olarak dahil değildir; ekip bunları talep üzerine, DevOps saatlerinden kurar.
Koruma: başka bir konumda kopyaUygulama hatası verileri bozar
Bir dağıtım, veritabanı kayıtlarını bozan bir hata getirir. Ayrı bir veritabanı yedeğiyle yalnızca veritabanını (tüm sunucuyu değil) geri yüklersiniz — uygulama dosyaları kalır, veriler geri sarılır.
Koruma: ayrı veritabanı yedeğiBaşka bir sunucuya taşıma
Mevcut planı aşıyorsunuz. Bir VPS, daha fazla vCPU, RAM ve diske sahip üst bir seviyeye geçer; başka bir sunucuya taşınma için kesinti süresini kısa tutmak üzere geçişi önceden planlarız.
İpucu: geçişi erken planlayınVeritabanı yedeği — motora özel stratejiler
Tam bir VPS yedeği her zaman yeterli değildir. Veritabanlarının kendi belirli bir zamana geri dönüş (PITR) mekanizmaları vardır — yalnızca son snapshot'a değil, tam seçtiğiniz ana dönmenizi sağlarlar. Bunları talep üzerine, dahil DevOps saatlerinden kurarız.
Nelerin dahil olduğu — ve nelerin talep üzerine kurulduğu
Ayrıca satılan bir "premium yedek" yoktur: nelerin dahil olduğu her planda belirtilir, bunun ötesindeki her şeyi ekip aboneliğinizdeki DevOps saatlerinden kurar. Kotayı aşan saatler ayrıca, saat başına faturalandırılır.
- cPanel: otomatik günlük yedek, panelden geri yükleme — dahil
- VPS: snapshot'lar, sıklık garantisi yok — dahil
- Adanmış sunucular: çift NVMe diskler, kurulumda RAID — yedek varsayılan olarak dahil değil
- 3-2-1 kuralına uygun harici yedek — talep üzerine, DevOps saatlerinden (adanmış sunucularda ayda 5–10 saat)
- Veritabanları için PITR (WAL, binlog, oplog) — talep üzerine, DevOps saatlerinden
- Geri yükleme testleri ve saklama süresi — ekiple kararlaştırılır ve DevOps saatlerinden kurulur
Yedeği geri yükleme — 4 adımda
Paneli açın
Müşteri panelinde oturum açın. cPanel'de günlük yedeği orada geri yüklersiniz; VPS'te bir snapshot seçersiniz.
Bir zaman noktası seçin
Sorundan hemen önceki kopyayı seçin. Hata bir süredir oradaysa en son kopya her zaman doğru olmaz.
"Geri yükle"ye tıklayın
Geri yükleme mevcut durumun üzerine yazar. Emin değilseniz, karşılaştırabilmeniz için ekipten önce ayrı bir ortama geri yüklemesini isteyin.
Sonucu kontrol edin
Uygulamanın çalıştığını ve verilerin olması gereken yerde olduğunu kontrol edin. Geri yüklemenin ne kadar süreceği veri hacmine bağlıdır.
Sık sorulan sorular
Snapshot almak için sunucuyu durdurmak gerekir mi?
Genellikle hayır: bir VPS snapshot'ı sunucu çalışırken alınır. Ancak bir veritabanı için, çalışan bir sunucunun snapshot'ı her zaman tutarlı olmaz; bu yüzden ekibin talep üzerine kurduğu ayrı bir veritabanı yedeği (dump veya WAL/binlog) öneriyoruz.
Çok büyük bir snapshot'ı (ör. 500 GB) geri yüklemek ne kadar sürer?
Veri hacmine, diske ve kopyanın nerede saklandığına bağlıdır — harici bir kopyadan geri yükleme, yerel olandan daha uzun sürer. Sabit bir süre vaat etmiyoruz: gerçekçi rakam, sizinle birlikte yapabileceğimiz bir geri yükleme testinden gelir.
Yedekler şifreleniyor mu?
Harici yedeklerin şifrelenmesi, talep üzerine kurduğumuz stratejinin bir parçasıdır — örneğin sunucudan yalnızca şifreli biçimde çıkan ve anahtarları üretimden ayrı tutulan kopyalar. Kurulumu talep ederken gereksinimlerinizi ekibe bildirin.
30 günden uzun saklama istersem ne olur?
Harici yedekler için saklama süresi, ekip stratejiyi yapılandırırken ihtiyaçlarınıza ve yasal arşivleme yükümlülüklerinize göre belirlenir. Daha uzun saklama için depolama ekiple kararlaştırılır; planları fiyatlandırma sayfasında bulabilirsiniz.
Bir snapshot'ı yerel olarak indirebilir miyim?
VPS ve adanmış sunucularda root erişiminiz vardır ve verilerinizi tercih ettiğiniz araçlarla (rsync, tar) kopyalarsınız. Ekip ayrıca DevOps saatlerinden, AWS S3, Google Cloud Storage veya Azure Blob gibi harici depolamaya otomatik kopyalar da kurabilir.
Verileriniz şansa bırakılamayacak kadar değerli
cPanel günlük yedek, VPS ise snapshot içerir. Adanmış sunucularda ekip, yedekleme stratejisini dahil DevOps saatlerinden kurar. Ayrıntılar için fiyatlandırmaya bakın.
Planları gör →