Bạn hiện đang ngoại tuyến, hãy chờ internet để kết nối lại

Pre-staging sao nhân bản tệp dịch vụ sao nhân bản tệp trên SYSVOL và phân phối cổ phần hệ thống tập tin để đồng bộ hóa tối ưu

Hỗ trợ cho Windows Server 2003 đã kết thúc vào ngày 14 tháng 7 năm 2015

Microsoft đã kết thúc hỗ trợ cho Windows Server 2003 vào ngày 14 tháng 7 năm 2015. Thay đổi này đã ảnh hưởng đến các bản cập nhật phần mềm và tùy chọn bảo mật của bạn. Tìm hiểu ý nghĩa của điều này với bạn và cách thực hiện để luôn được bảo vệ.

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch máy của Microsoft chứ không phải do con người dịch. Microsoft cung cấp các bài viết do con người dịch và cả các bài viết do máy dịch để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng ngôn ngữ của bạn. Tuy nhiên, bài viết do máy dịch không phải lúc nào cũng hoàn hảo. Loại bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, giống như một người nước ngoài có thể mắc sai sót khi nói ngôn ngữ của bạn. Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra. Microsoft cũng thường xuyên cập nhật phần mềm dịch máy này.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này:266679
TÓM TẮT
Bài viết này mô tả quá trình pre-staging cho các tập tin Dịch vụ nhân bản (FRS) nhân rộng tập tin vào hệ thống khối lượng (SYSVOL) và ngày Phân chia sẻ tập tin hệ thống (Dfs) để đồng bộ hóa tối ưu.
THÔNG TIN THÊM
Trong Windows Server 2003, cài đặt thư mục hoạt động thuật sĩ (Dcpromo.exe) chứa một nguồn từ tính năng phương tiện truyền thông, cho phép các Hoạt động thư mục để được có nguồn gốc từ một bản sao gần đây của cơ sở dữ liệu trên một đĩa CD-ROM như trái ngược với thực hiện đồng bộ hoá đầy đủ của thư mục hoạt động trên mạng.

