Как я не гарантирую дубликатов, когда использование LogParser для загрузки IIS входит в SQL Server каждые пятнадцать минут?
Это не походит на проблему полномочий (если им дают доступ запрещен, когда они пробуют к месту доступа B, затем все работает, как это должно быть). Это кажется, что необходимо изменить навигацию (информация о том, как сделать это здесь: http://office.microsoft.com/en-us/sharepointtechnology/HA101191001033.aspx)
После некоторого проигрывания вокруг я могу на самом деле ответить на часть своего собственного вопроса.
Код, чтобы смочь посмотреть просто на сегодняшний журнал IIS:
SELECT *
FROM \\Path\To\Logs\ex%date:~8,2%%date:~3,2%%date:~0,2%.log
Я не уверен, работает ли это на даты, которые не являются британским стандартом, но это работает на меня. Код выше генерирует это для сегодняшней даты, которая является 24.02.2011:
SELECT *
FROM \\Path\To\Logs\ex110224.log
Вы проверили переключатель «-iCheckPoint»? Он хранит отметку времени последнего запуска и обращается только к последующим записям.
Я преодолел эту проблему, просто создав столбец PRIMARY KEY на RecordNumber в таблице SQL сервера, что помогло остановить дубликаты.
Также, в кластерном окружении, я преодолел эту проблему, создав композитный PRIMARY KEY на (ComputerName,RecordNumber), и это сработало потрясающе, так как это всегда была уникальная комбинация в моем окружении.
Когда специально тестировался парсинг дубликата журнала в LOG PARSER, на самом экране LOG PARSER показалась ожидаемая ошибка "первичного нарушения ключа".... и проблема была решена.