Sao chép DFS qua VPN: khóa không phải là thứ bạn nhận được

Đường truyền được mã hóa, luôn bật và đủ nhanh, nên thư mục chia sẻ đáng lẽ phải hoạt động như một thư mục duy nhất ở cả hai điểm. Đó là giả định đằng sau phần lớn thiết kế sao chép DFS khiến người ta bất ngờ về sau. DFSR là đa chủ và bất đồng bộ: mỗi bản sao theo dõi phiên bản độc lập, và không có gì trong giao thức giữ khóa giữa các máy chủ. VPN chở lưu lượng giữa chúng và không thêm bất kỳ phần phối hợp nào mà giả định đó cần. Hãy hoạch định kiểu ghi và mô hình dung lượng, nếu không xung đột thực sự đầu tiên sẽ thành sự cố hỗ trợ.

Lầm tưởng: VPN biến các bản sao thành một hệ thống tệp

Đường hầm là phương tiện vận chuyển. Nó cho bạn một đường đi được phép giữa hai máy chủ và giấu các chặng ở giữa. Nó không nói gì về việc ai được sửa tệp, các phiên bản đến theo thứ tự nào, hay điều gì xảy ra khi hai lần sửa tranh nhau.

Mã hóa và tính sẵn sàng là thuộc tính của đường truyền; tính nhất quán là thuộc tính của công cụ sao chép và của quy trình làm việc của bạn.

DFSR thực sự sao chép những gì

Mỗi máy chủ giữ bản sao riêng và siêu dữ liệu phiên bản riêng. Các thay đổi lan truyền khi kết nối và lịch cho phép, và công cụ dùng nén vi sai từ xa để chỉ gửi những phần tệp đã thay đổi. Khi hai bản sao sửa cùng một tệp trước khi bất kỳ bản cập nhật nào đến, một phiên bản thắng và bản kia bị đẩy sang một bên thành bản sao xung đột. Không máy chủ nào chặn lần sửa thứ hai, vì chặn sẽ cần khóa phân tán mà DFSR không cung cấp.

Đường dẫn không gian tên giúp dễ tiếp cận các bản sao, và nó không làm chúng nhất quán.

Không gian staging là dung lượng làm việc, không phải bản sao lưu

Staging là vùng tạm mà quá trình sao chép dùng khi tập hợp các thay đổi. Hướng dẫn định cỡ của Microsoft lấy tổng kích thước của 32 tệp lớn nhất trong thư mục được sao chép làm mức tối thiểu, với chỗ dư hữu ích trong lần sao chép đầu tiên. Vì vậy một cây tài liệu nhỏ và một thư mục chứa vài kho lưu trữ lớn cần những dạng staging khác nhau. Khi staging hết, quá trình sao chép dừng theo cách trông như lỗi mạng. Hãy định cỡ từ dữ liệu, rồi tiếp tục theo dõi khi dữ liệu thay đổi.

Staging không phải bản sao lưu, và việc lan truyền thay đổi không phải lịch sử phiên bản.

Gieo trước là tối ưu hóa, không phải đường tắt

Với một cây hiện có lớn, việc gieo trước được hỗ trợ bằng Robocopy có thể giảm phần phải đi qua đường truyền trong lần đồng bộ đầu, và hướng dẫn của Microsoft bao gồm việc giữ thông tin tệp và xử lý tệp bị khóa hoặc bị bỏ qua. Đây là tối ưu hóa, không phải lời hứa rằng đích đã đúng, nên lần sao chép đầu vẫn phải hoàn tất và được xác minh. Chính việc bỏ qua xác minh đó khiến một điểm cuối cùng phục vụ những tệp chưa từng nằm trong tập được sao chép.

Hãy xác minh trạng thái ban đầu trước khi người dùng dựa vào đích, không phải sau khiếu nại đầu tiên.

Chọn cửa sổ và định nghĩa hiện hành nghĩa là gì

Lịch sao chép và các kiểm soát băng thông quyết định khi nào các đối tác được trao đổi dữ liệu. Cửa sổ hẹp ngoài giờ làm việc là một thiết kế hợp lý để lại tồn đọng trong ngày, miễn là mọi người đã đồng ý rằng bản sao từ xa chỉ cần hiện hành vào buổi sáng.

Hãy viết câu đó ra, vì “tồn đọng bốn mươi phút” chỉ đáng lo khi không ai định nghĩa mục tiêu.

Chấp nhận cùng quy trình làm việc, không phải một tệp

Hãy thử với những tệp người ta thực sự dùng: một tài liệu lớn, một lần sửa thường lệ, một lần xóa và một lần sửa đồng thời có chủ đích ở cả hai điểm. Xác nhận rằng hành vi xung đột khớp với điều bạn đã nói với doanh nghiệp và đường khôi phục từ bản sao lưu tách biệt khỏi các bản sao. Sau đó theo dõi khối lượng thay đổi, độ tăng hàng đợi và phần staging còn lại so với cửa sổ dịch vụ trong vài tuần. Dung lượng VPN là một giới hạn trong nhiều giới hạn, và hiếm khi là giới hạn đầu tiên bạn chạm tới.

Một thiết kế ghi lại độ trễ và các quy tắc sửa của nó dễ hỗ trợ hơn nhiều so với thiết kế hứa hẹn các bản sao giống hệt nhau.