AlexHost Yedekleme Politikası: Veri Koruma ve Kurtarmaya Yönelik Kapsamlı Teknik Rehber

Barındırma sağlayıcınızın yedeklemeleri tam olarak nasıl yönettiğini anlamak isteğe bağlı değildir — bu, herhangi bir ciddi altyapı kararı için temel bir gerekliliktir. AlexHost, hizmet türüne göre değişen, hem sağlayıcı hem de müşteri için açıkça tanımlanmış sorumluluklarla yapılandırılmış, kademeli bir yedekleme politikası sürdürmektedir. Bu kılavuz, söz konusu politikanın her yönünü kapsamaktadır: yedekleme sıklığı, geri yükleme prosedürleri, maliyet etkileri ve kendi yedekleme stratejinizle doldurmanız gereken kritik boşluklar.

AlexHost’un Yedekleme Politikası Nedir?

AlexHost’un yedekleme politikası, otomatik yedeklemelerin sıklığının ve kapsamının barındırma hizmeti türüne bağlı olduğu kademeli bir veri koruma çerçevesidir. Paylaşımlı ve LiteSpeed barındırma planları günlük otomatik yedeklemeler alırken, VPS ortamları haftalık olarak yedeklenir ve özel sunucular sağlayıcı tarafından yönetilen hiçbir yedekleme almaz. Geri yükleme, aşağıda açıklanan koşullara tabi olarak destek ekibi aracılığıyla talep üzerine sunulmaktadır.

Bu politika, kapsamlı bir felaket kurtarma çözümü değil, temel bir güvenlik ağı sağlamak amacıyla mevcuttur. Bu ayrım pratikte son derece önemlidir: sağlayıcı tarafından yönetilen bir yedekleme, belirli bir anda alınan en iyi çaba anlık görüntüsüdür ve bütünlüğü, anlık görüntünün çalıştığı andaki dosyalarınızın durumuna bağlıdır. AlexHost, her yedeklemeden geri yüklemeyi açıkça garanti etmemektedir; bu da müşteri tarafında yedekleme yönetimini isteğe bağlı bir önlem değil, operasyonel bir zorunluluk haline getirmektedir.

Hizmet Türüne Göre Yedekleme Kapsamı

AlexHost’taki her barındırma katmanı farklı bir yedekleme modeli altında çalışmaktadır. Aşağıdaki tablo, tüm hizmet kategorilerindeki temel parametreleri özetlemektedir.

Paylaşımlı ve LiteSpeed Barındırma Yedeklemeleri

Paylaşımlı Web Barındırma planlarındaki müşteriler için günlük yedeklemeler AlexHost altyapısı tarafından otomatik olarak gerçekleştirilmektedir. Bu yedeklemeler, anlık görüntünün alındığı andaki hesabın dosya sisteminin ve ilişkili veritabanlarının tam bir kopyasını yakalar. Yanlışlıkla dosya silme, bozuk bir veritabanı veya başarısız bir dağıtım nedeniyle geri yükleme gerektiğinde, destek ekibi mevcut en son yedeklemeden alıp geri yükleme yapabilir.

Burada kritik bir teknik nüans vardır: günlük yedeklemeler, belirli bir noktaya geri yükleme anlamına gelmez. Veritabanınız gece 23:00’de bozulursa ve yedekleme gece yarısı çalışırsa, yakalanan şey bozuk durumdur. Bir önceki günün anlık görüntüsü, son temiz kurtarma noktasıdır. Bu 24 saatlik potansiyel veri kaybı penceresi, günlük yedekleme döngülerinin bilinen bir sınırlamasıdır ve dağıtımlarınızı ile veritabanı değişikliklerinizi nasıl yönettiğinizi etkileyen bir faktör olmalıdır.

VPS Yedekleme Politikası

VPS ortamları temelden farklı bir risk profili sunar. VPS Barındırma kullanan müşteriler root düzeyinde erişime sahiptir; bu da yazılım yükleyebildikleri, sistem dosyalarını değiştirebildikleri, hizmetleri yeniden yapılandırabildikleri ve tipik bir paylaşımlı barındırma hesabının çok ötesine geçen değişiklikler yapabildikleri anlamına gelir. Haftalık yedekleme döngüsü, tam bir sanal makine ortamının anlık görüntüsünün alınmasının artan karmaşıklığını yansıtmaktadır; ancak bu aynı zamanda en kötü senaryoda yedi güne kadar olan değişikliklerin kurtarılamaz olabileceği anlamına da gelmektedir.

