LayerAssist
Bắt đầu dùng thử miễn phí

Chắc chắn rằng tác vụ theo lịch thực sự chạy.

Sao lưu, email, nhập dữ liệu, bài viết hẹn giờ: phần lớn công việc của website chạy ngầm theo lịch. LayerAssist kiểm tra rằng các tác vụ này chạy, tìm ra vì sao một tác vụ không chạy và cho nó chạy lại.

Bắt đầu

Tóm tắt nhanh

  • Trong trò chuyệnTrong trò chuyện, nó liệt kê các cron job, đọc nhật ký của chúng, kiểm tra bộ lập lịch của WordPress và các tiến trình nền, rồi sửa tác vụ không chạy.
  • Tự động hóaLà một tự động hóa của riêng bạn, nó có thể kiểm tra mỗi sáng rằng các tác vụ ban đêm đã chạy – ví dụ có bản sao lưu mới – và báo cho bạn nếu có tác vụ không chạy.
  • Giám sát tích hợpNếu worker hàng đợi chạy dưới dạng dịch vụ, giám sát dịch vụ tích hợp sẽ cảnh báo ngay khi nó dừng.
  • Chưa cóHiện chưa có giám sát “heartbeat” tích hợp cho cron job.

Tác vụ nền thất bại không một tiếng động

Cron job và hàng đợi chạy khi không ai nhìn: sao lưu ban đêm, email hóa đơn, nhập sản phẩm, dọn bộ nhớ đệm, bài viết hẹn giờ. Khi một tác vụ dừng, không có trang lỗi nào hiện ra – công việc đơn giản là không được làm.

Bạn chỉ biết sau đó, theo cách đau đớn: bản sao lưu bạn cần đã ba tháng tuổi, khách không nhận được hóa đơn, bài viết buổi sáng không bao giờ được đăng.

Dấu hiệu tác vụ theo lịch không chạy

  • Bản sao lưu không được tạo hoặc cũ hơn mức cần có
  • Bài viết hẹn giờ hiện “Lỡ lịch”
  • Email hoặc bản xuất dữ liệu hằng ngày đã ngừng
  • Hàng đợi cứ dài ra và tác vụ vẫn “đang chờ”

Vì sao cron job và hàng đợi dừng

Bộ lập lịch WordPress chỉ chạy khi có lượt truy cập

WP-Cron chỉ kích hoạt khi có người vào website. Trên website ít khách, hoặc phía sau bộ nhớ đệm, tác vụ theo lịch chạy trễ hoặc không chạy.

Đường dẫn hoặc môi trường sai

Một tác vụ chạy được khi chạy tay lại thất bại theo lịch vì phiên bản PHP khác, thiếu đường dẫn hoặc script đã bị chuyển chỗ.

Tiến trình worker đã dừng

Worker hàng đợi cần chạy liên tục. Sau một sự cố sập, một lần triển khai hoặc khởi động lại, không có gì khởi động chúng lại.

Tác vụ bị sập hoặc chồng lên nhau

Một tác vụ lỗi, một khóa không bao giờ được giải phóng hoặc một tác vụ chạy lâu hơn chu kỳ của nó sẽ chặn mọi thứ phía sau.

LayerAssist giữ cho tác vụ nền chạy đều thế nào

Nó kiểm tra lịch, nhật ký và kết quả: thứ mà tác vụ lẽ ra phải tạo ra.

Liệt kê những gì được lên lịch

Nó đọc crontab của máy chủ, cron job trong bảng điều khiển hosting và các sự kiện theo lịch của WordPress, rồi giải thích từng cái.

Kiểm tra rằng tác vụ thật sự đã chạy

Nó tìm bằng chứng: một mục nhật ký, một tệp sao lưu mới, một email đã gửi, một hàng đợi đã trống.

Tìm ra vì sao một tác vụ thất bại

Nó chạy lệnh của tác vụ như cron chạy, đọc lỗi, rồi sửa đường dẫn, phiên bản PHP hoặc quyền.

Thiết lập cho đúng

Nó có thể thay WP-Cron bằng cron thật của máy chủ, thiết lập worker tự khởi động lại và thêm ghi nhật ký để mọi thất bại đều để lại dấu vết.

