none
SQL 2005 y File Server redundante con dos servidores idénticos RRS feed

  • Pregunta

  • Hola,
    mi duda es simple, y dispongo de dos servidores idénticos (Marca Intel) y necesito tener principalmente una Base de Datos y un file server redundantes. Con información que parece haber sido errónea, compré Windows 2003 Server Enterprise Edition y SQL 2005 Estandar Edition para montar un cluster de alta disponibilidad.

    Resulta que leyendo sobre el tema, parece que no puedo montar un cluster por no contar con discos externos y si es un cluster Majority Node Set (MNS), debería contar con un tercer equipo, lo cual me parece medio un tanto complejo para mi situación
    .

    Ya estoy pensando en tener que comprar un nueva licencia de windows 2003 Server y montar dos servidores independientes y buscar solución a través de mirror de SQL y alguna otra solución para el sistema de archivos.

    ¿Me podrían brindar ayuda sobre cuál sería la mejor configuración de estos equipos para este fin?

    Muchas gracias

    viernes, 17 de noviembre de 2006 11:53

Respuestas

  • En general te han aconsejado mal, espero poder ayudarte.

    Para montar un MNS no necesitas tres equipos, hay un hotfix de microsoft que te permite hacerlo con dos, pero no te lo recomendaria.

    Si ya tienes compradas las enterprise, no tienes que comprar nada mas.

    Solucion 1) Si no quieres invertir mas:

    No montes un cluster:

    Para la BD:

    Con sql 2005 estandar puedes usar un mirror para replicar la BD, te recomiendo el modo asincrono, el whitness puede ser un sql express gratis, que incluso puedes poner en un puesto, aunque si tienes que usar esta opción no creo que el sistema sea tan critico como para necesitar el whitness.

    Con esto tus BD estaran replicadas en los dos servidores.

    Para los ficheros, si la versión de los windows que tienes es tambien R2 puedes usar DFS-R para replicar los archivos, si no es R2 tendras que usar DFS a secas que usa FRS para replicar los archivos, puedes crear una raiz de dominio para que tu usuarios no sepan a que servidor esta atacando.

    Solución 2) invirtiendo mas:

    Tendrias que actualizar una licencia de SQL a enterprise y te sobraria la otra.

    Tendrias que comprar una cabina de discos, o un sistema que soporte ISCSI hp o dell tienes cabinas economicas que aparte de mucho rendimiento te permitiran escalar muy bien.

    Las hay con discos SATA que son incluso mas baratos, aunque su rendimiento es pero que SCSI, pero para bases de datos pequeñas no te tienes que preocupar, lo unico importante es que pongas los logs y los ficheros de datos en arrays diferentes, raid 5 para datos y raid 1 para logs, si los discos no son un problema raid 0+1 para las dos cosas.

    Tendrias que enchufar los dos servidores a la cabina, si tienes presupuesto usa Fibra, si no asegurate de que la cabina sea scsi o si usas ISCI monta una red paralela a Gb.

    Con esto montaras un cluster, crea dos grupos de recurosos uno para SQL y otro para los ficheros e impresoras, ten siempre cada grupo en un nodo para mejor rendimiento.

    La verdad es que si yo te hubiera aconsejado desde el princìpio te hubiera aconsejado la compra de un cluster ya montado de HP que sale muy barato e incluye los dos servidores y la cabina por scsi.

    Si no tienes prespuesto, pues entonces mirror y dfs, las desventajas son que ocuparas espacio en los dos servidores, la administración es peor y segun como lo montes requeriras de accciones manuales para trabajar en caso de que se te caiga el servidor principal del mirror.

    Un saludo.

    *******************************************************************************************************************

    Colabora con el foro: Si la respuesta te es de utilidad marca la pregunta como respondida.

    *******************************************************************************************************************

    Daniel Matey.

    MCSE, MCSA, MCSD, MCDBA.

    Blog: http://dmatey.spaces.live.com

     

     

    sábado, 18 de noviembre de 2006 11:37
  • En SQL, sin whitness, en caso de caida de un servidor, el otro no entra en funcionamiento automaticamente, es necesario que se active manualmente.

    El whitness revisa que el servidor principal se ha caido para indicar al otro servidor que se active.

    En un cluster MNS si no quieres whitness tienes que montar tres servidores.

    Esto es asi, para que en caso de que los dos nodos pierdan contacto, no puedan estar activas las dos bases de datos.

    No te recomiendo el hotfix por que en infraestructuras pequeñas añade complejidad y el riesgo de levantar una bd erroneamente es mayor, ya que luego integrar los datos de las dos BD puede ser algo complicado.

    Un saludo.

    *******************************************************************************************************************

    Colabora con el foro: Si la respuesta te es de utilidad marca la pregunta como respondida.

    *******************************************************************************************************************

    Daniel Matey.

    MCSE, MCSA, MCSD, MCDBA.

    Blog: http://dmatey.spaces.live.com

     

    martes, 21 de noviembre de 2006 6:29

