محاسبه هارد دیسک

از مدت نگهداری تصاویر شروع کنید: تصاویر باید چند روز روی هارد بمانند تا ضبط‌کننده آن‌ها را رونویسی کند؛ ظرفیت لازم مستقیماً با همین عدد تناسب دارد. سپس دوربین‌ها را در گروه‌هایی با تنظیمات یکسان فهرست کنید (تعداد، رزولوشن، کدک، نرخ فریم و اگر می‌دانید، بیت‌ریت) و نوع ضبط (پیوسته، ساعت‌های معین یا فقط هنگام حرکت و رویداد)، ضبط صدا و استفاده از RAID را هم مشخص کنید. محاسبهٔ اصلی این است: بیت‌ریت کل (Mbps) × 10.8 = حجم روزانه به GB، سپس × تعداد روزها = حجم کل دوره، به‌علاوهٔ حدود 10% حاشیهٔ فضای خالی. در پایان بررسی کنید نتیجه با تعداد جای هارد و بزرگ‌ترین ظرفیت هاردی که ضبط‌کننده پشتیبانی می‌کند جور باشد.

عامل تعیین‌کننده این است که از وقوع یک حادثه تا وقتی کسی متوجه آن شود و تصاویرش را بخواهد چقدر ممکن است طول بکشد: سرقت یا کسری انبار اغلب چند روز یا چند هفته بعد کشف می‌شود و وقتی مدت نگهداری گذشته باشد، دیگر تصویری در کار نیست. در عمل رایج، 7 تا 14 روز برای منازل و مغازه‌های کوچک، 30 روز برای بیشتر دفاتر، فروشگاه‌ها و مراکز تجاری، و 60 تا 90 روز یا بیشتر برای جاهایی انتخاب می‌شود که نهاد ناظر، بیمه، قرارداد کارفرما یا سیاست داخلی سازمان آن را الزام کند. اگر چنین الزامی وجود دارد، حداقل را همان تعیین می‌کند و محاسبه باید بر اساس آن انجام شود. چون ظرفیت با تعداد روزها نسبت مستقیم دارد، رفتن از 30 به 90 روز فضای هارد لازم را سه برابر می‌کند.

حجم روزانه (GB) = بیت‌ریت (Mbps) × 86,400 ÷ 8 ÷ 1,000؛ 86,400 تعداد ثانیه‌های شبانه‌روز است، تقسیم بر 8 بیت را به بایت تبدیل می‌کند و تقسیم بر 1,000 مقدار MB را به GB می‌رساند. به زبان ساده، هر 1 Mbps ضبط پیوسته در روز 10.8 GB و در 30 روز 324 GB فضا می‌گیرد. اگر فقط بخشی از شبانه‌روز ضبط می‌کنید، به‌جای 86,400 عدد 3,600 × ساعت‌های ضبط را بگذارید. نتیجه بر حسب GB و TB اعشاری است (1 TB = 1,000 GB)، یعنی همان واحدی که روی هارد دیسک نوشته می‌شود و محاسبه‌گر فضای هارد سایت KDT هم با آن کار می‌کند.

بیت‌ریت همهٔ دوربین‌ها را جمع کنید و در فرمول بگذارید: 16 دوربین با بیت‌ریت 4 Mbps (مقدار معمول دوربین 2 مگاپیکسل با H.264 و 25 فریم بر ثانیه) روی هم 64 Mbps می‌شوند که در روز 64 × 86,400 ÷ 8 ÷ 1,000 = 691.2 GB فضا می‌گیرند. در 30 روز این عدد 691.2 × 30 = 20,736 GB، یعنی حدود 20.7 TB است. با حاشیهٔ حدود 10% فضای خالی که محاسبه‌گر فضای هارد سایت KDT در نظر می‌گیرد، 20.736 ÷ 0.9 = 23.04 TB لازم دارید؛ مثلاً 2 عدد هارد 12 TB. همین سیستم با H.265 (حدود 2 Mbps برای هر دوربین) نصف این فضا را می‌خواهد: 10.37 TB و با حاشیه 11.52 TB، یعنی یک هارد 12 TB.