Trong Windows 2000 xây dựng 2195 và Windows XP, việc phát hành FRS hỗ trợ một tương tự như tính năng khi thư mục mục tiêu trong bản sao mới các thành viên đang được phục hồi bởi chương trình NTBackup cho bất kỳ thành viên hiện có trước khi tham gia các bản sao thiết lập. Thao tác này có thể được sử dụng trên mới hoặc reinitialized SYSVOL và Dfs thành viên bản sao:
  1. Thiết lập ít nhất hai Dfs địa chỉ thay thế, chẳng hạn như, \\Server1\Apps, \\Server2\Apps, và \\ServerX...\Apps.
  2. Phép sao nhân bản duy nhất giữa hai bản sao thành viên, như vậy như, \\Server1 và \\Server2. Bạn có thể chỉ định bất kỳ máy chủ làm Chánh, nhưng các replicated cặp phải có sản phẩm nào khi các máy tính được bổ sung vào Dfs/FRS bản sao tập.
  3. Sao chép các tập tin cho các bản sao đặt vào các replicated \\Server1\Apps thư mục.

    Bởi vì \\Server1 có ít nhất một trong ra bên ngoài đối tác (\\Server2), khi bạn sao chép một tập tin vào \\Server1, nó gây ra FRS để tạo ra một tập tin dàn và một thay đổi thứ tự được gửi đến \\Server2. Một MD5 (một thuật toán băm) kiểm tra được tính trong thế hệ tập tin dàn và kết quả đã lưu trong IDTable trên \\Server1 và thay đổi để gửi đến \\Server2. Khi \\Server2 quy trình này thay đổi thứ tự nó sẽ lưu lại MD5 checksum trong IDTable on\\Server2. Quá trình này là cách duy nhất một checksum MD5 là lưu trong IDTable và sử dụng MD5 là cần thiết để tránh chi phí khi thành viên mới được thêm vào sau này.

    Khi bước 3 xong, các replicated tệp phải tồn tại trên cả hai \\Server1 và \\Server2, và cả hai IDTables nên có MD5 khả cho mỗi tập tin và thư mục.
  4. Sử dụng NTBackup hoặc một tương đương bên thứ ba để sao lưu các nội dung của bản sao cây từ hoặc \\Server1 hoặc \\Server2. NTBackup tiết kiệm và phục hồi các nhận dạng đối tượng Thuộc tính (ID) liên quan đến mỗi tập tin và thư mục. Cả những Windows NT, cũng không MS-DOS bản sao lệnh bảo vệ thông tin này khi tập tin sẽ được sao chép từ \\Server1 để \\Server2. ID đối tượng này phải được khôi phục cùng với các tập tin khi các thành viên mới được thêm vào sau này.
  5. Nếu ít hơn bảy ngày đã trôi qua kể từ khi các bản sao thiết có chứa Server1 và Server2 được tạo ra, các bản ghi ra bên ngoài phải được xóa do đó một vvjoin đầy đủ được kích hoạt khi tham gia thành viên tiếp theo.

    Chú ý Đặt giá trị sổ đăng ký sau 0 xóa sổ ghi ra bên ngoài:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters

    Tên chủ chốt:
    Outlog lịch sử thay đổi trong vài phút
    (REG_DWORD)
    Giá trị:
    0
  6. Vào \\Server3 và tất cả các thành viên bản sao trong tương lai, khôi phục lại các sao lưu để \\Server3\Apps nhân rộng thư mục (bằng cách sử dụng các Khôi phục tệp để trình đơn) để một vị trí thay thế"" trước khi bạn thêm máy tính để các bản sao tập.
  7. Cho phép sao nhân bản để \\Server3\Apps, FRS ngày \\Server3 di chuyển tất cả các tập tin từ thư mục đích để thư mục trước đó, và sau đó khởi tạo đồng bộ hoá đầy đủ (còn gọi là một phiên bản véc tơ tham gia chiến dịch) từ tất cả các máy tính mà \\Server3 đã qui trong thư mục Windows NT Dịch vụ (NTDS) kết nối các đối tượng. Trong trường hợp của Dfs bản sao bộ với một đầy đủ tô pô lưới ưa thích của Windows 2000 Dfs-theo, các tập có thể bao gồm tất cả tham gia trong tập bản sao, chẳng hạn như máy chủ, \\Server1 và \\Server2. Việc phát hành Windows XP của Dfs-theo hỗ trợ thêm tối ưu topo bao gồm một tùy chọn tùy chỉnh.

    Những yêu cầu quan trọng trong tình huống này là \\Server3 rằng đã đến các kết nối từ một đối tác thượng nguồn, \\Server1 và \\Server2 trong trường hợp này, IDTABLE có chứa MD5 khả cho tập tin chứa trong bộ bản sao quan tâm.

    FRS ngày \\Server1 liệt kê tất cả các tập tin và thư mục trong IDTable của nó và sẽ gửi đạo diễn (mà là mục tiêu duy nhất) thay đổi đơn đặt hàng để \\Server3. Bởi vì IDTable có một MD5 kiểm tra, nó được bao gồm trong thứ tự thay đổi. Như \\Server3 quy trình này thay đổi đơn đặt hàng, hệ phục vụ này mất ID đối tượng cho các tập tin hoặc thư mục từ các thay đổi thứ tự và nỗ lực để xác định vị trí các tập tin tương ứng trong các pre-existing thư mục. Nếu máy chủ đặt tập tin, nó re-computes MD5 checksum trên các nội dung của tập tin đó, so sánh kết quả để MD5 checksum nó nhận được trong thay đổi thứ tự, và nếu họ đã khớp, sử dụng các tập tin tồn tại trước thay vì cố gắng để có được các tập tin từ \\Server1. Nếu \\Server3 không tìm thấy các tập tin, hoặc nếu MD5 checksum không khớp với, các máy chủ lấy được các tập tin từ \\Server1. Bất kỳ thay đổi nội dung tập tin, chẳng hạn như, để điều khiển truy cập danh sách, dòng dữ liệu hoặc thuộc tính có thể gây ra một mismatch MD5 và tập tin là thu được từ \\Server1 hoặc đối tác ở thượng nguồn.

    Trong khi đó, FRS ngày \\Server2 (và các đối tác khác tất cả Thượng lưu của các bản sao mới hoặc reinitialized thành viên) đang thực hiện quá trình tương tự như \\Server1. Quy trình \\Server3 một thay đổi để cho một tập tin nhất định hoặc thư mục từ hoặc Server1 hoặc Server2, tùy theo cái nào đến trước. Thay đổi khác bỏ qua.

    Khi tất cả hoạt động sao chép đã giải quyết ra, IDTables trên tất cả ba các máy chủ có một giống hệt nhau MD5 checksum và nội dung tập tin giống hệt nhau trong thư mục replicated. Lặp lại bước 5 và 6 để thêm máy chủ bổ sung vào bộ bản sao.

