RAID Degraded là gì? Cách sửa lỗi theo từng cấp độ RAID

Tóm tắt nội dung chính:

RAID Degraded không đồng nghĩa dữ liệu đã mất, nhưng mảng RAID đã mất một phần khả năng dự phòng và có nguy cơ chuyển sang Failed nếu phát sinh thêm sự cố.
Ổ cứng hỏng, mất kết nối, lỗi RAID controller, firmware hoặc thao tác sai đều có thể khiến RAID chuyển sang trạng thái Degraded.
Trước khi sửa lỗi RAID Degraded, cần kiểm tra toàn bộ mảng RAID, từng ổ đĩa và log hệ thống để xác định chính xác nguyên nhân, tránh thay nhầm ổ hoặc thao tác sai.
Quy trình xử lý nên ưu tiên backup dữ liệu, xác định đúng ổ lỗi, chọn ổ thay thế tương thích và rebuild theo đúng cấp RAID thay vì chỉ thay ổ rồi chờ hệ thống tự phục hồi.
Mỗi cấp RAID có cách xử lý và mức độ an toàn khác nhau, trong khi RAID 0 không có cơ chế rebuild nên cần hướng khôi phục dữ liệu chuyên sâu khi ổ gặp sự cố.
Nếu RAID không tự rebuild hoặc rebuild thất bại, không nên tiếp tục thử nghiệm nhiều lần mà cần kiểm tra lại ổ thay thế và cân nhắc hỗ trợ kỹ thuật để hạn chế nguy cơ mất dữ liệu.
Theo dõi ổ đĩa định kỳ, backup 3-2-1, dùng UPS và hot spare là những cách giúp giảm nguy cơ RAID Degraded và bảo vệ dữ liệu lâu dài.

RAID Degraded là gì? Có nguy hiểm không?

RAID Degraded là trạng thái RAID bị mất một hoặc nhiều ổ đĩa thành viên do hỏng, rớt kết nối hoặc bị gỡ ra, nhưng mảng đĩa vẫn hoạt động và dữ liệu vẫn đọc/ghi được nhờ dựa vào dữ liệu dự phòng (parity hoặc mirror) để bù cho ổ đã mất.

Đây là trạng thái trung gian giữa hoạt động bình thường và sập hoàn toàn (failed), thường đi kèm tốc độ đọc ghi giảm rõ rệt.

Vì hệ thống vẫn chạy và dữ liệu vẫn mở được nên nhiều người chủ quan, trong khi đây thực chất là lúc rủi ro cao nhất vì lớp bảo vệ dự phòng đã mất một phần:

Mất khả năng chịu lỗi dự phòng: không còn ổ đệm để bù nếu phát sinh thêm sự cố, dễ dẫn đến mất dữ liệu không thể phục hồi.
Ổ còn lại quá tải: các ổ sống phải bù cho ổ đã mất, dễ phát sinh lỗi mới nếu là ổ cũ hoặc hệ thống tải nặng.
Rủi ro tăng theo thời gian: để càng lâu, khả năng thêm một ổ hỏng càng cao, nhất là với RAID 5 chỉ chịu được đúng 1 ổ lỗi.

RAID Degraded - dữ liệu vẫn truy cập được nhưng lớp bảo vệ dự phòng đã suy giảm

Tóm lại, RAID Degraded chưa mất dữ liệu nhưng đang mất dần lớp an toàn, cần xử lý sớm trước khi chuyển thành failed thật sự.

Nguyên nhân khiến RAID bị Degraded

RAID Degraded không tự nhiên xảy ra mà luôn xuất phát từ một sự cố cụ thể, nắm đúng nguyên nhân giúp xác định hướng xử lý phù hợp, tránh thao tác sai làm tình trạng nặng thêm.

Các nhóm nguyên nhân phổ biến nhất gồm:

