วิธีแก้ไขการหมดเวลาของ BackupBuddy

การเห็นการหมดเวลาเกิดขึ้นในการสำรองข้อมูล BackupBuddy ของคุณอาจทำให้เครียดและสับสนได้ ในบทความนี้ เราจะพูดถึงปัญหาที่พบบ่อยที่สุดที่ทำให้เกิดการหมดเวลาของ BackupBuddy และวิธีแก้ปัญหา

เหตุใดการหมดเวลาของ BackupBuddy จึงเกิดขึ้น

การหมดเวลาของ BackupBuddy สามารถเกิดขึ้นได้จากหลายสาเหตุ ดังนั้นการทำความเข้าใจเซิร์ฟเวอร์ที่เว็บไซต์ของคุณกำลังทำงานอยู่จึงเป็นเรื่องสำคัญ ระยะหมดเวลาของ BackupBuddy มักจะเกี่ยวกับวิธีที่เซิร์ฟเวอร์จัดการข้อมูลสำรองเมื่อใดก็ตามที่ BackupBuddy กำลังสร้างไฟล์ ZIP ของข้อมูลสำรองของคุณ

หากเซิร์ฟเวอร์ที่เรียกใช้การสำรองข้อมูลของคุณไม่สามารถจัดการกระบวนการทั้งหมดได้ BackupBuddy จะหยุดกระบวนการซิป ส่งผลให้หมดเวลา การซิปข้อมูลสำรองเป็นส่วนสำคัญของการสำรองข้อมูล ดังนั้นจึงควรทราบขั้นตอนการแก้ปัญหาบางอย่าง!

ตัวอย่างเช่น ระยะหมดเวลาที่พบบ่อยที่สุดเกิดขึ้นบนเว็บไซต์ที่ทำงานภายใต้ Litespeed ซึ่งเป็นซอฟต์แวร์เซิร์ฟเวอร์ประเภทหนึ่ง ทำไม? Litespeed มักจะยกเลิกกระบวนการ PHP ที่ใช้เวลานานหลังจากเวลาที่กำหนด ตัวอย่างเช่น หากตั้งค่าให้หยุดกระบวนการหลังจาก 25 วินาที ผลลัพธ์จะเป็นการหมดเวลาหากการสำรองข้อมูลไม่ถึงเวลาสูงสุดต่อกลุ่ม

เปลี่ยนเวลาสูงสุดต่อชิ้น

โดยค่าเริ่มต้น เวลาดำเนินการสูงสุดสำหรับ BackupBuddy ในการดำเนินการให้เสร็จสิ้นจะถูกกำหนดโดยการกำหนดค่าเซิร์ฟเวอร์ของคุณ หากต้องการลบล้างสิ่งนี้ คุณอาจลองเปลี่ยนการตั้ง ค่าเวลาสูงสุดต่อกลุ่ม เป็น 20 วินาที การดำเนินการนี้จะแบ่งข้อมูลสำรองเพื่อเรียกใช้แต่ละกระบวนการแบ่งย่อยภายใน 20 วินาที ทำให้ตัดไทม์ไลน์ 25 วินาที

เซิร์ฟเวอร์ของฉันดูเหมือนโอเค แล้วอะไรต่อจากนี้

หากเซิร์ฟเวอร์ของคุณได้รับการกำหนดค่าอย่างถูกต้องและคุณยังคงประสบปัญหาการหมดเวลา แสดงว่าอาจมีปัญหากับเซิร์ฟเวอร์ที่เรียกใช้สคริปต์หรือการจัดการไฟล์ ZIP ตัวอย่างนี้ใช้การ บีบอัด zip ซึ่งแนะนำในไซต์ส่วนใหญ่

เปิดใช้งานการบีบอัดซิป

การบีบอัด Zip จะลดขนาดของไฟล์ที่จัดเก็บไว้ในข้อมูลสำรอง อย่างไรก็ตาม เซิร์ฟเวอร์อาจใช้งานกระบวนการนี้นานเกินไปและจะส่งผลให้หมดเวลา การปิดใช้งานการบีบอัด zip อาจเพิ่มขนาดไฟล์ ZIP โดยรวม แต่จะช่วยได้หากเซิร์ฟเวอร์มีปัญหาในการบีบอัด นี่เป็นขั้นตอนการแก้ไขปัญหาทั่วไปที่แก้ไขระยะหมดเวลา