Tối ưu hóa ban đầu hoặc quá trình tham gia VV

Tham gia VV hiện nay là hơi không hiệu quả. Trong thời gian bình thường sao chép, Thượng lưu đối tác xây dựng một tập tin dàn duy nhất, mà có thể nguồn tất cả các đối tác hạ nguồn. Trong một tham gia VV, tất cả các máy tính có ra bên ngoài xây dựng các kết nối đến một đối tác hạ nguồn mới hoặc reinitialized dàn tranh được đặt tên là chỉ duy nhất cho rằng đối tác. Nếu máy tính 10 làm một tham gia ban đầu từ \\Server1, tham gia xây dựng 10 tác phẩm trong giai đoạn cho mỗi tập tin đang được nhân rộng. Tối ưu hóa để hạn chế tác động tham gia VV bao gồm:
  • Pre-stage nội dung trên các thành viên mới bằng cách sử dụng NTBackup (trước đây thảo luận).
  • Giảm số máy chủ xây dựng dàn tranh mới hoặc reinitialized hạ lưu các đối tác.
  • Loại bỏ hoặc giảm thiểu số lượng các tập tin trong các replicated cặp cho đến khi tất cả các máy tính đã hoàn thành giai đoạn tham gia VV.
  • Cho phép chỉ có một tham gia để xảy ra trên một cho Thượng lưu đối tác.

Giảm số lượng các tập tin máy chủ xây dựng dàn cho đối tác hạ nguồn mới hoặc Reinitialized

Điều khiển vùng bản sao (bộ kiểm soát miền dự phòng) tham gia hiện có Windows dựa trên tên miền cố gắng sao chép thư mục SYSVOL từ các cùng một điều khiển vùng được sử dụng nguồn thư mục hoạt động. Nguồn SYSVOL máy chủ được xác định trong các Phụ huynh đặt bản sao giá trị của sổ đăng ký. Bạn phải xác nhận rằng FRS đang chạy và đáp ứng trên hệ phục vụ được chỉ định nguồn.

Đối với các SYSVOL bản sao tập đang được reinitialized với một phục hồi không có thẩm quyền (Burflags = D2), quản trị viên có thể hạn chế các thế hệ của dàn tập tin vào một máy chủ cụ thể bằng cách thiết lập các Phụ huynh đặt bản sao khóa registry để trỏ đến cùng một trang web hoặc thiết kế dàn hệ phục vụ.

