Trang Chủ › Tin Tức › Bài Viết

Sao Lưu Và Khôi Phục Website Sau Sự Cố | Mahaton

Loc Tan Huynh
Sao lưu và khôi phục website cho doanh nghiệp vừa và nhỏ: bốn nguyên nhân sự cố, hai con số cần chốt và bài tập thử khôi phục mỗi quý.
September 21, 2026

Mahaton Project là đơn vị chuyên cung cấp giải pháp Digital Marketing toàn diện cho doanh nghiệp tại Việt Nam, trực thuộc hệ thống Công ty TNHH Minh Phát với hơn 30 năm kinh nghiệm trong ngành sản xuất và thương mại.

Chúng tôi giúp khách hàng:

Tăng trưởng lợi nhuận và mở rộng tệp khách hàng

Cắt giảm đến 60% chi phí nhân sự vận hành

Tiết kiệm thời gian quản lý gấp 5 lần

Cung cấp cho ban lãnh đạo bảng điều khiển trực quan để đo lường hiệu quả thời gian thực

Tất cả thông qua ba trụ cột dịch vụ:

Thiết kế website chuyên nghiệp, chuẩn SEO

Quảng cáo Google/YouTube hiệu suất cao

Ứng dụng trí tuệ nhân tạo (AI) trong vận hành kinh doanh

Với kinh nghiệm phục vụ hơn 10 đối tác trong các lĩnh vực đa dạng — từ hãng hàng không quốc tế (American Airlines), chuỗi F&B (Panda Express, China Queen), bán lẻ (Co.op Mart), truyền thông (HTV1), viễn thông (Viettel), đến các doanh nghiệp sản xuất Việt Nam (TAKI Elevator, Minh Phát EPS, Tấn Đại Bao Bì, Nam Phát Tôn) — chúng tôi hiểu rõ nhu cầu thị trường và cam kết mang đến giải pháp tạo tăng trưởng thực sự cho từng khách hàng.

‍

Điểm chính

  • Bản sao lưu chưa từng được phục hồi thử chỉ là một lời hứa, chưa phải bản dự phòng dùng được.
  • Bốn nguyên nhân website ngừng chạy hay gặp nhất: cập nhật hỏng, tên miền hoặc gói lưu trữ hết hạn, bị xâm nhập, xoá nhầm — ba trong bốn không liên quan tới tin tặc.
  • Trước khi bàn tới công cụ, hãy chốt hai con số: mất bao nhiêu dữ liệu còn chấp nhận được, và bao lâu website phải chạy lại.
  • Bản sao lưu nằm cùng chỗ với website không phải bản sao lưu; danh sách liên hệ khẩn cũng phải nằm ngoài website.

Bao lâu thì chạy lại được, và ai là người làm?

Xin anh chị hình dung: anh chị mở website công ty để gửi đường dẫn cho một khách hàng đang hỏi hàng, và thấy trang trắng. Không trang chủ, không mục sản phẩm, biểu mẫu nhận yêu cầu báo giá cũng biến mất.

Câu hỏi đầu tiên ai cũng hỏi: bao giờ chạy lại được? Câu thứ hai mới lộ ra doanh nghiệp có chuẩn bị hay không: ai là người làm? Nếu câu trả lời là "để em hỏi bạn bên đơn vị làm website hồi đó xem còn giữ gì không", thì anh chị không có kế hoạch khôi phục. Anh chị có một hy vọng.

Bài này bàn mức tối thiểu một doanh nghiệp vừa và nhỏ nên có: sau sự cố, người trong công ty biết gọi ai, mở tệp nào, mất tối đa bao nhiêu. Phần lớn công việc là ghi chép và thử nghiệm, không phải mua phần mềm.

Bốn nguyên nhân hay gặp nhất

Nghe "sự cố website", nhiều anh chị nghĩ ngay tới tin tặc. Thực tế nghề này cho thấy nguyên nhân phổ biến thường tầm thường và dễ phòng hơn nhiều.

Một, cập nhật hỏng

Nền tảng được cập nhật, một tiện ích mở rộng được nâng cấp, hoặc ai đó sửa một đoạn mã nhỏ ngay trên bản đang chạy thật. Lưu xong, trang chủ trắng hoặc bố cục vỡ. Đây là lý do tôi hay nhắc anh chị về việc kiểm thử website trước khi lên sóng thay vì sửa thẳng trên bản khách hàng đang xem.

Hai, tên miền hoặc gói lưu trữ hết hạn

Nguyên nhân này đáng tiếc nhất vì hoàn toàn có thể tránh được. Tên miền hết hạn vì thư nhắc gia hạn gửi vào hộp thư một nhân viên đã nghỉ việc. Gói lưu trữ hết hạn vì thẻ thanh toán đổi số. Khi tên miền bị tạm ngưng, không chỉ website ngừng chạy mà hộp thư theo tên miền của cả công ty cũng ngừng nhận thư. Nên kiểm tra ngay tuần này: ai đứng tên chủ sở hữu tên miền.

