Cách xử lý khi server báo rebuild nhưng RAID mất – Case thực tế

Giới thiệu vấn đề 

Khi một hệ thống RAID trên máy chủ gặp sự cố, trạng thái “rebuild” thường khiến người quản trị chủ quan, nghĩ rằng dữ liệu đang được khôi phục tự động. Tuy nhiên, thực tế cho thấy, không ít trường hợp RAID báo rebuild thành công nhưng lại không mount được volume hoặc thậm chí mất toàn bộ dữ liệu. Đây là lỗi nghiêm trọng, thường xảy ra khi controller RAID thực hiện rebuild nhầm ổ, sai thứ tự hoặc ghi đè lên dữ liệu gốc.

Rebuild RAID là một quá trình rất nhạy cảm – nếu không kiểm tra kỹ thông số, tình trạng ổ gốc hoặc theo dõi log chính xác, chỉ một sai lệch nhỏ cũng khiến quá trình này phản tác dụng. Theo thống kê nội bộ của Cuudulieu24h, khoảng 37% ca cứu dữ liệu RAID liên quan đến rebuild sai – phần lớn do người dùng hoặc IT nội bộ tin vào thông báo "Rebuild successful" mà không xác thực lại integrity dữ liệu.

Bối cảnh điển hình: doanh nghiệp nâng cấp ổ RAID do cảnh báo lỗi S.M.A.R.T, nhưng gắn ổ sai vị trí, hoặc mất điện giữa lúc controller đang đồng bộ lại parity. Sau đó RAID báo rebuild thành công, nhưng dữ liệu kế toán, file backup, database ERP đều biến mất.

Trong bài viết này, chúng tôi sẽ đi sâu vào nguyên nhân kỹ thuật, dấu hiệu cảnh báo rebuild sai, hướng xử lý an toàn nhất – đặc biệt với các hệ thống RAID 5, RAID 6 trên máy chủ HPE, Dell, Synology NAS.

Nguyên nhân, tình trạng phổ biến

1. Gắn ổ mới nhưng sai thứ tự, controller tự rebuild nhầm

Khi người dùng thay ổ mới vào RAID đang báo degraded, nếu không ghi lại thứ tự ổ gốc hoặc gắn nhầm vị trí, controller RAID có thể hiểu nhầm ổ mới là ổ bị mất trước đó và tự động tiến hành quá trình rebuild – ghi đè lên vùng dữ liệu gốc còn nguyên vẹn. Hệ quả là dữ liệu gốc bị phá vỡ, mất khả năng phục hồi.

2. RAID mất ổ cứng trước đó nhưng không kiểm tra, gắn thêm ổ bị lặp ID

Một số dòng server như HPE, Dell sử dụng ổ có ID xác định qua controller. Nếu gắn ổ lặp ID, hệ thống có thể bị nhầm lẫn về cấu trúc RAID. Controller khi đó có thể rebuild nhầm theo ổ không chuẩn hoặc ghi sai dữ liệu vào vùng chưa phân tích.

3. Lỗi firmware của controller RAID khiến rebuild thất bại

Một số firmware RAID controller (đặc biệt với dòng cũ hoặc không cập nhật) có thể xảy ra lỗi logic trong quá trình rebuild. Ví dụ: không kiểm tra parity đúng, không xác minh checksum dẫn đến thông báo “Rebuild success” nhưng dữ liệu đã sai lệch hoàn toàn.

4. Mất điện giữa chừng khi đang rebuild

Nếu trong quá trình rebuild, hệ thống bị mất điện hoặc tắt máy đột ngột, controller có thể ghi dở dữ liệu vào ổ. Khi bật lại, trạng thái rebuild bị sai, hoặc RAID tự mount với dữ liệu chưa hoàn chỉnh. Đây là lỗi nguy hiểm nếu không kiểm tra integrity trước khi tiếp tục sử dụng.

5. RAID degraded nhưng người dùng vẫn thao tác ghi dữ liệu

