バックアップ運用、レプリケーション運用における全般的な注意事項について説明します。
管理対象サーバのロケールについて
すべての管理対象サーバ(Storageサーバ)には、AdvancedCopy Managerが使用する内部コード系(運用管理サーバ(Storage管理サーバ)へAdvancedCopy Managerをインストールする際に指定するコード系)のロケールがインストールされている必要があります。
運用管理サーバと管理対象サーバで言語環境(LANG)が異なる場合は、対処が必要です。以下に、その組合せと対処方法を示します。
運用管理サーバ | 管理対象サーバ | 対処方法 |
|---|---|---|
Windows (SJIS) | Windows (SJIS) | 必要ありません。 |
Solaris (EUC) | 管理対象サーバに以下のパッケージを追加インストールしてください。 [Solaris 11の場合]
[Solaris 10、Solaris 9の場合]
| |
HP-UX (EUC) | 管理対象サーバにSJISパッケージをインストールしてください。 | |
Linux (EUC) | 必要ありません。 | |
Linux (UTF8) | 必要ありません。 | |
AIX (SJIS) | 必要ありません。 | |
AIX (EUC) | 管理対象サーバにSJISの言語環境を追加してください。 | |
Solaris (EUC) | Windows (SJIS) | 必要ありません。 |
Solaris (EUC) | 管理対象サーバに以下のパッケージを追加インストールしてください。 [Solaris 11の場合]
[Solaris 10、Solaris 9の場合]
| |
HP-UX (EUC) | 必要ありません。 | |
Linux (EUC) | 必要ありません。 | |
Linux (UTF8) | 必要ありません。 | |
AIX (SJIS) | 管理対象サーバにEUCの言語環境を追加してください。 | |
AIX (EUC) | 必要ありません。 | |
Solaris (SJIS) | Windows (SJIS) | 必要ありません。 |
Solaris (EUC) | 管理対象サーバに以下のパッケージを追加インストールしてください。 [Solaris 11の場合]
[Solaris 10、Solaris 9の場合]
| |
HP-UX (EUC) | 管理対象サーバにSJISパッケージをインストールしてください。 | |
Linux (EUC) | 管理対象サーバにSJISの言語環境を追加してください。 | |
Linux (UTF8) | 管理対象サーバにSJISの言語環境を追加してください。 | |
AIX (SJIS) | 必要ありません。 | |
AIX (EUC) | 管理対象サーバにSJISの言語環境を追加してください。 | |
Solaris (UTF8) | Windows (SJIS) | 必要ありません。 |
Solaris (EUC) | 管理対象サーバに以下のパッケージを追加インストールしてください。 [Solaris 11の場合]
[Solaris 10、Solaris 9の場合]
| |
HP-UX (EUC) | 管理対象サーバにUTF8パッケージをインストールしてください。 | |
Linux (EUC) | 必要ありません。 | |
Linux (UTF8) | 必要ありません。 | |
AIX (SJIS) | 管理対象サーバにUTF8パッケージをインストールしてください。 | |
AIX (EUC) | 管理対象サーバにUTF8パッケージをインストールしてください。 | |
Linux (EUC) | Windows (SJIS) | 必要ありません(運用管理サーバの言語環境がEUCの場合、管理対象サーバが問題なく処理します)。 |
Solaris (EUC) | 管理対象サーバに以下のパッケージを追加インストールしてください。 [Solaris 11の場合]
[Solaris 10、Solaris 9の場合]
| |
HP-UX (EUC) | 必要ありません。 | |
Linux (EUC) | 必要ありません。 | |
Linux (UTF8) | 必要ありません。 | |
AIX (SJIS) | 管理対象サーバにEUCの言語環境を追加してください。 | |
AIX (EUC) | 必要ありません。 | |
Linux (UTF8) | Windows (SJIS) | 必要ありません。 |
Solaris (EUC) | 管理対象サーバに以下のパッケージを追加インストールしてください。 [Solaris 11の場合]
[Solaris 10、Solaris 9の場合]
| |
HP-UX (EUC) | 管理対象サーバにUTF8の言語環境を追加してください。 | |
Linux (EUC) | 必要ありません。 | |
Linux (UTF8) | 必要ありません。 | |
AIX (SJIS) | 管理対象サーバにUTF8の言語環境を追加してください。 | |
AIX (EUC) | 管理対象サーバにUTF8の言語環境を追加してください。 |
該当パッケージをインストール後、Webコンソールで「管理対象サーバ上の全デバイス情報の更新」操作を再実施してください。
バックアップ、レプリケーション対象について
以下のデバイスは、バックアップ対象、レプリケーション対象としないでください。
AdvancedCopy Managerがインストールされているデバイス
AdvancedCopy Managerの管理簿が存在するデバイス
LVM(Logical Volume Manager)の論理ボリュームまたはボリュームグループ
ボリューム上のデータとデータの整合性について
業務ボリューム上のデータ | データの整合性確保 | 運用方法 |
|---|---|---|
運用中のOracleのデータベーススペース | Oracleと連携する必要があります。 | Oracle連携用のサンプルスクリプトを使用します。 |
運用中のSymfowareのデータベーススペース | AdvancedCopy ManagerのコマンドがSymfowareと連携して整合性を確保します。 | 「第4章 バックアップ運用(Symfoware)」を参照してください。 |
ファイルシステム | AdvancedCopy Managerのコマンドがファイルシステムをアンマウントして整合性を確保します。 | 「付録A バックアップ／リストアの前後処理」および「付録C レプリケーションの前後処理」を参照してください。 |
上記以外 | 運用でデータの整合性を確保する必要があります。 | バックアップ、レプリケーションの実行時に業務を停止するなどの対処を行ってください。 |
デバイス情報の取込みについて
バックアップ運用、レプリケーション運用を開始する前に、Webコンソールを使用して、全管理対象サーバ(Storageサーバ)が管理するデバイス情報を取り込みます。手順は、「3.4.4 管理対象サーバ配下のデバイス情報の取込み」を参照してください。この操作は、選択した管理対象サーバに定義されているデバイスの総数に比例した時間がかかります。デバイス数が多い場合はCPU負荷やI/O負荷の低い状態で実施してください。目安として、負荷のない状態で、1デバイス(パーティション)あたり約0.5秒かかりますので、参考としてください。
同時実行数の上限について
1つのLU(Logical Unit)内で同時実行できるアドバンスト・コピーのセッション数には、上限(最大値)があります。そのため、1つのLU内のボリューム数は、LUあたりの最大コピーセッション数以下にしてください。
1LUあたりの最大コピーセッション数より多数のボリュームを1LU内に作成する場合、そのLU内のボリュームに対して、1LUあたりの最大コピーセッション数を超えるアドバンスト・コピーを同時に実施しない運用設計が必要です。
1LUあたりの最大コピーセッション数は、ETERNUS ディスクアレイの『SA/SEハンドブック』を参照してください。
パーティションのサイズについて
業務ボリュームとバックアップボリュームは、同一サイズである必要があります。しかし、以下のパーティションは、OS制御領域が自動的に確保されるため、fdiskコマンドで指定したサイズがすべて利用可能なサイズとはなりません。
ディスク内の先頭(fdiskコマンド上一番左)に存在する基本パーティション
拡張パーティションの先頭の論理パーティション
図11.1 パーティションで確保されるサイズについて
このため、業務ボリュームとバックアップボリュームを構成するパーティションは、サイズを同じにして作成した、以下の組合せに従って構成してください。
図11.2 業務ボリュームとバックアップボリュームの組合せ
図11.3 サイズの異なるパーティションが混在しているディスクでの組合せ例
また、レプリケーション運用において、複製元ボリューム／複製先ボリュームを同一サイズにする場合も、上記の同色の組合せにしてください。
ポイント
運用ミスを防ぐために、AdvancedCopy Managerで管理するETERNUS ディスクアレイ上の全パーティションを拡張パーティションにすることをお勧めします。
すべてのパーティションを拡張パーティションとして定義できない場合は、業務ボリュームとして定義したデバイスが含まれるパーティション構成と、バックアップボリュームとして定義したデバイスが含まれるパーティション構成を、同じにすることをお勧めします。
注意
PRIMECLUSTER GDSのボリュームをバックアップ運用する場合
GDSボリュームをバックアップする場合は、バックアップボリュームのサイズをセクタサイズで指定して、GDSボリュームと一致させてください。
バックアップボリュームの作成方法は、以下のとおりです。
バックアップするGDSボリュームの正確なサイズと本数を調べてください。
正確なサイズは、以下のコマンドで出力されるBLOCKSに、512バイトをかけた値です。
sdxinfo -o ボリューム名 |
下記の例では、BLOCKSが425984であるため、サイズは218103808バイト(425984×512)になります。
# sdxinfo -o v1 OBJ NAME CLASS GROUP SKIP JRM 1STBLK LASTBLK BLOCKS STATUS ------ ------- ------- ------- ---- --- -------- -------- -------- -------- volume v1 c1 g1 off on 65536 491519 425984 ACTIVE |
partedコマンドを使用して、バックアップボリュームのディスク形式がmsdos形式であることを確認してください。msdos形式でない場合は、「/sbin/parted <デバイス名> mklabel msdos」を実行してmsdos形式にしてください。
バックアップボリュームを作成するディスクの1セクタあたりのバイト数を調べます。
下記の例では、”sectors of 512 bytes”とあり、1セクタが512バイトであることがわかります。
# /sbin/sfdisk -uS -l /dev/sdp Disk /dev/sdp: 1017 cylinders, 133 heads, 62 sectors/track Units = sectors of 512 bytes, counting from 0 Device Boot Start End #sectors Id System /dev/sdp1 0 - 0 0 Empty /dev/sdp2 0 - 0 0 Empty /dev/sdp3 0 - 0 0 Empty /dev/sdp4 0 - 0 0 Empty |
ディスクにmsdosディスクラベルが存在しない場合は、以下のようなエラーとなります。
「sfdisk: ERROR: sector 0 does not have an msdos signature」
あらかじめ、fdiskコマンドまたはpartedコマンドで、対象のディスクにmsdosディスクラベルを作成してください。
例) partedコマンドでmsdosディスクラベルを作成する場合
# /sbin/parted /dev/sdp mklabel msdos |
作成するバックアップボリュームのセクタ数を計算します。
218103808バイト / 512バイト = 425984セクタ |
ただし、論理ボリュームの先頭1セクタは、パーティションディスクリプタが配置されるため、使用できないセクタになります。そのため、求めたセクタ数に1を加算します。
425984セクタ + 1 = 425985セクタ |
よって、作成するセクタは425985セクタになります。
sfdiskコマンドで入力するファイルを作成します。
バックアップボリュームは、拡張パーティション内の論理パーティションとして作成する必要があるため、以下のようなファイルを作成します。
# cat ./sdp-partition.dat ,,E ; ; ; ,128,L ,425985,L ,425985,L ,425985,L |
1つ目の論理パーティション(/dev/sdp5)は、パーティションディスクリプタの関係により、ほかの論理パーティションと同じサイズにすることができません。
そのため、1つ目の論理パーティションは、適当なサイズ(この場合128セクタ)で作成し、バックアップボリュームとしては使用しません。
sfdiskコマンドを利用して、パーティションを作成します。
# /sbin/sfdisk -uS --force /dev/sdp < ./sdp-partition.dat Checking that no-one is using this disk right now ... OK Disk /dev/sdp: 1017 cylinders, 133 heads, 62 sectors/track Old situation: Units = sectors of 512 bytes, counting from 0 Device Boot Start End #sectors Id System /dev/sdp1 0 - 0 0 Empty /dev/sdp2 0 - 0 0 Empty /dev/sdp3 0 - 0 0 Empty /dev/sdp4 0 - 0 0 Empty New situation: Units = sectors of 512 bytes, counting from 0 Device Boot Start End #sectors Id System /dev/sdp1 1 8386181 8386181 5 Extended /dev/sdp2 0 - 0 0 Empty /dev/sdp3 0 - 0 0 Empty /dev/sdp4 0 - 0 0 Empty /dev/sdp5 2 129 128 83 Linux /dev/sdp6 131 426114 425984 83 Linux /dev/sdp7 426116 852099 425984 83 Linux /dev/sdp8 852101 1278084 425984 83 Linux Warning: partition 5 does not end at a cylinder boundary Successfully wrote the new partition table Re-reading the partition table ... If you created or changed a DOS partition, /dev/foo7, say, then use dd(1) to zero the first 512 bytes: dd if=/dev/zero of=/dev/foo7 bs=512 count=1 (See fdisk(8).) |
作成された/dev/sdp6、/dev/sdp7、/dev/sdp8を、バックアップボリュームとして使用してください。
GDSでのミラーについて
筐体間ミラーを行っていて、筐体障害時にOPCによりリストアする必要がある場合は、ミラーの両系をバックアップする必要があります。この場合、バックアップボリュームは、論理ボリュームの容量ではなく、物理ボリュームの容量分が必要です。
ディスクへの他サーバからのマウントについて
複数のサーバからマウントできる状態のボリュームをバックアップ／リストア、レプリケーションする場合は、他サーバからのマウントを事前に解除してください。
また、他サーバからのマウントが不要なディスクは、ETERNUS ディスクアレイやファイバーチャネルスイッチなどのハードウェアの設定で、複数のサーバから同じパーティションを検出・アクセスできないように設定してください。
ファイルシステムを対象としたコピー処理を実行する場合の注意事項
ファイルシステムを対象とする場合、データへのアクセス抑止とデータの整合性を保証するためにボリュームをアンマウントします。
ボリュームが使用中の場合はアンマウントできないため、バックアップ／リストア、レプリケーション処理の実行はエラーとなります。
以下の点などに注意して、アンマウントできる状態で処理を実行してください。
ほかのアプリケーションがボリュームを使用していないこと。使用している場合は、一時的にアプリケーションを停止してください。
ユーザーがボリュームを使用していないこと。利用している場合は、一時的に利用をやめてください。
ボリュームの中に別のボリュームをマウントしていないこと。別のボリュームをマウントしている場合は、一時的にマウントを解除してください。
NFS共有でshareされていないこと(Solaris/HP-UX/Linuxの場合)。Shareされている場合は、一時的にunshareしてください。
アンマウントが必要な期間はコマンド実行中だけです。コマンド終了後は運用を再開できます。
Logical Unit(ディスク)単位コピーを実施する場合の注意事項
Logical Unit(ディスク)単位コピーは、レプリケーション運用で利用できます。
Logical Unit(ディスク)単位コピーを実施する場合、以下の点に注意してください。
テープバックアップについて
テープバックアップ機能は、『ETERNUS SF AdvancedCopy Manager 運用ガイド テープサーバオプション編』の「システムボリュームのバックアップ／リストア」を参照してください。
サーバ間でコピーを行う場合
両サーバのバージョンを13.1以降にしてください。
サイズの異なるLogical Unit(ディスク)間でのコピーを行う場合
サイズの異なるLogical Unit(ディスク)間でのコピーは、小さいサイズのLogical Unit(ディスク)に合わせて物理コピーを行います。小さいサイズのLogical Unit(ディスク)から大きいサイズのLogical Unit(ディスク)へコピーする場合は、一部領域に物理コピーが行われず、コピー前のデータが残ります。この残存した領域にLogical Unit(ディスク)の管理情報が存在する場合、パーティショニングツールがディスク形式を誤って認識することがあるため、コピー先のLogical Unit(ディスク)をフォーマットしてからLogical Unit(ディスク)間のコピーを実施してください。
GPTディスクについて
GPTディスクをLogical Unit(ディスク)単位でコピーする場合は、複製元ボリュームと複製先ボリュームのサイズをバイト数まで同じにしてください。
サイズの異なるボリューム間でコピーすると、複製先ボリュームのGPTラベルが書き換えられる場合があります。GPTラベルが書き換えられた複製先ボリュームを複製元ボリュームにリストアしても、複製元ボリュームを利用できません。
コピー実施時の注意
レプリケーション管理の複製元ボリューム／複製先ボリュームの領域と、バックアップ管理の業務ボリューム／バックアップボリュームの領域が重複している場合、領域が重複したボリュームに対して、レプリケーション管理とバックアップ管理の操作を同時に行わないでください。
Logical Unit(ディスク)に含まれるパーティションをアンマウントした状態でコピーを実施してください。マウントした状態でコピーを実施した場合、コピー先のディスクに含まれるパーティションは、ファイルシステムとして整合がとれない場合があります。
SDXオブジェクトについて
SDXオブジェクトのLogical Unit(ディスク)単位コピーは利用できません。
異なるOS間でコピーを実施する場合の注意事項
異なるOS間でのコピーは、レプリケーション運用で利用できます。異なるOS間でコピーする場合は、次の組合せで実施してください。
複製元 | 複製先 | |
|---|---|---|
パーティション | Logical Unit(ディスク) | |
パーティション | 可能 | 不可 |
Logical Unit(ディスク) | 可能 | 不可 |
注意
SnapOPC+を利用して異なるOS間でコピーする場合は、SnapOPC+を利用できるOS間でコピーしてください。
レプリケーション機能を使ってLogical Unit(ディスク)からパーティションにコピーを実施する場合の注意事項
複製先ボリューム(パーティション)には、ファイルシステムを作成しないでください。
サポートするディスク形式
MBR形式(推奨)とGPT形式をサポートしています。
udev機構により生成されるデバイス名(by-id、by-path)での運用について
udev機構により生成されるデバイス名を使用してAdvancedCopy Managerを運用する場合、以下の点に注意してください。
ファイルシステムをマウントする場合のデバイス名は、AdvancedCopy Managerで使用するデバイス名と同じにする必要があります。
AdvancedCopy Managerをby-idで運用する場合、by-idでマウントします。
AdvancedCopy Managerをby-pathで運用する場合、by-pathでマウントします。
udev名でサーバ間レプリケーションを行う場合、相手サーバのAdvancedCopy Managerのバージョンを同一にする必要があります。
相手サーバが以下のOSの場合、udev名でのサーバ間レプリケーションは行えません。
HP-UX
AIX
-mオプション使用時の注意事項
サーバ間レプリケーションの場合、以下のコマンドにおいて-mオプションを指定することで、非操作サーバと通信しない設定にできます。
-mオプションを指定する場合は、非操作サーバでのボリューム前後処理が行われなくても問題ないように、以下のどれかの条件を満たしている必要があります。
非操作サーバがシャットダウンされている。
非操作サーバのボリュームに対する前後処理を手動で実施する。
対象ボリュームがファイルシステムではなく、前後処理が不要なRAWデバイスである(Oracleなど)。
アドバンスト・コピーのコピー処理性能について
アドバンスト・コピーのコピー処理はETERNUS ディスクアレイによって行われるため、コピー処理性能に関する問合せは、ETERNUS ディスクアレイのサポート部門までお願いいたします。
ラベル指定によるマウントについて
コピー元ボリュームにラベルが付与されている、かつ、以下のaまたはbに該当する場合、アドバンスト・コピーによりシステム内に同じラベルをもつボリュームが複数存在する状態が発生します。
バックアップ／リストアやサーバ内レプリケーションを行った場合
サーバ間レプリケーションにおいて、コピー先サーバにコピー元ボリュームと同じラベルをもつボリュームが存在した場合
同じラベルをもつボリュームが複数存在すると、マウント処理などが正常に動作しません。このような現象を避けるために、/etc/grub.confおよび/etc/fstabには、ラベルでなくデバイス(/dev/sda1など)を指定してください。
