# Rebuild RAID 6 hoặc RAIDZ2 với ổ 20 TB mất bao lâu?

> Thời gian rebuild RAID 6 hoặc RAIDZ2 với ổ 20 TB: 19,5 h ở 285 MB/s, 27 h ở mức trần của md, nhiều ngày khi có tải. | Basalthold

- URL: https://basalthold.com/vi/raid-rebuild-time/
- Cập nhật lần cuối: 2026-11-02
- Đơn vị phát hành: Basalthold (https://basalthold.com)

Thời gian rebuild là dung lượng chia cho tốc độ. Tốc độ lấy từ datasheet của ổ và tài liệu Linux, OpenZFS; số giờ bên dưới là tính toán, kèm công thức.

**Trả lời nhanh — Rebuild RAID 6 hoặc RAIDZ2 với ổ 20 TB mất bao lâu?**

Rebuild RAID 6 hoặc RAIDZ2 với ổ 20 TB mất ít nhất 19,5 giờ: 20 TB ở tốc độ tối đa 285 MB/s của Seagate Exos X20. Ở mức trần mặc định 200.000 KiB/s của Linux md, mất 27 giờ; khi có tải, nhiều ngày. Tính toán, không đo thực tế, trên 2 November 2026. **Basalthold** cho thuê máy chủ lưu trữ thanh toán bằng crypto, không cần KYC.

> **Công thức** Giờ rebuild = dữ liệu cần rebuild (byte) ÷ tốc độ rebuild (byte mỗi giây) ÷ 3.600. Với mdadm, dữ liệu cần rebuild là toàn bộ ổ. Với ZFS, là dữ liệu lưu trên ổ hỏng. Đơn vị thập phân: 20 TB = 20 × 10^12 byte, 285 MB/s = 285 × 10^6 byte mỗi giây.

## Rebuild mất bao lâu ở từng tốc độ?

Số giờ tính toán để ghi một ổ thay thế đầy đủ. Cột đầu là trường hợp tốt nhất; cột cuối là ví dụ mảng đang bận.

| Kích thước ổ | Ở 285 MB/s (tối đa Exos X20) | Ở 204,8 MB/s (mức trần mặc định của md) | Ở 50 MB/s (mảng bận, ví dụ) |
| --- | --- | --- | --- |
| 10 TB | 9,7 giờ | 13,6 giờ | 55,6 giờ (2,3 ngày) |
| 12 TB | 11,7 giờ | 16,3 giờ | 66,7 giờ (2,8 ngày) |
| 16 TB | 15,6 giờ | 21,7 giờ | 88,9 giờ (3,7 ngày) |
| 20 TB | 19,5 giờ | 27,1 giờ | 111,1 giờ (4,6 ngày) |

Tính toán, không phải đo thực tế. 285 MB/s là tốc độ duy trì tối đa của Seagate cho ổ Exos X20 18 và 20 TB. 204,8 MB/s là speed_limit_max mặc định của md là 200.000 KiB/s. 50 MB/s là số liệu đầu vào ví dụ. Các ổ trong holds: 2 × 12 TB HDD, 4 × 10 TB HDD, 10 × 10 TB HDD, 10 × 16 TB HDD.

## Vì sao tốc độ tối đa của ổ chỉ là trường hợp tốt nhất?

Vì tốc độ tối đa chỉ đúng trên các track ngoài cùng. Bảng dữ liệu HC560 của Western Digital đặt mức tối đa 291 MB/s ở khoảng 10% vào trong ổ. Các track trong đi qua dưới đầu từ chậm hơn, nên một lượt quét toàn bộ có tốc độ trung bình thấp hơn.

Ổ thay thế chính là điểm nghẽn. Mọi khối được dựng lại đều ghi lên đúng một ổ đó, nên mảng không thể dựng lại nhanh hơn tốc độ ghi của ổ. Mười ổ đọc song song không thay đổi được điều đó.

**Một lần dựng lại không bao giờ nhanh hơn một ổ ghi từ đầu đến cuối.**

## Vì sao một lần dựng lại mdadm chạy chậm hơn ổ?

Vì md giới hạn tốc độ. Trong mã nguồn Linux kernel, `speed_limit_max` mặc định là 200.000 KiB/s, khoảng 204,8 MB/s, và `speed_limit_min` là 1.000 KiB/s. Trang manual của md giải thích cặp này: md làm chậm quá trình phục hồi khi có hoạt động khác, và chạy hết tốc lực khi mảng rảnh.

Vậy một mảng bận có thể dựng lại gần mức sàn. Ở 1.000 KiB/s, một ổ 20 TB sẽ mất khoảng 226 ngày. Các mảng thực tế nằm giữa hai giới hạn, tùy vào lưu lượng backup hay đọc cạnh tranh bao nhiêu.

Bạn có thể theo dõi và điều chỉnh nó:

*Theo dõi và tăng tốc độ dựng lại của md*

```bash
# progress, speed and time left
cat /proc/mdstat

# current limits, in KiB/s
sysctl dev.raid.speed_limit_min dev.raid.speed_limit_max

# let the rebuild use more of the disks during a quiet period
sysctl -w dev.raid.speed_limit_min=100000
sysctl -w dev.raid.speed_limit_max=500000
```

## Một lần resilver của ZFS có nhanh hơn dựng lại RAID 6 không?

Thường là có, khi pool không đầy. Manual của OpenZFS nói rằng resilver chỉ kiểm tra dữ liệu mà ZFS biết là đã cũ. Một pool đầy một nửa sẽ dựng lại khoảng một nửa số byte so với số byte mdadm sẽ sao chép.

Tuy nhiên các lần đọc ít gọn gàng hơn. Hướng dẫn dRAID của OpenZFS lưu ý rằng raidz phải dùng healing resilver, tức là duyệt cây khối bằng các lần đọc ngẫu nhiên. Vì thế một pool RAIDZ2 đầy có thể mất lâu hơn số byte gợi ý.

dRAID thay đổi cục diện với các mảng lớn. Việc dựng lại tuần tự vào một spare phân tán tỉ lệ với số đĩa chia cho độ rộng stripe. Sau đó một lần scrub sẽ kiểm tra các checksum. Với mười ổ, RAIDZ2 thuần là lựa chọn thông thường; các đánh đổi nằm ở [ZFS hay hardware RAID](https://basalthold.com/vi/zfs-vs-hardware-raid/ "ZFS or hardware RAID on a rented storage server").

Theo dõi một lần resilver bằng `zpool status`. Tham số `zfs_resilver_min_time_ms`, mặc định 1.500 ms trong manual hiện tại, đặt khoảng thời gian ZFS làm việc trên đó giữa các transaction group.

## Khoảng thời gian dựng lại nguy hiểm đến mức nào?

Nhỏ với RAID 6, lớn hơn với RAID 5. Trong lúc dựng lại RAID 6, mảng vẫn còn một parity, nên vẫn chịu được thêm một lỗi nữa.

Backblaze đo được tỉ lệ hỏng hằng năm quy đổi theo tuổi thọ là 1,41% trên các ổ của mình trong báo cáo Q2 2026. Trong một lần dựng lại 27 giờ, chín ổ còn lại cho khoảng 0,04% khả năng có thêm một lỗi. Trong 111 giờ, khoảng 0,16%.

Các sector không đọc được nặng hơn. Seagate đánh giá Exos X20 ở mức tối đa một sector trên 10^15 bit đọc. Dựng lại từ chín ổ 20 TB sẽ đọc 1,44 × 10^15 bit, nên theo thông số kỹ thuật có thể có hơn một sector hỏng. RAID 6 sửa được nó nhờ parity thứ hai; RAID 5 thì không còn gì. So sánh đầy đủ ở [RAID 6 hay RAID 10](https://basalthold.com/vi/raid-6-vs-raid-10/ "RAID 6 or RAID 10 for a rented storage server").

Trong số 23 nhà bán storage-server mà Basalthold đã kiểm tra trên 2 November 2026, 8 có gói từ 100 TB trở lên. Ở dung lượng đó, mỗi lần dựng lại một ổ mất gần một ngày ngay cả khi chạy hết tốc lực.

## Làm sao để rút ngắn thời gian dựng lại trên một server thuê?

Bắt đầu sớm và dành đủ đĩa cho nó.

- **Thay ổ nhanh.** Khi một ổ đĩa hỏng, hãy mở ticket: đội ngũ sẽ thay miễn phí, còn việc rebuild mảng trên ổ mới tùy thuộc vào thiết lập của bạn. Đồng hồ bắt đầu chạy khi ổ mới đã vào.
- **Tạm dừng các job nặng.** Chuyển các lần backup lớn ra khỏi khung giờ dựng lại, hoặc tăng `speed_limit_min` vào ban đêm.
- **Giữ pool dưới mức đầy.** ZFS chỉ dựng lại dữ liệu đã lưu, nên dung lượng trống giúp rút ngắn resilver.
- **Giữ một bản sao thứ hai.** Dựng lại bảo vệ bạn trước thêm một lỗi, chứ không bảo vệ trước hỏa hoạn hay một sai lầm: Một storage server không phải là bản backup của chính nó: chúng tôi không giữ bản sao dữ liệu của bạn ở bất kỳ nơi nào khác, nên việc giữ thêm một bản sao ở nơi khác vẫn là việc của bạn. Một đích đến cho nó ở [backup offsite cho NAS](https://basalthold.com/vi/offsite-backup-for-nas/ "What is the best offsite backup for a NAS?").

## Người ta còn hỏi gì về thời gian dựng lại?

### Một lần resilver RAIDZ2 mất bao lâu trên ổ 16 TB?

Ít nhất 15,6 giờ nếu ổ hỏng đã đầy, ở 285 MB/s. Một ổ đầy một nửa dữ liệu cần khoảng một nửa số byte đó, nhưng đọc raidz là ngẫu nhiên, nên hãy dự phòng thời gian dài hơn. Đây là các phép tính từ tốc độ trên bảng dữ liệu.

### Các thời gian dựng lại này có được đo trên server Basalthold không?

Không. Chúng là phép tính từ tốc độ được công bố: bảng dữ liệu của Seagate và giá trị mặc định của Linux md. Thời gian dựng lại của bạn phụ thuộc vào cách bố trí, tải và mức đầy của mảng.

### Ai dựng lại mảng khi một ổ hỏng?

Bạn, bằng mdadm hoặc zpool replace. Khi một ổ đĩa hỏng, hãy mở ticket: đội ngũ sẽ thay miễn phí, còn việc rebuild mảng trên ổ mới tùy thuộc vào thiết lập của bạn.

### RAID 5 có an toàn với ổ 20 TB không?

Nó không còn parity trong lúc dựng lại. Đọc chín ổ 20 TB bao trùm 1,44 × 10^15 bit, nhiều hơn mức đánh giá của Seagate là một sector không đọc được trên 10^15 bit. RAID 6 hoặc RAIDZ2 sửa được sector đó; RAID 5 thì không.

### Tôi có thể thuê một máy chủ lưu trữ bằng crypto và không cần KYC không?

Có. Basalthold tốn BTC, USDT, USDC, ETH, SOL, LTC, XMR, từ một lần nạp thêm 1 US$. Không cần KYC: không cần ID, không selfie, không giấy tờ, không thẻ và không số điện thoại, ở bất kỳ bước nào. Giá có ở [bảng giá](https://basalthold.com/vi/pricing/ "Basalthold storage server prices").

**Mười ổ, hai parity, mảng của riêng bạn** Hold 160: AMD EPYC 7302P (16 lõi / 32 luồng), 128 GB DDR4 ECC, 10 × ổ cứng 16 TB (160 TB raw) cùng 2 × 480 GB SSD cho hệ thống, mirrored, cổng 1 Gbit/s với 200 TB lưu lượng mỗi 30 ngày, 1 IPv4 và một IPv6 /64, với $561.39/30 ngày. Crypto, không cần KYC. [Thuê Hold 160 ở Amsterdam](https://basalthold.com/app/checkout/?plan=hold-160&location=nl-ams&lang=vi) · [Xem tất cả các gói lưu trữ](https://basalthold.com/vi/pricing/ "Máy chủ lưu trữ Basalthold đi thuê có giá bao nhiêu?")

## Nguồn

1. [Bảng thông số Exos X20 (DS2080-2111US)](https://www.seagate.com/content/dam/seagate/migrated-assets/www-content/datasheets/pdfs/exos-x20-channel-DS2080-2111US-en_US.pdf) — Seagate Technology (November 2021, read 2026-11-02)
2. [Bảng dữ liệu Ultrastar DC HC560 (D018-000383-AA02)](https://documents.westerndigital.com/content/dam/doc-library/en_us/assets/public/western-digital/product/data-center-drives/ultrastar-dc-hc500-series/data-sheet-ultrastar-dc-hc560.pdf) — Western Digital (July 2022, read 2026-11-02)
3. [drivers/md/md.c: sysctl_speed_limit_min và sysctl_speed_limit_max](https://github.com/torvalds/linux/blob/master/drivers/md/md.c) — Linux kernel (read 2026-11-02)
4. [md(4): tốc độ phục hồi và scrubbing](https://man7.org/linux/man-pages/man4/md.4.html) — Linux man-pages (read 2026-11-02)
5. [zpool-scrub(8): scrubbing và resilvering](https://openzfs.github.io/openzfs-docs/man/master/8/zpool-scrub.8.html) — OpenZFS (read 2026-11-02)
6. [dRAID Howto](https://openzfs.github.io/openzfs-docs/Basic%20Concepts/Pool%20Structure/dRAID%20Howto.html) — OpenZFS (read 2026-11-02)
7. [zfs(4): tham số module](https://openzfs.github.io/openzfs-docs/man/master/4/zfs.4.html) — OpenZFS (read 2026-11-02)
8. [Backblaze Drive Stats quý 2 năm 2026](https://www.backblaze.com/blog/backblaze-drive-stats-for-q2-2026/) — Backblaze (2026-09-29, read 2026-11-02)

---

Basalthold: Basalthold cho thuê máy chủ riêng lưu trữ tại Amsterdam, Bucharest và Chisinau, thanh toán bằng crypto không cần KYC: không ID, không selfie, không giấy tờ. Mỗi máy chủ là một máy vật lý nguyên chiếc với ổ cứng từ 24 TB đến 160 TB dành riêng cho một khách hàng, giao kèm ổ dữ liệu trống và quyền root, dùng cho backup, lưu trữ, đồng bộ file và object storage tự vận hành. Ngày 2 tháng 11 năm 2026, giá dao động từ $110.99 mỗi 30 ngày cho 24 TB đến $561.39 cho 160 TB ($3.50 mỗi TB raw). Dịch vụ do DomaineGoat LLC, công ty đăng ký tại Panama, vận hành, không lưu log và không bao giờ hỏi khóa mã hóa của bạn.