10.1.1 全般的な注意事項

バックアップ運用／レプリケーション運用における全般的な注意事項について説明します。

Storageサーバのロケールについて

すべてのStorageサーバには、AdvancedCopy Managerが使用する内部コード系(Storage管理サーバへAdvancedCopy Managerをインストールする際に指定するコード系)のロケールがインストールされている必要があります。

Storage管理サーバとStorageサーバの間で、言語環境(LANG)が異なる場合に対処が必要となります。以下にその組み合わせと対処方法を示します。

表10.1 言語環境(LANG)が異なる場合の対処方法
Storage管理サーバ	Storageサーバ	対処方法
Windows(SJIS)	Windows(SJIS)	必要なし
	Solaris(EUC)	StorageサーバにSJISパッケージをインストールする必要がある
	HP-UX(EUC)	StorageサーバにSJISパッケージをインストールする必要がある
	Linux(EUC)	必要なし
	Linux(UTF8)	必要なし
	AIX(SJIS)	必要なし
	AIX(EUC)	StorageサーバにSJISの言語環境を追加する必要がある
Solaris ロケールの設定による(標準 EUC)	Windows(SJIS)	必要なし(Storage管理サーバがEUCの場合、Storageサーバが問題なく処理する)
	Solaris (EUC)	必要なし(同じコードの場合) 管理サーバがSJISの場合、StorageサーバにSJISパッケージをインストールする必要がある
	HP-UX(EUC)	必要なし(同じLANGの場合) 管理サーバがSJISの場合、StorageサーバにSJISパッケージをインストールする必要がある
	Linux(EUC)	必要なし
	Linux(UTF8)	必要なし
	AIX(SJIS)	必要なし(同じLANGの場合) 管理サーバがEUCの場合、EUCの言語環境を追加する必要がある
	AIX(EUC)	必要なし(同じLANGの場合) 管理サーバがSJISの場合、SJISの言語環境を追加する必要がある
Linux(EUC)	Windows(SJIS)	必要なし(Storage管理サーバがEUCの場合、Storageサーバが問題なく処理する)
	Solaris(EUC)	必要なし
	HP-UX(EUC)	必要なし
	Linux(EUC)	必要なし
	Linux(UTF8)	必要なし
	AIX(SJIS)	StorageサーバにEUCの言語環境を追加する必要がある
	AIX(EUC)	必要なし
Linux(UTF8)	Windows(SJIS)	必要なし
	Solaris(EUC)	StorageサーバにUTF8の言語環境を追加する必要がある
	HP-UX(EUC)	StorageサーバにUTF8の言語環境を追加する必要がある
	Linux(EUC)	必要なし
	Linux(UTF8)	必要なし
	AIX(SJIS)	StorageサーバにUTF8の言語環境を追加する必要がある
	AIX(EUC)	StorageサーバにUTF8の言語環境を追加する必要がある

また、サーバ間レプリケーションを行う場合は、複製元サーバで使用してるコード系のロケールが、複製先サーバにインストールされている必要があります。

バックアップ、レプリケーション対象について

以下のデバイスは、バックアップ対象、レプリケーション対象としないでください。

システムが格納されているデバイス
AdvancedCopy Managerがインストールされているデバイス
AdvancedCopy Managerの管理簿が存在するデバイス

ボリューム上のデータとデータの整合性について

表10.2 データの整合性確保
業務ボリューム上のデータ	データの整合性確保	運用方法
ファイルシステム	AdvancedCopy Managerのコマンドがファイルシステムをアンマウントして整合性を確保します。	「付録A バックアップ／リストアの前後処理」および「付録B レプリケーションの前後処理」を参照してください。
上記以外	運用でデータの整合性を確保する必要があります。	バックアップ、レプリケーションの実行時に業務を停止するなどの対処を行ってください。

デバイス情報の取り込みについて

バックアップ運用／レプリケーション運用を開始する前に、AdvancedCopy ManagerのGUIクライアントを使用して、全Storageサーバが管理するデバイス情報の取り込みを行います。デバイス情報の取り込みについては、「4.4.5 Storageサーバ配下のデバイス情報の取り込み」を参照してください。この操作は、選択したStorageサーバに定義されているデバイスの総数に比例した時間がかかります。デバイス数が多い場合はCPU負荷やI/O負荷の低い状態で実施してください。

目安として、負荷のない状態で、1デバイス(ディスク)あたり約0.5秒かかりますので、参考としてください。

マルチパス運用時の注意事項

デバイスをマルチパス構成にしている場合、片パスが閉塞されても自動的にパス交替しません。

片パスが閉塞された場合は、以下の対処実施後、バックアップ／レプリケーションを再実行してください。

以下のコマンドを実施し、パスを切り換える。正常なデバイスに対して以下のコマンドを実行してください。
/usr/sbin/lspv hdisk*
バックアップ／レプリケーションのコマンドを再度実行する。

ディスクへの他サーバからのマウントについて

複数のサーバからマウントできる状態のボリュームに対してバックアップ／リストア、レプリケーションを行う場合は、他サーバからのマウントを事前に解除してください。

