ຄິດໄລ່ຮາດດິສ NVR: ກ້ອງຂອງທ່ານຕ້ອງໃຊ້ຈັກ TB ແທ້?

ເລີ່ມຈາກ bitrate, ບໍ່ແມ່ນ MP

ຄຳຖາມທີ່ພວກເຮົາໄດ້ຍິນເລື້ອຍແມ່ນ "ກ້ອງ 4MP ໃຊ້ຮາດດິສຈັກ TB?". ຄຳຕອບທີ່ຊື່ສັດແມ່ນ: ຂຶ້ນກັບ bitrate. ກ້ອງ 4MP ສອງໂຕ ທີ່ຕັ້ງຄ່າຕ່າງກັນ ອາດໃຊ້ພື້ນທີ່ຕ່າງກັນສອງເທົ່າ.

ພື້ນທີ່ (GB) ຕໍ່ກ້ອງ = Bitrate (Mbps) × 86,400 × ຈຳນວນມື້ ÷ 8 ÷ 1000

86,400 ແມ່ນຈຳນວນວິນາທີໃນມື້ໜຶ່ງ. ຫານ 8 ເພື່ອປ່ຽນ bit ເປັນ byte, ຫານ 1000 ເພື່ອປ່ຽນ MB ເປັນ GB.

ກ້ອງ 4 Mbps ບັນທຶກ 24 ຊົ່ວໂມງ: 4 × 86,400 ÷ 8 ÷ 1000 = 43.2 GB ຕໍ່ມື້. ຕົວເລກນີ້ຄວນຈຳໄວ້ ເພາະໃຊ້ປະມານໄວໆຢູ່ໜ້າງານໄດ້.

Bitrate ທີ່ພົບທົ່ວໄປ

H.265 ໃຊ້ພື້ນທີ່ປະມານ ເຄິ່ງໜຶ່ງ ຂອງ H.264 ທີ່ຄຸນນະພາບໃກ້ຄຽງກັນ. ຫຼາຍຍີ່ຫໍ້ມີ smart codec (ເຊັ່ນ H.265+) ທີ່ຫຼຸດລົງອີກເມື່ອພາບນິ່ງ. ແຕ່ຢ່າລືມວ່າ ກາງຄືນ bitrate ມັກສູງຂຶ້ນ ເພາະ noise ຂອງ sensor ໃນແສງນ້ອຍ, ແລະ ກ້ອງທີ່ເຫັນຕົ້ນໄມ້ໄຫວ ຫຼື ຝົນຕົກ ກໍສູງຂຶ້ນຄືກັນ.

Smart codec: ມີປະໂຫຍດ ແຕ່ມີຂໍ້ຄວນລະວັງສອງຂໍ້

ແຕ່ລະຍີ່ຫໍ້ມີເຕັກໂນໂລຊີຂອງຕົນເອງ ຊ້ອນເທິງ H.264/H.265: H.265+ ຂອງ Hikvision, Smart H.265+ ຂອງ Dahua, WiseStream ຂອງ Hanwha Vision ແລະ Zipstream ຂອງ Axis. ຫຼັກການແມ່ນຫຼຸດຄຸນນະພາບສ່ວນພື້ນຫຼັງທີ່ນິ່ງ, ເກັບລາຍລະອຽດຢູ່ບ່ອນທີ່ມີການເຄື່ອນໄຫວ, ແລະ ຍືດໄລຍະຫ່າງລະຫວ່າງ Keyframe. ໃນທາງຍ່າງທີ່ງຽບ ຫຼຸດພື້ນທີ່ໄດ້ໜຶ່ງສ່ວນສາມ ຫຼື ຫຼາຍກວ່າ. ຂໍ້ຄວນລະວັງແມ່ນ VMS ແລະ ລະບົບ Analytics ຂອງຄ່າຍອື່ນບາງໂຕ ຮອງຮັບບໍ່ດີ, ແລະ Keyframe ທີ່ຫ່າງ ເຮັດໃຫ້ການເລື່ອນໄວຕອນເປີດເບິ່ງຍ້ອນຫຼັງ ຮູ້ສຶກຊ້າ. ເປີດໃຊ້ໄດ້, ແຕ່ທົດສອບການເບິ່ງຍ້ອນຫຼັງ ແລະ Analytics ກ່ອນ ຈຶ່ງນັບພື້ນທີ່ທີ່ປະຢັດໄດ້ເຂົ້າໃນແຜນ.

