Bien, cierro la boca hasta verlo entonces. Alcanza un almuerzo para que me lo expliques? :-) Habra articulos o algun caso? Gracias Carlos Peix
_____ De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de Jose Mariano Alvarez Enviado el: Martes, 23 de Septiembre de 2008 06:10 p.m. Para: [EMAIL PROTECTED] Asunto: [dbms] Servidor Linkeado Carlos: Justamente service broker es un framework montado sobre los servicios disponibles en el SQL Server que resuelve esos problemas complejos de arquitectura orientada servicios. Es muy fácil usarlo. Replicacion resuelve los casos de distribución geográfica de datos. -------------------------------- Atte. Ing. Jose Mariano Alvarez SQL Total Consulting 2008/9/23 Carlos Peix <[EMAIL PROTECTED]> Hola Luis, Si sos socio del MUG seguramente recibiste la ultima revista. Sobre el final hay un articulo sobre esta problematica, algo mas general pero aplicable a tu caso. Solo me gustaria adelantarte que estas ante un problema de resolucion compleja, no pienses que lo vas a resolver con una simple configuracion. Yo prefiero resolver estas cosas con un servicio propio porque me da mas opciones de control y monitoreo pero aun nunca mire service broker, asi que puedo estar diciendo pavadas. Suerte Carlos Peix _____ De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de Luis Enviado el: Martes, 23 de Septiembre de 2008 09:54 a.m. Para: [EMAIL PROTECTED] Asunto: [dbms] Servidor Linkeado Gracias, Mariano. Ibaseta, Luis. _____ com To: [EMAIL PROTECTED] Subject: [dbms] Servidor Linkeado Podrías empezar viendo esto. Tutoriales de replica http://msdn.microsoft.com/es-es/library/aa337389(SQL.90).aspx -------------------------------- Atte. Ing. Jose Mariano Alvarez SQL Total Consulting On Tue, Sep 23, 2008 at 09:01, Luis <[EMAIL PROTECTED]> wrote: Mariano: Tenes un link que explique este metodo y la forma de implementarlos en SQL Server 2005. Sos nuevo en esto. Gracias. Ibaseta, Luis. _____ Date: Mon, 22 Sep 2008 14:00:34 -0300 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [dbms] Servidor Linkeado Luis eso es justamente replicacion transaccional continua. -------------------------------- Atte. Ing. Jose Mariano Alvarez SQL Total Consulting On Mon, Sep 22, 2008 at 13:52, Luis <[EMAIL PROTECTED]> wrote: Maxi, cuando se carga la Nota de Venta, los datos tiene que pasar al Servidor B al toque, el drama es cuando se pierde la conexion. Ese es el problema. Las operaciones se tienen que pasar a medida que se van cargando en el servidor A. Obviamente que si se corta la conexion, se debe buscar una alternativa para que esas operaciones que no se puedieron pasar durante el corte, se puedan pasar al momento de tener conexion nuevamente. Pero no es que todo se puede pasar en ciertos momentos, se debe pasar a medida que se cargan las Notas de Ventas. Ibaseta, Luis. > Date: Mon, 22 Sep 2008 13:44:48 -0300 > From: [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > Subject: [dbms] Servidor Linkeado > > Hola, nanana! a ver, hay cosas que te contradecis, si es online online > no se puede hacer la transaccion y listo, fallo la operacion. Si estas > pensando en que si se corta luego las podes pasar entonces no es > online eso , y para eso podes usar replicacion lo mas bien. > > Pero defini que es online, o sea: si es online, o se inserta en ambos > lados o no se inserta, si admitis un delay (en la replicacion lo podes > definir inmediato y eso demora casi 1seg) no es online. > > 2008/9/22 Luis <[EMAIL PROTECTED]>: > > Maxi: > > > > Si tiene que estar on-line, dado que cuando se carga la nota de venta, en el > > servidor A, se tiene que replicar en el servidor B, para la preparacion y > > envio de la mercaderia al cliente. > > > > Ahora, voy a tener que trabajar mas fino, para que en caso de corte en la > > conexion, al restaurarse, me inserte las Notas de Ventas que no se pudieron > > en su momento y porsupuesto antes de disparar el trigger, controlar si el > > servidor B esta disponible. > > > > Todo un tema. > > > > Ibaseta, Luis. > > > >> Date: Mon, 22 Sep 2008 13:24:51 -0300 > >> From: [EMAIL PROTECTED] > >> To: [EMAIL PROTECTED] > >> Subject: [dbms] Servidor Linkeado > >> > >> Si tiene que estar online porque el negocio lo requiere debes usar > >> triggers, cuando no anda la conexion no se cargaran datos ni de un > >> lado ni del otro ya que falla la transaccion distribuida. > >> > >> > >> > >> 2008/9/22 Luis <[EMAIL PROTECTED]>: > >> > Mariano: > >> > > >> > El motivo es que en el servidor del ERP, A , cuando se carga una Nota de > >> > Venta por ejemplo, datos de estas, se tienen que insertar en tablas del > >> > servidor B, porque es el servidor el WMS (Administrador de almacenes). > >> > > >> > Desde ya el servidor B, no tiene las mismas tablas que el servidor A. > >> > > >> > De ahi, mi pregunta cual es el metodo mas apropiado, dado que la > >> > informacion > >> > tiene que estar on-line. Ademas el servidor B no esta en la misma > >> > localidad > >> > que el servidor A. > >> > > >> > > >> > ________________________________ > >> > Date: Mon, 22 Sep 2008 12:55:36 -0300 > >> > From: [EMAIL PROTECTED] > >> > To: [EMAIL PROTECTED] > >> > Subject: [dbms] Servidor Linkeado > >> > > >> > > >> > Eso es muy malo.Da error y le cancela la transacción al usuario. > >> > Para eso debes usar replicacion o mirroring o log shipping u otro > >> > mecanismo > >> > como service broker pero nunca jamas triggers > >> > Cual es el propósito de tener el segundo equipo, alta disponibilidad? > >> > > >> > -------------------------------- > >> > Atte. > >> > Ing. Jose Mariano Alvarez > >> > SQL Total Consulting > >> > > >> > > >> > On Mon, Sep 22, 2008 at 11:23, Luis <[EMAIL PROTECTED]> wrote: > >> > > >> > Hola amigos. > >> > > >> > Tengo una duda, sobre un tema que recien empiezo a caminar. El tema que > >> > tengo un servidor Sql Server 2005 x64 sobre Windows 2003 server x64, es > >> > el > >> > servidor principal del ERP, vamos llamarlo A y tengo otro servidor > >> > tambien > >> > con la misma plataforma y el mismo SQL Server, este ultimo servidor esta > >> > linkeado en el primer servidor que lo llamaremos B. > >> > Las tablas del servidor B, se actualiza por medios de triggers que se > >> > ejecutan en el servidor A, ahora mi duda es que pasa si por x motivos el > >> > servidor B no tiene conexion con el servidor A, los triggers que se > >> > ejecutan, dan error o cuando se reestablece la conexion los hace todos > >> > juntos (los que se habian echo en le momento que no habia conexion). O > >> > bien > >> > que otra forma tengo para poder safar de esta situacion. > >> > > >> > Espero que haya sido claro. > >> > > >> > Gracias, a todos. > >> > > >> > Ibaseta, Luis. > >> > > >> > ________________________________ > >> > Descargá ya gratis y viví la experiencia Windows Live. Descubre Windows > >> > Live > >> > > >> > ________________________________ > >> > ¿Aburrido? Ingresá ya y divertite como nunca en MSN Juegos. MSN Juegos > >> > >> > >> > >> -- > >> ----------------------------------------------------------- > >> Microsoft MVP en SQL Server > >> Consultor en SQLTotalConsulting > >> Excelencia en servicios y consultoria SQLServer > >> www.sqltotalconsulting.com <http://www.sqltotalconsulting.com/> > >> ----------------------------------------------------------- > >> > > > > > > ________________________________ > > Descargá ya gratis y viví la experiencia Windows Live. Descubre Windows Live > > > > -- > ----------------------------------------------------------- > Microsoft MVP en SQL Server > Consultor en SQLTotalConsulting > Excelencia en servicios y consultoria SQLServer > www.sqltotalconsulting.com <http://www.sqltotalconsulting.com/> > ----------------------------------------------------------- > _____ Descargá ya gratis y viví la experiencia Windows Live. Descubre Windows <http://www.descubrewindowslive.com/latam/index.html> Live _____ Descargá ya gratis y viví la experiencia Windows Live. Descubre Windows <http://www.descubrewindowslive.com/latam/index.html> Live _____ Descargá GRATIS el poder del nuevo Internet Explorer 7. Internet <http://optimized.msn.com/Default.aspx?mkt=es-ar> Explorer 7
