| ETERNUS SF AdvancedCopy Manager 運用手引書 13.3 - Microsoft(R) Windows(R) 2000 -,- Microsoft(R) Windows Server(R) 2003 -, - Microsoft(R) Windows Server(R) 2008 - |
|
目次
索引
|
| 第13章 運用上の注意事項 | > 13.1 バックアップ運用／レプリケーション運用の注意事項 |
バックアップ運用、レプリケーション運用における全般的な注意事項について説明します。
すべての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制御領域が自動的に確保されてしまうため、ディスクの管理で指定したサイズが、全て利用可能なサイズとはなりません。
ディスク内の先頭(ディスクの管理上一番左)に存在するプライマリパーティション
全ての拡張パーティション
このため、業務ボリューム／バックアップボリュームを決定する場合は、以下のようにしてください。
業務ボリュームが先頭(ディスクの管理上、一番左)のプライマリパーティションまたは、全ての拡張パーティションの場合は、バックアップボリュームも、先頭のプライマリパーティションまたは、拡張パーティション内のボリュームを定義してください。
業務ボリュームが先頭以外のプライマリパーティションの場合は、バックアップボリュームも、先頭以外のプライマリパーティション内のボリュームを定義してください。
すなわち、業務ボリューム／バックアップボリュームの組み合わせは、上図の同色の組み合わせとしてください。
また、レプリケーション運用において、複製元ボリューム／複製先ボリュームを同一サイズにする場合も、上記の同色の組み合わせにしてください。
運用ミスを防止するために、AdvancedCopy Managerで管理するGR装置上の全パーティションは、拡張パーティションとする事をお勧めします。
全てを拡張パーティションとして定義できない場合には、業務ボリュームとして定義したデバイスが含まれるパーティション構成と、バックアップボリュームとして定義したデバイスが含まれるパーティション構成は同一にする事をお勧めします。すなわち、上図でのDisk2,Disk4の関係となります。
異なるOS(Windows 2000/Windows Server 2003/Windows Server 2008)間でサーバ間レプリケーションを行う場合、各サーバで同じ定義を行っても、OSの違いにより作成されるパーティションのサイズが異なる場合があります。この場合、複製先が大きくなるように定義してください。
一つのLogical Unit(ディスク)にプライマリパーティションと拡張パーティションが混在する場合、必ず、プライマリパーティションの後ろ(ディスクの管理上の右側)に拡張パーティションを作成してください。拡張パーティションの後ろにプライマリパーティションを作成すると、ディスクの管理で出力されるパーティションの順番と、AdvancedCopy Managerの管理画面で表示されるデバイス名／ブロックデバイス名におけるパーティション番号とが不一致となりますので、注意してください。詳細を以下に示します。
以下のデバイスは、バックアップ対象、レプリケーション対象としないでください。
AdvancedCopy Managerがインストールされているデバイス
AdvancedCopy Managerの管理簿が存在するデバイス
|
業務ボリューム上のデータ |
データの整合性確保 |
運用方法 |
|---|---|---|
|
運用中のOracleのデータベーススペース |
Oracleと連携する必要があります。 |
Oracle連携用のサンプルスクリプトを使用します。 詳細については、「Oracleと連携したバックアップ運用(サンプルスクリプト)」を参照してください。 |
|
運用中のExchangeデータベーススペース |
AdvancedCopy ManagerのコマンドがExchange Serverと連携して整合性を確保します。 |
「Exchangeデータベースのバックアップとリストア」を参照してください。 |
|
運用中のSQL Serverデータベース |
AdvancedCopy ManagerのコマンドがSQL Serverと連携して整合性を確保します。 |
「SQL Serverデータベースのバックアップとリストア」を参照してください。 |
|
運用中のSymfowareのデータベーススペース |
AdvancedCopy ManagerのコマンドがSymfowareと連携して整合性を確保します。 |
「バックアップ運用(Symfoware)」を参照してください。 |
|
上記以外 |
AdvancedCopy Managerのコマンドがボリュームのロックを行って整合性を確保します。 |
「バックアップ／リストアの前後処理」および「レプリケーションの前後処理」を参照してください。 |
バックアップ運用、レプリケーション運用を開始する前に、AdvancedCopy ManagerのGUIクライアントを使用して、全Storageサーバが管理するデバイス情報の取り込みを行います。デバイス情報の取り込みについては、「Storageサーバ配下のデバイス情報の取り込み」を参照してください。この操作は、選択したStorageサーバに定義されているデバイスの総数に比例した時間がかかります。デバイス数が多い場合はCPU負荷やI/O負荷の低い状態で実施してください。
目安として、負荷のない状態で、1デバイス(パーティション)あたり約0.5秒かかりますので、参考としてください。
バックアップ同期処理もしくは同期型レプリケーション処理を実行している場合は、デバイス情報を正しく取得できない場合があります。そのため、デバイス情報の取り込みを行う場合は、すべての同期処理をキャンセルした状態で実施してください。
業務ボリューム／バックアップ運用、レプリケーション運用で設定されたボリュームに対して、以下のデバイス構成の変更を行う場合は、一旦それらのボリュームの登録から削除し、デバイス構成変更後に、再度AdvancedCopy Managerのボリュームとして登録し直す必要があります。
プライマリパーティションまたは拡張パーティション内の論理ドライブの削除
プライマリパーティションまたは拡張パーティションまたは論理ドライブの追加
パーティション種別(プライマリパーティション／拡張パーティション)の変更
プライマリパーティションまたは拡張パーティション内の論理ドライブの容量変更
なお、本処理は、デバイス構成を変更するボリュームが格納されているディスク内の全ボリュームが対象となります。
詳細な作業手順については、「デバイス構成の変更」を参照してください。
以下のソフトウェアが動作している場合、全デバイスが常に使用中状態となります。このため、バックアップ／リストア、レプリケーションを行う際には、以下に記載されている対処を行ってください。
ディスクをロックするソフトウェア(ウィルスチェックソフト、システム監視ソフトウェア等)
バックアップ／リストア業務、レプリケーション業務を行う際、一時的に上記ソフトウェアを停止させてください。また、停止できないソフトウェアは導入しないようにしてください。
SystemWalker/CentricMGR
バックアップ／リストア業務、レプリケーション業務を行う際、一時的にSystemWalker/CentricMGRのサービス(サービス表示名:SystemWalker MpTrfExA)を停止させてください。
SystemWalker/PerfMGR
バックアップ／リストア業務、レプリケーション業務を行う際、一時的にSystemWalker/PerfMGRのサービス(サービス表示名:SystemWalker/PerfMGR DCMおよびSystemWalker/PerfMGR FCMAC)を停止させてください。
分散リンクトラッキングクライアントサービス
バックアップ／リストア業務、レプリケーション業務を行う際、一時的に分散リンクトラッキングクライアントサービス(サービス表示名:Distributed Link Tracking Client)を停止させてください。
1つのLU(Logical Unit)内で、同時に実行できるアドバンスト・コピーのセッション数には、上限(最大値)があります。そのため、1つのLU内のボリューム数は、LUあたりの最大コピーセッション数以下にしてください。
運用上、1LUあたりの最大コピーセッション数以上のボリュームを、同一LUに作成する必要がある場合、同一LU内のボリュームに対して、最大コピーセッション数以上のアドバンスト・コピーを同時に実施しない運用設計が必要です。
なお、1LUあたりの最大コピーセッション数については、ETERNUS ディスクアレイの『SA/SEハンドブック』を参照してください。
ダイナミックボリュームは、バックアップ運用、レプリケーション運用で利用する事ができません。
ドライブパス機能を利用して他のディスクをマウントしているパーティションは、バックアップ運用、レプリケーション運用で利用する事ができません。
バックアップ運用を行っている場合、システムの再起動、AdvancedCopy Managerサービスの再起動またはクラスタ運用時のフェールオーバにより、マウントポイントの情報を正しく取得できない場合があります。
マウントポイントの情報が正しく取得できないと、以下のメッセージが出力されバックアップすることができません。
swst0754 異常なボリュームを検出しました。ボリューム名＝[VOLUME]、エラーコード＝[ERROR] または swst0754 The abnormal volume was detected. Volume=[VOLUME], Error=[ERROR] |
この場合は、以下の手順に従って対処してください。
業務ボリュームにマウントポイントを使用している場合
マウントポイントが取得できなくても処理を継続するオプションの設定を行います。オプションの設定は以下のファイルを作成します。
通常(非クラスタ)運用の場合
|
<環境設定ディレクトリ>\etc\backup\data\DEFAULT\check.ini |
クラスタ運用の場合
|
<論理ノード用環境設定ディレクトリ>\etc\backup\data\DEFAULT\check.ini |
記述方法を以下に示します。
|
[check] |
バックアップを行うと警告メッセージを出力して処理を続行します。
メッセージに出力されたボリュームに業務ボリュームをマウントしていない場合、バックアップは正常に行われています。
メッセージに出力されたボリュームに業務ボリュームをマウントしていた場合、バックアップの前処理が実行されていません。異常の発生しているボリュームを修復後、再度バックアップを実行してください。
業務ボリュームにマウントポイントを使用していない場合
マウントポイントの取得を行わないで処理を実行するオプションの設定を行います。オプションの設定は以下のファイルを作成します。
通常(非クラスタ)運用の場合
|
<環境設定ディレクトリ>\etc\backup\data\DEFAULT\check.ini |
クラスタ運用の場合
|
<論理ノード用環境設定ディレクトリ>\etc\backup\data\DEFAULT\check.ini |
記述方法を以下に示します。
|
[check] |
バックアップを行うとマウントポイントの取得を行わないで処理を実行します。
バックアップ運用を行っている場合、システム内にJIS2004追加文字を含むマウントポイントが存在すると、マウントポイントの情報を正しく取得できない場合があります。
マウントポイントの情報が正しく取得できないと、以下のメッセージが出力されバックアップすることができません。
swst0754 異常なボリュームを検出しました。ボリューム名＝[VOLUME]、エラーコード＝123 または swst0754 The abnormal volume was detected. Volume=[VOLUME], Error=123 |
この場合は、以下の手順に従って対処してください。
業務ボリュームにJIS2004追加文字を含むマウントポイントを使用している場合
業務ボリュームにJIS2004追加文字を含むマウントポイントを割り当ててバックアップ運用を行うことはできませんので、JIS2004追加文字を使用していないマウントポイントに変更してください。
業務ボリュームにJIS2004追加文字を含まないマウントポイントを使用している場合
マウントポイントが取得できなくても処理を継続するオプションの設定を行います。オプションの設定は以下のファイルを作成します。
通常(非クラスタ)運用の場合
|
<環境設定ディレクトリ>\etc\backup\data\DEFAULT\check.ini |
クラスタ運用の場合
|
<論理ノード用環境設定ディレクトリ>\etc\backup\data\DEFAULT\check.ini |
記述方法を以下に示します。
|
[check] |
バックアップを行うと警告メッセージを出力して処理を続行します。
メッセージに出力されたボリュームに業務ボリュームをマウントしていない場合、バックアップは正常に行われています。
メッセージに出力されたボリュームに業務ボリュームをマウントしていた場合、上の「業務ボリュームにJIS2004追加文字を含むマウントポイントを使用している場合」の対処を実施してください。
業務ボリュームにマウントポイントを使用していない場合
マウントポイントの取得を行わないで処理を実行するオプションの設定を行います。オプションの設定は以下のファイルを作成します。
通常(非クラスタ)運用の場合
|
<環境設定ディレクトリ>\etc\backup\data\DEFAULT\check.ini |
クラスタ運用の場合
|
<論理ノード用環境設定ディレクトリ>\etc\backup\data\DEFAULT\check.ini |
記述方法を以下に示します。
|
[check] |
バックアップを行うとマウントポイントの取得を行わないで処理を実行します。
同期処理を実行中にアプリケーションまたはサービスがコピー先ボリュームにアクセスすると、イベントビューア(システムログ) に以下のメッセージ等が表示される場合がありますが、ディスクアレイ装置によってコピー先ボリュームが書き込み禁止状態にされていることにより発生する現象であり、問題はないため無視してください。特に、SystemWalker/CentricMGRのサービス(サービス名:SystemWalker MpTrfExA)やSystemWalker/PerfMGRのサービス(サービス名:SystemWalker/PerfMGR DCMおよびSystemWalker/PerfMGR FCMAC)を実行している場合に下記メッセージが頻繁に出力されます。
メッセージ1:
[種類]:警告
[ソース]:disk
[説明]:ページング操作中にデバイス \Device\Harddisk?\DR? 上でエラーが検出されました。
(?は同期処理のコピー先ボリュームのディスク番号です)
メッセージ2:
[種類]:エラー
[ソース]:ntfs
[説明]:ディスクのファイルシステム構造は壊れていて使えません。chkdskユーティリティをボリュームで実行してください。
メッセージ3:
[種類]:警告
[ソース]:ftdisk
[説明]:データをトランザクションログにフラッシュできませんでした。障害が発生する可能性があります。
レプリケーション業務にて、実行コマンドに対する表示対象のエントリがない場合、イベントビューア(アプリケーションログ)にエラーが表示されますが、問題がない場合は無視してください。
ディスクは1つのサーバから排他的にアクセスされる必要があるため、複数のサーバが同じパーティションを検出したり、アクセスしたりできないように設定しておく必要があります。
Windows 2000/Windows Server 2003/Windows Server 2008でこの設定を行うことはできないため、ETERNUS ディスクアレイやファイバーチャネルスイッチ等のハードウェアの設定により行ってください。
筐体間ミラーを行っている場合、ミラーの両系をバックアップすることができません。バックアップ運用している筐体が筐体障害となった場合は、バックアップ運用を別筐体での運用に切り替える必要があります。また、筐体障害の場合にデータの復旧を行う必要がある場合は、事前にバックアップ先をテープなどの2次媒体に退避しておく必要があります。
バックアップ／リストア、レプリケーションを行う際は、データへのアクセス抑止とデータの整合性を保証するためにボリュームをロックします。
そのため、ボリュームが使用中の場合はロックができないため、バックアップ／リストアおよびレプリケーション処理の実行はエラーとなります。
以下の点などに注意して、ボリュームをロックできる状態で処理を実行するようにしてください。
他のアプリケーションがボリュームを使用していないこと。使用している場合は、一時的にアプリケーションを停止してください。
ユーザーがボリュームを使用していないこと。利用している場合は、一時的に利用をやめてください。
「ディスクの管理」およびサービス「Logical Disk Manager Administrative Service」を起動していないこと。起動している場合は、一時的に停止してください。
ロックが必要な時間はコマンドの実行中のみです。コマンドの終了後は運用を再開することができます。
バックアップ／リストア、レプリケーションを行う場合は、データへのアクセス抑止とデータの整合性を保証するためにボリュームをロックします。
シャドウコピー記憶域が、AdvancedCopy Managerのコピー元／コピー先ボリュームに作成されている場合は、OSがボリュームを常時使用するため、バックアップ／リストアおよびレプリケーション処理の実行時、エラーとなります。
そのため、シャドウコピー記憶域は、コピー元／コピー先ボリューム以外のボリュームに作成するようにしてください。
なお、シャドウコピー記憶域がコピー元ボリュームに作成されている場合は、-Xflushオプション等により、コピー元ボリュームのロック処理を回避する方法が考えられますが、以下の理由によりこの方法は使用できません。
この方法でコピーを行うと、シャドウコピー記憶域がコピー先ボリュームにコピーされます。コピー先ボリュームのシャドウコピー記憶域は、OSの再起動後にOSから認識され、使用されます。コピー先ボリュームのロックをオプション等で回避することができないため、OS再起動後のバックアップ／リストアおよびレプリケーション処理がエラーとなります。
2TBを超えるディスクを使用する場合、ディスクの形式をGPTディスク形式にする必要があります。
Logical Unit(ディスク)単位コピーは、レプリケーション運用で利用できます。
Logical Unit(ディスク)単位コピーを実施する場合、以下の点に注意してください。
Logical Unit(ディスク)単位コピーの利用環境について
Storageサーバが以下のOSの場合、Logical Unit(ディスク)単位コピーは利用できません。
Microsoft(R) Windows(R) 2000 Server SP4
Microsoft(R) Windows(R) 2000 Advanced Server SP4
テープバックアップについて
テープバックアップ機能については、『ETERNUS SF AdvancedCopy Manager 運用手引書 テープバックアップ連携編』の「システムボリュームのバックアップ／リストア」を参照してください。
サーバ間でコピーを行う場合
両サーバのバージョンを13.1以降にしてください。
サイズの異なるLogical Unit(ディスク)間でのコピーを行う場合
サイズの異なるLogical Unit(ディスク)間でコピーを行う場合、小さいサイズのLogical Unit(ディスク)に合わせて物理コピーを行います。小さいサイズのLogical Unit(ディスク)から大きいサイズのLogical Unit(ディスク)へコピーする場合は、一部領域には物理コピーが行われず、コピーを行う前のデータが残ります。この残存した領域にLogical Unit(ディスク)の管理情報が存在している場合、パーティショニングツールがディスク形式を誤って認識することがありますので、事前にコピー先のLogical Unit(ディスク)をフォーマットしてから実施してください。
ディスクの管理情報の重複について
Logical Unit(ディスク)間でのコピーでは、Logical Unit(ディスク)に含まれるディスクのシグネチャ(MBRディスク形式)や、ディスク、パーティションを一意に特定するためのGUID(GPTディスク形式)のディスクの管理情報もコピーします。そのため、コピーの実施後に、システム内でディスクの管理情報が重複する場合があります。
以下のようなコピーを実施した場合、ディスクの管理情報が重複します。
サーバ内でLogical Unit(ディスク)間のコピーを行う場合
サーバ間でLogical Unit(ディスク)間のコピーを行う場合で、コピー先のサーバ内に同じコピー元のコピー先が複数ある場合
以前にコピーしたボリュームから、コピー元と同じサーバ上の、コピー元とは別のLogical Unit(ディスク)にコピーする場合
OSが、ディスクの管理情報の重複を検出した場合、それらの値を一意な値に変更します。そのため、上記のようなコピーを実施した場合、コピーの実施後に、コピー先のLogical Unit(ディスク)に含まれるディスクの管理情報が更新されます。
バックアップ、リストアを目的とした運用において、バックアップ時に上記の現象が発生した場合、リストア時にディスクの管理情報が書き換えられたディスクでリストアすることになります。
これにより、以下のような現象が発生します。
リストア後にLogical Unit(ディスク)に含まれるパーティションにバックアップ時と異なるドライブ文字が割り当たる場合がある。
(この場合は、リストア後にドライブ文字を割り当て直してください。)
対象がMSCSの共有ディスク、またはWSFCの共有ディスクで保守モードがONになっている場合、リストア後にディスクをMSCSまたはWSFCが認識しなくなる。
(MSCS場合、マイクロソフト社によって公開されているサポート技術情報(305793)に従い作業を行ってください。)
対象がシステムディスクの場合、リストア後のシステム起動時に以下のメッセージのダイアログが表示されます。
「新しいデバイスのインストールが完了しました。デバイスをサポートするソフトウェアによりコンピュータを再起動する必要があります。新しい設定を有効にするには、コンピュータを再起動する必要があります。今すぐコンピュータを再起動しますか？」
上記のような現象を回避するために、システム内でディスクの管理情報が重複しない運用を推奨します。
以下のようなコピーを実施した場合は、ディスクの管理情報は重複しません。
サーバ間でLogical Unit(ディスク)間のコピーを行う場合で、コピー先のシステム内に同じコピー元のコピー先が1つのみである場合
コピー先をパーティションにする場合(ただし、この場合はコピー先を参照することはできません)
コピー実施時の注意
レプリケーション管理の複製元ボリューム／複製先ボリュームの領域と、バックアップ管理の業務ボリューム／バックアップボリュームの領域が重複している場合、領域が重複したボリュームに対して同時にレプリケーション管理とバックアップ管理の操作を行わないでください。
「ディスクの管理」を起動した状態で複製作成を行わないでください。起動した状態で複製作成を行うと、「ディスクの管理」を更新しても、複写先ディスクが正しく更新されない場合があります。この場合、「ディスクの管理」を一度終了し、再度起動してください。
異なるOS間でのコピーは、レプリケーション運用で利用できます。
異なるOS間でのコピーを実施する場合は、次の組み合わせで実施してください。
|
|
複製先 |
||
|
パーティション |
Logical Unit(ディスク) |
||
|
複製元 |
パーティション |
○ |
× |
|
Logical Unit(ディスク) |
○ |
× |
|
○:可能、×:不可
サーバ間レプリケーションの場合、以下のコマンドにおいて、-mオプションを指定することにより、非操作サーバとの通信処理を行わないようにすることができます。
-mオプションを指定する場合は、非操作サーバでのボリューム前後処理が行われなくても問題がないように、以下のいずれかの条件が満たされる必要があります。
非操作サーバがシャットダウンされている。
非操作サーバのボリュームに対する前後処理を手動で実施する。
対象ボリュームがファイルシステムではなく、前後処理が不要なRAWデバイスである(Oracle等)。
アドバンスト・コピーのコピー処理はディスクアレイ装置によって行われるため、コピー処理性能に関するお問い合わせは、ディスクアレイ装置のサポート部門までお願いいたします。
|
目次
索引
|