Phục hồi VPS chạy bot: ba mức mục tiêu, bảy thứ phải sao lưu và năm bước khôi phục trong 30 phút

Có một câu hỏi mà rất ít trader chạy bot trả lời được: "Nếu VPS của bạn hỏng hoàn toàn vào tối nay, đến sáng mai bạn khôi phục được không, và mất bao lâu?"

Phần lớn câu trả lời là "chắc là được" — và đó chính là vấn đề. "Chắc là được" nghĩa là bạn chưa bao giờ làm, chưa bao giờ đo, và sẽ phát hiện ra thiếu gì vào đúng lúc tệ nhất: khi máy đã hỏng và bạn đang sốt ruột.

Bài này nói về việc chuẩn bị cho tình huống đó. Không phải lý thuyết về "disaster recovery" — mà là ba mức mục tiêu cụ thể để bạn chọn, bảy thứ cần sao lưu, và năm bước khôi phục mà bạn nên viết ra giấy và đã chạy thử ít nhất một lần khi mọi thứ đang bình thường.

1. Hai con số bạn cần biết trước khi chuẩn bị

Trước khi chọn mua gì hay cấu hình gì, hãy trả lời hai câu hỏi:

RTO (Recovery Time Objective) — mất bao lâu thì chấp nhận được? Từ lúc máy hỏng tới lúc bot chạy lại bình thường. Con số này quyết định bạn cần chuẩn bị ở mức nào.

RPO (Recovery Point Objective) — chấp nhận mất bao nhiêu dữ liệu? Nếu bạn sao lưu mỗi ngày một lần, bạn có thể mất tối đa một ngày dữ liệu — nhưng với bot, phần "dữ liệu" này thường không phải lịch sử giao dịch (nằm ở sàn) mà là cấu hình, tham số và trạng thái nội bộ của bot.

Điểm quan trọng nhất về RPO trong giao dịch: lệnh đang mở không mất khi VPS hỏng. Lệnh nằm ở sàn, không nằm trên máy bạn. Cái mất là: khả năng quản lý những lệnh đó, cấu hình bot, và trạng thái nội bộ (ví dụ số lần nhân khối lượng trong martingale).

Vì vậy RPO của bot trading thường quan trọng hơn ở phần "bot có biết mình đang ở đâu trong chiến lược hay không", chứ không phải ở phần dữ liệu giao dịch.

2. Ba mức mục tiêu — chọn theo giá trị tài khoản

Mức cơ bản — khôi phục trong vài giờ. Bạn sao chép thư mục MT5 và ghi lại cấu hình ở đâu đó (ổ ngoài, cloud, hoặc máy nhà). Khi VPS hỏng, bạn thuê máy mới, chép dữ liệu vào, cấu hình lại Scheduled Task bằng tay.

Mức này không cần kỹ thuật gì. Nó chỉ đòi một việc: sao lưu đều đặn. Với bot có vốn nhỏ, mức này hoàn toàn đủ — và có nó đã tốt hơn 90% người chạy bot.

Mức tiêu chuẩn — khôi phục trong 30–60 phút. Thêm ba thứ so với mức cơ bản: ảnh snapshot tự động của VPS, một kịch bản khôi phục được viết ra (không nằm trong đầu), và file .set của từng EA được lưu theo từng phiên bản.

Ở mức này, khi máy hỏng bạn khôi phục từ snapshot thay vì dựng lại từ đầu — tiết kiệm phần lớn thời gian.

Mức cao — khôi phục dưới 15 phút. Hai VPS, cả hai đã cấu hình sẵn, và một quy trình chuyển đổi đã được thử. Bạn không "khôi phục" mà "chuyển sang máy kia".

Mức này chỉ hợp lý khi downtime tính bằng tiền lớn, hoặc khi bạn chạy nhiều tài khoản quan trọng cùng lúc. Nhược điểm của nó: bạn có hai hệ thống phải bảo trì, nên tổng số sự cố có thể tăng lên dù thời gian phục hồi giảm.

Quy tắc chọn mức: chi phí chuẩn bị phải nhỏ hơn thiệt hại của một lần mất dữ liệu. Với hầu hết trader bán tự động, mức tiêu chuẩn là điểm cân bằng tốt.

3. Bảy thứ phải sao lưu — và khôi phục thế nào

