ETERNUS SF AdvancedCopy Manager 運用手引書 13.1 -Microsoft(R) Windows(R) 2000- -Microsoft(R) Windows Server(R) 2003-

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の言語環境を追加する必要がある

該当パッケージをインストール後、再度Webクライアントから「全デバイスの情報取得／反映」操作を実施してください。

■論理ディスクのサイズについて

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

• ディスク内の先頭(ディスクの管理上一番左)に存在する基本論理ディスク

• 全ての拡張論理ディスク

このため、業務ボリューム／バックアップボリュームを決定する場合は、以下のようにしてください。

• 業務ボリュームが先頭(ディスクの管理上、一番左)の基本論理ディスクまたは、全ての拡張論理ディスクの場合は、バックアップボリュームも、先頭の基本論理ディスクまたは、拡張論理ディスク内のボリュームを定義してください。

• 業務ボリュームが先頭以外の基本論理ディスクの場合は、バックアップボリュームも、先頭以外の基本論理ディスク内のボリュームを定義してください。

すなわち、業務ボリューム／バックアップボリュームの組み合わせは、上図の同色の組み合わせとしてください。

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

運用ミスを防止するために、AdvancedCopy Managerで管理するGR装置上の全論理ディスクは、拡張論理ディスクとする事をお勧めします。

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

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

■論理ディスクの種類について

一つのLogical Unit(ディスク)に基本論理ディスクと拡張論理ディスクが混在する場合、必ず、基本論理ディスクの後ろ(ディスクの管理上の右側)に拡張論理ディスクを作成してください。拡張論理ディスクの後ろに基本論理ディスクを作成すると、ディスクの管理で出力される論理ディスクの順番と、AdvancedCopy Managerの管理画面で表示されるデバイス名／ブロックデバイス名における論理ディスク番号とが不一致となりますので、注意してください。詳細を以下に示します。

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

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

• AdvancedCopy Managerがインストールされているデバイス

• AdvancedCopy Managerの管理簿が存在するデバイス

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

業務ボリューム上のデータ	データの整合性確保	運用方法
運用中の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のWeb画面にて、全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)を停止させてください。

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

一つのLU(Logical Unit)内で同時に実行できるバックアップ／リストアの数には上限があります。このため、一つのLU(Logical Unit)内の論理ディスク数は8以内(ETERNUS6000の場合は32以内)にしてください。

運用上、同一LUに9以上(ETERNUS6000の場合は33以上)の論理ディスクを作成する必要がある場合には、同一LU内の論理ディスク(AdvancedCopy Managerディスク名におけるg?d?が同一のボリューム)に対して、同時にバックアップ／リストアを上限値以上実施しない運用設計が必要です。

なお、同時実行数の上限値については、富士通技術員(CE)に確認してください。

■Windows2000/Windows Server 2003のダイナミックボリュームについて

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

■Windows2000/Windows Server 2003のドライブパス機能について

Windows2000/Windows Server 2003のドライブパス機能を利用して他のディスクをマウントしているパーティションは、バックアップ運用、レプリケーション運用で利用する事ができません。

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

Windows2000/Windows Server 2003でバックアップ運用を行っている場合、システムの再起動、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]
  MountPointCheck=Force

  バックアップを行うと警告メッセージを出力して処理を続行します。

  メッセージに出力されたボリュームに業務ボリュームをマウントしていない場合、バックアップは正常に行われています。

  メッセージに出力されたボリュームに業務ボリュームをマウントしていた場合、バックアップの前処理が実行されていません。異常の発生しているボリュームを修復後、再度バックアップを実行してください。

• 業務ボリュームにマウントポイントを使用していない場合

  マウントポイントの取得を行わないで処理を実行するオプションの設定を行います。オプションの設定は以下のファイルを作成します。

  通常(非クラスタ)運用の場合
  <環境設定ディレクトリ>\etc\backup\data\DEFAULT\check.ini

  クラスタ運用の場合
  <論理ノード用環境設定ディレクトリ>\etc\backup\data\DEFAULT\check.ini

  
  

  記述方法を以下に示します。

  [check]
  MountPointCheck=Pass

  バックアップを行うとマウントポイントの取得を行わないで処理を実行します。

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

• 同期処理を実行中にアプリケーションまたはサービスがコピー先ボリュームにアクセスすると、イベントビューア(システムログ) に以下のメッセージ等が表示される場合がありますが、ディスクアレイ装置によってコピー先ボリュームが書き込み禁止状態にされていることにより発生する現象であり、問題はないため無視してください。特に、SystemWalker/CentricMGRのサービス(サービス名:SystemWalker MpTrfExA)やSystemWalker/PerfMGRのサービス(サービス名:SystemWalker/PerfMGR DCMおよびSystemWalker/PerfMGR FCMAC)を実行している場合に下記メッセージが頻繁に出力されます。

  メッセージ1:

  [種類]:警告

  [ソース]:disk

  [説明]:ページング操作中にデバイス \Device\Harddisk?\DR? 上でエラーが検出されました。

  (?は同期処理のコピー先ボリュームのディスク番号です)

  メッセージ2:

  [種類]:エラー

  [ソース]:ntfs

  [説明]:ディスクのファイルシステム構造は壊れていて使えません。chkdskユーティリティをボリュームで実行してください。

  メッセージ3:

  [種類]:警告

  [ソース]:ftdisk

  [説明]:データをトランザクションログにフラッシュできませんでした。障害が発生する可能性があります。

