Не мог изменить свойства DCOM Config для отдельного приложения в Component Services
Awstats был бы хорошим выбором, я думаю.
Существует учебное руководство о том, как настроить его. http://www.turro.org/xp/Portal? $ xpc=1 за @8$ @1$ @1&folder=20050104154634840
Отредактированный некоторая глупость ссылки
Я отправил свои мысли об этой проблеме здесь: http://tristanwatkins.com/index.php/product-version-job-dcom-10016-strikes-again/
Больше информации об этом здесь теперь:
http://tristanwatkins.com/index.php/inside-manage-patch-status/
http://tristanwatkins.com/index.php/testing-manage-patch-status/
Удачи,
Tristan
-
1Выбранное решение: Живой с предупреждениями/ошибками, пока более оптимальный вариант не становится доступным. Я нахожу это довольно глупым тот отпуск Microsoft такие ситуации. Вы предложили бы, чтобы я вернулся своя предыдущая фиксация для IIS администраторские Услуги WAMREG и проигнорировал те ошибки также? – Mr Shoubs 20 August 2010 в 15:05
Нет, оставьте те меры на месте. WAM REG IIS и oSearch активация прекрасны, так как Вы хотите, чтобы идентификационные данные Пула приложений SharePoint смогли активировать те компоненты, но начиная с Сервисных выполнений Windows Installer как Локальная Система и используется для установки материала установки, это является практически подъемным учетная запись Фермы администратору, который в порядке, если Вы довольны теми рисками, и можно просто заставить Ферму считать локального администратора, но если Вы хотите поддержать наименее образцовое, я рассматриваю это как большее количество проблемы.
Я все еще работаю над идентификацией лучшей долгосрочной фиксации. Останьтесь настроенными.
-
1
-
2, я выиграл значок сорняка падения для этого вопроса перед ответом... Я думаю, что DCOM звучит как страшный lol. – Mr Shoubs 25 August 2010 в 14:01