ミラーリングの管理

ミラー・モニタの使用法

ミラー・モニタを表示するには、ミラー・メンバで [システム処理]→[ミラー・モニタ] ページに移動します。

フェイルオーバー・メンバでは、ミラー・モニタに以下のボタンとセクションが含まれています。

• [ミラー・ジャーナル・ファイルの表示] ボタンは、メンバのミラー・ジャーナル・ファイルまたは非ミラー・ジャーナル・ファイルを表示および検索します。詳細は、"データ整合性ガイド" の “ジャーナリング” の章の "ジャーナル・ファイルの表示" を参照してください。

• [このメンバのミラーリングを停止] ボタン (バックアップのみ) は、"バックアップおよび非同期メンバのミラーリングの停止" で説明されているとおり、バックアップのミラーリングを一時的に停止します。

• DR 非同期へのバックアップの降格に使用する 2 つのボタンのいずれか。このとき、ミラーには 1 つのフェイルオーバー・メンバだけが残されます。詳細は、"DR 非同期へのバックアップの降格" を参照してください。

• [ミラー・フェイルオーバー・メンバ情報] には、各フェイルオーバー・メンバのメンバ名、スーパーサーバ・アドレス、およびミラー・プライベート・アドレスが表示されます (これらのアドレスの詳細は、"ミラー・メンバのネットワーク・アドレス" を参照してください)。

• [アービター接続ステータス] には、アービターが構成されている場合にそのアドレス (ホスト名とポート)、現在のフェイルオーバー・モード、およびメンバのアービター接続のステータスが次のように表示されます。

  • [両方のフェイルオーバー・メンバがアービターに接続されている]

  • [このメンバのみがアービターに接続されている]

  • [このメンバはアービターに接続されていない] (接続が失われているか、アービターが構成されていない場合)

  アービターおよびこの接続情報の意味に関する詳細は、"自動フェイルオーバーのメカニズム" を参照してください。

  Note:

  フェイルオーバー・メンバがアービターとの通信を失うと、深刻度 2 のメッセージがメッセージ・ログに送信されます。そのメンバがアービターとの接続の再構築に失敗すると、別の深刻度 2 のメッセージがログに記録されます。

• [ミラー・メンバ・ステータス] には、"ミラー・メンバのジャーナル転送およびデジャーナリングのステータス" で説明しているように、各ミラー・メンバのメンバ・タイプとステータス、ジャーナル転送ステータス、およびデジャーナリング・ステータスが表示されます。このテーブルには、メンバの X.509 DN が構成されている場合はそれも表示されます。

• [ミラーリングされるデータベース] には、"ミラーリングされるデータベースのステータス" で説明しているように、現在のメンバ上のミラーリングされるデータベースそれぞれに関する情報が、その名前、ディレクトリ、ステータス、およびデジャーナリング・ステータスも含めて表示されます。[ミラーリングされるデータベース] を使用して、1 つ以上のデータベースに対して複数の処理を実行することもできます。

  Note:

  [ミラーリングされるデータベース] リストには、現在のメンバのミラーに含まれているデータベースのみが挙げられます。例えば、異なるレポート非同期メンバでリストされるデータベースは異なる場合があります。ミラーリングされるデータベースのセットが異なる場合があるからです。

非同期メンバでは、ミラー・モニタには、以下のボタンとセクションが含まれています。

• [ジャーナル・ファイルの表示] ボタン (DR 非同期のみ) は、メンバのミラー・ジャーナル・ファイルまたは非ミラー・ジャーナル・ファイルを表示および検索します。詳細は、"データ整合性ガイド" の “ジャーナリング” の章の "ジャーナル・ファイルの表示" を参照してください。

• [このメンバのミラーリングを停止] ボタン (DR 非同期のみ) は、"バックアップおよび非同期メンバのミラーリングの停止" で説明されているとおり、非同期のミラーリングを一時的に停止します。

• [フェイルオーバー・メンバに昇格] ボタン (DR 非同期のみ) は、DR 非同期をフェイルオーバー・メンバに昇格します。この操作とその使用法については、"DR 非同期メンバのフェイルオーバー・メンバへの昇格" を参照してください。

• ボタンの下部のセクションには、メンバのメンバ名、非同期タイプ、および X.509 DN (構成されている場合) が表示されます。

