Anaplan XL Reporting でスケジュール設定に関するトラブルシューティングを実行します。

スケジューリング サービスには次へのアクセス権が必要です。

  • 構成ファイル。詳細については、ファイルベースのリポジトリの場合はこちらのページ、SQL の場合はこちらのページを参照してください。
  • http 又は https 経由の Anaplan XL Reporting Web Edition Web サービス。
  • メールを送信する SMTP サーバー。

スケジューリング エラー ログは、Anaplan XL Web Edition リポジトリの __xlcubed__\__scheduling__ サブフォルダーにあります。たとえば、Anaplan XL が標準の場所にインストールされている場合は、次の場所にあります。

C:\inetpub\wwwroot\AnaplanXLWeb\Repository\__xlcubed__\__scheduling__\error.log

SQL リポジトリが使用されている場合、エラー ログはデータベースに保存されます。管理アプリケーションの [Admin] → [Logs] → [Schedule Log] メニュー アイテムを使用してログを表示できます。

SQL リポジトリを使用している場合、個々のスケジュールのログ (エラーを含む) は、Excel クライアントの [Manage Schedules] フォームで利用できます。管理者は、スケジュールを右クリックし、[Manage...] を選択して [Run History] タブに切り替えることでこれらを表示できます。

詳細情報は Windows アプリケーション イベント ログに記録されます。イベント ビューアーを使用して詳細を表示してから、ここで詳細情報を検索してください。

Anaplan XL Scheduling Service が起動されていないか、正しく構成されていない可能性があります。すでに起動されている場合は、エラー ログと Windows イベント ビューアーで詳細を確認してください。

この記事で説明されているように、Xml\Security\scheduling.xml ファイルにファイル権限を設定する必要があります。SQL リポジトリのインストールについては、以下のセクションを参照してください。

[Public web address] 設定を Anaplan XL Web 管理コンソールで設定する必要があります。これを設定した後、スケジューリング サービスを再起動する必要があります。

標準インストールのトラブルシューティングのセクションで説明されている問題に加えて、以下の問題が発生する可能性があります。

Windows アプリケーション イベント ログに次の内容が記録される場合があります。

サービスを開始できません。System.Data.SqlClient.SqlException (0x80131904):ログインによってリクエストされたデータベース「DatabaseName」を開くことができません。ログインに失敗しました。ユーザー「UserName」のログインに失敗しました。

Anaplan XL Scheduling Service ユーザーにデータベースへのアクセス権を付与する必要があります。ユーザーを SQL データベースに追加し、AnaplanXL_SCHEDULER ロールにマッピングします。

Windows アプリケーション イベント ログに次の内容が記録される場合があります。

サービスを開始できません。System.ServiceModel.FaultException`1[System.ServiceModel.ExceptionDetail]:ウェブサイトにアクセスできない

管理アプリケーションを使用して、[Admin] → [System Settings] ダイアログを開きます。[Group membership required for access to AnaplanXLWeb] フィールドが設定されている場合は、Anaplan XL Scheduling Service ユーザーがそのグループのメンバーであることを確認します。

Windows アプリケーション イベント ログに次の内容が記録される場合があります。

サービスを開始できません。System.Data.SqlClient.SqlException (0x80131904):オブジェクト「ap_XL3_LogSchedule」、データベース「DatabaseName」、スキーマ「dbo」に対する EXECUTE 権限が拒否されました。

Anaplan XL Scheduling Service ユーザーを SQL データベースの XLCUBED_SCHEDULER ロールにマッピングする必要があります。

これにはいくつかの原因が考えられます。

Anaplan XL Scheduling Service が起動されていないか、正しく構成されていない可能性があります。

SMTP サーバーが正しく構成されていないか、サーバーの [Is Global] が [Y] に設定されていない

スケジューラが使用する SMTP サーバーを構成し、その [Is Global] 列を [Y] に設定する

管理アプリケーションのスケジュール設定ログに [The Scheduling Service has been started successfully] と正しく報告されているものの、[The configuration files were reloaded] と報告されていない場合。

次の考えられる理由により、Anaplan XL Scheduling Service がスケジュールにアクセスできません。

  • スケジューリング構成で設定されたウェブ サーバー アドレスが正しくない。
  • IIS セキュリティ設定が正しくない (ベーシック認証の構成方法については、「ファイルベース リポジトリを使用したインストールのスケジュール設定#認証モード」を参照してください)。
  • 前提条件が不足している (例: HTTP Activation Windows コンポーネント)。
  • ウェブ サーバー名がインターネット セキュリティ ゾーンにある (サービス ユーザーとして [インターネット オプション] を開き、サーバーの URL をイントラネット ゾーンに入力します)。

サーバー アドレスとは異なるアドレスを使用する場合は、以下に詳述するように BackConnectionHostNames レジストリ キーを挿入します。

これらのいずれかが当てはまるかどうかをテストするには、サーバーにログオンするか、Anaplan XL Scheduling Service ユーザーを使用してブラウザーを起動し、スケジューリング構成ファイルに記載されている URL にアクセスします。エラーやプロンプトなしで URL にアクセスできるはずです。

管理アプリケーションで、アクセス権を付与するユーザーかグループを選択し、[Can schedule reports] プロパティを追加します。

通常のユーザーにとっては PDF 印刷が機能する場合でも、スケジュールされたレポートでは問題が発生する可能性があります。スケジューリング サービス ユーザーに対して、Temp フォルダーの変更権限を設定する必要があります (ただし、すべての通常ユーザーに対しても設定する必要があります)。通常は次のエラー メッセージが表示されます。

System.ServiceModel.FaultException`1[System.ServiceModel.ExceptionDetail]: アクセスが拒否されました

