Panel de control de MultiSite

Configura el recurso de almacenar y reenviar

Conceptos relacionados
Planificación de la implementación
Referencia relacionada
mkorder
mkreplica
shipping.conf
shipping_server
syncreplica
control_panel

Aplicabilidad

Producto Tipo de mandato
MultiSite Herramienta administrativa
Plataforma
Windows

Sinopsis

%SystemRoot%\System32\ms.cpl

Para abrir el Panel de control de MultiSite, efectúe una doble pulsación en el icono MultiSite del Panel de control.

Descripción

El Panel de control de MultiSite controla la operación del recurso de almacenar y reenviar en cada host. Proporciona controles para establecer los parámetros de configuración descritos en las secciones siguientes. En algunos casos, la operación correspondiente da error si no está definido un parámetro; en otros casos, hay un valor por omisión codificado.

Tamaño máximo de paquete

Valor por omisión: 2097151 KB (2 GB-1 KB)

Controla la división de paquetes lógicos en varios paquetes físicos. Este valor especifica el tamaño máximo de un archivo de paquete físico. Limitar el tamaño de los paquetes físicos puede mejorar la fiabilidad de la entrega de paquetes en algunas redes. Para no especificar ningún límite, utilice 0 (cero).

Este valor lo utilizan los siguientes mandatos (a menos que especifique también –maxsize):

Cuando se invoca mkreplica o syncreplica con –out, este valor no se utiliza y se debe usar –maxsize para limitar el tamaño de paquete.

Correo electrónico de administrador

Valor por omisión: Ninguno.

Especifica la dirección de correo electrónico del usuario al que se enviará una notificación cuando se produzca cualquiera de estos sucesos:
  • Un paquete (en el host local) que ha caducado se ha devuelto a su host remitente.
  • Un paquete que no se ha entregado a su salto siguiente se devuelve a su host remitente.
  • syncreplica –import encuentra un paquete de creación de réplicas.
Para habilitar la notificación por correo electrónico:
  1. Verifique que el campo Host SMTP del Panel de control de ClearCase especifica un host válido. (Este campo se encuentra en la página Opciones.)
  2. Entre una dirección de correo electrónico en el campo Correo electrónico de administrador en el Panel de control de MultiSite. Puede especificar varias direcciones separadas por espacios en blanco.
  3. (opcional) Entre un valor diferente en el campo Vía de acceso de programa de notificación.
Especifica la dirección de correo electrónico del usuario al que se enviará una notificación cuando se produzca cualquiera de estos sucesos:
  • Un paquete (en el host local) que ha caducado se ha devuelto a su host remitente.
  • Un paquete que no se ha entregado a su salto siguiente se devuelve a su host remitente.
  • syncreplica –import encuentra un paquete de creación de réplicas.
Nota: Si utiliza Rational ClearQuest MultiSite y no emplea Rational ClearCase MultiSite, use el mandato control_panel para especificar el host SMTP y el correo electrónico del administrador.
Para habilitar la notificación por correo electrónico:
  1. Especifique el host SMTP que va a utilizar:
    • Si utiliza Rational ClearCase MultiSite, verifique que el campo SMTP Host en el Panel de control de ClearCase especificas un host válido. (Este campo se encuentra en la página Opciones.)
    • Si no utiliza Rational ClearCase MultiSite, use el mandato control_panel para especificar el host SMTP.
  2. Entre una dirección de correo electrónico en el campo Correo electrónico de administrador en el Panel de control de MultiSite. Sólo puede especificar una dirección.
  3. (Opcional) Entre un valor diferente en el campo Vía de acceso de programa de notificación.

Vía de acceso del programa de notificación por correo electrónico

Valor por omisión: dir_inicio-ccase\bin\notify.exe

Especifica el programa de correo electrónico que se invocará en las circunstancias indicadas en el apartado Correo electrónico de administrador.

Tiempo de espera de host inalcanzable (minutos)

