SE の雑記

SQL Server の情報をメインに Microsoft 製品の勉強内容を日々投稿

Archive for the ‘SQL Server’ Category

トランザクションレプリケーションの動作を理解する – ディストリビューション編 –

leave a comment

トランザクションレプリケーションの動作を理解する – ログリーダー編 – の続きです。

前回の投稿では、「ログリーダー」の動作を確認しました。
ここまでの操作で「ディストリビューターに配信用のデータが格納された状態」となります。

これを「サブスクライバー」に適用させるのが「ディストリビューション エージェント」の動作となり、今回の投稿の対象となる範囲です。

今回の投稿では、データの配信方法は「プッシュサブスクリプション」を対象としています。

 

Read the rest of this entry »

Written by masayuki.ozawa

3月 7th, 2020 at 5:14 pm

Posted in SQL Server

Tagged with

トランザクションレプリケーションの動作を理解する – ログリーダー編 –

leave a comment

SQL Server のテーブル単位でのデータ同期の仕組みとして「トランザクションレプリケーション」があります。

以前 トランザクションレプリケーションの基本的な仕組み という投稿をしたことがあるのですが、もう少し詳細なレベルでの知識が必要となったので、スキルアップデートをしようかと。

Read the rest of this entry »

Written by masayuki.ozawa

3月 5th, 2020 at 11:19 pm

Posted in SQL Server

Tagged with

MAXDOP は「タスクの並列度」であることを確認してみる

leave a comment

先日投稿した SQL Server のスレッドおよびタスクのアーキテクチャ では、ベースとした、スレッドおよびタスクのアーキテクチャ ガイド の次の記載を引用しました。

最新の SQL Server / SQL Database であれば、これを確認するのはそれほど難しくありませんので書いておこうかと。

Read the rest of this entry »

Written by masayuki.ozawa

3月 2nd, 2020 at 12:24 am

Posted in SQL Server

Tagged with

SQL Server のスレッドおよびタスクのアーキテクチャ

leave a comment

スレッドおよびタスクのアーキテクチャ ガイド というドキュメントがあります。

このドキュメントでは SQL Server のスレッドやタスクについての解説が行われています。
この投稿では、DMV を使用しながらこのドキュメントに記載されている内容を見ていきたいと思います。

Read the rest of this entry »

Written by masayuki.ozawa

2月 29th, 2020 at 10:01 pm

Azure VM にセルフインストールした SQL Server で tempdb を D ドライブに配置するための機能を利用する

leave a comment

Azure Virtual Machines における SQL Server のパフォーマンスに関するガイドライン 等の情報に記載されていますが、SQL Server on Azure VM を使用する場合、tempdb 用のファイルを D ドライブに配置するというチューニング方法があります。

SQL Server on Azure VM を SQL Server インストール済みのイメージから展開する場合は、最近の展開であれば、ストレージの最適化として、D ドライブに配置するように構成ができるようになっています。

image

この配置ですが、以前に展開した SQL Server インストール済みのイメージや、自分で Azure VM に SQL Server をインストールしたセルフインストールの環境では構成がされていない状態となります。

今回の投稿では、この tempdb を D ドライブ (ローカル SSD) に配置する方法をまとめておこうかと思います。

公式のドキュメントとしては、一時ディスク に記載されており、詳細な解説は Announcing Performance Optimized Storage Configuration for SQL Server on Azure VMs with SQL VM RPで行われています。
VM のサイズによっては D ドライブのサイズが少なく、VM の通常のディスク上に配置する必要があるかもしれませんが、tempdb のスループットを向上させるための汎用的な方法として覚えておくと利便性は高いのではないでしょうか。

Read the rest of this entry »

Written by masayuki.ozawa

2月 22nd, 2020 at 10:27 pm

Azure Shared Disk の情報のメモ

leave a comment

先日、Azure Shared Disk の Preview についての情報が公開されました。

Read the rest of this entry »

Written by masayuki.ozawa

2月 15th, 2020 at 9:26 pm

SQL Server 2019 CU2 で PolyBase の接続性が改善されています

leave a comment

先日、SQL Server 2019 CU2 がリリースされました。

今回の CU では SQL Server 2019 でログ配布を設定した場合に、ログ配布の履歴用のジョブでエラーが発生した問題の解消 などが行われているのですが、それ以外にも PolyBase の外部テーブルの接続性に影響を与える改善が行われています。

Read the rest of this entry »

Written by masayuki.ozawa

2月 15th, 2020 at 3:52 pm

Posted in SQL Server

Tagged with ,

SQL Server / SQL Database に対してのクエリのベンチマークをどのような情報で比較するか

leave a comment

設定を変更しながら、設定変更の効果がクエリにどのような影響を与えるかを調査するための、簡単なベンチマークを行うためのスクリプトを最近作成していました。

クエリのベンチマークを行う際には、「どのように設定前後の処理効率の変化を比較するか?」という点を考慮しなくてはいけません。

今回はスクリプトを作成する中でどのような方法で、設定前後のクエリの実行効率の変化を確認していったかをまとめてみたいと思います。

