we spun up IMDC and played a bit last summer on a separate server (after our 
very first test overloaded the main monitoring server trying to export all the 
old data), but didn't have enough disk on our dev system to hold all our data. 
We got the new disk, I deleted the old data (or at least I told it to and it 
said it did) and tried to re-import our few years worth of old info (we have 
some charts that go back at least 3 years) with the "Gradual" setting. IMDC is 
5.4.2, the server that is reporting is on 5.3.8.

So far, it's clear that some data is making it there, I have "Created" dates of 
May 2010 for some devices/ports, and last seen dates of today.  but I also have 
traffic stats for at least April 2010, even though the interface I have stats 
for was "created" in May 2010.  All the Maps seem to be there now, although 
that took a while.

The process (both times) has left me with a few questions that I didn't find in 
the online docs:

How do I tell when it's done getting everything it can get off the server? 

How do I tell what is in there in a very generic way?  The database was so big 
that the free SQL stuff I downloaded last summer would spin forever on generic 
"list this table" type queries.  my husband's pretty good at SQL (shameless 
plug: he wrote the O'Reilly "Using SQLite" book that came out last fall) and he 
could barely get it to tell me anything about what all was in there (ie date of 
earliest record, list of all devices known, etc.).

How much data is "too much?"   I'd love to be able to use the saved chart data 
that's 3-5 years old in trending reports, and then go down to keeping ~ 1.5 
years worth of data, but I don't see where the chart data is going (uptime, 
traffic stats on 5 minute intervals, etc).

I've played a little bit with Intermapper Reports, but the drop-down style it 
uses doesn't seem very practical for a server with 58 maps and 2489 devices (I 
can't even guess the number of interfaces)

Thoughts, ideas, and pointers to Docs I didn't find are all appriciated.

-----
-debbie
Debbie Fligor, n9dn       Network Engineer, CITES, Univ. of Il
email: [email protected]          <http://www.uiuc.edu/ph/www/fligor>
                  "My turn."  -River Tam






-----
-debbie
Debbie Fligor, n9dn       Network Engineer, CITES, Univ. of Il
email: [email protected]          <http://www.uiuc.edu/ph/www/fligor>
                   "My turn."  -River Tam






____________________________________________________________________
List archives:
http://www.mail-archive.com/intermapper-talk%40list.dartware.com/
To unsubscribe: send email to: [email protected]

Reply via email to