دوربینی که به‌طور پیوسته با 4 Mbps ضبط می‌کند، در روز 4 × 86,400 ÷ 8 ÷ 1,000 = 43.2 GB (ساعتی 1.8 GB) و در 30 روز 1,296 GB، یعنی حدود 1.3 TB، فضا می‌گیرد. با بیت‌ریت‌های معمول H.265 که محاسبه‌گر فضای هارد سایت KDT در نظر می‌گیرد (25 فریم بر ثانیه و حرکت متوسط در صحنه)، دوربین 2 مگاپیکسل با حدود 2 Mbps در 30 روز حدود 648 GB، دوربین 4 مگاپیکسل با حدود 3 Mbps حدود 972 GB و دوربین 4K (8 مگاپیکسل) با حدود 6 Mbps حدود 1.94 TB لازم دارد. با H.264 این اعداد تقریباً دو برابر می‌شوند.

از مقادیر مرجع معمول استفاده کنید و پس از انتخاب دوربین‌ها، اعداد واقعی را جایگزین کنید. محاسبه‌گر فضای هارد سایت KDT برای یک دوربین با 25 فریم بر ثانیه و حرکت متوسط در صحنه، با H.264 این مقادیر را در نظر می‌گیرد: 2 مگاپیکسل 4 Mbps، 4 مگاپیکسل 6 Mbps، 5 مگاپیکسل 8 Mbps و 8 مگاپیکسل (4K) برابر 12 Mbps؛ H.265 نصف این اعداد (2، 3، 4 و 6 Mbps) و کدک هوشمند H.265+ برابر 0.3 مقدار H.264 حساب می‌شود. برای صحنه‌های شلوغ یا بالاترین کیفیت تصویر، محاسبه‌گر این مقادیر را در 1.5 و برای صحنه‌های آرام در 0.6 ضرب می‌کند.

وارد صفحهٔ وب دوربین (یا تنظیمات دوربین در ضبط‌کننده) شوید و تنظیمات ویدئو یا انکودینگِ استریمی را که ضبط می‌شود، معمولاً استریم اصلی (Main stream)، ببینید: نوع بیت‌ریت (CBR یا VBR) و مقدار بیت‌ریت یا سقف آن، معمولاً بر حسب Kbps، آنجا آمده است. بسیاری از ضبط‌کننده‌ها هم بیت‌ریت لحظه‌ای هر کانال را در صفحهٔ اطلاعات کانال یا وضعیت سیستم نشان می‌دهند. مطمئن‌ترین راه این است که سیستم یک شبانه‌روز کامل (24 ساعت)، شامل ساعت‌های شب، ضبط کند و ببینید چقدر از هارد پر شده است؛ همین عدد روزانه ضرب در تعداد روزهای نگهداری، نیاز واقعی شماست.

عدد را بر 1,000 تقسیم کنید تا Mbps به دست آید: 4096 Kbps برابر 4.096 Mbps است، پس دوربین در روز 4.096 × 86,400 ÷ 8 ÷ 1,000 ≈ 44.2 GB مصرف می‌کند. تنظیم رایج 4096 Kbps را اغلب 4 Mbps می‌نامند (با این فرض که هر 1 Mbps برابر 1024 Kbps باشد)، اما اختلاف فقط حدود 2.4% است (44.2 در برابر 43.2 GB در روز) و حاشیهٔ معمول فضای خالی آن را پوشش می‌دهد. نکتهٔ مهم‌تر این است که این عدد بیت‌ریت ثابت (CBR) است یا فقط سقف یک استریم VBR.

در حالت CBR دوربین نزدیک به بیت‌ریت تعیین‌شده می‌ماند، پس فضای مصرفی قابل پیش‌بینی است و می‌توانید همان عدد را مستقیماً در فرمول بگذارید. در حالت VBR عدد تنظیم‌شده فقط سقف است: در صحنه‌های آرام میانگین ممکن است خیلی کمتر از آن باشد، اما در شب یا در صحنه‌های شلوغ به سقف نزدیک می‌شود. اگر مدت نگهداری یک الزام قطعی است، با سقف VBR حساب کنید؛ اگر میانگین اندازه‌گیری‌شده را مبنا قرار می‌دهید، آن را دست‌کم در یک شبانه‌روز کامل بسنجید و حاشیهٔ بیشتری بگذارید. برای مثال، استریمی با سقف 4 Mbps با احتساب سقف روزانه 43.2 GB لازم دارد، ولی با میانگین اندازه‌گیری‌شدهٔ 2.5 Mbps فقط 27 GB.

