Replicación y sincronización de sucursales

Transcripción

1 GRUPO EXECOM DE CHIAPAS SA DE CV Replicación y sincronización de sucursales MaxiComercio Grupo Execom 23/02/2011

2 Contenido Replicación, sincronización y procesamiento por lotes... 3 Kit de replicación e integración de datos MaxiComercio/MySQL... 3 Acerca de la replicación e integración... 3 Proceso de integración... 4 Esquema general del proceso de configuración... 5 Fase 1: Preparar base de datos central... 5 Fase 2: Replicación de entidades globales... 8 Fase 3: Configurar integración programada... 9 Utilidades de línea de comandos mc_rpl_cat.exe mc_proc_vnt.exe rp_fiedls.exe Depuración... 12

3 Replicación, sincronización y procesamiento por lotes Kit de replicación e integración de datos MaxiComercio/MySQL Acerca de la replicación e integración La replicación e integración de datos es un proceso parcialmente bidireccional entre dos bases de datos. El principal uso de este mecanismo es la integración de datos provenientes de sucursales o franquicias. Cada sucursal o franquicia cuenta con una base de datos local en donde registra sus operaciones, mismas que son enviadas a una base de datos central con un intervalo de tiempo (proceso por lotes). Consideraciones Identidad de las entidades (Sys_GUID). Solo se considera que el registro de una tabla en una base de datos es el mismo en otra base de datos si tienen el mismo valor de Sys_GUID. Base de datos central. Es la base de datos que contiene la información integrada de todas las bases de datos locales. Base de datos local. Es la base de datos local en una sucursal o franquicia y que depende de una central. Operaciones que se pueden realizar en la base de datos local Ventas de contado, crédito y parcialidades Facturación de ventas locales y Devoluciones Movimientos al inventario local Alta de clientes Movimientos a las cuentas por cobrar Limitaciones Este kit solo funciona adecuadamente con bases de datos MySQL (InnoDB) El proceso de integración no contempla control de números de serie o lote No se contemplan las tablas definidas por el usuario

4 No se puede prevenir el resultado del empleo de Disparadores o funciones no determinísticas definidas por el usuario. Proceso de integración Base de datos central Se replican Entidades globales compartidas Bases de datos locales Se envían las transacciones (ventas, movimientos inventario o a cuentas de clientes) Se sincronizan los saldos y existencias del inventario y los saldos de clientes El proceso de integración completo incluye 3 etapas a cargo de cuatro programas diferentes: mc_rpl_cat.exe. Replica las entidades globales compartidas desde la base de datos central hacia la base de datos local. mc_snd_tran.exe. Envía las ventas, ordenes de producción y nuevos clientes desde la base de datos local hacia la base de datos central. mc_sinc_inv.exe. Sincroniza los movimientos de inventario entre la base de datos local y la central dando como resultado que las existencias y saldos para los almacenes asignados a la base de datos local coinciden. mc_sinc_cxc.exe. Sincroniza los movimientos a cuentas por cobrar entre las dos bases de datos dejando saldos iguales en la bd local y central. Los catálogos compartidos de las bases de datos deben contener las mismas entidades para que los procesos de integración y sincronización funcionen adecuadamente. Si ha agregado entidades compartidas en las bases de datos locales (productos por ejemplo), algunas ventas (que contienen esos productos) no se enviarán a la base de datos central. Para resolver esta inconsistencia ejecute mc_rpl_cat.exe invirtiendo las conexiones.

5 Esquema general del proceso de configuración La puesta en operación contempla tres fases de configuración: Fase 1: Preparar base de datos central Fase 2: Replicar entidades globales Fase 3: Configurar integración programada Fase 1: Preparar base de datos central Las siguientes entidades serán globales (catálogos) a todas las bases de datos: Productos (artículos, servicios, ensambles, recetas, materias primas, etc.) Clientes Proveedores Agentes/vendedores Centros de producción y producción Cajas y cajeros Repartidores Series de documentos Divisas Zonas Configuraciones de impuestos Líneas, Marcas, Departamentos Categorías Promociones o meseros Países, estados o provincias y ciudades Tipos de clientes Grupos de clientes Grupos de productos

6 Es indispensable que la base de datos central tenga bien definidos estos catálogos para simplificar las tareas posteriores.