Dòng đầu tiên gánh 80% giá trị. Nếu bạn chỉ sao lưu được một thứ, hãy sao lưu cả thư mục C:\MT5 — và hãy chạy MT5 ở chế độ /portable để thư mục đó chứa mọi thứ (xem bài về tự khởi động lại MT5 để biết vì sao).

Dòng cuối là dòng hay bị bỏ sót nhất, và thiếu nó có thể làm bạn mất thêm cả ngày: bạn phải đi xin lại khoá API, chờ người khác cấp lại token, hoặc nhớ lại mật khẩu SMTP.

Cột "khôi phục thế nào" là cột quan trọng nhất. Nếu bạn không biết mình sẽ khôi phục một thứ bằng cách nào, bạn chưa có bản sao lưu — bạn chỉ có một file bạn hy vọng là dùng được.

4. Năm bước khôi phục trong 30 phút

Hãy viết quy trình này ra giấy và dán ở nơi bạn nhìn thấy. Lý do rất thực tế: khi máy hỏng, bạn sẽ hoảng và quên bước cuối — bước quan trọng nhất.

Bước 1 — Có VPS mới và kết nối RDP. Hầu hết nhà cung cấp cấp máy trong vài phút. Nếu VPS cũ hỏng hoàn toàn, đây là bước không thể tránh. Mẹo: biết trước bạn sẽ thuê máy ở đâu, và đã có tài khoản sẵn — đừng chọn nhà cung cấp mới trong lúc đang gấp.

Bước 2 — Chép thư mục `C:\MT5`. Từ ổ ngoài hoặc cloud. Vì chạy portable, toàn bộ profile, EA, template, file .set đều nằm trong đó. Giữ đúng đường dẫn (C:\MT5) để mọi thứ bên trong vẫn tìm thấy nhau.

Bước 3 — Tạo lại Scheduled Task. Import file XML đã export trước đó, hoặc chạy lại script PowerShell. Đây là lý do bước này nằm trong danh sách sao lưu — nó chỉ mất một phút nếu đã chuẩn bị.

Bước 4 — Kiểm tra đăng nhập và EA. Mở MT5, xác nhận: đúng tài khoản (kiểm tra số tài khoản, không chỉ thấy "đã kết nối"), đúng profile, EA đã nằm trên chart.

Bước 5 — Bật Algo Trading và gửi lệnh thử 0.01. Đây là bước bị bỏ qua nhiều nhất, và bỏ qua nó nghĩa là bạn chưa biết hệ thống có chạy lại được hay không. Một lệnh thử tốn vài cent và trả lời được câu hỏi quan trọng nhất: đường vào lệnh đã thông chưa?

Sau đó đóng lệnh thử ngay và ghi lại kết quả.

Một điều cần nói rõ về thời gian: 30 phút là mục tiêu, không phải con số đảm bảo. Lần đầu bạn làm, nó sẽ lâu hơn — có thể 2 giờ. Hãy đo thời gian thật trong lần diễn tập và dùng con số đó làm con số chính thức của bạn. Con số bạn ước lượng trong đầu luôn nhỏ hơn thực tế.

5. Diễn tập: phần duy nhất khiến kế hoạch này có giá trị

Một kế hoạch phục hồi chưa từng được chạy thử là một kế hoạch bạn không biết có hoạt động hay không. Và cách duy nhất để biết là chạy thử, khi mọi thứ đang bình thường.

Cách diễn tập an toàn nhất — không phải phá máy thật:

1. Thuê một VPS mới (hoặc dùng máy ở nhà) — không dùng máy đang chạy bot.
2. Thực hiện đúng năm bước ở mục 4, với tài khoản demo và bản sao lưu thật của bạn.
3. Bấm giờ. Ghi lại thời gian từng bước.
4. Khi bot chạy được trên máy mới, bạn đã chứng minh được bản sao lưu của mình dùng được.

Cách này có một lợi ích lớn: nó không ảnh hưởng tới bot đang chạy thật. Bạn kiểm tra được bản sao lưu mà không phải chịu rủi ro.

Tần suất diễn tập hợp lý: mỗi quý một lần, hoặc mỗi lần bạn thay đổi cấu hình quan trọng (thêm EA, đổi VPS, đổi cách đăng nhập). Không cần thường xuyên hơn — điều quan trọng là có làm, không phải làm nhiều.

