NetBackup™ for MongoDB 管理者ガイド

Last Published:
Product(s): NetBackup & Alta Data Protection (10.0)
  1. NetBackup を使用した MongoDB の保護の概要
    1.  
      NetBackup を使用したシャード、レプリカセット、スタンドアロン MongoDB クラスタの保護について
    2.  
      NetBackup を使用した MongoDB データの保護
    3.  
      NetBackup for MongoDB の用語
    4.  
      制限事項
    5.  
      MongoDB を保護するための前提条件とベストプラクティス
  2. MongoDB Plug-in for NetBackup の前提条件の検証
    1.  
      オペレーティングシステムとプラットフォームの互換性
    2.  
      MongoDB プラグイン構成の前提条件
  3. NetBackup for MongoDB の構成
    1.  
      MongoDB 構成ツールについて
    2.  
      mongodb.conf ファイルを手動で作成するための前提条件
    3. mongodb.conf ファイルを使用する MongoDB のためのバックアップオプションの設定
      1.  
        NetBackup マスターサーバーの許可リストに構成ファイルパスを含める方法
    4.  
      MongoDB ノードの RSA キーの取得
    5. NetBackup での MongoDB クレデンシャルの追加
      1.  
        クレデンシャル設定ファイルについて
      2.  
        MongoDB クレデンシャルを NetBackup に追加するには
      3.  
        データを保護するための MongoDB 役割について
    6.  
      root 以外のユーザーのホストユーザーとしての使用
    7. バックアップホストの管理
      1.  
        NetBackup マスターサーバーの許可リストに NetBackup クライアントを含める方法
  4. NetBackup を使用した MongoDB のバックアップ
    1. MongoDB データのバックアップ
      1.  
        MongoDB クラスタのバックアップ
    2.  
      MongoDB クラスタをバックアップするための前提条件
    3. MongoDB プラグイン用の NetBackup ポリシーの構成
      1.  
        BigData バックアップポリシーの作成
      2.  
        NetBackup 管理コンソールを使用した BigData ポリシーの作成
      3.  
        MongoDB クラスタの BigData ポリシーを作成するためのポリシーの構成ウィザードの使用
      4.  
        MongoDB クラスタ用の BigData ポリシーを作成するための NetBackup ポリシーユーティリティの使用
      5.  
        MongoDB クラスタ用の BigData ポリシーを作成するための NetBackup コマンドラインインターフェース (CLI) の使用
  5. NetBackup を使用した MongoDB データのリストアまたはリカバリ
    1.  
      MongoDB データのリストア
    2.  
      MongoDB のリストアおよびリカバリの前提条件
    3. バックアップ、アーカイブおよびリストアインターフェースからの MongoDB データベースのリストアシナリオについて
      1.  
        リストアおよびリカバリプロセスに関連するおおまかな手順
    4.  
      同じクラスタで MongoDB データをリストアするための BAR インターフェースの使用
    5.  
      代替クラスタで MongoDB データをリストアするための BAR インターフェースの使用
    6.  
      代替クライアントでの高可用性の設定での MongoDB データのリストアについて
    7. コマンドラインを使用した MongoDB データベースのリカバリ
      1.  
        rename ファイルの作成または変更
      2.  
        MongoDB データベースをリカバリするためのコマンドラインの使用
    8.  
      リカバリプロセス後の手動の手順
  6. トラブルシューティング
    1.  
      NetBackup for MongoDB のデバッグログについて
    2.  
      NetBackup を使用した MongoDB の保護に関する既知の制限事項
  7. 付録 A. 追加情報
    1.  
      MongoDB のクレデンシャルを追加および更新するための MongoDB 構成ユーティリティのサンプルワークフロー
  8.  
    索引

代替クラスタで MongoDB データをリストアするための BAR インターフェースの使用

NetBackup は、MongoDB に対して次の代替リカバリシナリオをサポートします。

  • 代替クラスタへのリダイレクトリストアとリカバリ

  • 既存のクラスタ内の代替ノードまたはポートまたはデータベースパスへのリダイレクトリストアおよびリカバリ

