ダイレクトバックアップ使用手引書 - SPシリーズ -

目次 索引

第2章 バックアップとリストア（リカバリ）

ダイレクトバックアップのバックアップ／リストア（リカバリ）機能について説明します。

2.1 複数プラットフォームへの対応 

ダイレクトバックアップでは、さまざまなプラットフォームのデータをバックアップできるような構成で、バックアップ機能を提供しています。

各バックアップ機能を使い分けることで、ETERNUS3000/6000,GR seriesまたはETERNUS NR1000F seriesに配置された異種プラットフォームのデータを一括管理することができます。

2.1.1 バックアップ可能なプラットフォーム 

各バックアップ機能がバックアップ可能なプラットフォームについて表2.1 に示します。

[表2.1 　バックアップ可能なプラットフォーム]

2.2 バックアップ運用における構成

ダイレクトバックアップがサポートするバックアップ運用の構成を説明します。

2.2.1 ETERNUS3000/6000,GR seriesの構成とバックアップ 

ダイレクトバックアップによるバックアップ運用では、SSF/Backup FacilityとETERNUS3000/6000,GR seriesがFC I/F (Fibre Channel Interface) により、またはFC-SW (Fibre Channel SWitch)を介して直接接続された形態をサポートします。

ダイレクトバックアップによるバックアップ運用では、SSF/Backup Facilityに接続されたすべてのETERNUS3000/6000,GR seriesに論理ユニットプールを確保します。そして、直接テープへバックアップする以外は、論理ユニットプールを使用してバックアップを行います。
バックアップに使用できる論理ユニットプールは、バックアップを行う業務ボリュームまたは論理ユニットが存在するETERNUS3000/6000,GR series内の論理ユニットプールです。

[図2.1 　 SSF/Backup FacilityとETERNUS3000/6000,GR seriesの接続形態]

2.2.2 ETERNUS NR1000F seriesの構成とバックアップ 

ダイレクトバックアップによるバックアップ運用では、SSF/Backup FacilityとETERNUS NR1000F seriesをLANおよびFC I/F (Fibre Channel Interface) で接続します。そして、FC I/F (Fibre Channel Interface) 側の接続において、バックアップ運用における業務サーバ以外の構成要素が、FC-SW (Fibre Channel SWitch)を介して直接接続された形態をサポートします。

ダイレクトバックアップによるバックアップ運用では、ETERNUS NR1000F seriesのデータを直接テープへバックアップします。

[図2.2 　 SSF/Backup FacilityとETERNUS NR1000F seriesの接続形態]

2.3 バックアップ／リストア（リカバリ）機能 

2.3.1 バックアップの種類

2.3.1.1 論理デバイスバックアップ 

論理デバイスバックアップでは、業務サーバが保有しているETERNUS3000/6000,GR seriesの論理デバイスに対して、ダイレクトバックアップサーバと業務サーバ上のエージェント機能が連携した、論理デバイス単位 (スライス単位)またはボリュームグループ単位のバックアップ／リストアを行います。

2.3.1.2 論理ユニットバックアップ 

論理ユニットバックアップでは、バックアップ対象のデバイスが含まれるETERNUS3000/6000,GR seriesの論理ユニットに対して、ダイレクトバックアップサーバと業務サーバ上のエージェント機能が連携しない、論理ユニット単位のバックアップ／リストアを行います。

2.3.1.3 Symfowareデータベースのバックアップ 

ETERNUS3000/6000,GR seriesの論理デバイス上にSymfowareデータベースを構築している場合に、SymfowareのAdvanced Backup Control / Controllerと連携することで業務運用中にバックアップデータを採取することができます。

2.3.1.4 ETERNUS NR1000F seriesのバックアップ 

ETERNUS NR1000F seriesのバックアップでは、ETERNUS NR1000F seriesのボリュームに対して、業務サーバと連携しないテープへのバックアップ／リストアをボリュームに含まれるディレクリ単位で行います。

2.3.1.5 グローバルサーバの業務データのバックアップ 

グローバルサーバに搭載されたSystemwalker StorageMGR GR/CFとダイレクトバックアップの連携により、SSF/Backup Facilityに接続されたグローバルサーバ上からETERNUS6000の論理ユニットに対するバックアップ運用を行うことができます。

グローバルサーバの業務データのバックアップ運用では、Systemwalker StorageMGR GR/CFの制御文によってバックアップを行います。

しかし、障害などでグローバルサーバが使用できなくなった場合に、SSF/Backup Facility上からグローバルサーバの業務データを復旧させるための機能をダイレクトバックアップから提供しています。

2.3.1.6 ユーザインターフェイス 

ダイレクトバックアップの各バックアップタイプにおいて、以下のユーザインターフェイスを提供します。

[表2.2 　ユーザインターフェイス]

2.3.2 バックアップ運用処理の実行単位 

バックアップ運用における各処理（バックアップ、リストア（リカバリ）、テープへのコピーの処理など）は、表2.3 の実行単位で行われます。

[表2.3 　バックアップ運用処理の実行単位]

2.3.3 バックアップ運用での注意事項 

ダイレクトバックアップによるバックアップ運用に関する注意事項を以下に示します。