Valor por omisión: Cero.

Especifica el número de minutos que el servidor de envíos debe esperar antes de intentar ponerse en contacto con un host de destino que se identificó anteriormente como inalcanzable.

Si el servidor de envíos intenta enviar un paquete a un host de destino y determina que el host es inalcanzable, crea un archivo en el directorio dir_inicio-ccase\var\shipping\ms_downhost. El nombre del archivo es el nombre del host inalcanzable. Si el valor del campo Tiempo de espera de host inalcanzable no es cero, el servidor de envíos comprueba los hosts de destino que hay en el directorio durante las operaciones de envío del futuro.

Si el host de destino se encuentra en el directorio ms_downhost y la diferencia entre la hora actual y la hora de la última modificación del archivo es menor que el valor de tiempo de espera en el host de servidor de envíos, el servidor de envíos no intenta enviar paquetes al host de destino. Si la diferencia es igual o mayor que el valor de tiempo de espera, el servidor de envíos intenta enviar paquetes al host de destino. Si el valor de Tiempo de espera de host inalcanzable es cero, el servidor de envíos intenta enviar el paquete al host de destino. (Cada intento de enviar un paquete a un host inalcanzable tarda unos 30 segundos.)

Clases de almacenamiento

Nombre de clase de almacenamiento

Valor por omisión: La instalación de MultiSite configura una clase de almacenamiento por omisión (–default) con valores predefinidos. La clase –default se utiliza cuando se invoca el mandato mkorder, mkreplica, syncreplica o sync_export_list con la opción –fship o –ship y no se especifica una clase de almacenamiento. Puede cambiar los valores asociados a la clase –default.

Valor por omisión: Los mandatos multiutil que usan la opción –sclass utilizan la clase de almacenamiento cq_default para los paquetes que no se asignan a ninguna clase de almacenamiento y para los paquetes cuya clase de almacenamiento no está configurada. La clase de almacenamiento cq_default no se crea cuando se instala MultiSite. Los mandatos mkorder y shipping_server utilizan la clase de almacenamiento –default para los paquetes que no se asignan a ninguna clase de almacenamiento y para los paquetes cuya clase de almacenamiento no está configurada. Puede crear clases de almacenamiento adicionales para paquetes de Rational ClearQuest MultiSite, pero debe utilizar clases de almacenamiento diferentes para paquetes de Rational ClearQuest MultiSite y para paquetes de Rational ClearCase MultiSite.

Especifica el nombre de una clase de almacenamiento. Para cada clase de almacenamiento, puede especificar valores para la caducidad de paquetes, la bahía de almacenamiento, la bahía de retorno y el manejador de recepción.

Nota: Pueden crearse 64 clases de almacenamiento como máximo y sus nombres son sensibles a mayúsculas y minúsculas.

Caducidad de paquetes

Valor predeterminado: cuando el recuadro de selección Utilizar caducidad predeterminada está marcado, la clase de almacenamiento utiliza el valor de caducidad asociado con la clase –default. (Este valor no se muestra en el campo Caducidad de paquetes; debe visualizar la clase –default para determinar el valor.) Cuando MultiSite se instala por primera vez, el valor de Caducidad de paquetes para la clase –default se establece en 14 días.

Especifica el periodo de caducidad (en días) para las órdenes de envío asociadas a la clase de almacenamiento especificada. Este periodo empieza cuando se genera la orden de envío. Si un paquete no puede entregarse a todos sus destinos en el número de días especificado, el paquete se devuelve al host remitente original y se envía un mensaje a la dirección especificada en el campo Correo electrónico de administrador. Si no se ha habilitado la notificación por correo electrónico, se graba un mensaje en el Visor de sucesos de Windows.

El valor 0 (cero) especifica que no caduca y la entrega vuelve a intentarse de forma indefinida.

Este valor se altera temporalmente con la opción –pexpire para syncreplica o mkreplica.

