Случай Отказавших Резервных копий Lotus Notes

sysadmin, о котором сообщают, который резервные копии Lotus Notes начали приводить к сбою, выводя на экран ошибку, показанную в рисунке 16-6: "ни один из файлов в списке файла не существует."

Рис. 16-6. Lotus Notes делает копию сбоя.

Он проверял журнал приложения резервного копирования, который сообщил об отказе загрузки DLL для nnotes.dll. (См. рисунок 16-7.) Он счел это нечетным, что путь к файлу DLL, о котором сообщают, был в папке, принадлежащей абсолютно различному приложению.

Рис. 16-7. Журнал приложения резервного копирования, показывая DLL загружает отказ для nnotes.dll.

Он выполнял Procmon и пытался инициировать резервное копирование. Применяя фильтр для приложения резервного копирования и всех его дочерних процессов, он нажал Ctrl+F и искал первые инстанции "\nnotes.dll" в трассировке. Он счел последовательность вызовов QueryOpen (показанной в рисунке 16-8) пытающийся открыть файл в различных папках, каждый переставший работать с ИМЕНЕМ, НЕ НАЙДЕННЫМ, пока это не было наконец найдено в C:\Program Files\BMC Software\MasterCell\server\bin. (sysadmin говорит, что некоторые из этих папок находятся в переменной окружения PATH и что другие добавляются приложением резервного копирования во времени выполнения.)

Рис. 16-8. Поиск nnotes.dll в нескольких каталогах пока не найдено в выбранной строке.

Рис. 16-9. Приложение резервного копирования успешно загружается nnotes.dll и затем не может найти nxmlproc.dll.

sysadmin выполнял утилиту Microsoft Visual Studio "dumpbin", чтобы просмотреть зависимости от импорта DLL и проверял, что nnotes.dll статически зависит от nxmlproc.dll. Это объясняет, почему поиск nxmlproc.dll сразу начался, после nnotes.dll был загружен, и почему отказ найти nxmlproc.dll привел к отказу загрузки для nnotes.dll.

Он тогда искал диски C и D nxmlproc.dll, в конечном счете находя это в папке D:\Domino (показанный в рисунке 16-10), который не искался. Интересно, он также нашел копию nnotes.dll в той же самой папке. (См. рисунок 16-11.) Он вставил "D:\Domino" в переменную ПУТИ сразу после папок Windows по умолчанию и перезагрузил. Резервные копии тогда работали без проблемы. Проблема решается.