I don’t want to save alarms into database. But I read that networking is necessary is you want to show alarm in SCI as SCS will aware of alarm if network logging is enabled but my boss said “If network logging is required, then you have set up the solution incorrectly.”
Can we show alarm on SCI without network logging ?
I also find it weird as the message is there by internal messaging, otherwise SCS would never receive messages.
Or is there something else missing on why it is needed?
oi?
You need to configure network logging in order for an application to propagate GCTI events to Message Server; else, they won’t be sent to it.
Message Server only purpose is a) to buffer those messages and b) for the alarm conditions you have set up to signal SCS, which will execute the alarm reaction you may have configured against them.
If you don’t configure network logging, SCS will never know about whatever messages are generated by each application (except for host conditions, but that is a different story).
I agreed that Message server is used for database logging, but SCS is not responsible for database logging. As Genesys also said in the tickets that network logging means to send event information to message server, SCS, or the management layer.
So network logging seems to be mandatory if you want to show alarm in SCI, but it also saves events in database .. so we have no other option - we must go with both database logging and sci alarm OR we forget this alarm.
You are confusing storing logs in the database with showing active alarms. These are two different features.
No one has said that SCS is responsible for logging into the log database; however, if you want to have alarms, then you need network logging + alarm conditions set up.
The storage of logs depends just on a. setting up a DB & its DB Server and b. enabling Message Server to insert them into it.
The display of alarm conditions would take place even if you didn’t have a database, as long as network logging and alarm conditions exist.
Stop with the mojitos, get back to Framework :PP lol
Disabling DB Server is not the only way not to store data: the db_storage option at Message Server level is the one that dictates whether logs are stored in the database.
With regard to verbosity level, usually ‘standard’ is enough to get the main alarms come through; you can increase it to Interaction / Trace, but with obvious consequences. If you set it to all, network logging intrinsic capping won’t send any debug-level messages to Message Server.
You disable the logging into the database via message server option (do not remember the exactly name of the option, something like “db_storage=true/false”). In general, the logging into the database is good, but you has to be aware and schedule some maintenance on LOG database to archive or prune the old records.
never paid too much attention to Framework honestly