What is this?

This knowledgebase contains questions and answers about PRTG Network Monitor and network monitoring in general.

Learn more

PRTG Network Monitor

Intuitive to Use. Easy to manage.
More than 500,000 users rely on Paessler PRTG every day. Find out how you can reduce cost, increase QoS and ease planning, as well.

Free Download

Top Tags

View all Tags

Setting Up Geographic Redundant Core Servers With Remote Probes



As an MSP we have multiple data centers with many remote probes. We know that remote probes will not switch over automatically to a backup core server so in order to achieve redundancy we are contemplating setting up a secondary standby core server in a backup data center and several times a day backing up the main core server to the secondary location.

When we need to switch to the secondary site we are thinking of restoring the database from backup and then changing the IP address associated with the remote probes so that they now point to the secondary data center server.

So my question is... of course will this work? Are there any gotchas we may have missed? Do you have anyone already doing this? Is there a better option?

Thank You!

backup redundant remote-probe secondary

Created on Oct 1, 2014 3:10:16 PM

3 Replies




Thank you very much for using PRTG. This procedure should work, has one caveat though, which is when changing the IP, on the Remote Probes, to point them to the new/backup Core Server. The IP Change will mean a restart of the Probe, and thus they will loose their cached data (since the main Core went down).

best regards.

Created on Oct 6, 2014 7:29:45 AM by  Torsten Lindner [Paessler Support]



OK that's great! I was not clear on the IP address change though. What I meant to say is the probes will be set to point to a DNS address "core.server.com" of the core server. When it comes time to switch to the secondary we will make a single change to the DNS A record to point to a new IP address. The probes will still point to the DNS address "core.server.com" so the A record change should just be picked up with a probe restart...correct?

Thank You!

Created on Oct 9, 2014 1:40:36 PM



Yes, that should be correct. The Probes could also reconnect directly once the connection is possible to again (to the 2nd Core), with the dns-record re-registered.

Created on Oct 10, 2014 8:43:29 AM by  Torsten Lindner [Paessler Support]

Disclaimer: The information in the Paessler Knowledge Base comes without warranty of any kind. Use at your own risk. Before applying any instructions please exercise proper system administrator housekeeping. You must make sure that a proper backup of all your data is available.