シャドウイング

シャドウ・サービスの有効化

シャドウイングを使用するには、管理ポータルの [セキュリティ管理] から、シャドウ・サービスを有効にする必要があります。許可された接続の IP アドレスを入力して、シャドウイング・アクセスを制限することもできます。

1. 管理ポータルの システム管理, セキュリティ, サービス ページに移動します。

2. サービス名のリストで [%Service_Shadow] をクリックし、シャドウ・サービス・プロパティを編集します。

3. [サービスの有効化] チェック・ボックスにチェックを付けます。[保存] をクリックする前に、このデータベース・ソースに接続できる IP アドレスを制限することもできます。その場合は、以下の手順を実行してから [保存] をクリックします。

4. [許可された接続] ボックスの [IP アドレス] リストに、前に入力したサーバ・アドレスが表示されます。[追加] をクリックして [IP アドレス] を追加します。使用するすべてのアドレスを入力し終えるまで、この手順を繰り返します。

   これらのアドレスは、該当する行の [削除] をクリックして個別に削除できます。また、[すべて削除] をクリックしてすべてのアドレスを削除し、どのアドレスからも接続を許可することもできます。

ジャーナリングの有効化

シャドウイングする各データベースがジャーナリングの対象となっていることを確認します。

1. 管理ポータルの システム管理, 構成, システム構成, ローカルデータベース ページに移動して、シャドウイングする各データベースの [ジャーナル] 列を表示します。

2. このジャーナル状態を [いいえ] から [はい] に変更するには、該当するデータベースの行の [編集] をクリックし、データベースのプロパティを編集します。

3. [グローバル・ジャーナル状態] リストで、[はい] をクリックし、[保存] をクリックします。

既定では、CACHELIB、CACHE、DOCBOOK、および SAMPLES の各データベースはジャーナルされず、したがって、シャドウイングできません。また、CACHETEMP はジャーナルの対象になりません。

重要なジャーナリング考慮事項

使用しているシステムに影響する可能性のある考慮事項については、以下のセクションを確認してください。

• ソース・ジャーナル・ファイルの削除の管理

• 無効なソース・ジャーナリングへの応答

• クラス・コンパイルのシャドウイング

シャドウの定義

管理ポータルの システム管理, 構成 ページに移動し、[接続性] 列にある [シャドウサーバ設定] をクリックして、システム管理, 構成, 接続性, シャドウサーバ設定 ページに移動します。以下の手順を実行して、シャドウ・プロパティを定義します。

1. [シャドウ・サーバの作成] をクリックし、この宛先のサーバでシャドウを定義します。

   Important:

   フェイルオーバー・ミラー・メンバをシャドウイングできるのは、それがミラーにある唯一のフェイルオーバー・メンバである場合のみです。ミラーに 2 つのフェイルオーバー・メンバがある場合、代わりに非同期メンバをシャドウイングする必要があります。ミラーリングされるデータベースのシャドウイングの詳細は、"シャドウイングの構成" を参照してください。

2. [シャドウの名前] ボックスにこのシャドウを識別するための名前を入力します。この値は、シャドウ ID とも呼ばれます。システムはこの名前を使用して、同じシステムで実行されているシャドウの各インスタンスを区別します。

   Note:

   シャドウ名にチルダ (~) 文字は使用しないでください。これは内部のシャドウ処理で使用されます。

3. シャドウイングするソース・データベース・サーバの TCP/IP アドレスまたはホスト名 (DNS) を [ソースの DNS 名または IP アドレス] ボックスに入力します。

4. [ソースのポート番号] ボックスに、シャドウイングするソースの Caché インスタンスのスーパーサーバ・ポート番号を入力します。

   Important:

   中断したシャドウ上で IP アドレスまたはポート番号を変更した場合、ユーザの責任で、シャドウが正しく再開できることを確認してください。

