Khôi phục dữ liệu SAN Dell RAID 5 lỗi 2/7 ổ chứa máy ảo VMware: hoàn tất sau 4 ngày

Hệ thống lưu trữ SAN Dell của một doanh nghiệp chạy toàn bộ máy chủ ảo VMware, trong đó có dữ liệu văn phòng và cơ sở dữ liệu kế toán, bất ngờ không truy xuất được. Một ổ hỏng, hệ thống rebuild sang ổ thay thế, rồi ổ thứ hai hỏng tiếp ngay trong lúc rebuild. Với RAID 5, đây là tình huống tệ nhất. Dưới đây là cách BK Recover xử lý ca này trong 4 ngày.

Tóm tắt ca xử lý

Thiết bị	Hệ thống lưu trữ SAN Dell
Lưu trữ	RAID 5 – 7 ổ HDD 1TB SATA (đánh số 2 đến 8)
Tình trạng	Lỗi 2/7 ổ: ổ số 2 lỗi trước, ổ số 8 lỗi tiếp trong lúc rebuild. Không truy xuất được máy chủ ảo
Dữ liệu	Phân vùng VMware VMFS6, 2 máy ảo, ổ đĩa ảo 4TB, cơ sở dữ liệu SQL Server
Thời gian	Kiểm tra 09/02/2025 – có kết quả 13/02/2025

Chẩn đoán: không tin hoàn toàn vào những gì hệ thống báo

Kiểm tra từng ổ trên máy chuyên dụng cho thấy bức tranh khác với thông báo của hệ thống:

• Ổ số 7 không có dữ liệu thô (toàn bộ sector là 00), tức là ổ dự phòng (spare).
• Các ổ còn lại đều có dữ liệu phân bố đều, nhưng tất cả đều có rất nhiều bad sector, kể cả những ổ được hệ thống đánh dấu là “tốt”.
• Ổ số 2 và số 3 lỗi rất nặng: tốc độ đọc suy giảm, có tiếng kêu từ đầu đọc. Máy PC-3000 xác định cả hai ổ đều hỏng đầu đọc.

Phát hiện quan trọng: ổ số 3 không được hệ thống đánh dấu lỗi, nhưng biểu hiện giống hệt ổ số 2. Như vậy thứ tự lỗi mà hệ thống ghi nhận có thể không chính xác. Xác định đúng ổ nào hỏng trước, ổ nào hỏng sau là điều kiện để lấy được bản dữ liệu mới nhất và dùng được.

Phương án xử lý hai bước, khách hàng xác nhận trước khi mở ổ

• Bước 1: đọc toàn bộ dữ liệu thô của từng ổ sang file image bằng máy chuyên dụng. Riêng ổ số 2 và số 3 phải mở buồng đĩa thay đầu đọc trong môi trường phòng sạch thì mới đọc được hết.
• Bước 2: dùng các image để dựng lại mô hình RAID 5 giả lập của SAN, tính toán thứ tự ổ và các thông số để đưa ra cấu trúc dữ liệu chuẩn.

Rủi ro được báo trước bằng văn bản: SAN có thể mã hóa dữ liệu thô hoặc cấu hình pool chồng chéo, khiến việc giả lập khó khăn; bad sector có thể rơi vào vùng dữ liệu. Việc mở ổ để thay đầu đọc chỉ thực hiện sau khi khách hàng xác nhận phương án.

Triển khai: thay đầu đọc, dựng lại RAID giả lập

• Đọc được dữ liệu thô trên tất cả các ổ, trung bình mỗi ổ có khoảng 200–400 sector lỗi.
• Ổ số 7 (spare) sau khi kiểm tra không tương thích để làm ổ cho đầu đọc, nên được giữ nguyên bản, không tháo.
• Ổ số 8 tương thích. Sau khi đã image toàn bộ ổ số 8, kỹ thuật viên dùng đầu đọc của ổ này lần lượt thay cho ổ số 2 và số 3 để đọc hết dữ liệu.
• Dựng thành công cấu trúc RAID 5 với 7 ổ. Phân tích cho thấy ổ số 2 hỏng từ khoảng tháng 01/2025, nên dữ liệu được tạo hoặc sửa sau thời điểm đó có thể không mở được.

Từ RAID đến từng file: lấy dữ liệu trực tiếp từ ổ đĩa ảo

Trên RAID giả lập, kỹ thuật viên tìm thấy phân vùng VMware VMFS6 chứa 2 thư mục máy ảo, trong đó có ổ đĩa ảo dung lượng 4TB. Với tình trạng các ổ như vậy, máy ảo chắc chắn không thể khởi động lại. Vì vậy dữ liệu được trích xuất trực tiếp từ bên trong file ổ đĩa ảo.

Để lấy được một file Excel, dữ liệu phải đi qua đủ các lớp:

