NetBackup™ Web UI クラウド管理者ガイド

Last Published:
Product(s): NetBackup & Alta Data Protection (11.0)
  1. クラウド資産の管理と保護
    1.  
      クラウド資産の保護について
    2.  
      制限事項および考慮事項
    3.  
      AWS と Azure の政府向けクラウドサポート
    4. Snapshot Manager を NetBackup で構成します。
      1.  
        Snapshot Manager の追加
      2. Snapshot Manager のクラウドプロバイダの追加
        1.  
          新しい地域の追加
        2.  
          AWS の構成の IAM ロール
        3.  
          OCI の構成の IAM ポリシー
      3.  
        メディアサーバーと Snapshot Manager の関連付け
      4.  
        Snapshot Manager の資産の検出
      5.  
        Snapshot Manager の有効化または無効化
      6.  
        (オプション) Snapshot Manager 拡張機能の追加
    5. クラウド資産のインテリジェントグループの管理
      1.  
        クラウドインテリジェントグループの考慮事項
      2.  
        クラウド資産用インテリジェントグループの作成
      3.  
        クラウド資産用インテリジェントグループの削除
    6. クラウド資産またはクラウド資産用インテリジェントグループの保護
      1.  
        クラウド資産またはインテリジェントグループの保護のカスタマイズまたは編集
      2.  
        クラウド資産またはインテリジェントグループの保護の削除
    7. ストレージライフサイクルポリシーについて
      1.  
        SLP の追加
      2.  
        PaaS と IaaS ポリシーの SLP 構成
    8. クラウド資産のポリシーの管理
      1.  
        制限事項および考慮事項
      2.  
        ポリシーの計画
      3.  
        クラウド資産のポリシーの作成
      4.  
        PaaS 資産の属性の設定
      5.  
        IaaS 資産の属性の設定
      6.  
        スケジュールの作成
      7.  
        バックアップ間隔について
      8.  
        保持期間の割り当てについて
      9. 開始時間帯の構成
        1.  
          スケジュールの期間の例
      10.  
        含める日の構成
      11.  
        除外日の構成
      12.  
        PaaS のクラウド資産の構成
      13.  
        IaaS のクラウド資産の構成
      14.  
        IaaS のバックアップオプションの構成
      15. クラウドポリシーの管理
        1.  
          ポリシーのコピー
        2.  
          ポリシーの無効化または削除
        3.  
          資産の手動バックアップ
    9. マルウェアのスキャン
      1.  
        バックアップイメージのスキャン
      2.  
        作業負荷の種類ごとの資産
    10. リソースグループを使用した Microsoft Azure リソースの保護
      1.  
        開始する前に
      2.  
        制限事項および考慮事項
      3. リソースグループの構成と結果について
        1.  
          リソースグループの構成の例
      4.  
        リソースグループの権限のトラブルシューティング
    11. クラウド作業負荷のための NetBackup アクセラレータ
      1.  
        NetBackup アクセラレータが仮想マシンと連携する仕組み
      2.  
        仮想マシンのアクセラレータ強制再スキャン (スケジュールの属性)
      3.  
        アクセラレータバックアップおよび NetBackup カタログ
      4.  
        バックアップジョブ詳細ログのアクセラレータメッセージ
    12.  
      保護計画を使用したクラウド作業負荷のバックアップスケジュールの構成
    13.  
      クラウド作業負荷のバックアップオプション
    14. AWS スナップショットレプリケーション
      1.  
        AWS スナップショットレプリケーションの構成
      2.  
        AWS スナップショットレプリケーションの使用
      3.  
        アカウントのレプリケーションのサポートマトリックス
    15.  
      アプリケーションの整合性スナップショットを使用したクラウド内アプリケーションの保護
    16.  
      VMware へのリカバリのための AWS VM または Azure VM の保護
    17.  
      クラウド資産のクリーンアップ
    18.  
      クラウド資産のフィルタ処理
  2. PaaS 資産の保護
    1.  
      PaaS 資産の保護
    2.  
      PaaS 資産を保護するための前提条件
    3.  
      MySQL および MariaDB データベースのバイナリログの有効化
    4.  
      Kubernetes でのバックアップとリストアの有効化
    5.  
      Amazon RDS SQL Server データベースの資産を保護するための前提条件
    6. RDS Custom インスタンスの保護
      1.  
        RDS Custom for SQL Server 資産の保護
      2.  
        RDS Custom for SQL Server 資産の保護の考慮事項
      3.  
        RDS Custom for Oracle 資産の保護
      4.  
        RDS Custom for Oracle 資産の保護の考慮事項
    7. Azure Managed Instance データベースの保護
      1.  
        Azure Managed Instance データベースの保護の前提条件
      2.  
        Azure Managed Instance データベースの保護に必要な権限
    8. 制限事項および考慮事項
      1.  
        すべてのデータベース
      2.  
        PostgreSQL の場合
      3.  
        Azure PostgreSQL の増分バックアップの場合
      4.  
        AWS RDS PostgreSQL および AWS Aurora PostgreSQL の場合
      5.  
        AWS DynamoDB の場合
      6.  
        AWS DocumentDB の場合
      7.  
        AWS Neptune の場合
      8.  
        AWS RDS SQL の場合
      9.  
        Azure、AWS RDS、Aurora MySQL の場合
      10.  
        Azure MySQL サーバーを使用した増分バックアップの場合
      11.  
        GCP SQL Server を使用した増分バックアップの場合
      12.  
        Azure SQL と SQL Managed Instance の場合
      13.  
        Azure SQL と SQL Managed Instance の場合 (一時データベースなし)
      14.  
        Azure SQL Server と SQL Managed Instance の増分バックアップの場合
      15.  
        Azure Cosmos DB for MongoDB の場合
      16.  
        Azure Cosmos DB for NoSQL の場合
      17.  
        Amazon RDS for Oracle の場合
      18.  
        Amazon Redshift データベースの場合
      19.  
        Amazon Redshift クラスタの場合
      20.  
        GCP SQL Server の場合
      21.  
        GCP BigQuery の場合
    9. ネイティブクライアントユーティリティのインストール
      1.  
        MySQL クライアントユーティリティのインストール
      2.  
        sqlpackage クライアントユーティリティのインストール
      3.  
        PostgreSQL クライアントユーティリティのインストール
      4.  
        MongoDB クライアントユーティリティのインストール
    10. さまざまな配備のストレージの構成
      1.  
        MSDP クラウド配備の場合
      2.  
        Kubernetes の配備の場合
      3.  
        VM ベースの BYO 配備の場合
    11.  
      インスタントアクセス用のストレージサーバーの構成
    12.  
      PaaS 作業負荷の増分バックアップについて
    13.  
      Azure MySQL サーバーの増分バックアップの構成
    14.  
      PaaS 作業負荷のアーカイブ REDO ログのバックアップについて
    15.  
      PaaS 作業負荷の自動イメージレプリケーションについて
    16.  
      PaaS 資産の検出
    17.  
      PaaS 資産の表示
    18. PaaS のクレデンシャルの管理
      1.  
        データベースに適用されているクレデンシャル名の表示
      2.  
        データベースへのクレデンシャルの追加
      3.  
        IAM データベースユーザー名の作成
      4.  
        システムまたはユーザー管理 ID のユーザー名の作成
      5.  
        データベースユーザーの権限の構成
    19. PaaS 資産への保護の追加
      1.  
        今すぐバックアップの実行
  3. クラウド資産のリカバリ
    1. クラウド資産のリカバリ
      1.  
        VM のリカバリ前チェックについて
      2.  
        クラウド資産のリストアでサポートされるパラメータ
      3.  
        仮想マシンのリカバリ
      4.  
        アプリケーションとボリュームの元の場所へのリカバリ
      5.  
        アプリケーションとボリュームの代替の場所へのリカバリ
      6.  
        読み取り専用ボリュームを伴う GCP VM のリカバリシナリオ
      7.  
        (GCP のみ) autoDelete ディスクサポートを使用した仮想マシンとボリュームのリストア
    2.  
      クラウド資産のロールバックリカバリの実行
    3. VMware への AWS VM または Azure VM のリカバリ
      1.  
        VMware にリカバリされたクラウド VM のリカバリ後の考慮事項
      2. クラウド VM から VMware へのイメージのリカバリ手順
        1.  
          AWS から VMware へのイメージのリカバリ
        2.  
          Azure から VMware へのイメージのリカバリ
    4. PaaS 資産のリカバリ
      1.  
        RDS 以外の PaaS 資産のリカバリ
      2.  
        Redshift クラスタのリカバリ
      3.  
        AWS DocumentDB 資産と Neptune 資産のリカバリ
      4.  
        RDS ベースの PaaS 資産のリカバリ
      5.  
        Azure 保護対象資産のリカバリ
      6.  
        AdvancedDisk からの複製イメージのリカバリ
  4. 個別リストアの実行
    1.  
      個別リストアについて
    2.  
      サポート対象の環境リスト
    3.  
      サポートされているファイルシステムのリスト
    4.  
      開始する前に
    5.  
      制限事項および考慮事項
    6.  
      クラウド仮想マシンからのファイルとフォルダのリストア
    7.  
      クラウド仮想マシンでのボリュームのリストア
    8.  
      LVM を含むボリュームリストア後の手順の実行
    9.  
      トラブルシューティング
  5. クラウド資産の保護とリカバリのトラブルシューティング
    1.  
      クラウドの作業負荷の保護に関する問題のトラブルシューティング
    2.  
      エラーコード 9855: 資産 <asset_name> のスナップショットのエクスポート中のエラー
    3.  
      CMK を使用して暗号化されたディスクを持つ VM とその他の OCI 資産が、NetBackup UI で削除済みとしてマークされる。
    4.  
      スナップショットからのバックアップジョブに予想より長い時間がかかる
    5.  
      Snapshot Manager が Ubuntu ホストに配備されている場合、接続の問題によりスナップショットからのバックアップジョブが失敗する
    6.  
      NetBackup UI でのエラーのあいまいさの排除
    7.  
      状態コード 150: 管理者から終了が要求されました
    8. PaaS の作業負荷の保護とリカバリに関する問題のトラブルシューティング
      1.  
        Amazon Redshift の問題のトラブルシューティング
      2.  
        Azure Postgres の問題のトラブルシューティング
      3.  
        Amazon RDS Custom for SQL の問題のトラブルシューティング