• [この非同期メンバの所属先のミラー] には、"ミラー・メンバのジャーナル転送およびデジャーナリングのステータス" で説明しているように、レポート非同期メンバの所属先の各ミラーに関する情報、およびそのミラー内でのメンバのステータス、ジャーナル転送ステータス、およびデジャーナリング・ステータスが表示されます。各行には、そのミラーのメンバに関する情報を表示する [詳細] リンクと、そのミラーの非同期メンバによるミラーリングを停止させる [このメンバのミラーリングを停止] リンクが含まれています。詳細は、"バックアップおよび非同期メンバのミラーリングの停止" を参照してください。

• [ミラー・メンバ・ステータス] には、現在の非同期メンバを含めて、[この非同期メンバの所属先のミラー] で選択したミラーのすべてのメンバのタイプ、ステータス、ジャーナル転送遅延、およびデジャーナル遅延が表示されます。

  非同期メンバが単一ミラーに属している場合 (すべての DR 非同期に当てはまります)、既定でそのミラーがこのセクションに表示されます。メンバが複数のミラーに属している場合、このセクションおよびその下の [ミラーデータベース] MIRROR セクションは、[この非同期メンバの所属先のミラー] セクションに示されるいずれかのミラーの [詳細] リンクをクリックするまで表示されません。

• [ミラーデータベース] MIRROR セクションは、フェイルオーバー・メンバの場合の説明と同様で、また同じ処理を実行できます。レポート非同期の場合は、[この非同期メンバの所属先のミラー] で選択し [ミラー・メンバ・ステータス] に表示されるミラーに含まれるデータベースが表示されます。

^MIRROR ステータス・モニタの使用法

^MIRROR ルーチンには、文字ベースのミラー・ステータス・モニタが用意されています。^MIRROR の [ステータス・モニタ] オプションでは、タイプ、ステータス、ジャーナル転送遅延、およびデジャーナル遅延を含む、ミラー・メンバのステータスを表示できます ("ミラー・メンバのジャーナル転送およびデジャーナリングのステータス" を参照)。このモニタは任意のミラー・メンバで実行できます。ただし、これをフェイルオーバー・メンバで実行すると、アービター構成に関する情報およびすべての接続非同期メンバに関する情報が表示されますが、これらの情報は、非同期メンバで実行する場合には表示されません。

このステータス・モニタを起動するには、ターミナル・ウィンドウを開き、%SYS ネームスペースで ^MIRROR ルーチンを実行し ("^MIRROR ルーチンの使用法" を参照)、[ミラー・ステータス] メニューから [ステータス・モニタ] を選択します。フェイルオーバー・メンバで実行した場合のモニタからの出力のサンプルを以下に示します。

Status of Mirror MIR25FEB at 17:17:53 on 02/27/2018

Member Name+Type            Status     Journal Transfer  Dejournaling
--------------------------  ---------  ----------------  --------------
MIR25FEB_A
     Failover               Primary    N/A               N/A
MIR25FEB_B
     Failover               Backup     Active            Caught up
MIR25FEB_C
     Disaster Recovery      Connected  Caught up         Caught up
MIR25FEB_D
     Read-Only Reporting    Connected  Caught up         Caught up

Arbiter Connection Status:
     Arbiter Address: 127.0.0.1|2188
     Failover Mode: Arbiter Controlled
     Connection Status: Both failover members are connected to the arbiter

Press RETURN to refresh, D to toggle database display, Q to quit,
 or specify new refresh interval <60>

非同期メンバでステータス・モニタを実行すると、フェイルオーバー・メンバおよび対象の非同期メンバのみがリストされ、非同期メンバのデジャーナリング・ステータス (running または stopped) も表示されます。以下に例を示します。

Status of Mirror MIR25FEB at 17:17:53 on 02/27/2018

Member Name+Type            Status     Journal Transfer  Dejournaling
--------------------------  ---------  ----------------  --------------
MIR25FEB_A
     Failover               Primary    N/A               N/A
MIR25FEB_B
     Failover               Backup     Active            Caught up
MIR25FEB_C
     Disaster Recovery      Connected  Caught up         Caught up
 Dejournal Status: running (process id: 12256)

Press RETURN to refresh, D to toggle database display, Q to quit,
 or specify new refresh interval <60>

既定では、ミラーリングされるデータベースの情報は表示されません。"ミラー・モニタの使用法" で説明しているように、プロンプトで d を入力すると、名前、ディレクトリ、ステータス、および次にデジャーナルされるレコードを含め、ミラー内の各データベースに関する情報が表示されます。

