Snapshot và Auto Backup trên CloudFly khác nhau thế nào? Cách khôi phục VPS mà không bay mất đơn hàng mới

Có một hiểu lầm rất tai hại mà nhiều anh em chỉ phát hiện ra vào đúng ngày… máy chủ gặp nạn: cứ đinh ninh rằng thuê VPS ở bất kỳ nhà cung cấp đám mây nào thì hệ thống cũng âm thầm giữ hộ mình một bản sao lưu miễn phí phía sau hậu trường. Đến khi lỡ tay gõ nhầm lệnh xóa bay thư mục cấu hình hoặc nâng cấp Ubuntu bị treo boot, vội vàng mở ticket cầu cứu thì mới ngã ngửa: theo điều khoản sử dụng của CloudFly, các gói máy chủ ảo tiêu chuẩn không tự động bật kèm dịch vụ sao lưu trừ khi bạn chủ động tích chọn đăng ký hoặc tự bấm tạo bản chụp.

Trên bảng điều khiển my.cloudfly.vn, bạn có trong tay hai công cụ bảo hiểm ở tầng ổ đĩa ảo hóa là Snapshot thủ công và Tự động Backup Server (Auto Backup). Bài viết này sẽ mổ xẻ sự khác biệt cốt lõi giữa hai tính năng này với bản sao lưu cấp ứng dụng WordPress, mức phụ phí 20% của Auto Backup, quy trình chụp Snapshot “sạch” không làm lỗi bảng MariaDB, và đặc biệt là bài học xương máu: làm sao để khôi phục dữ liệu từ bản chụp cũ mà không vô tình xóa sổ toàn bộ đơn hàng WooCommerce vừa phát sinh trong ngày. Đọc thêm bài tổng quan CloudFly là gì và kinh nghiệm chọn dịch vụ để nắm rõ toàn bộ chính sách hạ tầng.

Minh bạch liên kết: Bài viết có chứa liên kết giới thiệu đối tác của localhost.vn. Khi bạn đăng ký dịch vụ qua liên kết, dự án có thể nhận hoa hồng từ CloudFly mà không làm thay đổi mức giá hay điều kiện dịch vụ trên đơn hàng của bạn. Xem chi tiết tại nguyên tắc minh bạch.

1. Bảng phân biệt Snapshot thủ công, Auto Backup và Backup cấp ứng dụng WordPress

Trong ngôn ngữ giao tiếp hằng ngày, chúng ta hay gọi gộp mọi thứ là “backup”. Nhưng khi vận hành máy chủ trên hạ tầng Cloud Server của CloudFly, việc đánh đồng Snapshot với Backup ứng dụng rất dễ khiến bạn chọn sai phương án cứu hộ lúc nửa đêm.

Hãy xem bảng so sánh trực diện dưới đây để thấy rõ 3 lớp bảo vệ này khác nhau ra sao:

Để hiểu sâu hơn về các tình huống thực tế mà bản chụp toàn ổ đĩa không thể thay thế được tệp sao lưu rời, bạn hãy đọc bài phân tích snapshot khác backup khi restore thất bại thế nào.

2. Cách chụp Snapshot “sạch” để không bị lỗi bảng cơ sở dữ liệu MariaDB

Rất nhiều anh em có thói quen bấm nút tạo Snapshot ngay giữa ban ngày khi website đang tấp nập khách thanh toán và MariaDB đang tất bật ghi dữ liệu từ bộ nhớ đệm (InnoDB Buffer Pool trên RAM) xuống ổ cứng. Chụp một tấm ảnh “đang chạy” (Live/Hot Snapshot) giống như bạn chụp ảnh một chiếc xe máy đang phóng 60 km/h bằng tốc độ màn trập chậm — ảnh vẫn ra hình chiếc xe nhưng rất dễ bị nhòe. Khi khôi phục lại từ bản chụp nóng đó, MariaDB có thể phải kích hoạt quy trình InnoDB crash recovery, hoặc xui xẻo hơn là hỏng cấu trúc bảng (corrupt table) đối với các giao dịch đang ghi dở dang.

Trong đợt thực nghiệm khôi phục hạ tầng ngày 02/10/2026 trên cụm máy chủ CloudFly, đội ngũ localhost.vn đã áp dụng quy trình chụp chuẩn chỉ 4 bước dưới đây, giúp mã kiểm tra toàn vẹn dữ liệu (SHA256 checksum) trước và sau khi khôi phục khớp nhau tuyệt đối 100%. Nếu bạn sắp thực hiện một đợt bảo trì lớn vào khung giờ vắng khách ban đêm, hãy làm đúng trình tự này:

1. Xuất nhanh một bản .sql tĩnh ngay bên trong ổ cứng VPS — Dù bạn chuẩn bị chụp toàn bộ ổ đĩa, việc gõ một dòng lệnh xuất database ra file .sql và ép hệ điều hành đồng bộ bộ đệm xuống đĩa (sync) chỉ mất khoảng 3–5 giây nhưng đảm bảo ngay cả khi bạn không tắt máy, bên trong bản Snapshot luôn có sẵn một tệp SQL hoàn chỉnh 100%:

wp db export /root/pre-snapshot-db.sql --allow-root
sync

2. Tắt máy chủ an toàn (nếu có thể tạm dừng vài phút) — Gõ lệnh sudo poweroff từ SSH (hoặc bấm nút tắt máy trên bảng điều khiển) và đợi trạng thái VPS chuyển hẳn sang SHUTOFF. Lúc này mọi tiến trình ghi đĩa đã dừng tuyệt đối.
3. Bấm tạo Snapshot trên bảng điều khiển my.cloudfly.vn — Đặt tên bản chụp theo cú pháp dễ tra cứu gồm ngày giờ và lý do (ví dụ: 2026-10-15-truoc-up-php83), sau đó chờ vài phút để trạng thái Snapshot chuyển sang ACTIVE.
4. Bật lại máy chủ và tiến hành nâng cấp — Khi bản chụp đã báo hoàn tất, bạn khởi động lại VPS và thoải mái thực hiện các thay đổi cấu hình.

Mẹo tiết kiệm chi phí: Sau khi đợt nâng cấp đã chạy êm ru qua 24–48 giờ theo dõi, bạn hãy quay lại tab Snapshots trên CloudFly để xóa bản chụp tạm thời đó đi, tránh để quên hàng tháng trời làm tốn phí lưu trữ không cần thiết.

3. Lưu ý sống còn khi bấm Khôi phục (Restore) từ Snapshot hoặc Auto Backup

Hãy khắc cốt ghi tâm nguyên lý này: thao tác bấm Restore (Khôi phục) một bản Snapshot hoặc Auto Backup trên bảng điều khiển đám mây là hành động san phẳng toàn bộ ổ cứng hiện tại để đưa cỗ máy quay ngược thời gian về đúng khoảnh khắc bản chụp đó được tạo ra.

Để thấy sự nguy hiểm của việc bấm nút Restore trong lúc hoảng loạn, hãy nhìn vào một tình huống rất đời thường của chủ shop bán hàng WooCommerce:

• Lúc 02:00 rạng sáng: Hệ thống Auto Backup tự động chụp lại toàn bộ chiếc VPS của bạn.
• Từ 08:00 sáng đến 14:00 chiều: Cửa hàng chạy chiến dịch quảng cáo, thu về 25 đơn hàng mới đã chuyển khoản thanh toán cùng 3 bài viết mới của đội nội dung.
• Lúc 14:30 chiều: Bạn ngứa tay cài thử một plugin tạo hiệu ứng tuyết rơi hoặc chỉnh sửa file functions.php, khiến website lập tức báo lỗi trắng trang HTTP 500 Internal Server Error.

Nếu vào lúc 14:35 chiều, vì quá cuống cuồng muốn web sống lại ngay, bạn nhảy vào bảng điều khiển CloudFly bấm Restore bản Backup lúc 02:00 sáng đè thẳng lên chiếc VPS đang chạy, chuyện gì sẽ xảy ra? Giao diện website của bạn đúng là sẽ hiển thị mượt mà trở lại sau 3 phút, nhưng toàn bộ 25 đơn hàng mới và 3 bài viết từ sáng đến chiều sẽ bốc hơi vĩnh viễn không còn một dấu vết! Lý do đơn giản là toàn bộ thư mục MariaDB lúc 14:35 đã bị bản chụp lúc 02:00 sáng ghi đè lên mất rồi.

Vậy một kỹ sư từng trải sẽ xử lý tình huống 14:35 chiều đó như thế nào để vừa cứu được giao diện, vừa giữ nguyên 100% đơn hàng mới?

