Migrating Synology NAS to UniFi UNAS Pro: bức tranh toàn cảnh trước khi bắt đầu
Nghe có vẻ đơn giản: bạn đang thực hiện chuyển dữ liệu từ Synology sang UniFi UNAS Pro, hai thiết bị đều nói chuyện qua giao thức SMB, mạng nội bộ đã được nâng lên 10 Gigabit, và Windows thì có sẵn đủ công cụ sao chép từ hàng chục năm trước. Vậy mà không ít người đã ngồi cả buổi tối vật lộn với lỗi không rõ nguyên nhân, tốc độ truyền thất thường và những thông báo khó hiểu mà Google cũng không trả lời thẳng. Bài viết này sẽ đi qua toàn bộ hành trình đó — từ khâu chuẩn bị đến lúc bàn giao — để bạn không phải mò mẫm lại từ đầu.
Vì sao một cuộc “dọn nhà” tưởng đơn giản lại dễ phát sinh rắc rối
Vấn đề không nằm ở phần cứng. UNAS Pro 8 là một thiết bị lưu trữ hiện đại với cấu hình đáng nể, còn Synology thì đã được kiểm chứng qua nhiều năm sử dụng. Rắc rối thường xuất hiện ở những điểm tiếp giáp — nơi hai hệ thống xử lý metadata tệp, luồng dữ liệu phụ và quyền truy cập theo những cách khác nhau mà không ai thông báo trước. Đặc biệt khi thư viện dữ liệu lên đến hàng trăm GB với hàng chục nghìn tệp nhỏ, mọi sự khác biệt nhỏ đều có thể tích lũy thành sự cố thực sự.
Những khác biệt âm thầm giữa hai hệ thống lưu trữ mà người dùng ít để ý
Synology DSM và UniFi OS xây dựng hệ thống tệp theo cách riêng. Một điểm khác biệt ít được chú ý là cách hai hệ thống xử lý Alternate Data Streams — những luồng dữ liệu phụ gắn kèm theo tệp theo chuẩn NTFS. Synology có thể lưu trữ và phục vụ các luồng này, trong khi UNAS Pro có thể từ chối tiếp nhận chúng tùy theo cấu hình hệ thống tệp phía đích. Ngoài ra, cách xử lý ký tự đặc biệt trong tên tệp, chuẩn phân quyền và hành vi SMB cũng có những điểm tinh tế cần chú ý trước khi bắt đầu sao chép hàng loạt.
Bạn cần chuẩn bị bao nhiêu thời gian và băng thông là hợp lý
Với đường truyền nội bộ 10 Gigabit và tốc độ thực tế khoảng 150–200 MB/giây, mỗi 1 TB dữ liệu sẽ mất từ 1,5 đến 2 giờ trong điều kiện lý tưởng. Tuy nhiên, số lượng tệp nhỏ, tình trạng phân mảnh và các vấn đề về Alternate Data Streams có thể kéo dài thời gian lên đáng kể. Hãy dự phòng ít nhất gấp đôi thời gian ước tính ban đầu, và đừng lên kế hoạch sử dụng NAS cũ cho công việc quan trọng trong khoảng thời gian đó.
Danh sách kiểm tra trước giờ G: hạ tầng mạng, thư mục chia sẻ và bản dự phòng
Đối chiếu tên thư mục chia sẻ giữa thiết bị cũ và thiết bị mới
Trước khi chạy bất kỳ lệnh sao chép nào, hãy mở giao diện quản trị của cả hai thiết bị và liệt kê toàn bộ shared folder. Đảm bảo rằng mọi thư mục chia sẻ trên Synology đều có đối chiếu tương ứng đã được tạo sẵn trên UNAS Pro. Việc sao chép vào một đường dẫn không tồn tại sẽ sinh ra lỗi khó đoán hơn là một thông báo rõ ràng. Ghi chép lại sơ đồ ánh xạ này vào một tài liệu đơn giản để tham chiếu trong quá trình chạy lệnh.
Kiểm tra tốc độ đường truyền nội bộ và cấu hình 10 Gigabit
Đừng giả định rằng switch và card mạng đã tự động đàm phán ở 10 Gbps. Hãy kiểm tra bằng công cụ như iperf3 để đo băng thông thực giữa máy trung gian và cả hai NAS. Đồng thời, nếu bạn có ý định tận dụng SMB Multichannel, hãy xác nhận rằng cả máy nguồn, máy đích và switch đều hỗ trợ và đã kích hoạt tính năng này. SMB Multichannel cho phép một phiên SMB sử dụng nhiều kết nối mạng vật lý cùng lúc, tăng băng thông tổng thực sự đáng kể khi cấu hình đúng.
Nguyên tắc “không xoá nguồn” cho đến khi xác nhận dữ liệu an toàn
Đây là nguyên tắc không thể thương lượng: Synology phải tiếp tục hoạt động và giữ nguyên dữ liệu cho đến khi bạn đã kiểm tra xác nhận toàn bộ dữ liệu trên UNAS Pro. Không xóa, không format, không tái sử dụng ổ đĩa cũ trước khi bước xác minh hoàn tất. Trong quá trình migrating Synology NAS to UniFi UNAS Pro quy mô lớn, sự cố lúc nào cũng có thể xảy ra ở giai đoạn bạn ít ngờ nhất.
Checklist chuẩn bị đầy đủ trước khi khởi động
- Liệt kê và đối chiếu toàn bộ shared folder giữa Synology và UNAS Pro
- Kiểm tra băng thông thực tế bằng
iperf3và xác nhận đạt tốc độ 10 Gbps - Xác minh SMB Multichannel đã được kích hoạt trên cả hai đầu
- Chuẩn bị tài khoản có quyền ghi đầy đủ trên cả nguồn và đích
- Dự phòng thời gian gấp đôi ước tính ban đầu cho toàn bộ quá trình
- Thông báo người dùng về kế hoạch di chuyển và thời gian dự kiến
Nên dùng công cụ nào để sao chép: kéo thả bằng File Explorer hay dòng lệnh chuyên dụng
Giới hạn thực tế của cách kéo thả thủ công khi số lượng tệp lên tới hàng chục nghìn
File Explorer của Windows là điểm khởi đầu tự nhiên — nó ở đó, nó quen thuộc và đôi khi nó thực sự đủ dùng. Tuy nhiên, khi số lượng tệp vượt quá vài nghìn hoặc khi tồn tại các tệp có cấu trúc metadata phức tạp, Explorer bắt đầu cho thấy giới hạn: thông báo lỗi không rõ ràng, không có log chi tiết, không thể tiếp tục từ điểm dừng, và quan trọng nhất — không có cách nào để biết chính xác tệp nào đã bị bỏ qua sau khi quá trình kết thúc.
Ưu thế của Robocopy trong kịch bản migrating Synology NAS to UniFi UNAS Pro
Robocopy (Robust File Copy) là công cụ được tích hợp sẵn trong Windows, thiết kế chuyên biệt cho việc sao chép số lượng lớn tệp qua mạng. Điểm mạnh cốt lõi của Robocopy là: ghi log chi tiết ra file để kiểm tra sau, có thể chạy lại nhiều lần và chỉ sao chép những gì thay đổi, hỗ trợ đa luồng để tận dụng băng thông, và cung cấp mã thoát rõ ràng để biết kết quả của từng lần chạy. Đây là lý do tại sao phần lớn kỹ thuật viên chọn Robocopy khi thực hiện di chuyển dữ liệu ở quy mô thực tế.
Bộ tham số nền tảng nên dùng cho lần chạy đầu tiên
Một lệnh khởi điểm hợp lý cho việc chuyển dữ liệu có dạng như sau:
robocopy "\synologymusic" "\unasmusic" /E /COPY:DATX /DCOPY:DATX /R:3 /W:5 /MT:8 /LOG:migration_log.txt
Trong đó /E sao chép toàn bộ cây thư mục kể cả thư mục rỗng, /COPY:DATX sao chép dữ liệu, thuộc tính, timestamp nhưng bỏ qua Alternate Data Streams, /R:3 và /W:5 giới hạn số lần thử lại và thời gian chờ, /MT:8 chạy 8 luồng song song, và /LOG ghi toàn bộ kết quả ra file để xem lại. Lưu ý quan trọng: không dùng /Z trong lần chạy đầu — lý do sẽ được giải thích rõ ở phần sau.
Giải mã các thông báo lỗi thường gặp và cách truy tìm nguyên nhân gốc
Khi tệp dừng ở giữa quá trình sao chép: đọc hiểu mã lỗi 665
Nếu Robocopy báo lỗi Windows Error 665 và tệp bị dừng ở khoảng 90–95%, đây là dấu hiệu đặc trưng của vấn đề Alternate Data Streams. Lỗi 665 trong ngữ cảnh này có nghĩa là hệ thống tệp đích không hỗ trợ thao tác đang được yêu cầu — cụ thể là ghi một named data stream vào volume không tương thích. Đây không phải lỗi của tệp, không phải lỗi mạng, và cũng không phải dấu hiệu tệp bị hỏng.. Tìm hiểu sâu hơn tại bài chia sẻ 7 Best End-to-End Testing Tools 2026: Top Picks Compared.
Kỹ thuật khoanh vùng lỗi bằng cách tách nhỏ đường đi của tệp
Khi gặp lỗi không rõ nguồn gốc, cách hiệu quả nhất là chia đường đi của tệp thành từng đoạn nhỏ. Thử sao chép tệp từ Synology xuống desktop Windows cục bộ — nếu thành công, Synology không có vấn đề. Tiếp theo, sao chép tệp đó từ desktop lên UNAS Pro — nếu lỗi xuất hiện ở bước này, vấn đề nằm ở phía đích. Kỹ thuật tách đoạn này giúp loại trừ nhanh chóng và định vị chính xác vấn đề mà không cần đoán mò.
Ký tự đặc biệt trong tên tệp có thực sự là thủ phạm
Dấu ngoặc đơn, dấu &, dấu phẩy hay các ký tự Unicode trong tên tệp thường bị nghi ngờ đầu tiên khi xảy ra lỗi sao chép. Trong phần lớn trường hợp, đây không phải nguyên nhân chính khi cả Synology lẫn UNAS Pro đều hỗ trợ bộ ký tự tương đương. Trước khi đổi tên hàng loạt tệp, hãy xác nhận lỗi không phải do Alternate Data Streams bằng cách thêm flag /COPY:DATX và thử lại — thường thì lỗi sẽ biến mất mà không cần chạm vào tên tệp.
Sai lầm phổ biến khi xử lý lỗi sao chép
| Sai lầm | Hậu quả | Giải pháp đúng |
|---|---|---|
| Chạy lại lệnh không thay đổi gì sau khi gặp lỗi | Lỗi lặp lại, lãng phí thời gian | Đọc log file, xác định tệp lỗi cụ thể, điều chỉnh tham số |
| Đổi tên hàng loạt tệp có ký tự đặc biệt | Mất metadata gốc, khó tìm lại tệp | Thử /COPY:DATX trước, chỉ đổi tên khi chắc chắn đó là nguyên nhân |
Dùng /Z trên mạng LAN ổn định |
Tốc độ giảm 40–60% không rõ lý do | Bỏ /Z, chỉ dùng khi mạng thường xuyên gián đoạn |
| Không kiểm tra log sau khi hoàn tất | Bỏ sót tệp lỗi, phát hiện muộn sau khi xóa nguồn | Luôn đọc log, so sánh số lượng tệp và dung lượng hai đầu |
Luồng dữ liệu phụ (Alternate Data Streams) — “hành lý vô hình” đi kèm mỗi tệp tin
Luồng dữ liệu ẩn là gì và tại sao ổ NAS mới từ chối nhận chúng
Alternate Data Streams là tính năng của hệ thống tệp NTFS cho phép một tệp chứa nhiều luồng dữ liệu riêng biệt. Ngoài luồng dữ liệu chính mà bạn thấy khi mở tệp, một file còn có thể mang theo các luồng phụ được đặt tên riêng — ví dụ như thông tin về nguồn tải xuống (Zone.Identifier) hoặc ảnh bìa album được lưu như một stream độc lập (như 01APIC_03.jpg gắn kèm file nhạc). Khi hệ thống tệp đích không hỗ trợ Alternate Data Streams, mọi nỗ lực ghi các luồng này đều kết thúc bằng lỗi.
Cách hiển thị phần dữ liệu ẩn để tự kiểm chứng trên máy của bạn
Bạn có thể kiểm tra xem một tệp có chứa Alternate Data Streams hay không bằng lệnh đơn giản trong Command Prompt:
dir /R "tên_file_hoặc_thư_mục"
Nếu tệp có luồng phụ, kết quả sẽ hiển thị thêm các dòng như filename.mp3:tên_stream:$DATA cùng kích thước tương ứng. Ví dụ, một file nhạc 4,5 MB hiển thị thêm một stream 360 KB có tên 01APIC_03.jpg nghĩa là ảnh bìa album đang được lưu dưới dạng luồng dữ liệu phụ riêng biệt, không nằm bên trong file nhạc.
Bỏ qua luồng phụ mà vẫn giữ nguyên thẻ nhạc, ảnh bìa và siêu dữ liệu bên trong tệp
Có một điểm cần làm rõ để tránh lo lắng không cần thiết: flag /COPY:DATX trong Robocopy chỉ bỏ qua các filesystem streams gắn bên ngoài tệp, không đụng chạm gì đến metadata được nhúng bên trong tệp. Tag ID3 của file MP3, thông tin EXIF của ảnh JPEG, thẻ nhạc và ảnh bìa được nhúng trong M4A hay FLAC — tất cả đều tồn tại trong luồng dữ liệu chính của tệp và sẽ được sao chép nguyên vẹn. Chỉ những luồng phụ độc lập (như ảnh bìa được lưu tách biệt dưới dạng ADS) mới bị bỏ lại.. Tìm hiểu sâu hơn tại bài chia sẻ Chrome Extension Title Changes: Complete Guide to Dynamic Tab Titles.
Những cái bẫy làm tốc độ tụt dốc và cách gỡ bỏ để về đích nhanh hơn
Tuỳ chọn “khôi phục dở dang” từng hữu ích nhưng nay lại kéo lùi hiệu năng
Tham số /Z của Robocopy kích hoạt chế độ restartable — nếu quá trình bị gián đoạn giữa chừng, tệp có thể tiếp tục từ byte đã dừng thay vì bắt đầu lại từ đầu. Nghe rất hấp dẫn, nhưng có một chi phí ẩn: để duy trì khả năng này, Robocopy phải ghi checkpoint liên tục trong quá trình sao chép, tạo ra I/O phụ làm giảm đáng kể thông lượng thực tế. Trên mạng LAN ổn định, tỷ lệ gián đoạn giữa chừng gần như bằng không, trong khi chi phí hiệu năng của /Z lại hoàn toàn thực. Đây chính là nguyên nhân khiến tốc độ dao động thất thường mà ban đầu rất khó phát hiện.
Tận dụng SMB Multichannel để khai thác hết dung lượng đường truyền
SMB Multichannel là tính năng cho phép một phiên kết nối SMB dùng đồng thời nhiều đường mạng vật lý hoặc nhiều card mạng. Thay vì toàn bộ lưu lượng dồn vào một kết nối đơn, SMB Multichannel phân phối tải đều trên nhiều kênh, cho phép tổng băng thông thực tế tiệm cận tổng dung lượng của tất cả các kênh cộng lại. Để kích hoạt, cần đảm bảo server SMB (UNAS Pro) và client (máy Windows trung gian) đều hỗ trợ, và hạ tầng switch phải có đủ port tốc độ cao. Kiểm tra trạng thái bằng lệnh PowerShell Get-SmbMultichannelConnection để xác nhận tính năng đang hoạt động.
Cân chỉnh số luồng song song sao cho phù hợp với ổ đĩa và bộ chuyển mạch
Tham số /MT:n của Robocopy điều khiển số luồng sao chép chạy song song. Nhiều luồng hơn không đồng nghĩa với nhanh hơn — ngưỡng tối ưu phụ thuộc vào tốc độ IOPS của ổ đĩa đích, số lượng cổng switch và đặc điểm của tệp (nhiều file nhỏ phản ứng khác với ít file lớn). Hướng dẫn của Microsoft khuyến nghị đo đạc thực nghiệm thay vì dùng giá trị mặc định. Điểm khởi đầu hợp lý là /MT:8, sau đó tăng dần lên 16 hoặc 32 trong khi theo dõi throughput thực tế — nếu tốc độ không tăng hoặc giảm, hãy quay về giá trị thấp hơn.
Xác minh sau khi hoàn tất: đối chiếu, phân quyền và bàn giao cho người dùng
So sánh số lượng tệp và dung lượng giữa hai đầu để chắc chắn không thiếu sót
Sau khi Robocopy báo hoàn tất, đừng vội kết luận là mọi thứ đã ổn. Hãy so sánh thực tế: đếm tổng số tệp và thư mục trên Synology, sau đó đối chiếu với con số tương ứng trên UNAS Pro. Lệnh Robocopy với flag /L (list only, không sao chép) có thể chạy lại để liệt kê những gì còn chênh lệch. Ngoài ra, xem lại file log đã ghi để kiểm tra cột “Failed” — ngay cả một con số khác không ở đây cũng cần được điều tra trước khi chuyển sang bước tiếp theo.
Thiết lập lại quyền truy cập, tài khoản và lịch sao lưu định kỳ trên thiết bị mới
Dữ liệu đã sang đích không có nghĩa là hệ thống đã sẵn sàng hoạt động. Trên UNAS Pro, hãy kiểm tra và thiết lập lại toàn bộ: quyền truy cập theo người dùng và nhóm cho từng shared folder, tài khoản dịch vụ nếu có ứng dụng nào đang mount NAS tự động, và lịch sao lưu định kỳ — vì UNAS Pro có hệ thống quản lý backup riêng biệt với Synology Hyper Backup mà bạn đã quen. Đây là giai đoạn mà nhiều người bỏ qua vì tập trung quá nhiều vào việc di chuyển dữ liệu, và hậu quả thường xuất hiện muộn hơn dưới dạng lỗi quyền truy cập hoặc backup thất bại im lặng.
Checklist xác minh cuối cùng cho migrating Synology NAS to UniFi UNAS Pro
- Đối chiếu tổng số tệp và thư mục giữa Synology và UNAS Pro
- So sánh tổng dung lượng sử dụng trên cả hai thiết bị
- Đọc log file và xác nhận cột “Failed” bằng 0
- Chạy
robocopy /Lđể kiểm tra không còn sự chênh lệch - Kiểm tra quyền truy cập của từng shared folder trên UNAS Pro
- Thiết lập lại tài khoản người dùng và nhóm quyền
- Cấu hình lịch sao lưu tự động trên UNAS Pro
- Thử truy cập và mở vài tệp mẫu từ các thư mục khác nhau
Giải đáp nhanh các thắc mắc phổ biến về migrating Synology NAS to UniFi UNAS Pro
Có bắt buộc phải dùng dòng lệnh, hay công cụ đồ họa vẫn đủ dùng?. Bạn có thể tham khảo thêm bài viết Romania Land Registry Database Hack: What Happened & How to Stay Safe để có thêm thông tin chi tiết.
Không bắt buộc tuyệt đối, nhưng với số lượng tệp lớn thì dòng lệnh là lựa chọn thực tế hơn nhiều. File Explorer thiếu log chi tiết và không thể tiếp tục khi gặp lỗi giữa chừng — hai điều này trở nên quan trọng ngay khi bạn có vài chục nghìn tệp. Các công cụ đồ họa như FreeFileSync cũng là lựa chọn tốt nếu bạn không thoải mái với dòng lệnh, vì chúng cung cấp giao diện trực quan nhưng vẫn có log và khả năng xử lý lỗi tốt hơn Explorer.
Việc bỏ qua luồng dữ liệu phụ có làm mất nội dung hay chất lượng tệp không?
Không. Như đã giải thích ở phần trên, flag /COPY:DATX chỉ bỏ qua các filesystem stream gắn ngoài tệp, không ảnh hưởng đến dữ liệu bên trong. Toàn bộ tag ID3, metadata EXIF, thẻ nhạc nhúng trong file âm thanh, ảnh bìa nhúng trong container M4A hay FLAC đều được bảo toàn hoàn toàn. Chất lượng âm thanh, hình ảnh hay nội dung văn bản không bị tác động bởi việc bỏ qua Alternate Data Streams.
Nên giữ lại ổ NAS cũ hay xoá sạch ngay sau khi chuyển xong?
Nên giữ lại ít nhất 2–4 tuần sau khi xác nhận xong toàn bộ dữ liệu và hệ thống mới đã vận hành ổn định. Trong giai đoạn đó, Synology nên được tắt hoặc để ở trạng thái chỉ đọc để tránh người dùng vô tình tiếp tục ghi dữ liệu vào thiết bị cũ. Chỉ sau khi bạn tự tin rằng mọi workflow đã chuyển hoàn toàn sang UNAS Pro thì mới nên nghĩ đến việc tái sử dụng hoặc xóa sạch Synology.
Tổng kết: những bài học đáng giá cho lần migrating Synology NAS to UniFi UNAS Pro tiếp theo
Quá trình migrating Synology NAS to UniFi UNAS Pro cho thấy rằng những vấn đề thực tế thường không đến từ phần cứng hay tốc độ mạng, mà từ những chi tiết nhỏ như Alternate Data Streams, tham số /Z làm chậm Robocopy một cách âm thầm, hay SMB Multichannel chưa được kích hoạt đúng cách. Mỗi bài học đều có giá trị mang theo cho lần nâng cấp tiếp theo: kiểm tra hạ tầng trước, hiểu rõ công cụ đang dùng, và không vội xóa nguồn trước khi xác nhận đích an toàn. Với những nguyên tắc đó, lần migrating Synology NAS to UniFi UNAS Pro tiếp theo sẽ ít bất ngờ hơn và gọn gàng hơn đáng kể.