データ マネージャーを使用する準備はどのようにすればよいですか?
Jira Service Management Cloud のアセット データ マネージャーは Premium と Enterprise のみの機能であり、現在はオープン ベータ版を開発中です。公開予定の機能のリストを見て、投票してください。
バグを発見した場合、ご質問がある場合は、アトラシアン サポートまたはアトラシアン コミュニティにご連絡ください。
アセット データ マネージャー を使用すると、複数のデータ ソースからデータを取り込み、データが完全、最新、正確であることを確認し、この情報を使用して信頼できる唯一の情報源を作成できます。
データ マネージャーはさまざまなツールとさまざまな種類のデータを扱うため、どのような情報 (およびどのツールから) を取り込んでいるかを知っておくと、最終的な結果をより正確に把握するのに役立ちます。こうした情報の多くは、現在これらのツールを使用している SME (対象分野のエキスパート) またはネットワーク エンジニアが保有している場合があります。
データ マネージャーは、データを簡単に取り込むための重要な詳細と仕様を提供するフレームワークであるアダプターを使用してツールに接続します。
アダプターには 2 つのタイプがあります。
製品アダプターは、特定のツールで動作するように設計された、事前設定されたアダプターです。API、SQL、または PowerShell を介して接続し、認証情報と呼び出しをツールに渡し、特定のデータを受け取ります。データ マネージャーで利用可能なさまざまな製品アダプタの詳細をご確認ください。
汎用アダプター は、特定の形式と一致する限り、任意のデータを処理できるように設計された汎用アダプターです。次のデータ形式を使用できます。
データソースアグリゲートアダプターは、他のジョブのグループのデータをマージするために使用されます。
フラット・ファイル・アダプタ は、CSVやTXTなどのフラット・ファイルからデータを取り込むために使用されます。
スキーマ アダプターは、アセット スキーマからデータを取り込むために使用されます。
SQL アダプターと ODBC アダプターは、SQL または ODBC データベース ソースからデータを取り込むために使用されます。
以下のワークフローに従って、データ マネージャーを使用する準備をします。
ツールの選択
データ マネージャーを使用する最初のステップは、接続するツールを選択することです。初めてデータ マネージャーの使用方法を学習するときは、最初の選択を合計 5 つのツールに制限することをお勧めします。ツールは後で追加できます。
例
Jose は、ITAM(IT 資産管理)データを管理する必要がある会社で働いています。同社は、アセット データ マネージャーを使用して、現在 4 つの異なる場所にあるすべての情報をクリーンアップして調整したいと考えています。
Active Directory (OOTB)
SCCM(OOTB)
Lansweeper (OOTB)
ローカルに保存された CSV カタログ (CSV)
Jose は、これらすべてのデータ ソースを可能な限り最善 (かつ最も簡単な) 方法で統合したいと考えています。
アダプターの選択
各ツールについて、アダプタを使用してデータ マネージャーに接続する最適な方法を決定します。
一部のツールは、認証と承認が事前設定された製品アダプターを介してのみ使用できます。また、一部のツールは、製品アダプターを使用して接続するか、CSV、TXT、または SQL ソースから情報を取得する汎用アダプターを使用して接続できます。
一部のアダプターは、API や PowerShell などの異なるプロトコルを使用して接続することもできます。
各アダプターで可能なさまざまな接続について詳細をご確認ください。
多くの場合、各ツールからどのような情報が得られるのか、またそれを接続する最善の方法を完全に理解するには、SME(対象分野の専門家)と調整する必要があります。たとえば、API アダプターを備えたツールがあっても、SME はその環境で API を有効にしないことを選択することがあります。
ケーススタディー
Jose はアダプターのリストを確認し 、4 つのデータ・ソースのそれぞれに使用する方法を決定します。
Active Directory (製品の Active Directory (PowerShell) アダプタを使用)
Lansweeper (API 接続を使用)
Jira Service Management のアセットからエクスポートされた CSV カタログ (フラット ファイル アダプターを使用)。
製品アダプタの準備
以下の手順は、特定のツールに接続する 製品アダプタ に適用されます。
範囲とフィルターを確認する
OOTB アダプターを使用している場合は、データを取り込む前に、データ マネージャーに統合する予定のツールのデータ・カバレッジを定義する必要があります。
以下に、考慮すべき詳細情報の例をいくつか示します。
Active Directory (AD) を使用している場合は、組織にある AD ドメインの数を把握し、それらのドメインが利用している ITSM ツールと連携していることを確認する必要があります。これはすべてのドメインをカバーできる可能性があります。異なる認証情報を必要とするさまざまなドメインに対応するために、複数の AD 製品アダプターを使用する必要があるかもしれません。
IT 資産管理 (ITAM) ソリューションの場合は、関連するエンドポイントのタイプ (ラップトップ、サーバーなど) を判断し、それらがシステム間で一致することを確認します。ITAM ソリューションが椅子や机などのコンピューター以外の資産を追跡する場合は、データ マネージャーでクレンジング ルールを設定してこれらの項目を除外し、スコープを他のシステムと統一する必要があります。
データをアクティブまたは古いものとして分類するために各システムが使用する基準を理解することが重要です。「アクティブな」データソースは、前回の更新ギャップ よりも後に更新されたデータソース ですが、「古い」データソースとは更新ギャップを過ぎても更新されなかったものを指します。たとえば、Active Directory では、データが 90 日以上経過している場合は古いと見なされますが、別のツールには異なる基準がある可能性があります。正確なデータ統合を保証するために、各システムのこれらのルールを把握してください。
ケーススタディー
Jose は、統合する各ツールのスコープとフィルタリング要件を決定します。
Active Directory の場合、Jose は、作業している組織に 6 つの AD ドメインがあり、そのうちの 4 つにデータ マネージャーを使用して調整する必要があるデータが含まれていることを認識しています。また、Active Directory では、データが 90 日以上経過すると古いと見なされることもわかっています。
Lansweeper の場合、Jose は机や椅子など、ツールからすべてのアセットを引き継ぐことがわかっているので、後でシステムからこれらの種類のアセットを削除するようにクレンジング ルールを設定するようにメモしておきます。
また、廃止または処分済みのステータスのアセットは古くなっていると見なされ、クレンジングルールが必要です。注:これをフィルターとして含めると、このレコードはデータマネージャーで引き続き表示できます。
データと認証情報を確認する
製品アダプタは、データ マネージャーと連動するように事前設定されています。アダプターの資料には、接続要件やデータ マネージャーに返されるデータ属性など、各アダプターの詳細が記載されています。
各ツールに固有の接続要件については、ツール SME の連携が必要となる場合があります。
ケーススタディー
Jose は、選択した 3 つの OOTB アダプター (Active Directory、SCCM、および Lansweeper) の資料をレビューします。
彼は、各アダプタがデータ マネージャーに接続する方法を記録し、SMEおよびローカル・ネットワーク・エンジニアと相談して、各アダプタが次のことを行うことを確認します。
認証と承認の資格情報を適切に構成していること。
ローカル ネットワーク内やファイアウォール全体で適切に構成されたパスがある
必要なデータベースに対する適切な権限 (読み取り専用) を持っている。
汎用アダプターを準備する
次の手順は、TXT ファイルや CSV ファイルに接続するアダプターなどの 汎用アダプター に適用されます。
ファイル形式とデータを確認する
フラット ファイルには、不特定の TXT または CSV 情報が含まれており、データ マネージャー用にフォーマットするには追加の手順が必要になる場合があります。ここで最も重要な要素は、データが常に同じ形式であることです。形式が予期せず変更された場合、インポートは失敗する可能性があります。
フラット・ファイルにはどのようなデータを含む必要がありますか?
たとえば、ツール間のカバレッジをチェックするコンピューターと仮想マシンの比較タイプで何かに焦点を当てているとします。
この場合、フラット ファイルにはエンドポイント (コンピューター、サーバー、モバイルなど) ごとに 1 行ずつ含める必要があります。
列には、ラップトップを購入するときに確認するであろう標準情報 (シリアル番号、オペレーティング システム、RAM、ディスク容量など) が含まれます。
データ マネージャーに送信する前に、データにフィルターを適用する必要がありますか?
ツールからフィルタリングされていないデータを抽出するのが最善です。その後、データ マネージャー でフィルタを実行できます。完了したら、ステータスが正しく設定されていないかどうかなどをチェックできます。これは通常、アセット管理システムからレコードを除外します。
このようなデータが含まれていると、データ マネージャーによってステータスが不適切なレコードが存在することが示されます。
どのデータ形式が必要ですか?
フラット・ファイルは、コンマ区切り値(CSV)またはテキスト(TXT)ファイルである必要があります。Excel や Google スプレッドシートにはできません。
フラット・ファイルでは、以下のいずれかのファイル形式を使用する必要があります。
UTF-8 (既定)
UTF-16
ISO-8859-1
ISO-8859-15
Windows-1250
Windows-1252
ヘッダー行は便利で、属性の作成を簡単にするために設定するときに使用できます。
どの日付も、列全体で一貫した形式である必要があります(例:dd-mmm-yy)。たとえば、時刻が併記されている行が数行でも含まれていてはなりません。
Microsoft Windows, XP, SP2 などのデータの特定の値にカンマが含まれている場合は、修飾子、通常は二重引用符文字 “ が必要です。任意の修飾子を使用できますが、その意味を理解しておく必要があります。
各行を複数の行に分割しないでください。つまり、1 つのレコードのデータに Enter 文字があってはいけません。
ファイルの末尾の前に空白行を入れることはできません。
フラット・ファイル・ジョブの構成の詳細はこちらを参照してください。
ケーススタディー
Jose が Jira Service Management のアセットからエクスポートされた CSV カタログのデータを取り込んでいます。
ファイルの形式を慎重に確認し、見出し行があること、適切な修飾子があること、空白行や日付形式のバリエーションがないことを確認します。
フィールドを確認
フラット・ファイルに含まれるフィールドは異なる場合があるため、他のツールの類似データとマージすると、重複した情報や一貫性のない情報が生成される可能性があります。
ITAM および ITSM プラクティスで一般的なフラット ファイルの推奨フィールドをいくつか紹介します。
必要になる可能性のある列の例として、このリストを SME と共有することをお勧めします。フィールド名と可用性は、組織内のツールによって異なる場合があります。
資産管理
属性 | タイプ | 例 |
AssetName | 文字列 | abc123 |
NumberofCores | 整数 | 4 |
FlatDomain | 文字列 | Airtrack.local |
IP アドレス | 文字列 | 192.192.1.1 |
最終更新日 | 日付 | 12 August 2020 |
作成日 | 日付 | 15 January 2019 |
更新者: | 文字列 | <ユーザー名またはロード> |
場所 | 文字列 | Melbourne |
製造元 | 文字列 | Microsoft |
モデル | 文字列 | Surface Pro 4 |
オペレーティング システム | 文字列 | Windows 11 |
Service Pack | 文字列 | 1501 |
Processor Type | 文字列 | Intel |
Number of Processors | 整数 | 2 |
ComputerRole | 文字列 | 本番環境 |
Serial Number | 文字列 | 3659834 |
AssetStatus | 文字列 | アクティブ |
合計メモリ | 長整数 | 8096 |
CMDB (Jira Service Management アセット、ServiceNow など)
属性 | タイプ |
OperationStatus | 文字列 |
名前 | 文字列 |
OS | 文字列 |
場所 | 文字列 |
製造元 | 文字列 |
ModelID | 文字列 |
IP アドレス | 文字列 |
Serial Number | 文字列 |
SysUpdatedOn | 日付 |
OS Service Pack | 文字列 |
CPU 数 | 整数 |
RAM/Memory | 長整数 |
CPU のタイプ | 文字列 |
検出ソース | 文字列 |
最初の検出 | 日付 |
SysUpdatedBy | 文字列 |
担当者 | 文字列 |
シャーシ タイプ | 文字列 |
サポート グループ | 文字列 |
所有者 | 文字列 |
Managed by | 文字列 |
Warranty Expiration | 日付 |
システム管理またはパッチ適用ツール(SCCM、BigFix など)
属性 | タイプ |
シャーシ タイプ | 文字列 |
Computer Name | 文字列 |
ドメイン | 文字列 |
InventoryDate | 日付 |
MachineID | 文字列 |
製造元 | 文字列 |
ModelNo | 文字列 |
Number of Processors | 整数 |
オペレーティング システム | 文字列 |
Serial Number | 文字列 |
LastLoggedOnUser | 日付 |
Full Operating System Version | 文字列 |
Operating System Build | 文字列 |
Service Pack | 文字列 |
合計メモリ | 長整数 |
サイバー/セキュリティ (例: Qualys、Crowdstrike、Rapid-7、MS Defender)
コンピュート属性 | タイプ |
AgentLocalTime | 文字列 |
エージェントのバージョン | 文字列 |
BiosManufacturer | 文字列 |
ExternalIP | 文字列 |
ホスト名 | 文字列 |
FirstSeen | 文字列 |
LastSeen | 文字列 |
OS バージョン | 文字列 |
ProvisionedStatus | 日付 |
Serial Number | 文字列 |
CPU 数 | 整数 |
ステータス | 長整数 |
SystemManufacturer | 文字列 |
Criticality | 文字列 |
Active Directory > コンピューター
属性 | タイプ |
---|---|
accountExpires | 日付 |
cn | 文字列 |
description | 文字列 |
distinguishedname | 文字列 |
FlatDomain | 文字列 |
lastLogoff | 日付 |
lastLogonTimestamp | 日付 |
場所 | 文字列 |
name | 文字列 |
オペレーティング システム | 文字列 |
オペレーティング システム サービス パック | 文字列 |
Operating System Version | 文字列 |
QualifiedDomain | 文字列 |
sAMAccountName | 文字列 |
userAccountControl | 文字列 |
whenChanged | 日付 |
whenCreated | 日付 |
Active Directory > サブネット
コンピュート属性 | タイプ |
名前 | 文字列 |
場所 | 文字列 |
説明 | 文字列 |
サブネット | 文字列 |
SolarWinds (ネットワーク オブジェクト クラス)
ネットワーク属性 |
SysName |
LastBoot |
最終同期 |
場所 |
NodeDescription |
PolledStatus |
ステータス |
vendor |
表示名 |
NodeName |
AgentPort |
カテゴリー |
お問い合わせ |
CPU 数 |
CPU 負荷 |
説明 |
DNS |
EntityType |
IOSImage |
IOSVersion |
IP アドレス |
IP アドレス タイプ |
サーバー |
Machine Type |
MemoryAvailable |
MemoryUsed |
ObjectSubType |
重大度 |
StatusDescription |
SystemUpTime |
合計メモリ |
SolarWinds がサーバーも検出している場合は、その情報がコンピュート オブジェクトにも配置される可能性があります。
ユーザー
ユーザー属性 |
従業員 ID |
氏名 |
タイトル |
名 |
Middle Name |
姓 |
アドレス |
電話番号 |
モバイル |
メール |
Alternate email |
職位 |
Employment status |
ステータス |
Work Location |
コスト センター |
マネージャー |
比較を実行するフィールド、レポートを作成するフィールド、または後でデータ ソースをリンクするために必要になる可能性があるフィールドを必ず含めてください。
これには、Instance_ID フィールドやSerial_Noフィールドなど、異なるデータ ソース間の主キーを提供または調整できるフィールドが含まれる場合があります。
ケーススタディー
Joseは、フラット・ファイルのフィールドを確認します。
フラット・ファイル内のデータとLansweeperのデータの間でデバイスと資産を比較する必要があることがわかっているので、フラット・ファイルに関心のあるオブジェクトのタイプの主キーが含まれていることを確認します。この場合、主キーはオブジェクトのNameです。
Jose は、すべてのツール間でアセットの最終更新日を比較して、最新かつ最も信頼できるデータを選択できるようにするため、フラット ファイルにLastUpdatedDate が存在することを確認します。
アセット データ マネージャーを設定する
ツールとデータ ソースの準備が整ったので、アセット データ マネージャー のセットアップを開始し、最初のジョブを実行してデータを取り込む準備を開始できます。
アセット データ マネージャー のセットアップに関するドキュメントをお読みください。
この内容はお役に立ちましたか?