Propagación del índice de búsqueda

Puede propagar el índice de búsqueda de HCL Commerce llamando a la API REST indexprop. Indexprop se utiliza para solicitar que el repetidor de índice de búsqueda realice la réplica con el índice de búsqueda de transición. Esta réplica asegura que los cambios de catálogo se inserten en el índice de búsqueda de HCL Commerce en producción.

El repetidor de índice de búsqueda se utiliza como un maestro y un subordinado para la réplica de búsqueda.

Se utiliza como un subordinado cuando se replica con el índice de búsqueda de transición, donde el índice de búsqueda de transición es el maestro y el repetidor es el subordinado que actúa como copia de seguridad del índice de búsqueda para producción. Después de que la primera réplica se ha completado desde la transición, el repetidor comunica los cambios a sus nodos subordinados que están en producción.

Entonces el repetidor se convierte en el maestro, donde todos los nodos de los subordinados de búsqueda se configuran para sondear los cambios del repetidor en un rango de tiempo fijo preconfigurado regular. Este rango de tiempo está definido en el archivo solrconfig.xml bajo replication.

La réplica entre el repetidor y todos los subordinados de búsqueda en producción se pueden automatizar, ya que los datos indexados en el repetidor siempre coinciden con los datos indexados en producción. El repetidor de índice de búsqueda debe ser un subordinado del servidor de búsqueda de transición y el maestro para el servidor de búsqueda de producción.

Importante: El repetidor debe residir en Producción, ya que depende de la base de datos de producción para realizar actualizaciones de emergencia.
La API REST indexprop se utiliza para propagar el índice HCL Commerce Search:
  • La llamada RESTful indexprop la utilizan los administradores de TI para iniciar la réplica del índice de búsqueda desde el entorno de transición en el repetidor y realizar la invalidación de memoria caché para HCL Commerce Search en producción. Para obtener más información, consulte Propagar el índice de HCL Commerce Search con el repetidor.

Para obtener más información sobre el ciclo de vida de propagación de índice, consulte Indexación con propagación de transición.

Para obtener más información sobre cómo utilizar la llamada indexprop, consulte Propagar el índice de HCL Commerce Search con el repetidor.

Para ejecutar la llamada para realizar la réplica, utilice el método POST y la autenticación básica en la cabecera (spiuser y su contraseña).
 http://search_hostname:search_http_port/search/admin/resources/index/replicate
Donde los parámetros opcionales admitidos son:
indexId
El ID del catálogo maestro. El valor predeterminado es all.
indexName
El valor predeterminado es catalog. Los valores permitidos para una instalación estándar son catalog, inventory o price, sin embargo, puede replicar cualquier núcleo, incluidos núcleos personalizados; para ello, incluya su nombre en este parámetro. Por ejemplo, para replicar MyCustomCoreName, simplemente invoque el comando como se indica a continuación:
 http://search_hostname:search_http_port/search/admin/resources/index/replicate?indexName=MyCustomCoreName
langId
El valor predeterminado es todos.
Para comprobar el estado de la réplica, utilice el método GET y la autenticación básica en la cabecera.
http://search_hostname:search_http_port/search/admin/resources/index/replicate/status?jobStatusId=jobId
La respuesta Rest muestra el estado de réplica como un número.
  • -1: Trabajo en ejecución.
  • -2: Trabajo no encontrado.
  • 0: Trabajo finalizado.
  • 1: Trabajo fallido.
Para comprobar la versión del índice del servidor de búsqueda, utilice el método GET y la autenticación básica. Puede comparar los números de versión del índice del nodo maestro de búsqueda y el nodo repetidor para verificar que la réplica ha sido satisfactoria.
http://search_hostname:search_http_port/solr/core_name/replication?command=indexversion
Puede obtener core_name de la respuesta a la siguiente llamada REST. core_name puede encontrarse en el campo 'nombre' de la respuesta. La llamada utiliza GET e autenticación básica. 
http://search_hostname:search_http_port/solr/admin/cores

Solución de problemas

En el servidor de búsqueda, habilite el nivel de rastreo "com.ibm.commerce.search.*=all". Los datos de rastreo relacionados estarán disponibles en el archivo trace.log.