حساب سعة الأقراص الصلبة (HDD)

ابدأ بمدة الاحتفاظ المطلوبة: كم يومًا يجب أن تبقى التسجيلات قبل أن يكتب المسجّل فوقها، لأن السعة المطلوبة تتناسب معها طرديًا. ثم اكتب قائمة بالكاميرات في مجموعات متماثلة الإعدادات (العدد والدقة وبرنامج الترميز ومعدل الإطارات، ومعدل البت إن كان معروفًا)، وحدّد نمط التسجيل (مستمر، أو ساعات محددة، أو عند الحركة والأحداث فقط) وهل يُسجَّل الصوت أو يُستخدم 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 في اليوم و324 GB في 30 يومًا. وإذا كنت تسجّل جزءًا من اليوم فقط، فاستبدل 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 في الساعة) و1,296 GB، أي نحو 1.3 TB، في 30 يومًا. وبمعدلات البت المعتادة لترميز H.265 التي تعتمدها حاسبة مساحة التخزين على موقع KDT (25 إطارًا/ثانية ونشاط متوسط في المشهد)، تحتاج كاميرا 2 ميغابكسل بنحو 2 Mbps إلى نحو 648 GB في 30 يومًا، وكاميرا 4 ميغابكسل بنحو 3 Mbps إلى نحو 972 GB، وكاميرا 4K (8 ميغابكسل) بنحو 6 Mbps إلى نحو 1.94 TB. ومع H.264 تتضاعف هذه الأرقام تقريبًا.