❌ Ổ cứng hao mòn hoặc hỏng vật lý: ổ đĩa có tuổi thọ giới hạn, sau thời gian dài sử dụng dễ phát sinh bad sector, lỗi cơ hoặc mất tín hiệu hoàn toàn.
❌ Mất điện đột ngột, tắt máy không đúng cách: khiến dữ liệu giữa các ổ không đồng bộ, RAID controller phát hiện sai lệch và tự chuyển sang trạng thái Degraded.
❌ Lỗi RAID controller hoặc firmware: card điều khiển RAID gặp trục trặc, lỗi phần mềm điều khiển có thể khiến hệ thống nhận sai trạng thái ổ đĩa dù ổ vẫn còn tốt.
❌ Kết nối phần cứng lỏng lẻo: cáp tín hiệu, khay ổ đĩa (backplane) tiếp xúc kém khiến ổ bị rớt ra khỏi mảng dù chưa thực sự hỏng.
❌ Thao tác sai của người dùng: rút nhầm ổ đang hoạt động, cắm sai khay, hoặc can thiệp cấu hình RAID khi chưa nắm rõ hiện trạng.

Những nguyên nhân phổ biến khiến RAID chuyển sang trạng thái Degraded

Phần lớn các nguyên nhân trên đều có thể phòng ngừa được bằng cách theo dõi tình trạng ổ đĩa định kỳ, thay vì chỉ phát hiện khi RAID đã chuyển sang trạng thái lỗi.

Dấu hiệu nhận biết RAID đang ở trạng thái Degraded

Khi RAID Degraded, hệ thống thường phát cảnh báo để quản trị viên nhận biết mảng RAID đang gặp vấn đề. Tùy RAID controller và hệ điều hành, dấu hiệu có thể khác nhau nhưng thường gồm:

‼️ RAID controller báo Degraded: Virtual Disk/Array chuyển từ trạng thái Optimal/Healthy sang Degraded.
‼️ Ổ đĩa báo lỗi: một disk có thể hiển thị Failed, Offline, Missing hoặc Foreign (riêng Foreign đôi khi chỉ là ổ mang cấu hình RAID cũ chưa được import/clear, không hẳn ổ đã hỏng).
‼️ Đèn cảnh báo trên server: khe ổ cứng xuất hiện đèn màu cam/đỏ nhấp nháy thay vì sáng ổn định như bình thường.
‼️ Xuất hiện cảnh báo trong log: System Event Log hoặc RAID controller ghi nhận lỗi liên quan đến disk, controller hoặc quá trình rebuild.
‼️ Hiệu suất giảm rõ rệt: hệ thống chậm hơn do phải xử lý dữ liệu và tính toán parity để duy trì hoạt động khi thiếu ổ.

Các dấu hiệu thường gặp khi mảng RAID chuyển sang trạng thái Degraded

Khi nhận thấy một trong các dấu hiệu RAID bị lỗi trên, nên kiểm tra trạng thái toàn bộ RAID và từng ổ đĩa trước khi thay thế hoặc rebuild.

Cách kiểm tra ổ đĩa và tình trạng RAID Degraded

Bạn cần kiểm tra đồng thời trạng thái của mảng RAID và từng ổ đĩa thành viên để xác định chính xác vấn đề nằm ở disk, kết nối hay RAID controller. Không nên chỉ dựa vào cảnh báo Degraded mà tiến hành thay ổ ngay, vì có thể xác định sai ổ lỗi.

Dưới đây, đội ngũ kỹ thuật iCare Center tổng hợp chi tiết cách kiểm tra để bạn tham khảo:

Kiểm tra trạng thái RAID trên RAID controller

Bước đầu tiên là xác định virtual disk/array nào đang ở trạng thái Degraded và mức độ dự phòng còn lại. Tùy loại hệ thống, cách kiểm tra sẽ khác nhau:

