Deployment Architecture

DB Connect Rising Column type

gilla
Engager

Hi,

I have some problem.
My database table rising_column type is varchar2.
So tail monitoring is not working.
We cannot change column type and we have no number, date type of rising column.
How can I do ?

Tags (1)
0 Karma
1 Solution

Dan
Splunk Employee
Splunk Employee

Rising column can be any column type that is comparable. Technically, varchar2 is comparable (see here for details from Oracle). Although tail monitoring will function, it may not give you desired results.

It could be that your table just isn't a good candidate for tail input. You can consider the dump input instead. Or, you can add an auto-incrementing field to the table, which won't require developers to write any extra SQL for every INSERT (see here again for Oracle).

View solution in original post

Dan
Splunk Employee
Splunk Employee

Rising column can be any column type that is comparable. Technically, varchar2 is comparable (see here for details from Oracle). Although tail monitoring will function, it may not give you desired results.

It could be that your table just isn't a good candidate for tail input. You can consider the dump input instead. Or, you can add an auto-incrementing field to the table, which won't require developers to write any extra SQL for every INSERT (see here again for Oracle).

gilla
Engager

I'm really sorry about this situation.
Yes... DBX app is working correctly.
I have simple mistake of configuration.
And now everything is OK!!!
DBX App is very very nice App!!!
Thank you very much, Dan!!!

0 Karma

Dan
Splunk Employee
Splunk Employee

The string representation of time should be comparable in the right way. This should work.

One thing you will have to change is your output timestamp formatting, so that the events make it into Splunk in the right way. In your stanza in inputs.conf:

output.timestamp = 1
output.timestamp.column = USE_START_DTIME
output.timestamp.parse.format = yyyyMMddHHmmss

0 Karma

gilla
Engager

Thank you for your answer.
But my customer do not want to modify database table.
And table is very large size and quickly increasing, so dump input is not available.
Column name is USE_START_DTIME, type is varchar2(14).
and data is 20130123102132. It is timestamp, but DB Connect App recognize string format. State.xml is below :


20130121182208


And value key is not update. It means tail function is not working.

Anyway, thank you again, Dan!!!

0 Karma
Career Survey
First 500 qualified respondents will receive a $20 gift card! Tell us about your professional Splunk journey.

Can’t make it to .conf25? Join us online!

Get Updates on the Splunk Community!

Leveraging Automated Threat Analysis Across the Splunk Ecosystem

Enhance Security Operations with Automated Threat Analysis in the Splunk EcosystemAre you leveraging ...

What Is Splunk? Here’s What You Can Do with Splunk

Hey Splunk Community, we know you know Splunk. You likely leverage its unparalleled ability to ingest, index, ...

Level Up Your .conf25: Splunk Arcade Comes to Boston

With .conf25 right around the corner in Boston, there’s a lot to look forward to — inspiring keynotes, ...