翻查錄影發現片段缺失是甚麼原因?
片段缺失最常見的原因不是系統故障,而是保存日數不足被覆寫,或錄影排程與觸發設定令該時段本來就沒有錄影。判斷次序應由這兩項開始。
四類成因
可把成因分為四類:本來未錄(排程或觸發設定)、曾錄但已被覆寫(儲存容量不足)、曾錄但已損失(斷電或磁碟故障)、以及實際存在但找不到(時間不準或檢索操作問題)。四類的處理方式完全不同,因此第一步是確認缺失的是連續一段時間,還是零散片段,這個特徵往往已能指向類別。
本來未錄
錄影排程未覆蓋該時段,或設定為僅在動態偵測時錄影而該時段未觸發。
已被覆寫
儲存容量對應的實際保存日數短於預期,較舊的片段已按覆寫規則被新錄影取代。
已經損失
斷電導致錄影中斷或檔案損壞、磁碟故障、以及錄影主機異常重啟。
成因與判斷特徵
| 成因 | 缺失特徵 | 核實方法 |
|---|
| 儲存被覆寫 | 只有較舊的日期缺失,近期完整 | 計算實際保存日數,核對主機的最早可用錄影日期 |
| 錄影排程設定 | 每日固定時段缺失 | 檢視各通道的錄影排程,確認是否有時段未設定錄影 |
| 僅動態偵測錄影 | 同一日內零散缺口,靜態時段無錄影 | 檢視觸發方式設定及偵測靈敏度、偵測區域範圍 |
| 斷電或異常重啟 | 缺失時段跨越多個通道且時間一致 | 核對主機事件紀錄、供電紀錄及不斷電電源狀態 |
| 磁碟故障 | 特定時段或特定通道無法讀取 | 檢視磁碟健康狀態與主機的磁碟錯誤紀錄 |
| 設備曾離線 | 個別通道在某時段缺失,其他通道正常 | 核對該通道的離線紀錄與網絡或供電事件 |
| 時間不準 | 片段存在但不在預期時間位置 | 核對主機與設備的時間來源,檢查是否曾手動改時間 |
| 檢索操作誤解 | 以錯誤日期、通道或錄影類型篩選 | 改以其他條件重新檢索,並確認時區與夏令設定 |
上表為判斷框架。實際可保存日數取決於通道數量、解像度、影格率、編碼方式及動態內容,須按系統實際設定計算;磁碟健康狀態及事件紀錄的呈現方式亦因主機型號而異,應參考原廠說明文件。
香港常見的實際情況
香港不少店舖及小型辦公室的錄影主機在安裝時已按預算配置磁碟,其後陸續加裝攝影機或提高解像度,但未同步增加儲存容量。結果實際保存日數逐步縮短,直到需要翻查較舊事件時才發現片段已被覆寫。實務上應在每次增加通道或改動解像度後重新計算保存日數,並核對主機顯示的最早可用日期。
舊式大廈的電力供應波動及短暫停電,會令沒有不斷電電源保護的錄影主機突然斷電。除了造成該時段缺失,異常斷電亦可能損壞正在寫入的檔案。實務上建議為錄影主機及相關交換機提供不斷電電源保護,並確認保護範圍確實包括交換機,否則主機仍在運作而攝影機已斷線。
時間不準是容易被忽略的成因。若錄影主機的時間與收銀系統或門禁系統不一致,按事件時間檢索便會找錯位置,看似片段缺失。實務做法是讓各系統採用同一網絡時間來源,網絡時間協定的運作方式在 RFC 5905 有詳細說明;設定後亦應定期核對顯示時間是否仍然一致。
香港的商業租戶在處理保險索償或投訴時,往往在事件發生後一段時間才需要翻查錄影。若內部沒有在事件發生時即時備份相關片段的習慣,等到需要時可能已被覆寫。建議建立簡單流程:事件發生當日即匯出相關片段並妥善保存,同時記錄匯出人員及原因,因為片段涉及個人資料。