giovedì 15 giugno 2017

IBM Connections, durante migrazione side by side indice di ricerca non si aggiorna: come risolvere

Durante una migrazione side by side di un IBM Connections da 4.5 a 5.5 mi sono accorto che l'indice di ricerca non si aggiornava automaticamente.

Uno degli step che controllo durante le migrazioni è la registrazione dei server di search :

da un prompt del wsadmin  lanciare i 2 comandi seguenti

  • execfile("searchAdmin.py")
  • SearchService.listIndexingNodes()


qui ho trovato il problema perchè il server ha risposto con 6 nodi di search invece di 3, in pratica erano presenti nuovi e vecchi nodi 


Indexing Node Id: icNode2:InfraCluster_server2, Last Crawl Version: 1,491,624,060,413, Indexer: true, Out of Date: false
Indexing Node Id: IcNode1:InfraCluster_server1, Last Crawl Version: 1,491,624,060,413, Indexer: true, Out of Date: false
Indexing Node Id: IcNode3:InfraCluster_server3, Last Crawl Version: 1,491,624,060,413, Indexer: true, Out of Date: false
Indexing Node Id: ic55Node02:InfraCluster_server2, Last Crawl Version: 1,490,272,261,004, Indexer: true, Out of Date: false
Indexing Node Id: ic55Node01:InfraCluster_server1, Last Crawl Version: 1,490,202,060,967, Indexer: true, Out of Date: false

Indexing Node Id: ic55Node03:InfraCluster_server3, Last Crawl Version: 1,490,202,060,967, Indexer: true, Out of Date: false

per risolvere questi casi esiste un comando wsadmin come il seguente

  • execfile("searchAdmin.py")
  • SearchService.removeIndexingNode("IcNode2:InfraCluster_server2")
ma in questo specifico caso il  comando di rimozione dei search node funzionava solo per 1 server su 3 producendo un errore generico per gli altri 2 vecchi.

L'effetto dei 2 search server precedenti nel database ad alto livello era che l'indice non si aggiornava mentre dall'amministrazione di connections vedevo degli scheduled task della search schedulati in date passate.

Dopo l'apertura di un PMR ho risolto nel modo seguente:
  • creazione di un nuovo indice di ricerca in background  tramite il comando
    SearchService.startBackgroundIndex("/opt/tmp/back-crawl", "/opt/tmp/back-extracted", "/opt/tmp/back-index","all_configured")
  • cancellazione dei server search del vecchio ambiente all'interno del db HOMEPAGE, nella tabella SR_INDEX_MANAGEMENT    aprendo il db con un db client (nel mio caso ho usato DB Visualizer)
  • clear scheduled task da wsadmin   (per sicurezza ho lanciato anche gli script dal dbWizard come indicato nella stessa pagina)
  • restore del nuovo indice
Dopo questi passi l'indice ha iniziato ad aggiornarsi nuovamente.


Nessun commento:

Posta un commento