• 論理デバイスバックアップと論理ユニットバックアップで、重複するLUNに対してバックアップ運用してはいけません。バックアップ運用中に重複するLUNへのリストアを行うと、その資源を含む物理デバイスのデータが破壊される可能性があります。
• バックアップ運用において処理が実行中の業務ボリューム (論理デバイス) ／論理ユニットに対して、参照またはキャンセル以外の処理を同時に行わないでください。処理が正常に行われずエラーになります。業務ボリューム (論理デバイス) ／論理ユニットに関するデータに影響がある処理を行う場合は、他の処理が実行中でないことを確認してから操作してください。
• Symfowareデータベースのバックアップ運用では、「ディスク保存世代数」は１世代固定です。
  「ディスク保存世代超過処理」機能が使用できないため、バックアップポリシーの「バックアップ先」を“ディスク”または“両方”に設定してバックアップ運用を実施される場合は、バックアップ実行前に以下の手順を行ってください。
  　
  1. バックアップデータをテープで管理するために「バックアップデータのテープへのコピー」を行ってください。
  2. バックアップ先の論理ユニットの容量を空けるために、「バックアップデータの削除」を行ってください。
     　

  バックアップ用の論理ユニットを１世代分しか持たないバックアップ運用については、『SSF/Backup Facility運用手引書』の「1.1.4 バックアップ用の論理ユニットを１世代分しか持たないバックアップ運用」を参照してください。

  
  

• Symfowareデータベースのバックアップ運用において、バックアップデータの複数世代の管理を行いたい場合は、ディスクに存在する最新のバックアップデータに対して「バックアップデータのテープへのコピー」を行い、テープにて世代管理を行って下さい。
• Symfowareデータベースのバックアップ運用において、複数のデータベーススペースに跨って表が構築されているデータベーススペースを業務ボリューム単位でリカバリする場合、関連するデータベーススペースを同じ世代で全てリカバリする必要があります。
• 論理デバイスバックアップにおいて、バックアップ運用する業務ボリュームがHP-UXのボリュームグループの場合、そのボリュームグループが1つの物理ボリューム (ディスク) で構成されている必要があります。よって、複数の物理ボリューム (ディスク) で構成されたボリュームグループをバックアップ運用することはできません。
• 論理デバイスバックアップにおいて、バックアップ運用する業務ボリュームがAIXのボリュームグループの場合、そのボリュームグループが1つの物理ボリューム (ディスク) で構成されている必要があります。よって、複数の物理ボリューム (ディスク) で構成されたボリュームグループをバックアップ運用することはできません。
• ETERNUS NR1000F seriesのバックアップでは、業務サーバと連携してバックアップを行わないため、ETERNUS NR1000F seriesに装備されたSnapshot機能によりユーザが退避したデータをバックアップ対象にすることを推奨します。
  退避したデータをバックアップ対象にすることにより、業務停止時間の短縮、およびバックアップデータの正当性が保証されます。
• Windows業務サーバ上で以下のソフトウェアが動作している場合、全デバイスが常に使用中状態となります。このため、論理デバイスバックアップ及び論理ユニットバックアップによるバックアップ/リストアを行う際には、以下の対処を行ってください。
  • ディスクをロックするソフトウェア（ウィルスソフト、システム監視ソフトウェア等）
    バックアップ/リストアを行う際、一時的に上記ソフトウェアを停止させてください。また、停止できないソフトウェアは導入しないようにしてください。
  • Systemwalker Centric Manager
    バックアップ/リストアを行う際、一時的にSystemwalker Centric Managerのサービス(サービス表示名:SystemWalker MpTrfExA)を停止させてください。
  • SystemWalker PerfMGR
    バックアップ/リストアを行う際、一時的にSystemWalker PerfMGRのサービス(サービス表示名:SystemWalker PerfMGR DCMおよびSystemWalker PerfMGR FCMAC)を停止させてください。
  • 分散リンクトラッキングクライアントサービス(Windows 2000以降)
    バックアップ/リストアを行う際、一時的に分散リンクトラッキングクライアントサービス(サービス表示名:Distributed Link Tracking Client)を停止させてください。

2.3.4 バックアップ 

ダイレクトバックアップでは、バックアップポリシーに基づいてバックアップを行います。
バックアップ運用の途中でバックアップポリシーを変更しても、以前に採取したバックアップデータは無効にならず、継続して世代管理されます。

ただし、一部のバックアップポリシー（例えば、「バックアップ先」や「ディスク保存世代数」）を変更する場合は、バックアップデータの扱いに注意が必要です。

2.3.4.1 バックアップの方法 

■瞬時バックアップ

ダイレクトバックアップでは、ETERNUS3000/6000,GR series上にある業務ボリュームのデータを ETERNUS3000/6000,GR seriesに装備されたアドバンスト・コピー機能により 瞬時にバックアップを行います。
この機能により、バックアップによる業務停止時間を短く済ませることができます。

■論理ユニットプールを使用しないテープへのバックアップ

アドバンスト・コピー機能を使用するテープへのバックアップでは、ETERNUS3000/6000,GR series上の業務ボリュームを論理ユニットプールの論理ユニットにバックアップした後で、テープへデータ転送を行っています。
論理ユニットプールを使用しないテープへのバックアップでは、論理ユニットプールの論理ユニットへのバックアップを行わないで、直接にテープへのデータ転送を行う機能を提供します。
この機能により、論理ユニットプールにおいて一時的に使用する論理ユニットを割り当てる余裕がない状態でも、テープへのバックアップが可能となります。

