Microsoft 365 Không Sao Lưu Dữ Liệu Của Bạn

Nếu sáng mai một hộp thư biến mất, ai là người phải khôi phục nó?

Hãy trả lời thật lòng, không cần nói ra: công ty bạn đang dùng Microsoft 365 hoặc Google Workspace. Nếu sáng mai một nhân viên xóa nhầm cả thư mục dự án ba năm, hoặc một tài khoản bị chiếm rồi kẻ tấn công dọn sạch hộp thư — bạn sẽ gọi cho ai? Và người đó sẽ lấy dữ liệu về từ đâu?

Phần lớn câu trả lời đầu tiên là: gọi cho Microsoft, hoặc gọi cho bên bán license. Đó là phản xạ rất tự nhiên. Bạn đang trả tiền hằng tháng cho một trong những công ty công nghệ lớn nhất thế giới, dữ liệu nằm trên hạ tầng của họ, vậy thì việc giữ nó an toàn hẳn là phần của họ.

Nhưng đó chính là chỗ có một khoảng trống mà rất ít người nhìn thấy — cho tới lúc rơi vào đó. Microsoft và Google không giấu chuyện này. Họ ghi nó ra, công khai, trong tài liệu ai cũng đọc được. Chỉ là gần như không ai đọc, vì nó nằm ở phần không ai đọc: điều khoản dịch vụ.

Khoảng trống trách nhiệm: họ đảm bảo dịch vụ chạy, không đảm bảo dữ liệu còn

Cả Microsoft lẫn Google đều vận hành theo cái gọi là mô hình trách nhiệm chia sẻ. Nói gọn: nhà cung cấp chịu trách nhiệm cho hạ tầng và tính sẵn sàng của dịch vụ — máy chủ sống, đăng nhập được, thư đi thư đến. Còn nội dung dữ liệu của bạn, ai được quyền truy cập, và việc giữ bản sao phòng khi mất, thuộc về bạn.

Hai vế đó nghe giống nhau nhưng khác hẳn nhau. Tính sẵn sàng là chuyện dịch vụ có chạy không. Tính bền vững của dữ liệu là chuyện thứ bạn cần có còn ở đó không. Microsoft có thể đạt cam kết dịch vụ hoàn hảo suốt cả năm — trong khi thư mục kế toán của bạn đã bị xóa từ tháng trước và giờ không lấy lại được nữa. Không có gì mâu thuẫn ở đây cả. Đơn giản là hai lời hứa khác nhau, và chỉ một trong hai được đưa ra.

Vì sao ta không thấy khoảng trống này? Vì ta có một thói quen suy luận rất hợp lý mà lại sai chỗ: ta suy ra độ an toàn của dữ liệu từ độ lớn của thương hiệu. Microsoft to như vậy thì làm sao mất được. Nhưng thương hiệu lớn bảo chứng cho việc hạ tầng không sập — không bảo chứng cho việc một nhân viên của bạn không bấm nhầm nút xóa. Và thứ thật sự làm doanh nghiệp mất dữ liệu gần như luôn là vế thứ hai.

Thùng rác không phải bản sao lưu — và nó có hạn dùng

Điều khiến nhiều người yên tâm là cảm giác 'xóa rồi vẫn khôi phục được'. Đúng, có khôi phục được — trong một khoảng thời gian, rồi hết. Cơ chế đó tên là thùng rác và lưu giữ tạm, không phải sao lưu. Khác nhau ở một điểm cốt tử: bản sao lưu do bạn kiểm soát và nằm ngoài hệ thống gốc, còn thùng rác nằm bên trong chính hệ thống đó và tự dọn theo lịch của nhà cung cấp.

Dưới đây là các mốc mặc định thường gặp. Chúng là giá trị mặc định và người quản trị có thể chỉnh, nên đừng tin bảng này — hãy dùng nó làm danh sách để đi kiểm chính tenant của bạn:

Đọc cột giữa một lần nữa và so với thực tế công ty bạn: bao lâu thì bạn phát hiện ra một thư mục cũ bị thiếu? Nếu câu trả lời là 'chỉ khi cần dùng tới nó', thì rất có thể lúc bạn phát hiện đã quá hạn từ lâu. Đây là loại mất mát im lặng — không có cảnh báo, không có ai gọi điện báo, chỉ có một ngày bạn tìm và nó không còn.