سازندگان هارد از واحد اعشاری استفاده می‌کنند (1 TB = 1,000,000,000,000 بایت)، ولی ویندوز و بسیاری از ضبط‌کننده‌ها با واحد دودویی حساب می‌کنند (1 TiB = 1,099,511,627,776 بایت) و باز هم برچسب TB می‌زنند. بنابراین هارد 4 TB برابر 4,000,000,000,000 ÷ 1,099,511,627,776 = 3.638 TiB است که بسته به گرد کردن 3.63 یا 3.64 نمایش داده می‌شود، یا حدود 3,725 GiB؛ چیزی کم نشده، فقط همان ظرفیت با واحدی حدود 10% بزرگ‌تر بیان شده و به همین دلیل عدد حدود 9% کوچک‌تر است. فرمول این مرکز راهنما و محاسبه‌گر فضای هارد سایت KDT با واحد اعشاری کار می‌کنند، پس نتیجه را با ظرفیتی که روی برچسب هارد نوشته شده مقایسه کنید؛ برای مقایسه با نمایش دودویی، TB اعشاری را در 0.909 ضرب کنید (هارد 8 TB حدود 7.28 TiB نشان داده می‌شود).

در کیفیت تصویر مشابه، H.265 معمولاً 30 تا 50% بیت‌ریت کمتری از H.264 لازم دارد و محاسبه‌گر فضای هارد سایت KDT حد بالای این بازه، یعنی 50%، را در نظر می‌گیرد (ضریب 0.5). مثال: 16 دوربین 4 مگاپیکسل با 25 فریم بر ثانیه و 30 روز نگهداری، با H.264 هر کدام حدود 6 Mbps می‌خواهند (روی هم 96 Mbps، روزانه 1,036.8 GB و در کل حدود 31.1 TB)، اما با H.265 هر کدام حدود 3 Mbps (روی هم 48 Mbps، روزانه 518.4 GB و در کل حدود 15.55 TB). این صرفه‌جویی فقط وقتی به دست می‌آید که هم دوربین و هم ضبط‌کننده از H.265 پشتیبانی کنند و این کدک واقعاً روی استریمِ ضبط‌شده فعال باشد.

کدک‌های هوشمند روی H.265 تکنیک‌هایی مثل فاصلهٔ طولانی و متغیر بین فریم‌های کلیدی و صرف دادهٔ کمتر برای پس‌زمینهٔ ثابت اضافه می‌کنند، پس میزان صرفه‌جویی آن‌ها به شدت به مقدار حرکت در صحنه بستگی دارد. محاسبه‌گر فضای هارد سایت KDT این کدک‌ها را 0.3 برابر بیت‌ریت H.264 در نظر می‌گیرد، یعنی 40% کمتر از H.265 معمولی؛ برای یک دوربین 4 مگاپیکسل با 25 فریم بر ثانیه این مقدار حدود 1.8 Mbps یا روزانه حدود 19.4 GB است. بیشترین صرفه‌جویی در صحنه‌های ساکن مثل راهرو و انبار و کمترین آن در خیابان‌های شلوغ است و هم دوربین و هم ضبط‌کننده باید از این کدک پشتیبانی کنند.

نه کاملاً؛ چون با فریم‌های کمتر، هر فریم تفاوت بیشتری با فریم قبلی دارد و دادهٔ بیشتری لازم دارد. محاسبه‌گر فضای هارد سایت KDT بیت‌ریت را با ضریب (fps ÷ 25)^0.85 تغییر می‌دهد؛ بنابراین 15 فریم بر ثانیه حدود 65% بیت‌ریتِ 25 فریم را لازم دارد (یعنی حدود 35% صرفه‌جویی، نه 40%)، 10 فریم حدود 46% و 30 فریم حدود 117%. در حالت CBR کم کردن نرخ فریم به‌تنهایی هیچ صرفه‌جویی ندارد، چون دوربین همچنان همان بیت‌ریت تنظیم‌شده را می‌فرستد؛ پس بیت‌ریت را هم پایین بیاورید. برای دوربین‌های کم‌اهمیت‌تر معمولاً حدود 15 فریم بر ثانیه کافی است.

