En iyi uygulama, aşağıdaki iki ayarı (CaseRetentionDays ve VideoArchiveExpirationDays) aynı değere ayarlamaktır.

Ayar: Maintenance.CaseRetentionDays

Varsayılan: 30 gün

Vakanın güncellenme tarihi 30 günden eski olduğunda (varsayılan olarak), vakanın tüm verileri veri tabanından BriefCam ve diskten silinir.

Bir vakanın değiştirilmesi, vakanın adını veya açıklamasını düzenlemek, vakayı paylaşmak, video eklemek / silmek, video zamanlamasını düzenlemek, ön ayarları düzenlemek veya yer işaretlerini eklemek / silmek gibi vakanın güncelleme tarihini etkiler. Ancak Vaka izleme listesine bir yüz veya plaka eklemek veya yer işareti ayrıntılarını düzenlemek vakanın güncelleme tarihini etkilemeyecektir.

Aynı veriler başka durumlar tarafından kullanılıyorsa, vaka yine de Vakalar ekranından kaldırılır ve veriler veritabanında ve diskte kalır.

Vaka, etkinleştirilmiş planlı bir kaynak içeriyorsa vaka silinmeyecektir. Zamanlanmış kaynağın bu ayardaki değerden daha eski olan istekleri silinecek, ancak bunların yer imleri yalnızca vakanın tamamı silindiğinde silinecektir. Vaka, etkinleştirilmemiş, zamanlanmış bir kaynak olmayan veya devre dışı bırakılmış, zamanlanmış bir kaynak olan bir kaynak da içeriyorsa, bu kaynaklar da silinmeyecektir.

Vaka sadece normal kaynaklar veya devre dışı bırakılmış planlanmış kaynaklar içeriyorsa, vaka normal bir kaynak olarak ele alınacaktır, yani vakanın güncelleme tarihi 30 günden eski olduğunda (varsayılan olarak), 30 günden eski vakanın tüm verileri (varsayılan olarak) BriefCam veritabanından ve diskten silinir.

REVIEW isteği kısmen isteğe bağlı işleme, kısmen canlı isteğe bağlı olduğunda (isteğin bir kısmı zaten bir uyarı için işlendiğinden), yapıtlar bakım ayarlarına göre REVIEW ve RESPOND modülünden kaldırılır. Bununla birlikte, istek, ikisinden hangisinin en son gerçekleştiği işleme tarihine göre (veri tabanı dahil) altyapıdan tamamen kaldırılır: isteğe bağlı işleme veya canlı işleme.

İzleme listeleri ile ilgili olarak, vaka silindikten sonra (bakım veya kullanıcı tarafından) bir vaka içinde oluşturulan dahili bir izleme listesi silinecektir.

Yer işaretleriyle ilgili olarak, vaka yukarıda ayrıntılı olarak silindikten sonra da silineceklerdir.

Ayar: Maintenance.VideoArchiveExpirationDays

Varsayılan: 30 gün

Bu ayar, VYY'den getirilen video dosyalarının hangi sıklıkta silineceğini kontrol eder. Bu ayar, RESPOND uyarılarda getirilen ve genellikle otomatik olarak getirilmeyen orijinal videoyu da etkiler (sadece BriefCam uyarı küçük resimleri tıklatıldığında). Örneğin, RESPOND modülünde, kullanıcı orijinal bir video isteyene kadar her uyarının orijinal videosu getirilmez. Kullanıcı orijinal bir video istediğinde, BriefCam bu parametrede belirtilen gün sayısı boyunca orijinal videoyu anında erişim için saklar.

Ayar: Maintenance.LocalFilesRetentionInHours

Varsayılan: 24 saat

Bu ayar, geçici işlenmiş dosyaların veri tabanından hangi sıklıkta (saat olarak) silineceğini kontrol BriefCam eder.

Geçici işlenen dosyaların konumu: ..\BriefCam\ServerData\VideoStreamingGateway\VideoService.

Burada kaydedilen dosyalar, web istemcisi kullanıcısı etkileşimleri tarafından oluşturulan, VIDEO SYNOPSIS, orijinal video ve daha fazlası gibi işlenmiş yapıtlardır.

Ayar: Maintenance.RenderingUploadedFilesRetentionDays

Varsayılan: 0,5 gün

Bu ayar, yüklenen dosyaların BriefCam veri tabanından ne sıklıkta silineceğini kontrol eder.

Yüklenen dosyaların konumu: ..\BriefCam\ServerData\VideoData\WebUpload.

Burada kaydedilen dosyalar, son kullanıcı tarafından web istemcisi yoluyla InvestigatorInvestigator for Teams, REVIEW işleme amacıyla Protect ve yapılandırmalar için yüklenen video dosyalarıdır.

Ayar: clientMaintenanceCaseMessageInDays

Varsayılan: 7 gün

