NetBackup™ for MongoDB 管理者ガイド

Last Published:
Product(s): NetBackup & Alta Data Protection (10.3)
  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.  
        Web UI を使用した、MongoDB クラスタ用 BigData バックアップポリシーの作成
  5. NetBackup を使用した MongoDB データのリストアまたはリカバリ
    1.  
      MongoDB データのリストア
    2.  
      MongoDB のリストアおよびリカバリの前提条件
    3.  
      同じクラスタに MongoDB データをリストアするための NetBackup Web UI の使用
    4.  
      代替クラスタで MongoDB データをリストアするための NetBackup Web UI の使用
    5.  
      代替クライアントでの高可用性の設定での MongoDB データのリストアについて
    6.  
      リカバリプロセス後の手動の手順
  6. トラブルシューティング
    1.  
      NetBackup for MongoDB のデバッグログについて
    2.  
      NetBackup を使用した MongoDB の保護に関する既知の制限事項
  7. 付録 A. 追加情報
    1.  
      MongoDB のクレデンシャルを追加および更新するための MongoDB 構成ユーティリティのサンプルワークフロー
  8.  
    索引

リカバリプロセス後の手動の手順

  • 非表示の MongoDB ノードから取得されたバックアップイメージをリカバリした後、非表示のノードはプライマリノードになります。次のコマンドを使用して、このようなすべてのプライマリノードをシャードリストで更新し、mongos プロセスを再起動します。

    db.getSiblingDB('config').shards.updateOne({ "_id" : "shard1" },{ $set : { "host" : "ShardName/repl1.example.net:27018,repl2.example.net:27018,repl3.example.net:27018" } })

  • リカバリ処理が完了したら、クラスタにセカンダリノードを手動で追加します。

    詳しくは、次の記事を参照してください。add-members-to-the-replica-set

  • リカバリ操作の後、mongod または mongos プロセスが、/tmp の場所からの設定ファイルを使用して開始されます。選択した場所に構成ファイルを移動し、その場所からサービスを再起動していることを確認します。

    /tmp の場所から構成ファイルを削除して、リストアまたはリカバリ操作時に異なるユーザーに対して同じ名前を使用して /tmp の場所にファイルをリストアできるようにします。ファイルを削除しないと、構成ファイルが /tmp の場所でリストアできないために、別のユーザーを使用した後続のリカバリ操作がエラー 2850 で失敗します。

    リストアされるバックアップデータから変更がある場合は、さらに MongoDB 構成パラメータを追加できます。