1. Ổ cứng vật lý (thay đầu đọc, đọc dữ liệu thô)
2. RAID 5 của SAN (giả lập lại)
3. Phân vùng VMware VMFS6
4. File ổ đĩa ảo của máy ảo
5. Phân vùng NTFS bên trong máy ảo
6. File văn phòng và cơ sở dữ liệu SQL Server

Kết quả và cách xử lý cơ sở dữ liệu lỗi

• Dữ liệu người dùng (ảnh, PDF, Excel, Word) được tạo đến ngày 27/01/2025 mở tốt.
• Các cơ sở dữ liệu SQL Server của phần mềm kế toán attach thành công, chỉ 1 cơ sở dữ liệu bị lỗi.

Với cơ sở dữ liệu bị lỗi, kỹ thuật viên kiểm tra thư mục backup hằng ngày và phát hiện chỉ có bản backup ngày 05/11/2024 là còn toàn vẹn, khôi phục (restore) thành công. Khách hàng được tư vấn thêm phương án sửa cơ sở dữ liệu gốc để bổ sung phần dữ liệu mới vào bản restore. Phương án này được nói rõ là có thể không đầy đủ hoặc bị xáo trộn một phần.

Bàn giao linh hoạt, khách kiểm tra trước khi thanh toán

Dữ liệu được bàn giao dưới ba dạng để khách hàng tùy chọn:

• File dữ liệu người dùng (~4TB)
• File image của các ổ đĩa (6 file × 1TB)
• Thư mục máy ảo (2 thư mục, ~4TB)

Khách hàng có thể gửi ổ cứng để copy, hoặc mượn ổ 12TB đã chứa sẵn dữ liệu của trung tâm. Khách hàng kiểm tra, đánh giá kỹ dữ liệu trước khi thanh toán.

Năng lực cần có để xử lý một ca SAN

• Phần cứng: chẩn đoán bằng PC-3000, thay đầu đọc trong phòng sạch, đọc dữ liệu thô từ ổ nhiều bad sector.
• RAID và SAN: giả lập lại RAID khi không còn controller, xác định đúng thứ tự lỗi của các ổ.
• Ảo hóa và cơ sở dữ liệu: hiểu VMware VMFS, ổ đĩa ảo, SQL Server để lấy được từng file và cơ sở dữ liệu.
• Quy trình: báo cáo bằng văn bản ở từng giai đoạn, khách hàng xác nhận trước mỗi bước có rủi ro.

Bài học cho doanh nghiệp đang dùng SAN, NAS, máy chủ RAID

• Rebuild là thời điểm nguy hiểm nhất. Khi các ổ còn lại đã yếu, quá trình rebuild có thể làm hỏng thêm ổ khác, như ổ số 8 trong ca này.
• Có backup chưa chắc đã restore được. Hệ thống có backup hằng ngày nhưng chỉ một bản cũ còn toàn vẹn. Hãy thử restore định kỳ.
• Theo dõi tình trạng SMART của ổ cứng. Bad sector trên nhiều ổ cùng lúc là dấu hiệu cần thay ổ ngay.

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

SAN RAID 5 lỗi 2 ổ còn cứu được dữ liệu không?

Có những trường hợp khôi phục được, như ca trên, nếu các ổ lỗi còn đọc được dữ liệu thô sau khi xử lý phần cứng. Khả năng thực tế chỉ đánh giá được sau khi kỹ thuật viên kiểm tra từng ổ. Hãy dừng rebuild và giữ nguyên hiện trạng.

Máy ảo VMware không khởi động được có lấy được dữ liệu không?

Có thể trích xuất dữ liệu trực tiếp từ file ổ đĩa ảo mà không cần khởi động máy ảo, nếu cấu trúc VMFS và file ổ đĩa ảo còn đọc được.

Cơ sở dữ liệu SQL Server bị lỗi có khôi phục được không?

Tùy mức độ hư hỏng. Kỹ thuật viên sẽ thử attach, kiểm tra các bản backup và đề xuất phương án sửa chữa, kèm giải thích rõ giới hạn của từng phương án.

Hệ thống lưu trữ của doanh nghiệp bạn đang gặp sự cố?

BK Recover miễn phí kiểm tra, không đặt cọc và chỉ thu phí sau khi bạn đã kiểm tra đúng, đủ dữ liệu. Có báo cáo kỹ thuật bằng văn bản, hợp đồng dịch vụ, NDA và hóa đơn VAT.

• Hotline: 1900 636 196 · Zalo: 0817 579 555
• Cơ sở chính: 29 ngõ 40 Tạ Quang Bửu, Hà Nội
• Cơ sở 2: 87 Trần Thái Tông, Cầu Giấy, Hà Nội

Xem thêm: Dịch vụ cứu dữ liệu RAID · Phục hồi dữ liệu từ máy ảo · Giải pháp backup dữ liệu server · Liên hệ