Ba, bị xâm nhập

Website bị chèn nội dung lạ, bị chuyển hướng sang trang khác, hoặc bị khoá lại đòi tiền chuộc. Đường vào thường là mật khẩu quản trị yếu, một tài khoản cũ chưa vô hiệu hoá, hoặc một tiện ích mở rộng lâu năm không ai cập nhật. Nền của phòng ngừa nằm ở các lớp bảo mật cơ bản, còn dấu hiệu sớm nhất thường hiện trong công cụ quản trị tìm kiếm — nên bật và theo dõi công cụ này là việc đáng làm.

Bốn, xoá nhầm

Một bạn nhân viên dọn thư viện hình ảnh và xoá luôn thư mục đang dùng. Người khác xoá một trang tưởng là trang nháp. Không ai cố ý, không ai báo lại, ba tuần sau anh chị mới phát hiện. Bản sao lưu chỉ giữ bảy ngày không cứu được loại sự cố này.

Một bản sao lưu phải trả lời ba câu hỏi

Nhiều doanh nghiệp tin mình đã có sao lưu, vì từng có ai đó bật một chức năng nào đó. Muốn biết niềm tin ấy có cơ sở không, anh chị chỉ cần hỏi ba câu. Người phụ trách không trả lời được cả ba trong vài phút thì coi như chưa có.

Cất ở đâu?

Bản sao lưu nằm trên máy chủ nào, thuộc tài khoản của ai, đăng nhập bằng cách nào. Câu trả lời phải là một địa chỉ cụ thể mà người trong công ty tự vào được, không phải "bên kỹ thuật họ giữ". Nếu chìa khoá nằm hết trong tay người bên ngoài, anh chị nên xem lại những gì cần có trong hợp đồng bàn giao website — quyền truy cập tài khoản là tài sản doanh nghiệp, không phải ân huệ của đơn vị thi công.

Giữ bao lâu?

Bảy ngày, ba mươi ngày, hay một năm? Câu này quan trọng vì loại sự cố phát hiện muộn — nội dung bị chèn âm thầm, tệp bị xoá nhầm — chỉ cứu được nếu bản sao lưu đủ cũ. Cách cân bằng mà không tốn kém: giữ bản hằng ngày trong một tháng, cộng một bản mỗi tháng trong một năm.

Đã thử khôi phục chưa?

Đây là câu gần như không ai hỏi, và cũng là câu duy nhất thật sự có giá trị. Tệp sao lưu có thể hỏng, thiếu cơ sở dữ liệu, thiếu thư mục hình ảnh, hoặc ở định dạng nhà cung cấp hiện tại không đọc được. Chỉ có một cách biết chắc: mang ra dựng lại thử.

Hai con số cần chốt trước khi mua bất cứ thứ gì

Trong nghề vận hành có hai thuật ngữ nghe khá khô. Tôi xin diễn giải bằng tiếng Việt thường, vì hiểu đúng quan trọng hơn nhớ tên gọi.

Con số thứ nhất: mất bao nhiêu dữ liệu thì công ty còn chịu được. Sự cố lúc mười giờ sáng, bản sao lưu gần nhất là đêm qua, anh chị mất toàn bộ phát sinh trong buổi sáng. Con số này quyết định nhịp sao lưu, không phải ngược lại.

Con số thứ hai: bao lâu thì website phải chạy lại. Bốn tiếng, một ngày, hay ba ngày? Con số này quyết định anh chị cần ai trực, tài liệu chi tiết tới đâu, có cần đơn vị hỗ trợ theo hợp đồng hay không.

Bảng dưới là khung tham khảo để mở cuộc thảo luận nội bộ, không phải số liệu khảo sát. Con số cụ thể do anh chị quyết, dựa trên vai trò của website trong dòng doanh thu.

Loại websiteMất dữ liệu chấp nhận đượcThời gian phải chạy lạiNhịp sao lưu
Trang giới thiệu, ít cập nhậtTối đa một tuầnMột đến hai ngày làm việcHằng tuần
Có mục tin tức cập nhật đềuTối đa một ngàyTrong ngàyHằng ngày
Có biểu mẫu nhận yêu cầu báo giáVài giờVài giờHằng ngày, kèm chuyển dữ liệu biểu mẫu ra nơi khác
Có bán hàng trực tuyếnGần như bằng khôngDưới một giờLiên tục hoặc theo giờ, kèm nhật ký giao dịch

Khả năng khôi phục phụ thuộc nhiều vào nền tảng anh chị đang dùng, vì mỗi nền tảng cho lấy dữ liệu ra theo cách khác nhau. Nếu đang cân nhắc đổi nền tảng, bài so sánh các nền tảng làm website B2B có nói tới điểm này. Chi phí sao lưu cũng nên nằm sẵn trong ngân sách duy trì website hằng năm, thay vì thành khoản chi bất ngờ giữa lúc đang hoảng.

Một bản sao lưu chưa từng được phục hồi thử là một bản chưa chắc dùng được — và anh chị chỉ phát hiện ra điều đó vào đúng ngày cần tới nó nhất.