ປັບຕົວເລກສຳລັບກາງຄືນ ແລະ ຝົນຕົກ

ສູດຈະແມ່ນໄດ້ເທົ່າກັບ bitrate ທີ່ໃສ່ເຂົ້າໄປ. bitrate ທີ່ກ້ອງສະແດງຕອນ 14:00 ມື້ຟ້າແຈ້ງ ແມ່ນຄ່າຕ່ຳສຸດທີ່ມັນຈະມີ. ຖ້າເຮັດໄດ້ ໃຫ້ເບິ່ງ bitrate ສົດເທິງ NVR ຕອນ 22:00 ແລະ ຕອນບ່າຍທີ່ຝົນຕົກ, ແລ້ວຄິດຈາກຄ່າທີ່ສູງກວ່າ. ຖ້າວັດກ່ອນບໍ່ໄດ້, ພວກເຮົາບວກເພີ່ມ 20–30% ຈາກຄ່າກາງເວັນ ສຳລັບກ້ອງທີ່ເປີດ IR ຕອນກາງຄືນ ຫຼື ເຫັນຕົ້ນໄມ້, ຖະໜົນ ຫຼື ໜ້ານ້ຳ.

ຕົວຢ່າງ: ໂຮງງານ 16 ກ້ອງ ເກັບ 30 ມື້

• ກ້ອງ 4MP, H.265, 4 Mbps, ບັນທຶກຕະຫຼອດ 24 ຊົ່ວໂມງ
• ຕໍ່ກ້ອງ: 4 × 86,400 × 30 ÷ 8 ÷ 1000 = 1,296 GB ≈ 1.3 TB
• 16 ກ້ອງ: 1,296 × 16 = 20,736 GB ≈ 20.7 TB
• ບວກສ່ວນເຜື່ອ 10–15% → ຕ້ອງການປະມານ 23–24 TB ທີ່ໃຊ້ໄດ້ຈິງ

ຖ້າຍັງໃຊ້ H.264 ທີ່ 8 Mbps ຈະຕ້ອງການປະມານ 41.5 TB. ເກືອບສອງເທົ່າ, ສຳລັບພາບທີ່ຄຸນນະພາບພໍໆກັນ.

ຕົວຢ່າງທີ 2: ໂຮງແຮມທີ່ມີກ້ອງຫຼາຍແບບ

ໜ້າງານແທ້ ບໍ່ຄ່ອຍໃຊ້ກ້ອງແບບດຽວ. ຕົວຢ່າງໂຮງແຮມ 24 ກ້ອງ, ໃຊ້ H.265 ທັງໝົດ, ບັນທຶກຕໍ່ເນື່ອງ 30 ມື້:

30 ມື້: 1.04 × 30 ≈ 31.1 TB. ເຜື່ອ 15%: ປະມານ 35.8 TB ທີ່ໃຊ້ໄດ້ຈິງ, ເຊິ່ງ NVR ຈະສະແດງປະມານ 32.6 TiB. ດິສ 8 TB ຫົກໜ່ວຍໃນ RAID 6 ໄດ້ 32 TB, ບໍ່ພໍ. ດິສ 8 TB ແປດໜ່ວຍໃນ RAID 6 ໄດ້ 48 TB (ປະມານ 43.7 TiB), ພໍ ແລະ ຍັງເຫຼືອບ່ອນສຳລັບກ້ອງເພີ່ມອີກຈັກໜ່ວຍ. ໝາຍຄວາມວ່າຕ້ອງໃຊ້ NVR 8 ຊ່ອງດິສ, ຫຼື NVR ນ້ອຍສອງເຄື່ອງແບ່ງກ້ອງກັນ.

ຮາດດິສ ແລະ RAID

ດິສ "8 TB" ຈະສະແດງໃນ NVR ປະມານ 7.27 TiB ເພາະຜູ້ຜະລິດນັບ 1 TB = 1000 GB ແຕ່ລະບົບນັບແບບ 1024. ສ່ວນນີ້ຫາຍໄປປະມານ 9% ກ່ອນທີ່ຈະບັນທຶກຫຍັງເລີຍ.

