このセクションの内容:

はじめに

データの損失を防ぐために、DTP のデータベースとデータファイルを定期的にバックアップする必要があります。これは、システムをアップグレードしたり大幅な変更を加えたりする前に特に重要です。

以下では、次のコンポーネントに関連するデータをバックアップするための手順を概説します。

• DTP データベース
• DTP データ ディレクトリ。Data Collector のファイルを含む。
• DTP サーバー構成ファイル

確実にシステム全体をバックアップするために、以下の操作を推奨します。

1. DTP Server、Data Collector、および DTP Enterprise Pack のサービスを停止します。
2. DTP データベースをバックアップします。 
3. DTP データ ディレクトリをバックアップします。
4. DTP サーバー構成ファイルをバックアップします。

データベースのバックアップ

DTP が使用しているデータベースのバックアップについては、データベース管理者に問い合わせてください。特定のデータベース構成 (MySQL レプリケーションなど) では、DTP サーバーまたは Data Collector を停止する必要がないことに注意してください。

データ ディレクトリのバックアップ

必ずすべての DTP アプリケーション (DTP Server、Data Collector、および DTP Enterprise Pack) をシャットダウンした後、<DTP_DATA_DIR> フォルダーのバックアップを作成してください。

サーバー構成ファイルのバックアップ 

必ず DTP サーバーをシャットダウンした後、<DTP_INSTALL>/tomcat/conf ディレクトリで、変更した可能性のある Tomcat 構成ファイルのコピーを作成してください。

予想外の問題が発生した後のデータ復旧

ハードウェア障害などの問題が発生してデータベースと DTP が非同期になった場合、データベースと本番サーバーが同期していれば、すべてのデータを復元できるはずです。

解析レポート、パブリッシュされたソース、および詳細カバレッジの情報はファイルに格納されます。そのため、データベースは同期しているが、ファイル システムが完全にコピーされなかった場合、以下の状況が考えられます。

• 本番サーバーが解析レポートを処理せず (つまり、データをパースせずに、XML ファイルが取得されてデータベースに保管され)、レポートがリカバリ サーバーにコピーされなかった場合、データは失われます。解析を実行したマシンから手動でレポートを回復する必要があります。
• ソースが本番サーバーにパブリッシュされたが、リカバリ サーバーにコピーされなかった場合、パブリッシュされたソースは失われます。ただし、環境のどこかでソースを入手できるはずです。
• カバレッジ サマリはデータベースに保存されますが、詳細なカバレッジ情報はファイルに保管されます。このファイルが失われた場合、開先を実行したマシンからカバレッジ/単体テストの解析レポートを手動で回復する必要があります。

障害回復にとって、データベースを確実に同期化することは非常に重要です。例として次の状況を考えてみましょう。

• 障害が 5 月 14 日の午後 5 時に発生した。
• DTP フォルダーは 5 月 13 日の午後 10 時の時点で同期化していた。
• 障害復旧データベースの最後のスナップショットは 3 月 30 日である (6 週間古い)。

Data Collector が処理できる 5 月 13 日の 午後 10 時までのファイルはあります。解析結果については、データベースは 5 月 13 日の 午後 10 時の本番データベースの状況と同期化されます。本番データベースで 3 月 30 日から 5 月 13 日の間に UI または REST API から実施された他のあらゆる変更 (たとえば優先度付けのアクションなど) は失われます。