Trả lời nhanh: Muốn di chuyển dữ liệu mà không làm mất hoặc mở rộng sai quyền, phải kiểm kê nơi lưu và owner, ánh xạ người dùng/nhóm nguồn sang đích, chốt mô hình quyền đích, chạy pilot với tài khoản thật, đối soát file lẫn quyền, rồi mới cắt chuyển. Giữ nguồn ở trạng thái có thể quay lại cho đến khi owner dữ liệu ký nghiệm thu. Không mặc định rằng copy file, đồng bộ hoặc một công cụ migration sẽ giữ nguyên mọi ACL, link chia sẻ và quyền ở cấp file.
Bài này tập trung vào dự án chuyển dữ liệu từ NAS/file server/cloud cũ sang nơi mới. Nếu chưa chọn kiến trúc đích, xem NAS, file server hay SharePoint. Nếu chưa có owner và vai trò truy cập, lập ma trận phân quyền trước khi chuyển.
Ba kiểu sai thường gây sự cố sau khi chuyển
Chuyển file trước, thiết kế quyền sau: thư mục cũ chứa quyền cấp trực tiếp cho từng người, nhóm đã nghỉ việc hoặc link công khai. Mang nguyên cấu trúc sang nơi mới có thể duy trì quyền thừa; bỏ toàn bộ quyền lại làm người dùng không thể làm việc.
Chỉ đếm file: số lượng và dung lượng có thể khớp nhưng tài liệu mở lỗi, metadata thiếu, phiên bản không đúng hoặc ứng dụng vẫn trỏ tới đường dẫn cũ. Đối soát phải theo dữ liệu quan trọng và luồng công việc, không chỉ theo tổng byte.
Tắt nguồn quá sớm: người dùng còn sửa trên nơi cũ, job delta chưa xong, không có mốc đóng băng hoặc phương án quay lại. Sau cutover xuất hiện hai bản ‘chính’, khó biết bản nào mới hơn.
Giai đoạn 1: kiểm kê và phân loại
Lập danh sách share/site, đường dẫn, dung lượng, số file, file lớn, tên/đường dẫn bất thường, ứng dụng phụ thuộc, owner, nhóm quyền và người dùng ngoài doanh nghiệp. Xác định hồ sơ cần giữ theo chính sách của doanh nghiệp và dữ liệu trùng/lỗi thời chỉ được xử lý sau khi owner phê duyệt. Không xóa để ‘làm sạch’ chỉ vì công cụ báo trùng.
Ghi nơi nào là bản gốc, khung thời gian người dùng tiếp tục sửa, dữ liệu nhạy cảm và yêu cầu phục hồi. Mẫu kiểm kê nên có source, destination dự kiến, owner, nhóm có quyền xem/sửa, tình trạng ánh xạ, lịch pilot và người ký kết quả.
Giai đoạn 2: ánh xạ danh tính và quyền
Ánh xạ người dùng AD/local/guest từ nguồn sang tài khoản đích và nhóm nghiệp vụ được duyệt. Quyết định thư mục nào kế thừa quyền, thư mục nào cần ngoại lệ, ai được chia sẻ ngoài và tài khoản dịch vụ nào còn dùng đường dẫn cũ. Microsoft lưu ý với SharePoint Migration Tool, quyền nguồn phụ thuộc ánh xạ user và loại quyền; không ánh xạ thì file có thể nhận quyền mặc định của đích. Migration Manager có tùy chọn riêng cho quyền file, folder và delta sync. Vì vậy đọc hành vi đúng phiên bản công cụ, thử trên mẫu rồi kiểm quyền hiệu lực bằng user thực.
Không coi quyền quản trị kỹ thuật là phê duyệt đọc dữ liệu. Owner nghiệp vụ quyết định quyền đích, IT triển khai. Giữ bản xuất quyền nguồn và ma trận quyền đích làm bằng chứng.
Giai đoạn 3: pilot có tiêu chí đạt
Chọn mẫu đại diện: một thư mục chung, một vùng nhạy cảm, file lớn, file có ký tự/tên khó, tài liệu có phiên bản hoặc metadata quan trọng, một user chỉ đọc, một user sửa và một user không được xem. Di chuyển pilot, mở file bằng ứng dụng thật, thử tìm kiếm/đồng bộ nếu có, thử link chia sẻ và xác minh quyền sau chuyển. Ghi lỗi nào do tên file, quyền, ánh xạ hay ứng dụng để sửa trước đợt lớn.
Đặt tiêu chí bằng số theo dự án: nhóm dữ liệu nào phải đủ, dung lượng/file đối soát theo cách nào, lỗi chấp nhận được là gì và ai duyệt. Không công bố tỷ lệ thành công chung khi chưa biết dữ liệu nguồn.
Giai đoạn 4: cutover và delta
Thông báo người dùng về mốc đóng băng, thời gian chỉ đọc, nơi làm việc mới và kênh hỗ trợ. Chạy chuyển lần đầu, sau đó delta theo khả năng công cụ. Đối với Microsoft Migration Manager, tài liệu sản phẩm lưu ý quyền trong đợt delta có thể chỉ được chuyển khi file tương ứng được truyền lại; không suy rằng mọi sửa quyền nguồn tự động cập nhật đích. Kiểm lại nhóm và liên kết sau đợt cuối.
Chuyển ứng dụng, shortcut, drive mapping hoặc quy trình mở tài liệu theo kế hoạch. Giữ nguồn chỉ đọc trong giai đoạn ổn định nếu khả thi; cấm hai nơi cùng nhận sửa trừ khi đã thiết kế đồng bộ và giải quyết xung đột. Có người trực xử lý lỗi ngay sau mốc chuyển.
Giai đoạn 5: đối soát và quyết định quay lại
Đối soát theo share/site và theo mẫu quan trọng: danh sách file lỗi, số file, kích thước, phiên bản/metadata cần thiết, quyền của ba kiểu tài khoản và ứng dụng nghiệp vụ. Lưu log migration, ảnh chụp trạng thái quyền, biên bản test cùng owner. Chỉ nghiệm thu khi người dùng chủ chốt hoàn thành tác vụ thường ngày và owner chấp nhận lỗi còn mở.
Kịch bản rollback cần nêu điều kiện kích hoạt, mốc dữ liệu nào là nguồn chính, cách chặn ghi ở đích, cách trả đường dẫn/ứng dụng về nguồn, thời gian tối đa và người quyết định. Nếu đã có phát sinh ở đích, quay lại không còn là ‘đổi link’ đơn giản; phải xử lý dữ liệu mới có kiểm soát.
Không nhầm migration với backup hoặc lưu trữ lâu dài
Migration chuyển nơi làm việc chính; backup cung cấp đường phục hồi sau xóa nhầm, hỏng hoặc tấn công. Đồng bộ có thể nhân bản lỗi và việc xóa; giữ nguồn cũ tạm thời không thay một kế hoạch backup. Sau cutover phải kiểm backup, lịch sử phiên bản/retention và quyền bản sao ở đích theo chính sách đã duyệt.
Câu hỏi thường gặp
Copy bằng Explorer có giữ toàn bộ quyền không? Không được giả định; phụ thuộc nguồn, đích, công cụ, cấu hình và ánh xạ tài khoản. Hãy thử trên mẫu và kiểm tài khoản thật.
Có thể chuyển khi nhân viên vẫn sửa file? Có thể theo lịch delta nếu công cụ hỗ trợ, nhưng cần mốc đóng băng/cutover rõ để không tạo hai bản chính.
Chuyển sang SharePoint có giữ được link cũ? Link/đường dẫn và quyền chia sẻ cần kiểm riêng; lập danh sách ứng dụng hoặc tài liệu trỏ tới đường dẫn cũ.
Khi nào được tắt server cũ? Sau khi owner nghiệm thu, backup/khôi phục ở đích đã kiểm, lỗi còn mở có kế hoạch và thời gian giữ nguồn được phê duyệt.
Nguồn kỹ thuật
Microsoft Learn: quyền file và folder khi dùng SharePoint Migration Tool; Microsoft Learn: Migration Manager permission settings; Microsoft Learn: migration settings và user mapping.
