最新のブログ

Immichが直接では動作するものの、再起動したプロキシ経由でのみログインに失敗する場合は、アカウントやデータベースを変更する前に、プロキシからImmichへの接続経路を診断してください。

安全なImmichの移行では、データベース、メディア、設定、パスマッピングを保持します。写真ファイルだけをコピーしても、ユーザー、履歴、設定は保持できません。

ほとんどの Immich スタックではユーザー定義ブリッジを使用し、ネットワーク経路上の明確な要件が分離性とポート制御の低下を上回る場合にのみホストネットワークを選択してください。

夜間のディスクアクティビティは、有用なスケジュール済みの処理や解消中のキューに対応している場合に限り正常です。原因不明のI/Oが繰り返し発生する場合は、プロセスレベルでの診断が必要です。

クライアント側のクエリ、リゾルバーの比較、制御されたバイパス、反復テストを行い、Immichの接続障害の原因がDNSかどうかを証明または否定します。

バキュームと肥大化の兆候を測定し、リソースの問題を除外して、復元の完全性を確認することで、Immichデータベースのメンテナンスと交換を切り分けます。

バージョン、拡張機能、権限、アップグレードの順序、バックアップ、ロールバック、アプリケーションの動作を確認できる場合に限り、Immich で外部 PostgreSQL を使用してください。

Immichには一律のユーザー数制限はありません。現実的なワークロード、リソースのテレメトリ、受け入れ基準、再現可能な限界テストに基づいて容量を測定してください。