また、他サーバからのマウントが必要ないディスクには、ETERNUS ディスクアレイやファイバーチャネルスイッチ等のハードウェアの設定により、複数のサーバから同じ論理ディスクを検出したり、アクセスしたりできないように設定してください。

ファイルシステムを対象としたコピー処理を実行する場合の注意事項

ファイルシステムを対象とする場合、データへのアクセス抑止とデータの整合性を保証するためにボリュームのアンマウントを行います。

そのため、ボリュームが使用中の場合はアンマウントができないため、バックアップ／リストアおよびレプリケーション処理の実行はエラーとなります。

以下の点などに注意して、アンマウントができる状態で処理を実行するようにしてください。

他のアプリケーションがボリュームを使用していないこと。使用している場合は、一時的にアプリケーションを停止してください。
ユーザーがボリュームを使用していないこと。利用している場合は、一時的に利用をやめてください。
ボリュームの中に別のボリュームをマウントしていないこと。別のボリュームをマウントしている場合は、一時的にマウントを解除してください。
NFS共有でshareされていないこと（Solaris/HP-UX/AIX/Linuxの場合）。Shareされている場合は、一時的にunshareしてください。

アンマウントが必要な時間はコマンドの実行中のみです。コマンドの終了後は運用を再開することができます。

異なるOS間でコピーを実施する場合の注意事項

異なるOS間でのコピーは、レプリケーション運用で利用できます。

異なるOS間でのコピーを実施する場合は、次の組み合わせで実施してください。

表10.3 異なるOS間でのコピーを実施する場合の組み合わせ
		複製先
		スライス	Logical Unit(ディスク)
複製元	スライス	○	×
複製元	Logical Unit(ディスク)	○	×

○:可能、×:不可

-mオプション使用時の注意事項

サーバ間レプリケーションの場合、以下のコマンドにおいて、非操作サーバとの通信処理を行わないことを指定するために-mオプションを指定することができます。

-mオプションを指定する場合は、非操作サーバでのボリューム前後処理が行われなくても問題がないように、以下のいずれかの条件が満たされる必要があります。

非操作サーバがシャットダウンされている。
非操作サーバのボリュームに対する前後処理を手動で別途実施する
対象ボリュームがファイルシステムではなく、(前後処理が不要な)RAWデバイスである(Oracle等)

アドバンスト・コピーのコピー処理性能について

アドバンスト・コピーのコピー処理はETERNUS ディスクアレイによって行われるため、コピー処理性能に関するお問い合わせはETERNUS ディスクアレイのサポート部門までお願いいたします。

バックアップ／レプリケーション後のサーバ再起動について

バックアップまたはレプリケーションを実行した後、サーバを再起動するとバックアップボリュームが「使用可能」から「定義済み」になって使用できなくなり、また、そのバックアップボリュームが、別のデバイス名で新たに検出されることがあります。

その場合、バックアップ管理・レプリケーション管理のコマンドは以下のいずれかのエラーとなります。

swst3603
swst3605
swst3606
swsrp3603
swsrp3605
swsrp3606

このような状態となった場合、新たに検出されたデバイスを削除し、認識できなくなったバックアップボリュームを復旧する必要があります。

以下の手順で実施してください。

(以下の例では業務ボリュームがhdisk2に作成されたvg02、バックアップボリュームがhdisk4に作成されたvg04、新たに検出されたデバイス名がhdisk17として説明しています。)

業務ディスク内のボリュームをすべてアンマウントします。
```
# umount /mnt/vg02
```
業務ディスクのボリュームグループを非活性化します。
```
# varyoffvg vg02
```

ディスクの状態を確認します。

# lspv
hdisk0    005f74da1705160e    rootvg   active
hdisk1    005f74da6688a970    None
hdisk2    005f74da8a1b6e2f    vg02     active
hdisk3    005f74da70e35fc7    vg03     active
hdisk5    005f74da8af5069d    None
hdisk16   005f74da6fd209eb    vg16     active
hdisk17   005f74da8a1b6e2f    vg02     active  ←新たに別の名前で認識されたバックアップボリューム

新たに認識されたディスクの定義を削除します。
```
# rmdev -l hdisk17 -d
hdisk17 を削除しました
```
業務ディスクのボリュームグループを活性化します。
```
# varyonvg vg02
```
業務ディスク内のボリュームをすべてマウントします。
```
# mount /mnt/vg02
/dev/lv00 のログを再生します。
```
業務ディスクを使用可能状態にします。
```
# mkdev -l hdisk4
hdisk4 使用可能
```

バックアップボリュームが使用可能になったことを確認します。

# lspv
hdisk0    005f74da1705160e    rootvg   active
hdisk1    005f74da6688a970    None
hdisk2    005f74da8a1b6e2f    vg02     active
hdisk3    005f74da70e35fc7    vg03     active
hdisk4    005f74da8a2d04e0    vg04
hdisk5    005f74da8af5069d    None
hdisk16   005f74da6fd209eb    vg16     active