[This is preliminary documentation and subject to change]
This scenario illustrates how edit-while-running works under the following conditions:
What you will learn:
Step 1:
Edit the value of C (C=2) in the in-memory metabase.

Step 2:
Using a text editor, open MetaBase.XML, change C (C=1), and then
save and close the file.
This step outlines what happens when the in-memory metabase is written to disk at approximately the same time that changes are saved to MetaBase.XML by using a text editor such as Notepad. A race-against-time between the temporary file overwriting MetaBase.XML and MetaBase.XML being saved by Notepad begins.
Note
For the purpose of this scenario, the
MetaBase.XML file saved by using Notepad is newer (has a later
timestamp) than the temporary file that was created when the
in-memory metabase was written to disk.

MetaBase_MajorVersionNumber_MinorVersionNumber.XML
The minor version number is reset to zero. In this scenario, the
temporary file is renamed to
MetaBase_0000000008_0000000000.XML.
Note
Because the MetaBase.XML file is newer than
the temporary file, IIS does not overwrite MetaBase.XML with the
temporary file. Instead, an error is sent to the event
log.
Note
The value that was changed by directly
editing the in-memory metabase (C=2) in step 1 was overwritten by
the administrator who changed the value (C=1) in MetaBase.XML using
Notepad. This is because the last write always wins.
Important
Because the last write always wins, you
should not run a script that makes API changes to the in-memory
metabase and edits MetaBase.XML at the same time.