5. [詳細] をクリックし、以下のオプションのフィールドに入力します。

   • [ジャーナル・ファイル・ディレクトリ] — 宛先のシャドウ・システムにあるジャーナル・ファイル・ディレクトリのフル・パス名を入力します。適切なディレクトリを検索するには、[参照] をクリックします。このエントリを更新するときは、以下の点を考慮してください。

     • この宛先上で複数のソース・インスタンスをシャドウイングしている場合、インスタンスごとに一意のジャーナル・ファイル・ディレクトリを使用するようにしてください。

     • クラスタ・シャドウ上でジャーナル・ファイル・ディレクトリを変更した場合、シャドウイングを停止し、再開するまでは、新しいクラスタ・ノードからのジャーナル・ファイルに対してのみ、その変更が有効となります。

   • [SSL 構成] — 既存のクライアント構成のリストから選択します。シャドウ接続に SSL を使用しない場合は、このエントリを空白のままにします。以下の 2 つの条件のいずれかが存在する場合、ソースへのシャドウ接続に失敗します。

     • ソースは SSL に対応していないにもかかわらず、SSL構成を選択した。

     • ソースは SSL を必要としているにもかかわらず、SSL 構成を選択していない。

   • [フィルタ・ルーチン] — シャドウでジャーナル・レコードをデジャーナリングする前に、それらのレコードのフィルタリングに使用するオプションのフィルタ・ルーチン名 (先頭の ^ は省略) を入力します。このルーチンは %SYS ネームスペースにある必要があり、以下の形式をとる必要があります。

     MyShadowFilter(pid,dir,glo,type,addr,time)
     

     

     引数	説明
     pid	レコードのプロセス ID 重要なリモート・システム ID が設定されているレコードの場合、その pid はコンマ (,) で区切られた 2 つのフィールドで構成されます。最初のフィールドがプロセス ID、2 番目のフィールドがリモート・システム ID です。
     dir	ソース・データベース・ディレクトリ (シャドウ・データベース・ディレクトリではありません)
     glo	グローバル (添え字) 形式のグローバル参照 (先頭の ^ なし)
     type	レコードのタイプ。有効な値は、“S” (SET)、“s” (BITSET)、“K” (KILL)、“k” (ZKILL) です。
     addr	ジャーナル・ファイルでのレコードのオフセット
     time	レコードのタイムスタンプ

     フィルタ・ルーチンのロジックでは、デジャーナリング・プロセスでレコードをスキップする場合は 0 を返します。それ以外の場合、シャドウはレコードをデジャーナルします。

     Caution:

     フィルタ・ルーチンのローカル変数に対して New コマンドを実行し、シャドウ・ルーチンで使用するローカル変数を誤って上書きしないようにします。

     以下のフィルタ・ルーチン例では、デジャーナリングのプロセスで X で始まる (つまり ^X*、ここで * はワイルドカードを表す) グローバルのジャーナル・レコードをスキップし、デジャーナルした各レコードをログに記録します。続いて、ジャーナル・レコードに oldvalue および newvalue が含まれていて、それらの値が同一の場合は、そのジャーナル・レコードがスキップされます。

     MyShadowFilter(pid,dir,glo,type,addr,time) { ;Sample Shadow Filter Routine 
        // Disclaimer: This routine is for illustration purpose only.
     
        If $Extract($Piece(glo,"(",1),1)="X" {
             Do ##class(%Library.Device).Broadcast("","Skip updating "_glo) ;log 
             Quit 0
        } 
        Do ##class(%Library.Device).Broadcast("",pid_","_dir_","_glo_","_type_","_addr_","_time) ;log
        // To retrieve more information about the record than provided -- 
        Set jrecoref=##class(%SYS.Journal.Record).%OpenId(addr) ;open the record 
        If jrecoref.%IsA("%SYS.Journal.SetKillRecord") && (jrecoref.NumberOfValues=2) 
     && (jrecoref.NewValue=jrecoref.OldValue) {
             Do ##class(%Library.Device).Broadcast("","Skip applying the SET") ;log
             Quit 0 
        } 
        Quit 1 
      }
     
     

     Important:

     シャドウ・フィルタ関数は、簡単に素早くシャドウ遅延を防止する必要があります。シャドウ・フィルタ関数は “純粋な” 関数であることが理想です。つまり、その結果が入力のみに依存するということです。前記の例では、対応するジャーナルを開いて検査する方法を示しています。これなどの “純粋な” 関数からの派生は、パフォーマンスとエラー処理の両方の観点で注意が必要です。以下の点に留意してください。

     • 新しいフレームを使用して、呼び出し元フレームに属しているローカル変数が変更されないようにし、関数が終了したときにすべてのローカル変数が確実に削除されるようにします。

     • TSTART、TCOMMIT、または TROLLBACK の各コマンド、あるいは間接的にトランザクションに関与するコマンドを使用しないでください。そのため、動的 SQL を使用しないでください。

     • XECUTE および間接コマンドを使用しないでください。また、信頼できない文字列に対して XECUTE または間接コマンドを使用しないでください。

     • ルーチンを呼び出さないでください。また、これらの注意事項に従わないクラスを使用しないでください。

     Note:

     フィルタ・ルーチン内でグローバルを参照する際にドット構文を使用する場合、先頭に ^ を使用する必要があります。

     以下のいずれの方法でも、フィルタ・ルーチンの使用を指定できます。

     • システム管理, 構成, 接続性, シャドウサーバ設定 ページで、[新規サーバの追加] または既存のシャドウの [編集] を選択するときには、[詳細] 設定の [フィルタルーチン] ボックスに名前を入力します。

     • ^SHADOW を使用して、シャドウを編集します。

   • [古いジャーナルのコピーの保存日数] — ソース・ジャーナル・ファイルのシャドウ・コピーを保存する日数を入力します。既定では、Caché の宛先は、デジャーナルを終了し次第、オープン・トランザクションがそのファイルで扱われていない限り、ジャーナル・ファイルのコピーを削除します。このフィールドに値を入力して、宛先でジャーナル・ファイルのシャドウ・コピーをより長い間保存できます。

     例えば、3 を入力すると、ソース・ジャーナル・ファイルが、最低 3 日間保存され、完全にデジャーナリングされ、開かれたトランザクションが含まれていない場合、ソース・ジャーナル・ファイルのシャドウ・コピーは削除対象となります。経過時間は、ソース・ジャーナル・ファイルの完了日付によって判断されます。

   • [最大保存エラー・メッセージ数] — Caché が保持するシャドウイング・エラー数を 0 から 200 までの値で入力します。既定値は、10 です。

   • [シャドウの更新のジャーナル無効] — このシャドウがシャドウ・データベースに適用する更新のローカル・ジャーナリングが行われないようにするには、データベース自体のジャーナル設定に関係なく、既定の設定の [いいえ] を [はい] に変更します。

     シャドウイングの宛先となるすべてのデータベースをジャーナルに記録することを推奨します。その結果、シャドウ更新が適用されたジャーナルを宛先のシャドウで維持できるので、高い冗長性が得られます。

     Important:

     シャドウ・ソースから得られるジャーナル・ファイルと同じディレクトリにローカル・ジャーナル・ファイルを置かないようにします。

     Caution:

     シャドウの更新をジャーナルに書き込まないことを選択する場合、その推奨方法は、[シャドウの更新のジャーナリングを無効にする] を [はい] に設定することです。1 つまたは複数の宛先のシャドウ・データベースのジャーナリングを無効にすることではありません。後者の方法を実行し、宛先の CACHESYS データベースのジャーナリングを無効にしない場合、シャドウがクラッシュして再起動した場合に、CACHESYS の ^SYS グローバルに保存されたジャーナル・チェックポイントによって、シャドウ・データベースにコミットされた最後のレコードではなく、ジャーナル・ストリームの後の時点にシャドウがリカバリされ、事実上一部のシャドウの更新がスキップされる可能性があります。

