Submit a ticketCall us

Webinar: Web Help Desk for HR, Facilities and Accounting Departments
This webinar will focus on use cases for HR, Facilities and Accounting.

Having a unified ticketing and asset management system for all the departments in your company can provide end-users with a seamless experience and make things easier for your IT team. Yet, with different business tasks and objectives, many departments don’t fully understand the capabilities of Web Help Desk and how the software can be customized for effective use in their departments.
Register Now.

Home > Success Center > Kiwi Syslog Server > Log Kiwi Syslog Daemon to a MS SQL database

Log Kiwi Syslog Daemon to a MS SQL database

Table of contents

Updated March 11th, 2016


This article provides steps to log Kiwi Syslog Daemon to a MS SQL database.

The database options are always being improved. It is recommended you download the latest version of Kiwi Syslog Daemon from our SolarWinds Customer Portal


If you need details screen shots available under this post Kiwi Syslog logs to store with SQL database setup screen shots


All Kiwi Syslog versions


  1. Create a Log to ODBC database action.
  2. Set the DSN name to the system DSN you have created. You can use the browse button to select from the DSNs listed on the system.
  3. Enter a table name that you want to create.
  4. Select the database type from the drop down list. Choose Kiwi SQL format ISO.
  5. Click Create Table. This will erase any existing table and create a new one with all the standard fields.
  6. Click Test to generate a test message. Do this a couple of times.
  7. Click Query Table. This will show you the entries in the table..

You should now be ready to have the messages logged to the database.


You only need to use a custom database type if you want to modify the field names or formats. More details on the Kiwi ISO format can be found in the help file.


To log to different databases, you will need to use a separate rule, filter and action for each database. You can split the traffic based on host name, or message facility. Just have all the routers send on Local0, all the switches on Local1 and all the firewalls on Local2. Then use priority filters to split the messages.


For example:


Rule #1
Action: Display (displays all messages - no filters)

Rule #2
Filter: Priority: Local0, all levels
Action: Log to ODBC: DSN=Routers

Rule #3
Filter: Priority: Local1, all levels
Action: Log to ODBC: DSN=Switches

Rule #4
Filter: Priority: Local2, all levels
Action: Log to ODBC: DSN=Firewalls


You can either use a separate DSN and database for each rule, or just specify a different table in the same database. The choice is up to you.


If you still have issues after following the instructions provided, then please use the Technical Support form to receive further assistance.






Last modified
15:37, 9 Jun 2017