Khi một ổ trong RAID bị lỗi và hệ thống degraded, vẫn có thể truy cập. Nhưng nếu người dùng tiếp tục chép dữ liệu mới, khi rebuild lại sẽ xảy ra xung đột parity và dữ liệu mất đồng bộ – dẫn đến không thể phục hồi trạng thái nguyên gốc.

6. Ổ gốc đã hỏng nhưng bị thay thế nhầm thành ổ rebuild

Một lỗi hay gặp: thay ổ hỏng ra nhưng nhầm lẫn dùng ổ lỗi khác hoặc ổ cũ đã bị ghi sector khác. Khi rebuild chạy trên ổ đó sẽ làm sai hoàn toàn cơ chế tính parity, khiến RAID không thể dựng lại đúng.

Gắn ổ mới nhưng sai thứ tự, controller tự rebuild nhầm

• RAID mất ổ cứng trước đó nhưng không kiểm tra, gắn thêm ổ bị lặp ID

• Lỗi firmware của controller RAID khiến rebuild thất bại

• Mất điện giữa chừng khi đang rebuild

• RAID degraded nhưng người dùng vẫn thao tác ghi dữ liệu

• Ổ gốc đã hỏng nhưng bị thay thế nhầm thành ổ rebuild

Dấu hiệu nhận biết & sai lầm thường gặp

1. RAID báo “Rebuild complete” nhưng volume RAW hoặc không mount được

Nhiều quản trị viên chủ quan khi thấy RAID báo rebuild hoàn tất, nhưng khi vào hệ điều hành lại phát hiện volume không hiển thị đúng định dạng – thường bị chuyển sang RAW. Điều này cho thấy RAID đã dựng sai hoặc dữ liệu bị ghi đè.

2. Dữ liệu bị sai định dạng, trùng lặp, thiếu file hoặc mất folder gốc

Một trong những dấu hiệu rõ ràng nhất của rebuild sai là cấu trúc dữ liệu bị vỡ: các file .docx, .xls, .mdf không thể mở; folder gốc biến mất, hoặc dữ liệu bị nhân bản không rõ nguồn gốc.

3. Rebuild xong thì mất sạch dữ liệu hoặc hệ thống không khởi động

Tình trạng phổ biến là sau khi thấy RAID báo "Healthy" hoặc "Online", người dùng khởi động hệ thống nhưng bị lỗi Windows/Linux, hoặc vào được OS nhưng không thấy dữ liệu. Đây là hậu quả của việc rebuild trên ổ nhầm.

4. Người dùng thấy báo rebuild xong nhưng không kiểm tra integrity dữ liệu

Nhiều người nghĩ RAID tự rebuild là đủ. Tuy nhiên, không chạy kiểm tra checksum, không thử mở các file quan trọng hoặc test hệ thống – dẫn đến mất dữ liệu mà không biết.

5. Dùng phần mềm khôi phục nhưng mount RAID sai cấu trúc

Một số người dùng thử cứu bằng phần mềm (ReclaiMe, R-Studio...) nhưng không biết nhập đúng thông số RAID: block size, parity order, rotation. Kết quả: dữ liệu trích xuất sai định dạng, không thể mở, hoặc chỉ là tên file rác.

Hướng xử lý / cách khắc phục hiệu quả

Bước 1: Ngắt hệ thống ngay lập tức

Ngay khi phát hiện RAID báo lỗi rebuild hoặc volume không mount được, hãy ngắt toàn bộ nguồn máy chủ hoặc NAS. Tuyệt đối không thử gắn ổ khác, format hoặc chạy phần mềm cứu dữ liệu nếu chưa có bản sao.

Bước 2: Ghi lại cấu hình và thứ tự ổ đĩa

• Ghi lại chính xác vị trí từng ổ trong hệ thống

• Chụp ảnh vị trí vật lý hoặc sơ đồ cắm SATA trên mainboard

• Ghi rõ tên ổ, dung lượng, mã firmware để dùng khi dựng RAID ảo

Bước 3: Tạo bản sao (clone) từng ổ đĩa

Dùng thiết bị phần cứng như DeepSpar, PC-3000, hoặc phần mềm chuyên dụng như HDClone, ddrescue để tạo bản sao sector-by-sector cho từng ổ. Kể cả ổ mới vừa được gắn cũng cần sao lưu trước khi phân tích.

Bước 4: Phân tích & dựng RAID ảo bằng công cụ chuyên dụng

Dùng các phần mềm chuyên sâu như UFS Explorer RAID Recovery, ReclaiMe Free RAID Constructor, hoặc R-Studio Technician để dựng RAID ảo từ bản sao ổ:

• Nhập đúng thông số block size, parity rotation, order

• Thử nhiều hoán vị nếu không rõ thứ tự

• So sánh với cấu trúc folder hoặc header file mẫu (magic number) để xác định RAID đúng

Bước 5: Trích xuất dữ liệu ra ổ an toàn khác

Khi RAID đã dựng đúng, hãy trích xuất toàn bộ dữ liệu ra một ổ riêng biệt, không ghi đè lên bất kỳ ổ nào trong RAID ban đầu. Ưu tiên phục hồi file hệ thống (.mdf, .xls, .docx, .bak) và cấu trúc thư mục gốc.

Bước 6: Kiểm tra tính toàn vẹn của dữ liệu trước khi khôi phục

• Dùng hash MD5/SHA1 để đối chiếu nếu có bản checksum cũ

• Thử mở trực tiếp các file nhạy cảm như *.mdb, *.pst, *.sql

• Nếu dữ liệu lớn, kiểm tra theo nhóm (theo tháng, phân hệ, module...)

Ngắt ngay hệ thống, ghi lại thứ tự ổ, không thay ổ mới thêm

• Clone từng ổ (kể cả ổ mới gắn) trước khi dựng RAID ảo

• Dùng phần mềm dựng RAID (ReclaiMe, UFS Explorer, R-Studio Technician)

• Thử các thứ tự ổ khác nhau, block size, parity rotation để tìm RAID đúng

• Trích xuất dữ liệu ra ổ mới, tránh ghi đè

• Kiểm tra hash/CRC để xác minh dữ liệu trước khi restore vào hệ thống chính

CASE STUDY THỰC TẾ: Phân tích lỗi rebuild nhầm bằng WinHex

Trong một ca cứu dữ liệu máy chủ tại Cứu dữ liệu 24h, hệ thống máy chủ RAID 5 báo “Rebuild Complete” sau khi thay ổ mới. Tuy nhiên, toàn bộ volume trở thành RAW và không thể mount. Điều này khiến hệ thống kế toán doanh nghiệp ngưng hoạt động.

Đội kỹ thuật đã sử dụng WinHex để phân tích thủ công từng sector dữ liệu từ 3 ổ đĩa. Kết quả chỉ ra rõ: controller RAID đã tiến hành rebuild sai thứ tự ổ đĩa, dẫn đến việc ghi đè parity và phá vỡ cấu trúc RAID gốc.

Các bước xử lý:

• Clone toàn bộ ổ gốc bằng PC-3000 để tránh ghi đè lần hai

• Dựng RAID ảo trong môi trường an toàn bằng UFS Explorer RAID Recovery

• Xác định lại block size, rotation order và mapping thứ tự ổ đúng

• So sánh cấu trúc folder, kiểm tra hash từng tập tin .mdf, .bak, .docx

Kết quả: RAID được dựng lại chính xác, phục hồi 98,7% dữ liệu quan trọng chỉ sau 48 giờ làm việc. Khách hàng không phải trả tiền chuộc, không cần gửi ra nước ngoài, và hệ thống kế toán hoạt động trở lại bình thường.

Khi nào nên dùng dịch vụ chuyên nghiệp

