1つのログストリームは1つのログストリームグループに属し、各ログストリームグループ内のログストリーム数はプライマリゾーン内のゾーン数によって決定されます。そのため、プライマリゾーンのゾーンリストにある各ゾーンには、ログストリームグループ内の1つのログストリームのリーダーが配置されることができます。
ユーザーは必要に応じてログストリームに対する変更操作を実行し、各UNIT_GROUP（同種ゾーンモード）/UNIT_LIST（異種ゾーンモード）間でログストリームの分布を手動で均等化できます。
背景
現在のバージョンでは、同種ゾーンモードと異種ゾーンモードのテナントをサポートしています。ここで、以下の点に注意してください：
同種ゾーンモードでは、Unit Groupを指定してログストリームを作成する必要があります。
異種ゾーンモードでは、UNIT_LISTを指定してログストリームを作成する必要があります。
同種ゾーンモードと異種ゾーンモードの詳細な違いについては、データ分散を参照してください。
注意点
変更対象のログストリームを操作する前に、以下の点に注意してください：
変更対象のログストリームは存在し、その状態が
NORMALである必要があります。変更対象のログストリームのテナントの状態も
NORMALでなければなりません。プライマリテナント上でログストリームの
UNIT_GROUP（同種ゾーンモード）/UNIT_LIST（異種ゾーンモード）を変更する場合、テナント内のすべてのログストリームに現在ロードバランシングタスクがないことが必要です。スタンバイテナント上でログストリームの
UNIT_GROUP（同種ゾーンモード）/UNIT_LIST（異種ゾーンモード）属性を変更することは推奨されません。スタンバイテナントはログストリームのUNIT_GROUP/UNIT_LIST属性を自動的に調整するため、手動で変更しても反映されない可能性があります。ログストリームの
UNIT_GROUP（同種ゾーンモード）/UNIT_LIST（異種ゾーンモード）を変更する際、対象のUNIT_GROUP/UNIT_LISTの状態がACTIVEである必要があります。ログストリームの
PRIMARY_ZONEを変更する場合、変更後のゾーンがテナントのZONE_LISTに含まれていることを確認する必要があります。ログストリームのPRIMARY_ZONEの設定は、テナントのPRIMARY_ZONEの設定とは若干異なります。ログストリームではz1またはz2のように単一のゾーンのみを指定でき、テナントのようにz1,z2、z1; z2、またはRANDOMといった複数のゾーンや区切り文字を使用した指定はできません。ログストリームを変更する際、テナントレベルの構成パラメータ
enable_rebalanceが無効であること、つまり値がFalseであることが必要です。enable_rebalanceが有効な場合、テナントのロードバランシングモジュールがログストリームのPRIMARY_ZONEおよびUNIT_GROUP（同種ゾーンモード）/UNIT_LIST（異種ゾーンモード）属性を自動的に調整する可能性があります。同種ゾーンモードでは、ブロードキャスト電子ストリームとシステムログストリーム（1番ログストリーム）のみが
UNIT_GROUPを0に指定することをサポートします。異種ゾーンモードでは、ユーザーログストリームの
UNIT_LISTは空にすることはできません。
ステップ１：変更前の確認
管理者ユーザーがクラスタの
sysテナントまたはユーザーテナントにログインします。接続例は以下のとおりです。データベースへの接続時は、実際の環境に準じてください。
obclient -h10.xx.xx.xx -P2883 -uroot@sys#obdemo -p***** -A変更対象のログストリームを持つテナントの状態を確認し、テナントの状態が
NORMALであることを確認します。システムテナント
obclient> SELECT TENANT_ID, TENANT_NAME, STATUS, TENANT_ROLE FROM oceanbase.DBA_OB_TENANTS WHERE tenant_name = 'mq_t1';ユーザーテナント
MySQLモードOracleモードMySQLモードでは、以下のコマンドを実行してテナントの状態を確認します。
obclient> SELECT TENANT_ID, TENANT_NAME, STATUS, TENANT_ROLE FROM oceanbase.DBA_OB_TENANTS;Oracleモードでは、以下のコマンドを実行してテナントの状態を確認します。
obclient> SELECT TENANT_ID, TENANT_NAME, STATUS, TENANT_ROLE FROM SYS.DBA_OB_TENANTS;
クエリ結果の例は以下のとおりです：
+-----------+-------------+--------+-------------+ | TENANT_ID | TENANT_NAME | STATUS | TENANT_ROLE | +-----------+-------------+--------+-------------+ | 1002 | mq_t1 | NORMAL | PRIMARY | +-----------+-------------+--------+-------------+ 1 row in setクエリ結果によると、テナントの状態は
NORMALです。テナントのログストリームに現在進行中のロードバランシングタスクがないかどうかを確認します。プライマリテナント上でログストリームの
UNIT_GROUP（同種ゾーンモード）/UNIT_LIST（異種ゾーンモード）を変更する場合、テナントのすべてのログストリームに現在ロードバランシングタスクがない必要があります。システムテナント
obclient> SELECT count(*) AS task_cnt FROM oceanbase.CDB_OB_BALANCE_TASKS WHERE TENANT_ID=1002 AND (SRC_LS = 1001 or DEST_LS=1001);ユーザーテナント
MySQLモードOracleモードMySQLモードでは、以下のコマンドを実行して、テナントのログストリームのロードバランシングタスクの状態を確認します。
obclient> SELECT count(*) AS task_cnt FROM oceanbase.DBA_OB_BALANCE_TASKS WHERE SRC_LS = 1001 or DEST_LS=1001;Oracleモードでは、以下のコマンドを実行して、テナントのログストリームのロードバランシングタスクの状態を確認します。
obclient> SELECT count(*) AS task_cnt FROM SYS.DBA_OB_BALANCE_TASKS WHERE SRC_LS = 1001 or DEST_LS=1001;
クエリ結果の例は以下のとおりです：
+----------+ | task_cnt | +----------+ | 0 | +----------+ 1 row in setクエリ結果が
0の場合、テナントのログストリームに現在進行中のロードバランシングタスクがないことを意味します。テナント内のログストリームに関する情報を照会し、変更対象のログストリームが存在し、その状態が
NORMALであることを確認します。ブロードキャストログストリームを変更する場合は、指定したログストリームがブロードキャストログストリームであることも確認する必要があります。テナント内のログストリーム情報を照会します。
システムテナント
obclient> SELECT LS_ID, PRIMARY_ZONE, LS_GROUP_ID, UNIT_LIST FROM oceanbase.CDB_OB_LS WHERE TENANT_ID=1002 AND LS_ID != 1 AND STATUS = 'NORMAL';ユーザーテナント
MySQLモードOracleモードMySQLモードでは、以下のコマンドを実行して、テナント内のログストリーム情報を照会します。
obclient> SELECT LS_ID, PRIMARY_ZONE, LS_GROUP_ID, UNIT_LIST FROM oceanbase.DBA_OB_LS WHERE LS_ID != 1 AND STATUS = 'NORMAL';Oracleモードでは、以下のコマンドを実行して、テナント内のログストリーム情報を照会します。
obclient> SELECT LS_ID, PRIMARY_ZONE, LS_GROUP_ID, UNIT_LIST FROM SYS.DBA_OB_LS WHERE LS_ID != 1 AND STATUS = 'NORMAL';
クエリ結果の例は以下のとおりです：
+-------+--------------+-------------+----------------+ | LS_ID | PRIMARY_ZONE | LS_GROUP_ID | UNIT_LIST | +-------+--------------+-------------+----------------+ | 1001 | z1;z2,z3 | 1001 | 1001,1002,1003 | | 1002 | z2;z1,z3 | 1001 | 1001,1002,1003 | | 1003 | z3;z1,z2 | 1001 | 1001,1002,1003 | | 1004 | z1;z2,z3 | 1002 | 1004,1005,1006 | | 1005 | z2;z1,z3 | 1002 | 1004,1005,1006 | | 1006 | z3;z1,z2 | 1002 | 1004,1005,1006 | +-------+--------------+-------------+----------------+ 6 rows in setクエリで得られたログストリーム情報に基づき、ログストリームがブロードキャストログストリームであるかどうかを確認する必要がある場合は、ログストリームの
FLAG列の情報も確認する必要があります。FLAG列の値がDUPLICATEの場合、そのログストリームはブロードキャストログストリームです。システムテナント
obclient> SELECT LS_ID, STATUS, PRIMARY_ZONE, LS_GROUP_ID, FLAG, UNIT_LIST FROM oceanbase.CDB_OB_LS WHERE TENANT_ID=1002 AND LS_ID=1003;ユーザーテナント
MySQLモードOracleモードMySQLモードでは、以下のコマンドを実行して、ログストリームがブロードキャストログストリームであるかどうかを確認します。
obclient> SELECT LS_ID, STATUS, PRIMARY_ZONE, LS_GROUP_ID, FLAG, UNIT_LIST FROM oceanbase.DBA_OB_LS WHERE LS_ID=1003;Oracleモードでは、以下のコマンドを実行して、ログストリームがブロードキャストログストリームであるかどうかを確認します。
obclient> SELECT LS_ID, STATUS, PRIMARY_ZONE, LS_GROUP_ID, FLAG, UNIT_LIST FROM SYS.DBA_OB_LS WHERE LS_ID=1003;
ログストリームの
UNIT_GROUP（同種ゾーンモード）/UNIT_LIST（異種ゾーンモード）を変更する場合は、テナントのUnit情報を照会し、対象UNIT_GROUP（同種ゾーンモード）/UNIT_LIST（異種ゾーンモード）のデータディスクの残存容量が変更対象のログストリームを収容できることを確認する必要があります。以下の操作はシステムテナントで実行する必要があります。
以下のコマンドを実行して、テナントのUnit情報を照会し、対象
UNIT_GROUP（同種ゾーンモード）/UNIT_LIST（異種ゾーンモード）の状態がACTIVEであることを確認します。obclient> SELECT UNIT_GROUP_ID, UNIT_ID, ZONE, SVR_IP, SVR_PORT FROM oceanbase.DBA_OB_UNITS WHERE TENANT_ID=1002 AND STATUS = 'ACTIVE' ORDER BY UNIT_GROUP_ID;クエリ結果は次のとおりです：
+---------------+---------+------+----------------+----------+ | UNIT_GROUP_ID | UNIT_ID | ZONE | SVR_IP | SVR_PORT | +---------------+---------+------+----------------+----------+ | 1001 | 1001 | z1 | xxx.xx.xxx.198 | 2882 | | 1001 | 1002 | z2 | xxx.xx.xxx.196 | 2882 | | 1001 | 1003 | z3 | xxx.xx.xxx.204 | 2882 | | 1002 | 1004 | z1 | xxx.xx.xxx.194 | 2882 | | 1002 | 1005 | z2 | xxx.xx.xxx.192 | 2882 | | 1002 | 1006 | z3 | xxx.xx.xxx.197 | 2882 | +---------------+---------+------+----------------+----------+ 6 rows in set取得した
UNIT_GROUP_ID、UNIT_IDおよび対応するSVR_IPとSVR_PORTの情報に基づいて、対象UNIT_GROUP（同種ゾーンモード）/UNIT_LIST（異種ゾーンモード）に対応するマシンのデータディスクの残存容量を照会します。obclient> SELECT SVR_IP, SVR_PORT, (DATA_DISK_CAPACITY - DATA_DISK_IN_USE) / 1024 / 1024 / 1024 AS REST_DATA_SIZE_IN_GB FROM oceanbase.GV$OB_SERVERS;クエリ結果は次のとおりです：
+----------------+----------+----------------------+ | SVR_IP | SVR_PORT | REST_DATA_SIZE_IN_GB | +----------------+----------+----------------------+ | xxx.xx.xxx.196 | 2882 | 4.925781250000 | | xxx.xx.xxx.198 | 2882 | 4.875000000000 | | xxx.xx.xxx.204 | 2882 | 4.925781250000 | | xxx.xx.xxx.194 | 2882 | 4.925781250000 | | xxx.xx.xxx.192 | 2882 | 4.875000000000 | | xxx.xx.xxx.197 | 2882 | 4.925781250000 | +----------------+----------+----------------------+ 6 rows in set変更対象のログストリームのデータディスク容量要件を照会します。
obclient> SELECT SVR_IP, SVR_PORT, TENANT_ID, LS_ID, SUM(OCCUPY_SIZE)/1024/1024/1024 AS OCCUPY_SIZE_GB, SUM(REQUIRED_SIZE)/1024/1024/1024 AS REQUIRED_SIZE_GB FROM __ALL_VIRTUAL_TABLET_POINTER_STATUS WHERE TENANT_ID=1002 AND LS_ID=1001 GROUP BY SVR_IP, SVR_PORT, TENANT_ID, LS_ID ORDER BY REQUIRED_SIZE_GB;クエリ結果は次のとおりです：
+----------------+----------+-----------+-------+----------------+------------------+ | SVR_IP | SVR_PORT | TENANT_ID | LS_ID | OCCUPY_SIZE_GB | REQUIRED_SIZE_GB | +----------------+----------+-----------+-------+----------------+------------------+ | xxx.xx.xxx.198 | 2882 | 1002 | 1001 | 0.000007629395 | 0.000007629395 | | xxx.xx.xxx.196 | 2882 | 1002 | 1002 | 0.000007629395 | 0.000007629395 | | xxx.xx.xxx.204 | 2882 | 1002 | 1003 | 0.000007629395 | 0.000007629395 | | xxx.xx.xxx.194 | 2882 | 1002 | 1004 | 0.000007629395 | 0.000007629395 | | xxx.xx.xxx.192 | 2882 | 1002 | 1005 | 0.000007629395 | 0.000007629395 | | xxx.xx.xxx.197 | 2882 | 1002 | 1006 | 0.000007629395 | 0.000007629395 | +----------------+----------+-----------+-------+----------------+------------------+ 6 rows in setクエリ結果では、
OCCUPY_SIZE_GBはTabletが実際に使用するディスク容量を表し、REQUIRED_SIZE_GBはTabletを格納するために必要なディスク容量を表します。OCCUPY_SIZE_GBとREQUIRED_SIZE_GBを対象UNIT_GROUP/UNIT_LISTのデータディスクの残存容量と比較し、OCCUPY_SIZE_GBとREQUIRED_SIZE_GBの値が対象UNIT_GROUP/UNIT_LISTのデータディスクの残存容量より小さい場合、要件を満たしています。
ログストリームの
PRIMARY_ZONEを変更する場合は、変更後のZoneがテナントのZONE_LISTに含まれていることを確認する必要があります。テナントのZONE_LISTは、テナントのローカリティ情報から確認できます。システムテナント
obclient> SELECT PRIMARY_ZONE, LOCALITY FROM oceanbase.DBA_OB_TENANTS WHERE tenant_name = 'mq_t1';ユーザーテナント
MySQLモードOracleモードMySQLモードでは、以下のコマンドを実行して、テナントの状態を確認します。
obclient> SELECT PRIMARY_ZONE, LOCALITY FROM oceanbase.DBA_OB_TENANTS;Oracleモードでは、以下のコマンドを実行して、テナントの状態を確認します。
obclient> SELECT PRIMARY_ZONE, LOCALITY FROM SYS.DBA_OB_TENANTS;
クエリ結果の例は以下のとおりです：
+--------------+------------------------------------+ | PRIMARY_ZONE | LOCALITY | +--------------+------------------------------------+ | RANDOM | FULL{1}@z1, FULL{1}@z2, FULL{1}@z3 | +--------------+------------------------------------+例の結果では、テナント
mq_t1のLOCALITYはFULL{1}@z1, FULL{1}@z2, FULL{1}@z3であり、テナントのZONE_LISTにz1、z2、z3の3つのZoneが含まれていることを示しています。構成パラメータ
enable_rebalanceの値がFalseであるかどうかを確認します。値がTrueの場合、ログストリームの変更操作後、テナントのロードバランシングモジュールが自動的にログストリームのPRIMARY_ZONEおよびUNIT_GROUP（同種ゾーンモード）/UNIT_LIST（異種ゾーンモード）の属性を調整する可能性があります。obclient> SHOW PARAMETERS LIKE '%enable_rebalance%';値が
Falseでない場合は、以下のコマンドを実行して、構成パラメータenable_rebalanceの値をFalseに設定する必要があります。システムテナント
obclient> ALTER SYSTEM SET enable_rebalance = 'False' TENANT = mq_t1;ユーザーテナント
obclient> ALTER SYSTEM SET enable_rebalance = 'False';
ステップ2：ログストリームの変更
各項目のチェックが要件を満たしていることを確認した後、業務状況に応じて適切な操作を選択し、ログストリームを変更します。
システムテナントによるユーザーテナントのログストリームの変更
rootユーザーでクラスタのsysテナントにログインします。接続例は以下のとおりです。データベースへの接続時は、実際の環境に準じてください。
obclient -h10.xx.xx.xx -P2883 -uroot@sys#obdemo -p***** -Aログストリームを変更します。
システムテナント内で、ユーザーテナントのログストリームを変更するSQLステートメントは以下のとおりです：
ALTER SYSTEM MODIFY LS [=] ls_id [UNIT_GROUP [=] unit_group_id] | [UNIT_LIST [=] (unit_id_list)][, PRIMARY_ZONE [=] 'zone_name'] TENANT [=] 'tenant_name';ステートメントの関連説明は以下のとおりです：
ls_id：変更対象のログストリームのID。unit_group_id：変更対象のログストリームのターゲットUnit GroupのIDを指定します。これは同種ゾーンモードのテナントにのみ適用されます。unit_group_idはシステムテナント内で、oceanbase.DBA_OB_UNITSビューをクエリすることで取得できます。unit_id_list：変更対象のログストリームが分散するターゲットUnitリストを指定します。これは異種ゾーンモードのテナントにのみ適用されます。unit_id_listはシステムテナント内で、oceanbase.DBA_OB_UNITSビューをクエリすることで取得できます。各ゾーンにつきUnitは1つまでです。zone_name：ターゲットゾーンの名前。tenant_name：変更対象のログストリームのターゲットテナント名。ログストリームの変更操作を実行する際には、少なくともログストリームのいずれかのプロパティ
UNIT_GROUP（同種ゾーンモード）/UNIT_LIST（異種ゾーンモード）またはPRIMARY_ZONEを変更する必要があります。
例：
同種ゾーンモード異種ゾーンモードログストリームの
UNIT_GROUPのみを変更する場合テナント
mq_t1の1002番ログストリームの位置を1002番のUNIT_GROUPに変更します。obclient> ALTER SYSTEM MODIFY LS 1002 UNIT_GROUP 1002 TENANT = mq_t1;ログストリームの
PRIMARY_ZONEのみを変更する場合テナント
mq_t1の1002番ログストリームリーダーの優先順位をz1に変更します。obclient> ALTER SYSTEM MODIFY LS 1002 PRIMARY_ZONE 'z1' TENANT = mq_t1;ログストリームの
UNIT_GROUPとPRIMARY_ZONEを同時に変更する場合テナント
mq_t1の1002番ログストリームの位置を1002番のUNIT_GROUPに変更し、ログストリームリーダーの優先順位をz1に変更します。obclient> ALTER SYSTEM MODIFY LS 1002 UNIT_GROUP 1002, PRIMARY_ZONE 'z1' TENANT = mq_t1;
ログストリームの
UNIT_LISTのみを変更する場合テナント
mq_t1の1002番ログストリームの位置を1004、1005、1006のUNIT_LISTに変更します。obclient> ALTER SYSTEM MODIFY LS 1002 UNIT_LIST (1004,1005,1006) TENANT = mq_t1;ログストリームの
PRIMARY_ZONEのみを変更する場合テナント
mq_t1の1002番ログストリーム Leaderの第一優先順位をz1に変更します。obclient> ALTER SYSTEM MODIFY LS 1002 PRIMARY_ZONE 'z1' TENANT = mq_t1;ログストリームの
UNIT_LISTとPRIMARY_ZONEを同時に変更する場合テナント
mq_t1の1002番ログストリームの位置を1004、1005、1006のUNIT_LISTに変更し、ログストリーム Leaderの第一優先順位をz1に変更します。obclient> ALTER SYSTEM MODIFY LS 1002 UNIT_LIST (1004,1005,1006), PRIMARY_ZONE 'z1' TENANT = mq_t1;
ログストリームが正常に変更されたかどうかを確認します。
obclient> SELECT LS_ID, PRIMARY_ZONE, LS_GROUP_ID, UNIT_LIST FROM oceanbase.CDB_OB_LS WHERE TENANT_ID=1002 AND LS_ID = 1002 AND STATUS = 'NORMAL';クエリ結果の例は以下のとおりです：
+-------+--------------+-------------+----------------+ | LS_ID | PRIMARY_ZONE | LS_GROUP_ID | UNIT_LIST | +-------+--------------+-------------+----------------+ | 1002 | z1;z2,z3 | 1001 | 1004,1005,1006 | +-------+--------------+-------------+----------------+ 1 row in set変更前後のログストリームを比較し、ログストリームの
UNIT_LIST（同種ゾーンモードでは、UNIT_GROUP_IDが同じUnitのグループ）、PRIMARY_ZONEなどが期待通りであれば、変更は成功したことを意味します。
ユーザーテナントが自身のテナントのログストリームを変更する場合
MySQLテナントまたはOracleテナントのテナント管理者がデータベースに接続します。
接続例は以下のとおりです。データベースへの接続時は、実際の環境に準じてください。
obclient -h10.xx.xx.xx -P2883 -uroot@mq_t1#obdemo -p***** -Aログストリームを変更します。
ユーザーテナントがログストリームを変更するSQLステートメントは以下のとおりです：
ALTER SYSTEM MODIFY LS [=] ls_id [UNIT_GROUP [=] unit_group_id] | [UNIT_LIST [=] (unit_id_list)][, PRIMARY_ZONE [=] 'zone_name'];ステートメントの関連説明は以下のとおりです：
ls_id：変更対象のログストリームのID。unit_group_id：変更対象のログストリームのターゲットUnit GroupのIDを指定します。これは同種ゾーンモードのテナントにのみ適用されます。unit_group_idはシステムテナントで、oceanbase.DBA_OB_UNITSビューをクエリすることで取得できます。unit_id_list：変更対象のログストリームを分散配置するターゲットUnitリストを指定します。これは異種ゾーンモードのテナントにのみ適用されます。unit_id_listはシステムテナントで、oceanbase.DBA_OB_UNITSビューをクエリすることで取得できます。各ZoneにはUnitを1つまで割り当てることができます。zone_name：ターゲットZoneの名前。ログストリームの変更操作を実行する際には、少なくともログストリームの1つの属性を変更する必要があります：
UNIT_GROUP（同種ゾーンモード）/UNIT_LIST（異種ゾーンモード）またはPRIMARY_ZONE。
例：
同種ゾーンモード異種ゾーンモードログストリームの
UNIT_GROUPのみを変更する場合1002番ログストリームの位置を1002の
UNIT_GROUPに変更します。obclient> ALTER SYSTEM MODIFY LS 1002 UNIT_GROUP 1002;ログストリームの
PRIMARY_ZONEのみを変更する場合1002番ログストリームのリーダーの優先順位を
z1に変更します。obclient> ALTER SYSTEM MODIFY LS 1002 PRIMARY_ZONE 'z1';ログストリームの
UNIT_GROUPとPRIMARY_ZONEを同時に変更する場合1002番ログストリームの位置を1002の
UNIT_GROUPに変更し、ログストリームリーダーの優先順位をz1に変更します。obclient> ALTER SYSTEM MODIFY LS 1002 UNIT_GROUP 1002, PRIMARY_ZONE 'z1';
ログストリームの
UNIT_LISTのみを変更する場合1002番ログストリームの位置を1004、1005、1006の
UNIT_LISTに変更します。obclient> ALTER SYSTEM MODIFY LS 1002 UNIT_LIST (1004,1005,1006);ログストリームの
PRIMARY_ZONEのみを変更する場合1002番ログストリームのリーダーの優先順位を
z1に変更します。obclient> ALTER SYSTEM MODIFY LS 1002 PRIMARY_ZONE 'z1';ログストリームの
UNIT_LISTとPRIMARY_ZONEを同時に変更する場合1002番ログストリームの位置を1004、1005、1006の
UNIT_LISTに変更し、ログストリームのリーダーの優先順位をz1に変更します。obclient> ALTER SYSTEM MODIFY LS 1002 UNIT_LIST (1004,1005,1006), PRIMARY_ZONE 'z1';
ログストリームが正常に変更されたかどうかを確認します。
MySQLモードを例に、クエリ例は以下のとおりです。
obclient> SELECT LS_ID, PRIMARY_ZONE, LS_GROUP_ID, UNIT_LIST FROM oceanbase.DBA_OB_LS WHERE LS_ID = 1002 AND STATUS = 'NORMAL';クエリ結果の例は以下のとおりです：
+-------+--------------+-------------+----------------+ | LS_ID | PRIMARY_ZONE | LS_GROUP_ID | UNIT_LIST | +-------+--------------+-------------+----------------+ | 1002 | z1;z2,z3 | 1001 | 1004,1005,1006 | +-------+--------------+-------------+----------------+ 1 row in set変更前後のログストリームを比較し、ログストリームの
UNIT_LIST（同種ゾーンモードでは、UNIT_GROUP_IDが同じUnitの集合）、PRIMARY_ZONEなどが期待通りであれば、変更は成功したことを意味します。