rsyslog или подобный распределенный регистрирующийся стандарт, для Windows?

Это было некоторое время, так как Вы отправили этот вопрос. Можно ли заглядывать обновлению к поведению / производительность, которую Вы видите?

Я очень не хочу сказать это, но я собираюсь предположить, что Вы - в "сравнительный тест это сами и видите" территорию. Я не знаю ни о каких опубликованных "пределах" на Сервис Индексации. Действительно, "Microsoft Index Server", которая является предком к современному "Сервису Индексации", была конкретно процитирована, имеет наличие никаких встроенных пределов (см. http://msdn.microsoft.com/en-us/library/dd582938 (офис 11) .aspx для деталей) к числам документов или, по-видимому, размер каталога. Поведение Сервиса Индексации очень зависит от типа и состава индексируемых документов, таким образом, нет легкого "максимального размера" числа.

Когда Вы говорите "...... существует ~500 файлов", Вы говорите приблизительно 500 + наложение файлов вокруг в каталоге каталога? Это заставляет его казаться, что CiSvc не делает слияний по некоторым причинам. Подавляющее большинство наложения файлов вокруг должно быть объединено в основной Каталог. Файл WCI и быть удаленным. Существует ежедневное "основное слияние", которое должно происходить, в минимуме, для объединения всех теневых индексов, созданных процессами CiDaemon в основной индекс. Perfmon может показать Вам больше о том, что продолжается внутри.

Эмпирическое правило для индексного размера, который мы всегда использовали назад в дни NT 4.0, составляло примерно 40% размера корпуса индексируемых документов. Это совпадает с файлами, которые Вы индексируете?

Если Вы не возражаете, который ищет, не может охватить несколько каталогов (если Вы не кодируете что-то, чтобы отправить тот же поиск на нескольких каталогах и агрегировать результаты сами), Вы могли разбить свой корпус в несколько каталогов, если Вы начинаете поражать проблемы производительности.

Интересно, мне, услышать использование Сервиса Индексации. Это является почтенным, датируясь полностью назад к Дополнительному пакету Windows NT 4.0 - еще больше, если Вы полагаете, что это была часть "Каирской" инициативы путь назад (кодовое название Триполи, в то время). Вы делаете, помнят "основные слияния" и "теневые слияния" и все виды небольших деталей старой "Microsoft Index Server", что я думал, что забыл...> улыбка <Она делает меня грустным, что Microsoft не бросила больше усилия в нее как продукт, потому что это, возможно, легко было основание для предприятия распределенная поисковая система. О, хорошо... пути, не взятые, я предполагаю.

Править:

Вы находитесь на территории масштаба, в которой я никогда не использовал Сервис Индексации прежде. Несколько каталогов (или даже несколько экземпляров Индексации Сервиса на несколько полей) являются, вероятно, Вашим следующим местом, которое пойдет, когда перфект страдает. Надо надеяться, Вы не должны идти туда.

Я не уверен, как это "знает", чтобы "запаниковать", когда доли заменяют, и я осмеливаюсь сказать, что это взяло бы рассмотрение источника для выяснения почему. Это походит на одного из тех "Доктор, причиняет боль, когда я делаю это". "Ну, не делайте этого". вид вещей. С этой целью, Ваше ре плана: обработка обработки отказа долей является, вероятно, хорошей.

30% или меньше отношения индекса к корпусу определенно лучше, чем Microsoft всегда заявляла для планирования, назад в день. Походит на файлы, которые Вы индексируете, будучи главным образом текстом, не имейте издержек свойств OLE, которые будут кэшироваться как документы Office (который был, я верю, основа Microsoft для эмпирического правила nuber 40%). (Как в стороне, Вы можете иметь свои фильтры кода devs для этих различных типов файлов и получить способность сделать определенные для свойства поиски, если Вы так склонны. Покажите мне все электронные письма от xxxx, и т.д.... heh heh. Это, конечно, вырастит кэш свойства.)

500 + файлы в каталоге наконец вымылись и объединились, не так ли?

Что это делает, когда это "паникует", так или иначе? Это просто прекращает "видеть" новые документы и индексировать их?

3
задан 10 August 2011 в 01:00
4 ответа

Я - поклонник новозеландского Системного журнала, они были куплены SolarWinds, который скрыл бесплатную версию здесь

2
ответ дан 3 December 2019 в 05:00
  • 1
    Я хочу защитить коммуникацию между клиентом и сервером. Следовательно, я смотрел на rsyslog сервер по сравнению с сервером системного журнала. –  user42327 6 May 2010 в 19:12

Splunk? http://www.splunk.com Вы получаете централизованный вход и поиск всех вместе, и существует версия для Windows

4
ответ дан 3 December 2019 в 05:00

Можно использовать rsyslog под cygwin, если это приемлемо.

Теперь просто необходимо удостовериться, что приложения используют протокол системного журнала, чтобы сделать их вход.

2
ответ дан 3 December 2019 в 05:00

Splunk индексируют файлы журнала и помогают Вам быстро искать. Для продвижения всех файлов журнала Windows к серверу системного журнала, Вам нужен агент. Датаграмма SyslogAgent, вероятно, является наилучшим вариантом. Также дайте Агенту Ловушки или NTSyslog попытку, если Вы хотите.

1
ответ дан 3 December 2019 в 05:00

Теги

Похожие вопросы