Replicacion tipo merge

01/03/2004 - 01:58 por Esteban Maciel | Informe spam
Hola a todos. La situacion es la siguiente.
Tengo 2 servidores SQL Standart con SP3 instalado, que estan corriendo en
windows 2000 server con SP4. Una de las bases de datos tiene publicada una
replicacion de tipo merge y otra de tipo snapshot. La sincronizacion de los
datos se realiza por medio de una VPN. El problema esta en la replicacion de
tipo merge de una de las tablas.
Al realizar las modificaciones de datos en el servidor principal, que es el
publicador y el distribuidor, los datos son replicados sin problemas al
servidor de la sucursal, que es un suscriptor. Al agregar o modificar datos
en esta tabla en particular en la sucursal, los datos no se replican al
servidor principal. Pareciera que las modificaciones pueden ir, pero no
volver. Las demas tablas de la replicacion no tienen ningun problema, las
modificaciones se realizan en los dos sentidos.
Lo unico raro que le puedo encontrar a esta tabla en particular es que tiene
mas de un campo como clave principal. Les adjunto una definicion de la tabla
en cuestion. Algo raro tambien es que el log de la base de datos de la
sucursal crecio de un tamaño increible. Llego a ocupar 1gb.
Para intentar solucionar el problema, borre la publicacion la suscripcion y
las volvi a crear, pero el problema persiste.

El query analizer me da esta definicion para crear la tabla.
CREATE TABLE [AFILIADO] (
[NCUENTA] [float] NOT NULL ,
[PARENTESCO] [nvarchar] (2) COLLATE Compatibility_42_409_30003 NOT NULL ,
[AYN] [nvarchar] (44) COLLATE Compatibility_42_409_30003 NULL ,
[DOCU] [nvarchar] (10) COLLATE Compatibility_42_409_30003 NULL ,
[FENAC] [smalldatetime] NULL ,
[EDAD] [nvarchar] (3) COLLATE Compatibility_42_409_30003 NULL ,
[FEINSCRI] [smalldatetime] NULL ,
[FEINICIO] [smalldatetime] NULL ,
[FERECHAZO] [smalldatetime] NULL ,
[ACEPTACION] [nvarchar] (3) COLLATE Compatibility_42_409_30003 NULL ,
[rowguid] uniqueidentifier ROWGUIDCOL NOT NULL CONSTRAINT
[DF__AFILIADO__rowgui__0603C947] DEFAULT (newid()),
[COBERTURA] [nvarchar] (15) COLLATE Modern_Spanish_CI_AS NULL ,
CONSTRAINT [PK_AFILIADO] PRIMARY KEY NONCLUSTERED
(
[NCUENTA],
[PARENTESCO],
[rowguid]
) WITH FILLFACTOR = 90 ON [PRIMARY]
) ON [PRIMARY]
GO

Muchas gracias por cualquier ayuda que me puedan brindar.
Saludos desde Corrientes, Argentina
Esteban

Preguntas similare

Leer las respuestas

#1 Esteban Maciel
03/03/2004 - 21:08 | Informe spam
Hola. Encontre una tabla mas que esta exactamente igual.
Solamente tiene un campo clave.
Les adjunto la definicion de la tabla

CREATE TABLE [ORDEN] (
[NCUENTA] [float] NULL ,
[NORDEN] [nvarchar] (50) COLLATE Compatibility_42_409_30003 NULL ,
[PRECIO] [float] NULL ,
[PAREN] [nvarchar] (2) COLLATE Compatibility_42_409_30003 NULL ,
[REME1] [nvarchar] (255) COLLATE Compatibility_42_409_30003 NULL ,
[CANT1] [float] NULL ,
[PRECIO1] [float] NULL ,
[COD1] [float] NULL ,
[FECHA] [smalldatetime] NULL ,
[PROCESO] [nvarchar] (1) COLLATE Compatibility_42_409_30003 NULL ,
[TIPO] [nvarchar] (50) COLLATE Compatibility_42_409_30003 NULL ,
[MATRICULA] [float] NULL ,
[CODIGO] [int] IDENTITY (1, 1) NOT NULL ,
[rowguid] uniqueidentifier ROWGUIDCOL NOT NULL CONSTRAINT
[DF__ORDEN__rowguid__6DA22FD1] DEFAULT (newid()),
[OSOCIAL] [nvarchar] (15) COLLATE Modern_Spanish_CI_AS NULL ,
CONSTRAINT [PK_ORDEN] PRIMARY KEY NONCLUSTERED
(
[CODIGO]
) WITH FILLFACTOR = 90 ON [PRIMARY]
) ON [PRIMARY]
GO

Saludos.

"Esteban Maciel" escribió en
el mensaje news:uJA7oM8$
Hola a todos. La situacion es la siguiente.
Tengo 2 servidores SQL Standart con SP3 instalado, que estan corriendo en
windows 2000 server con SP4. Una de las bases de datos tiene publicada una
replicacion de tipo merge y otra de tipo snapshot. La sincronizacion de


los
datos se realiza por medio de una VPN. El problema esta en la replicacion


de
tipo merge de una de las tablas.
Al realizar las modificaciones de datos en el servidor principal, que es


el
publicador y el distribuidor, los datos son replicados sin problemas al
servidor de la sucursal, que es un suscriptor. Al agregar o modificar


datos
en esta tabla en particular en la sucursal, los datos no se replican al
servidor principal. Pareciera que las modificaciones pueden ir, pero no
volver. Las demas tablas de la replicacion no tienen ningun problema, las
modificaciones se realizan en los dos sentidos.
Lo unico raro que le puedo encontrar a esta tabla en particular es que


tiene
mas de un campo como clave principal. Les adjunto una definicion de la


tabla
en cuestion. Algo raro tambien es que el log de la base de datos de la
sucursal crecio de un tamaño increible. Llego a ocupar 1gb.
Para intentar solucionar el problema, borre la publicacion la suscripcion


y
las volvi a crear, pero el problema persiste.

El query analizer me da esta definicion para crear la tabla.
CREATE TABLE [AFILIADO] (
[NCUENTA] [float] NOT NULL ,
[PARENTESCO] [nvarchar] (2) COLLATE Compatibility_42_409_30003 NOT NULL ,
[AYN] [nvarchar] (44) COLLATE Compatibility_42_409_30003 NULL ,
[DOCU] [nvarchar] (10) COLLATE Compatibility_42_409_30003 NULL ,
[FENAC] [smalldatetime] NULL ,
[EDAD] [nvarchar] (3) COLLATE Compatibility_42_409_30003 NULL ,
[FEINSCRI] [smalldatetime] NULL ,
[FEINICIO] [smalldatetime] NULL ,
[FERECHAZO] [smalldatetime] NULL ,
[ACEPTACION] [nvarchar] (3) COLLATE Compatibility_42_409_30003 NULL ,
[rowguid] uniqueidentifier ROWGUIDCOL NOT NULL CONSTRAINT
[DF__AFILIADO__rowgui__0603C947] DEFAULT (newid()),
[COBERTURA] [nvarchar] (15) COLLATE Modern_Spanish_CI_AS NULL ,
CONSTRAINT [PK_AFILIADO] PRIMARY KEY NONCLUSTERED
(
[NCUENTA],
[PARENTESCO],
[rowguid]
) WITH FILLFACTOR = 90 ON [PRIMARY]
) ON [PRIMARY]
GO

Muchas gracias por cualquier ayuda que me puedan brindar.
Saludos desde Corrientes, Argentina
Esteban



email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida