Nói thẳng ngay từ đầu: tại Dyvi Cloud, dữ liệu trên VPS bị xóa đúng ngày hết hạn, không có ân hạn. Quên gia hạn không phải chuyện “để mai xử lý” – đến ngày hết hạn là dữ liệu mất. Bạn cũng không nên trông chờ một thông báo tự động nhắc trước khi xóa, vì tính năng đó coi như chưa có. Checklist dưới đây giúp bạn tự kiểm tra và khóa rủi ro này lại ngay hôm nay, trong vài phút. Đừng chờ đến khi VPS sắp hết hạn mới bắt đầu xử lý.
Chính sách hết hạn tại Dyvi Cloud – ba ý cần đọc đúng
Theo chính sách bán hàng của Dyvi Cloud, có ba ý liên quan trực tiếp:
Một, dữ liệu hết hạn đúng ngày hết hạn và bị xóa, không thêm ngày ân hạn. Đây là chính sách cứng – đừng mặc định “chậm một hai hôm chắc không sao” như ở một số dịch vụ khác.
Hai, khi mua dịch vụ, bạn có tùy chọn tích bật tự động gia hạn. Không tích thì hệ thống không tự gia hạn thay bạn; khi đó bạn phải chủ động gia hạn, hoặc nhắn nhân viên hỗ trợ gia hạn giúp.
Ba, vì hai ý trên, trách nhiệm nhớ ngày hết hạn nằm ở bạn. Cách chắc chắn nhất là tự kiểm tra ngày hiển thị trong cổng khách hàng và tự đặt lịch nhắc của riêng mình.
Ba tình huống mất dữ liệu điển hình – và điểm gãy của từng tình huống
Hầu hết trường hợp mất dữ liệu vì hết hạn không đến từ việc “không biết chính sách”, mà rơi vào một trong ba tình huống rất quen thuộc sau đây. Nhận ra mình đang ở tình huống nào là bước đầu tiên để xử lý đúng.
Tình huống 1: Nghĩ rằng sẽ có nhắc nhở. Nhiều dịch vụ có email nhắc hạn hoặc vài ngày ân hạn – và người dùng mặc định Dyvi cũng vậy. Điểm gãy: tại Dyvi, dữ liệu bị xóa đúng ngày hết hạn, thông báo tự động trước khi xóa hiện coi như chưa có. “Không thấy ai nhắc” không có nghĩa là “chưa đến hạn” – nó chỉ có nghĩa là hệ thống không nhắc. Cách khóa: tự kiểm tra ngày hết hạn và tự đặt lịch nhắc, như Bước 2 và Bước 3 của checklist trong bài.
Tình huống 2: Chỉ nhớ VPS chính, quên VPS phụ. Dàn vận hành thường có một máy chính được để ý kỹ và vài máy phụ chạy việc nền. Ngày hết hạn của chúng khác nhau, và cái bị quên luôn là cái ít được mở ra nhất – không ai theo dõi nổi nhiều mốc hạn bằng trí nhớ. Cách khóa: một bảng theo dõi duy nhất cho mọi VPS (mẫu ở cuối bài), mỗi tuần nhìn lại một lần.
Tình huống 3: Biết ngày hết hạn nhưng trì hoãn đến những ngày cuối. “Còn 3 ngày nữa, để cuối tuần xử lý” – rồi cuối tuần bận, rồi ngày hết hạn đến. Điểm gãy không phải kiến thức mà là thời điểm hành động: mọi việc dồn vào cửa sổ quá hẹp, không còn dự phòng cho một lần thao tác lỗi. Cách khóa: hành động ở mốc 7 ngày trước hạn (khung 7–3–1 ở mục sau) – đừng chờ mốc 3 ngày hay 1 ngày.
Cả ba tình huống có cùng cách phòng tránh: biết ngày hết hạn của từng dịch vụ, có lịch nhắc riêng ở mốc đủ sớm, và sao lưu dữ liệu quan trọng ra ngoài VPS.