なお、論理ユニットプールを使用しないテープへのバックアップのみでダイレクトバックアップを運用する場合でも、SP論理ユニット使用用途設定ファイル (/sp/uty/conf/diskadm/luinfo.conf) を定義してください。

■LANに負荷をかけないテープへのバックアップ

ダイレクトバックアップでは、ETERNUS NR1000F series上にあるボリュームのバックアップデータをNDMP(Network Data Management Protocol) を利用して、バックアップ用に接続されたFC I/F (Fibre Channel Interface) からテープへ転送することにより、LANに負荷をかけないテープへのバックアップ機能を提供します。
この機能により、LANを使用した業務に影響しないテープへのバックアップが可能となります。

2.3.4.2 バックアップデータを格納する論理ユニットの動的割り当て 

ダイレクトバックアップでは、バックアップポリシーの「バックアップエンジン」に“OPC”が設定されている場合、バックアップデータを格納する論理ユニットをバックアップ実行時に動的に割り当てます。この論理ユニットは、バックアップポリシーの「バックアップ先ディスク」の“論理ユニットプール名”に設定した論理ユニットプールに属する論理ユニットから割り当てられます。
したがって、バックアップ実行時にバックアップ先の論理ユニットを指定する必要がありません。

ただし、Symfowareデータベースのバックアップでは、“バックアップ先論理ユニット設定ファイル (/sp/dbu/adm/setup/lupool.conf) ”を設定する必要があります。そのため、バックアップ先の論理ユニットは固定となります。

論理ユニットプールからバックアップ先の論理ユニットを割り当てられない場合は、エラーメッセージを出力してバックアップが失敗します。バックアップ先の論理ユニットを割り当てられずにバックアップが失敗した時は、以下のいずれかの対処を行ってください。

• 『SSF/Backup Facility運用手引書』の「第1章　バックアップ運用の設計」に記述されているバックアップ先の論理ユニットの見積もり方法を参照して、バックアップ先の論理ユニットの再見積りを行ってください。そして、再見積りの内容にしたがって、ダイレクトバックアップの論理ユニットプールを再構築してください。
  　

  論理ユニットプールの構築方法については、「第4章　プール管理」の「論理ユニットプールの設定」を参照してください。

  
  

• 論理ユニットプールの論理ユニットに保存されているバックアップデータのうち、不要なバックアップデータを削除してください。
  　

  バックアップデータの削除方法については、以下のいずれかを参照してください。 「第9章　論理デバイスバックアップの運用操作」の「バックアップデータの削除」 「第10章　論理ユニットバックアップの運用操作」の「バックアップデータの削除」 「第11章　Symfowareデータベースのバックアップ運用操作」の「バックアップデータの削除」

• Symfowareデータベースのバックアップでは、“バックアップ先論理ユニット設定ファイル (/sp/dbu/adm/setup/lupool.conf) ”の設定が正しいかを確認して下さい。
  　

2.3.4.3 バックアップの前後処理 

■論理デバイスバックアップ

論理デバイスバックアップのバックアップでは、バックアップ先に割り当てられた論理ユニットに対するアドバンスト・コピーを行う前後で、業務サーバ上のSoftek AdvancedCopy Managerと連携して前後処理を呼び出します。

前後処理が不要の場合は、バックアップポリシー「前後処理の利用」に“利用しない”を設定することで、前後処理を行わないようにすることもできます。

前後処理のタイムアウトを検出する時間は、バックアップ元のバックアップポリシー「前後処理タイムアウト時間」に設定されている値が採用されます。

■論理ユニットバックアップ

論理ユニットバックアップのバックアップには、業務サーバと連携して前処理および後処理を実行するという概念がありません。

■Symfowareデータベースのバックアップ

Symfowareデータベースのバックアップでは、Softek AdvancedCopy Managerが提供する“前処理スクリプト／後処理スクリプト”は実行されず、Symfowareによる“前処理／後処理”が常に実行されます。よって、バックアップポリシー「前後処理の利用」に“利用しない”を設定することはできません。

前後処理のタイムアウトを検出する時間は、バックアップ元のバックアップポリシー「前後処理タイムアウト時間」に設定されている値が採用されます。

■ETERNUS NR1000F seriesのバックアップ

ETERNUS NR1000F seriesのバックアップには、業務サーバと連携して前処理および後処理を実行するという概念がありません。

2.3.4.4 バックアップ処理の実行条件

■論理デバイスバックアップ

論理デバイスバックアップでは、アドバンスト・コピーの前後処理が失敗しても、バックアップ処理が継続されます。その詳細を表2.4 に示します。
　

[表2.4　論理デバイスバックアップのバックアップ処理継続条件]

（表中のハイフン (−) は、その処理を行わないことを表しています。）

■論理ユニットバックアップ

論理ユニットバックアップでは、業務サーバと連携してバックアップを行わないため、バックアップデータを採取する時の業務サーバの状態に影響されません。

ただし、バックアップデータの正当性を保証するために、業務サーバを停止させた状態でバックアップを行うことを推奨します。

■Symfowareデータベースのバックアップ