保持期間の割り当てについて

データの保持期間は、一定期間後にメディアから情報をリストアする可能性によって決まります。財務の記録などのデータ形式には、法律で定められた保持レベルがあります。また、作成途中の文書などのデータの場合は、文書の最終版の完成後は必要がなくなります。

バックアップの保持期間は、そのバックアップからリカバリする必要性にも依存します。たとえば、毎日の変更内容が重要である場合、そのデータが必要な間は、完全バックアップに加えてすべての増分バックアップを保持します。増分バックアップが毎月のレポートで処理中の作業だけをトラッキングする場合、増分バックアップをすぐに期限切れにします。長期間のリカバリには完全バックアップを使用します。

保持期間を決定する場合、ほぼすべてのデータに適用するガイドラインを作成することが必要です。ガイドラインと異なる保持要件があるファイルまたはディレクトリに注意します。保持要件のガイドラインと異なるデータには、別のポリシーを作成することを計画します。たとえば、より長い保持要件のあるファイルおよびディレクトリを別のポリシーに配置します。すべてのポリシーに長い保持期間を設定するのではなく、別のポリシーでより長い保持期間をスケジュール設定します。

次の表は、さまざまなバックアップ形式の推奨の保持期間を記述したものです。

表: さまざまなバックアップ形式の推奨の保持期間