Ba việc kiểm trong 10 phút, làm ngay hôm nay

Đừng tin bài viết này, cũng đừng tin cảm giác. Mở đúng ba chỗ sau trong hệ thống của chính bạn:

• Thời hạn giữ thư đã xóa: vào Exchange admin center → Recipients → Mailboxes → chọn một hộp thư → mục Mailbox policies, xem giá trị lưu giữ mục đã xóa. Con số hiện ở đó là số ngày thật bạn có để cứu một lá thư bị xóa nhầm.
• Chuyện gì xảy ra khi có người nghỉ việc: vào Microsoft 365 admin center → Users → Active users, thử xem quy trình khi bạn gỡ license một tài khoản. Nếu công ty bạn có thói quen gỡ license ngay hôm nhân viên nghỉ để tiết kiệm phí, hãy đối chiếu với dòng '30 ngày' ở bảng trên.
• Ai đang được chia sẻ ra ngoài: vào SharePoint admin center → Policies → Sharing, xem file của công ty có đang cho phép chia sẻ với người bên ngoài bằng link ai có link cũng mở được không. Đây không phải chuyện sao lưu, nhưng là chỗ rò rỉ hay gặp nhất khi rà cùng lúc.

Nếu bạn dùng Google Workspace, ba chỗ tương ứng nằm trong Admin console: Apps → Google Workspace → Drive and Docs cho chính sách chia sẻ, và mục Users để xem quy trình xóa tài khoản. Điểm cần nhớ giống hệt: cửa sổ khôi phục sau khi xóa người dùng rất ngắn.

Vấn đề không phải Microsoft kém. Là bạn đang không có bản thứ hai

Cần nói cho rõ, vì chỗ này hay bị hiểu lệch: bài này không nói Microsoft 365 hay Google Workspace không đáng tin. Ngược lại — về mặt hạ tầng, đó là những hệ thống vận hành tốt hơn gần như mọi thứ một doanh nghiệp vừa và nhỏ có thể tự dựng. Nếu đang dùng, bạn nên tiếp tục dùng.

Vấn đề nằm ở chỗ khác: bạn đang có đúng một bản duy nhất của dữ liệu, và nó nằm trong cùng một hệ thống với thứ có thể gây ra mất mát — chính là tài khoản người dùng của bạn. Xóa nhầm, chiếm tài khoản, mã độc mã hóa file rồi đồng bộ ngược lên đám mây: cả ba đều đi qua tài khoản hợp lệ, nên với hệ thống chúng không phải sự cố, chúng là thao tác bình thường được thực hiện đúng quyền. Không hạ tầng nào chặn được điều đó — vì đứng từ phía hạ tầng, không có gì sai xảy ra cả.

Nguyên tắc lâu đời trong ngành gọi là 3-2-1: giữ ít nhất ba bản dữ liệu, trên hai loại phương tiện, trong đó một bản nằm ở nơi khác. Hầu hết doanh nghiệp dùng Microsoft 365 đang dừng ở bản thứ nhất và tưởng mình đã xong.

Bản thứ hai nên nằm ở đâu — và tốn bao nhiêu

Bản sao lưu chỉ có giá trị khi nó nằm ngoài hệ thống gốc. Đưa nó về máy chủ của chính bạn thì lại tạo ra một điểm chết mới; để trên ổ cứng rời trong phòng kỹ thuật thì đến lúc cần thường không ai nhớ lần cuối nó được cắm vào là khi nào. Cách phổ biến hiện nay là đẩy về một kho lưu trữ đối tượng theo chuẩn S3 — nơi thiết kế ra để chứa nhiều, chứa lâu, và tính tiền theo dung lượng thực dùng.

STEP S3 Object Storage là kho như vậy, đặt tại datacenter đạt chuẩn Tier-3 ở Việt Nam. Cụ thể bạn nhận được:

• Tương thích chuẩn Amazon S3 (ký AWS Signature V4) — công cụ sao lưu bạn đã quen chỉ cần đổi endpoint là chạy: Veeam, Acronis, restic, Duplicati, rclone, AWS CLI, hay boto3. Không phải viết lại code, và cần chuyển đi nơi khác sau này cũng dễ vì cùng chuẩn.
• Versioning giữ các phiên bản cũ — chống đúng kiểu hỏng khó chịu nhất: file bị ghi đè hoặc bị xóa rồi mới phát hiện sau vài tuần. Có thể bật thêm object lock để bản sao lưu không thể bị sửa hay xóa, kể cả bởi mã độc đã chiếm được khóa.
• 1.000đ cho mỗi GB mỗi tháng, tối thiểu 100GB. Dùng tới đâu trả tới đó, tăng giảm bất kỳ lúc nào, hóa đơn VND có VAT.
• Egress giữa máy chủ STEP và S3 miễn phí; 10TB egress ra Internet mỗi tháng đầu cũng miễn phí, phần vượt 500đ/GB. Khôi phục dữ liệu về không bị tính thành một hóa đơn bất ngờ.
• Dữ liệu không rời lãnh thổ Việt Nam, độ trễ thấp, và kỹ sư STEP hỗ trợ trực tiếp bằng tiếng Việt khi bạn cấu hình lần đầu.

Nói thẳng mức hiện tại để bạn quyết đúng: kho S3 của STEP chạy trên MinIO đặt trên hạ tầng lưu trữ chuyên dụng, ổ cấu hình RAID chống hỏng ổ đơn lẻ, có giám sát liên tục và sao lưu định kỳ. Đây chưa phải cụm phân tán nhiều node với xóa-mã (erasure coding) như tầng cao nhất của các cloud lớn — đó là lộ trình nâng cấp. Và đúng theo nguyên tắc 3-2-1, với dữ liệu sống còn thì không nên để bản duy nhất ở bất kỳ đâu, kể cả ở STEP.

Chi phí thật, đặt cạnh nhau

Con số dễ hình dung nhất là đặt phí license bạn đang trả cạnh phí giữ bản sao lưu. Giá license lấy theo bảng giá công khai của STEP, tính cho mỗi người mỗi tháng:

Đây không phải phép so sánh để chọn một trong hai — S3 không thay thế license, nó nằm cạnh license. Ý nghĩa của bảng nằm ở tỉ lệ: khoản chi để dữ liệu có bản thứ hai thường nhỏ hơn nhiều so với khoản đang chi để dùng nó hằng ngày. Điều đáng ngạc nhiên không phải là chi phí sao lưu cao, mà là nó thấp đến mức phần lớn doanh nghiệp bỏ qua chỉ vì chưa ai đặt câu hỏi.

Vậy rốt cuộc bạn nhận được gì? Bốn câu trả lời thẳng

• Bạn được gì? Một bản dữ liệu thứ hai nằm ngoài Microsoft và Google, do bạn kiểm soát khóa, đặt tại Việt Nam. Kèm khả năng quay ngược về phiên bản trước của một file — thứ mà thùng rác hết hạn không cho bạn nữa.
• Lợi ích là gì? Câu trả lời cho câu hỏi mở đầu bài này đổi từ 'gọi cho Microsoft và hy vọng' thành một quy trình có người chịu trách nhiệm và có thể diễn tập trước. Bạn biết dữ liệu lấy về từ đâu, mất bao lâu, và ai làm.
• Giảm rủi ro thế nào? Ba tình huống hay gặp nhất — xóa nhầm phát hiện muộn, tài khoản bị chiếm, mã độc đồng bộ ngược lên đám mây — đều đi qua tài khoản hợp lệ nên hệ thống gốc không chặn. Bản sao nằm ngoài, bật versioning và object lock, là lớp duy nhất còn nguyên khi cả ba xảy ra.
• Giảm chi phí thế nào? Không phải bằng cách trả ít hơn cho license — mà bằng khoản bạn không bao giờ phải trả: dựng lại hồ sơ đã mất, thương lượng với khách khi mất dữ liệu của họ, hay những ngày cả công ty dừng vì không tìm được thứ lẽ ra phải còn. 100.000đ mỗi tháng cho 100GB là cái giá để khoản đó không bao giờ xuất hiện.

Điểm chung của mọi vụ mất dữ liệu là trước lúc xảy ra mọi thứ trông vẫn hoàn toàn bình thường. Dịch vụ vẫn chạy, đăng nhập vẫn được, hóa đơn vẫn trả đều. Bạn không cần tự mình trải qua một lần để biết mình đang đứng ở đâu — chỉ cần trả lời một câu: ngay lúc này, dữ liệu Microsoft 365 của công ty bạn đang có mấy bản, và bản nào nằm ngoài Microsoft?