Hyper Backup Synology: hướng dẫn sao lưu NAS từ A-Z

Hyper Backup là gì, và tại sao NAS nào cũng cần nó

Hyper Backup là gói (package) sao lưu có sẵn trong DSM của Synology — cài từ Package Center, không tốn thêm đồng nào. Việc của nó chỉ có một: gom shared folder, cấu hình hệ thống và dữ liệu các app đang chạy trên NAS, rồi đẩy ra một nơi khác. Để lỡ ổ cứng hỏng, NAS bị trộm, cháy, hay tay bạn lỡ xóa nhầm thư mục quan trọng lúc 2 giờ sáng thì vẫn còn đường lui.

Nó làm được bốn việc chính, việc nào cũng đáng đồng tiền bát gạo (dù miễn phí):

• Sao lưu shared folder, user/permission, network settings và dữ liệu package — chứ không phải chỉ mỗi file người dùng.
• Từ bản 4.1.0 (tháng 7/2023) hỗ trợ backup "toàn bộ NAS" (system + data), phục hồi kiểu bare-metal khi NAS chết hẳn phải thay máy mới.
• Giữ nhiều version của cùng một backup, có nén, khử trùng lặp (deduplication) theo block, và mã hóa AES-256 ngay phía client.
• Lên lịch tự động theo giờ/ngày/tuần, đẩy đi nhiều loại đích: ổ USB, NAS Synology khác, rsync server, hoặc cloud (C2 Storage, Google Drive, Dropbox, S3, Azure, Backblaze B2...).

Vài tình huống quen thuộc. Gia đình muốn ảnh/video con cái tự động chạy ra ổ cứng USB cắm ngoài mỗi đêm, khỏi phải nhớ cắm-copy-rút thủ công. Dân freelance hay SME nhỏ có 2 NAS — một ở văn phòng, một gửi nhà người thân — cho NAS chính tự đẩy dữ liệu sang NAS phụ qua mạng, để văn phòng có cháy nổ gì cũng còn bản sao ở chỗ khác. Hoặc đơn giản hơn: không muốn tậu thêm NAS thứ hai thì đẩy thẳng lên cloud (C2 Storage, Google Drive, S3) để đạt chuẩn 3-2-1 mà không cần thêm phần cứng.

Điểm hay nhầm nhất: nhiều người tưởng RAID là backup, hoặc tưởng đồng bộ Google Drive/Dropbox là đủ. RAID chỉ chống hỏng ổ đĩa vật lý — bạn lỡ tay xóa file hay dính ransomware, RAID vẫn trung thành nhân bản luôn cái lỗi đó ra tất cả các ổ còn lại. Còn sync cloud chạy real-time theo thay đổi, không giữ lịch sử version đầy đủ như Hyper Backup. Xóa nhầm hôm nay, đồng bộ xong là mất luôn cả hai nơi.

Vì sao chọn Hyper Backup thay vì Docker hay công cụ khác

Có nhiều công cụ backup chạy được trên NAS qua Container Manager — Duplicati, Restic, Kopia. Nhưng để backup chính con NAS Synology, Hyper Backup vẫn là lựa chọn hợp lý nhất, vì mấy lý do sau:

• Hyper Backup tích hợp sâu với DSM — nó đọc và backup được cấu hình hệ thống, quyền user, cấu hình package. Một container chạy trong Docker không có quyền, và cũng không biết cách đọc các thành phần nội bộ này.
• Không cần một container hay VM chạy nền 24/7 ngốn RAM/CPU. Hyper Backup chỉ chạy đúng lúc theo lịch, xong việc là nghỉ.
• Giao diện đầy đủ: lịch chạy, rotation, mã hóa, kiểm tra tính toàn vẹn — toàn bộ qua GUI, không cần đụng dòng lệnh nào.

Nhưng cũng phải nói rõ giới hạn: Hyper Backup chỉ backup dữ liệu đã nằm sẵn trên NAS. Nếu mục tiêu là backup PC, laptop, máy chủ vật lý hay máy ảo VMware/Hyper-V vào NAS, đó là việc của Active Backup for Business (ABfB) — một package miễn phí khác của Synology, thiết kế riêng cho endpoint và VM. Hai package này bổ sung cho nhau, không thay thế nhau.

Chuẩn bị trước khi bắt đầu

Trước khi mở Package Center, xác định đích lưu trữ trước đã. Với người mới, đơn giản nhất là NAS thứ hai hoặc ổ USB gắn ngoài. Chỉ có một NAS và không muốn mua thêm? Cân nhắc cloud (C2 Storage hoặc Google Drive/S3) để không phá vỡ nguyên tắc 3-2-1 — tức ít nhất một bản sao phải nằm ngoài chỗ đặt NAS chính.

Nếu đích là một NAS Synology khác, việc cần làm trước là cài package Hyper Backup Vault trên NAS đó. Hyper Backup chỉ đẩy dữ liệu đi, còn Vault mới là bên nhận — không có Vault thì kết nối không lên được.

Các bước thiết lập Hyper Backup

