|
48 | 48 | * - Allow point-in-time restores going back
|
49 | 49 |
|
50 | 50 | - Sets the number of days that |mms| retains oplogs alongside
|
51 |
| - snapshots. |
52 |
| - |
53 |
| - .. seealso:: |
54 |
| - |
55 |
| - To learn how snapshots and point-in-time restores work, |
56 |
| - see :doc:`/tutorial/nav/restore-overview`. |
| 51 | + snapshots. To learn how snapshots and point-in-time restores work, |
| 52 | + see :ref:`restore-overview`. |
57 | 53 |
|
58 | 54 | * - Reference Time of Day (UTC)
|
59 | 55 |
|
60 | 56 | - Sets the time of day at
|
61 | 57 | `UTC <https://www.timeanddate.com/time/aboututc.html>`_ from
|
62 |
| - which the snapshot schedule starts. When you change the |
63 |
| - :guilabel:`Reference Time of Day`, snapshots that are in |
64 |
| - progress remain unaffected. Only snapshots taken after you |
65 |
| - change the reference time follow the updated schedule. |
66 |
| - |
67 |
| - .. note:: |
68 |
| - |
69 |
| - Changing the reference time changes the time of the next scheduled snapshot. |
70 |
| - You can't make the next scheduled snapshot happen sooner than the current |
71 |
| - next snapshot time. The current next snapshot time is the current reference |
72 |
| - time plus the interval between snapshots. |
73 |
| - |
74 |
| - .. seealso:: |
75 |
| - |
76 |
| - To review more examples, see |
77 |
| - :ref:`Snapshot Frequency and Retention <snapshot-frequency-and-retention>`. |
| 58 | + which the snapshot schedule starts. When you change the value in |
| 59 | + :guilabel:`Reference Time of Day`, snapshots that are in progress |
| 60 | + or that are already scheduled remain unaffected. Only snapshots |
| 61 | + taken after you change the reference time follow the updated schedule. |
| 62 | + |
| 63 | + The following statements describe how |mms| behaves in relation |
| 64 | + to the value you specify in :guilabel:`Reference Time of Day`: |
| 65 | + |
| 66 | + - This value acts as a timer that |mms| uses for scheduling and then |
| 67 | + taking the next snapshot. This value isn't the same as the time |
| 68 | + when |mms| takes the next snapshot, but it is close to it. This |
| 69 | + value differs from the actual time that |mms| uses to take a |
| 70 | + snapshot by a small interval. You can't control this interval. |
| 71 | + - If you leave this value blank, |mms| interprets it as ``null``, |
| 72 | + starts the timer for scheduling the next snapshot, and then takes |
| 73 | + the next snapshot after a short interval from the time when it |
| 74 | + took the previous snapshot. |
| 75 | + |
| 76 | + - If you change the time value in this field, |mms| uses the new |
| 77 | + time value as the starting time for scheduling the snapshot that |
| 78 | + will occur *after the currently scheduled snapshot*. |
| 79 | + In other words, for each snapshot that is already scheduled, |mms| uses |
| 80 | + the time it already established: either based on the ``null`` value |
| 81 | + plus a short interval, or based on the custom reference time value |
| 82 | + plus a short interval. If you change the reference time value in |
| 83 | + this field, the next scheduled snapshot will not happen sooner |
| 84 | + than the snapshot that is already scheduled. |
| 85 | + |
| 86 | + To review examples, see :ref:`Snapshot Frequency and Retention <snapshot-frequency-and-retention>`. |
0 commit comments