Eski Hostingden Site Yedeği Alma: Panel Kapandıysa Ne Yapılır

Eski hostingden site yedeği alma konusu genellikle sakin bir planlama anında değil, panik anında aranır: firma değiştirmeye karar verdiniz ve destek "tam yedek veremiyoruz" dedi, ya da ödeme gecikti ve hesap askıya alındı, ya da panele girdiğinizde "Bu hesap askıya alınmıştır" ekranıyla karşılaştınız. Site orada duruyor, dosyalarınız duruyor, ama elinizde onları alacak bir yol var mı bilmiyorsunuz. İyi haber şu: çoğu durumda tek bir yol kapansa bile en az iki alternatif açık kalır ve doğru sırayla ilerlerseniz sitenizin tamamını kendi bilgisayarınıza indirebilirsiniz.

Bu yazıda "FileZilla ile indirin" tavsiyesinin ötesine geçiyorum. Süre daralmışken neyi hangi sırayla indireceğinizi, veritabanının neden FTP'ye hiç inmediğini ve onu nasıl alacağınızı, panele hiç giremediğinizde hangi kapıların açık kaldığını, hosting firmasından tam yedek isteme hakkınızı ve firma vermediğinde elinizde hangi pratik alternatiflerin bulunduğunu anlatıyorum. Sonunda da indirdiğiniz yedeğin gerçekten eksiksiz olup olmadığını nasıl doğrulayacağınızı gösteriyorum — çünkü işe yaramayan bir yedek, hiç yedek almamaktan daha tehlikelidir.

Önce Durumu Doğru Teşhis Edin#

Yapabilecekleriniz, hesabınızın hangi durumda olduğuna göre tamamen değişir. Beş tipik durum vardır ve hangisinde olduğunuzu bilmeden komut denemek zaman kaybıdır.

Askıya alınmış (suspended) bir hesapta genellikle her şey birden kapanır: panel, FTP, SSH ve site. Bu bir teknik arıza değil, bilinçli bir kilittir. Bu durumda tek gerçek çözüm firmayla iletişime geçmektir; borç varsa ödemek, yoksa askıya alma sebebini öğrenmektir. Veriler genelde hemen silinmez, hesap belirli bir süre "askıda" tutulur ve o sürede yedek talebi kabul edilir.

En kritik senaryo ikinci satırdır: uyarı gelmiş ama her şey hâlâ açık. Burada yapılacak tek doğru şey vardır — tartışmayı sonraya bırakıp yedeği hemen almak. Kesinti ihtimali olan bir hesapta "nasılsa birkaç gün var" düşüncesi, kaybedilen sitelerin en yaygın sebebidir.

Doğru Sıra: Zaman Daralmışsa Neyi Önce İndirin#

Bant genişliği ve süre sınırlıysa her şeyi aynı anda indirmeye çalışmak en kötü stratejidir. Yarım inen bir arşiv işe yaramaz. Şu öncelik sırasını uygulayın:

1. Veritabanı. En küçük dosya, en yüksek değer. Yazılar, ürünler, siparişler, kullanıcılar, ayarlar — hepsi buradadır ve kaybı telafi edilemez. Genelde birkaç MB ile birkaç yüz MB arasındadır.
2. Yapılandırma dosyaları. wp-config.php, .env, configuration.php, .htaccess. Birkaç KB tutar, sitenin nasıl kurulduğunu anlatır.
3. Tema ve özel kod. wp-content/themes/aktiftema, özel eklentiler, kendi yazdığınız betikler. Bunlar internette bulunamaz.
4. Yüklenen medya. wp-content/uploads, images/, media/. En büyük kalem ama en azından bir kısmı kurtarılabilir niteliktedir.
5. E-posta kutuları. Aktif kullanılıyorsa yüksek önceliğe çıkar.
6. Hazır eklenti ve çekirdek dosyalar. WordPress çekirdeği, popüler eklentiler — bunlar zaten yeniden indirilebilir, en sona bırakın.

Bu sıra basit bir mantığa dayanır: yeniden üretilemeyen veriyi önce alın. WordPress çekirdeğini beş dakikada yeniden indirirsiniz, ama 2019'dan beri biriken 4.000 yorumu hiçbir yerden bulamazsınız.

Süreniz gerçekten azsa ilk üç maddeyi alın ve durun. Bu üçüyle siteyi yeniden inşa edebilirsiniz; görseller olmadan da olsa site ayağa kalkar.