1. Tuyệt đối không bấm Restore cả ổ đĩa chỉ vì lỗi của một plugin hay giao diện — Hãy bình tĩnh đăng nhập SSH (hoặc SFTP), đọc dòng cuối cùng của file error.log để biết plugin nào vừa gây xung đột, sau đó đổi tên thư mục plugin đó trong wp-content/plugins/. Website sẽ sống lại ngay sau 10 giây mà cơ sở dữ liệu lúc 14:35 không mất một chữ nào.
2. Mẹo trích xuất dữ liệu từ Snapshot mà không ghi đè máy chính — Nếu bạn lỡ xóa mất một thư mục mã nguồn quan trọng và bắt buộc phải lấy lại từ bản Snapshot lúc 02:00 sáng, đừng Restore đè lên VPS chính! Hãy dùng tính năng tạo một Cloud Server mới thuê theo giờ khởi tạo từ chính bản Snapshot 02:00 sáng đó (tốn chưa tới 1.000 đồng cho một giờ chạy máy), dùng lệnh rsync hoặc scp chép đúng thư mục bị mất từ máy tạm sang máy chính, rồi xóa chiếc máy tạm đi. Bạn có thể đọc hướng dẫn chi tiết kỹ thuật giữ dữ liệu mới này tại bài rollback khi chuyển host lỗi: giữ dữ liệu mới.

4. Khi nào nên bật Auto Backup (+20%), khi nào nên tự đẩy Backup ra Object Storage?

Trên biểu mẫu khởi tạo Cloud Server của CloudFly, tùy chọn Tự động Backup Server có mức phụ phí bằng 20% giá trị máy chủ. Hãy làm một phép tính nhỏ: nếu gói VPS của bạn sau khi áp mã CD30 hoặc CLOUD50 có chi phí khoảng 150.000đ/tháng, thì khoản phụ phí Auto Backup chỉ là 30.000đ/tháng (tức 1.000đ mỗi ngày). Với những chủ website không rành viết Bash script hay cài đặt Cronjob trên Linux, 1.000đ/ngày để hệ thống tự động chụp lại cả máy chủ là khoản đầu tư cực kỳ hời.

Dù vậy, như chúng tôi đã nhấn mạnh trong bài tổng quan CloudFly là gì, tư duy quản trị rủi ro chuẩn mực luôn đặt ra câu hỏi: “Nếu một ngày tài khoản quản trị bị khóa, quên mật khẩu 2FA hoặc phát sinh tranh chấp thanh toán khiến bạn không vào được bảng điều khiển nữa, bạn lấy dữ liệu ở đâu để dựng lại cơ nghiệp?”

Công thức kết hợp hoàn hảo nhất cho các website tạo ra dòng tiền là:

• Dùng Snapshot / Auto Backup trên CloudFly để phục hồi siêu tốc toàn bộ hệ điều hành và môi trường máy chủ (RTO tính bằng phút) khi gặp sự cố kỹ thuật.
• Đồng thời duy trì một lịch tự động đẩy bản sao lưu cấp ứng dụng (.sql + wp-content) sang một kho lưu trữ độc lập theo chuẩn 3-2-1 Backup để đảm bảo điểm khôi phục dữ liệu (RPO) luôn nằm trong tầm kiểm soát của chính bạn.

5. Câu hỏi thường gặp về Snapshot và Auto Backup tại CloudFly

Khi tôi xóa máy chủ (Delete Instance) thì các bản Snapshot thủ công có tự xóa theo không?

Không! Các bản Snapshot thủ công tồn tại như một tài nguyên lưu trữ độc lập để bạn có thể dùng nó tạo ra các máy chủ mới về sau. Do đó, khi bạn hủy một chiếc VPS không còn nhu cầu sử dụng, hãy nhớ ghé qua cả tab Snapshots trên bảng điều khiển my.cloudfly.vn để kiểm tra và xóa nốt các bản chụp cũ không cần giữ nữa, tránh việc VPS đã xóa nhưng ví tiền vẫn bị trừ cước lưu trữ Snapshot hằng tháng.

Mã giảm giá CD30 có giảm luôn trên 20% phí Auto Backup không?

Tùy thuộc vào điều kiện áp dụng của từng chương trình khuyến mãi tại thời điểm thanh toán, một số mã giảm giá tính chiết khấu trên giá gốc của phần cứng Cloud Server trước khi cộng phụ phí dịch vụ bổ sung. Cách rõ ràng nhất là bạn hãy tích chọn ô Tự động Backup Server rồi nhập mã CD30 ngay tại màn hình Checkout để quan sát số tiền thực tế được khấu trừ trước khi xác nhận thanh toán.