@@ -10,11 +10,33 @@ Release Notes for MongoDB Version 2.2
10
10
11
11
Upgrading
12
12
---------
13
-
14
- .. TODO crib from 2.0, with caveat about mongos' before mongod with
15
- auth.
16
13
17
- also drivers need to upgrade to -next if using authentication.
14
+ Upgrade drivers if using authentication, before upgrading mongod
15
+
16
+ Although the major version number has changed, MongoDB 2.0 is a standard,
17
+ incremental production release and works as a drop-in replacement for MongoDB
18
+ 1.8. However, there are a few changes you must be aware of before attempting to
19
+ upgrade:
20
+
21
+ 2.0 processes can talk to 1.8 processes and vice versa, so you can upgrade
22
+ various parts of a cluster in any order.
23
+
24
+ To upgrade a standalone server. Shutdown the old mongod and then restart with
25
+ the new mongod binary. You can download the v2.0 binaries from the MongoDB
26
+ Download Page.
27
+
28
+ To upgrade a replica set, in the most efficent way possible, while minimizing
29
+ the amount of downtime, use the following procedure. Upgrade the secondaries
30
+ first one at a time, then s tepDown the primary and upgrade the primary. Using
31
+ the stepDown command is better than simply shutting it down since the failover
32
+ will happen quicker. To avoid losing the last few updates on failover you can
33
+ temporarily halt your application (failover should take less than 10 seconds)
34
+ or change your application code to confirm that each update reaches multiple
35
+ servers. Note, after upgrading to 2.0 you can use the shutdown command to
36
+ shutdown the primary without losing any safe updates.
37
+
38
+ To upgrade a shard cluster, if using authentication, you *must* upgrade the
39
+ ``mongos`` first and then upgrade ``mongod``.
18
40
19
41
Changes
20
42
-------
0 commit comments