El programa shipping_server no vuelve a intentar entregar los paquetes. La especificación de Caducidad de paquetes sólo es útil si se configura un host para intentar periódicamente la entrega de los paquetes no entregados. Para configurar intentos de entrega, utilice el mandato schedule para invocar sync_export_list –poll, que invoca shipping_server –poll. Para obtener más información, consulte la página de referencia de schedule en la publicación IBM Rational ClearCase Command Reference.

Vía de acceso de la bahía de almacenamiento

Valor por omisión: Cuando MultiSite se instala por primera vez, la bahía de almacenamiento asociada a la clase de almacenamiento –default es dir_inicio-ccase\var\shipping\ms_ship. Esta bahía contiene subdirectorios denominados incoming y outgoing, que contienen los paquetes entrantes y salientes respectivamente. Las operaciones de envío buscan paquetes en estos subdirectorios.

Valor por omisión: Los mandatos multiutil que utilizan la opción –sclass usan la clase de almacenamiento cq_default. Los mandatos mkorder y shipping_server utilizan la clase de almacenamiento –default. Debe crear la clase de almacenamiento cq_default. Si utiliza tanto Rational ClearCase MultiSite como Rational ClearQuest MultiSite, debe utilizar bahías de almacenamiento diferentes para los paquetes de réplica y los paquetes de base de datos de VOB.

Define la ubicación del directorio que contiene los paquetes de actualización entrantes y salientes y las órdenes de envío de una clase de almacenamiento concreta.

Los paquetes colocados en una bahía de almacenamiento en un sistema de archivos NTFS heredan la ACL de Windows en la bahía. Defina las ACL en las bahías de almacenamiento para habilitar la ejecución satisfactoria de los mandatos de MultiSite para procesar los paquetes y protegerse de accesos no autorizados. (Si utiliza el mandato schedule para invocar sync_export_list –poll en shipping_server, el grupo ClearCase deberá tener permisos de lectura y escritura en todos los directorio de almacenamiento.) Los paquetes almacenados en los sistemas de archivo FAT no tienen ninguna protección.

Antes de utilizar el recurso de almacenar y reenviar, verifique que la partición de disco donde se ha creado el directorio dir_inicio-ccase\var\shipping tiene espacio libre suficiente para los paquetes de creación de réplicas y de actualización previstos. Para evitar la posibilidad de daños en la base de datos de VOB, que puede deberse a que se ha llenado la partición de disco que contiene la base de datos de VOB, coloque la bahía de almacenamiento en una partición de disco que no contenga directorios de almacenamiento de VOB. Para obtener más información acerca de los requisitos de espacio de disco, consulte el apartado "Planificación de una implementación de MultiSite" en IBM Rational ClearCase MultiSite Administrator's Guideesta guía.

Nota: Cuando se crea una nueva clase de almacenamiento, se crean la bahía de almacenamiento y la bahía de retorno que ha especificado. También se crean los directorios incoming y outgoing en las bahías.

Vía de acceso de la bahía de retorno

Valor por omisión: Cuando se instala MultiSite, la bahía de retorno asociada a la clase de almacenamiento –default es dir_inicio-ccase\var\shipping\ms_rtn. Esta bahía contiene subdirectorios denominados incoming y outgoing, que contienen los paquetes entrantes y salientes respectivamente. Las operaciones de envío buscan paquetes en estos subdirectorios.

Valor por omisión: Los mandatos multiutil que utilizan la opción –sclass usan la clase de almacenamiento cq_default. Los mandatos mkorder y shipping_server utilizan la clase de almacenamiento –default. Debe crear la clase de almacenamiento cq_default. Si utiliza tanto Rational ClearCase MultiSite como Rational ClearQuest MultiSite, debe utilizar bahías de retorno diferentes para los paquetes de réplica y los paquetes de base de datos de VOB.

Define la ubicación del directorio que contiene los paquetes entrantes y salientes en proceso de devolución a su origen, porque no han podido entregarse a todos los destinos especificados.