Để biết thêm chi tiết về khóa registry Replica Set phụ huynh, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
257338Giải đáp thắc mắc thiếu SYSVOL và Netlogon cổ phiếu trên bộ kiểm soát miền Windows 2000
Các Phụ huynh đặt bản sao tối ưu hóa quan trọng cơ quan đăng ký là không thể cho bản sao Dfs các thành viên. Cách giải quyết có thể bao gồm:
  • Tắt dịch vụ FRS trên tất cả có thể ngược dòng đối tác (những máy tính mà các thành viên mới hoặc reinitialized có trong nước các kết nối từ) do đó tìm nguồn cung ứng xảy ra từ các chỉ còn lại hệ phục vụ.

    Công việc này xung quanh không phải là giải pháp ưa thích vì dừng dịch vụ FRS không ngừng tích lũy các thay đổi bản ghi trong các NTFS thay đổi tạp chí. Nếu các tạp chí kết thúc tốt đẹp (tràn), tham gia VV cần thiết khi các dịch vụ sau đó khởi động lại. Nếu bạn biết là không đáng kể hoặc không có tập tin Sửa đổi hoạt động (ví dụ như, tạo, xóa, đổi tên, thông tin Cập Nhật) trên bất kỳ khối lượng đĩa lưu trữ một tập bản sao, nguy cơ bị kết thúc tốt đẹp tạp chí có khả năng được thấp.
  • Loại bỏ hoặc giảm thiểu số lượng các tập tin trong các replicated cặp cho đến khi tất cả các máy tính đã hoàn thành giai đoạn tham gia VV (được thảo luận trong phần sau).

    Thao tác này có thể không phải là một khả thi thay thế nếu các máy chủ Trung tâm được kết nối đến các máy chủ chi nhánh mới của có nghĩa là các liên kết băng thông thấp và bạn có Gigabyte dữ liệu tập tin để khởi tạo. Tuy nhiên, bạn nên xem xét các tùy chọn sau.
  • Kiểm soát số lượng các kết nối từ nguồn các máy chủ có sẵn cho các thành viên mới hoặc reinitialized (nghĩa là, sự tham gia occurs với một duy nhất trong nước nối).
  • Truyền dữ liệu từ máy chủ Trung tâm cuối tuần qua hoặc morning hours.

    Ngay cả với một liên kết 64 kilobit lúc 75 phần trăm có sẵn băng thông, bạn có thể chuyển 21 MB dữ liệu mỗi giờ hoặc 506 MB mỗi ngày. Với hai Trung tâm máy tính và 200 chi nhánh được kết nối bằng phương tiện của 64 kilobit liên kết, bạn có thể khởi tạo chúng với 1 GB của nội dung trên một hai ngày cuối tuần. Nếu bạn có được một tỉ lệ nén trung bình của 50 phần trăm, bạn có thể di chuyển 2 GB dữ liệu trong một cuối tuần. Thao tác này đòi hỏi không có sao lưu hoặc khôi phục hoạt động, không có phasing của chi nhánh khởi động để tránh áp đảo các máy chủ Trung tâm hoạt động, và tất cả các tiến bộ Giám sát có thể được thực hiện từ các máy chủ Trung tâm hoạt động bằng cách sử dụng các ntfrs bộ lệnh và công cụ báo cáo Connstat để kiểm tra cho bất kỳ backlogs để cụ thể các chi nhánh. Dàn không gian và dàn giới hạn tham số vào trung tâm các máy chủ phải là đủ lớn để giữ tất cả các dữ liệu vì các tập tin dàn thế hệ có thể dễ dàng vượt qua việc phân phối dữ liệu chi nhánh trên các liên kết chậm.

Loại bỏ hoặc giảm số tệp trong cặp Replicated cho đến khi tất cả các máy tính đã hoàn thành giai đoạn tham gia VV

Thông thường, bạn muốn tất cả các bản sao đặt thành viên tham gia bộ bản sao với các thư mục có sản phẩm nào hoặc gần như trống để tránh hệ không hiệu quả của dàn tranh nhiều máy chủ. Quá trình này là ít của một vấn đề cho SYSVOL bởi vì các máy chủ được xây dựng từng bước, nội dung là thường nhỏ hơn hơn Dfs chia sẻ, và các Phụ huynh đặt bản sao khóa sổ đăng ký có nghĩa là FRS cố gắng nguồn từ một đơn ngược dòng đối tác.