Yöntem 1: Panelden Tam Yedek (Erişiminiz Varsa)#

Panel açıksa en temiz yol budur, çünkü panel yedekleyicisi FTP'nin göremediği şeyleri de alır: e-posta kutuları, veritabanı, DNS bölgesi, e-posta yönlendirmeleri ve filtreler.

cPanel'de adımlar:

1. Ana ekranda Dosyalar bölümünde Yedekleme (Backup) simgesine tıklayın.
2. Tam Hesap Yedeği İndir kısmında hedefi "Ana Dizin" seçin.
3. E-posta adresinizi yazıp Yedek Oluştur deyin.
4. Arşiv hazırlanınca aynı sayfada indirme bağlantısı belirir; bildirim e-postası da gelir.

Tam yedek .tar.gz biçimindedir ve tipik olarak şunları içerir: ev dizininin tamamı, tüm veritabanları, e-posta hesapları ve kutu içerikleri, yönlendirmeler, filtreler, cron görevleri, DNS bölge dosyası, SSL bilgileri. Yani tam bir site yedeğinin olması gereken her şey.

⚠️ Bazı paylaşımlı hosting planlarında "Tam Hesap Yedeği" özelliği kapalıdır ve o düğmeyi hiç görmezsiniz. Sebep genelde disk yükü kaygısıdır. O durumda aynı ekranın altındaki kısmi yedekler açıktır ve iş görür:

• Ev Dizini indirmesi → tüm dosyalar (gizli dosyalar dahil, .tar.gz olarak)
• MySQL Veritabanı indirmesi → her veritabanı için ayrı .sql.gz
• E-posta Yönlendiricileri ve Filtreler → küçük yapılandırma dosyaları

Bu üçünü ayrı ayrı indirmek, tam yedeğin sağladığı içeriğin büyük kısmını verir. Eksik kalan tek önemli kalem e-posta kutularının içeriğidir; ona ayrı bir başlıkta değiniyorum.

Yedek hazırlanırken beklenmesi gereken bir şey daha var: disk alanı. Yedek arşivi sizin hesabınızın disk kotasında oluşturulur. Kotanız doluysa yedek oluşturma başarısız olur ya da hiç başlamaz. Böyle bir durumda önce log dosyalarını, eski yedekleri ve gereksiz büyük klasörleri temizleyin:

du -sh ~/* | sort -h | tail -20

Yöntem 2: FTP ile Dosyaları İndirme#

Panel kapalı ama FTP açıksa dosyalarınız kurtarılabilir. Bu yolu kullanırken iki kritik ayar vardır ve ikisi de Türkçe rehberlerde geçmez.

Ayar 1: Gizli dosyaları gösterin. FTP istemcileri nokta ile başlayan dosyaları varsayılan olarak gizler. FileZilla'da menüden Sunucu → Gizli Dosyaları Göstermeyi Zorla seçeneğini işaretleyin. Bunu yapmazsanız .htaccess, .env, .user.ini ve .well-known klasörünü hiç indirmezsiniz; sonra da yeni sunucuda "site açılıyor ama iç sayfalar 404 veriyor" sorunuyla uğraşırsınız.

Ayar 2: Eşzamanlı bağlantı sayısını düşürün. Çok sayıda küçük dosya indirirken 8-10 paralel bağlantı açmak birçok sunucuda bağlantınızın engellenmesine yol açar. FileZilla'da Dosya → Site Yöneticisi → Aktarım Ayarları bölümünden eşzamanlı aktarımı 2'ye düşürün. Daha yavaş görünür ama yarıda kesilmeden biter.

FTP hesabınız yoksa ve panele girebiliyorsanız cPanel'den yeni bir FTP hesabı oluşturmak dakikalar sürer. Bağlantı bilgileri tipik olarak şöyledir:

Bağlantı kurulmuyorsa önce pasif moda geçin; aktif mod ev/ofis ağlarında sıklıkla engellenir.

Komut satırını tercih ederseniz lftp tüm siteyi tek komutla ve paralel olarak indirir:

lftp -u kullanici,sifre ftp.alanadiniz.com -e "mirror --verbose --parallel=2 /public_html ./yedek; quit"

mirror komutu dizin yapısını olduğu gibi kopyalar ve gizli dosyaları da alır. Bağlantı koparsa aynı komutu tekrar çalıştırın; --continue ekleyerek kaldığı yerden devam ettirebilirsiniz.

SSH erişiminiz varsa hiç FTP'ye gerek yok. Sunucuda arşiv oluşturup tek dosya indirmek hem çok daha hızlı hem de kesintiye çok daha dayanıklıdır:

cd ~
tar -czf site-$(date +%Y%m%d).tar.gz public_html
ls -lh site-*.tar.gz

Sonra bu tek dosyayı tarayıcıdan ya da scp ile indirirsiniz:

scp [email protected]:~/site-20260811.tar.gz ./

Tek büyük dosya indirmek, on binlerce küçük dosya indirmekten kat kat hızlıdır ve yarıda kesilirse rsync --partial ile kaldığı yerden devam edebilir.

Yöntem 3: Veritabanını Kurtarma (FTP'ye İnmeyen Kısım)#

Bu, en çok yanlış anlaşılan konudur: veritabanı FTP ile inmez. FTP dosya sistemine bağlanır, veritabanı ise MySQL sunucusunun kendi veri dizinindedir ve paylaşımlı hostingde o dizine erişiminiz yoktur. public_html klasörünü indirip "yedeğim var" diyen kişilerin elinde sitenin kabuğu vardır, içeriği yoktur.

Veritabanını almanın yolları, erişim seviyenize göre:

a) phpMyAdmin açıksa (en yaygın yol)

1. cPanel → phpMyAdmin, veya doğrudan sunucu.com/phpmyadmin
2. Sol listeden veritabanını seçin
3. Üstteki Dışa Aktar sekmesi
4. Yöntem: Özel — bu önemlidir, "Hızlı" seçeneği bazı ayarları atlar
5. Sıkıştırma: gzip
6. Karakter kümesi: utf-8
7. Biçim: SQL
8. Git / Dışa Aktar

Büyük veritabanlarında tarayıcı zaman aşımına uğrayabilir. O durumda tabloları 20-30'luk gruplar hâlinde ayrı ayrı dışa aktarın; hepsini birleştirmeniz gerekmez, sırayla içe aktarabilirsiniz.

b) SSH varsa

mysqldump -u kullanici -p --single-transaction --default-character-set=utf8mb4 veritabani > db.sql
gzip db.sql

Veritabanı adını ve kullanıcıyı bilmiyorsanız wp-config.php dosyasında yazar:

grep -E "DB_NAME|DB_USER|DB_PASSWORD|DB_HOST" ~/public_html/wp-config.php

c) Panel de phpMyAdmin de kapalı, ama site açıksa — kurtarma yolu

Bu, panelin kapandığı ama sitenin hâlâ çalıştığı durumda işe yarar. Site çalışıyorsa PHP çalışıyor demektir, PHP çalışıyorsa veritabanına erişim var demektir. Site içinde bir yedekleme eklentisi kuruluysa (WordPress'te UpdraftPlus, Duplicator gibi) yönetim panelinden veritabanı yedeği oluşturup indirebilirsiniz — bu yol tamamen panel dışıdır ve hosting firmasının kapattığı kapılardan geçmez.

Eklenti yoksa ve FTP açıksa, public_html içine küçük bir dışa aktarma betiği yükleyip tarayıcıdan çalıştırabilirsiniz:

<?php
// gecici-yedek.php — is bitince MUTLAKA silin
$cikti = shell_exec("mysqldump -u KULLANICI -pSIFRE VERITABANI 2>&1");
if (!$cikti) { die("mysqldump calismadi, PDO yontemini deneyin"); }
file_put_contents(__DIR__ . "/db-yedek.sql", $cikti);
echo "Tamam: " . number_format(strlen($cikti)) . " bayt";

⚠️ Bu dosyayı yükledikten sonra mutlaka silin ve tahmin edilmesi zor bir isim verin (gecici-yedek-8f2a91.php gibi). Sunucuda shell_exec kapalıysa (paylaşımlı hostingde sık) bu betik çalışmaz; o durumda PDO ile tablo tablo okuyan bir betik yazmak ya da yedekleme eklentisi kurmak gerekir.

d) Hiçbiri yoksa: içeriği tarayıcıdan kurtarma

Site açık, başka hiçbir erişim yok. Bu durumda veritabanının kendisini alamazsınız ama görünen içeriği kurtarabilirsiniz. Site haritanızdaki sayfaları tek tek kaydetmek, RSS beslemesini (/feed) indirmek, WordPress'te dışa aktarma ekranına erişebiliyorsanız XML çıktısı almak. Bu, tam bir yedek değildir — sipariş, kullanıcı ve ayar verisi gelmez — ama içeriği sıfırdan yazmaktan iyidir.

E-posta Kutularını Kurtarma#

E-posta, dosya yedeğine de veritabanı yedeğine de girmez ve panel kapandığında en kolay kaybedilen veridir.

IMAP hâlâ çalışıyorsa (site kapansa bile posta hizmeti bazen ayrı durur) Thunderbird gibi bir istemciye hesabı IMAP olarak ekleyin ve tüm klasörlerin yerel kopyasını almasını bekleyin. Ayarlarda "Bu hesap için iletileri çevrimdışı kullanım için indir" seçeneğini işaretleyin; aksi halde istemci yalnızca başlıkları çeker ve gerçek yedeğiniz olmaz.

Hesap ayarları:

İndirme bittikten sonra istemcinin profil klasörünü de kopyalayın.

IMAP kapalıysa ve FTP açıksa posta kutuları ~/mail/alanadiniz.com/kullanici/ yolunda Maildir biçiminde durur; bu klasörleri FTP ile indirebilirsiniz. Her mail ayrı bir dosyadır, bu yüzden binlerce küçük dosya iner — arşivleyerek indirmek çok daha hızlıdır.

Hosting Firmasından Yedek İsteme Hakkınız#

Kendiniz alamıyorsanız firmadan talep etmek yasal olarak makul bir istektir; verinin sahibi sizsiniz. Ancak talebin nasıl yapıldığı sonucu belirgin biçimde değiştirir.

Talebi güçlendiren şeyler:

• Yazılı ve tek kanaldan yapın: destek talebi (ticket) açın, telefonda konuşmayın. Yazılı kayıt hem sizin hem karşı tarafın işine yarar.
• Somut olun: "yedek istiyorum" yerine "X alan adına ait ev dizini arşivi ve Y veritabanının SQL dökümü" yazın.
• Sözleşmeye atıf yapın: hizmet sözleşmesinde veri taşınabilirliği ya da yedek maddesi varsa ona referans verin.
• Hesap borçluysa önce borcu kapatmayı teklif edin. Askıya alınmış bir hesapta veri talebi, ödeme yapılmadan hemen hiç kabul edilmez.

Gerçekçi beklenti: Birçok firma yedeği "en iyi çaba" olarak sunar ve garanti etmez; bu, sözleşmelerde sık rastlanan bir maddedir. Yedek verilse bile firma tarafında son alınan yedek birkaç gün öncesine ait olabilir. Bu yüzden firmadan gelen yedeği beklerken paralel olarak kendi indirme denemelerinizi sürdürün.

Veriler ne kadar süre saklanır: Askıya alınan hesaplarda veriler genelde bir süre tutulup sonra kalıcı olarak silinir; bu süre firmadan firmaya değişir ve sözleşmede yazar. Askı bildirimi aldığınız gün en geç ne zamana kadar veriye ulaşabileceğinizi yazılı olarak sorun. "Sonra hallederim" düşüncesi bu noktada geri dönülmez sonuç doğurur.

İndirdiğiniz Yedeğin Gerçekten Sağlam Olduğunu Doğrulayın#

Doğrulanmamış yedek, yedek değildir. Elinizdeki dosyaları taşımadan önce beş kontrol yapın.

1. Arşiv bozuk mu:

gzip -t site-yedek.tar.gz && echo "Arsiv saglam"
tar -tzf site-yedek.tar.gz | head -20
tar -tzf site-yedek.tar.gz | wc -l   # dosya sayisi

2. Gizli dosyalar içeride mi:

tar -tzf site-yedek.tar.gz | grep -E "\.htaccess|\.env|\.user\.ini"

Çıktı boşsa yedeğiniz eksiktir; FTP'nin gizli dosya filtresine takılmışsınızdır.

3. SQL dosyası tam mı:

gunzip -t db.sql.gz && echo "SQL arsivi saglam"
zcat db.sql.gz | tail -5

Sağlam bir mysqldump çıktısı -- Dump completed satırıyla biter. Bu satır yoksa dışa aktarma yarıda kesilmiştir ve o dosyayı içe aktarmak yarım bir veritabanı üretir.

zcat db.sql.gz | grep -c "CREATE TABLE"   # tablo sayisi

Bu sayıyı phpMyAdmin'de gördüğünüz tablo sayısıyla karşılaştırın.

4. Medya klasörü tam mı: Görsel sayısını iki tarafta karşılaştırın.

find ./yedek/wp-content/uploads -type f | wc -l

5. En kesin test: yerelde ayağa kaldırın. Yedeği kendi bilgisayarınızda XAMPP ya da benzeri bir ortamda kurup açın. Site açılıyor, yazılar görünüyor, yönetim paneline girilebiliyorsa yedeğiniz gerçekten çalışıyor demektir. Yedeği geri yükleyince site açılmama sorunlarının neredeyse tamamı bu testle taşımadan önce yakalanır — eski hesap hâlâ açıkken eksiği tamamlama şansınız varken.

Yedeği iki ayrı yerde saklayın: bilgisayarınızda ve bir bulut depolamada. Tek kopya, kopya değildir.

Sıkça Sorulan Sorular#

Hosting firması yedek vermiyorsa ne yapabilirim#

Panel, FTP veya SSH erişimlerinizden biri hâlâ açıksa yedeği kendiniz alabilirsiniz ve firmanın onayına ihtiyacınız olmaz. Önce phpMyAdmin'den veritabanını dışa aktarın, sonra FTP ile dosyaları indirin; bu ikisi çoğu durumda sitenin tamamını kapsar. Hiçbir erişim yoksa yazılı bir destek talebi açıp hangi verilerin istendiğini somut biçimde belirtin ve verilerin ne zamana kadar saklanacağını sorun. Hesap borç nedeniyle askıya alınmışsa önce ödemeyi kapatmak, erişimin geri açılması için genellikle en hızlı yoldur.

Hesabım askıya alındı, dosyalarıma nasıl ulaşırım#

Askıya alınmış bir hesapta panel, FTP ve site erişimi genellikle aynı anda kapatılır, bu yüzden teknik bir yol kalmaz ve çözüm firmayla iletişimden geçer. Askı sebebi ödeme gecikmesiyse borcu kapattığınızda erişim çoğunlukla kısa sürede geri açılır. Sebep farklıysa yazılı bir destek talebi açıp yalnızca veri yedeği talep edin; birçok firma hizmeti sürdürmese bile veri kopyası vermeyi kabul eder. En önemli nokta hızdır: askıya alınmış hesaplardaki veriler belirli bir süre sonra kalıcı olarak silinir.

FTP ile veritabanını indirebilir miyim#

Hayır, veritabanı FTP ile indirilemez çünkü dosya sisteminde erişebileceğiniz bir konumda durmaz; MySQL sunucusunun kendi veri dizinindedir ve paylaşımlı hostingde o dizin size kapalıdır. Veritabanını almak için phpMyAdmin'den dışa aktarma, panelin yedekleme aracı ya da SSH varsa mysqldump komutu kullanılır. Panelin tamamı kapalıysa ve site hâlâ çalışıyorsa, site içinde kurulu bir yedekleme eklentisi üzerinden de veritabanı dökümü alabilirsiniz. public_html klasörünü indirmek tek başına sitenizin içeriğini kurtarmaz.

Süre azken önce neyi indirmeliyim#

Önce veritabanını indirin, çünkü en küçük dosya ama en yüksek değerdedir ve kaybı telafi edilemez. İkinci sırada wp-config.php, .env, .htaccess gibi yapılandırma dosyaları gelir; birkaç kilobayt tutar ve sitenin nasıl kurulduğunu anlatır. Üçüncü olarak aktif tema ile kendi yazdığınız özel kodu alın. Yüklediğiniz görseller dördüncü, WordPress çekirdeği ve hazır eklentiler ise en son sıradadır, çünkü onları istediğiniz zaman yeniden indirebilirsiniz.

FileZilla ile indirdiğim yedekte .htaccess neden yok#

FTP istemcileri nokta ile başlayan dosyaları varsayılan olarak gizler, bu yüzden .htaccess indirdiğiniz klasörde hiç görünmez. FileZilla'da Sunucu menüsünden "Gizli Dosyaları Göstermeyi Zorla" seçeneğini işaretlerseniz bu dosyalar listede belirir ve indirilebilir. Aynı filtre .env, .user.ini ve .well-known klasörünü de gizler, dolayısıyla eksik olan tek dosya .htaccess olmayabilir. Bu riski tamamen ortadan kaldırmak için sunucuda arşiv oluşturup tek dosya indirmek en güvenli yöntemdir.

İndirdiğim yedeğin eksiksiz olduğunu nasıl anlarım#

En kesin yöntem yedeği kendi bilgisayarınızda bir yerel sunucu ortamına kurup siteyi açmaktır; açılıyor ve yönetim paneline girilebiliyorsa yedek çalışıyor demektir. Bunu yapmadan önce hızlı kontroller de yapabilirsiniz: arşivin bozuk olup olmadığını sınayın, içinde .htaccess ve .env gibi gizli dosyaların bulunduğunu doğrulayın, SQL dosyasının sonunda "Dump completed" satırının olduğunu kontrol edin. SQL dosyasındaki tablo sayısını phpMyAdmin'de gördüğünüz sayıyla karşılaştırmak da yarım kalmış bir dışa aktarmayı hemen ortaya çıkarır. Doğrulamayı eski hesap hâlâ açıkken yapın, çünkü eksik varsa tamamlama şansınız yalnızca o pencerede vardır.

E-posta kutularındaki mailleri de yedekleyebilir miyim#

Evet, ancak bu ayrı bir işlemdir ve dosya yedeğinin içinde yer almaz. En pratik yol, Thunderbird gibi bir e-posta istemcisine hesabı IMAP olarak eklemek ve tüm klasörleri çevrimdışı kullanım için indirtmektir; ayarlarda bu seçeneği açmazsanız istemci yalnızca başlıkları çeker. FTP erişiminiz varsa posta kutuları ev dizininizdeki mail klasöründe durur ve doğrudan indirilebilir, ancak binlerce küçük dosya olduğu için arşivleyerek almak çok daha hızlıdır. Panel açıksa tam hesap yedeği zaten posta kutularını da içerir.

Yedeği aldıktan sonra eski hostingi hemen kapatabilir miyim#

Hayır, yedeği aldıktan sonra da eski hesabı en az bir hafta açık tutmak gerekir. DNS değişikliği anında yayılmaz ve bazı ziyaretçiler bir süre daha eski sunucuya gitmeye devam eder; o dönemde eski sunucuya düşen form kayıtları, siparişler ve e-postalar yeni sunucuda görünmez. Ayrıca yeni sunucuda fark etmediğiniz bir eksik çıkarsa (bir eklenti dosyası, bir görsel klasörü) kaynağın hâlâ erişilebilir olması hayat kurtarır. Kapatmadan hemen önce son bir tam yedek daha alıp yerelinizde saklamak da iyi bir alışkanlıktır.

Kapanış#

Eski hostingden yedek almak, elinizde kalan erişim kanalını doğru kullanmakla ilgilidir. Panel açıksa tam hesap yedeği en eksiksiz sonucu verir; panel kapalı ama FTP açıksa dosyaları gizli dosya ayarını açarak indirir, veritabanını phpMyAdmin ya da site içindeki bir yedekleme eklentisiyle alırsınız; hiçbiri yoksa yazılı bir talep açıp verilerin saklama süresini öğrenmek en acil adımdır. Sıralamayı unutmayın: önce veritabanı, sonra yapılandırma, sonra özel kod, en son yeniden indirilebilir dosyalar. Ve elinizdekini taşımadan önce mutlaka doğrulayın — "Dump completed" satırı olmayan bir SQL dosyası veya .htaccess içermeyen bir arşiv, sorun ancak yeni sunucuda ortaya çıktığında ve eski hesap kapandığında çok daha pahalıya patlar.

Bu süreci kendi başınıza yürütmek istemiyorsanız site taşıma hizmeti dosyaların, veritabanının ve posta kutularının aktarımını uçtan uca üstlenir; siz yalnızca sonucu kontrol edersiniz. Yeni bir ev arıyorsanız paylaşımlı hosting paketleri tipik kurumsal ve WordPress siteleri için, VDS sunucular ise kendi yedekleme ve servis yapılandırmanızı yönetmek istediğiniz projeler için uygundur. Bir daha aynı durumu yaşamamak adına düzenli ve dış konuma alınan yedekleme hizmetini taşıma tamamlanır tamamlanmaz devreye almanızı öneririm; yedeğin değeri, ona ihtiyaç duyduğunuz gün elinizde olup olmadığıyla ölçülür.