Trả lời nhanh: Cấu hình NAS cho doanh nghiệp bắt đầu bằng việc xác định dữ liệu nào sẽ lưu, ai được truy cập, số người dùng đồng thời, dung lượng tăng trưởng và mục tiêu khôi phục khi có sự cố. Sau đó mới chọn thiết bị, ổ tương thích, kiểu storage pool, quyền, kết nối mạng và chính sách backup. RAID/SHR giúp chịu lỗi ổ theo cấu hình, không thay thế bản sao lưu độc lập.
Bài này hướng dẫn quy trình cấu hình và nghiệm thu một NAS dùng chung, không phải bảng xếp hạng hay trang bán một model. Nếu doanh nghiệp chưa quyết định có nên dùng NAS hay nền tảng khác, đọc so sánh NAS, file server và SharePoint. Nếu cần khảo sát, triển khai và vận hành, xem giải pháp Synology cho doanh nghiệp.
1. Ghi rõ workload trước khi mua NAS
Lập danh sách thư mục/ứng dụng cần dùng chung, kích thước hiện tại, tốc độ tăng dữ liệu, số người cùng mở file, vị trí các chi nhánh và ứng dụng có phụ thuộc đường dẫn SMB hay không. Xác định dữ liệu nhạy cảm, chủ sở hữu từng thư mục và thời gian ngừng truy cập tối đa chấp nhận được. Một NAS dùng để chia sẻ hồ sơ Office khác với NAS chứa file CAD/BIM lớn, camera hoặc bản sao máy ảo; không nên chọn số khay chỉ theo số nhân viên.
| Thông tin cần khảo sát | Câu hỏi cần trả lời | Đầu ra |
|---|---|---|
| Dữ liệu | Dung lượng đang dùng, tốc độ tăng, loại file, dữ liệu nào phải giữ? | Dung lượng sử dụng mục tiêu và thời gian lưu |
| Người dùng | Ai đọc, sửa, chia sẻ ra ngoài; bao nhiêu người đồng thời? | Ma trận nhóm và quyền |
| Ứng dụng/mạng | SMB, CAD, kế toán, máy ảo, chi nhánh, tốc độ LAN/VPN? | Yêu cầu kết nối và thử nghiệm |
| Khôi phục | Mất bao nhiêu giờ dữ liệu và ngừng hoạt động bao lâu là chấp nhận được? | Mục tiêu RPO/RTO để thiết kế backup |
2. Chọn thiết bị và tính dung lượng sử dụng được
Đối chiếu model với danh sách ổ tương thích, phiên bản DSM và tính năng cần dùng trên trang thông số chính thức của nhà sản xuất. Tính riêng giá NAS, ổ cứng, khả năng mở rộng, mạng, UPS, bản sao ngoài thiết bị và công quản trị. Dung lượng thô ghi trên ổ không phải dung lượng có thể dùng: kiểu RAID/SHR, dung lượng ổ không đều, hệ thống file, snapshot và mức dự phòng tăng trưởng đều làm thay đổi con số cuối.
Ví dụ minh họa: bốn ổ 8 TB cho tổng dung lượng thô 32 TB. Với cấu hình chịu lỗi một ổ, con số sử dụng trước overhead thường thấp hơn đáng kể tổng 32 TB; không dùng phép tính minh họa này làm báo giá hay cam kết dung lượng. Hãy nhập đúng model và ổ vào công cụ tính RAID của hãng, sau đó dành khoảng trống cho dữ liệu mới, phiên bản, snapshot và công việc tái cấu trúc. Với hai khay, cân nhắc khả năng mở rộng trước khi mua: thêm ổ thứ hai vào pool một ổ có thể chỉ tăng khả năng chịu lỗi chứ không tăng dung lượng. Synology giải thích hành vi SHR và giới hạn này.
Đối với dữ liệu có giá trị cao, hỏi trước cách mở rộng pool, thời gian thay ổ/rebuild, thời gian khôi phục khi cả NAS hỏng và khả năng chuyển dữ liệu sang thiết bị mới. Không chọn RAID 0 cho dữ liệu cần chịu lỗi ổ; không mô tả RAID 1/5/SHR là backup.
3. Chuẩn bị mạng, nguồn và quyền quản trị
Kiểm tra switch, đường LAN, IP cố định hoặc DHCP reservation, DNS, UPS và vị trí đặt thiết bị thoáng, có kiểm soát ra vào. Nếu có người dùng ngoài văn phòng, thiết kế truy cập qua kết nối an toàn và xác thực phù hợp; không mở cổng quản trị DSM trực tiếp ra Internet chỉ để “dễ dùng”. Giới hạn tài khoản admin, bật MFA nếu hỗ trợ và phân tách người vận hành với người dùng dữ liệu. Lưu cấu hình kết nối trong tài liệu bàn giao thay vì phụ thuộc một máy cá nhân.
4. Tạo storage pool, volume và thư mục dùng chung
- Kiểm tra model/firmware, tình trạng từng ổ và bản sao của dữ liệu cũ trước khi khởi tạo. Tạo storage pool với mức chịu lỗi phù hợp, rồi tạo volume và hệ thống file mà thiết bị/tính năng yêu cầu.
- Đặt cấu trúc thư mục theo phòng ban/dự án và chỉ định chủ sở hữu nghiệp vụ. Cấp quyền qua nhóm, không chia sẻ một tài khoản chung hay cấp Everyone toàn quyền.
- Thử bằng tài khoản nhân viên thật: nhóm được đọc có sửa/xóa được không, người ngoài nhóm có nhìn thấy dữ liệu không, nhân viên nghỉ việc có bị thu hồi quyền không. Dùng ma trận phân quyền theo phòng ban để ghi lại kết quả.
- Chỉ bật giao thức và gói ứng dụng thật sự cần. Nếu cần đồng bộ file giữa thiết bị hoặc văn phòng, nêu rõ bản gốc ở đâu và cách xử lý xung đột; đồng bộ không tự biến thành backup.
5. Thiết kế backup và kiểm thử khôi phục
NAS có thể là nơi chứa dữ liệu gốc hoặc một đích sao lưu; hai vai trò này phải được ghi rõ. Nếu dữ liệu gốc ở trên NAS, cần thêm bản sao tách khỏi chính NAS, có quyền truy cập riêng và lịch lưu giữ thích hợp. Nếu NAS nhận backup từ PC/server, cần bảo vệ chính kho backup đó. Snapshot giúp quay lại trạng thái file nhanh trong một số tình huống, nhưng không giải quyết mọi kịch bản mất thiết bị hoặc bị chiếm quyền.
Đặt lịch backup theo mức mất dữ liệu chấp nhận được, theo dõi job lỗi/cảnh báo dung lượng, và thử phục hồi một file, một thư mục có quyền, rồi một workload quan trọng trong môi trường kiểm soát. Lưu ngày thử, người thực hiện, thời gian và kết quả; xem quy trình backup và restore test. Khi dùng Active Backup for Business, Snapshot Replication hay Hyper Backup, kiểm tra điều kiện hỗ trợ theo model, DSM và workload trước khi chốt phạm vi dịch vụ.
6. Nghiệm thu và vận hành định kỳ
Biên bản nghiệm thu nên có sơ đồ kết nối, tên model/ổ/serial, cấu hình pool-volume, dung lượng sử dụng được, danh sách nhóm quyền, tài khoản quản trị được bàn giao an toàn, lịch cập nhật, chính sách backup, cảnh báo ổ/dung lượng, và bằng chứng thử khôi phục. Nếu di chuyển từ file server hoặc NAS cũ, so số file/dung lượng, thử quyền bằng tài khoản thật và có mốc quay lại; xem checklist chuyển dữ liệu không mất quyền.
Hàng tháng, kiểm tra sức khỏe ổ, dung lượng trống, job backup, bản vá, đăng nhập bất thường và thay đổi quyền. Theo quý hoặc theo mức rủi ro, thử restore lại. Những bước này quan trọng hơn một ảnh chụp màn hình “đã cấu hình xong”.
Câu hỏi thường gặp
Cấu hình RAID/SHR xong đã an toàn dữ liệu chưa?
Chưa. Nó có thể duy trì hoạt động khi một số ổ hỏng tùy cấu hình, nhưng không bảo vệ khỏi xóa nhầm, ransomware, lỗi quản trị hoặc mất cả thiết bị. Cần bản sao tách biệt và thử khôi phục.
Có thể chọn số khay chỉ dựa vào số nhân viên không?
Không. Cần thêm dung lượng dữ liệu, tốc độ tăng, số người truy cập đồng thời, loại ứng dụng, yêu cầu chịu lỗi và kế hoạch mở rộng. Hai công ty cùng 30 nhân viên có thể cần kiến trúc hoàn toàn khác nhau.
Có nên mở NAS trực tiếp ra Internet?
Không nên coi đây là mặc định. Kiến trúc truy cập từ xa phải được thiết kế theo danh tính, xác thực mạnh, cập nhật và giới hạn bề mặt công khai. Cần kiểm tra lại yêu cầu ứng dụng trước khi chọn VPN, cổng trung gian hay dịch vụ truy cập được bảo vệ.
IT Systems hỗ trợ phần nào?
IT Systems có thể khảo sát nhu cầu, đề xuất cấu hình, triển khai phân quyền, chuyển dữ liệu, thiết lập backup và bàn giao theo phạm vi thống nhất. Model, giá và khả năng tương thích được xác nhận theo từng dự án; không mặc định rằng mọi tính năng đều có trên mọi NAS.
Nguồn kỹ thuật
Synology: SHR và giới hạn RAID; Synology: Storage Manager Quick Start; Synology: tăng cường bảo mật NAS. Tính năng và giao diện có thể khác theo model/DSM; đối chiếu tài liệu của đúng thiết bị trước khi triển khai.