Ghi lại kết quả mỗi lần diễn tập: ngày, tổng thời gian, bước nào mất nhiều thời gian nhất, và thứ gì bị thiếu. Sau ba lần diễn tập, danh sách "thứ bị thiếu" của bạn sẽ ngắn lại gần như bằng không — đó là lúc bạn thật sự có kế hoạch.

6. Ba tình huống thật và cách xử lý

Tình huống 1 — VPS hỏng ổ đĩa, không khởi động được. Đây là tình huống mà snapshot là vua. Nếu có snapshot hằng ngày, bạn tạo máy mới từ snapshot và xong trong 15 phút. Nếu không có, bạn làm đúng năm bước ở mục 4.

Một chi tiết quan trọng: snapshot của nhà cung cấp bảo vệ máy, không bảo vệ dữ liệu MT5 của bạn — nếu snapshot không khôi phục được (ví dụ bạn phải tạo máy ở vùng khác), bạn vẫn cần bản sao thư mục C:\MT5. Hai thứ này bổ trợ, không thay thế nhau.

Tình huống 2 — Nhà cung cấp ngừng dịch vụ. Xảy ra ít hơn nhưng không hiếm với các nhà cung cấp nhỏ. Bạn không bị mất dữ liệu, nhưng phải chuyển nhà. Đây là lúc bạn cần kịch bản cài đặt — vì máy mới sẽ khác máy cũ ở địa chỉ IP, tên máy, có thể cả phiên bản Windows.

Tình huống 3 — Tài khoản bị xâm phạm. Khác hai tình huống trên về bản chất: máy vẫn chạy, nhưng bạn không tin nó nữa. Trong trường hợp này, đừng khôi phục từ bản sao lưu cũ lên cùng máy. Cần làm sạch hoặc tạo máy mới, đổi mật khẩu tài khoản giao dịch, và rà lại xem kẻ xâm phạm đã làm gì.

Một lưu ý về tình huống 3: nếu bạn phát hiện có lệnh lạ, đừng chỉ xoá log rồi khôi phục. Hãy lưu lại bằng chứng trước (xem bài audit log) — vì bạn có thể cần đối chiếu với sàn về sau.

7. Tài liệu vận hành: một trang, không phải mười trang

Điều dễ xảy ra nhất với các "kế hoạch dự phòng" là chúng dài và không ai đọc. Cách chống lại: giữ tài liệu vận hành ở một trang, gồm đúng bốn phần:

1. Danh sách tài khoản giao dịch và bot nào chạy trên tài khoản nào.
2. Đường dẫn các bản sao lưu — sao lưu nằm ở đâu, tên thư mục là gì, mật khẩu giải nén là gì (nếu là zip).
3. Năm bước khôi phục (mục 4).
4. Danh sách người liên hệ — nhà cung cấp VPS, broker, và ai có thể giúp bạn nếu bạn đang ở nơi không có máy tính.

Điểm thứ tư hay bị bỏ qua nhưng rất quan trọng: nếu sự cố xảy ra khi bạn đang đi công tác, một trang giấy có số điện thoại của broker giá trị hơn cả một hệ thống phức tạp mà bạn không truy cập được.

Bốn sai lầm khiến bản sao lưu không dùng được

Sao lưu là việc dễ làm nhưng cũng dễ làm sai. Bốn sai lầm dưới đây khiến bạn tưởng mình đã chuẩn bị trong khi thật ra chưa.

Sai lầm 1 — sao chép khi MT5 đang chạy. MT5 đang mở có thể đang ghi file cấu hình, log, hoặc trạng thái. Bản sao bạn thu được là một hỗn hợp giữa trạng thái cũ và mới, và nó có thể mở ra được nhưng chạy sai — kiểu lỗi khó nhất để nhận ra. Hãy đóng MT5 trước khi sao chép, hoặc đặt lịch sao chép vào cuối tuần khi thị trường đóng và bot không làm việc.

Sai lầm 2 — chỉ sao lưu file đã biên dịch (`.ex5`) mà không giữ mã nguồn (`.mq5`). Bản .ex5 đủ để chạy lại, nhưng nếu bạn cần sửa một tham số, sửa một lỗi, hoặc xác nhận bản nào đang chạy, bạn cần mã nguồn. Hãy giữ .mq5 trong Git — và Git nằm ngoài VPS, không phải trên VPS.

