OnDemand Users Group

Support Forums => CMOD for Multiplatforms => Topic started by: pankaj.puranik on October 20, 2015, 07:09:26 AM

Title: Migrate the System log to another system like Terradata.
Post by: pankaj.puranik on October 20, 2015, 07:09:26 AM
We have this requirement to move the System logs to Terradata.
The reason this is being done is because these logs are consuming a lot of space and we do not have the option of moving them to TSM.

So we need to migrate the metadata and documents (message 87 stores a document with the load log).
Any pointers on how we should do the extraction of metadata and documents and then correspondingly link them.
Title: Re: Migrate the System log to another system like Terradata.
Post by: Justin Derrick on October 20, 2015, 09:40:53 AM
I've never heard a requirement like this before.

Consider purchasing the Storage Optimization feature for DB2 from IBM -- it compresses the database data by more than 50% in sites where I've seen it used.

There really isn't a great way to extract both the table data and the log messages.  I suppose you could slurp out an entire System Log table with arsdoc, but it wouldn't be in a format you could store easily in a datawarehouse.

-JD.
Title: Re: Migrate the System log to another system like Terradata.
Post by: Alessandro Perucchi on October 20, 2015, 10:49:16 AM
Hello Pankaj,

if the System Log is taking too much space... then why not reduce the number of log that will get into it?
You can decide what kind of logs will be archive in "System Log". That way, you can reduce the space used.

Alex
Title: Re: Migrate the System log to another system like Terradata.
Post by: pankaj.puranik on October 20, 2015, 01:24:08 PM
Agreed Alessandro.
But my concern now is getting rid of the already existing logs.
Title: Re: Migrate the System log to another system like Terradata.
Post by: Justin Derrick on October 20, 2015, 09:10:56 PM
Quote from: pankaj.puranik on October 20, 2015, 01:24:08 PM
Agreed Alessandro.
But my concern now is getting rid of the already existing logs.

Or you could just reduce the Life Of Data And Indexes number, and CMOD will take care of it at the next expiration run, eliminating old tables that are no longer needed.

-JD.
Title: Re: Migrate the System log to another system like Terradata.
Post by: pankaj.puranik on January 11, 2016, 09:57:42 AM
Agreed JD. But the management is reluctant in getting rid of the old data. :(
Title: Re: Migrate the System log to another system like Terradata.
Post by: Justin Derrick on January 11, 2016, 01:43:28 PM
Heh.  They don't make it easy, eh?  :)

I'll re-iterate my suggestion of the Storage Optimization feature.  It's made a big difference at the customer sites where I've installed it.

-JD.
Title: Re: Migrate the System log to another system like Terradata.
Post by: Alessandro Perucchi on January 12, 2016, 10:42:47 AM
What you can do is the following:

1) Extract data with documents behind:


arsdoc get -h <cmod> -u <user> -p <pwd> -G "System Log" -v -gcN -o export-SL-with-Document -i "where APPL_ID='T'"


2) Extract the databases values in a loose CSV format (with semi-colon instead of coma)


arsdoc query -h <cmod> -u <user> -p <pwd> -G "System Log" -v -e ';' -H -i "where APPL_ID<>'T'"



Then, you need to write a parser to integrate both extraction in your DWH solution... terradata or something else.

I hope that helps a little bit on how you can achieve what you want...
Title: Re: Migrate the System log to another system like Terradata.
Post by: Justin Derrick on January 14, 2016, 12:00:06 PM
I'll just mention that without specifying the date with the -S option, this query/retrieve will take a very long time if your system has so many System Log tables that you're considering archiving it elsewhere. 

Otherwise, Alessandro is correct again.

The only thing we haven't addressed is how to remove the System Log data from CMOD. 

You can either reduce the 'life of data and indexes' value, or run arsmaint with the (rather dangerous) -t option to get CMOD to expire the data, but as if arsmaint was being run at a future date.

-JD.