Server dùng RAID card cứng (LSI/MegaRAID, Dell PERC, HP Smart Array): truy cập tiện ích quản lý RAID trong BIOS lúc khởi động, hoặc dùng phần mềm quản lý như MegaRAID Storage Manager, OpenManage, HPE SSA để xem trạng thái từng virtual disk.
Hệ thống Linux dùng RAID phần mềm (mdadm): chạy lệnh cat /proc/mdstat hoặc mdadm --detail /dev/mdX để xem số ổ đang hoạt động so với tổng số ổ cấu hình.
NAS (Synology, QNAP...): kiểm tra trực tiếp trong giao diện quản lý Storage Manager/Storage & Snapshots, trạng thái RAID sẽ hiển thị rõ Degraded kèm ổ nào đang gặp lỗi.

Kiểm tra trạng thái RAID trực tiếp trên RAID controller hoặc phần mềm quản lý

Kết quả ở bước này giúp xác định RAID đang mất bao nhiêu ổ và còn khả năng chịu lỗi thêm hay không, làm cơ sở cho các bước xử lý tiếp theo.

Kiểm tra tình trạng từng ổ cứng

Sau khi biết RAID đang Degraded, cần kiểm tra sâu hơn tình trạng sức khỏe của từng ổ đĩa vật lý để xác định ổ nào thực sự hỏng và ổ nào chỉ đang gặp lỗi kết nối tạm thời:

Dùng công cụ SMART (smartctl): kiểm tra các chỉ số như bad sector, số giờ hoạt động, cảnh báo Pre-fail để đánh giá tuổi thọ và mức độ rủi ro của ổ.
Kiểm tra qua chính RAID controller: với RAID cứng, một số ổ cần đọc SMART thông qua driver riêng của controller thay vì đọc trực tiếp như ổ thường.
Quan sát trạng thái vật lý: đèn báo trên khay ổ, tiếng kêu bất thường (click, rít) cũng là dấu hiệu bổ sung cho thấy ổ đang gặp vấn đề phần cứng thật sự.

Kiểm tra chỉ số sức khỏe từng ổ cứng trước khi quyết định thay thế

Việc xác định đúng ổ lỗi ngay từ bước này giúp tránh rút nhầm ổ đang hoạt động tốt khi tiến hành thay thế.

Kiểm tra log và lịch sử lỗi

Bên cạnh trạng thái hiện tại, log hệ thống cung cấp thông tin về thời điểm và diễn biến sự cố, giúp đánh giá chính xác nguyên nhân trước khi xử lý:

System Event Log của RAID controller: ghi lại các sự kiện như ổ bị rớt, cảnh báo nhiệt độ, lỗi khi rebuild trước đó.
Log hệ điều hành: trên Linux có thể xem qua dmesg hoặc /var/log/messages, trên Windows có thể xem trong Event Viewer để đối chiếu thời điểm lỗi xảy ra.
Lịch sử rebuild trước đó (nếu có): giúp phát hiện nếu ổ từng gặp lỗi trong lần rebuild trước, đây thường là dấu hiệu ổ đang suy yếu dần chứ không phải sự cố đơn lẻ.

Đối chiếu log hệ thống để xác định chính xác nguyên nhân và thời điểm sự cố

Đối chiếu log giúp phân biệt được sự cố do phần cứng hỏng thật hay chỉ là lỗi tạm thời do kết nối, từ đó chọn đúng hướng xử lý ở bước tiếp theo.

Hướng dẫn sửa lỗi RAID Degraded an toàn dữ liệu: Quy trình 4 bước

Sửa lỗi RAID Degraded đúng cách không chỉ là thay ổ hỏng rồi rebuild, mà cần tuân thủ đúng thứ tự để tránh biến một sự cố còn cứu được thành mất dữ liệu vĩnh viễn.

Dưới đây là quy trình 4 bước chuẩn mà kỹ thuật viên nên thực hiện:

1️⃣ Sao lưu (backup) dữ liệu ngay lập tức

