SQL Server 2019 (15.x) の新機能
適用対象: SQL Server
SQL Server 2019 (15.x) は以前のリリースに基づいて構築され、開発言語、データ型、オンプレミスまたはクラウド環境、オペレーティング システムを選択できるプラットフォームとしての SQL Server がいっそう成長しています。
この記事では、SQL Server 2019 (15.x) の新機能と拡張機能について要約します。
詳細および既知の問題については、「SQL Server 2019 (15.x) リリース ノート」をご覧ください。
SQL Server 2019 (15.x) での最善のエクスペリエンスのために、最新のツールを使用してください。
SQL Server 2019 (15.x) では、SQL Server のビッグ データ クラスターが導入されています。 また、SQL Server データベース エンジン、SQL Server Analysis Services、SQL Server Machine Learning Services、SQL Server on Linux、SQL Server マスター データ サービスに対する追加機能と機能強化も提供されています。
次のビデオでは、SQL Server 2019 の概要について 13 分で説明しています。
以下のセクションでは、これらの機能の概要について説明します。
データ仮想化と SQL Server 2019 ビッグ データ クラスター
現代の企業はしばしば、データという財産を大量に管理しています。その財産はさまざまなデータ セットからなりますが、サイロ化されたデータ ソースでホストされるデータ セットは会社全体で増加の一途をたどります。 SQL Server 2019 ビッグ データ クラスターを利用すると、機械学習機能や AI 機能など、大量のデータ セットを処理できる環境を実現し、あらゆるデータから分析情報をほぼリアルタイムで取得できます。
新機能または更新 | 詳細 |
---|---|
スケーラブルなビッグ データ ソリューション | Kubernetes で実行している SQL Server、Spark、HDFS コンテナーのスケーラブルなクラスターを配置します。 Transact-SQL または Spark からビッグ データの読み取り、書き込み、処理を行います。 大量のビッグ データを使用して、価値の高いリレーショナル データを簡単に組み合わせて分析します。 外部データ ソースを照会します。 SQL Server によって管理される HDFS にビッグ データを格納します。 クラスターを介して複数の外部データ ソースからデータを照会します。 AI、機械学習、その他の分析タスクにデータを使用します。 ビッグデータクラスターでのアプリケーションのデプロイと実行 SQL Server マスター インスタンスは、Always On 可用性グループ テクノロジを利用した、あらゆるデータベースを対象とする高可用性とディザスター リカバリーを備えています。 |
PolyBase によるデータ仮想化 | 外部の SQL Server、Oracle、Teradata、MongoDB、ODBC データ ソースと外部のテーブルのデータのクエリを実行します。現在、UTF-8 エンコード対応になりました。 詳細については、「PolyBase とは」を参照してください。 SQL Server 2019 (15.x) の累積的な更新プログラム 19 に、Oracle TNS ファイルのサポートが導入されるようになりました。 詳細とサンプルについては、CREATE EXTERNAL DATA SOURCE に関する記事を参照してください。 |
詳細については、SQL Server ビッグ データ クラスターの概要に関するページを参照してください。
インテリジェント データベース
SQL Server 2019 (15.x) は、以前のバージョンのイノベーションに基づいており、既定の設定で業界をリードするパフォーマンスを実現できます。 インテリジェントなクエリ処理から永続メモリ デバイスのサポートまで、SQL Server のインテリジェント データベース機能を利用することで、アプリケーションやデータベースの設計を変更することなく、すべてのデータベース ワークロードのパフォーマンスとスケーラビリティが向上します。
インテリジェントなクエリ処理
インテリジェントなクエリ処理を使用すると、大規模な処理時に重要な並列ワークロードが改善されることがわかります。 同時に、絶えず変化するデータの世界に常に対応することができます。 インテリジェントなクエリ処理は、最新のデータベース互換性レベル設定に基づいて既定で使用できます。また、最小限の実装作業で既存のワークロードのパフォーマンスが向上する幅広い影響をもたらします。
新機能または更新 | 詳細 |
---|---|
行モード メモリ許可フィードバック | バッチ モードと行モード両方の演算子のメモリ許可サイズを調整することで、バッチ モード メモリ許可フィードバックの機能が拡張されます。 この調整により、メモリが無駄になり、同時実行性が低下する原因となる過剰な許可が自動的に修正されます。 また、メモリ許可が不十分なためにディスクへの負荷が高くなる問題も修正できます。 「行モード メモリ許可フィードバック」を参照してください。 |
行ストアでのバッチ モード | 列ストア インデックスを使用せずにバッチ モードを実行できます。 バッチ モードの実行では、分析ワークロードの間の CPU 使用効率が向上しますが、SQL Server 2019 (15.x) までは、クエリに列ストア インデックスを使用する操作が含まれている場合にのみ使用されました。 ただし、一部のアプリケーションでは、列ストア インデックスでサポートされていない機能が使用されている可能性があるため、バッチ モードを使用できませんでした。 SQL Server 2019 (15.x) 以降では、任意の種類のインデックス (行ストアまたは列ストア) を使用する操作がクエリに含まれる適格な分析ワークロードで、バッチ モードが有効になります。 「行ストアでのバッチ モード」を参照してください。 |
スカラー UDF のインライン化 | スカラー UDF が関係式に自動的に変換され、それらが呼び出し元の SQL クエリに埋め込まれます。 この変換により、スカラー UDF を利用するワークロードのパフォーマンスが向上します。 スカラー UDF のインライン化に関するページを参照してください。 |
テーブル変数の遅延コンパイル | テーブル変数を参照するクエリのプランの品質および全体的なパフォーマンスが向上します。 最適化と最初のコンパイルの実行中に、この機能は実際テーブル変数の行数に基づくカーディナリティの推定を反映します。 この正確な行数の情報によって、ダウンストリーム プラン操作が最適化されます。 「テーブル変数の遅延コンパイル」を参照してください。 |
APPROX_COUNT_DISTINCT による概数クエリ処理 |
絶対精度は重要でないが応答性は重要であるシナリオでは、優れたコンカレンシーのための COUNT(DISTINCT()) よりリソース使用量が少ない APPROX_COUNT_DISTINCT で大規模なデータセットを集計します。 「概数クエリ処理」を参照してください。 |
メモリ内データベース
SQL Server のメモリ内データベース テクノロジでは、最新のハードウェア イノベーションを使用して、高度なパフォーマンスとスケールを実現しています。 SQL Server 2019 (15.x) は、メモリ内オンライン トランザクション処理 (OLTP) など、この分野の先行するイノベーションに基づいており、すべてのデータベース ワークロードにわたって新しいレベルのスケーラビリティを実現します。
新機能または更新 | 詳細 |
---|---|
ハイブリッド バッファー プール | 永続的なメモリ (PMEM) デバイス上に置かれたデータベース ファイル上のデータベース ページが必要に応じて直接アクセスされるという、SQL Server データベース エンジンの新しい機能です。 「ハイブリッド バッファー プール」を参照してください。 |
メモリ最適化 TempDB メタデータ | SQL Server 2019 (15.x) では、メモリ内データベース機能ファミリの一部として、メモリ最適化 TempDB メタデータという新機能が導入されています。この機能により、効果的にこのボトルネックが除去され、tempdb が多用されるワークロードに対して新たなレベルのスケーラビリティが実現されます。 SQL Server 2019 (15.x) では、一時テーブルのメタデータの管理に関連するシステム テーブルを、ラッチ フリーの非持続的メモリ最適化テーブルに移動できます。 「メモリ最適化 TempDB メタデータ」をご覧ください。 |
データベース スナップショットのためのメモリ内 OLTP サポート | SQL Server 2019 (15.x) では、メモリ最適化されたファイルグループが含まれるデータベースのデータベース スナップショットを作成するためのサポートが導入されました。 |
インテリジェント パフォーマンス
SQL Server 2019 (15.x) は以前のリリースのインテリジェント データベースのイノベーションに基づいて構築されており、さらに高速な実行が保証されています。 こうした機能強化により、既知のリソースのボトルネックを克服できます。また、すべてのワークロードにわたって予測可能なパフォーマンスを実現するようにデータベース サーバーを構成するオプションが用意されています。
新機能または更新 | 詳細 |
---|---|
OPTIMIZE_FOR_SEQUENTIAL_KEY |
インデックスへの高コンカレンシーの挿入のスループット向上に役立つ、SQL Server データベース エンジン内での最適化を有効にします。 このオプションは、最終ページ挿入の競合が起きやすいインデックスを対象としています。これは、一般に、ID 列、シーケンス、または日付/時刻列などの連続したキーを持つインデックスでよく見られます。 「CREATE INDEX」を参照してください。 |
高速順方向カーソルと静的カーソルを強制する | 高速順方向カーソルと静的カーソルのサポートを強制するクエリ ストア プランが用意されています。 高速順方向カーソルと静的カーソルのサポートを強制するプランに関するページを参照してください。 |
リソース管理 | CREATE WORKLOAD GROUP と ALTER WORKLOAD GROUP の REQUEST_MAX_MEMORY_GRANT_PERCENT オプションの構成可能値が整数から float データ型に変更されており、メモリ上限をさらに細かく制御できます。 「ALTER WORKLOAD GROUP」と「CREATE WORKLOAD GROUP」を参照してください。 |
ワークロードの再コンパイルの削減 | 不要な再コンパイルを減らすことにより、複数のスコープで一時テーブルを使用する場合のパフォーマンスが向上します。 ワークロードの再コンパイルの削減に関するページを参照してください。 |
間接チェックポイントのスケーラビリティ | 間接チェックポイントのスケーラビリティの向上に関するページを参照してください。 |
PFS の同時更新 | Page Free Space (PFS) ページはデータベース ファイル内の特別なページであり、オブジェクト用の領域を割り当てるときに空き領域を探すために SQL Server によって使用されます。 PFS ページでのページ ラッチの競合は、一般に TempDB に関連していますが、多数の同時オブジェクト割り当てスレッドがあるときは、ユーザー データベースでも発生する可能性があります。 この機能強化により、PFS の更新でのコンカレンシー管理方法が変更され、排他的ラッチではなく共有ラッチで更新できるようになります。 この動作は、SQL Server 2019 (15.x) 以降のすべてのデータベース (tempdb など) で、既定でオンになります。 |
Scheduler worker の移行 | worker の移行ではアイドル状態のスケジューラを利用し、同じ NUMA ノード上の別のスケジューラの実行可能キューから worker を移行し、移行された worker のタスクをすぐに再開できます。 この機能強化により、実行時間が長いタスクが偶然同じスケジューラに割り当てられる状況で、よりバランスのとれた CPU 使用率を実現できるようになります。 詳細については、「SQL Server 2019 のインテリジェント パフォーマンス - worker の移行」を参照してください。 |
モニター
監視機能が強化され、必要なときにデータベースのワークロードに関するパフォーマンスの分析情報が得られるようになりました。
新機能または更新 | 詳細 |
---|---|
WAIT_ON_SYNC_STATISTICS_REFRESH |
sys.dm_os_wait_stats 動的管理ビューの新しい待機の種類。 これには、統計更新の同期操作に費やされたインスタンス レベルの累積時間が表示されます。 「sys.dm_os_wait_stats 」を参照してください。 |
クエリ ストア用のカスタム キャプチャ ポリシー | このポリシーを有効にすると、新しいクエリ ストア キャプチャ ポリシーの設定で追加のクエリ ストア構成を使用して、特定のサーバーでのデータ収集を微調整することができます。 「ALTER DATABASE の SET オプション」を参照してください。 |
LIGHTWEIGHT_QUERY_PROFILING |
新しいデータベース スコープの構成。 「LIGHTWEIGHT_QUERY_PROFILING 」を参照してください。 |
command 列の sys.dm_exec_requests |
SELECT で、クエリの実行を続行する前に、同期統計の更新操作の完了を待機している場合、SELECT (STATMAN) が表示されます。 「sys.dm_exec_requests 」を参照してください。 |
sys.dm_exec_query_plan_stats |
すべてのクエリに対して、最後の既知の実際の実行プランと同等のものが返される新しい動的管理関数 (DMF)。 sys.dm_exec_query_plan_stats に関するページを参照してください。 |
LAST_QUERY_PLAN_STATS |
sys.dm_exec_query_plan_stats を有効にする新しいデータベーススコープの構成。 「ALTER DATABASE SCOPED CONFIGURATION (ALTER データベース スコープ ベースの構成)」を参照してください。 |
query_post_execution_plan_profile |
標準プロファイリングを使用する query_post_execution_showplan とは異なり、軽量のプロファイリングに基づいて、実際の実行プランと同等のものが収集される拡張イベント。 クエリ プロファイリング インフラストラクチャに関するページを参照してください。 |
sys.dm_db_page_info(database_id, file_id, page_id, mode) |
データベースのページに関する情報が返される新しい DMF。 「sys.dm_db_page_info (Transact-SQL)」を参照してください。 |
開発者エクスペリエンス
SQL Server 2019 (15.x) は、グラフおよび空間データ型の機能強化、UTF-8 のサポート、新しい拡張フレームワークを備えた世界クラスの開発者エクスペリエンスを提供し続けており、開発者は好みの言語を使ってあらゆるデータの分析情報を得ることができます。
グラフ
新機能または更新 | 詳細 |
---|---|
エッジ制約のカスケード削除アクション | グラフ データベースでのエッジ制約で連鎖削除操作を定義できるようになりました。 「エッジ制約」を参照してください。 |
新しいグラフ関数 - SHORTEST_PATH |
MATCH 内で SHORTEST_PATH を使用し、グラフ内の任意の 2 ノード間の最短パスを検索することや、任意の長さのトラバーサルを実行することができるようになりました。 |
パーティション テーブルとパーティション インデックス | グラフ テーブルでテーブルとインデックスのパーティション分割がサポートされるようになりました。 |
グラフ一致クエリで派生テーブルまたはビューの別名を使用する | グラフ一致クエリに関するページを参照してください。 |
Unicode のサポート
複数の国や地域にまたがるビジネスをサポートします。このような場合、顧客の要求に応え、特定の市場規制に準拠する上で、グローバルな多言語データベース アプリケーションとサービスを提供するという要件が重要です。
新機能または更新 | 詳細 |
---|---|
UTF-8 文字エンコードのサポート | インポートおよびエクスポートのエンコード時と、文字列データのデータベースレベルまたは列レベルの照合順序として UTF-8 がサポートされるようになりました。 サポートには、PolyBase 外部テーブルと Always Encrypted (Enclaves で使用しない場合) が含まれます。 照合順序と Unicode のサポートに関するページを参照してください。 |
言語拡張機能
新機能または更新 | 詳細 |
---|---|
新しい Java 言語 SDK | SQL Server から実行できる Java プログラムの開発が簡略化されます。 「SQL Server 用の Microsoft Extensibility SDK for Java」を参照してください。 |
Java 言語の SDK はオープンソースです | Microsoft SQL Server 用の Microsoft Extensibility SDK for Java がオープン ソース化され、GitHub で入手可能になりました。 |
Java データ型のサポート | Java のデータ型に関するページを参照してください。 |
新しい既定の Java Runtime | SQL Server には、製品全体での Java サポート用に Azul Systems Zulu Embedded が含まれようになりました。 「Free supported Java in SQL Server 2019 is now available」(SQL Server 2019 で無料サポートの Java が利用可能に) を参照してください。 |
SQL Server 言語拡張機能 | 拡張性フレームワークで外部コードを実行します。 「SQL Server 言語拡張機能」を参照してください。 |
外部言語を登録する | 新しいデータ定義言語 (DDL) である CREATE EXTERNAL LANGUAGE では、Java などの外部言語が SQL Server に登録されます。 CREATE EXTERNAL LANGUAGE に関するページを参照してください。 |
Spatial
新機能または更新 | 詳細 |
---|---|
新しい Spatial Reference Identifier (SRID) | オーストラリアの GDA2020 は、グローバル測位システムとより密接に連携した、さらに堅牢で正確なデータムを提供します。 新しい SRID は次のとおりです。
|
エラー メッセージ
ソースとターゲットでデータ型や長さが一致しないために抽出、変換、読み込み (ETL) プロセスが失敗した場合、これまではトラブルシューティングには時間がかかりました。大規模なデータセットでは特にそうです。 SQL Server 2019 (15.x) を使用すると、データの切り捨てエラーを迅速に分析できます。
新機能または更新 | 詳細 |
---|---|
詳細な切り捨ての警告 | データの切り捨てエラー メッセージに、テーブル名および列名と切り捨てられた値が既定で含まれるようになりました。 VERBOSE_TRUNCATION_WARNINGSに関するページを参照してください。 |
ミッションクリティカル セキュリティ
SQL Server のセキュリティ アーキテクチャは、データベースの管理者および開発者が安全なデータベース アプリケーションを作成して脅威に対応できるように設計されています。 SQL Server の各バージョンには新しい機能が導入され、以前のバージョンよりも改良されています。また、SQL Server 2019 (15.x) もこのストーリーに基づいて引き続き構築されています。
新機能または更新 | 詳細 |
---|---|
セキュア エンクレーブを使用する Always Encrypted | Always Encrypted、インプレース暗号化、さまざまな計算法を基盤に拡張し、サーバー側のセキュア エンクレーブ内でプレーンテキスト データの計算を可能にします。 インプレース暗号化では、データをデータベースの外に移動することが回避されるため、暗号操作 (列の暗号化、列のローテーション、暗号化鍵など) の性能と信頼度が上がります。 さまざまな計算法 (パターン一致や比較演算) がサポートされることで、機密データの保護が求められ、同時に Transact-SQL クエリで豊富な機能性が求められる幅広いシナリオや用途に Always Encrypted が対応できます。 「セキュリティで保護されたエンクレーブが設定された Always Encrypted」をご覧ください。 |
SQL Server 構成マネージャーでの証明書管理 | SQL Server 構成マネージャーを使用して、証明書の表示や展開などの証明書管理タスクを実行できるようになりました。 証明書の管理 (SQL Server 構成マネージャー) に関するページを参照してください。 |
データの検出と分類 | データの検出と分類には、ユーザー テーブル内の列の分類とラベル付けを行う機能があります。 機密データ (ビジネス、金融、医療、個人を特定できる情報 (PII) など) の分類 組織の情報保護水準において極めて重要な役割を果たす可能性があります。 次のような場合にインフラストラクチャとして使用できます。
|
SQL Server Audit | 監査も、新しいフィールド data_sensitivity_information が監査ログ レコードに追加されて強化されました。これには、クエリによって返された実際のデータの機密度の分類 (ラベル) が含まれます。 詳細および例については、「ADD SENSITIVITY CLASSIFICATION 」を参照してください。 |
高可用性
SQL Server を展開する誰もが考慮する必要がある一般的なタスクの 1 つは、すべてのミッションクリティカルな SQL Server インスタンスとその中のデータベースを、ビジネスおよびエンド ユーザーが必要なときにいつでも利用できるようにすることです。 可用性は SQL Server プラットフォームの重要な柱であり、SQL Server 2019 (15.x) では、企業がデータベース環境の高可用性を確保できる多くの新機能と機能強化が導入されています。
可用性グループ
新機能または更新 | 詳細 |
---|---|
最大 5 つの同期レプリカ | SQL Server 2019 (15.x) では 3 つであった同期レプリカの最大数が、SQL Server 2017 (14.x) では 5 つに増加します。 この 5 つのレプリカのグループを、グループ内で自動フェールオーバーするように構成できます。 1 つのプライマリ レプリカと、4 つの同期セカンダリ レプリカがあります。 |
セカンダリからプライマリ レプリカへの接続のリダイレクト | 接続文字列に指定されたターゲット サーバーに関係なく、クライアント アプリケーションの接続先をプライマリ レプリカにすることができます。 詳しくは、「セカンダリからプライマリ レプリカへの読み取り/書き込み接続のリダイレクト (Always On 可用性グループ)」をご覧ください。 |
HADR の利点 | SQL Server のいずれのソフトウェア アシュアランスをご利用のお客様でも、Microsoft が現在サポートしているすべての SQL Server リリースについて、3 つの強化された利点を使用できます。 詳細については、こちらのお知らせを参照してください。 |
Recovery
新機能または更新 | 詳細 |
---|---|
高速データベース復旧 | 高速データベース復旧 (ADR) を使用すると、再起動後、または実行時間が長いトランザクションのロールバック後の復旧時間が短縮されます。 高速データベース復旧に関するページを参照してください。 |
再開可能な操作
新機能または更新 | 詳細 |
---|---|
オンラインでのクラスター化列ストア インデックスのビルドとリビルド | オンラインでのインデックス操作の実行に関するページを参照してください。 |
再開可能なオンライン行ストア インデックスのビルド | オンラインでのインデックス操作の実行に関するページを参照してください。 |
Transparent Data Encryption (TDE) に対する初期スキャンの一時停止および再開 | Transparent Data Encryption (TDE) スキャンの一時停止と再開に関するページを参照してください。 |
プラットフォームの選択肢
SQL Server 2019 (15.x) は、SQL Server 2017 (14.x) で導入されたイノベーションに基づいており、お客様が選択したプラットフォーム上で、これまでよりも多くの機能とセキュリティを備えた SQL Server を実行できます。
Linux
新機能または更新 | 詳細 |
---|---|
レプリケーションのサポート | 「Linux での SQL Server のレプリケーション」を参照してください。 |
Microsoft 分散トランザクション コーディネーター (MSDTC) のサポート | 「Linux で MSDTC を構成する方法」を参照してください。 |
サード パーティの AD プロバイダーに対する OpenLDAP のサポート | 「チュートリアル:SQL Server on Linux で Active Directory 認証を使用する」を参照してください。 |
Linux 上の Machine Learning Services | 「Linux に SQL Server Machine Learning Services (Python と R) をインストールする」を参照してください。 |
tempdb の強化機能 |
既定では、Linux 上に SQL Server を新しくインストールすると、論理コアの数に基づいて複数の tempdb データ ファイルが作成されます (最大で 8 個のデータ ファイル)。 これは、マイナー バージョンまたはメジャー バージョンのインプレース アップグレードには適用されません。 各 tempdb ファイルは 8 MB で、64 MB まで自動拡張されます。 この動作は、Windows への SQL Server の既定のインストールに似ています。 |
Linux での PolyBase | 非 Hadoop コネクタ向けの「Linux への PolyBase のインストール」を参照してください。 PolyBase の型マッピングに関するページを参照してください。 |
変更データ キャプチャ (CDC) のサポート | SQL Server 2019 (15.x) では、変更データ キャプチャ (CDC) が Linux でサポートされるようになりました。 |
コンテナー
SQL Server を使い始める最も簡単な方法は、コンテナーを使用することです。 SQL Server 2019 (15.x) は、以前のバージョンで導入されたイノベーションに基づいており、より安全な方法で、より多くの機能を備えた SQL Server コンテナーを新しいプラットフォームに展開できます。
新機能または更新 | 詳細 |
---|---|
Microsoft Container Registry | Microsoft Container Registry では、SQL Server 2019 (15.x) など、Microsoft の新しい公式コンテナー イメージのために Docker Hub が取り替えられます。 |
ルート以外のコンテナー | SQL Server 2019 (15.x) では、既定でルート以外のユーザーとして SQL Server を起動することで、より安全なコンテナーを作成できるようになりました。 非ルート ユーザーとして SQL Server コンテナーを作成して実行する方法に関する記事を参照してください。 |
Red Hat 認定コンテナー イメージ | SQL Server 2019 (15.x) 以降、Red Hat Enterprise Linux 上で SQL Server コンテナーを実行できるようになりました。 |
PolyBase と Machine Learning のサポート | SQL Server 2019 (15.x) では、Machine Learning Services や PolyBase など、SQL Server コンテナーの新しい使用方法が導入されました。 コンテナー GitHub リポジトリ内の SQL Server の例を参照してください。 |
セットアップ オプション
新機能または更新 | 詳細 |
---|---|
新しいメモリ セットアップ オプション | インストール中に "最小サーバー メモリ (MB) " および "最大サーバー メモリ (MB) " のサーバー構成を設定します。 「[データベース エンジンの構成] - [メモリ] ページ」および「コマンド プロンプトからの SQL Server のインストール」の USESQLRECOMMENDEDMEMORYLIMITS 、SQLMINMEMORY 、SQLMAXMEMORY パラメーターを参照してください。 提案される値は、「サーバー メモリ構成オプション」のメモリ構成ガイドラインに沿っています。 |
新しい並列処理セットアップ オプション | インストールの間に "並列処理の最大限度" サーバー構成オプションを設定します。 「[データベース エンジンの構成] - [MAXDOP] ページ」および「コマンド プロンプトからの SQL Server のインストール」の SQLMAXDOP パラメーターを参照してください。 既定値は、「max degree of parallelism サーバー構成オプションの構成」の並列処理の最大限度ガイドラインに沿っています。 |
サーバーおよび CAL ライセンス プロダクト キーに関するセットアップ警告 | Enterprise Server または Enterprise CAL ライセンス プロダクト キーが入力されていて、マシンに 20 個を超える物理コアがある場合、または同時マルチスレッド (SMT) が有効になっている場合に 40 個の論理コアがある場合は、セットアップ中に警告が表示されます。 ユーザーは、引き続き制限を確認してセットアップを続行するか、オペレーティング システムの最大プロセッサ数をサポートするライセンス キーを入力することができます。 |
SQL Server Machine Learning サービス
新機能または更新 | 詳細 |
---|---|
パーティション ベースのモデリング | sp_execute_external_script に追加された新しいパラメーターを使用して、データのパーティションごとに外部スクリプトを処理できます。 この機能は、1 つの大きいモデルではなく、多数の小さいモデル (データのパーティションごとに 1 つのモデル) のトレーニングをサポートします。 パーティション ベースのモデルの作成に関する記事を参照してください。 |
Windows Server フェールオーバー クラスター | Windows Server フェールオーバー クラスター上の Machine Learning Services に高可用性を構成できます。 |
SQL Server Analysis Services (SQL Server Analysis Services)
このリリースでは、パフォーマンス、リソース ガバナンス、およびクライアント サポートの新機能と機能強化が導入されました。
新機能または更新 | 詳細 |
---|---|
表形式モデルでの計算グループ | 計算グループを使用すると、一般的なメジャー式を計算品目としてグループ化することにより、冗長なメジャーの数を大幅に削減できます。 詳細については、表形式モデルの計算グループに関する記事を参照してください。 |
クエリ インターリーブ | クエリ インターリーブは、同時実行性の高いシナリオでユーザー クエリの応答時間を向上させることができる表形式モードのシステム構成です。 詳細については、「クエリ インターリーブ」を参照してください。 |
表形式モデルでの多対多リレーションシップ | 両列が一意でない場合の多対多リレーションシップを使用できます。 詳細については、表形式モデルでのリレーションシップに関する記事を参照してください。 |
リソース ガバナンス用のプロパティ設定 | このリリースでは、新しいメモリ設定が追加されました: リソース ガバナンス用の Memory\QueryMemoryLimit、DbpropMsmdRequestMemoryLimit、OLAP\Query\RowsetSerializationLimit。 詳細については、メモリの設定に関する記事を参照してください。 |
Power BI キャッシュの更新に対するガバナンス設定 | このリリースでは、ClientCacheRefreshPolicy プロパティが導入されました。これを使うと、Power BI サービスによるライブ接続レポートの初期読み込み時に、ダッシュボード タイル データとレポート データのキャッシュがオーバーライドされます。 詳細については、「全般プロパティ」を参照してください。 |
オンラインのアタッチ | オンラインのアタッチは、オンプレミスのクエリ スケールアウト環境で読み取り専用レプリカを同期するために使用できます。 詳細については、「オンラインのアタッチ」を参照してください。 |
SQL Server Integration Services
このリリースでは、ファイル操作を改善する新機能が導入されています。
新機能または更新 | 詳細 |
---|---|
柔軟なファイル タスク | ローカルファイルシステム、Azure Blob Storage、および Azure Data Lake Storage Gen2 でファイル操作を実行します。 「柔軟なファイル タスク」を参照してください。 |
柔軟なファイルの変換元と変換先 | Azure Blob Storage、および Azure Data Lake Storage Gen2 のデータの読み取りと書き込みを行います。 「柔軟なファイルの変換元」と「柔軟なファイルの変換先」を参照してください。 |
SQL Server Master Data Services
新機能または更新 | 詳細 |
---|---|
Azure SQL Managed Instance データベースのサポート | Azure SQL Managed Instance でマスター データ サービスをホストします。 「マスター データ サービスのイントールと構成」を参照してください。 |
新しい HTML コントロール | HTML コントロールでは、以前の Silverlight コンポーネントがすべて置き換えられます。 Silverlight の依存関係が削除されました。 |
SQL Server Reporting Services
このリリースの SQL Server Reporting Services では、Azure SQL Managed Instance、Power BI Premium データセット、強化されたアクセシビリティ、Microsoft Entra アプリケーション プロキシ、Transparent Data Encryption (TDE) がサポートされています。 また、Microsoft レポート ビルダーの更新プログラムも提供されます。 詳細については、SQL Server Reporting Services の新機能に関する記事を参照してください。
関連するコンテンツ
SqlServer
PowerShell モジュール- SQL Server PowerShell ドキュメント
- SQL Server ワークショップ
- SQL Server 2019 リリース ノート
- Microsoft SQL Server 2019: テクニカル ホワイト ペーパー
- SQL Server 2022 の新機能
ヘルプの参照
- SQL に対するご意見:SQL Serverの改善に関するご提案がある場合
- Microsoft Q & A (SQL Server)
- DBA Stack Exchange (tag sql-server):SQL Server に関する質問
- スタック オーバーフロー (tag sql-server):SQL 開発に関する質問とその回答
- Reddit:SQL Server に関する一般的なディスカッション
- MicrosoftSQL Serverライセンス条項および情報
- 法人のお客様向けサポート オプション
- その他の SQL Serverのヘルプとフィードバック
SQL ドキュメントへの投稿
SQL コンテンツを自分で編集できることはご存じですか。 これにより、ドキュメントが改善されるだけでなく、ページの共同作成者としてもクレジットされます。
詳細については、「SQL Server のドキュメントに投稿する方法」を参照してください。