Enterprise Vault™ Discovery Accelerator 管理者ガイド
- Discovery Accelerator の概要
- ロールの設定と割り当て
- ケースを使った操作
- レビューマークとタグの設定
- アイテムに自動的にマーク付けまたはタグ付けするルールの使用
- カストディアンマネージャの使用
- アイテムの検索
- Discovery Accelerator を使った検索について
- Discovery Accelerator 検索の作成と実行
- 検索基準オプションについて
- 効果的な検索の実行に関するガイドライン
- Discovery Accelerator 検索の一時停止と再開
- ［検索の監視］タブについて
- 検索対象のアーカイブの選択
- カスタム検索属性の詳細の指定
- Compliance Accelerator 部門に対応するように検索結果を制限する
- アドレスマネージャを使った対象電子メールの定義
- Discovery Accelerator 検索スケジュールの作成
- カスタム メッセージの種類の設定
- Discovery Accelerator を使ってアーカイブされた Skype for Business コンテンツの検索
- 手動によるアイテムのレビュー
- リサーチフォルダを使った作業
- アイテムのエクスポートと提出物生成
- レポートの作成と表示
- Discovery Accelerator レポートについて
- 拡張レポート
- Discovery Accelerator レポートの作成
- 利用可能な Discovery Accelerator のレポート
- 既存のレポートの表示
- OData Web サービスを介したレポートへのアクセス
- レポート用の Power BI テンプレートの設定
- 付録 A. Discovery Accelerator 検索で使う Enterprise Vault のプロパティ
- 付録 B. トラブルシューティング
- Internet Explorer 10 以降で Discovery Accelerator Web サイトを開くときの表示の問題
- Veritas Surveillance Web クライアントで表示されないボルトストア
- SQL Server ではデフォルトでフルテキスト検索インデックス作成が無効になる
- インターネットメール（.eml）メッセージをレビューセットからエクスポートした後に、その TNEF エンコードの添付ファイルが読めなくなることがある
- SQL Server コンピュータ名の変更後の同期エラー
- Accelerator マネージャサービス起動時のパフォーマンスカウンタエラー
- カスタマーデータベースを異なるサーバーに復元するときに SQL Service Broker で警告が発生する
- カストディアンマネージャに関する問題
- カストディアンマネージャを使うと複数のカストディアンを同じ Active Directory アカウントで同期できる
- カストディアンマネージャで、ユーザーがカストディアングループを削除して Active Directory と同期することによってグループを復元した後に、そのグループのメンバーが一覧表示されない
- カストディアンが 1 つの Active Directory ドメインに属していて、別のドメイン内のグループのメンバーである場合に、カストディアンマネージャがその別のドメインと同期するときにカストディアンの詳細を更新しないことがある
- カストディアンマネージャが特定の 2 バイト文字を名前に含む Domino LDAP ユーザーとグループとの同期に失敗する
- 権限がある削除エラーのトラブルシューティング
認証
データアクセスのセキュリティと整合性を確保するために、レポート API は認証を必要とします。認証を使用して、要求元のクライアントまたはアプリケーションの ID を検証し、API リソースにアクセスするために必要な権限があるかどうかを判断します。この API では、主に次の 2 つの認証方法がサポートされています。
レポートエンドポイント API を設定すると、ベース URL、プライマリおよびセカンダリ API キーが生成されます。API 要求の X-API-Key ヘッダーにプライマリ API キーまたはセカンダリ API キーを含めます。
次に例を示します。
X-API-Key:<Primary or Secondary API Key>
基本認証は、API クライアントが各要求でユーザー名とパスワードを提供する方法です。ユーザーは、このメソッドの認証ヘッダーにエンコードされた文字列を使用します。要求の受信者は、この文字列を使用してユーザーの ID とリソースへのアクセス権を検証します。
次に例を示します。
Authorization: Basic <Base64 encoded credentials>
Base64 エンコードクレデンシャルを生成するには:
クレデンシャル (ユーザー名とパスワード) をコロン (:) と組み合わせます。
メモ:
ユーザー名は ReportingApiUser である必要があります。パスワードは、レポートエンドポイントの設定後に提供されるプライマリまたはセカンダリの API キーである必要があります。どちらかのパスワードを使用します。
例: ReportingApiUser:32adasdf3asdcvzxcweasd
前述の手順で説明したクレデンシャルを指定した後、Base64 エンコードクレデンシャルを生成します。これは、認証ヘッダーの設定時に必要です。
例: dGVuYW50OmtleQ==
したがって、このユーザーが行った要求は、次のヘッダーとともに送信されます。
Authorization: Basic dGVuYW50OmtleQ==
この要求を受信したサーバーは、認証ヘッダーにアクセスし、クレデンシャルをデコードし、ユーザーを検索して要求されたリソースへのアクセスを許可するかどうかを決定できます。