การแก้ไขปัญหาการหมดเวลาของ BackupBuddy

เซิร์ฟเวอร์ Litespeed

เดิมพันแรกของคุณเพื่อให้แน่ใจว่าการสำรองข้อมูลจะไม่หมดเวลาคือการตรวจสอบการกำหนดค่าเซิร์ฟเวอร์ของคุณ ข้อมูลโค้ดด้านล่างนี้จะช่วยให้ BackupBuddy ทำงานนอกข้อจำกัดของ Litespeed

หากคุณใช้งาน Litespeed ให้ลองเพิ่มสิ่งนี้ลงในไฟล์ .htaccess ของคุณ:

 <IfModule LiteSpeed>
ปิดการใช้งานCgiOverride On
RewriteEngine บน
RewriteRule (wp-cron|backupbuddy|importbuddy)\.php - [E=noabort:1, E=noconntimeout:1]
</IfModule>

หมายเหตุ: หากคุณไม่พบไฟล์ .htaccess ของคุณ โปรดตรวจสอบให้แน่ใจว่าคุณมีตัวเลือกในการดูไฟล์ที่ซ่อนอยู่

หลังจากเพิ่มโค้ดแล้ว ให้อัปโหลดไฟล์ซ้ำเพื่อให้เขียนทับไฟล์เก่าด้วยการเปลี่ยนแปลงใหม่ของคุณ

เวลาสูงสุดต่อก้อน

โหมดสมัยใหม่ของ BackupBuddy จะแยกข้อมูลสำรองของคุณออกเป็นชิ้น ๆ โดยใช้ wp-cron อย่างไรก็ตาม เซิร์ฟเวอร์บางเครื่องอาจตัดเวลาก่อนเวลาอันควร ซึ่งอาจนำไปสู่การหมดเวลา หากคุณประสบปัญหาหมดเวลา คุณอาจต้องพิจารณาเปลี่ยนค่าเพื่อให้ BackupBuddy รันแต่ละอันก่อนเวลาที่เซิร์ฟเวอร์รายงาน

ตั้งค่าซิป

หากคุณไม่ได้ใช้งาน Litespeed อยู่ เป็นไปได้มากว่าคุณจะต้องการกำหนดค่าการตั้งค่า BackupBuddy zip ของคุณเพื่อหลีกเลี่ยงการหมดเวลาของ BackupBuddy การตั้งค่าเหล่านี้เกี่ยวข้องอย่างเคร่งครัดกับวิธีที่ BackupBuddy จะซิปข้อมูลสำรอง

ขั้นตอนแรกคือการดูว่าคุณกำลังบีบอัดไฟล์ zip อยู่หรือไม่ หากคุณกำลังใช้การบีบอัด zip และประสบปัญหาการหมดเวลา ให้ลองปิดการใช้งาน วิธีนี้ช่วยแก้ปัญหาได้ประมาณ 70% ของเวลาทั้งหมดเนื่องจากเซิร์ฟเวอร์ (โดยเฉพาะเซิร์ฟเวอร์ที่ใช้ร่วมกัน) ไม่มีความสามารถในการบีบอัด

ปิดใช้งานการบีบอัด zip จากภายในการตั้งค่า Zip จากนั้นลองสำรองข้อมูลอีกครั้ง คุณจะสังเกตเห็นว่าไฟล์ ZIP อาจดูใหญ่ขึ้นเล็กน้อย แต่เป็นเพราะไฟล์เก็บถาวรไม่ได้ถูกบีบอัด

ระบบ ZIP ทางเลือก

