Yedek Kopyadan Geri Yüklenebilir Sisteme
Silinen bir dosya, bozuk bir güncelleme veya depolama arızası farklı kurtarma ihtiyaçları doğurur. Önce ne kadar veriyi kaybetmeyi kabul edebileceğinizi (RPO) ve hizmetin ne kadar sürede dönmesi gerektiğini (RTO) belirleyin. Yedek dosyasının bulunması, bu hedeflerin karşılandığı anlamına gelmez; kapsam, kopyaların bağımsızlığı ve geri yükleme süresi birlikte doğrulanmalıdır.
3-2-1 yedekleme, üretim verisi dahil üç kopya, iki farklı depolama türü ve en az bir dış konum kopyasıyla ortak arıza riskini azaltmayı amaçlar. Bu rehber cPanel/WHM, Plesk ve panelsiz VPS için zamanlama, uzak hedef, saklama ve kurtarma seçeneklerini açıklar. Platformların aynı özellikleri sunduğunu veya bir kez ayarlanan işin sonsuza kadar başarılı olacağını varsaymayın.
3-2-1 Yedekleme Kuralı ve Sınırları
Üç kopya, iki depolama türü, bir dış konum
Üç kopya, üretimdeki veriye ek olarak iki yedek kopyadır. Örneğin üretim sunucusu, bağımsız yerel yedek depolaması ve farklı konumdaki nesne deposu birlikte değerlendirilebilir. Kopyalar farklı tarihlere aitse her birinin sağladığı veri kaybı aralığını ayrıca hesaplayın. Yalnız son kopyayı tutmak, günler sonra fark edilen hatadan önceki sağlam durumu korumayabilir.
İki klasör veya aynı makinedeki iki disk ortak sunucu, güç ve yönetici hesabı risklerini paylaşabilir. Depolama türü ve lokasyon çeşitliliğine ek olarak hesap, silme yetkisi ve şifre çözme anahtarlarını da ayırın. Farklı bölgede duran kopya, ele geçirilen aynı hesapla silinebiliyorsa tam bağımsız değildir. Çevrimdışı veya uygun değişmezlik koruması ek savunma sağlayabilir; bunların kapsamı ve kurtarma yolu ayrıca test edilmelidir.
Gerçek hayatta işe yarayacak küçük düzenler
Günlük artımlı ve dönemsel tam yedek bazı sistemlerde yararlıdır; her aracın biçimi ve desteklediği zamanlama aynı değildir. Artımlılar da alan kullanır; geri yükleme bir tam kopyaya ve zincirin parçalarına veya ortak veri deposuna bağımlı olabilir. Sıklığı RPO’ya göre seçin: günlük yedek, gün içindeki bütün siparişleri korumaz. RTO için indirme, şifre çözme, içe aktarma ve uygulama kontrollerinin toplam süresini ölçün.
cPanel’de Otomatik Yedekleme Nasıl Kurulur?
cPanel kullanıcısı ile WHM yöneticisinin yetkileri
Paylaşımlı cPanel hesabı, WHM Backup Configuration erişimi anlamına gelmez; otomatik yedek kapsamını sağlayıcıdan doğrulayın. WHM’de yetkili yönetici günlük/haftalık/aylık zamanlama ve saklama sayısını seçer. Backup Type genel bir ayardır: Compressed, Uncompressed veya Incremental seçilir. Aynı yerleşik ayarda günlük artımlı, haftalık sıkıştırılmış tür atandığını varsaymayın. Incremental, dizin ağacı ve hard linklerle alan tasarrufu sağlar; farklı tipte ayrı arşiv gerekiyorsa ayrıca desteklenen bir süreç planlanmalıdır.
WHM Additional Destinations bölümünde seçilen yedek türüyle uyumlu uzak hedefi kurup doğrulayın. Yerleşik Incremental türünde yalnız Rsync ek hedefi desteklenir; SFTP veya S3’e doğrudan aynı şekilde gönderileceğini varsaymayın. Uygun arşiv türlerinde desteklenen SFTP/nesne depolama seçeneklerini değerlendirin. WHM Backup Configuration belgesi tür/hedef sınırlarını açıklar. Yerel kopyayı koruma ayarını, aktarım kuyruğunu, boş alanı ve uzak kopyanın gerçekten tamamlandığını ayrı kontrol edin.
Kurtarma provası: Yedek almaktan daha değerlidir
cPanel’de tam hesap yedeği oluşturmak, aynı panelde tek adımla tam geri yükleme yetkisi vermez; tam dönüş WHM veya sağlayıcı desteği gerektirir. Kısmi yedeklerin kapsamı farklıdır. Tam hesabı canlı hesabın bir alt dizinine geri döndürebileceğinizi varsaymayın: uyumlu, izole test sunucusunda veya sağlayıcının desteklediği ayrı hesap sürecinde deneyin. Dosyaları, veritabanı ilişkilerini, posta, izinler ve uygulama girişini doğrulayın; yanlış hedef seçimi canlı veriyi değiştirebilir.
Ufak bir not: Altyapıyı da düşün
Panelin desteklediği işletim sistemi, sürüm ve lisans koşullarını sağlayın. AlmaLinux üzerinde cPanel kurulumu rehberi hazırlığa yardımcı olur; kurulumun çalışması yedeğin geri yüklenebilirliğini kanıtlamaz. Yedek penceresini düşük trafik ve ölçülen I/O yüküne göre seçin. Yerel hazırlama alanını, kota ve uzak aktarım gecikmelerini izleyin; art arda işler diski doldurmamalıdır.
Plesk Backup Manager ile Otomatik Yedekleme
Planı kur: Hangi site, hangi sıklık, nereye?
Plesk Backup Manager’da yetkinize göre sunucu, abonelik veya site kapsamını, dahil edilecek veri türlerini ve zamanlamayı seçin. Resmi uzak depolama belgesi FTP için şifreli FTPS seçeneğini sunar; FTPS ile SFTP aynı protokol değildir. S3, S3 uyumlu veya Google Drive gibi hedefler desteklenen eklenti ve koşullara bağlıdır. Hedef erişimini, ücret/lisans gereksinimini ve geri indirmeyi test edin; yalnız bağlantı kurulması tüm yedeğin tamamlandığını göstermez.
Plesk’te artımlı zamanlamayla birlikte dönemsel tam yedek seçilebilir. Artımlı yedekler değişen dosya/posta verisini alırken veritabanı verisinin tam kopyasını içerir. Geri yükleme için temel tam yedek ve seçilen noktaya kadarki artımlılar gerekir; zinciri elle veya depo yaşam döngüsüyle bozmayın. Yükleme klasörünü günlük kapsamdan çıkarmak, yeni dosyaların RPO’sunu uzatır. Geri yükleme nesneleri arasında veritabanı, posta ve dosyalar vardır; tek bir SQL tablosunu sihirbazdan geri getirme özelliğini varsaymayın.
Takıldığın yerde kapı açık
Plesk yönetici kılavuzundaki yedekleme bölümünü kullanılan sürümle birlikte inceleyin. Plesk’in uzak yedek parola koruması belirli hassas parolaları korur; bütün arşivi şifrelemez. Tam veri gizliliği için depo veya uygun istemci tarafı şifrelemeyi ayrıca doğrulayın. Hata bildirimini açın; işin hiç çalışmamasını ve son başarılı uzak kopyanın yaşını da izleyin. Kurtarma anahtarını üretim sunucusundan bağımsız, yetkili erişilebilir kasada tutun.
Sade ama Sağlam: VPS Sunucularda Otomatik Yedekleme
Kontrol paneli yoksa da dert değil
Panelsiz VPS’te kapsam, tutarlılık, zamanlayıcı ve saklama politikasını siz kurarsınız. rclone uzak depoya aktarım sağlar; kendi başına tutarlı veritabanı yedeği veya geçmiş sürüm politikası oluşturmaz. Sync, hedefte silme ve üzerine yazmayı yansıtabilir. Tamamlanmış yedekleri tarihli/sürümlü hedefe veya uygun yedek deposuna aktarın; seçilen şifreleme katmanını gerçekten kullandığınızı doğrulayın. Saklama temizliğini araç yönetimiyle ve önizlemeyle yapın, en eski dosyayı körlemesine silmeyin.
Web dosyaları ve yüklemelere ek olarak gerekli sistem/uygulama yapılandırmalarını, veritabanlarını ve kullanılıyorsa posta verisini kapsayın. MySQL için single-transaction, uygun InnoDB tablolarında tutarlı görünüm sağlayabilir; işlem dışı tablolar veya eşzamanlı şema değişiklikleri ayrı plan ister. Çalışan veri dizinini sıradan dosya kopyasıyla yedeklemeyin. Dışa aktarım başarısını doğrulayıp şifreli aktarımı tamamlayın; başarısız veya boş veritabanı çıktısını başarılı yedek diye işaretlemeyin. Üretim ve iki bağımsız yedek kopyanın erişim/konum koşullarını kaydedin.
Sağlayıcı snapshot’ı iyi bir yardımcıdır
Snapshot hızlı geri dönüşe yardımcı olabilir ve tasarımına göre bir yedekleme sisteminin parçası olabilir. Ancak aynı sağlayıcı, hesap veya depolama havuzundaki snapshot bağımsız dış kopya sayılmaz. Çalışan uygulamadan alınan görüntü, uygulama açısından tutarlı olmayabilir; veritabanı ve dosya yazıları koordine edilmelidir. Saklama süresi, dışa aktarılabilirlik ve geri yükleme koşullarını doğrulayın; “bir tıkla dönüş” garantisi vermeyin.
Güvenlik ve yedek aynı masanın iki bacağı
Yedekleri web kökü dışında, erişimi sınırlı depoda tutun; aktarım ve bekleyen veri için şifreleme kapsamını ayrı doğrulayın. Üretim makinesinin ele geçirilmesi uzak arşivleri silmeye veya anahtarları yok etmeye yetmemelidir. Aracın gerçek okuma/listeleme/kilit/silme ihtiyaçlarını inceleyin; her yedek aracına yalnız yazma yetkisi vermek çalışmayabilir. Uygun eklemeli/değişmez düzeni ve ayrı saklama temizleme yetkisini test edin. VPS güvenliği rehberi işletim kontrollerini tamamlar.
3-2-1’i Yaşatan Küçük Alışkanlıklar
Geri yükleme provası ve ölçülen hedefler
İlk kurulumda, önemli değişikliklerden sonra ve işin RPO/RTO’suna göre düzenli aralıklarla izole kurtarma provası yapın; üç ay her sistem için yeterli değildir. Doğrulanmış bir yedek noktasını seçip veritabanını, dosyaları, posta ve yapılandırmayı geri yükleyin. Testte gerçek ödeme, müşteri e-postası ve üretim işçileri çalışmasın. Verinin tarihini, uygulama sonuçlarını, toplam süreyi ve eksikleri kaydedin. Hash veya arşiv açılma kontrolü bu uygulama testinin yerine geçmez.
Yalnız hata mesajlarını değil, işin zamanında başlamasını, bitiş durumunu, beklenen kapsam/boyutu, son başarılı uzak kopyanın yaşını ve depo kapasitesini izleyin. Uyarının sorumlu kişiye ulaştığını test edin. İş hiç tetiklenmediyse kendi hata e-postası da gelmeyebilir. Bildirim kanalı ve kurtarma kayıtlarına erişim, üretim sunucusunun çalışmasına bağımlı olmamalıdır.
Kesinti dayanıklılığı: Yedek işe yarar, ama yayında kalmak da güzeldir
Yedekleme geçmiş bir durumu geri getirir; hizmete dönüş için uygun altyapı, veri doğrulaması ve trafik geçişi de gerekir. Anycast DNS ve otomatik failover farklı katmanlardır: hazır ve doğru veriye sahip hedef olmadan yönlendirme veriyi kurtarmaz. Bozulma kopyalara da yayılabileceğinden çoğaltma, geçmiş yedek sürümlerinin yerine geçmez.
Tehlikeleri küçümseme, ama abartma da
Yedekleme, DDoS yükünü engellemez; saldırı trafiği varken kurtarılan hedefin de erişilebilir kapasiteye ihtiyacı vardır. DDoS korunma yöntemlerini ayrı planlayın. Ransomware senaryosunda kaynağı izole edip temiz olduğu değerlendirilen noktadan kurtarın; eski yedeğin yeniden aynı açığa veya ele geçirilmiş kimlik bilgilerine bağlanmasını önleyin.
cPanel, Plesk ve VPS İçin Uygulanabilir Plan
cPanel, Plesk, VPS – her biri aynı hedefe yürür
WHM’de tek genel yedek türünü, günlük/haftalık/aylık saklamayı ve o türün desteklediği uzak hedefi seçin; Incremental için Rsync sınırını dikkate alın. Plesk’te veri kapsamı, artımlı/tam zamanlama, zincir saklama ve desteklenen uzak hedefi birlikte kurun. Panelsiz VPS’te önce tutarlı veriyi hazırlayın, sonra sürümlü ve şifreli yedek deposuna aktarın. Üçünde de üretim dahil üç kopya, depolama çeşitliliği ve bağımsız dış kopya koşullarını doğrulayın.
İlk başarılı işten sonra uzak kopyadan gerçekten geri dönün. Hata alarmını, çalışmayan iş alarmını, saklama politikasını ve geçerli kurtarma noktalarının sayısını kontrol edin. Yeni yapılandırma veya depo değişiminden sonra provayı tekrarlayın. Takvimi veri değişim hızı ve iş hedefleri belirlesin; yalnız ayda ya da çeyrekte bir yapılmış olması hedefin sağlandığını kanıtlamaz.
Ufak tefek ama işe yarar dokunuşlar
Kopyaları tarih, kapsam ve sürüm bilgisiyle tanımlayın; şifre çözme anahtarı ve gerekiyorsa tuzu ayrı kurtarma kasasında saklayın. Anahtar döndürürken saklanan eski yedeklerin açılabildiğini doğrulayın. Nesne kilidi varsa gerçek sürümün koruma süresini ve bypass yetkilerini test edin; kilit anahtar kaybını veya yanlış yedek kapsamını düzeltmez. HTTP güvenlik başlıkları uygulama katmanını korumaya yardım eder, yedek şifreleme veya kurtarma kontrolü değildir.
Yedek Planının İşe Yaradığını Doğrulama
“Bugün sunucu kaybolsa hangi veriye, ne kadar sürede döneriz?” sorusunu son tatbikatla yanıtlayın. 3-2-1 tek başına belirli kurtarma süresi veya sıfır veri kaybı sağlamaz. Gerçek sonuç; yedek sıklığı, kopyaların bağımsızlığı, anahtarlara erişim, indirme/geri yükleme hızı ve uygulama kontrollerine bağlıdır. Eksikleri ölçüp planı bu bulgulara göre güncelleyin.
Başlangıç için veri kapsamını ve hedefleri yazın, desteklenen uzak hedefi yapılandırın ve ilk izole geri yüklemeyi tamamlayın. Sonra zamanlayıcı, saklama ve izleme akışını doğrulayın. Otomasyonun amacı işi görünmez kılmak değil, düzenli ve denetlenebilir hale getirmektir; işletim kaydında son başarılı kopya ve kurtarma provası açıkça görülsün.
