No, not in "real time," whatever you mean by that. A "bot" on a remote server could be written to logon to TSO and access the live SYSLOG through SDSF .
Or, perhaps, a "bot" server on z/OS could be written to access the SYSLOG on behalf of a "client" on a remote system. The mechanics are relatively simple. There are several primary problems that might make a project of this nature unlikely.
- Many JES2, and essentially all JES3 systems are configured so JESx operates in an environment where the SPOOL data areas are shared by several systems, but each system has an independent SYSLOG.
- Many systems are configured so SYSLOG data sets are switched several times during a day and the SYSLOG is offloaded for archival processing by products such as CA-SMR, though that particular product is not that widely used and its vendor does not appear to be actively marketing it. Combining this proposed server with something like a CA-SMR might present some serious difficulties.
- The amount of data is fairly large; I would expect 100 megabytes / day is not that uncommon.
- SYSLOG data is rather unstructured.
- Rather than use the JESx SYSLOG, intercept it using the SSI function JESx uses and save it there. Doing it this way keeps the "server" "bot" and CA-SMR type products from stepping on each other's toes.