فضای مصرفی با رزولوشن بیشتر می‌شود، اما کمتر از نسبت تعداد پیکسل‌ها، چون کدک تصویرهای بزرگ‌تر را کارآمدتر فشرده می‌کند. در مقادیر مرجع محاسبه‌گر فضای هارد سایت KDT (H.264 و 25 فریم بر ثانیه) دوربین 2 مگاپیکسل 4 Mbps، دوربین 4 مگاپیکسل 6 Mbps و دوربین 8 مگاپیکسل (4K) برابر 12 Mbps است؛ یعنی 4 برابر پیکسل، حدود 3 برابر بیت‌ریت. البته در حالت CBR فضای مصرفی فقط از بیت‌ریت تنظیم‌شده پیروی می‌کند: دوربین 4K با بیت‌ریت خیلی پایین فضای کمی می‌گیرد، ولی تصویرش آثار فشرده‌سازی پیدا می‌کند و جزئیاتی را که برایش هزینه کرده‌اید از دست می‌دهد.

در حالت VBR و با کدک‌های هوشمند، بیت‌ریت به مقدار تغییرات تصویر بستگی دارد: درخت و برگ در باد، رفت‌وآمد خودروها، جمعیت، آب، باران و نورهای چشمک‌زن آن را بالا می‌برند و یک راهروی خالی دادهٔ کمی لازم دارد. میدان دید هم مهم است؛ نمای باز از یک خیابان شلوغ حرکت بسیار بیشتری از نمای نزدیکِ یک در دارد. محاسبه‌گر فضای هارد سایت KDT این اثر را با ضریب حرکت در صحنه مدل می‌کند: کم 0.6، متوسط 1 و زیاد 1.5؛ برای یک دوربین 4 مگاپیکسل H.265 با 25 فریم بر ثانیه این یعنی حدود 1.8، 3 یا 4.5 Mbps و روزانه 19.4، 32.4 یا 48.6 GB.

در نور کم، دوربین بهرهٔ (Gain) سنسور را بالا می‌برد و نویز تصویر برای انکودر مثل حرکت ریز و دائمی است؛ به همین دلیل استریم VBR در شب می‌تواند به‌طور محسوسی دادهٔ بیشتری از روز تولید کند. در حالت CBR بیت‌ریت ثابت می‌ماند، ولی به‌جای آن کیفیت تصویر شب افت می‌کند. در محاسبه، بیت‌ریتی را مبنا بگذارید که در یک شبانه‌روز کامل اندازه‌گیری شده است، یا برای تخمینی محتاطانه، در محاسبه‌گر سایت برای دوربین‌هایی که ساعت‌های طولانی در تاریکی کار می‌کنند گزینهٔ حرکت زیاد را انتخاب کنید. نور مناسب یا نور مادون قرمز (IR) و تنظیمات کاهش نویز دوربین به پایین ماندن بیت‌ریت شب کمک می‌کنند.

فضای لازم تقریباً برابر فضای ضبط پیوسته ضرب در سهمی از شبانه‌روز است که در آن حرکت وجود دارد، به‌علاوهٔ زمان پیش‌ضبط و پس‌ضبطی که به هر رویداد اضافه می‌شود (معمولاً چند ثانیه). مثلاً دوربین 3 Mbps در ضبط پیوسته روزانه 32.4 GB می‌خواهد؛ اگر حدود 20% از زمان حرکت باشد، این عدد به حدود 6.5 GB می‌رسد. این اعداد فقط تخمین‌اند: انباری که روزی چند بار باز می‌شود ممکن است بیش از 80% صرفه‌جویی کند، در حالی که ورودی شلوغ، درخت در باد، باران یا نور چراغ خودروها در شب می‌تواند بیشتر وقت ضبط را فعال نگه دارد و صرفه‌جویی کمی داشته باشد. محاسبه‌گر سایت KDT ضبط پیوسته را فرض می‌کند؛ پس دوربین‌هایی را که میزان حرکتشان قابل پیش‌بینی نیست بر اساس ضبط پیوسته حساب کنید یا حاشیهٔ زیادی بگذارید.