VPS müşterileri için bu, açık bir operasyonel gereklilik yaratmaktadır: uygulama veya dosya sistemi düzeyinde ek yedekleme mekanizmaları uygulamalısınız. Yaygın yaklaşımlar şunlardır:

• Uzak bir depolama konumuna yazılan çıktıyla cron aracılığıyla zamanlanan mysqldump veya pg_dump kullanarak otomatik veritabanı dökümleri
• Uzak bir hedefe SSH üzerinden rsync kullanarak artımlı dosya senkronizasyonu
• Günlük veya daha sık çalışacak şekilde yapılandırılmış Timeshift, Bacula veya Duplicati gibi araçlar kullanılarak anlık görüntü tabanlı yedeklemeler
• WordPress (UpdraftPlus, BackWPup) gibi platformlar veya yerleşik dışa aktarma işlevselliğine sahip özel uygulamalar için uygulama düzeyinde yedeklemeler

Bir kontrol paneli ortamı yönetiyorsanız, cPanel, Plesk veya DirectAdmin gibi VPS Kontrol Panelleri, sağlayıcının anlık görüntü döngüsünden bağımsız olarak yapılandırılabilen yerel yedekleme zamanlama araçlarını içermektedir.

Özel Sunucu Yedekleme Politikası

Özel sunucular sağlayıcı tarafından yönetilen hiçbir yedekleme almaz. Bu, bare-metal altyapı için sektörde standart bir uygulamadır: müşteri tam donanım düzeyinde kontrole sahiptir ve çeşitli, müşteri tarafından yapılandırılmış ortamların anlık görüntüsünü almanın operasyonel karmaşıklığı, sağlayıcı tarafında otomasyonu pratik olmayan hale getirmektedir.

Özel Sunucu kullanan müşteriler, kendi yedekleme ve felaket kurtarma mimarilerini tasarlamak, uygulamak ve test etmekten tamamen sorumludur. Bu genellikle şunları içerir:

• Sunucu dışı depolama hedefleri — ayrı bir depolama sunucusu, NAS cihazı veya bulut nesne depolama (S3 uyumlu uç noktalar, Backblaze B2, Wasabi)
• Yedekleme yazılımı — işletim sistemi ve iş yüküne bağlı olarak Veeam, Amanda, Bacula, BorgBackup veya Restic
• Yedekleme doğrulaması — yalnızca varlığını değil, yedekleme bütünlüğünü onaylamak için bir programa göre çalıştırılan otomatik geri yükleme testleri
• Saklama politikaları — günlük, haftalık ve aylık geri yükleme noktalarını koruyan büyükbaba-baba-oğul (GFS) rotasyon şeması sektör standardıdır

Özel bir sunucuda bağımsız bir yedekleme stratejisi uygulamamak, kendi kendine yönetilen altyapıdaki en yaygın ve en maliyetli hatalardan biridir.

Yedekleme Bütünlüğü ve Sağlayıcı Sorumluluğu

AlexHost’un politikası açık ve önemli bir sorumluluk reddi beyanı içermektedir: sağlayıcı, yedekleme sırasındaki müşteri dosyalarının durumundan veya yedeklemenin kendisinin durumundan sorumlu değildir. Bu alışılmadık bir hukuki dil değildir — gerçek bir teknik gerçekliği yansıtmaktadır.

Yedeklemeler, belirli bir anda var olan her şeyin anlık görüntüleridir. Anlık görüntü çalıştığında dosyalarınız zaten bozulmuşsa, kötü amaçlı yazılımla enfekte olmuşsa veya kısmen silinmişse, yedekleme bu bozulmuş durumu yakalar. Ele geçirilmiş bir WordPress kurulumunun yedeklemesi, ele geçirilmiş bir WordPress kurulumunun sıkıştırılmış arşividir. Bu nedenle güvenlik hijyeni — yazılımı güncel tutmak, güçlü kimlik bilgileri kullanmak, yönetici arayüzlerinizde ortadaki adam saldırılarını önlemek için SSL Sertifikaları dağıtmak — sağlam bir yedekleme stratejisinden ayrılmazdır.

Ayrıca, durdurulan veya askıya alınan hizmetler için yedekleme yapılmamaktadır. Bir hizmet etkin değilse, yeni anlık görüntüler oluşturulmaz. Bunun pratik bir sonucu vardır: bir hizmeti geçici olarak askıya alırsanız ve ardından verileri geri yüklemeniz gerekirse, hizmetin en son aktif olduğu zamanda mevcut olan yedeklemeyle sınırlısınız.

