Bir yedek, ancak ondan geri dönülebildiği kadar değerlidir. Çoğu WordPress sitesinde kendine yedek diyen bir şey vardır — barındırma firmasının anlık görüntüsü, gece çalışan bir eklenti, birinin bir kez indirdiği bir klasör — ve bunların neredeyse hiçbiri sınanmamıştır. Asıl risk, bir kopyaya sahip olmak ile siteyi gerçekten geri getirebilmek arasındaki boşlukta durur.
Bu rehberler işin her iki yarısını da kapsar. Yedekleme tarafında: gerçekte neyin kopyalanması gerektiği, dosyalar ile veritabanının nasıl farklılaştığı ve birini diğeri olmadan almanın neden yolda bırakacağı, kopyaların nerede durması gerektiği — böylece barındırma tarafındaki bir arıza aslı ve yedeği birlikte götürmesin — ve her gün değişen bir site ile yılda iki kez değişen bir site için ne sıklığın yeterli olduğu.
Geri yükleme tarafında: yönetim paneli hâlâ çalışırken geri dönmek ve panele hiç erişilemezken geri dönmek. Taşıma işlemleri de buraya aittir, çünkü bir siteyi taşımak aslında farklı donanım üzerine yapılan bir geri yüklemedir; aynı arıza biçimlerini ve ek olarak DNS’i taşır.
Ayrıca işlem ortasında ters gidenleri anlatan bir dizi yazı vardır: yüzde doksanda takılıp kalan bir yedek, aktarım için fazla büyük bir arşiv, iş bitmeden dolan bir disk, tabloların yarısını yerinde bırakan bir geri yükleme. Bunlar olağan ve düzeltilebilir durumlardır; ancak yalnızca hangi aşamanın başarısız olduğu biliniyorsa.
Konuya yeni başlayan biri için sıra şudur: önce yedekleme ve geri yükleme rehberinin tamamı, ardından bir yedeğin doğrulanmasını anlatan yazı. Doğrulama, en çok atlanan adımdır.
WordPress dosyalarını SFTP ile güvenle kopyalayın, gizli ve özel yolları dahil edin, aktarım hatalarını giderin ve uygun veritabanı dışa aktarımıyla eşleştirin.
WordPress yedeklerini kurumun yönettiği Microsoft 365 konumunda saklayın, buluttaki dosyayı doğrulayın ve yükleyen hesap olmadan kurtarmayı test edin.
WordPress yedeklerini kurumun yönettiği Google Drive hedefine gönderin, uzaktaki dosyayı doğrulayın ve kaynak site olmadan erişimi sınayın.
WordPress yedeklerini hosting hesabının dışında, bağımsız erişimle ve korunan geçmişle saklayın; geri yükleme yolunu gerçek bir denemeyle doğrulayın.
WordPress yedekleme sıklığını tek tip bir takvimle değil, kabul edilebilir veri kaybı, değişim hızı, iş süresi ve doğrulanmış kurtarma hedefiyle belirleyin.
Siparişler, ödemeler, stok ve webhook trafiği sürerken geri yüklenebilir bir WooCommerce yedeği hazırlayın.
WordPress yedeğini bütünlük kontrolleri ve yalıtılmış bir geri yükleme ile doğrulayın; sitenin, verilerin, medya dosyalarının ve kritik işlemlerin birlikte çalıştığını gösterin.
Taşıma sonrasında WordPress URL’lerini serileştirilmiş verileri bozmadan değiştirin; gözden kaçabilecek bağlantıları bulun ve yönlendirme ya da çerez döngülerini önleyin.
WordPress taşıma kontrol listesiyle sorumluları belirleyin, son değişiklikleri eksiksiz aktarın, geçişi doğrulayın ve güvenli geri dönüş seçeneğini koruyun.
Büyük WordPress sitesini kapasiteyi planlayarak, bileşenleri ayırarak, veritabanı tutarlılığını koruyarak ve geri yüklenebilirliği kanıtlayarak yedekleyin.