Bu ayar, bir vakada silme bildiriminin ne zaman görüntülenmeye başlayacağını kontrol eder. Burada belirlenen değer, vakanın bakım işlemi tarafından silinecek şekilde ayarlanmasından önceki gün sayısıdır.

Ayar:Maintenance.LiveRetentionDays

Varsayılan: 7 gün

Tutma aralığının dışındaki tüm RESPOND uyarılar silinir (yer imi eklenmiş olan uyarılar bile; ancak, yer iminin kendisi silinmez). RESPOND modülündeki yer işaretleri bakım işlemi tarafından asla silinmez.

Şu anda çalışan canlı görevler için uyarılar, tutma aralığının dışındaysa silinir.

Ayar: Maintenance.BIAssetsRetentionDays

Varsayılan: 30 gün

Bu ayar, RESEARCH BI tablolarının (BriefCammeta veri ETL'sinden oluşturulan) depolama alanından ne sıklıkta silineceğini kontrol BriefCam eder. Bu, verileri Qlik bir yedeklemedir.

Ayar: Maintenance.BIVisualLayersRetentionDays

Varsayılan: 3650 gün

Bu ayar, Pano sekmesi için kullanılan Görsel Katman dosyalarının hangi sıklıkta silineceğini kontrol eder. Bu, dosyaları veri tabanından BriefCam ve görüntülerin kaydedildiği BriefCam klasörden siler (C:\BriefCam\ServerData\RenderData).

Bunu 1 günden aza ayarlamak görsel katmanları etkileyebilir.

Ayar: Maintenance.BITaskRetentionDays

Varsayılan: 3 gün

Bu ayar, RESEARCH işleme görevlerinden meta verilerin ve görsel varlıkların BriefCam depolama aygıtından ne sıklıkta silineceğini kontrol eder. Meta veriler, RESEARCH işleme sırasında (Sürekli veya İsteğe Bağlı) oluşturulan tüm varlıklar/dosyalar/kayıtlardır. BI Kural Altyapısı hizmeti için bu kadar süre veri BriefCam kaydedilir.

Ayar: RESEARCH.QVDRententionDays

Varsayılan: 30 gün

Bu ayar, bölünmüş QVD'ler içeren dağıtımlardaki ayrıntılı tabloların saklanacağı gün sayısını belirler.

Bu ayar kullanım dışı bırakılmıştır ve bu ayarın değiştirilmesi sistemi etkilemeyecektir.

QVD dosyalarının bakım işleminin bir parçası olmadığını unutmayın. Dosyaları silmek için, aşağıdaki adımlarda yardımcı olmak üzere BriefCam Destek ekibiyle iletişime geçmeniz önerilir.

Ayar: RESEARCH.DetailedLoadDays

Varsayılan: 30 gün (v6.4 veya daha düşük sürümlerden güncellenen ortamlar için varsayılan 730 gündür)

Bu ayar, RESEARCH uygulamasından yüklenen verileri kontrol eder (VYY zamanına değil, zaman damgası alanına dayalı olarak). Bu ayar, ayrıntılı uygulamayı yüklemek için gereken RAM'i etkiler ve tam veri modeline yüklenen veri miktarını azaltır.

Toplanan panolar bu ayardan etkilenmez.

Aşağıdaki ögeler bakım sırasında silinmez.

Bakımı izleyebilir ve izleyebilirsiniz.

Bakım, Bakım Servisi adı verilen ayrı bir servis tarafından gerçekleştirilir ve kendi günlüğüne sahiptir. Olay ekranında, hizmetin çalışıp çalışmadığını görebilirsiniz.

Bakım başarısız olursa, Bakım olayları eşiklerine ulaşılırsa, Olaylar ekranında (yukarıda) bir Bakım olayı görünecektir. Varsayılan olarak, bakım en az bir kez çalıştırılamazsa, bir Uyarı olayı görünecek ve bakım son üç kez başarısız olursa, bir Kritik olay görünecektir.

Manuel bakım, PostgreSQL veritabanları için performans sorunlarını ve tablo şişkinliğini önlemek için gereklidir. VACUUM FULL ve REINDEX işlemlerinin periyodik olarak yürütülmesi veritabanı performansı ve kararlılığının korunmasına yardımcı olur. Veritabanı kullanılabilirliğini etkilemekten kaçınmak için, bu görevleri düşük kullanım veya planlı bakım dönemlerinde, ideal olarak birkaç ayda veya yılda bir planlayın. Bu, veritabanının sorunsuz ve verimli çalışmasını sağlar.

~200GB klasör PostgreSQL_Data boyutuna sahip veritabanları için, her 6 ayda bir 6 saate kadar bakım penceresi gerekir. Yüksek aktiviteli sistemlerde ise bakım zaman aralığı ve aralığı buna göre artacaktır.