Sai lầm 3 — để bản sao lưu nằm trên cùng VPS. Nghe hiển nhiên nhưng vẫn xảy ra: người ta tạo thư mục C:\MT5\backup và yên tâm. Khi ổ đĩa hỏng, cả bản chính lẫn bản sao cùng mất. Bản sao lưu phải nằm ngoài máy mà nó bảo vệ.

Sai lầm 4 — không ghi lại mật khẩu của file nén. Nếu bạn nén bản sao lưu có mật khẩu (việc nên làm), hãy lưu mật khẩu đó trong trình quản lý mật khẩu. Nghe nhỏ nhặt, nhưng đây là kiểu chi tiết khiến bạn mất thêm 30 phút trong đúng ngày bạn đang gấp nhất.

Có một cách kiểm tra nhanh cho cả bốn sai lầm trên: đưa bản sao lưu cho một máy khác và mở thử. Nếu nó mở được, đăng nhập được, EA nằm đúng chart và chạy được — bản sao lưu của bạn đúng. Nếu không, bạn đã tìm ra sai lầm vào lúc an toàn.

Khôi phục khi bot đang có lệnh mở: thứ tự đúng

Đây là tình huống mà quy trình năm bước ở mục 4 không đủ, vì có một biến số mới: trên sàn đang có lệnh của bot, nhưng bot không còn biết điều đó.

Thứ tự đúng:

Bước A — xử lý rủi ro trước, khôi phục kỹ thuật sau. Trước khi cài bất cứ thứ gì, hãy mở app điện thoại của sàn (không cần VPS) và xem đang có lệnh nào. Bạn cần biết: có bao nhiêu lệnh, đang lãi hay lỗ, và có lệnh nào không có stop-loss không.

Bước B — với lệnh không có bảo vệ, đặt bảo vệ trước khi làm gì khác. Nếu có lệnh đang mở mà không có stop-loss (ví dụ bot đặt stop-loss “mềm” trong code, không đẩy lên sàn), hãy đặt stop-loss bằng tay qua app. Đây là hành động duy nhất trong cả quy trình có thể cứu bạn khỏi mất tiền — làm trước khi dựng lại hệ thống.

Bước C — quyết định: bot có quản lý lệnh cũ hay không. Trước khi khởi động lại bot, phải trả lời rõ: bot sẽ coi những lệnh đang mở đó là “của mình” (quản lý tiếp), hay là “lệnh lạ” (không đụng tới)? Nếu bot đọc trạng thái từ file nhưng file bị mất, nó có thể coi lệnh cũ là lạ và mở thêm lệnh mới — đúng tình huống trùng lệnh.

Cách xử lý an toàn nhất trong lần đầu: khởi động bot ở chế độ chỉ đọc. Cho nó chạy, đọc log, xem nó nghĩ gì về những lệnh đang có — nhưng tắt AutoTrading. Chỉ bật khi bạn chắc rằng bot hiểu đúng trạng thái tài khoản.

Bước D — mới đến năm bước khôi phục kỹ thuật. Lúc này rủi ro đã được xử lý, và bạn có thể làm kỹ thuật mà không phải lo về tiền.

Thứ tự này ngược với bản năng tự nhiên (làm kỹ thuật trước vì đó là việc bạn biết làm). Nhưng trong giao dịch, thứ tự ưu tiên đúng luôn là: tiền trước, máy sau.

Dùng máy cá nhân làm phương án dự phòng: được gì và mất gì

Nếu bạn có một máy tính ở nhà chạy 24/7, nó là phương án dự phòng rẻ nhất — nhưng cần biết giới hạn.

Được: bạn kiểm soát hoàn toàn, không phụ thuộc nhà cung cấp, và có thể là nơi chạy bot trong vài ngày để câu giờ mua VPS mới.

Mất: máy nhà có thêm bốn nguồn sự cố mà VPS không có — mất điện, tắt máy do người khác trong nhà, chế độ ngủ đông, và mạng nhà chập chờn. Với bot chạy tiền thật, bốn rủi ro này không nhỏ.

