Understanding snapshots: When to create a snapshot, how to revert to a snapshot, and how the process works.
A snapshot is a 100% copy of a system as at the time when you create the snapshot. It lives in your PM8 database in the same way as any other system except that it has the status Snapshot. Noting that systems normally have the status Active.
The purpose of a snapshot is to give you a point to revert to if you mess up the system.
Consider making a snapshot when:
You can make many snapshots for a system and they get named sequentially ".SNAP1", ".SNAP2", etc.
Be mindful that snapshots take storage in your database so don't go crazy creating snapshots if there is no need to do so.
Whis your system open, and before you do the risky changes, choose the System menu then Create a snapshot of the system.
A name is offered for the snapshot based on the system number and appending ".SNAP" and a sequential number. For example, if a system is called "10000KEYS", the name offered for the first snapshot will be "10000KEYS.SNAP1".
There is seldom a need to alter the name offered, so click OK and wait until the snapshot is finished.
A snapshot is almost entirely the same as exporting the system, then importing the exported system file with a new system number and then changing the status of the imported system to Snapshot. But that is a whole lot more onerous than using the snapshot functionality.

Choose the System menu then Create a snapshot of the system. Leave the snapshot system number offered as it is ("10000KEYS.SNAP1" for this example) and click OK.
Here is what happens, resulting in your original system and the snapshot.

With the snapshot created, you can now make any changes to the system just as you normally would. The snapshot sits in the background in case you need it.
If it happens that you have been unsuccessful in your attempts to alter a system and want to revert to a snapshot, choose the System menu then Revert to a snapshot of this system.
Here is what it looks like:

Item 1 is the name that will be used. A name is offered for renaming the "unsuccessful" system based on the system number and appending ".BAD" and a sequential number. For example, if a system is called "10000KEYS", the name offered for the rename will be "10000KEYS.BAD1".There is no good reason to change the name offered - leave it unchanged.
Item 2 says that the current system will have its status changed from Active to Closed after it is renamed.There is no good reason to change the option for the system status - leave it unchanged.
For Item 3 you must select which snapshot to revert to. If there is more than one snapshot, then most likely it is the most recent one that you will want.
After the snapshot is restored, there is no longer a snapshot in existence (Because it has now become the live system). The Item 4 option says to make a new snapshot immediately. This is almost always the best thing to do. Best to leave this option turned on.
The last thing to do before clicking OK is to check your choices, enter the confirmation text (Item 5) and click OK.
There are a few choices here, but the best advice is change nothing except selecting which snapshot to use.
Here is what happens when you revert to a snapshot:

Step A is renaming and changing the status of the current "unsuccessful" system to Closed. This relates to items 1 and 2 from the screenshot above.
Step B is renaming the selected snapshot to be the live system and changing its status to Active. This relates to item 3 from the screenshot above.
Step C is to make a new snapshot. This relates to item 4 from the screenshot above.
When the process is complete, here is what it looks like in your database:

When you open a system in PM8, the status that is searched for is Active, so you would not normally see the Snapshot and Closed systems.
You can change the search to include other statuses, but generally there is not a good reason to open these systems.