Symfowareデータベースのバックアップでは、アドバンスト・コピーの前後処理が失敗した場合、バックアップ処理は中止されます。その詳細を表2.5 に示します。
　

[表2.5　 Symfowareデータベースのバックアップ処理継続条件]

（表中のハイフン (−) は、その処理を行わないことを表しています。）

バックアップ処理が途中で中止された場合は、すでにバックアップ履歴が作成された業務ボリュームのバックアップ履歴は残ります。そのため、ロググループ内で履歴が存在するボリュームと存在しないボリュームが混在する状態となります。
履歴が混在した世代を削除してください。そして、原因を取り除いた後に、再度バックアップを行ってください。
　

■ETERNUS NR1000F seriesのバックアップ

ETERNUS NR1000F seriesのバックアップでは、業務サーバと連携してバックアップを行わないため、バックアップデータを採取する時の業務サーバの状態に影響されません。

ただし、バックアップデータの正当性を保証するために、業務サーバを停止させた状態でバックアップを行うことを推奨します。

2.3.4.5 バックアップ実行時のボリューム情報整合性検証 

ダイレクトバックアップサーバは、バックアップ対象のボリューム情報として、バックアップポリシー設定時にSoftek AdvancedCopy Managerのリポジトリを参照して取り出した情報を保持しています。

バックアップ実行時にその情報が業務サーバの状態と異なることを検出した場合は、ダイレクトバックアップサーバが保持しているボリューム情報にしたがってバックアップ処理を行います。この時、情報の不一致による警告メッセージを出力します。

このようなケースは、業務サーバで行われた論理デバイスまたはボリュームグループの構成変更に関する情報がSoftek AdvancedCopy ManagerのStorage管理サーバのリポジトリに反映されていない時に発生します。

警告メッセージが出力されてバックアップが完了した場合は、以下の手順を行ってください。

1. バックアップデータを削除します。
   　

   バックアップデータの削除方法については、「第9章　論理デバイスバックアップの運用操作」の「バックアップデータの削除」または、「第11章　Symfowareデータベースのバックアップ運用操作」の「バックアップデータの削除」を参照してください。

   
   

2. 『Softek AdvancedCopy Manager運用手引書』の「6.4.5　Storageサーバ配下のデバイス情報の取り込み」に説明されている作業を行います。
3. 再度バックアップを行ってください。

2.3.4.6 バックアップ処理完了時の注意事項 

バックアップ処理完了時における注意事項を以下に示します。

• 論理デバイスバックアップでは、バックアップデータが採取されていても「バックアップ処理の実行条件」に記載されているように、前処理または後処理が失敗している可能性があります。前後処理の処理結果の参照には以下の方法があります。
  • バックアップ履歴一覧画面の「サーバ連携」項目の参照。
  • 業務ボリューム実行履歴画面またはSP実行履歴画面の「詳細メッセージ」項目の参照。

  バックアップ履歴一覧画面の「サーバ連携」に“失敗”または“無視”と表示されている場合は、バックアップデータの正当性が保証されていない可能性があります。バックアップデータを採取した業務サーバから、業務ボリュームに対する書き込みアクセス状態を確認し、採取されているバックアップデータをそのまま保存するか、削除するかを判断するようにしてください。
  　

  バックアップデータの削除方法については、「第9章　論理デバイスバックアップの運用操作」の「バックアップデータの削除」を参照してください。

  
  

  また、後処理が失敗した時に後処理スクリプトでファイルシステムをマウントするように記述している場合は、ファイルシステムがアンマウントされたままの状態の可能性があります。このような場合は、手作業で後処理スクリプトに記述した処理を業務サーバ上で動かす必要があります。

• Symfowareデータベースのバックアップでは、バックアップ処理が途中で中止された時、すでにバックアップ履歴が作成された業務ボリュームのバックアップ履歴は残ります。そのため、ロググループ内で履歴が存在するボリュームと存在しないボリュームが混在する状態となります。
  履歴が混在した世代を削除してください。そして、原因を取り除いた後に、再度バックアップを行ってください。
  　

  バックアップデータの削除方法については、「第11章　Symfowareデータベースのバックアップ運用操作」の「バックアップデータの削除」を参照してください。

2.3.4.7 バックアップ処理のキャンセル

■ETERNUS3000/6000,GR seriesのバックアップ運用

実行中のバックアップ処理に対するキャンセル操作をバックアップ管理画面で行うことができます。

バックアップ処理のキャンセルは、業務ボリューム実行履歴画面 または SP実行履歴画面の「状況」項目に以下のいずれかが表示されている時に行えます。

• 前処理中
• 後処理中
• アドバンスト・コピー中
• 実コピー中
• テープ待ち
• テープ書き込み中
• 世代超過処理中

ただし、“テープ待ち”を除いて、業務ボリューム実行履歴画面 または SP実行履歴画面の「状況」に上のいずれかが表示されていても、実際にキャンセルを実行した時にはバックアップ処理が完了していることがあります。ダイレクトバックアップサーバがキャンセルを受け付けた時に、すでにバックアップ処理が完了している場合、採取済みのバックアップデータは削除されません。

採取されたバックアップデータが不要であれば、そのバックアップデータを削除してください。

■ETERNUS NR1000F seriesのバックアップ運用