ระบบ Alternative Zip เป็นทางออกที่ดีหากการสำรองข้อมูลของคุณยังคงประสบปัญหาการหมดเวลาหลังจากปิดใช้งานการบีบอัด zip ระบบ ZIP มาตรฐานคือไฟล์ปฏิบัติการ ZIP จริง (บรรทัดคำสั่ง) หรือไลบรารี (PclZip) ให้ไดเรกทอรีรากสำรองและรายการข้อยกเว้นจะสแกนไซต์และกำหนดรายการไฟล์สำหรับไฟล์ ZIP และสร้างภายใน เมื่อกระบวนการอยู่ในระหว่างดำเนินการ จะไม่สามารถถูกขัดจังหวะและส่วนใหญ่จะทำงานจนกว่าจะเสร็จสิ้น ซึ่งเซิร์ฟเวอร์บางเซิร์ฟเวอร์อาจประสบปัญหาการหมดเวลา

ระบบ Zip ทางเลือกจะสแกนเพื่อสร้างรายการไฟล์สำหรับไฟล์ ZIP เนื่องจากมีการควบคุมดังกล่าว จึงสามารถให้รายการไฟล์ปฏิบัติการ/ไลบรารีของไฟล์ที่จะถูกเพิ่มไปยังไฟล์ ZIP ได้ ซึ่งจะช่วยให้ระบบ ZIP ทางเลือกทำการ "ระเบิด" ได้ตามต้องการเพื่อควบคุมอีกครั้งหลังจากเพิ่มไฟล์แต่ละชุดแล้ว ซึ่งจะช่วยบรรเทาการหมดเวลาใดๆ ที่เซิร์ฟเวอร์อาจประสบระหว่างกระบวนการซิป

เมื่อเปิดใช้งานระบบ Zip ทางเลือก การตั้งค่าเหล่านี้จะถูกนำไปใช้โดยค่าเริ่มต้น

• ไปข้างหน้าและปล่อยให้ กลยุทธ์การสร้าง Zip เป็น "Multi-Burst/Single-Step" เนื่องจากจะทำให้ไฟล์ ZIP สามารถสร้างได้เร็วขึ้น กลยุทธ์ "Multi-Burst/Multi-Step" สร้างขึ้นสำหรับเซิร์ฟเวอร์ที่หมดเวลาระหว่างการสร้าง ไฟล์ ZIP หากการสำรองข้อมูลของคุณหมดเวลาระหว่างการสร้างไฟล์ ZIP คุณควรเปลี่ยนเป็น “Multi-Burst/Multi-Step”
• ตัวเลือก เวลาสูงสุดต่อกลุ่ม คือระยะเวลาสูงสุดที่ BackupBuddy ควรอนุญาตให้บิลด์ไฟล์ ZIP ทำงานก่อนที่จะหยุดชั่วคราวและกำหนดเวลาขั้นตอนความต่อเนื่องใหม่ เซิร์ฟเวอร์บางตัวหมดเวลาก่อนกำหนดโดยไม่ต้องแจ้งให้ทราบ ดังนั้นจึงอาจทำให้ไฟล์ ZIP หยุดทำงาน หากไฟล์ ZIP หมดเวลาระหว่างกระบวนการซิป การตั้งค่าที่นี่จะช่วยบรรเทาการหมดเวลาได้ หากเวลาดำเนินการสูงสุดของเซิร์ฟเวอร์ของคุณคือ 30 วินาที คุณควรลองลดค่าลงเหลือ 25 วินาที ซึ่งจะทำให้ BackupBuddy รันแต่ละกระบวนการได้ภายใน 25 วินาที และไม่เกินเวลาดำเนินการ 30 วินาทีที่เซิร์ฟเวอร์กำหนด
• ตัวเลือก Gap ระหว่าง zip build bursts จะใช้ระหว่างแต่ละไฟล์ ZIP archive build burst เซิร์ฟเวอร์/โฮสต์บางตัวอาจได้รับประโยชน์จากการมีช่วงเวลาสั้นๆ ระหว่างการระเบิดเพื่อให้เซิร์ฟเวอร์สามารถติดตามการทำงานและ/หรืออนุญาตให้โหลดโดยเฉลี่ยเมื่อเวลาผ่านไปโดยการกระจายการใช้งาน CPU และดิสก์ ตัวเลือกนี้ดีที่สุดที่จะเก็บไว้เป็นค่าเริ่มต้น (2 วินาที)
• ขนาดเนื้อหาขั้นต่ำสำหรับ ตัวเลือก burst เดียว (MB) จะบอก BackupBuddy เกี่ยวกับปริมาณเนื้อหาขั้นต่ำที่ควรเพิ่มต่อคำขอ Burst ค่าเริ่มต้นคือ 10MB ซึ่งเพียงพอสำหรับเซิร์ฟเวอร์ส่วนใหญ่ที่จะสามารถจัดการได้ ทางที่ดีควรรักษาค่านี้ไว้เท่าเดิม เว้นแต่เซิร์ฟเวอร์จะไม่สามารถจัดการเนื้อหาจำนวนขั้นต่ำได้
• ขนาดเนื้อหาสูงสุดสำหรับ ตัวเลือกการ ระเบิดครั้งเดียว (MB) จะบอก BackupBuddy ถึงจำนวนเนื้อหาสูงสุดที่ควรเพิ่มต่อคำขอต่อเนื่อง ค่าเริ่มต้นคือ 100MB อย่างไรก็ตาม แผนการโฮสต์ที่ถูกกว่าบางแผนอาจไม่สามารถจัดการเนื้อหาที่มีการร้องขอได้มากขนาดนี้ หากคุณเปิดใช้งานระบบ Zip ทางเลือกและยังคงประสบปัญหาการหมดเวลา คุณอาจต้องการปรับแต่งการตั้งค่านี้โดยเริ่มต้นที่ 50MB เป็นค่าสูงสุด

