Ошибка при копировании по сети на/с сервер(а)
 

Доброе утро, форумчане!
Есть у меня в конторе беда, сильно досаждает. Файл- Сервер под управлением Win 2003 Standard 64-bit (он же, к сожалению, контроллер домена), на нем куча расшаренных ресурсов. С некоторых пор возникает проблема с копированием файлов на него и с него по сети. Случайным образом при копировании файлов размером больше 100 мб иногда возникает ошибка (причем на разных стадиях копирования - с первой попытки может на 30% остановиться, со второй - на 40%, с третьей - скопироваться).
ОШИБКА
Ошибка! Не удается записать
имя файла

Снимите защиту от записи!

Это в тотал коммандере, в виндовз эксплорере - проверьте доступность сети. Причем, в тотале чаще ошибка появляется.

Причем,возможно это как-то зависит от загруженности сети. Сегодня с утра погонял, пока юзеров мало - ошибка возникает в 1 из 10 тестов примерно, а в пятницу вечером - повсеместно. Вероятность возникновения ошибки растет с размером копируемого файлов.
В Безопасности каталогов настроен полный доступ для всех, в настройках разрешений для общего доступа - по разному для разных папок. но проблема возникает без различия в какой каталог происходит копирование. С третьего-четвертого раза обычно получается скопировать файл/каталог.
Запускал копирование и параллельно Ping -t, пинги колеблются от 1 мс до 17 мс, но в момент ошибки они могли быть и 1мс...
Вопрос уже становится критичным, начальству не нравится, когда они не могут быстро перекачать инфу, а где рыть теряюсь в догадках...

Друзья, давайте обсудим возможные источники проблемы.

Огласите список ПО установленного на сервере

7-Zip 4.59 alpha 6
Adaptec Storage Manager
Advantage Database Server for Windows NT/2000/2003 v8.1
Apcupsd
Debugging Tools for Windows (x64)
EasyRecovery Professional
ejabberd
Far Manager v1.70
HP Update
JetBrains TeamCity 9071
MAPILab Groupware Server
Matrox Graphics Software
Microsoft .NET Compact Framework 2.0 SP2
Microsoft .NET Compact Framework 3.5
Microsoft .NET Framework 2.0 SDK - ENU
Microsoft .NET Framework 2.0 Service Pack 2
Microsoft .NET Framework 2.0 Service Pack 2 Language Pack - RUS
Microsoft .NET Framework 3.5 SP1
Microsoft Device Emulator version 3.0 - ENU
Microsoft Document Explorer 2008
MS Office Enterprise 2007
MS Office SharePoint Server 2007
Microsoft Platform SDK (R2)
Microsoft Report Viewer Redistributable 1005
MS SQL Server 2005
MS SQL Server Compact 3.5 ENU
MS SQL Server Native Client
MS - ENU
Server VSS Writer
MS Visual Studio 2008 Professional Edition
MS Visual Studio 2008 Remote Debugger - ENU
MS Visual Studio 2008 Remote Debugger Light (x64) - ENU
MS Visual Stufio 2008 Web Accounting Cimponent
MS Windows SDK for Visual Studio 2008 Tools
MS Windows SDK for Visual Studio 2008 .NET Framework Tools
MS Windows SDK for Visual Studio 2008 Win32 Tools
Mozilla Firefox 3.0.12
MSXML 6 SP2
Openfire 3.6.4
Oracle Client 10g Express
Perforce P4Win Components
Perforce Server Components
PL/SQL Developer
R-Studio 4.6
RSS FeedReader
SQLXML4
Symantec Antivirus Win64
Symantec Backup Exec for Windows Servers
TortoiseHg-0.7.6
Total Commander 7.02
Unlocker 1.9.7
Visual Studio 2005 Tools for Office Second Edition Runtime

Visual Studio 2005 Tools for the Office system 3.0 Runtime
VS IDE RUS x86 CD
IE 7
WIndows Mobile 5.0 SDK R2 for Pocket PC

WIndows Mobile 5.0 SDK R2 for Smartpjone
Windows Support Tools
Winrar

Пипец... Это у вас продуктив!? Детский сад.
Я бы начал с удаления всего, что не нужно для роли КД и файлового сервера
Установил последние сервис паки и обновления
Прибил бы антивирус

Да, согласен. Но дело в том, что так уж тут сложилось и особо ничего изменить не получится- серваком регулярно пользуются разработчики. Знаю, знаю что так нельзя, но вот так вот есть, изменения грядут (купили новый сервер и будем запскать виртуализацию и разграничвать роли машинок, но пока надо решить вот эту проблему). Я не так давно здесь работаю. Кстати, ключевая фраза - обновиться. Боюсь вас пугать, но сервак реально вдруг перестал обновляться и над этой проблемой параллельно бьемся

Смотря какая конфигурация сервера, сколько пользователей - банально может не справляться как сеть, так и оперативка (кэширование при записи), так и дисковая подсистема. И неплохо было бы заглядывать в журнал системы сервера при возникновении ошибок. Это может быть банальный глюк свитча, патчкорда и т.п.

Выяснил что во время этой ошибки в лог системы пишется предупреждение с кодом 2021 и источником Srv:
The server was unable to allocate a work with 1 item in the last 60 seconds

насчет конфиги - не думаю. Core 2 Quad Q6600 2.4 GHzm 8 Gb RAM, правда стабильно занято около 7 (!) гигов оперативки

Гляньте http://eventid.net/display.asp?event...ce=Srv&phase=1
Неплохо было бы Вам глянуть еще на счетчики производительности в "пиковые" моменты, может, выявите "узкое" место.

The server was unable to allocate a work with 1 item in the last 60 seconds - собака тут зарыта. Есть у нас один еще компик в сети, абсолютно та же ерунда. ЕДИНСТВЕННОЕ, что их объединяет - это ОС Win Server 2003 и обилие расшаренных ресурсов. http://support.microsoft.com/kb/317249/ru - здесь информация по этой ошибке, попробовал для начала изменить параметры MaxWorkItems И SizReqBuf в ветке HKLM\System\CurrentControlSet\Services\lanmanserver, думаем дальше