Sao lưu và khôi phục ERP giúp doanh nghiệp chuẩn bị khi máy chủ hỏng, dữ liệu bị xóa nhầm hoặc hệ thống ngừng do tấn công mạng. Backup là tạo bản sao dữ liệu; Disaster Recovery (DR) là kế hoạch đưa ERP và công việc quan trọng hoạt động trở lại. Có bản sao chưa chứng minh ERP có thể phục hồi thành công.
ERP còn phụ thuộc vào tài khoản, cấu hình, tệp chứng từ và phần mềm khác. Bài này gồm 8 việc để người quản lý kiểm tra với đội kỹ thuật hoặc nhà cung cấp, không phải hướng dẫn gõ lệnh sao lưu. Nếu đang chọn hạ tầng, xem so sánh Cloud ERP và ERP tại chỗ.
RTO và RPO là gì?
| Khái niệm | Hiểu đơn giản | Ví dụ giả định |
|---|---|---|
| RTO | ERP được phép ngừng tối đa bao lâu? | Doanh nghiệp đề ra mục tiêu phục hồi trong 4 giờ. |
| RPO | Có thể chấp nhận mất tối đa bao nhiêu dữ liệu gần sự cố? | Doanh nghiệp đặt mục tiêu mất không quá 1 giờ dữ liệu. |
4 giờ và 1 giờ chỉ là ví dụ giả định, không phải chuẩn chung hay mức cam kết của hệ thống bất kỳ. Chủ doanh nghiệp cần cân nhắc ảnh hưởng nếu bán hàng, kho hoặc thanh toán ngừng, rồi xem giải pháp và ngân sách có đáp ứng được không.
Sơ đồ RTO/RPO trước và sau sự cố
Last Good Copy
Điểm dữ liệu có thể
phục hồi gần nhất
← RPO →
Khoảng dữ liệu tối đa
có thể mất
Incident
ERP dừng hoặc
dữ liệu bị lỗi
← RTO →
Khoảng thời gian tối đa
để phục hồi dịch vụ
Business Restored
Critical process
hoạt động lại
RPO đo phần dữ liệu có thể mất trước thời điểm sự cố; RTO đo thời gian để công việc quan trọng hoạt động lại sau sự cố. Phải đo bằng kết quả khôi phục thực tế, không chỉ dựa trên lời hứa của nhà cung cấp.
1. Xác định công việc ERP cần phục hồi trước
Nếu ERP ngừng, doanh nghiệp có còn nhận đơn, xuất kho, giao hàng, lập hóa đơn hoặc thanh toán được không? Bộ phận nào thiệt hại lớn nhất và có cách ghi nhận tạm không? Đây là đánh giá ảnh hưởng kinh doanh (BIA). Kết quả giúp đặt thứ tự phục hồi và RTO/RPO theo tác động thực tế, thay vì chọn một con số cho toàn bộ hệ thống.
- Liệt kê công việc phải hoạt động lại trước và người chịu trách nhiệm.
- Thống nhất mức ngừng hoạt động và mất dữ liệu được chấp nhận.
- Ghi cách làm việc tạm thời; xác định ai được quyết định kích hoạt phục hồi.
2. Sao lưu đủ dữ liệu, tệp và phần cấu hình
Tùy kiến trúc, ERP cần sao lưu cơ sở dữ liệu, tệp chứng từ, cấu hình, phần mềm bổ sung, báo cáo và thông tin cần thiết để kết nối hệ thống khác. Hỏi rõ có sao lưu những phần nào, lưu ở đâu, bao lâu và ai có thể xóa. Không để tài khoản kỹ thuật hoặc khóa bí mật bị lộ trong tài liệu công khai. Chỉ giữ bản sao cơ sở dữ liệu có thể chưa đủ mở lại toàn bộ dịch vụ.
3. Thử phục hồi, không chỉ xem thông báo sao lưu thành công
Cần thử lấy bản sao lưu rồi phục hồi trong môi trường tách biệt phù hợp, cho nhân viên đăng nhập, mở chứng từ và thực hiện nghiệp vụ. Thủ kho hoặc kế toán đối chiếu tồn kho và số dư. Ghi thời điểm sao lưu, thời gian phục hồi thực tế, lỗi xảy ra, kết quả và người xác nhận. Chỉ khi thử đạt mới có bằng chứng bản sao dùng được.
4. Phục hồi dữ liệu khác với phục hồi được công việc
Một kế hoạch DR cần nêu người liên hệ, môi trường thay thế, tài khoản quản trị, thứ tự mở ứng dụng và thông báo cho nhân viên. Ví dụ giả định: sau thời điểm tạo bản sao, kho đã giao hàng và hệ thống hóa đơn đã ghi nhận giao dịch nhưng bản ERP khôi phục chưa có. Doanh nghiệp phải đối chiếu chứng từ từ các nơi trước khi tiếp tục, tránh giao hàng hoặc xuất hóa đơn trùng.
5. ERP chạy trên đám mây thì ai phục hồi?
Nhà cung cấp dịch vụ có thể quản lý hạ tầng và bản sao, nhưng điều kiện lưu dữ liệu, cách yêu cầu phục hồi, quyền truy cập và kết nối bên thứ ba tùy từng gói. Doanh nghiệp cần hỏi thời hạn giữ bản sao, các tình huống hỗ trợ, chi phí, thời gian phục hồi, cách xuất dữ liệu và trách nhiệm của mình. Tài liệu Microsoft mô tả từng sản phẩm cụ thể, không phải bảo đảm cho mọi ERP hoặc Odoo.
6. Kiểm tra đơn hàng và phần mềm kết nối sau phục hồi
Sau khi ERP đăng nhập được, đơn từ website, hóa đơn và kho vẫn có thể chưa đồng bộ. Hãy thử ít nhất một quy trình tạo đơn → xuất kho → kiểm tra hóa đơn; đối chiếu những giao dịch phát sinh khi ERP ngừng. Khi xử lý đơn chờ gửi lại, cần ngăn trường hợp mất đơn hoặc tạo trùng. Tham khảo hướng dẫn tích hợp ERP.
7. Bảo vệ bản sao khỏi mã độc và xóa nhầm
Nếu bản sao dùng chung máy chủ và quyền quản trị với dữ liệu chính, một cuộc tấn công có thể phá cả hai. CISA khuyến nghị giữ bản sao tách biệt hoặc được bảo vệ khỏi xóa, sửa và thử phục hồi thường xuyên. Nên giới hạn quyền xóa, theo dõi cảnh báo và chỉ mở lại môi trường đã kiểm tra an toàn. Kế hoạch này cần đi cùng bảo mật ERP.
8. Diễn tập và nghiệm thu với nhân viên nghiệp vụ
Diễn tập không dừng ở việc máy chủ sáng đèn hoặc trang ERP truy cập được. Đội kỹ thuật xác nhận hệ thống vận hành; thủ kho, kế toán, người phụ trách bán hàng xác nhận chứng từ và số liệu đúng. Ghi thời gian, mức dữ liệu mất, sự cố tồn đọng, người sửa và ngày kiểm tra tiếp. Tần suất diễn tập tùy rủi ro và thay đổi của hệ thống.
Mẫu bảng nghiệm thu sau khi khôi phục ERP
| Việc kiểm tra | Bằng chứng cần lưu | Người xác nhận |
|---|---|---|
| Bản sao và dữ liệu | Mốc dữ liệu được khôi phục | Quản trị ERP |
| Thời gian phục hồi | Giờ bắt đầu và khi dùng được | Quản lý vận hành |
| Tồn kho, công nợ | Chứng từ và số dư khớp | Thủ kho, kế toán |
| Kết nối ngoài | Đơn và hóa đơn không trùng/mất | Nghiệp vụ và kỹ thuật |
| Lỗi còn lại | Danh sách, người sửa, hạn kiểm tra | Người phụ trách |
Đây là mẫu minh họa, không phải biên bản kiểm thử của một khách hàng thật. Chưa có bằng chứng thì không nên ghi “Đạt” chỉ vì phần mềm đã mở được.
Checklist sao lưu và khôi phục ERP
- Đã thống nhất việc cần khôi phục trước, RTO/RPO và người có quyền quyết định.
- Biết bản sao gồm những phần nào, nơi giữ và cách bảo vệ.
- Đã thử phục hồi, đo thời gian và đối chiếu dữ liệu.
- Có người kiểm tra kết nối, công việc kinh doanh và những lỗi chưa xử lý.
- Kế hoạch được cập nhật khi thay đổi ERP hoặc xuất hiện rủi ro mới.
Các yêu cầu này cần có trong hồ sơ yêu cầu ERP và checklist Go-live ERP. Sau khi chạy, tiếp tục theo dõi ở kế hoạch hỗ trợ vận hành ERP.
Nguồn kiểm chứng
Tài liệu tham khảo: NIST SP 800-34 Rev. 1 về kế hoạch phục hồi, CISA – hướng dẫn sao lưu chống mã độc, Microsoft Dynamics 365 – mô tả dịch vụ và Microsoft – Business Continuity & Disaster Recovery. Đối chiếu ngày 24/10/2026. Từng sản phẩm và hợp đồng có giới hạn khác nhau; không áp dụng một RTO/RPO mặc định.
Khi cần gắn sao lưu với hỗ trợ Odoo
Doanh nghiệp dùng Odoo nên làm rõ người quản lý máy chủ, bản sao, module viết riêng, quyền quản trị và bước nghiệm thu phục hồi. Xem dịch vụ hỗ trợ Odoo nếu cần đưa các nhiệm vụ này vào phạm vi hợp đồng.
Đoàn Trình Dục là Giảng viên Khoa Công nghệ Thông tin tại Đại học Công nghệ Sài Gòn (STU), với hơn 10 năm kinh nghiệm thực chiến trong các lĩnh vực Mạng máy tính, Marketing Online, SEO và Bảo mật hệ thống.
Với nền tảng sư phạm và kinh nghiệm tư vấn cho nhiều doanh nghiệp, thầy chuyên sâu vào việc xây dựng các giải pháp kỹ thuật số toàn diện và hiệu quả.