Resolución de problemas de sindicación

Si se encuentra problemas al realizar la sindicación, habrá algunos métodos comunes disponibles para solucionar estos problemas.

Problemas comunes

Tabla 1. Problemas comunes
Emitir Solución
No se puede acceder al host Éste es un motivo común de por qué no funciona la sindicación. Puede que el URL para el sindicador o el suscriptor no sea válido. Puede que tenga que utilizar la dirección IP en lugar del nombre de dominio.
El sindicador no responde durante la sindicación

La sindicación puede requerir una gran cantidad de recursos para ejecutarse correctamente. Por lo tanto, si el servidor está realizando otras tareas al mismo tiempo que la sindicación, el proceso de sindicación puede ralentizarse o detenerse. Debe planificar la sindicación de forma que siempre se lleve a cabo cuando la carga del servidor sea más baja.
El estado del sindicador se cuelga en "Pendiente", o "Pendiente, Activo"

Si intenta actualizar o volver a crear una biblioteca sindicada que contenga un gran número de elementos, el estado de sindicador puede colgarse en "Pendiente", o "Pendiente", "Activo". Esto puede ocurrir si el sindicador reintenta la sindicación repetidamente cuando algunos elementos no se han podido sindicar en el suscriptor o cuando el sistema supera el tiempo de espera en el suscriptor al guardar los datos.

La mejora del rendimiento de la base de datos puede ayudarle a evitar estas situaciones. Por ejemplo, dos de los atributos de base de datos en los que confía DB2 para ejecutarse correctamente son las estadísticas de catálogo de base de datos y la organización física de los datos en las tablas. Las estadísticas de catálogo deben calcularse periódicamente durante la vida de la base de datos, especialmente después de los períodos en que se hayan modificado muchos datos (inserciones, actualizaciones y supresiones), como por ejemplo una fase de relleno. Para solucionar esto, debe ejecutar "Runstats" en la base de datos de JCR antes y después de la sindicación. El mandato runstats de DB2 se utiliza para hacer el recuento y registrar los detalles estadísticos de tablas, índices y columnas. Consulte el apartado Rendimiento de base de datos para obtener información sobre cómo utilizar la tarea "Runstats".

Debido a la pesada carga que supone calcular estas estadísticas, se recomienda llevar a cabo este mantenimiento en horas que no sean de oficina, en los períodos de baja demanda o cuando el portal esté fuera de línea.

Tiempos de espera excedidos durante la sindicación La causa de que se exceda el tiempo de espera durante la sindicación suele ser el hecho de que no se puedan guardar elementos grandes. Aumentar el valor total transaction lifetime timeout del servidor IBM® WebSphere Portal puede solucionar este problema. El valor total transaction lifetime timeout del suscriptor debe ser, como mínimo, el mismo que el del sindicador.

El valor total transaction lifetime timeout se cambia utilizando el WebSphere Integrated Solutions Console.

Vaya a Servidores > Tipos de servidor > Servidores de aplicaciones de WebSphere > portal_server->Servicios de contenedor > Servicio de transacciones.

Consulte el centro de información de WebSphere Application Server para obtener más información.
El suscriptor no responde durante la sindicación Si está intentando sindicar una biblioteca que contiene más de 10000 elementos, es posible que la máquina suscriptora no pueda responder durante la operación de sindicación. Esta acción se puede deber a un valor de almacenamiento dinámico de Java insuficiente en el suscriptor.
Para actualizar el tamaño máximo de almacenamiento dinámico de Java utilizado por el servidor de aplicaciones del portal en la máquina suscriptora, efectúe estos pasos:
  1. En la WebSphere Integrated Solutions Console, pulse Administración del sistema > Gestor de despliegue > Java y gestión de procesos > Definición de procesos > Java Virtual Machine.
  2. Actualice el valor del campo Tamaño de almacenamiento dinámico máximo. Se recomienda utilizar un valor menor que 1024 MB.
  3. Pulse Aceptar y guarde los cambios.

