チェックポイントの復元

フル・チェックポイントは、構成リポジトリー全体をフル・チェックポイントが作成された時点の状態に復元する場合に使用します。

始める前に

リポジトリー・チェックポイントを管理するための特権は、ユーザーの管理ロールによって異なります。ロールには、モニター、オペレーター、コンフィギュレーター、および管理者があります。 モニター・ロールまたはオペレーター・ロールのいずれかを持つユーザーは、 リポジトリー・チェックポイント情報の表示のみ行えます。コンフィギュレーター・ロールまたは 管理者ロールのいずれかを持つユーザーは、リポジトリー・チェックポイントの すべての構成特権を持ちます。

[AIX][HP-UX][Linux][Solaris]十分な数のオープン・ファイル記述子が使用可能であることを確認します。オープン・ファイル数のデフォルト設定は 2000 です。これは通常はほとんどのアプリケーションで十分な数です。このパラメーターに設定した値が低すぎると、ファイルを開いたとき、または接続を確立したときに エラーが発生する場合があります。 この値はサーバー・プロセスが開くファイル記述子の数を制限するため、 低すぎる値は最適なパフォーマンスを妨げる可能性があります。詳しくは、『オペレーティング・システムの調整』を参照してください。

このタスクについて

デルタ・チェックポイントは、最近の変更を元に戻す場合に使用します。デルタ・チェックポイントの復元は、作成された順序と逆の順序でのみ行われます。デルタ・チェックポイントにはそれぞれシーケンス番号があります。最も大きなシーケンス番号が最新のデルタ・チェックポイントを表します。従って、デルタ・チェックポイントの復元は、シーケンス番号の降順でのみ行われます。デルタ・チェックポイントから の構成リポジトリーの復元後には、この復元が行われる前の構成を含むチェックポイントが 製品によって作成されます。

チェックポイントを復元するには、管理コンソールから「システム管理」 > 「拡張リポジトリー・サービス」 > 「リポジトリー・チェックポイント」を選択します。

チェックポイントを復元する際に、ワークスペースにコミットされていない変更があると、保存の矛盾が発生します。チェックポイントは復元されますが、コミットされていない変更内容を保存しようとすると、それらの変更内容には保存の矛盾を示すフラグが立てられます。また、複数のユーザーが管理コンソールまたは他の方法でリポジトリーの構成変更の作業を行っている場合、いずれかのユーザーがチェックポイントの復元を実行すると、コミットされていない変更を実行している他のユーザーに対して保存の矛盾が発生します。

手順

  1. リポジトリー・チェックポイントを選択します。
  2. 復元」をクリックします。

    デルタ・チェックポイントの復元はシーケンス番号の降順でのみ行う必要があります。復元するチェックポイントを複数選択する操作はサポートされていません。チェックポイントは一度に 1 つずつ復元します。最新のデルタ・チェックポイント (すなわちシーケンス番号が最も大きいデルタ・チェックポイント) を選択して、それを復元します。復元するそれぞれのチェックポイントごとに以上の操作を実行します。

    トラブルの回避 (Avoid trouble) トラブルの回避 (Avoid trouble): 保存されている最も古いチェックポイントであるデルタ・チェックポイントを復元したい場合は、デルタ・チェックポイントの数を増やすことが必要な場合があります。「拡張リポジトリー・サービス」ページの「自動チェックポイントの深さ」フィールドは、保存されたデルタ・チェックポイントの数を指定します。 デルタ・チェックポイントの数に達したら、製品は、新規デルタ・チェックポイントが作成されるたびに、最も古いデルタ・チェックポイントを削除します。デルタ・チェックポイントを復元すると、新しいデルタ・チェックポイントが作成されます。gotcha

次のタスク

チェックポイントの復元が成功したことを確認しようとする前に、管理コンソールからログアウトし、再びログインする必要があります。これにより、ワークスペースの問題から生じる問題や異常な動作を防止します。


トピックのタイプを示すアイコン タスク・トピック



タイム・スタンプ・アイコン 最終更新: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=twve_xappedrst
ファイル名:twve_xappedrst.html