Restauración de un almacén de datos y recuperación de su motor de mensajería

Cuando se produce un error que el sistema no puede manejar, puede restaurar el almacén o almacenes de datos a partir de una copia de seguridad. Utilice esta tarea para restaurar una copia de seguridad de un almacén de datos y para recuperar su motor de mensajería asociado posteriormente.

Acerca de esta tarea

Asimismo también debe restaurar los archivos de configuración para el sistema, para asegurarse de que funciona del mismo modo que lo hacía cuando se creó la copia de seguridad, para obtener más información acerca de cómo debe hacer esto, consulte Copia de seguridad de la integración de servicios. Cuando haya restaurado el almacén de datos, debe reiniciar el motor de mensajería asociado.

Cuando reinicie un motor de mensajería después de restaurar una copia de seguridad, debe iniciarla en la modalidad de Reinicio después de restaurar para minimizar los efectos de que el motor de mensajería no esté sincronizado con ningún otro motor de mensajería con el que estuviera comunicándose antes de la anomalía. Si reinicia el motor de mensajería en modalidad Normal, es posible que el motor de mensajería descarte algunos de los nuevos mensajes generados en este motor de mensajería receptor durante un período de tiempo indeterminado después del reinicio. En modalidad de Reinicio después de restaurar, los mensajes transmitidos anteriormente se pueden volver a enviar, potencialmente creando duplicados de mensajes generados antes de que se realizara la copia de seguridad. No obstante, no se pierden ni se duplican los nuevos mensajes (si se especifica mediante la calidad de servicio del mensaje).

Solamente puede reiniciar un motor de mensajería en la modalidad Reinicio después de restaurar utilizando el cliente wsadmin; no puede hacerlo desde la consola administrativa. Sólo debe iniciar un motor de mensajería en esta modalidad cuando inicie el motor de mensajería por primera vez después de restaurar la copia de seguridad. Después del reinicio inicial, puede realizar otros reinicios adicionales de forma habitual.

Se pasa por alto la modalidad Reinicio después de restaurar si se inicia el servidor en la modalidad de Recuperación. Si necesita un inicio de modalidad de Recuperación y un inicio de modalidad de Reinicio después de restaurar:

  1. Inicie el servidor en la modalidad de recuperación
  2. Espere a que se complete el inicio y que se detenga el servidor
  3. Inicie el motor de mensajería en modalidad Reinicio después de restaurar
Si ve el siguiente mensaje en el archivo de salida JVM [AIX Solaris HP-UX Linux Windows]SystemOut.log, esto puede indicar que ha realizado la restauración a partir de una copia de seguridad y ha reiniciado el motor de mensajería sin utilizar la modalidad Reinicio después de restaurar.
CWSIP0784E: Motor de mensajería: receivingME ha recibido un mensaje del
motor de mensajería: producingME que no se esperaba.
Para solucionar este problema, detenga el motor de mensajería y reinícielo en modalidad Reinicio después de restaurar.
Nota: Es posible que también aparezca este mensaje en otras situaciones, por lo tanto, sólo debe reiniciar el motor de mensajería en la modalidad de Reinicio después de restaurar si sabe que ha realizado la restauración desde una copia de seguridad.
Para obtener información sobre el archivo de salida del sistema JVM[AIX Solaris HP-UX Linux Windows]SystemOut.log y cómo verlo, consulte Visualización de registro cronológico de JVM.
Nota: En este tema se hace referencia a uno o más de los archivos de registro del servidor de aplicaciones. Como alternativa recomendada, puede configurar el servidor para utilizar la infraestructura de registro y rastreo HPEL en lugar de utilizar los archivos SystemOut.log , SystemErr.log, trace.log y activity.log en sistemas distribuidos y de IBM® i. Puede también utilizar HPEL junto con sus recursos de registro nativos de z/OS. Si utiliza HPEL, puede acceder a toda la información de registro y rastreo utilizando la herramienta de línea de mandatos LogViewer desde el directorio bin de perfil de servidor. Consulte la información sobre la utilización de HPEL para resolver problemas de aplicaciones para obtener más información sobre la utilización de HPEL.

Puede recuperar cualquier número de motores de mensajería en cualquier momento realizando las acciones que se indican a continuación para cada motor de mensajería por orden.

Procedimiento

  1. Cambie el estado inicial del motor de mensajería por Detener, de modo que el motor de mensajería no se reinicie automáticamente mediante un proceso servidor:
    1. Utilice la consola administrativa para seleccionar el motor de mensajería pulsando Integración de servicios -> Buses -> nombre_bus -> [Topología] Motores de mensajería -> nombre_motor.
    2. En la lista Estado inicial, pulse Detenido.
    3. Pulse Aceptar.
  2. Guarde los cambios en la configuración maestra y asegúrese de marcar el recuadro de selección Sincronizar cambios con nodos.
  3. Detenga el motor de mensajería si está ejecutándose (consulte Detención de un motor de mensajería para obtener instrucciones acerca de cómo hacerlo). Si el motor de mensajería no responde, detenga el proceso de servidor que aloja el motor de mensajería.
  4. Restaure la copia de seguridad del almacén de datos al que accede el motor de mensajería, remitiéndose a Restauración de un almacén de datos.
  5. Restaure la copia de seguridad de los archivos de configuración mediante el mandato backupConfig (consulte Copia de seguridad y restauración de los archivos de configuración administrativos). Esta copia de seguridad se debe haber realizado al mismo tiempo que la copia de seguridad del almacén de datos.
  6. Reinicie los servidores detenidos por la anomalía.
  7. Reinicie el motor de mensajería en modalidad Reinicio después de restaurar realizando los pasos siguientes:
    1. Inicie el cliente wsadmin.
      [IBM i]Nota: [IBM i]El cliente de scripts wsadmin se ejecuta desde Qshell. [IBM i]Para obtener más información, consulte Configuración de Qshell para ejecutar scripts de WebSphere mediante el script wsadmin.

      Para obtener más información acerca del cliente wsadmin, consulte Herramienta de scripts wsadmin.

    2. Invoque el mandato start, mediante el parámetro FLUSH, en el MBean correspondiente al motor de mensajería. Por ejemplo:
      wsadmin>myME=AdminControl.queryNames("type=SIBMessagingEngine,*").splitlines()[0]
      wsadmin>AdminControl.invoke(myME , "state")
      'stopped'
      wsadmin>AdminControl.invoke(myME , 'start' , ["FLUSH"])
      wsadmin>AdminControl.invoke(myME , "state")
      'started'
    Es posible que se emitan varios mensajes en el archivo SystemOut.log de la JVM para indicar el progreso del proceso de reinicio.
  8. Consulte en el archivo SystemOut.log el mensaje siguiente que indica que el reinicio ha sido satisfactorio, esto es, no se ha producido ninguna anomalía cuando se intentaba reiniciar el motor de mensajería.
    CWSIP0783E: Motor de mensajería: se ha iniciado messagingEngine,
    se ha completado el desecho de todas las corrientes de entrega.
    Si este mensaje no aparece, se ha producido una anomalía que ha impedido que se reinicie el motor de mensajería. Resuelva la causa del error y repita el procedimiento Reinicio después de restaurar hasta que el reinicio sea correcto.

Icon that indicates the type of topic Task topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tjm0200_
File name: tjm0200_.html