به‌جای کل شبانه‌روز، ساعت‌های ضبط را در فرمول بگذارید: حجم روزانه (GB) = بیت‌ریت (Mbps) × 3,600 × ساعت‌های ضبط ÷ 8 ÷ 1,000. مثلاً 8 دوربین 3 Mbps (روی هم 24 Mbps) با 12 ساعت ضبط در روز، 24 × 3,600 × 12 ÷ 8 ÷ 1,000 = 129.6 GB در روز و حدود 3.89 TB در 30 روز مصرف می‌کنند، یعنی نصف ضبط 24 ساعته. در محاسبه‌گر فضای هارد سایت KDT گزینهٔ «فقط ساعاتی از شبانه‌روز» را انتخاب کنید و تعداد ساعت‌ها را وارد کنید.

خیلی کم. یک استریم صوتی معمول G.711 برابر 64 kbps است، یعنی 0.064 × 86,400 ÷ 8 ÷ 1,000 ≈ 0.69 GB در روز برای هر دوربین که حدود 1.6% یک استریم ویدئوی 4 Mbps (روزانه 43.2 GB) است. محاسبه‌گر فضای هارد سایت KDT فقط ویدئو را حساب می‌کند؛ پس اگر صدا هم ضبط می‌شود، برای هر دوربین روزانه حدود 0.69 GB (در 30 روز حدود 21 GB) اضافه کنید.

دوربین‌هایی را که تنظیمات یکسان دارند گروه کنید، بیت‌ریت هر دوربین را در تعداد دوربین‌های آن گروه ضرب کنید و حاصل گروه‌ها را جمع کنید؛ سپس بیت‌ریت کل را در فرمول بگذارید. مثلاً 8 دوربین 2 مگاپیکسل H.265 با حدود 2 Mbps (روی هم 16 Mbps) به‌علاوهٔ 4 دوربین 8 مگاپیکسل (4K) H.265 با حدود 6 Mbps (روی هم 24 Mbps) می‌شود 40 Mbps، یعنی روزانه 40 × 10.8 = 432 GB و در 30 روز 12,960 GB یا حدود 12.96 TB. محاسبه‌گر فضای هارد سایت KDT همین کار را انجام می‌دهد: برای هر نوع دوربین با دکمهٔ «افزودن گروه دوربین» یک گروه اضافه کنید.

محاسبه‌گر فضای هارد سایت KDT حدود 10% اضافه می‌کند: ظرفیت لازم = حجم محاسبه‌شده ÷ 0.9؛ یعنی 15.55 TB مثال 16 دوربین 4 مگاپیکسل H.265 (30 روز) به 17.28 TB می‌رسد. هدف این حاشیه خالی ماندن هارد نیست، چون ضبط‌کننده‌ای که تصاویر قدیمی را رونویسی می‌کند در هر حال هارد را پر می‌کند؛ معنای آن این است که اگر بیت‌ریت واقعی حدود 11% بیشتر از تخمین باشد، باز هم مدت نگهداری مورد نظر تأمین می‌شود. اگر بیت‌ریت‌ها فرضی‌اند نه اندازه‌گیری‌شده، یا دوربین‌ها صحنهٔ شلوغ یا شب‌های طولانی دارند، حاشیهٔ 15 تا 20% مطمئن‌تر است؛ و اگر قرار است بعداً دوربین اضافه شود، آن‌ها را هم در محاسبه بیاورید یا جای هارد خالی نگه دارید.

بله، اگر ضبط‌کننده ضبط استریم فرعی را پشتیبانی کند: استریم فرعی معمولاً با رزولوشن پایین و حدود 0.25 تا 1 Mbps کار می‌کند، در حالی که استریم اصلی معمول 2 تا 6 Mbps است. مثال برای یک سال: 16 دوربین با ضبط استریم اصلی 3 Mbps به 48 × 10.8 × 365 = 189,216 GB یعنی حدود 189 TB نیاز دارند، اما همین دوربین‌ها با ضبط استریم فرعی 0.5 Mbps فقط 8 × 10.8 × 365 = 31,536 GB یعنی حدود 31.5 TB می‌خواهند. هزینهٔ آن از دست رفتن جزئیات تصویر است: استریم فرعی کم‌رزولوشن برای دیدن اینکه چه اتفاقی افتاده مفید است، ولی معمولاً برای شناسایی چهره یا پلاک کافی نیست؛ پس دوربین‌های حساس همچنان باید استریم اصلی را ضبط کنند.