RAID Degraded vẫn đọc được dữ liệu, đây là thời điểm vàng để copy toàn bộ dữ liệu quan trọng ra ổ ngoài hoặc cloud trước khi thao tác bất kỳ thứ gì lên phần cứng, phòng trường hợp phát sinh thêm lỗi trong quá trình xử lý.

2️⃣ Xác định chính xác ổ đĩa bị lỗi theo Slot ID

Dựa vào thông tin từ RAID controller để biết chính xác vị trí khay chứa ổ lỗi, tuyệt đối không đoán hoặc rút thử, vì rút nhầm ổ đang sống là nguyên nhân hàng đầu khiến toàn bộ RAID sập luôn.

3️⃣ Chuẩn bị ổ cứng thay thế phù hợp

Ố mới cần đúng dung lượng (tối thiểu bằng ổ cũ), đúng chuẩn giao tiếp và tương thích tốc độ quay/đọc ghi với các ổ còn lại trong mảng để quá trình rebuild diễn ra ổn định.

4️⃣ Tiến hành thay ổ và rebuild theo từng cấp độ RAID

Cách thay ổ và cơ chế rebuild sẽ khác nhau tùy loại RAID đang sử dụng, chi tiết được trình bày cụ thể ở từng cấp độ RAID 1, RAID 5, RAID 6 và RAID 10 ngay bên dưới.

Quy trình 4 bước sửa lỗi RAID Degraded an toàn, ưu tiên bảo toàn dữ liệu.

Cách xử lý lỗi RAID Degraded theo từng cấp độ RAID

Mỗi cấp độ RAID có cơ chế dự phòng khác nhau, nên cách xử lý lỗi RAID Degraded cũng không giống nhau hoàn toàn, hiểu đúng đặc thù từng loại giúp thao tác đúng và giảm rủi ro trong lúc rebuild.

RAID 1 Degraded

RAID 1 lưu dữ liệu song song trên 2 ổ giống hệt nhau nên cách xử lý khá đơn giản. Các bước thực hiện:

Xác định ổ hỏng qua controller: kiểm tra đèn báo hoặc phần mềm quản lý để biết chính xác ổ nào đã rớt khỏi mirror.
Thay ổ mới đúng dung lượng: gắn ổ thay thế có dung lượng tối thiểu bằng ổ cũ vào đúng khay.
Theo dõi quá trình rebuild: hệ thống thường tự động copy dữ liệu từ ổ còn sống sang ổ mới, thời gian rebuild nhanh do không cần tính toán parity.

RAID 5 Degraded

RAID 5 dùng 1 lớp parity nên cần thận trọng hơn khi xử lý vì không còn margin an toàn. Các bước thực hiện:

Backup dữ liệu trước khi thao tác: vì chỉ cần thêm 1 lỗi trong lúc rebuild là mất dữ liệu, bước backup gần như bắt buộc.
Xác định đúng ổ lỗi và thay thế: thay ổ mới cùng thông số, tránh rút nhầm ổ đang hoạt động.
Giám sát sát sao trong lúc rebuild: theo dõi log và tình trạng các ổ còn lại suốt quá trình, vì rebuild RAID 5 có thể kéo dài nhiều giờ đến cả ngày với ổ dung lượng lớn.

RAID 6 Degraded

RAID 6 dùng 2 lớp parity nên vẫn còn dư 1 lớp dự phòng khi mất 1 ổ. Các bước thực hiện:

Kiểm tra số ổ đang lỗi: xác định RAID đang mất 1 hay 2 ổ để biết mức độ khẩn cấp thực sự.
Thay ổ mới và kích hoạt rebuild: quy trình tương tự RAID 5 nhưng ít áp lực thời gian hơn nhờ còn margin dự phòng.
Ưu tiên xử lý sớm nếu đã mất 2 ổ: lúc này RAID 6 cũng không còn margin, cần xử lý khẩn cấp như RAID 5.

RAID 10 Degraded