6. [保存] をクリックして、[シャドウサーバ設定] ページに戻ります。ここで、新しいシャドウがリストされるようになります。[編集] リンクをクリックして設定を編集すると、[データベース・マッピングの追加] リンクが [シャドウサーバ編集] ページに組み込まれるようになります。詳細は、"データベースのマップ" を参照してください。

データベースのマップ

構成設定を正常に保存した後、ソースからシャドウへのデータベース・マッピングを追加または削除できます。

1. [このシャドウのデータベース・マッピング] の横にある [追加] をクリックし、[シャドウ・マッピングの追加] ダイアログ・ボックスを使用して、ソース・システムのデータベースを宛先システムのディレクトリに関連付けます。

2. [ソース・データベース・ディレクトリ] ボックスに、ソース・データベース・ファイル CACHE.DAT の物理パス名を入力します。[シャドウ・データベース・ディレクトリ] ボックスに、ソース・データベース・ファイルに対応する宛先のシャドウ・データベース・ファイルのパス名を入力して、[保存] をクリックします。

3. 事前に入力されたマッピングがあるかどうかを確認して、無効または不要なマッピングの横にある [削除] をクリックします。シャドウイングを開始するには、少なくとも 1 つのデータベース・マッピングが必要です。

4. [閉じる] をクリックして、システム管理, 構成, 接続性, シャドウサーバ設定 ページに戻ります。

