WordPress Geri Yükleme İçin Yedek Seti Nasıl Kontrol Edilir?

Bir sorun anında elinizde bir arşiv dosyası görmek yararlı olabilir; fakat bu arşivin WordPress sitenizin hangi parçasını kapsadığı hemen anlaşılmayabilir. Tipik bir WordPress sitesinde web sunucusundaki dosyalar ile veritabanı ayrı parçalardır. Bu nedenle bu yazının amacı, bir yedeği fiilen test ettiğini ileri sürmek değil, geri yükleme için gerekli yedek parçalarını düzenli biçimde tanımlamaktır. Dosya yedeğini, ayrı veritabanı dışa aktarımını ve geri yükleme sırasını önceden netleştirmek, elinizdeki yedek setinin kapsamını daha anlaşılır kılar.

Kısa özet

• Tipik bir WordPress sitesini tamamen geri yüklemek için hem dosya hem veritabanı yedeği gerekir.
• WordPress dizinini indirmek genellikle veritabanını yedeklemez; veritabanı ayrı bir MySQL veya MariaDB sisteminde bulunur.
• Dosya yedeği ile veritabanı dışa aktarımını, birbirine yakın zamanda oluşturulmuş tek bir yedek seti olarak eşleştirin.
• Belgelenen tipik sırada önce WordPress dosyaları, sonra veritabanı geri yüklenir veya içe aktarılır.

Tam geri yükleme için iki parçayı birlikte arayın

Tipik bir WordPress sitesinin tamamen geri yüklenmesi için iki yedek parçası gerekir: veritabanı ve dosyalar. Bu nedenle yalnızca WordPress klasörünün arşivi ya da yalnızca veritabanı dışa aktarımı, tipik bir siteyi bütünüyle geri getirmek için tek başına yeterli sayılmamalıdır.

Dosya yedeği, web sunucusundaki WordPress dizininin içeriğini kapsar. WordPress çekirdeği, temalar, eklentiler, yüklenen dosyalar, wp-config.php ve .htaccess bu kapsamda yer alır. Veritabanı ise yazıları ve sitede üretilen birçok veriyi içerir; sitenin görünümüne ve bilgisine katkı veren bu dosya öğelerini içermez.

Bu ayrım, yedekleri sınıflandırmak için basit bir başlangıç sağlar. Bir seti değerlendirirken dosya tarafını ve veritabanı tarafını ayrı ayrı belirleyin; ardından bunların aynı geri yükleme amacı için bir araya gelip gelmediğine bakın.

• Dosya yedeğinde WordPress dizininin içeriklerini arayın.
• Veritabanı için ayrıca oluşturulmuş bir dışa aktarma veya döküm bulunduğunu belirleyin.
• Dosya ve veritabanı parçalarını aynı geri yükleme setinin bileşenleri olarak saklayın.

Kaynak: [1]

Veritabanı dışa aktarımını dosya arşivinden ayırın

WordPress veritabanı genellikle MySQL veya MariaDB adlı ayrı bir veritabanı sisteminde tutulur. Bu nedenle WordPress dizinini indirmek, tipik kurulumlarda veritabanını yedeklemez. Dosya arşivi geniş kapsamlı görünse bile, veritabanı bu arşivin dışında bulunabilir.

Veritabanı yedeği çoğunlukla bir dışa aktarma veya döküm dosyası olarak oluşturulur. .sql, .gz ve .bz2, WordPress belgesinde verilen örnek dosya uzantılarıdır; bu liste veritabanı dışa aktarımlarının yalnızca bu biçimlerde olacağını göstermez. Böyle bir dışa aktarma dosyası, dosya yedekleriyle birlikte saklanabilir. Ancak geri yükleme aşamasında dökümün MySQL veya MariaDB sistemine içe aktarılması gerekir.

Örnek senaryo: Elinizde tema, eklenti ve uploads klasörlerini içeren bir dosya arşivi ile aynı döneme ait olduğu belirtilen bir veritabanı dışa aktarımı bulunuyor. Bu durumda iki ayrı parçayı tek set altında eşleştirebilirsiniz. Bir veritabanı dışa aktarımının hangi dosyada veya hangi konumda tutulduğu belirsizse, dosya arşivinin bunu içerdiğini varsaymak yerine veritabanı parçasını ayrıca belirlemek gerekir.

• Dosya arşivini otomatik olarak veritabanı yedeği kabul etmeyin.
• Veritabanı dışa aktarımını ayrı bir yedek öğesi olarak tanımlayın.
• Geri yükleme planına, veritabanı dökümünün MySQL veya MariaDB’ye içe aktarılacağını ekleyin.

Kaynak: [1]

Parçaları zaman bakımından tek bir set olarak eşleştirin

Dosyalar ve veritabanı mevcut olsa bile, bunları tutarlı biçimde ele almak önemlidir. WordPress belgesi, dosyaları ve veritabanını birbirine yakın zamanda oluşturulmuş tek bir yedek seti olarak değerlendirmeyi önerir. Böylece çok farklı zamanlara ait iki parçayı rastgele bir araya getirmek yerine, birlikte oluşturuldukları anlaşılan dosya ve veritabanı yedeğini eşleştirebilirsiniz.

