Ổ cứng Synology có dùng được trên NAS hãng khác?

Đổi hãng NAS, ổ cứng Synology có "theo" được dữ liệu không?

Câu hỏi này hay bật ra đúng lúc NAS hết vòng đời cập nhật (EOL) sau 5-6 năm, hoặc lúc đang so giá thấy QNAP/Asustor rẻ hơn hẳn. Trả lời thẳng cho đỡ mất ngủ: ổ cứng thì cắm được, dữ liệu thì không tự hiện ra đâu. Cắm ổ Synology vào NAS QNAP, máy báo ổ trống hoặc đòi format, chứ không mở ngay thư mục ảnh cưới của bạn như phim viễn tưởng.

Đây không phải Synology "khóa" ổ kiểu DRM để ép bạn ở lại hệ sinh thái của họ. Vấn đề nằm ở chỗ mỗi hãng NAS tự xây một tầng quản lý lưu trữ riêng trên cùng nền Linux. Các tầng đó không đọc được của nhau, dù bên dưới vẫn chạy chung mấy công nghệ mã nguồn mở quen thuộc.

Vì sao ổ Synology cắm sang NAS khác không tự hiện dữ liệu

DSM xếp dữ liệu của bạn qua ba tầng chồng lên nhau, kiểu đóng gói hàng qua ba lớp bao bì khác nhau:

1. mdadm — tầng RAID phần mềm, gộp nhiều ổ vật lý thành một khối logic (RAID 1, RAID 5, SHR...).
2. LVM (Logical Volume Manager) — tầng quản lý volume trên khối logic đó, cho phép mở rộng dung lượng linh hoạt sau này.
3. Btrfs hoặc ext4 — filesystem thật sự chứa file của bạn, chọn lúc tạo volume và không đổi tại chỗ được. Muốn chuyển ext4 sang Btrfs bắt buộc phải tạo volume mới, tức xóa sạch dữ liệu cũ trước.

Cắm ổ từ một máy Synology khác vào máy Synology của bạn, dữ liệu vẫn đọc được vì cùng một chuẩn stack. Nhưng đem chính ổ đó sang QNAP thì chịu — QNAP tự chỉnh tầng LVM theo cách riêng của họ, khác hẳn cách Synology làm.

SHR không phải "định dạng bí mật" của Synology

Nhiều người nghe SHR (Synology Hybrid RAID) là tưởng công nghệ độc quyền cao siêu gì đó. Thực ra SHR chỉ là một lớp trừu tượng cho phép trộn ổ dung lượng khác nhau vào cùng một pool — bên dưới vẫn là mdadm + LVM chuẩn Linux, chẳng có gì bí mật. Cái khiến ổ "không đọc được" ở máy khác nằm ở LVM/filesystem phía trên, không phải ở SHR.

Đừng nhầm: chính sách ổ cứng tương thích khác chuyện đọc chéo dữ liệu

Đây là chỗ dễ loạn nhất khi tự mò forum tiếng Anh — hai chuyện độc lập bị gộp làm một:

• Chính sách ổ cứng tương thích: quy định ổ thứ ba nào được phép lắp vào NAS Synology, áp dụng cho dòng Plus 2025 (DS725+, DS925+, DS1525+, DS1825+, DS425+). DSM 7.3 (tháng 10/2025) đã nới lỏng phần lớn — ổ "Unverified" giờ chỉ còn hạn chế vài tính năng như M.2 NVMe cache, dedup, cập nhật firmware qua DSM và chi tiết Drive Health.
• Khả năng đọc chéo dữ liệu giữa các hãng NAS: chủ đề của bài này, không liên quan gì đến chính sách ổ ở trên. Kể cả ổ nằm trong danh sách tương thích 100%, dữ liệu trên đó vẫn không tự đọc được ở NAS hãng khác — lý do nằm ở storage stack, không phải ở bản thân ổ cứng.

Synology không phải "kẻ xấu" duy nhất

Định chuyển sang QNAP hay Asustor để "thoát kiếp" phụ thuộc thì nên biết trước: hãng nào đóng gói NAS cũng khó đọc chéo ổ của nhau, không riêng gì Synology. QNAP dùng LVM2 với một segment type riêng tên tier_thin_pool mà họ chưa công bố mã nguồn, dù về lý thuyết GPLv2 bắt buộc phải công bố. Kết quả là công cụ Linux chuẩn — và cả Synology — không đọc được cấu trúc của QNAP, ngược lại QNAP cũng chịu, không đọc được ổ Synology.

Lựa chọn portable hơn thật sự tồn tại: TrueNAS dùng ZFS chuẩn mở, tháo ổ cắm sang máy TrueNAS khác gần như luôn nhận diện được ngay. Đánh đổi là độ khó cấu hình cao hơn hẳn, không hợp với người quen bấm-chọn trong DSM.

Mã hóa Shared Folder mới là thứ thật sự khóa dữ liệu của bạn

Câu chuyện storage stack ở trên là "không tương thích". Đây mới là "khóa thật". DSM có tính năng mã hóa thư mục chia sẻ (Shared Folder Encryption) dùng chuẩn AES-256, hoàn toàn tùy chọn — mặc định DSM không mã hóa gì cả. Bật tính năng này, hệ thống tạo một file khóa .key để bạn tải về lúc tạo thư mục.