Cho Dfs bản sao tập lớn, nơi nhân rộng thường là Kích hoạt ngay lập tức trên các máy chủ 2 đến 50 cho hàng chục Gigabyte của nội dung, các tác động là lớn hơn. Xem xét thêm các phần lớn các máy tính để FRS nhân rộng Dfs cổ phiếu sau khi họ đã được triển khai. Ngoài ra, bạn muốn các nhân rộng cặp trên hệ phục vụ chính phải có sản phẩm nào để tham gia VV xảy ra mà không cần phải sao chép tập tin. Tập tin có thể được thêm, có lẽ từng bước, với hiệu quả bình thường.

Một tham gia VV có sản phẩm nào hoặc tối thiểu có thể được sử dụng để phục hồi một đợt hoạt động nơi Active Directory và/hoặc FRS có kinh nghiệm một "tan xuống"và cần phải được reinitialized. Sau khi bạn xác nhận rằng Active Directory sao nhân bản là chức năng, di chuyển các tệp ra khỏi cặp replicated các hệ phục vụ chính, và sau đó reinitialize thành viên bản sao. Trong trường hợp của SYSVOL, giữ tên miền mặc định và chính sách bộ điều khiển tên miền trong \Policies thư mục còn nguyên vẹn trên hệ phục vụ chính (Burflags = "d4" hoặc còn lại nguồn các máy chủ) do đó, mà reinitialized bộ điều khiển vùng có thể nhân rộng trong và áp dụng chính sách (ví dụ, "truy cập máy tính này từ mạng và khác Yêu cầu quyền"chính sách) cho thích hợp hoạt động tên miền và khách hàng.

Cho phép chỉ có một tham gia để xảy ra trên một đối tác thượng nguồn nhất định

Cho lớn có kích thước bản sao Dfs có hàng chục Gigabyte tác phẩm, bạn có thể xem xét thêm các thành viên chỉ có một lúc một thời gian để nhân rộng FRS thư mục. Cụ thể, để cho các thành viên mới hoàn tất đồng bộ hoá đầy đủ và di chuyển ra khỏi chế độ tham gia VV. Các đối tác Thượng lưu nên làm sạch lên các tập tin từ cặp dàn trước khi thêm các thành viên bổ sung.

Ngoài ra thiết lập giới hạn vũ trụ dàn (được xác định trong bài viết sau đây, Q221111, "Description FRS mục trong registry") trên tất cả các máy chủ nguồn tiềm năng bằng hoặc lớn hơn các tập tin 128 lớn nhất đang được nhân rộng bởi các thượng lưu đối tác (số lượng tham gia VV xảy ra bất cứ lúc nào được đưa ra điểm).

Để biết thêm thông tin, hãy bấm vào số bài viết sau để xem bài viết trong Cơ sở Kiến thức Microsoft:
221111Mô tả FRS mục trong registry
FRS NTFRS

Cảnh báo: Bài viết này được dịch tự động

Thuộc tính

ID Bài viết: 266679 - Xem lại Lần cuối: 08/21/2011 10:10:00 - Bản sửa đổi: 2.0

Microsoft Windows 2000 Server, Microsoft Windows 2000 Advanced Server, Microsoft Windows Server 2003, Standard Edition (32-bit x86), Microsoft Windows Server 2003, Enterprise Edition (32-bit x86), Microsoft Windows Server 2003, Datacenter Edition (32-bit x86), Microsoft Windows Small Business Server 2003 Premium Edition, Microsoft Windows Small Business Server 2003 Standard Edition

  • kbdfs kbenv kbinfo kbmt KB266679 KbMtvi
Phản hồi