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

Mạng chậm hiệu suất xảy ra nếu bạn sao tệp vào một bộ điều khiển vùng đang chạy Windows 2000 hoặc Windows Server 2003

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:321098
TRIỆU CHỨNG
Nếu bạn sao chép tập tin từ một máy tính khách hàng dựa trên Microsoft Windows 2000, một máy tính khách hàng dựa trên Microsoft Windows XP hoặc máy tính khách hàng dựa trên Microsoft Windows Server 2003 vào một cặp mạng trên một bộ điều khiển vùng đang chạy Windows 2000 hoặc Windows Server 2003, hiệu suất mạng là chậm hơn so với nếu bạn sao cùng các tập tin vào một máy chủ thành viên đang chạy Windows 2000 hoặc Windows Server 2003. Bạn có thể nhận thấy vấn đề này nếu bạn sao chép nhiều tập tin nhỏ; Tuy nhiên, bạn có thể không nhận thấy vấn đề này nếu bạn sao chép một vài tệp lớn. Vấn đề này chỉ xảy ra nếu bạn hoặc sử dụng Microsoft Windows Explorer để sao chép các tập tin, hoặc nếu một cửa sổ Windows Explorer được mở và kết nối tới hệ phục vụ đích. Tuy nhiên, nếu bạn sử dụng Xcopy.exe để sao chép các tập tin và tất cả các cửa sổ Windows Explorer được đóng cửa, bạn không cần kinh nghiệm vấn đề này.
NGUYÊN NHÂN
Vấn đề này xảy ra bởi vì khối tin máy chủ (giao thức SMB) viết hoạt động để điều khiển vùng đang chạy Windows 2000 hoặc Windows Server 2003 có thể gặp một sự chậm trễ của lên đến 200 mili giây giữa bản sao tệp.

Nếu bạn xem lại một dấu vết của vấn đề, bạn nhận thấy sự chậm trễ xảy ra sau khi khách hàng sẽ gửi các máy chủ một SMB thông báo cho sự thay đổi lệnh bằng FID mục phù hợp với mục FID cặp đích. Windows Explorer bài viết một yêu cầu thông báo cho sự thay đổi trên chia sẻ mạng đã yêu cầu để được thông báo nếu một cái gì đó thay đổi trong thư mục đó xuất hiện trong cửa sổ bên phải của Windows Explorer. Nếu điều khiển vùng nhận được yêu cầu thông báo cho sự thay đổi, nó không trả lời nó ngay lập tức; nó không gửi các gói cho tối đa 200 mili giây. Vào thời điểm đó, một gói dữ liệu đơn giản xác nhận (ACK) Transmission Control Protocol (TCP) được gửi đi và các hoạt động tập tin lại tiếp tục như bình thường.

Hành vi này là kết quả của sự tương tác giữa hai thành phần mạng cốt lõi của Windows 2000, TCP chậm trễ ACKs, và ưu tiên sợi trên bộ điều khiển vùng. Ưu tiên sợi cho phép điều khiển vùng cho đúng cách ưu tiên dịch vụ thư mục và các hoạt động quản lý tài khoản trước khi một số hoạt động SMB, chẳng hạn như đáp ứng yêu cầu thông báo cho sự thay đổi.
GIẢI PHÁP
Quan trọng Phần, phương pháp hoặc nhiệm vụ này chứa các bước cho bạn biết làm thế nào để sửa đổi registry. Tuy nhiên, vấn đề nghiêm trọng có thể xảy ra nếu bạn sửa đổi registry không chính xác. Vì vậy, hãy chắc chắn rằng bạn làm theo các bước sau một cách cẩn thận. Để bảo vệ được thêm vào, sao lưu sổ đăng ký trước khi bạn sửa đổi nó. Sau đó, bạn có thể khôi phục sổ đăng ký nếu một vấn đề xảy ra. Để biết thêm chi tiết về làm thế nào để sao lưu và khôi phục sổ đăng ký, hãy nhấp vào số bài viết sau đây để xem bài viết trong cơ sở kiến thức Microsoft:
322756 Cách sao lưu và lưu trữ sổ đăng kư trong Windows

Khi bạn xem xét vấn đề này, được nhận thức rằng nó chỉ xảy ra trong trường hợp rất cụ thể; vấn đề này chỉ xảy ra nếu một khách hàng đang sử dụng Windows Explorer để sao chép một số lớn các tập tin vào bộ kiểm soát miền Windows 2000 dựa trên. Nếu bạn thay đổi giá trị của bộ đếm thời gian ACK bị trì hoãn, bạn có thể ngăn ngừa một số các triệu chứng xảy ra; Tuy nhiên, nếu bạn sửa đổi một lõi giá trị TCP/IP, bạn có thể gặp kết quả bất ngờ trong tương lai. Vì vậy, Microsoft khuyến cáo bạn hãy xem xét lựa chọn thay thế khác trước khi bạn sửa đổi bộ đếm thời gian. Các giải pháp khác bao gồm di chuyển chia sẻ tập tin vào một máy chủ thành viên hoặc bằng cách sử dụng một công cụ (như Xcopy hoặc Robocopy, nằm trên một phần của bộ tài nguyên Windows 2000) để sao chép một số lớn các tập tin vào điều khiển vùng.

