Compartir a través de

IBM DB2 Subscribers

  • Artículo

SQL Server admite suscripciones de inserción a IBM DB2/AS 400, DB2/MVS y DB2/Universal Database a través de los proveedores de OLE DB incluidos con Microsoft Host Integration Server.

Configuración de un suscriptor de IBM DB2

Para configurar un suscriptor de IBM DB2, siga estos pasos:

  1. Instale la versión más reciente del proveedor OLE DB de Microsoft para DB2 en el distribuidor:

    • Si usa Microsoft SQL Server 2012 Enterprise, en la página web de descargas de SQL Server 2008, en la sección Descargas relacionadas, haga clic en el vínculo a la versión más reciente de Microsoft SQL Server 2008 Feature Pack. En la página web Microsoft SQL Server 2008 Feature Pack , busque Microsoft OLE DB Provider for DB2(Proveedor Microsoft OLE DB para DB2).

    • Si usa SQL Server 2012 Standard, instale la versión más reciente del servidor de Microsoft Host Integration Services (HIS), que incluye el proveedor.

    Además de instalar el proveedor, se recomienda instalar la herramienta de acceso a datos, que se usa en el paso siguiente (se instala de forma predeterminada con la descarga de SQL Server 2012 Enterprise). Para obtener más información sobre la instalación y uso de la Herramienta de acceso a datos, vea la documentación del proveedor o de HIS.

  2. Cree una cadena de conexión para el suscriptor. La cadena de conexión se puede crear en cualquier editor de texto, pero se recomienda utilizar la Herramienta de acceso a datos. Para crear la cadena en la Herramienta de acceso a datos:

    1. Haga clic en Inicio, Programas, Proveedor Microsoft OLE DB para DB2y, a continuación, en Herramienta de acceso a datos.

    2. Siga los pasos que se indican en la Herramienta de acceso a datospara obtener información acerca del servidor DB2. Al completar la herramienta, se crea un vínculo de datos universal (UDL) con una cadena de conexión asociada (el UDL no se usa realmente en la replicación, pero la cadena de conexión sí).

    3. Obtenga acceso a la cadena de conexión: haga clic con el botón secundario en el UDL en la Herramienta de acceso a datos y seleccione Display Connection String(Mostrar cadena de conexión).

    La cadena de conexión será similar a la siguiente (los saltos de línea son para facilitar la lectura):

    Provider=DB2OLEDB;Initial Catalog=MY_SUBSCRIBER_DB;Network Transport Library=TCP;Host CCSID=1252;  
PC Code Page=1252;Network Address=MY_SUBSCRIBER;Network Port=50000;Package Collection=MY_PKGCOL;  
Default Schema=MY_SCHEMA;Process Binary as Character=False;Units of Work=RUW;DBMS Platform=DB2/NT;  
Persist Security Info=False;Connection Pooling=True;

    La mayoría de las opciones de la cadena son específicas para el servidor DB2 que está configurando, pero la opción Process Binary as Character siempre debe establecerse en False. Se requiere un valor para que la opción Initial Catalog identifique la base de datos de suscripciones. La cadena de conexión se insertará en el Asistente para nueva suscripción cuando se cree la suscripción.

  3. Cree una instantánea o una publicación transaccional, habilítela para suscriptores que no seanSQL Server y, después, cree una suscripción de inserción para el suscriptor. Para más información, consulte Crear una suscripción para un suscriptor que no sea de SQL Server.

  4. O bien, especifique un script de creación personalizado para uno o más artículos. Cuando se publica la tabla, se crea un script CREATE TABLE para ella. Para suscriptores que no son de SQL Server, el script se crea en el dialecto transact-SQL y, a continuación, se traduce a un dialecto SQL más genérico por el Agente de distribución antes de aplicarse en el suscriptor. Para especificar un script de creación personalizado, modifique el script de Transact-SQL existente o cree un script completo que use el dialecto SQL de DB2; Si se crea un script DB2, use la directiva bypass_translation para que el Agente de distribución aplique el script en el suscriptor sin traducción.

    Los scripts se pueden modificar por distintas razones, aunque la más común es para modificar las asignaciones de tipos de datos. Para obtener más información, vea la sección "Consideraciones acerca de la asignación de tipos de datos", en este tema. Si modifica el script de Transact-SQL, los cambios deben restringirse a los cambios de asignación de tipos de datos (y el script no debe contener ningún comentario). Si se necesitan cambios más importantes, cree un script DB2.

    Para modificar el script de un artículo y suministrarlo como un script de creación personalizado

    1. Una vez generada la instantánea para la publicación, navegue a la carpeta de instantáneas de la publicación.

    2. Busque el archivo .sch que tiene el mismo nombre que el artículo; por ejemplo, miArtículo.sch.

    3. Abra este archivo en el Bloc de notas o en otro editor de texto.

    4. Modifique el archivo y guárdelo en un directorio distinto.

    5. Ejecute sp_changearticle, especificando la ruta de acceso del archivo y el nombre de la propiedad creation_script. Para obtener más información, vea sp_changearticle (Transact-SQL).

    Para crear un script de un artículo y suministrarlo como un script de creación personalizado

    1. Cree un script de artículo con el dialecto DB2 SQL. Asegúrese de que la primera línea del archivo sea bypass_translationy de que no haya nada más en la línea.

    2. Ejecute sp_changearticle, especificando la ruta de acceso del archivo y el nombre de la propiedad creation_script.

