Multi-Site Networking

QNAP Multi-Site Surveillance: Recording, Central Viewing and Failover

A five-factory example shows why central monitoring, local recording and recovery need different plans, with a practical way to size and test each part.

About 5 min read
QNAP Multi-Site Surveillance: Recording, Central Viewing and Failover - ACE Peripherals

Record at each site, bring the required views together centrally and design recovery separately. A central dashboard does not make every branch dependent on one continuous video connection, and a second network route does not automatically provide a second recording copy.

When a business adds a warehouse, workshop or second office, camera buying is usually the easy part. The difficult questions arrive later: who notices a recording failure, what happens when the branch internet drops, and can an authorised operator export the right incident quickly?

What the Five-Factory Example Actually Shows

QNAP’s published automotive example describes five factories with 60 cameras per factory, managed through QVR Center. It reports a 30% reduction in video-channel and deployment costs for that project. Those are the vendor’s case figures, rather than a saving to apply to every quotation.

The transferable lesson is the division of work. Each factory has recording equipment, while headquarters needs selected live views, playback and a consistent operating process. A smaller business can apply the same thinking to a shop and stockroom without buying a factory-sized installation.

Genuine QNAP QVR Center factory-monitoring example
QVR Center brings supported recording servers into an operator view. The recording service, site connection and recovery arrangement still need their own checks.

Recording, Viewing and Recovery Are Three Different Jobs

Job What it does What it does not establish
Local recording Receives camera streams and stores the agreed history An offsite copy or successful export
Central management Brings supported servers, events and views together Unlimited WAN bandwidth or identical features across packages
Failover and backup Provide defined responses to recorder or data-loss events Zero lost frames under every failure

Match the exact recording package and versions to QVR Center and any QVR Guard design. Current package names, supported NAS models, channel licences and recovery features need checking together. A feature mentioned for one software family is not proof that another package has the same behaviour.

SEE THE COMPLETE PATH

Local Recording and Central Viewing Have Different Jobs

The recorder stores the evidence. The control room requests the views it needs.

01 At each site

Site cameras + local networkCompatible QNAP recorderLocal recording storageKeep the recording path local

Design the site to continue its intended recording task if the inter-site connection is unavailable.

02 Across sites

Remote recorder connectionsCentral management / viewingAuthorised control-room operatorBudget the live-view bandwidth

Viewing every main stream remotely has a different WAN demand from event review or selected lower-rate streams.

Failover needs its own supported standby arrangement. A central viewer, a VPN and an independent backup are separate components.

Calculate the Traffic That Actually Crosses the Link

Consider a branch with 12 cameras averaging 4 Mb/s each. The arithmetic recording load is 48 Mb/s before overhead. Sending all those main streams continuously to headquarters creates a different WAN requirement from requesting one view when an incident occurs. These are planning inputs, not measurements from a deployed system.

Substreams can make a multi-camera overview lighter while the recorder retains the main stream, subject to the camera and recording configuration. Check the resolution and frame rate used for live view, recognition, playback and export separately. A sharp desktop preview does not prove that the retained recording has the same detail.

Use the NVR storage calculator for a starting estimate, then compare it with actual recording growth. Include event frequency, audio, retention, free-space reserve and the chosen disk-protection arrangement. The 30-day NVR planning guide explains how to keep the assumptions visible.

Write Down What Each Failure Should Do

If the WAN is unavailable, should local recording continue and should an operator receive an alert? If a recorder fails, what takes over, which cameras are included and what happens after recovery? If a disk is replaced, how will you check recording while the storage rebuilds?

QVR Guard and a managed network or VPN solve different problems. Recorder failover concerns the recording service; a VPN concerns communication between locations. Neither is a substitute for protecting recordings against deletion, compromise or loss of the entire site.

Test an authorised outage in a controlled window. Record the last good frame, alert timing, takeover behaviour, gaps, recovery and final export. Keep the acceptance criteria tied to the required outcome instead of using an unqualified “uninterrupted” promise.

Choose a Recorder for the Workload

Genuine QNAP QVP-41C surveillance recorder
QNAP QVP-41C

A dedicated surveillance-appliance option. Verify its included channels, expansion licences, supported cameras and recording limits.

Genuine QNAP TS-464 four-bay NAS
QNAP TS-464

A general NAS option for supported recording applications. Allow for other workloads rather than allocating the entire system twice.

Camera support needs more than an ONVIF badge. Check the exact model, codec, audio, event and analytics requirements against the intended recorder. Keep the ONVIF compatibility guide beside the camera schedule. For a mixed-vendor project, this can prevent a camera that records video correctly from being assumed to deliver every smart event.

A Handover Operators Can Use

Deliver a site and camera register, naming convention, retention settings, authorised user roles, update responsibilities and tested export procedure. Show who receives alerts and who is responsible for the response. Keep time synchronisation consistent across sites so a timeline search has meaning.

The practical recommendation: begin with one representative site and prove the recording, viewing and recovery workflow before repeating it. A proof of concept is useful when software compatibility, WAN performance or failure behaviour remains uncertain.

Frequently Asked Questions

Can headquarters view several QNAP recorders?

QVR Center supports central management of compatible recording servers. Check the exact package, versions, channel limits and licence requirements before designing the central view.

Will every camera need to stream to headquarters continuously?

Only if that is how the system is designed. Local recording with requested central views has a different WAN load from continuous main-stream replication.

Does a VPN back up the recordings?

No. It provides a communication path. A separate backup or replication design determines what data is copied and retained.

Does ONVIF guarantee all AI events?

No. Video, audio, events and analytics depend on the actual camera, ONVIF profile and recorder integration.

Is the reported 30% saving a quotation promise?

No. It is a vendor-reported result for its published factory example. Your camera count, licences, storage, support and reuse opportunities determine the cost.

What should be tested before rollout?

Recording, playback, export, alert handling, WAN interruption, recorder recovery and the agreed retention under the actual stream settings.

Comments (0)

No comments yet.

Leave a comment

Comments are reviewed before publication.

Technology, considered

A clearer view of technology.

Useful tech insights, delivered to your inbox.