Replicacion de Base de Datos

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 28

AO DE LA INVERSION RURAL Y LA SEGURIDAD ALIMENTARIA UNIVERSIDAD SAN PEDRO

INTEGRANTES: RUIZ LEJABO JOSE CHAPILLIQUEN CORNEJO BABY DOCENTE: RIVERA MONTERO FREDY CURSO: BASE DE DATOS II TEMA: REPLICACION DE BASE DE DATOS ESCUELA: INFORMATICA Y DE SISTEMAS FACULTAD: INGENIERIA

2013

BASE DE DATOS II

INFORMATICA Y SISTEMAS

ndice:

INTRODUCCION

W. Curtis Preston Tecnologa de replicacin de datos. 4 Replicacin sncrona y asncrona.. 4 Replicacin asncrona y replicacin peridica 5 Buenas prcticas de administracin para garantizar una replicacin eficaz.. 5 Replicacin y duplicacin de datos. 6 Conceptos Universales
Replicacin.. 7 Beneficios.............. 8 Replicacin en rbol... 9 Caractersticas y beneficios 11

Componentes del modelo de replicacin 13 Escenarios tpicos de la replicacin.. 14 Tipos de replicacin replicacin de instantneas................................17 replicacin transaccional ......... 19 replicacin de mezcla.........21 Factores para elegir el mtodo de replicacin a utilizar 23 Configurar la replicacin con la creacin de reflejo de la base de datos Configurar el publicador....... 24 Configurar la creacin de reflejo de la base de datos...... 24 Configurar la entidad reflejada de manera que utilice el mismo distribuidor que la entidad de seguridad 24 Configurar los agentes de replicacin para la conmutacin por error.....................25 Agregar las entidades de seguridad y reflejada al Monitor de replicacin .....26
2

CONCLUSIONES BIBLIOGRAFIA
INGENIERIA | RIBERA MONTERO FREDY

BASE DE DATOS II

INFORMATICA Y SISTEMAS

INTRODUCCION
La replicacin de datos permite que ciertos datos de la base de datos sean almacenados en ms de un sitio, y su principal utilidad es que permite aumentar la disponibilidad de los datos y mejora el funcionamiento de las consultas globales a la base de datos. [Elm00] La replicacin en SQL Server consiste, en el transporte de datos entre dos o ms instancias de servidores. Para ello SQL Server brinda un conjunto de soluciones que permite copiar, distribuir y posiblemente modificar datos de toda la organizacin. Se incluyen, adems, varios mtodos y opciones para el diseo, implementacin, supervisin y administracin de la replicacin, que le ofrecen la funcionalidad y flexibilidad necesarias para distribuir datos y mantener su coherencia. En la replicacin se utiliza una metfora de la industria de la publicacin para representar los componentes y procesos de una topologa de replicacin. De esta forma el modelo se compone, bsicamente, de los siguientes elementos: publicador, distribuidor, suscriptores, publicaciones, artculos y suscripciones.

INGENIERIA

RIBERA MONTERO FREDY

BASE DE DATOS II

INFORMATICA Y SISTEMAS

W. Curtis Preston
Qu es la tecnologa de replicacin de datos y cmo funciona?
La replicacin es el proceso de copia de datos de un alojador a otro por bloques y de forma diferencial. Por lo tanto, como la replicacin se suele llevar a cabo a nivel de archivo o de libro, a medida que cambian cosas en el libro en cuestin, los bloques que han cambiado en la fuente se replican inmediatamente en el destino.

Cul es la diferencia entre replicacin sncrona y replicacin asncrona?


La tecnologa de replicacin sncrona no reconoce el asiento de la aplicacin primaria hasta que se ha replicado el bloque en la sede de destino. La replicacin asncrona, en cambio, primero reconoce el asiento y luego replica el bloque al cabo del tiempo. Cada una tiene sus ventajas e inconvenientes en distintos supuestos. La replicacin sncrona tiene la ventaja de estar continuamente actualizada en la sede de destino. Se tiene siempre la certeza de que los datos existentes en la sede de destino estn tan al da como los datos de la sede de origen. La dificultad reside en que, como no reconoce el asiento hasta que sabe que el bloque se ha replicado, el lapso de tiempo necesario para que el bloque llegue al destino puede incidir en el rendimiento de la aplicacin frontal. Por lo tanto, la sincronizacin slo se suele hacer en un centro de datos o a una distancia muy corta inferior a 75 kilmetros, o incluso a 35 kilmetros. Algunas tecnologas permiten llegar ms lejos, pero son muy recientes. La ventaja de la replicacin asncrona es que, sea cual sea el ancho de banda o la latencia, no incide en el rendimiento de la aplicacin primaria. El inconveniente de la replicacin asncrona es que se puede desincronizar de la aplicacin primaria, y en realidad se puede desincronizar tanto que no alcance nunca a ponerse al da. Algunos productos tienen la capacidad de funcionar en modos especiales para intentar ponerse al da, pero si no se tiene ancho de banda suficiente o si se tiene demasiada latencia, se puede quedar uno tan atrs que no se cumple el objetivo de punto de restauracin (RPO), que es el inters fundamental de la replicacin.
4