Yedekleme Geri Yükleme Maliyetleri ve Koşulları

Normal çalışma koşullarında, yedekleme geri yüklemesi aktif hizmet süresi boyunca ek ücret alınmadan sağlanmaktadır. Ancak iki özel senaryo maliyet ve uygunluk kısıtlamaları getirmektedir.

Sonlandırma sonrası geri yükleme: Ödeme yapılmaması nedeniyle bir hizmet sonlandırılmış veya silinmişse ve müşteri daha sonra mevcut son yedeğin geri yüklenmesini talep ederse, AlexHost verileri bulma ve geri yükleme sürecindeki teknik çabayı karşılamak için 20 EUR ücret talep edebilir. Bu ücret yalnızca geri yüklemenin bir hizmetin yeniden etkinleştirilmesiyle birleştirildiği durumlarda geçerlidir — bağımsız bir veri kurtarma hizmeti değildir.

Kabul Edilebilir Kullanım Politikası ihlalleri: Bir hizmet AlexHost’un Kabul Edilebilir Kullanım Politikası’nın (AUP) ihlali nedeniyle sonlandırılmışsa, hiçbir koşulda yedekten geri yükleme yapılamamaktadır. Bu, müzakere edilebilir bir koşul değil, kesin bir politika sınırıdır.

Pratik çıkarım: yedekleme erişim pencerenizi aktif hizmet aboneliğinizle eş zamanlı olarak değerlendirin. Bir hizmetin ödeme yapılmadan sona ermesine izin vermek yalnızca bir faturalandırma sorunu değil — aynı zamanda bir veri erişim riskidir.

Sağlayıcı Yedeklemeleri Neden Kendi Yedeklemenizin Yerini Tutamaz

Bu nokta doğrudan ele almayı hak etmektedir çünkü sıklıkla yanlış anlaşılmaktadır. Sağlayıcı tarafından yönetilen yedeklemeler belirli ve sınırlı bir amaca hizmet eder: altyapı düzeyindeki arızalara karşı koruma sağlarlar ve yedekleme saklama penceresi içinde yanlışlıkla veri kaybı için bir kurtarma seçeneği sunarlar. Şunlara karşı koruma sağlamazlar:

• Bir sonraki yedekleme çalışmadan önce dosyaları şifreleyen veya yok eden fidye yazılımı veya kötü amaçlı yazılım
• Tüm saklanan anlık görüntülerin bozulmuş durumu içerdiği, birden fazla yedekleme döngüsü boyunca kademeli olarak ortaya çıkan mantıksal bozulma
• Belirli saklama süreleri, coğrafi depolama konumları veya şifreleme standartları gerektiren uyumluluk gereksinimleri
• Tüm hesabın üzerine yazmadan tek bir veritabanı tablosunu geri yükleme gibi uygulamaya özgü kurtarma ihtiyaçları
• Tam sağlayıcı tarafında geri yüklemenin saatler sürebileceği, kendi yerel yedeğinizin ise dakikalar içinde dağıtılabileceği sıfır kesinti süreli kurtarma

Üretim iş yüklerini çalıştıran işletmeler için — e-ticaret mağazaları, SaaS uygulamaları, müşteriye yönelik portallar — 3-2-1 yedekleme kuralı temel standart olmaya devam etmektedir: üç veri kopyası, iki farklı medya türünde, bir kopya tesis dışında depolanmış.

E-posta ve Alan Adı Veri Değerlendirmeleri

E-posta Barındırma kullanan müşteriler, posta kutusu verilerine hangi yedekleme hükümlerinin uygulandığını ayrıca doğrulamalıdır; zira e-posta depoları, web dosyalarından farklı kurtarma özelliklerine sahiptir. Benzer şekilde, Alan Adı Kaydı aracılığıyla yönetilen alan adı kayıt verileri geleneksel anlamda yedeklemeye tabi değildir — alan adı sahipliği kayıtları kayıt şirketi düzeyinde tutulmaktadır — ancak iletişim bilgilerinizin ve yenileme ayarlarınızın güncel olduğundan emin olmak, ad alanınız için eşdeğer bir veri koruma biçimidir.

Teknik Karar Matrisi: Barındırma Türüne Göre Yedekleme Stratejisi

AlexHost hizmetinize göre gereken minimum ek yedekleme eylemlerini belirlemek için bu matrisi kullanın.

