Neuere Version von SQL Server weniger stabil?

15

Unser Datenbankarchitekt sagte einem unserer Kunden, dass SQL Server 2014 im Vergleich zu 2012 eine schlechte Wahl ist, da ihm die Leistungs- und Stabilitätsvorteile von 2012 fehlen. Alles, was ich gelesen habe, widerspricht dem. Aaron Bertrand sagt, dass genau das Gegenteil der Fall ist und dass alle Whitepapers, die ich von MS gelesen habe, ebenfalls übereinstimmen.

Gibt es einen großen Nachteil bei der Wahl von 2014 gegenüber 2012, den ich vermisse?

224621HuttHuttHike
quelle
11
Ich denke, dass Ihr Datenbankarchitekt betrunken ist.
Daniel Hutmacher
1
Ausserordentliche Ansprüche bedürfen eines ausserordentlichen Nachweises. Sie haben Ihre Argumente und Referenzen (und sie sind gut). Wenden Sie sich an Ihren Architekten und fragen Sie ihn nach Einzelheiten, um seine Position zu bestätigen.
Jonathan Fite
2
Derzeit können Sie für Neuinstallationen SQL Server 2012 nicht mehr als SQL Server 2014 auswählen, da Sie keine Lizenzen für SQL Server 2012 mehr kaufen können (zumindest nicht direkt von Microsoft)
a_horse_with_no_name
Sie sollten die Auswahl entsprechend Ihren Anforderungen und Ihrem Budget treffen. Ich würde sagen, beide sind gut und Sie sollten nicht vergleichen. 2014 hat zwar einige sehr gute Funktionen, aber wenn Sie eine ältere Anwendung haben und versuchen, 2014 zu migrieren, wird das neue CE Ihnen mehr Schmerzen bereiten als 2012. Abgesehen davon ist 2014 eine sehr gute Wahl.
Shanky
@Shanky-Regressionen mit dem neuen CE sind im Vergleich zur Anzahl der Abfragen, die insgesamt von Nutzen sind, selten. Regressionen können einzeln behandelt werden oder im schlimmsten Fall kann das alte CE gewaltsam implementiert werden, was es zu einem schlechten Argument macht, die Version selbst IMHO zu vermeiden.
Aaron Bertrand

Antworten:

15

Sie brauchen meine Bestätigung natürlich nicht, aber ich kann mir keinen einzigen Grund vorstellen, warum ich einem Kunden vorschlagen würde, dass er von 2012 auf 2014 umsteigen soll. Insbesondere aus Gründen des Supports / End-of-Life-Gründen, aber auch aufgrund zusätzlicher Funktionen und Verbesserungen zu vorhandenen Fähigkeiten.

Einige Gründe, die Sie vielleicht hören:

  • Leistungsabfall . Sicher, das kann passieren, aber es kann auch passieren, wenn Sie bis 2012 gehen oder andere wichtige Änderungen vornehmen (einige der Gründe können auch auf eine Migration ohne Upgrade, Failover usw. zurückgeführt werden). Regressionen sind ein erwarteter Bestandteil der Änderung und es ist leicht, ein Upgrade dafür verantwortlich zu machen ( fragen Sie einfach das VSTS-Team ).

  • Höhere Kosten . Ich habe ein paar Behauptungen gesehen, dass 2014 mehr kostet als 2012 für dieselbe Konfiguration, aber ich habe keine Lizenzänderungen beobachtet, die dazu führen würden, außer dass für Standby-Secondaries jetzt eine Lizenzierung für Software Assurance erforderlich ist. Der andere Aspekt ist, wenn jemand ohne SA schlecht geplant und 2012 gekauft hat und jetzt 2014 will - ja, das wird ihn kosten.

Im Allgemeinen schlechtere Leistung? Weniger stabilität? Nein, beide scheinen mir lächerlich. Fragen Sie Ihren betrunkenen Freund nach echten Beweisen, und halten Sie ihn möglicherweise auch von Kunden fern. :-)

Aaron Bertrand
quelle
2

Nun, SQL Server 2014 bringt einige gravierende Änderungen am Cardinality Estimator mit sich. Ich kann nur vermuten, dass er Angst vor diesen Änderungen und dem Versuch hatte, alles zu testen, damit sich die Leistung nicht verschlechtert.

Oder er hat einfach ein Upgrade von SQL Server durchgeführt, ohne die durch den neuen Cardinality Estimator vorgenommenen Änderungen richtig zu analysieren. Und das Schlimmste wird noch schlimmer, hatte einige Anfragen in seiner Bewerbung, die durch die Estimator-Änderungen negativ beeinflusst wurden!

Beachten Sie, dass der neue Kardinalschätzer Ihre Abfragen möglicherweise anders behandelt und einige davon möglicherweise negativ beeinflusst werden. Dies führt zu einer schlechten Leistung und einem instabilen System. Na wenigstens könnten sie! Aber (!!) das gilt - wenn überhaupt - nur für bestimmte Fragen, nicht für das Produkt überhaupt! Und diese Abfragen sollten reparierbar sein.

Dennis Winter
quelle