De modo que o se est siempre actualizado, pero con el riesgo de incidir en el rendimiento, o no se incide en el rendimiento, pero se puede uno desincronizar muy rpidamente.
INGENIERIA | RIBERA MONTERO FREDY

BASE DE DATOS II

INFORMATICA Y SISTEMAS En qu difiere la replicacin asncrona de la

replicacin peridica?
Tcnicamente, la replicacin peridica es un subconjunto de una de las maneras de realizar replicacin asncrona, en la medida en que como asncrono significa precisamente que no se est forzando el reconocimiento del asiento antes de reconocer el contra asiento en la aplicacin primaria. La replicacin peridica significa que se toma una instantnea en un momento determinado, normalmente cada hora. A continuacin, el producto de replicacin examina los bytes que han cambiado entre la ltima instantnea y la actual, y luego replica los bytes necesarios para crear esos puntos en el tiempo en el destino de replicacin. Por lo tanto, algunos de ellos se pueden replicar continuamente y despus tomarn una instantnea en la sede de origen. Luego les bastar con replicar ese estado en la otra sede. Pero la gran diferencia es que con el sistema de replicacin peridica, si se corrompe un punto en el tiempo, se dispone de otro o de varios a los cuales regresar. Con la replicacin asncrona, dependiendo de lo actualizado que se est, se est copiando continuamente todo, incluida la corrupcin. Si por ejemplo borrara accidentalmente una tabla, podra sobrescribir el destino con esa corrupcin.

Puede comentar buenas prcticas de administracin para garantizar la replicacin efectiva?


Todo se reduce a probar. Mucha gente opta por la replicacin porque piensa que va a tener ancho de banda suficiente, que la replicacin utiliza muy poco ancho de banda, y que basta con poner en marcha la replicacin para que todo funcione como por arte de magia. Ese es el camino ms seguro hacia el desastre. Da por supuesto que todos los productos de replicacin replicarn la misma cantidad de datos. Lo primero que hay que comprender es que productos distintos replican de forma diferente y envan cantidades de datos diversas, y se comportan de forma diferente en condiciones distintas. Pruebe los productos en un contexto experimental, donde el ancho de banda y la latencia no sean un problema, pero tome nota del ancho de banda que est utilizando la replicacin. Otra cosa que puede hacer es utilizar un simulador de Red de rea amplia donde podr simular realmente distintos tipos tanto de latencias como de anchos de banda ms bajos. A continuacin, puede especificar que tiene que parecer que el dispositivo est a 1.500 15.000 kilmetros de distancia, y comprobar cmo funciona la aplicacin en esas condiciones. Si se hace ese experimento en vez de contentarse con utilizar una Red de rea amplia, es porque ayuda a descartar variables de la ecuacin, de tal modo que la
INGENIERIA | RIBERA MONTERO FREDY

BASE DE DATOS II

INFORMATICA Y SISTEMAS

nica variable que quede sea el software que se est probando. Si puede usted simular los cambios, el ancho de banda y la latencia de modo que sean siempre los mismos, podr ver qu distinto es el comportamiento de los diversos productos. Creo que si prueba usted los productos antes de comprarlos, tendr una experiencia mucho ms positiva que la mayora de la gente. Lo siguiente que queda por hacer es supervisar. La replicacin funciona tan silenciosamente, que poca gente est pendiente de comprobarla. La forma ms segura que conseguir que fallen es no vigilarlas.

Qu relacin hay entre replicacin y duplicacin de datos?


Estn relacionadas en la medida en que con la duplicacin de datos, puede usted replicar cosas que antes no poda. Histricamente, la replicacin se realizado a nivel de libro o de archivo. Se replica un libro, archivo o base en su ubicacin primaria. Despus, si se guarda esa base de datos a una matriz de discos, y luego se replica esa matriz de discos sin duplicacin, se estara replicando una cantidad de datos significativamente mayor que si se replicara desde el origen. La duplicacin permite guardar esos datos en disco utilizando metodologas de duplicacin, y luego, como la duplicacin en realidad elimina los bloques redundantes, permite replicar esa guarde a otra ubicacin. Algo que hasta ahora, slo era posible en los entornos ms reducidos.

INGENIERIA

RIBERA MONTERO FREDY

BASE DE DATOS II

INFORMATICA Y SISTEMAS

Conceptos Universales