Cách dùng hợp lý: coi máy nhà là phương án cho 1–2 ngày, không phải nơi chạy dài hạn. Nếu dùng, hãy làm đủ ba việc: tắt chế độ ngủ đông, bật tự khởi động lại MT5 sau khi khởi động máy, và dùng UPS nếu có.

Một lưu ý về mạng: IP nhà của bạn khác IP VPS, và với một số broker, việc đăng nhập từ IP mới có thể kích hoạt xác minh (email hoặc mã OTP). Hãy đăng nhập thử từ máy nhà trước khi có sự cố, để lần sau không bị bất ngờ.

Kiểm tra bản sao lưu tự động mỗi ngày bằng một dòng script

Bản sao lưu không tự thông báo khi nó ngừng chạy. Cách đơn giản nhất để biết nó còn hoạt động: kiểm tra tuổi của file mới nhất trong thư mục sao lưu.

Nếu tuổi của file mới nhất vượt quá 36 giờ (nghĩa là đã lỡ ít nhất một lần sao lưu hằng ngày), hãy gửi cảnh báo. Đây là loại kiểm tra có tỉ lệ giá trị trên công sức cao nhất trong toàn bộ bài này — vì nó biến “tôi nghĩ là có sao lưu” thành “tôi biết là có sao lưu”.

Và nó bổ sung cho kiểm tra bot: bài học chung của cả loạt bài này là đo lường chứ đừng tin vào cảm giác. Bản sao lưu cũng là một hệ thống như vậy.

Sổ tay khôi phục nên để ở đâu (và tại sao đừng để trên VPS)

Đây là chi tiết nhỏ nhưng hay quyết định thành bại: tài liệu khôi phục của bạn không được nằm trên máy cần khôi phục. Nghe hiển nhiên, nhưng rất nhiều người lưu kịch bản cài đặt, danh sách tài khoản và mật khẩu bản sao lưu trong một ghi chú duy nhất… trên chính VPS đó.

Ba nơi nên để:

1. Trong Git (dạng không chứa bí mật). Kịch bản cài đặt, danh sách tài khoản, năm bước khôi phục — những thứ không phải bí mật — nên nằm trong repo. Lợi ích: có lịch sử thay đổi, và bạn đọc được từ bất kỳ máy nào.

2. Trong trình quản lý mật khẩu. Mật khẩu bản sao lưu, mật khẩu VPS, mật khẩu tài khoản giao dịch. Không bao giờ nằm trong file văn bản, kể cả file được nén có mật khẩu.

3. Trên điện thoại của bạn. Một bản PDF của “một trang vận hành” trong ứng dụng đọc file offline. Lý do: tình huống xấu nhất có thể xảy ra khi bạn không ở nhà, không có máy tính, và chỉ có điện thoại.

Có một tình huống đáng nghĩ tới: nếu laptop và điện thoại của bạn cùng mất, bạn có còn cách nào khôi phục không? Nếu câu trả lời là không, hãy thêm một kênh dự phòng (một email cho chính bạn, hoặc một người bạn tin cậy giữ bản sao).

Bốn thứ phải kiểm tra sau khi khôi phục xong

Khôi phục chưa xong khi bot chạy lại. Nó xong khi bạn đã kiểm tra bốn thứ này.

1. Đúng tài khoản. Kiểm tra số tài khoản, không chỉ thấy dòng “đã kết nối”. Đây là lỗi hay gặp khi bạn có cả tài khoản thật và demo: MT5 kết nối thành công nhưng vào sai tài khoản. Cách kiểm tra nhanh: so số tài khoản hiển thị với danh sách trong tài liệu vận hành.

2. Đúng bộ tham số. Xác nhận bộ .set đang dùng là bản mới nhất, không phải bản cũ đi kèm trong bản sao lưu. Đây là lý do bạn lưu .set theo từng phiên bản: để có thể trả lời câu “bản đang chạy là bản nào”.

3. Đúng số chart và đúng EA. Mở danh sách chart, đếm xem có đủ không, và mỗi chart có EA với biểu tượng đang chạy không. Nếu bạn dùng profile, việc này nhanh — nhưng vẫn phải nhìn, vì profile có thể nạp thiếu nếu tên file EA đã đổi.

