Saltado Sessions

The best way to back up Ableton projects

Back up whole project folders rather than .als files, plus your Ableton User Library and your recordings, and put the copy on a drive you do not work from, with one copy that lives somewhere else entirely. Everything else (Live itself, your plugins, factory Packs) can be downloaded again, so a written list of what to reinstall is worth more than a copy of it. The two questions hiding inside "how do I back up my Ableton projects" are which files cannot be replaced and where the copy lives, and only the first one is about Ableton.

Short answer
Six lines, then the reasons

  1. Back up project folders, never .als files. Run File → Collect All and Save on anything you care about first, so the audio is actually inside the folder you are copying.
  2. Back up your Ableton User Library. That is where your presets, defaults, grooves, Clips and templates live, and nothing on earth can rebuild it.
  3. Back up your recordings and your bounces. A vocal take exists in exactly one place.
  4. Do not back up plugins, Live itself, or Packs. Keep a written list of what to reinstall instead. It is smaller and it is the thing you will actually need.
  5. Copy it to a different drive. Ableton's own recommendation is a dedicated backup drive, done manually, on top of any cloud sync or Time Machine you already run.
  6. Get one copy out of the building. A drive next to the computer survives a drive failure and nothing else.

Everything below is the reasoning, plus the specific ways this quietly fails for music in particular.

Part 1
What is actually irreplaceable

A backup is not a copy of your computer. It is a copy of the things a fresh install and your accounts cannot give back. For a producer that list is short, and it is almost entirely your own work:

One clarification, because it trips people: backing up the User Library is not backing up your music. Ableton states outright that the User Library is not intended for saving your Live Projects or Live Sets. They are two separate copy jobs.

Part 2
What you do not need to copy, and what to keep instead

Half of the disk space in a naive "back up everything" is spent on things that are already backed up by somebody else. Skipping them is not laziness, it is what makes a backup small enough that you will actually run it twice.

Live itself

Reinstalling Live replaces the application and the Core Library, the stock content that ships with your edition. Ableton is explicit that your preferences, projects, User Library, installed Packs, third-party plugins and your license are stored separately and are not touched. So Live is a download, not a restore. The one exception is worth knowing: never save your own files inside the Live application folder, because a reinstall genuinely will delete them.

Packs

Every Live Pack has a serial attached to your ableton.com account at purchase, and your account page lists both the Packs included with your license and any you bought separately. Ableton even lists the .alp Pack installer as safe to delete once the Pack has been opened in Live. That is the definition of replaceable.

Plugins

This is where people waste the most space for the least protection. A copied .vst3 or .dll is not a working plugin: it needs its installer, its license activation and often gigabytes of separate content. Ableton says the same thing from its own angle, that plugins cannot be copied into a project folder and have to be installed separately on each computer. Copying your plugins folder gives you files that do nothing on a new machine.

Downloaded sample packs

Anything that lives behind a login and a download button is a re-download, not a backup job. It is still worth listing what you own so you know what to fetch, but it does not need to ride on the drive with your songs.

What to keep instead: a list

When a machine dies, what you need at nine in the morning is not a folder full of installer files. It is the answer to what was on it: which plugins, from which vendors, which Packs, which version of Live. That list is a text file. It weighs nothing, it is the thing nobody has when they need it, and it turns a rebuild from an archaeology project into an afternoon of downloads.

Part 3
Why a copied .als is not a backup

Ableton's wording is the clearest statement of the whole problem: when you save a Set with Save or Save As, Live only stores references to the files used in the Set. A .als is a few hundred kilobytes of pointers to samples that live wherever they happen to live, in your Splice folder, on an external drive, in Downloads. Copy the .als and you have copied the pointers.

There is a version of this that catches people mid-backup, and Ableton documents it directly: saving a Set onto an external drive does not bring the referenced media with it. File → Collect All and Save is the command that does, copying the audio and video the set uses into the project's own Samples folder. Run it before you copy anything you intend to still be able to open in five years.

