SQL Server の情報をメインに Microsoft 製品の勉強内容を日々投稿
SQL Server 2022 CTP 2.0 時点の情報となり、今後の Preview / 一般提供開始時には変更されている可能性もあります。
SQL Server 2022 New Features: Microsoft Purview 統合 で紹介した Purview 統合 (ポリシー設定) や、今後紹介する Azure Active Directory 認証を使用するためには、SQL Server がインストールされている環境を Azure Arc に接続 (オンボード) する必要があります。
SQL Server 2022 ではセットアップ時に Azure Arc に接続することができる機能が追加されており、GUI や、コマンドラインセットアップで Arc に容易に接続ができるようになりました。
SQL Server 2022 CTP 2.0 時点の情報となり、今後の Preview / 一般提供開始時には変更されている可能性もあります。
Microsoft Purview は、データの管理とガバナンスのため統合データガバナンスサービスとなり、サポートされるデータソースとして、以前から SQL Server が含まれています。
SQL Server 2022 ならびに、SQL Database では、新機能として「データポリシー」(アクセスポリシー / データ所有者ポリシー) の機能が追加されており、Purivew で設定したポリシーを SQL Server に反映するということができるようになりました。
Build 2022 のタイミングで、この機能が Public Preview として、提供され、だれでも試せるようになりましたので、本ブログでも触れておきます。
SQL Server 2022 CTP 2.0 時点の情報となり、今後の Preview / 一般提供開始時には変更されている可能性もあります。
SQL Server 2022 では、インテリジェントなクエリ処理 の機能強化が行われ、こちら で紹介したような、いくつかの機能が追加されます。
Ignite 2021 で SQL Server 2022 のアナウンスがあったタイミングから、頻繁に詳細されている機能として Parameter Sensitivity Plan (PSP) optimization (パラメーター センシティビティ プラン 最適化) があります。
CTP 2.0 が一般公開され、手元でも検証できるようになりましたので、本ブログでも触れておきたいと思います。
Ignite 2021 でアナウンスされた、SQL Server 2022 ですが、本日開催の Build 2022 で Public Preview として CTP 2.0 がアナウンスされ、Public に評価することができるようになりました。
Build 2022 では Modernize your applications with new innovations across SQL Server 2022 and Azure SQL として、SQL Server 2022 のセッションも実施されました。
プレビューについては、現時点では、Download SQL Server 2022 Public Preview から Windows 版を入手することができます。
Public Preview に伴い、What’s new in SQL Server 2022 (16.x) Preview としてドキュメントも公開されています。
それ以外にも次のリンクで情報 / コンテンツが公開されています。
フィードバックについては、SQL Server feedback portal から出すことができますので、フィードバックがあればこちらから。
Build 2022 の Book of News が公開され、様々な情報のアナウンスが行われています。
SQL Server ベースの環境としては、次のような内容が Book of News やセッション内で発表されました。
発表された内容について、どのような情報から確認することができるかを記載しておきたいと思います。
SQL Server 2016 で Managed Instance Link がサポートされるようになりました で書きましたが、SQL Server 2016 SP3 + Azure Connect Feature Pack で Managed Instance Link がサポートされるようになったので、実際に設定をしてみました。
今回は SQL Server 2016 SP3 Standard Edition で検証をしています。
Connecting SQL Server 2016 to Azure – SQL Managed Instance link | Data Exposed でアナウンスがありましたが、SQL Server 2016 で、Managed Instance に対してデータベースの複製を行う、Managed Instance Link がサポートされたようです。
Link feature for Azure SQL Managed Instance (preview) に SQL Server 2016 のサポートが追加されています。
SQL Server 2016 SP3 以降に、SQL Server 2016 Azure Connect pack (KB 5014242) をインストールすることでサポートされるようです。
現状、SQL Server 2019 では Enterprise のサポートでしたが、2016 では Standard もサポート対象となっています。
Data Exposed では次の情報が提示されていました。
SSMS については 18.12 以降でのサポートとなるようで、それまではクエリベースでの設定となる形でしょうかね。
SQL Server の 分散型可用性グループ のアーキテクチャは Geo Replication / Azure Arc Enabled SQL MI / Managed Instnace Link で使用されているので、そろそろ改めて学習しようかなと思いました。
JdbcRunner には、テストキットとして、Tiny sysbench / Tiny TPC-B / Tiny TPC-C のシナリオが含まれており、このテストキットでは Oracle / MySQL / PostreSQL を対象として実行ができるようになっています。
JdbcRunnert と SQL Server の組み合わせについて調べてみたところ、データベース負荷テストツールまとめ (5) (公開版) で HP ProLiant Server + InfiniBand + IOアクセラレータ + CLUSTERPRO 検証報告 で SQL Server に対して実行したことが紹介されており、この検証では Tiny TPC-C を使用して SQL Server 2008 R2 に対して実行されていました。
私も SQL Server に対して実行してみたので、その際の作業メモを。
SQL Server on Azure VM (IaaS) の環境を Azure Backup でバックアップしようとした場合に、今はどのようになっているのかを把握することができていなかったので、軽くまとめてみました。
以前、Azure Backup で SQL Server がインストールされている仮想マシンをバックアップする際に意識しておきたいこと という投稿を書いたのですが、4 年前ですので自分の頭の中の整理もかねて。
今回のターゲットは Windows 環境で実行している SQL Server の単一ノードでの構成となり、Always On 可用性グループ / FCI はターゲットにはしていません。。
SQL Server の tempdb のチューニングとして、次のような考え方があります。
日本語の情報としては、DO’s&DONT’s #17: やっておいた方がいいこと – tempdb データファイル数を CPU 数に一致させる が有名ではないでしょうか。
昨今の CPU は 1 ソケットで、40 物理コア / HT 80 論理コアのモデルもあり、複数ソケットを使用すると 100 コアを超える環境も出てきます。
そのような Many Core 時代でも tempdb のデータファイルの分割は「論理 CPU コア数」で行うべきでしょうか？
本投稿では現在の tempdb のデータファイルの分割について触れたいと思います。