Ví dụ: bản sao lưu âm thầm ngừng được tạo

  1. Bạn

    Bạn kiểm tra giúp sao lưu ban đêm của chúng tôi có chạy không? Tôi nghĩ đã nhiều tháng không ai xem.

  2. Những gì nó kiểm tra

    • Crontab: sao lưu được lên lịch mỗi đêm lúc 02:00
    • Tệp sao lưu mới nhất: đã 74 ngày tuổi
    • Nhật ký cron: tác vụ thất bại với “mysqldump: command not found”
    • Nguyên nhân: một bản cập nhật máy chủ đã chuyển công cụ đi và tác vụ vẫn dùng đường dẫn cũ

  3. Những gì nó thay đổi

    Đã sửa đường dẫn trong script sao lưu, chạy nó một lần và thiết lập email khi thất bại

  4. LayerAssist

    Sao lưu của bạn đã không chạy 74 ngày: một bản cập nhật máy chủ đã chuyển công cụ cơ sở dữ liệu mà script dùng. Tôi đã sửa đường dẫn và vừa tạo một bản sao lưu; nó đã hoàn tất và tệp đã có. Nếu bạn muốn, tôi có thể kiểm tra mỗi sáng rằng có bản sao mới.

Bạn nhận được gì

  • Bằng chứng rằng tác vụ chạy, không chỉ là được lên lịch
  • Thất bại được phát hiện sáng hôm sau, không phải nhiều tháng sau
  • Tác vụ theo lịch của WordPress chạy đúng giờ
  • Worker hàng đợi chạy lại sau sự cố sập

Tình huống thực tế

Cửa hàng WooCommerce có tác vụ bị kẹt

Hàng nghìn tác vụ theo lịch nằm chờ và email đi trễ. LayerAssist tìm tác vụ bị lỗi, cho hàng đợi chạy lại và thiết lập cron thật.

Ứng dụng Laravel có hàng đợi

Sau một lần triển khai, worker hàng đợi không bao giờ chạy lại. LayerAssist đặt nó dưới supervisor để tự khởi động lại, và đề xuất một giám sát dịch vụ.

Trang tin tức có bài hẹn giờ

Bài hẹn đăng lúc 6:00 lại lên trang vào buổi trưa: phía sau bộ nhớ đệm, WP-Cron chỉ kích hoạt khi bộ nhớ đệm hết hạn. Một cron máy chủ giải quyết chuyện này.

Cách kiểm tra cron job với LayerAssist

  1. Kết nối máy chủ hoặc hosting

    SSH cho bức tranh đầy đủ; bảng điều khiển hosting cũng hiển thị các cron job của nó.

  2. Yêu cầu kiểm tra

    Trong trò chuyện: “Các tác vụ theo lịch của chúng tôi có chạy không?” hoặc “Vì sao lần nhập dữ liệu đêm qua thất bại?”

  3. Để nó sửa tác vụ

    Nó tìm nguyên nhân, sửa và chạy tác vụ một lần để chứng minh nó hoạt động.

  4. Biến nó thành kiểm tra buổi sáng

    Yêu cầu một kiểm tra hằng ngày dưới dạng tự động hóa của riêng bạn, và thêm giám sát dịch vụ cho worker hàng đợi chạy như dịch vụ.

Câu hỏi về giám sát cron job

Cron là bộ lập lịch của chính máy chủ và chạy đúng giờ. WP-Cron là bộ lập lịch có sẵn trong WordPress và chỉ kích hoạt khi có người vào website. Để lập lịch đáng tin cậy, LayerAssist có thể chạy WP-Cron từ một cron thật của máy chủ.

Tất cả hướng dẫn giám sátXem mỗi gói gồm những gìLayerAssist hoạt động thế nào

Tiếp theo: Cập nhật WordPress

Từ 9 $ mỗi tháng · 14 ngày để đổi ý

Lần tới có sự cố, bạn sẽ biết ngay nên hỏi ai.

Thêm trang web của bạn và đặt câu hỏi đầu tiên ngay hôm nay. Không phù hợp? Hủy trong 14 ngày và nhận lại khoản thanh toán đầu tiên, chỉ trừ phần công việc AI bạn đã dùng.

Miễn phí 7 ngày · Không cần thẻ tín dụng · Không cần biết kỹ thuật.