RAID 10 kết hợp mirroring và striping nên cách xử lý phụ thuộc vào vị trí ổ hỏng. Các bước thực hiện:

Xác định ổ hỏng thuộc cặp mirror nào: đây là bước quan trọng nhất, tránh nhầm lẫn giữa các cặp mirror khác nhau.
Kiểm tra xem cặp mirror đó còn ổ sống hay không: nếu chỉ 1 ổ trong cặp hỏng, dữ liệu vẫn an toàn; nếu cả 2 ổ cùng cặp hỏng, phần dữ liệu đó đã mất.
Thay ổ và rebuild: nếu còn ổ sống trong cặp, rebuild chỉ đơn giản là copy dữ liệu, tốc độ nhanh tương tự RAID 1.

RAID 0 bị lỗi có sửa bằng rebuild được không?

RAID 0 không có cơ chế dự phòng nên không áp dụng được quy trình rebuild như các cấp trên. Hướng xử lý thực tế:

Không thay ổ và chờ tự rebuild: vì RAID 0 không hỗ trợ cơ chế này, thao tác này không giúp lấy lại dữ liệu.
Ngừng ghi dữ liệu mới lên các ổ còn lại: tránh ghi đè làm giảm khả năng khôi phục phần dữ liệu chưa mất.
Tìm đến dịch vụ khôi phục dữ liệu chuyên sâu: đây là hướng xử lý duy nhất khả thi khi RAID 0 gặp sự cố ổ đĩa.

>> RAID Crash là gì? Hướng dẫn xử lý sự cố an toàn, nhanh chóng

RAID Degraded nhưng không tự rebuild phải làm sao?

Nhiều trường hợp sau khi thay ổ mới, hệ thống vẫn không tự động chuyển sang trạng thái rebuilding như kỳ vọng. Đây là tình huống khá phổ biến và thường xuất phát từ một vài nguyên nhân cụ thể có thể tự kiểm tra trước khi cần đến hỗ trợ chuyên sâu.

Kiểm tra ổ mới đã được hệ thống nhận diện chưa

Đôi khi ổ mới đã cắm vào khay nhưng RAID controller chưa thực sự "nhận" nó là thành viên thay thế hợp lệ.

Cần kiểm tra:

Trạng thái ổ trên RAID controller: nếu ổ đang hiển thị Ready, Unconfigured Good, Foreign hoặc Non-RAID thay vì Online/Rebuilding, controller chưa gán ổ này vào mảng.
Kết nối vật lý: kiểm tra lại cáp tín hiệu, khay ổ, cổng kết nối để chắc chắn ổ được nhận đúng slot và không bị lỏng.
Xóa cấu hình cũ trên ổ (nếu có): với ổ từng dùng ở hệ thống RAID khác, cần clear foreign configuration trước khi controller cho phép sử dụng làm ổ thay thế.

Kiểm tra xem ổ mới đã được RAID controller nhận diện đúng cách hay chưa

Kiểm tra ổ mới có đáp ứng yêu cầu của RAID không

Nếu ổ đã được nhận diện nhưng vẫn không rebuild, khả năng cao ổ không đạt yêu cầu kỹ thuật để thay thế:

Dung lượng nhỏ hơn ổ cũ: dù cùng loại nhưng dung lượng thực tế đôi khi nhỏ hơn ổ đã hỏng, khiến controller từ chối dùng làm ổ thay thế.
Sai chuẩn giao tiếp hoặc tốc độ: ổ khác chuẩn (SAS/SATA) hoặc tốc độ quay không tương thích với các ổ còn lại trong mảng.
Ổ chưa được gán đúng vai trò: một số controller yêu cầu gán thủ công ổ mới làm hot spare hoặc replacement disk thay vì để mặc định.

Đảm bảo ổ thay thế đúng thông số kỹ thuật trước khi tiến hành rebuild

Kích hoạt rebuild thủ công

