A powerful backup mod for Minecraft, supporting Forge and Fabric. Many Minecraft versions are supported - request more if the one you want isn't yet supported.
What does each backup type mean?
- Fabric/Quilt 1.20.x
- Forge 1.20.x
- Neoforge 1.20.x
- Fabric/Quilt 1.19.x
- Forge 1.19.x
- Forge 1.18.x
- Fabric/Quilt 1.18.x
- Forge 1.16.x
- Forge 1.12
- Forge 1.7.10
- Choose between zip, differential or incremental backups.
- Set a schedule to backup as and when you want.
- Optionally force a minimum time between backups to avoid doing so too frequently.
- Backup on server startup and / or shutdown, or neither.
- Set a cap to max backup sizes.
- Save anywhere on disk, including network locations.
- Customisable compression level.
- Commandline restoration tool built into the jar.
-
Zip backups are fairly self explanatory - zip up the whole world and there's your backup.
-
Differential backups have a concept of "full" and "partial" backups :
- "full" backups are the same as a zip.
- "partial" backups contain only the files that have changed since the last "full" backup. This can greatly reduce space usage.
-
Incremental backups are similar to differential, but they backup files that have changed since the last partial instead - which further reduces space usage, but can create an instability as a loss of a partial can damage all backups up until the next full backup. They also take the longest to restore.
Because of the way this "chain" works with incrementals, they purge slightly differently:
- Whole chains have to be purged at once.
- A chain will only be purged when over the configured minimum amount of chains to keep.
- Purging of incrementals can be outright disabled.
- When using day-based purging, all backups in the chain most be older than the configured day count for the chain in question to be deleted.
- Upon first boot, an AdvancedBackups.properties file will be created in your server or client config directory.
- Adjust this to suit your needs, then restart the server or use /backup reload-config in versions 2.2+ or /advancedbackups reload in older pre-2.2 versions to reload the config. A small description of each config entry is below.
config
| Config | Description | Default Value | Supported From / Until |
|---|---|---|---|
| config.advancedbackups.enabled | Enable or disable backups entirely. | true | 0.3 |
| config.advancedbackups.save | Whether to save before making a backup. | true | 0.3 |
| config.advancedbackups.buffer | The buffer size in memory to use for (some) file I/O. | 1048576 | 3.5 |
| config.advancedbackups.flush | Whether to flush when making this save. Usually never needed, and can create a lag spike if enabled. (Unused prior to minecraft 1.16) | false | 3.1 |
| config.advancedbackups.activity | Enable or disable player activity requirements. | true | 1.0 |
| config.advancedbackups.type | Whether to use zip, differential or incremental backups. | differential | 0.3 |
| config.advancedbackups.path | The relative or absolute location where backups are stored. | ./backups | 0.3 |
| config.advancedbackups.size | The maximum backup size to keep, in GB. Oldest backups are deleted if this is exceeded. | 50 | 0.3 / 3.4 |
| config.advancedbackups.frequency.min | The minimum time between backups. Command backups bypass this. | 0.5 | 0.3 |
| config.advancedbackups.frequency.max | If this time has passed since a backup was last made, one will be made. | 24 | 0.3 |
| config.advancedbackups.frequency.uptime | Whether the schedule is based on uptime. If not. it uses real-time instead. | true | 0.3 |
| config.advancedbackups.frequency.schedule | Uptime based : a looping uptime-based schedule. Real-time based : A strict schedule, following real-world time. | 1:00 | 0.3 |
| config.advancedbackups.frequency.shutdown | Whether to make a backup on server shutdown. | false | 0.3 |
| config.advancedbackups.frequency.startup | Whether to make a backup on server startup. | false | 0.3 |
| config.advancedbackups.frequency.delay | The delay in seconds before making a startup backup. Always at least 5 seconds. | 30 | 0.3 |
| config.advancedbackups.logging.silent | Whether to disable chat and console logging. Does not affect debug.log or error messages. | false | 2.0 |
| config.advancedbackups.purge.size | The maximum total backup size to keep. Moved from config.advancedbackup.size, will auto migrate. Optional. |
50 | 3.4 |
| config.advancedbackups.purge.days | The maximum number of days to keep backups for. Optional. | 0 | 3.4 |
| config.advancedbackups.purge.count | The maximum number of backups to keep. Optional. | 0 | 3.4 |
| config.advancedbackups.zips.compression | The attempted compression level for all zip files. | 4 | 0.3 |
| config.advancedbackups.chains.length | The maximum chain length for incremental and differential backups. | 50 | 0.3 |
| config.advancedbackups.chains.compress | Whether to compress incremental and differential backups into zip files. | true | 0.3 |
| config.advancedbackups.chains.smart | For differential and incremental backups. Resets the chain length if every file is being backed up. | true | 0.3 |
| config.advancedbackups.chains.maxpercent | If the size of a partial backup exceeds this % of a full backup's size, a full backup is made instead. | 50 | 2.0 |
| config.advancedbackups.purge.incremental | For incremental backups only. Enable to allow purging incremental backup chains if the defined storage usage is limit exceeded. | true | 1.0 |
- All entries in the table below must be prefixed with /backup in 2.2+ or /advancedbackups in older pre-2.2.
- Example :
/backup start
pre-2.2
| Command | Description | Supported From |
|---|---|---|
| check | Checks if a backup would be made at this point in time, and tells you the result. Does not make a backup. | 1.0 |
| start | Starts a backup if all checks pass. Tells you check results. | 1.0 |
| reload | Reloads the config. | 1.0 |
| force-backup | Forces a backup without running any checks. | 1.0 |
| reset-chain | Resets any current chain length. | 1.0 |
2.2+
| Command | Description | Supported From |
|---|---|---|
| start | Makes a backup using the configured backup type. | 2.2 |
| reload-config | Reloads the config. | 2.2 |
| snapshot | Creates a "snapshot" backup that cannot be auto-deleted. | 2.2 |
| reset-chain | Resets any current chain length. | 1.0 |
- Run the jar directly from the mods folder. java -jar AdvancedBackups-modloader-mcversion-modversion for example, replacing the filename with the correct one for your installation.
- As of version 2.0, the mod creates bat or sh scripts you can use instead.
- It will read your config. Then, it will check for backups from other mods.
- If you have backups from other mods, you'll be asked if you wish to work with those, or ones made by Advanced Backups.
- If you choose to use the other mod, it will skip world selection and backup type selection. Note that the export feature does not work with backups from other mods.
- Afterwards, it will ask you which backup type to restore. It tells you which type is specified in config - use this if you're unsure.
- Next you choose whether you're exporting a backup, restoring the entire backup, or a singular file.
- Exporting will export the entire world state at the time of the chosen backup. Restoring the entire backup does the same, but in place of the existing world, and choosing to restore a singular file will let you choose which file.
- The export option will ask which backup to export, and present a confirmation message. Once accepted, the program will export for you and exit.
- Then it will help find a world - first asking if you play on a client or server, then by listing world names.
- Backups not labelled as for the world you chose will be hidden. The export option can be used if your backup was made in an older version or you wish to restore into a fresh world.
- Then it will prompt you to choose a backup to restore. The most recent are listed last. With differential and incremental upgrades, the backups will be labelled as partial or full.
- This is only for your information, and will not affect the restoration process.
- The below image shows this for a differential backup.
Finally, you can accept the warning prompt it gives you.
If you chose to restore the entire backup, the program will exit when it is complete.
If you chose to restore a singular file, you'll be presented with a rudimentary file browser.
Directories are marked, and ../ will traverse up a directory.
If your selected backup type is differential or incremental, files will be marked with the date they're from. This is purely for your information, the file's state will match that of when the selected backup was made.
Once you select a file, it will be restored. The program will then exit.
- Note : these are in no particular order.
- Profiles
- More Commands
- Client Feedback Improvements
- Profiles plan to allow one server to have several backup configs active at once.
- Say, take an incremental backup every day, but make sure a zip backup is made at least once a week.
- Or maybe, you want to save a differential backup every hour on a remote drive, but keep a full-world zip backup ready locally every 24 hours.
Essentially, profiles will be an optional set of additional configs.
These are completely separate - meaning they will not interfere with one another, at all.
- Certain values, such as min and max, may have problems if two profiles use the same location and backup type. I am not sure if I will fix this yet.
The profile system will not be compatible with versions that predate its release.
- Backups themselves will be unaffected, and any version will be able to restore them.
- The backup location detection however may not work if your restoration cli predates the profile release.
Upon first load with a version updated to use profiles, a default profile will be made.
- If you have a config present from an older version, the changes you made will be automatically applied to the default profile for you.
- This means that a user who does not wish to use profiles will not be affected whatsoever. They can edit the default profile as they would with a standard config.
Shortly after release, I wish to add more commands.
- Config editing on the fly
- One-off backup types
- Currently, the
startcommand only allows you to make a backup of the type specified in config. This will change.
- Currently, the
- As of version 3.2, all players with operator permissions will get progress updates.
- A clientside toggle and maybe a serverside option for sending this info to all players would be beneficial.