ソース・データベース・サーバがクラスタの一部になっている場合、宛先のシャドウの構成設定はわずかに異なります。クラスタ・システムのシャドウイングの詳細は、このドキュメントの “クラスタ・ジャーナリング” の章にある "クラスタ・シャドウイング" のセクションを参照してください。

Note:

ターゲット (シャドウ・データベース) が、シャドウ上の CACHESYS データベースでない場合、CACHESYS データベースをシャドウイングのソース・データベースとして使用できます。現在、ソース・マネージャのディレクトリ (CACHESYS) を含むデータベースのマッピングをシャドウ構成に追加する唯一の方法は、SYS.Shadowing.ShadowOpens in a new tab クラス API を使用することです。以下に例を示します。

 Set ShadowOref=##class(SYS.Shadowing.Shadow).%OpenId("MyShadow")
 Do ShadowOref.SetDatabaseToShadow("C:\MyCache\Mgr","D:\MyCacheShdw\Shdwsys")
 Set rc=ShadowOref.%Save()

ここで、C:\MyCache\Mgr は、CACHESYS データベースのソース・マネージャのディレクトリ、D:\MyCacheShdw\Shdwsys は、宛先の CACHESYS データベースでないデータベースのディレクトリです。詳細は、"インターシステムズ・クラス・リファレンス" の SYS.Shadowing.ShadowOpens in a new tab のエントリを参照してください。

データベースの同期

シャドウイングを開始する前に、ソース・データベースとシャドウの宛先のデータベースを同期化します。ソース・データ・サーバの外部バックアップを使用して、宛先のシャドウでデータベースをリストアします。詳細は、このドキュメントの “バックアップとリストア” の章を参照してください。

シャドウイングの開始

シャドウの定義を追加すると、システム管理, 構成, 接続性, シャドウサーバ設定 ページのシャドウのリストに表示されます。シャドウをこのページから開始できます。

1. シャドウイング・プロセスを開始する前に、シャドウイングするソースのデータベースと宛先のデータベースを同期化していること、およびソース・データベースを対応する宛先データベースにマップ済みであることを確認します。

2. 開始するシャドウ名の行の [開始] をクリックします。

3. ソース・インスタンスの位置情報を確認後、[ソース・イベントの選択] をクリックして、シャドウイングを開始する位置を選択します。ソース・ジャーナル・ファイル・ディレクトリの使用可能なソース・イベントを示すページが表示されます。シャドウイングの開始前に、ソース・イベントを選択する必要があります。詳細は、"ソース・イベントの選択" を参照してください。

管理ポータルから、処理されているシャドウを開始しようとすると、以下の警告が表示されます。

*** WARNING ***
There is a checkpoint from previous shadowing session.
You might want to RESTART the shadow from that
checkpoint instead.
If you do START, the checkpoint and any remaining
shadow copies of journal files from previous shadowing
session will be deleted.
Are you sure you want to start shadowing?

