Lync Server 2013 での構成管理

  • [アーティクル]

 

トピック最終更新日時: 2015-05-15

構成管理は、ハードウェアとソフトウェアの資産とシステム構成情報を記録および追跡するプロセスです。 一般に、ソフトウェア ライセンスを追跡し、クライアント コンピューターとサーバーの標準ハードウェアとソフトウェア ビルドを維持し、新しいコンピューターの名前付け基準を定義するために使用されます。 一般に、構成管理には次のカテゴリが含まれます。

  • ハードウェア このカテゴリは、IT 組織が所有する機器の部分、機器が配置されている場所、および機器を使用するユーザーを追跡します。 この情報により、組織はアップグレードの計画と予算の設定、標準ハードウェア ビルドの維持、会計目的での IT 資産の価値の報告、盗難の防止に役立ちます。

  • ソフトウェア このカテゴリは、各コンピューターにインストールされているソフトウェア、バージョン番号、およびライセンスが保持されている場所を追跡します。 この情報は、アップグレードを計画し、ソフトウェアがライセンスされていることを確認し、承認されていない (ライセンスのない) ソフトウェアの存在を検出するのに役立ちます。

  • 標準ビルド このカテゴリでは、クライアント コンピューターとサーバーの現在の標準ビルドと、クライアント コンピューターとサーバーがこの標準を満たしているかどうかを追跡します。 標準ビルドの定義と適用は、スタッフがソフトウェアの各部分の限られた数のバージョンのみを維持する必要があるため、スタッフをサポートするのに役立ちます。

  • 累積更新と修正プログラム このカテゴリでは、どのサービス パックがテストされ、使用が承認され、どのコンピューターが最新であるかを追跡します。 この情報は、コンピューターが侵害されるリスクを軽減し、未承認の更新プログラムをインストールしたユーザーを検出するために重要です。

  • システム構成情報 このカテゴリは、システムの機能、システム要素間の相互作用、およびスムーズに実行されているシステムに依存するプロセスを追跡します。 たとえば、サード パーティのプロキシ サーバーを 1 台のサーバーに構成できます。 このサーバーに対するプロキシ サーバーの依存を理解する必要があります。障害が発生した場合は、コンティンジェンシー プランが必要になる場合があります。 プロキシ サーバーを別のフロントエンド サーバーと通信するように構成できる場合、依存関係とコンティンジェンシー プランはおそらく変更される可能性があります。

構成管理の実装

管理する必要がある項目を決定したら、データを収集してデータを報告することで構成管理を実装します。 小規模組織にとって最も簡単な方法は、手動でデータ (クライアント コンピューターの数とモデル、オペレーティング システム、インストール済みソフトウェア) を収集し、Office Word または Office Excel ドキュメントに保存することです。 より大規模で複雑で絶えず変化するシステムの場合は、資産の検出と詳細情報の収集を自動化する必要があります。 組織に関連する情報を決定し、データベースに記録します。

構成管理データベースは、次の領域のサポート スタッフと管理に役立つツールです。

  • セキュリティ監査 このデータベースを使用すると、修正プログラムを適用する必要がある Lync Server およびクライアント コンピューター システムを実行しているサーバー、またはサービス パックまたは最新のウイルス対策更新プログラムのインストールを見逃しているサーバーを特定できます。

  • ソフトウェアのインストール クライアント ソフトウェアのバージョンを特定し、それらを追跡することで、管理者はバージョンの更新や新しいインストールを計画したり、ライセンスのドキュメントやコンプライアンスを支援したりできます。

  • 構成情報 既定から変更されたすべての設定の最新の一覧を維持すると、問題のトラブルシューティングを迅速かつ効果的に行うことができます。

  • アップグレードの計画 容量レビューで、Lync データベース サーバーに追加のストレージ領域が必要であることが判明した場合は、各サーバーに内部 RAID コントローラーがあるかどうかを確認することが重要です。 そうする場合は、同じモデルですか? 同じ数のディスクがインストールされていますか? 構成管理データベースは、インストールできるディスクの種類、番号、アップグレード パスをそれぞれのケースで示します。

構成管理に使用されるツール

資産を検出、監査、レポートするためのツールは多数あります。 これらのツールの一部については、このセクションで説明します。

  • 自動スクリプト オペレーティング システム、サービス パック レベル、特定のコンピューターセットにソフトウェアが存在するかどうかなど、レポート アイテムに対する簡単なスクリプトを記述できます。 これらのスクリプトは、組織の正確な要件に書き込むことができます。 ただし、必要な数のスクリプトとその複雑さにより、スクリプトの作成と管理にコストがかかる可能性があります。

  • 自動ツール ビジネスの規模や組織のニーズによっては、自動化されたツールの使用を検討することをお勧めします。 Microsoft Endpoint などのツールConfiguration Manager標準のレポート テンプレート (サービス パック レベルなど) を組み込み、カスタム アプリケーションなど、カスタマイズされたレポートを作成することもできます。 Microsoft Endpoint Configuration Managerは、ハードウェアとソフトウェアの構成に関するレポートにも使用できます。

変更管理との関係

構成管理は、変更管理と密接に関連しています。 構成管理は、変更の必要性を識別し、変更が発生したレコードを識別します。 たとえば、構成管理データベースを使用して、修正プログラムを必要とするサーバーを特定できます。 次に、変更管理によって修正プログラムを適用するプロセスが定義されます。

逆に、新しい累積的な更新プログラムがロールアウトされた場合、変更管理プロセスはこの情報を構成管理システムに提供する必要があります。 構成管理ツールは、新しいソフトウェアを特定して、ソフトウェアが展開される場所とタイミングを検出して追跡できるように構成する必要があります。