Uploaded image for project: 'Documentation'
  1. Documentation
  2. DOCS-10265

Back up documentation should specify a majority of CSRS nodes need to be fsyncLock'd

    XMLWordPrintableJSON

Details

    Description

      The backup procedure described on this page: https://docs.mongodb.com/manual/tutorial/backup-sharded-cluster-with-database-dumps/#lock-config-server-replica-set-secondary should specify that a majority of CSRS secondary nodes should be fsyncLock'd for the duration of taking the backups.

      The point of the fsyncLock is to prevent writes to the config server during the backup. Locking only one CSRS node will not prevent majority writes in a typical 3-node CSRS deployment.

      (The documentation currently says that only one secondary needs to be fsyncLock'd; maybe this is a relic from SCCC config servers, where it was enough to fsyncLock one config node to prevent writes?)

      This part:

      Lock config server replica set secondary.

      should be updated to say:

      Prevent writes to the config servers by locking config server secondaries.

      If the config servers are CSRS, the following steps should be applied on a majority of CSRS secondaries.

      If the config servers are SCCC, the following steps need only be applied to a single SCCC node.

      Attachments

        Activity

          People

            kay.kim@mongodb.com Kay Kim (Inactive)
            esha.maharishi@mongodb.com Esha Maharishi (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

            Dates

              Created:
              Updated:
              1 year, 14 weeks, 2 days ago