Todas las respuestas

  • En general te han aconsejado mal, espero poder ayudarte.

    Para montar un MNS no necesitas tres equipos, hay un hotfix de microsoft que te permite hacerlo con dos, pero no te lo recomendaria.

    Si ya tienes compradas las enterprise, no tienes que comprar nada mas.

    Solucion 1) Si no quieres invertir mas:

    No montes un cluster:

    Para la BD:

    Con sql 2005 estandar puedes usar un mirror para replicar la BD, te recomiendo el modo asincrono, el whitness puede ser un sql express gratis, que incluso puedes poner en un puesto, aunque si tienes que usar esta opción no creo que el sistema sea tan critico como para necesitar el whitness.

    Con esto tus BD estaran replicadas en los dos servidores.

    Para los ficheros, si la versión de los windows que tienes es tambien R2 puedes usar DFS-R para replicar los archivos, si no es R2 tendras que usar DFS a secas que usa FRS para replicar los archivos, puedes crear una raiz de dominio para que tu usuarios no sepan a que servidor esta atacando.

    Solución 2) invirtiendo mas:

    Tendrias que actualizar una licencia de SQL a enterprise y te sobraria la otra.

    Tendrias que comprar una cabina de discos, o un sistema que soporte ISCSI hp o dell tienes cabinas economicas que aparte de mucho rendimiento te permitiran escalar muy bien.

    Las hay con discos SATA que son incluso mas baratos, aunque su rendimiento es pero que SCSI, pero para bases de datos pequeñas no te tienes que preocupar, lo unico importante es que pongas los logs y los ficheros de datos en arrays diferentes, raid 5 para datos y raid 1 para logs, si los discos no son un problema raid 0+1 para las dos cosas.

    Tendrias que enchufar los dos servidores a la cabina, si tienes presupuesto usa Fibra, si no asegurate de que la cabina sea scsi o si usas ISCI monta una red paralela a Gb.

    Con esto montaras un cluster, crea dos grupos de recurosos uno para SQL y otro para los ficheros e impresoras, ten siempre cada grupo en un nodo para mejor rendimiento.

    La verdad es que si yo te hubiera aconsejado desde el princìpio te hubiera aconsejado la compra de un cluster ya montado de HP que sale muy barato e incluye los dos servidores y la cabina por scsi.

    Si no tienes prespuesto, pues entonces mirror y dfs, las desventajas son que ocuparas espacio en los dos servidores, la administración es peor y segun como lo montes requeriras de accciones manuales para trabajar en caso de que se te caiga el servidor principal del mirror.

    Un saludo.

    *******************************************************************************************************************

    Colabora con el foro: Si la respuesta te es de utilidad marca la pregunta como respondida.

    *******************************************************************************************************************

    Daniel Matey.

    MCSE, MCSA, MCSD, MCDBA.

    Blog: http://dmatey.spaces.live.com

     

     

    sábado, 18 de noviembre de 2006 11:37
  • Ok, me queda bastante claro, escpeto por dos cuestiones de las que me planteas:

    1. ¿Porqué no recomiendas la opción de utilizar el hotfix?

    2. ¿Cuál es la función de
    whitness específicamente? Supervisa el funcionamiento de las dB para mejorar tiempos de respuesta ante alguna caída?

    Estoy muy agradecido por tus respuestas
    lunes, 20 de noviembre de 2006 13:13
  • En SQL, sin whitness, en caso de caida de un servidor, el otro no entra en funcionamiento automaticamente, es necesario que se active manualmente.

    El whitness revisa que el servidor principal se ha caido para indicar al otro servidor que se active.

    En un cluster MNS si no quieres whitness tienes que montar tres servidores.

    Esto es asi, para que en caso de que los dos nodos pierdan contacto, no puedan estar activas las dos bases de datos.

    No te recomiendo el hotfix por que en infraestructuras pequeñas añade complejidad y el riesgo de levantar una bd erroneamente es mayor, ya que luego integrar los datos de las dos BD puede ser algo complicado.

    Un saludo.

    *******************************************************************************************************************

    Colabora con el foro: Si la respuesta te es de utilidad marca la pregunta como respondida.

    *******************************************************************************************************************

    Daniel Matey.

    MCSE, MCSA, MCSD, MCDBA.

    Blog: http://dmatey.spaces.live.com

     

    martes, 21 de noviembre de 2006 6:29
  • yo tengo un problemita     tengo un  servidor  con  win2003 server  y con sql 2005   ,  pero  que me  recomeindas para implementar   un raid 0 o un raid 5  en el sistema  de   discos....???      Supuestamente  lei  que no es rcomendable  el  raid 5 porque  es lento ....???
    miércoles, 23 de mayo de 2007 18:31
  • Otra opcion que tienes para tener alta disponibilidad y no tener que gastar más dinero es virtualizacion... aunque puede que pierdas rendimiento en la BD.

     

    Si no te quieres gastar dinero puedes usar el Microsoft Virtual Server o el vmware Server ambos son gratuitos. El tema seria que montaras los dos servidores fisicos con el Windows (en caso del vmware Server puedes usar Windows o Linux).

     

    Luego encima del software de virtualizacion que escojas en un servidor fisico creas una maquina virtual con Windows 2003 y el SQL Server y creas otra maquina virtual en el otro servidor fisico con el Windows para el File Server.

     

    Ahora:

    Supongamos que uno de los servidores fisicos se llama A y el otro se llama B. Y las maquinas virtuales se llaman SQL y FileServer. Y que en el servidor A esta corriendo la virtual SQL y en el servidor B esta corriendo el FileServer

     

    Tienes que preparar un script que te permita copiar los ficheros de la virtual SQL del servidor A al servidor B. Y otro que te permita copiar los ficheros de la virtual FileServer del servidor B al servidor A. (De esto podras encontrar informacion por internet.. sobretodo es interesante el tema Snapshots).

     

    Asi si algun dia te falla alguna de las virtuales (o alguna de las fisicas) puedes arrancar las 2 maquinas virtuales en un mismo servidor (a lo mejor tendras que modificar su memoria RAM o CPU para que puedan ejecutarse las 2 a la vez) con la consecuente perdida de recursos, pero mas vale que los usuarios puedan trabar lentos a que no puedan trabajar.

     

    Espero que te sirva

    jueves, 6 de marzo de 2008 8:00
  • Hola,

     

    Yo RAID0 no te lo recomiendo en absoluto, ya que si se estropea simplemente uno de los discos que forma el RAID se estropea todo el volumen. (Almenos que lo hagas para guardar Backups.. o datos que se puedan perder).

     

    Bien, ahora puedes mirar el RAID1, RAID5, RAID6 o RAID10. Cada uno segun para lo que quieras...

     

    Yo normalmente pongo RAID5 para los datos del SQL (.mdf) y RAID1 para los Logs (.ldf)

     

    Espero que te sirva,

    jueves, 6 de marzo de 2008 8:03