Replicación y campos Blob

Hola Augusto:
Aun cuando esta desrecomendado la replicacion de columnas tipos
Text/Image; esta soportada y no deberias tener problemas. Lo que se me
ocurre es que tengas configurado la actualizacion transaccional o en cola.
Si tienes cualquiera de estas opciones solo en el Publicador se pueden
actualizar los datos. Las actualizaciones en los Subscriptores no se
replicaran al Publicador :(
Espero te sirva,

Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

A.Afonso escribio:

Hola grupo,

Llevo trabajando varios meses con replicación (duplicación) en SQL
Server 2000. Y ahora me he dado cuenta de que tengo un grave problema
con los campos blob de algunas tablas: algunos valores de estos
campos se replican y otros no. Es decir, en el mismo campo blob hay
valores que se replican y otros que no. La replicación está
configurada en modo transaccional.

¿Alguien ha tenido un problema parecido, o sabe por donde van los
tiros?.

Augusto.

Hola Javier,

Ante todo gracias por responder. La configuración es transaccional, y solo
se actualizan los datos en el publicador, nunca en el suscriptor.
Por cierto, no sabía que estuviera desaconsejada la replicación de
columnas de tipo Text. ¿Puedes decirme donde lo has leído?.

Un saludo,

Augusto.


Javier Loria wrote:

Hola Augusto:
Aun cuando esta desrecomendado la replicacion de columnas tipos
Text/Image; esta soportada y no deberias tener problemas. Lo que se me
ocurre es que tengas configurado la actualizacion transaccional o en cola.
Si tienes cualquiera de estas opciones solo en el Publicador se pueden
actualizar los datos. Las actualizaciones en los Subscriptores no se
replicaran al Publicador :(
Espero te sirva,

Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

A.Afonso escribio:
> Hola grupo,
>
> Llevo trabajando varios meses con replicación (duplicación) en SQL
> Server 2000. Y ahora me he dado cuenta de que tengo un grave problema
> con los campos blob de algunas tablas: algunos valores de estos
> campos se replican y otros no. Es decir, en el mismo campo blob hay
> valores que se replican y otros que no. La replicación está
> configurada en modo transaccional.
>
> ¿Alguien ha tenido un problema parecido, o sabe por donde van los
> tiros?.
>
> Augusto.

Hola:
No me acuerdo, pero voy a buscar. :D
La razon por la que esta desrecomendada es por los tamanos y por que hay
algunas operaciones no transaccionales (que no usan el log) que se pueden
realizar sobre estos campos, particularmente el WriteText/UpdateText.
Saludos,

Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.
A.Afonso escribio:

Hola Javier,

Ante todo gracias por responder. La configuración es transaccional, y
solo se actualizan los datos en el publicador, nunca en el suscriptor.
Por cierto, no sabía que estuviera desaconsejada la replicación de
columnas de tipo Text. ¿Puedes decirme donde lo has leído?.

Un saludo,

Augusto.


Javier Loria wrote:

Hola Augusto:
Aun cuando esta desrecomendado la replicacion de columnas tipos
Text/Image; esta soportada y no deberias tener problemas. Lo que se
me ocurre es que tengas configurado la actualizacion transaccional o
en cola. Si tienes cualquiera de estas opciones solo en el
Publicador se pueden actualizar los datos. Las actualizaciones en
los Subscriptores no se replicaran al Publicador :(
Espero te sirva,

Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

A.Afonso escribio:

Hola grupo,

Llevo trabajando varios meses con replicación (duplicación) en SQL
Server 2000. Y ahora me he dado cuenta de que tengo un grave
problema con los campos blob de algunas tablas: algunos valores de
estos
campos se replican y otros no. Es decir, en el mismo campo blob hay
valores que se replican y otros que no. La replicación está
configurada en modo transaccional.

¿Alguien ha tenido un problema parecido, o sabe por donde van los
tiros?.

Augusto.

Hola:
Buscando tu informacion encontre lo siguiente en los BOL:
==Tipos de datos text e image en la duplicación transaccional
El proceso de duplicación de los tipos de datos text e image en una
publicación transaccional está sujeto a las siguientes consideraciones:
Las instrucciones INSERT, UPDATE y DELETE en el publicador sobre
columnas text e image se admiten sin ninguna consideración especial. Sin
embargo, estas columnas no pueden ser actualizadas por suscriptores que
utilicen la duplicación de instantáneas o la duplicación transaccional y
suscripciones de actualización inmediata o de actualización en cola.
Las operaciones de texto registradas se pueden duplicar mediante
WRITETEXT y UPDATETEXT con la opción WITH LOG en las tablas publicadas para
duplicación. No se admite una columna text o image publicada para su
duplicación mediante operaciones WRITETEXT y UPDATETEXT con la opción WITH
NO_LOG, porque la duplicación lee el registro de transacciones.
Las operaciones UPDATETEXT sólo pueden realizarse si todos los
suscriptores ejecutan Microsoft® SQL ServerT versión 6.0 o posterior. Las
operaciones WRITETEXT se duplican como instrucciones UPDATE, lo que permite
la duplicación de WRITETEXT en suscriptores ODBC y en SQL Server. (Las
operaciones UPDATETEXT se duplican como sólo UPDATETEXT.)
No se utilizan procedimientos personalizados si se van a modificar
varias columnas text, porque los otros valores de la columna text no se
registran. En su lugar se genera una instrucción UPDATE estándar.
Un parámetro configurable, max text repl size (máximo tamaño de
duplicación de texto), controla el tamaño máximo (en bytes) de los datos
text e image que se pueden duplicar. Esto permite admitir controladores ODBC
e instancias de SQL Server que no puedan controlar valores text e image de
gran tamaño y distribuidores que tengan restricciones en recursos del
sistema (memoria virtual). Cuando se publica una columna text o image y se
ejecuta una operación INSERT, UPDATE, WRITETEXT o UPDATETEXT que sobrepasa
el límite configurado, la operación produce un error.
El uso del procedimiento almacenado del sistema sp_configure establece
el parámetro max text repl size.
Cuando se publican columnas text e image, el puntero de texto debe
recuperarse dentro de la misma transacción que la operación UPDATETEXT o
WRITETEXT (y con repetibilidad de lectura). Por ejemplo, no recupere el
puntero de texto en una transacción para utilizarlo a continuación en otra.
Puede haberse movido y ya no ser válido.
Además, cuando se ha obtenido el puntero de texto, no debe realizar
otras operaciones que puedan alterar la ubicación del texto al que hace
referencia el puntero de texto (como actualizar la clave principal) antes de
ejecutar la instrucción UPDATETEXT o WRITETEXT.
La siguiente es la forma recomendada de utilizar las operaciones
UPDATETEXT y WRITETEXT con datos que se vayan a duplicar:
Inicie la transacción.
Obtenga el puntero de texto con aislamiento repetible de lectura.
Utilice el puntero de texto en la operación UPDATETEXT o WRITETEXT.
Confirme la transacción.

Nota Si no obtiene el puntero de texto en la misma transacción, las
modificaciones en el publicador estarán permitidas, pero no se publicarán en
los suscriptores.
Una consideración importante que se debe tener en cuenta al asignar el
tamaño de las bases de datos del suscriptor es que el puntero de texto de
las columnas text e image duplicadas debe inicializarse en las tablas del
suscriptor, incluso cuando no se hayan inicializado en el publicador. Por
consiguiente, cada columna text e image agregada a la tabla del suscriptor
por la tarea de distribución consumirá por lo menos 43 bytes de
almacenamiento en la base de datos, incluso si está vacía.
== Revisa a ver si alguna de las condiciones anteriores no se esta
cumpliendo en tu caso.
Saludos,

Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.
Javier Loria escribio:

Hola:
No me acuerdo, pero voy a buscar. :D
La razon por la que esta desrecomendada es por los tamanos y por
que hay algunas operaciones no transaccionales (que no usan el log)
que se pueden realizar sobre estos campos, particularmente el
WriteText/UpdateText. Saludos,

Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.
A.Afonso escribio:

Hola Javier,

Ante todo gracias por responder. La configuración es transaccional, y
solo se actualizan los datos en el publicador, nunca en el
suscriptor. Por cierto, no sabía que estuviera desaconsejada la
replicación de columnas de tipo Text. ¿Puedes decirme donde lo has
leído?.

Un saludo,

Augusto.


Javier Loria wrote:

Hola Augusto:
Aun cuando esta desrecomendado la replicacion de columnas tipos
Text/Image; esta soportada y no deberias tener problemas. Lo que se
me ocurre es que tengas configurado la actualizacion transaccional o
en cola. Si tienes cualquiera de estas opciones solo en el
Publicador se pueden actualizar los datos. Las actualizaciones en
los Subscriptores no se replicaran al Publicador :(
Espero te sirva,

Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

A.Afonso escribio:

Hola grupo,

Llevo trabajando varios meses con replicación (duplicación) en SQL
Server 2000. Y ahora me he dado cuenta de que tengo un grave
problema con los campos blob de algunas tablas: algunos valores de
estos
campos se replican y otros no. Es decir, en el mismo campo blob hay
valores que se replican y otros que no. La replicación está
configurada en modo transaccional.

¿Alguien ha tenido un problema parecido, o sabe por donde van los
tiros?.

Augusto.