Replicacin y Duplicacin de Bases de Datos.

La duplicacin de datos le permite distribuir datos desde una base de datos de origen a una o ms base de datos de destino. La base de datos de origen y de destino pueden encontrarse en servidores de Microsoft SQL Server distintos, o incluso en otros tipos de bases de datos, siempre ue el proveedor !L" DB este disponible para cada base de datos de destino. Se tiene el control preciso sobre cuando se produce la duplicacin, ue datos se duplican y como se llevan a cabo otros aspectos de la duplicacin.# $isin general sobre duplicaciones Se utili%a la duplicacin para copiar los datos ue estn en un servidor y distribuirlos a otros servidores. Se puede usar tambi&n la duplicacin para copiar datos, transformarlos y luego distribuir los datos personali%ados a m'ltiples servidores. La duplicacin se usa, normalmente, cuando e(iste la necesidad de administrar de manera concurrente datos ue se encuentren en m'ltiples servidores. La duplicacin esta dise)ada para cubrir las necesidades de una amplia variedad de entornos. La ar uitectura de duplicacin esta subdividida en diferente procesos, procedimientos y componente, cada uno de los cuales se utili%a para adaptar la duplicacin a la situacin de ue se trate. La ar uitectura de duplicacin incluye* Componentes de duplicacin: Los componentes de datos, y de servidor utili%ados en la duplicacin. Agente de duplicacin: +plicacin ue ayudan en el proceso de duplicacin. Tipos de duplicacin: Los tipos de duplicacin ue se pueden configurar.

,omponentes de duplicacin. Los servidores en el modelo de duplicacin pueden tener una o ms de las siguientes funciones* Publicador (Publisher): Los publicadores son servidores ue ponen los datos a disposicin de otros servidores para poder duplicarlos. Los publicadores detectan tambi&n los cambios en los datos y mantienen informacin acerca de las bases de datos de origen. ,ada agrupamiento de datos tiene un solo publicador. Distribuidor (Distributor): Los distribuidores son servidores ue distribuyen los datos duplicados. Los distribuidores almacenan toda la informacin relativa a la distribucin* la base de datos de distribucin, metadatos, datos -istricos y, .en el caso de duplicacin trasnacional/, transacciones.# Suscriptor (Susbscriber): Los suscriptores son los servidores de destino de la duplicacin. "stos servidores almacenan los datos replicados y reciben las actuali%aciones. Los suscriptores pueden tambi&n efectuar cambio sobre los datos. Se puede publicar datos m'ltiples para m'ltiples suscriptores. + los datos ue van a ser publicados para su duplicaciones le denomina, articulos y publicaciones. Los datos ue van a ser publicados para su duplicaciones se denominan articulos y publicaciones. Los articulos son unidades basicas de duplicacin y puede constar de una tabla, un subcon0unto de una tabla u otro ob0eto de la base de datos.

