What is this?

This knowledgebase contains questions and answers about PRTG Network Monitor and network monitoring in general. You are invited to get involved by asking and answering questions!

Learn more

PRTG Network Monitor

Intuitive to Use. Easy to manage.
300.000 administrators have chosen PRTG to monitor their network. Find out how you can reduce cost, increase QoS and ease planning, as well.

Free Download

Top Tags


View all Tags

Does PRTG have a catch-up function?

Votes:

0

Your Vote:

Up

Down

I have some Windows CE devices installed on remote locations. I would like to monitor these devices, by generating a custom XML or CSV file, that PRTG should import periodically. My problem is, that these devices are sometimes offline, meaning I would have more than the one value I usually have, when connection succeeds, and data should be imported. I guess this feature acts a lot like the Remote Probes that you have created, in the way that it supports a message queue.

Would it be possible to create a custom sensor, that takes a file, and does this catch up? I realize that your database differentiates itself from a SQL database by being an "add-only" database, but this wouldn't be compromised by what I'm asking. I just want to be able to add values that doesn't default to "now" but instead is a list of all "todays values" that PRTG can add to its database...

custom-sensor prtg remote-probe

Created on Mar 22, 2014 3:38:13 PM by  Kenneth Vindum (10) 1



8 Replies

Votes:

0

Your Vote:

Up

Down

Unfortunately at this time there is no way to do this directly with PRTG. Messages cannot be pushed into the DB with a different time stamp from when they are received. When data is received by the PRTG core, it is time-stamped at the point and this cannot be changed.

In your case though, if you had a remote probe on the target device itself, when it was disconnected, it could collect this data and then send it to PRTG with the correct time-stamps. Is this something that could work for you?

Created on Mar 25, 2014 10:37:06 AM by  Greg Campion [Paessler Support]



Votes:

0

Your Vote:

Up

Down

I'm afraid I can't use the PRTG Remote probe. It is Windows CE devices that I am monitoring. These devices doesn't support the Remote probes, and is very limited in memory as well. I was hoping to collect data in XML files (or so), and let a custom sensor import the logged values from the files once the connection came to live again...

Please note this as a request for new functionality. It's a grate wish in the company I'm working for.

Thanks.

Created on Mar 27, 2014 7:58:27 PM by  Kenneth Vindum (10) 1



Votes:

0

Your Vote:

Up

Down

I'll change this article to a feature request and anyone who sees this article can comment here and we will consider that to be another vote for this feature. We do have the HTTP push sensor where you can push information to the PRTG server but unfortunately when the data is pushed it will be timestamped so there is no way to backfill data like you mention here.

Created on Mar 28, 2014 9:22:27 AM by  Greg Campion [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Would it be possible to create a PRTG Mini Probe and install it on the Windows CE device, and get catch-up functionality this way?

Created on Dec 18, 2014 2:01:52 PM by  Kenneth Vindum (10) 1



Votes:

0

Your Vote:

Up

Down

At this time, the mini-probes don't have a buffer for the sensor results so this wouldn't give you the desired result.

Created on Dec 19, 2014 1:55:53 PM by  Greg Campion [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Really? My bad then. I just figured it had because the API for the mini probe included a GMT timestamp... Then what is the timestamp used for? If not to state when the data was logged?

Created on Dec 19, 2014 7:26:28 PM by  Kenneth Vindum (10) 1



Votes:

0

Your Vote:

Up

Down

The timestamp is included for when PRTG stores the data in the database. Each record stored in the PRTG database must include the timestamp for the reporting / graphing to work properly. At this time, there is no way for the mini-probe to initiate a scan since it waits for the request from the core. When the core is unable to send out the request to the mini-probe, it won't initialize a scan on it's own. We will look into this and see if it may be possible to have the mini-probe initiate the scan itself when there isn't a core connection and then store the results in a buffer that can then be sent when the core connection is alive again but it will probably take a while before we can implement this.

Created on Dec 22, 2014 9:57:54 AM by  Greg Campion [Paessler Support]



Votes:

0

Your Vote:

Up

Down

After speaking with the Mini-Probe developers they said that it's likely possible to build something like a buffer into the mini-probes but that the API isn't really designed for it. You can try implementing this yourself but for the foreseeable future it's not something we want to put into the mini-probes.

Created on Dec 22, 2014 3:15:59 PM by  Greg Campion [Paessler Support]



Please log in or register to enter your reply.


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.