none
Como me recomiendan conectar una base de datos entre 2 edificios lejanos? RRS feed

  • Pregunta

  • ¿Como me recomiendan conectar una base de datos entre 2 edificios lejanos?

    La verdad no estoy seguro si conviene contratar una IP fija para tener en uno de los edificios el servidor de base de datos, o con un hosting de base de datos, o con una VPN.

    La verdad no tengo ni idea de lo que me pueda convenir, espero me puedan orientar. Gracias de antemano.

    PD. Si saben de otro subforo donde sea mas correcto preguntar agradeceria que me dijeran.

    miércoles, 15 de septiembre de 2010 20:52

Respuestas

  • Si tiene que salir barato, mi sugerencia es contratar en ambos edificios una conexión a Internet de tipo económico (tal como una línea ADSL). En la central conviene contratar una dirección IP fija. Desde el edificio remoto, se abre una conexión VPN contra el central, con el resultado de que los ordenadores del edificio remoto aparentarán encontrarse dentro de la misma red local que los del edificio central. De esta manera, desde el punto de vista del software, todos los equipos cliente de ambos edificios se pueden conectar indistintamente al servidor de base de datos.

    En cuanto a la fiabilidad y velocidad de esta solución, estará condicionada por la fiabilidad de las conexiones de internet y el ancho de banda de las mismas. La conexión VPN prácticamente no reduce nada las prestaciones originales de las líneas de comunicación sobre las que se abre dicha conexión.

    Si es crítico que el edificio remoto pueda seguir trabajando aunque se caiga la conexión, entonces conviene que disponga localmente de su propio servidor SQL. Entre este servidor y el de la central se puede establecer una replicación, que los sincronizará cuando la conexión esté disponible.

    jueves, 16 de septiembre de 2010 20:54