Không phải hệ thống nào cũng bật sẵn tính năng tự động rebuild, nên nhiều trường hợp cần thao tác thủ công:

Truy cập phần mềm quản lý RAID: vào tiện ích quản lý (MegaRAID Storage Manager, OpenManage, BIOS RAID utility...) để tìm tùy chọn Rebuild trên ổ vừa thay.
Chọn đúng ổ đích để rebuild: xác nhận đúng ổ mới được chọn làm đích trước khi bấm bắt đầu, tránh chọn nhầm ổ khác trong mảng.
Theo dõi tiến trình sau khi khởi động: một số hệ thống yêu cầu khởi động lại server để rebuild bắt đầu chạy ở môi trường OS.

Kích hoạt rebuild thủ công qua phần mềm quản lý khi hệ thống không tự động thực hiện

Nếu rebuild tiếp tục thất bại

Trường hợp đã thử các bước trên nhưng rebuild vẫn không chạy hoặc bị gián đoạn giữa chừng, cần xử lý thận trọng hơn:

Ngừng thao tác thêm lên RAID: tránh thử đi thử lại nhiều lần vì có thể làm nặng thêm tình trạng của các ổ còn lại.
Kiểm tra khả năng các ổ còn lại cũng đang gặp lỗi: rebuild thất bại lặp lại nhiều khi là dấu hiệu một ổ khác trong mảng cũng đang suy yếu.
Liên hệ đơn vị kỹ thuật chuyên về RAID: đây là lúc nên nhờ hỗ trợ chuyên sâu thay vì tiếp tục tự xử lý, để tránh rủi ro mất dữ liệu không thể khôi phục.

Khi rebuild liên tục thất bại, cần dừng thao tác và tìm hỗ trợ kỹ thuật chuyên sâu

>> Giải đáp chi tiết: Có nên khôi phục dữ liệu RAID bằng phần mềm?

iCare60 - Dịch vụ sửa lỗi RAID Degraded tận nơi cho doanh nghiệp

Server và hệ thống lưu trữ doanh nghiệp thường vận hành liên tục nên khi gặp sự cố RAID Degraded, việc tháo gỡ mang đến cửa hàng vừa mất thời gian vừa tăng rủi ro trong quá trình vận chuyển.

iCare60 (trực thuộc iCare Center) ra đời để giải quyết đúng bài toán đó: kỹ thuật viên đến tận nơi kiểm tra và xử lý trực tiếp trên hệ thống của khách hàng, hạn chế tối đa thời gian gián đoạn.

Một số lý do khách hàng doanh nghiệp tin chọn iCare60 khi RAID gặp sự cố:

✅ Kỹ thuật viên có mặt tận nơi: hỗ trợ trực tiếp tại văn phòng hoặc phòng server, không cần tháo dỡ thiết bị di chuyển.
✅ Kiểm tra thực tế trước khi xử lý: ổ đĩa và tình trạng RAID được kiểm tra ngay tại chỗ để xác định đúng nguyên nhân, không báo giá cảm tính.
✅ Ưu tiên an toàn dữ liệu tuyệt đối: tuân thủ đúng quy trình backup trước khi can thiệp, hạn chế tối đa rủi ro trong lúc rebuild hoặc phục hồi dữ liệu RAID.
✅ Đội ngũ kỹ thuật giàu kinh nghiệm: xử lý được nhiều loại RAID controller và cấp độ RAID khác nhau, từ hệ thống nhỏ đến server doanh nghiệp.
✅ Bảo hành rõ ràng bằng phiếu: cam kết bảo hành sau khi xử lý, ghi rõ nội dung đã thực hiện để khách hàng yên tâm vận hành lâu dài.

iCare60 - dịch vụ sửa lỗi RAID Degraded tận nơi dành cho doanh nghiệp

Nếu server hoặc hệ thống lưu trữ của bạn đang gặp tình trạng Degraded, gọi ngay hotline 1900 6076 để được kỹ thuật viên iCare60 hỗ trợ tận nơi kịp thời.

