So entfernen Sie einen Suchen-Sicherheits-Trimmer (ISECURITYTRIMMER2)

Question

Ich habe eine sehr einfache Implementierung von ISECURITYTRIMMER2 in SharePoint 2010 erstellt. Registriert es, und alles funktionierte wie erwartet.

Ich habe es mit dem folgenden PowerShell entfernt: generasacodicetagpre.

PowerShell warnt mich, dass es den zusätzlichen Parameter -sarch nicht ignoriert, aber der Befehl funktioniert nicht ohne.Ich habe bestätigt, dass Get-AbserprisecurityTrimmer keine Ergebnisse zurückgibt.

Ich bekomme jetzt keine Suchergebnisse, mit dem folgenden Fehler in der ULS vom Suchprozessor: generasacodicetagpre.

Ich habe generakodicetagcode gemacht und erhalten immer noch den gleichen Fehler.Offensichtlich ist es nicht da, aber warum sucht der Abfrageprozessor immer noch danach und wie kann ich es vollständig entfernen?

Answer 1

tut anscheinend eine neue vollständige Crawls fixiert es.

Ich habe in den Kommentaren eine Erklärung gefunden auf diesem Artikel über 2013 Post Trimmer von SVEINAR RASMUSSEN

der Grund für die anfängliche vollständige crawl ist, dass die Inhaltsobjekte (Dokumente) zugeordnet sein müssen mit dem registrierten Trimmer. Es wird eine ganzzahlige ID auf diejenigen, die passen Sie die Crawl-Regel an. Sobald der Inhalt mit einem "markiert" ist Post-Trimmer, der Post-Trimmer wird aufgerufen. Und alle nachfolgenden Änderungen an die Trimmerlogik erfordert danach keine Krieger, so lange Da registrieren Sie keine Trimmer. Wenn Sie in meiner Erfahrung etwas tun möchten, in dem Sie etwas tun möchten, das den starken Namen des Sicherheitsrienstaments invovoviert (z. B. Ändern der Montageversion), können Sie es entfernen und mit derselben ID erneut hinzufügen, ohne dass ein vollständiger Krieger erforderlich ist. Nur im Jahr 2013 benötigt dies auch einen Neustart des Suchost-Controller-Dienstes.