Sai lầm kinh điển và danh sách liên hệ khẩn

Sai lầm phổ biến nhất tôi gặp là để bản sao lưu nằm cùng chỗ với website, ngay trên máy chủ đang chạy. Ngày thường thì tiện. Ngày có chuyện thì vô dụng: máy chủ bị khoá thì bản sao lưu khoá theo, tài khoản lưu trữ bị đình chỉ thì cũng không lấy ra được.

Nguyên tắc tối thiểu: ít nhất một bản nằm ở nơi khác, thuộc tài khoản khác, mà anh chị vẫn mở được kể cả khi nhà cung cấp hiện tại ngừng hợp tác. Với phần lớn doanh nghiệp vừa và nhỏ, một thư mục lưu trữ trực tuyến của công ty là đủ, miễn có người chịu trách nhiệm kiểm tra định kỳ.

Sai lầm thứ hai là để thông tin liên hệ khẩn nằm trong chính website vừa sập, hoặc trong đầu một người duy nhất. Anh chị nên có một trang giấy in sẵn, để ngoài máy tính, ghi rõ:

Nếu website có lưu thông tin khách hàng, xin lưu ý nghĩa vụ bảo vệ dữ liệu cá nhân vẫn tồn tại trong lúc xử lý sự cố, kể cả khi bản sao lưu được chuyển qua lại giữa các bên. Bài về dữ liệu cá nhân khách hàng trên website nói rõ hơn ở mức nguyên tắc chung. Khi chạm tới nghĩa vụ thông báo hay trách nhiệm pháp lý cụ thể, anh chị nên hỏi luật sư của doanh nghiệp.

Bài tập thử khôi phục mỗi quý

Đây là phần rẻ nhất và bị bỏ qua nhiều nhất. Mỗi quý một lần, dành nửa buổi, làm đúng trình tự sau:

  1. Chọn ngẫu nhiên một bản sao lưu — không phải bản mới nhất, hãy lấy bản khoảng hai tuần trước.
  2. Tải bản đó về, bấm giờ xem mất bao lâu và có cần ai cấp quyền không.
  3. Dựng lại website từ bản đó trên môi trường thử, tuyệt đối không đụng vào bản đang chạy thật.
  4. Mở trang chủ, một trang sản phẩm và một bài viết cũ; kiểm tra luôn hình ảnh, vì thư mục hình ảnh hay thiếu nhất.
  5. Gửi thử một yêu cầu qua biểu mẫu liên hệ, xem thư báo có về đúng hộp thư không.
  6. Ghi lại tổng thời gian tới lúc website thử chạy được, và ghi rõ những gì bị thiếu.
  7. So sánh thời gian vừa đo với con số "bao lâu phải chạy lại" đã chốt ở trên. Chênh lệch lớn thì sửa quy trình, đừng sửa kỳ vọng.

Lần đầu làm, phần lớn doanh nghiệp phát hiện ít nhất một chuyện không vui: thiếu một tài khoản, thiếu hình ảnh, hoặc không ai biết mật khẩu vùng quản trị. Đó chính là giá trị của bài tập — phát hiện vào một buổi chiều yên ả, thay vì lúc khách hàng đang gọi hỏi vì sao trang báo giá biến mất.

Một điểm cuối về con người. Nếu đơn vị đang chăm sóc website không chủ động nói tới sao lưu, không cho anh chị quyền truy cập tài khoản, và né câu hỏi "đã thử khôi phục chưa", đó là tín hiệu đáng lưu tâm. Những dấu hiệu tương tự nằm trong bài về dấu hiệu cảnh báo khi chọn đơn vị làm website.

Bước tiếp theo

Việc cần làm tuần này rất gọn: mở một tệp trống, ghi ra ai đang giữ tên miền, ai đang giữ dịch vụ lưu trữ, bản sao lưu gần nhất nằm ở đâu và được tạo lúc nào. Bốn dòng đó thôi đã đủ để cuộc trao đổi tiếp theo có cơ sở. Tuần sau, làm thử bài tập khôi phục một lần.

Nếu anh chị muốn có người rà soát cùng — kiểm tra quyền sở hữu tài khoản, dựng lại lịch sao lưu, chạy một buổi thử khôi phục có ghi biên bản — hãy nhắn cho tôi qua Zalo hoặc gửi thư tới lochuynh@mahatonproject.com. Anh chị mô tả website đang chạy trên nền tảng nào và ai quản lý, tôi sẽ trả lời bằng danh sách việc cụ thể theo thứ tự ưu tiên.

Về tác giả

Lộc Tấn Huynh là người sáng lập Mahaton Project — agency digital B2B đã triển khai hàng trăm dự án website, Google Ads và AI cho doanh nghiệp Việt, trong đó có Minh Phát EPS, TAKI Elevator và Viettel. Nguyên tắc làm việc của Mahaton không đổi qua từng dự án: mọi đồng ngân sách marketing đều phải truy ngược được về một kết quả kinh doanh đo đếm được.