BackupBuddy Zaman Aşımlarını Çözme

BackupBuddy yedeklemenizde bir zaman aşımı meydana geldiğini görmek oldukça stresli ve kafa karıştırıcı olabilir. Bu yazıda, BackupBuddy zaman aşımlarına neden olan en yaygın sorun türlerini ve bunların nasıl çözüleceğini ele alacağız.

BackupBuddy Zaman Aşımları Neden Oluşur?

Bir BackupBuddy zaman aşımı birçok nedenden dolayı meydana gelebilir, bu nedenle web sitenizin üzerinde çalıştığı sunucuyu anlamak önemlidir. BackupBuddy zaman aşımları, BackupBuddy yedeklemenizin ZIP arşivini oluşturduğunda genellikle sunucunun yedeklemeyi nasıl ele aldığı etrafında döner.

Yedeklemenizi çalıştıran sunucu tüm işlemi gerçekleştiremezse, BackupBuddy sıkıştırma işlemini durduracak ve zaman aşımına neden olacaktır. Yedeği sıkıştırmak, yedeklemenin çok önemli bir parçasıdır, bu nedenle bazı sorun giderme adımlarını bilmekte fayda var!

Örneğin, en yaygın zaman aşımları, bir tür sunucu yazılımı olan Litespeed altında çalışan web sitelerinde meydana gelir. Niye ya? Litespeed, belirli bir süre sonra genellikle uzun süredir devam eden PHP işlemlerini iptal eder. Örneğin, işlemi 25 saniye sonra durduracak şekilde ayarlandıysa, yedekleme yığın başına maksimum süreye ulaşmadıysa sonuç zaman aşımı olacaktır.

Parça Başına Maksimum Süreyi Değiştirin

Varsayılan olarak, BackupBuddy'nin bir işlemi tamamlaması için maksimum yürütme süresi, sunucu yapılandırmanız tarafından tanımlanır. Bunu geçersiz kılmak için, Parça başına maksimum süre ayarını 20 saniye olarak değiştirmeyi düşünebilirsiniz. Bu, yedeklemeyi her parçalama işlemini 20 saniyenin altında çalıştıracak şekilde bölerek 25 saniyelik zaman çizelgesinin kesilmesini sağlar.

Sunucum İyi Görünüyor, Peki Sırada Ne Var?

Sunucunuz doğru şekilde yapılandırılmışsa ve hala zaman aşımları yaşıyorsanız, sunucunun komut dosyasını çalıştırmasıyla veya ZIP arşivini işlemesiyle ilgili bir sorun olabilir. Buna bir örnek, çoğu sitede önerilen zip sıkıştırmasını çalıştırmaktır.

Zip Sıkıştırmasını Etkinleştir

Zip sıkıştırması, yedeklemede depolanan dosyaların boyutunu azaltır, ancak sunucu işlemi çok uzun süre çalıştırıyor olabilir ve zaman aşımına neden olur. Zip sıkıştırmasını devre dışı bırakmak, genel ZIP arşiv boyutunu artırabilir, ancak sunucunun sıkıştırma konusunda zorluk yaşaması durumunda yardımcı olur. Bu, zaman aşımlarını çözen en yaygın sorun giderme adımıdır.

BackupBuddy Zaman Aşımlarında Sorun Giderme

Litespeed Sunucular

Yedeklemelerin zaman aşımına uğramadığından emin olmak için ilk bahsiniz, sunucu yapılandırmanızı kontrol etmektir. Aşağıdaki bu kod parçacığı, BackupBuddy'nin Litespeed kısıtlamalarının dışında çalışmasına izin verecektir.

Litespeed altında çalışıyorsanız, bunu .htaccess dosyanıza eklemeyi deneyin:

 <IfModule LiteSpeed>
DisableCgiOverride On
Yeniden YazmaMotoru Açık
RewriteRule (wp-cron|backupbuddy|importbuddy)\.php - [E=noabort:1, E=noconntimeout:1]
</IfModule>

Not: .htaccess dosyanızı bulamıyorsanız, lütfen gizli dosyaları görüntüleme seçeneğiniz olduğundan emin olun.

Kod eklendikten sonra, yeni değişikliklerinizi eski dosyanın üzerine yazacak şekilde dosyayı yeniden yükleyin.

Parça Başına Maksimum Süre

BackupBuddy'nin Modern Modu, wp-cron'u kullanarak yedeklemenizi parçalara böler, ancak bazı sunucular parçalama sürelerini erken kesebilir ve bu da zaman aşımlarına neden olabilir. Zaman aşımları yaşıyorsanız, değeri değiştirmeyi düşünebilirsiniz, böylece BackupBuddy'nin sunucunun bildirilen zamanından önce her parçayı çalıştırması gerekir.

Zip Ayarları

Litespeed altında çalışmıyorsanız, büyük olasılıkla BackupBuddy zaman aşımlarını önlemek için BackupBuddy zip ayarlarınızı yapılandırmak isteyeceksiniz. Bu ayarlar kesinlikle BackupBuddy'nin yedeği nasıl sıkıştıracağı ile ilgilidir.