ສະນັ້ນ ສຳລັບ 16 ກ້ອງຂ້າງເທິງ, RAID 5 ດ້ວຍ 4 × 8 TB ບໍ່ພໍ ເມື່ອລວມສ່ວນເຜື່ອ ແລະ ການ format. ພວກເຮົາຈະເລືອກ RAID 5 ດ້ວຍ 5 × 8 TB (32 TB) ຫຼື RAID 6 ດ້ວຍ 6 × 8 TB ຖ້າໜ້າງານຢູ່ໄກ ແລະ ການປ່ຽນດິສຕ້ອງລໍຫຼາຍມື້. ດິສໃຫຍ່ rebuild ດົນ, ແລະ ລະຫວ່າງນັ້ນ ຖ້າດິສທີສອງເສຍໃນ RAID 5 ພາບຫາຍໝົດ.

ບັນທຶກແບບ motion ຊ່ວຍປະຢັດໄດ້ແທ້ບໍ?

ໄດ້ ຢູ່ບາງຈຸດ. ສາງຕອນກາງຄືນທີ່ບໍ່ມີໃຜເຂົ້າ ອາດປະຢັດໄດ້ຫຼາຍ. ແຕ່ປະຕູທີ່ຄົນຜ່ານທັງມື້, ລານຈອດລົດ ຫຼື ກ້ອງທີ່ເຫັນກິ່ງໄມ້ໄຫວ ປະຢັດໄດ້ໜ້ອຍ. ພວກເຮົາອອກແບບຕາມການບັນທຶກຕໍ່ເນື່ອງສະເໝີ ແລ້ວຖືວ່າສິ່ງທີ່ motion ປະຢັດໄດ້ ແມ່ນສ່ວນເຜື່ອເພີ່ມ.

ຢ່າລືມ bandwidth

• ຂາເຂົ້າ NVR: 16 ກ້ອງ × 4 Mbps = 64 Mbps. Uplink gigabit ສະບາຍ. ແຕ່ໃຫ້ກວດ incoming bandwidth ຂອງ NVR ດ້ວຍ, ລຸ້ນນ້ອຍບາງລຸ້ນຮັບໄດ້ພຽງ 80–160 Mbps.
• ເບິ່ງທາງໄກ: ໃຊ້ sub-stream (ປະມານ 0.5–1 Mbps ຕໍ່ກ້ອງ). ເບິ່ງ 4 ກ້ອງພ້ອມກັນ ໃຊ້ upload ປະມານ 2–4 Mbps.
• ຖ້າຜູ້ບໍລິຫານສາມສີ່ຄົນເປີດ main stream ຈາກມືຖືພ້ອມກັນ, upload ຂອງສາຍອິນເຕີເນັດຫ້ອງການອາດເຕັມ ແລະ ອີເມວກໍຊ້າໄປນຳ.

ສິ່ງທີ່ເຮັດໃຫ້ລະບົບບັນທຶກລົ້ມ

1. ຄິດຈາກ bitrate ຕອນກາງເວັນ ແລ້ວພົບວ່າເກັບໄດ້ພຽງ 20 ມື້ ແທນ 30.
2. ໃຊ້ຮາດດິສ desktop ແທນດິສ surveillance ທີ່ອອກແບບໃຫ້ຂຽນ 24/7.
3. ບໍ່ມີ RAID. ດິສໜ່ວຍດຽວເສຍ ພາບໝົດ.
4. ບໍ່ກວດ incoming bandwidth ສູງສຸດຂອງ NVR.
5. ບໍ່ມີ UPS. ໄຟຕົກຕອນແລງ ເວລາ 17:00–19:00 ທີ່ load ສູງ ເຮັດໃຫ້ດິສເສຍ ແລະ ໄຟລ໌ວິດີໂອເສຍຫາຍ.

ຄວນເກັບຈັກມື້?

ບໍ່ມີຕົວເລກດຽວທີ່ຖືກສຳລັບທຸກບ່ອນ, ແຕ່ຊ່ວງເຫຼົ່ານີ້ແມ່ນສິ່ງທີ່ເຮົາເຫັນວ່າໃຊ້ໄດ້ແທ້:

ຈື່ໄວ້ວ່າ ເກັບດົນຂຶ້ນສອງເທົ່າ ພື້ນທີ່ກໍ່ຕ້ອງເພີ່ມສອງເທົ່າ. ຖ້າມີພຽງສີ່ກ້ອງທີ່ຕ້ອງເກັບ 90 ມື້, ໃຫ້ແຍກໄປໄວ້ NVR ອີກເຄື່ອງ ຫຼື ກຸ່ມດິສແຍກ, ແທນທີ່ຈະຄິດທັງລະບົບທີ່ 90 ມື້.