Không phải lúc nào bạn cũng có thể tự dựng lại RAID hoặc cứu dữ liệu nếu không có kinh nghiệm chuyên sâu. Dưới đây là những tình huống bạn nên dừng thao tác ngay lập tức và tìm đến chuyên gia cứu dữ liệu RAID:

1. Rebuild nhầm khiến volume không mount được

Nếu sau khi rebuild RAID mà ổ chuyển sang RAW, hoặc dữ liệu biến mất hoàn toàn, cần ngay lập tức clone ổ và gửi tới trung tâm có kinh nghiệm xử lý RAID logic và vật lý.

2. RAID chứa dữ liệu quan trọng: ERP, kế toán, sản xuất

Trong các hệ thống nghiệp vụ quan trọng, mất một phần dữ liệu cũng gây hậu quả nghiêm trọng. Việc phục hồi không thể thử sai, mà cần phương án kỹ thuật tối ưu ngay từ đầu.

3. Đã dùng phần mềm nhưng RAID vẫn dựng sai hoặc báo lỗi

Nếu đã thử ReclaiMe, R-Studio, UFS Explorer... mà không ra đúng cấu trúc folder, tên file sai, nội dung file rỗng – nên dừng lại và liên hệ phòng lab chuyên xử lý RAID.

4. Không biết rõ cấu hình RAID ban đầu

Không xác định được block size, parity order, rotation – bạn không nên dựng RAID thủ công vì khả năng sai thứ tự là rất cao.

5. RAID hỏng nhiều ổ hoặc có dấu hiệu lỗi vật lý

Ổ bị bad sector, firmware lỗi, kêu cạch cạch... cần xử lý bằng thiết bị phần cứng trong môi trường phòng sạch – phần mềm không thể cứu.

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

RAID báo rebuild xong mà mất dữ liệu là vì sao?

Vì controller RAID có thể đã rebuild sai ổ hoặc trên ổ chưa được đồng bộ đầy đủ, gây ghi đè và mất cấu trúc parity.

Có phục hồi được nếu rebuild sai không?

Hoàn toàn có thể – nếu bạn ngưng thao tác kịp thời, tạo bản clone và dựng RAID ảo đúng thông số kỹ thuật.

Làm sao biết RAID đang hoạt động đúng hay sai?

Bạn cần kiểm tra:

• Dữ liệu có mount được đúng format không?

• Có hiện đủ file/folder không?

• So sánh hash/CRC với bản gốc nếu có

Có thể dừng rebuild giữa chừng không?

Một số controller cho phép dừng, nhưng bạn cần cẩn trọng – nếu đang ghi dở, có thể gây lỗi nghiêm trọng. Hãy tắt nguồn an toàn và clone trước.

RAID controller lỗi – có thể dựng RAID ảo không?

Có. Dữ liệu vẫn có thể phục hồi bằng cách dựng RAID ảo từ bản clone các ổ bằng phần mềm chuyên dụng nếu cấu trúc logic còn đầy đủ.

Kết luận

Việc RAID báo “Rebuild successful” không đồng nghĩa với việc dữ liệu đã an toàn. Rất nhiều trường hợp mất dữ liệu vĩnh viễn vì rebuild nhầm ổ, sai thông số hoặc mất điện giữa chừng mà không được kiểm tra integrity dữ liệu.

Nếu bạn đang:

• Mất dữ liệu sau khi rebuild RAID
• Volume chuyển sang RAW hoặc không mount được
• Không chắc chắn về thứ tự ổ, block size, parity rotation

Hãy dừng ngay mọi thao tác và liên hệ chuyên gia cứu dữ liệu tại Cứu dữ liệu 24h: 

✅ Kiểm tra & tư vấn miễn phí 24/7 ✅ Không phục hồi – không tính phí ✅ Bảo mật tuyệt đối – xử lý trên bản sao ✅ Phòng lab chuyên RAID – PC-3000, UFS RAID Recovery