Nota: Questo articolo ha esaurito la sua funzione e verrà ritirato tra breve. Per evitare problemi di "Pagina non trovata", si sta procedendo alla rimozione dei collegamenti noti. Se sono stati creati collegamenti a questa pagina, rimuoverli per contribuire a ottimizzare il Web.
Microsoft Search Server 2010
|
Domanda/Problema |
Risposta/Soluzione alternativa |
|
Requisiti hardware e software per Microsoft Search Server 2010: Questo contenuto si trova in Technet |
|
|
Rilevamento della lingua di ricerca di SharePoint La ricerca contenuti organizzazione offre una funzione di rilevamento della lingua per cui è necessario fornire attribuzione di copyright. |
Licenza ICU - ICU 1.8.1 e versioni successive Licenza SSLeay originale Licenza LIBXML2 |
|
Gestibilità: Dopo la modifica del livello di prestazioni per il servizio di ricerca con PowerShell, potrebbero essere visualizzate alcune istruzioni assert "RobotThread tid {num} received no perf obj" nei log. |
Riciclare il servizio di ricerca in ogni casella nella farm immettendo i due comandi seguenti in un prompt con privilegi elevati: net stop osearch14 net start osearch14 |
|
Il rilevamento della lingua automatico è attivo per impostazione predefinita dopo l'aggiornamento alla versione Beta2: Per impostazione predefinita, il motore di ricerca deduce la lingua dei documenti mentre si esegue la scansione per selezionare il giusto tokenizers (aka. Breaker). Alcuni clienti potrebbero averli disattivati deliberatamente e volere che restino tali (per simulare il comportamento di Search Server 2007). La versione RTM attiva il sistema di inferenza della lingua per impostazione predefinita all'aggiornamento dalla versione Beta2. |
Disattivare il rilevamento della lingua automatico o riavviare il servizio di ricerca come richiesto (vedere di seguito). Disattivando il rilevamento non verranno più recuperati alcuni documenti, soprattutto file html, msg e txt per alcuni casi. Per disattivare il rilevamento della lingua, impostare i valori seguenti su 0 EnableLanguageDetection EnableLanguageDetectionPerChunk nella chiave del Registro di sistema: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office Server\ Al termine sarà necessario riavviare il servizio di ricerca, ad esempio usando i comandi seguenti: net stop osearch14 net start osearch14 Assicurarsi di impostare la lingua del server di indicizzazione su quella più comune per la maggior parte dei file html, msg e txt. Dopo la disattivazione di queste chiavi, non funzionerà nemmeno il filtro della lingua nella ricerca avanzata per tali file. |
Inizio pagina
Microsoft FAST Search Server 2010
|
Domanda/Problema |
Risposta/Soluzione alternativa |
|
Installazione: Non è possibile configurare FAST Search Server nella versione italiana di Win2k8 SP2 X64: La configurazione successiva all'installazione non riesce con l'errore seguente: Eccezione - : Eccezione - Microsoft.SharePoint.Search.Extended.Installer.Mahasen.Common.Exception.DeploymentException: XML Validation error: L'attributo 'modifiedTime' non è valido. Il valore '2010-04-16T14.35.48Z' non è valido per il tipo di dati 'http://www.w3.org' - La stringa "2010-04-16T14.35.48Z" non è un valore XsdDateTime valido. Tradotto in inglese: |
La soluzione migliore consiste nell'installare Win2k8 R2 anziché Win2k8 SP2 In alternativa è possibile eliminare il file C:\FASTSearch\etc\deployment.xsd. In assenza di questo file, la convalida dello schema non verrà eseguita. |
|
Installazione del Centro ricerche FAST: La sostituzione del certificato predefinito FASTSearch con un nuovo certificato tramite lo script ReplaceDefaultCertificate.ps1 ha esito negativo in un sistema operativo giapponese. |
Soluzione:
Nota: non raccomandato in ambienti di produzione come la modifica di questo file interrompe la futura patch. Non può essere sostituito da una patch in un secondo momento. |
|
Indicizzatore: L'eliminazione di una raccolta di contenuto non è un'operazione a tolleranza di errore. Se l'operazione non riesce su un nodo di indicizzazione backup, non verrà ripristinata sul nodo indicizzazione master. Il risultato sarà che i nodi di indicizzazione master e backup perdono la sincronizzazione. |
Se un nodo di indicizzazione backup non riesce durante l'eliminazione di una raccolta di contenuto, è necessario sincronizzarlo manualmente. |
|
Indicizzatore: Riavviando il nodo di indicizzazione dopo un arresto non corretto, il processo potrebbe sembrare bloccato per un periodo prolungato durante la ricostruzione delle strutture di dati. A seconda delle dimensioni dell'indice, la ricostruzione delle strutture di dati potrebbe richiedere ore. |
Lo stato di avanzamento viene visualizzato nei file di log del nodo di indicizzazione. Nel log l'evento è preceduto da un messaggio che informa della ricostruzione dell'indice del documento. Lo stato del nodo dell'indicizzazione può essere recuperato anche usando lo strumento indexerinfo della riga di comando. Non eliminare il processo mentre è in corso la ricostruzione delle strutture di dati. |
|
Indicizzatore: I messaggi del log:
vengono visualizzati nei nodi di indicizzazione backup. |
Questi messaggi del log possono essere tranquillamente ignorati nei nodi di indicizzazione backup. |
|
Indicizzatore: L'aggiornamento dello schema di indice durante l'inserimento dei documenti potrebbe generare documenti non indicizzati. |
Sospendere l'inserimento durante un aggiornamento dello schema e assicurarsi che la modifica dello schema sia stata propagata sia ai nodi di elaborazione del documento sia ai nodi di indicizzazione prima di riprendere. |
|
Indicizzatore: Il nodo di indicizzazione master non verifica che i nodi di indicizzazione backup abbiano spazio disponibile su disco a sufficienza. Prima di inviare i dati ai nodi di indicizzazione backup, il nodo di indicizzazione master verificherà che sia presente spazio su disco sufficiente nel backup per completare il trasferimento. Se la quantità di dati da trasferire è elevata, lo spazio su disco del nodo di indicizzazione backup potrebbe essere riempito da eventi esterni per la durata del trasferimento dei dati. Ciò comporterà la perdita di sincronizzazione dei nodi master e backup. |
Assicurarsi che la quantità di spazio disponibile su disco nei nodi di indicizzazione backup sia equivalente a quella disponibile nei nodi di indicizzazione master. |
|
Indicizzatore: L'eliminazione di una raccolta di contenuto non è un'operazione a tolleranza di errore. Se l'operazione non riesce su un nodo di indicizzazione backup, non verrà ripristinata sul nodo indicizzazione master. Il risultato sarà che i nodi di indicizzazione master e backup perdono la sincronizzazione. |
Se un nodo di indicizzazione backup non riesce durante l'eliminazione di una raccolta di contenuto, è necessario sincronizzarlo manualmente. |
|
Search Controller: I nodi di ricerca vengono ritardati all'avvio se il server di configurazione non è disponibile. I nodi di ricerca provano a connettersi al server di configurazione durante l'inizializzazione. Vengono eseguiti diversi tentativi di connessione e nonostante i messaggi di log dichiarino che Search Controller proverà connettersi solo per un periodo di tempo specifico, il tempo di attesa è in realtà considerevolmente superiore. |
Avviare il server di configurazione e riavviare il nodo di ricerca. |
|
Inserimento: JDBC Connector non funziona con l'impostazione di configurazione Output->OperationMode in the jdbctemplate.xml impostata su update. La modalità operativa update è destinata all'aggiornamento di un sottoinsieme di attributi solo in elementi esistenti, noti anche come aggiornamenti parziali. |
Non usare la modalità operativa update. Per le ricerche per indicizzazione incrementale, usare sempre la modalità operativa add. La ricerca di contenuti per indicizzazione con la modalità operativa add richiede di selezionare tutti gli attributi dell'elemento in JDBCSQL. |
|
Pertinenza: Se per qualche motivo il motore Web Analytics perde contatto con i processi di lavoro, l'elaborazione può essere interrotta e non verrà riavviata automaticamente. In genere, questo può accadere se un computer viene riavviato o la rete è instabile. Il Visualizzatore eventi e i registri di sistema FS14 conterranno quindi un messaggio di log simile al seguente: [2009-12-13 17:15:03] ERROR : webanalyzer@HOSTNAME: systemmsg: Processing failed in makefile "wapartialupdate" for view "default", the view will be set in a stopped state. |
Use the waadmin enqueueview command to resume anchortext and link processing. Se sono state create visualizzazioni di Web Analytics aggiuntive, potrebbero essere necessario riprogrammarle eseguendo waadmin enqueuview -n<nomevisualizzazione>. |
|
Pertinenza: L'opzione drop_intra di waadmin è abilitata per eliminare i collegamenti tra siti, ma non sembra influire sull'analisi del collegamento Web Analytics. |
Questa opzione funziona solo se l'origine dati è FAST Search Web Crawler. Non ha alcun effetto se l'origine dati è FAST Search Connector. |
|
Pertinenza: Il messaggio del log seguente appare nel visualizzatore eventi o nei registri di sistema FS14 e il motore clickthrough ha smesso di elaborare dei dati del log clickthrough: [2010-01-16 04:00:10.333] WARNING systemmsg Asyncore callback function raised an exception: <class 'socket.error'>: (10054, 'Connection reset by peer') [C:\d\cruise\builds\active\common\sharepointrelevance\src\server\SPUtils.py|asyncore_loop|522] [C:\d\cruise\builds\active\common\sharepointrelevance\ [C:\d\cruise\builds\active\common\sharepointrelevance [C:\d\cruise\builds\active\common\sharepointrelevance\ [C:\d\cruise\builds\active\common\sharepointrelevance\ [C:\d\cruise\builds\active\common\sharepointrelevance\ [C:\d\cruise\builds\active\common\sharepointrelevance\ [fdmapi.py|setup|519] [filesys.py|init_filesystem|171] [async_remote.py|run_remote_commands|325] |
Riavviare il server clickthrough con nctrl restart sprel. Viene eseguito nello stesso computer del server Web Analytics (WebAnalyzer). |
|
Back-end di ricerca: Le query numeriche a virgola mobile in una proprietà del testo potrebbero restituire occorrenze false. Questo problema può verificarsi per le proprietà sottoposte a ricerca per indicizzazione o le proprietà gestite del tipo dati Testo. |
Per la corrispondenza accurata nei valori numerici a virgola mobile, usare una proprietà gestita di tipo Float o Decimal. |
|
Back-end di ricerca: L'aggiunta di molte proprietà gestite allo schema nel tempo può determinare un utilizzo di memoria eccessivo nel processo fixmlindex.exe. |
Per risolvere il problema, reinstallare FAST Search e applicare le modifiche allo schema in una sola volta oppure eseguire la procedura seguente:
|
|
Back-end di ricerca: Mediocre classificazione delle query con termini che compaiano nella maggior parte dei documenti. Questo problema può verificarsi anche nelle installazioni con piccole quantità di documenti. |
Per impostazione predefinita, il comportamento di classificazione di FAST Search è configurato in modo da giungere a un compromesso e garantire buone prestazioni di ricerca in caso di grandi quantità di documenti. Il compromesso riduce la quantità di dati da leggere ed elaborare nel back-end di ricerca. Lo svantaggio è, tuttavia, che potrebbero essere restituiti e classificati documenti più irrilevanti a un livello superiore rispetto ai documenti pertinenti, riducendo cioè la precisione. Si giunge comunque a un compromesso, indipendentemente dal numero di documenti nel nodo. Si tratta in alcuni casi di un vantaggio, perché si può quindi cominciare a eseguire l'ottimizzazione della classificazione anche quando si esegue l'inserimento iniziale; il comportamento di classificazione non cambierà molto nel tempo a seconda del numero di documenti. In alcuni use case, tuttavia, si potrebbe mirare a ottenere il miglior comportamento di classificazione possibile, soprattutto in un sistema di piccole dimensioni. Per ridurre l'impatto di questo compromesso delle prestazioni, è possibile aumentare i valori StopWordThreshold e PositionStopWordThreshold nel profilo di classificazione, come descritto nella documentazione sull'ottimizzazione della pertinenza di FAST Search. |
|
Back-end di ricerca: Modificare il tipo di una proprietà gestita da un tipo numerico a un altro tipo numerico potrebbe causare diversi problemi: In alcuni casi i documenti che vengono inseriti possono essere rimossi dall'indicizzazione. Questo problema può verificarsi quando si usa il comando indexeradmin resetindex oppure nei casi in cui il riavvio del sistema avviene in modo improvviso. In altri casi, il contenuto già inserito può essere indicizzato in modo non corretto, in modo che le query eseguite con valori numerici noti potrebbe non restituire alcun risultato oppure occorrenza per un set di documenti errato. Un problema correlato è che l'eliminazione e la ricreazione di una proprietà gestita con lo stesso nome, senza cambiarne il tipo, farà sì che il contenuto di tale proprietà gestita sia nuovamente visibile nel front-end di ricerca per tutti i documenti. Questo potrebbe non essere sempre l'effetto previsto. |
Dopo aver modificato il tipo di dati di una proprietà gestita, reinserire il contenuto per garantire che venga indicizzato correttamente. |
|
Back-end di ricerca: Quando si usa FAST Lotus Notes Connector il comando Get-FASTSearchSecurityUserSecurityFilter non restituisce alcuna informazione |
Aumentare il valore maxStringContentLength da 65536 a 655360 e modificare anche il valore maxArrayLength da 16384 a 163840 in %FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended. |
|
Back-end di ricerca: Il cmdlet Get-FASTSearchSecurityConfigurationStatus non funziona. La porta Default è errata in %FASTSEARCH%\bin\Microsoft.SharePoint. |
Aprire %FASTSEARCH%\bin\Microsoft.SharePoint.Search. |
|
Back-end di ricerca: Mancata corrispondenza dell'identificatore di riga tra i nodi di ricerca e i nodi di indicizzazione implementati sullo stesso host. |
Gli identificatori di riga dei nodi di ricerca vengono assegnati dinamicamente, mentre gli identificatori di riga dei nodi di indicizzazione vengono scelti durante l'installazione. |
|
Backup e ripristino: La ricerca non è disponibile dopo l'esecuzione di un ripristino di configurazione di FAST Search Center in una directory di installazione differente. |
Risolvere i percorsi che non sono più validi in %FASTSEARCH%\components\sam\admin\adminTransaction.log. Per risolvere il problema nel nodo Admin di FAST Search Center, procedere come segue:
a5e8d609-9d8f-42b5-bec5-e2ca03f94e66,12/04/2009 14:29:23,NORTHAMERICA\username,AddDomain,ln1,C:\FASTSearch\components\sam\admin\ln1.domain.config.xml dovrà essere modificata in: a5e8d609-9d8f-42b5-bec5-e2ca03f94e66,12/04/2009 14:29:23,NORTHAMERICA\username,AddDomain,ln1,E:\FASTSearch\components\sam\admin\ln1.domain.config.xml
|
|
Backup e ripristino: La ricerca non funziona dopo il ripristino del nodo admin di FAST Search Center, ma non dopo il ripristino dei nodi query di FAST Search Center |
Spostare la configurazione più recente da un nodo query di FAST Search Center a un nodo admin di FAST Search Center per:
|
|
Backup e ripristino: Viene eseguito lo script di ripristino dalla distribuzione di FAST Search Server 2010 per SharePoint in una console di gestione di FAST Search Server 2010 per SharePoint. Dopo l'esecuzione degli script, tutti i cmdlet caricati con la console non sono più disponibili. |
A causa di un errore nello script, FAST Search Server 2010 per SharePoint scarica lo snap-in di PowerShell associato. È possibile porvi rimedio eseguendo il comando seguente nel prompt di PowerShell: PS C:\> Add-PsSnapin Microsoft.FASTSearch.PowerShell |
|
Eseguire una ricerca nel front-end: Il sito di ricerca MOSS restituisce l'errore: La richiesta di ricerca non è riuscita a connettersi al servizio di ricerca. quando viene eseguita una ricerca subito dopo il riavvio del processo samworker. Il problema verrà visualizzato solo nella prima richiesta tramite il front-end MOSS, dopo il riavvio di samworker. La seconda richiesta e le eventuali richieste successive funzioneranno. |
Inviare due richieste al sito di ricerca MOSS dopo il riavvio di samworker. Assicurarsi del funzionamento della ricerca controllando il risultato e verificando che la seconda richiesta non generi un errore. |
|
Promozioni e abbassamenti di livello: Quando si aggiunge una promozione/un abbassamento di livello con un URL che contiene una barra rovesciata, le query a cui è stato applicato l'abbassamento di livello/la promozione non riescono. |
La logica di elaborazione della query con promozione/abbassamento di livello applicato non rimuove correttamente i caratteri di barra rovesciata. Il problema dovrebbe verificarsi raramente in pratica perché, per impostazione predefinita, il connettore usa URL corretti durante l'inserimento del contenuto (ad esempio file://server/percorso). La soluzione consigliata consiste nel sostituire invece la barra rovesciata con una barra. Ad esempio, modificare "\\server\percorso" in "//server/percorso". |
|
Gestione dello schema: L'abilitazione dell'impostazione RefinementEnabled in una proprietà gestita di tipo Float o Boolean non funziona come previsto. Per le proprietà gestite di questi tipi non viene visualizzato alcun criterio di affinamento. |
Soluzione: Usare Decimal invece di Float e String invece di Boolean. Questo significa che:
|
Inizio pagina
