PowerPivot データ更新を有効化し、構成する

手順 1: Secure Store Service の有効化とマスター キーの生成

PowerPivot のデータ更新は、Secure Store Service に依存して、データ更新ジョブの実行および保存された資格情報を使用する外部データ ソースへの接続に使用する資格情報を提供します。

[新しいサーバー] オプションを使用して PowerPivot for SharePoint をインストールした場合は、Secure Store Service が構成されています。その他のすべてのインストール シナリオに対しては、サービス アプリケーションを作成して構成し、Secure Store Service 用のマスター暗号化キーを生成する必要があります。

注
Secure Store Service を構成したり Secure Store Service の管理を別のユーザーに委任したりするには、ファームの管理者である必要があります。サービス アプリケーションを有効にした後に設定を構成または変更するには、サービス アプリケーションの管理者である必要があります。

1. サーバーの全体管理で、[アプリケーション構成の管理] の [サービス アプリケーションの管理] をクリックします。

2. [サービス アプリケーション] リボンで、[作成] の [新規作成] をクリックします。

3. [Secure Store Service] をクリックします。

4. [Secure Store アプリケーションの作成] ページで、アプリケーションの名前を入力します。

5. [データベース] で、このサービス アプリケーションのデータベースをホストする SQL Server インスタンスを指定します。既定値は、ファーム構成データベースをホストする SQL Server データベース エンジン インスタンスです。

6. [データベース名] に、サービス アプリケーション データベースの名前を入力します。既定値は、Secure_Store_Service_DB_<guid> です。既定の名前は、既定のサービス アプリケーション名に対応しています。独自のサービス アプリケーション名を入力した場合は、サービス アプリケーションとデータベースを一緒に管理できるように、データベース名に対しても同様の命名規則を使用してください。

7. [データベース認証] の既定値は、"Windows 認証" です。"SQL 認証" を選択する場合は、SharePoint 管理者ガイドを参照して、ファームでその認証の種類を使用する方法を確認してください。

8. [アプリケーション プール] で、[新しいアプリケーション プールの作成] をクリックします。他のサーバー管理者がアプリケーション プールの使用方法を理解できるように、わかりやすい名前を指定します。

9. アプリケーション プールのセキュリティ アカウントを選択します。ドメイン ユーザー アカウントを使用するマネージ アカウントを指定します。

10. それ以外の設定を既定値のままにして、[OK] をクリックします。作成したサービス アプリケーションが、他のマネージ サービスと共にファームのサービス アプリケーションの一覧に表示されます。

11. 一覧で、Secure Store サービス アプリケーションをクリックします。

12. [サービス アプリケーション] リボンで、[管理] をクリックします。

13. [キー管理] で、[新しいキーの生成] をクリックします。

14. パスフレーズを入力し、そのパスフレーズを確認します。パスフレーズは、Secure Store 共有サービス アプリケーションを追加するために使用されます。

15. [OK] をクリックします。

トラブルシューティングの目的に役立つ Store Service 操作の監査ログを使用可能にするには、事前にこの監査ログを有効にしておく必要があります。ログを有効にする方法の詳細については、「Secure Store Service を構成する (SharePoint Server 2010)」を参照してください。

手順 2: サポートしない資格情報オプションの無効化

PowerPivot データ更新には、データ更新スケジュールに 3 つの資格情報オプションが用意されています。ブックの所有者がデータ更新をスケジュールする際には、これらのオプションの 1 つを選択して、データ更新ジョブの実行に使用するアカウントを指定します。管理者は、スケジュールの所有者がどの資格情報オプションを使用できるかを決定できます。

データ更新が動作するためには、少なくとも 1 つのオプションが使用可能になっている必要があります。

オプション 1 [管理者によって構成されたデータ更新アカウントを使用します] は、スケジュールの定義ページに常に表示されますが、自動データ更新アカウントを構成した場合にのみ機能します。アカウントの作成方法の詳細については、「PowerPivot 自動データ更新アカウントの構成と使用」を参照してください。

オプション 2 [次の Windows ユーザー資格情報を使用して接続します] は、ページに常に表示されますが、サービス アプリケーション構成ページで [ユーザーによるカスタムの Windows 資格情報の入力を許可する] オプションを有効にした場合にのみ機能します。このオプションは既定で有効になりますが、これを使用するデメリットがメリットよりも大きい場合は無効にできます (下記を参照)。