4. Đã gửi được lệnh thật. Đây là bước 5 ở mục 4, và nó là bước duy nhất chứng minh toàn bộ chuỗi từ EA tới sàn đã thông. Một lệnh 0.01 rồi đóng ngay là đủ.

Bốn thứ này nằm trong đầu bạn bây giờ. Nhưng khi khôi phục thật, bạn sẽ quên ít nhất một — vì vậy hãy viết chúng vào đúng chỗ với năm bước ở mục 4, thành một danh sách “làm xong mới được ngủ”.

Câu hỏi thường gặp

Hỏi: Tôi nên chọn mức RTO nào cho tài khoản thật? Với tiền thật mà không có chiến lược dự phòng, mức 4 giờ là hợp lý: nó buộc bạn sao lưu hằng ngày và có sẵn phương án, nhưng không đòi hỏi dựng sẵn một VPS chạy song song. Chỉ nâng lên mức 1 giờ khi quy mô tiền đủ lớn để tiền thuê VPS dự phòng rẻ hơn thiệt hại của một giờ gián đoạn.

Hỏi: Bao lâu nên diễn tập khôi phục một lần? Ba tháng một lần, và mỗi lần khi có thay đổi lớn (đổi VPS, đổi phiên bản MT5, đổi EA). Một lần diễn tập mất 30–60 phút. So với việc phát hiện ra kịch bản của bạn sai trong đúng ngày sự cố, đó là món đầu tư rẻ nhất trong bài này.

Hỏi: VPS của tôi có snapshot mà tôi không dùng — có sao không? Snapshot không dùng thường không phải lỗi, nhưng có hai điều kiện: bạn biết snapshot chứa gì, và bạn biết cách lấy dữ liệu ra khỏi nó. Snapshot của cùng VPS không thay được sao lưu ngoài máy — vì nếu tài khoản VPS hoặc nhà cung cấp có sự cố, snapshot cũng đi theo.

Hỏi: Nếu tôi không dùng VPS mà chạy bot trên máy nhà thì đổi gì? Về bản chất, bốn mức mục tiêu và bảy thứ cần sao lưu vẫn giữ nguyên. Điều đổi là rủi ro trở nên gần bạn hơn (mất điện, mất mạng, máy bị tắt) — nên mức RTO nên tính theo giờ trong ngày bạn có mặt ở nhà, và bản sao lưu càng phải nằm ngoài máy.

8. Checklist và tóm lại

Checklist 10 điểm:

1. Biết RTO và RPO thật của mình (đã đo, không ước lượng)
2. Đã chọn mức phục hồi (cơ bản / tiêu chuẩn / cao) dựa trên giá trị tài khoản
3. Thư mục C:\MT5 được sao lưu ra ngoài VPS
4. File .set lưu theo từng phiên bản EA
5. Mã nguồn EA nằm trong Git
6. Scheduled Task đã export ra file XML
7. Có kịch bản cài đặt (.ps1 + ghi chú), không nằm trong đầu
8. Snapshot/backup tự động của nhà cung cấp đã bật
9. Đã diễn tập khôi phục ít nhất một lần và ghi lại thời gian thật
10. Tài liệu vận hành vừa một trang, có số liên hệ

Bốn ý cần nhớ:

1. Lệnh đang mở không mất khi VPS hỏng — lệnh nằm ở sàn. Cái mất là khả năng quản lý chúng, và trạng thái nội bộ của bot.
2. Sao lưu không thử khôi phục là sao lưu bạn không biết có tồn tại hay không. Diễn tập là phần duy nhất khiến kế hoạch có giá trị.
3. Bước 5 (gửi lệnh thử) là bước dễ bị bỏ qua nhất — và bỏ qua nó nghĩa là bạn chưa biết đường vào lệnh có thông hay không.
4. Con số ước lượng trong đầu luôn nhỏ hơn thực tế. Hãy đo thời gian khôi phục thật trong một lần diễn tập.

Nếu bạn muốn đi tiếp: Chọn VPS cho bot MT5 chạy 24/7 cho phần hạ tầng và snapshot, Tự khởi động lại MT5 sau khi VPS reboot cho phần tự khởi động (bước 3), và Audit log cho bot trading cho phần lưu bằng chứng.

Bạn không cần một kế hoạch dự phòng hoàn hảo. Bạn cần một kế hoạch đã từng chạy thử.