7 Actualización bidireccional de entidades globales Las nuevas entidades de catálogos definidas en las bases de datos locales pueden replicarse en la base de datos central. Las ediciones a entidades de catálogos hechas en las bases de datos locales no se replican y se perderán en la próxima sincronización de datos. Las adiciones y modificaciones a catálogos hechas en la base de datos central se replican a todas las bases de datos locales sobre-escribiendo sus datos. Altas Base de datos local Altas y modificaciones Base de datos central El catálogo de clientes es el único que de manera predeterminada admite adiciones por las bases de datos locales y obedece a la necesidad de expedir facturas en cada sucursal a clientes que probablemente no estén aun dados de alta en la bd central. Los catálogos de productos, cajas, cajeros, agentes y repartidores podrían ser actualizados localmente pero deberá configurarse explícitamente su replicación a la base de datos central como se verá más adelante. Si va a agregar nuevos registros en catálogos globales (incluidos clientes) deberá desactivar la funcionalidad de Auto-código y definir una lógica de definición de códigos (claves) que garantice la no duplicidad entre las distintas bases de datos locales. Si un código fuere duplicado en dos bd locales no podría actualizarse en la bd central provocando inconsistencias de datos y dificultando la detección de errores. Entidades globales exclusivas para bases de datos locales No todas las entidades globales deben replicarse a las bases de datos locales, generalmente asociará a una sucursal con un centro de consumo, algunos almacenes y algunas series de documentos.

8 Las siguientes entidades deben ser asignadas para usarse exclusivamente en una sola base de datos local: Series de documentos. Almacenes, centros de producción y consumo. Agentes (vendedores o meseros) Cajas y cajeros Resumen de actividades de la fase 1 1. Definir todas las series de documentos que se van a usar en todas las bases de datos locales 2. Definir los almacenes, centros de consumo y de producción que se requieren en todas las bases de datos locales 3. Definir las cajas, cajeros y vendedores de todas las bases de datos locales 4. Definir el catálogo de productos 5. Definir el catálogo de clientes (si es posible) Fase 2: Replicación de entidades globales La replicación en las bases de datos locales requiere el uso de la herramienta mc_rmt_cfg.exe que permite hacer una copia de las entidades globales exclusivas para cada base de datos local. Ejecute esta aplicación en el equipo que realizará la integración y marque únicamente las entidades que desea asignar a esta base de datos local. Al presionar Aceptar se realizará la copia.

9 Fase 3: Configurar integración programada Los programas mc_rpl_cat.exe, mc_snd_tran.exe, mc_sinc_inv.exe y mc_sinc_cxc.exe pueden ejecutarse asíncronamente y dependiendo de varios factores puede elegir la periodicidad que mejor le funcione. Para programar la ejecución de los programas use las facilidades del sistema operativo Windows. Si realiza muchos cambios de precios o a los catálogos compartidos en la base de datos central a lo largo del día puede que programar la replicación (mc_rpl_cat.exe) cada 30 minutos sea adecuado para su caso. Por el contrario, si son pocos los cambios puede que sea suficiente con la ejecución una vez al día. En lo que respecta al envío de transacciones (ventas) y sincronización de inventarios es recomendable que el proceso se realice con una periodicidad continua de entre 20 y 60 minutos, de lo contrario (en intervalos más largos) habría posiblemente demasiadas operaciones por enviar y ralentizaría el proceso. Replicación exclusiva Algunas tablas de la base de datos central no pueden replicarse en caliente porque requieren acceso exclusivo como la definición de ensambles, recetas o componente variables. Para que los cambios realizados en la base de datos central se repliquen debe ejecutar el programa mc_rpl_cat.exe con el argumento exclusive al menos una vez al día. Ejemplo: mc_rpl_cat.exe exclusive Acerca de la información de conexión Los programas de replicación e integración obtienen la información de conexión OLE DB de los archivos source.oledbstr para la base de datos central y target.oledbstr para la base de datos local. Estos archivos deben encontrarse en la misma carpeta que el programa.

10 Utilidades de línea de comandos mc_rpl_cat.exe Realiza la replicación de algunos catálogos de una base de datos a otra. Los catálogos replicados son: Divisas Zonas Categorías Configuraciones de impuestos Departamentos, líneas y marcas Productos (servicios, artículos, ensambles y recetas) Grupos de productos Promociones Países, estados y ciudades Clientes y tipos de clientes Grupos de clientes Especificación de conexiones La aplicación busca en su propia carpeta los siguientes archivos: source.oledbstr. Contine la cadena de conexión OLE DB para la base de datos desde donde se obtienen los datos target.oledbstr. Contiene la cadena de conexión para la base de datos hacia donde se replican los datos. Argumentos de línea de comandos mc_rpl_cat.exe [-Exclusive] [-Exclude:Clientes] [-Exclude:Productos] [-Exclude:Promociones] [- Exclude:Otros] Donde: -Exclusive. Obliga la replicación de objetos que requieren acceso exclusivo como la especificación de componentes de ensambles, listas de precios por cliente y recetas. -Exclude:Clientes. Excluye la replicación del catálogo de clientes y sus tablas relacionadas -Exclude:Productos. Excluye la replicación del catálogo de productos y sus tablas relacionadas