• レプリケーション業務にて、実行コマンドに対する表示対象のエントリがない場合、イベントビューア(アプリケーションログ)にエラーが表示されますが、問題がない場合は無視してください。

■ディスクの構成について

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

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

■SafeDISKでのミラーについて

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

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

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

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

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

• 他のアプリケーションがボリュームを使用していないこと。使用している場合は、一時的にアプリケーションを停止してください。

• ユーザーがボリュームを使用していないこと。利用している場合は、一時的に利用をやめてください。

• 「ディスクの管理」およびサービス「Logical Disk Manager Administrative Service」を起動していないこと。起動している場合は、一時的に停止してください。

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

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

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

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

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

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

• この方法でコピーを行うと、シャドウコピー記憶域がコピー先ボリュームにコピーされます。コピー先ボリュームのシャドウコピー記憶域は、OSの再起動後にOSから認識され、使用されます。コピー先ボリュームのロックをオプション等で回避することができないため、OS再起動後のバックアップ／リストアおよびレプリケーション処理がエラーとなります。

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

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

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

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

• テープバックアップについて

  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(ディスク)間でのコピーでは、Logical Unit(ディスク)に含まれるディスクのシグネチャ(MBRディスク形式)や、ディスク、パーティションを一意に特定するためのGUID(GPTディスク形式)のディスクの管理情報もコピーします。そのため、コピーの実施後に、システム内でディスクの管理情報が重複する場合があります。

  以下のようなコピーを実施した場合、ディスクの管理情報が重複します。

  • サーバ内でLogical Unit(ディスク)間のコピーを行う場合

  • サーバ間でLogical Unit(ディスク)間のコピーを行う場合で、コピー先のサーバ内に同じコピー元のコピー先が複数ある場合

  • 以前にコピーしたボリュームから、コピー元と同じサーバ上の、コピー元とは別のLogical Unit(ディスク)にコピーする場合

  OSが、ディスクの管理情報の重複を検出した場合、それらの値を一意な値に変更します。そのため、上記のようなコピーを実施した場合、コピーの実施後に、コピー先のLogical Unit(ディスク)に含まれるディスクの管理情報が更新されます。

  バックアップ、リストアを目的とした運用において、バックアップ時に上記の現象が発生した場合、リストア時にディスクの管理情報が書き換えれたディスクでリストアすることになります。

  これにより、以下のような現象が発生します。

  • リストア後にLogical Unit(ディスク)に含まれるパーティションにバックアップ時と異なるドライブ文字が割り当たる場合がある。

    (この場合は、リストア後にドライブ文字を割り当て直してください。)

  • 対象がMSCSの共有ディスクの場合、リストア後にディスクがMSCSによって認識しなくなる。

    (この場合、マイクロソフト社によって公開されているサポート技術情報(305793)に従いを作業を行ってください。)

  • 対象がシステムディスクの場合、リストア後のシステム起動時に以下のメッセージのダイアログが表示されます。

    「新しいデバイスのインストールが完了しました。デバイスをサポートするソフトウェアによりコンピュータを再起動する必要があります。新しい設定を有効にするには、コンピュータを再起動する必要があります。今すぐコンピュータを再起動しますか？」

  上記のような現象を回避するために、システム内でディスクの管理情報が重複しない運用を推奨します。

  以下のようなコピーを実施した場合は、ディスクの管理情報は重複しません。

  • サーバ間でLogical Unit(ディスク)間のコピーを行う場合で、コピー先のシステム内に同じコピー元のコピー先が1つのみである場合

  • コピー先をパーティションにする場合(ただし、この場合はコピー先を参照することはできません)

• コピー実施時の注意

  • レプリケーション管理の複製元ボリューム／複製先ボリュームの領域と、バックアップ管理の業務ボリューム／バックアップボリュームの領域が重複している場合、領域が重複したボリュームに対して同時にレプリケーション管理とバックアップ管理の操作を行わないでください。

  • 「ディスクの管理」を起動した状態で複製作成を行わないでください。起動した状態で複製作成を行うと、「ディスクの管理」を更新しても、複写先ディスクが正しく更新されない場合があります。この場合、「ディスクの管理」を一度終了し、再度起動してください。

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

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

• 複製開始コマンド(swsrpstartsync)

• 複製作成コマンド(swsrpmake)

• 複製解除コマンド(swsrpcancel)

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

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

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

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

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

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