現在、すべての写真をバックアップしているTime Capsuleがありますが、他に写真をバックアップする方法についてのアドバイスを探しています。Time Capsuleまたは外付けハードドライブと共にオンラインバックアップが必要なように感じます。他のみんなは何をしますか？
回答:
2つのハードドライブバックアップがありますが、ISPはアップロードをカウントするため、オンラインバックアップはありません。ギガバイトのRAWファイルがバックアップされるのを待つのに山のような時間を費やしたくありません。これは主観的な好みですが、ハードドライブのバックアップは不可欠です。
これが私のセットアップです。1TBのハードドライブはTime Machineを使用してバックアップされ、750GBはCarbon Copy Clonerを使用してバックアップされます。過去に、Time Machineはバックアップすべきランダムな重要なファイルまたは変更をスキップし、データが失われることを発見しました。これに対応するために、Time Machine以外の2番目のバックアップを追加しました。
本当に必要な場合は、毎週オフサイトバックアップを行うことができます。大きな外部を持ち込み、バックアップを行ってから、友人や親relativeの保管場所を取ります。
バックアップを計画する際に考慮する必要がある3つの重要なリスクがあります。
3つすべてから保護するには、オフサイトバックアップが必要です。Macでの簡単なソリューションは、Super DuperにUSBまたはFireWireドライブのペアを追加することです。各ドライブは、アクティブなすべてのドライブよりも大きくなります。Super Duperを設定して、ディスクを毎晩クローンし、職場や友人の家で保管します。毎週、ドライブを回転させます-片方を仕事に持ち込み、もう片方を家に持ち帰ります（その期間中にオフサイトバックアップがないため、両方を家に置いてはいけません）。この計画は250ドル前後に戻す必要があり、従うのは非常に簡単です。
または、Reidの特許取得済み[1]メガオーバーキルバックアップスキーム[2]を使用できます。
一部のパーティションは毎週DVDに書き込まれました。[3]
家のMacBookは、ネットワーク上でSuper Duperを使用してサーバー（上記）にディスクイメージを作成し、この計画に便乗します。
これはすべて、私が書いたPythonスクリプトによって自動的に調整されます。
[1]そうでもない。
[2]実際にこれを行います。
[3]これらの手順に含まれていない写真。
場合によります。あなたにとって価値のある写真は何ですか？
最近の私のプロセスは少し、まあ、簡単です。最悪の事態が発生した場合に、すべてのイメージが100％回復することを保証するものではありません。しかし、私はそれで大丈夫です。
CFに生で撮影します。これらのCFはLRにインポートされ、ラップトップ（自宅から離れた場所）またはデスクトップ（ほとんどのもの）のいずれかでDNGに変換されます。
どちらの場合でも、カードは後まで消去されません。
システムに作業コピーを作成したら、自宅のDroboに2つ目のコピーを作成します。物理的に家の反対側にあるので、私のオフィスで起こった悪いことはそれに影響を与えません...しかし、それはまだ同じ家にあります。
ラップトップで作業していたものはすべて、家に帰るとデスクトップに持ち込まれます。デスクトップは（droboではなく）タイムマシンとレイドの両方で処理されるため、データ損失が発生すると、複数の独立したディスクが同時に停止する必要があります。
これらの2つのコピー（デスクトップとdrobo）を取得したら、カードから画像を消去することを検討します。ほとんどの場合、私は実際に再び撮影するためにカードが必要になるまでそうしません。
今、私はLRで画像を処理し、最低でも最初のパスのカットを行います。通常は2回のパススルーを行います。リモートでさえ使用可能な画像、つまり悪いフォーカスなどとして手に負えない画像は、インターネットにアップロードされます。（特にSmugMugアカウントのプライベートギャラリー-免責事項、私は今SmugMugで働いていますが、その前にこれを始めました。）
今、私は最終処理を続け（通常は数日後、反復処理アプローチを使用します）、最終キーパー画像をSmugMugの公開ギャラリーにアップロードし、RAW（dng）をjpgとともにボールト化します。
最終的に、私の最高の画像はいくつかの場所に保存されます：
ワークステーション：LRカタログの元のRAW、LRカタログの処理済みdng
ワークステーションタイムマシン：上記と同じ
drobo：CFからの元の生
Amazon S3（SmugMug経由）：コピーの表示と（ボールトされた）raw
これにより、タイムマシンまたはドロボからプルすることで偶発的なエラー（btdt）を取り消すことができ、同じ方法で破損したLRカタログ（btdt）から回復することができます。私の家で起こります。家族で撮った写真の場合、休暇を撮るだけでなく、売ろうとしている風景も、それで十分です。
逆に、数年前、友人がスタジオ撮影用にストレージスキームを設定するのを手伝いました。これらの画像は彼女の給料であるため、彼女にとってもっと意味があります。セットアップは次のとおりです。スタジオには、彼女とアシスタントが編集を行う2つのMacがあります。どちらのマシンにも大きなRAIDアレイが接続されています...どれだけのスペースがあったかは忘れますが、12台のドライブのようなものです。両方のマシンは、両方のRAIDアレイ（ローカルに1つ、ネットワーク全体に1つ）をマウントするように設定されています。彼女がイメージをLRにインポートすると、他のマシンのRAIDアレイに2番目のコピーが自動的に作成されます。彼らはその日の画像を毎晩DVD（または2）で書き込み、それらのディスクはオフサイト（彼女の家にあると思います）に保存されます。フラッシュカードはDVDがオフサイトになるまで消去されません。画像のポスト処理が完了すると、結果がインターネットにアップロードされるとともに、CDに書き込まれます。彼らは今、バックブレイズを使用していると思います...元々はローカルISPの別の大きなレイドアレイに対するものでした。高価すぎた。彼らは、プリントがクライアントに配信されてから2週間後に、ローカルのRAIDアレイからコンテンツを削除し、1年ほどでオンラインからバックアップします。
私自身のスキーマ：
（Gliffyを使用して描画）
これは主に、自宅でLinuxを実行しているサーバーがあり、変更セット情報を保持し、誤って削除した場合に古いデータを復元できるバックアップツールであるrdiff-backupを使用できるという事実から生じています。
このスキームで気に入っているのは、カメラから画像をダウンロードした後、簡単なコマンドですべてをバックアップできることです。そのため、カードからファイルを削除するまでに、サーバーに既にバックアップされています。
メモリカードから写真をコピーした後、2番目のコピーを外部ハードドライブに作成します（誤って削除したりハードウェアの障害から保護したりするため）。
火災、盗難などから保護するために、オンラインバックアップにもBackblazeを使用しています。スペースが無制限の場合は月額5ドルで、現時点では約1テラバイトの画像があります（3テラバイトまたは4テラバイトの画像を聞いている人もいます）。最初の完全バックアップは完了までにしばらくかかりました（数週間）が、それが完了すると、追加した新しい写真に追いつくのは非常に簡単です（バックグラウンドで実行され、バックアップの変更を監視するアプリです）。何回か復元する必要がありましたが、問題はありませんでした。
Mozyには同じ種類のサービスがありますが、私が知っている一部の人はそれを使用しています。
過去数年間で、ハードウェア障害が2つと「人為的エラー」が1つありましたが、これまでのところ、バックアップ戦略のおかげで画像を失うことはありませんでした。だから、現時点ではとても満足している。
私は多分Cabbeyのアプローチに似ていますが、私の場合はそれほど多くのコンピューターを使用しない点が異なります。私の唯一の写真編集コンピューターはラップトップなので、デスクトップに転送して同期する必要はありません。しかし、私は仕事のためにも少し旅行します。そのため、私のプロセスの多くは旅行の問題とリスクを対象としています。バックアップでは100％を取得できませんが、重要なものを保存できます。
私が少し前に書いたブログ投稿から、ここに私の基本的なワークフローがあります：
この新しいプロセスにより、次のことを比較的簡単に達成できました。
私が下した決定は、AmazonのS3のデータ耐久性が非常に（かなり驚くほど高い）ものであるため、データにアクセスできるようにすることに対する自信は、私が思いつくものよりもはるかに高いということです。私は財政上の理由から、無制限のJPGストレージを備えたSmugMugに一部を配置することを決めましたが、SmugVaultではなく他のフォーマットにはJungleDiskを使用します。ただし、JungleDiskソリューションとSmugMugは重複していますが、唯一の違いはGBあたりの価格です。
重要なのは、バックアップとアーカイブの違いが何であるかを理解し、理解して、希望する結果が得られるようにサービスの価格を設定していることを確認することです。私の友人は、バックアップにサービスを使用していて、リスクなしで物を削除できると考えていました。テスト中に動作したバックアップから思い出してください。問題の瞬間は、元のファイルを削除してから31日目で、30日後にサービスが削除されました。そのため、用語を注意深く使用し、理解していることを確認してください。
このテーマに関する私の長い形式の考えは、http：//bradfordbenn.com/2010/05/data-backup-and-access/にあります。
お役に立てば幸いです。