Two catches worth knowing before you trust it. It cannot collect a file Live has already lost, so relink first if the set is reporting missing media (there is a walkthrough on finding missing samples in Ableton). And when it offers you per-location toggles, the factory Packs one matters: Ableton tells you to tick it when the project is going to a machine without the same Packs, and a backup you restore onto a rebuilt computer is exactly that machine. The full walkthrough, including what the command does and where it fails quietly, is on how to share an Ableton project with its samples.

Part 4
What Live's own Backup folder protects (and what it does not)

Live does keep versions of your Sets, and a lot of producers assume that is their backup. It is not, but it is genuinely useful and worth understanding in one paragraph.

Live automatically creates a Backup folder inside a Project after a Set is saved, from the second save onward. It holds the ten most recently saved versions of that Set, each stamped with a timestamp in brackets, and once there are more than ten the oldest goes to the trash. Ableton describes the purpose accurately: it is for when you have overwritten a project file or want a previous version you did not explicitly save. The full detail is in Ableton's own Backup Sets article, and there is no reason for us to restate it.

Here is the limit. That folder lives inside the project folder. If the drive fails, it fails with it. If you delete the project, you delete it. And it holds Sets, not samples, so restoring one still depends on the audio being where it was. What Live gives you is undo across saves. What it does not give you is a second copy in a second place, which is the entire job of a backup.

Crash recovery is a different mechanism again, driven by an undo file in Live's preferences folder, and Ableton notes it has to be completed with the same Live version that crashed. Also useful, also not a backup.

The fix for that limit is not to abandon the Backup folder, it is to get it off the drive. Those ten saved versions are a real record of the last week of a song, and nothing can regenerate them, so Sessions treats a DAW's own backup folder as part of the project rather than as clutter: it travels with the On the go copy to a USB drive, and it will travel with the Vault. Same folder, now in a second place, which is the only thing it was ever missing. Pro Tools' Session File Backups get the same treatment.

Part 5
Three copies, two places, no lecture