Replicacin:
La replicacin es el proceso de copiar y mantener actualizados los datos en varios nodos de bases de datos ya sean estos persistentes o no. ste usa un concepto donde existe un nodo amo o maestro (master) y otros sirvientes o esclavos (slaves). La replicacin de discos y particiones es la respuesta a una parte importante de esas dos acciones de mantenimiento. La replicacin es el proceso mediante el cual se genera una copia exacta de parte del sistema. Esa parte puede ser desde un archivo hasta una carpeta, una particin, un disco o incluso varios discos.
Es un conjunto de tecnologas destinadas a la copia y distribucin de datos y objetos de base de datos desde una base de datos a otra, para luego sincronizar ambas bases de datos y mantener su coherencia. La replicacin permite distribuir datos entre diferentes ubicaciones y entre usuarios remotos o mviles mediante redes locales y de rea extensa, conexiones de acceso telefnico, conexiones inalmbricas e Internet. La replicacin transaccional se usa normalmente en escenarios servidor a servidor que requieren un alto rendimiento, como por ejemplo, la mejora de la escalabilidad y la disponibilidad, el almacenamiento de datos y la creacin de informes, la integracin de datos procedentes de varios sitios, la integracin de datos heterogneos, y la descarga del procesamiento por lotes. La replicacin de mezcla se ha diseado principalmente para las aplicaciones mviles o de servidores distribuidos que pueden encontrarse con conflictos de datos. Los escenarios ms frecuentes son: el intercambio de datos con usuarios mviles, las aplicaciones de punto de venta (POS) a consumidores, y la integracin de datos de varios sitios. La replicacin de instantneas se usa para proporcionar el conjunto de datos inicial para la replicacin transaccional y de mezcla; tambin se puede usar cuando est indicada una actualizacin completa de los datos. Con estos tres tipos de replicacin, SQL Server proporciona un sistema eficaz y flexible para la sincronizacin de datos en toda la organizacin.

INGENIERIA

RIBERA MONTERO FREDY

BASE DE DATOS II

INFORMATICA Y SISTEMAS

Beneficios:
La replicacin se usa mucho en sistema de acceso a datos por varios motivos:

Rendimiento: Normalmente y dependiendo del caso, hay ms lectura que escritura en una base de datos, por lo que tener varios nodos solo procesando la lectura puede traer un gran beneficio de rendimiento en una base de datos muy consultada. Prueba de fallas: Un esclavo estando casi sincrnicamente actualizado puede ser til en caso de que el nodo maestro caiga, este puede reemplazarlo y as no detener el servicio. Fiabilidad: Muchas veces se puede tener una replicacin para tener la seguridad de que los datos estn siendo copiados a otro nodo, en caso de sufrir un desperfecto en el maestro. Generacin de bloqueos: aunque esta es ms precisa, tambin se puede usar para procesos que necesiten leer datos, generando bloqueos, al hacerlo sobre un esclavo esto no interviene en el funcionamiento de todo el sistema, es muy usado para por ejemplo, hacer copias de seguridad, o extraer grandes cantidades de datos para generar estadsticas.

INGENIERIA

RIBERA MONTERO FREDY

BASE DE DATOS II

INFORMATICA Y SISTEMAS

Replicacin en rbol:
En muchos casos, los esclavos tambin pueden tener sus propios esclavos, por lo que se puede generar rboles de replicacin, bajando la carga al maestro y dando la posibilidad de disear mejores modelos contra cadas de servicios. Las soluciones para integracin de datos necesitan soportar requerimientos claves de negocios como toma de decisiones en tiempo real, efectividad operacional y rentabilidad. Cambios, como el crecimiento exponencial de datos, expansin global del negocio y ambientes de mltiples bases de datos que requieren de soluciones de integracin de datos que sean flexibles, fcil de usar por el equipo humano de TI existente y que pueda ser implementado rpidamente para resultados mensurables. Proyectos para integracin especifica de datos como conversin de datos de nuevos sistemas de bases de datos, migracin de datos para nuevos o versiones actualizadas de ERP, CRM u otra suite de aplicaciones, replicando informacin corporativa para recuperacin de desastres o duplicando datos especficos a bases de datos de bajo costo para anlisis y reportes, requieren de una solucin que provea:

Soporte acceso y movimiento de datos en tiempo real (adicional al bach) Soporte cualquier tamao de set de datos Soporte mltiples bases de datos (tanto como bases de origen o destino) Soporte cualquier plataforma

Con actividades de sincronizacin de datos, como distribucin da datos operacionales, actualizacin en tiempo real de los sistemas analticos o balanceo de datos entre numerosos sistemas, usted tambin puede necesitar estas caractersticas:

Tecnologa de captura de datos (CDC) para minimizar el acceso a las bases de datos de origen y destino Soporte a Bases de Datos Heterogneas Soportar transformaciones de datos Soportar integracin de datos con soluciones de data warehousing,

Instalando una slida solucin de integracin de datos que permite direccionar mltiples bases de datos, mltiples plataformas y acezando datos en tiempo real permite resolver varios problemas de administracin de informacin que puedan surgir de una absorcin/adquisicin, requerimientos de could computing, cambios del negocio, auditoria/riesgo, administracin remota y Master Data Managment (MDM) o planes de gobernabilidad de datos.
9

HiT Software DBMoto provee una ptima integracin de datos basado en estndares abiertos, los cuales permiten al equipo de tecnologa o integradores de sistemas

INGENIERIA

RIBERA MONTERO FREDY

BASE DE DATOS II

INFORMATICA Y SISTEMAS

implementar en forma rentable una solucin atreves de bases de datos heterogneas o cualquier plataforma.

DBMoto ofrece replicacin e integracin de datos en tiempo real con:


Bajo costo de inversin Soporte a bases de datos heterogeneas Interoperabilidad con sistemas legados Rpida implementacin / lo ms rpido existente en el mercado Alta fiabilidad y comprobado rendimiento Soporte tcnico experto y responsable Soporta 32-bit/64-bit No intrusivo en sistemas IBM

