SMB tuyên bố là chậm chậm

Mạng công ty của chúng tôi (mà tôi tin là một miền windows chạy trên máy chủ 2008) rất chậm. Một ví dụ điển hình của việc này là sao chép các tệp qua SMB - danh sách mất vài phút và sao chép các tệp có kích thước khiêm tốn thậm chí còn lâu hơn. Khi được tiếp cận về vấn đề này, người quản lý CNTT (mặc dù có bất kỳ giá trị nào khác mà anh ta có thể có, là một người rất bướng bỉnh và không phải là một người rất kỹ thuật) giơ tay lên, trở nên rất phòng thủ và đưa ra lời bào chữa thay vì lắng nghe và cố gắng tìm ra nguyên nhân gốc rễ của vấn đề.

Bây giờ, nhận ra rằng yếu tố con người của vấn đề này sẽ mất một thời gian và nỗ lực để giải quyết, tôi không biết làm thế nào để bác bỏ lý do kỹ thuật của mình. Trong trường hợp này, ông tuyên bố rằng SMB là vấn đề và đó là một giao thức "chậm". Có bằng chứng nào cho tuyên bố này (tôi chỉ có bằng chứng phản bác giai thoại)? Cách tốt nhất để làm cho đầu trong cuộc tranh luận này là gì?

SMB có thể chậm hơn một số giao thức chia sẻ tệp khác và nó có thể nhanh hơn một số giao thức khác. Nhưng đó không phải là phần quan trọng.

Thay vì làm cho rằng vấn đề / tranh luận, bạn có thể tìm thấy một cách để di chuyển trên từ đó và hỏi xem SMB là nhanh (hoặc as chậm) khi nó được cho là được. Ví dụ: bạn có thể chuyển một tệp bằng FTP giữa máy chủ và máy trạm bị chậm và xem hiệu suất tăng vọt không?

Nhà cung cấp có thể chỉ cho bạn các đánh giá về phần cứng, với Windows được cài đặt, nói về hiệu suất của máy chủ tệp.

Theo kinh nghiệm của tôi, SMB không chỉ là "đủ nhanh" trên mạng của tôi. Chúng tôi đang chạy mạng 10Gb giữa các máy chủ và chúng tôi rất hài lòng với hiệu suất của máy chủ tệp bằng SMB và chúng tôi đã đo được các bước nhảy hiệu suất tốt trên cùng một phần cứng tùy thuộc vào việc chúng tôi sử dụng NIC 1Gb ​​hay 10Gb. SMB không phải là vấn đề đối với chúng tôi.

Tôi chắc chắn đang xem xét những thứ khác trên mạng của bạn - là cơ sở hạ tầng đã lỗi thời, nó có được cấu hình tối ưu không (ví dụ: thẻ mạng máy chủ được cấu hình đúng cho trình điều khiển mới nhất, hoạt động chính xác ở tốc độ tốt nhất có thể), là những thứ như DNS và vì vậy- Trên tất cả các cấu hình đúng, có rất nhiều lưu lượng "rác" trên mạng gây chậm, là phần mềm chống vi-rút được cấu hình theo cách quá hoang tưởng (Tôi đã thấy điều này gây ra một số chậm chậm gây sốc ).

Có rất nhiều thứ có thể gây ra hiệu năng máy chủ tệp xấu và rất ít trong số đó là lựa chọn giao thức.

Mặc dù có các giao thức nhanh hơn SMB nhưng nó không hề chậm.

Tuy nhiên, có lẽ dễ bị ảnh hưởng bên ngoài hơn một chút so với các giao thức khác, đây là các máy chủ bão hòa, các phân đoạn bão hòa, v.v.

Nếu tôi là một người chơi cờ bạc, tôi nghi ngờ rằng mạng của bạn có thể thực hiện với thiết kế lại hoặc đầu tư vì nhiều mạng văn phòng thông thường của công ty chưa được nâng cấp để tính đến sự gia tăng lớn về lưu lượng truy cập mạng và mạng nội bộ trong những năm gần đây. Ngoài ra, có một cơ hội hợp lý rằng các máy chủ có thể cần thay thế hoặc làm lại để có được điều tốt nhất từ ​​họ.

