はい—共有フォルダー1つだけを復元して、NAS全体をロールバックせずに済むことがよくあります。
復元元がパスレベルの選択をサポートし、フォルダーがより大きな暗号化、ボリューム、データベース、またはアプリケーションの境界に依存していない場合に限り、復元は分離されたままです。安全な方法は、実際の復元単位を特定し、ステージング場所に復元してコンテンツとメタデータを検証し、その後、ライブ共有を意図的にマージ、置換、または再リンクすることです。
共有名の背後にある復元単位を定義する
NAS共有には、SMB経由で見えるファイル以上のものが含まれます。バックパス、共有定義、所有権、ACL、クォータ、暗号化状態、スナップショット、リサイクル設定、および特定の場所を期待するアプリケーションに依存することもあります。
ファイルはまだ存在するが共有が消えた場合は、履歴データを復元する前に既存の共有フォルダーレイヤーのチェックを使用してください。失われた共有レコードを再作成または再リンクする方が、健全なディレクトリに古いツリーをコピーするより安全です。
どのレイヤーが失敗したかを書き留めてください:コンテンツ、フォルダーメタデータ、共有公開、暗号化アクセス、またはアプリケーション連携。選択したフォルダーが完全な損傷単位を含む場合にのみ、1フォルダー復元が適切です。
復元元がパス選択をサポートしていることを確認する
ファイルレベルのバックアップ、閲覧可能なアーカイブ、一部の共有フォルダースナップショットは通常、選択的な復元を許可します。全ボリュームイメージは、単一ディレクトリを抽出する前に、マウントまたは別の場所に復元が必要な場合があります。
Synologyコミュニティの例では、ユーザーがバックアップエクスプローラーを通じて別のディレクトリに復元できることが確認されています。resticのサポートディスカッションでも、選択したターゲットへの単一フォルダースナップショット復元が説明されています。
進める前に、正確な復元ポイント、パス、バージョンを確認してください。ツールが全ボリュームのロールバックのみを提供する場合は、ライブボリュームに適用せず、予備ストレージや一時的なNASを使用してください。
以下のマトリックスは、選択機能と復元境界を分けています。
| 復元元 | フォルダーレベル復元 | 主な境界 |
|---|---|---|
| ファイルレベルバックアップ | 通常利用可能 | メタデータサポートは異なる |
| 閲覧可能なスナップショット | しばしば利用可能 | スナップショットの範囲はデータセットまたはボリューム |
| 全ボリュームイメージ | 間接的 | 先にマウントまたは別の場所に復元が必要 |
| 構成バックアップ | ファイルデータなし | 共有レコードのみ復元可能 |
必要なデータとメタデータをすべて含む最小の復元元を選択してください。実際の依存境界より小さい範囲を選ぶと、復元されたように見えても正しく機能しないフォルダーになります。
ライブデータに触れる前に別の場所に復元する
現在のフォルダールート外に一時的な復元共有または分離されたデータセットを作成してください。復元したバージョンを検査し、新しい健全なデータと比較する間、ライブ共有は変更しないでください。
Duplicatiユーザーは部分復元を選択し、別のターゲットパスを設定できます。重要なパターンは、復元と置換を分離し、誤ったバージョン、パス、フィルターが本番データを自動的に上書きしないようにすることです。
ファイル名、数、論理バイト数、タイムスタンプ、代表的な内容を比較してください。破壊的なマージの前にライブツリーをスナップショットまたはリネームし、復元セットに予期しない削除や計画より古い範囲が含まれている場合は中止してください。
メタデータとアプリケーション依存関係を別々に検証する
複数のドキュメントを開くことは、一部のファイル内容が残っていることを示すだけであり、家庭ユーザー、SMBアイデンティティ、写真アプリ、メディアサーバー、コンテナが以前のように復元フォルダーを使用できることを証明しません。
Linuxのファイル復元では所有権と権限の別保存が必要な場合があります。NASではACL継承、拡張属性、リンク、ファイル名の大文字小文字、暗号化アクセス、サイドカーメタデータも比較してください。
以前に使用していたのと同じユーザーとアプリケーション経路で復元フォルダーをテストしてください。アプリがデータベース、シークレット、インデックス、または同時点の別のマウントに依存する場合は、ライブ共有を変更する前にそれらの依存関係を分離テスト環境に復元してください。
マージ、置換、再リンク、またはより大きなロールバックを選択する
ライブ共有に新しい健全なデータがまだ含まれている場合は、欠落または損傷した項目のみをマージしてください。選択した復元ポイントが意図的に権威的であり、書き込みが停止されている場合にのみ、フォルダー全体を置換してください。
ファイルはすでに正しいがNAS共有定義が誤ったバックパスを指している場合は再リンクしてください。再リンクは構成の修復であり、データを再度複製または上書きする理由ではありません。
バックアップが個別パスを露出できず、暗号化キーが全ボリュームに属し、複数フォルダーが1つのトランザクションデータベースを共有し、システム構成が独立して再構築できない場合は、より大きな復元にエスカレートしてください。まず予備ストレージにその大きな単位を復元し、ライブNASを盲目的にロールバックせずに目的の共有を抽出または検証してください。
サポートとヒント
もっと読む

Plexは別のDockerコンテナとGPUを共有できますか?
Plexと別のコンテナは同じGPUにアクセスできることが多いですが、ドライバーのサポート、デバイスマッピング、ビデオエンジンの負荷、メモリ、復旧動作をテストする必要があります。

Plexのエラーがクライアント側とサーバー側のどちらに起因するかを見分ける方法
別のクライアントで同じ項目を再現し、セッションパスを比較してから、スコープによって障害の実際の所在が特定された後にのみサーバーの証拠を収集してください。

Plexのキャッシュとトランスコード用一時ストレージを設定する方法
永続的な Plex の状態を保護しつつ、トランスコードの一時ファイルを適切なローカルストレージに配置し、クリーンアップ、空き容量、再起動時の動作を確認します。

