Nuestro arquitecto de bases de datos le dijo a un cliente nuestro que SQL Server 2014 es una mala elección sobre 2012 porque carece de las ventajas de rendimiento y estabilidad que tiene 2012. Todo lo que he leído contradice esto. Aaron Bertrand dice exactamente lo contrario y todos los libros blancos que he leído de MS también están de acuerdo: 2014 se mejora y resuelve algunos de los problemas de AG que la gente tuvo con 2012.
¿Hay alguna desventaja importante en elegir 2014 sobre 2012 que me falta?
sql-server
sql-server-2012
sql-server-2014
224621HuttHuttHike
fuente
fuente
Respuestas:
Obviamente no necesita mi confirmación, pero no puedo pensar en una sola razón posible por la que sugeriría a un cliente que vayan con 2012 durante 2014. Particularmente por razones de soporte / fin de vida útil, pero también debido a características y mejoras adicionales a las capacidades existentes.
Algunas razones que puede escuchar:
Degradación del rendimiento . Claro, esto puede suceder, pero también puede suceder al ir a 2012 o realizar cualquier otro cambio importante (algunas de las razones también pueden atribuirse a la migración sin actualización, conmutación por error, etc.). Las regresiones son una parte esperada del cambio, y es fácil culpar a una actualización ( solo pregunte al equipo de VSTS ).
Mayor costo . He visto algunas afirmaciones de que 2014 cuesta más que 2012 para la misma configuración, pero no he observado ningún cambio de licencia que pueda causar que esto suceda, excepto que las secundarias en espera ahora requieren que se garantice la licencia del software. El otro aspecto es si alguien sin SA planificó mal y compró 2012 y ahora quiere 2014, sí, eso les costará.
Generalmente peor rendimiento? ¿Menos estabilidad? No, ambos me parecen ridículos. Pídale a su amigo borracho alguna evidencia real, y tal vez también lo mantenga alejado de los clientes. :-)
fuente
Bueno, SQL Server 2014 viene con algunos cambios serios en el Estimador de Cardinalidad. Solo puedo adivinar que tenía miedo de estos cambios y el esfuerzo de probar todo para que el rendimiento no se degrade.
O simplemente actualizó SQL Server sin analizar adecuadamente los cambios que ocurren debido al nuevo Estimador de cardinalidad. ¡Y lo peor viene a lo peor, tenía algunas consultas en su aplicación, que fueron afectadas negativamente por los cambios del Estimador!
Tenga en cuenta que el nuevo Estimador Cardinal puede manejar sus consultas de manera diferente y algunas se verán afectadas negativamente y causarán un mal desempeño y un sistema inestable; bueno, al menos podrían! Pero (!!) eso es, si es que lo hace, ¡solo cierto para ciertas consultas, no para el producto en general! Y estas consultas deberían ser reparables.
fuente