ある晴れた朝、私は、主任会計士の予想外に作動不能なコンピューターの管理からかなり印象的な「スティック」を受け取りました。 エキゾチックなものは何もありません-システムディスク上のスペースが突然不足しました。 OSは「倒れ」、それ自体で上昇することを拒否した。 すぐにインシデントを排除したので、このユーザーまたはそのユーザーがコンピューターがクラッシュする少し前にCドライブ全体を自分の写真でいっぱいにしたという情報を受け取ることができたらいいと思いました。
WMIを介して定期的にユーザーワークステーションに接続し、ドメイン内の使用可能なすべてのワークステーション（ActiveDirectory）でボリューム情報を収集するいくつかの単純なVBSスクリプトの1つでタスクシェデュラーを使用して作成および起動しました。
かっこよかった。 食欲が燃え上がった。 新生児在庫監視システム（IMS）のデータベース（MS SQL Server）で数か月後、会社のIT機器のほぼすべてについてかなりまともな説明があり、内部サイト（IIS + ASP）でこの情報を便利な形式でMSに表示またはアップロードできましたエクセル
さまざまな機器の構成とステータス、内部IPネットワークのスキャンと制御、サーバーパフォーマンス（CPU使用率、メモリ使用量、ネットワークおよびディスクパフォーマンス）のデータ収集、さまざまなITリソース（内部および外部サイトのページ、アクセスインターネットなど）。
驚くべきこと-創造性とリラクゼーションのためにより多くの時間を解放するために行われたように見えましたが、実際、ITリソースに関するデータの自動収集は、私が解決しなければならない隠れた小さな問題を数多く明らかにしました。
MTS
MTSで、Windowsサーバーを扱う部門に来ました。 サーバーのみ-ワークステーション、プリンター、ユーザーなし。 美人！ これらのサーバーのみが数百台で、6か月ごとにその数は2倍になりました。
仕事に行ってから数日後、IMSがなければ、私と同僚はここで仕事をするのが難しいことに気付きました。 古いサーバーを要求し、IMSを調達しました。
現在、このプラットフォームはすでに14年前です。 このシステムは、会社の従業員によって完全に開発されています（具体的には、SITRという名前があります-特に自社製品のIT開発のシステムです）。 IMSは、社内のプロセスとともに成長し、変化しました。 10年前、モスクワのMTSサーバーに関する情報のみが含まれていましたが、現在では、MTSおよびロシア全土の子会社のほぼすべてのIT機器に関する情報が含まれています。
機器からのデータ収集は主にリモートで行われます。 プラットフォームサーバーでは、受信した情報を収集してプラットフォームデータベースに送信するサーバーと機器（WMI、SSH、SNMP、SOAP）に接続する多くの個別のプロセスが起動されます。 TaskShedulerスタッフスケジューラを使用してプロセスが開始されます。 TaskShedulerでタスクを追加/削除するプロセス全体も自動化されています。 オブジェクトカードで指定されたメトリック収集計画は、特定のプラットフォームサーバー上のTaskShedulerの特定のタスクに自動的に実装されます。
メトリック計画は、プロファイルのセットを手動または自動で（機器の種類、場所などに応じて）オブジェクトに割り当て、独自の「通常の」メトリックのセットで補完できます。
さらに、特定のオブジェクトのみに固有の独自の特別なメトリックのセットを準備し、コレクションに割り当てることができます。 これを行うには、特別なコンストラクターを使用し、WMI、SNMP、SSHコマンドなど、標準の事前定義された方法のいずれかを使用してデータを受信するためのメトリックを作成する必要があります。 （合計12種類のデータ取得方法）。
プロセスの結果はサーバー設定です。 オブジェクトのカード（ウェブインターフェース）では、最近収集された値のリストの形式でそれらを確認したり、グラフや表の形式で履歴値を分析したりできます（Excelにアップロードするオプションがあります）。
動的パラメータに加えて、さまざまなインベントリ情報が収集されます：機器、OS、ローカルユーザー、ディスクボリューム、インターフェイス、インストールされたアプリケーション、RDPおよびSSHセッション、インストールされたシステムアップデートなどに関する情報。
オブジェクトで発生した変更はログに記録されます。監視システムからのメッセージはメッセージログで確認できます。イベントログで計画された緊急操作に関する情報、変更ログでオブジェクトカードに加えられた変更。
機器のライフサイクルは、特別なタブ「操作」で詳細に説明できます。 IMSのカードへのQRリンクを使用して、機器にラベルを印刷して貼り付けることができます。
IMSには、システムに格納されているオブジェクトに関する情報を検索および表示するための高度なシステムがあります。 多数の基準、複合条件、および値のリストにより、目的のオブジェクトのセットを検索できます。 オブジェクトの結果セットを表示するには、オブジェクトの特定の特性セットを持つ標準フォームまたは任意の特性セットを持つ独自のフォームを使用できます。 動的レポート（ダッシュボード）を準備することもできます。
現在の実装の利点
システムが有用であり、必要な関連情報が含まれている場合にのみ、システムに費やされた力を回収することがすぐに明らかになりました。 原則として、自動的に収集されるデータの関連性を心配しないことが可能である場合、ユーザー（システム管理者）が手動で入力した情報の関連性を整理することははるかに困難でした。 彼らは、IMSを日常業務のツールとして使用することに興味を持ち、動機付けられる必要がありました。
これに基づいて、いくつかの重要な目標が特定されました。
- システム内の作業とプロセスの原則は、できるだけオープンで、シンプルで直感的でなければなりません。
- インターフェイスはできるだけシンプルで、高速で直感的でなければなりません。
- 従業員-「手動情報」のソース-システムで常に作業し、運用上の問題を解決するために積極的に使用し、必要な情報を取得する必要があります。その後、「手動」情報の関連性の維持に可能な限り関心を持ちます。
そして、私の意見では、成功しました。 これは、プラットフォームの開発に使用された時代遅れのテクノロジーにもかかわらず、プラットフォームの成功した長期的な運用を説明しています。 プラットフォームソフトウェアは元々Microsoft ASP + VBScriptで記述されており、この方言とパラダイムではコードの大部分が保持されています。 もちろん、可能であれば、新しい機能の改良と開発は、.NETプラットフォームの最新の製品で実行されます。
経験が示しているように、ASPとVBScriptのシンプルなオープンアーキテクチャ、エラーを迅速かつ明確に修正し、編集を行う機能により、同僚の現在のニーズと要望を考慮してデータを取得、管理、表示するプロセスを迅速かつ効率的に補完および再構築することができました。 これにより、システム管理者向けのこの便利で実用的なツール（私には思える）を作成することができました。
多くのベンダーCMDB製品があります。 それぞれに長所と短所があります。 そして主なマイナス点は、ソリューション、ライセンス、カスタマイズのコストです。 一方、IMSを使用すると、あらゆるソリューションと簡単に統合し、在庫サプライヤとして機能できます。
ウラジミールナウモフ（ v_naumov ）、MTSのITSMプロセス自動化部門の上級専門キュレーター。