ページの先頭行へ戻る
ETERNUS SF AdvancedCopy Manager 14.1 運用手引書
第13章 運用上の注意事項 > 13.1 バックアップ運用／レプリケーション運用の注意事項 > 13.1.1 全般的な注意事項
前次

13.1.1 全般的な注意事項

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

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

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

Storage管理サーバとStorageサーバの間で、言語環境(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の場合、StorageサーバにEUCの言語環境を追加する必要がある

AIX (EUC)

必要なし(同じLANGの場合)

管理サーバがSJISの場合、Storageサーバに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の言語環境を追加する必要がある

該当パッケージをインストール後、再度GUIクライアントから「Storageサーバ上の全デバイス情報の更新」操作を実施してください。

パーティションのサイズについて

業務ボリュームとバックアップボリュームは同一サイズである必要があります。しかし、以下のパーティションについては、OS制御領域が自動的に確保されるため、ディスクの管理で指定したサイズが、全て利用可能なサイズとはなりません。

このため、業務ボリュームとバックアップボリュームを構成するパーティションは、サイズを同じにして作成した、以下の組み合わせにしたがい構成してください。

図13.2 業務ボリュームとバックアップボリュームの組み合わせ

図13.3 サイズの異なるパーティションが混在しているディスクでの組み合わせ例

また、レプリケーション運用において、複製元ボリューム／複製先ボリュームを同一サイズにする場合も、上記の同色の組み合わせにしてください。

ポイント

運用ミスを防止するために、AdvancedCopy Managerで管理するETERNUS ディスクアレイ上の全パーティションは、拡張パーティションとする事をお勧めします。

全てを拡張パーティションとして定義できない場合には、業務ボリュームとして定義したデバイスが含まれるパーティション構成と、バックアップボリュームとして定義したデバイスが含まれるパーティション構成は同一にする事をお勧めします。

ポイント

異なるOS(Windows Server 2003、Windows Server 2008、およびWindows Server 2008 R2)間でサーバ間レプリケーションを行う場合、各サーバで同じ定義を行っても、OSの違いにより作成されるパーティションのサイズが異なる場合があります。この場合、複製先が大きくなるように定義してください。

パーティションの配置について

一つのLogical Unit(ディスク)にプライマリパーティションと拡張パーティションが混在する場合、必ず、プライマリパーティションの後ろ(ディスクの管理上の右側)に拡張パーティションを作成してください。

注意

拡張パーティションの後ろにプライマリパーティションを作成すると、ディスクの管理で出力されるパーティションの順番と、AdvancedCopy Managerの管理画面で表示されるデバイス名／ブロックデバイス名におけるパーティション番号とが不一致となりますので、注意してください。詳細を以下に示します。

図13.4 パーティションに対する番号の割当て

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

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

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

業務ボリューム上のデータ

データの整合性確保

運用方法

運用中のOracleのデータベーススペース

Oracleと連携する必要があります。

Oracle連携用のサンプルスクリプトを使用します。

詳細については、「付録B Oracleと連携したバックアップ運用(サンプルスクリプト)」を参照してください。

運用中のExchangeデータベーススペース

AdvancedCopy ManagerのコマンドがExchange Serverと連携して整合性を確保します。

「第9章 Exchangeデータベースのバックアップとリストア」を参照してください。

運用中のSQL Serverデータベース

AdvancedCopy ManagerのコマンドがSQL Serverと連携して整合性を確保します。

「第10章 SQL Serverデータベースのバックアップとリストア」を参照してください。

運用中のSymfowareのデータベーススペース

AdvancedCopy ManagerのコマンドがSymfowareと連携して整合性を確保します。

「第5章 バックアップ運用(Symfoware)」を参照してください。

上記以外

AdvancedCopy Managerのコマンドがボリュームのロックを行って整合性を確保します。

「付録A バックアップ／リストアの前後処理」および「付録C レプリケーションの前後処理」を参照してください。

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

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

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

バックアップ同期処理もしくは同期型レプリケーション処理を実行している場合は、デバイス情報を正しく取得できない場合があります。そのため、デバイス情報の取り込みを行う場合は、すべての同期処理をキャンセルした状態で実施してください。

デバイス構成の変更について

業務ボリューム／バックアップ運用、レプリケーション運用で設定されたボリュームに対して、以下のデバイス構成の変更を行う場合は、一旦それらのボリュームの登録から削除し、デバイス構成変更後に、再度AdvancedCopy Managerのボリュームとして登録する必要があります。

なお、本処理は、デバイス構成を変更するボリュームが格納されているディスク内の全ボリュームが対象となります。

詳細な作業手順については、「11.5.5 デバイス構成の変更」を参照してください。

動作ソフトウェアについて

以下のソフトウェアが動作している場合、全デバイスが常に使用中状態となります。このため、バックアップ／リストア、レプリケーションを行う際には、以下に記載されている対処を行ってください。

同時実行数の上限について

1つのLU(Logical Unit)内で、同時に実行できるアドバンスト・コピーのセッション数には、上限(最大値)があります。そのため、1つのLU内のボリューム数は、LUあたりの最大コピーセッション数以下にしてください。

運用上、1LUあたりの最大コピーセッション数以上のボリュームを、同一LUに作成する必要がある場合、同一LU内のボリュームに対して、最大コピーセッション数以上のアドバンスト・コピーを同時に実施しない運用設計が必要です。

なお、1LUあたりの最大コピーセッション数については、ETERNUS ディスクアレイの『SA/SEハンドブック』を参照してください。

ダイナミックボリュームについて

ダイナミックボリュームは、バックアップ運用、レプリケーション運用で利用する事ができません。

NTFSフォルダにボリュームをマウントする場合

バックアップの失敗とマウントポイントについて

バックアップ運用を行っている場合、システムの再起動、AdvancedCopy Managerサービスの再起動またはクラスタ運用時のフェイルオーバにより、マウントポイントの情報を正しく取得できない場合があります。

マウントポイントの情報が正しく取得できないと、以下のメッセージが出力されバックアップすることができません。

swst0754 異常なボリュームを検出しました。ボリューム名＝[VOLUME]、エラーコード＝[ERROR]
または
swst0754 The abnormal volume was detected. Volume=[VOLUME], Error=[ERROR]

この場合は、以下の手順に従って対処してください。

JIS2004追加文字を含むマウントポイントを使用している場合(Windows Server 2008、Windows Server 2008 R2)

バックアップ運用を行っている場合、システム内にJIS2004追加文字を含むマウントポイントが存在すると、マウントポイントの情報を正しく取得できない場合があります。

マウントポイントの情報が正しく取得できないと、以下のメッセージが出力されバックアップすることができません。

swst0754 異常なボリュームを検出しました。ボリューム名＝[VOLUME]、エラーコード＝123
または
swst0754 The abnormal volume was detected. Volume=[VOLUME], Error=123

この場合は、以下の手順に従って対処してください。

イベントビューアに出力されるメッセージについて

ディスクの構成について

ディスクは1つのサーバから排他的にアクセスされる必要があるため、複数のサーバが同じパーティションを検出したり、アクセスしたりできないように設定しておく必要があります。

Windows Server 2003、Windows Server 2008、およびWindows Server 2008 R2でこの設定を行うことはできないため、ETERNUS ディスクアレイやファイバーチャネルスイッチ等のハードウェアの設定により行ってください。

SafeDISKでのミラーについて

筐体間ミラーを行っている場合、ミラーの両系をバックアップすることができません。バックアップ運用している筐体が筐体障害となった場合は、バックアップ運用を別筐体での運用に切り替える必要があります。また、筐体障害の場合にデータの復旧を行う必要がある場合は、事前にバックアップ先をテープなどの2次媒体に退避しておく必要があります。

コピー処理を実行する場合の注意事項

バックアップ／リストア、レプリケーションを行う際は、データへのアクセス抑止とデータの整合性を保証するためにボリュームをロックします。

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

以下の点などに注意して、ボリュームをロックできる状態で処理を実行するようにしてください。

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

OSのボリュームシャドウコピー機能を使用する場合の注意事項

バックアップ／リストア、レプリケーションを行う場合は、データへのアクセス抑止とデータの整合性を保証するためにボリュームをロックします。

シャドウコピー記憶域が、AdvancedCopy Managerのコピー元／コピー先ボリュームに作成されている場合は、OSがボリュームを常時使用するため、バックアップ／リストアおよびレプリケーション処理の実行時、エラーとなります。

そのため、シャドウコピー記憶域は、コピー元／コピー先ボリューム以外のボリュームに作成するようにしてください。

なお、シャドウコピー記憶域がコピー元ボリュームに作成されている場合は、-Xflushオプション等により、コピー元ボリュームのロック処理を回避する方法が考えられますが、以下の理由によりこの方法は使用できません。

大容量ディスクの運用について

2TBを超えるディスクを使用する場合、ディスクの形式をGPTディスク形式にする必要があります。

Logical Unit(ディスク)単位コピーを実施する場合の注意事項

Logical Unit(ディスク)単位コピーは、レプリケーション運用で利用できます。

Logical Unit(ディスク)単位コピーを実施する場合、以下の点に注意してください。

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

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

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

表13.1 異なるOS間でのコピーを実施する場合の組み合わせ

複製先

パーティション

Logical Unit(ディスク)

複製元

パーティション

○

×

Logical Unit(ディスク)

○

×

○:可能、×:不可

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

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

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

  1. 非操作サーバがシャットダウンされている。

  2. 非操作サーバのボリュームに対する前後処理を手動で実施する。

  3. 対象ボリュームがファイルシステムではなく、前後処理が不要なRAWデバイスである(Oracle等)。

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

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

前次
Copyright 2010 FUJITSU LIMITED