Consideraciones para los suscriptores de IBM DB2

Además de las consideraciones planteadas en el tema Non-SQL Server Subscribers, tenga en cuenta los siguientes problemas al replicar en suscriptores de DB2:

  • Los datos y los índices para cada tabla replicada se asignan a un espacio de tablas de DB2. El tamaño de la página de un espacio de tablas de DB2 controla el número máximo de columnas y el tamaño máximo de las filas de las tablas que pertenecen al espacio de tablas. Asegúrese de que el espacio de tablas asociado con las tablas replicadas es apropiado para el número de columnas replicadas y el tamaño máximo de las filas de las tablas.

  • No publique tablas en suscriptores de DB2 con la replicación transaccional si una o más columnas de clave principal en la tabla tienen un tipo de datos DECIMAL(32-38, 0-38) o NUMERIC(32-38, 0-38). La replicación transaccional identifica las filas con la clave principal y esto puede producir errores, ya que estos tipos de datos se asignan a VARCHAR(41) en el suscriptor. Las tablas con claves principales que utilicen estos tipos de datos se pueden publicar con la replicación de instantáneas.

  • Si desea crear previamente las tablas en el suscriptor en lugar de crearlas por medio de la replicación, use la opción Solo compatibilidad con replicación. Para obtener más información, consulte Initialize a Transactional Subscription Without a Snapshot.

  • SQL Server permite utilizar nombres de tabla y de columna más largos que DB2:

    • Si la base de datos de publicación incluye tablas con nombres más largos que los admitidos por la versión de DB2 en el suscriptor, especifique otro nombre para la propiedad destination_table del artículo. Para más información sobre cómo configurar propiedades al crear una publicación, vea Create a Publication (Crear una publicación) y Define an Article (Definir un artículo).

    • No es posible especificar otros nombres de columnas. Debe asegurarse de que las tablas publicadas no incluyan nombres de columna más largos que lo permitido por la versión de DB2 en el suscriptor.

Asignar tipos de datos de SQL Server a IBM DB2

En la tabla siguiente se muestran las asignaciones de tipos de datos que se utilizan cuando se replican datos en un suscriptor que ejecuta IBM DB2.

Tipos de datos de SQL Server Tipo de datos de IBM DB2
bigint DECIMAL(19,0)
binary(1-254) CHAR(1-254) FOR BIT DATA
binary(255-8000) VARCHAR(255-8000) FOR BIT DATA
bit SMALLINT
char(1-254) CHAR(1-254)
char(255-8000) VARCHAR(255-8000)
date DATE
datetime timestamp
datetime2(0-7) VARCHAR(27)
datetimeoffset(0-7) VARCHAR(34)
decimal(1-31, 0-31) DECIMAL(1-31, 0-31)
decimal(32-38, 0-38) VARCHAR(41)
float(53) DOUBLE
float FLOAT
geography IMAGEN
geometry IMAGEN
hierarchyid IMAGEN
image VARCHAR(0) FOR BIT DATA1
into INT
money DECIMAL(19,4)
nchar(1-4000) VARCHAR(1-4000)
ntext VARCHAR(0)1
numeric(1-31, 0-31) DECIMAL(1-31,0-31)
numeric(32-38, 0-38) VARCHAR(41)
nvarchar(1-4000) VARCHAR(1-4000)
nvarchar(max) VARCHAR(0)1
real REAL
smalldatetime timestamp
smallint SMALLINT
smallmoney DECIMAL(10,4)
sql_variant N/D
sysname VARCHAR(128)
text VARCHAR(0)1
time(0-7) VARCHAR(16)
timestamp CHAR(8) FOR BIT DATA
tinyint SMALLINT
uniqueidentifier CHAR(38)
varbinary(1-8000) VARCHAR(1-8000) FOR BIT DATA
varchar(1-8000) VARCHAR(1-8000)
varbinary(max) VARCHAR(0) FOR BIT DATA1
varchar(max) VARCHAR(0)1
xml VARCHAR(0)1