The standard shorthand is the 3-2-1 rule: three copies of anything you care about, on two different devices, with one of them somewhere else. It came out of photography (Peter Krogh's The DAM Book) and got adopted by everyone from government security guidance to backup vendors, which is usually a sign that something is both true and boring.

Translated into a bedroom studio it is much less grand than it sounds:

Copy three is the one almost nobody has, because carrying a drive to another building is a chore you have to keep remembering. That is the gap the Vault is being built to close: an encrypted off-machine backup of your whole studio, folders you choose, byte for byte, running by itself rather than when you remember. It keeps 30 days of history so yesterday's version of a set is recoverable and not just the current one. It is a separate subscription, $14 a month or $140 a year, and buying Sessions Pro includes your first month of it. Nothing on the rest of this page waits for it, and the free local backup run further down works right now.

Most producers reading this have one copy. Going from one to two is the jump that matters and it takes an afternoon. Going from two to three is insurance against a category of event you will probably never have. Do not let the third copy stop you doing the second one this week.

Part 6
External drives: the caveats that are actually true

Ableton's storage guidance is worth reading in full, and three things in it change how you buy and use a backup drive.

One thing that is our opinion rather than Ableton's documentation, flagged as such: a backup drive that is only plugged in while it is copying cannot be taken out by whatever takes out the computer, whether that is a bad power supply, a mistaken delete or something malicious. Unplugging it costs nothing and it is the cheapest upgrade available to a one-drive backup.

Sessions has a free feature for the drive half of this, called On the go. Tick which of your studio folders should travel and it copies them to a removable drive, into one clearly named folder rather than scattered across the disk. The part that makes it a habit rather than an afternoon is that every trip after the first copies only what changed, so topping the drive up before you unplug it takes seconds. It writes only to drives it can confirm are removable, and it refuses your system drive outright, which matters for a tool whose whole job is bulk copying. It can also put the Windows and Mac installers on the drive, so the machine you restore onto does not need a working internet connection first. That is the "copy two" of the rule above, made repeatable.

Part 7
Cloud folders: what is true, and what is folklore

Ableton has a whole document on this and its opening line is not subtle: cloud storage is generally not optimized to meet the demands of music production. That is not the same as "never use it", and the useful thing is that their list of problems is specific rather than vibes. The ones that matter for a backup:

And the structural point, which is not an Ableton issue at all: sync is not backup. A sync service's job is to make the other end match, so a deletion propagates like everything else. What saves you is the provider's retention window, and it is shorter than people assume. Dropbox keeps deleted files for 30 days on standard plans. Google Drive empties the trash permanently after 30 days. Notice a folder is gone in month two and both copies are gone with it.

The folklore worth dropping is the blanket claim that cloud storage corrupts your projects. What is documented is narrower and more useful: a sync client interacting with files Live has open, or externalizing files Live expects to be local. Ableton's own troubleshooting index for cloud storage lists files reappearing after deletion, files duplicating themselves and corrupted Live Sets as symptoms to check against, which tells you the failure is real and tells you where it comes from.

Part 8
Do this today

Not a system. A backup, which is infinitely more than nothing, and you can automate it later.

  1. Plug in the largest external drive you own. If you do not own one, that is the purchase, and it does not need to be fast.
  2. Open the five projects you would genuinely be upset to lose and run Collect All and Save on each.
  3. Copy your whole projects folder, your Ableton User Library and your bounces folder onto the drive. If you have Sessions installed, On the go does this step for you: tick the folders once, and every later top-up copies only what changed. It is free.
  4. Write down what is installed on this machine: plugins, Packs, which version and edition of Live. Save that text file next to the copy.
  5. Unplug the drive and put it somewhere that is not on top of the computer.

If step three made you realize you have no idea where all your projects actually are, that is the normal state of affairs after a few years, and it is a survey problem rather than a copying problem. Finding old Ableton projects and organizing them both cover it.

In the app
The free backup run in Saltado Sessions

Saltado Sessions has this built in, free, under Settings → Backup & restore → Back up your work. It reads your library, shows you exactly what it is about to copy and how big it is, and then copies only the irreplaceable half to a folder you pick: your projects folder, your templates folder and your Ableton User Library, plus the app's own database so your ratings, statuses, notes, label book and submission history travel with the audio. Next to it, it writes a plain-language file called YOUR STUDIO.md: every plugin it found grouped by vendor, your sample, rack, preset and Max for Live counts, and a table of every project with its BPM, key, status and rating. Plugins are deliberately not copied, because a copied plugin file is not a working plugin, so what you get instead is the reinstall list, which is the thing a dead-drive rebuild actually needs. It refuses to back up into a folder inside one of your source folders, it only ever reads the originals, and there is no account and no upload. Your exports folder is not part of that run, so copy your bounces across yourself.

The honest limit: it is a copy on your own drive. A fire or a theft takes both unless the drive lives somewhere else. Point it at a drive you keep in another building and it is a real backup. Point it at a second folder on the same disk and it is only protection against deleting the wrong thing, which is worth having, but it is not the same promise.

Saltado Sessions with a project expanded in the library: waveform preview with live loudness and stereo meters, project folder and vitals, session files with collected status, and the 146-project list behind it.
The same scan that lists your projects is what makes the backup run know what is irreplaceable and what is a reinstall.

What is free and what is Pro

Everything here is local. No account, nothing about your music leaves the machine, and reading your projects is read-only. The Vault is the one exception, by definition, since an off-machine copy has to go somewhere: it is encrypted, it is opt-in per folder, and it is a separate subscription.

Copy the half that matters, and know the rest by name. Sessions reads every project on your drive without opening Live, copies your projects, templates and User Library to a drive you choose, and writes down every plugin you would have to reinstall.

Questions about backing up music projects

What is the best way to back up Ableton projects?
Run File → Collect All and Save so each project's audio is inside its own folder, then copy the whole project folders, your Ableton User Library and your bounces to a separate drive. Skip plugins, Packs and Live itself, and keep a written list of what to reinstall instead. Ableton's own recommendation is a dedicated backup drive updated manually, in addition to any cloud sync or Time Machine you already run, and the copy that really protects you is the one that lives somewhere other than your studio.
Does Ableton Live back up my projects automatically?
Partly, and not in the way that saves you from a dead drive. Live creates a Backup folder inside a Project from the second save onward and keeps the ten most recently saved versions of the Set there, each with a timestamp in brackets; past ten, the oldest is moved to the trash. That covers overwriting a file or wanting a version you did not explicitly save. It does not cover the drive failing, because the folder lives inside the project, and it holds Sets rather than samples. Details are in Ableton's Backup Sets article.
Can I just back up the .als files?
No. Ableton states that when you save a Set with Save or Save As, Live only stores references to the files used in the Set, so an .als is a small file of pointers to audio elsewhere on your disk. Restore only those and you get sets that open with every sample missing. Ableton also warns that saving a Set onto an external drive does not bring the referenced media along either. Collect All and Save is the command that copies the audio into the project folder, and the project folder is what you back up.
Do I need to back up my samples and Packs?
Split them. Samples that a project uses should be inside the project folder, which is what Collect All and Save is for, and then they are backed up automatically as part of the folder. Ableton Live Packs do not need backing up: each one carries a serial attached to your ableton.com account, and your account lists the Packs included in your license as well as any you bought separately. Anything else you downloaded from a store behind a login is a re-download too. Loose samples that exist nowhere but your drive, including your own recordings and field recordings, do need backing up.
Should I back up my plugins?
No, and this is the most common wasted effort. A copied .vst3 or .dll is not a working plugin: it needs its installer, its license activation and often a separate content download. Ableton makes the same point from its side, that plugins cannot be copied into a project folder and must be installed separately on each computer. Back up the list instead: plugin names, vendors and where you bought them. That list is what a rebuild actually runs on.
Is Dropbox, Google Drive or OneDrive enough to back up Ableton projects?
Not on its own. Sync makes the other end match yours, so a deletion propagates, and the only thing standing between you and a permanent loss is a retention window: Dropbox keeps deleted files for 30 days on standard plans, and Google Drive empties the trash permanently after 30 days. Ableton also documents specific music-production problems, including that OneDrive's Files on Demand and iCloud can keep only a reference on your computer (which prevents Live finding the file), that iCloud's Optimized Storage can delete older media from Desktop and Documents when storage is low, and that a filename beginning with a space is not backed up to the cloud at all. Use cloud storage as one copy, not the only one.
Do I need to back up my Ableton User Library?
Yes, and it is the item people forget. It holds the custom presets, device defaults, Clips, Grooves and (since Live 11) Template Sets you made yourself, and Ableton keeps it separate from the Core Library specifically so it can be backed up or moved between installs. By default it is at \Users\[you]\Documents\Ableton\User Library on Windows and /Users/[you]/Music/Ableton/User Library on Mac. Note that backing it up is not backing up your music: Ableton says the User Library is not intended for storing your Live Projects or Sets, so that is a second, separate copy job.
How often should I back up my music projects?
The useful way to decide is to ask how much work you are willing to redo, because that is exactly what the gap between backups costs you. For most producers that lands at "after any session where something good happened", which in practice is weekly. Live's own Backup folder already covers the small case of overwriting a Set, since it writes a version on every save and keeps the last ten, so what your external copy is really protecting against is the whole drive going, and that argues for regular rather than constant. A backup you run monthly and actually run beats a perfect schedule you abandon.
Download Sessions free See all features