نه. می‌توانید تصاویر دوربین‌های حساس (ورودی‌ها، صندوق) را بیشتر از دوربین‌های کم‌اهمیت‌تر نگه دارید: هر گروه را جداگانه با فرمول بیت‌ریت × 10.8 × تعداد روزهای خودش حساب کنید و حاصل را با هم جمع کنید. مثلاً 4 دوربین 4 Mbps با 60 روز نگهداری 10,368 GB و 12 دوربین 2 Mbps با 14 روز نگهداری 3,628.8 GB لازم دارند، روی هم حدود 14 TB، در برابر 25.92 TB اگر هر 16 دوربین 60 روز نگهداری شوند. برای این کار ضبط‌کننده باید بتواند هارد یا سهمیهٔ فضا را به گروه‌های دوربین اختصاص دهد (موضوع «ذخیره‌سازی شبکه» را ببینید)؛ محاسبه‌گر سایت KDT یک مدت نگهداری برای همه در نظر می‌گیرد، پس آن را برای هر گروه جداگانه اجرا کنید و نتیجه‌ها را جمع بزنید.

ظرفیت لازم (با احتساب حاشیه) را بر هر یک از ظرفیت‌های رایج هارد تقسیم کنید و نتیجه را به بالا گرد کنید. برای 17.28 TB (مثال 16 دوربین 4 مگاپیکسل H.265 همراه با حاشیه) گزینه‌ها این‌هاست: 5 هارد 4 TB، 3 هارد 6 TB، 3 هارد 8 TB، 2 هارد 10 TB، 2 هارد 12 TB یا 2 هارد 16 TB؛ محاسبه‌گر فضای هارد سایت KDT گزینه‌ای را پیشنهاد می‌کند که کمترین تعداد هارد و سپس کمترین ظرفیت اضافه را دارد، که اینجا 2 هارد 10 TB (روی هم 20 TB) است. سپس ضبط‌کننده را بررسی کنید: باید به همین تعداد جای هارد داشته باشد و از این ظرفیت هارد پشتیبانی کند. هاردهای کمتر و بزرگ‌تر جای خالی برای توسعهٔ بعدی باقی می‌گذارند، ولی RAID به حداقل تعدادی هارد نیاز دارد.

سقف ظرفیت ضبط‌کننده برابر است با تعداد جای هارد × بزرگ‌ترین ظرفیت هاردی که پشتیبانی می‌کند؛ مثلاً 2 جای هارد × 8 TB یعنی 16 TB. در مثال 16 دوربین با 64 Mbps (روزانه 691.2 GB)، این 16 TB به‌جای 30 روز فقط 16,000 ÷ 691.2 ≈ 23 روز تصویر نگه می‌دارد. راه‌حل‌ها: استفاده از H.265 یا کدک هوشمند (با نصف شدن بیت‌ریت، همین 16 TB حدود 46 روز نگه می‌دارد)، کم کردن نرخ فریم یا بیت‌ریت دوربین‌های کم‌اهمیت‌تر، ضبط بر اساس حرکت یا برنامهٔ زمانی، کوتاه کردن مدت نگهداری برخی دوربین‌ها، یا ضبط‌کننده‌ای با جای هارد بیشتر یا یک ضبط‌کنندهٔ دوم. همچنین بررسی کنید بیت‌ریت کل از پهنای باند ورودی (ضبط) ضبط‌کننده که در دیتاشیت آن آمده بیشتر نباشد.

فرمول را برعکس کنید: تعداد روز = ظرفیت هارد به GB ÷ حجم روزانه. مثلاً 8 دوربین 4 مگاپیکسل H.265 با حدود 3 Mbps روی هم 24 Mbps می‌شوند، یعنی روزانه 24 × 10.8 = 259.2 GB؛ پس یک هارد 8 TB (8,000 GB) حدود 8,000 ÷ 259.2 ≈ 30.9 روز تصویر نگه می‌دارد. چون بیت‌ریت واقعی نوسان دارد، حدود 10% کمتر، یعنی اینجا حدود 27.8 روز، را مبنا بگذارید یا پس از پر شدن هارد، مدت نگهداری واقعی را روی ضبط‌کننده بررسی کنید.