この警告のように、既に処理しているシャドウを開始すると、Caché は、すべてのチェックポイントをクリアし、最初のチェックポイントとして選択した開始ポイントを保存します。また、このプロセスは、ソース・ジャーナル・ファイルの残りのすべてのシャドウ・コピーを削除し、ファイル間の重複の可能性にかかわらず、ソースから新しいコピーを取得します。新しい開始ポイントが、シャドウ・データベースの状態と一致するようにしてください。

1 つの Caché のインスタンス上で複数のシャドウを実行する場合は、"一般メモリ・ヒープの考慮事項" を参照して必要な調整の詳細を確認してください。

ソース・イベントの選択

宛先のシャドウの開始 (または再開) では、ジャーナル対象データベースのシャドウイングを開始するデータ・ソース・サーバで、ジャーナル・ファイルからソース・イベントを選択する必要があります。

[ソース・イベントの選択] をクリックして、シャドウイングに有効な開始ポイントとなる、ソース・データベースのジャーナル・イベントのリストを表示します。このリストで、ソース・イベントのシャドウイングを開始する時間をクリックします。ソース・データベースと宛先データベースを同期化した後の開始ポイントを選択します。

例えば、システムはバックアップが成功すると、ジャーナル・ファイルを自動的に切り替えます。シャドウイング・プロセスを開始する前に、正しくバックアップしたソースのファイルを宛先のシャドウ・データベースでリストアすることにより、データベースを同期化します。シャドウで、システム管理, 構成, 接続性, シャドウサーバ設定 ページから [ソースイベントを選択] をクリックすると、以下のようなイベントのリストが表示されます。

この例で、ソースのバックアップが正常に終了した時点 (データベースが同期化された時点) でシャドウイングを開始するには、end of backup () というイベントの日時 (22.05.08 08:30:54) をクリックします。

シャドウイングの停止

シャドウイングを停止する際、[オープン・トランザクションのロールバック] チェックボックスにチェックを付けるまたはチェックを外すことによって、オープン・トランザクションをロールバックするかどうかを選択できます。

ロールバックしないことを選択する場合、シャドウの一時停止と同様ですが、さらに権限が必要です。現在のチェックポイントを維持したいが、一時停止したシャドウのように再起動時に Caché が自動的にシャドウを再開することは望まない場合に、このオプションを選択できます。例えば、Caché を再起動し、起動した後、シャドウを開始する前に追加変更を行う必要がある構成変更を行う場合、このオプションを使用します。

このオプションは、主にディザスタ・リカバリのためのものです。ロールバックは、シャドウ・データベースを、ソースと同期化されてはいないものの、論理的に整合性のとれた状態に設定します。停止してロールバックしたシャドウの再開は行わないでください。誤ってロールバック・オプションを選択した場合でも回復できるようにするオプションがあるので、シャドウをソースと再同期させる必要はなくなります。

シャドウイングの再開

シャドウイングを停止した場合、シャドウの開始を選択するほかに、シャドウを再開することもできます。オープン・トランザクションをロールバックしないことにした場合、シャドウを停止する前に取られた最後のチェックポイントから処理が開始されます。シャドウを停止した際にロールバックすることを選択した場合、シャドウの処理は、シャドウが停止した際に最初に開かれていたトランザクションの前のチェックポイントから開始します。シャドウの再開には、前回シャドウを停止した時から保持されているジャーナル・ファイルが再利用されます。

宛先シャドウの管理

宛先シャドウからシャドウ・プロセスを監視および管理できます。[このシステムをシャドウ・サーバとして設定] をクリックして、このシャドウ・マシンのソース・サーバおよび各項目で実行できる関連アクションのリストを表示します。システム処理, シャドウサーバ, シャドウ ページに、定義済みの各シャドウが、以下のテーブルで説明する情報と共に一覧表示されます。

必要なタスクを実行するには、以下のオプションをクリックします。

• [詳細] — 選択したこのシャドウイング構成の詳細が表示されます。

• [再開] — シャドウ処理を再開します。これは一時停止しているシャドウ処理で利用できるオプションです。

• [一時停止] — シャドウ処理を一時停止します。シャドウが処理中の場合に利用できるオプションです。