Cách hạn chế RAID bị Degraded và bảo vệ dữ liệu

Phòng ngừa luôn tốn ít chi phí và rủi ro hơn việc xử lý sự cố RAID Degraded sau khi đã xảy ra. Một số biện pháp nên áp dụng ngay từ đầu:

⭐ Giám sát ổ đĩa định kỳ: theo dõi chỉ số SMART và cảnh báo từ RAID controller để phát hiện ổ suy yếu trước khi hỏng hẳn.
⭐ Backup theo nguyên tắc 3-2-1: giữ ít nhất 3 bản sao, trên 2 loại thiết bị khác nhau, 1 bản ở vị trí khác để tránh mất toàn bộ khi có sự cố.
⭐ Trang bị UPS chống mất điện: hạn chế tắt máy đột ngột, một trong những nguyên nhân phổ biến gây Degraded.
⭐ Dùng hot spare cho hệ thống quan trọng: giúp rebuild kích hoạt ngay khi có ổ hỏng, rút ngắn thời gian mảng bị thiếu dự phòng.
⭐ Thay ổ theo tuổi thọ khuyến nghị: không nên đợi ổ báo lỗi mới thay, nhất là ổ đã dùng lâu năm hoặc cùng lô sản xuất.
⭐ Kiểm tra định kỳ với đơn vị kỹ thuật: giúp phát hiện sớm rủi ro tiềm ẩn mà giám sát thông thường dễ bỏ sót.

Các biện pháp phòng ngừa giúp hạn chế rủi ro RAID Degraded và bảo vệ dữ liệu lâu dài

Kết hợp các biện pháp trên giúp giảm tần suất sự cố và rút ngắn thời gian xử lý nếu RAID vẫn chuyển sang trạng thái Degraded.

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

Dưới đây là những thắc mắc phổ biến nhất mà đội ngũ kỹ thuật iCare Center thường nhận được từ khách hàng khi RAID gặp tình trạng Degraded.

RAID Degraded có tiếp tục sử dụng được không?

Có, mảng vẫn đọc/ghi dữ liệu bình thường nhưng đã mất lớp dự phòng, hiệu suất giảm và rủi ro mất dữ liệu tăng cao nếu tiếp tục sử dụng lâu mà không xử lý.

RAID Degraded có tự phục hồi không?

Không tự phục hồi nếu chỉ để nguyên. RAID chỉ trở lại trạng thái bình thường sau khi ổ hỏng được thay thế và hoàn tất quá trình rebuild.

Thay ổ cứng xong RAID có tự rebuild không?

Tùy hệ thống. Nhiều RAID controller có hot spare hoặc bật sẵn auto-rebuild sẽ tự chạy, nhưng một số trường hợp cần kích hoạt rebuild thủ công qua phần mềm quản lý.

RAID Degraded mất bao lâu để rebuild?

Dao động từ vài giờ đến hơn một ngày, tùy dung lượng ổ, cấp độ RAID và tải hệ thống trong lúc rebuild. RAID 1/10 thường nhanh hơn RAID 5/6.

Có nên tắt server khi RAID đang Degraded không?

Không cần thiết nếu hệ thống vẫn ổn định, việc tắt/khởi động lại đột ngột đôi khi còn tăng rủi ro. Tuy nhiên nên hạn chế tải nặng và xử lý sớm thay vì để kéo dài.

Kết luận

Tình trạng RAID Degraded không nên bị bỏ qua, ngay cả khi server vẫn đang hoạt động bình thường. Xác định đúng ổ đĩa gặp sự cố, sử dụng ổ thay thế tương thích và rebuild đúng theo cấp RAID là những bước quan trọng để khôi phục khả năng dự phòng của mảng.

Đừng quên theo dõi iCare Center để cập nhật thêm những kiến thức hữu ích về quản lý, bảo trì và xử lý sự cố hệ thống máy chủ.