Mất file .key đó là mất dữ liệu vĩnh viễn, kể cả cắm đúng ổ vào đúng chiếc NAS Synology đã tạo ra nó ban đầu. Không "cửa sau" nào để Synology hay bất kỳ ai khôi phục giúp bạn — file đó quan trọng hơn cả password NAS, mất là coi như dữ liệu đi luôn. Nên lưu ít nhất 2 bản sao ở nơi khác NAS: USB rời, password manager, hoặc cloud riêng.

Vậy nên làm gì? Xử lý theo từng tình huống

Cách xử lý đúng phụ thuộc bạn đang ở tình huống nào:

• Đổi sang model Synology mới: dùng Migration Assistant hoặc HDD Migration — nhanh nhất vì giữ nguyên volume, không cần backup-restore. HDD Migration copy nguyên trạng RAID/volume/filesystem byte-for-byte. Điều kiện: model nguồn và đích phải nằm trong danh sách tương thích, kiểm tra tại DSM > Migration Assistant > Compatible Models trước khi bắt đầu.
• Đổi sang hãng NAS khác (QNAP, Asustor, TrueNAS...): cách duy nhất đảm bảo tương thích 100% là sao lưu ở mức file, không phải mức ổ đĩa — dùng Hyper Backup, rsync, hoặc đơn giản copy qua SMB sang ổ ngoài/NAS khác/cloud định kỳ. File-level không phụ thuộc filesystem hay RAID stack của bất kỳ hãng nào, nên luôn đọc được ở máy đích mà chẳng cần biết mdadm/LVM/Btrfs là con gì.
• NAS hỏng hẳn, cần cứu dữ liệu gấp: Synology có hướng dẫn chính thức dùng PC chạy Ubuntu, xem mục tùy chọn nâng cao bên dưới. Không rành dòng lệnh thì cân nhắc dịch vụ phục hồi dữ liệu chuyên nghiệp thay vì tự mò — vọc sai một bước ở tầng RAID là mất trắng, không đùa được.

Nói cách khác, backup file-level không phải phản ứng khi sự cố đã xảy ra. Nó là bảo hiểm nên có sẵn từ đầu, để chuyện đổi hãng NAS sau này (nếu có) chỉ là quyết định mua sắm, không phải khủng hoảng dữ liệu.

Lỗi hay gặp khi nghĩ tới chuyện đổi hãng NAS

• Cắm thẳng ổ Synology vào QNAP/Asustor, kỳ vọng nhận diện ngay: không xảy ra — máy báo ổ trống hoặc đòi format vì storage stack khác nhau hoàn toàn.
• Bật Shared Folder Encryption rồi làm mất file khóa: mất dữ liệu vĩnh viễn, không cứu được kể cả trên đúng NAS gốc.
• Nhầm chính sách ổ cứng tương thích 2025 với khả năng đọc chéo dữ liệu: hai chuyện độc lập, gây hoang mang không cần thiết khi tự tìm hiểu.
• Tưởng đổi filesystem ext4 ↔ Btrfs được trên volume đang chạy: thực tế bắt buộc tạo lại volume mới, đồng nghĩa xóa sạch dữ liệu cũ trước.
• Chạy Migration Assistant giữa hai model không nằm trong danh sách tương thích: thất bại giữa chừng — luôn kiểm tra danh sách công bố sẵn trong DSM trước khi bắt đầu.

Tùy chọn nâng cao (không bắt buộc)

Hai hướng này dành cho người rành kỹ thuật. Chỉ cần backup file-level đều đặn ở trên là đủ yên tâm rồi, không bắt buộc đọc phần này.

Tự cứu dữ liệu bằng PC chạy Ubuntu

Khi NAS hỏng hẳn phần cứng nhưng ổ vẫn còn sống, Synology có hướng dẫn chính thức gắn ổ vào PC chạy Ubuntu, cài mdadm và lvm2, rồi chạy tuần tự:

mdadm --assemble --scan
vgchange -ay
mount /dev/vg1000/volume_1 /mnt/btrfs -o ro

Cộng đồng cũng có script hỗ trợ tại 007revad/Synology_Recover_Data trên GitHub, tự động hóa bớt phần dò lệnh thủ công.

Cân nhắc TrueNAS hoặc Unraid

Mục tiêu dài hạn là tránh phụ thuộc một hãng NAS duy nhất thì TrueNAS (ZFS) hay Unraid portable hơn hẳn NAS đóng gói. Đánh đổi là bạn phải tự build máy, tự cấu hình, không có giao diện "bấm-chọn" mượt như DSM.

Bảo mật và thói quen nên có

Ổ Synology mặc định KHÔNG mã hóa, nên dữ liệu vẫn đọc được bằng một PC Linux thông thường nếu ai đó cầm được ổ vật lý — kể cả người chẳng biết gì về Synology, chỉ cần biết mdadm/LVM là đọc ra hết. Dữ liệu nhạy cảm thì bật mã hóa Shared Folder là hợp lý, đặc biệt trước khi thanh lý NAS hoặc bán ổ cũ.

Trước khi bán/thanh lý ổ từng dùng trong NAS, nên xóa an toàn (secure erase/fill zero) chứ không chỉ xóa dữ liệu thông thường — khôi phục dữ liệu từ stack Linux chuẩn tương đối dễ với người biết việc. Và đừng đi tìm cách "hack" để ép NAS hãng khác nhận ổ không tương thích: rủi ro mất bảo hành, hỏng dữ liệu, còn mấy hướng dẫn không chính thức trôi nổi trên mạng thì ai biết trong đó có gài gì.