Home Assistantのデータベースにメンテナンスまたは交換が必要な兆候

エヴァ・ウォン

IceWhale author

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

Signs That a Home Assistant Database Needs Maintenance or Replacement

大きなHome Assistantデータベースだからといって、必ずしも交換が必要なわけではありません。サイズの増加、履歴表示の遅さ、パージ後もファイルサイズが大きいままといった問題では、まず保持期間、フィルタリング、ストレージ、または再パックを検討します。データベースを一貫して開けない、整合性エラーが繰り返し発生する、またはHome Assistantがすでに破損として隔離している場合は、交換を検討する合理性が高くなります。

「メンテナンスが必要な状態」と「状態をもはや信頼できない状態」を分けて考えてください。前者では有用な履歴を維持すべきです。後者では、問題のあるデータベースを保護し、正常なコピーを復元するか、新しいRecorderデータベースを開始し、通常の書き込みを再開する前に破損の原因を調査します。

急速な増加は、交換の兆候である前にメンテナンスの兆候

Recorderの推定サイズと1日あたりの増加量を確認します。ノイズの多いエンティティ、長すぎる生履歴の保持期間、不要なイベントがデータベースの大部分を占めている場合は、ファイル全体を削除する前に、受信するデータ量を減らしてください。

Home Assistantの現在のストレージに関する案内では、データベースが大きくなりすぎた場合に、古いRecorderデータのパージ、記録対象のフィルタリング、保持期間の調整が推奨されています。

フィルタリングや保持期間の変更後に増加が緩やかになった場合、データベース自体は正常である可能性があります。ファイルの絶対サイズが気になるというだけで履歴をリセットせず、引き続き監視してください。

パージ後も大きなファイルには、交換ではなく再パックが必要な場合がある

古い行を削除すると、ディスク上のファイルサイズを縮小せずに、データベース内部の領域を再利用できるようになります。再パックではデータベースを書き換え、ファイルシステム上の領域を回収できるようにします。

現在のRecorderのパージアクションの説明では、再パックはデータベースを書き換える負荷の高い処理であり、システムを遅くする可能性があるほか、一時的により多くのディスク容量が必要になる場合があるとされています。

十分な空き容量と、復元テスト済みのバックアップがある場合にのみ実行してください。再パック中にデータベースの処理が遅い、またはサイズが大きいからといって、データを破棄すべきだという証拠にはなりません。

不正な形式や整合性エラーの繰り返しは、より強い警告サイン

不正なページ、整合性チェックの失敗、I/Oエラーの繰り返し、正常な復元後にも再発する破損などのデータベースエラーには、通常の増加とは異なる対応が必要です。ストレージ、電源障害、メモリ不足、ファイルシステムが関与していないかを確認する間、ファイルを保全し、破壊的なメンテナンスを中止してください。

復旧不能なSQLiteの破損は、通常のメンテナンスではなく復旧事象です。Home Assistantは破損したRecorderデータベースを別の場所に移し、システムの他の部分をオンラインに保ったまま、新しいデータベースを開始できます。これは、単なるサイズ増加や履歴クエリの遅さよりも、はるかに強い交換のサインです。

低レベルのSQLiteチェックが必要な場合は、PRAGMA integrity_checkでデータベースの整合性を検査できます。手動のデータベースツールを使用する場合は、コピー上で作業するか、管理されたメンテナンス時間帯に実施してください。

-15% OFF

ZimaBoard 2 - あなたの大きなアイデアのためのミニホームサーバー

Single board computer zimaboard2

Recorderの状態を信頼できない場合は交換を検討する

交換とは、正常なデータベースを復元するか、履歴を維持することよりもRecorderを再び利用可能にすることを優先して、Home Assistantに新しいデータベースを作成させることを意味します。これは、第一選択のパフォーマンス最適化ではありません。

データベースを繰り返し開けない、通常の復旧を試みても破損が続く、修復よりも正常なバックアップのほうが安全、または古い履歴を失っても問題なく設定状態は正常、といった場合に交換を選択します。

ZimaSpaceのリスクのあるアプリケーションメンテナンス前に状態を取得する方法に関するガイドは、ここで役立ちます。パージ、再パック、手動SQL修復、データベース交換の前に、ロールバック用のデータを保存してください。

障害のパターンから次のアクションを選ぶ

症状	最初のアクション	交換?
データベースが急速に増大する	ノイズの多いエンティティをフィルタリング / 保持期間を短縮	不要
パージ後もファイルサイズが大きい	空き容量に余裕を持たせて再パックを計画	不要
ディスク競合中に履歴クエリが遅い	ストレージのレイテンシを測定	通常は不要
不正な形式または整合性エラー	ファイルを保全し、ストレージを確認し、コピーを復元・テスト	可能性あり
復旧後も破損を繰り返す	ストレージ / 電源を調査し、正常な状態を復元	多くの場合必要