Proposed Data Retention Policy

Policy by Folder

Red text indicates a change from the previous policy.

Rationale for Proposed Policy

In the past couple of years we have observed some aspects of the LCLS data retention policy which are not ideal:

1. All experiments are treated equally even if a few institutions copy the data home and don't need to have the data on disk at SLAC: ideally we would reserve that disk space for other experiments that do rely on it.
2. Some folders and the different storage classes (short, medium and long term) were not always properly understood or used  (e.g. ftc was often treated as scratch).
3. It's been hard to maintain the promise of preserving all the data on disk for their supposed lifetime: this has proved particularly tricky for scratch where the users can easily write tens of terabytes in a few hours.
4. Deleting data too early, i.e. when files are still being actively accesses, can cause large, and concurrent, restore operations from tape which affect negatively the performance of the system.

Also, we have studied the data usage over time and we have observed that:

• The rate at which data are accessed starts decreasing around 130 days after the experiment ends, both for raw and generated data.

Proposed Policy

Based on the observations above we propose to:

• Eliminate the short and medium storage classes.
• Eliminate the /ftc folder.
  • Data currently under ftc will be moved to scratch and the scratch policy will apply.
• Change the lifetime for raw and scratch data disks to 4 months.
• After the initial 4 months period, the expiration status of a run is determined by the access pattern of its files. 
  • This will be enforced by the constant monitoring of the file systems to determine which files were accessed and when. We will be also tracking if the files were actually analyzed or just "touched" to dodge the policy. 
  • Analyzing the data extends the lifetime of the access data by 1 month from the access date.
  • Data restored from tape will stay on disk for 1 month, i.e. it's treated as a file access.
• Rename the usr folder as usrdaq.
• Rename the res folder as results.
• Increase the quota of the results folder to 2TB.

Notes

• Please do not store under the scratch folder data that you cannot recreate because this directory is not backed up and the oldest files on scratch may be deleted at any time to make space for data from new experiments.
• The backup of the results and home folders is fundamentally different from the archiving of the xtc/hdf5/usrdaq folders. In the latter case the folders are frozen after the end of the experiments and their contents are stored on tape once. In the case of the res and home, files which are deleted from disk are eventually, i.e. after a long enough time, also deleted from tape.
• For raw data the cleanup operations will affect all files, i.e. all streams and chunks, which make up one run, rather than individual files.