[решено] Проблема с расшаренными папками в Windows Server 2003 for Small Business Server SP1R2

[3vs]

Исходные данные: есть вот это Windows Server 2003 for Small Business Server SP1 RUS R2
На сервере есть зеркало RAID1 два SATA диска по 250 Гб. и один SATA диск 250 Гб. под архивы.
На RAID два тома - системный и баз данных.
Сервер на мощном бесперебойнике со связью при потере питания.
Так вот и на системном томе и на томе баз данных и на одиночном архивном диске есть расшаренные папки.
После отключения питания в городе бакап продержал сколько можно и затух.
При включении обнаружилась одно неприятность - все расшаренные папки на RAID томах системном
и баз данных перестали быть доступны хотя шары с них не сняты. При попытке создать на них новую расшаренную папку результат тот-же!.
Хотя на отдельном диске с архивами расшаренные папки как были доступны так и остальсь доступны.
Пришлось временно перебазировать данные с тома баз данных на архивный диск.
Что могло произойти?
RAID контроллер на ошибки дисков не жалуется, данные на томах не пропали,
Атрибуты на папках не менялись.
Где смотреть?
Получается нафига тогда зеркало, если оно может выкинуть такую падлянку!
При попытке доступа к расшаренной папке выдаётся сообщение:

Нет доступа к \\Server\<папка>. Возможно у вас нет прав на использование этого сетевого ресурса. Обратитес к администратору этого сервера
для получения соответствующих прав доступа.
Недостаточно памяти сервера для обработки команды.

Что может скрываться за последним предложением?
У меня права администратор на этом сервере и ничего это не даёт!

[Ivan Bardeen]

Службы все запущены?
Проверьте сервер на наличие зловредов
Обновите сервер до sp2 и поставьте все последние заплатки

[3vs]

То что надо вроде бы запущено.
Так причём здесь службы и зловреды, если в одно и тоже время
на одиночном диске для архивов все расшаренные папки работают нормально,
а на RAID зеркале не работают, службы одни и теже.
Причём на нём еще SQL сервер крутится и всё работает.
Такое ощущение, что в RAID-е чего-то глюкнуло и не хочет приходить в норму
поле восстановления питания. А что произошло непонятно.

[monkkey]

Недостаточно памяти сервера для обработки команды. »
Журнал событий смотрели? Похоже, повреждены системные файлы. Попробуйте восстановить систему через F8 с дистрибутива.

[alexeivs]

несколько раз сталкивался с похожими проблеммами:
1) была установлена не помню какая утилита но помню что для восстановления удаленных файлов, так вот сервак работал и общий доступ к файлам работал, а после перезагрузки сервака перестал пускать на шары, удалил утилиту и все стало хорошо.
2) после создания корня DFS на одном из разделов, к разделу пропал достут, причем не только на шару а даже и по $, что очень похоже на описанную выше проблемму. Снес корень DFS, снес общий доступ и снес шару D$, потом перезагрузился и заново расшарил папку.
стоит проверить.

[3vs]

Всё, тема закрыта!

Что произошло:
установил пробную версию русскую Acronis*True*Image*Echo*Server.
Пока сервер не перезагрузил было всё нормально, но Acronis*True*Image*Echo*Server без перезагрузки
сервера работать отказался.
Было аварийное отключение электро энергии при котором сервак всётаки перезагрузился.
Заработал Acronis*True*Image*Echo*Server, создал несколько образов системных дисков, зато пропали все шары на RAID
массиве, хотя на архивном отдельном диске шары продолжали работать.

Но в системном журнале обнаружил вот такую запись:
Ошибка Код (ID): 2011
В конфигурации сервера параметр "irpstacksize" имеет слишком малое значение для
использования локального устройства сервером.
Увеличьте значение данного параметра.
Дополнительные сведения можно найти в центре справки и поддержки,
в "http://go.microsoft.com/fwlink/events.asp".


В статейке http://support.microsoft.com/kb/177078/
написано, что у Windows2003 это значение 15, я увеличил до 21.
Перезагрузил сервак и всё заработало!

Видимо 15 сбыло слишком малым значением и установка Acronis*True*Image*Echo*Server
это значение перекрыла.
В журнале написано, что теперь все шары восстановлены.