Khi NAS Synology bị treo: hiểu đúng tình huống trước khi ra tay
NAS Synology bị treo là tình huống hệ thống không phản hồi giao diện DSM, thao tác nút nguồn hoặc reset, đồng thời các volume lưu trữ có nguy cơ xung đột, bị từ chối hoặc không còn được nhận diện, đòi hỏi quy trình khôi phục hệ thống DSM và dữ liệu đi kèm một cách cẩn trọng, có trình tự để tránh làm mất thêm dữ liệu và hỏng cấu trúc RAID. Trong thực tế, phần lớn người dùng chỉ nhận thấy thiết bị đứng im, nhưng đằng sau đó là tổ hợp lỗi phần mềm DSM, xung đột phân vùng hệ thống và cả các volume bị bão hòa dung lượng.
Lý do cần tiếp cận bằng tư duy khắc phục có cấu trúc rất rõ ràng: một thao tác sai thời điểm, như gắn thêm ổ bất kỳ hoặc xoá nhóm RAID trong hoảng hốt, có thể khiến NAS từ trạng thái "treo nhưng cứu được" thành "mất trắng dữ liệu". Trước khi nghĩ tới reset NAS DS414 hay bất kỳ model nào khác, bạn phải phân biệt đâu là lỗi hệ thống DSM, đâu là lỗi RAID NAS, và đâu là hậu quả phụ từ ổ đĩa đầy. Khôi phục hệ thống DSM nên là bước cuối cùng trong chuỗi chẩn đoán, chứ không phải phản xạ đầu tiên.
Khôi phục hệ thống DSM: reset phần cứng và dùng file Systeme.dss đúng cách
Khi đã xác định NAS không còn khả năng tự lên lại DSM, lựa chọn hợp lý là khôi phục hệ thống từ bản cấu hình trước đó thay vì cài mới hoàn toàn. Một người dùng DS414 mô tả khá rõ quy trình: sau khi reset NAS DS414, cần "restaurer le système a l'aide du fichier 'Systeme.dss' puis a l'aide de hyperbackup restaurer mes données". Đây là hướng đi chín chắn: tách riêng khôi phục hệ thống DSM bằng file .dss và khôi phục dữ liệu NAS bằng HyperBackup. Làm như vậy, bạn tránh được việc DSM tạo cấu trúc mới làm lệch so với cách dữ liệu vốn được tổ chức.
Về mặt quan điểm, tôi khuyến nghị xem việc reset phần cứng là lựa chọn sau cùng, nhưng khi đã phải làm, hãy giải quyết theo đúng trình tự: (1) reset để thiết bị có thể nạp lại hệ điều hành; (2) dùng file Systeme.dss khôi phục cấu hình DSM, người dùng, quyền chia sẻ và các tham số hệ thống; (3) chỉ sau đó mới dùng HyperBackup để khôi phục dữ liệu. HyperBackup không chỉ đưa file trở lại, mà còn giữ và trả lại metadata của backup, tức là lịch sử, cấu hình ứng dụng và các thuộc tính đi kèm. Nếu đảo trình tự, bạn có nguy cơ để DSM mới tạo ra cấu trúc không khớp với dữ liệu khôi phục.
Lỗi RAID, xung đột volume và phân vùng hệ thống: tại sao NAS treo khó cứu?
Phần nguy hiểm thật sự của NAS Synology bị treo nằm ở lớp lưu trữ: lỗi RAID NAS, xung đột volume và phân vùng hệ thống không đồng nhất. Một người dùng đã được cảnh báo rằng sẽ có "conflit entre le volume 1 sur le disque 4To et le volume 1 sur le 2To ce qui risque de conduire à un rejet d'un des volumes, mais aussi un souci au niveau de la partition système". Đây chính là kiểu tình huống hay gặp sau crash trên volume bị bão hòa dung lượng: hệ thống cố ghi thêm, RAID mất khả năng đồng bộ và dẫn tới trạng thái treo.
Điều đáng chú ý là với DSM 7.1 trở lên, kích thước phân vùng hệ thống trên các ổ có thể khác nhau: "le 4To aura une partition à 7.9Go alors que le 2To a certainement une partition en 2.2Go". Khi lắp lẫn các ổ dung lượng khác nhau, bạn khó tránh khỏi bất cân xứng. Vì thế, khi cần khôi phục dữ liệu NAS, lời khuyên hợp lý là thao tác trên từng ổ một, giữ nguyên ổ còn lại "au chaud" để bảo toàn dữ liệu. Nếu DSM không nhận nhóm và volume cũ, kích hoạt SSH, kiểm tra lại sơ đồ đĩa trước khi quyết định tạo nhóm mới. Khôi phục vội vàng là cách nhanh nhất biến lỗi tạm thời thành thảm hoạ vĩnh viễn.
Sao lưu và khôi phục dữ liệu NAS: phân biệt backup "thật" và sao chép thô
Phần lớn người dùng chỉ nghĩ tới khôi phục dữ liệu NAS khi có sự cố, nhưng cách bạn backup từ trước quyết định toàn bộ khả năng cứu máy. Câu hỏi đặt ra rất đúng: "Vos sauvegardes sont-elles faites via un vrai logiciel de sauvegarde (hyperbackup ou autre) ... ou est-ce une simple copie des dossiers ?". Sao chép thô thư mục sang ổ ngoài nghe có vẻ an toàn, nhưng khi khôi phục, bạn mất sạch metadata: cấu hình ứng dụng, lịch sử phiên bản, quyền chia sẻ, lịch backup… Trong khi đó, backup qua HyperBackup hoặc phần mềm tương đương cho phép đồng thời lưu dữ liệu và metadata, và sẽ trả lại chúng khi restore.
Chính vì vậy, khi NAS Synology bị treo, lựa chọn chiến lược là ưu tiên khôi phục từ backup dùng HyperBackup, sau đó mới nghĩ tới các quy trình khôi phục dữ liệu cấp thấp như mount ổ riêng, dùng SSH hay công cụ ngoài để đọc RAID. Nếu bạn phải "récupérer la base de données", nên đi theo các quy trình khôi phục dữ liệu chuyên dụng đã được chỉ dẫn thay vì thử nghiệm trên ổ gốc. Quan điểm thẳng thắn ở đây là: nếu bạn chưa dùng backup "thật" trước khi xảy ra sự cố, hãy chấp nhận mất thêm thời gian và công sức, nhưng đừng đánh đổi bằng những thao tác mạo hiểm trên NAS đang treo.
Kết luận: xử lý NAS treo bằng kỷ luật kỹ thuật, không bằng may rủi
NAS Synology bị treo không phải là bản án tử cho dữ liệu, nhưng là bài kiểm tra về kỷ luật kỹ thuật của người quản trị. Những gì chúng ta thấy từ các trường hợp DS414 và hệ thống có ổ 2TB–4TB là: khôi phục hệ thống DSM phải gắn với file cấu hình như Systeme.dss, khôi phục dữ liệu phải dựa trên backup "thật" như HyperBackup, và mọi thao tác với RAID, volume, phân vùng hệ thống cần sự kiên nhẫn, từng bước một. Nếu bạn để ổ đĩa đầy, ghép volume lộn xộn và sao lưu qua copy thô, NAS sẽ treo đúng như cách nó được bạn đối xử.
Chọn cách làm có trật tự – chẩn đoán, bảo toàn ổ gốc, khôi phục cấu hình, rồi mới khôi phục dữ liệu – không chỉ cứu bạn khỏi mất mát nhất thời, mà còn đặt nền tảng cho một môi trường lưu trữ đáng tin cậy hơn. Sự cố hôm nay nên được coi là cú nhắc nhở: backup bài bản, quản lý dung lượng nghiêm túc và hiểu rõ cơ chế RAID không phải là lựa chọn xa xỉ, mà là điều kiện để hệ thống NAS tiếp tục là nơi dữ liệu của bạn được an toàn.