さらに、次のエラー メッセージが続きます。

System.ComponentModel.Win32Exception:アクセスが拒否されました

System.Drawing.Printing.StandardPrintController.OnStartPrint(PrintDocument ドキュメント, PrintEventArgs e)

関連する Anaplan XL Web Edition Web サービスの SendTimeout が低すぎると、次のようなエラーがスケジューリング エラー ログに記録されることがあります。

System.TimeoutException:00:00:58.0399638 以降の応答を待機中に、リクエスト チャネルがタイムアウトしました。

デフォルトでは、このタイムアウトは 1 分に設定されています。この設定を変更するには、[Configure Anaplan XL Web Edition] スタート メニュー ユーティリティを使用してタイムアウトをより大きな値に設定します。変更を加えた後は、Anaplan XL Scheduling Service を再起動する必要があります。 

スケジューリング エラー ログか失敗メールに以下の例外が記録される場合があります。

System.ServiceModel.Security.MessageSecurityException:HTTP リクエストはクライアント認証スキーム「Ntlm」では許可されていません。サーバーから受信した認証ヘッダーは「Negotiate,NTLM」でした。---> System.Net.WebException:リモート サーバーがエラーを返しました:(401) Unauthorized.

こちらの Microsoft サポート記事 に記載されているように、Windows Server 2003 SP1 以降でこの問題が発生する可能性があります。この問題を解決するには、DisableLoopbackCheck レジストリをここに作成する必要があります。

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa
値の名前:DisableLoopbackCheck
タイプ: DWORD
値:1

BackConnectionHostNames レジストリ キーを作成します。このキーには、ウェブサイトのホスト名と FQDN が別々の行に含まれています。

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\MSV1_0
値の名前:BackConnectionHostNames
タイプ: 複数文字列の値
値 (例):
xlcubedserver
xlcubedserver.example.com

その後、コンピューターを再起動します。

厳密な名前チェックを無効にするには、こちらの Microsoft サポート記事に記載されている手順に従う必要がある場合もあります。

あるいは、次の例外が記録される場合もあります。

System.ServiceModel.Security.MessageSecurityException:HTTP リクエストはクライアント認証スキーム「Ntlm」では許可されていません。サーバーから受信した認証ヘッダーは「****」でした。---> System.Net.WebException:リモート サーバーがエラーを返しました:(401) Unauthorized.

スケジューリング サービスで使用する認証スキームが「****」に含まれていない場合は、そのスキームを追加します。たとえば、[Negotiate:Kerberos] を選択した場合は、[Negotiate] と [NTLM] への切り替えが必要になる場合があります。

あるいは、次の例外が記録される場合もあります。

System.ServiceModel.Security.MessageSecurityException:HTTP リクエストはクライアント認証スキーム「Ntlm」では許可されていません。サーバーから受信した認証ヘッダーは「Basic realm="localhost"」でした。---> System.Net.WebException:リモート サーバーがエラーを返しました:(401) Unauthorized.

Anaplan XL Web サーバーとスケジューリング サービスで異なる認証スキームを使用するように構成されている場合、こちらの他のエラー メッセージが表示されることがあります。Anaplan XL Web Edition とスケジューリング サービスを構成する方法については、こちらを参照してください。

スケジューリング エラー ログか失敗メールに以下の例外が記録される場合があります。

System.ServiceModel.CommunicationException: 操作の応答メッセージの本文を逆シリアル化するときにエラーが発生しました。CData 要素が XML ドキュメントの最上位レベルで無効です。

ウェブ サービスのバインディングが設定されている場合、一部の構成でこのエラーが発生する可能性があります。エラーは断続的に発生する可能性があります。

この問題を解決するには、web.config ファイル (FluenceXLWeb インストール フォルダー内、通常は C:\inetpub\wwwroot\FluenceXLWeb) を編集し、バインディングから属性を削除します。

元のワークブックで [Parameters] → [Manage Existing Web Parameters] → [Clear Values] を開きます。値をクリアすると、同期されていないセルの値が削除され、ワー​​クブックのメタデータがリセットされます。ワークブックを再公開し、スケジュールされたレポートを再送信します。詳細については、 「スケジュールの管理」を参照してください。