Web Sitesi Yedeğini Güvenli Bir Şekilde Geri Yükleme
30 Nisan 2026 tarihinde yayınlandı
Bir web sitesi kurtarma işlemi genellikle en kötü anda başlar; kötü bir eklenti güncellemesi, hacklenmiş yönetici hesabı, bozuk bir dağıtım veya kimse fark etmeden canlıya alınan bir veritabanı hatası sonrasında. Bu olduğunda, web sitesi yedeğini nasıl geri yükleyeceğini bilmek, yedek sahibi olmaktan daha önemlidir. Gerçek iş, sitenizi eski sorunları, kayıp verileri veya daha fazla kesintiyi beraberinde getirmeden tekrar çevrimiçi hale getirmektir.
Bir işletme sitesinden, çevrimiçi mağazadan, SaaS panosundan veya müşteri ortamından sorumluysanız, en güvenli geri yükleme nadiren en hızlı tıklamadır. Bu, neyin başarısız olduğuna, sorunun ne zaman başladığına ve tüm siteyi mi yoksa sadece bir kısmını mı geri yüklemeniz gerektiğine bağlıdır.
Web sitesi yedeğini geri yüklemeden önce durun ve değerlendirin
İlk karar kapsamdır. Her olay tam bir geri alma gerektirmez. Tek bir eklenti ana sayfanızı bozduysa ancak son siparişler hala veritabanına yazılıyorsa, geceye ait her şeyi geri yüklemek düzeni düzeltebilirken, bir günlük işlemleri silebilir. Bu iyi bir takas değil.
Neyin ne zaman değiştiğini belirleyerek başlayın. Son dağıtımları, CMS güncellemelerini, eklenti yüklemelerini, tema düzenlemelerini, cron işlerini, veritabanı içe aktarmalarını ve yönetici oturum açmalarını kontrol edin. Barındırma paneliniz veya izleme yığını hatalarda, başarısız hizmetlerde veya dosya değişikliklerinde artışlar gösteriyorsa, temiz geri yükleme noktasını daraltmak için bu zamanlamayı kullanın.
Ayrıca ne tür bir yedeğiniz olduğunu doğrulamak istersiniz. Bazı yedekler tek bir arşivde hem dosyaları hem de veritabanlarını içerir. Diğerleri onları ayrı ayrı saklar. Bazı sağlayıcılar sunucu düzeyinde anlık görüntüler sunarken, uygulama düzeyindeki yedekler yalnızca web sitesinin kendisini yakalar. Tam bir sunucu anlık görüntüsü kullanışlı olabilir, ancak aynı makinedeki e-postaları, yapılandırmaları, günlükleri ve ilgisiz uygulamaları da geri alabilir.
Bu yüzden deneyimli operatörler önce basit bir soru sorar: tam olarak neyin kurtarılması gerekiyor?
Web Sitesi Yedeğini Daha Kötüye Gitmeden Geri Yükleme
En güvenli yol, bir şeye dokunmadan önce mevcut durumu korumaktır. Site bozuk olsa bile, hasarlı ortamın yeni bir yedeğini veya anlık görüntüsünü alın. Bu, geri yükleme noktası eksik, bozuk veya beklenenden eskiyse size bir yedekleme imkanı sunar.
Ardından, mümkünse siteyi bakım moduna alın. E-ticaret veya üyelik siteleri için bu, geri yükleme işlemi sırasında yeni yazmaları önlemeye yardımcı olur. Bakım modu kullanamıyorsanız, en azından yönetici değişikliklerini engelleyin ve kötü verileri yeniden tanıtabilecek zamanlanmış görevleri duraklatın.
Ardından yedek bütünlüğünüzü doğrulayın. Bir yedek ancak gerçekten açılıp geri yüklenebiliyorsa kullanışlıdır. Arşiv boyutunu, zaman damgasını, dahil edilen bileşenleri ve yedeğin başarıyla tamamlanıp tamamlanmadığını kontrol edin. Birden fazla geri yükleme noktanız varsa, onları karşılaştırın. En yeni yedek, özellikle kötü amaçlı yazılım veya bozuk veriler oluşturulmadan önce zaten yayılmışsa, her zaman en güvenli olan değildir.
Web Sitesi Dosyalarını ve Veritabanını Doğru Sırada Geri Yükleme
Çoğu web sitesi iki temel katmana dayanır: dosyalar ve veritabanı. Dosyalar, CMS çekirdeğinizi, eklentileri, temaları, medyayı ve yapılandırma dosyalarını içerir. Veritabanı ise gönderileri, kullanıcıları, ayarları, siparişleri, form gönderimlerini ve uygulama verilerini depolar. Bu iki katman senkronize değilse, site yarı çalışır durumda geri dönebilir, bu da tam bir kesintiden daha zor teşhis edilebilir.
Web Sitesi Dosyalarını Geri Yükleme
Sorununuz açıkça dosya ile ilgiliyse, örneğin silinmiş medya, bozuk tema dosyaları veya başarısız bir kod dağıtımıysa, yalnızca web kökünü veya belirli bir dizini geri yüklemeniz gerekebilir. Yedeği doğru konuma çıkarmak için kontrol panelinizi, yedek yöneticinizi, SFTP'yi veya kabuk erişimini kullanın.
Üzerine yazma davranışına dikkat edin. Kör bir üzerine yazma, yedekleme noktasından sonra yüklenen yeni varlıkları veya yapılan özel değişiklikleri kaldırabilir. Bazı durumlarda, wp-content gibi tek bir dizini veya tema klasörünü geri yüklemek yeterlidir. Diğerlerinde, özellikle kötü amaçlı yazılımdan sonra, tüm uygulama dosyalarının temiz bir şekilde değiştirilmesi daha güvenli bir seçenektir.
Geri yükleme sonrası izinleri ve sahipliği kontrol edin. Geri yüklenen sitelerin yaygın bir şekilde başarısız olmasının nedeni eksik içerik değil, yanlış dosya izinleri, hatalı kullanıcı sahipliği veya sunucu ortamıyla artık eşleşmeyen bir yapılandırma dosyasıdır.
Veritabanını Geri Yükleme
Sorun eksik içerik, bozuk ödeme verileri, oturum açma sorunları, eklenti ayarları veya uygulama mantığını içeriyorsa, veritabanı genellikle sorunun bir parçasıdır. Yenisini değiştirmeden önce mevcut hasarlı veritabanını dışa aktarın. Ardından, phpMyAdmin, Adminer, komut satırı araçları veya barındırma panelinizi kullanarak seçilen yedeği içe aktarın.
Bu adım dikkat gerektirir. Canlı bir mağaza veya rezervasyon sisteminde eski bir veritabanını geri yüklemek, yeni siparişleri, mesajları, biletleri veya müşteri kayıtlarını silebilir. Olaydan sonra site kısmen işlevsel kaldıysa, tam bir içe aktarma yerine kısmi bir kurtarma düşünün. Örneğin, yalnızca belirli tabloları geri yükleyebilir veya ekibiniz teknik kapasiteye sahipse, içeriği manuel olarak birleştirebilirsiniz.
Gelişmiş kullanıcılar genellikle veritabanını önce bir hazırlık ortamına geri yüklerler. Bu, üretim ortamına dokunmadan önce verileri incelemek, uygulama davranışını test etmek ve kayıtları karşılaştırmak için size alan sağlar.
Sitenin Gelir İçin Önemli Olması Durumunda Hazırlık Kullanın
Baskı yüksekken doğrudan üretime geri yükleme cazip gelir. Ancak web siteniz satış, potansiyel müşteri, abonelik veya müşteri desteği sağlıyorsa, önce test yapmak genellikle ek birkaç dakikaya değer.
Bir hazırlık geri yüklemesi, yedeğin temiz olduğundan, sitenin doğru şekilde başlatıldığından, veritabanının bağlandığından ve temel işlevlerin hala çalıştığından emin olmanızı sağlar. Ziyaretçileri yarı geri yüklenmiş bir siteye maruz bırakmadan oturum açmayı, ödemeyi, formları, API entegrasyonlarını, resim yollarını, SSL davranışını, zamanlanmış görevleri ve yönetici erişimini test edebilirsiniz.
Bu, güvenlik olaylarından sonra özellikle yararlıdır. Kötü amaçlı yazılım varsa, enfekte bir yedeği geri yüklemek sadece sitenin tekrar bozulmasına kadar olan süreyi sıfırlar. Hazırlık ortamında, herhangi bir şeyi üretime göndermeden önce şüpheli dosyaları, güncel olmayan eklentileri, eklenen yönetici kullanıcılarını ve değiştirilen yapılandırma değerlerini inceleyebilirsiniz.
Birden fazla web sitesini yöneten ajanslar ve ekipler için hazırlık, net bir denetim izi de oluşturur. Nelerin geri yüklendiğini, ne zamandan itibaren ve başlatılmadan önce nelerin doğrulandığını bilirsiniz.
DNS, Önbellek ve Harici Bağımlılıkları Unutmayın
Bir web sitesi geri yüklemesi her zaman sadece bir web sitesi geri yüklemesi değildir. Bazen dosyalar ve veritabanı iyidir, ancak eski önbellek sunulduğu, DNS yanlış sunucuya işaret ettiği veya bir CDN güncel olmayan içerik tuttuğu için site hala bozuk görünür.
Geri yüklemeden sonra uygulama önbelleğini, sunucu önbelleğini, nesne önbelleğini ve CDN önbelleğini temizleyin. Siteniz Redis, Varnish veya kontrol panelinde sayfa önbelleği kullanıyorsa, bu katmanları da temizleyin. Ardından, ortam değiştiyse DNS kayıtlarını, SSL sertifikalarını ve ters proxy ayarlarını doğrulayın.
Ayrıca harici bağımlılıkları da gözden geçirmelisiniz. Ödeme ağ geçitleri, SMTP sağlayıcıları, API anahtarları, lisans sunucuları ve depolama entegrasyonları, kimlik bilgileri döndürüldüyse veya geri yüklenen yapılandırma güncel olmayan bir uç noktaya işaret ediyorsa, bir geri yüklemeden sonra başarısız olabilir.
Bu, yönetilen altyapı desteğinin önemli olmasının nedenlerinden biridir. Geri yükleme, web sitesinin kendisinden daha fazlasını içerdiğinde, yalnızca public_html klasörüne değil, tüm yığını gören birine sahip olmak istersiniz.
Web Sitesi Yedeğini Geri Yükledikten Sonra Neleri Kontrol Etmeli
Geri yükleme tamamlandığında, siteyi yalnızca bir ziyaretçi gibi değil, bir operatör gibi test edin. Ana sayfayı açın, ancak hataların gizlendiği daha az görünür kısımları da test edin.
Yönetici oturum açmayı, iletişim formlarını, ödeme akışını, aramayı, kullanıcı hesaplarını, medya yüklemeyi, yönlendirmeleri, cron işlerini, SSL'yi ve e-posta teslimatını kontrol edin. Tarayıcıda görünmeyen uyarılar için hata günlüklerini ve web sunucusu günlüklerini gözden geçirin. Sitenizde izleme varsa, yanıt sürelerinin, disk kullanımının, veritabanı sağlığının ve hizmet durumunun normale döndüğünü onaylayın.
WordPress ve benzeri CMS platformları için eklenti sürümlerini ve otomatik güncellemeleri doğrulayın. Özel uygulamalar için ortam değişkenlerini, kuyruk çalışanlarını ve arka plan işlerini onaylayın. Geri yükleme tüm sunucuyu içeriyorsa, güvenlik duvarı kurallarını, hizmet başlatma davranışını, bağlanan depolamayı ve zamanlanmış yedekleme işlerini inceleyin, böylece bir kesintiyi çözerken bir sonrakiyle karşılaşmazsınız.
Müşteriler veya dahili ekipler etkilenmiş olabilirse, net bir şekilde iletişim kurun. Nelerin geri yüklendiğini, herhangi bir yakın zamanda kayıp veri olabileceğini ve sorunun tekrarını önlemek için atılan adımları onlara bildirin.
En İyi Geri Yükleme Planı Kesintiden Önce Başlar
Sakin bir şekilde geri yüklemenin en kolay yolu, geri yükleme stratejinizi yalnızca saklamaya değil, kurtarmaya göre oluşturmaktır. Bu, kullanışlı aralıklarda yedeklemelere sahip olmak, birden fazla geri yükleme noktası tutmak, mümkün olduğunda dosyaları veritabanlarından ayırmak ve aciliyet sorunu zorlamadan önce geri yüklemeleri test etmek anlamına gelir.
Ayrıca, saat 2:00'de bir şey bozulduğunda sizi yalnız bırakmayan barındırma seçmek anlamına da gelir. İyi yedekleme araçları yardımcı olur, ancak bir dosya geri alma, kısmi veritabanı içe aktarma, anlık görüntü geri yükleme veya temiz bir yeniden oluşturma arasında karar vermeniz gerektiğinde insan desteği hala önemlidir. kodu.cloud adresinde, kesintiler nadiren düzenli belgelerle geldiği için operasyonel katman değerin bir parçasıdır.
Eğer tek bir şeyi hatırlayacaksanız, bu olsun: sorunu çözen en küçük temiz parçayı geri yükleyin, düzgün bir şekilde test edin ve kurtarma tamamlanana kadar hasarlı durumu saklayın.
Andres Saar, Müşteri Hizmetleri Mühendisi