Waar Nx Witness-systemen in de praktijk op stuklopen

Het patroon

Waarom stopt een Nx Witness-systeem met opnemen?

Bijna nooit door de software zelf. In de meldingen die wereldwijd binnenkomen gaat het meestal om opslag die volloopt, een server die te lang uit stond, of een licentie die niet meer bij zijn hardware past. Alle drie zijn ze te zien aankomen. En alle drie worden ze pas gemerkt op het moment dat iemand beeld nodig heeft.

Dat laatste is het echte probleem. Een camerasysteem dat niet opneemt ziet er precies hetzelfde uit als een camerasysteem dat wel opneemt — tot je terug wilt kijken. Daarom lopen wij deze zes na voordat ze zich melden.

Situatie 2

Waarom ziet Nx Witness mijn tweede schijf niet?

Omdat de mediaserver zelf bepaalt welke opslag hij accepteert. Hij scant de volumes en filtert de bestandssystemen eruit die niet op zijn lijst staan. Op Linux is ext4 de veilige keuze. Sluit je een schijf aan met een ander bestandssysteem, dan verschijnt hij niet in de lijst en denk je dat de schijf stuk is.

Dit is er één uit de categorie het ligt niet aan de hardware. Wij zien hem het vaakst bij systemen die iemand zelf heeft uitgebreid met een schijf uit een andere machine. De schijf werkt prima. Hij spreekt alleen de verkeerde taal.

Nog zo’n eigenaardigheid: Nx zet op elk volume dat hij tegenkomt een eigen mediamap neer, ook op schijven die je nooit voor beeld had bedoeld. Op een server die ook iets anders doet, is dat rommelig. Je kunt het sturen — maar dan moet je weten dat het gebeurt.

Situatie 3

Geeft een tweede opslag mij langer archief?

Nee, en dit is het hardnekkigste misverstand rond Nx Witness. De back-upopslag is een spiegel van je opname, geen verlenging ervan. Je krijgt er dus geen bewaardag bij. Wat je wel krijgt is een tweede exemplaar, zodat een kapotte schijf niet meteen je enige exemplaar meeneemt.

Wil je lánger bewaren, dan is er maar één route: meer opslag in de hoofdopname, of minder wegschrijven. Dat laatste is bijna altijd de goedkoopste. Continu opnemen op 4 megapixel vult een schijf in dagen; alleen opnemen bij beweging maakt daar vaak weken van, met dezelfde camera’s en dezelfde server.

Per camera kun je bovendien een minimum en een maximum aantal bewaardagen instellen. Handig als de directiekamer korter mag dan de kluisruimte, of als een verzekeraar een ondergrens voorschrijft. Zie opslag berekenen als je wilt weten wat jouw situatie kost.

Situatie 4

Wat gebeurt er als één server in een gekoppeld systeem uitvalt?

Meer dan de meeste mensen verwachten. In een systeem waarin servers zijn samengevoegd gelden de licenties over het geheel. Blijft één server te lang onbereikbaar, dan raakt het systeem in de knoop met zijn eigen licentieadministratie, en dan stopt de opname op alle servers. Ook op de servers die het prima doen.

Dat klinkt als een fout. Het is bewust gedrag: het systeem kan niet vaststellen of die offline server ergens anders draait met dezelfde licenties, dus het kiest de veilige kant. In de gemeenschap van de maker staat het met zoveel woorden beschreven als “by design”.

Wat je eraan doet: haal de licenties van een server af zolang hij nog bereikbaar is, of zet evenveel camera’s uit als er licenties op de gevallen server stonden. Doe dat vóórdat de coulanceperiode afloopt, niet erna. Daarna is het handwerk.

Wij lossen dit liever aan de voorkant op: licenties bewust spreiden over de servers die het minst waarschijnlijk uitvallen, en een melding op serverbereikbaarheid zetten. Dan heb je weken de tijd in plaats van uren.

Bron: Licenses on Merged Servers, gemeenschapsforum van Network Optix.

Situatie 5

Neemt failover alles op, of zit er een gat in?

Er zit een gat in, en dat hoor je zelden van een leverancier. Neemt een tweede server de camera’s over, dan gaan er volgens de gemeenschap van de maker ongeveer 15 tot 20 seconden verloren. Komt de eerste server terug, dan nog eens ongeveer evenveel. Failover is dus geen naadloze overname, maar een korte onderbreking in plaats van een lange.

Dat is nog steeds een uitstekende ruil. Twintig seconden missen is iets anders dan een nacht missen. Maar het is wel iets om te weten voordat je het aan een verzekeraar of een auditor uitlegt, want “de opname loopt altijd door” is dan niet waar.

Wij zeggen het daarom liever vooraf. Wie een systeem koopt op de belofte van naadloze overname en er later achter komt dat er een gaatje in zit, vertrouwt de rest van de belofte ook niet meer.

Situatie 6

Waarom zijn mijn licenties ineens ongeldig?

Omdat er iets aan de server is veranderd. Een Nx Witness-licentie hangt aan de Hardware ID van de machine: een code van 34 cijfers die wordt afgeleid uit onder meer het moederbord en de netwerkkaart. Vervang je een van die twee, dan ziet het systeem een andere machine en laat het de licentie los.

Dat gebeurt vaker onbedoeld dan bedoeld. Een defecte netwerkkaart die wordt vervangen, een moederbord dat onder garantie wordt geruild, een virtuele machine die naar andere hardware verhuist — drie situaties waarin niemand aan licenties dacht. Verplaatsen mag ongeveer 3 keer, dus het is geen ramp. Het is wel eindig.

Wat wij doen bij een geplande ingreep: licenties eerst deactiveren, dan de hardware aanpakken, dan opnieuw activeren. Bij een defect dat je niet zag aankomen bestaat er een handmatige procedure via de fabrikant. Die loopt via ons, en dan hoef jij niet in het Engels uit te leggen wat er gebeurd is. Zie Nx Witness licenties voor het hele model.