Xóa nhầm 300GB log, chàng kỹ thuật viên suýt mất việc vì nghe theo sếp

Một kỹ thuật viên mới vào làm tưởng rằng giám đốc IT hiểu rõ hệ thống Exchange nên đã xóa 300GB file log theo lời ông này, khiến toàn bộ hệ thống email của công ty sập. Anh phải mất cả cuối tuần để khôi phục dữ liệu — và bất ngờ nhận được lời khen từ CEO thay vì bị khiển trách.

Câu chuyện được một độc giả tự nhận là "Phil" chia sẻ với chuyên mục "Who, Me?" của trang The Register — nơi các chuyên gia công nghệ kể lại những sai lầm của chính mình. Đây là lời nhắc nhở quen thuộc với bất kỳ ai từng làm quản trị hệ thống: đừng bao giờ xóa dữ liệu chỉ vì có người bảo bạn làm thế, dù người đó có chức cao đến đâu.

Sự cố bắt đầu từ một buổi chiều thứ Sáu

Phil kể rằng nhiều năm trước, anh nhận công việc mới với nhiệm vụ, trong số những việc khác, là duy trì máy chủ Microsoft Exchange.

Anh tỏ ra khá tự tin vì đã từng làm việc với các máy chủ Exchange tại chỗ (onsite), kể cả những hệ thống cũ chạy trên Windows NT với ổ cứng chỉ 15GB vào năm 2014.

Rồi vào một buổi chiều muộn thứ Sáu, một người dùng báo rằng email chạy chậm, thư từ không vào cũng không ra khỏi công ty.

"Tổ chức này dùng hệ thống Exchange tập trung cho toàn công ty. Kiểm tra nhanh thì tôi xác định nó đã hết dung lượng. Xem kỹ hơn thì phần lớn là do thư mục file log đầy ắp."

Nghe theo lời giám đốc IT

Phil thú nhận rằng đây là hệ thống lớn hơn nhiều so với những gì anh từng xử lý. Cách sửa quen thuộc mà anh biết trước đây là yêu cầu người dùng xóa bớt email trong Outlook — nhưng cách đó không khả thi vào cuối ngày thứ Sáu khi mọi người đang vội kết thúc tuần làm việc.

Trong lúc Phil đang cân nhắc, một giám đốc IT của công ty bước đến xem anh làm việc. Thấy Phil đang nhìn vào các file log, vị giám đốc bảo anh xóa chúng đi.

"Tôi cho rằng giám đốc hiểu rõ về nghệ thuật quản trị Exchange hơn mình, nên tôi làm theo và nói lời tạm biệt với 300GB file log."

Sau đó, cả Phil lẫn vị giám đốc đều đăng xuất, đóng cửa văn phòng và về nhà nghỉ cuối tuần.

Hệ thống sập, và cả cuối tuần làm việc

Chỉ vài giờ sau, trực giác của Phil bắt đầu mách bảo anh có chuyện không ổn.

"Đúng như tôi lo, mọi thứ rối tung lên: việc xóa file log đã làm sập toàn bộ hệ thống. Đây là một doanh nghiệp hoạt động 24/7 với các chi nhánh khắp cả nước, nên việc không có email là một vấn đề cực kỳ nghiêm trọng."

Người trực hỗ trợ cuối tuần lập tức bị ngập trong công việc nhưng vẫn kịp nhắn tin cho Phil hỏi chuyện gì đang xảy ra. Phil trả lời mập mờ và nói sẽ xem lại để giúp.

Dù đã xóa file theo lệnh của giám đốc IT, Phil vẫn dành cả cuối tuần để làm hai việc: học cách sửa chữa và xây dựng lại cơ sở dữ liệu Exchange bằng dòng lệnh, rồi bắt tay vào làm thật.

"Đến chiều Chủ nhật, tôi đã khôi phục dịch vụ, đưa mọi thứ hoạt động trở lại, và từ đó biết cách cắt tỉa file log đúng chuẩn."

Cái kết bất ngờ

Điều Phil không biết là liệu sự cố này có phá hỏng sự nghiệp của mình hay không. Anh lê bước vào văn phòng ngày thứ Hai với tâm lý sẵn sàng bị mắng.

Và đúng như anh dự đoán, anh được gọi vào phòng giám đốc điều hành (CEO).

"Nhưng tại đó, tôi được khen ngợi vì sự tận tụy và được vỗ vai động viên. Tôi đã không hề đổ lỗi cho vị giám đốc kia và đón nhận lời khen một cách nhã nhặn."

Bài học cho giới quản trị hệ thống

Câu chuyện của Phil chạm đến một nguyên tắc vàng trong ngành IT mà bất kỳ kỹ sư nào ở Việt Nam cũng nên khắc cốt ghi tâm:

• Không bao giờ xóa dữ liệu chỉ vì được yêu cầu. Ngay cả khi người ra lệnh có chức danh cao, bạn vẫn là người chịu trách nhiệm trực tiếp nếu hệ thống sập.
• File log của Exchange không phải thứ có thể xóa tùy tiện. Chúng được dùng để phục hồi cơ sở dữ liệu; xóa sai cách có thể làm hỏng toàn bộ hệ thống thư.
• Đừng ra quyết định lớn vào chiều thứ Sáu. Đây là lời khuyên kinh điển trong giới vận hành hệ thống — mọi thay đổi rủi ro nên được thực hiện khi còn đủ thời gian để khắc phục.
• Hãy kiểm tra lại trước khi hành động, đặc biệt với các hệ thống lớn mà bạn chưa từng xử lý.

Đối với các đội ngũ IT tại Việt Nam — nơi nhiều doanh nghiệp vẫn vận hành máy chủ email nội bộ — câu chuyện này là lời cảnh tỉnh về tầm quan trọng của sao lưu dữ liệu, quy trình phê duyệt thay đổi (change management) và việc phân định rõ trách nhiệm giữa người ra lệnh và người thực thi.