Mirror Databases:
                                                                   Last Record
Name           Directory path                          Status      Dejournaled
-------------  -----------------------------------     ----------- -----------
MIR25FEB_DB1   C:\InterSystems\20182209FEB25A\Mgr\MIR25FEB_DB1\
                                                       Active
   Current,c:\intersystems\20182209feb25a\mgr\journal\MIRROR-MIR25FEB-20180227.001,40233316
MIR25FEB_DB2   C:\InterSystems\20182209FEB25A\Mgr\MIR25FEB_DB2\
                                                       Active
   Current,c:\intersystems\20182209feb25a\mgr\journal\MIRROR-MIR25FEB-20180227.001,40233316

ミラーリング通信プロセスの監視

ミラー通信および同期化を行う各システム (プライマリ・フェイルオーバー・メンバおよびバックアップ・フェイルオーバー・メンバと、接続されている各非同期メンバ) 上で実行されるプロセスがあります。

詳細は、次のトピックを参照してください。

• プライマリ・フェイルオーバー・メンバ上でのミラーリング・プロセス

• バックアップ・フェイルオーバー・メンバおよび非同期メンバ上でのミラーリング・プロセス

バックアップまたは DR 非同期でのデジャーナリング管理

バックアップ・フェイルオーバー・メンバおよび DR 非同期メンバ上のミラーリングされるデータベースは常にできる限りキャッチアップされて、それぞれプライマリとして引き継ぐ可能性や災害復旧での使用の可能性に備える必要があるため、エラーによるデジャーナリングの一時停止は、影響を受けたミラーリングされるデータベースに対してのみ行われ、それ以外に対してはデジャーナリングは続行されます。

例えば、バックアップまたは DR 非同期メンバで <FILEFULL> などのデータベース書き込みエラーが発生した場合、書き込みエラーが発生したデータベースのデジャーナリングは自動的に一時停止されますが、他のミラーリングされるデータベースのデジャーナリングは続行されます。エラーのデータベースをディスマウントし、エラーを修正したら、データベースを再マウントします。さらに、^MIRROR ルーチンの [ミラー管理] メニューにより [ミラーリングされるデータベースの有効化/キャッチアップ] オプションを選択してデジャーナリングを再開するか、管理ポータルの使用によりデータベースのキャッチアップを再開します ("ミラーリングされるデータベースの有効化とキャッチアップ" を参照)。

DR 非同期では、^MIRROR ルーチンの [ミラー管理] メニューにある [非同期メンバ上でのミラー・デジャーナリングの管理] オプションを使用して、メンバ上のミラーリングされるデータベースすべてに対してデジャーナリングを一時停止するオプションもあります。(このオプションは、バックアップ・メンバでは無効になっています。)これは、デジャーナリング・エラーの後や、メンテナンスを目的として使用できます。例えば、デジャーナリング・エラーによって、1 つのデータベースに対してのみデジャーナリングが一時停止した場合に、ミラー内のすべてのデータベースに対してデジャーナリングを一時停止するときは、以下を実行できます。

1. ^MIRROR ルーチンの [ミラー管理] メニューから [非同期メンバ上でのミラー・デジャーナリングの管理] オプションを選択して、すべてのデータベースに対してデジャーナリングを一時停止します。

2. 問題の発生しているデータベースをディスマウントして、エラーを修正し、データベースを再マウントします。

3. ^MIRROR ルーチンの [ミラー管理] メニューから [非同期メンバ上でのミラー・デジャーナリングの管理] オプションを選択して、すべてのデータベースに対するデジャーナリングを再開始します。 (このオプションによって、エラーが生じたデータベースが自動的に有効化され、ミラー内の最新のデータベースと同じポイントまでキャッチアップされます。)

レポート非同期でのデジャーナリング管理

"非同期ミラー・メンバ" で説明するように、レポート非同期メンバは複数のミラーに属することができます。それら各ミラーに対して、データベースの使われ方により、データベース・デジャーナリングを継続的に実施することも、定期的に実施することもできます。例えば、指定されたミラーに対して、深夜から午前 4 時にかけてのデジャーナリングを行い、残りの時間帯には安定的なレポート生成のためデータベースに静的な状態を維持させることができます。