Temel Çıkarımlar: Operasyonel Kontrol Listesi

• Hangi hizmet katmanında olduğunuzu onaylayın ve günlük kapsamın mevcut olduğunu varsaymadan önce geçerli yedekleme sıklığını doğrulayın
• Üretim verileri için yalnızca sağlayıcı yedeklemelerine güvenmeyin — en az bir bağımsız, müşteri tarafından kontrol edilen yedekleme mekanizması uygulayın
• Geri yükleme prosedürlerini periyodik olarak planlayın ve test edin; test edilmemiş bir yedekleme, doğrulanmamış bir yedeklemedir
• 20 EUR kurtarma ücreti ödemeden yedekleme geri yüklemesine erişimi sürdürmek için hizmetleri aktif, ödemeli durumda tutun
• VPS ortamları için, uygulama düzeyinde ve dosya sistemi düzeyinde yedeklemeleri haftalık sağlayıcı anlık görüntü döngüsünden daha sık çalışacak şekilde yapılandırın
• Özel sunucular için, herhangi bir üretim iş yükü dağıtmadan önce tam bir yedekleme mimarisi tasarlayın
• Yedekleme kopyalarınızın birincil barındırma ortamınızdan coğrafi olarak ayrı bir konumda depolandığından emin olun
• Barındırma ortamınızda her zaman güçlü güvenlik uygulamaları sürdürerek yedeklemelerin temiz, kötü amaçlı yazılımdan arındırılmış verileri yakaladığını doğrulayın

Sıkça Sorulan Sorular

AlexHost yedeklemeleri otomatik olarak gerçekleştiriyor mu, yoksa etkinleştirmem mi gerekiyor?

Paylaşımlı ve LiteSpeed barındırma için yedeklemeler, herhangi bir müşteri yapılandırması gerektirmeden AlexHost tarafından otomatik olarak gerçekleştirilmektedir. VPS planları için haftalık anlık görüntüler de otomatik olarak alınmaktadır. Özel sunucu müşterileri kendi yedekleme sistemlerini tamamen kendileri yapılandırmalı ve yönetmelidir.

AlexHost destek ekibinden yedekleme geri yüklemesini nasıl talep edebilirim?

AlexHost destek sistemi aracılığıyla hizmeti, geri yüklenmesini istediğiniz verinin yaklaşık tarihini ve etkilenen belirli dosyaları veya veritabanlarını belirterek bir talep gönderin. Geri yükleme teknik ekip tarafından gerçekleştirilir ve aktif hizmet süresi boyunca ücretsiz olarak sunulmaktadır.

Barındırma planımı iptal edersem yedeklemelerime ne olur?

Ödeme yapılmaması nedeniyle bir hizmet sonlandırıldığında veya silindiğinde, yedekleme erişimi garanti edilmez. Sonlandırma sonrasında geri yükleme talep ederseniz, AlexHost kurtarma çabası için 20 EUR ücret talep edebilir ve bu yalnızca hizmet yeniden etkinleştirildiğinde geçerlidir. Sonlandırma bir AUP ihlali nedeniyle gerçekleştiyse, geri yükleme mümkün değildir.

AlexHost kontrol panelinden kendi yedekleme kopyamı indirebilir miyim?

cPanel aracılığıyla yönetilen paylaşımlı barındırma hesapları için, cPanel Backup Wizard’dan istediğiniz zaman doğrudan tam hesap yedeği oluşturabilir ve indirebilirsiniz. Root erişimine sahip VPS müşterileri, standart Linux yardımcı programlarını kullanarak kendi anlık görüntülerini veya dosya arşivlerini oluşturabilir. Bu, müşteri tarafından kontrol edilen kurtarma noktalarını sürdürmek için önerilen yaklaşımdır.

Haftalık VPS yedeklemesi tam anlık görüntü mü yoksa artımlı yedekleme mi?

AlexHost, VPS ortamları için anlık görüntü tabanlı yedeklemeler gerçekleştirmektedir. Teknik uygulama, anlık görüntünün yürütme anındaki sanal diskin durumunu yakaladığı anlamına gelir. Günlük veya saatlik anlık görüntüler gibi daha ayrıntılı kurtarma noktaları gerektiren müşteriler, bunları VPS ortamlarında mevcut araçları kullanarak veya yerleşik yedekleme zamanlama özelliklerini içeren cPanel ile VPS yapılandırarak bağımsız olarak uygulamalıdır.