אחסון נכשל לאט, ואז בבת אחת. תנטרו אותו ברציפות.
כל בעיית הקלטה הופכת בסוף לבעיית אחסון: דיסקים מתמלאים, מתדרדרים ומתים, והשמירה מתכווצת בשקט מתחת למה שהבטחתם. IOSentra משגיחה על בריאות האחסון ועל השמירה האמיתית בכל מערכת, ומרימה דגל כשעוד יש זמן לפעול.
ה-30 יום שהפכו ל-9
כשלי שמירה הם ההפרה השקטה הנפוצה ביותר בתפעול מצלמות. מוסיפים מצלמות, מעלים רזולוציות, משנים הגדרות תנועה - ואותם דיסקים שפעם החזיקו 30 יום מחזיקים עכשיו 9. שום דבר לא מתריע, כי שום דבר לא שבור טכנית: המערכת מקליטה בדיוק כפי שהוגדרה ודורסת בדיוק כפי שתוכננה. הפער מתגלה רק כשמישהו מבקש וידאו מלפני שלושה שבועות והוא לא קיים.
IOSentra מודדת שמירה בפועל - גיל הווידאו הישן ביותר הזמין בכל מערכת הקלטה - ומשווה אותו לחלון שאתם דורשים. כשהמספר האמיתי יורד מתחת להבטחה, זה אירוע עם בעלים, לא תגלית באמצע חקירה.
מה ניטור האחסון בודק
מאזהרה מוקדמת ועד פתרון
מזהים לחץ
מגמות קיבולת ואירועי דיסק מראים מערכת שמתקרבת לצרה - לפני שההקלטה נעצרת.
פותחים אירוע
תקלת אחסון פותחת אירוע אחד מאוחד למערכת, עם רשימת הערוצים בסיכון ותובנת שורש מ-AI.
מנתבים ומאמתים
הקריאה מנותבת למי שאחראי על החומרה של האתר לפי SLA. אחרי התיקון, אימות ההקלטות מוודא שכל ערוץ נכתב שוב.
שאלות נפוצות על ניטור אחסון
איך IOSentra יודעת את השמירה האמיתית שלי?
היא שואלת את מערכת ההקלטה על הווידאו הישן ביותר הזמין לכל ערוץ ועוקבת אחרי הגיל הזה לאורך זמן - מציאות נמדדת, לא כוונה מוגדרת.
אפשר לקבל אזהרה לפני שהאחסון נגמר?
כן. ניצול קיבולת ואירועי דיסק מנוטרים ברציפות, כך שלחץ והתדרדרות מוצפים כאירועים לפני דריסה או השבתה.
מה קורה כשדיסק נכשל במקליט?
אירועי שגיאת הדיסק של המקליט הופכים לאירוע משויך לאותה מערכת, עם רשימת הערוצים המושפעים. קריאה יכולה להיות מנותבת אוטומטית לצוות או לספק האחראי.
זה מחליף כלי ניטור RAID?
זה משלים אותם עבור מערך האבטחה: IOSentra קוראת את מה שמקליטים ושרתי וידאו מדווחים על האחסון שלהם וקושרת את זה ישירות להשפעה על ההקלטה - הדבר שכלי IT לא רואים.