none
SQL Server 2012 Enterprise RRS feed

  • Pregunta

  • Estimados.

    Tengo un SQL Server 2012 Enterprise, mi duda es la siguiente, en SQL 2008 en una oportunidad probe el Mirror.

    EN SQL2012 tengo una "mejor posibilidad" de hacer mirror ?, quiero decir en versiones anteriores teniamos log shipping, luego replicacion, luego mirroring, y ahora ?


    DBA SQL Server Santiago/Chile

    miércoles, 22 de abril de 2015 15:03

Respuestas

  • Saludos

    Deja me explico

    Mirror normal 2 servidores

    2 Servidores, 2 Storage diferentes seria un DR esto es porque si uno falla puedes pasar la operación al otro servidor, aquí considera que deberán de estar en diferente host físico y con diferente storage para que sea un verdadero DR

    Mirror con witness, 2 servidores

    3 Servidores, 2 Storage diferentes, seria un DR/HA debido a que el witness puede hacer el failover automatico, contrario al manual en el mirror sin witness, tiene las mismas limitantes.

    Cluster

    2 a 16 nodos dependiendo del Sistema operativo, un solo storage es necesario con varios servidores, en caso de falla automáticamente por votación pasa los servicios a otro nodo, es más un HA ya que si existe un daño al storage se pierde la información.

    Always ON

    En tu caso 2 servidores, 2 storage, se comporta como un mirror on el faiover automatico, a diferencia de un cluster no tiene un shared storage sino storage separados, lo cual le permite funciona como Un HA/DR al mismo tiempo.

    AlwaysOn se podría decir que es una evolución de Mirror, por cierto toma en cuenta que Mirror quedara depreciado en futuras actualizaciones de SQL.

    • Marcado como respuesta CMAPM jueves, 23 de abril de 2015 15:27
    jueves, 23 de abril de 2015 14:20

