1. 報告

レポート データベースを再構築する

Version:
日本語翻訳に関する免責事項

このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。

レポート・データベースを再構築すると、レポート・データベースにすでに集約されているインタラクションが再処理されます。再構築プロセスは、次のように要約できます。

  • セカンダリ レポート データベースを作成して構成します。

  • レポート データベースを再構築します。

  • レポート データベース接続文字列を再構成します。

  • 再構築が成功したことを確認します。

レポートデータベースを再構築した後、コンタクトファセットに基づく一部のレポートが不正確になる場合があります。これは、コンタクトファセットが時間の経過とともに変化する可能性があり、その結果、コンタクトファセットに基づくフィルタールールを使用するエクスペリエンス分析ディメンションでは正確なデータが得られないためです。これは、たとえば、次のことを意味します。

  • フィルターが時間の経過とともに変化しないコンタクトファセット (Eメールアドレスなど) に基づいている場合、再構築後もレポートは正確なままです。

  • フィルターが時間の経過とともに変化するコンタクトファセット (コンタクト行動プロファイルパターンの一致など) に基づいている場合、再構築後のレポートは不正確になります。

メモ

レポーティング・データベースを再構築しても 検索インデックスは再構築 されないため、個別に行う必要があります。

セカンダリ レポート データベースの作成と構成

レポート データベースを再構築する前に、セカンダリ レポート接続文字列を処理サーバーに手動で追加する必要があります。

手記

レポート データベースとセカンダリ レポート データベースは、ディスク領域を大量に消費する可能性があるため、追加のストレージ要件に備えて計画することをお勧めします。

セカンダリ レポート データベースを作成および構成するには:

  1. SitecoreディストリビューションからSitecore_ReportingデータベースのDACPACファイルのクリーン コピーを取得して、セカンダリ レポート データベースとして使用します。最良の結果を得るには、常にクリーン コピーを使用してください。

  2. Reportingセカンダリ データベース用に空のデータベースを作成します。Azure SQLを使用している場合は、Azureポータルで新しいSQL Azureデータベースを作成する必要があります。関連付けられているAzure SQL Serverのファイアウォール設定をクライアントIPアドレスで更新する必要があります (また、再構築プロセスが完了したら、このIPアドレスをファイアウォールから削除する必要があります)。

  3. SQL Server Management Studioで、SQL ServerまたはAzure SQLデータベース インスタンスに接続し、Sitecore_Reporting DACPACをデプロイします。

    手記

    WFFMなどのSitecoreモジュールを実行している場合は、セカンダリ レポート データベースに対してそれらのモジュールのファクト テーブルを追加するSQLスクリプトを実行します。

  4. 処理サーバーとコンテンツ管理サーバーで、次の接続文字列を追加します。この文字列は、セカンダリ データベースとして選択した独自のサーバーの詳細と名前に置き換えます。

<addname="reporting.secondary"connectionString="user id=_sql_server_user_;password=_user_password_;Data Source=_sqlserver_;Database= Sitecore_Reporting_Secondary"/>
手記

複数の処理サーバーがある場合、履歴処理専用のサーバーがある場合でも、すべてのアクティブな処理サーバーがセカンダリ レポート データベースにアクセスできる必要があります。これは、ライブデータがセカンダリレポートデータベースに集約されているため、インタラクションの集約と問い合わせ処理を担当するエージェントがアクセスする必要があるためです。

レポート データベースを再構築する

再構築プロセスは半自動化されていますが、管理者がSQL Serverのデータベースをアタッチ、デタッチ、または置換したり、一部の構成ファイルを変更したりする必要があります。

レポート・データベースを再構築するには:

  1. Webブラウザウィンドウで、次のパスを使用して レポートデータベースの履歴の再構築 ページを開きます。 <sitename> はコンテンツ管理サーバーのURLです。

              <sitename>/sitecore/admin/RebuildReportingDB.aspx

  2. レポーティング・データベースの再構築 (同期処理) を開始するには、開始]をクリックします。

レポート データベース接続文字列の再構成

再構築プロセスが完了したら、reportingデータベースとreporting.secondaryデータベースをmanually swapする必要があります。これは、「ライブ」データベースがSitecore_Reporting_Secondaryデータベースであり、元のSitecore_Reportingデータベースがコメントアウトされていることを意味します。

レポート データベース接続文字列を再構成するには、次のようにします。

  1. レポート データベースとレポート セカンダリ データベースを交換します。

  2. reporting.secondary接続文字列をコメントアウトするか、削除します。

次の表は、再構築プロセス前、再構築プロセス中、および再構築後の各データベースの接続文字列を示しています。

大事な

レポート接続文字列は、xDB Reportingデータベースを参照するすべてのロールでスワップする必要があります。

データベース

再構築前

再構築中

再構築後

報告

Sitecore_Reporting

Sitecore_Reporting

Sitecore_Reporting_Secondary

レポーティング.セカンダリ

NAの

Sitecore_Reporting_Secondary

<– コメントアウト –>

大事な

reporting.secondary接続文字列をコメントアウトまたは削除しないと、データは両方のデータベースに継続的に書き込まれます。

リビルドが成功したことを確認します

レポート・データベースが正常に再構築されたことを確認するには、次のようにします。

  • エクスペリエンス分析UIを開き、グラフとテーブルにデータが入力されていることを確認します。

手記

Path Analyzerの履歴データの再構築プロセスは、接続文字列が再構成およびスワップされたときにトリガーされます。マップ データの構築スケジュールは、Sitecore.PathAnalyzer.configファイルのPathAnalyzer.Aggregation.MapDeployDateOffsetPadding設定によって異なります。

この記事を改善するための提案がある場合は、 お知らせください!