• [エラー] — 宛先のシャドウで発生したエラーのリストを表示します。Caché は、シャドウの構成で指定したエラーの数の詳細を保持します。これらのエラーをクリアし、シャドウのリストに戻るには、[削除] をクリックします。

データ・ソースの監視

ソース・システムのシャドウ・プロセスは、システム処理, シャドウサーバ の [データソース] 列から監視することもできます。

• [このシステムをデータ・ソースとして設定] をクリックすると、このデータ・ソースに定義されたシャドウのリストが表示されます。システム処理, シャドウサーバ, データソース ページに、定義済みの各シャドウが、以下のテーブルで説明する詳細と共に一覧表示されます。

  フィールド	説明
  ポート	Caché ソース・インスタンスのスーパーサーバ・ポート番号 (プロセスID も表示)。
  シャドウ IP	シャドウの宛先マシンの IP アドレス。
  ジャーナル	現在コピー中のジャーナル・ファイルのフル・ディレクトリ・パスおよびファイル名。
  PID	ジャーナル・コピー・プロセスのプロセス ID 番号。
  待ち時間	シャドウがソース・ジャーナル・ファイルのコピーに追いつく推定時間。これは、宛先側で使用できる、シャドウ・デジャーナリングの待ち時間ではありません。
  シャドウイング・レート	シャドウがソース・ジャーナル・ファイルをコピーする 1 秒あたりの速さ (KB 単位)。

• [エラーログ] をクリックして、システム処理, シャドウサーバ, データソースエラー ページを表示します。このページには、このデータ・ソースについて報告されたエラーが一覧表示されます。

この情報をプログラム的に取得することもできます。詳細は、"インターシステムズ・クラス・リファレンス" の SYS.Shadowing.DataSourceOpens in a new tab のエントリを参照してください。

宛先データベースの同期または再同期

さまざまな理由で、シャドウ内の他のデータベースに遅れを取ったデータベース (例えば、宛先データベースがメンテナンスのためにディスマウントされた、またはバックアップからリストアされたなど) を再同期する必要が生じる場合があります。また、既存のシャドウ構成にデータベースを追加した場合、それがシャドウイングによりデジャーナルされたジャーナル・ファイルと同期していることを確認する必要があります。

ニーズに応じて、いくつかのオプションから選択できます。

シャドウ・データベースを同期する最も単純な方法は、同期を必要とするソース・データベースのバックアップを作成する前にシャドウイングを一時停止することです。この方法で同期されたデータベースは、シャドウがバックアップの作成に対応するジャーナルの場所にキャッチアップされるまで、宛先のシャドウにおいて整合性のない状態になります。影響を受けるのは同期されるデータベースのみです。このアプローチの欠点は、ソース・データベースのバックアップを実行する適切な時点まで待機する必要があるということです。

この方法でデータベースを同期するには、以下の手順を実行します。

1. シャドウの一時停止 (停止ではない) ： "宛先シャドウの管理" の説明に従って、システム処理, シャドウサーバ, シャドウ ページに移動し、[一時停止] をクリックします。

2. シャドウに新規データベースを追加する場合は、宛先およびソースでデータベースを作成し、次に "データベースのマップ" の説明に従って、ソース・データベースのマッピングをシャドウ構成に追加します。

   既存のソース・データベースを同期する場合は、ソース上でバックアップを作成して、それを宛先でリストアします。以前はシャドウに含まれていなかったソース上に既存のデータベースを追加する場合は、ソース上にバックアップを作成してそれを宛先でリストアし、"データベースのマップ" の説明に従って、ソース・データベースのマッピングをシャドウ構成に追加します。

   Note:

   以前のバックアップを使用する場合は、以下の手順のいずれかを実行する必要があります。

3. シャドウを再開します。

上記の手順で説明したソース・データベースの新規バックアップを作成するのではなく、同期を必要とするデータベースの既存のコピー (つまり、現在シャドウによってデジャーナルされているジャーナル・ファイルよりも古いデータベースのバージョン) を使用する必要がある場合もあります。例えば、以前のバックアップを使用して破損したソース・データベースをリストアしたり、新しいバックアップを作成できない環境下でシャドウにソース上のデータベースを追加したり、ディスマウント後に遅れを取った宛先データベースをキャッチアップしたりする場合などです。