Todas las respuestas

  • CMAPM,

    Buen dia, como estas?? a que te referis con una "mejor posibilidad"??? todo depende del escenario que tengas.... si necesitas replicar dos servers en alta disponibilidad contas con log shipping mirroring etc.... si queres que eso sea automatic failover aprovechas el mirroring agregando otro server como testigo.. si lo que necesitas es tener mas de 2 servers en alta disponibilidad en 2012 podes utilizar available groups(ya que tenes version enterprise) con un maximo de 4 servers replicados (despues evaluaras la ubicacion de los mismos, por cuales placas salen etc etc...) usando la opcion de server primario secundario, operaciones dbcc,listeners por donde entran etc etc.

    espero te sirva!!

    saludos!!

    miércoles, 22 de abril de 2015 15:08
  • Entiendo.

    Voy a empezar a configurar Always on.

    Agradecería enormemente si me puedan convidar algun link con lso requisitos, ejemplo en lo que vi en mirroring.

    - Todas las tablas deben tener PK

    - Otros.


    DBA SQL Server Santiago/Chile

    miércoles, 22 de abril de 2015 16:16
  • aca va!

    https://msdn.microsoft.com/es-es/library/ff878487.aspx

    saludos!

    miércoles, 22 de abril de 2015 16:19
  • Saludos,

    Con que fin estas usando el mirror.  Lo primero a considerar es que el always on es una especie de mezcla entre un mirror y un cluster, por lo cual necesitaras varias licencias igual al numero de instalaciones que vas a hacer, me gustaria saber que es lo que buscas realizar para saber como poder orientarte ya te tu pregunta en si misma no es muy clara.

    miércoles, 22 de abril de 2015 19:24
  • Muchas Gracias Gonzalo por la información.

    Enrique, antes que todo, una vez más gracias por tu colaboración.

    Te comento.

    Tengo un SQL2012 Enterprise, en estos momentos tiene un par de bases de datos (seguirá creciendo), pues bien, estas bases de datos son las más importantes de la empresa, en una primera instancia, deseo tener un servidor que me sirva de respaldo en caso que el actual falle. Entonces pienso en Mirroring.

    En una segunda instancia calculo en unos 8 meses aprox. y dado que la cantidad de bases crecerá y la data también, estoy pensando que eventualmente necesitaré "balancear la información", dado esto he pensado en cluster.

    Entonces y según lo que entiendo, me serviría implementar Always on pero con 2 servidores virtuales, uno principal (actual) y un secundario, en cuanto a las licencias no me preocupo mayormente pues la empresa tiene Campus Agreement y/o en el peor de los casos no se hacen mayores problemas en este item, insisto pensando solo en 2 servidores.

    Pero como siempre quedo atento a las sugerencias.

    Saludos.

    Cristian.


    DBA SQL Server Santiago/Chile

    miércoles, 22 de abril de 2015 22:52
  • Saludos Christian

    Tambien considera tus requerimientos de storage me dices que creceran, always on necesita replicar la información (al igual que mirroring), mientras que failover necesita solo de 1.

    Mirror necesita de un witness para tener la alta disponibilidad en caso contrario debera de ser manual, lo cual implica un 3er servidor comparado con Mirror.

    Mirror lo veria mas como un DR (dissaster recovery) y Always on como un DR/HA, mientras que Cluster es mas un HA (Alta disponibilidad).

    miércoles, 22 de abril de 2015 22:59
  • Hola.

    Hace poco me encontré con este libro para un tema de DRP y me ayudó:

    http://social.technet.microsoft.com/wiki/contents/articles/11608.e-book-gallery-for-microsoft-technologies.aspx#MicrosoftSQLServerAlwaysOnSolutionsGuideforHighAvailabilityandDisasterRecovery

    ¡De pronto te es útil!

    Saludos,


    Guillermo Taylor F.
    IT Pro & Xbox gamer
    My blog

    jueves, 23 de abril de 2015 2:19
  • Saludos Christian

    Tambien considera tus requerimientos de storage me dices que creceran, always on necesita replicar la información (al igual que mirroring), mientras que failover necesita solo de 1.

    Mirror necesita de un witness para tener la alta disponibilidad en caso contrario debera de ser manual, lo cual implica un 3er servidor comparado con Mirror.

    Mirror lo veria mas como un DR (dissaster recovery) y Always on como un DR/HA, mientras que Cluster es mas un HA (Alta disponibilidad).

    Hola Enrique.

    Al final me anduve enredando un poco:

    Mirror ok esta claro.

    Always ON Dr/HA

    Cluster HA

    Con SQL Sever 2012 puedo hacer Mirroring y Always ON, pero no puedo hacer SOLO HA no ?


    DBA SQL Server Santiago/Chile

    jueves, 23 de abril de 2015 14:13
  • Gracias Guillermo, lo leeré en estos momentos.

    DBA SQL Server Santiago/Chile

    jueves, 23 de abril de 2015 14:14
  • Saludos

    Deja me explico

    Mirror normal 2 servidores

    2 Servidores, 2 Storage diferentes seria un DR esto es porque si uno falla puedes pasar la operación al otro servidor, aquí considera que deberán de estar en diferente host físico y con diferente storage para que sea un verdadero DR

    Mirror con witness, 2 servidores

    3 Servidores, 2 Storage diferentes, seria un DR/HA debido a que el witness puede hacer el failover automatico, contrario al manual en el mirror sin witness, tiene las mismas limitantes.

    Cluster

    2 a 16 nodos dependiendo del Sistema operativo, un solo storage es necesario con varios servidores, en caso de falla automáticamente por votación pasa los servicios a otro nodo, es más un HA ya que si existe un daño al storage se pierde la información.

    Always ON

    En tu caso 2 servidores, 2 storage, se comporta como un mirror on el faiover automatico, a diferencia de un cluster no tiene un shared storage sino storage separados, lo cual le permite funciona como Un HA/DR al mismo tiempo.

    AlwaysOn se podría decir que es una evolución de Mirror, por cierto toma en cuenta que Mirror quedara depreciado en futuras actualizaciones de SQL.

    • Marcado como respuesta CMAPM jueves, 23 de abril de 2015 15:27
    jueves, 23 de abril de 2015 14:20
  • Gracias Enrique.

    Tengo mas o menos claro como configurar Always On, pero jamas he visto lo del cluster que me indicas, algun link al respecto ?


    DBA SQL Server Santiago/Chile

    jueves, 23 de abril de 2015 15:34
  • Saludos Christian

    Me puedes aclarar que es lo que buscas, dame un minuto creo tener un documento.

    Aquí están todos los modelos de HA y DR disponibles.

    http://www.mssqltips.com/sqlservertip/3345/sql-server-hybrid-high-availability-and-disaster-recovery/

    Si tienes algo en duda preguntanos.


    jueves, 23 de abril de 2015 15:39