body:has(.inc-daily-windows-file-server-smb-slow-transfer) h1{font-size:clamp(26px,4vw,36px)!important;line-height:1.5!important}.inc-daily-windows-file-server-smb-slow-transfer{font-family:inherit;direction:rtl;line-height:1.95}.inc-daily-windows-file-server-smb-slow-transfer p{text-align:justify;text-align-last:start;margin:0 0 1.1em}.inc-daily-windows-file-server-smb-slow-transfer h2{font-size:clamp(20px,2.5vw,24px);color:#22d3ee;line-height:1.6;margin:1.6em 0 .6em}.inc-daily-windows-file-server-smb-slow-transfer h3{font-size:19px;color:#22d3ee;line-height:1.6}.inc-daily-windows-file-server-smb-slow-transfer figure{margin:1.5em 0;border:1px solid #236173;border-radius:14px;overflow:hidden}.inc-daily-windows-file-server-smb-slow-transfer img{display:block;max-width:100%;width:100%;height:auto}.inc-daily-windows-file-server-smb-slow-transfer figcaption{padding:10px;font-size:13px;text-align:center}.inc-daily-windows-file-server-smb-slow-transfer pre{overflow:auto;direction:ltr;text-align:left;white-space:pre;padding:14px;border:1px solid #236173;border-radius:10px}.inc-daily-windows-file-server-smb-slow-transfer a{color:#22d3ee}
برای رفع کندی فایل‌سرور ویندوز، ابتدا یک انتقال قابل تکرار بسازید و هم‌زمان وضعیت کلاینت، شبکه و ذخیره‌ساز را اندازه بگیرید. خرید سرور جدید یا تغییر تنظیمات امنیتی قبل از این مرحله ممکن است هزینه ایجاد کند و علت اصلی را پنهان نگه دارد. این راهنما برای فایل‌سرورهای SMB در Windows Server و کلاینت‌های ویندوزی دارای PowerShell نوشته شده است.
۱. مسئله را به یک آزمون مشخص تبدیل کنید
عبارت «شبکه کند است» برای تصمیم فنی کافی نیست. مشخص کنید کندی هنگام بازکردن فایل اکسل اتفاق می‌افتد، هنگام کپی یک فایل بزرگ یا هنگام انتقال هزاران فایل کوچک. یک فایل آزمایشی غیرحساس انتخاب کنید و اندازه، مسیر مبدأ و مقصد، ساعت شروع و مدت انتقال را بنویسید. همان آزمون را از دو کلاینت و ترجیحاً با اتصال کابلی اجرا کنید.
اگر فقط یک سیستم کند است، بررسی آن سیستم اولویت دارد. اگر تمام کاربران یک پوشه مشکل دارند ولی پوشه دیگر سالم است، مسیر ذخیره‌سازی و سرویس مربوط به آن پوشه را جداگانه بررسی کنید. برای فایل کوچک و فایل بزرگ دو نتیجه مستقل ثبت کنید؛ میانگین‌گرفتن از این دو آزمون می‌تواند نتیجه را گمراه‌کننده کند.
۲. سرعت لینک را با سرعت انتقال اشتباه نگیرید
Get-NetAdapter | Select-Object Name, Status, LinkSpeed
Test-NetConnection -ComputerName fs01.example.local -Port 445دستور اول در PowerShell سرعت مذاکره‌شده کارت شبکه را نشان می‌دهد، نه توان واقعی انتقال فایل. نام نمونه سرور در دستور دوم را با نام فایل‌سرور خود عوض کنید. مقدار TcpTestSucceeded نشان می‌دهد اتصال TCP به پورت ۴۴۵ برقرار شده است؛ نتیجه مثبت به‌تنهایی سلامت دیسک، مجوز پوشه یا کیفیت انتقال را اثبات نمی‌کند.
برای یک آزمون نمونه، یک فایل آزمایشی را در پوشه مبدأ قرار دهید و از مقصد خالی استفاده کنید. دستور زیر یک کپی معمولی با تلاش مجدد محدود انجام می‌دهد؛ مسیرها را متناسب با محیط تغییر دهید و آن را روی داده اصلی اجرا نکنید.
robocopy C:\TransferTest \\fs01.example.local\TransferTest sample.bin /R:1 /W:1 /NPمدت و خلاصه انتقال را ثبت کنید. از گزینه‌های حذف یا همگام‌سازی مانند MIR برای این آزمایش استفاده نکنید. نتیجه را با آزمون قبلی مقایسه کنید، نه با عدد اسمی روی بسته‌بندی کارت شبکه.
۳. نشست SMB و منابع سرور را کنار هم ببینید
Get-SmbConnection | Select-Object ServerName, ShareName, Dialect, NumOpensاین دستور را روی کلاینتی اجرا کنید که پوشه شبکه را باز کرده است. خروجی، نشست‌ها و Dialect مذاکره‌شده را مشخص می‌کند. در زمان همان انتقال، مصرف CPU، حافظه و فعالیت دیسک سرور را بررسی کنید. زمان‌بندی بکاپ، اسکن امنیتی و عملیات سنگین نرم‌افزار سازمانی را هم در گزارش بیاورید تا آزمون ساعت شلوغ با آزمون ساعت خلوت مقایسه‌پذیر باشد.
اگر دیسک محلی خود سرور هم کند است، تغییر روتر اولویت ندارد. اگر دیسک سالم به نظر می‌رسد اما انتقال بین دو دستگاه افت می‌کند، خطاهای پورت سوییچ، کابل و مسیر بین VLANها را بررسی کنید. Ping سالم نیز تمام مشکلات TCP یا تأخیر ذخیره‌ساز را رد نمی‌کند.
۴. امنیت را قربانی یک عدد نکنید
مستند Microsoft توضیح می‌دهد که امضا و رمزنگاری SMB بسته به توان سخت‌افزار می‌توانند بر سرعت اثر بگذارند؛ همچنین خاموش‌کردن الزام امضای SMB را توصیه نمی‌کند. بنابراین ابتدا ظرفیت و بار سیستم را بررسی کنید و برای افزایش سرعت، SMB1 را فعال نکنید یا حفاظت را بی‌دلیل کنار نگذارید.
خروجی قابل تحویل به مدیر IT
گزارش نهایی باید شامل دو کلاینت آزموده‌شده، نسخه ویندوز، نوع فایل، زمان انتقال، سرعت لینک، وضعیت دیسک و یک تغییر مشخص با نتیجه قبل و بعد باشد. اگر شواهد برای تعیین علت کافی نیست، همان ابهام را ثبت کنید. برای بررسی دوره‌ای، پشتیبانی سیستم‌ها و دسترسی کاربران شرکت و راهنمای پشتیبانی شبکه شرکت‌ها را ببینید.
منابع رسمی
Microsoft: کندی انتقال SMB؛ Microsoft: جمع‌آوری شواهد و عیب‌یابی SMB.
برای اجرای تخصصی این راهکار در شبکه سازمانی، صفحه پشتیبانی شبکه شرکت‌ها را مشاهده کنید.
کندی فایل‌سرور ویندوز را از کجا عیب‌یابی کنیم؟
برای بررسی کندی فایل‌سرور ویندوز ابتدا زمان و محدوده اختلال را ثبت کنید: آیا همه کاربران کندی دارند، یا فقط یک VLAN، یک پوشه یا فایل‌های بزرگ؟ این تفکیک کمک می‌کند بین مشکل شبکه، دیسک، آنتی‌ویروس و تنظیمات SMB تفاوت بگذارید.
سه آزمایش ساده و کم‌ریسک
- انتقال یک فایل آزمایشی مشخص را از دو کلاینت در شبکه‌های متفاوت مقایسه کنید.
- در زمان انتقال، مصرف دیسک، CPU و کارت شبکه سرور را بررسی کنید.
- نام سرور را با DNS Resolve کنید و خطاهای SMB و رویدادهای ویندوز را ثبت کنید.
سرعت ۱ گیگابیت بر ثانیه روی کارت شبکه، تضمین انتقال فایل با همان نرخ نیست. تأخیر دیسک، فایل‌های کوچک متعدد، بررسی امنیتی و پروتکل نیز اثر دارند. برای راهکارهای تکمیلی رفع خطای DHCP و خدمات پشتیبانی شبکه را ببینید.
تست تفکیکی SMB، دیسک و شبکه
ابتدا کپی فایل حجیم و فایل‌های کوچک را جداگانه زمان‌سنجی کنید؛ سپس مصرف CPU، Latency دیسک، سرعت لینک و خطاهای شبکه را هم‌زمان ثبت کنید. تغییر پروتکل یا غیرفعال‌کردن تنظیمات امنیتی بدون آزمایش و برنامه بازگشت توصیه نمی‌شود.
برای پیشگیری از کندی ناشی از اسکن یا تداخل نرم‌افزارهای امنیتی، تنظیمات Endpoint را فقط طبق مستندات سازنده و پس از بررسی ریسک انجام دهید. راهنمای ESET سازمانی را مطالعه کنید.