Yedek, yalnız oluşturulduğu bildirilen dosya değil, ihtiyaç anında doğru süre içinde geri yüklenebilen ve bütünlüğü doğrulanmış kopyadır. Güncelleme ise düğmeye basma işlemi değil; bağımlılık, test, yayın ve geri dönüş adımları olan kontrollü değişikliktir.
Bu rehberde ne bulacaksınız?
Kurtarma hedefini belirlemeyi, dosya ve veritabanını birlikte yedeklemeyi, geri yükleme tatbikatı yapmayı ve WordPress güncellemelerini test ortamı (staging) ile güvenli bir akışta yönetmeyi öğreneceksiniz.
Yedek hedeflerini iş ihtiyacına göre belirleyin
İçerik ve sipariş değişim sıklığı, ne kadar veri kaybının ve ne kadar kesintinin kabul edilebilir olduğunu belirler. Bu hedefler yedek sıklığı ile altyapı seçimini yönlendirir.
Dosya ve veritabanını birlikte kapsayın
Veritabanı içerik ve ayarları; dosyalar medya, tema, eklenti ve özel kodu taşır. Yalnız birini almak tam kurtarma sağlamaz.
- Veritabanı, uploads ve özel kod kapsamını yazın.
- Harici depolanan medya veya yapılandırmayı ekleyin.
- Yedekle aynı anda sürüm ve site URL bilgisini kaydedin.
Saklama ve konum planı yapın
Tek sunucudaki yedek, sunucu veya hesap kaybında erişilemez olabilir.
- Birden fazla tarihli kopya saklayın.
- En az bir kopyayı ayrı güvenli konumda tutun.
- Yedek erişimini sınırlayıp şifrelemeyi değerlendirin.
Geri yüklemeyi düzenli test edin
Başarı e-postası yedeğin kullanılabilir olduğunu kanıtlamaz. Test ortamında açma, veritabanı içe aktarma ve kritik işlev kontrolü yapılmalıdır.
Tatbikat kontrol listesi kullanın
Geri yükleme sonrası URL, kullanıcı, medya, form, e-posta ve zamanlanmış görevler doğrulanmalıdır.
- Yedek dosyasının bütünlüğünü ve tarihini kontrol edin.
- Ayrı ortamda dosya ile veritabanını geri yükleyin.
- Kritik kullanıcı akışlarını uçtan uca test edin.
Kurtarma süresini ölçün
Yedeğin bulunması, aktarılması, geri yüklenmesi ve DNS ya da cache temizliği toplam kesinti süresini belirler.
- Her adımın süresini ve sorumlusunu kaydedin.
- Eksik erişim veya lisans bağımlılığını giderin.
- Tatbikat sonucuna göre kurtarma prosedürünü güncelleyin.
Güncellemeyi bağımlılık ve risk sırasıyla yönetin
Çekirdek, tema ve eklentiler birbirine bağlıdır. Sürüm notları, desteklenen PHP ve WordPress sürümleri, kritik işlevler ve güvenlik etkisi değerlendirilmelidir.
Hazırlık ve test ortamı kontrolü yapın
Güncelleme öncesi mevcut durumu kaydedin ve değişikliği üretim ortamına benzeyen bir test kopyasında deneyin.
- Sürüm notu ile bilinen uyumluluk değişikliklerini okuyun.
- Tam geri yüklenebilir yedek oluşturun.
- Form, giriş, arama ve varsa ödeme akışını test edin.
Canlı yayın penceresi belirleyin
Yüksek riskli güncelleme, sorumlu kişilerin erişilebilir olduğu ve geri dönüş için yeterli zaman bulunan dönemde yapılmalıdır.
- Değişiklik ve beklenen kesinti bilgisini paylaşın.
- Cache, CDN ve opcode temizliğini kontrollü uygulayın.
- Yayın sonrası hata kaydı ile sağlık kontrollerini izleyin.
Geri dönüş ve değişiklik kaydını tamamlayın
Güncelleme başarısız olursa yalnız eklenti klasörünü eski hale getirmek veritabanı değişikliklerini geri çevirmeyebilir. Geri dönüş yöntemi bileşenin davranışına göre planlanmalıdır.
Geri dönüş eşiğini önceden tanımlayın
Kritik form, ödeme, giriş veya veri bütünlüğü hatasında ne zaman düzeltme beklemek yerine geri dönüleceği belirlenmelidir.
- Karar yetkilisini ve iletişim zincirini yazın.
- Dosya ile veritabanı geri dönüşünü birlikte değerlendirin.
- Başarısız değişiklikte yeni veri kaybı riskini hesaplayın.
Sürüm kaydı tutun
Hangi bileşenin ne zaman, kim tarafından ve hangi testlerle güncellendiği sonraki hata analizini hızlandırır.
- Önceki ve yeni sürümleri kaydedin.
- Test sonucu ile bilinen sorunu ilişkilendirin.
- Sonraki bakım tarihini ve takip görevini ekleyin.
Resmi kaynaklar
Özellikler ve platform kuralları zamanla değişebilir. Uygulama öncesinde aşağıdaki birincil kaynakların güncel sürümünü kontrol edin.