وقتی هاردها پر شدند و ضبط‌کننده در حال رونویسی است، در بخش پخش (Playback) جست‌وجو کنید: تاریخ قدیمی‌ترین تصویری که هنوز موجود است، مدت نگهداری واقعی را نشان می‌دهد. پیش از پر شدن هارد، فضای مصرف‌شده را بر تعداد روزهای ضبط‌شده تقسیم کنید تا مصرف روزانه به دست آید و سپس ظرفیت کل را بر آن تقسیم کنید؛ هر دو عدد را از یک صفحهٔ ضبط‌کننده بردارید تا واحدها یکی باشند. مثلاً اگر ضبط‌کننده ظرفیت کل را 7.28 TB و فضای مصرف‌شده پس از 24 ساعت را 0.52 TB نشان دهد، هارد حدود 7.28 ÷ 0.52 = 14 روز تصویر نگه می‌دارد.

بیشتر ضبط‌کننده‌ها به‌طور پیش‌فرض روی رونویسی تنظیم شده‌اند: قدیمی‌ترین تصاویر خودکار پاک می‌شوند تا برای تصاویر جدید جا باز شود؛ پس هارد همیشه پر است و مدت نگهداری برابر تعداد روزهایی است که روی آن جا می‌شود. اگر رونویسی خاموش باشد، ضبط‌کننده با پر شدن هارد ضبط را متوقف می‌کند و معمولاً هشدار پر شدن هارد می‌دهد، که در یک سیستم نظارتی به‌ندرت مطلوب است. بسیاری از ضبط‌کننده‌ها همچنین می‌توانند تصاویر قدیمی‌تر از تعداد روز مشخصی را پاک کنند؛ این قابلیت وقتی مفید است که یک مقررات یا سیاست داخلی، حداکثر مدت نگهداری را تعیین کرده باشد نه حداقل آن را.

نیاز محاسبه‌شده باید در ظرفیت قابل استفاده پس از RAID جا شود، نه در جمع خام ظرفیت هاردها. با N هارد هم‌اندازه: RAID 1 (آینه) = ظرفیت یک هارد، RAID 5 = (N − 1) × ظرفیت هر هارد، RAID 6 = (N − 2) × ظرفیت هر هارد و RAID 10 = N ÷ 2 × ظرفیت هر هارد (حداقل هارد لازم: RAID 1 دو عدد، RAID 5 سه عدد، RAID 6 و RAID 10 چهار عدد)؛ هارد رزرو (Hot spare) ظرفیتی اضافه نمی‌کند و اگر اندازه‌ها متفاوت باشد، هر عضو به اندازهٔ کوچک‌ترین هارد حساب می‌شود. مثلاً برای 17.28 TB با هارد 8 TB در RAID 5 به 4 هارد و در RAID 6 به 5 هارد نیاز است (در هر دو حالت 24 TB قابل استفاده)، در حالی که بدون RAID سه هارد کافی است. محاسبه‌گر سایت KDT هاردها را بدون RAID پیشنهاد می‌کند؛ سطوح RAID و پشتیبانی ضبط‌کننده در موضوع «ذخیره‌سازی شبکه» توضیح داده شده است.

علت‌های رایج این‌هاست: بیت‌ریت واقعی بیشتر از مقدار فرضی است (اوج‌های VBR، نویز تصویر در شب، صحنهٔ شلوغ، یا بیت‌ریت و نرخ فریم بالاتری که روی دوربین تنظیم شده)، ضبط‌کننده استریم فرعی یا صدا را هم ضبط می‌کند، و زمان پیش‌ضبط و پس‌ضبط رویدادها. علت‌های دیگر مقایسهٔ محاسبهٔ اعشاری با نمایش دودویی است (هارد 4 TB حدود 3.64 TiB نشان داده می‌شود) و فراموش کردن ظرفیتی که افزونگی RAID مصرف می‌کند. مصرف واقعی روزانه را در یک شبانه‌روز کامل اندازه بگیرید، بیت‌ریت‌ها را در محاسبه اصلاح کنید و سپس تنظیمات یا هاردها را تغییر دهید.

