none
Always on RRS feed

  • Pregunta

  • Buenas tardes,

    estoy realizando una implementacion para unas pruebas de la funcionalidad del Always on del SQL, pero me esta pasando la siguiente situación al momento de crear la solucion del always on si tumbo la instancia principal se realiza el faillover pero cuando subo el principal y tumbo la instancia secundaria la misma no hace el failover tengo que hacerlo de manera manual eso pasa la primera vez que lo intento, luego de subir la instancia manual tumbo nuevamente la instancia principal pero ahora no hace el failover y me muestra el siguiente error.

    Me gustaria que me dieran alguna idea de por que me puede estar pasando esto.

    


    Dewars Barett

    lunes, 14 de mayo de 2018 20:28

Respuestas

  • Se me ocurre que puede ser que no esté bien configurado el quórum. Si solo hay dos nodos de SQL se necesita añadir un quórum de disco para que el failover se produzca automáticamente al tumbar un nodo. ¿Has verificado que tienes bien configurado este tercer voto para el quórum?
    • Marcado como respuesta jose02 martes, 15 de mayo de 2018 12:34
    martes, 15 de mayo de 2018 6:24

Todas las respuestas

  • Se me ocurre que puede ser que no esté bien configurado el quórum. Si solo hay dos nodos de SQL se necesita añadir un quórum de disco para que el failover se produzca automáticamente al tumbar un nodo. ¿Has verificado que tienes bien configurado este tercer voto para el quórum?
    • Marcado como respuesta jose02 martes, 15 de mayo de 2018 12:34
    martes, 15 de mayo de 2018 6:24
  • Voy a probar esto que me indicas,

    Gracias,


    Dewars Barett

    martes, 15 de mayo de 2018 12:34
  • En todos los ambientes de HA, los "regresos", son MANUALES, no puedes hacerlo de forma automatica, y existe una razon poderosa, el DBA o encargado del ambiente debe verificar el PORQUE se fue a FAILOVER, solucionar el problema y tomar determinaciones de si regresarlo (tiempo corto de caida) o volver a configurar (tiempo largo de caida).

    Al menos, eso fue lo que siempre me enseñaron, si estoy equivocado, que alguien comente.

    martes, 15 de mayo de 2018 15:23
  • Estimado iislas:

    Precisamente esa es la funcionalidad que se intenta solucionar, con este tipo de tecnologías, que no haya nadie que tenga que hacer nada, para que la perdida de producción o impacto de caída sea el mínimo posible. (Alta disponibilidad). Y por ello para determinar quien se hace cargo de los recursos existe el quorum, como manera de fijar, que nodo será quien responda/tome el control de la instancia de los recursos del cluster.

    https://docs.microsoft.com/es-es/sql/sql-server/failover-clusters/windows/always-on-failover-cluster-instances-sql-server?view=sql-server-2017

    Un saludo

    martes, 15 de mayo de 2018 20:23
  • Gracias, a tu respuesta ya lo pude implementar correctamente y esta totalmente funcional.

    Dewars Barett

    miércoles, 16 de mayo de 2018 13:41