オプション 3 [Secure Store Service で保存した資格情報を使用して接続する] は、ページに常に表示されますが、スケジュール所有者が有効な対象アプリケーションを提供している場合にのみ機能します。管理者は、あらかじめこれらの対象アプリケーションを作成してから、データ更新スケジュールを作成するユーザーにアプリケーション名を提供する必要があります。データ更新操作の対象アプリケーションを作成する方法の詳細については、「PowerPivot データ更新用の保存された資格情報の構成と使用」を参照してください。

データ更新スケジュールでの任意の Windows 資格情報の使用の有効化

既定では、PowerPivot サービス アプリケーションには、スケジュール所有者がデータ更新ジョブの実行用の任意の Windows ユーザー名およびパスワードを入力できる資格情報オプションが含まれています。これは、スケジュール定義ページの第 2 の資格情報オプションです。

この資格情報オプションが有効になっている場合、PowerPivot System サービスでは Secure Store Service に対象アプリケーションが生成され、スケジュール所有者が入力したユーザー名とパスワードが保存されます。生成される対象アプリケーションは、PowerPivotDataRefresh_<guid> という名前付け規則を使用して作成されます。Windows 資格情報のセットごとに 1 つの対象アプリケーションが作成されます。PowerPivot System サービスによって所有されている対象アプリケーションが既に存在し、スケジュールを定義するユーザーが入力したユーザー名とパスワードを保存する場合、PowerPivot System サービスでは新しい対象アプリケーションを作成する代わりにその対象アプリケーションが使用されます。

この資格情報オプションを使用する主な利点は、使いやすく簡単であることです。対象アプリケーションが自動的に作成されるため、高度な作業は最小限です。また、スケジュール所有者 (多くの場合、ブックを作成したユーザー) の資格情報で更新を実行すると、下流の権限要件が簡略化されます。ほとんどの場合、このユーザーは対象データベースに対する権限を既に持っています。データ更新がこのユーザーの Windows ユーザー ID で実行された場合、"現在のユーザー" を指定するデータ接続が自動的に動作します。

欠点は、管理機能が制限されていることです。対象アプリケーションは自動的に作成されますが、アカウント情報が変更されたときに削除 (自動) や更新は行われません。パスワード有効期限ポリシーが原因で、これらの対象アプリケーションが古くなることがあります。期限切れの資格情報を使用するデータ更新ジョブの開始は失敗します。この状況が発生した場合、スケジュール所有者は、データ更新スケジュールの現在のユーザー名およびパスワード値を提供することで資格情報を更新する必要があります。その時点で新しい対象アプリケーションが作成されます。ユーザーは長期にわたって共にデータ更新スケジュールの資格情報を追加および改訂するため、自動生成された対象アプリケーションがシステムに多数存在することになる場合があります。

現在、これらの対象アプリケーションがアクティブか非アクティブかを判断する方法はなく、特定の対象アプリケーションを使用するデータ更新スケジュールをトレースする方法もありません。一般に、対象アプリケーションを削除すると既存のデータ更新スケジュールが破損する可能性があるため、対象アプリケーションは残しておく必要があります。まだ使用されている対象アプリケーションを削除すると、データ更新が失敗し、ブックのデータ更新履歴ページに "対象アプリケーションが見つかりませんでした" というメッセージが表示されます。

この資格情報オプションを無効にすることを選択した場合は、PowerPivot データ更新用に生成されたすべての対象アプリケーションを安全に削除できます。

データ更新スケジュールでの任意の Windows 資格情報の使用の無効化

1. サーバーの全体管理で、[アプリケーション構成の管理] の [サービス アプリケーションの管理] をクリックします。

2. PowerPivot サービス アプリケーションの名前をクリックします。PowerPivot 管理ダッシュボードが表示されます。

3. [アクション] で、[サービス アプリケーションの設定の構成] をクリックして [PowerPivot サービス アプリケーションの設定] ページを開きます。

4. [データ更新] セクションで、[ユーザーによるカスタムの Windows 資格情報の入力を許可する] チェック ボックスをオフにします。

   

手順 3: データ更新で使用される資格情報を保存する対象アプリケーションの作成

Secure Store Service が構成されると、SharePoint 管理者は、保存された資格情報をデータ更新に使用できるようにする対象アプリケーションを作成できます。この資格情報には、PowerPivot 自動データ更新アカウントや、ジョブの実行または外部データ ソースへの接続に使用されるその他のアカウントが含まれます。

前のセクションで説明したように、特定の資格情報オプションを使用可能にするには対象アプリケーションを作成する必要があります。具体的には、PowerPivot 自動データ更新アカウント用の対象アプリケーションに加えて、データ更新操作で使用する追加の保存された資格情報を作成する必要があります。

保存された資格情報を含む対象アプリケーションを作成する方法の詳細については、「PowerPivot 自動データ更新アカウントの構成と使用」および「PowerPivot データ更新用の保存された資格情報の構成と使用」を参照してください。