1. Cài package. Vào Package Center, gõ "Hyper Backup" vào ô tìm, bấm Install. Trên DSM 7.x hiện tại là bản 3.x/4.x.
2. Tạo task mới. Mở Hyper Backup, bấm dấu + ở góc dưới, chọn loại đích: Local Shared Folder/USB, Remote Synology NAS, Rsync-compatible server, hoặc một dịch vụ cloud.
3. Nếu chọn Remote NAS: nhập địa chỉ IP hoặc QuickConnect ID của NAS đích, cùng tài khoản đăng nhập. Đừng dùng tài khoản admin cho việc này — tạo hẳn một tài khoản riêng chỉ có quyền ghi vào đúng một shared folder đích. Lỡ tài khoản này bị lộ, kẻ xấu cũng chỉ đụng được đúng một thư mục, không rớ được vào phần còn lại của NAS.
4. Chọn dữ liệu cần backup. Tick các shared folder cần sao lưu, và chọn có kèm system configuration (user, network, permission) và package configuration hay không. Với NAS chính dùng lâu dài, nên tick cả hai — phục hồi sau này đỡ phải cấu hình lại từ đầu.
5. Đặt tên task, bật mã hóa. Dữ liệu nhạy cảm thì bật AES-256. Lưu password mã hóa này ở một nơi tách biệt hoàn toàn với NAS — Synology không có cửa sau nào để khôi phục nếu bạn quên mật khẩu này, quên là mất trắng luôn.
6. Cấu hình lịch (tab Schedule). Chọn tần suất chạy — daily là hợp lý cho đa số nhà, đặt giờ chạy vào ban đêm để không ngốn băng thông giờ cao điểm. Bật integrity check định kỳ luôn ở bước này.
7. Cấu hình rotation (tab Settings/Retention). Người mới nên chọn Smart Recycle — nó tự giữ bản gần nhất mỗi giờ/ngày/tuần mà không bắt bạn tính toán số version thủ công. Hyper Backup cho tối đa 65.535 version mỗi task, nên rotation kiểu này gần như không bao giờ tràn.
8. Chạy lần đầu. Bấm Apply, để task tự chạy backup toàn bộ. Lần đầu sẽ chậm vì là full backup — theo dõi tiến trình qua Task List, đừng tắt NAS giữa chừng.

Kiểm tra kết quả — đừng bỏ qua bước này

Backup chạy xong báo "Success" chưa nói lên điều gì cả. Vào task, chọn Actions → Restore, thử phục hồi một vài file cụ thể ra một thư mục tạm để xem file có mở được, có đúng nội dung không. Rất nhiều người setup xong, thấy chữ Success màu xanh là yên tâm, đến lúc cần restore thật mới phát hiện file lỗi hoặc thiếu. Mà lúc đó thì đã quá muộn để sửa.

Những lỗi hay gặp và cách xử lý

• "Failed to access backup destination": thường do mất kết nối mạng, đích hết dung lượng, hoặc tài khoản kết nối không đủ quyền ghi. Kiểm tra dung lượng trống và quyền thư mục đích trước khi nghi ngờ gì khác.
• "Timeout waiting for integrity check": hay gặp khi backup dung lượng lớn qua đường truyền chậm. Giãn lịch integrity check ra hoặc chuyển hẳn sang khung giờ đêm khi băng thông rảnh.
• Task treo mãi ở "Backing up": bình thường ở lần chạy đầu tiên vì đó là full backup, các lần sau nhanh hơn nhiều nhờ incremental. Treo bất thường ở các lần sau thì kiểm tra xem shared folder có hàng triệu file nhỏ không — số lượng file quá lớn làm chậm việc liệt kê và so sánh.
• Backup NAS-to-NAS qua Internet không kết nối được: do router chưa mở port 6281 (port riêng của giao thức Hyper Backup) hoặc QuickConnect đang chạy qua relay quá chậm. Có IP tĩnh thì mở port trực tiếp, không thì dùng VPN site-to-site cho ổn định. Rsync thì mặc định dùng port 873 — đừng nhầm hai port này với nhau.
• Tưởng Docker/Container Manager hay máy ảo trong Virtual Machine Manager tự động được backup: đây là cái bẫy dễ sập nhất — không phải app nào Hyper Backup cũng hỗ trợ đọc trực tiếp. Với dữ liệu Docker, backup riêng thư mục volume của container. Với VM, dùng tính năng snapshot/replication có sẵn trong Virtual Machine Manager, đừng trông chờ Hyper Backup lo hộ.

Bảo mật và bảo trì lâu dài

Bật mã hóa AES-256 cho mọi backup chứa dữ liệu nhạy cảm, nhưng password mã hóa phải cất ở nơi khác — không lưu trong cùng file note trên chính NAS đó, mất NAS là mất luôn chìa khóa.

Giữ đúng nguyên tắc 3-2-1: ít nhất một bản sao off-site, đừng chỉ dựa vào ổ USB cắm cùng NAS — cháy nhà hay trộm vào là mất cả hai cùng lúc. Khi backup sang NAS khác, luôn dùng tài khoản riêng chỉ có quyền ghi đúng một thư mục, và bật 2FA cho tài khoản admin ở cả hai NAS.

Vài tháng một lần, test restore thật sự thay vì chỉ liếc log báo thành công. Ổ cứng nào rồi cũng có ngày dở chứng — vấn đề chỉ là nó chọn đúng cái hôm bạn chưa kịp kiểm tra backup hay không thôi.