さて、今日ここでスコット・ガスリー( @ScottGu )によって発表されたので、あなたが最初にそれを聞いたとは言えません。 ) Connect(); // 2016 また、SQLServerチームのブログ 、ただし、SQL Server 2016 Service Pack1はSQLServerのビルドであり、最終的にほぼすべてのユーザーが以前のすべてのバージョンからアップグレードできるようになります。
なぜですか? ええと、あなたが座っていることを願っています:
多くのエンタープライズ機能が、Standard、Web、およびExpressで利用できるようになりました。私は長い間、すべてのエディションで表面積を同じにし、各エディションをハードウェア/リソースの制限に制限することを提唱してきました。後者は、Express Edition(1 CPU、1 GBメモリ、10 GBデータベースサイズ)およびStandard Edition(24コア、128 GB)の場合にすでに当てはまりますが、機能自体は存在しません。彼らは可用性グループの周りにいくつかの機能を追加しましたが(Standard Editionでの制限付きサポート、およびドメインを放棄する機能)、現在Enterpriseのみである機能の多くはEnterprise-yではないようです。少なくとも私の意見では、非常に多くの重要な機能をエンタープライズにのみ配置した場合のいくつかの理由と結果は次のとおりです。
- データセキュリティ 近年は後部座席になっているようです。すべてのエディションに含まれている必要があります。 Always Encryptedがリリースされ、Enterpriseに制限されたとき、私はがっかりしました。暗黙のメッセージは、中小企業の場合、クレジットカードデータを暗号化できる必要はないということでした(透過的データ暗号化でも同じことを言いますが、Always Encryptedの方がはるかに価値があります)。
- プログラマビリティ機能 データ圧縮やパーティショニングなどのパフォーマンス機能としての月明かりは、間違いなくエンタープライズ側にありますが、データ圧縮のスイートスポットは、メモリを追加したり、より高速なディスクを購入したりするだけの余裕がない中小企業だと常に感じていました。またはEnterpriseにアップグレードします。
現在のバージョンでは、ベンダーが圧縮またはパーティション分割を利用したい場合、すべての顧客がEnterpriseEditionを使用するわけではないことを考慮する必要があります。同様に、顧客はQA、本番、および開発環境で同じコードベースを使用したいと考えていますが、それらすべてが同じエディションを持っているとは限りません。ベンダーと顧客の両方が、階層やエディションに関係なく、クラウドとボックスの両方で利用できる機能を使用できることも望んでいます。現在、複数のコードベースを作成するか、最小公分母に単純に明け渡す必要があります。
- 採用率が遅い 多くの点で、Standard Editionのアップグレードは近年魅力的とはほど遠いため、多くの人が2012Standardインスタンスに満足していることを意味します。最新バージョンに移行してもあまりメリットはなく、多くの場合、移行のテストとリグレッションの処理にかかるコストは、実際にはメリットを上回ります。
ブレントオザルのような同僚 およびスティーブジョーンズ 同様の考えがありました。収益上の理由から、最高の機能は標準版とそれ以前の版から除外されたままであると主張していますが、これは本来あるべき姿ではありません。
そして今はそうではありません。
機能 | Express | LocalDB | |
---|---|---|---|
常に暗号化 | |||
データキャプチャの変更 | |||
列ストア | |||
データ圧縮 | |||
データベーススナップショット | |||
動的データマスキング | |||
Fine-Grained Auditing | |||
インメモリOLTP | |||
パーティション化 | |||
PolyBase | |||
行レベルのセキュリティ |
1。 インスタンスあたり32GBに制限 Standard Editionでは352MB、Expressでは352MB。
2。 データベースあたり32GBに制限 Standard Editionでは352MB、Expressでは352MB。
これについての証拠はありませんが、SQL Server 2016、特にStandard Editionの採用率が遅いため、Microsoftがついに耳を傾けました 。おそらく彼らは、EnterpriseEditionでのみ利用できる多くの魅力的な機能を作成しても機能しないことに気付いたでしょう。石から血を得ることができない、と彼らは言います。
この表は、Enterprise Editionの外部で有効になっている一連の機能を示しています(一部の機能はすでにStandardにありましたが、それを説明する良い方法がありませんでした)。 ExpressやLocalDBでは機能しない3つの機能があるため(SQL Serverエージェント、アクセス許可、または外部の依存関係のため)、テーブルである必要があります。
これが私の簡単なチートシートです。 ドキュメントを確認してください 最新のアップデートについて。私はほとんどの機能をテストしましたが、期待どおりに機能します。作業を簡単にするためではありませんが、エディションに基づいて機能をブロックするチェックを削除しただけです。パーティション化されたテーブルの増分統計や、圧縮されたテーブルの列ストアのような組み合わせなど、基本を超えてテストして、何かを見逃していないかどうかを確認することで、それらをつまずかせようと思いました。しかし、違います。テーブル内のすべてが、EnterpriseEditionを実行しているかのように機能しました。
とは言うものの、ここでの焦点は一貫したプログラミング表面積(CPSA)にありました。つまり、Enterprise Editionのすべてのメリットを無料または大幅な割引で突然受けることはありません。機能しない機能については、以下を参照してください。また、上記の機能の一部は、エディションに基づいてスケールが制限されている場合があります。
それでも、これは上記の#2に対する優れたソリューションを提供します。これらの機能の多くをすべてのエディションで機能させることで、さまざまなレベルのスケールをサポートしている場合でも、顧客とベンダーの両方がどこでも機能するソリューションを簡単に構築できるようになります。 '再展開されます。これは、AlwaysEncryptedやパーティショニングなどをどこでも使用できるようになるという純粋なメリットを超えても大きなメリットになります。
エディションの差別化要因は何ですか?
基本的に、それが以前、または特定のパフォーマンス機能のセット内でエンタープライズレベルの運用機能または可用性機能であった場合、それはそのまま残ります。以下は完全なリストではありませんが、おそらく大きな違いのほとんどを捉えています。
- 可用性機能 オンライン操作、断片的な復元、完全に機能する可用性グループ(読み取り専用レプリカなど)は、引き続きエンタープライズ専用です。
REBUILD
を希望します +(ONLINE = ON)
構文は、エラーを返す代わりに警告付きの低エディションでノーオペレーションとして機能する可能性がありますが、ここではあまりうるさくすることはできません。
- パフォーマンス機能 並列処理のように、Express Edition(またはLocalDB)ではまだ機能しません。
NOEXPAND
を使用しない自動インデックスビューの使用 ヒント、およびホットアドメモリ/ CPUなどのハイエンド機能は、引き続きエンタープライズでのみ使用できます。
- 運用機能 Resource Governor、Extensible Key Management(EKM)、Transparent Data Encryptionなどは、EnterpriseEditionのみになります。バックアップ暗号化、バックアップ圧縮、バッファプール拡張などのその他の機能は、引き続きStandardで機能しますが、Expressでは機能しません。
- SQLServerエージェント ExpressおよびLocalDBではまだ使用できません。その結果、上記のように、ChangeDataCaptureは機能しません。クロスサーバーサービスブローカーもこれらのエディションでは利用できません。
- インメモリOLTPとPolyBase Expressではサポートされていますが、LocalDBでは使用できません。
- 仮想化の権利 変更されておらず、ソフトウェアアシュアランスを備えたEnterpriseEditionではさらに価値があります。
- ダウンレベルエディションのリソース制限 同じまま 。 Beanカウンタは、Standard Editionのメモリの上限を引き続き制御しているようです。したがって、これは128 GBのままです(EnterpriseEditionは現在24TBです)。個人的には、この上限は新しいバージョンごとに段階的に増加するはずだと思います(ムーアの法則)。StandardEditionは十分に高価であるため、メモリ制限が設備の整ったラップトップの上限にそれほど危険なほど近づくことはないはずです。ただし、入手できるものを取り上げます。StandardEditionに固執し、スケールが必要な場合は、スケールアップを試みる代わりに、上記のEnterprise機能を複数のStandardEditionボックスまたはインスタンスで使用できるようになりました。
概要
これはマイクロソフトによる大胆な動きであり、これによってエンタープライズの売上を食い止めることなく、標準の売上がどのように増加するかは確かにわかります。 Standard Editionのお客様は、これらの機能を使用してコードベースを統合し、多くのシナリオで、より優れたパフォーマンスを提供するソリューションを構築できます。 Enterprise Editionのすべてのメリットをすでに享受している人にとっては、これはそれほど興味深いことではないかもしれませんが、SP1のすべてのエディションで利用できる新機能もたくさんあります。 。したがって、現在使用しているエディションに関係なく、SQLServerの古いバージョンを保持する言い訳はありません。
SQL Server 2016 SP1にアップグレードしてください!