This module writes the One Identity Manager Service messages. The following module types may be selected:
This module writes the One Identity Manager Service messages. The following module types may be selected:
The EventLogLogWriter writes messages from the One Identity Manager Service to an event log. To view the event log, you can use the results display in the Microsoft Management Console, for example.
Parameters |
Description |
---|---|
EventLog |
Name of the event log to which the messages are written. The messages are written to the application log with Application as the default value. NOTE: If more than one One Identity Manager Service write event logs on a server, make sure that the first eight letters in the log name are unique on the server. |
LogSeverity |
Severity levels of the logged messages. Permitted values are:
|
EventID |
The ID of the messages written to the event log. |
Category |
The category of the messages written to the event log. |
Source |
The name of the source of the messages written to the event log. |
By default, the One Identity Manager Service only logs messages in the event log Application.
To use an event log with a different name
On the Job server, manually add the file for theOne Identity Manager Service to write to. You can use PowerShell, for example, to do this.
Run PowerShell as administrator on the Job server.
Run the following CmdLet:
New-EventLog -Source "Foobar" -LogName "<file name>"
Enter this file name in the One Identity Manager Service configuration file, in the module EventLogWriter as the name for the event log.
Restart the computer.
Restart the One Identity Manager Service.
The FileLogWriter writes messages from One Identity Manager Service to a log file. The log file can be displayed in a browser.
You call up the log file with the appropriate URL.
http://<server name>:<port number>
The default value is port 1880.
Parameters |
Description |
---|---|
Log file (OutputFile) |
Name of the log file, including the directory name. Log information for the One Identity Manager Service is written to this file. IMPORTANT: The directory specified for the file must exist. If the file cannot be created, no error output is possible. Error messages then appear under Windows operating systems in the event log or under Linux operating systems in /var/log/messages. |
Log rename interval (LogLifeTime) |
In order to avoid unnecessarily large log files, the module supports the functionality of exchanging the log file with a history list. The LogLifeTime specifies the maximum life of a log file before it is renamed as backup. If the log file has reached its maximum age, the file is renamed (for example, as JobService.log_20040819-083554) and a new log file is started. Timeout format: day.hour:minutes:seconds |
Process step log lifetime (JobLogLifeTime) |
Retention time for process step logs. After this expires, the logs are deleted. Timeout format: day.hour:minutes:seconds For test purposes, you can enable logging of individual process steps in the Job Queue Info. The processing messages of the process step is written to a separate log with the Debug NLog severity. The files are stored in the log directory. Repository structure: <Log directory>\JobLogs\<First 4 digits of the UID_Job>\Job_<UID_Job>_<yyyymmdd>_<Timestamp>.log |
Number of history logs (HistorySize) |
Maximum number of log files. If several log files exist, the oldest backup file is deleted when a new log file is created so that the limit is not exceeded. |
Max. log file size (MB) (MaxLogSize) |
Maximum size in MB of the log file. Once the log file has reached the limit, it is renamed as a backup file and a new log file is created. |
Max. length of parameters (ParamMaxLength) |
Maximum number of characters allowed in a process step parameter so that they are written to the log file. |
LogSeverity |
Severity levels of the logged messages. Permitted values are:
|
Add server name (AddServerName) |
Specifies whether the server name is to be added to the log entries. |
In a hierarchical server structure a server can be used as a proxy server for other servers. The proxy server makes requests at set time intervals for process steps to be processed on a server and sends them to the next server. If the request load needs to be minimized, a proxy server is recommended.
Parameters |
Description |
---|---|
Acts as proxy for other servers (IsProxy) |
Specifies whether the server is to act as a proxy server. Set this option if the server should be a proxy server. |
ProxyInterval |
Time interval in seconds, after which the proxy server acting as deputy for another server, should renew a request to the database. |
The following guidelines can be used as orientation for the configuration of One Identity Manager Service polling intervals in a cascading environment:
Parameters | Root Server (direct connection to database) | Leaf server (connected by HTTP or file) |
---|---|---|
JobServiceDestination.StartInterval |
90 seconds |
600 seconds |
JobServiceDestination.Statisticinterval |
360 seconds |
600 seconds |
Dispatcher.ProxyInterval |
180 seconds |
|
Dispatcher.IsProxy |
True |
False |
The proxy mode of a root server ensures that, acting on behalf of the leaf server, process steps are queried in shorter proxy intervals. When the root server is restarted, it may take a while until all leaf servers have sent their first request (in this case a maximum of 600 seconds). However, the system then swings into action.
Figure 28: Dispatcher configuration example
© ALL RIGHTS RESERVED. Terms of Use Privacy Cookie Preference Center