بله، چون ضبط‌کننده شبانه‌روز می‌نویسد. حجم نوشتن سالانه = حجم روزانه × 365؛ مثال 16 دوربین با 64 Mbps (روزانه 691.2 GB) در سال حدود 252 TB می‌نویسد. بدون RAID این حجم بین هاردها پخش می‌شود (با دو هارد، حدود 126 TB برای هر کدام)، ولی در RAID 1 (آینه) هر هارد همهٔ آن را می‌نویسد. هاردهای مخصوص نظارت تصویری معمولاً برای حدود 180 TB در سال رتبه‌بندی شده‌اند و مدل‌های بالاتر برای بیشتر؛ هاردهای دسکتاپ معمولاً رتبهٔ پایین‌تری دارند و برای ضبط شبانه‌روزی طراحی نشده‌اند. رتبهٔ Workload را در دیتاشیت هارد بررسی کنید و در نظر داشته باشید که خواندن برای پخش و پشتیبان‌گیری هم جزو آن حساب می‌شود.

از همان فرمول استفاده کنید: تعداد روز = ظرفیت کارت به GB ÷ حجم روزانه. یک کارت microSD با ظرفیت 128 GB در ضبط پیوسته با 3 Mbps حدود 128 ÷ 32.4 ≈ 4 روز و با 1 Mbps (روزانه 10.8 GB) حدود 12 روز تصویر نگه می‌دارد؛ کارت 256 GB این مدت را دو برابر می‌کند. ضبط بر اساس حرکت یا رویداد، یا ضبط استریمی با بیت‌ریت کمتر روی کارت، این مدت را بسیار بیشتر می‌کند؛ و کارت‌های مخصوص ضبط پیوسته (High Endurance) عمر بسیار بیشتری از کارت‌های معمولی دارند.

محاسبه‌گر فضای هارد را در بخش «خدمات پس از فروش» (نشانی /after-sales/storage-calculator) باز کنید و برای هر گروه از دوربین‌های مشابه تعداد، رزولوشن، کدک، نرخ فریم و میزان حرکت در صحنه را وارد کنید؛ سپس ضبط پیوسته یا ضبط در ساعاتی از شبانه‌روز و تعداد روزهای نگهداری را تعیین کنید. نتیجه شامل بیت‌ریت هر دوربین و هر گروه، فضای لازم در روز و برای کل دوره، ظرفیت لازم با حدود 10% فضای خالی، جدول هاردهای 4 تا 16 TB همراه با یک پیشنهاد، و کافی بودن لینک 100 Mbps یا گیگابیتی برای بیت‌ریت کل است. محاسبه در نشانی صفحه ذخیره می‌شود، پس می‌توانید آن را با دکمهٔ «کپی لینک این محاسبه» به اشتراک بگذارید، خلاصه‌اش را کپی کنید یا چاپ بگیرید. این ابزار فقط ویدئو را حساب می‌کند، بدون صدا، بدون RAID و بدون ضبط بر اساس حرکت؛ برای ضبط رویدادی، صدا و RAID نتیجه را طبق پرسش‌های دیگر همین موضوع اصلاح کنید.

بله. در صفحهٔ محاسبه‌گر فضای هارد، دکمهٔ «درخواست طراحی پروژه» فرم ثبت درخواست را برای واحد فروش KDT باز می‌کند که کارشناسانش ضبط‌کننده، هارد دیسک و شبکهٔ پروژه را طراحی می‌کنند و دوربین و NVR مناسب را پیشنهاد می‌دهند. برای پاسخ دقیق، تعداد هر نوع دوربین با رزولوشن، کدک و نرخ فریم آن، نوع و ساعت‌های ضبط، تعداد روزهای نگهداری، نیاز یا عدم نیاز به RAID و ضبط صدا، و اگر ضبط‌کننده دارید مدل آن را بفرستید. لینک محاسبهٔ خودتان از دکمهٔ «کپی لینک این محاسبه» هم کار را سریع‌تر می‌کند.