SQLServer2019エディションについての考え

数年ぶりのPASSサミットに着手したとき、SQLServerの最新バージョンに対する興奮を抑えるのは困難です。私はBobWard（@bobwardms）の最新の著書「SQLServer 2019 Revealed」の技術編集を手伝い、CTPおよびRCサイクル全体を通じて製品チームやMVPピアと積極的に関わってきました。 10月の第1週にレドモンドで開催された非常に限定的なSQLServer2019 Airliftイベントにも参加しました。RTMに影響を与えるフィードバックを提供するには遅すぎましたが、CUで見られると思われる建設的な提案をいくつか行いました（またはvNextまで）。

この製品は、少なくとも執筆時点ではまだリリースされていませんが、どの機能がどのエディションで利用可能になるか（そして多くの機能があります）を形作り始めています。ご存知かもしれませんが、SQL Server 2016 SP1に戻ると、すべてのエディションのプログラミングサーフェス機能と、パフォーマンスおよび可用性機能の多く（すべてではありません）が公開されました。これについては、「大したこと：SQL Server 2016ServicePack1」というタイトルの投稿に書いています。これは非常にエキサイティングな時期でした。最新バージョンのヒットとミスについての考えを共有したかっただけです。

ヒット

• 高速データベースリカバリはStandardEditionにあります 。 Enterprise Editionの機能だと思っていたので、これは私にとって簡単に最大の驚きでした。フェイルオーバーとリカバリの時間を大幅に短縮できるため、可用性機能です。また、tempdbでバージョンストアを共有する代わりに、RCSIなどに同じローカルバージョンストアを使用できるようになったため、パフォーマンス機能と見なすこともできます。ローカルバージョンストアを独自のファイルグループに入れることもできますが、これは3月にこの機能について書いたときにはオプションではありませんでした。これをすべてのエディションで利用できるようにすることは素晴らしいことですが、ベースラインに対してワークロードをテストすることを確認する必要があります。
  
• 透明データ暗号化（TDE）がStandardEditionになりました 。ドキュメントが最終的なものではないことを念頭に置いて、これは多くのショップにとって大きな変更であり、そのような重要なセキュリティ機能が最も高価なエディションの差別化要因になるべきではないことは理にかなっています。これはパフォーマンス機能でも可用性機能でもありません。基本的で賢明なデータセキュリティに余分な費用がかかることはありません、IMHO。ナイキノイゲバウアーは同意します。常に暗号化され、行レベルのセキュリティや動的データマスキングなどの他の機能はすべてのエディションで利用できますが、顧客が探している「簡単なボタン」ソリューションに常に適合するとは限りません。
  
• スカラーUDFインライン化 すべてのエディションにあります–Expressも 。これは、非効率的なスカラーユーザー定義関数から得ていたすべての悪いパフォーマンスを本質的に隠す優れた機能です（私はこの機能について1年前に最初に書きました）。これがエンタープライズ専用ではないことに驚いています。インデックス付きのビューのように、どこでも機能を利用できますが、Enterprise Editionの方が（少なくともデフォルトでは）動作が優れています。この場合、誰もが恩恵を受けることができてうれしいです。
  
• セットアップは実際の推奨事項をより適切に提供します 。これ自体は機能リストの項目ではありませんが、MAXDOPと最小/最大サーバーメモリに関するいくつかの新しいオプションと提案があります。これは素晴らしい追加であり、最初からインスタンスをより適切に構成できるようになります。

  セットアップの新しいMaxDOP画面（クリックして拡大）

  セットアップの新しいメモリ画面（クリックして拡大）

  ここで、インストール後に混乱を招く他のオプションを追加できれば、たとえば、メモリ内のページのロック、並列処理のデフォルトのコストしきい値の変更、起動トレースフラグの指定（3226など）、次善の電源プラン設定の強調表示、有効化などが可能になります。事後にConfigurationManagerを使用する代わりに、可用性グループを直接使用します。そして多分彼らはファイアウォールについてのその厄介な警告を取り除くことができるでしょう。それは常に同じであり、少なくとも私にとっては、どのシナリオでも意味があり、役立つことはありませんでした。

ミス

• StandardEditionの128GBの制限にはまだ影響しません 、多くのリクエストにもかかわらず（Erik Darlingからのこのような）。これは私の当初の考えではなく、ライセンスや施行を簡単にすることはできませんが、メモリの制限は可能 ライセンスされたコアの数に関連して作成されます。このように、メモリ制限は、5年前に会議室で決定された任意の制限ではなく、ライセンスに費やした金額に基づいています。
  
  Brent Ozar（@BrentO）は、「完璧な嵐」についても話しました。 「StandardEditionでのメモリの付与を含み、私は完全に同意します。顧客が、より多くの（またはすべての）メモリを使用できるようになった場合、StandardEditionでCALからコアライセンスに移行するプレミアムを喜んで支払うと思います。
  
• メモリ最適化TempDB EnterpriseEditionのみです 、メモリ最適化テーブルやハイブリッドバッファプールなどの他のインメモリデータベーステクノロジは、StandardEditionで利用できます。この機能は、パフォーマンスと可用性のハイブリッドのようなものだと思います。少なくとも、UDFインライン化よりもバランスが取れています。遅い機能は人々を待たせるだけです。圧倒されるtempdbは、ほとんど文字通りインスタンスを停止させる可能性があります。また、エンタープライズのお客様は、小規模なショップが提供できるよりも多くの、より優れたハードウェアを問題に投げかける傾向があるように感じます。 Standard Editionを選択したお客様は、小切手を書くのを待つだけで節約できるとは限りません。
  

  この機能に関して私が持っていた提案の1つは、インストールまたはアップグレードの直後にこの機能を有効にするには、セットアップ中にコマンドライン引数やUIチェックボックスが必要であるというものでした。この機能を有効にする唯一の方法はサービスの再起動を実行することであるため、これにより、インストール後の中断を回避できます。デフォルトでオンになっていない理由は、メリットが明らかでないワークロードパターンと、メモリが最適化されたテーブルを持つトランザクションやその他のデータベースを含むいくつかの破壊的なシナリオがあるため、ワークロードをテストして、適切なタイプの競合を観察しており、メリットがあることを確認しています。しかし、同じワークロードを持つ別のシステムですでにそれを行っている場合はどうなりますか？

別れの考え

不平を言っているように聞こえるかもしれませんが、私はまだこのバージョンとそれが提供するすべてのものに非常に興奮しています。 IgniteとPASSSummitの両方で可用性が発表されることを期待しているので、これを読むまでにRTMビットを手に入れている可能性があります。