手順 4: スケーラブルなデータ更新用のサーバーの構成

既定では、PowerPivot for SharePoint の各インストールで、オンデマンド クエリとスケジュールされたデータ更新の両方がサポートされます。

インストールごとに、Analysis Services サーバー インスタンスがクエリとスケジュールされたデータ更新の両方をサポートするか、特定の種類の操作専用であるかを指定できます。ファームに PowerPivot for SharePoint が複数インストールされている場合に、ジョブが遅延または失敗していることがわかった場合は、サーバーをデータ更新操作専用にすることを検討できます。

また、基になるハードウェアでサポートされている場合は、並列に実行するデータ更新ジョブの数を増やすことができます。既定では、並列に実行できるジョブの数はシステム メモリに基づいて計算されますが、ワークロードをサポートする追加の CPU 容量がある場合はこの数を増やすことができます。

詳細については、「データ更新専用またはクエリ専用処理の構成」を参照してください。

手順 5: PowerPivot データのインポートに使用されるデータ プロバイダーのインストール

データ更新操作は、基本的には元のデータを取得したインポート操作の繰り返しです。つまり、PowerPivot クライアント アプリケーションでデータのインポートに使用されるデータ プロバイダーを、PowerPivot サーバーにもインストールする必要があるということです。

Windows サーバーにデータ プロバイダーをインストールするには、ローカル管理者である必要があります。追加のドライバーをインストールする場合は、必ず PowerPivot for SharePoint がインストールされている SharePoint ファーム内の各コンピューターにインストールします。ファームに複数の PowerPivot サーバーがある場合は、それぞれのサーバーにプロバイダーをインストールする必要があります。

SharePoint サーバーは 64 ビット アプリケーションです。データ更新操作をサポートするには、使用しているデータ プロバイダーの 64 ビット バージョンをインストールしてください。

手順 6: スケジュールの作成および外部データ ソースへのアクセスのための権限の付与

ブックに対するデータ更新をスケジュールするには、ブックの所有者または作成者が投稿権限を持っている必要があります。この権限レベルを与えられたユーザーは、ブックのデータ更新構成ページを開いて編集し、データの更新に使用する資格情報およびスケジュール情報を指定できます。

SharePoint 権限に加えて、外部データ ソースに対するデータベース権限を確認して、データ更新中に使用されるアカウントにデータへの十分なアクセス権があることを確認する必要があります。付与する必要のある権限は、ブック内の接続文字列およびデータ更新ジョブの実行に使用しているユーザー ID によって異なるため、権限要件を判断するには自身を慎重に評価する必要があります。

PowerPivot ブック内の既存の接続文字列が PowerPivot データ更新操作に関係する理由

データ更新の実行時に、サーバーはデータが最初にインポートされたときに作成された接続文字列を使用して外部データ ソースに接続要求を送信します。その接続文字列で指定されたサーバーの場所、データベース名、および認証パラメーターは、同じデータ ソースにアクセスするためにデータ更新時に再利用されます。接続文字列とその全体的な構造は、データ更新の目的では変更できません。データ更新時にはそのまま再利用されます。Windows 以外の認証を使用してデータ ソースに接続する場合は、接続文字列のユーザー名とパスワードをオーバーライドできることがあります。この詳細については、このトピックで説明します。

ほとんどのブックでは、接続の既定の認証オプションで信頼関係接続または Windows 統合セキュリティが使用されるため、結果として接続文字列には SSPI=IntegratedSecurity または SSPI=TrustedConnection が含まれます。データ更新中にこの接続文字列が使用される場合は、データ更新ジョブを実行するために使用されるアカウントが "現在のユーザー" になります。そのため、このアカウントには、信頼関係接続を介してアクセスされる外部データ ソースに対する読み取り権限が必要です。

PowerPivot 自動データ更新アカウントを有効にしたか

有効にした場合は、データ更新中にアクセスされるデータ ソースに対する読み取り権限をそのアカウントに付与する必要があります。このアカウントに読み取り権限が必要な理由は、既定の認証オプションを使用するブックでは、データ更新中に自動アカウントが '現在のユーザー' になるためです。スケジュール所有者が接続文字列で資格情報をオーバーライドしない限り、このアカウントには、組織でアクティブに使用されている任意の数のデータ ソースに対する読み取り権限が必要です。

資格情報オプション 2 (スケジュール所有者に Windows ユーザー名とパスワードの入力を許可する) を使用しているか

