Take the 2-minute tour ×
Video Production Stack Exchange is a question and answer site for engineers, producers, editors, and enthusiasts spanning the fields of video, and media creation. It's 100% free, no registration required.

We've had a video production studio for about 6 months, and we're revisiting how we should back-up/archive our client files and in general what our workflow should be with about a 8K limit on hardware. We've sketched out a couple options for what hardware and procedures we're using.

Here is one:

  1. Transfer RAW footage (we're shooting DSLR) to portable bus powered HD
  2. Import RAW footage into FCPX using Ext. Drive for Scratch Disk (here we have RAW footage and FCPX project files separated) Step
  3. Delete SD Cards

EDIT Footage

  1. Move FCP Projects files to RAID & Delete bus powered HD that had raw footage Step
  2. Delete Scratch Disks

    breakdown of example

Here is possibly another option:

  1. Transfer RAW footage to Scratch Drives
  2. Copy RAW Footage to RAID
  3. Delete SD Cards

EDIT Footage Step

  1. Move FCP Projects files to RAID
  2. Delete Scratch Disks

enter image description here

share|improve this question
    
We go straight from SD cards into the raid, then edit from our various terminals across the network. Raw footage and finished projects all stay on the raid, and that gets a nightly off site backup to an identical raid via carbon copy cloner. Why do you have so many disks in the chain? SD to external disk to scratch sounds excessive to me, but maybe you have good reason? –  Jason Conrad Dec 9 '13 at 14:08
    
We have the external scratch TB for editing. We don't want to use our internal HD b/c they are not large enough. Do you edit off your RAID directly or do you transfer files to a scratch to edit? –  zkidd Dec 9 '13 at 14:51
    
For us, all of the media stays on the raid. Whenever we start a new project, we create a sparse disk image to contain the new project (we do this, and all of the editing remotely from MBP retinas over gigabit ethernet) For now, it works for us, but we'd like to upgrade to 10GBe soon. –  Jason Conrad Dec 9 '13 at 15:13
    
This seems to be a really technical question and I don't believe it is in the scope of this stack exchange website. You might try asking on the Information Security website because they would more likely know of appropriate ways to back up information. –  Weylin Schreck Dec 10 '13 at 1:19
    
@WeylinSchreck, This is certainly a technical question, but I do believe it is a good fit here. The question is about the technical aspects of a production setup... work flows, etc. While it may also be on topic elsewhere, there's no reason it can't find a good home here. –  JoshP Dec 10 '13 at 13:11
add comment

1 Answer

My process is always to start from the recording media, move the files from recording media to a 12TB external RAID5 array with a utility that verifies the integrity of the transfer. This is my long term working archive.

While I don't do this at this time, I'd recommend making periodic off-site backups of this array (either to a cloned array or to tape) to guard against loss of the entire RAID array.

For actually working with the assets, I copy (not move) the files to an internal scratch SSD RAID0 array. Upon completion or archiving of a project, I move only the project files and any newly created files that need to be stored to the RAID5 archive. I then rename my scratch folder, verify the project works when loaded on the archive array and then delete the renamed folder (which should only contain copies of the master source files.)

This protects against any corruption of original source files while editing and also minimizes the amount of data that I have to move off of the scratch disk.

share|improve this answer
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.