Bu eşleştirmeyi görünür kılmak için her setin dosya yedeği ile veritabanı dışa aktarımını birlikte adlandırabilir veya birlikte saklayabilirsiniz. Bu bir teknik zorunluluk değil, iki parçanın hangi set için kullanılacağını karıştırmamak üzere uygulanabilecek bir düzenleme yöntemidir.

WordPress veritabanını düzenli olarak, ayrıca yükseltme veya yeni bir konuma taşıma öncesinde yedekleyin. Bu zamanlarda dosya ve veritabanı parçalarının aynı yedek setine ait olduğunu da kontrol edin. [Kaynak]

• Birbirine yakın zamanda oluşturulmuş dosya ve veritabanı parçalarını eşleştirin.
• Her setin iki parçasını birlikte ayırt edebileceğiniz bir düzen kullanın.
• Veritabanını düzenli olarak, ayrıca yükseltme veya yeni bir konuma taşıma öncesinde yedekleyin. [Kaynak]

Kaynak: [1]

Geri yükleme sırasını ve yapılandırma eşleşmesini yazın

Geri yükleme için belgelenen tipik sıra, önce WordPress dosyalarını geri getirmek; ardından veritabanını geri yüklemek veya içe aktarmaktır. Yedek setinizin yanında bu sırayı not etmek, hangi parçanın hangi aşamada kullanılacağını açıkça gösterir.

Taşıma sırasında veritabanı kimlik bilgileri değişmişse, wp-config.php dosyasının bu bilgilerle eşleşecek şekilde güncellenmesi gerekir. wp-config.php, dosya yedeğinde bulunan WordPress dizini öğelerinden biridir. Bu nedenle dosya tarafını kontrol ederken bu yapılandırma dosyasının da kapsamda olduğunu dikkate alın.

Bu plan, yedeğin yerine geçen bir işlem değildir ve tek başına fiilî geri yükleme sonucunu göstermez. Ancak dosya yedeği, veritabanı dışa aktarımı, zaman bakımından eşleşmiş set, tipik geri yükleme sırası ve gerektiğinde wp-config.php güncellemesi gibi kaynakta belirtilen unsurları tek yerde toplar.

• Önce WordPress dosyalarını geri yükleme adımını yazın.
• Ardından veritabanını geri yükleme veya MySQL ya da MariaDB’ye içe aktarma adımını ekleyin.
• Kimlik bilgileri değişirse wp-config.php dosyasını bunlarla eşleştirme adımını belirtin.

Kaynak: [1]

Uygulama kontrol listesi

• Dosya yedeğinin WordPress çekirdeği, temalar, eklentiler, yüklenen dosyalar, wp-config.php ve .htaccess gibi WordPress dizini içeriklerini kapsadığını belirleyin.
• Veritabanı için dosya yedeğinden ayrı bir dışa aktarma veya döküm olduğunu belirleyin.
• .sql, .gz ve .bz2 uzantılarının yalnızca dışa aktarma dosyalarına örnek olarak verildiğini unutmayın.
• Dosya ve veritabanı parçalarını birbirine yakın zamanda oluşturulmuş tek bir yedek seti olarak eşleştirin.
• Tipik geri yükleme sırasını önce dosyalar, sonra veritabanı olacak şekilde not edin.
• Veritabanı kimlik bilgileri değişirse wp-config.php dosyasını güncelleme adımını ekleyin.
• Veritabanını düzenli olarak, ayrıca yükseltme veya yeni bir konuma taşıma öncesinde yedekleyin; dosya ve veritabanı parçalarının aynı sete ait olduğunu kontrol edin. [Kaynak]

WordPress geri yüklemesine hazırlanırken tek bir arşiv adına güvenmek yerine iki parçayı birlikte belirleyin: WordPress dosyaları ve ayrı veritabanı dışa aktarımı. Bunları birbirine yakın zamanda oluşturulmuş tek bir set olarak eşleştirin; dosyaları önce, veritabanını sonra geri getireceğiniz sırayı not edin. Taşıma sırasında veritabanı kimlik bilgileri değişirse wp-config.php dosyasını eşleştirmeyi de plana ekleyin.

Sık sorulan sorular

Yalnızca WordPress dosyalarını indirerek tam yedek almış olur muyum?

Tipik bir WordPress sitesi için hayır. Veritabanı genellikle ayrı bir MySQL veya MariaDB sisteminde bulunur ve WordPress dizinini indirmek çoğu durumda veritabanını yedeklemez. Tam geri yükleme için dosyalar ile veritabanı gerekir.

Veritabanı dışa aktarımı geri yükleme sırasında ne olur?

Veritabanı yedeği çoğunlukla bir dışa aktarma veya döküm dosyasıdır. Geri yüklemek için bu dosyanın MySQL veya MariaDB sistemine içe aktarılması gerekir. .sql, .gz ve .bz2, belgede bu tür dosyalara örnek olarak verilen uzantılardır.

Dosya ve veritabanı yedeklerini neden aynı set olarak ele almalıyım?

Yedeklerin tutarlı kalmasına yardımcı olmak için dosya ile veritabanını birbirine yakın zamanda oluşturulmuş tek bir yedek seti olarak ele almak önerilir.

Kaynaklar

[1] Backups – Advanced Administration Handbook | Developer.WordPress.org