Checklist kiểm tra VPS sắp hết hạn ngay hôm nay
Làm lần lượt, không bỏ bước. Có nhiều VPS thì lặp lại cho từng cái – ngày hết hạn của chúng không giống nhau.

Trước hạn bao lâu thì nên xử lý? Khung 7–3–1
Checklist ở trên làm một lần là xong phần “biết và bật”. Phần còn lại là nhịp kiểm tra lại theo thời gian:
- Còn trên 7 ngày: trạng thái an toàn. Kiểm tra ngày hết hạn, cân nhắc bật tự động gia hạn và sao lưu thong thả – mọi việc đều rẻ và không áp lực.
- Còn 3–7 ngày: xử lý ngay trong ngày bạn nhìn thấy mốc này. Gia hạn chủ động hoặc xác nhận tự động gia hạn đã bật; sao lưu dữ liệu quan trọng nhất trước.
- Còn 1 ngày hoặc chính là hôm nay: coi như tình huống khẩn. Thứ tự xử lý ở mục ngay dưới đây – gia hạn trước, mọi việc khác sau.
Điểm mấu chốt: lịch nhắc riêng ở Bước 3 nên đặt tại mốc 7 ngày trước hạn, không phải 1 ngày – nhắc ở mốc 7 ngày cho bạn hai cơ hội dự phòng (mốc 3 ngày và mốc 1 ngày) nếu lần đầu bận hoặc thao tác lỗi.
Nếu hôm nay đã sát ngày hết hạn: thứ tự ưu tiên
Ưu tiên 1 – gia hạn (hoặc bật tự động gia hạn) ngay. Đây là hành động duy nhất chặn được việc dữ liệu bị xóa đúng ngày hết hạn. Mọi việc khác đều vô nghĩa nếu VPS đã bị xóa.
Ưu tiên 2 – sao lưu dữ liệu quan trọng nhất: dữ liệu công việc không tạo lại được, cấu hình đã tinh chỉnh, file làm việc của team.
Ưu tiên 3 – đặt lịch nhắc cho chu kỳ sau. Xử lý xong một lần chưa đủ: không có lịch nhắc và không bật tự động gia hạn, vài tuần nữa bạn lại rơi vào đúng tình huống này.
Vì sao đã gia hạn rồi vẫn phải sao lưu?
Vì hai việc này chống hai rủi ro khác nhau. Gia hạn giữ cho dịch vụ tiếp tục chạy, dữ liệu không bị xóa theo chính sách hết hạn. Sao lưu giữ cho bạn một bản dữ liệu độc lập nằm ngoài VPS – để nếu chính cái máy đó gặp sự cố khác (bạn thao tác nhầm, xóa nhầm file, môi trường hỏng sau khi cài đặt), bạn vẫn còn đường quay lại.
Nói ngắn gọn: gia hạn bảo vệ cái máy, sao lưu bảo vệ dữ liệu trong máy. Nếu chưa có thói quen sao lưu định kỳ, hãy bắt đầu bằng hướng dẫn sao lưu VPS bằng Restic.

