mkreplica

Crea una réplica

Aplicabilidad

Producto Tipo de mandato
MultiSite Submandato multiutil
Plataforma
UNIX®
Windows®

Sinopsis

  • Duplica una base de datos existente, generando un nuevo objeto de réplica y un paquete de creación de réplicas:
    mkrep/lica

    –exp/ort[
    –cl/an nombre-clan ] [ –site nombre-sitio ] –fam/ily nombre-familia
    –u/ser nombre-usuario [ –p/assword ] contraseña
    [–max/size tamaño ] [–c/omments comentarios ]
    [–size tamaño-bloque-ID ] [ –thres/hold umbral-bloque-ID ]
    {
    {–sh/ip | –fsh/ip} -wor/kdir nombrev-dir-temp    
    [–sc/lass clase-almacenamiento ]
    [ –pex/pire fecha-hora ]
    [–not/ify dir-correo-e ]
    | –out nombrev-archivo-paquete } nombre-sist-princ:nombre-sitio ...

  • Importe un paquete de creación de réplicas para crear una nueva réplica de la base de datos de usuario y una nueva réplica del depósito de esquemas:
    mkrep/lica

    –imp/ort
    { –site nombre-sitio–repo/sitory info-bd [ –vendor
    tipo-proveedor ] parám-bd
    }
    { [ –data/base info-bd [ –vendor tipo-proveedor ] parám-bd
    [ –c/omments comentarios ] { nombrev-archivo-paquete|vía-acceso-dir-paquete }...

  • Importe un paquete de creación de réplicas para crear una nueva réplica en el mismo clan que el depósito de esquemas en el sitio actual:
    mkrep/lica

    –imp/ort {
    [–cl/an nombre-clan ] [ -site nombre-sitio ] –u/ser nombre-usuario
    [–p/assword ] contraseña { –data/base info-bd
    [ –vendor tipo-proveedor ] parám-bd
    [ –c/omments comentarios ] { nombrev-archivo-paquete|vía-acceso-dir-paquete }...

Descripción

Nota: Antes de replicar la primera base de datos de un clan, debe activar el conjunto de bases de datos al que pertenece. También debe actualizar las bases de datos que desea replicar para utilizar la versión más reciente del esquema.

El mandato mkreplica –export puede tardar mucho tiempo. La base de datos y el depósito de esquemas se bloquean mientras una exportación esté en curso. Asegúrese de que todos los usuarios han finalizado la sesión antes de ejecutar mkreplica –export.

La creación de una nueva réplica es un proceso de tres fases:

  1. El mandato mkreplica –export duplica el contenido de la base de datos de usuario especificada y su depósito de esquemas asociado. Esto genera un único paquete lógico de creación de réplicas para su transmisión a uno o varios sitios. Un paquete lógico puede dividirse en varios paquetes físicos. (Si utiliza –fship o –ship, mkreplica genera también una orden de envío para cada paquete físico.)
    Nota: Crear varias réplicas en un mandato mkreplica –export es más eficaz que utilizar varios mandatos mkreplica –export.
  2. El paquete se envía a uno o varios sitios más.
  3. En cada sitio receptor, un mandato mkreplica –import valida en primer lugar que el paquete de creación de réplicas se exportó desde un sistema que ejecuta la misma página de códigos del sistema operativo. Si las páginas de códigos del exportador y del importador no coinciden, no se crea la nueva réplica. Si no hay ninguna discrepancia, el mandato –import > utiliza el paquete de creación de réplicas para crear una réplica nueva. La nueva réplica consiste en dos bases de datos replicadas, un depósito de esquemas y una base de datos de usuario. Este mandato varía si añade una réplica de base de datos de usuario a una familia en el mismo clan de un depósito de esquemas existente.

Creación de bases de datos de proveedor vacías

En cada sitio nuevo, el administrador debe crear bases de datos de proveedor vacías para los datos de réplica. Si es la primera réplica del nuevo sitio, necesita como mínimo dos bases de datos de proveedor vacías, una para la réplica del depósito de esquemas y otra para la réplica de la base de datos de usuario.

Nota: Si va a añadir una nueva réplica de base de datos de usuario a un sitio existente, no es necesario que cree una base de datos de proveedor para el depósito de esquemas. Puede asociar la nueva réplica de base de datos de usuario con el depósito de esquemas existente en el sitio.

Información de registro de operaciones

Cuando una base de datos se replica por primera vez, se habilita el registro de operaciones de la base de datos. Todas las operaciones que se van a replicar se registran en el registro de operaciones. El registro de operaciones continúa hasta que se suprimen todas las réplicas, dejando sólo el conjunto de bases de datos original. La creación de réplicas adicionales se registra en entradas del registro de operaciones. Las réplicas existentes reconocen una nueva réplica mediante el mecanismo de sincronización estándar.

Nota: Antes de entrar un mandato mkreplica –export, verifique que las licencias MultiSite se han instalado en el sitio original. Después de activar el conjunto de bases de datos original, los desarrolladores no pueden acceder al conjunto de bases de datos sin una licencia de MultiSite (además de una licencia de Rational ClearQuest). Una licencia de MultiSite también es necesaria para ejecutar mkreplica –export.

Asignación de bloques de ID a una réplica

MultiSite controla cuántos números de ID de registro se asignan a cada réplica. Esta asignación se realiza utilizando bloques de ID (grupos de ID).

De forma predeterminada, se da a cada réplica un bloque de ID de 4096 ID cuando se crea. Cuando una réplica alcanza un umbral de 1024 ID que quedan por utilizar, se asigna otro bloque de ID de 4096 ID para asegurar que todos los ID son únicos. El depósito de esquemas de trabajo maneja internamente la asignación de bloques de ID durante la sincronización.

En función del nivel de actividad de una familia de réplicas, puede ser útil aumentar el tamaño de los bloques de ID que se asignan a una réplica. Por ejemplo, con los valores predeterminados, si intenta enviar un número elevado de defectos, los primeros 4096 se envían satisfactoriamente pero los envíos posteriores fallan.

Para controlar a cuántos ID se asigna una réplica, puede utilizar la opción –size combinada con la opción –threshold cuando cree una réplica con el mandato mkreplica –export. Puede modificar estos valores con el mandato chreplica.

Paquetes de creación de réplicas

Cada invocación de mkreplica –export crea un único paquete lógico de creación de réplicas. (Esto es verdadero aunque cree varias réplicas nuevas con un solo mandato mkreplica.) Cada paquete incluye una o varias especificaciones de réplica, cada una de las cuales indica el nombre de la nueva réplica y el servidor de sincronización asociado a la nueva réplica.

La base de datos de usuario y el depósito de esquemas se bloquean durante la fase de exportación.

La opción –maxsize divide el único paquete lógico en varios paquetes físicos para cumplir las limitaciones del soporte de transferencia.

Recuperación de importaciones anómalas

Si una importación de réplica se interrumpe o falla por cualquier motivo (una interrupción de alimentación, por ejemplo), debe suprimir las bases de datos de proveedor, crear bases de datos de proveedor nuevas para la operación de importación anómala y volver a ejecutar mkreplica –import.

Es posible que la importación del depósito de esquemas sea satisfactoria pero que la importación de la réplica de la base de datos de usuario falle. En este caso, debe suprimir y volver a crear la base de datos de proveedor que estaba pensada para la réplica de base de datos de usuario.

Borrado de paquetes utilizados

Los paquetes de creación de réplicas no se suprimen después de la importación. Después de importar un paquete de creación de réplicas con mkreplica –import, debe suprimir el paquete.

Manejo de errores para anomalías de entrega de paquetes

Si no puede entregarse un paquete, éste se envía mediante el recurso de almacenar y reenviar al administrador del sitio de la réplica de origen. Se envía un mensaje al administrador del recurso de almacenar y reenviar. Esto se produce después de que hayan fallado intentos repetidos de entregar el paquete y el tiempo asignado se haya agotado; también puede producirse cuando se desconozca el host de destino o un archivo de datos no exista. Los valores de configuración del recurso de almacenar y reenviar especifican el periodo de caducidad, la dirección de correo electrónico del administrador y el programa de notificación.

Restricciones

Bloqueos: Este mandato falla si se bloquea la base de datos (por ejemplo, durante el proceso de actualización) o mientras se realiza otra operación de Rational ClearQuest MultiSite.

Otros: No puede replicar una base de datos en un host que ejecute una versión diferente de MultiSite. Puede ejecutar mkreplica –export en cualquier sitio; sin embargo debería ejecutarlo siempre en el sitio del depósito de esquemas de trabajo para evitar la creación de varios sitios con el mismo nombre.

Opciones y argumentos: Fase de exportación

Especificación del clan, sitio y familia

Valor predeterminado
Clan: Primer clan replicado en este sitio. Si hay más de una conexión dbset registrada en este host, se necesita, –clan.

Sitio: Sitio actual. Si hay más de un sitio en este host, se necesita –site.

Familia: Sin valor predeterminado; debe especificar una familia.

–cl/an nombre-clan
Nombre del clan de la réplica.
–site nombre-sitio
Nombre del sitio de la réplica.
–fam/ily nombre-familia
Familia de base de datos de usuario: Nombre de base de datos que se da a la base de datos de usuario cuando se crea.

Familia de depósitos de esquemas: No es aplicable. Cuando se ejecuta mkreplica, el depósito de esquemas asociado de la familia de bases de datos de usuario que especifique se incluye en el paquete de creación de réplicas.

Valor predeterminado: Ninguno.

Especificación de un nombre de usuario y contraseña

Valor predeterminado
Debe especificar un nombre de usuario y contraseña.
–u/ser usuario
Nombre de un usuario con privilegios de superusuario.
–p/assword contraseña
Contraseña asociada al usuario especificado.

Especificación del tamaño de los paquetes de creación de réplicas

Valor predeterminado
Cuando no se especifica –maxsize, el tamaño del paquete predeterminado depende del método de envío que se utilice:
  • Los paquetes creados con –ship o –fship no sobrepasan el tamaño de paquete máximo especificado en el Panel de control de MultiSite.
  • Los paquetes creados con –out no tienen más de 2 GB.

    El mandato mkreplica falla si intenta crear un paquete mayor que el tamaño soportado por el sistema.

–max/size tamaño
El tamaño máximo para un paquete físico, expresado como un número seguido de una sola letra; por ejemplo:
500 k
500 kilobytes
20 m
20 megabytes
1,5 g
1,5 gigabytes

Especificación de un comentario

Valor predeterminado
Ninguna.
–c/omments comentarios
Comentarios que desea almacenar con la información de esta réplica.

Especificación de la asignación de bloques de ID

Valor predeterminado
Tamaño de bloque de ID: 4096. Umbral de bloque de ID: 25 por ciento.
–size tamaño-bloque-id
Tamaño de bloque de ID. Puede entrar cualquier número de 1 a 1023. El valor de tamaño-bloque-id se multiplica por 100 para obtener el tamaño de bloque de ID real. Por ejemplo, para especificar un bloque de ID de 30.000, utilice el número 300; para especificar un bloque de ID de 25.000, utilice el número 250.
–thres/hold umbral-bloque-id
La cantidad de números de ID de registro asignados a la réplica. umbral-bloque-id se especifica como un entero, que representa un porcentaje. Puede entrar cualquier número de 1 a 63. Cuando el número de ID de registro restantes que debe utilizarse caiga por debajo del porcentaje especificado del tamaño de bloque de ID actual, se asignará un bloque adicional.

Disposición de los paquetes de creación de réplicas

Valor predeterminado
Ninguno. Debe especificar cómo va a almacenarse y transmitirse a otros sitios el paquete de creación de réplicas que creó mkreplica –export.
–shi/p –fsh/ip
Almacena el paquete de creación de réplicas en uno o varios archivos en una bahía de almacenamiento de almacenar y reenviar. Un archivo de orden de envío distinto acompaña a cada paquete físico, indicando cómo y dónde debe entregarse.

–fship (forzar envío) invoca shipping_server para enviar el paquete de creación de réplicas. –ship coloca el paquete en una bahía de almacenamiento. Para enviar el paquete, invoque shipping_server.

La partición de disco donde está ubicada la bahía de almacenamiento (en el host remitente y el host receptor) debe tener un espacio disponible igual o mayor que el tamaño del paquete de creación de réplicas.

–wor/kdir nombre-dir-temp
Un directorio para utilizarlo por mkreplica como un espacio de trabajo temporal; se suprime cuando finaliza mkreplica. Este directorio no debe existir ya.
–sc/lass clase-almacenamiento
Especifica la clase de almacenamiento del paquete y la orden de envío. mkreplica busca la clase de almacenamiento en el Panel de control de MultiSite (Windows) o en el archivo shipping.conf (Linux y UNIX) para determinar la ubicación de la bahía de almacenamiento que desea utilizar.

Valor predeterminado: mkreplica coloca el paquete en la ubicación de la bahía de almacenamiento especificada para la clase cq_default.

–out nombrev-archivo-paquete
Nombre del primer paquete físico de creación de réplicas. Los paquetes adicionales se colocan en archivos denominados nombrev-archivo-paquete_2, nombrev-archivo-paquete_3, y así sucesivamente.

Los paquetes de creación de réplicas no se entregan automáticamente; utilice un método adecuado para entregarlos. Puede crear un paquete utilizando –out y entregarlo posteriormente utilizando el recurso de almacenar y reenviar.

Manejo de anomalías de entrega de paquetes

Valor predeterminado
Si no puede entregarse un paquete, éste se envía mediante el recurso de almacenar y reenviar al administrador del sitio de la réplica de origen. Se envía un mensaje al administrador del recurso de almacenar y reenviar. Esto se produce después de que hayan fallado todos los intentos repetidos de entregar el paquete y el tiempo asignado se haya agotado; también puede producirse cuando se desconozca el host de destino o un archivo de datos no exista. Los valores de configuración del recurso de almacenar y reenviar especifican el periodo de caducidad, la dirección de correo electrónico del administrador y el programa de notificación.
–pex/pire fecha-hora
Especifica la hora a la que el recurso de almacenar y reenviar deja de intentar entregar el paquete y genera en su lugar un mensaje de correo de anomalía. Esta opción altera temporalmente el periodo de caducidad especificado para la clase de almacenamiento en el archivo shipping.conf (Linux y UNIX) o en el Panel de control de MultiSite (Windows).

El argumento fecha-hora puede tener cualquiera de los formatos siguientes:

fecha.hora | fecha | hora | now
donde:
fecha:
= día-de-semana | fecha-larga
hora:
= h[h]:m[m][:s[s]] [UTC [ [ + | - ]h[h][:m[m] ] ] ]
día-de-semana:
= today |yesterday |Sunday | ... |Saturday |Sun | ... |Sat
fecha-larga:
= d[d]mes[[aa]aa]
mes:
= January |... |December |Jan |... |Dec

Especifique la hora en formato de 24 horas, relativa al huso horario local. Si omite la hora, el valor predeterminado es 00:00:00. Si omite la fecha, el valor predeterminado es today (hoy). Si omite el siglo, el año o una fecha específica, se utiliza la más reciente. Especifique UTC si desea que la hora se resuelva en el mismo momento independientemente del huso horario. Utilice el operador más (+) o menos (-) para especificar un desplazamiento positivo o negativo respecto a la hora UTC. Si especifica UTC sin desplazamientos de hora o minuto, el valor predeterminado es GMT (hora del meridiano de Greenwich). (Las fechas anteriores al 1 de enero de 1970 UTC (Hora Universal Coordinada) no son válidas.)

Ejemplos:
  • 22-November-2002
  • sunday
  • yesterday.16:00
  • 0
  • 8-jun
  • 13:00
  • today
  • 9-Aug.10:00UTC
–not/ify dirección-correo-e
El mensaje de anomalía de entrega se envía a la dirección de correo electrónico especificada.

Si se produce una anomalía en un host Windows que no tiene habilitada la notificación por correo electrónico, aparecerá un mensaje en el Visor de sucesos de Windows. El mensaje incluye el valor dirección-correo-e especificado con esta opción y una nota que solicita que se informe a este usuario del estado de la operación.

Especificaciones de réplica

Valor predeterminado
Ninguna.
nombre-sist-princ:nombre-sitio...
Uno o más argumentos, cada uno de los cuales indica una nueva réplica que se va a crear desde este paquete en otro sitio.
nombre-sist-princ
El servidor de sincronización de la nueva réplica. Los hosts deben poder utilizar nombre-sist-princ en diferentes dominios. Lo utiliza el mecanismo de almacenar y reenviar para determinar cómo se direccionan paquetes de actualización a la réplica. No obstante, mantenga esta información al día aunque su sitio no utilice el recurso de almacenar y reenviar.

nombre-sist-princ puede ser la dirección IP del host o el nombre del sistema, por ejemplo, minuteman. Puede que tenga que agregar un nombre de dominio IP, por ejemplo, minuteman.purpledoc.com.

En Linux y el sistema UNIX, utilice el mandato uname –n para mostrar el nombre del sistema. En Windows, el nombre del sistema es accesible desde el icono Sistema en el Panel de control. En Windows 2000, pulse la pestaña Identificación de red. En Windows NT® Server 2003, pulse la pestaña Nombre de sistema.

nombre-sitio
Nombre por el que se identificará la réplica en los mandatos multiutil. El nombre de sitio debe ser un identificador y puede tener una longitud máxima de 50 caracteres. Este nombre debe ser exclusivo en el clan respectivo; no puede haber dos sitios con el mismo nombre que participen en el mismo clan.

Opciones y argumentos: fase de importación para el depósito de esquemas y base de datos de usuario

Especificación de la información de sitio y base de datos

Valor predeterminado
Ninguna.
–site nombre-sitio
El nombre del sitio donde se importará la réplica. Se proporcionó el nombre de sitio a la réplica cuando se exportó. Si no conoce el nombre del sitio, póngase en contacto con el administrador en el sitio de exportación.
–repo/sitory info-bd
La información de base de datos para la base de datos de proveedor que se utiliza.
base de datos de proveedor
Valor dbinfo
DB2
Nombre de base de datos
Oracle
SID (Identificador de sistema Oracle)
SQL Server
Nombre de base de datos física
–vendor tipo-proveedor
El proveedor de base de datos que se utiliza. Los tipos de proveedor soportados son DB2, ORACLE y SQL_SERVER.
parám-bd
Los parámetros de base de datos necesarios son los mismos parámetros necesarios para conectar con cualquier base de datos Rational ClearQuest. Observe estos parámetros cuando cree la base de datos de proveedor a la que se importa la réplica.

Cuando se importa una réplica, debe especificar los parámetros de base de datos de la base de datos de proveedor para la réplica del depósito de esquemas y la base de datos de proveedor de la réplica de la base de datos de usuario. Debe crear estas bases de datos antes de importar un paquete de réplica.

base de datos de proveedor
valor parám-bd
DB2
–server nombre-servidor –dbologin nombre-bdo [ contraseña-bdo ] [–connectopts opciones-conexión ]
Oracle
–server nombre-servidor –dbologin nombre-bdo contraseña-bdo [–connectopts opciones-conexión ]
SQL Server
–server nombre-servidor –dbologin nombre-bdo [ contraseña-bdo ] [–connectopts opciones-conexión ]
–data/base info-bd
La información de base de datos de usuario para la base de datos de proveedor que se utiliza.
base de datos de proveedor
Valor dbinfo
DB2
Nombre de base de datos
Oracle
SID (Identificador de sistema Oracle)
SQL Server
Nombre de base de datos física
–c/omments comentarios
Comentarios que desea almacenar con la información de la réplica.

Especificación de la ubicación de los paquetes de creación de réplicas

Valor predeterminado
Ninguna.
nombrev-archivo-paquete | vía-dir-paquete ...
Especifica un nombre de vía de acceso de un paquete de creación de réplicas. Para ver un paquete lógico que abarque varios archivos de disco, mkreplica explora el directorio que contiene nombrev-archivo-paquete para paquetes físicos relacionados.

Si también especifica uno o más argumentos de vía-dir-paquete, mkreplica buscará paquetes adicionales en estos directorios.

Opciones y argumentos: Fase de importación sólo para la importación de bases de datos de usuario

Si añade una familia de bases de datos de usuario a un clan existente, tiene que crear una base de datos de proveedor sólo para la réplica de base de datos de usuario.

Especificación del clan y del sitio

Valor predeterminado
Clan: Primer clan replicado en este sitio. Si hay más de una conexión dbset registrada en este host, se necesita, –clan.

Sitio: Sitio actual. Si hay más de un sitio en este host, se necesita –site.

–cl/an nombre-clan
Nombre del clan de la réplica.
–site nombre-sitio
Nombre del sitio de la réplica.

Especificación de un nombre de usuario y contraseña

Valor predeterminado
Debe especificar un nombre de usuario y contraseña.
–u/ser usuario
Nombre de un usuario con privilegios de superusuario.
–p/assword contraseña
Contraseña asociada al usuario especificado.

Especificación de la información de base de datos

–data/base info-bd
La información de base de datos de usuario para la base de datos de proveedor que se utiliza.
–vendor tipo-proveedor parám-bd
Entre el proveedor de base de datos que utiliza. Los tipos de proveedor soportados son DB2, ORACLE y SQL_SERVER.
if –vendor == DB2,
info-bd := Alias de base de datos (controlador IBM®) o Nombre de base de datos (controlador DataDirect)
parám-bd := -server nombre-servidor
-dbo/login nombre-bdo [contr-bdo ]
[ -con/nectopts opciones-conexión ]
if –vendor == ORACLE,
info-bd := SID Oracle
parám-bd := -server nombre-servidor
-dbo/login nombre-bdo [contr-bdo ]
[ -con/nectopts opciones-conexión ]
if –vendor == SQL_SERVER,
info-bd := Nombre de base de datos física
parám-bd := -server nombre-servidor
-dbo/login nombre-bdo [contr-bdo ]
[ -con/nectopts opciones-conexión ]

Especificación de info-bd y parám-bd para DB2, Oracle y Microsoft SQL Server

Cada proveedor de bases de datos tiene un número de puerto predeterminado:

Tabla 1. Números de puerto predeterminado para proveedores de bases de datos
Proveedor Puerto predeterminado
DB2 50000
Oracle 1521
Microsoft SQL Server 1433

Si la base de datos utiliza un puerto diferente, debe especificarlo utilizando el parámetro opciones-conexión. Por ejemplo, si tiene una base de datos de Oracle en el puerto 1526, escriba el mandato siguiente:

multiutil mkreplica -imp -site SITEA -repo CQDEV -server cqsvr3 -vendor ORACLE -dbo admin_1 admin_1 -con PORT=1526 -data CQDEV -server cqsvr3 -vendor ORACLE -dbo admin_2 admin_2 -con PORT=1526 C:\TEMP\admin\mk_SITEA.xml

Importante: Para obtener más información sobre los valores soportados para las bases de datos de proveedor, consulte el tema "Propiedades de la base de datos de proveedor" en la sección Administración de Rational ClearQuest de la Ayuda.

–c/omments comentarios
Comentarios que desea almacenar con la información de esta réplica. Estos comentarios se almacenan en la base de datos de depósito de esquemas en el sitio de importación y se visualizan en la ventana Propiedad de base de datos en Rational ClearQuest Designer.

Especificación de la ubicación de los paquetes de creación de réplicas

nombrev-archivo-paquete|vía-dir-paquete ...
Especifica un nombre de vía de acceso de un paquete de creación de réplicas. Para ver un paquete lógico que abarque varios archivos de disco, mkreplica explora el directorio que contiene nombrev-archivo-paquete para paquetes físicos relacionados.

Si también especifica uno o más argumentos de vía-dir-paquete, mkreplica buscará paquetes adicionales en estos directorios.

Valor predeterminado: Ninguno.

Ejemplos

En estos ejemplos, las líneas se quiebran para una mayor facilidad de lectura. Debe entrar cada mandato en una sola línea física.

Exportaciones

  • En la réplica boston_hub, genere un paquete de creación de réplicas para la familia DEV con el fin de crear una réplica nueva denominada sanfran_hub. El servidor de sincronización de la réplica nueva es goldengate.

    multiutil mkreplica -export -clan telecomm -site boston_hub -family DEV
    -u susan -p passwd -out c:\cqms\boston_hub.xml goldengate:sanfran_hub

    Multiutil: Packet file `c:\cqms\boston_hub.xml' generated

  • En la réplica boston_hub, genere un paquete que creará una réplica de la base de datos de la familia LAB cuando se importe en la réplica sanfran_hub.

    multiutil mkreplica -export -clan telecomm -site boston_hub -family LAB
    -user susan -p passwd -out c:\cqms\lab.xml goldengate:sanfran_hub

    Multiutil: Packet file `c:\cqms\lab.xml' generated

  • En la réplica tokyo, genere un paquete de creación de réplicas para la réplica sydney y utilice –fship para reenviar el paquete de inmediato.

    multiutil mkreplica -export -clan testing -site tokyo -family TEST
    -user masako -p passwd -fship -workdir c:\cqms\working -sclass
    cq_default taronga:sydney

    Multiutil: Packet file
    `c:\cqms\working\mk_TOKYO_29-January-02_09-47-27.xml' generated
    multiutil: Shipping order
    "C:\temp\cqms\ms_ship\outgoing\sh_o_mk_TOKYO_29-January-02_09-47-27.xml"
    generated.
    multiutil: Attempting to forward/deliver generated packets...
    multiutil:   -- Forwarded/delivered packet
    C:\temp\cqms\ms_ship\outgoing\mk_TOKYO_29-January-02_09-4

  • Similar al ejemplo anterior, pero coloque el archivo de paquete en una bahía de almacenamiento para enviarlo posteriormente con el recurso de almacenar y reenviar.

    multiutil mkreplia -export -clan telecomm -site boston_hub -family DEV
    -user susan -password passwd -c "make a new replica for sanfran_hub"
    -ship -workdir c:\temp\working -sclass cq_default
    -pexpire 22-November-2003
    goldengate:sanfran_hub

Importaciones

  • Importe una nueva réplica de base de datos sanfran_hub y su réplica del depósito de esquemas asociada en bases de datos SQL Server.

    multiutil mkreplica -import -site sanfran_hub
    -repository sanfran_schemarepo
    -vendor SQL_SERVER -server sb_server -dbologin jcole passwd
    -database sanfran_userdb -vendor SQL_SERVER
    -dbologin jcole passwd

  • Importe una nueva réplica de base de datos de usuario que forme parte del sitio sydney en el clan testing. La nueva réplica de base de datos de usuario se importa a una base de datos SQL Server.

    multiutil mkreplica -import -clan testing -site sydney -user bfife
    -p passwd -database syd_userdb -vendor SQL_SERVER
    -dbologin bfife passwd


Comentarios