1テラバイトか2テラバイトの内部ストレージを持つMacのバックアップは、特に難しいことではありません。(Macworldが推奨するバックアップ戦略については、「バックアップの基本」、「万全のバックアップ」、「クラウドからデータを復元する方法」をご覧ください。)しかし、クリエイティブプロフェッショナルは、毎日大量の写真、動画、音声ファイルを新規作成する傾向があり、結果として数テラバイトにも及ぶデータが生成されるため、より綿密なバックアップ方法が必要になる場合があります。
分割決定
クリエイティブプロフェッショナルの皆様への最初のアドバイスは、バックアップを2つの別々の作業として考えることです。1つは大容量のメディアファイル用(いずれにしても外部ストレージに保存されている可能性があります)で、もう1つはそれ以外のすべてのバックアップ用です。Time Machineでメディアファイルを保存しているフォルダまたはボリュームを除外するには、「システム環境設定」>「Time Machine」を開き、「オプション」をクリックし、項目をリストにドラッグして「保存」をクリックします。他のほとんどのバックアップソフトウェアも同様の機能を提供しています。こうすることで、従来のバックアップを比較的小さく高速に保つことができ、メディアファイルを特別な扱いにしやすくなります。
Time Machineでは、データの一部をある保存先にバックアップし、別の部分を別の保存先にバックアップすることはできません。そのため、メディアファイルについては、別のバックアップアプリを使用することをお勧めします。優れた選択肢はたくさんありますが、もし1つだけ選ぶとしたら、CrashPlanをお勧めします。ローカルストレージとクラウドストレージの両方、そして所有している他のコンピューターにもバックアップできるからです。さらに、複数の独立したバックアップセットを定義し、それぞれに独自のソースと保存先を設定できます。
数字を計算してみよう
次のステップは、バックアップに必要なデータの量を正確に把握し、適切なストレージデバイスを選択することです。繰り返しになりますが、バックアップ先は、日常的に使用するバージョン別バックアップ(Time Machineで作成したものなど)や起動可能なクローン(Carbon Copy Clonerで作成したものなど)を保存しているデバイスとは別のデバイスにすることをお勧めします。そうすることで、プロセスがスムーズになり、後でストレージを追加する必要がある場合にも柔軟に対応できます。
まず、メディア フォルダまたはボリュームが現在占めているデータの量を確認します (Finder でフォルダまたはボリュームを選択し、[ファイル] > [情報を見る] を選択して、[使用済み] 行を確認するとわかります)。
では、典型的な1日にどれくらいの新しいデータを生成するかを推定してみましょう。その方法の一つは、スマートフォルダを作成することです。
- Finderで、「ファイル」>「新規スマートフォルダ」を選択します。「このMac」が選択されていることを確認します。
- 「保存」ボタンの横にある右側の「+」(プラス)ボタンをクリックします。最初のポップアップメニューから「作成日」を選択し、2つ目のポップアップメニューから「昨日」(昨日が通常の日であると仮定)を選択します。
- もう一度「+」(プラス)をクリックします。新しい行の最初のポップアップメニューから「種類」を選択し、2番目のポップアップメニューから「その他」を選択して、
-folderフィールドに入力します(「フォルダではなくファイルのみを表示する」という意味です)。 - Command + A を押して昨日追加されたものをすべて選択し、Command + Option + I を押してそのデータの合計サイズを表示します。
- 「保存」をクリックしてスマートフォルダを保存すると、後で再度確認できます。
このスマート フォルダーには昨日作成されたファイルがリストされ、Command + Option + I を押すと、ファイルが占めるスペースの量が表示されます (この場合はそれほど多くありません)。
現在持っているすべてのファイルに加え、例えば来年以降に追加されるファイルもすべてバックアップしたい場合は、1日あたりの平均バックアップ日数に、通常の年間労働日数を掛け、既存のメディアファイルが占める容量を加算します。その結果に1.5倍(あるいはそれ以上)の余裕を持たせることで、ファイルの追加バージョンやバックアップのための余裕が生まれます。この数値が膨大すぎる場合は、バックアップソフトウェアで古いバージョンのファイルを削除するように設定することで、必要なバックアップ容量を削減できます。
たとえば、主にビデオで作業している場合、オリジナルの映像に加えて、編集ソフトウェアで作成したプロジェクト ファイル、そして最終編集前の各ビデオの中間バージョンが数十、数百個あることになります。オリジナルの映像は必ずバックアップしてください。再撮影するよりも編集をやり直す方が簡単です。ただし、必要なストレージ容量を減らすために、バックアップから古いバージョンのプロジェクト ファイルを削除することをお勧めします。(たとえば、CrashPlan では、[設定] > [バックアップ]に進み、[頻度とバージョン] の横にある [構成] ボタンをクリックして、古いバージョンや削除されたファイルを CrashPlan が保存する期間を指定します。) 同様に、オリジナルの写真ファイルや未加工のオーディオ トラックもバックアップする必要がありますが、写真やオーディオ プロジェクトのすべての編集内容をバックアップする必要はありません。ほとんどの場合、最新のものをいくつかバックアップするだけで十分です。
CrashPlan を使用すると、削除されたファイルや古いファイル バージョンの保持を詳細に制御できます。
それでも、かなりのストレージ容量が必要になる場合があります。主な選択肢として、プライマリストレージとして使用しているものと同じものを2つご紹介します。
大容量のハードドライブは比較的簡単に見つかります(8TBのドライブは簡単に見つかりますし、10TBのドライブも存在しますが、あまり一般的ではありません)。バックアップが1台のドライブに収まる場合は、それだけで十分かもしれませんが、セカンダリバックアップは常に用意しておくことをお勧めします。
RAID や Drobo デバイスなどの他のマルチドライブ製品を使用すると、2 台以上のドライブを組み合わせて、容量、パフォーマンス、データの冗長性を向上させることができます。
個別のドライブとマルチドライブデバイスはどちらも、ローカルインターフェース(Thunderbolt、Thunderbolt 2、USB 3など)またはネットワークインターフェース(EthernetまたはWi-Fi)を搭載しています。後者のカテゴリに属するデバイスはNAS(Network Attached Storage:ネットワーク接続ストレージ)と呼ばれます。NASを使用すると複数のコンピューター間でストレージを共有しやすくなり、ローカルインターフェース(特にThunderbolt)を使用するとはるかに高速なパフォーマンスが得られます。
RAID 自体はバックアップと同じではないことを付け加えておきます。同じデータを2台のドライブにミラーリングする RAID 1(または3台以上のドライブを必要とする RAID 5)を使用している場合でも同様です。RAID はハードウェア障害からは保護できますが、誤削除、ソフトウェアのバグ、盗難などの問題からは保護できません。そのため、RAID をプライマリストレージとして使用する場合は、必ず別のRAID にバックアップすることをお勧めします。
クラウドはどうですか?
もしかしたら、年間固定料金で無制限のストレージを提供するAmazon Cloud DriveやCrashPlanなどのクラウドバックアップの方が、より安価な代替手段になるかもしれないと考えているかもしれません。確かにその通りかもしれませんが、それは1日にバックアップする必要があるデータの量と、ブロードバンド接続がそれを処理できるかどうかによって異なります。ギガビット以上の高速光ファイバーブロードバンドを所有している、または利用できる場合は、一般的に問題ありません。しかし、ケーブルテレビやDSLの利用者の多くは、毎月テラバイト単位のバックアップを行うにはサービスが制限されすぎていると感じるかもしれません。
Speedtest などのサービスを使ってアップロード速度をテストできます。1日にアップロードできるデータ量を大まかに見積もるには、アップロード速度(メガビット/秒)(通常はダウンロード速度よりもはるかに低くなります)に 10.8 を掛けます。これで、 1 日にアップロードできるギガバイト数の概算が算出されます。(例えば、アップロード速度が 15 Mbps の場合、理論上は 1 日あたり 15 x 10.8 = 162GB をアップロードできますが、実際の結果はほぼ間違いなくこれより悪くなります。)もしこれが毎日作成する新しいデータ量よりもかなり多く、月間データ上限に縛られていないのであれば、ぜひクラウドバックアップを検討してください。(ただし、クラウドからダウンロードするよりもローカルでデータを復元する方がはるかに高速なので、少なくとも 1 つはローカルバックアップを取ることをお勧めします。)
最後に
大量のデータのバックアップは、常に予想以上に費用、時間、そして不便を伴います。データの復元もまた、より困難になる可能性があります。生の写真、動画、音声ファイルには必ずしもわかりやすい名前が付けられているわけではなく、バックアップからデータを取得する際にファイル名に頼らなければならない場合もあるからです。また、現場でバックアップを行うには、大きくて扱いにくいデバイスを持ち歩く必要があるかもしれません。しかし、こうした面倒な作業は、顧客やクライアントが頼りにしているかけがえのないメディアファイルの唯一のコピーを失うという苦痛に比べれば、取るに足らないものです。