実行中のバックアップ処理に対するキャンセル操作をコマンドおよびバックアップ管理画面で行うことができます。

バックアップ処理のキャンセルは、SP実行履歴画面の「状況」項目に以下のいずれかが表示されている時に行えます。

• テープ待ち
• テープ書き込み中

2.3.4.8 複数の業務ボリュームを同時にバックアップする場合 

ダイレクトバックアップでは、複数のバックアップ処理を並行して行うことができます。

バックアップの運用には、別のバックアップ運用で使用されていない論理プールをバックアップポリシーの「バックアップ先ディスク」または「作業用論理ユニットプール」に設定することを推奨します。

同じ論理ユニットを使用する処理が多いと、すべての処理が遅くなる場合があります。このような状況が頻繁に発生する場合は、バックアップスケジュールまたは論理ユニットプールの設計の見直しが必要です。

2.3.4.9 コマンドによる自動化運用 

ダイレクトバックアップでは、コマンドによるシェルスクリプトを利用したバックアップの自動運用が行えます。

■論理デバイスバックアップ

論理デバイスバックアップでは、SSF/Backup Facility上または業務サーバ上などから Softek AdvancedCopy Manager または ダイレクトバックアップ提供のコマンドにより、バックアップ／リストア操作、処理状況の参照など バックアップ運用における操作が可能です。

ダイレクトバックアップ提供のコマンドを業務サーバ上から実行するためには、spcntl コマンドを使用します。

◆注意事項

論理デバイスバックアップのシェルスクリプトを作成する場合、以下のことを考慮してシェルスクリプトを作成してください。

• バックアップポリシーの「バックアップエンジン」に“OPC”を設定している場合、dbubackupコマンドが復帰した後に同一の業務ボリュームに対してすぐに２回目のバックアップを行うと、２回目のバックアップは失敗します。１回目のバックアップの実コピーが続いているためです。
  １回目のバックアップの実コピーが終了したことを確認した上で、次のバックアップを行ってください。バックアップ時の実コピー実行状況は、dbuhistdispコマンドで確認することができます。
• バックアップポリシーの「バックアップエンジン」に“EC”または“EC (SUSPEND) ”を設定している場合、dbubackupコマンドを投入する前にバックアップ同期処理を行い、等価性維持状態にしておく必要があります。
  バックアップ同期処理の実行状況を確認し、等価性維持状態になった上で、バックアップを行ってください。バックアップ同期処理の実行状況は、dbusyncstatコマンドで確認することができます。

■論理ユニットバックアップ

論理ユニットバックアップでは、SSF/Backup Facility上から ダイレクトバックアップ提供のコマンドにより、バックアップ／リストア操作など バックアップ運用における操作が可能です。

◆注意事項

論理ユニットバックアップのシェルスクリプトを作成する場合、以下のことを考慮してシェルスクリプトを作成してください。

• 論理ユニットバックアップでは、業務サーバと連携してバックアップデータを採取するという概念がありません。
• バックアップポリシーの「バックアップエンジン」に“OPC”を設定している場合、lubackupコマンドが復帰した後に同一の論理ユニットに対してすぐに２回目のバックアップを行うと、２回目のバックアップは失敗します。１回目のバックアップの実コピーが続いているためです。
  １回目のバックアップの実コピーが終了した後、次のバックアップを行なってください。
  　

  lubackupコマンドの実コピー実行状況を取得するコマンドはありません。同一の論理ユニットを連続してバックアップを行う場合は、充分な時間の間隔をあけて行ってください。

  
  

• バックアップポリシーの「バックアップエンジン」に“EC”または“EC (SUSPEND) ”を設定している場合、lubackupコマンドを投入する前にバックアップ同期処理を行い、等価性維持状態にしておく必要があります。
  バックアップ同期処理の実行状況を確認し、等価性維持状態になった上で、バックアップを行ってください。バックアップ同期処理の実行状況は、luecstatコマンドで確認することができます。

■Symfowareデータベースのバックアップ

Symfowareデータベースのバックアップでは、SSF/Backup Facility上または業務サーバ上などから Softek AdvancedCopy Manager または ダイレクトバックアップ提供のコマンドにより、バックアップ／リカバリ操作、処理状況の参照など バックアップ運用における操作が可能です。

ダイレクトバックアップ提供のコマンドを業務サーバ上から実行するためには、spcntl コマンドを使用します。

◆注意事項

Symfowareデータベースのバックアップのシェルスクリプトを作成する場合、以下のことを考慮してシェルスクリプトを作成してください。

• Symfowareデータベースのバックアップ運用において、「ディスク保存世代超過処理」機能を使用できないため、バックアップポリシーの「バックアップ先」を“ディスク”または“両方”に設定してバックアップ運用を行っていると、バックアップデータがディスクに採取され続けます。これにより、論理ユニットの領域が不足してしまい、バックアップが行えなくなります。必要に応じてディスクに存在するバックアップデータの削除を行ってください。
• バックアップポリシーの「バックアップエンジン」に“OPC”を設定している場合、dbubackupコマンドが復帰した後に同一の業務ボリュームに対してすぐに２回目のバックアップを行うと、２回目のバックアップは失敗します。１回目のバックアップの実コピーが続いているためです。
  １回目のバックアップの実コピーが終了したことを確認した上で、次のバックアップを行ってください。バックアップ時の実コピー実行状況は、dbuhistdispコマンドで確認することができます。