Dù bằng cách nào, tôi sẽ không nhấn mạnh quá nhiều vào việc SMB là thủ phạm trực tiếp, nhiều khả năng chỉ là kẻ thất bại cho bộ máy chủ và mạng xấu / cũ.

Nó có nhiều chi phí hoạt động (để chuyển) hơn những thứ như NFS hoặc FTP. Danh sách tệp của các thư mục lớn có thể mất một lúc - một số điều này là do SMB, một số do NTFS, một số do những điều ngu ngốc mà các phiên bản khác nhau của Explorer và phần mềm đã cài đặt có thể thực hiện từ đầu máy khách. Một số thứ như cơ sở dữ liệu dựa trên tệp (Access, tệp PST) không nên được mở trên các liên kết chậm (WAN) vì chúng không xử lý tốt với độ trễ.

Phải nói rằng, các hoạt động mà bạn mô tả không nên mất nhiều thời gian. Có lẽ (các?) Máy chủ tập tin bị / không đủ sức mạnh. Có thể công ty có một số phần mềm như là một phần của cài đặt tiêu chuẩn làm mọi thứ chậm lại. Có lẽ có một máy quét virus cấu hình sai. Có lẽ có virus. Có thể có một liên kết WAN mà bạn không biết giữa bạn và máy chủ.

1. Là liệt kê các tệp nhanh hơn nếu bạn làm điều đó từ một dòng lệnh thay vì Explorer?
2. Làm thế nào về sao chép?
3. Ping máy chủ được đề cập từ máy tính để bàn của bạn - độ trễ là gì?
4. Thực hiện theo dõi - có bao nhiêu bước nhảy giữa bạn và máy chủ?

Thật không may, Nate, chúng tôi không thể giao dịch trực tiếp với PHB. Dòng phòng thủ đầu tiên của bạn ở đây là số liệu thực tế, ví dụ như, so sánh giữa chuyển SMB và NFS chẳng hạn.

Khi bạn có số liệu hoặc số liệu thống kê thực tế để sao lưu các đối số của mình, bạn sẽ không cần phải xử lý nhiều yếu tố con người. Thống kê cho biết "đây là vấn đề và đây là bằng chứng." Đó là lý lẽ của bạn.

Bạn có thể thu hẹp nó xuống không? Việc chuyển từ máy chủ sang máy chủ trên cùng một mạng con có kết quả tốt hơn không? Làm thế nào về việc chuyển từ khách hàng này sang khách hàng khác ( \\client\c$→ \\client\d$)?

Bạn có thể tìm thấy một cái gì đó đơn giản như không khớp đôi.

Tôi biết điều này đã cũ, nhưng một yếu tố rất quan trọng cần xem xét là I / O đĩa. Nếu hiệu suất ghi đĩa cực kỳ chậm do RAID phần mềm / bo mạch chủ trái ngược với thẻ RAID dựa trên phần cứng với bộ nhớ chuyên dụng.

Tải mạng là một yếu tố, nhưng điều tốt nhất để làm sysadmin là nhìn vào Trình giám sát tài nguyên và kiểm tra xem các nút thắt có thể bắt nguồn từ đâu - kiểm tra tab Tổng quan để hiển thị tổng thể CPU, Mạng, I / O, Bộ nhớ, v.v. Từ sự thuận lợi này, bạn có thể biết liệu có một quy trình thủ phạm hoặc tập hợp các quy trình ăn mòn tại Đĩa I / O hoặc rò rỉ bộ nhớ (SQLServer.exe - Ví dụ SBSMonitoring), v.v. Nếu có một quy trình mạng sử dụng nhiều băng thông, kiểm tra quá trình đó và kiểm tra số lượng và những gì các máy chủ được gắn với quá trình đó. Nó có thể là rất nhiều nỗ lực hack đối với RDP vào năm 3389. Tôi đã thấy rằng trước đây như vậy và giải pháp của chúng tôi là xóa quyền truy cập RDP trực tiếp và chuyển người dùng từ xa sang VPN.

Hi vọng điêu nay co ich!