また、メンテナンスまたはデジャーナリング中のエラー発生のため、データベースをディスマウントする場合に、各種ミラーに対して異なる動作をさせることもできます。例えば、あるミラーでは、デジャーナリング一時停止中のデータベースが、ミラー内の他のデータベースから後れを取らないようにすることが最も重要なため、ミラー全体でデジャーナリングを一時停止することが望ましくなります。また別のミラーでは、ミラー内のデータベースができるだけ最新を保つことが最も重要なため、関与するデータベースのみを一時停止させることが最も重要となります。

レポート非同期上の 1 つ以上のミラーに対するデジャーナリングを、1 回限りの処理として、または定期的に一時停止する場合、^MIRROR ルーチンの [ミラー管理] メニューから [非同期メンバ上でのミラー・デジャーナリングの管理] オプションを選択して、目的のミラーですべてのデータベースに対してデジャーナリングを一時停止できます。デジャーナリングを再開するには、[非同期メンバ上でのミラー・デジャーナリングの管理] オプションを再度使用します。(このオプションは、バックアップ・メンバでは使用できません。)

バックアップや DR 非同期メンバとは異なり、レポート非同期メンバ上のデータベースのデジャーナリング中にエラーが生じた場合、そのミラー内のデータベースすべてに対して、デジャーナリングが自動的に一時停止します。ユーザの要望や方針に応じて、以下のいずれかができます。

• エラーが発生したデータベースをディスマウントし、^MIRROR ルーチンの [ミラー管理] メニューから [非同期メンバ上でのミラー・デジャーナリングの管理] オプションを選択して、ミラー内のその他すべてのデータベースに対してデジャーナリングを再開し、エラーを修正して、データベースをマウントします。その後、^MIRROR ルーチンの [ミラー管理] メニューから [ミラーリングされるデータベースの有効化/キャッチアップ] オプションを選択して、そのデータベースに対するデジャーナリングを再開するか、または、管理ポータルの使用により、データベースのキャッチアップを再開します ("ミラーリングされるデータベースの有効化とキャッチアップ" を参照)。

• エラーを修正し、データベースを再マウントする間は、ミラー全体に対してデジャーナリングを一時停止したままにし、その後、[非同期メンバ上でのミラー・デジャーナリングの管理] オプションを使用してミラー全体に対してデジャーナリングを再開します (このオプションによって、エラーが発生したデータベースが自動的に有効化され、ミラー内の最新のデータベースと同じポイントまでキャッチアップされます)。

レポート非同期メンバ上のミラーリングされるデータベースにメンテナンスを実行する場合、単にデータベースをディスマウントして、メンテナンスの後にデータベースをマウントし、[ミラーリングされるデータベースの有効化/キャッチアップ] オプションまたは管理ポータルを使用して、データベースをキャッチアップできます。(メンテナンスにこのようなデータベースが複数関係する場合は、"ミラーリングされるデータベースの有効化とキャッチアップ" の説明に従い、ミラー・モニタを使用して、一度にそれらのデータベースすべてに対して処理を実行します。これは、データベースを個々にキャッチアップするよりも、効率的で、かかる時間の短縮になります。)

レポート非同期に対するデジャーナル・フィルタの使用

レポート非同期に限り、特定のミラーにユーザ定義のデジャーナル・フィルタを設定できます。これにより、ジャーナル・レコードごとにユーザ独自のコードを実行して、そのミラー内の読み書き可能のデータベースに適用するレコードを決定できます。フィルタをいったん定義しておけば、任意の数のミラーに設定することができます。また、フィルタは、いつでも設定、変更、および削除できます。

デジャーナル・フィルタにより、レポート非同期は、プライマリから受信したジャーナル・ファイルに含まれる一部のレコードのデジャーナリングをスキップできるようになります。ただし、これは、読み取り書き込み可能のデータベース (最初に読み書き可能のレポート非同期のミラーに追加されたデータベース、または読み取り専用としてミラーに追加されたときから [FailoverDB] フラグがクリアされているデータベース) にのみ当てはまることです。( レポート非同期のミラーリングされるデータベースのマウント・ステータスおよび [FailoverDB] フラグの詳細は、"レポート非同期ミラー・メンバの FailoverDB フラグのクリア" を参照してください。)FailoverDB フラグがデータベースに設定されている場合は、データベースが読み取り専用としてマウントされたことを意味します。それでもデジャーナル・フィルタのコードは実行されますが、フィルタ コードの返す内容にかかわらず、そのデータベースには、常にすべてのレコードがデジャーナルされます。