• バックアップポリシーの「バックアップエンジン」に“EC”または“EC (SUSPEND) ”を設定している場合、dbubackupコマンドを投入する前にバックアップ同期処理を行い、等価性維持状態にしておく必要があります。
  バックアップ同期処理の実行状況を確認し、等価性維持状態になった上で、バックアップを行ってください。バックアップ同期処理の実行状況は、dbusyncstatコマンドで確認することができます。

■ETERNUS NR1000F seriesのバックアップ

ETERNUS NR1000F seriesのバックアップでは、SSF/Backup Facility上から ダイレクトバックアップ提供のコマンドにより、バックアップ／リストア操作など バックアップ運用における操作が可能です。

2.3.4.10 OPCを利用したバックアップに関する注意事項 

バックアップポリシーの「バックアップエンジン」に“OPC”を設定してバックアップを行う場合、以下のとおりバックアップ処理の成功が確認できても、アドバンスト・コピー機能の「OPC」での実コピーが完了していない状態があります。

• バックアップコマンドが正常復帰
• バックアップダイアログボックスに成功のメッセージが表示
• バックアップデータに対する履歴情報を参照できる状態

ダイレクトバックアップでは、このような状態の時には次の世代をバックアップすることはできません。次の世代をバックアップするには、先行するバックアップの実コピーが完了してから行うようにしてください。以下に実コピーの完了を確認する方法を説明します。

• 論理デバイスバックアップ

  論理デバイスバックアップでは、実コピーの完了を以下の方法で確認できます。

  • 業務ボリューム一覧画面の「状態」項目で確認できます。「状態」に空白が表示される場合は、実コピーが完了している状態です。
  • バックアップ履歴表示コマンド dbuhistdisp によって、OPC実コピー状況が確認できます。
    　

    バックアップ履歴表示コマンド dbuhistdispについての詳細は、「第14章 論理デバイスバックアップおよびSymfowareデータベースのバックアップのためのコマンド」の「dbuhistdisp (バックアップ履歴情報の表示) 」を参照してください。

  
  

• 論理ユニットバックアップ

  論理ユニットバックアップでは、アドバンスト・コピー機能の「OPC」の実コピー状況を参照することはできません。

• Symfowareデータベースのバックアップ

  Symfowareデータベースのバックアップでは、実コピーの完了を以下の方法で確認できます。

  • 業務ボリューム一覧画面の「状態」項目で確認できます。「状態」に空白が表示される場合は、実コピーが完了している状態です。
  • バックアップ履歴表示コマンド dbuhistdisp によって、OPC実コピー状況が確認できます。
    　

    バックアップ履歴表示コマンド dbuhistdispについての詳細は、「第14章 論理デバイスバックアップおよびSymfowareデータベースのバックアップのためのコマンド」の「dbuhistdisp (バックアップ履歴情報の表示) 」を参照してください。

2.3.5 リストア（リカバリ） 

ダイレクトバックアップでは、リストア（リカバリ）によってバックアップで採取したバックアップデータの書き戻し、および破損したデータベースの復旧を行うことができます。

2.3.5.1 リストア（リカバリ）の方法 

■ETERNUS3000/6000,GR seriesのバックアップ運用

バックアップデータのバックアップ先によってリストア方法が以下のとおり異なります。

• バックアップ先が「ディスク」または「両方」の場合

  ディスクに保存されているバックアップデータからリストア（リカバリ）されます。
  リストア（リカバリ）処理にはアドバンスト・コピー機能の「OPC」を利用するため、リストア（リカバリ）処理は瞬時に完了します。
  　

  「バックアップ先」を“両方”でバックアップしたデータからリストアする場合は、ディスク内のバックアップデータからリストアされます。 テープ内のバックアップデータからリストアを行う場合は、ディスク内のバックアップデータを削除してください。

  
  

• バックアップ先が「テープ」の場合

  テープからのデータ読み込みが行われるため、リストア（リカバリ）処理時間はバックアップデータのサイズや磁気テープライブラリシステム性能に依存します。

■ETERNUS NR1000F seriesのバックアップ運用

テープからのデータ読み込みが行われるため、リストア処理時間はバックアップデータのサイズや磁気テープライブラリシステム性能に依存します。

2.3.5.2 リストア（リカバリ）先の指定可能範囲

利用するバックアップタイプにより、リストア（リカバリ）先に指定できるボリュームまたは論理ユニットが異なります。

■論理デバイスバックアップ

論理デバイスバックアップのリストアでは、リストア先に以下のボリュームを指定できます。

• バックアップ先が「ディスク」または「両方」の場合
  • バックアップデータのバックアップ元の業務ボリューム
  • バックアップ元と同じETERNUS3000/6000,GR seriesの一時利用ボリューム
• バックアップ先が「テープ」の場合
  • バックアップデータのバックアップ元の業務ボリューム
  • 任意のETERNUS3000/6000,GR seriesの一時利用ボリューム

■論理ユニットバックアップ

論理ユニットバックアップのリストアでは、リストア先に以下の論理ユニットを指定できます。