Los paquetes colocados en una bahía de retorno en un sistema de archivos NTFS heredan la ACL de Windows en la bahía. Defina las ACL en las bahías de retorno para habilitar la ejecución satisfactoria de los mandatos de MultiSite para procesar los paquetes y protegerse de accesos no autorizados. (Si utiliza el mandato schedule para invocar sync_export_list –poll en shipping_server, el grupo ClearCase deberá tener permisos de lectura y escritura en todos los directorio de almacenamiento.) Los paquetes almacenados en los sistemas de archivo FAT no tienen ninguna protección.

Vía de acceso de manejador de recepción

Valor predeterminado: Ninguno.

Especifica un archivo o programa de proceso por lotes para que el servidor de envíos se ejecute cuando se reciba un paquete para la clase de almacenamiento. Puede utilizar esto en vez de planificar ejecuciones de sync_receive. Por omisión, no hay ningún archivo especificado. Es recomendable utilizar dir_inicio-ccase\config\scheduler\tasks\sync_receive en el campo Vía de acceso de manejador de recepción.

Para cada paquete que se recibe, shipping_server hace lo siguiente:

  1. Lee las entradas en el Panel de control de Multisite para encontrar el valor adecuado de Manejador de recepción para el paquete.
    • Si el paquete está asociado a una clase de almacenamiento y hay un valor de Manejador de recepción para esa clase de almacenamiento, shipping_server utiliza el archivo o programa de proceso por lotes especificado. Si no se ha definido ningún manejador de recepción para la clase de almacenamiento, pero se ha definido un manejador de recepción por omisión, se invoca el manejador de recepción por omisión para ese paquete.
    • Si el paquete no está asociado a una clase de almacenamiento y hay un valor de Manejador de recepción para la clase de almacenamiento –default, shipping_server utiliza ese valor.
  2. Invoca el manejador de recepción de la manera siguiente:

    nombrev-script [ –d/ata nombrev-archivo-paquete ] [ –a/ctual nombrev-orden-envío ]
    [ –s/class clase-almacenamiento ]
    –o/rigin nombre-sist-princ

    donde

    nombrev-script
    Script especificado en la entrada RECEIPT-HANDLER.
    –d/ata nombrev-archivo-paquete
    Ubicación del paquete. Este parámetro sólo se utiliza cuando el paquete se ha destinado para este host.
    –a/ctual nombrev-orden-envío
    Ubicación de la orden de envío. Este parámetro sólo se utiliza cuando el paquete se ha destinado para otro host.
    –s/class clase-almacenamiento
    Clase de almacenamiento asociada al paquete. Este parámetro sólo se utiliza si el paquete estaba asociado a una clase de almacenamiento cuando se creó.
    –o/rigin nombre-sist-princ
    Nombre del host desde el que inicialmente se envió el paquete.
    Nota: Si un paquete está destinado para el host local y otro host, se utilizan los parámetros –data y –actual. El paquete se importa en la réplica del host y se reenvía a su próximo destino.

Información de direccionamiento

El control de campos de Información de direccionamiento controla el direccionamiento de red de paquetes.

Siguiente salto de direccionamiento

Valor por omisión: Ninguno.

Especifica el destino siguiente de paquetes cuyo destino final es cualquiera de los nombres de host especificados en la lista Nombres de host de destino. Este host es responsable de la entrega del paquete a sus destinos. Puede especificar un host utilizando su nombre de host (que los hosts deben poder utilizar en distintos dominios) o su dirección IP numérica.

Nombres de host de destino

Valor predeterminado: Ninguno.

Los paquetes destinados para cualquier host listado en este campo se envían al host especificado en el campo Siguiente salto de direccionamiento. Puede especificar un host utilizando su nombre de host (que los hosts deben poder utilizar en distintos dominios) o su dirección IP numérica. El valor –default como Nombre de host de destino incluye todos los hosts que no están asociados a un salto de direccionamiento.


Comentarios