MongoDB の代替リカバリを実行するには、次の手順を完了します。

  1. 代替アプリケーションサーバーのクレデンシャルを使用して、元のクラスタのクレデンシャルを更新する tpconfig コマンドを実行します。

    たとえば、ソースクライアント Host1-26050 を、ポート 28001 で稼働する代替アプリケーションサーバー Host2 にリカバリするには、次のようにします。

    • 元のクラスタのクレデンシャル設定ファイルに、Host2:28001 および関連するノードのクレデンシャルを追加します。詳しくは クレデンシャル設定ファイルについてを参照してください。

    • リカバリ対象 (Host1-26050) の application_server に対する更新 tpconfig コマンドの実行

    サンプルコマンドを次に示します。

    /usr/openv/volmgr/bin/tpconfig -update -application_server Host1-26050 -application_type mongodb -requiredport 26050 -application_server_conf /usr/openv/var/global/credential.conf

  2. アプリケーションサーバーとそのノードの名前を変更し、代替アプリケーションサーバーの値を設定します。

    • BAR UI で、［全般 (General)］タブ、［個々のディレクトリやファイルを異なる位置にリストア (Restore individual directories and files to different locations)］の順に選択し、［選択された宛先の変更 (Change Selected Destination(s))］を使用して代替アプリケーションサーバーとポートを追加します。

    • フォルダパスを変更するには、［保存先の追加 (Add Destination)］を選択して新しい保存先のパスを追加します。

    ネストされたデータベースパスからの代替リストアを参照してください。

  3. ［リストアの開始 (Start Restore)］をクリックして、リカバリ操作を開始します。アクティビティモニターの状態を確認できます。

代替の一時的な場所への MongoDB oplog ファイルのリストア

増分バックアップから代替パスに MongoDB oplog ファイルをリストアできます。ファイルとそのパスは、BAR UI に表示されます。

代替リストア時にパスを指定するには、［個々のディレクトリやファイルを異なる位置にリストア (Restore individual directories and files to different locations)］オプションを使用する必要があります。

元の MongoDB パスを保持しながら oplog ファイルパスを変更する場合は、［宛先の追加 (Add Destination)］ダイアログボックスで、ソースパスと代替パスを特定します。

たとえば、ソース /host:port/tmp と宛先 /host:port/alternate_tmp です。

ネストされたデータベースパスからの代替リストア

ネストされたデータベースパスから代替リストアを実行するには、［宛先の追加 (Add Destination)］ダイアログボックスを使用して、すべてのサブフォルダに対して適切なターゲットの代替パスを追加します。

たとえば、パスを /host:port/usr/mongodb/db1 から /host:port/alt-dir/dbpath/mydb に変更するには、次のようにします。

  • ソースと宛先のパスを指定します。

    ソース /host:port/usr/mongodb/db1 と宛先 /host:port/alt-dir/dbpath/mydb

  • 親フォルダに対してソースと宛先のパスを指定します。

    ソース /host:port/usr/mongodb と宛先 /host:port/alt-dir/dbpath

  • ベース親フォルダに対してソースパスと宛先のパスを指定します。

    ソース /host:port/usr と宛先 /host:port/alt-dir

    メモ:

    root 以外のパスに代替リストアを実行すると、データベースパスに複数のサブフォルダが含まれている場合、リストアは部分的に成功します。

    このような場合、別の場所への代替リストアを実行するときに、各ディレクトリレベルのエントリを追加する必要があります。

    次に例を示します。

    ソース: /hostname1:port1/Config_Data

    宛先: /hostname2:port3/mongo_inst2

    ソース: /hostname1:port1/Config_Data/data

    宛先: /hostname2:port3/mongo_inst2/data

    ソース: /hostname2:port2/Shard1_Primary

    宛先: /hostname2:port3/mongo_inst2

    ソース: /hostname2:port2/Shard1_Primary/data

    宛先: /hostname2:port3/mongo_inst2/data

同じレプリカセット内の異なる MongoDB ノードからのバックアップが行われる MongoDB クラスタのリストア

プライマリノードとセカンダリノードの間の役割切り替えのために異なるノードからバックアップされた MongoDB クラスタ (シャードまたはレプリカセット) は、シャードまたはレプリカセット内でリストアできます。このような場合、1 つのホストから完全バックアップを実行し、同じシャードまたはレプリカセット内の別のホストから増分バックアップを取得できます。

リストア時に、これらのバックアップイメージのリストア先を同じ MongoDB ホストに変更する必要があります。

たとえば、/host1:port1/dbpath と /host2:port1/tmp からのバックアップをリストアするには、次のように指定します。

ソース /host1:port1/dbpath と宛先 /althost:port1/dbpath

ソース /host2:port1/tmp と宛先 /althost:port1/tmp