デジャーナル・フィルタを作成するには、スーパークラス SYS.MirrorDejournalOpens in a new tab を拡張して、ミラー・デジャーナル・フィルタ・クラスを作成します。クラス名は、Z または z で始める必要があります。これにより、InterSystems IRIS のアップグレード時にそのクラスが保持されます。

レポート非同期のミラーにデジャーナル・フィルタを設定するには、[非同期構成の編集] ページ ([システム管理]→[構成]→[ミラー設定]→[非同期の編集]) に移動して、[この非同期メンバの所属先のミラー] リストに示された目的のミラーの横にある [デジャーナル・フィルタの編集] リンクをクリックし、ミラー・デジャーナル・フィルタ・クラスの名前を入力して、[保存] をクリックします。フィルタを削除する場合は、同じ手順を実行しますが、入力ボックスをクリアしてから、[保存] をクリックします。ミラーのジャーナル・フィルタを追加、変更、または削除すると、そのミラーに対するデジャーナリングが自動的に再開され、フィルタが適用できるようになります。ただし、ミラー・デジャーナル・フィルタ・クラスに変更を加えてリコンパイルする場合は、^MIRROR ルーチンの [ミラー管理] メニューにある [非同期メンバ上でのミラー・デジャーナリングの管理] オプションを使用して、フィルタを設定したすべてのミラーのデジャーナリングを手動で停止および再開する必要があります。

ミラーの API

SYS.MirrorOpens in a new tab クラスには、管理ポータルおよび ^MIRROR ルーチン ("^MIRROR ルーチンの使用法" を参照) で使用可能なミラー処理をプログラムで呼び出すためのメソッドと、多数のクエリが用意されています。例えば、SYS.Mirror.CreateNewMirrorSet()Opens in a new tab メソッドを使用することで、ミラーを作成し、第 1 のフェイルオーバー・メンバを構成することができます。その一方で、SYS.Mirror.MemberStatusList()Opens in a new tab クエリは、ミラー・メンバのリストと、それぞれのジャーナル遅延ステータスを返します。これらのメソッドの詳細は、SYS.MirrorOpens in a new tab のクラス・ドキュメントを参照してください。

バックアップを実行するために外部スクリプトを使用する場合は、$SYSTEM.Mirror クラスを使用すると、システムがミラーの一部であるかどうかを検証し、一部である場合はそのロールが何かを検証できます。

$System.Mirror.IsMember()
$System.Mirror.IsPrimary()
$System.Mirror.IsBackup()
$System.Mirror.IsAsyncMember()
$System.Mirror.MirrorName()

$SYSTEM.Mirror.IsMember()Opens in a new tab は、このシステムがフェイルオーバー・メンバである場合は 1 を返し、非同期ミラー・メンバである場合は 2 を返し、ミラー・メンバではない場合は 0 を返します。$SYSTEM.Mirror.IsPrimary()Opens in a new tab は、このシステムがプライマリ・フェイルオーバー・メンバである場合は 1 を返し、そうでない場合は 0 を返します。$SYSTEM.Mirror.IsBackup()Opens in a new tab は、このシステムがバックアップ・フェイルオーバー・メンバである場合は 1 を返し、そうでない場合は 0 を返します。$SYSTEM.Mirror.IsAsyncMember()Opens in a new tab は、このシステムが非同期メンバである場合は 1 を返し、そうでない場合は 0 を返します。$SYSTEM.Mirror.MirrorName()Opens in a new tab は、このインスタンスがフェイルオーバー・ミラー・メンバとして構成されている場合はミラー名を返し、そうでない場合は NULL を返します。

また、$SYSTEM.Mirror.GetMemberType()Opens in a new tab および $SYSTEM.Mirror.GetMemberStatus()Opens in a new tab を使用して、InterSystems IRIS の現行インスタンスのミラー・メンバシップ (存在する場合) およびそのロールにおけるステータスについての情報を取得できます。詳細は、"ミラー・メンバのジャーナル転送およびデジャーナリングのステータス" を参照してください。

プライマリ・フェイルオーバー・メンバの外部バックアップ

Backup.General.ExternalFreeze()Opens in a new tab メソッドの使用により、プライマリ・フェイルオーバー・メンバのデータベースへの書き込みをフリーズして、"データ整合性ガイド" の “バックアップとリストア” の章の説明どおりに、外部バックアップを実行できるようにするには、Backup.General.ExternalFreeze()Opens in a new tab の ExternalFreezeTimeOut パラメータの指定より長く、外部フリーズが更新を中断しないようにします。指定時間より長い中断が起こると、ミラーがバックアップ・フェイルオーバー・メンバをフェイルオーバーし、その結果、進行中のバックアップ操作が終了されてしまいます。