การสำรองข้อมูลหมดเวลาระหว่างการดัมพ์ฐานข้อมูล

บางครั้ง คุณอาจพบว่าการสำรองข้อมูลของคุณหมดเวลาระหว่างส่วนของฐานข้อมูล ขั้นตอนฐานข้อมูลจะทิ้งแถวทั้งหมดของคุณลงในตารางที่เกี่ยวข้อง และสร้างไฟล์ .sql ที่จะเพิ่มเข้าไปในข้อมูลสำรองของคุณ การหมดเวลาอาจเกิดขึ้นในระหว่างขั้นตอนนี้ด้วยเหตุผลหลักสองประการ: ตารางที่ถูกดัมพ์เสียหายไม่ทางใดก็ทางหนึ่ง หรือมีปัญหากับ wp-cron

ตารางฐานข้อมูลเสียหาย

ตารางใดทำให้เกิดการหมดเวลา? คุณอาจต้องการดูตารางที่ทำให้เกิดการหมดเวลา เนื่องจากอาจเสียหายได้ คุณสามารถดูตารางได้จาก PhpMyAdmin หรือหากผู้ให้บริการโฮสต์ของคุณเสนอโซลูชันการจัดการฐานข้อมูลก็สามารถดูได้ที่นั่น

• ลองแยกตารางออกจากข้อมูลสำรอง และดูว่าจะช่วยบรรเทาปัญหาได้หรือไม่ หากเป็นเช่นนั้น แสดงว่าโต๊ะเสียหายมากกว่า

WP Cron

หากตารางแรกในฐานข้อมูลหมดเวลา แสดงว่าอาจมีปัญหากับ wp-cron หากคุณไม่คุ้นเคยกับ wp-cron และการทำงานของมัน คุณสามารถดูเอกสารประกอบของเราได้ WP cron

BackupBuddy รันขั้นตอน cronPass ที่จะกำหนดเวลางาน cron เพื่อรันสำหรับการถ่ายโอนข้อมูลฐานข้อมูล ดังนั้นหากมีปลั๊กอินอื่นที่รันงาน cron อยู่ในขณะนี้ อาจทำให้เกิดข้อขัดแย้งได้