İlk adım, zip sıkıştırması çalıştırıp çalıştırmadığınızı görmek olacaktır. Zip sıkıştırması çalıştırıyorsanız ve zaman aşımları yaşıyorsanız, devre dışı bırakmayı deneyin. Bu, sunucuların (özellikle paylaşılan sunucuların) sıkıştırma kapasitesine sahip olmaması nedeniyle sorunu yaklaşık %70 oranında giderir.

Zip ayarlarından zip sıkıştırmasını devre dışı bırakın, ardından yedeklemeyi tekrar deneyin. ZIP arşivinin biraz daha büyük görünebileceğini fark edeceksiniz, ancak bunun nedeni arşivin sıkıştırılmamasıdır.

Alternatif Posta Sistemi

Alternatif Zip sistemi , zip sıkıştırmasını devre dışı bıraktıktan sonra yedeklemeniz hala zaman aşımları yaşıyorsa harika bir çözümdür. Standart ZIP sistemi, gerçek ZIP yürütülebilir dosyasıdır (komut satırı) veya kitaplıktır (PclZip). Verilen yedek kök dizini ve istisnalar listesi siteyi tarar ve dahili olarak ZIP arşivi için dosya listesini belirler ve oluşturur. İşlem başladıktan sonra kesintiye uğramaz ve çoğu tamamlanana kadar çalışır, bu da bazı sunucuların zaman aşımına uğramasına neden olabilir.

Alternatif Zip Sistemi, ZIP arşivi için dosyaların listesini oluşturmak için tarama yapar. Bunun kontrolüne sahip olduğu için, ZIP arşivine eklenecek dosyaların yürütülebilir/kütüphane listelerini verebilir. Bu, her dosya grubu eklendikten sonra kontrolü yeniden kazanmak istediği için Alternatif ZIP Sisteminin "patlamalar" gerçekleştirmesini sağlar. Bu, bir sunucunun sıkıştırma işlemi sırasında karşılaşabileceği zaman aşımlarını hafifletmeye yardımcı olur.

Alternatif Zip Sistemi etkinleştirildiğinde, bu ayarlar varsayılan olarak uygulanacaktır.

• Devam edin ve Zip oluşturma stratejisini "Multi-Burst/Single-Step" olarak bırakın çünkü bu, ZIP arşivinin daha hızlı oluşturulmasını sağlar. "Multi-Burst/Multi-Step" stratejisi, oluşturma sırasında zaman aşımına uğrayan sunucular için yapılır. ZIP arşivi. Yedeklemeniz ZIP arşivinin oluşturulması sırasında zaman aşımına uğradıysa, “Multi-Burst/Multi-Step” olarak değiştirmelisiniz.
• Yığın başına maksimum süre seçeneği , BackupBuddy'nin yeni bir devam adımını duraklatmadan ve planlamadan önce bir ZIP arşiv derlemesinin çalışmasına izin vermesi gereken maksimum süredir. Bazı sunucular önceden haber vermeden zaman aşımına uğrar, bu nedenle ZIP arşivinin durmasına neden olabilir. Zipleme işlemi sırasında ZIP arşivi zaman aşımına uğrarsa, burada bir değer ayarlamak zaman aşımlarını hafifletmeye yardımcı olacaktır. Sunucunuzun maksimum yürütme süresi 30 saniye ise, değeri 25 saniyeye düşürmeyi denemelisiniz. Bu, BackupBuddy'nin her işlemi 25 saniyenin altında çalıştırmasını sağlar ve sunucu tarafından belirlenen 30 saniyelik yürütme süresini aşamaz.
• Zip oluşturma patlamaları arasındaki boşluk seçeneği , her bir ZIP arşivi oluşturma patlaması arasında geçerli olacaktır. Bazı sunucular/barındırma, sunucunun işlemleri yakalamasına ve/veya CPU ve disk kullanımını yayarak zaman içindeki ortalama yükün azaltılmasına izin vermek için patlamalar arasında küçük bir süreye sahip olmaktan yararlanabilir. Bu seçeneğin varsayılanda (2 saniye) tutulması en iyisidir.
• Tek bir patlama (MB) için minimum içerik boyutu seçeneği, BackupBuddy'ye çoğuşma isteği başına eklemesi gereken minimum içerik miktarını söyler. Varsayılan değer, çoğu sunucunun işleyebilmesi için yeterli olan 10MB'dir. Sunucu minimum içerik miktarını işleyemediği sürece bu değeri aynı tutmak en iyisidir.
• Tek bir patlama (MB) için maksimum içerik boyutu seçeneği, BackupBuddy'ye çoğuşma isteği başına eklemesi gereken maksimum içerik miktarını söyler. Varsayılan değer 100MB'dir. Ancak, bazı daha ucuz barındırma planları, talep edilen bu kadar içeriği kaldıramayabilir. Alternatif Zip Sistemini etkinleştirirseniz ve yine de zaman aşımları yaşarsanız, bu ayarı maksimum 50 MB'den başlayarak değiştirmek isteyebilirsiniz.