ミラー・メンバでの InterSystems IRIS のアップグレード

ミラー・メンバで InterSystems IRIS をアップグレードするときのオプションおよび考慮事項を確認するには、"インストール・ガイド" の “InterSystems IRIS のアップグレード” の章の "ミラーリングを使用した最小ダウンタイムのアップグレード" を参照してください。

InterSystems IRIS インスタンスの互換性

ミラーの各 InterSystems IRIS インスタンスは以下のようにいくつかの方法で互換性がある必要があります。

1. ミラー内のすべての InterSystems IRIS インスタンスで以下のことが必要です。

   • 同一の文字幅を使用します (8 ビットまたは Unicode。"インストール・ガイド" の “インストールの準備” の章にある "文字幅設定Opens in a new tab" を参照)。

   • 同一のロケールを使用します ("システム管理ガイド" の “InterSystems IRIS の構成” の章にある "管理ポータルの NLS 設定ページの使用法" を参照)。

   Note:

   これらの要件に対する唯一の例外が、ISO 8859 Latin-1 文字セットに基づいたロケールを使用する 8 ビット・インスタンスは、対応する幅の文字ロケールを使用する Unicode インスタンスと互換性があることです。例えば、enu8 ロケールを使用する 8 ビット・プライマリ・インスタンスは、enuw ロケールを使用する Unicode バックアップ・インスタンスと互換性があります。しかし、heb8 ロケールを使用する 8 ビット・プライマリ・インスタンスは、hebw ロケールを使用する Unicode バックアップ・インスタンスと互換性がありません。これらのロケールは ISO 8859 Latin-1 に基づいていないためです。

2. 各フェイルオーバー・メンバで、同じデータベース・ブロック・サイズが有効化されている必要があります ("システム管理ガイド" の “InterSystems IRIS の構成” の章にある "ラージ・ブロック・サイズに関する考慮事項" を参照してください)。また、フェイルオーバー・メンバで有効になっているサイズを非同期メンバで有効にする必要があります。プライマリに追加されるミラーリングされるデータベースのブロック・サイズが別のメンバで有効になっていないと、そのデータベースはそのメンバのミラーに追加できません。

3. フェイルオーバー・メンバおよびすべての DR 非同期メンバは、同じ InterSystems IRIS バージョンでなければなりません。ただし、"インストール・ガイド" の “InterSystems IRIS のアップグレード” の章の "ミラーリングを使用した最小ダウンタイムのアップグレード" に記載されているアップグレード手順のいずれかを行っている間のみ、異なるバージョンでもかまいません。アップグレード対象のメンバがプライマリになったら、このアップグレードが完了するまで、他方のフェイルオーバー・メンバおよびすべての DR 非同期メンバを使用できません (特に、これらをプライマリにすることはできません)。

   ミラーリングでは、レポート非同期メンバがフェイルオーバー・メンバと同じ InterSystems IRIS バージョンである必要はありませんが、アプリケーションの機能でこれが必要な場合があります。

メンバのエンディアンに関する考慮事項

• 分散キャッシュ・クラスタ内のミラーリングされたデータ・サーバのメンバ (例えば、ECP データ・サーバとして機能しているミラー・セット) では、混合エンディアンはサポートされません。フェイルオーバー・メンバが一時的に混合している場合 (例えば、エンディアン間でサーバを移行している場合)、ECP セッションはフェイルオーバー後に回復しません。

• ミラーリングされるデータベースの作成時または既存のデータベースのミラーへの追加時に、バックアップ・フェイルオーバー・メンバまたは非同期メンバのエンディアンがプライマリ・フェイルオーバー・メンバのエンディアンと異なる場合は、"ミラーへ既存データベースを追加する" で説明しているバックアップおよびリストアの手順は使用できません。その代わりに、データベースの IRIS.DAT ファイルをコピーする操作を含めて、そのセクションの手順を使用する必要があります。それに加えて、その手順を使用するときには、すべての非プライマリ・メンバに IRIS.DAT ファイルをコピーした後で、それらのメンバにデータベースをマウントする前に以下の手順を挿入します。

  • バックアップ・フェイルオーバー・メンバおよび各非同期メンバ上で、IRIS.DAT ファイルのコピーを変換します。"cvendian を使用したバイト・オーダー変換" を参照してください。

