From 5cca4552674adad6dc24d1e91f41771db7c70beb Mon Sep 17 00:00:00 2001
From: Rainer Gerhards
This section needs updating. You can now solve the issue with failover +database servers. Read the rsyslog.conf doc on +that.
Rsyslogd writes syslog messages directly to the database. This implies that the database must be available at the time of message arrival. If the database is offline, no space is left or something else goes wrong - rsyslogd can not @@ -186,10 +189,10 @@ While not perfect, we consider this to be a better approach then the potential loss of all messages in all actions.
In short: try to avoid database downtime if you do not want to experience message loss.
-Please note that this restriction is not rsyslogd specific. All approachs to +
Please note that this restriction is not rsyslogd specific. All approaches to real-time database storage share this problem area.
With minumal effort, you can use rsyslogd to write syslog messages to a MySQL +
With minimal effort, you can use rsyslogd to write syslog messages to a MySQL database. Once the messages are arrived there, you can interactivley review and analyse them. In practice, the messages are also stored in text files for longer-term archival and the databases are cleared out after some time (to avoid -- cgit v1.2.3