db.fsyncUnlock()
On this page
Definition
db.fsyncUnlock()
Reduces the lock count on the server to renable write operations.
New in version 7.1: When the
db.fsyncUnlock()
method runs onmongos
, it reduces the lock count for each shard in the cluster.Important
mongosh Method
This page documents a
mongosh
method. This is not the documentation for database commands or language-specific drivers, such as Node.js.For the database command, see the
fsyncUnlock
command.For MongoDB API drivers, refer to the language-specific MongoDB driver documentation.
For the legacy
mongo
shell documentation, refer to the documentation for the corresponding MongoDB Server release:Servers maintain an fsync lock count. The
fsyncLock()
method increments the lock count while thefsyncUnlock()
method decrements it. To unlock writes on a server or cluster, call thefsyncUnlock()
method until the lock count reaches zero.db.fsyncUnlock()
is an administrative operation. Use this method to unlock a server or cluster after a backup operationdb.fsyncUnlock()
has the syntax:db.fsyncUnlock() The operation returns a document with the following fields:
info
Information on the status of the operation.lockCount
(New in version 3.4)The number of locks remaining on the instance after the operation.ok
The status code.The
db.fsyncUnlock()
method wraps thefsyncUnlock
command.
Compatibility with WiredTiger
db.fsyncLock()
ensures that the data files are safe to copy
using low-level backup utilities such as cp
, scp
, or
tar
. A mongod
started using the copied
files contains user-written data that is indistinguishable from the
user-written data on the locked mongod
.
The data files of a locked mongod
may change due to
operations such as journaling syncs or
WiredTiger snapshots. While
this has no affect on the logical data (e.g. data accessed by
clients), some backup utilities may detect these changes and emit
warnings or fail with errors. For more information on MongoDB-
recommended backup utilities and procedures, see
MongoDB Backup Methods.
Example
Consider a situation where db.fsyncLock()
has been issued two
times. The following db.fsyncUnlock()
operation reduces the
locks taken by db.fsyncLock()
by 1:
db.fsyncUnlock()
The operation returns the following document:
{ "info" : "fsyncUnlock completed", "lockCount" : NumberLong(1), "ok" : 1 }
As the lockCount
is greater than 0, the mongod
instance
is locked against writes. To unlock the instance for writes, run
db.fsyncLock()
again:
db.fsyncUnlock()
The operation returns the following document:
{ "info" : "fsyncUnlock completed", "lockCount" : NumberLong(0), "ok" : 1 }
The mongod
instance is unlocked for writes.