Las publicaciones son grupos de art1culos ue los suscriptores pueden recibir. Deber1a asociar art1culos a una publicacin y luego publicar dic-a publicacin. Los art1culos pueden contener* 2na 3abla completa Solo ciertas columnas de la tabla, obtenidas mediante el uso de un filtro vertical Solo ciertas filas de la tabla, obtenidas mediante el uso de un filtro -ori%ontal 2n subcon0unto de una tabla ue contenga unas determinadas filas y columnas 2na vista, una vista inde(ada o una fruncion definida por el usuario. 2n procedimiento almacenado. Se puede especificar tambi&n si los ob0etos del es uema se duplican. Los !b0etos de es uema incluyen las restricciones, los ndices, los diparadores, la intercalacin y las propiedades extendidas.

4o se puede publicar nada de los siguientes para su duplicacin* Las base de datos model, tempdb y msdb Las tablas de sistema de la base de datos master. "n el modelo de publicacin y suscripcin, la duplicacin incluye los siguientes pasos* Seleccionar un tipo y modelo de duplicacin Llevar a cabo las tareas preliminares necesarias ,onfigurar un distribuidor y activar los publicadores, las bases de datos publicacin y los suscriptores. ,rear una publicacin. ,rear suscripciones a la publicacin.

3ipos de Duplicacin. SQL Server ofrece diversos tipo de replicaciones 5 duplicaciones. "sto tipo de duplicaciones son* Duplicacin intantanea (Snapshot eplication): 3oma una instantanea de los datos actuales y reempla%a la copia completa en uno o mas de los suscriptores. ,on las instantnea subsiguientes, la copia completa de los datos se vulva distribuir a los suscriptores. Si por un lado, las copias e(actas son un punto fuerte de duplicacin de instantnea, por otro, esta tecnica aumenta la cantidad de trfico adicional de la red. !tro punto d&bil de la duplicacin de instantnea es ue solo se e0ecuta peridicamente, lo ue significa, normalmente, ue los suscriptores no posee informacin mas reciente. Duplicacin transaccional (Transactional eplication): 2sa transacciones para distribuir los cambios. ,uando la duplicacin se inicia por primera ve%, se env1a una instantnea de los datos a los suscriptores. Despu&s de eso, una serie de transacciones seleccionadas en el registro de transacciones de publicador, se marcan para duplicacin y se distribuyen entonces separadamente para cada suscriptor. Se toman instantnea peridicamente para asegurar ue los cambios incrementales son aplicados de manera co-erente. 2na venta0a de la duplicacin transaccional es ue se duplican transacciones individuales en lugares del 0uego de datos completo. La duplicacin transaccional puede llevarse a cabo de forma continua o peridicamente, lo ue -ace ue sea un procedimiento ms verstil ue la duplicacin de instantnea por s1 sola.

Duplicacin de mescla (!erge replication): 6ermite a los suscriptores -ace cambios en los datos duplicados de manera independiente. Despu&s, se puede mesclar estos cambio dentro de todas las bases de datos de origen y de destino asociadas. La duplicacin de me%cla no utili%a transacciones distribuidas y no puede garanti%ar las consistencia transaccional. "n su lugar, la duplicacin de me%cla utili%a un solucionador de problemas de determinar ue cambio se aplica.

+dministracin de distribuidores. ,omo su propio nombre indica, los tribuidotes se utili%an para distribuir los datos duplicados. ,uando se traba0a con distribuidores, el con0unto fundamental de las tareas de administracin ue -ay ue llevar a cabo incluye la configuracin de un distribuidor nuevo, la actuali%acion de un distribuidor e(istente y la eliminacin de distribuidor. ,onfiguracin de un nuevo distribuidor ,onfigurar un distribuidor nuevo es el primer gran paso en la configuracin de la duplicacin. +ntes de comen%ar, se deber1a* 7. Seleccionar un tipo de duplicacin* de instant"nea# transacional o me$cla 8. Seleccionar un modelo de duplicacin, como, por e0emplo el modelo de publicador central. 9. Llevar a cabo las tareas preliminares necesarias. 6ara cumplir con ciertas limitaciones, podr1a ser necesario actuali%ar los clientes y las aplicaciones ue modifi uen directamente alguna base de datos publicadas. 2na ve% listo con los puntos anteriores, configure el distribuidor e0ecutando los siguientes pasos* 7. :nicie el Administrador Corporativo (Entrprise Manager) luego -aga clip en la instancia de servidor de la base de datos ue uiere utili%ar como distribuidor. 8. ;aga clic con el boton secundario del raton en la carpeta Duplicacin .Replication/ y luego seleccione ,onfigurar publicacin, suscriptores, y duplicacin... (Configure ublis!ing, "ubscribers, and #istribution) "sto inicia el asistente para Configurar ublicar y #istribuir (Configure ublis!ing and #istribution $i%ard) .

9. ;aga clic en el bot<n siguiente .4e(t/ de la pantalla de Bienvenida .=elcome Screen/ para continuar. ,omo se muestra en la siguiente %igura& Se puede seleccionar a-ora un distribuidor.

>. Dado ue se re uiere un distribuidor nuevo, seleccione -acer de ?4ombre@de@ServidorA su propio distribuidor (Ma&e '"erver()ame* +ts ,-n #istributor) y luego -aga clic en siguiente ()ext). B. Si el agente de SQL Server esta configurado actualmente para usar la cuenta System, ver un cuadro de dialogo en el ue se le pedir ue config'renla agente para utili%ar una cuenta de dominio. ;aga clic en +ceptar .!C/ para ue se muestre el cuadro de dialogo 6ropiedades del agente SQL Server ("./ "erver Agent roperties). Seleccione esta cuenta .3-is +ccount/, introdu%ca un nombre de cuenta de dominio y una

contrase)a en los campos ue se proporcionan y luego -aga clic otra ve% en +ceptar .!C/.

D.

Los distribuidores utili%an el +gente SQL Server .SQL Server +gent/ para llevar a cabo las tareas de duplicacin. Si el agente de SQL Server .SQL Server +gent/ no esta configurado para ser iniciado automticamente, tendr ue especificar si -ay ue iniciar automticamente el servicio agente de SQL Server .SQL Server +gent/ para la instancia de servidor de base de datos ue est& seleccionada actualmente o no. Seleccione la opcion S1 .Ees/ para permitir el inicio automtico. 3ambi&n puede elegir la !pcin 4o y luego iniciar manualmente el Servicio agente de SQL Server .SQL Server +gent/ cada ve% ue inicie el servidor.

F. "L siguiente paso es especificar dnde va estar almacenado la carpeta de instant0nea. "sta carpeta se usa para almacenar instantnea de publicadores ue utilicen el distribuidor. Se debe utili%ar una ruta de red simple ue los agente de mescal y distribuidor se e0ecute en los suscriptores. Si no se -ace asi, los agentes no podrn acceder a la instantnea.

G. ,omo muestra la figura siguiente, se puede permitir ue el asistente configure por si mismo las restante opciones de configuracin, seleccionando el boton de opcin 4o, usar los siguientes valores predeterminado..4o, 2se 3-e HolloIing Default Settings/.

Despu&s de esto -aga Siguiente .4e(t/ y luego -aga clic en Hinali%ar .Hin1s-/. "sto -ara ue salten Siguientes pasos.

J. 6ara configurar las opciones manualmente, seleccione la opcion S1 .Ees/ y luego contin'e con la configuracin. 7K. 6roporcione la informacin para la base de datos de distribucin utili%ando el cuadro ue muestra en %igura siguiente. :ntrodu%ca un nombre para la base de datos de distribucin y luego configure la ubicacin de la carpete correspondiente a los arc-ivos de datos y registros. )o se puede utili%ar unidades de 1ed Asignadas

77. ,omo se muestra en la %igura Siguiente -ay ue configurar los publicadores para esta base de datos de distribucin. Solo se muestran los servidores registrados. Si se desea registrar un nuevo servido, -aga clic en 4uevo .4eI/.

78. + la derec-a de las entradas de servidores registrados vera un botn con tres puntos ..../, -aga clic en este botn para configurar las opciones de publicador para el servidor en cuestin. ,omo muestra la Higura Siguiente dispone de las siguientes opciones. Almacenamiento de datos en el Distribuidor (Data Storage at the Distributor) ,onfigura la ubicacin de Ca carpeta ue se usa para almacenar instantnea. La carpeta de instantnea se almacena en la base de datos de distribucin y puede estar en una ubicacin diferente para cada publicador ue utilice la base de datos de distribucin. Cone'in del agente de duplicacin al publicador ( eplication Agent To The Publisher) Determina como se conectan los agentes de duplicacin del distribuidor al publicador. Seleccione Representar la cuenta +gente SQL Server .:mpersonalte 3-e SQL Server +gent +ccount/ para utili%ar una cone(in de confian%a. "n caso contrario, seleccione 2tili%ar autenticacin se SQL Server .2se SQL Server +ut-entication/ y luego introdu%ca los nombres de usuario y contrase)a necesaria. (inculo administrativo al distribuidor (Administrative Lin) To The Distributor): Determina si el publicador seleccionado es de confian%a. Si uiere ue se obligatorio una contrase)a active esta casilla de verificacin. "ste 6ublicador re uiere una contrase)a para establecer una cone(in al distribuidor .3-is 6ublicator Re uieres + 6asIIord 3o "stablis- 3-e Distributor/. "n caso contrario no active esta opcin. "sta !pcin solo esta disponible si el publicador y distribuidor seleccionados estn en diferentes servidores.

79. ,uando -aya terminado de -abilitar publicadores, -aga clic en Siguiente .4e(t/L v&ase la Higuras Siguiente es posible a-ora -abilitar la publicacin de bases de datos para duplicacin. +ctive las entradas ba0o la columna 3ransaccional para -abilitar la base de datos para duplicacin de instantnea o transaccional, o ambas. +ctive las entradas ba0o la columna Me%cla .Merge/ para -abilitar la base de datos para duplicacin de me%cla. ;aga cliente en siguiente .4e(t/ cuando este listo para continuar.

7>. ;abilite suscriptores a la base de datos de distribucin como se muestra en la Higura Siguiente. De 4uevo se muestra los servidores Registrados. Si uiere registrar un nuevo servidor, -aga clic en 4uevo .4eI/.

7B. + la derec-a de las entradas correspondientes a los servidores registrados, vera un botn con tres puntos ..../. ;aga clic en este botn para configurar las opciones de suscriptor para el servidor en cuestin. "l cuadro de dialogo 6ropiedades .6roperties/ tiene dos fic-as* *eneral: 2tilice estas opciones para a)adir, una descripcin para el suscriptor y determinar como se vinculan los agentes de duplicacin al suscriptor. Seleccione la opciones denominada Representar la cuenta +gente SQL Server .:mpersonate 3-e SQL Server +gente +ccount/ para usar una cone(in de confian%a. "n caso contrario seleccione 2sar autenticacin de SQL Server .2se SQL Server +utentication/ y luego introdu%ca el nombre del usuario y contrase)a necesarios. Programaciones (Schedules): 2tilice estas opciones para configurar cunado se deben e0ecutar los agentes de distribucin y de me%cla. Se puede configurar estos para ue se e0ecuten de forma continuaL o bien a -oras concretas, lo ue limita las actuali%aciones a intervalos de tiempo determinados.

7D. ,uando este listo para continuar, -aga clic en Siguiente .4e(t/ y luego en Hinali%ar .Hinis-/, para completar la configuracin. "l 6rogreso de cada paso de proceso de configuracin se muestra en un cuadro de dialogo. Si el proceso se completa con &(ito, -aga clip en aceptar .!M/. Si se produce alg'n error, deber resolverlo antes de poder completar la configuracin. +,TA: El distribuidor debe e2ecutar el servicio Agente "./ "erver ("./ "erver Agent). Este servicio deberia configurarse para 3ue se e2ecute automaticamante. "i no se !ace asi, vera un mensa2e de error. 4aga clic en "+ (5es) para configurar el inicio automatico del servicio. En caso contrario, !aga clic en ), (pero recuerde 3ue deber0 iniciar el servicio cada ve% 3ue reinicie el distribuidor).

7F. "n el distribuidor, se a)adira el Monitor de duplicacin a la lista de carpetas del +dministrador corporativo ."nterprise Manager/.

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 responsabili!ados de copiar los datos entre el publicador y el suscriptor. " los tipos bsicos de replicacin #de instantneas, transaccional y de me!cla$, se le incorporan opciones para ajustarse a%n ms a los requerimientos del usuario. 1. Introduccin 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. &Elm''( La replicacin en )*L )erver consiste, en el transporte de datos entre dos o ms instancias de servidores. +ara ello )*L )erver brinda un conjunto de soluciones que permite copiar, distribuir y posiblemente modificar datos de toda la organi!acin. )e incluyen, adems, varios mtodos y opciones para el dise,o, implementacin, supervisin y administracin de la replicacin, que le ofrecen la funcionalidad y fle-ibilidad necesarias para distribuir datos y mantener su co.erencia &/ic'0(. En la replicacin se utili!a una metfora de la industria de la publicacin para representar los componentes y procesos de una topologa de replicacin. 1e esta forma el modelo se compone, bsicamente, de los siguientes elementos: publicador, distribuidor, suscriptores, publicaciones, artculos y suscripciones &/ic'0(. 2. Componentes del modelo de replicacin +ara representar los componentes y procesos de una topologa de replicacin se utili!an 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 responsabili!ados 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 me!cla &/ic'0(. La replicacin de datos es un asunto e-clusivamente entre servidores de datos, en nuestro caso .ablamos de servidores )*L )erver. Los servidores )*L )erver pueden desempe,ar 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 .istricos, transacciones y metadatos. Los suscriptores reciben los datos replicados. Una publicacin es un conjunto de artculos #este concepto: 2artculo de una publicacin2, es diferente del concepto 2artculo o registro de una base de datos2, como e-plicaremos 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. 3n artculo de una publicacin puede ser una tabla de datos la cual puede contar con todas las filas o algunas #filtrado .ori!ontal$ y simultaneamente 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 indi!ada 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. 3na suscripcin define qu publicacin se recibir, dnde y cundo. Las suscripciones pueden ser de insercin o de e-traccin y una publicacin puede admitir una combinacin de suscripciones de insercin y e-traccin. El publicador #en las suscripciones de insercin$ o el suscriptor #en las suscripciones de e-traccin$ solicita la sincroni!acin 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 .an cambiado durante la replicacin transaccional y mantiene informacin acerca de todas las publicaciones del sitio. La funcin del distribuidor vara seg%n 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 alg%n caso con un suscriptor. Los suscriptores adems de obtener sus suscripciones, en dependencia del tipo y opciones de replicacin elegidas, puede devolver datos modificados al publicador. "dems puede tener sus propias publicaciones &/ic'0(. 3. Escenarios tpicos de la replicacin En una solucin de replicacin pudiera ser necesario utili!ar 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. +or lo tanto en su configuracin mnima una topologa de replicacin se compone de al menos dos o tres servidores )*L )erver que desempe,an los tres roles mencionados. 4ariando la ubicacin del servidor distribuidor podramos contar con las siguientes variantes: 0. El rol de distribuidor desempe,ado por el publicador #5ig. 0.0$.

6. El rol de distribuidor desempe,ado por el suscriptor #5ig. 0.6$ 7. 3n servidor de distribucin, independiente del publicador y del suscriptor #5ig. 0.7$

5ig.0 +ublicador81istribuidor 5ig.6 1istribuidor8)uscriptor 5ig. 7 1istribuidor independiente En la mayora de las configuraciones, el peso fundamental de la replicacin recae, sobre el servidor de distribucin. +or 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 desempe,ando #servidor de dominio, servidor de pginas 9eb entre otras$ &/ic'0(. E-iste la posibilidad de contar con un servidor que se suscriba a una publicacin y a la ve! la publique para el resto de los suscriptores, esto puede ser muy %til cuando se cuente con una cone-in muy costosa con el publicador principal. +or ejemplo el publicador principal en /adrid y los suscriptores en :iudad ;abana, 4aradero, :ayo :oco, :ayo Largo, etc. En casos como este, se puede elegir un suscriptor, digamos el servidor de :iudad ;abana el cual se suscribe al publicador en /adrid y a la ve! act%a como servidor de publicacin para los servidores de 4aradero, :ayo :oco, :ayo Largo y dems. Evidentemente en una configuracin tal pueden nuevamente combinarse la ubicacin de los dos distribuidores y aumentar el n%mero de variantes que pueden presentarse pero las consideraciones para determinar la ubicacin del servidor que fungir como distribuidor son las ya mencionadas. 3. Tipos de replicacin Los tipos bsicos de replicacin son:

replicacin de instantneas replicacin transaccional replicacin de me!cla

+ara ajustarse a%n ms a los requerimientos de los usuarios se incorporan opciones como son la actuali!acin inmediata en el suscriptor, la actuali!acin en cola y la transformacin de datos replicados &/ic'0(. 3.1 Replicacin de instantneas

En la replicacin de instantneas los datos se copian tal y como aparecen e-actamente en un momento determinado. +or consiguiente, no requiere un control continuo de los cambios. Las publicaciones de instantneas se suelen replicar con menos frecuencia que otros tipos de publicaciones. +uede llevar ms tiempo propagar las modificaciones de datos a los suscriptores. )e recomienda utili!ar: cuando la mayora de los datos no cambian con frecuencia se replican peque,as 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 actuali!acin de los datos en un sitio y en otro$. En ocasiones se .ace necesario utili!arla cuando estn involucrados algunos tipos de datos #te-t, nte-t, e image$ cuyas modificaciones no se registran en el registro de transacciones y por tanto no se pueden replicar utili!ando la metodologa de replicacin transaccional. Los servidores <L"+ son candidatos a la replicacin de instantneas. Las consultas ad8 .oc que aplican los administradores de sistemas de informacin son generalmente de solo lectura y los datos con antig=edad de .oras o das no afectan sus consultas. +or ejemplo un departamento desea .acer una investigacin sobre demografa de los artculos vendidos .ace dos meses. La informacin de la semana pasada no afectar sus consultas adems el departamento no est planeando .acer cambio en los datos, solo necesita el almacn de datos. ;ay que destacar adems que cuando estn involucrados algunos tipos de datos #te-t, nte-t, e image$ cuyas modificaciones no se registran en el registro de transacciones &/ic'0( y por lo tanto es necesario transportar estos datos del publicador al suscriptor para lo cual es necesario utili!ar la replicacin de instantneas, al menos como una solucin parcial. :on la opcin de actuali!acin inmediata en el suscriptor se permite a los suscriptores actuali!ar datos solamente si el publicador los va a aceptar inmediatamente. )i el publicador los acepta, se propagan a otros suscriptores. El suscriptor debe estar conectado de forma estable y continua al publicador para poder reali!ar cambios en el suscriptor. Esta opcin es %til en escenarios en los que tienen lugar unas cuantas modificaciones ocasionales en los servidores suscriptor. 3.2 Replicacin transaccional En este caso se propaga una instantnea inicial de datos a los suscriptores, y despus, cuando se efect%an las modificaciones en el publicador, las transacciones individuales se propagan a los suscriptores. )*L )erver 6''' almacena las transacciones que afectan a los objetos replicados y propaga esos cambios a los suscriptores de forma continua o a intervalos programados. "l finali!ar la propagacin de los cambios, todos los suscriptores tendrn los mismos valores que el publicador. )uele utili!arse 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 despac.an los pedidos. El almacn puede tratar los datos como de slo lectura y requiere nueva informacin en forma peridica. :on el uso de la opcin de atuali!acin inmediata en el suscriptor se pierde a%n ms la autonoma de sitio, pero se reduce el tiempo en el cual los sitios actuali!an sus copias de los datos. +ara .acer modificaciones en la base de datos del suscriptor stas se reali!an #o intentan$ tambin en la base de datos publicador en una confirmacin de dos fases #6+:$ por lo que si su modificacin se confirma indica que es vlida y luego en cuestin de minutos, o seg%n la planificacin .ec.a, estos cambios son duplicados a las dems bases de datos suscriptoras. 3.3 Replicacin de mezcla +ermite que varios sitios funcionen en lnea o desconectados de manera autnoma, y me!clar ms adelante las modificaciones de datos reali!adas en un resultado %nico y uniforme. La instantnea inicial se aplica a los suscriptores a continuacin )*L )erver 6''' .ace un seguimiento de los cambios reali!ados en los datos publicados en el publicador y en los suscriptores. Los datos se sincroni!an entre los servidores a una .ora programada o a peticin. Las actuali!aciones se reali!an de manera independiente, sin protocolo de confirmacin, en ms de un servidor, as el publicador o ms de un suscriptor pueden .aber actuali!ado los mismos datos. +or lo tanto, pueden producirse conflictos al me!clar las modificaciones de datos. :uando se produce un conflicto, el "gente de me!cla invoca una resolucin para determinar qu datos se aceptarn y se propagarn a otros sitios. Es %til cuando: varios suscriptores necesitan actuali!ar datos en diferentes ocasiones y propagar los cambios al publicador y a otros suscriptores los suscriptores necesitan recibir datos, reali!ar cambios sin cone-in y sincroni!ar 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 .acen cambios solamente en sus datos pero que necesitan tener la informacin de los otros sitios. +or ejemplo podra crearse una base de datos que registre la .istoria delictiva de individuos. En cada municipio de 4illa :lara, 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. . !actores para ele"ir el m#todo de replicacin a utilizar En la eleccin de un mtodo adecuado para la distribucin de los datos en una organi!acin 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. 1entro de los factores relacionados con los requerimientos de la aplicacin, los fundamentales son &>ar??(:

"utonoma :onsistencia 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 .an 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 sincroni!ar las copias de los datos. @Aecesitan los datos estar el 0''B en sincronaC < si es admisible determinada latencia @de qu tama,o es aceptable el re!agoC &>ar??(. Entre los factores relacionados con el entorno de red estn la velocidad de transmisin de datos de la red, deben considerarse preguntas como @:mo luce la redC @Es rpidaC 1ebe anali!arse adems la confiabilidad de la red y responder preguntas como @:un confiable es la redC +or otra parte en el caso que los servidores )*L no permane!can todo el da encendidos, como pudiera suceder en algunas organi!aciones, deben considerarse los .orarios de disponibilidad de cada servidor. La consideracin de estos factores sirven de guia en la configuracin del ambiente de replicacin. "dems debe considerar las siguientes preguntas: @*u datos se van a publicarC @Deciben todos los suscriptores todos los datos o slo subconjuntos de ellosC @)e deben particionar los datos por sitioC @)e debe permitir que los suscriptores enven actuali!aciones de los datosC E en caso de permitirlas @:mo deben implementarseC @*uines pueden tener acceso a los datosC @)e encuentran estos usuarios en lneaC @)e encuentran conectados mediante enlaces carosC $. !ases "enerales para implementar % super&isar la replicacin " pesar de que e-isten varias formas de implementar y supervisar la replicacin, y el proceso de replicacin es diferente seg%n el tipo y las opciones elegidas, en general, la replicacin se compone de las siguientes fases:

configuracin de la replicacin generacin y aplicacin de la instantnea inicial modificacin de los datos replicados sincroni!acin y propagacin de los datos.

'. Consideraciones (inales La replicacin es muy %til para mejorar la disponibilidad de datos, lo cual pudiera llevarse al caso e-tremo, 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 garanti!a notablemente la disponibilidad de datos, pues el sistema puede continuar operando cuando e-ista en servicio al menos uno de los servidores )*L )erver. La desventaja es un alto costo para mantener la consistencia de las copias en cada sitio &Elm''(.