> ## Documentation Index
> Fetch the complete documentation index at: https://docs.base44.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Backup & Restore
> Base44 backs up your app data automatically as it changes. Review what your tables held earlier, download a copy as CSV, or restore your data to that point.
Base44 automatically backs up your app's data as it changes. If records are edited, imported, or deleted by mistake, you can look back at what your tables held earlier, download a copy, or restore your data to that point in time.
Backups are available on the [**Elite**](https://base44.com/pricing) and [**Enterprise**](https://base44.com/enterprise) plans. Elite workspaces keep 7 days of backups, and Enterprise workspaces keep 30 days.
***
## How backups work
Backups run automatically on eligible plans, so there is nothing to switch on. As your data changes, Base44 saves the earlier state of your tables so you can review it, download it, or put it back. Backups cover the table data Base44 manages for your app.
**Good to know:**
* Backups apply to your whole workspace, and they start from the moment the feature becomes active on your plan.
* How far back you can go depends on your plan: 7 days on Elite, and 30 days on Enterprise.
* Only people with editor access to an app, such as its owner or an invited editor, can view, download, and restore backups.
* Backups cover your data only. Your app's code and design have their own history, which you reach from **Version History** in your app editor.
***
## Viewing your backups
The **Backup & Restore** tab lists every backup for your app, newest first, with your current data at the top. Each entry shows when it was taken and how many tables changed at that moment, and you can expand it to see the tables themselves.
**To view your backups:**
1. Click **Dashboard** in your app editor.
2. Click **Data**, then click the **Backup & Restore** tab.
3. Click the date filter, which reads **Last 30 days** to begin with, to narrow the list to a period or a custom range.
4. Click **All tables** to limit the list to the tables you care about.
5. Click an entry to see which tables changed.
To go straight to one table's backups, click the **More actions** icon on that table's card in **Tables**, then select **Backup & Restore**. The tab opens with the table already selected in the filter.
***
## Restoring your data
Restoring rewrites your records so they match a point in time you choose. You can put back a single table or every table in your app at once, and you can undo a restore afterwards.
Editing pauses while a restore runs. Nobody can edit the tables being restored until it finishes, and apps with more records take longer.
### Restoring one table
Restore a single table when only that table's data went wrong. Every other table keeps its current data.
**To restore one table:**
1. Click **Dashboard** in your app editor.
2. Click **Data**, then click the **Backup & Restore** tab.
3. Find the point in time you want, using the date filter if you need it, then click the entry to expand it.
4. Next to the table you want, click the **Restore this table** icon .
5. Review the confirmation, then click **Restore table**.
### Restoring every table
Restore everything when a change affected your app as a whole, such as a bad import or a bulk delete that touched several tables.
**To restore every table:**
1. Click **Dashboard** in your app editor.
2. Click **Data**, then click the **Backup & Restore** tab.
3. Find the point in time you want, using the date filter if you need it.
4. Click **Restore to here** on that entry.
5. Review the confirmation, then click **Restore all data**.
If your app has a large number of tables, Base44 asks you to restore them one at a time instead. Use the **Restore this table** icon on each table you need.
### Undoing a restore
Base44 saves your current data before a restore starts, so a restore is reversible. The confirmation tells you how long you have to change your mind.
**To undo a restore:**
1. Click **Undo** in the message that appears in your app editor when the restore finishes.
2. Review the confirmation, then click **Undo restore**.
If you have closed that message, open the **Backup & Restore** tab and restore to the point in time just before the restore ran. Records added since the restore are removed when you undo it.
### What a restore changes
A restore rewrites the records in the tables you chose so they match the point in time you picked. Nothing else in your app changes.
* **Record IDs stay the same.** Records that were changed or deleted keep the ID they had before, so links from other tables still point to the right record.
* **Field values come back exactly as they were** at that point, including fields that link to records in other tables.
* **Records added after that point go to trash** rather than being deleted for good, so you can bring them back from there within 30 days.
* **Restoring one table leaves the others alone.** If related tables need to match, restore all of them to the same point in time, otherwise a link can end up pointing at a record that no longer exists.
* **Restores run on production data only.** If you are viewing test data, switch to production first.
If a table's structure changed after the point you picked, Base44 warns you in the confirmation window. Fields that no longer exist in your table are not restored.
***
## Downloading a backup
Download a table as it was at an earlier point to keep a copy outside Base44, or to check what changed before you decide whether to restore.
**To download a backup:**
1. Click **Dashboard** in your app editor.
2. Click **Data**, then click the **Backup & Restore** tab.
3. Find the point in time you want, using the date filter if you need it, then click the entry to expand it.
4. Next to the table you want, click the **Download CSV** icon .
***
## FAQs
A few things people ask about how backups behave.
No. Backups cover the records in your tables. When a record points at a file you uploaded, such as an image, the record stores the file's address rather than the file itself, so restoring puts that address back exactly as it was. The file it points to is stored separately and is not part of the backup.
No. Your app's users are kept separately from your tables and are left out of backups entirely, so a restore never adds, removes, or changes them. Restoring only rewrites the records in the tables you picked.