バックアップ形式

説明

完全バックアップ

スケジュールに対する間隔の設定より長い期間を指定します。(この間隔は、バックアップの実行間隔です。) たとえば、間隔が 1 週間である場合、2 週間から 4 週間の保持期間を指定します。保持期間を 2 週間から 4 週間にすると、十分な時間的余裕が確保され、次に完全バックアップが行われる前に、現行の完全バックアップの有効期限に達しないことが保証されます。

差分増分バックアップ

完全バックアップ間の間隔より長い期間を指定します。たとえば、完全バックアップが毎週実行される場合、差分増分バックアップを 2 週間保存します。

次の表は、要求するよりも早くバックアップが期限切れになることを防ぐことができる複数の方法を提案します。

表: 早く期限切れになるバックアップを防ぐための提案

項目

説明

保持期間

適切な保持期間を割り当てます。保持期間が満了した後は、NetBackup によるバックアップのトラッキングは行われません。保持期間が満了した後は、ファイルをリカバリすることは困難または不可能です。

1 年以上保持する必要があるバックアップの場合、保持期間を無制限に設定します。

完全バックアップと増分バックアップ

ポリシーでは、増分バックアップより長い保持期間を完全バックアップに割り当ててください。完全なリストアを行うには、前回の完全バックアップ、およびそれ以降のすべての差分増分バックアップが必要です。増分バックアップの前に完全バックアップの期限が切れると、すべてのファイルをリストアできない場合があります。

アーカイブスケジュール

保持期間を無制限に設定します。

テープ

保持期間を無制限に設定します。NetBackup データベースの領域制約のため無制限に設定できない場合、データを保存する必要がある期間と一致する保持期間を設定します。

データの保持については、バックアップメディアのオフサイトでの保管も考慮します。オフサイトに保管することによって、プライマリサイトで発生する災害からデータを保護できます。

ディザスタリカバリの注意事項として、次のオフサイト保管方式を考慮します。

  • 複製機能を使用してオフサイト保管用にセカンダリコピーを作成します。

  • 毎月または毎週行われる完全バックアップをオフサイトの保管施設に送付します。

    データをリストアするには、保管施設からメディアを要求します。増分バックアップを使用してディレクトリまたはディスク全体のリストアを行うには、最後の完全バックアップとすべての増分バックアップが必要です。

  • バックアップ用の特別なスケジュールを構成して、オフサイト保管用に複製を作成します。

オフサイトでの保管方法に関係なく、十分な保持期間を構成することが必要です。

デフォルトでは、NetBackup によって、同じ保持レベルのバックアップがすでに存在するテープボリュームに、各バックアップが格納されます。バックアップの保持レベルが 2 である場合、NetBackup は保持レベルが 2 の、他のバックアップを含むテープボリュームにこのバックアップを格納します。保持レベルが異なるバックアップが発生すると、NetBackup によって適切なボリュームに切り替えられます。テープボリュームは、自身が格納するすべてのバックアップが有効期限に達するまで NetBackup に割り当てられたままであるため、ボリューム上の保持レベルを一致させることによって、メディアの使用が効率化されます。ボリューム上に保持期間が無制限の小さなバックアップが 1 つでもあると、他のすべてのバックアップが有効期限に達してもボリュームは再利用されません。

各ボリューム上に 1 つの保持レベルだけを保存する場合、必要以上の保持レベルを使用しないでください。複数の保持レベルを使用すると、必要なボリュームの数が増加します。

メモ:

ディスクボリューム上では、制限なしに保持レベルを混在できます。