Docs Menu
Docs Home
/
MongoDB Cloud Manager
/ /

配置のバックアップ

項目一覧

  • Considerations
  • 前提条件
  • 手順

MongoDB 配置をバックアップできます。

重要

シャーディングされたクラスターまたはレプリカセットのみをバックアップできます。 スタンドアロンのmongodプロセスをバックアップするには、それを単一ノードのレプリカセットに変換する必要があります。

Cloud Manager は、MongoDB の最新のパッチ リリースを使用してスナップショットをビルドします。

現在の MongoDB バージョンが 4.0.20 である配置を考えてみましょう。

MongoDB 4.0.15 を実行しているデータベースをバックアップする場合、 Cloud Manager は、現在のバージョンである MongoDB 4.0.20 を使用してスナップショットを作成します。 Cloud Manager は、そのスナップショットを MongoDB 4.0.20 としてコンソールに表示します。

MongoDB は、すべてのパッチ リリース バージョンと互換性があることを保証します。 4.0.20 で構築されたスナップショットを使用して 4.0.15 に復元できます instances, if needed.

バックアップを作成する前に、配置アイテムに一意の名前があることを確認してください。

重要

同じプロジェクト内のレプリカセット、シャーディングされたクラスター、およびシャード名は一意である必要があります。 配置名を一意のものにしないと、バックアップ スナップショットが中断されます。

レプリカセットは、次の条件を満たす必要があります。

  • Cloud Manager によって監視されるようになりました。

  • FCV 以降でMongoDB Enterpriseを実行します。4.2

  • アクティブなプライマリノードがあること。

  • WiredTigerストレージ エンジンとして設定されている 1 つのノードを持ちます。

  • Cloud Manager によって監視されるようになりました。

  • MongoDB バージョン2.6から4.0を実行します。

  • アクティブなプライマリノードがあること。

シャーディングされたクラスターは、次の条件を満たす必要があります。

  • Cloud Manager によって監視されるようになりました。

  • コンフィギュレーションコンフィギュレーションサーバーを含むすべてのノードで、FCV 以降を使用してMongoDB Enterpriseを実行します。4.2

  • 各シャードとコンフィギュレーションサーバーのアクティブなプライマリノードがあること。

  • シャードまたはコンフィギュレーションサーバーごとに 1 つのノードがあり、 WiredTigerストレージエンジンとして設定されている。

すべてのFCV 4.2以降のデータベースは適切なバックアップに関する考慮事項を満たしている必要があります。

MongoDB のバージョンは最小互換性を満たす必要があります。

データをバックアップする方法と、バックアップするデータを決定します。

MongoDB 配置全体をバックアップできます。

1
  1. まだ表示されていない場合は、目的のプロジェクトを含む組織をナビゲーション バーの Organizations メニューで選択します。

  2. まだ表示されていない場合は、ナビゲーション バーのProjectsメニューから目的のプロジェクトを選択します。

  3. サイドバーの Continuous Backup をクリックします。

    [継続的なバックアップ ]ページが表示されます。

2

Cloud Manager バックアップをまだ有効にしていない場合は、 Begin Setupをクリックしてウィザードを完了します。 これによりバックアップ設定が完了し、この手順の残りの部分をスキップできます。

3

プロセスのリストから、バックアップするプロセスのStatus列に移動し、 Startをクリックします。

4

オートメーションが配置を管理せず、配置で認証が必要な場合は、認証メカニズムと認証情報を指定します。

必要に応じて、以下を指定します。

Auth Mechanism

MongoDB ホストが使用する認証メカニズム

MongoDB Community のオプションは次のとおりです。

MongoDB Enterprise オプションには、次のものも含まれます。

DB Username

Username/PasswordまたはLDAP認証の場合、MongoDB 配置で MongoDB Agent を認証するために使用されるユーザー名。

認証用の MongoDB Agent の構成 」または「 LDAP 用の MongoDB Agent の構成 」を参照してください。

DB Password
Username/PasswordまたはLDAP認証の場合、MongoDB 配置で MongoDB Agent を認証するために使用されるパスワード。
Allows TLS for connections

[] をオンにすると、バックアップはTLSを使用して MongoDB に接続します。

TLS を使用するように MongoDB Agent を構成する 」を参照してください。

5

MongoDB 配置内のすべてのデータベースとコレクション、または特定のデータベースとコレクションをバックアップすることを選択できます。

1
  1. まだ表示されていない場合は、目的のプロジェクトを含む組織をナビゲーション バーの Organizations メニューで選択します。

  2. まだ表示されていない場合は、ナビゲーション バーのProjectsメニューから目的のプロジェクトを選択します。

  3. サイドバーの Continuous Backup をクリックします。

    [継続的なバックアップ ]ページが表示されます。

2

Cloud Manager バックアップをまだ有効にしていない場合は、 Begin Setupをクリックしてウィザードを完了します。 これによりバックアップ設定が完了し、この手順の残りの部分をスキップできます。

3

プロセスのリストから、バックアップするプロセスのStatus列に移動し、 Startをクリックします。

4
Menu
Possible Values
デフォルト値
Sync source
  • 任意のセカンダリ (Cloud Manager が選択するもの)

  • 任意の特定のセカンダリ

  • プライマリ ノード

any secondary

プライマリへのパフォーマンスへの影響を最小限に抑えるため、 セカンダリ を使用することをおすすめします。

Storage Engine
  • MongoDB Memory Mapped Files or

  • WiredTiger.

    このオプションを選択すると、Cloud Manager は、 100 、 000ファイルより小さい配置にバックアップを制限します。 ファイルには、コレクションとインデックスが含まれます。

ストレージ エンジンに関する考慮事項を参照してください。

バックアップされるデータベースのプライマリ ノードと同じストレージエンジン。
5

オートメーションが配置を管理せず、配置で認証が必要な場合は、認証メカニズムと認証情報を指定します。

必要に応じて、以下を指定します。

Auth Mechanism

MongoDB ホストが使用する認証メカニズム

MongoDB Community のオプションは次のとおりです。

MongoDB Enterprise オプションには、次のものも含まれます。

DB Username

Username/PasswordまたはLDAP認証の場合、MongoDB 配置で MongoDB Agent を認証するために使用されるユーザー名。

認証用の MongoDB Agent の構成 」または「 LDAP 用の MongoDB Agent の構成 」を参照してください。

DB Password
Username/PasswordまたはLDAP認証の場合、MongoDB 配置で MongoDB Agent を認証するために使用されるパスワード。
Allows TLS for connections

[] をオンにすると、バックアップはTLSを使用して MongoDB に接続します。

TLS を使用するように MongoDB Agent を構成する 」を参照してください。

6

戻る

準備