「sysadmin」ロールのログインで SQL Server エージェントのジョブを設定していると、あまり意識しない点だったのでまとめておこうかと。
ドキュメントとしては Give Others Ownership of a Job となります。
Archive for the ‘SQL Server’ Category
統計情報の自動更新が発生している際に同一の統計情報を使用するクエリはどのような動作になるのだろう
タイトルの内容が気になったので少し動作を確認してみました。
イベントハブに送信されている診断ログを SQL Database の DB で受信する
以前から、イベントハブに送信された Azure の診断ログを SQL Databae に取り込むということができていたかと思います。
昨年末ぐらいに、Azure SQL Database Stream Analytics 統合という機能がプレビューとして提供され、SQL Database のブレードからも Stream Analytics によるデータ取り込みの設定を行うことができるようになりました。
ブログのログをイベントハブに送信しながら、Stream Analytics から SQL Database のテーブルにデータ取り込みを実施してみたのでその時の覚書を。
今回はブログのフロントに配置している Front Door の診断ログ (アクセスログ) をイベントハブに送信し、それをテーブルに受け取るような設定を使っています。
(1 か月回していると、それなりの金額になりそうですので、今は BLOB に出力されている JSON を Data Factory 経由で取り込みを行うようにしています。)
SQL Server 2019 CU3 on Linux で Ubuntu 18.04 / SLES 12 SP5 をサポートしたようです
先日、SQL Server 2019 now available on Ubuntu 18.04, supported on SLES 12 SP5 というアナウンスがあり、SQL Server 2019 CU3 を使用することで、Ubuntu 18.04 / SELES 12 SP5 のサポートを開始したようです。
- SQL Server 2019 CU1 : RHEL8 のサポート
- SQL Server 2019 CU3 : Ubuntu 18.04 / SLES 12 SP5 をサポート
というように CU によってサポートされる OS が変わってくるのも SQL Server on Linux の特徴となりそうですね。
Release notes for SQL Server 2019 on Linux の記載も変更されています。
トランザクションレプリケーションの動作を理解する – ディストリビューション編 –
トランザクションレプリケーションの動作を理解する ? ログリーダー編 ? の続きです。
前回の投稿では、「ログリーダー」の動作を確認しました。
ここまでの操作で「ディストリビューターに配信用のデータが格納された状態」となります。
これを「サブスクライバー」に適用させるのが「ディストリビューション エージェント」の動作となり、今回の投稿の対象となる範囲です。
今回の投稿では、データの配信方法は「プッシュサブスクリプション」を対象としています。
トランザクションレプリケーションの動作を理解する – ログリーダー編 –
SQL Server のテーブル単位でのデータ同期の仕組みとして「トランザクションレプリケーション」があります。
以前 トランザクションレプリケーションの基本的な仕組み という投稿をしたことがあるのですが、もう少し詳細なレベルでの知識が必要となったので、スキルアップデートをしようかと。
Read the rest of this entry »
MAXDOP は「タスクの並列度」であることを確認してみる
先日投稿した SQL Server のスレッドおよびタスクのアーキテクチャ では、ベースとした、スレッドおよびタスクのアーキテクチャ ガイド の次の記載を引用しました。
最新の SQL Server / SQL Database であれば、これを確認するのはそれほど難しくありませんので書いておこうかと。
Read the rest of this entry »
SQL Server のスレッドおよびタスクのアーキテクチャ
スレッドおよびタスクのアーキテクチャ ガイド というドキュメントがあります。
このドキュメントでは SQL Server のスレッドやタスクについての解説が行われています。
この投稿では、DMV を使用しながらこのドキュメントに記載されている内容を見ていきたいと思います。
Read the rest of this entry »
Azure VM にセルフインストールした SQL Server で tempdb を D ドライブに配置するための機能を利用する
Azure Virtual Machines における SQL Server のパフォーマンスに関するガイドライン 等の情報に記載されていますが、SQL Server on Azure VM を使用する場合、tempdb 用のファイルを D ドライブに配置するというチューニング方法があります。
SQL Server on Azure VM を SQL Server インストール済みのイメージから展開する場合は、最近の展開であれば、ストレージの最適化として、D ドライブに配置するように構成ができるようになっています。
この配置ですが、以前に展開した 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 のスループットを向上させるための汎用的な方法として覚えておくと利便性は高いのではないでしょうか。
Azure Shared Disk の情報のメモ
先日、Azure Shared Disk の Preview についての情報が公開されました。