wssql всегда возвращает ноль строк - PullRequest
0 голосов
/ 09 июня 2010

Я использую службу поиска Windows 4.0 (wssql), чтобы найти некоторые файлы, она отлично работает на моем компьютере, но на нашем сервере с двумя дисками C: и D: всегда возвращает 0 строк при поиске D:

Также я не уверен, связано ли это, но cd d: возвращается в c: в командной строке.

Edit: Ok, похоже, что он возвращает только ноль строк, когда я указываю, где scope = 'D:' То же самое происходит на диске c. Также диск не является сетевым диском.

Ответы [ 2 ]

0 голосов
/ 09 июня 2010

Оказывается, что протокол может быть указан, и результаты отличаются между системами, если он не указан. Добавление файла: к пути выдается правильный вывод.

0 голосов
/ 09 июня 2010

Это можно сделать только в том случае, если вы проиндексировали общие ресурсы, а не подключенные сетевые диски, как указано выше в MLNY. Локальные файлы получают пути вроде c: \ foo \ bar.txt, но если вы поделитесь ими и запросите локальный индекс, как если бы это был удаленный общий ресурс, пути станут \ server \ share \ foo \ bar.txt. Пути к общим ресурсам, индексированным с помощью обработчика протокола UNC / FAT, являются, естественно, \ server \ share \ dir \ file.txt, не нужно ничего преобразовывать. Но подключенные сетевые диски не являются ни одним из них, поэтому их путь - z: \ foo \ bar.txt, и нет способа автоматически конвертировать.

мы не индексируем акции по умолчанию. Протокол SMB не позволяет нам выходить из-под контроля других приложений, когда они хотят открыть файл, который мы индексируем, как мы делаем с локальной файловой системой, поэтому индексатор может блокировать ваши документы при их изменении. Редакторам, таким как Microsoft Office, это не нравится. Кроме того, локальные диски NTFS предоставляют журналы изменений, поэтому нам не нужно заново сканировать все при каждом запуске, чтобы убедиться, что ничего не изменилось, когда мы не искали. Журналы FAT и SMB не имеют такого журнала, поэтому индексатор будет перезапускать все при каждом запуске, вызывая нагрузки сетевого трафика. Если клиентов много, их одновременный запуск (утро понедельника?) Вызывает DDoS-атаку на файловый сервер. Мы бы предпочли, чтобы вы индексировали файлы, если они есть, и запрашивали их удаленно.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...