• バックアップ先が「ディスク」または「両方」の場合
  • バックアップデータのバックアップ元の論理ユニット
  • バックアップ元と同じETERNUS3000/6000,GR seriesの論理ユニット
• バックアップ先が「テープ」の場合
  任意のETERNUS3000/6000,GR seriesの論理ユニット（バックアップ元の論理ユニットを含む）

■Symfowareデータベースのバックアップ

Symfowareデータベースのリカバリではリカバリ先に、バックアップデータのバックアップ元の業務ボリュームまたはロググループを指定できます。

■ETERNUS NR1000F seriesのバックアップ

ETERNUS NR1000F seriesのリストアでは、リストア先に以下のディレクトリを指定できます。

• バックアップデータのバックアップ元のディレクトリ
• 任意のETERNUS NR1000F seriesのディレクトリ

2.3.5.3 一時利用ボリュームへリストアする時の注意事項 

論理デバイスバックアップは、バックアップ元業務ボリュームが存在するETERNUS3000/6000,GRseriesとは異なるETERNUS3000/6000,GRseries上の一時利用ボリュームへリストアを行う場合、リストア出来るバックアップ履歴は、バックアップポリシー「バックアップ先」が"テープ"で採取したテープのバックアップ履歴のみとなります。

さらに、バックアップポリシーの「バックアップエンジン」が"OPC"、"EC"、"EC(Suspend)"の場合、異なるETERNUS3000/6000,GRseries上の一時利用ボリュームへリストアを行う際に、バックアップ元の業務ボリュームのバックアップポリシーを以下のように一時的に変更する必要があります。変更しないでリストアを行った場合、リストアが失敗します。

• 「バックアップエンジン」を"未使用"に設定する。
• 「作業用論理ユニットプール」に、リストア先の一時利用ボリュームと同じETERNUS3000/6000,GRseriesの論理ユニットを登録した論理ユニットプールを設定する。

リストア終了後に必ず変更したバックアップポリシーを元に戻してください。
バックアップポリシーの「作業用論理ユニットプール」を一時的に変更している状態でバックアップを行うとバックアップが失敗するため、バックアップをスケジュール運用している場合などには注意が必要です。

2.3.5.4 リストア（リカバリ）の前後処理 

■論理デバイスバックアップ

論理デバイスバックアップのリストアでは、リストア先のボリュームに対するアドバンスト・コピーを行う前後で、常に業務サーバ上のSoftek AdvancedCopy Managerと連携して前後処理を呼び出します。

前後処理のタイムアウトを検出する時間は、バックアップ元のバックアップポリシーの「前後処理タイムアウト時間」に設定されている値が採用されます。
また、前後処理が不要の場合は、前後処理のスクリプトおいてリストア先のボリュームに対する前後処理を定義する箇所で、前後処理が行われないように定義します。

■論理ユニットバックアップ

論理ユニットバックアップのリストアには、業務サーバと連携して前処理および後処理を実行するという概念がありません。

■Symfowareデータベースのリカバリ

Symfowareデータベースのリカバリでは、Softek AdvancedCopy Managerが提供する“前処理スクリプト／後処理スクリプト”は実行されず、Symfowareによる“前処理／後処理”が常に実行されます。

前後処理のタイムアウトを検出する時間は、バックアップ元のバックアップポリシーの「前後処理タイムアウト時間」に設定されている値が採用されます。
Symfowareデータベースのリカバリでは、Symfowareによるアーカイブログ適用がリカバリの後処理で行われます。よってバックアップポリシーの「前後処理タイムアウト時間」の設定には、アーカイブログ適用のための時間を考慮してください。

■ETERNUS NR1000F seriesのバックアップ

ETERNUS NR1000F seriesのリストアには、業務サーバと連携して前処理および後処理を実行するという概念がありません。

2.3.5.5 リストア（リカバリ）処理の実行条件 

■論理デバイスバックアップ

論理デバイスバックアップでは、アドバンスト・コピーの前処理に失敗するとリストア処理を中止します。リストア処理を継続する条件を表2.7 に示します。

[表2.7　論理デバイスバックアップの前後処理に対するリストア処理継続条件]

（表中のハイフン (−) は、その処理を行わないことを表しています。）

■論理ユニットバックアップ

論理ユニットバックアップのリストアでは、業務サーバと連携してリストアを行わないため、その時の業務サーバの状態に影響されません。

ダイレクトバックアップサーバはリストア要求を受け付けると、業務サーバの状態に関係なく指定された論理ユニットに対してリストアを行います。よって、業務サーバにリストア先の論理ユニットをマウントした状態でリストアを行っても、業務サーバには論理ユニットの変更情報が反映されません。

論理ユニットバックアップのリストアを行う時には、業務サーバでリストア先の論理ユニットをアンマウントしてください。

■Symfowareデータベースのバックアップ

Symfowareデータベースのリカバリ処理では、アドバンスト・コピーの前後処理が失敗した場合、リカバリ処理は中止されます。その詳細を表2.8 に示します。

[表2.8　 Symfowareデータベースの前後処理に対するリカバリ処理継続条件]

（表中のハイフン (−) は、その処理を行わないことを表しています。）

Symfowareデータベースのリカバリ処理が途中で中止された場合は、一部のデータは業務ボリュームにコピーされているため、業務ボリュームのデータは不完全な状態となって使用できなくなります。
原因を取り除いた後に、再度リカバリを行ってください。

