В собственном мире R1Soft делает очень хорошее задание. Попробуйте демонстрационные инструменты, которые они выпускают бесплатный.
В свободном мире я использую снимки lvm, dd и netcat для создания быстрых резервных копий. Просто удостоверьтесь, что dm_snapshot существует в Вашем initrd :)
Можно просто включить журнал Fusion (посредством тех настроек реестра с помощью regedit) и просто посмотреть на журналы с блокнотом.
Смотрите здесь для большего количества информации относительно мусорного ведра, развернутого SharePoint dlls. http://msdn.microsoft.com/en-us/library/cc768621.aspx
В прошлом я видел, что эта ошибка происходит с пользовательским dll's, который я записал. Я попробовал много способов обойти вещи, те, которые добавляют код к GAC и т.д.
Я на самом деле ответил на подобный вопрос, http://social.technet.microsoft.com/Forums/en-US/sharepointdevelopment/thread/ab43b645-77f9-44e1-8c50-c1e902f7d5b2
Моя фиксация была то, что я добавил DLL к элементу блоков web.config
<compilation batch="false" debug="true">
<assemblies>
<add assembly="MyCustomDLL, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" />
После того как я сделал это, я заметил, что больше не видел ошибок в конечном счете журналы моих фронтэндов.
Как лучше всего диагностировать его? Проверьте журнал событий, загрузчик сплава пишет свои отказы там.
И используйте Монитор Процесса, ища события, которые приводят к Файлу, Не Найденному.
Я добавил бы блок к GAC на серверах. Существуют времена, когда блоки могли быть загружены, которые не связаны с веб-частью обслуживания, такой как тогда, когда у Вас есть получатели функции. Это - что-то, что позволяется Вашими sys администраторами?
Я попытался бы присоединить удаленный отладчик, это затем покажет Вам в Visual Studio исключение при ударе страницы, которая использует пользовательский блок.
Я знаю, что Вы упоминаете в своем сообщении, что Нельзя установить ничего, но откровенно Вы собираетесь быть нелегко диагностировать это без любых утилит!