Trên bộ điều khiển vùng, bạn có thể chỉnh sửa các TcpDelAckTicks giá trị đăng ký để điều chỉnh TCP trì hoãn ACK hẹn giờ. Nếu bạn thay đổi các giao thức TCP trì hoãn ACK bộ đếm thời gian tới một giá trị thấp hơn, máy chủ gửi một gói dữ liệu ACK nhiều hơn nữa thường xuyên nhưng ngắn hơn khoảng.

Ghi chú rằng trên một độ trễ cao, phân khúc bão hòa cao, sự gia tăng ròng trong các gói ACK từ bộ điều khiển vùng có thể đặt thêm căng thẳng trên mạng. Để đảm bảo rằng các giao thức TCP thay đổi chậm trễ ACK bộ đếm thời gian giá trị không gây ra tắc nghẽn bổ sung, kiểm tra giá trị triệt để.

Nếu mạng có thể xử lý các gói ACK thêm, áp dụng hotfix Pack 3 (SP3) pre-Service sau cho Windows 2000 Service Pack 2 (SP2) do đó bạn có thể sửa đổi các giá trị bị trì hoãn bộ đếm thời gian ACK:

311833 Giá trị đăng ký TcpDelAckTicks đã không có tác dụng trên ACK timeout
Sau khi bạn áp dụng hotfix này, sử dụng thủ tục sau đây để thêm giá trị đăng ký sau đó chỉ định tham số tùy chỉnh cho timer ACK chậm trễ:
  1. Khởi động Registry Editor (Regedt32.exe).
  2. Xác định vị trí và Click vào khóa sau trong registry, nơi Bộ điều hợp GUID là mã định danh duy nhất toàn cầu (GUID) cho bộ điều hợp mạng kết nối với các khách hàng:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\Bộ điều hợp GUID
  3. Trên các Chỉnh sửa trình đơn, nhấp vào Thêm giá trị, và sau đó thêm giá trị đăng ký sau đây:
    Tên giá trị: TcpDelAckTicks
    Kiểu dữ liệu: REG_DWORD
    Giá trị dữ liệu: bạn có thể thiết lập giá trị này đến một loạt các 0-6. Thiết lập mặc định là 2 (200 mili giây).
  4. Thoát khỏi Registry Editor.
  5. Khởi động lại Windows để thay đổi này có hiệu lực.
Giá trị sổ đăng ký này xác định số lượng các khoảng 100-millisecond để sử dụng cho bộ đếm thời gian ACK chậm trễ trên một cơ sở cho mỗi giao diện. Theo mặc định, giá trị bị trì hoãn bộ đếm thời gian ACK là 200 mili giây. Nếu bạn đặt các TcpDelAckTicks giá trị cho 0, chậm trễ acknowledgments bị vô hiệu hoá. Thiết lập này làm cho máy tính ngay lập tức gửi một gói dữ liệu ACK cho mỗi gói dữ liệu nó nhận được.

Chú ý Đặc trưng cho bộ điều hợp các giá trị được liệt kê dưới subkeys cho mỗi bộ điều hợp. Đảm bảo rằng bạn thêm các TcpDelAckTicks giá trị cho khóa registry sau đây:
HKLM\System\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\Bộ điều hợp GUID
Đừng thêm giá trị này vào khóa registry sau đây:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters
TÌNH TRẠNG
Microsoft đã xác nhận rằng đây là một vấn đề trong các sản phẩm của Microsoft được liệt kê trong phần "Áp dụng cho".
THÔNG TIN THÊM
Ở dạng dấu vết mạng bạn có thể thấy rằng khách hàng gửi các "SMB: C NT giao dịch - thông báo cho sự thay đổi" gói dữ liệu. Bộ điều khiển tên miền dựa trên Windows 2000 gửi lại một gói dữ liệu ACK cho khách hàng 200 mili giây sau đó. Sau khi khách hàng nhận được gói ACK, khách hàng bắt đầu chiến dịch SMB tiếp theo và sao chép các tập tin tiếp theo.

Chú ý Nếu bạn đang sử dụng mạng lưới giám sát, bạn có thể nhìn thấy những sự chậm trễ tốt hơn nếu bạn sử dụng các bộ lọc sau:
SMB:Command == 0xA0 (NT giao dịch)
Sử dụng bộ lọc này kết hợp với các tùy chọn hiển thị sau đây:
Thời gian: (x) giây từ khung hình trước
Bạn có thể xác định tương ứng với yêu cầu và câu trả lời bằng cách xem các thuộc tính khung SMB sau đây:
SMB: Kích ID (lower)
Chức năng trì hoãn Acknowledgments dựa trên yêu cầu cho ý kiến (RFC) 1122. TCP sử dụng chậm trễ ACKs để giảm số lượng các gói dữ liệu được gửi trên mạng. Ngăn xếp TCP/IP Microsoft cần một phương pháp phổ biến để triển khai thực hiện chậm trễ ACKs. Khi dữ liệu được nhận bởi TCP trên một kết nối, ngăn xếp chỉ trả về một ACK nếu một trong các điều kiện sau đây được đáp ứng:
  • Điều kiện 1: Không có ACK được gửi cho các phân đoạn trước đó được nhận.
  • Điều kiện 2: Một phân đoạn là đã nhận được, nhưng không có phân đoạn khác đến trong vòng 200 mili giây (giá trị mặc định) cho kết nối.