DBMoto ejecuta replicacin de datos en Refresh y tiempo real para sus servidores y equipos computaciones corporativos. Las principales bases de datos como IBM DB2 (incluyendo i/System i/iSeries/AS400, AIX, Linux, Windows y z/OS), Oracle, Microsoft SQL Server, Sybase ASE, SQL Anywhere, MySQL, IBM Informix, Ingres, PosgreSQL, Gupta Tehcnologies SQLBase y Firebird estn soportadas. DBMoto actualmente soporta IBM Netezza data warehouse (Ingles) como destino de datos. En modo Refresh (Snapshot), DBMoto lee los datos, aplica las reglas de mapeo definidas por el administrador y escribe los resultados en la bases de datos de destino. En modo Mirroring, DBMoto ejecuta una replicacin incremental en tiempo real desde el destino al origen, basado en la actividad de los logs de transacciones y aplicando Captura de datos (CDC) para minimizar el trfico de datos. En modo Synchronization, DBMoto ejecuta un Mirroring bidireccional con resolucin de conflictos incorporado con el fin de sincronizar datos entre las bases de datos de origen y destino. DBMoto ofrece sincronizacin multiservidor, coordinando la sincronizacin de datos entre tres o ms bases de datos.

10

INGENIERIA

RIBERA MONTERO FREDY

BASE DE DATOS II

INFORMATICA Y SISTEMAS

Poderosos y amigables asistentes grficos permitirn instalar el producto en forma muy rpida. Y a diferencia de otras soluciones de integracin de datos, DBMoto ofrece control ilimitado sobre las replicaciones y transformaciones de datos utilizando tecnologa de scripting.

Caractersticas y Beneficios:
Caractersticas Claves Mirroring en tiempo real basado sobre logs de transacciones Replicacin modo Refresh Beneficios Toma de decisiones mas precisa Fcil, e instantnea entrega de datos Mantiene dos bases de datos sincronizadas Servidor de Bases de Datos mantiene la estabilidad Rpida y fcil instalacin y configuracin Detallado control de transformaciones Rpido despliegue de datos

Modo Sincronizacin No necesita programacin

Asistentes grficos

Completa adaptacin va scripting

Funcionalidades incorporadas, con extensivas funciones personalizadas Creacin de tablas automtica en el destino

Accesibilidad remota a la consola de administracin Managment Center


11

Conveniente administracin

INGENIERIA

RIBERA MONTERO FREDY

BASE DE DATOS II Completo reporte grafico de actividades y acceso Interfaz grfica y amigable

INFORMATICA Y SISTEMAS Herramienta de auditora para el anlisis de datos Rpida curva de aprendizaje

Mltiples funciones de comparacin de resultados en DBMoto Verifer

Reduce el tiempo para verificar la actualizacin datos posteriormente a una replicacin

Avanzada consola de errores

Solucin precisa de problemas posterior a una replicacin Reduce el tiempo de conectividad y trfico entre el origen y destino

Grupo de replicaciones

12

INGENIERIA

RIBERA MONTERO FREDY

BASE DE DATOS II

INFORMATICA Y SISTEMAS

Componentes del modelo de replicacin


Para representar los componentes y procesos de una topologa de replicacin se utilizan metforas de la industria de la publicacin. El modelo se compone de los siguientes objetos: el publicador, el distribuidor, el suscriptor, la publicacin, el artculo y la suscripcin; as como de varios agentes, que son los procesos responsabilizados de copiar los datos entre el publicador y el suscriptor. Estos agentes son: agente de instantneas, agente de distribucin, agente del lector del registro, agente del lector de cola y agente de mezcla . La replicacin de datos es un asunto exclusivamente entre servidores de datos, en nuestro caso hablamos de servidores SQL Server. Los servidores SQL Server pueden desempear uno o varios de los siguientes roles: publicador, distribuidor o suscriptor.

El publicador es un servidor que pone los datos a disposicin de otros servidores para poder replicarlos. El distribuidor es un servidor que aloja la base de datos de
distribucin y almacena los datos histricos, transacciones y metadatos. Los suscriptores reciben los datos replicados.