Todas las respuestas

  • Hola.

    ¿Qué entiendes por lejanos? ¿Qué calidad de conexión necesitas, qué ancho de banda? En un edificio estará el servidor de bases de datos. ¿Qué habrá en el otro?


    Alberto López Grande
    SQL Server MVP
    Visita mi blog en http://qwalgrande.blogspot.es/

    miércoles, 15 de septiembre de 2010 21:17
  • Ok jeje, creo que si me faltó mucha información.

    Los edificios están dentro de la misma ciudad, no sabría decirte en Kilómetros, si es necesario el dato házmelo saber y lo investigo (se que no es una medida de distancia jeje pero digamos 20 minutos en auto jeje). Cabe mencionar que mi cliente quiere que le salga barato (es algo obvio pero hay que recordarlo).

    En la calidad, pues necesito que no pierdan la conexión porque dejaría a las sucursales sin poder trabajar. Pero en ancho de banda no requiero mucho porque sólo de editara el valor de las tablas, las cuales no requieren imágenes ni nada por el estilo, sólo datos numéricos, y sólo habrá un usuario en la central donde estará el servidor, y dos usuarios (no concurrentes) en la otra central. Aunque existen planes de abrir nuevas sucursales, digamos una o dos, que también implementarían el mismo software y trabajarán con la misma base de datos.

    En un edificio estará el servidor y también estará un equipo con el programa que utilizará la base de datos, en el otro edificio estará un equipo que también accederá a la base de datos. En realidad es algo simple, en donde está el servidor dan de alta inventario, y en el otro edificio hacen las ventas y lo descuentan de la base de datos.

     

    Espero no me haya faltado nada y que me puedan ayudar, gracias.

    jueves, 16 de septiembre de 2010 20:37
  • Hola.

    Parece claro que el problema no guarda relación con SQL Server, sino con la infraestructura de red. Si te parece oportuno, muevo el hilo al foro dedicado a estas cuestiones.


    Alberto López Grande
    SQL Server MVP
    Visita mi blog en http://qwalgrande.blogspot.es/

    jueves, 16 de septiembre de 2010 20:46
  • Te lo agradecería. Saludos.
    jueves, 16 de septiembre de 2010 20:49
  • Si tiene que salir barato, mi sugerencia es contratar en ambos edificios una conexión a Internet de tipo económico (tal como una línea ADSL). En la central conviene contratar una dirección IP fija. Desde el edificio remoto, se abre una conexión VPN contra el central, con el resultado de que los ordenadores del edificio remoto aparentarán encontrarse dentro de la misma red local que los del edificio central. De esta manera, desde el punto de vista del software, todos los equipos cliente de ambos edificios se pueden conectar indistintamente al servidor de base de datos.

    En cuanto a la fiabilidad y velocidad de esta solución, estará condicionada por la fiabilidad de las conexiones de internet y el ancho de banda de las mismas. La conexión VPN prácticamente no reduce nada las prestaciones originales de las líneas de comunicación sobre las que se abre dicha conexión.

    Si es crítico que el edificio remoto pueda seguir trabajando aunque se caiga la conexión, entonces conviene que disponga localmente de su propio servidor SQL. Entre este servidor y el de la central se puede establecer una replicación, que los sincronizará cuando la conexión esté disponible.

    jueves, 16 de septiembre de 2010 20:54
  • No es necesario tener dos conexiones de internet (una en la central y otra en la remota), con tener una que sea dedicada basta. Yo lo que haria es un enlace punto a punto, donde si obtenes buenos equipamientos para hacerlo la fiabilidad y la velocidad seria buena. Eso si, asegurarse de tunelizar todo el trafico, y tener un buen firewall.

    Todo depende del dinero que se quiera gastar.

    Saludos.


    IT Support
    viernes, 17 de septiembre de 2010 15:29
  • Emanuel Weber dijo:
    Yo lo que haria es un enlace punto a punto [...] Todo depende del dinero que se quiera gastar.

    Bueno, en la pregunta orignal se decía:

    Cabe mencionar que mi cliente quiere que le salga barato [...]

    que es el motivo por el que yo le decía que utilizara dos conexiones "corrientes" (similares a las de uso doméstico). La diferencia de precio con una conexión dedicada, por lo menos en España, puede ser de más un orden de magnitud. Sobre todo si tenemos en cuenta esto:

    existen planes de abrir nuevas sucursales, digamos una o dos

    ... cosa que requeriría más lineas dedeicadas, incrementando en gran medida el precio respecto al coste de tener una vulgar conexión a Internet en cada sucursal.

    Por supuesto, si el precio no importa, estoy de acuerdo en que un enlace punto a punto sería idóneo.

     

    viernes, 17 de septiembre de 2010 16:03
  • Disculpa Alberto, me habia obviado el detalle de que el cliente quiere que le salga barato, aunque igual creo que lo barato en principio, despues termina saliendo caro (hablando por la seguridad).

    Saludos.


    IT Support
    viernes, 17 de septiembre de 2010 17:47
  • Creo que una solución "barata" de conectividad entre dos edificios relativamente lejos no existe, al menos solución empresarial. Podrías implementar la solución ADSL pero con firewall, tunel y demás para hacerla segura y ese ya es otro gasto. Además imaginate que más adelante los chicos de la sucursal requieran acceso a internet, pues el tráfico se haría más pesado y necesitarías más ancho de banda.

    Bueno, la decisión que tomes debe abarcar soluciones a posibles situaciones futuras, no solo las presentes.

    Sls

    viernes, 17 de septiembre de 2010 22:40
  • Gracias a todos por sus recomendaciones estoy investigando como andan los precios aquí en México, pero me saltó una duda.

    ¿Por qué no es buena idea el comprar un hosting donde hospedar la base de datos y usarla desde las 2 sucursales a través de Internet? (o rentar un servidor para bases de datos, que vendría dando lo mismo según entiendo)

    domingo, 19 de septiembre de 2010 22:05
  • ¿Por qué no es buena idea el comprar un hosting donde hospedar la base de datos y usarla desde las 2 sucursales a través de Internet? (o rentar un servidor para bases de datos, que vendría dando lo mismo según entiendo)


    No, no es que no sea una buena idea usar un servicio de "hosting". Puede merecer la pena si las condiciones de seguridad y disponibilidad en el hosting son mejores que las que tendrías albergando el servidor en tus propias oficinas.

    Pero en cuanto a las comunicaciones, no cambia nada. Tendrás que hacer exactamente lo mismo para conectar desde tus oficinas al hosting que si tuvieras que comunicar desde una oficina a la otra. Es decir, o alquilas líneas dedicadas desde cada oficina al hosting (si quieres calidad y fiabilidad), o usas conexiones de internet desde las oficinas al hosting, en cuyo caso convendría encapsularlas sobre VPN por las mismas razones (seguridad) por las que usarías también una VPN si la conexión fuera desde una oficina a otra.

    En resumen, sí que puede ser buena idea usar un hosting, pero esto no cambia nada en cuanto al "cómo conectar", que era el tema original de la pregunta.

    lunes, 20 de septiembre de 2010 5:44
  • Bien, si el proyecto a futuro es expandirse, segun el primer post, lo mejor para mi entender seria implementar la solucion mas efectiva ahora y gastarse unas monedas mas. Hay que tener en cuenta que si una organizacion crece, la informacion y los datos que se manejan tambien, por ende se hace mucho mas necesario la seguridad e integridad de los mismos, ya que si se produce alguna perdida o robo de los mismos, el futuro de la organizacion podria estar en peligro y las perdidas podrian ser muy grandes.

    Con lo que digo voy a que hay mucha gente que quiere "soluciones" factibles y al menor coste posible, y dejan de lado otras cuestiones.

    Saludos.


    IT Support
    lunes, 20 de septiembre de 2010 18:35
  • 1. Gracias por sus respuestas, al analizar me ha parecido buena idea la que me propone Alberto Población en un principio, aunque (se que me estoy viendo muy tacaño jeje) pero estoy considerando utilizar un servicio de DNS dinámico (creo que así se llaman servicios como DynDNS o No-IP) en lugar de la IP fija. ¿Creen que tendría algún inconveniente? Ya que he investigado y no he encontrado muchas quejas al respecto.

    2. Veo que no les parece muy buena idea esto de la solución "barata" y por lo que entiendo es en cuanto a seguridad, me podrían ayudar para saber cuales serían en sí las desventajas, es decir, que vulnerabilidades tendría que no pudiera evitar (por ejemplo, para que no correr riesgo de que alguien acceda a información privilegiada podría guardar todo encriptado).

    Saludos.

    martes, 21 de septiembre de 2010 0:10