データベースアーキテクトは、SQL Server 2014は2012よりもパフォーマンスと安定性の利点がないため、SQL Server 2014は2012よりも適切な選択肢ではないことをクライアントに伝えました。私が読んだすべてはこれと矛盾しています。 Aaron Bertrandは正反対です とMSから読んだすべてのホワイトペーパーも同意します-2014は強化され、2012年に発生したAGの問題のいくつかを解決します。
私が見逃している2012年よりも2014年を選択することに大きな不利な点はありますか?
確かに私の確認は必要ありませんが、私がクライアントに2014年よりも2012年に行くことを提案する1つの考えられる理由を考えることはできません。特にサポート/サポート終了の理由だけでなく、追加の機能や拡張機能のためにも既存の機能に。
あなたが聞くかもしれないいくつかの理由:
パフォーマンスの低下。もちろん、これは発生する可能性がありますが、2012年に行ったとき、またはその他の大きな変更を加えたときにも発生する可能性があります(理由のいくつかは、アップグレードやフェイルオーバーなどのない移行に起因する場合もあります)。回帰は予想される変更の一部であり、アップグレードを非難するのは簡単です( VSTSチームに尋ねる )。
高コスト。同じ構成で2014年のコストが2012年を超えるといういくつかの主張を目にしましたが、スタンバイセカンダリがライセンスを取得するためにソフトウェアアシュアランスを必要とすることを除いて、それを引き起こすライセンスの変更は確認されていません。もう1つの側面は、SA=を持たない人が計画が不十分で、2012年を購入し、今は2014年を望んでいる場合です。そうです、コストがかかります。
一般的にパフォーマンスが悪い?安定性が低い?いいえ、どちらも私には笑えるようです。酔っ払った友達に本当の証拠を求めてください。おそらく彼もクライアントから遠ざけてください。 :-)
SQL Server 2014では、Cardinality Estimatorにいくつかの重大な変更が加えられています。私は彼がこれらの変更とすべてをテストしてパフォーマンスが低下しないようにする努力を恐れていたと推測できます。
または、新しいCardinality Estimatorが原因で発生する変更を適切に分析せずにSQL Serverをアップグレードしただけです。そして最悪の事態はさらに悪化し、アプリケーションにいくつかのクエリがあり、Estimatorの変更によって悪影響を受けました!
新しいCardinal Estimatorはクエリを異なる方法で処理する場合があり、一部は悪影響を受けることになり、パフォーマンスが低下し、システムが不安定になることに注意してください。まあ、少なくとも彼らはかもしれない!しかし、(!!)それは-とにかく-特定のクエリにのみ当てはまり、製品一般には当てはまりません!そして、これらのクエリは修正可能でなければなりません。