• หากไซต์ของคุณใช้การแคชใดๆ ให้ล้างแคชเนื่องจากเป็นปัญหาทั่วไปของ cron
• คุณยังสามารถลองปิดการใช้งานปลั๊กอินทั้งหมดชั่วคราว ยกเว้น BackupBuddy เพื่อค้นหาปลั๊กอินที่ทำให้เกิดข้อขัดแย้งนี้
• คุณยังสามารถตรวจสอบเพื่อดูว่า wp-cron ถูกเปิดใช้งานบนเซิร์ฟเวอร์หรือไม่ และถ้า wp-cron ถูกปิดใช้งาน หรือไม่มีงาน cron ที่สร้างขึ้นและ/หรือตั้งค่าอย่างไม่ถูกต้อง สิ่งนี้สามารถนำไปสู่ปัญหา cron

คุณสามารถดูว่า wp-cron ถูกเปิดใช้งานบนเซิร์ฟเวอร์ของคุณหรือไม่โดยไปที่หน้าเครื่องมือเซิร์ฟเวอร์ BackupBuddy (BackupBuddy -> เครื่องมือเซิร์ฟเวอร์) ใต้แท็บ "เซิร์ฟเวอร์" จะมีรายการการกำหนดค่าเฉพาะสำหรับสภาพแวดล้อมเซิร์ฟเวอร์ของคุณ

ข้อผิดพลาดภายใน BackupBuddy Timeouts

ข้อผิดพลาดอาจเกิดขึ้นระหว่างการสำรองข้อมูล ซึ่งส่วนใหญ่เป็นกระบวนการซิป ซึ่งดูเหมือนหมดเวลา ระหว่างการแก้ไขปัญหาเป็นความคิดที่ดีที่จะดูบันทึกสถานะและดูว่ามีข้อผิดพลาดใดๆ เกิดขึ้นก่อนหมดเวลาหรือไม่

โดยทั่วไปแล้ว ประเภทข้อผิดพลาดที่พบบ่อยที่สุดจะรายงานจาก PHP ข้อผิดพลาดที่พบบ่อยที่สุดคือหน่วยความจำ PHP หากเซิร์ฟเวอร์ของคุณไม่รองรับวิธี ZIP exec (บรรทัดคำสั่ง) หรือ ZipArchive เซิร์ฟเวอร์จะใช้ PClZip เนื่องจาก PClZip ใช้ PHP เป็นเครื่องมือยูทิลิตี้ ZIP จึงต้องใช้การกำหนดค่า PHP เพื่อเรียกใช้งาน ZIP

ทุกไซต์ที่รัน PHP มีหน่วยความจำ PHP ที่ตั้งค่าไว้ในไฟล์ php.ini และหากหน่วยความจำเกิน มันจะส่งคืนข้อผิดพลาดนี้:

 ข้อผิดพลาดร้ายแรง: ขนาดหน่วยความจำที่อนุญาต 33554432 ไบต์หมดแล้ว (พยายามจัดสรร 2348617 ไบต์)

หากเซิร์ฟเวอร์ของคุณไม่รองรับ exec คุณจะต้องเพิ่มหน่วยความจำ PHP เพื่อให้การสำรองข้อมูลทำงานจนเสร็จสิ้น

ห่อ

อย่างที่คุณเห็น มีปัจจัยหลายอย่างที่ควรพิจารณาเมื่อคุณเห็นการหมดเวลาของ BackupBudy สิ่งสำคัญคือต้องอ่านบันทึกสถานะเมื่อทำการแก้ไขปัญหา เนื่องจากมีข้อมูลเพิ่มเติมว่าเหตุใดการหมดเวลานี้จึงเกิดขึ้น นอกจากนี้ การทำความเข้าใจเซิร์ฟเวอร์ของคุณและการกำหนดค่าจะช่วยให้คุณเข้าใจถึงความสามารถของเซิร์ฟเวอร์มากขึ้นเมื่อเรียกใช้กระบวนการสำรองข้อมูล การทำตามขั้นตอนเหล่านี้ด้านบนจะเป็นขั้นตอนการแก้ไขปัญหาที่พบบ่อยที่สุดสำหรับการจัดการกับระยะหมดเวลา

หากคุณยังคงประสบปัญหากับการหมดเวลาของ BackupBuddy ทีมสนับสนุนของเราจะคอยช่วยเหลือ ไปที่ iThemes Help Desk ตอนนี้เพื่อเปิดตั๋วสนับสนุน