SQL Server の情報をメインに Microsoft 製品の勉強内容を日々投稿
基本的なインストール方法については次のドキュメントで解説されています。
OMS のワークスペースからエージェントをダウンロードして、ワークスペース ID とキーを設定することでインストールをすることができます。
インストール自体はトラブルが起こることはないと思うのですが、私の環境では「エージェントを導入しても OMS ワークスペースに接続できない」という端末が一部ありました。
この問題について問い合わせを行い、その際に教えていただいた内容が汎用的に使用できそうですので、同様の問題が出た際の参考としてまとめておきたいと思います。
Read the rest of this entry »
OMS では標準機能として、syslog の連携機能を持っています
Log Analytics の Syslog データ ソース
上記のドキュメントに、次のように記載されているとおり、ファシリティ (Facility)と重要度 (Sevirity) で取得対象をフィルタすることができるようになっています。
OMS Agent for Linux は、構成で指定されているファシリティと重大度を持つイベントだけを収集します。 OMS ポータルを通じて、または Linux エージェントで構成ファイルを管理することによって、Syslog を構成できます。
Windows の場合、SQL Server 系のログがイベントログに出力されます。
Linux の場合は、syslog に出力されますので、syslog 経由でエラーの発生状況を監視することになるかと。
Read the rest of this entry »
Windows 版の SQL Server であれば、SQL Server の各種情報をパフォーマンスモニター経由で取得 / ロギングすることができますが、Linux ではパフォーマンスモニターは使用することができないため、ほかの方法で SQL Server のパフォーマンス情報の取得を検討する必要があります。
方法の一つとして、collectd を使用して取得することができるかと。
今回は、collectd で取得した情報を OMS 連携して、パフォーマンス情報の取得を実施してみます。
詳細については、Log Analytics で Linux エージェント上の CollectD からデータを収集する を参照して下さい。
本投稿は、Ubuntu の環境で試したものとなっています。
また、collectd の SQL Server の設定については、mssql-monitoring の設定を使用しています。
Read the rest of this entry »
OMS の Log Analytics (ログ解析) では、Windows パフォーマンスカウンターの情報を取得することができます。
Log Analytics での Windows および Linux のパフォーマンス データ ソース Read the rest of this entry »