編集者はプロジェクトデータベースをNASに保存すべきか、それともメディアだけにすべきか?

エヴァ・ウォン は テクニカルライター であり ZimaSpaceの常駐ティンカーでもあります。 生涯のオタクであり、 ホームラボとオープンソースソフトウェアに情熱を持っています。彼女は複雑な技術的概念をわかりやすく、 実践的なガイドに翻訳することを専門としています。エヴァはセルフホスティングは楽しくあるべきで、怖がるものではないと信じています。彼女のチュートリアルを通じて、コミュニティが ハードウェアのセットアップを解明する手助けをしています。初めてのNAS構築からDockerコンテナの習得まで。

メディアはデフォルトでNASに置き、編集アプリケーションがそのネットワーク構成を明示的にサポートしている場合に限り、プロジェクトデータベースもそこに配置します。

個人編集者や小規模なポストプロダクションチームにとって、実用的な分け方は「すべてローカル」対「すべてリモート」ではありません。カメラのオリジナル素材と共有グラフィックは、権威ある単一のNASパスから参照できると便利です。一方、プロジェクトの状態には、低遅延の書き込み、正しいロック、テスト済みの復旧方法が必要です。キャッシュとプレビューは再構築できます。サポートされたマルチユーザーコラボレーションによって、通常の共有フォルダーではなくデータベースサービスが信頼できる情報源になる場合にのみ、この境界は変わります。

場所を選ぶ前に、各データの役割を決める

データの役割 デフォルトの場所 理由
カメラのオリジナル素材と共有メディア NASの制作共有フォルダー すべてのワークステーションで使える安定した単一パス
プロジェクトファイルまたはローカルライブラリ ワークステーションのSSDとバックアップ 高速で頻繁なメタデータ書き込み
サポートされたコラボレーションデータベース 専用データベースサービス アプリケーションが管理する同時実行
キャッシュ、プロキシ、プレビュー ローカルSSD 再構築可能で、遅延の影響を受けやすい
書き出しデータと承認済みマスター NASの納品物共有フォルダー チームでの可視性と保持

この役割分担は、納品が1つの区別のないフォルダーではなく、管理された複数のパスから成る実際のポストプロダクションパイプラインに対応しています。段階的なデイリーズとリリースのパスの詳しい例からも、配置はアクセス権とワークフローの段階によって決めるべき理由がわかります。

3つのプロジェクト状態トポロジーから1つを選ぶ

個人編集者: プロジェクトファイルまたはアプリケーションライブラリをワークステーションのSSDに置き、バージョン付きコピーをNASに保存し、メディア参照先には一貫した共有パスを指定します。これにより、保存処理からネットワークを外しながら、メディアは集中管理できます。

同時編集ではなく、編集者同士で引き継ぐ場合: 完了したプロジェクトパッケージを管理されたNASの引き継ぎフォルダーに保存します。ただし、現在の編集者は作業中のプロジェクトをローカルにコピーし、新しいバージョンとしてチェックインする必要があります。所有者フィールドを見えるようにしておけば、2人が気付かないまま別々の状態に分岐するのを防げます。

同時編集するチーム: アプリケーションがサポートするコラボレーションサーバーまたはデータベースサービスを使用し、その永続状態をサービス向けに設計されたストレージに配置します。2台のワークステーションから同じ通常のプロジェクトファイルを開いて、コラボレーションを再現しようとしてはいけません。

キャッシュとバックアップを制作パスから分離する

レンダーキャッシュ、波形データ、サムネイル、一時プロキシは、共有する必要がない限り、各編集者のローカルSSDに置きます。これらのファイルは小さな書き込みを大量に発生させ、NASの帯域幅を消費するうえ、保護するより再生成するほうが容易です。

プロジェクトの状態と、代替のきかないソースメディアは、それぞれ独立してバックアップします。スナップショットはNASの過去のバージョンを復旧するのに役立ちますが、オフラインまたは別システムに保存したコピーの代わりにはなりません。データベースのバックアップには、復元したコピーが内部的に整合するよう、アプリケーションがサポートするエクスポートまたはダンプ方法を使用する必要があります。

メディア共有自体が不安定な場合は、状態をさらに集中化する前に、その依存関係を解消してください。ZimaSpaceのアプリケーションデータとネットワーク共有の信頼性に関するガイドは、データベースを大量のメディアから分離するための、次に確認すべき有用なポイントを示しています。

強制的な中断でワークフローを検証する

  1. サポート対象の各ワークステーションから同じテストプロジェクトを開き、メディアパスが一貫して再リンクされることを確認します。
  2. 別のクライアントがメディアを転送している間に、保存、自動保存、レンダリング、書き出しを実行します。
  3. テスト保存中に1台のワークステーションを切断し、文書化された復旧手順を確認します。
  4. 昨日のプロジェクトバージョンとサンプルのソースファイルを、分離された場所に復元します。
  5. 新しい編集者が、誰にも尋ねずに現在のプロジェクト所有者を特定できることを確認します。

メディアの信頼できるマスターが維持され、クライアントまたはネットワークの中断後もプロジェクトの保存が維持され、復元が編集者の記憶に依存しなければ、その設計は十分です。実際に同時編集が必要な場合にのみデータベースサービスを追加し、アプリケーションが結果として生じる書き込みパスをサポートしていない場合は、集中化をやめてください。

よくある質問

バックアップのためにプロジェクトファイルをNASへコピーできますか? はい。閉じた状態のバージョン付きコピーは、共有フォルダー上でライブプロジェクトを開くこととは異なります。代表的なメディアを使ってコピーを復元し、テストしてください。

プロキシはNASに置くべきですか? 共有することで得られる時間の節約が、ネットワークトラフィックと管理コストを上回る場合に限ります。通常、1人の編集者にはローカルプロキシのほうが簡単です。

NAS&サーバー設定

もっと読む

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.