11 -Exclude:Promociones. Excluye la replicación del catálogo de promociones -Exclude:Otros. Excluye la replicación del catálogo de divisas, zonas y categorías La replicación implica la sobre-escritura de registros en la base de datos destino. El campo identidad para los registros es Sys_GUID. mc_proc_vnt.exe Ejecuta los movimientos de almacén de las ventas que los han dejado pendientes. La salida se realiza del almacén asociado al centro de consumo al que pertenece la venta. Esta utilidad no puede procesar salidas de productos que requieran números de serie o control de lotes. Deja un archivo de log en la misma ubicación de la aplicación con el nombre [GUID].log Argumentos de línea de comandos mc_proc_vnt.exe [Source] [-p] [-d] [-k] [ s] [-i:valor] [-f:valor] Donde Source. Es el nombre y ubicación de un archivo de texto que contiene la cadena de conexión OLE DB a la base de datos. Si se omite, la aplicación buscará el archivo source.oledbstr en su misma carpeta. -p. Indica que antes de intentar realizar las salidas de almacén ejecute las ordenes de producción asociadas a la venta. -d. Establece que el rango de valores indicados por i: y f: corresponde a fechas -k. Establece que el rango de valores indicados por i: y f: corresponde a claves primarias -s. Indica que si existen órdenes de producción se ejecuten, pero no se realicen las salidas por ventas. -i. Establece la fecha o clave primaria inicial para las ventas a procesar, si se omite se iniciará desde la prime venta que se encuentre sin procesar. -f. Establece la fecha o clave primaria final para el rango de ventas a procesar, si se omite se continuará procesando desde el inicio hasta el final.

12 rp_fiedls.exe Esta herramienta tiene como propósito replicar datos de campos específicos de una tabla desde una base de datos origen a una base de datos destino. Es útil para enviar información de campos nuevos que no forman parte de la estructura principal de la base de datos del sistema. Argumentos de línea de comandos rp_fiedls.exe [-s] [-g] -t -f Donde: -s: Ubicación del archivo de cadena de conexión de la base de datos origen. Si se omite busca source.oledbstr en la ubicación del programa..g: Ubicación del archivo de conexión de la base de datos destino. Si se omite busca target.oledbstr en la ubicación del programa. -t: Nombre de tabla. -f: Lista de campos separados por coma (,). Ejemplo: rp_fields.exe s C:\cn1.txt g C:\cn2.txt t Producto f codigo,precio,visible,uf_micampo Depuración Argumento -i En caso ocurrir algún problema y desea obtener más detalles de las tareas que realizan las herramientas mc_rpl_cat.exe, mc_snd_trans.exe, mc_sinc_inv.exe y mc_sinc_cxc.exe, entonces ejecute estos programas incluyendo el argumento de línea de comandos -i. Ejemplo: mc_snd_trans.exe -i El argumento i debe ser el primero en la lista de argumentos de línea de comandos.

13 Al ejecutar las herramientas con esta opción le permitirá ver en pantalla los procesos que se están realizando al enviar o recibir información entre base de datos. Herramienta IIBD Esta herramienta le permite comparar información de dos bases de datos para ayudarle a encontrar la causa de inconsistencias en la información. Al igual que las herramientas de replicación de datos esta aplicación requiere una conexión al servidor de base de datos central (source.oledbstr) y una a la base de datos local (target.oledbstr). Esta aplicación tiene dos procesos principales: 1. Búsqueda de registros que existen solo en una base de datos (local o central), lo cual podría causar errores al momento de actualizar la segunda base de datos. Tabla: Escriba el nombre de la tabla a comparar. Datos para mostrar: Escriba el nombre los campos que desea ver en pantalla para los registros encontrados. Buscar primero en base de datos central: Marque la casilla para comparar los registros que están en la base de datos local y buscar si existen en la base de datos central. Si desmarca la casilla la búsqueda se hará primero en el servidor central y luego se comparará la base de datos local. Presione el botón No existen en la base de datos para comenzar la búsqueda.

14 2. Búsqueda de registros que existen en ambas base de datos con el mismo código pero tiene un identificador (Sys_GUID) diferente, lo cual indica que fueron duplicados. Tabla: Escriba el nombre de la tabla a comparar. Datos para mostrar: Escriba el nombre los campos que desea ver en pantalla para los registros encontrados. Buscar primero en base de datos central: Marque la casilla para comparar los registros que están en la base de datos local y buscar si existen en la base de datos central. Si desmarca la casilla la búsqueda se hará primero en el servidor central y luego se comparará la base de datos local. Presione el botón Duplicados para comenzar la búsqueda.