استخدم قيمًا مرجعية معتادة، واستبدلها بالأرقام الفعلية بعد اختيار الكاميرات. فلكاميرا واحدة عند 25 إطارًا/ثانية ونشاط متوسط في المشهد تعتمد حاسبة مساحة التخزين على موقع KDT مع ترميز H.264 القيم التالية: 4 Mbps لدقة 2 ميغابكسل، و6 Mbps لدقة 4 ميغابكسل، و8 Mbps لدقة 5 ميغابكسل، و12 Mbps لدقة 8 ميغابكسل (4K)؛ ويُحتسب 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 يومًا تحتاج كل منها إلى نحو 6 Mbps بترميز H.264 (96 Mbps إجمالًا، و1,036.8 GB يوميًا، ونحو 31.1 TB)، لكنها تحتاج إلى نحو 3 Mbps فقط بترميز H.265 (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 لكل كاميرا يوميًا (نحو 21 GB لكل كاميرا في 30 يومًا).

اجمع الكاميرات ذات الإعدادات المتماثلة في مجموعات، واضرب معدل بت الكاميرا الواحدة في كل مجموعة في عدد كاميراتها، ثم اجمع المجموعات وضع إجمالي معدل البت في المعادلة. فمثلًا 8 كاميرات 2 ميغابكسل بترميز H.265 بنحو 2 Mbps (16 Mbps) مع 4 كاميرات 8 ميغابكسل (4K) بترميز H.265 بنحو 6 Mbps (24 Mbps) تعطي 40 Mbps، أي 40 × 10.8 = 432 GB يوميًا و12,960 GB، أي نحو 12.96 TB، في 30 يومًا. وتقوم حاسبة مساحة التخزين على موقع 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 يحتاج إلى حد أدنى من عدد الأقراص.

الحد الأقصى لسعة المسجّل هو عدد فتحات الأقراص × أكبر سعة قرص يدعمها؛ فمثلًا مسجّل بفتحتين وأقصى سعة للقرص 8 TB يعطي 2 × 8 = 16 TB. وفي مثال الكاميرات الـ16 بمعدل 64 Mbps (691.2 GB يوميًا) لا تكفي هذه الـ16 TB إلا لنحو 16,000 ÷ 691.2 ≈ 23 يومًا بدلًا من 30. والحلول: الانتقال إلى 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 ومساحة مستخدمة 0.52 TB بعد 24 ساعة، فسيكفي القرص لنحو 7.28 ÷ 0.52 = 14 يومًا.

معظم المسجّلات مضبوطة افتراضيًا على الكتابة فوق التسجيلات: تُحذف أقدم التسجيلات تلقائيًا لإفساح المجال للجديدة، فيبقى القرص ممتلئًا وتساوي مدة الاحتفاظ عدد الأيام التي يتسع لها. وإذا أُوقفت الكتابة فوق التسجيلات، يتوقف المسجّل عن التسجيل عند امتلاء القرص ويُطلق عادةً تنبيهًا بامتلائه، وهو أمر نادرًا ما يكون مرغوبًا في نظام مراقبة. كما تستطيع مسجّلات كثيرة حذف التسجيلات الأقدم من عدد محدد من الأيام، وهذا مفيد عندما تحدد لائحة أو سياسة داخلية حدًا أقصى لمدة الاحتفاظ لا حدًا أدنى.

يجب أن تتسع السعة المطلوبة المحسوبة ضمن السعة القابلة للاستخدام بعد RAID، لا ضمن المجموع الخام لسعات الأقراص. مع N من الأقراص المتساوية السعة: RAID 1 (المرآة) = سعة قرص واحد، وRAID 5 = (N − 1) × سعة القرص، وRAID 6 = (N − 2) × سعة القرص، وRAID 10 = N ÷ 2 × سعة القرص (الحد الأدنى للأقراص: 2 لـRAID 1، و3 لـRAID 5، و4 لـRAID 6 وRAID 10)؛ والقرص الاحتياطي (Hot spare) لا يضيف سعة، وعند اختلاف السعات يُحتسب كل قرص بسعة أصغرها. فمثلًا تحتاج 17.28 TB بأقراص 8 TB إلى 4 أقراص في RAID 5 أو 5 أقراص في RAID 6 (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 في السنة والطرازات الأعلى لأكثر من ذلك، بينما تُصنَّف أقراص الحواسيب المكتبية عمومًا لقيم أقل ولم تُصمَّم للتسجيل على مدار الساعة. تحقّق من معدل عبء العمل في ورقة بيانات القرص، وتذكّر أن القراءة للتشغيل والنسخ الاحتياطي تُحتسب أيضًا.

استخدم المعادلة نفسها: عدد الأيام = سعة البطاقة بوحدة GB ÷ الحجم اليومي. فبطاقة microSD بسعة 128 GB في التسجيل المستمر تكفي لنحو 128 ÷ 32.4 ≈ 4 أيام بمعدل 3 Mbps، أو لنحو 12 يومًا بمعدل 1 Mbps (10.8 GB يوميًا)؛ وبطاقة 256 GB تضاعف هذه المدة. ويطيل التسجيل عند الحركة أو الأحداث، أو تسجيل بث بمعدل بت أقل على البطاقة، هذه المدة كثيرًا، كما تدوم البطاقات المصمَّمة للتسجيل المستمر (High Endurance) أطول بكثير من البطاقات العادية.

افتح حاسبة مساحة التخزين في قسم «خدمات ما بعد البيع» (المسار /after-sales/storage-calculator) وأدخل لكل مجموعة من الكاميرات المتشابهة: العدد والدقة وبرنامج الترميز ومعدل الإطارات ونشاط المشهد؛ ثم اختر التسجيل المستمر أو بعض ساعات اليوم وعدد أيام الاحتفاظ. وتعرض الحاسبة معدل البت لكل كاميرا ولكل مجموعة، والتخزين في اليوم وللمدة كلها، والسعة المطلوبة مع ترك نحو 10% فارغة، وجدولًا بأقراص من 4 إلى 16 TB مع اقتراح، وما إذا كان رابط 100 Mbps أو رابط غيغابت كافيًا لإجمالي معدل البت. ويُحفظ الحساب في عنوان الصفحة، فيمكنك مشاركته بزر «نسخ الرابط» أو نسخ ملخصه أو طباعته. وتحسب الحاسبة الفيديو فقط، من دون صوت ومن دون RAID ومن دون تسجيل عند الحركة، لذا عدّل النتيجة للتسجيل عند الأحداث وللصوت ولـRAID كما هو موضح في الأسئلة الأخرى من هذا الموضوع.

نعم. في صفحة حاسبة مساحة التخزين، يفتح زر «اطلب تصميم المشروع» نموذج طلب موجّهًا إلى فريق المبيعات في KDT، حيث يصمّم مهندسوه المسجّلات والأقراص الصلبة والشبكة لمشروعك ويقترحون الكاميرات وأجهزة NVR المناسبة. وللحصول على إجابة دقيقة أرسل عدد الكاميرات من كل نوع مع دقتها وبرنامج ترميزها ومعدل إطاراتها، ونمط التسجيل وساعاته، وعدد أيام الاحتفاظ، وهل تحتاج إلى RAID أو تسجيل الصوت، وطراز المسجّل إن كان لديك واحد. كما أن إرسال رابط حسابك من زر «نسخ الرابط» يوفّر الوقت.