Поддръжка и съхранение на данни
За да се поддържа напълно оптимизирана BriefCam производителност на системата, BriefCam автоматично изчиства обработените данни периодично, включително данни както от базата данни, така и от съхранението.
Имайте предвид, че услугата за поддръжка може да бъде инсталирана на няколко екземпляра, за да разпредели натоварването между няколко машини.
За да изключите автоматичната поддръжка, задайте настройката за поддръжка.Активирана среда на невярно. Това обаче не се препоръчва, тъй като съхранението ще се напълни.
В настройката на средата на Maintenance.ExecutionStrategy , поддръжката може да бъде настроена да работи ежедневно или непрекъснато.
Когато настройката е зададена на Непрекъснато (по подразбиране), поддръжката работи на всеки час.
Когато настройката е зададена на "Всеки ден", времето, през което се изпълнява, е зададено в настройката на средата Maintenance.CleanHour. Стойността е базирана на времето (hh:mm:ss), например: 23:00:00.
За да изчистите данните проактивно, задайте настройката на средата Maintenance.CleanHour за текущия час и задайте стратегията за поддръжка. Execution на Daily и след това рестартирайте услугата поддръжка. След това поддръжката ще започне незабавно. Препоръчително е след това да промените настройките обратно към първоначалната им стойност.
Ако поддръжката не успее да се изпълни, системата автоматично се опитва да се възстанови, след като процесът приключи. Опитът за възстановяване ще бъде в времеви интервал, както е конфигуриран в настройката TaskRecovery.IntervalsMinutes (както е показано на изображението по-долу). Стойностите по подразбиране са 10, 240 и 1440 минути, което означава, че първият опит за възстановяване ще бъде след 10 минути, вторият след 4 часа и последният опит ще бъде след 12 часа.
Настройката на средата Maintenance.ServiceInstanceRetentionMinutes определя колко време след излизането в офлайн режим услугите ще бъдат изтрити от BriefCam базата данни. Стойността по подразбиране е 43 200 минути (30 дни).
Разделите по-долу описват допълнителни настройки на средата, които контролират как работи процесът на поддръжка.
Модул на REVIEW
Забележка
Ако има случаи на REVIEW, които не искате да бъдат изтрити по време на автоматизираната поддръжка, щракнете върху иконата за редактиране (
) от екрана на случая и поставете отметка в квадратчето Не изтривай по време на поддръжката. Тези маркирани случаи и техните артефакти няма да бъдат изтрити чрез процеса на поддръжка, дори и други случаи или известия да го използват и да бъдат изтрити.
Най-добрата практика е да зададете двете настройки по-долу (CaseRetentionDays и VideoArchiveExpirationDays) на една и съща стойност.
Настройка: Maintenance.CaseRetentionDays
По подразбиране: 30 дни
Когато датата на актуализация на случая е по-стара от 30 дни (по подразбиране), всички данни за случая се изтриват от BriefCam базата данни и диска.
Промените в случая засягат датата на актуализиране на случая, като например редактиране на името или описанието на случая, споделяне на случая, добавяне/изтриване на видеоклипове, редактиране на графика на видеото, редактиране на предварително зададени настройки или добавяне/изтриване на отметки. Въпреки това добавянето на лице или регистрационен номер към списъка за наблюдение на случая или редактирането на подробности за отметки няма да повлияе на датата на актуализиране на случая.
Ако същите данни се използват от други случаи, случаят все още ще бъде изтрит от екрана "Случаи" и данните ще останат на базата данни и диска.
Ако случаят съдържа активиран планиран източник, случаят няма да бъде изтрит. Заявките от планирания източник, по-стар от стойността в тази настройка, ще бъдат изтрити, но техните отметки ще бъдат изтрити само когато целият случай бъде изтрит. Ако случаят съдържа и източник, който не е активиран планиран източник или е деактивиран планиран източник, тези източници също няма да бъдат изтрити.
Ако случаят съдържа само обикновени източници или деактивирани планирани източници, случаят ще се разглежда като обикновен източник, което означава, че когато датата на актуализация на случая е по-стара от 30 дни (по подразбиране), всички данни за случая, по-стари от 30 дни (по подразбиране), се изтриват от BriefCam базата данни и диска.
Когато заявката за REVIEW е частично базирана на обработка при поискване и частично на заявка на живо (тъй като някои от исканията вече са обработени за сигнал), артефактите се премахват от модула REVIEW и RESPOND в съответствие с настройките за поддръжка. Искането обаче е напълно премахнато от инфраструктурата (включително базата данни) в зависимост от датата на обработка, на която и от двете се е случило последно: обработка при поискване или обработка на живо.
Що се отнася до списъците за наблюдение, вътрешният списък за наблюдение, създаден в рамките на случай, ще бъде изтрит, след като случаят бъде изтрит (чрез поддръжка или от потребителя).
По отношение на отметки, те също ще бъдат изтрити, след като случаят бъде изтрит, както е описано по-горе.
Настройка: Дни на изтичане на срока на валидност на VideoArchive
По подразбиране: 30 дни
Тази настройка контролира колко често да изтривате видеофайловете, извлечени от VMS. Тази настройка засяга и оригиналния видеоклип, извлечен в известия на RESPOND, които обикновено не се въвеждат BriefCam автоматично (само при щракване върху миниатюрата на известието). Например в модула RESPOND оригиналният видеоклип на всеки сигнал не се извлича, докато потребителят не заяви оригинален видеоклип. След като потребителят заяви оригинален видеоклип, BriefCam запазва оригиналния видеоклип за незабавен достъп за броя дни, посочени в този параметър.
Настройка: Maintenance.LocalFilesRetentionHours
По подразбиране: 24 часа
Тази настройка управлява колко често (в часове) временните визуализирани файлове се изтриват от BriefCam базата данни.
Временните рендирани файлове се намират на адрес: ..\BriefCam\ServerData\VideoStreamingGateway\VideoService.
Файловете, записани тук, са визуализирани артефакти, създадени от потребителски взаимодействия с уеб клиенти, като VIDEO SYNOPSISоригинално видео и др.
Настройка: Maintenance.RenderingUploadedFilesRetentionDays
По подразбиране: 0,5 дни
Тази настройка управлява колко често качваните файлове се изтриват от BriefCam базата данни.
Качените файлове се намират на адрес: ..\BriefCam\ServerData\VideoData\WebUpload…
Файловете, записани тук, са видео файлове, качени от крайния потребител чрез уеб клиента с цел обработка на InvestigatorREVIEW в;Investigator for Teams, Protect и конфигурации.
Настройка: clientMaintenanceCaseMessageInDays
По подразбиране: 7 дни
Тази настройка контролира кога да започне показването на известието за изтриване на случай. Стойността, зададена тук, е броят дни преди случаят да бъде зададен да бъде изтрит от процеса на поддръжка.
Внимание
Тези настройки не са приложими за центъра. Това е от значение само за обекти и в самостоятелни инсталации.
Модул на RESPOND
Настройка: Дни на поддръжка. На живо
По подразбиране: 7 дни
Всички известия на RESPOND извън диапазона на задържане се изтриват (дори и известия, които са маркирани с отметка; обаче самата отметка няма да бъде изтрита). Отметките в модула RESPOND никога не се изтриват от процеса на поддръжка.
Известия за текущо изпълнявани задачи на живо се изтриват, ако са извън диапазона за съхранение.
Модул на RESEARCH
Настройка: Maintenance.BIAsetsRetentionDays
По подразбиране: 30 дни
Тази настройка управлява колко често таблиците RESEARCH BI (генерирани от BriefCam ETL метаданни) се изтриват от BriefCam мястото за съхранение. Това е резервно копие, ако Qlik не е в състояние да извлече данните.
Настройка: Maintenance.BIVISUALLayersRetentionDays
По подразбиране: 3650 дни
Тази настройка управлява колко често да изтривате файловете на визуалния слой, които се използват за раздела "Табло". Това изтрива файловете от BriefCam базата данни и от BriefCam папката, където се записват изображения (C:\BriefCam\ServerData\RenderData).
Настройването на това на по-малко от 1 ден може да повлияе на визуалните слоеве.
Настройка: Maintenance.BITaskRetentionDays
По подразбиране: 3 дни
Тази настройка управлява колко често метаданните и визуалните активи от задачи за обработка на RESEARCH се изтриват от BriefCam мястото за съхранение. Метаданните са всички активи/файлове/записи, които се създават по време на обработката на RESEARCH (непрекъсната или при поискване). Ето колко време BriefCam се записват данните за услугата BI Rule Engine.
Настройка: RESEARCH.QVDRetentionDays
По подразбиране: 30 дни
Тази настройка определя броя на дните, в които се съхраняват подробните таблици при внедряване с разделени QVD.
Тази настройка е отхвърлена и промяната на тази настройка няма да повлияе на системата.
Имайте предвид, че QVD файловете не са част от процеса на поддръжка. За да изтриете файловете, препоръчително е да се свържете с екипа за поддръжка на BriefCam, за да съдействате за стъпките по-долу.
Уверете се, че следните задачи не се изпълняват в QMC:
Research_DB;ResearchResearch_DB_Agg,Research_Aggи ). Ако те се движат, изчакайте, докато те са приключили работа.Деактивиране на
Research_DBиResearch_DB_Aggзадачи в QMC.
Изтрийте неподходящите файлове ръчно от
BC_BI_SOURCE_MATCH_1иBC_BI_SOURCE_MATCH2разположени вQlikShare\ResearchQvdпапката.Когато изтривате файловете, уверете се, че двете папки са синхронизирани с един и същ брой файлове и без паузи - датите трябва да са еднакви и в двете папки.
Изпълняване на
Delete_Research_Data Application Periodic Reload Taskпрограмата, която се синхронизира с актуализираното съдържание на папките.След като поддръжката приключи, разрешете
Research_DBиResearch_DB_Aggзадачите.
Настройка: RESEARCH.DetailloadDays
По подразбиране: 30 дни (за среди, актуализирани от v6.4 или по-долу, по подразбиране е 730 дни)
Тази настройка управлява данните, заредени от приложението RESEARCH (въз основа на полето за времево клеймо, а не на времето на VMS). Тази настройка влияе на RAM, необходима за зареждане на подробното приложение и намалява количеството данни, заредени в пълния модел на данни.
Обобщените табла за управление не се влияят от тази настройка.
Раздели На Списъци За Наблюдение
Внимание
Тази функционалност не е приложима за центъра. Това е от значение само за обекти и в самостоятелни инсталации.
Външен списък за наблюдение (управляван в разделите "Списък за наблюдение") не е изтрит от процеса на поддръжка. Въпреки това, както бе споменато по-горе, вътрешен списък за наблюдение, който е създаден в рамките на случай, ще бъде изтрит, след като случаят бъде изтрит (чрез поддръжка или от потребителя).
Изключения за поддръжка
Следните елементи не се изтриват по време на поддръжка.
Папка с фонови изображения на камерата - Когато използвате тестова връзка, изображение от камерата се записва под
Camera Background Imagesпапката. Всяка камера поддържа едно изображение, което се актуализира всеки път, когато връзката се тества отново. Тази папка и нейното съдържание не се влияят от поддръжката.Отметки - Отметки, създадени в модулите RESPOND или REVIEW, остават в системата, дори и оригиналният сигнал или обект да е изтрит. Те се премахват само когато са изрично изтрити от потребителя.
Случаи, маркирани Не изтривайте по време на поддръжка - В модула REVIEW можете да редактирате случай и да поставите отметка в квадратчето Не изтривай по време на поддръжка . Тези случаи и свързаните с тях артефакти ще продължат през циклите на поддръжка.
QVD файлове (RESEARCH Module) - QVD файлове не са част от процеса на поддръжка и трябва да бъдат изтрити ръчно, ако е необходимо.
Мониторинг На Поддръжката
Можете да наблюдавате и проследявате поддръжката.
Поддръжката се извършва от отделна услуга, наречена: Обслужване по поддръжката и има свой собствен дневник. В екрана "Събитие" можете да видите дали услугата работи.
Ако поддръжката е неуспешна, събитие за поддръжка ще се появи на екрана "Събития" (по-горе), ако праговете за събития за поддръжка са достигнати. По подразбиране, ако поддръжката не е изпълнена поне един път, ще се появи предупредително събитие и ако поддръжката е била неуспешна през последните три пъти, ще се появи критично събитие.
Ръчна поддръжка на PostgreSQL
Ръчната поддръжка е от съществено значение за базите данни на PostgreSQL, за да се предотвратят проблеми с производителността и подуване на масата. Периодичното изпълнение на операции с пълен ВАКУУМ и ПРЕИНДЕКС спомага за поддържането на производителността и стабилността на базата данни. За да избегнете влиянието върху наличността на базата данни, планирайте тези задачи по време на периоди на ниска употреба или планирани прозорци за поддръжка, в идеалния случай на всеки няколко месеца или половин година. Това осигурява безпроблемна и ефективна работа с базата данни.
За базите данни с размер на PostgreSQL_Data папката ~200GB се изисква прозорец за поддръжка до 6 часа веднъж на всеки 6 месеца. При системи с висока активност времевият прозорец и интервалът за поддръжка ще се увеличат съответно.