---
title: "報告データベースの再構築"
slug: "rebuild-the-reporting-database"
abstract: "報告データベースの再構築方法。"
---
# 報告データベースの再構築

報告データベースの再構築は、すでに集約された相互作用を再処理します。再構築プロセスは以下のようにまとめられます:

-   二次報告データベースを作成・設定します。
-   報告データベースを再構築する。
-   レポートデータベースの接続文字列を再設定してください。
-   再構築が成功したか確認してください。

報告データベースを再構築した後、接触面に基づく一部の報告が不正確になることがあります。これは、接触面が時間とともに変化するため、接触面に基づくフィルタールールを使う経験分析次元では正確なデータを提供できないためです。例えば:

-   フィルターが時間とともに変化しない連絡先の側面(例えばメールアドレス)に基づいている場合、再構築後もレポートは正確さを保ちます。
-   フィルターが時間とともに変化する接触面(例えばコンタクト振る行動プロファイルパターンの一致)に基づいている場合、再構築後のレポートは不正確になります。

> !注報告データベースの再構築は [検索インデックスの再構築](https://doc.sitecore.com/xp/ja/developers/105/sitecore-experience-platform/rebuilding-the-xdb-search-index.html "Rebuilding the xDB search index") ではありません。これは別途行う必要があります。

## 二次報告データベースの作成と設定

報告データベースを再構築する前に、処理サーバーに二次的な報告接続文字列を手動で追加しなければなりません。

> !注報告データベースや二次報告データベースはかなりのディスク容量を消費するため、追加のストレージ要件を計画したほうがよいでしょう。

二次報告データベースの作成および設定:

1.  SitecoreディストリビューションからSitecore\_Reportingデータベース用のDACPACファイルをクリーンにコピーして、二次的な報告データベースとして使用してください。最良の結果を得るためには、必ずクリーンなコピーを使いましょう。
    
2.  レポートセカンダリデータベースのために空のデータベースを作成してください。Azure SQLを使用している場合は、Azureポータルで新しいSQL Azureデータベースを作成しなければなりません。クライアントIPアドレスを含む関連するAzure SQL Serverのファイアウォール設定を更新し(再構築プロセス完了後にこのIPアドレスをファイアウォールから削除してください)。
    
3.  SQL Server Management Studioで、SQL ServerまたはAzure SQLデータベースインスタンスに接続し、Sitecore\_Reporting DACPACを展開します。
    
    > !注もしWFFMなどのSitecoreモジュールを使用している場合は、それらのモジュールのFactテーブルを追加するSQLスクリプトを二次報告データベースに対して実行してください。
    
4.  処理およびコンテンツ管理サーバーでは、自分のサーバー情報とセカンダリデータベースの名前を置き換えて、以下の接続文字列を追加してください:
    

<add name="reporting.secondary" connectionString="user id=\_sql\_server\_user\_;password=\_user\_password\_;Data Source=\_sqlserver\_;Database=Sitecore\_Reporting\_Secondary" />

> !注複数の処理サーバーがある場合、履歴処理専用サーバーを持っていても、すべてのアクティブな処理サーバーが二次報告データベースへのアクセス権を持つ必要があります。これは、ライブデータが二次報告データベースに集約されるため、インタラクション集約や連絡処理を担当するエージェントがアクセスする必要があるためです。

## 報告データベースの再構築

再構築プロセスは半自動化されますが、管理者がSQL Server内のデータベースの接続、切り離し、置換や一部の設定ファイルの修正も必要です。

報告データベースを再構築するには:

1.  ウェブブラウザのウィンドウで、次のパスでリビルドレポートデータベース履歴処理ページを開きます。ここで はコンテンツ管理サーバーのURLです。
    
    <sitename>/sitecore/admin/RebuildReportingDB.aspx
    
2.  報告データベースの再構築(同期処理)を開始するには、**開始** をクリックしてください。
    

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

再構築プロセスが完了すると、報告データベースと報告データベースを *手動で入れ替* えなければなりません。二次データベースです。つまり、「ライブ」データベースがSitecore\_Reporting\_Secondaryデータベースであり、元のSitecore\_Reportingデータベースはコメントアウトされます。

レポートデータベース接続文字列を再構成するには:

1.  報告データベースと二次データベースを交換してください。
2.  コメントアウトするか、report.secondary connection stringを削除してください。

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

> !重要xDB Reportingデータベースを参照するすべての役割で、報告接続文字列を交換しなければなりません。

データベース

再建前

再建中の

再建後

報道

Sitecore\_Reporting

Sitecore\_Reporting

Sitecore\_Reporting\_Secondary

報告。二次

NA

Sitecore\_Reporting\_Secondary

<– コメントアウト –>

> !重要コメントを付けなかったり、レポートを削除しない場合、データは両方のデータベースに継続的に書き込まれます。

## 再建が成功したか確認してください

報告データベースが正常に再構築されたことを確認するために:

-   Experience Analytics UIを開き、グラフやテーブルにデータが入っているか確認してください。

> !注履歴データの再構築プロセスは、接続文字列Path Analyzer再構成・交換時にトリガーされます。マップデータのビルドスケジュールは、Sitecore.PathAnalyzer.configファイルのPathAnalyzer.Aggregation.MapDeployDateOffsetPadding設定に依存します。