Thông thường, một ACK được gửi cho mỗi phân đoạn TCP khác nhận được trên một kết nối trừ khi bộ đếm thời gian ACK chậm trễ (200 mili giây) hết hạn. Bạn có thể điều chỉnh bộ đếm thời gian ACK chậm trễ bằng cách sử dụng các thủ tục được mô tả trong phần "Giải quyết" của bài viết này để thêm các TcpDelAckTicks giá trị đăng ký (giá trị này là mới trong Windows 2000).

Chú ý Lưu ý rằng nếu bạn thay đổi các TcpDelAckTicks giá trị đăng ký, bạn có thể gặp tác dụng không mong muốn trong tương lai. Vì vậy, Microsoft khuyến cáo bạn hãy xem xét lựa chọn thay thế khác trước khi bạn sửa đổi bộ đếm thời gian.

Sự chậm trễ xảy ra nếu gói tin trước được ghi nhận và đáp ứng yêu cầu thông báo cho sự thay đổi xếp hàng đợi của điều khiển vùng cho một khoảng thời gian mà đôi khi vượt quá 200 mili giây. Bởi vì mặc định ACK timer đếm đến 200 mili giây, gói TCP ACK xảy ra 200 mili giây sau khi yêu cầu thông báo cho sự thay đổi nhận được từ khách hàng. Bởi vì khách hàng chờ đợi cho một phản ứng từ máy chủ trước khi nó tiến hành với SMB keá tieáp, sự chậm trễ xảy ra trong khi hệ phục vụ bị trì hoãn ACK timer đếm tới ngưỡng của nó. Nếu bạn thực hiện một dấu vết mạng, bạn nhận thấy rằng không phải tất cả yêu cầu thông báo cho sự thay đổi từ các khách hàng kinh nghiệm sự chậm trễ.

Yêu cầu thông báo cho sự thay đổi mà không cần kinh nghiệm sự chậm trễ là ngay lập tức trước bởi một gói mà không được công nhận. Vì vậy, ghi nhận không trì hoãn trong điều khiển vùng xác nhận bởi vì việc đầu tiên của các điều kiện được miêu tả vào đầu phần này được đáp ứng. Yêu cầu thông báo cho thay đổi kinh nghiệm sự chậm trễ đã có trước đó các gói thừa nhận; Vì vậy, điều khiển vùng không trả lời trở lại cho đến khi bộ đếm thời gian chậm trễ ACK hết hạn (giá trị mặc định là 200 mili giây) bởi vì thứ hai của các điều kiện được mô tả trong phần này kích hoạt.

Bạn không thể sửa đổi ưu tiên sợi của điều khiển vùng; Vì vậy, bạn phải thay đổi TCP bị trì hoãn ACK bộ đếm thời gian giá trị một giá trị thấp hơn để ngăn chặn các triệu chứng được mô tả trong phần "Triệu chứng" của bài viết này xảy ra. Sau khi bạn làm như vậy, máy chủ gửi ACK giá trị nhiều hơn nữa thường xuyên nhưng ngắn hơn khoảng.

Để biết thêm thông tin về các TcpDelAckTicks cơ quan đăng ký giá trị, đề cập đến giấy trắng nằm trên Web site sau Microsoft:Để có thêm thông tin về sự cố này, bấm số bài viết sau đây để xem bài viết trong Cơ sở Kiến thức Microsoft:
270926Làm thế nào để khắc phục các vấn đề bản sao tệp mạng Windows 2000
Máy khách đang chạy Windows XP hoặc Windows Server 2003, không có một khóa sổ đăng ký tên TcpAckFrequency điều khiển TCP ACKs trước khi bộ đếm thời gian chậm trễ ACK được đạt tới. Để 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:
328890Mục đăng ký mới cho việc kiểm soát hành vi TCP thừa nhận (ACK) trong Windows XP và Windows Server 2003
Để 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:
321169Hiệu suất SMB chậm khi bạn sao chép tập tin từ Windows XP lên bộ kiểm soát miền Windows 2000
chậm hiệu suất chỉnh SMB tập tin sao chép chậm đi 200ms 0,2 giây tốc độ giảm TCPDelAckTicks W2K Win2000 DC ReadDirectoryChangesW

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

Thuộc tính

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

Microsoft Windows Server 2003, Standard Edition (32-bit x86), Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)

  • kbprb kbmt KB321098 KbMtvi
Phản hồi
mp;t=">