このようなデータベースを同期する場合、いくつかのオプションがあります。最も単純な方法は、適切なジャーナル・ファイル (リストアするバックアップに対応するジャーナル・ファイル、または宛先データベースがディスマウントされたときにデジャーナルされたジャーナル・ファイル) を表すソース・イベントからシャドウ全体を再起動することです。ただし、シャドウ内の多数のデータベースから 1 つまたはいくつかのデータベースのみをキャッチアップする場合は、このオプションには以下の欠点があります。

• この操作は、同期されるデータベースだけでなくシャドウ内のすべてのデータベースをデジャーナルするための時間を要する。

• 宛先データベースは整合性のない状態になるため、すべてのデータベースがキャッチアップされるまで使用できない。

• 必要なジャーナル・ファイルのいずれかが使用できないか破損している場合、シャドウをキャッチアップできず、その結果すべてのデータベースをシャドウ・ソースの新規バックアップからリストアする必要がある。

これらの欠点があっても、多数のデータベースで同期が必要な場合、または適用されるジャーナルの量が比較的少ない場合、適切なジャーナル・ファイルからシャドウ全体を再起動することは、通常その簡潔性ゆえに推奨される方法です。

適切なジャーナル・ファイルからシャドウ全体を再起動して同期する方法は、以下のとおりです。

1. シャドウの停止 ： システム管理, 構成, 接続性,シャドウサーバ設定 ページに移動して ("シャドウ管理タスク" を参照)、開いているトランザクションをロールバックすることなくシャドウを停止します (詳細は、"シャドウイングの停止" を参照)。

2. バックアップをリストアするか、またはディスマウントされているデータベースをマウントします。

3. シャドウ内にまだ含まれていないソース・データベースのバックアップをリストアした場合は、"データベースのマップ" の説明に従って、ソース・データベースのマッピングをシャドウ構成に追加します。

4. シャドウの開始 ： システム管理, 構成, 接続性, シャドウサーバ設定 ページに移動して ("シャドウイングの開始" を参照)、シャドウを開始します。ソース・イベントとして ("ソース・イベントの選択" を参照)、リストアしたバックアップに対応するジャーナル・ファイル、または宛先データベースがディスマウントされたときにデジャーナルされていたジャーナル・ファイルのいずれかを選択します。

代替方法にはより多くの手順が含まれますが、ジャーナル・データは同期中のデータベースにのみ適用されるため、前の手順に対して挙げられた欠点は最小限に抑えられます。シャドウ全体を同期せずに特定のデータベースをキャッチアップするには、以下の手順を実行します。

1. シャドウの一時停止 (停止ではない) ： "宛先シャドウの管理" の説明に従って、システム処理, シャドウサーバ, シャドウ ページに移動し、[一時停止] をクリックします。

2. バックアップからデータベースをリストアするか、ディスマウントされているデータベースをマウントします。

3. 以下のオプションのいずれかを選択します。

   • ^JRNRESTO ユーティリティを使用して、リストアしたバックアップに対応するジャーナル・ファイルまたは宛先データベースがディスマウントされたときにデジャーナルされていたジャーナル・ファイルのいずれかを開始して、必要なジャーナル・ファイルを各データベースにリストアします。このユーティリティの使用方法については、このドキュメントの “ジャーナリング” の章の "^JRNRESTO を使用したジャーナル・ファイルからのグローバルのリストア" を参照してください。

   • "シャドウイングの構成" で説明される手順に従って、影響を受けるデータベースのみを含む代替シャドウを構成して開始します。データベースがキャッチアップされたら、代替シャドウを停止して、代替シャドウ構成を削除します。

4. シャドウ内にまだ含まれていないソース・データベースのバックアップをリストアした場合は、"データベースのマップ" の説明に従って、ソース・データベースのマッピングをシャドウ構成に追加します。

5. シャドウを再開します。