Khi thời gian có hạn, sao lưu cái gì trước?
Nếu đang ở mốc sát hạn và không kịp sao lưu mọi thứ, hãy đi theo thứ tự ưu tiên này – nó sắp xếp theo “mất rồi có tạo lại được không”:
- Dữ liệu không tạo lại được: dữ liệu công việc tích lũy theo thời gian, file làm việc của team, dữ liệu tài khoản và cấu hình môi trường đã nuôi lâu. Đây là phần mất là mất hẳn.
- Cấu hình đã tinh chỉnh: thông số tool, kịch bản tự động, danh sách mapping giữa tài khoản và môi trường/IP. Tạo lại được nhưng tốn nhiều giờ và dễ sai lệch so với bản đang chạy ổn.
- Phần còn lại: những thứ cài lại được từ nguồn gốc (phần mềm, bản cài đặt) – ưu tiên thấp nhất, vì luôn lấy lại được.
Và một việc hay bị quên: sao lưu xong phải kiểm tra bản sao lưu có đọc được không – mở thử file, kiểm tra dung lượng có hợp lý không. Một bản sao lưu hỏng mà bạn tin là tốt còn nguy hiểm hơn không có bản sao lưu, vì nó cho cảm giác an toàn giả cho đến đúng ngày cần dùng.
Gia hạn thủ công hay tự động gia hạn: chọn cách nào?
Cả hai cách đều hợp lệ – chọn theo cách bạn quản lý dịch vụ của mình, không theo cảm tính:
Tiêu chí | Gia hạn thủ công | Tự động gia hạn |
|---|---|---|
Cách hoạt động | Bạn chủ động gia hạn trước ngày hết hạn, tự thao tác trong cổng khách hàng hoặc nhắn hỗ trợ gia hạn giúp | Bạn tích tùy chọn tự động gia hạn khi mua (hoặc bật trong cổng khách hàng); hệ thống tự gia hạn khi đến hạn |
Điều kiện để không mất dữ liệu | Bạn phải nhớ ngày hết hạn và hành động trước ngày đó – lịch nhắc riêng là bắt buộc | Trạng thái tự động gia hạn phải đang bật; vẫn nên kiểm tra lại định kỳ trong cổng khách hàng |
Hợp với ai | Người ít dịch vụ, có thói quen quản lý lịch chặt, muốn chủ động quyết từng lần gia hạn | Người nhiều dịch vụ, dàn vận hành dài hạn, không muốn rủi ro quên hạn |
Điểm yếu | Quên một lần là mất dữ liệu – không có lớp dự phòng | Nếu không kiểm tra lại trạng thái, bạn có thể tưởng đã bật trong khi thực tế chưa bật |
Khuyến nghị thực hành: dịch vụ chạy việc thật, dùng dài hạn thì ưu tiên tự động gia hạn, đồng thời giữ lịch nhắc mốc 7 ngày để kiểm tra trạng thái – hai lớp bảo vệ độc lập. Dịch vụ ngắn hạn, dùng theo đợt việc thì gia hạn thủ công kèm bảng theo dõi là đủ.
Có nhiều VPS: lập một bảng theo dõi duy nhất
Rủi ro mất dữ liệu vì hết hạn gần như luôn xảy ra với người có nhiều VPS, vì không ai nhớ nổi nhiều ngày hết hạn khác nhau. Giải pháp đơn giản: một bảng duy nhất, mỗi dòng một VPS, gồm tên VPS, việc đang chạy, ngày hết hạn, tự động gia hạn đã bật hay chưa, ngày sao lưu gần nhất. Mỗi tuần liếc qua một lần. Năm phút quản lý này rẻ hơn rất nhiều so với dựng lại một môi trường làm việc từ đầu.
Mẫu bảng theo dõi (thay nội dung ví dụ bằng VPS thật của bạn):
VPS | Việc đang chạy | Ngày hết hạn | Tự động gia hạn | Sao lưu gần nhất | Lịch nhắc riêng |
|---|---|---|---|---|---|
VPS-01 (ví dụ) | Chạy tool + dàn tài khoản chính | Điền ngày trong id.dyvi.cloud | Đã bật / Chưa bật | Điền ngày sao lưu gần nhất | Đã đặt trước hạn 7 ngày |
VPS-02 (ví dụ) | Máy phụ trợ, đồng bộ dữ liệu | Điền ngày trong id.dyvi.cloud | Đã bật / Chưa bật | Điền ngày sao lưu gần nhất | Đã đặt trước hạn 7 ngày |
Hai cột quyết định rủi ro là “Ngày hết hạn” và “Tự động gia hạn”: dòng nào “Chưa bật” thì dòng đó bắt buộc phải có lịch nhắc riêng. Bảng này cũng chính là nơi bạn nhìn vào ở mốc kiểm tra 7–3–1 ngày nói ở trên.
Câu hỏi thường gặp
VPS hết hạn bao lâu thì dữ liệu bị xóa?
Đúng ngày hết hạn, không có thời gian ân hạn. Mốc bạn cần hành động vì vậy là trước ngày hết hạn, không phải sau.
Dyvi Cloud có nhắn nhắc tôi trước khi VPS hết hạn không?
Đừng trông chờ vào điều đó. Thông báo tự động trước khi xóa dữ liệu hiện coi như chưa có. Hãy tự kiểm tra ngày hết hạn trong id.dyvi.cloud và tự đặt lịch nhắc như checklist trong bài – đó là cách duy nhất bạn kiểm soát hoàn toàn.
Tôi không tích tự động gia hạn lúc mua thì bây giờ làm thế nào?
Bạn còn hai cách: vào cổng khách hàng kiểm tra và bật tự động gia hạn nếu có tùy chọn; hoặc chủ động gia hạn thủ công trước ngày hết hạn – không tự thao tác được thì nhắn nhân viên hỗ trợ gia hạn giúp. Điều không nên làm là để nguyên và hy vọng nhớ ra vào đúng ngày cuối.
Lỡ VPS đã hết hạn rồi, còn cứu được dữ liệu không?
Theo chính sách, dữ liệu đã bị xóa đúng ngày hết hạn thì không có cơ sở để trông chờ khôi phục. Nếu vừa phát hiện VPS hết hạn, việc duy nhất nên làm ngay là liên hệ hỗ trợ để hỏi tình trạng cụ thể của dịch vụ – nhưng hãy hiểu trước: đây là tình huống cần tránh bằng checklist ở trên, không phải tình huống có cách cứu chắc chắn.
Tôi có nhiều dịch vụ, nên kiểm tra cái nào trước?
Ưu tiên theo mức độ thiệt hại nếu mất: trước tiên là VPS đang chạy việc thật và chứa dữ liệu không tạo lại được (dàn tài khoản chính, dữ liệu công việc tích lũy); tiếp theo là dịch vụ phụ trợ đang đỡ cho việc chính; cuối cùng là môi trường test, máy phụ ít dùng. Với mỗi dịch vụ, thứ tự kiểm tra vẫn là: ngày hết hạn → trạng thái tự động gia hạn → bản sao lưu gần nhất. Đưa tất cả vào một bảng theo dõi duy nhất như mẫu trong bài để lần kiểm tra sau không phải sắp xếp lại từ đầu.
Đặt lịch nhắc trước bao lâu thì hiệu quả nhất?
Đặt tại mốc 7 ngày trước ngày hết hạn. Mốc này đủ sớm để bạn còn hai cơ hội dự phòng ở mốc 3 ngày và 1 ngày nếu lần đầu bận hoặc thao tác lỗi. Đặt nhắc đúng ngày hết hạn là quá muộn – theo chính sách, đó là ngày dữ liệu bị xóa. Nhắc nên nằm ở nơi bạn nhìn thấy hằng ngày (lịch cá nhân, ghi chú điện thoại) và đi kèm cột lịch nhắc trong bảng theo dõi nếu bạn có nhiều VPS.
Việc cần làm trong 5 phút tới
Ngay bây giờ: đăng nhập id.dyvi.cloud, xem ngày hết hạn của từng VPS, kiểm tra trạng thái tự động gia hạn, đặt lịch nhắc riêng và sao lưu dữ liệu quan trọng nhất. Còn với dịch vụ mới mua, làm đúng từ ngày đầu thì về sau bạn không phải xử lý tình huống sát hạn như bài này nữa. Chính sách đầy đủ nằm trong chính sách bán hàng của Dyvi – đáng đọc một lần trước khi cần dùng đến nó.

