-
-
Notifications
You must be signed in to change notification settings - Fork 136
Data Rotation
HuskSync provides options for backing up and automatically rotating user data. That way, if something goes wrong, you can restore a user from a previous snapshot of user data.
HuskSync creates what is known as "Snapshots" of a user's data whenever it saves data.
Each user data snapshot has:
- a unique ID
- a timestamp (when it was created)
- a save cause (why it was created)
- a flag to indicate if the snapshot has been pinned (preventing it from being rotated)
By default, HuskSync will store 5 user data snapshots about a user (including their latest snapshot). After that, when a new user snapshot is set, the oldest snapshot will automatically be deleted. You can change the number of snapshots to keep by changing the max_user_data_snapshots
setting in the config.yml
file (minimum 1).
Pinned user data snapshots are exempt from being rotated and can only be deleted manually in-game.
To view a list of a user's snapshots, use /userdata list <username>
. Their most recent snapshots will be listed from the database, from newest to oldest. You can click the buttons to navigate through their pages.
Snapshots marked with a star after the number have been pinned. Hover over it to view more information.
You can then click on the items in the list in chat to view an overview of each snapshot. Alternatively, to view a user's most recent data snapshot, use /userdata view <username>
.
You can use the "Manage" buttons to manage user data. These buttons will only appear if you have the userdata command manage permission. (See Commands)
- Click on "Delete" to remove the data
- Click on "Restore" to restore the user data. If the user is online, their items and stats will be updated, otherwise they will be set to this data upon next login.
- Click on "Pin" to pin the user data. An indicator will appear in the data viewer and list marking the snapshot as being pinned.
Data save causes, marked with a π© flag, indicate what caused the data to be saved.
- disconnect: Indicates data saved when a player disconnected from the server (either to change servers, or to log off)
-
world save: Indicates data saved when the world saved. This can be turned off in
config.yml
by settingsave_on_world_save
to false undersynchronization
. - server shutdown: Indicates data saved when the server shut down
-
inventory command: Indicates data was saved by editing inventory contents via the
/inventory
command -
enderchest command: Indicates data was saved by editing Ender Chest contents via the
/enderchest
command - backup restore: Indicates data was saved by restoring it from a previous version
- api: Indicates data was saved by an API call
- mpdb migration: Indicates data was saved from being imported from MySQLPlayerDataBridge (See MPDB Migration)
- legacy migration: Indicates data was saved from being imported from a legacy version (v1.x - See Legacy Migration)
- unknown: Indicates data was saved by an unknown cause.
This documentation is available via william278.net |
---|
- π Setup
- πΎ Database
- β¨ Redis
β οΈ Compatibility- π Config File
- π Troubleshooting
- π₯οΈ Commands
- β Sync Features
- βοΈ Sync Modes
- βͺοΈ Data Rotation
- β FAQs
βοΈ Legacy Migration- β¨ MPDB Migration
- βοΈ Dumping UserData
- π© Plan Hook
- π Event Priorities
- βοΈ Keep Inventory
- π Translations
- π¦ API v3
- π Data Snapshot API
- π Custom Data API
- β API Events
- πΈοΈ API v2 (Legacy)
- π» GitHub
- π Buy HuskSync
- π° Spigot
- π Polymart
- βοΈ BuiltByBit
- π¬ Discord Support