ちなみにスクリプトは PowerShell 7.0 RC2 で作成しています。
(ForEach-Object -Parallel を使用したかったため、PowerShell 7.0 を使用しています)

Read the rest of this entry »

Written by masayuki.ozawa

2月 9th, 2020 at 4:57 pm

Posted in SQL Server

Tagged with ,

SQL Server の統計情報の手動メンテナンスについて

one comment

最近、SQL Server の基本動作をいろいろと再勉強しているのですが、その中で統計情報のドキュメントを一通り読み直していました。

TPC-H の LINEITEM を使用して、いくつかのパターンで統計情報のメンテナンスを手動で実施しながら動作の確認を行った際のメモを。

Read the rest of this entry »

Written by masayuki.ozawa

2月 2nd, 2020 at 10:31 pm

Windows Server 2019 を使用した Azure Files による SQL Server のログ配布の構成

leave a comment

先日投稿した、Azure VM で AD を使用しない AlwaysOn 可用性グループを Windows Server 2019 と SQL Server 2019 で構築する で、New high availability and disaster recovery benefits for SQL Server に触れました。

SQL Server 2019 では、SA の特典として、 DR 環境を Azure 上に構築することもサポートされており、これについては 新機能 のマトリクスにも記載されています。
(Failover servers for disaster recovery / Failover servers for disaster recovery in Azure が新しい特典となっていますので、Azure 以外でも DR 用のレプリカは得点を使用して作成できるはずです)

image

詳細な情報については、次の情報から確認することができます。

DR 環境については、次のように定義されています。
DR レプリカは、非同期レプリカのパッシブレプリカでありマニュアルフェールオーバーにより障害発生時に切り替えを行う環境であるとされています。

Disaster Recovery replica is defined as a passive replica setup as asynchronous replica with manual failover.

詳細については ライセンスガイド に記載されています。

A passive SQL Server replica is one that is not serving SQL Server data to clients or running active SQL Server workloads.
The passive failover instances can run on a separate server.
These may only be used to synchronize with the primary server and perform the following maintenance-related operations for the permitted passive fail-over Instances:
• Database consistency checks
• Log Back-ups
• Full Backups
• Monitoring resource usage data

Customer may also run primary and the corresponding disaster recovery replicas simultaneously for brief periods of disaster recovery testing every 90 days.

クライアントにアクティブなワークロードを提供することはできませんが、一部のメンテナンスに関連する作業については実施できる環境がパッシブレプリカとして定義されています。

 

DR レプリカを作成する際には、SQL Server の機能を用いて、データの複製を行うことになりますが、SQL Server のビジネス継続性を高めるための機能については ビジネス継続性とデータベースの復旧 – SQL Server で解説されているように、いくつかの機能を用いることが可能です。

同一ゾーン内の冗長構成については、同期レプリカで各レプリカが密結合となりますが、DR 用途のレプリカについては、遠隔地の DR 環境については疎結合で構築をしておいた方が、利便性が高いケースもあるのではないでしょうか。

そこで、今回は ログ配布 の構成を Azure Files を使用して実装したパターンをまとめてみたいと思います。
ログ配布は定期的にプライマリで取得されているバックアップを、セカンダリでリストアするという方式となり、AlwaysOn 可用性グループの同期レプリカと比較して、各環境には独立性があり疎結合なデータ同期環境として構築することができます。

今回の構成については、Windows Server 2019 の機能を使用していますので、使用可能な OS については限定されます。

なお、現時点で最新のバージョンである SQL Server 2019 では CU1 を適用しても、次のエラーが発生します。

セカンダリでログ配布のリストアは実施されるのですが、ファイルのコピーやリストア時に、メッセージの記録でエラーになり、次のようなエラーが出力されるという現象が発生します。
(エラーが発生することでメッセージが記録されなくなり、セカンダリ側の過去ファイルの削除が行われないという状況が発生します)

2020-01-26 19:39:15.16  ----- START OF TRANSACTION LOG RESTORE   -----
2020-01-26 19:39:15.23  Starting transaction log restore. Secondary ID: '119eefbf-d7ad-49db-9a9c-894358d89154'
2020-01-26 19:39:15.24  *** Error: Could not log history/error message.(Microsoft.SqlServer.Management.LogShipping) ***
2020-01-26 19:39:15.24  *** Error: パラメーター値を SqlGuid から String に変換できませんでした。(System.Data) ***
2020-01-26 19:39:15.24  *** Error: オブジェクトは IConvertible を実装しなければなりません。(mscorlib) ***
2020-01-26 19:39:15.24  Retrieving restore settings. Secondary ID: '119eefbf-d7ad-49db-9a9c-894358d89154'

設定の妥当性を検証するため、2017 RTM でも試したのですが、2017 RTM では発生しませんでした。

SQL Server 2019 でログ配布を使用する場合は、既知の問題のようですので、以降の CU を待つとよいかと思います。

この問題は SQL Server 2019 CU2 で修正されているようですので、ログ配布を使用する場合は、CU2 の適用をお勧めします。

 

Read the rest of this entry »

Written by masayuki.ozawa

1月 26th, 2020 at 9:46 pm

Posted in SQL Server

Tagged with ,