^DATABASE ルーチンを使用したミラーリングされるデータベースの作成

ミラーリングされるデータベース (ミラーリング・データベース) をミラー・メンバに作成するには、^DATABASE ルーチンを使用します ("^DATABASE" を参照)。他のミラー・メンバに新規ミラーリング・データベースを作成する前に、プライマリ・メンバにそれを作成する必要があります。ミラーリングされるデータベースを作成するには：

1. ^DATABASE ルーチンを実行し、[1) データベースの作成] オプションを選択します。

2. [データベースディレクトリ ?] プロンプトでディレクトリ・パスを入力します。

3. [既定のデータベースプロパティを変更?] プロンプトで [はい] を入力します。

4. [フィールド番号を変えますか?] プロンプトで 3 ([ミラーDB名:]) を入力し、[ミラーDB名は?] プロンプトでミラーリングされるデータベースのミラー名を入力します。

   Note:

   作成しているミラーリング・データベースのメンバが複数ミラーのメンバで、かつ既定のリストのミラーと異なるミラーでミラーリング・データベースを作成している場合、[フィールド番号を変えますか?] プロンプトで ([ミラーセット名:]) を入力し、リストから適切なミラー名を選択します。ルーチンを実行しているメンバが唯一のミラーのメンバである場合、このフィールドは変更できません。

5. ユーザのデータベースの必要に応じて、他のフィールドを変更し、変更が終了したら、[フィールド番号を変えますか?] プロンプトで、オプションを指定せずに Enter を押します。

6. [構成中データベースのデータセット名:] プロンプトで、データベースのデータセット名を入力します。これは管理ポータルで表示される名前です。

7. ミラーリングされるデータベースが作成されるまで、残りのプロンプトに返答を入力してください。

バックアップおよび非同期メンバにミラーリングされるデータベースを作成する場合、プライマリ・メンバに作成したデータベースに対するキャッチアップが自動的に行われます。

^DATABASE ルーチンを使用した既存のミラーリングされるデータベースの再作成

^DATABASE ルーチンの [10) データベースの再作成] オプションを使用すると、データベースの名前やサイズを変更することなく、既存のデータベースのデータをクリアできます(ルーチンについては、"^DATABASE" を参照)。このオプションは、ミラーリングされるデータベースに使用できますが、そのデータベースを認識するすべてのミラー・メンバで使用する必要があり、新しいミラーリングされるデータベースの作成に [データベースの作成] オプションを使用した順序 (最初にプライマリ、次にバックアップ、その次にミラーに含まれるデータベースの非同期) で使用する必要があります。

ミラーリングされるデータベースのマウント/ディスマウント

ミラーリングされるデータベースは、どちらのフェイルオーバー・メンバ上でもマウントおよびディスマウントできます。ただし、バックアップ・フェイルオーバー・メンバ上でディスマウントされた場合、そのデータベースは、再マウントされた後でミラーリングによって自動的にデータベースのキャッチアップが試みられるまで “古い” 状態のままになります。必要なジャーナル・ファイルがプライマリ・フェイルオーバー・メンバ上で使用可能な場合は、自動アップデートが正常に実行されます。ただし、プライマリ・メンバ上の必要なジャーナル・ファイルのいずれかが削除されている場合は、プライマリ・メンバ上の最新のバックアップからデータベースをリストアする必要があります。

ミラーリングされないシステムへのミラーリングされるデータベースのコピー

以下のようにして、ミラーリングされるデータベースを、ミラーリングされないシステムにコピーし、そのシステム上での読み書き可能としてマウントできます。

1. プライマリまたはバックアップ・フェイルオーバー・メンバ上のミラーリングされたデータベースをバックアップし、"ミラーへ既存データベースを追加する" で説明されている手順で、ミラーリングされていないシステムにバックアップ内容をリストアします (外部バックアップ・リストアまたはコールド・バックアップ・リストアに続くデータベースの手動での有効化とキャッチアップの手順は省略します)。リストアしても、データベースは引き続きミラーリングされているとマークされており、読み取り専用です。

2. ミラーリングされないシステム上では、^MIRROR ルーチン ("^MIRROR ルーチンの使用法" を参照) を使用して、[1 つ以上のミラーリングされるデータベースの削除] を選択し、以下の手順を実行することで、ミラーからデータベースを削除します。この手順に従うと、データベースは読み取り/書き込みモードでマウントされます。