ກວດ NVR ທີ່ມີຢູ່ ພາຍໃນ 15 ນາທີ

1. ເປີດເບິ່ງຍ້ອນຫຼັງ ແລ້ວຊອກຫາໄຟລ໌ທີ່ເກົ່າທີ່ສຸດ. ນັ້ນແມ່ນໄລຍະເກັບແທ້, ບໍ່ວ່າແບບຈະຂຽນໄວ້ແນວໃດ.
2. ເບິ່ງສະຖານະດິສ (S.M.A.R.T.) ແລະ ສະຖານະ RAID. ຖ້າຂຶ້ນ Degraded ໝາຍຄວາມວ່າ ເສຍອີກໜ່ວຍດຽວ ພາບກໍ່ຫາຍ.
3. ຢືນຢັນວ່າເປີດ Overwrite ໄວ້, ດິສເຕັມແລ້ວຈະບໍ່ຢຸດບັນທຶກ.
4. ກວດໂມງຂອງ NVR ແລະ ການຊິງເວລາ. ວິດີໂອທີ່ເວລາຜິດ ເກືອບໃຊ້ເປັນຫຼັກຖານບໍ່ໄດ້.
5. ລອງ Export ຄລິບໜຶ່ງນາທີລົງ USB. ຖ້າຢູ່ສະຖານທີ່ບໍ່ມີໃຜເຮັດເປັນ, ໃຫ້ສອນດຽວນີ້, ບໍ່ແມ່ນມື້ທີ່ເກີດເຫດ.

ຮາດດິສ ກັບອາກາດຮ້ອນໃນລາວ

ໃນໂຕ NVR ບໍ່ມີຫຍັງກຽດຄວາມຮ້ອນເທົ່າຮາດດິສ. ເຄື່ອງບັນທຶກໃນປ້ອມຍາມທີ່ບໍ່ມີແອ ໃນເດືອນເມສາ ຮ້ອນກວ່າທີ່ datasheet ຄາດໄວ້ຫຼາຍ, ແລ້ວດິສກໍ່ເລີ່ມເສຍ. ໃຫ້ NVR ມີລົມລະບາຍ, ຍົກໃຫ້ພົ້ນພື້ນທີ່ຝຸ່ນສະສົມ, ແລະ ເກັບດິສ Surveillance ລຸ້ນດຽວກັນສຳຮອງໄວ້ຢູ່ສະຖານທີ່ໜຶ່ງໜ່ວຍ. ການສັ່ງຂອງທົດແທນຜ່ານຕົວແທນໃນໄທ ອາດໃຊ້ເວລາໜຶ່ງອາທິດ ຫຼື ດົນກວ່າ, ແລະ RAID 5 ທີ່ແລ່ນແບບ Degraded ໝົດອາທິດ ແມ່ນຄວາມສ່ຽງທີ່ບໍ່ຈຳເປັນ.

ພວກເຮົາແນະນຳແນວນີ້

ກຳນົດໄລຍະເກັບຮັກສາຕາມຄວາມຕ້ອງການແທ້: 30 ມື້ແມ່ນທົ່ວໄປ, ທະນາຄານ ຫຼື ບ່ອນທີ່ມີເງິນສົດອາດຕ້ອງດົນກວ່າ ໃຫ້ກວດລະບຽບພາຍໃນຂອງອົງກອນ. ໃຊ້ H.265 ເປັນຄ່າເລີ່ມຕົ້ນ. RAID 5 ສຳລັບລະບົບນ້ອຍ, RAID 6 ເມື່ອມີດິສ 6 ໜ່ວຍຂຶ້ນໄປ ຫຼື ໜ້າງານຢູ່ແຂວງ. ແລະ NVR ກັບ switch PoE ຕ້ອງຢູ່ຫຼັງ UPS ທຸກເທື່ອ.

ລອງປ່ຽນຕົວເລກເອງໄດ້ທີ່ ເຄື່ອງມືຄິດໄລ່ພື້ນທີ່ CCTV: ປ່ຽນ codec, ຈຳນວນມື້ ຫຼື ຈຳນວນກ້ອງ ແລ້ວເບິ່ງວ່າ TB ປ່ຽນໄປແນວໃດ. ຖ້າຢາກໃຫ້ພວກເຮົາຄິດໃຫ້, ບອກພວກເຮົາພຽງສອງຢ່າງ: ມີຈັກກ້ອງ ແລະ ຕ້ອງເກັບຈັກມື້.