Backup
    • PDF

    Backup

    • PDF

    Article Summary

    Available in VPC

    In Backup, you can check the backup information configured per server for safe storage of cache data for users using Cloud DB for MongoDB. Also, when the cache data is damaged due to a failure, you can perform restoration using the backup file that was in storage. To use the backup and restoration, it is recommended to first understand the basic execution rules for the backup provided by Cloud DB for MongoDB. The basic backup execution rules are as follows:

    • Backup execution methods

      • Performed daily, once a day
      • Backups are performed within 15 minutes from the time selected by the user
        • Exceptional situations
          • If the backup from the previous day is still being performed due to a large backup size, the backup schedule for that day is skipped
          • Since the admin Database includes system collection and internal logic, it is excluded from backup
            • You must avoid storing user data in the admin Database
    • Backup file

      • Retention period: can be stored up to 30 days according to the user settings
      • Storage location: a separate data storage (Storage contracts are made according to the backup file size)
    Note
    • You can also receive the data of the Cloud DB for MongoDB by running mongodump in the application server or can restore the received files in the Cloud DB for MongoDB by running mongorestore.
    • Cloud DB for MongoDB performs backup by the mongodump method. It is a method that scans collection data for one document at a time, so the time difference by data may occur upon recovery due to the difference in point in time of scans.

    Backup page

    The basics of using the backup are as follows:

    clouddbformongodb-backup-screen_vpc_en

    FieldDescription
    ① Menu nameName of the menu currently being viewed
    ② Basic featuresCheck details for Cloud DB for MongoDB, refresh the Backup page
    ③ Backup listConfigured backup settings per server and settings information

    Check backup settings list

    You can check the backup settings list per MongoDB server in operation. The following describes how to check the backup settings list.

    1. Click the Services > Database > Cloud DB for MongoDB menus from the VPC environment of NAVER Cloud Platform console, in that order.
    2. Click the Backup menu.
    3. When the backup settings list appears, check the required information.
      clouddbformongodb-backup-screen1_vpc_en
      • DB service name: service name specified by user
      • Backup retention period: maximum number of days for the backup file to be stored in data storage
      • Backup start time: time at which the backup is performed once a day
      • Backup data size: size of the completed backup file
      • Latest successful backup date: date for the latest backup that was performed
      • View details: details and restoration of the backup file list created per server, saved to Object Storage

    Check backup file list per server

    The following describes how to check the backup file list created for each server after completing the backup:

    1. Click the Services > Database > Cloud DB for MongoDB menus from the VPC environment of NAVER Cloud Platform console, in that order.
    2. Click the Backup menu.
    3. Click the [Details] button from View details of the backup settings row you want to check the details for.
    4. Check the details for the backup file.
      clouddbformongodb-backup-list_vpc_en
      • Backup date: date that the backup was performed
      • Shard (replica set): shard that performed the backup
      • Backup start time: time when the backup was started
      • Backup completion time: time when the backup was completed
      • Elapsed time: time it took for the backup to be completed
      • Backup size: size of the created backup file upon completion of backup
      • Data storage: data storage usage of the shard that performed the backup
        • You can check the required storage size when you need to perform a restoration using the backup.

    Restoration

    Cloud DB for MongoDB provides a service that enables you to restore lost data using backup files, and easily and quickly create a MongoDB server. It allows the user to restore the data up to the desired time within the range available for recovery. The following describes how to restore it.

    1. Click the Services > Database > Cloud DB for MongoDB menus from the VPC environment of NAVER Cloud Platform console, in that order.
    2. Click the Backup menu.
    3. Click the [Details] button of the backup settings row you want to restore.
    4. Select the item to restore and click the [Restore backup file] button.
      clouddbformongodb-backup-restore1_vpc_en
    5. When the Restore backup pop-up window appears, check or enter the required information for restoration
      • Backup time: check the backup completion time
      • MongoDB Cluster Type: select the MongoDB cluster type
      • DB server name: enter the name of the MongoDB server to restore
        • The name must be 3-15 characters long and can only include Korean letters, English letters, numbers, and the hyphen (-)
        • A duplicated name can't be used
        • It is created with random text added to avoid a duplicated host name.
      • DB service name: enter the DB service name for the restored DB
        • The name must be 3-15 characters long and can only include Korean letters, English letters, numbers, and the hyphen (-)
      • Set the following items in accordance with the selected cluster type:
      • If you've selected Stand-alone for the cluster type, then set the following items
        clouddbformongodb-backup-restore2_vpc_en
        • Stand-alone Server Spec: select the specifications for the stand-alone server.
        • port: enter the port number of the stand-alone server between 10000–65535
          • Default: 17017
          • The default MongoDB port number of 27017 is not recommended due to security vulnerabilities
      • If you've selected Single Replica Set for the cluster type, then set the following items
        clouddbformongodb-backup-restore3_vpc_en
        • Number of members per replica set (primary & secondary): select the number of member servers in each shard (3 to 7 including the arbiter server)
        • Member server spec: select the specifications for the member servers
        • Number of arbiters per replica set: select the number of arbiter servers per shard (0–1 unit)
        • Arbiter server spec: select the specifications for the arbiter servers
        • port: enter the port number of each server between 10000–65535
          • Default: 17017
          • The default MongoDB port number of 27017 is not recommended due to security vulnerabilities
      • If you've selected Sharding for the cluster type, then set the following items
        clouddbformongodb-backup-restore4_vpc_en
        • Number of members per replica set (primary & secondary): select the number of member servers in each shard (3 to 7 including the arbiter server)
        • Member server spec: select the specifications for the member servers
        • Number of arbiters per replica set: select the number of arbiter servers per shard (0–1 unit)
        • Arbiter server spec: select the specifications for the arbiter servers
        • Number of shards: select the number of shards
          • 2 or 3 can be selected upon initial installation
          • Up to 5 shards can be added in the management page after installation
          • If you need more than 5 shards, then make an inquiry to Customer Support
        • Number of mongos (router) servers: select the number of mongos servers (2–5 unit)
        • Mongos server spec: select the specifications for the mongos servers
        • Number of config servers: check the number of config servers (3 fixed units)
        • Config server spec: select the specifications for the config servers
        • port: enter the port number of each server between 10000–65535
          • Default: 17017
          • The default MongoDB port number of 27017 is not recommended due to security vulnerabilities
    6. Click the [Restore] button.
    7. Click the [OK] button.
    8. Click DB server.
    9. Check the status of the server being restored.
      • Creating: status in which the MongoDB is being created (restored) with the information entered by the user
      • Configuring: status in which the MongoDB server is being configured after being created (restored) with the information entered by the user
      • Running: status in which the creation (restoration) and configuration of the MongoDB server has been completed with the information entered by user, and access to MongoDB from the application servers is available
    Caution
    • The completion of the server restoration may take a certain amount of time (minutes).
    • To access the DB service configured using the restoration feature, you need to first reset the admin user password.

    Store in Object Storage

    In Cloud DB for MongoDB, you can store the created backup files in Object Storage and use them when performing backup. The following describes how to save a stored backup file to Object Storage:

    Caution

    Additional fees apply when you request a subscription to Object Storage. For the introduction to Object Storage and details about its pricing plans, see the Services > Storage> Object Storage menu in NAVER Cloud Platform portal.

    1. Click the Services > Database > Cloud DB for MongoDB menus from the VPC environment of NAVER Cloud Platform console, in that order.
    2. Click the Backup menu.
    3. Click the [Details] button of the backup settings row for the backup file you want to save to Object Storage.
    4. Press the [Send to Object Storage] button.
      clouddbformongodb-backup-send1_vpc_en
    5. When the Send to Object Storage pop-up window appears, click and select the bucket you want to save into.
      clouddbformongodb-backup-send_vpc_en
    6. Press the [Send to Object Storage] button.
    7. Click the [OK] button.
    Note
    • When sending to Object Storage, unlocking bucket, appropriate access control, and ACL settings are required.
    • In case of the Japanese region, disable access control settings for the Object Storage bucket.
    • Sending to Object Storage may take a certain amount of time (minutes) to be completed.

    Was this article helpful?

    What's Next
    Changing your password will log you out immediately. Use the new password to log back in.
    First name must have atleast 2 characters. Numbers and special characters are not allowed.
    Last name must have atleast 1 characters. Numbers and special characters are not allowed.
    Enter a valid email
    Enter a valid password
    Your profile has been successfully updated.