トラブルシューティング トピックのレポート
内容
casp1032jp
内容
このセクションでは、エラーを修正するため、以下の報告されたエラーおよび提案されたソリューションについて説明します。
レポートの生成中に接続のオープンに失敗した
問題の状況
: CABI BOXI をインストールして、CA Spectrum と統合した後に、レポートの実行中に以下のエラーが表示されることがあります。「The viewer could not process an event. Failed to open the connection (ビューアはイベントを処理できませんでした。接続のオープンに失敗しました)」
原因:
インストール後フェーズ中に、ODBC (Open Database Connectivity)ドライバが正しく設定されていません。解決方法:
インストール後手順 - データベース ドライバの設定を実行します。- CABI BOXI コンピュータに移動します。
- ローカル ディスクに <CABI VCD>\utilities フォルダの CA_NVM_EXE フォルダをコピーします。
- UNIX 環境の場合は、CABI BOXI がインストールされているフォルダに CASHCOMP 変数を設定します。例: /opt/cabi41
- CABI インストール ユーザとして、以下のコマンドを実行します。Windows の場合: nvm_boxi_post_install_windows.exeLinux の場合: nvm_boxi_post_install_unix.shこのユーティリティのログ ファイル(nvm_boxi_post_install.log、nvm_boxi_post_install.java.log)は、システムの一時パス(Windows の場合: %temp%、Linux の場合: /var/tmp/)にあります。
Tomcat ログの接続のオープンに失敗しましたエラー
問題の状況:
SRM tomcat ログの「Failed to open connection (接続のオープンに失敗しました)」例外。原因
: 不正な MySQL ドライバのパスのため、またはそのユーザの SRM サーバに権限が付与されていないため。解決方法
: SRM MySQL サーバに権限を付与し、CABI BOXI コンピュータのドライバ パスを確認/修正します。SRM MySQL サーバの権限を付与するには、以下の手順に従います。
- bash またはコマンド プロンプトで $SPECROOT/mysql/bin に移動します。
- 以下のコマンドを使用して Spectrum OneClick で MySQL にログインします。./mysql-uroot-proot reporting
- 以下のコマンドを実行します。GRANT ALL PRIVILEGES ON *.* TO 'root'@'cabi hostname' IDENTIFIED BY 'root';
- 以下のコマンドを実行します。GRANT ALL PRIVILEGES ON *.* to 'CR_user'@'<cabi hostname>' identified by '0n3cl1Ck';WEBI ユーザの場合:GRANT ALL PRIVILEGES ON *. * を 'WEBI_user' @' < ホストの IP アドレス、>' が '0n3cl1Ck' によって識別されます。
- FLUSH PRIVILEGES;
CABI BOXI コンピュータで、MySQL ドライバのパスを確認/修正します。
- 以下のディレクトリに移動します。C:\Program Files (x86)\CA\SC\CommonReporting4\SAP BusinessObjects Enterprise XI 4.0\java\lib\external
- ファイル mysql-connector-java.jar が存在するかどうかを確認します。
- 以下のファイルのこの JAR ファイルのパスが正しいかどうかを確認します。C:\Program Files (x86)\CA\SC\CommonReporting4\SAP BusinessObjects Enterprise XI 4.0/dataAccess/connectionServer/jdbc/mysql.sboC:\Program Files (x86)\CA\SC\CommonReporting4\SAP BusinessObjects Enterprise XI 4.0/dataAccess/connectionServer/jdbc/jdbc.sboC:\Program Files (x86)\CA\SC\CommonReporting4\SAP BusinessObjects Enterprise XI 4.0/java/CRConfig.xml
- 上記のいずれかのファイルを変更する場合は、Central Configuration Manager (CCM)を使用して、BOXI tomcat を再起動する必要があります。
レコードが見つからないか「または」レポートにデータがない
問題の状況
: レポートの実行中のレコードが見つかりません、または接続のオープンに失敗しましたエラー。既知のパラメータ(WKP_ProxyUserSecurity)値が NULL です。この問題は、任意のレポートの SRM パラメータ ページを右クリックし、「ソースの表示」に移動して確認できます。「WKP_ProxyUserSecurity」を検索します
以下のようになります。
<input type="hidden" name="WKP_CustomLogo" value="NULL!!!">
<input type="hidden" name="WKP_ProxyUserSecurity" value="NULL!!!">
原因:
レポートのログイン認証情報が更新されておらず、Open Database Connectivity ODBC ドライバが正しく設定されていません。解決方法
: インストール後手順 - データベース ドライバの設定を実行し、次に以下の手順を実行します。- OneClick Web ページに移動します。
- [管理]-[Report Manager]-[Business Objects コンテンツの管理]に移動します。
- [コンテンツの更新]をクリックし、実行します。
- wkp パラメータが以下のように正しく設定されているかどうかを確認します。<input type="hidden" name="WKP_CustomLogo" value="C:\win32app\Spectrum\custom\repmgr\logo.bmp"><input type="hidden" name="WKP_ProxyUserSecurity" value="Administrator">
セキュリティ文字列のため、レコードが見つからないか「または」レポートにデータがない
問題の状況:
グループ レポートでグローバル コレクション リストに入力されず、他のレポートの実行中に「レコードが見つかりません」原因/仮説:
ユーザのセキュリティ文字列が更新されていない可能性があります。SRM サーバ MySQL にログインし、以下のクエリを実行してセキュリティ文字列を確認します。 Select * from v_security_string_accessibility_by_landscape;
または、ユーザを確認する方法
Select * from v_security_string_accessibility_by_landscape where user_name= “<USER_NAME>”。結果に少なくとも ADMIN、*UNKNOWN*、および空白が含まれるはずであり、それ以外の場合、ユーザのセキュリティ文字列が更新されていないことを示します。
解決方法:
各ユーザのすべてのセキュリティ文字列が更新されるように、SRM OneClick サーバ/tomcat を再起動します。最大レポート処理制限に達した
問題の状況:
レポートの実行中の tomcat ログのエラー「The maximum report processing jobs limit configured by your system administrator has been reached (システム管理者によって設定されている最大レポート処理ジョブ制限に達しました)」。原因:
CABI BOXI サーバで実行されているジョブ数の制限に達しました。解決方法:
以下の手順を使用して、CABI BOXI サーバの制限を増やします。- 「管理者」として Central Management Console (CMC)にログインします。
- ドロップダウン リストから[サーバ]を選択します。
- [Service Categories (サービス カテゴリ)]-[Crystal Reports Services (Crystal Reports サービス)]に移動します。
- [サーバ名]で、[<hostname>.AdaptiveJobServer]を右クリックし、[プロパティ]を選択します
- Crystal Reports 2013 スケジューリング サービスで、[ジョブの最大同時実行数]を「5」から大きい数に変更します。
- [保存して閉じる]をクリックします。
- サーバを右クリックし、[再起動]を選択してサーバを再起動します。
- 引き続きエラーが表示される場合は、制限を大きい数に増やします。
レポートの実行中に JSP のクラスをコンパイルできない
問題の状況:
新規インストール中またはアップグレード後のレポートの実行中のエラー: 「Unable to compile class for JSP: an error occurred in the JSP file: /jsp/runReport.jsp or /jsp/listParameters.jsp (JSP のクラスをコンパイルできません: JSP ファイルにエラーが発生しました: /jsp/runReport.jsp または/jsp/listParameters.jsp)」原因
: Spectrum と CABI の展開された jar と JSP ファイルが同期していません。解決方法:
以下の手順を実行します。 - ドキュメントで説明されているとおりに、SpectrumUpdate コマンドのみを実行します。https://docops.ca.com/display/CASP101/Post+Installation+Configuration+for+CABI
- CABI tomcat サーバを停止します。
- CABI tomcat の work\Catalina フォルダ内の「localhost」フォルダを削除します。
- 以下の場所の UdmCAFApp.jar をバックアップします。C:\Program Files(x86)\CA\SC\CommonReporting4\tomcat\webapps\BOE\WEB-INF\eclipse\plugins\webpath.UdmCAFApp\web\WEB-INF\libここで、C:\Program Files (x86)\CA\SC\CommonReporting4\ は、CABI 4.x のインストール ディレクトリです。
- SpectrumUpdate ユーティリティ フォルダにダウンロードされる UdmCAFApp.jar ファイルとして、NEW_UdmCAFApp.jar ファイルを以下の場所にコピーします。C:\Program Files (x86)\CA\SC\CommonReporting4\tomcat\webapps\BOE\WEB-INF\eclipse\plugins\webpath.UdmCAFApp\web\WEB-INF\lib
- listParameters.jsp および runReport.jsp ファイルを Spectrum <SPEC_Home>/tomcat/webapps/spectrum/repmgr/admin/ から以下の場所にコピーします。C:\Program Files (x86)\CA\SC\CommonReporting4\tomcat\webapps\BOE\WEB-INF\eclipse\plugins\webpath.UdmCAFApp\web\jsp
- CABI BOXI tomcat サーバを起動します。
レポートを右クリックし、表示を選択したときの HTTP 404
問題の状況:
BI ラウンチパッドの[表示]を選択した場合の HTTP 404 エラー。原因:
CABI BOXI にある web.xml ファイルが正しく更新されません。解決方法
: 以下の手順を実行して、web.xml を設定/修正します。- $BO_INST_PATH/CommonReporting4/tomcat/webapps/BOE/WEB-INF/eclipse/plugins/webpath.CustomParams/web/WEB-INF/ に移動します。
- テキスト エディタで web.xml ファイルを開きます。
- 以下のセクションを探します。<context-param><param-name>xmlFilePath</param-name><param-value>/opt/CA/SharedComponents/CommonReporting4cacaf</param-value></context-param>「CommonReporting4cacaf」をスラッシュで区切る必要があることに注意してください。
- 行を以下のように更新します。<param-value>/opt/CA/SharedComponents/CommonReporting4/cacaf</param-value>
- ファイルを保存して終了します。
- CABI Tomcat をシャットダウンします。Windows では、Central Configuration Manager を使用します。Linux では、$BO_INST_PATH/CommonReporting4/sap_bobj/ に移動します実行: ./tomcatshutdown
- $BO_INST_PATH/CommonReporting4/tomcat/work/Catalina/ に移動します
- localhost フォルダを削除します。
- CABI Tomcat を起動します。Windows では再度、Central Configuration Manager を使用します。Linux: 上記のように ./tomcatstartup (同じ sap_bobj から)ディレクトリ。
Tomcat ログの「NoSuchMethodError」
問題の状況:
tomcat ログの NoSuchMethodError エラーのためにすべてのレポートを実行できません。「 java.lang.NoSuchMethodError: com.crystaldecisions.sdk.occa.report.application.ReportAppSession.setReportEngineTypeValue(I)V at com.crystaldecisions.sdk.occa.managedreports.ras.internal.RASReportAppFactory.getReportAppSession(RASReportAppFactory.java:688) at com.crystaldecisions.sdk.occa.managedreports.ras.internal.RASReportAppFactory.openDocument(RASReportAppFactory.java:512)」原因:
統合または「コンテンツの更新」で、spectrum tomcat 内の古い CABI jar のため、レポートの認証情報のデータベース ログの更新に失敗しました。解決方法
:- OneClick/tomcat SRM サーバを停止します。
- $SPECROOT/tomcat/lib ディレクトリに移動します。
- $SPECROOT/tomcat/lib ディレクトリから rasapp.jar、rascore.jar、および Serialization.jar を削除します。
- OneClick/tomcat SRM サーバを起動します。
- tomcat の起動を待ち、Spectrum OneClick ページから[管理]-[Business Objects コンテンツの管理]に移動し、[コンテンツの更新]をクリックします。
レポートの実行中のファイル I/O エラー
問題の状況:
CABI BOXI でのいくつかのレポートの実行中のエラー: 「ファイル xxxxx のエラー: ファイル I/O エラー」原因
: レポートは SRM データベースに存在する大量のデータを取得できません。解決方法:
以下の手順を使用して、タイムアウト、キャッシュ、およびレコード制限を増やします。- Central Management Console (CMC)にログインします。
- [サーバ]をクリックします。
- [Crystal Reports Cache Server]を右クリックし、[プロパティ]を選択します。
- アイドル接続タイムアウト(分)値を60に設定します。
- 最大キャッシュ サイズ(KB)値を1028000 に設定します。
- [保存して終了]をクリックします。
- [Crystal Reports Processing Server 2013]を右クリックし、[プロパティ]を選択します。
- [プレビューまたは最新表示時に読み取るデータベース レコード数]フィールドが0(無制限)に設定されていることを確認します。
- アイドル ジョブ タイムアウト(分)値を60に設定します。
- [保存して終了]をクリックします。
- キャッシュ サーバと Processing Server の両方を再起動します (この手順は、SIA を再起動する場合は必要ありません)。
レポートの生成に時間がかかる
問題の状況:
パラメータ ページの表示が遅いか、レポートの実行が遅いか、または MySQL クエリの実行が遅くなります。原因:
大規模なデータベース/レコードのためである可能性があります。解決方法:
以下の推奨される設定を使用して、SRM MySQL サーバのパフォーマンスを向上します。- Spectrum Processd と tomcat を停止します。
- $specroot/mysql に移動します。
- 既存の my-spectrum.cnf のバックアップを実行します。
- 以下のパラメータで、my-spectrum.cnf を更新します。key_buffer = 512 Mtable_cache = 1000wait_timeout = 300max_allowed_packet = 32 Mquery_cache_size = 64 Mquery_cache_type = 1sort_buffer = 64 Mmyisam_sort_buffer_size = 64 Mread_buffer_size = 64 Mread_rnd_buffer_size = 6 Mthread_concurrency = 4
- Processd および tomcat を再起動します
注:
上記の設定は、環境/マシンで使用可能なハードウェア リソースに応じて増やすことができます。問題の状況:
レポート データを CSV 形式にエクスポートするときに、タイトル、ヘッダ、グループ ヘッダ、サマリ、およびフッタの情報を除外する必要があります。
解決方法:
- JasperReports サーバがインストールされているサーバ上で、以下の場所に移動します。<<CA Business Intelligence インストール ディレクトリ>>\apache-tomcat\webapps\jasperserver-pro\WEB-INF\classes
- 編集モードで jasperreports.properties ファイルを開きます。
- ファイルの最後に、以下のプロパティを追加します。net.sf.jasperreports.export.csv.remove.empty.space.between.rows=true net.sf.jasperreports.export.csv.remove.empty.space.between.columns=true net.sf.jasperreports.export.csv.exclude.origin.band.1=pageHeader net.sf.jasperreports.export.csv.exclude.origin.report.1=* net.sf.jasperreports.export.csv.exclude.origin.band.2=pageFooter net.sf.jasperreports.export.csv.exclude.origin.report.2=* net.sf.jasperreports.export.csv.exclude.origin.band.3=columnHeader net.sf.jasperreports.export.csv.exclude.origin.report.3=* net.sf.jasperreports.export.csv.exclude.origin.band.4=columnFooter net.sf.jasperreports.export.csv.exclude.origin.report.4=* net.sf.jasperreports.export.csv.exclude.origin.band.5=lastPageHeader net.sf.jasperreports.export.csv.exclude.origin.report.5=* net.sf.jasperreports.export.csv.exclude.origin.band.6=summaryPageHeader net.sf.jasperreports.export.csv.exclude.origin.band.7=groupHeader net.sf.jasperreports.export.csv.exclude.origin.band.8=groupFooter net.sf.jasperreports.export.csv.exclude.origin.band.9=reportHeader net.sf.jasperreports.export.csv.exclude.origin.band.10=reportFooter net.sf.jasperreports.export.csv.exclude.origin.band.11=lastPageFooter net.sf.jasperreports.export.csv.exclude.origin.report.11=* net.sf.jasperreports.export.csv.exclude.origin.band.12=summaryPageFooter net.sf.jasperreports.export.csv.exclude.origin.band.13=summary net.sf.jasperreports.export.csv.exclude.origin.report.13=* net.sf.jasperreports.export.csv.exclude.origin.band.14=title net.sf.jasperreports.export.csv.exclude.origin.report.14=* net.sf.jasperreports.export.csv.parameters.override.IgnorePagination=true
- 変更内容をプロパティ ファイルに保存して終了します。
- JasperReports Tomcat サーバを再起動します。JasperReports Tomcat サーバを再起動した後、もう一度、エクスポートするレポートを実行します。
- レポート データを .csv 形式にエクスポートします。以下の情報を含まないレポート データがエクスポートされます。
- タイトル
- ヘッダ
- グループ ヘッダ
- サマリ
- フッタ
カスタム設定ファイルの変更履歴の表示
問題の状況:
設定ファイルを介して行われる
Spectrum Report Manager
カスタマイズ変更を監視することができます。そのようなファイルは、$SPECROOT
/custom/repmgr/config の下にあります。解決方法:
MySQL クライアントに root としてログインし、次のコマンドを実行して、すべてのカスタム設定ファイルの変更履歴を表示します。
SELECT filename, FROM_UNIXTIME(last_modified/1000) as time FROM reporting.configchangelog ORDER BY filename, time;
見つからない停止データに関するエラー
問題の状況:
CA Spectrum
Reporting が停止データを見つけることができません。Tomcat ログに、次のようなメッセージが含まれています。<$SPECROOT>\tomcat\logs\stdout.log: Jul 29, 2009 10:00:34 AM - SRMAvailabilityHandler: WARNING: Historical update has failed for domain = 0x400000 due to error = Connection to event domain timed out.
解決方法:
停止データは、以下の状況のいずれかを示します。
メッセージで指定されたドメインの
CA Spectrum
アーカイブ マネージャが実行されていない。- OneClick Web サーバと、メッセージに指定されたドメイン上のアーカイブ マネージャとの間で、ネットワーク接続に関する問題がある。
この問題を解決するには、アーカイブ マネージャを起動するか、ネットワーク接続に関する問題を解決します。
Spectrum Report Manager
は、アーカイブ マネージャが再度実行されていると判断すると、レポート データベースの更新に必要なすべての可用性イベントの履歴データを自動的に取得します。アーカイブ マネージャが実行されていない場合、
SpectroSERVER
によってイベント データがキャッシュされます。アーカイブ マネージャが再度実行されると、SpectroSERVER
からアーカイブ マネージャにキャッシュされたイベント データが送信されます。ただし、SpectroSERVER
のイベント キャッシュのサイズには制限があります。アーカイブ マネージャが長時間にわたってダウンしている場合、イベント データが失われる可能性があります。詳細については、「データベースの管理」セクションを参照してください。無効なセキュリティ認証情報に関するエラー
問題の状況:
レポートを実行しようとすると、以下の内容のメッセージが表示されます。
An error occurred at the server: The Page Server cannot logon to the CMS. This is due to invalid security credentials. Please verify your user ID and password.
解決方法:
セッションがタイム アウトになっています。この問題を解決するには、以下の手順に従います。
- Spectrum Report Managerを終了します。
- CA SpectrumReporting セッションを再確立し、レポートの実行を再試行します。
Report Manager アプリケーション モデルのリセット
問題の状況:
分散
SpectroSERVER
環境からメイン ロケーション サーバ(MLS)が削除されると、Spectrum Report Manager
は SRMApplication モデル上のイベントをアサートできなくなります。その結果、SRMApplication モデルによる Spectrum Report Manager
ステータスの監視を実行できません。解決方法:
以下の MySQL コマンドを使用してレジストリ テーブルから SRMApplication モデルのモデル ハンドル エントリを削除します(「root」としてログオンします)。
mysql>USE reporting; mysql>UPDATE registry SET SRM_Model = 0;
Report Manager サンプル(WEBI)レポートの Java エラーの解決
問題の状況:
Spectrum Report Manager
サンプル(WEBI)レポートで Java エラーが発生します。サンプル レポートを開くと、次のエラー メッセージを表示されます。Java has discovered application components that could indicate a security concern -- Block potentially unsafe components (recommended).
[はい]を選択すると、レポートの結果が表示されません。
解決方法:
この問題は、Java 6 Update 17 より上位のバージョンが搭載された Windows でブラウザを実行しているときに発生します。この問題を解決するには、以下の手順に従います。
- コントロール パネルから Java を開きます。
- [詳細]タブを選択します。
- [セキュリティ]オプションを展開します。
- [混合コード]オプションを展開します。
- [有効 - 警告を表示せずに、保護をかけて実行する]を選択します。
この設定により、元の形式が回復し、旧バージョンにロールバックしなくても最新の JRE バージョンを使用できるようになります。
CA Spectrum Report Manager がディスク領域を使い過ぎるため、このデータベースのサイズを制限する方法
問題の状況:
$SPECROOT/mysql/data/reporting ディレクトリがきわめて大きいため、ディスク領域の大半を占有しています。 解決方法:
CA では、ビジネス ニーズに必要なすべてのデータを格納するために、Report Manager 専用の十分に大きなハード ドライブ領域を用意することをおすすめします。Spectrum Report Manager には、アーカイブ ユーティリティもあります。このユーティリティは、Report Manager UI の[管理ツール]タブにあります。このユーティリティにはパージ、アーカイブ、およびすべてのデータの 3 つの機能があります。
パージ: 選択された保存期間の日数に基づいてすべてのデータを削除します。
アーカイブ: 選択された保存期間の日数に基づいて、データをアーカイブ データベースにアーカイブします。
すべてのデータ: レポート データベースにすべてのデータを保持し、何も削除しません。すべてのデータは、基本的にアーカイブが毎晩実行されないことを意味します。
パージは、ディスク・スペース残量の問題があるユーザの推奨設定です。
パージは、選択された保存期間後にすべてのデータを削除します。たとえば、保存日数を 90 に設定した場合、90 日より古いものが夜ごとに削除されます。
アーカイブを使用できますが、これは領域を節約しません。アーカイブは単に別のデータベースにデータを移動します。ただし、アーカイブ データベースをドロップできます。このアクションにより、その量の領域を使用可能にし、spectrum tomcat の再起動時に、データベースが 0 データで再構築されます。
アーカイブ データベースをドロップする方法
- $SPECROOT/mysql/bin ディレクトリに移動します。
- 入力: ./mysql --defaults-file=my-spectrum.cnf -uroot -proot
- Mysql> プロンプトで入力: drop database archive; Mysql> プロンプトで入力: drop database archive;
- Spectrum Tomcat サービスを再起動します。
「ディレクトリ」に関連するエラーのために Spectrum Report Manager が起動しない
現象
: $SPECROOT/tomcat/logs/stdout.log (catalina.out *nix)にパラメータ ディレクトリが「ディレクトリ」ではないことに関するエラーが表示されます。完全なエラー:
<日付と時刻> (SRM/起動/コンテナ) (com.aprisma.spectrum.app.repmgr.web.servlet.SRMBootstrapServlet) - (エラー) - エラーが、SRM のコンポーネントを初期化中に発生しました
com.aprisma.spectrum.app.repmgr.exceptions.SRMException: カスタムの設定の変更をログするときにエラーが発生しました
Caused by: java.lang.IllegalArgumentException: Parameter 'directory' is not a directory
org.apache.commons.io.FileUtils.listFiles(FileUtils.java:207) で
com.aprisma.spectrum.app.repmgr.common.CustomConfigLogger.logChanges(CustomConfigLogger.java:70) で
com.aprisma.spectrum.app.repmgr.dc.db.ReportManagerInitializer.logConfigurationChanges(ReportManagerInitializer.java:180) で
解決方法
: このエラーの理由は、ReportManagerInitializer コードがディレクトリ $SPECROOT を検索し、次に custom/repmgr/config ディレクトリを検索したためです。このエラーが表示された場合、そのディレクトリが存在しないことを意味します。解決するには、単にディレクトリ構造 $SPECROOT/custom/repmgr/config/events を作成します
config ディレクトリは最も重要な部分ですが、events ディレクトリも必要です。これを作成したら、Spectrum Tomcat サービスを再起動します。
Windows:
[サービス]に移動し、Spectrum Tomcat を再起動します
*nix:
spectrum インストール所有者として $SPECROOT/tomcat/bin に移動します
入力 - ./stopTomcat.sh
停止後に入力 -./startTomcat.sh
再起動したら、ログを表示して、Report Manager が起動し、ログ ファイルにエラーがないことを確認します。