通常、PowerPivot ブックを作成するユーザーは、最初にデータを既にインポートしているため、十分な権限を既に持っています。その後これらのユーザーが自身の Windows ユーザー ID で実行するようにデータ更新を構成した場合、データベースに対する権限を既に持っている Windows ユーザー アカウントがデータ更新中のデータの取得に使用されます。既存の権限で十分です。

資格情報オプション 3: (Secure Store Service 対象アプリケーションを使用してデータ更新ジョブの実行用のユーザー ID を提供する) を使用しているか

データ更新ジョブの実行に使用するアカウントには、PowerPivot 自動データ更新アカウントについて説明したのと同じ理由で読み取り権限が必要です。

接続文字列を確認して、データ更新中に使用する資格情報をオーバーライドできるかどうかを判断する方法

前に述べたように、接続で Windows 以外の認証 (SQL Server 認証など) を使用している場合は、データ更新ジョブのレベルで別のユーザー名とパスワードに置き換えることができます。Windows 以外の資格情報は、UserID および Password パラメーターを使用して接続文字列で渡されます。これらのパラメーターを含む接続文字列がブックに含まれている場合は、オプションでデータ ソースからのデータの更新に別のユーザー名とパスワードを指定できます。

次の手順では、ユーザー名とパスワードのオーバーライドを受け入れる接続文字列があるかどうかを確認する方法を説明します。

1. Excel でブックを開きます。

2. PowerPivot ウィンドウを開きます (Excel の PowerPivot リボンで [PowerPivot ウィンドウ] をクリックします)。

3. [デザイン] をクリックします。

4. [既存の接続] をクリックします。

   ブックで使用されているすべての接続が [PowerPivot データ接続] に一覧表示されます。

5. 接続を選択し、[編集] をクリックしてから [詳細設定] をクリックします。接続文字列はページの下部にあります。

接続文字列に Integrated Security=SSPI と表示されている場合は、接続文字列の資格情報をオーバーライドできません。接続では常に現在のユーザーが使用されます。資格情報を指定しても無視されます。

Persist Security Info=False, Password=***********, UserID=<userlogin> と表示されている場合、接続文字列は資格情報のオーバーライドを受け入れます。接続文字列に表示される資格情報 (UserID や Password など) は、Windows 資格情報ではなく、対象のデータ ソースに対して有効なデータベース ログインまたはその他のサインイン アカウントです。

接続文字列の資格情報をオーバーライドする方法

資格情報のオーバーライドは、データ更新スケジュールでデータ ソース資格情報を指定することで行います。管理者は、外部データへのアクセスに使用する資格情報をマップする対象アプリケーションを Secure Store Service で提供できます。これにより、スケジュール所有者は、定義するデータ更新スケジュールに対象アプリケーション ID を入力することができます。この対象アプリケーションの作成方法の詳細については、「PowerPivot データ更新用の保存された資格情報の構成と使用」を参照してください。

または、スケジュール所有者は、データ更新中にデータ ソースへの接続に使用される資格情報のセットを入力できます。次の図に、スケジュール定義ページのこのデータ ソース オプションを示します。

データ アクセス要件の識別

前のセクションに示したように、多くの場合、データ更新の実行と外部データ ソースへの接続に使用されるアカウントは 1 つの同じアカウントです。そのため、外部データ ソースへのアクセスに使用されるアカウントは、データ更新スケジュール ページのこの部分のオプション セットによって決定されます。これは、PowerPivot 自動データ更新アカウント、個々のユーザーの Windows アカウント、または定義済み対象アプリケーションに保存されているアカウントの場合があります。

データ更新の実行に使用されるアカウントが、データのインポートに使用されるアカウントと異なる場合 (たとえば、資格情報オプション 1 による PowerPivot 自動データ更新アカウント、または資格情報オプション 3 による保存された資格情報の他のセット)、そのアカウント用に新しいデータベース ログインを作成し、外部データ ソースに対する読み取り権限を付与する必要があります。

どのアカウントにデータ アクセス権が必要かを理解すれば、PowerPivot ブックで最も頻繁に使用されるデータ ソースに対する権限のチェックを開始できます。アクティブに使用されている任意のデータ ウェアハウスまたはレポート データベースから開始しますが、最もアクティブな PowerPivot ユーザーからの入力も要求して、そのユーザーが使用しているデータ ソースを調べます。データ ソースの一覧を入手したら、各データ ソースのチェックを開始して、権限が正しく設定されていることを確認できます。

手順 7: データ更新の構成の確認

データ更新を確認するには、SharePoint サイトにパブリッシュされる PowerPivot ブックが必要です。ブックに対する投稿権限と、データ更新スケジュールに含まれているデータ ソースへのアクセス権が必要です。

