SharePoint 2010 と SQL Server 2012 による PowerPivot のデータ更新 (Analysis Services)
PowerPivot のデータ更新は、外部データ ソースにクエリを実行して、コンテンツ ライブラリに保存されている Excel 2010 ブック内の埋め込み PowerPivot データを更新する、スケジュールされたサーバー側の操作です。
データ更新は PowerPivot for SharePoint に組み込まれている機能ですが、これを使用するには、SharePoint 2010 ファーム内で特定のサービスおよびタイマー ジョブを実行する必要があります。 データ更新を成功させるには、データ プロバイダーのインストールやデータベース権限の確認など、追加の管理手順が必要になることもよくあります。
.gif "注意") 注 |
|---|
SQL Server 2012 Service Pack 1 (SP1) および SharePoint Server 2013 の Excel Services では、PowerPivot データ モデルのデータ更新に新しいアーキテクチャを使用しています。 新しいアーキテクチャでは、PowerPivot データ モデルを読み込むための主要なコンポーネントとして Excel Services が使用されます。 以前に使用されていたデータ更新のアーキテクチャでは、データ モデルを読み込むために、SharePoint モードで PowerPivot System サービスおよび Analysis Services を実行しているサーバーが使用されていました。 詳細については、以下を参照してください。 |
このトピックの内容は次のとおりです。
手順 1: Secure Store Service の有効化とマスター キーの生成
手順 2: サポートしない資格情報オプションの無効化
手順 3: データ更新で使用される資格情報を保存する対象アプリケーションの作成
手順 4: スケーラブルなデータ更新用のサーバーの構成
手順 5: 外部データ ソースへの接続に使用するデータ プロバイダーのインストール
手順 6: スケジュールの作成および外部データへのアクセスのための権限の付与
手順 7: データ更新のためのブック アップグレードの有効化
手順 8: データ更新の構成の確認
PowerPivot データ更新用の構成設定変更
PowerPivot データ更新タイマー ジョブの再スケジュール
PowerPivot データ更新タイマー ジョブの無効化
サーバー環境と権限が構成されていることを確認したら、データ更新を使用できる状態になります。 SharePoint ユーザーがデータ更新を使用するには、データ更新の実行頻度を指定したスケジュールを PowerPivot ブックに対して作成します。 スケジュールの作成は一般的に、ファイルを SharePoint にパブリッシュしたユーザーである、ブックの所有者または作成者が行います。 このユーザーが、自分が所有するブックのデータ更新スケジュールを作成し、管理します。 詳細については、「データ更新のスケジュール (PowerPivot for SharePoint)」を参照してください。
手順 1: Secure Store Service の有効化とマスター キーの生成
PowerPivot のデータ更新は、Secure Store Service に依存して、データ更新ジョブの実行および保存された資格情報を使用する外部データ ソースへの接続に使用する資格情報を提供します。
[新しいサーバー] オプションを使用して PowerPivot for SharePoint をインストールした場合は、Secure Store Service が構成されています。 その他のすべてのインストール シナリオに対しては、サービス アプリケーションを作成して構成し、Secure Store Service 用のマスター暗号化キーを生成する必要があります。
| 注 |
|---|
Secure Store Service を構成したり Secure Store Service の管理を別のユーザーに委任したりするには、ファームの管理者である必要があります。 サービス アプリケーションを有効にした後に設定を構成または変更するには、サービス アプリケーションの管理者である必要があります。 |
サーバーの全体管理で、[アプリケーション構成の管理] の [サービス アプリケーションの管理] をクリックします。
[サービス アプリケーション] リボンで、[作成] の [新規作成] をクリックします。
[Secure Store Service] をクリックします。
[Secure Store アプリケーションの作成] ページで、アプリケーションの名前を入力します。
[データベース] で、このサービス アプリケーションのデータベースをホストする SQL Server インスタンスを指定します。 既定値は、ファーム構成データベースをホストする SQL Server データベース エンジン インスタンスです。
[データベース名] に、サービス アプリケーション データベースの名前を入力します。 既定値は、Secure_Store_Service_DB_<guid> です。 既定の名前は、既定のサービス アプリケーション名に対応しています。 独自のサービス アプリケーション名を入力した場合は、サービス アプリケーションとデータベースを一緒に管理できるように、データベース名に対しても同様の命名規則を使用してください。
[データベース認証] の既定値は、"Windows 認証" です。 "SQL 認証" を選択する場合は、SharePoint 管理者ガイドを参照して、ファームでその認証の種類を使用する方法を確認してください。
[アプリケーション プール] で、[新しいアプリケーション プールの作成] をクリックします。他のサーバー管理者がアプリケーション プールの使用方法を理解できるように、わかりやすい名前を指定します。
アプリケーション プールのセキュリティ アカウントを選択します。 ドメイン ユーザー アカウントを使用するマネージ アカウントを指定します。
それ以外の設定を既定値のままにして、[OK] をクリックします。作成したサービス アプリケーションが、他のマネージ サービスと共にファームのサービス アプリケーションの一覧に表示されます。
一覧で、Secure Store Service アプリケーションをクリックします。
[サービス アプリケーション] リボンで、[管理] をクリックします。
[キー管理] で、[新しいキーの生成] をクリックします。
パス フレーズを入力し、そのパス フレーズを確認します。 パス フレーズは、Secure Store 共有サービス アプリケーションを追加するために使用されます。
[OK] をクリックします。
トラブルシューティングの目的に役立つ Store Service 操作の監査ログを使用可能にするには、事前にこの監査ログを有効にしておく必要があります。 ログを有効にする方法の詳細については、「Secure Store Service を構成する (SharePoint Server 2010)」を参照してください。
手順 2: サポートしない資格情報オプションの無効化
PowerPivot データ更新には、データ更新スケジュールに 3 つの資格情報オプションが用意されています。 ブックの所有者がデータ更新をスケジュールする際には、これらのオプションの 1 つを選択して、データ更新ジョブの実行に使用するアカウントを指定します。 管理者は、スケジュールの所有者がどの資格情報オプションを使用できるかを決定できます。
データ更新が動作するためには、少なくとも 1 つのオプションが使用可能になっている必要があります。
.gif "SSAS_PowerpivotKJ_DataRefreshCreds")
オプション 1 [管理者によって構成されたデータ更新アカウントを使用します] は、スケジュールの定義ページに常に表示されますが、自動データ更新アカウントを構成した場合にのみ機能します。 アカウントの作成方法の詳細については、「PowerPivot 自動データ更新アカウントの構成 (PowerPivot for SharePoint)」を参照してください。
オプション 2 [次の Windows ユーザー資格情報を使用して接続します] は、ページに常に表示されますが、サービス アプリケーション構成ページで [ユーザーによるカスタムの Windows 資格情報の入力を許可する] オプションを有効にした場合にのみ機能します。 このオプションは既定で有効になりますが、これを使用するデメリットがメリットよりも大きい場合は無効にできます (下記を参照)。
オプション 3 [保存された資格情報を使用してデータ ソースにログオンします] は、ページに常に表示されますが、スケジュール所有者が有効な対象アプリケーションを提供している場合にのみ機能します。 管理者は、あらかじめこれらの対象アプリケーションを作成してから、データ更新スケジュールを作成するユーザーにアプリケーション名を提供する必要があります。 データ更新操作の対象アプリケーションを作成する方法の詳細については、「PowerPivot データ更新用の保存された資格情報の構成 (PowerPivot for SharePoint)」を参照してください。
資格情報オプション 2 "次の Windows ユーザー資格情報を使用して接続します" の構成
PowerPivot サービス アプリケーションには、スケジュール所有者がデータ更新ジョブの実行用の任意の Windows ユーザー名およびパスワードを入力できる資格情報オプションが含まれています。 これは、スケジュール定義ページの第 2 の資格情報オプションです。
.gif "SSAS_PPS_ScheduleDataRefreshCreds")
この資格情報オプションは、既定で有効になります。 この資格情報オプションが有効になっている場合、PowerPivot System サービスでは Secure Store Service に対象アプリケーションが生成され、スケジュール所有者が入力したユーザー名とパスワードが保存されます。 生成される対象アプリケーションは、PowerPivotDataRefresh_<guid> という名前付け規則を使用して作成されます。 Windows 資格情報のセットごとに 1 つの対象アプリケーションが作成されます。 PowerPivot System サービスによって所有されている対象アプリケーションが既に存在し、スケジュールを定義するユーザーが入力したユーザー名とパスワードを保存する場合、PowerPivot System サービスでは新しい対象アプリケーションを作成する代わりにその対象アプリケーションが使用されます。
この資格情報オプションを使用する主な利点は、使いやすく簡単であることです。 対象アプリケーションが自動的に作成されるため、高度な作業は最小限です。 また、スケジュール所有者 (多くの場合、ブックを作成したユーザー) の資格情報で更新を実行すると、下流の権限要件が簡略化されます。 ほとんどの場合、このユーザーは対象データベースに対する権限を既に持っています。 データ更新がこのユーザーの Windows ユーザー ID で実行された場合、"現在のユーザー" を指定するデータ接続は自動的に動作します。
欠点は、管理機能が制限されていることです。 対象アプリケーションは自動的に作成されますが、アカウント情報が変更されたときに自動的な削除や更新は行われません。 パスワード有効期限ポリシーが原因で、これらの対象アプリケーションが古くなることがあります。 期限切れの資格情報を使用するデータ更新ジョブの開始は失敗します。 この状況が発生した場合、スケジュール所有者は、データ更新スケジュールの現在のユーザー名およびパスワード値を提供することで資格情報を更新する必要があります。 その時点で新しい対象アプリケーションが作成されます。 ユーザーは時間の経過と共にデータ更新スケジュールの資格情報を追加および改訂するため、自動生成された対象アプリケーションがシステムに多数存在することがあります。
現在、これらの対象アプリケーションがアクティブか非アクティブかを判断する方法はなく、特定の対象アプリケーションを使用するデータ更新スケジュールをトレースする方法もありません。 一般に、対象アプリケーションを削除すると既存のデータ更新スケジュールが破損する可能性があるため、対象アプリケーションは残しておく必要があります。 まだ使用されている対象アプリケーションを削除すると、データ更新が失敗し、ブックのデータ更新履歴ページに "対象アプリケーションが見つかりませんでした" というメッセージが表示されます。
この資格情報オプションを無効にすることを選択した場合は、PowerPivot データ更新用に生成されたすべての対象アプリケーションを安全に削除できます。
データ更新スケジュールでの任意の Windows 資格情報の使用の無効化
サーバーの全体管理で、[アプリケーション構成の管理] の [サービス アプリケーションの管理] をクリックします。
PowerPivot サービス アプリケーションの名前をクリックします。 PowerPivot 管理ダッシュボードが表示されます。
[アクション] で、[サービス アプリケーションの設定の構成] をクリックして [PowerPivot サービス アプリケーションの設定] ページを開きます。
[データ更新] セクションで、[ユーザーによるカスタムの Windows 資格情報の入力を許可する] チェック ボックスをオフにします。
.gif "SSAS_PowerPivotDatarefreshOptions_AllowUser")
手順 3: データ更新で使用される資格情報を保存する対象アプリケーションの作成
Secure Store Service が構成されると、SharePoint 管理者は、保存された資格情報をデータ更新に使用できるようにする対象アプリケーションを作成できます。この資格情報には、PowerPivot 自動データ更新アカウントや、ジョブの実行または外部データ ソースへの接続に使用されるその他のアカウントが含まれます。
前のセクションで説明したように、特定の資格情報オプションを使用可能にするには対象アプリケーションを作成する必要があります。 具体的には、PowerPivot 自動データ更新アカウント用の対象アプリケーションに加えて、データ更新操作で使用する追加の保存された資格情報を作成する必要があります。
保存された資格情報を含む対象アプリケーションを作成する方法の詳細については、「PowerPivot 自動データ更新アカウントの構成 (PowerPivot for SharePoint)」および「PowerPivot データ更新用の保存された資格情報の構成 (PowerPivot for SharePoint)」を参照してください。
手順 4: スケーラブルなデータ更新用のサーバーの構成
既定では、PowerPivot for SharePoint の各インストールで、オンデマンド クエリとスケジュールされたデータ更新の両方がサポートされます。
インストールごとに、Analysis Services サーバー インスタンスがクエリとスケジュールされたデータ更新の両方をサポートするか、特定の種類の操作専用であるかを指定できます。 ファームに PowerPivot for SharePoint が複数インストールされている場合に、ジョブが遅延または失敗していることがわかったときには、サーバーをデータ更新操作専用にすることを検討できます。
また、基になるハードウェアでサポートされている場合は、並列に実行するデータ更新ジョブの数を増やすことができます。 既定では、並列に実行できるジョブの数はシステム メモリに基づいて計算されますが、ワークロードをサポートする追加の CPU 容量がある場合はこの数を増やすことができます。
詳細については、「データ更新専用またはクエリ専用処理の構成 (PowerPivot for SharePoint)」を参照してください。
手順 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 パラメーターを使用して接続文字列で渡されます。 これらのパラメーターを含む接続文字列がブックに含まれている場合は、オプションでデータ ソースからのデータの更新に別のユーザー名とパスワードを指定できます。
次の手順では、ユーザー名とパスワードのオーバーライドを受け入れる接続文字列があるかどうかを確認する方法を説明します。
Excel でブックを開きます。
PowerPivot ウィンドウを開きます (Excel の PowerPivot リボンで [PowerPivot ウィンドウ] をクリックします)。
[デザイン] をクリックします。
[既存の接続] をクリックします。
ブックで使用されているすべての接続が [PowerPivot データ接続] に一覧表示されます。
接続を選択し、[編集] をクリックしてから [詳細設定] をクリックします。 接続文字列はページの下部にあります。
接続文字列に Integrated Security=SSPI と表示されている場合は、接続文字列の資格情報をオーバーライドできません。 接続では常に現在のユーザーが使用されます。 指定した資格情報は無視されます。
Persist Security Info=False, Password=***********, UserID=<userlogin> と表示されている場合、接続文字列は資格情報のオーバーライドを受け入れます。 接続文字列に表示される資格情報 (UserID や Password など) は、Windows 資格情報ではなく、対象のデータ ソースに対して有効なデータベース ログインまたはその他のサインイン アカウントです。
接続文字列の資格情報をオーバーライドする方法
資格情報のオーバーライドは、データ更新スケジュールでデータ ソース資格情報を指定することで行います。 管理者は、外部データへのアクセスに使用する資格情報をマップする対象アプリケーションを Secure Store Service で提供できます。 これにより、スケジュール所有者は、定義するデータ更新スケジュールに対象アプリケーション ID を入力することができます。 この対象アプリケーションの作成方法の詳細については、「PowerPivot データ更新用の保存された資格情報の構成 (PowerPivot for SharePoint)」を参照してください。
または、スケジュール所有者は、データ更新中にデータ ソースへの接続に使用される資格情報のセットを入力できます。 次の図に、スケジュール定義ページのこのデータ ソース オプションを示します。
.gif "SSAS_PowerPivotKJ_DataRefreshDSOptions")
データ アクセス要件の識別
前のセクションに示したように、多くの場合、データ更新の実行と外部データ ソースへの接続に使用されるアカウントは 1 つの同じアカウントです。 そのため、外部データ ソースへのアクセスに使用されるアカウントは、データ更新スケジュール ページのこの部分のオプション セットによって決定されます。 これは、PowerPivot 自動データ更新アカウント、個々のユーザーの Windows アカウント、または定義済み対象アプリケーションに保存されているアカウントの場合があります。
データ更新の実行に使用されるアカウントが、データのインポートに使用されるアカウントと異なる場合 (たとえば、資格情報オプション 1 による PowerPivot 自動データ更新アカウント、または資格情報オプション 3 による保存された資格情報の他のセット)、そのアカウント用に新しいデータベース ログインを作成し、外部データ ソースに対する読み取り権限を付与する必要があります。
どのアカウントにデータ アクセスが必要かを理解した後で、PowerPivot ブックで最も頻繁に使用されるデータ ソースに対する権限のチェックを開始できます。 アクティブに使用されている任意のデータ ウェアハウスまたはレポート データベースから開始しますが、最もアクティブな PowerPivot ユーザーからの入力も要求して、そのユーザーが使用しているデータ ソースを調べます。 データ ソースの一覧を入手したら、各データ ソースのチェックを開始して、権限が正しく設定されていることを確認できます。
手順 7: データ更新のためのブック アップグレードの有効化
既定では、SQL Server 2008 R2 バージョンの PowerPivot for Excel を使用して作成されたブックに対して、SQL Server 2012 バージョンの PowerPivot for SharePoint 上で定期データ更新を構成することはできません。 SharePoint 環境で新しいバージョンと古いバージョンの PowerPivot ブックをホストしている場合は、SQL Server 2008 R2 ブックをアップグレードしてからでなければ、サーバーでの自動データ更新をスケジュールすることはできません。 詳細については、「PowerPivot for Excel のアップグレード」を参照してください。
手順 8: データ更新の構成の確認
データ更新を確認するには、SharePoint サイトにパブリッシュされる PowerPivot ブックが必要です。 ブックに対する投稿権限と、データ更新スケジュールに含まれているデータ ソースへのアクセス権が必要です。
スケジュールを作成する場合は、[さらに、できるだけ早く更新を行います] チェック ボックスをオンにして、データ更新を即時に実行します。 その後、そのブックのデータ更新履歴ページをチェックして、正常に実行されたことを確認します。 PowerPivot データ更新タイマー ジョブは 1 分おきに実行されることに注意してください。 データ更新に成功したことを確認するには、それ以上の時間がかかります。
サポートを計画しているすべての資格情報オプションを試してください。 たとえば、PowerPivot 自動データ更新アカウントを構成した場合は、そのオプションを使用して、データ更新が成功することを確認します。 スケジュール設定とステータス情報の表示の詳細については、「データ更新のスケジュール (PowerPivot for SharePoint)」および「データ更新履歴の表示 (PowerPivot for SharePoint)」を参照してください。
データ更新に失敗する場合は、TechNet wiki の「PowerPivot データ更新のトラブルシューティング」ページで考えられる解決策を参照してください。
データ更新用の構成設定変更
各 PowerPivot サービス アプリケーションには、データ更新操作に影響する構成設定が備えられています。 ここでは、これらの設定を変更する方法について説明します。
"営業時間" を設定して営業時間外の処理を決定する
データ更新操作をスケジュールする SharePoint ユーザーは、"営業時間後" の最も早い時刻を開始時刻として指定することができます。 これは、営業時間内に蓄積されたビジネス トランザクション データを取得する場合に便利です。 ファームの管理者は、組織の営業時間を最もよく定義する時間の範囲を指定できます。 営業時間を 04:00 ～ 20:00 と定義した場合、"営業時間後" の開始時刻に基づくデータ更新処理は 20:01 に開始されます。
営業時間外に実行されるデータ更新要求は、受信された順にキューに追加されます。 個々の要求は、サーバー リソースが使用可能になると処理されます。
サーバーの全体管理で、[アプリケーション構成の管理] の [サービス アプリケーションの管理] をクリックします。
PowerPivot サービス アプリケーションの名前をクリックします。 PowerPivot 管理ダッシュボードが表示されます。
[アクション] で、[サービス アプリケーションの設定の構成] をクリックして [PowerPivot サービス アプリケーションの設定] ページを開きます。
[データ更新] セクションの [営業時間] に、営業時間後の処理期間を定義する開始時刻と終了時刻を入力します。
営業時間外の処理期間を定義しない場合は、[開始時刻] と [終了時刻] の両方に同じ値を入力します (両方に「12:00」と入力するなど)。 ただし、その場合も、SharePoint サイトのスケジュール定義のページには [営業時間後] がオプションとして表示されます。 営業時間外の処理期間が定義されていないファームでユーザーがそのオプションを選択すると、ジョブを開始できないためにデータ更新エラーが発生します。
[OK] をクリックします。
データ更新の履歴の保有期間の制限
データ更新の履歴とは、データ更新操作に対して生成された成功と失敗のメッセージの長期間にわたる詳細な記録です。 履歴情報は、ファームの使用状況データ収集システムによって収集および管理されます。 そのため、使用状況データの履歴に対して設定した制限がデータ更新の履歴にも適用されます。 使用状況のレポートには PowerPivot システム全体から収集されたデータが含まれるため、データ更新の履歴のデータ保有期間と、収集および格納される他のすべての使用状況データのデータ保有期間の両方が、1 つの履歴設定を使用して制御されます。
サーバーの全体管理で、[アプリケーション構成の管理] の [サービス アプリケーションの管理] をクリックします。
PowerPivot サービス アプリケーションの名前をクリックします。 PowerPivot 管理ダッシュボードが表示されます。
[アクション] で、[サービス アプリケーションの設定の構成] をクリックして [PowerPivot サービス アプリケーションの設定] ページを開きます。
[使用状況データ収集] セクションの [使用状況データの履歴] で、各ブックのデータ更新操作の記録を保持する日数を入力します。
既定の日数は 365 日です。 最小値は 1 日であり、最大値は 5000 日です。 0 を指定すると保有期間が制限されず、データが削除されません。 履歴をオフにするための設定はありません。
[OK] をクリックします。
履歴情報は、データ更新の履歴があるブックで [データ更新の管理] オプションを選択すると使用できるようになります。 この情報は、ファームの管理者が PowerPivot サービスの操作を管理するために使用する PowerPivot 管理ダッシュボードでも使用されます。 詳細については、「データ更新履歴の表示 (PowerPivot for SharePoint)」を参照してください。
履歴データが長期間にわたって物理的に格納される場所は、PowerPivot サービス アプリケーションの PowerPivot サービス アプリケーション データベースです。 使用状況データが収集および格納されるしくみの詳細については、「PowerPivot 使用状況データ収集」を参照してください。
PowerPivot データ更新タイマー ジョブの再スケジュール
スケジュールされたデータ更新は、PowerPivot サービス アプリケーション データベースのスケジュール情報を 1 分ごとにスキャンする PowerPivot データ更新タイマー ジョブによってトリガーされます。 データ更新の開始がスケジュールされていた場合、タイマー ジョブは、使用可能な PowerPivot サーバーの処理キューに要求を追加します。
パフォーマンス チューニングの一環として、このスキャンの間隔を長くできます。 また、トラブルシューティングの際にタイマー ジョブを無効にして、データ更新操作を一時的に停止することもできます。
既定の設定は 1 分です。これより低い値を指定することはできません。 この値を使用すると、1 日の任意の時刻に実行されるスケジュールの結果を最も予測しやすくなるため、この値を使用することをお勧めします。 たとえば、データ更新を午後 4 時 15 分にスケジュールした場合、タイマー ジョブがスケジュールを 1 分ごとにスキャンしていれば、スケジュールされたデータ更新要求が 4 時 15 分に検出され、その後数分以内に処理が実行されます。
スキャンの間隔を長くして、ごくたまにしかスキャンが行われないようにすると (1 日に 1 回、午前 0 時にスキャンが行われるようにするなど)、その間隔の間に実行するようにスケジュールされたすべてのデータ更新操作が一度に処理キューへ追加されます。この場合、サーバーに対する負荷が大きくなり、他のアプリケーション用のシステム リソースが不足する可能性があります。 スケジュールされていた更新数によっては、データ更新操作の処理キューが長くなりすぎて、完了できないジョブが生じる場合もあります。 その状態で次の処理間隔に入り、キューの末尾にあるデータ更新要求が削除される可能性があります。
使用するハードウェアがサポートしている場合は、追加のプロセッサでより多くのデータ更新ジョブが並列実行されるように指定すると、この問題を緩和できます。 詳細については、「データ更新専用またはクエリ専用処理の構成 (PowerPivot for SharePoint)」を参照してください。 データ更新要求の検出、キューへの追加、および処理のしくみの詳細については、「PowerPivot のデータ更新」を参照してください。
サーバーの全体管理で [監視] をクリックします。
[ジョブ定義の確認] をクリックします。
[PowerPivot データ更新タイマー ジョブ] を選択します。
スケジュールの頻度を変更して、タイマー ジョブがデータ更新スケジュールの情報をスキャンする頻度を変更します。
データ更新タイマー ジョブの無効化
PowerPivot データ更新タイマー ジョブは、ファーム内のすべての PowerPivot サーバー インスタンスに対して有効または無効になるファーム レベルのタイマー ジョブです。 これは、特定の Web アプリケーションや PowerPivot サービス アプリケーションには関連付けられていません。 PowerPivot データ更新タイマー ジョブを一部のサーバーで無効にして、ファーム内の他のサーバーでデータ更新処理が行われるようにすることはできません。
PowerPivot データ更新タイマー ジョブを無効にすると、既にキューに入れられていた要求は処理されますが、再びジョブを有効にするまで新しい要求は追加されません。 過去にスケジュールされていた要求は処理されません。
タイマー ジョブを無効にしても、アプリケーション ページで使用できる機能には影響はありません。 Web アプリケーションのデータ更新機能を削除したり非表示にしたりすることはできません。 タイマー ジョブが永続的に無効になっていても、投稿権限以上の権限を持つユーザーはデータ更新操作の新しいスケジュールを作成できます。
関連項目
タスク
データ更新のスケジュール (PowerPivot for SharePoint)
データ更新専用またはクエリ専用処理の構成 (PowerPivot for SharePoint)
PowerPivot 自動データ更新アカウントの構成 (PowerPivot for SharePoint)
PowerPivot データ更新用の保存された資格情報の構成 (PowerPivot for SharePoint)