Khi bản cập nhật làm hỏng site khách hàng: Khôi phục một tenant mà không ảnh hưởng site khác

Bất kỳ freelancer nào quản lý site cho khách hàng cũng từng nhận được tin nhắn: “web bị sập rồi và tôi không hề đụng chạm gì cả.” Thông thường thì có thứ gì đó đã thay đổi, một plugin tự động cập nhật, một lỗi chỉnh sửa nào đó, một thay đổi theme làm vỡ giao diện, và giờ đây khách hàng đang chờ đợi trong khi bạn tìm cách sửa lỗi. Nếu lựa chọn duy nhất của bạn là xây dựng lại thủ công hoặc restore một bản backup toàn bộ server làm ảnh hưởng đến các khách hàng khác, thì một site bị hỏng sẽ biến thành một buổi chiều đầy rủi ro.

Bài hướng dẫn này đi sâu vào khâu phục hồi trong vòng đời quản lý site khách hàng: đưa một site trở lại trạng thái ổn định nhanh chóng mà không làm xáo trộn bất kỳ thứ gì khác mà bạn đang quản lý. Đây là mạng lưới an toàn cho quy trình bảo trì từ một dashboard duy nhất, bởi vì lý do bạn có thể tự tin cập nhật là vì bạn biết mình có thể chủ động restore broken wordpress client site một cách gọn gàng.

Vì sao việc phục hồi trên hệ thống dùng chung lại rủi ro

Cách hầu hết các freelancer hosting cho khách hàng biến việc khôi phục thành một canh bạc được ăn cả ngã về không:

• Một bản backup của server dùng chung cho tất cả. Nếu mọi khách hàng dùng chung một bản cài đặt và bạn restore bản backup đầy đủ của đêm qua, bạn cũng đồng thời xoá bỏ mọi thay đổi của các khách hàng khác trong ngày hôm nay. Sửa một site nhưng lại làm hỏng bốn site khác.
• Sửa lỗi thủ công rất chậm dưới áp lực. Xây dựng lại thủ công một site bị hỏng, hoặc đi tìm xem bản cập nhật plugin nào gây ra lỗi, là một việc cực kỳ tồi tệ khi khách hàng đang nhìn chằm chằm vào bạn.
• Bạn có thể không có điểm khôi phục gần nhất. Nếu bạn backup thủ công, bản ổn định gần nhất có thể đã từ tuần trước, nên việc khôi phục đồng nghĩa với việc mất đi dữ liệu công việc thực tế ngay cả khi nó thành công.

Mục tiêu là khôi phục một site duy nhất từ bản backup gần đây trong vài phút, trong khi mọi site khác bạn quản lý vẫn giữ nguyên hiện trạng.

Khôi phục một tenant, không ảnh hưởng các site khác

GrabWP Tenancy Pro host mỗi khách hàng như một tenant độc lập với database và nội dung riêng, đồng thời quy trình backup và restore của nó chạy riêng cho từng tenant. Sự cô lập đó chính là mấu chốt của việc khôi phục: restore một khách hàng sẽ chỉ tác động lên khách hàng đó.

Bạn đã có sẵn các điểm khôi phục

Nếu bạn làm theo quy trình bảo trì và bật tính năng tự động backup theo lịch, việc khôi phục sẽ bắt đầu với nhiều thuận lợi. Những bản backup này cung cấp cho bạn các điểm khôi phục gần nhất theo lịch bạn chọn, từ hàng giờ đến hàng tháng, với các bản cũ được tự động dọn dẹp. Khi một site bị hỏng, bạn không cần phải cuống cuồng đi tìm bản backup, bạn chỉ việc chọn bản gần nhất để restore.

Khôi phục từ bản backup riêng của tenant

