Ademas de lo que comentan creo que es importante es que la cosa "funcione". Que quiero decir con esto. Ya sea un sistema centralizzado, o uno distribuido, la solucion pasa por resolver el funcionamiento. La replicacion de SQL es solo replicaicon de datos y no resuelve otras cuestiones funcionales. Anda muy bien, pero la aplicacion debe tomar en cuanta que se vana areplicar los datos..
Yo diria que si tu problema es como distribuir la solucion para que sea robusto respecto de la caida de enlaces, quiza debas pensar en una solucion que incorpore el service broker (pero debes usar SQL Server 2005) y ademas debes considerar, una arquitectura mas orientada a SOA y/o agentes. Entre los problemas que se te presentan es como mantener la consistencia, la terminacion distribuida, y otros problemas simples que en una arquitectura centralizada no aparecen o son simplemente meros mecanismos de sincronizacion que se resuelven mediante semaforos o secciones criticas. Sugiero que te consigas un buen libre de sistemas distribuidos si quieres ir por ese camino. Generalmente estan orientados a Java pero creo que es muy facil adaptarlos. Saludos -- -------------------------------- Atte. Ing. Jose Mariano Alvarez SQL Total Consulting On 8/6/07, Jesús dos Santos <[EMAIL PROTECTED]> wrote: > > Tenes razon, muchas gracias por tu aporte. > > > -----Mensaje original----- > De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de Maxi Accotto > Enviado el: lunes, 06 de agosto de 2007 13:17 > Para: [EMAIL PROTECTED] > Asunto: [dbms] Ideas > > Hola, yo no lo solucionaria asi ni loco, estas perdiendo el concepto > de aplcacion cliente servidor, que sucederia si tenes 3 terminales se > corta y cada una genera el mismo numero de facturas? como resolves > eso? tener en cada maquina cliente un SQL por las dudas me parece que > no! si vos tenes miedo por la red y el sistema es vital entonces > asegurate de tener redundancia de servidores, placas de red, etc. > > El 6/08/07, Jesús dos Santos <[EMAIL PROTECTED]> escribió: > > Es dentro de la misma empresa, grabaría en el pc que está en producción > y > > luego al levantar la red, volcar al servidor los datos. > > Tengo miedo que, por ejemplo, se este produciendo, generando datos, por > > algún motivo se pierde conexión con el servidor y tenga que parar de > > producir esperando que se restaure la red. > > Gracias. > > > > > > > > > > -----Mensaje original----- > > De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de Maxi Accotto > > Enviado el: lunes, 06 de agosto de 2007 12:43 > > Para: [EMAIL PROTECTED] > > Asunto: [dbms] Ideas > > > > Hola, si se cae la red entre tus clientes y tu server estas offline, > > no comprendo eso de grabar local, donde pensas grabar local, en las > > maquinas clientes? > > > > Mira, si queres alta disponibilidad podrias pensar otras cosas y > > resolverlo via SQL, pero MSDE es muy muy limitado (recorda que es > > gratis), yo te recomendaria ir a una edicion Standard en ese caso > > > > El 6/08/07, Jesús dos Santos <[EMAIL PROTECTED]> escribió: > > > > > > > > > > > > Lista, tengo la siguiente situación y me gustaría conocer vuestra > valiosa > > > opinión al respecto de cómo solucionar. > > > > > > Tengo un puesto de producción que usa una base de datos msde 2000 a > través > > > de la red. Quiero prever una eventual caida de la red y que el sistema > > siga > > > trabajando a nivel local y luego al volver la red, se actualice. > > > > > > Podría hacerlo por codigo (vb6), ir grabando a nivel local y luego > migrar > > > todo al servidor, pero, hay alguna otra forma a nivel de sql? Como > > funciona > > > el tema de la replica? Es aplicable en este caso? > > > > > > Desde ya, muchas gracias. > > > > > > > > > > > > -- > > ----------------------------------------------------------- > > Microsoft MVP en SQL Server > > Mentor asociado en SQLTotalConsulting > > (excelencia en servicios y consultoria SQLServer) > > Orador Culminis - Microsoft Influencier > > www.sqltotalconsulting.com > > ----------------------------------------------------------- > > > > > > __________ Información de NOD32, revisión 2439 (20070806) __________ > > > > Este mensaje ha sido analizado con NOD32 antivirus system > > http://www.nod32.com > > > > > > > > > > > -- > ----------------------------------------------------------- > Microsoft MVP en SQL Server > Mentor asociado en SQLTotalConsulting > (excelencia en servicios y consultoria SQLServer) > Orador Culminis - Microsoft Influencier > www.sqltotalconsulting.com > ----------------------------------------------------------- > > > __________ Información de NOD32, revisión 2439 (20070806) __________ > > Este mensaje ha sido analizado con NOD32 antivirus system > http://www.nod32.com > > > >