■ETERNUS NR1000F seriesのバックアップ

ETERNUS NR1000F seriesのリストアでは、業務サーバと連携してリストアを行わないため、その時の業務サーバの状態に影響されません。

2.3.5.6 リストア（リカバリ）実行時のボリューム情報整合性検証 

ダイレクトバックアップでは、リストア（リカバリ）実行時に、ダイレクトバックアップサーバが保持しているボリューム情報と業務サーバの状態を比較し、異なることを検出するとリストア（リカバリ）を失敗させます。
このようなケースは、業務サーバで行われた論理デバイスまたはボリュームグループの構成変更に関する情報がSoftek AdvancedCopy ManagerのStorage管理サーバのリポジトリに反映されていない時に発生します。
『Softek AdvancedCopy Manager運用手引書』の「6.4.5　Storageサーバ配下のデバイス情報の取り込み」に説明されている作業をしてから、再度リストア（リカバリ）を行ってください。

2.3.5.7 リストア（リカバリ）処理完了時の注意事項 

リストア（リカバリ）処理完了時における注意事項を以下に示します。

• 論理デバイスバックアップのリストアでは、リストアが完了した場合でも、後処理が失敗している可能性があります。後処理が失敗している場合は、メッセージが業務ボリューム実行履歴画面またはSP実行履歴画面の「詳細メッセージ」項目に表示されます。
  後処理が失敗していると、後処理スクリプトでファイルシステムをマウントするように記述している場合はファイルシステムがアンマウントされたままの状態の可能性があります。このような場合は、手作業で後処理スクリプトに記述した処理を業務サーバ上で行う必要があります。
• Symfowareデータベースのリカバリ処理が途中で中止された場合は、一部のデータは業務ボリュームにコピーされているため、業務ボリュームのデータは不完全な状態となって使用できなくなります。
  原因を取り除いた後に、再度リカバリを行ってください。

2.3.5.8 リストア（リカバリ）処理のキャンセル 

■ETERNUS3000/6000,GR seriesのバックアップ運用

実行中のリストア（リカバリ）処理に対するキャンセル操作をバックアップ管理画面で行うことができます。

リストア（リカバリ）処理のキャンセルは、業務ボリューム実行履歴画面 または SP実行履歴画面の「状況」項目に以下のいずれかが表示されている時に行えます。

• 前処理中
• 後処理中
• アドバンスト・コピー中
• 実コピー中
• テープ待ち
• テープ読み込み中

ただし、“テープ待ち”を除いて、業務ボリューム実行履歴画面 または SP実行履歴画面の「状況」に上のいずれかが表示されていても、実際にキャンセルを実行した時にはリストア（リカバリ）処理が完了していることがあります。

■ETERNUS NR1000F seriesのバックアップ運用

実行中のリストア処理に対するキャンセル操作をコマンドおよびバックアップ管理画面で行うことができます。

リストア処理のキャンセルは、SP実行履歴画面の「状況」項目に以下のいずれかが表示されている時に行えます。

• テープ待ち
• テープ読み込み中

2.3.5.9 リストア（リカバリ）の同時実行 

図2.2 のように、リストア先が一致するリストア要求を同時に実行することはできません。その場合、後に実行されたリストア処理が異常終了します。

[図2.2　リストア先が一致するリストアのパターン]

図2.3 のように、同じバックアップデータを 複数の異なるリストア先へのリストアを同時に実行することは可能です。ただし、リストアの同時実行数が多いと、リストア処理が遅くなる場合があります。このような状況が頻繁に発生する場合は、バックアップ運用設計の見直しが必要です。

１つの論理ユニット（この場合リストア元の論理ユニット）に割り当てられた処理数が多いと本現象が発生しやすくなります。可能な限り、１つの論理ユニットを使用する処理数が重ならない処置をしてください。

[図2.3　リストア元が一致するリストアのパターン]

2.3.5.10 リストア（リカバリ）とバックアップの同時実行 

論理デバイスバックアップ、論理ユニットバックアップ およびSymfowareデータベースのバックアップによって、バックアップ処理中の業務ボリュームに対してリストアを行うと、以下の場合を除いてリストア（リカバリ）が失敗します。

• バックアップポリシーの「バックアップエンジン」が“OPC”
• バックアップポリシーの「バックアップ先」が“ディスク”
• リストアするバックアップデータが“最新”世代
• OPC実コピーが実行中

上記条件以外のバックアップデータをリストア（リカバリ）する場合は、バックアップ完了後（バックアップポリシーの「バックアップエンジン」に“OPC”を指定した場合は「OPC」での実コピー完了後）にリストア（リカバリ）を行ってください。

論理デバイスバックアップおよび Symfowareデータベースのバックアップでは、OPC実コピーの状況を業務ボリューム一覧画面の「状態」項目で確認できます。
「状態」が 空白表示であること（OPC実コピー処理がないこと）を確認した上で、バックアップ処理対象の業務ボリュームへのリストア（リカバリ）を行ってください。

論理ユニットバックアップでは、OPC実コピーの状況を確認する方法がありません。
バックアップ操作から時間をおいて、リストアを行ってください。

目次 索引