Además, asegúrese de tener al menos tanto espacio de intercambio asignado en la máquina suscriptora como memoria física.
500 errores en las versiones de ext2 y ext3 de Linux

Si recibe errores 500 en las versiones ext2 y ext3 de Linux, indican que ha excedido el número de hijos que puede alojar una carpeta padre. No se pueden almacenar más de 32768 hijos en una carpeta de las versiones ext2 y ext3 de Linux. Mueva algunos elementos de contenido fuera del área del sitio afectada a otra área del sitio. De modo que ninguna de las áreas de sitio contengan más de 32768 hijos bajo una carpeta y vuelva a intentar la sindicación. Puede mover de nuevo los elementos de contenido a las áreas de sitio correctas una vez que haya completado la sindicación.
El Suscriptor es correcto, pero el Sindicador está pendiente sin actualizaciones o elementos erróneos
Compruebe que el URL de suscriptor es correcto. Por ejemplo, el URL de suscriptor podría ser uno de los URL siguientes:
  • http://nombre_host_mi_portal.ibm.com:puerto/wps/wcm/connect?MOD=Synd, donde nombre_host_mi_portal es el nombre de host de su portal
  • http://nombre_host_del_servidor_web.ibm.com:puerto/wps/wcm/connect?MOD=Synd, donde nombre_host_del_servidor_web es el nombre de host de su servidor web
Nota: En algunas configuraciones, TAM se añade automáticamente al URL del suscriptor, y como en el ejemplo siguiente:
  • http://TAMnombre_host_portal.ibm.com:puerto/wps/wcm/connect?MOD=Synd
  1. Pulse el icono Menú de administración. A continuación, pulse Contenido del portal > Sindicadores.
  2. Pulse en el icono Editar sindicador para su sindicador desocupado.
  3. Verifique que el URL del suscriptor empieza con el nombre de host del portal o por el nombre de host del servidor web. Si no es así, actualice el URL para que coincida con los ejemplos de los URL de suscriptor.

Otras soluciones

Tabla 2. Otras soluciones
Opción Detalles
Restablecimiento del registro de sucesos de contenido web. Para ayudar en el proceso de resolución de problemas, puede restablecer el registro cronológico de sucesos de contenido web. Para obtener más información, consulte Restablecimiento del registro de sucesos de contenido web en los enlaces relacionados.

Cómo trabajar con elementos erróneos

De vez en cuando, los elementos no se podrán sindicar. Utilice la vista de elementos erróneos para revisar una lista de elementos erróneos y, a continuación, ejecute la sindicación de nuevo una vez que haya arreglado el problema.
  1. Inicie una sesión en el sindicador como administrador.
  2. Pulse el icono Menú de administración. A continuación, pulse Contenido del portal > Sindicadores.
  3. Se mostrará el número de elementos erróneos por sindicador en la columna Elementos erróneos. Pulse el número de elementos erróneos para abrir la vista Elementos erróneos.
    • Cada elemento erróneo por sindicador seleccionado se mostrará en la vista Elementos erróneos. Se mostrará información sobre cada elemento erróneo, incluyendo información sobre la acción adecuada necesaria para arreglar el problema.
    • Las columnas Raíz e Impacto se utilizan para encontrar la causa raíz de un error de sindicación y qué elementos secundarios están afectados por la causa raíz. Encontrando y arreglando la causa raíz del error de sindicación, puede arreglar potencialmente errores de sindicación de los elementos afectados por la causa raíz.
    • El separador Elementos importantes también se puede utilizar para discriminar cuáles son los elementos cruciales a arreglar.
  4. Una vez que haya identificado y arreglado los problemas, puede pulsar Reintentar para iniciar la sindicación de elementos individuales o utilice Reintentar todos en el separador Elementos importantes para volverlo a intentar y sindicar todos los elementos erróneos. También puede actualizar o reconstruir una relación de sindicación.