Indexación con la Publicación rápida para los arreglos de emergencia

Al indexar con la Publicación rápida, los arreglos de emergencia se aplican directamente en el sistema de producción utilizando espacios de trabajo, y eludiendo la transición.

La Publicación rápida es un procedimiento de dos pasos, donde:
  1. Los datos solicitados se colocan en un área lista para producción en un entorno de autoría.
  2. Los datos se publican directamente en el sistema de producción.
Nota: Los espacios de trabajo deben habilitarse en este escenario.
Antes de comenzar, asegúrese de completar las siguientes acciones.
  1. Para llevar a cabo la reindexación directamente en producción para arreglos de emergencia, deben llevarse a cabo las tareas de alto nivel siguientes:
    1. La Publicación rápida debe estar configurada y funcionando con el sistema de producción.
    2. Con el índice de búsqueda configurado en producción, actualice las tablas de base de datos SRCHCONF y SRCHCONFEXT en producción para señalar el nombre de host y el número de puerto del repetidor.
      Importante: El repetidor debe residir en Producción, ya que depende de la base de datos de producción para realizar actualizaciones de emergencia.
    3. Establezca el mismo enlace de espacio de nombres en WebSphere Application Server para cada servidor de producción de HCL Commerce.
      1. En la consola de administración de WebSphere Application Server, vaya a Entornos > Denominación > Enlaces de espacio de nombres > scope:Node=WC_demo_node,Server=server1.
      2. Añada el siguiente par nombre-valor.
        name: com.ibm.commerce.foundation.server.services.search.indexing.hostname
        value: hostname of repeater
        name: com.ibm.commerce.foundation.server.services.search.indexing.port
        value: search port of repeater
    4. Asegúrese de que se crea un mandato de planificador UpdateSearchIndex recurrente. El trabajo UpdateSearchIndex puede incluir opcionalmente el parámetro mode, que indica el tipo de reindexación que se va a realizar.mode Cuando se indica, el parámetro de trabajo de fullBuild se ignora. El valor predeterminado es 0, que realiza una reindexación completa y una reindexación delta.
  2. La invalidación de memoria caché se puede sincronizar automáticamente utilizando el mandato de planificador UpdateSearchIndex.

    Asegúrese de actualizar el archivo de configuración de réplica (solrHome\replication.csv) para adaptarlo al entorno de HCL Commerce Search:

  3. Deben tenerse en cuenta las siguientes consideraciones cuando los archivos de elementos y los datos de catálogo se publiquen en la producción:
    • La próxima vez que se va a ejecutar el mandato de planificador de reindexación.
    • La cantidad aproximada de tiempo que la reindexación puede tardar en completarse.
    • La próxima vez que se va a producir la réplica entre el índice de búsqueda de producción y el repetidor.
    • La cantidad aproximada de tiempo que la réplica de índice puede tardar en completarse.

Flujo de índice de búsqueda con Publicación rápida y el índice de espacio de trabajo para arreglos de emergencia

El diagrama siguiente muestra la aplicación de un arreglo de emergencia utilizando la Publicación rápida en un entorno de autoría y cómo se actualiza el índice de búsqueda en producción con el índice de espacio de trabajo:
Aplicación de arreglos de emergencia utilizando la Publicación rápida

Cronología de sucesos

El siguiente diagrama ilustra la cronología de sucesos que debe tener en cuenta al indexar con la Publicación rápida para arreglos de emergencia:
Cronología de sucesos al indexar con la Publicación rápida para arreglos de emergencia
Donde:
  1. Se ejecuta una operación de reindexación cuando se inicia el trabajo de planificador UpdateSearchIndex.
  2. Una vez completada la indexación, comienza la réplica de índice.
  3. Entonces el planificador supervisa el progreso de la réplica de índice en todos los servidores subordinados de búsqueda en producción.
  4. Una vez completadas todas las réplicas de índices, el trabajo del planificador emite una instrucción de invalidación de caché insertando una entrada de tipo reinicio en la tabla CACHEIVL. Esta inserción se realiza utilizando la hora de inicio del trabajo de planificador como el tiempo para iniciar la invalidación de memoria caché.
En este flujo, se deben realizar los siguientes pasos de alto nivel:
  1. Se crea un grupo de tareas para la Publicación rápida en un entorno de espacio de trabajo donde se realizan todas las operaciones de negocio necesarias.
  2. Una vez que todo el grupo de tareas está listo para su publicación, se envía una notificación al aprobador para que obtenga una vista previa del contenido y lo apruebe.
  3. Cuando se ha aprobado el contenido en el espacio de trabajo, se somete un trabajo para publicar los cambios en la producción. Se asigna una tarea posterior a la publicación como parte de la publicación para actualizar las tablas TI_DELTA_CATENTRY y TI_DELTA_CATGROUP en la producción con los correspondientes cambios de catálogo afectados. Esta tarea permite informar al tiempo de ejecución de búsqueda de qué productos o categorías requieren reindexación.
  4. Una vez que se ha completado la tarea de Publicación rápida y se ha comprometido la transacción, el tiempo de ejecución de búsqueda detecta los cambios y ejecuta la operación de reindexación adecuada en la producción. Esta tarea se ejecuta mediante un mandato de planificador UpdateSearchIndex recurrente que se ejecuta en la producción.
  5. Se debe realizar una invalidación de memoria caché manual para el escaparate antes de que los cambios actualizados sean visibles en la producción. Puede usar una opción configurable en el archivo wc-component.xml para configurar una cantidad razonable de retardo antes de que se active la invalidación de caché. Asegúrese de que el mandato de planificador UpdateSearchIndex está configurado y luego invalide la memoria caché del escaparate.
  6. Se debe realizar la invalidación de memoria caché para el escaparate antes de que los cambios actualizados sean visibles en la producción. Se puede ejecutar una invalidación memoria caché automatizada con el trabajo de planificador UpdateSearchIndex.