REPLICACION

Hola Isaias:
Mi opinion:
Replicacion esta disenado para la distribucion GEOGRAFICA de datos. Aun
cuando es posible utilizarla para otras cosas su objetivo de diseno es
comunicarse por medio de enlaces WAN. Si para esto tiene que penalizar el
desempeno del servidor bien, mientras logre su objetivo, comunicarse en
enlaces con fallos frecuentes y de bajo ancho de banda.
Dependiendo el modelo de replicacion se producen importanes cambios en
el esquema (Columnas Adicionales, CHECKs, Tablas Adicionales, Triggers,
etc.), Mi experiencia es que la replicacion Transaccional/Merge tiene un
costo del 30% al 100%, en desempeno.
La tolerancia a Fallas puede construirse mucho mejor usando las
herramientas apropiadas: Clusters o Log Shipping. La propuesta de Fernando
aunque manual, es muy valida.
Por ultimo, haz una encuesta informal entre los proveedores de servicios
que tienes a ver cuantos han montado replicacion de SQL, y que te den casos.
Esto porque ahora de los balazos conseguir quien te de soporte de
replicacion va ha ser dificil.
La diferencia entre el profesional y el aprendiz es que el profesional
usa la herramienta adecuada para el trabajo adecuado. Insiste en tu punto
porque tienes la razon. Si no te creen monta un laboratorio y realiza
pruebas.
Suerte,


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

Isaías escribio:

Gracias Emilio

De hecho mi primera propuesta fue precisamente este
esquema, mas sin embargo no he podido convencer a la gente
de hacerlo asi, como nunca he implementado una REPLICACION
como tal, los unicos argumentos que tengo a la mano, es
que el performance se vera afectado (del servidor
primario), ya que se estableceran nuevos servicios como lo
son el PUBLICADOR y DISTRIBUIDOR.

Seguire insistiendo en lo que tu comentas, por otro lado,
¿crees que la cantidad de datos (150 GB) sea un factor
importante en la REPLICACION?

Saludos

Muchas gracias Javier

Con lo que me comentas, he confirmado mis sospechas,
ademas tienes razon, aunque trabajo en un grupo de
empresas muy importante en mi pais y siendo
aproximadamente 20,000 gentes en sistemas, he consultado
con los expertos en SQL y confirman lo dicho por ti.

Ahora, estoy estudiando "paso a paso" como implementar Log
Shipping en SQL 2000, espero poder convencer a las gentes
que desean implementar replicacion.

Saludos.

En ese caso Isaias, yo propiamente hice eso, no para tolerancia de fallos si
no viendo en si que era mejor y mas practico, mas rapido y menos carga de
red que una replica en si, pero de lo contrario para lo otro, tengo un
cluster y un arreglo de los discos. Dado eso, con windows 2000 podes montar
facilmente un arreglo sin necesidad de hardware adicional que funciona muy
bien, o en su defecto un cluster. a la larga si aprecias el tiempo de
trabajo y los datos, esto es mas barato.


"Isaías" escribió en el mensaje
news:483b01c47369$0a679f60$
Mr. Bond

Gracias por el comentario, pero (el mal...to pero), ¿que
pasa si se cae mi SERVIDOR1 antes de haber hecho la copia
al SERVER2?, ya no tendre la MISMA información en ambos
servidores. ¿Cierto?