Veritabanı Dökümü Sırasında Zaman Aşımı Olan Yedeklemeler

Bazen, veritabanı bölümünde yedeklemenizin zaman aşımına uğramasıyla karşılaşabilirsiniz. Veritabanı adımı, tüm satırlarınızı ilgili tablolarına döker ve yedeklemenize eklenecek bir .sql dosyası oluşturur. Bu adım sırasında başlıca iki nedenden dolayı zaman aşımları meydana gelebilir: Dökülen tablo şu veya bu şekilde bozuk veya wp-cron ile ilgili bir sorun var.

Bozuk Veritabanı Tabloları

Hangi tablo zaman aşımına neden oluyor? Bozulmuş olabileceğinden zaman aşımına neden olan tabloya bakmak isteyebilirsiniz. Tablo, PhpMyAdmin'den görüntülenebilir veya barındırma sağlayıcınız bir veritabanı yönetimi çözümü sunuyorsa, buradan görüntülenebilir.

• Tabloyu yedeklemeden çıkarmayı deneyin ve sorunu hafifletip hafifletmediğine bakın. Varsa, büyük olasılıkla tablo bozuktur.

WP Cron'u

Veritabanındaki ilk tablo zaman aşımına uğradıysa, wp-cron ile ilgili bir sorun olabilir. wp-cron'a ve nasıl çalıştığına aşina değilseniz, WP cron belgemize göz atabilirsiniz.

BackupBuddy, veritabanı dökümü için çalışacak bir cron işi zamanlayacak bir cronPass adımı çalıştırır, bu nedenle şu anda bir cron işi çalıştıran başka bir eklenti varsa, o zaman çakışmaya neden olabilir.

• Siteniz herhangi bir önbelleğe alma kullanıyorsa, bu, cron ile ilgili yaygın bir sorun olduğundan önbelleği temizleyin.
• Bu çakışmaya neden olan eklentiyi bulmak için BackupBuddy dışındaki tüm eklentileri geçici olarak devre dışı bırakmayı da deneyebilirsiniz.
• Ayrıca sunucuda wp-cron'un etkin olup olmadığını ve wp-cron'un devre dışı olup olmadığını veya yapılan ve/veya yanlış ayarlanmış herhangi bir cron işi olup olmadığını kontrol edebilirsiniz. Bu, cron sorunlarına yol açabilir.

BackupBuddy Sunucu Araçları sayfasını (BackupBuddy -> Sunucu Araçları) ziyaret ederek sunucunuzda wp-cron'un etkin olup olmadığını görebilirsiniz. “Sunucu” sekmesi altında, sunucu ortamınıza özel konfigürasyonların bir listesi bulunmaktadır.

BackupBuddy Zaman Aşımlarındaki Hatalar

Hatalar, çoğunlukla zaman aşımı gibi görünen bir yedekleme işlemi sırasında da meydana gelebilir. Sorun giderme sırasında durum günlüğüne bakmak ve zaman aşımından önce meydana gelen herhangi bir hata olup olmadığını görmek iyi bir fikirdir.

Genellikle, en yaygın hata türü PHP'den bildirilir. En yaygın hata türü PHP belleğidir. Sunucunuz exec (komut satırı) ZIP yöntemini veya ZipArchive'ı desteklemiyorsa, PclZip'i kullanacaktır. PclZip, PHP'yi bir ZIP yardımcı programı aracı olarak kullandığından, ZIP görevini çalıştırmak için PHP yapılandırmasına güvenir.

PHP çalıştıran her sitenin php.ini dosyasında ayarlanmış bir PHP belleği vardır ve belleği aşarsa şu hatayı verir:

 Önemli hata: İzin verilen 33554432 bayt bellek boyutu tükendi (2348617 bayt ayırmaya çalıştı)

Sunucunuz yürütmeyi desteklemiyorsa, yedeklemenin tamamlanana kadar çalışmasına izin vermek için PHP belleğinizi artırmanız gerekir.

Toplama

Gördüğünüz gibi, bir BackupBudy zaman aşımı gördüğünüzde göz önünde bulundurmanız gereken birçok farklı faktör vardır. Bu zaman aşımının neden oluştuğuna ilişkin daha fazla bilgi sağladığından, sorun giderme yaparken durum günlüğünü okumak önemlidir. Ayrıca, sunucunuzu ve yapılandırmasını anlamak, yedekleme işlemini çalıştırırken yetenekleri hakkında size daha fazla fikir verecektir. Yukarıdaki adımların üzerinden geçmek, zaman aşımlarıyla başa çıkmak için en yaygın sorun giderme adımlarını sağlayacaktır.

BackupBuddy zaman aşımıyla ilgili hala sorun yaşıyorsanız, destek ekibimiz hazırdır. Bir destek bileti açmak için şimdi iThemes Yardım Masasını ziyaret edin.