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

Avoid data loss in case of update or replacement

Votes:

0

Situation: We replaced our PRTG-core (hardware to virtual mashine) knowing, that our probes would cache their data during the time, we need for the change. After the replacement the probes began to unload their data to the core. During that period, the probes began to update themselves, cancelled sending data to the core and threw the cached data.

What was our mistake? What's best practice for this project?

data-loss prtg remote-probe

Created on Nov 27, 2014 8:05:35 AM



2 Replies

Votes:

0

Hey ages,

did you use the same version on old and new core-server? If not, this is a normal case. probe-server has to be on the same patch level as there core. So if the versions are not the same, they will update next to the server change.

I don't know the best practise from Paessler, but i would look for the following points.

  • Patch-Level: should be the same on all server
  • Network: connection to all probes should be possible
    • Maybe I should use the same subnet
  • Time: this work shouldn't do 10 min till "beer o'clock ;)
  • Reboots: miss reboots till the data is send to the new core

This are my own points of interest by merging the data to a new core server.

Maybe this is an answer to you. If not, request again, maybe a support from Paessler answers then with there best practise.

Best

Sascha

Created on Nov 27, 2014 12:49:27 PM



Votes:

0

Hello,

the "mistake" was the difference in versions here. That caused the Probes to run the automatic probe update, which means the cached data is flushed.
In such a scenario you want to avoid a restart of the Probes (services). That also means the new Core Server should run under the IP/Hostname of the old Core. Otherwise you will need to change the connection settings on the Remote Probes, which flushes the cached data on the Probes.

best regards.

Created on Nov 27, 2014 1:20:02 PM 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.