ミラーリングされるデータを使用した相互運用対応ネームスペースの作成

相互運用対応ネームスペースの作成には、プロダクションを新しいネームスペースで使用できるようにするためのデータベース書き込みが必要であるため、1 つ以上のミラーリングされるデータベースからのマッピングが設定された相互運用対応ネームスペースを現在のプライマリ・ミラー・メンバに作成する必要があります。ミラーリングされるデータベースが読み取り専用であるバックアップには作成できません。

InterSystems IRIS によるミラーリングされるデータを使用した相互運用対応ネームスペースの処理方法

InterSystems IRIS では、相互運用対応ネームスペースのマッピングを検査し、ミラーリングされるデータベースからのマッピングがネームスペースに含まれているか判断し、以下のような結果を導きます。

• 相互運用対応ネームスペースを含むミラー・メンバを起動またはアップグレードすると、プロダクションはプライマリのみで起動されます。

• InterSystems IRIS のアップグレード時に、特定のタスクにはデータベースへの書き込みアクセス権が必要です。これらのタスクはプライマリ・ミラー・メンバでのみ実行されます。

• フェイルオーバーが発生して、メンバがプライマリ・ミラー・メンバになると、アップグレード時にはスキップされていた (その時点ではプライマリではなかったため) タスクがすべて、プロダクションの起動前に実行されます。

InterSystems IRIS プロダクションの推奨ミラーリング構成

ミラーリングには高可用性ソリューションとなることが意図されており、よって、ミラー・インスタンスのいずれにおいても無関係なアクティビティを最小限とすることが必要です。すなわち、ミラーリングされるあらゆるインスタンスのデータベースすべてをミラーリングする必要があります。

ユーザには、いずれのノードにおいてもデータのミラーリングなしで実行される、“より危険の少ない”プロダクションが選ばれてしまうことがあります。しかし、そのような構成では処理が複雑になり、維持が困難になる可能性があります。よって、そのような構成は避けて、代わりにすべてのデータベースをミラーリングすることを強く推奨します。

ミラーリング環境におけるプロダクションの自動開始の機能

ミラー・システムの起動時に (この時点では、まだいずれのメンバもプライマリ・フェイルオーバー・メンバになっていません)、以下のようになります。

1. InterSystems IRIS では、ミラーリングされるデータにアクセスするプロダクションは、^Ens.AutoStart で指定されている場合でも起動されることはありません。メンバがプライマリ・インスタンスになると、その時点でこれらのプロダクションは起動されます。

2. InterSystems IRIS により、ミラーリングされるデータにアクセスしないネームスペースがインスタンス上にあるかどうかが判別されます。前述のとおり、ミラー・メンバにはミラーリングされるプロダクションのみをインストールすることをお勧めしています。それでも、ミラーリングされないデータベースと共にプロダクションがインストールされている場合、InterSystems IRIS によりそのプロダクションは ^Ens.AutoStart で指定して起動されます(このロジックによって、ミラーリングされないネームスペースがミラー・メンバ上にインストールされている場合、InterSystems IRIS 起動時に起動されます)。

後で、メンバがプライマリ・フェイルオーバー・メンバになったとき、InterSystems IRIS は、ミラーリングされるデータを参照するネームスペースを検索し、それらのネームスペースでプロダクションを起動できるようにします。インターシステムズの推奨設定に従っていれば、インスタンスがプライマリ・ミラー・メンバになる前に、ミラーリングされるデータにアクセスするプロダクションは実行しません。InterSystems IRIS ではまず、起動前にプロダクションが実行中でないかどうかが確認されます。具体的には以下の処理が実行されます。

1. InterSystems IRIS により、ネームスペースで _Ensemble ユーザとして実行されているジョブを数えることによって、プロダクションが既に実行中でないかどうかが判別されます。そのようなジョブが 3 個以上ある場合、これはプロダクションが既に実行中であることを示しており、InterSystems IRIS によりメッセージ・ログに警告が記録され、そのプロダクションの起動は試行されません。

2. 予想どおりにプロダクションが実行中でない場合、InterSystems IRIS により、プロダクションは ^Ens.AutoStart で指定して自動的に起動されます。

プロダクションの起動と停止の詳細は、"プロダクションの管理" の “プロダクションの開始と停止” の章を参照してください。