スケジュールを作成する場合は、[さらに、できるだけ早く更新を行います] チェック ボックスをオンにして、データ更新を即時に実行します。その後、そのブックのデータ更新履歴ページをチェックして、正常に実行されたことを確認します。PowerPivot データ更新タイマー ジョブは 1 分おきに実行されることに注意してください。データ更新に成功したことを確認するには、それ以上の時間がかかります。

サポートを計画しているすべての資格情報オプションを試してください。たとえば、PowerPivot 自動データ更新アカウントを構成した場合は、そのオプションを使用して、データ更新が成功することを確認します。スケジュール設定とステータス情報の表示の詳細については、「PowerPivot データ更新のスケジュール」および「PowerPivot データ更新の履歴を表示する方法」を参照してください。

データ更新に失敗する場合は、TechNet Wiki の「PowerPivot データ更新のトラブルシューティング」ページで考えられる解決策を参照してください。

データ更新用の構成設定変更

各 PowerPivot サービス アプリケーションには、データ更新操作に影響する構成設定が備えられています。ここでは、これらの設定を変更する方法について説明します。

"営業時間" を設定して営業時間外の処理を決定する

データ更新の履歴の保有期間を制限する

PowerPivot データ更新タイマー ジョブの再スケジュール

スケジュールされたデータ更新は、PowerPivot サービス アプリケーション データベースのスケジュール情報を 1 分ごとにスキャンする PowerPivot データ更新タイマー ジョブによってトリガーされます。データ更新の開始がスケジュールされていた場合、タイマー ジョブは、使用可能な PowerPivot サーバーの処理キューに要求を追加します。

パフォーマンス チューニングの一環としてこのスキャンの間隔を長くしたり、トラブルシューティングの際にタイマー ジョブを無効にしてデータ更新操作を一時的に停止することもできます。

既定の設定は 1 分です。これより低い値を指定することはできません。この値を使用すると、1 日の任意の時刻に実行されるスケジュールの結果を最も予測しやすくなるため、この値を使用することをお勧めします。たとえば、データ更新を午後 4 時 15 分にスケジュールした場合、タイマー ジョブがスケジュールを 1 分ごとにスキャンしていれば、スケジュールされたデータ更新要求が 4 時 15 分に検出され、その後数分以内に処理が実行されます。

スキャン間隔を長くすることで実行頻度を少なくすると (たとえば、1 日に 1 回、午前 0 時に実行するなど)、その期間に実行がスケジュールされていたすべてのデータ更新操作が同時に処理キューに追加されるため、サーバーに過剰な負荷がかかり、他のアプリケーションが使用できるシステム リソースが枯渇する危険性があります。スケジュールされていた更新数によっては、データ更新操作の処理キューが長くなりすぎて、完了できないジョブが生じる場合もあります。その状態で次の処理間隔に入ると、キューの末尾にあるデータ更新要求が削除される可能性があります。

使用するハードウェアがサポートしている場合は、追加のプロセッサでより多くのデータ更新ジョブが並列実行されるように指定すると、この問題を緩和できます。詳細については、「データ更新専用またはクエリ専用処理の構成」を参照してください。データ更新要求の検出、キューへの追加、および処理のしくみの詳細については、「PowerPivot のデータ更新の管理」を参照してください。

1. サーバーの全体管理で [監視] をクリックします。

2. [ジョブ定義の確認] をクリックします。

3. [PowerPivot データ更新タイマー ジョブ] を選択します。

4. スケジュールの頻度を変更して、タイマー ジョブがデータ更新スケジュールの情報をスキャンする頻度を変更します。

データ更新タイマー ジョブの無効化

PowerPivot データ更新タイマー ジョブは、ファーム内のすべての PowerPivot サーバー インスタンスに対して有効または無効になるファーム レベルのタイマー ジョブであり、特定の Web アプリケーションや PowerPivot サービス アプリケーションに関連付けられてはいません。PowerPivot データ更新タイマー ジョブを一部のサーバーで無効にして、ファーム内の他のサーバーでデータ更新処理が行われるようにすることはできません。

PowerPivot データ更新タイマー ジョブを無効にすると、既にキューに入れられていた要求は処理されますが、再びジョブを有効にするまで新しい要求は追加されません。過去にスケジュールされていた要求は処理されません。

タイマー ジョブを無効にしても、アプリケーション ページで使用できる機能には影響はありません。Web アプリケーションのデータ更新機能を削除したり非表示にしたりすることはできません。タイマー ジョブが永続的に無効になっていても、投稿権限以上の権限を持つユーザーはデータ更新操作の新しいスケジュールを作成できます。

関連項目

タスク

概念