Sunsetting Legacy Data Persistence Systems

Hi developers,

Data Persistence (DP) is the legacy data storage service offered by Roblox to save player data and has been deprecated since 2014. We have decided to sunset the system entirely by Tuesday 6/1/2021.

What does this mean for existing APIs?

The deprecated DP APIs, e.g. Player:SaveNumber(), and Player:LoadNumber(), can still be called, but will no longer have access to the actual backend data. All the write APIs such as Player:SaveNumber() will do nothing under the hood, and all the read APIs such as Player:LoadNumber() will return nil.

Below is the list of APIs that will be retired:

To make sure the change does not break any games, no error exceptions will be thrown, but you will see warning messages on both the Studio and developer console when calling the APIs. We’ll delete the data shortly afterwards for legal compliance reasons, and you don’t need to worry about handling GDPR requests for such data anymore!

Using the DataStores system

We encourage you to solely rely on DataStore service for persistent storage. The DataStore system is stable and we are also continually making improvements to it.

Currently the next generation DataStore v1.1 update is in private beta. It has a number of updates to support major improvements such as automatic versioning, attributes, listing, etc. We’ll let you know when they’re available for everyone! Stay tuned!

Happy building!

The Roblox Developer Services Team


This topic was automatically opened after 13 minutes.

Not gonna lie: it’s been so long since I’ve last used Data Persistence, I forgot it even existed.


I completely understand why these APIs are being deprecated, although it’s still a little sad to see them go. Player:SaveInstance is still quite interesting, as it doesn’t really exist in modern datastore APIs. I’m sure it’s very niche, but I’d still like to see something like this become native.


I’ve never even heard of DP until now, and it’s good that Roblox is moving on from the legacy data storage.

Will it soon be possible to put Color3 values in DataStores? This will make it much easier for me to store colors of parts and other items.


The problem with that is that it’s too inefficient, storing full data of a given instance has a gigantic memory footprint, it’s always much better to take it into your own hands and store only what you need.


It’s good that you guys have given almost a month in advance, and even hand out warnings in the output; which allows devs who somehow still rely on it to know and make the change. Please keep up this trend :slight_smile:


Thanks for giving us a lot of time! I forgot Data Persistence even existed :laughing:


Remind me: Wasn’t SaveInstance() used for those old Personal Build Servers? Like preserving the placement of a model from the stamper tool for future visits.


I already saw this API but I was never interested in the reason why there is a more current one.

1 Like

I know right! It was in the dark until now.


Will there be an API that allows you to create a server to store massive data without reloading so we can create something like 2b2t?


On the one hand, I’m always for getting rid of old, unused systems that do nothing but hold the platform back. On the other hand, with this specific feature, it means effectively deleting all current and future data saving done by old games on the platform. All save data for any such games will be gone forever.

So this leads me to my question: What are the statistics on games that still use data persistence and also still get occasional players?

Also, I’m sure this was considered, but is there no chance for automatic migration of data stored with the data persistence API to the DataStore API for old games that still use the old system? Something relatively simple, like migrating all the data to a DataStore called “DataPersistenceEndOfLifeMigration”.


Just thought of that as well. There are quite a few old games that I join from time to time and they didn’t have any maintenance for years. This update will surely break them in one way or another.


This would work for every Data Persistence type except Instance.


Across multiple servers: no.

It could be done with caching (ex. ProfileService) but it may be too much data to save.


Agreed. SaveInstance() would be beyond saving, no pun intended. However, as I understand it, this was fairly rarely used and wouldn’t result in much lost data.


Use a table for this. You don’t need support for color3.


It’s been forever since I’ve seen a good use of Legacy Data Persistence in use. I’m happy it’s being dropped for DataStore v1.1.

The new data storage features sound pretty cool, hopefully these will be stable on release, and if so, I’ll be very happy ^-^


As far as I am aware build mode actually published an update to the place. I don’t think SaveInstance was ever used in any of these. (Besides, that’d be player specific anyway so it’d only be able to be loaded for a specific player afaik)