Từ màn hình restore của tenant, Pro cho phép bạn liệt kê, tải xuống, xoá và restore các bản backup trước đó đã lưu trên ổ cứng, với các tab restore để chọn bản backup có sẵn hoặc upload một file nén mới. Bạn chọn bản backup ổn định gần nhất và chạy tiến trình restore. Quá trình khôi phục 8 bước bao gồm database, uploads, nội dung và cấu hình của tenant, với giao diện tiến trình AJAX để bạn có thể xem từng bước hoàn thành thay vì phải đoán xem nó có hoạt động hay không.

Vì việc restore chỉ giới hạn trong tenant đó, không có khách hàng nào khác của bạn bị ảnh hưởng. Site bị hỏng sẽ trở lại trạng thái hoạt động bình thường, và phần còn lại trong danh sách khách hàng của bạn vẫn tiếp tục chạy.

Khôi phục ngay cả khi khác loại database

Tính năng restore của Pro hoạt động đa dạng trên nhiều loại database, vì vậy một tenant có thể được restore qua lại giữa shared MySQL, dedicated MySQL và SQLite. Nếu bạn đã chuyển khách hàng giữa các cấu trúc database trong quá trình bảo trì, một bản backup vẫn có thể sử dụng được. Site không bị khoá cứng vào đúng cấu hình database lúc nó được backup.

Khi vấn đề nằm ở chính server

Các bản backup theo lịch có thể được đẩy lên các kho lưu trữ tương thích S3 sau mỗi lần chạy, với sự cô lập theo từng tenant ở phía lưu trữ. Nếu sự cố lớn hơn một bản cập nhật lỗi, như vấn đề về ổ cứng hoặc lỗi host, bạn vẫn có các bản sao lưu bên ngoài của từng site khách hàng để restore, thay vì phải phụ thuộc vào chính server vừa làm bạn thất vọng.

Quy trình phục hồi đáng tin cậy

Ghép nối các phần lại với nhau và việc khôi phục trở thành thói quen thay vì nỗi sợ hãi:

1. Xác nhận phạm vi. Chỉ có một site khách hàng bị ảnh hưởng, vì các tenant được cô lập. Bạn không đụng chạm đến bất kỳ ai khác.
2. Chọn một điểm khôi phục. Việc backup theo lịch đồng nghĩa với việc bạn đã có sẵn bản sao lưu ổn định trên ổ cứng hoặc S3.
3. Khôi phục tenant đó. Chạy tiến trình restore 8 bước từ màn hình restore của tenant và xem nó hoàn thành.
4. Kiểm tra và đi tiếp. Kiểm tra xem site khách hàng đã hoạt động chưa, báo với họ là mọi thứ đã được giải quyết, và các khách hàng khác của bạn thậm chí không biết có chuyện gì xảy ra.

Trải nghiệm của khách hàng là một khoảng thời gian gián đoạn ngắn và được khắc phục nhanh chóng thay vì mất cả một ngày, và rủi ro của bạn chỉ gói gọn trong một site thay vì toàn bộ hệ thống cài đặt.

Khép lại vòng đời quản lý site

Khả năng khôi phục một khách hàng một cách gọn gàng chính là yếu tố làm cho phần còn lại của quy trình trở nên an toàn. Bạn có thể nhân bản một site khởi tạo cho khách hàng mới, bảo trì mọi site từ một dashboard duy nhất, và bàn giao site đã hoàn thiện mà không bị lock-in, tất cả với sự tự tin rằng một bản cập nhật lỗi chỉ mất vài phút để khôi phục thay vì biến thành thảm hoạ. Từ khâu onboarding, bảo trì, bàn giao, đến phục hồi kết hợp lại cho phép bạn quản lý một lượng lớn site khách hàng từ một bản cài đặt duy nhất mà rủi ro không tăng theo số lượng khách hàng.

Bạn đang quản lý site cho khách hàng và muốn có các bản backup riêng cho từng tenant để có thể restore trong vài phút mà không ảnh hưởng đến khách hàng khác? Gói Pro bao gồm backup theo lịch, tính năng restore riêng cho từng tenant, và khôi phục chéo database chỉ từ $9.99/month.