Kısaca: Web sitesi yedek geri yükleme, site dosyalarını ve veritabanını yeni sunucuya aktarıp çalışır hâle getirme işlemidir. Önce yedeğin bütünlüğünü doğrulayın, ardından dosyaları ve veritabanını yükleyin, yapılandırma bilgilerini güncelleyin ve test edin. DNS kaydını ancak site yeni sunucuda doğru çalıştığında değiştirin.
Sunucu değişikliği; teknik arıza, hizmet sağlayıcı değişimi veya kaynak ihtiyacının artması nedeniyle gündeme gelebilir. Yerel işletmeler, haber siteleri ve düzenli içerik yayımlayan ekipler için geçiş sırasında sayfaların ve güncel kayıtların korunması gerekir.
İşlem, yalnızca yedek dosyasını yüklemekten ibaret değildir. Dosya yapısı, veritabanı erişimi ve alan adı ayarları birlikte ele alınmalı; ziyaretçilerin eski ve yeni sunucu arasında kararsız kalacağı bir geçişten kaçınılmalıdır.
Yeni sunucuya site yedeği nasıl aktarılır?
Web sitesi yedek geri yükleme için önce dosyaları ve veritabanını yeni sunucuya taşıyın, sonra uygulama ayarlarını güncelleyip test edin. Yedeğin hangi tarihe ait olduğunu ve arşivin açılabildiğini önceden kontrol etmek, eksik aktarım riskini azaltır.
- Mevcut siteden dosya ve veritabanı yedeği alın.
- Yeni sunucuda alan adı, veritabanı ve kullanıcı oluşturun.
- Dosyaları FTP, SFTP veya kontrol paneliyle yükleyin.
- Veritabanını içe aktarın ve bağlantı ayarlarını düzenleyin.
- DNS değişikliğinden önce siteyi geçici adresle test edin.
WordPress gibi sistemlerde yapılandırma dosyası, veritabanı adı, kullanıcı adı ve parola yeni ortama göre düzenlenmelidir. Ekonomik hosting seçerken yalnızca depolama alanına değil, yedekleme ve geri yükleme imkânlarının kapsamına da bakın.
Dosyalar ve veritabanı hangi sırayla yüklenir?
Önce sunucuda uygulama için gereken alanı hazırlayın; ardından dosyaları ve veritabanını aktarın. Dosyalar görselleri, temaları ve uygulama kodunu içerirken veritabanı yazıları, kullanıcıları ve ayarları saklar.
Veritabanı dışa aktarımında kullanılan araç ve dosya boyutu, içe aktarma yöntemini etkileyebilir. Büyük yedeklerde kontrol paneli sınırlarıyla karşılaşırsanız sunucunun sunduğu alternatif içe aktarma yöntemini kullanın. İşlem öncesinde hedef veritabanının boş olduğundan emin olun; mevcut kayıtların üzerine yazmak veri kaybına yol açabilir.
| Bileşen | İçerik | Kontrol noktası |
|---|---|---|
| Site dosyaları | Tema, eklenti, görsel ve kod | Doğru web kök dizini |
| Veritabanı | Yazılar, ayarlar ve kullanıcılar | Doğru veritabanına içe aktarma |
| Yapılandırma | Sunucu ve bağlantı bilgileri | Yeni kullanıcı ve parola |
Alan adı ve DNS ayarları ne zaman değiştirilir?
DNS ayarlarını, site yeni sunucuda açılıyor ve temel işlevleri çalışıyorsa değiştirin. DNS, alan adının ziyaretçileri hangi sunucuya yönlendireceğini belirler; kayıt değişikliğinin farklı ağlarda görünmesi aynı anda gerçekleşmeyebilir.
Geçiş öncesinde mevcut DNS kayıtlarını not edin. Özellikle e-posta kullanılıyorsa MX ve ilgili TXT kayıtlarını koruyun; yalnızca web sitesi için gereken kaydı değiştirmek yeterli olabilir. Değişiklik yayıldıktan sonra sayfaları, görselleri ve iletişim formlarını farklı bağlantılardan kontrol edin.
Geri yükleme sonrası site nasıl test edilir?
Geri yükleme sonrası ana sayfayı, içerik sayfalarını, yönetim panelini ve formları kontrol edin. Web hosting hizmetinde kullanılan PHP sürümü, dosya izinleri veya sunucu modülleri eski ortamdan farklıysa site hata verebilir.
- Ana sayfa ve önemli içerik bağlantılarını açın.
- Görsellerin ve indirilebilir dosyaların yüklendiğini doğrulayın.
- Form, arama ve giriş işlemlerini deneyin.
- Hata kayıtlarını ve yönlendirmeleri inceleyin.
Altyapı seçimi uygulamanın gereksinimlerine uymalıdır: nodejs hosting, Node.js tabanlı projeler içindir; PHP tabanlı bir site için uygun ortam ve sürüm gerekir. Her iki durumda da yedekleme planı ile geri yükleme yöntemi geçişten önce netleştirilmelidir.
Sunucu değişiminde hangi hatalardan kaçınılır?
En sık sorunlar eksik yedek, yanlış veritabanı bilgisi ve DNS kaydını erken değiştirmektir. Güncel içerik alan sitelerde geçiş sırasında yeni kayıtların eski sunucuda kalması da mümkündür; bu nedenle aktarım öncesi son yedek zamanı belirlenmelidir.
Eski sunucuyu hemen kapatmayın. Yeni ortam doğrulanana kadar erişimi korumak, hata durumunda geri dönüşü kolaylaştırır. Ayrıca yedek arşivini açıp dosya ve veritabanı içeriklerini kontrol edin; yalnızca işlemin başarı mesajı vermesi yedeğin eksiksiz olduğunu kanıtlamaz.
Başarılı bir web sitesi yedek geri yükleme süreci; doğrulanmış yedek, doğru sunucu ayarları ve DNS öncesi test üzerine kurulur. Taşınacak siteyi ve kullanılan teknolojileri belirleyip yeni ortamı buna göre hazırlayın; özellikle veritabanı ve e-posta kayıtlarını geçiş planınıza dahil edin.
Sıkça Sorulan Sorular
Web sitesi yedeğini geri yüklemek ne kadar sürer?
Süre, yedek boyutuna, bağlantı hızına ve veritabanının içe aktarım yöntemine bağlıdır. Küçük bir sitede aktarım kısa sürebilir; büyük medya arşivleri veya yavaş bağlantılar süreyi uzatır. DNS değişikliğinin yayılması ayrıca zaman alabileceğinden, geçişi yoğun yayın saatlerine bırakmayın.
Yedek dosyası olmadan site yeni sunucuya taşınır mı?
Dosyalara ve veritabanına eski sunucudan erişebiliyorsanız yeni bir yedek oluşturarak taşıma yapabilirsiniz. Eski sunucuya erişim yoksa kontrol paneli yedekleri veya hizmet sağlayıcının sakladığı kopyalar incelenebilir; hiçbir kopya yoksa eksiksiz geri yükleme garanti edilemez.
Yedek yüklenince alan adı otomatik olarak yeni sunucuya geçer mi?
Hayır. Yedek yüklemek, alan adının DNS yönlendirmesini değiştirmez. Yeni sunucuda siteyi test ettikten sonra gerekli DNS kaydını güncellemeniz gerekir. E-posta kullanıyorsanız MX kayıtlarını koruyun ve değişiklikten sonra hem siteyi hem e-posta hizmetini kontrol edin.
WordPress yedeğinde hangi dosyalar bulunmalıdır?
WordPress geri yüklemesi için site dosyaları ve veritabanı birlikte gerekir. Dosyalar tema, eklenti ve yüklemeleri; veritabanı ise yazı ve ayarları içerir. Yalnızca dosyaları taşımak, içeriklerin ve kullanıcı kayıtlarının yeni ortamda görünmesi için yeterli değildir.
Yeni sunucuda site açılmazsa ne kontrol edilmelidir?
Önce veritabanı adı, kullanıcı bilgileri ve yapılandırma dosyasını kontrol edin. Ardından dosyaların doğru dizinde olduğundan, gerekli PHP sürümünün ve izinlerin uygunluğundan emin olun. Hata kayıtları sorunun kaynağını gösterebilir; DNS değişikliği tamamlanmadıysa eski sunucuya yönlenme de mümkündür.