Una publicacin es un conjunto de artculos (este concepto: "artculo de una


publicacin", es diferente del concepto "artculo o registro de una base de datos", como explicaremos ms adelante) de una base de datos. Esta agrupacin de varios artculos facilita especificar un conjunto de datos relacionados lgicamente y los objetos de bases de datos que desea replicar conjuntamente. Un artculo de una publicacin puede ser una tabla de datos la cual puede contar con todas las filas o algunas (filtrado horizontal) y simultneamente contar de todas las columnas o algunas (filtrado vertical), un procedimiento almacenado, una definicin de vista, la ejecucin de un procedimiento almacenado, una vista, una vista indizada o una funcin definida por el usuario.

Una suscripcin es una peticin de copia de datos o de objetos de base de datos para
replicar. Una suscripcin define qu publicacin se recibir, dnde y cundo. Las suscripciones pueden ser de insercin o de extraccin; y una publicacin puede admitir una combinacin de suscripciones de insercin y extraccin. El publicador (en las suscripciones de insercin) o el suscriptor (en las suscripciones de extraccin) solicita la sincronizacin o distribucin de datos de una suscripcin. El publicador puede disponer de una o ms publicaciones, de las cuales los suscriptores se suscriben a las publicaciones que necesitan, nunca a artculos individuales de una publicacin. El publicador, adems, detecta qu datos han cambiado durante la replicacin transaccional y mantiene informacin acerca de todas las publicaciones del sitio.
13

La funcin del distribuidor vara segn la metodologa de replicacin implementada. En ocasiones se configura como distribuidor el mismo publicador y se le denomina distribuidor local. En el resto de los casos el distribuidor ser remoto, pudiendo coincidir en algn caso con un suscriptor.
INGENIERIA | RIBERA MONTERO FREDY

BASE DE DATOS II

INFORMATICA Y SISTEMAS

Los suscriptores adems de obtener sus suscripciones, en dependencia del tipo y opciones de replicacin elegidas, pueden devolver datos modificados al publicador. Adems puede tener sus propias publicaciones.

Escenarios tpicos de la replicacin


En una solucin de replicacin pudiera ser necesario utilizar varias publicaciones en una combinacin de metodologas y opciones. En la replicacin los datos o transacciones fluyen del publicador al suscriptor pasando por el distribuidor. Por lo tanto en su configuracin mnima una topologa de replicacin se compone de al menos dos o tres servidores SQL Server que desempean los tres roles mencionados. Variando la ubicacin del servidor distribuidor podramos contar con las siguientes variantes: 1. El rol de distribuidor desempeado por el publicador (Fig. 1). 2. El rol de distribuidor desempeado por el suscriptor (Fig. 2) 3. Un servidor de distribucin, independiente del publicador y del suscriptor (Fig.3)

Fig.1 Publicador-Distribuidor

Fig.2 Distribuidor-Suscriptor

14

Fig. 3 Distribuidor independiente


INGENIERIA | RIBERA MONTERO FREDY

BASE DE DATOS II

INFORMATICA Y SISTEMAS

En la mayora de las configuraciones, el peso fundamental de la replicacin recae, sobre el servidor de distribucin. Por tanto ste puede ser un criterio para determinar su ubicacin, teniendo en cuenta las configuraciones (posibilidades fsicas) de los servidores, as como otras responsabilidades que pueden estar desempeando (servidor de dominio, servidor de pginas web entre otras) [Mic01]. Existe la posibilidad de contar con un servidor que se suscriba a una publicacin y a la vez la publique para el resto de los suscriptores, esto puede ser muy til cuando se cuente con una conexin muy costosa con el publicador principal. Por ejemplo el publicador principal en Madrid y los suscriptores en Ciudad Habana, Varadero, Cayo Coco, Cayo Largo, etc. En casos como este, se puede elegir un suscriptor, digamos el servidor de Ciudad Habana el cual se suscribe al publicador en Madrid y a la vez acta como servidor de publicacin para los servidores de Varadero, Cayo Coco, Cayo Largo y dems. Evidentemente en una configuracin tal pueden nuevamente combinarse la ubicacin de los dos distribuidores y aumentar el nmero de variantes que pueden presentarse pero las consideraciones para determinar la ubicacin del servidor que fungir como distribuidor son las ya mencionadas.

15

INGENIERIA

RIBERA MONTERO FREDY

BASE DE DATOS II

INFORMATICA Y SISTEMAS

Tipos de replicacin
Los tipos bsicos de replicacin son:

replicacin de instantneas replicacin transaccional replicacin de mezcla

Para ajustarse an ms a los requerimientos de los usuarios se incorporan opciones como son la actualizacin inmediata en el suscriptor, la actualizacin en cola y la transformacin de datos replicados.

16

INGENIERIA

RIBERA MONTERO FREDY

BASE DE DATOS II

INFORMATICA Y SISTEMAS

Replicacin de instantneas
En la replicacin de instantneas los datos se copian tal y como aparecen exactamente en un momento determinado. Por consiguiente, no requiere un control continuo de los cambios. Las publicaciones de instantneas se suelen replicar con menos frecuencia que otros tipos de publicaciones. Puede llevar ms tiempo propagar las modificaciones de datos a los suscriptores. Se recomienda utilizar: cuando la mayora de los datos no cambian con frecuencia; se replican pequeas cantidades de datos; los sitios con frecuencia estn desconectados y es aceptable un periodo de latencia largo (la cantidad de tiempo que transcurre entre la actualizacin de los datos en un sitio y en otro). En ocasiones se hace necesario utilizarla cuando estn involucrados algunos tipos de datos (text, ntext, e image) cuyas modificaciones no se registran en el registro de transacciones y por tanto no se pueden replicar utilizando la metodologa de replicacin transaccional. Los servidores OLAP son candidatos a la replicacin de instantneas. Las consultas ad-hoc que aplican los administradores de sistemas de informacin son generalmente de solo lectura y los datos con antigedad de horas o das no afectan sus consultas. Por ejemplo un departamento desea hacer una investigacin sobre demografa de los artculos vendidos hace dos meses. La informacin de la semana pasada no afectar sus consultas; adems el departamento no est planeando hacer cambio en los datos, solo necesita el almacn de datos. Hay que destacar adems que cuando estn involucrados algunos tipos de datos (text, ntext, e image) cuyas modificaciones no se registran en el registro de transacciones [Mic01] y por lo tanto es necesario transportar estos datos del publicador al suscriptor para lo cual es necesario utilizar la replicacin de instantneas, al menos como una solucin parcial. Con la opcin de actualizacin inmediata en el suscriptor se permite a los suscriptores actualizar datos solamente si el publicador los va a aceptar inmediatamente. Si el publicador los acepta, se propagan a otros suscriptores. El suscriptor debe estar conectado de forma estable y continua al publicador para poder realizar cambios en el suscriptor. Esta opcin es til en escenarios en los que tienen lugar unas cuantas modificaciones ocasionales en los servidores suscriptor.

17

INGENIERIA

RIBERA MONTERO FREDY

BASE DE DATOS II

INFORMATICA Y SISTEMAS

En la ilustracin siguiente se muestran los componentes principales de la replicacin de instantneas.

18

INGENIERIA

RIBERA MONTERO FREDY

BASE DE DATOS II

INFORMATICA Y SISTEMAS

Replicacin transaccional
En este caso se propaga una instantnea inicial de datos a los suscriptores, y despus, cuando se efectan las modificaciones en el publicador, las transacciones individuales se propagan a los suscriptores. SQL Server 2000 almacena las transacciones que afectan a los objetos replicados y propaga esos cambios a los suscriptores de forma continua o a intervalos programados. Al finalizar la propagacin de los cambios, todos los suscriptores tendrn los mismos valores que el publicador. Suele utilizarse cuando: se desea que las modificaciones de datos se propaguen a los suscriptores, normalmente pocos segundos despus de producirse; se necesita que las transacciones sean atmicas, que se apliquen todas o ninguna al suscriptor; los suscriptores se conectan en su mayora al publicador; su aplicacin no puede permitir un periodo de latencia largo para los suscriptores que reciban cambios. Es til en escenarios en los que los suscriptores pueden tratar a sus datos como de slo lectura, pere necesitan cambios a los datos con una cantidad mnima de latencia. Ejemplo: un sistema para el procesamiento y distribucin de pedidos. En este tipo de escenario, podra tener varios publicadores recibiendo pedidos de mercancas. Estos pedidos se replican entonces a un almacn central donde se despachan los pedidos. El almacn puede tratar los datos como de slo lectura y requiere nueva informacin en forma peridica. Con el uso de la opcin de atualizacin inmediata en el suscriptor se pierde an ms la autonoma de sitio, pero se reduce el tiempo en el cual los sitios actualizan sus copias de los datos. Para hacer modificaciones en la base de datos del suscriptor stas se realizan (o intentan) tambin en la base de datos publicador en una confirmacin de dos fases (2PC) por lo que si su modificacin se confirma indica que es vlida y luego en cuestin de minutos, o segn la planificacin hecha, estos cambios son duplicados a las dems bases de datos suscriptoras.

19

INGENIERIA

RIBERA MONTERO FREDY

BASE DE DATOS II

INFORMATICA Y SISTEMAS

En la siguiente ilustracin se muestran los principales componentes de la replicacin transaccional.

20

INGENIERIA

RIBERA MONTERO FREDY

BASE DE DATOS II

INFORMATICA Y SISTEMAS

Replicacin de mezcla
Permite que varios sitios funcionen en lnea o desconectados de manera autnoma, y mezclar ms adelante las modificaciones de datos realizadas en un resultado nico y uniforme. La instantnea inicial se aplica a los suscriptores; a continuacin SQL Server 2000 hace un seguimiento de los cambios realizados en los datos publicados en el publicador y en los suscriptores. Los datos se sincronizan entre los servidores a una hora programada o a peticin. Las actualizaciones se realizan de manera independiente, sin protocolo de confirmacin, en ms de un servidor, as el publicador o ms de un suscriptor pueden haber actualizado los mismos datos. Por lo tanto, pueden producirse conflictos al mezclar las modificaciones de datos. Cuando se produce un conflicto, el Agente de mezcla invoca una resolucin para determinar qu datos se aceptarn y se propagarn a otros sitios. Es til cuando: varios suscriptores necesitan actualizar datos en diferentes ocasiones y propagar los cambios al publicador y a otros suscriptores; los suscriptores necesitan recibir datos, realizar cambios sin conexin y sincronizar ms adelante los cambios con el publicador y otros suscriptores; el requisito de periodo de latencia de la aplicacin es largo o corto; la autonoma del sitio es un factor crucial. Es til en ambientes en los que cada sitio hacen cambios solamente en sus datos pero que necesitan tener la informacin de los otros sitios. Por ejemplo podra crearse una base de datos que registre la historia delictiva de individuos. En cada municipio de Villa Clara, se puede tener una copia de la base de datos de toda la provincia y no se requiere estar conectado permanentemente a la base de datos de la instancia provincial.

21

INGENIERIA

RIBERA MONTERO FREDY

BASE DE DATOS II

INFORMATICA Y SISTEMAS

En el siguiente diagrama se muestran los componentes que se utilizan en la replicacin de mezcla.

22

INGENIERIA

RIBERA MONTERO FREDY

BASE DE DATOS II

INFORMATICA Y SISTEMAS

Factores para elegir el mtodo de replicacin a utilizar


En la eleccin de un mtodo adecuado para la distribucin de los datos en una organizacin influyen varios factores. Los cuales podemos agruparlos en dos grupos: factores relacionados con los requerimientos de la aplicacin y factores relacionados con el entorno de red.

Dentro de los factores relacionados con los requerimientos de la aplicacin, los fundamentales son:

Autonoma Consistencia transaccional Latencia

La autonoma de un sitio da la medida de cuanto puede operar el sitio desconectado de la base de datos publicadora. La consistencia transaccional de un sitio viene dado por la necesidad de ejecutar o no inmediatamente todas las transacciones que se han ejecutado en el servidor, o si es suficiente con respetar el orden de las mismas. La latencia de un sitio se refiere al momento en que se deben de sincronizar las copias de los datos. Necesitan los datos estar el 100% en sincrona? O si es admisible determinada latencia de qu tamao es aceptable el rezago? [Gar99]. Entre los factores relacionados con el entorno de red estn la velocidad de transmisin de datos de la red, deben considerarse preguntas como Cmo luce la red? Es rpida? Debe analizarse adems la confiabilidad de la red y responder preguntas como Cun confiable es la red? Por otra parte en el caso que los servidores SQL no permanezcan todo el da encendidos, como pudiera suceder en algunas organizaciones, deben considerarse los horarios de disponibilidad de cada servidor. La consideracin de estos factores sirven de gua en la configuracin del ambiente de replicacin. Adems debe considerar las siguientes preguntas: Qu datos se van a publicar? Reciben todos los suscriptores todos los datos o slo subconjuntos de ellos? Se deben particionar los datos por sitio? Se debe permitir que los suscriptores enven actualizaciones de los datos? Y en caso de permitirlas Cmo deben implementarse? Quines pueden tener acceso a los datos? Se encuentran estos usuarios en lnea? Se encuentran conectados mediante enlaces caros?
23

INGENIERIA

RIBERA MONTERO FREDY

BASE DE DATOS II

INFORMATICA Y SISTEMAS

Configurar la replicacin con la creacin de reflejo de la base de datos


La configuracin de la replicacin y la creacin de reflejo de la base de datos implican cinco pasos. Cada paso se describe en detalle en la siguiente seccin. 1. Configurar el publicador 2. Configurar la creacin de reflejo de la base de datos 3. Configurar la entidad reflejada de manera que utilice el mismo distribuidor que la entidad de seguridad 4. Configurar los agentes de replicacin para la conmutacin por error 5. Agregar las entidades de seguridad y reflejada al Monitor de replicacin El orden de los pasos 1 y 2 se puede invertir.

Para configurar la creacin de reflejo de la base de datos para una base de datos de publicacin 1. Configure el publicador:
a. Se recomienda el uso de un distribuidor remoto. Para obtener ms informacin acerca de cmo configurar la distribucin. b. Se puede habilitar una base de datos para publicaciones transaccionales y de instantneas y/o para publicaciones de combinacin. Para las bases de datos reflejadas que incluirn ms de un tipo de publicacin, se debe habilitar la base de datos para ambos tipos en el mismo nodo usando sp_replicationdboption. Por ejemplo, puede ejecutar el siguiente procedimiento almacenado en la entidad de seguridad: c. exec sp_replicationdboption @dbname='<PublicationDatabase>', @optname='publish', @value=true d. exec sp_replicationdboption @dbname='<PublicationDatabase>', @optname='mergepublish', @value=true

2. Configurar la creacin de reflejo de la base de datos 3. Configurar la distribucin para la entidad reflejada.
24

Indique el nombre de la entidad reflejada como el publicador y especifique el mismo distribuidor y la misma carpeta de instantneas que se utilizan en la entidad de seguridad. Por ejemplo, si est configurando la replicacin con procedimientos almacenados, ejecute sp_adddistpublisher en el distribuidor y, a continuacin, ejecute sp_adddistributor en la entidad reflejada. Para sp_adddistpublisher:
INGENIERIA | RIBERA MONTERO FREDY

BASE DE DATOS II
o o

INFORMATICA Y SISTEMAS

Establezca el valor del parmetro @publisher en el nombre de red de la entidad reflejada. Establezca el valor del parmetro @working_directory en la carpeta de instantneas que se utiliza en la entidad de seguridad.

4. Especifique el nombre de la entidad reflejada para el parmetro de agente


PublisherFailoverPartner. Este parmetro es necesario para que los siguientes agentes identifiquen la entidad reflejada despus de una conmutacin por error: o Agente de instantneas (para todas las publicaciones) o Agente de registro del LOG (para todas las publicaciones transaccionales) o Agente de lectura de cola (para las publicaciones transaccionales que admiten suscripciones de actualizacin en cola) o Agente de mezcla (para suscripciones de mezcla) o Escucha de replicacin de SQL Server (replisapi.dll: para suscripciones de mezcla sincronizadas mediante sincronizacin web) o Control ActiveX de mezcla de SQL (para suscripciones de mezcla sincronizadas con el control) El Agente de distribucin y el Control ActiveX de distribucin de SQL no tienen este parmetro porque no se conectan al publicador. Los cambios en los parmetros del agente tendrn efecto la prxima vez que se inicie el agente. Si el agente se ejecuta sin interrupcin, debe detener y reiniciar el agente. Los parmetros se pueden especificar en perfiles de agente y desde el smbolo del sistema. Para obtener ms informacin. Se recomienda agregar el parmetro PublisherFailoverPartner a un perfil de agente y, a continuacin, especificar el nombre de la entidad reflejada en el perfil. Por ejemplo, si configura la replicacin con procedimientos almacenados: -- Execute sp_help_agent_profile in the context of the distribution database to get the list of profiles. -- Select the profile id of the profile that needs to be updated from the result set. -- In the agent_type column returned by sp_help_agent_profile: -- 1 = Snapshot Agent; 2 = Log Reader Agent; 3 = Distribution Agent; 4 = Merge Agent; 9 = Queue Reader Agent. exec sp_help_agent_profile;
25

-- Setting the -PublisherFailoverPartner parameter in the default Snapshot Agent profile (profile 1). -- Execute sp_add_agent_parameter in the context of the distribution database.

INGENIERIA

RIBERA MONTERO FREDY

BASE DE DATOS II

INFORMATICA Y SISTEMAS

exec sp_add_agent_parameter @profile_id = 1, @parameter_name = N'PublisherFailoverPartner', @parameter_value = N'<Failover Partner Name>'; -- Setting the -PublisherFailoverPartner parameter in the default Merge Agent profile (profile 6). -- Execute sp_add_agent_parameter in the context of the distribution database. exec sp_add_agent_parameter @profile_id = 6, @parameter_name = N'PublisherFailoverPartner', @parameter_value = N'<Failover Partner Name>';

5. Agregue las entidades de seguridad y reflejada al Monitor de replicacin.

26

INGENIERIA

RIBERA MONTERO FREDY

BASE DE DATOS II

INFORMATICA Y SISTEMAS

Conclusiones:

La replicacin de datos consiste en el transporte de datos entre dos o ms servidores, permitiendo que ciertos datos de la base de datos estn almacenados en ms de un sitio, y as aumentar la disponibilidad de los datos y mejorar el rendimiento de las consultas globales. El modelo de replicacin est formado por: publicador, distribuidor, suscriptor, publicacin, artculo y suscripcin; y varios agentes responsabilizados de copiar los datos entre el publicador y el suscriptor. A los tipos bsicos de replicacin (de instantneas, transaccional y de mezcla), se le incorporan opciones para ajustarse an ms a los requerimientos del usuario. La replicacin es muy til para mejorar la disponibilidad de datos, lo cual pudiera llevarse al caso extremo, conocido como bases de datos distribuidas replicadas totalmente, en el cual consiste en la replicacin de la base de datos completa en cada sitio en el sistema distribuido y garantiza notablemente la disponibilidad de datos, pues el sistema puede continuar operando cuando exista en servicio al menos uno de los servidores SQL Server. La desventaja es un alto costo para mantener la consistencia de las copias en cada sitio.

27

INGENIERIA

RIBERA MONTERO FREDY

BASE DE DATOS II

INFORMATICA Y SISTEMAS

Bibliografa.
1. W. Curtis Preston
file:///D:/traajo%20de%20base%20de%20datos/Buenas%20pr%C3%A1cticas%20de%20re plicaci%C3%B3n%20de%20datos%20para%20safeguard.htm

2. Conceptos Universales
file:///D:/traajo%20de%20base%20de%20datos/Replicaci%C3%B3n%20(inform%C3%A1tic a)%20-%20Wikipedia,%20la%20enciclopedia%20libre.htm WIKIPEDIA.ORG http://es.wikipedia.org/w/index.php?title=Replicaci%C3%B3n_(inform%C3%A1tica)&oldid =70871534

BOAWEB.COM
file:///D:/traajo%20de%20base%20de%20datos/Replicaci%C3%B3n%20de%20Datos%20% 20%20DBMoto.htm

HITSW.COM
http://www.hitsw.com/localized/spanish/products_services/dbmoto/dbmoto.html# IMGENES file:///D:/traajo%20de%20base%20de%20datos/REPLICACION%20DE%20DATOS%20%20Buscar%20con%20Google.htm

3. Tipos de replicacin MONOGRAFIAS.COM


file:///D:/traajo%20de%20base%20de%20datos/Replicaci%C3%B3n%20de%20Datos%20e n%20SQL%20Server%20-%20Monografias.com.htm

4. Configurar la replicacin con la creacin de reflejo de la base de datos SQL SERVER


file:///D:/traajo%20de%20base%20de%20datos/Replicaci%C3%B3n%20de%20SQL%20Ser ver.htm 5. Factores para elegir el mtodo de replicacin a utilizar file:///D:/traajo%20de%20base%20de%20datos/Replicaci%C3%B3n%20de%20SQL%20Ser ver.htm SQL SERVER http://technet.microsoft.com/es-es/library/bb500342.aspx SQL SERVER TIPOS DE REPLICACIONES http://technet.microsoft.com

www.scribd.com

28

INGENIERIA

RIBERA MONTERO FREDY

También podría gustarte