1 Consulte la sección siguiente para obtener más información sobre las asignaciones a VARCHAR(0).

Consideraciones acerca de la asignación de tipos de datos

Tenga en cuenta los siguientes problemas de asignación de tipos de datos al replicar en suscriptores de DB2:

  • Al asignar SQL Server char, varcharbinary y varbinary a DB2 CHAR, VARCHAR, CHAR FOR BIT DATA y VARCHAR FOR BIT DATA, respectivamente, la replicación establece la longitud del tipo de datos DB2 como el del tipo de datos de SQL Server.

    Esto permite crear correctamente la tabla generada en el suscriptor, siempre que la restricción del tamaño de página de DB2 sea suficientemente grande como para admitir el tamaño máximo de la fila. Asegúrese de que el nombre de inicio de sesión que utiliza para obtener acceso a la base de datos de DB2 tiene permisos de acceso a espacios de tabla de tamaño suficiente para las tablas que se van a replicar en DB2.

  • DB2 admite columnas VARCHAR de hasta 32 kilobytes (KB); por lo tanto, es posible que algunas columnas de objetos grandes de SQL Server se puedan asignar correctamente a columnas VARCHAR de DB2. Sin embargo, el proveedor OLE DB que utiliza la replicación para DB2 no admite la asignación de objetos grandes de SQL Server a objetos grandes de DB2. Por este motivo, SQL Server textcolumnas , varchar(max), ntexty nvarchar(max) se asignan a VARCHAR(0) en los scripts de creación generados. El valor de longitud 0 debe cambiarse a un valor apropiado antes de aplicar el script al suscriptor. Si no se cambia la longitud del tipo de datos, DB2 mostrará el error 604 cuando se intente crear la tabla en el suscriptor de DB2 (el error 604 indica que la precisión o el atributo de longitud de un tipo de datos no son válidos).

    Basándose en sus conocimientos de la tabla de origen que desea replicar, determine si es apropiado asignar un objeto grande de SQL Server a un elemento de longitud variable de DB2 y especifique una longitud máxima apropiada en un script de creación personalizado. Para obtener información acerca de cómo especificar un script de creación personalizado, vea el paso 5 de la sección "Configuración de un suscriptor de IBM DB2", en este tema.

    Nota:

    La longitud especificada para el tipo DB2, al combinarse con otras longitudes de columna, no puede superar el tamaño máximo de fila especificado, basado en el espacio de tabla de DB2 al que están asignados los datos de la tabla.

    Si no hay ninguna asignación apropiada para una columna de objetos grandes, puede utilizar el filtrado de columna en el artículo para que no se replique. Para obtener más información, vea Filtrar datos publicados.

  • Al replicar SQL Server nchar y nvarchar a DB2 CHAR y VARCHAR, la replicación usa el mismo especificador de longitud para el tipo DB2 que para el tipo de SQL Server. Sin embargo, es posible que la longitud del tipo de datos sea demasiado reducida para la tabla DB2 generada.

    En algunos entornos de DB2, un elemento de datos de SQL Server char no está restringido a caracteres de un solo byte; la longitud de un elemento CHAR o VARCHAR debe tener esto en cuenta. También debe tener en cuenta los caracteres de desplazamiento hacia dentro y desplazamiento hacia fuera si se necesitan. Si va a replicar tablas con nchar columnas y nvarchar , es posible que tenga que especificar una longitud máxima mayor para el tipo de datos en un script de creación personalizado. Para obtener información acerca de cómo especificar un script de creación personalizado, vea el paso 5 de la sección "Configuración de un suscriptor de IBM DB2", en este tema.

Vea también

Non-SQL Server Subscribers
Suscribirse a publicaciones