/h

• D2000
• NTLM
• Kerberos

Password is the user's password for automatic login into the process after starting the process. /AP means that the password is an empty string.

The parameter is also used when changing the access password to the configuration database by the kernel.exe process.

Enables the debug information on the status of the Oracle cluster.
The parameter can be used only when the database TNS points to the cluster and contains the FAILOVER section (recovering the connection after one of the instances of the Oracle cluster fails). If the FAILOVER section is not included in the database TNS, no debug information will be generated on a failure or disconnecting of a cluster instance.

Warning: The parameter can be used just for dbmanager_ora.exe.

When the parameter is entered, the D2000 KOM process will report the specified version of the KomAPI interface (VerLo item in the InitParams structure) during the initialization of the OEM protocols. Attention - in fact the interface does not change, so OEM protocols may not work correctly if they use non-existent InitParams structure items or items that were moved or changed when the interface version was changed.

Support for long strings (e.g. for working with CLOB columns of Oracle database). By default, D2000 DBManager works with strings up to 4000 characters long. With this parameter, a reserved maximum size for a string can be changed.
Note: An increase in reserved size will affect memory consumption.

1. Two (or more) archive processes (SELF.ARC), where one is connected to the HS Server, the other (s) is connected to SBS Server (s). If SELF.ARC is connected to the SBS Server, it works in the ReadOnly mode. If it is connected to the HS Server, works as usual.
2. Two (or more) instance archive processes (SELF.ARC_1, SELF.ARC_2, etc.), that are connected to the HS Server. The active instance works as usual, the passive one (s) works in the ReadOnly mode.

• its D2000 server changes its state to SBS
• DbManager is run as an instance (supported since version D2000 8.0) and the instance becomes passive

If the parameter is specified, when working with a PostgreSQL database with BLOB fields (BYTEA), these will be read/written in hexadecimal format - DbManager will convert individual letters into hex code according to the ASCII table, i.e. if the string "ABC" is in the BLOB, it will be read as "414243".

Developer mode: enables the parallel running of several D2000 Server processes on one computer for development purposes. The value of <nickname> will be displayed in the topic of text console window of the D2000 Server process (if the console window is visible, see the parameter /X) and it will be also added to the name of shared memory used for interprocess communication.
To avoid collision and change the standard number of TCP port (3119) all processes D2000 Server (with the exception of a single one using standard TCP port 3119 and standard name of shared memory) must be run using the parameters /P and /DM.
Example:

ServerA: kernel.exe /P:1001 /CApp1 /DMThisIsApp1
ServerB: kernel.exe /P:1002 /CApp2 /DMThisIsApp2

local connection to ServerA via shared memory: hi.exe /P:1001 /DMThisIsApp1
local connection to ServerB via shared memory: hi.exe /P:1002 /DMThisIsApp2

local connection to ServerA via TCP/IP: hi.exe /P:1001 /TP
local connection to ServerB via TCP/IP: hi.exe /P:1002 /TP

remote connection to ServerA: hi.exe /Sserver_name /P:1001 /TP
remote connection to ServerB: hi.exe /Sserver_name /P:1002 /TP

Note: Starting with version 7.02.006, the process D2SMC supports parameters /DM and /P. Multiple instances of D2SMC can be executed, each of them connected to a different D2000 Server running in developer mode.

• /DUMP - generates the file with the basic information about the process, such as threads and their call stacks. The size of this file is quite small. Mostly, the information in this file is sufficient for analyzing the reasons for the crash.
• /DUMP_MEDIUM - generates the file with the information about the process and a part of memory that is formed by the heap. The size of this file is bigger than when using /DUMP parameter.
• /DUMP_FULL - generates the file containing the full process image at the time of the crash. The size of this file can be very large (equal to the size of the process in memory). Use this parameter only in extraordinary situations!

Enables (+) / disables (-) displaying of debug information of a given category (debug_category) at the start of the process.
Debug information is designed for internal development purposes.

To enable/disable displaying of debug information and to view it you may also use the process D2000 System Console.

Warning: Displaying debug information may cause system overload.

• 1 - automatic sending of values, gained during work in the offline mode, from the KOM archive (implicit value),
• 2 - values are sent only on demand (TELL command).
• 3 - automatic sending of values from KOM archive (as the mode 1), but the statistical archive values are not recalculated.

The parameter period is optional and is given in seconds. Minimum value of the parameter is 5 s.
If period is not specified, the process D2000 KOM will simulate the values of I/O tags with the period specified by the polling parameter Delay of respective station (if Delay is not specified, i.e. 0:0:0, the values of I/O tags will be simulate with the period of 5 s.).

DbManager tries to find a connection to the database up to count times, always with a 1-second delay. The default value is 10 times. The parameter is important when switching redundancy when the /DBSH parameter is used (the database connection is maintained by only the active DbManager) so that the database operations of initializing events don't fail because the connections to the database are not yet functional.
The original behavior (a single attempt to find a connection) can be achieved by setting / KS1.

• SK - for Slovak version
• CZ - for Czech version
• GB (EN) - for English version
• RU* - for Russian version
• KZ* - for Kazakh version
• RS* - for Serbian version

If the parameter is not entered, then the language version of the process is set by the regional settings of the operating system.

*The parameters apply for D2000 HI, other processes use English.

Note: For on-line help applies, if it exists for given language, it will be used, if not, English version will be used.

Allow changing the UUID of system structured variables. This feature can be useful if it is necessary to transfer their values through the transparent gateway to another application (in combination with the renaming of system structured variables and the functionality of the transparent gateway based on UUIDs).

The parameter activates a feature that causes the calculation of eval tags and publishing of values after the redundancy switching (values can be published through the value of the own eval tag or by writing to the structure fields in the case of structured eval tags). This behavior is not desirable and is disabled by default (recalculation is not performed after redundancy is switched). If necessary, you can activate this feature by the / Q parameter.

When the parameter is specified, the communication of the OEM protocols will be stopped (and in the case of TCP/IP-TCP and TCP/IP-TCP Redundant lines, the connections will also be closed) while the D2000 KOM process is passive. It is thus possible to make the D2000 KOM process redundant with simple request-response type OEM protocols without modifying the source codes of the OEM protocols.

Time is the waiting period (in seconds) of the client process for the initialization of the D2000 Server. The default value is 1 second.
Note: This parameter is ignored if used together with parameters /RD or /RF.

The parameter has another meaning on the Windows platform if the process is run as a service (see the parameter /X). It indicates the required service start time - from the start of the process to the successful connection to the  D2000 Server process. The historical default value was 10 seconds, therefore to keep the compatibility the start time is specified as 9 +<Time>. The default value may not be sufficient, for example, when a process is being run remotely and connects via a slow WAN network, so Windows will report a timeout starting the service.

The delay (in seconds) between the completion of the process initialization (after the process has started or connected to the HOT D2000 Server) and the sending of the "process is ready" message. The wait is used to establish communication before other processes (e.g. D2000 Event Handler) start writing to the output I/O tags. The default value of the parameter is 1 second.

Configuration of reverse connect. The client process listens on the specified TCP port and the D2000 Server connects to it. The reverse connection is used for remote processes (especially processes running in the DMZ or on a network with a lower security level) that are not started by the D2000 Server but have their own watchdog.

For the functionality of the reverse connection from the D2000 Server, it is necessary to configure the parameters of the reverse connection in the configuration of the appropriate process.

Ensures that D2000 HI process runs in different time zone as it is set in D2000 System. As a time zone name, it is possible to use any name from tz database or define fixed offset from UTC using the format "(+|-)hh[:mi[:ss]]", where hh defines the number of hours, mi defines the number of minutes, and ss defines the number of seconds. Sign as well as number of hours are mandatory parts of offset definition, number of minutes and seconds are optional and default to 0 (e.g. "+02:30" defines offset of 2 hours and 30 minutes from UTC).

Some processes can be started multiple times as a form of redundancy in D2000 - they are called instance processes or shadow processes (D2000 Archiv, D2000 Kom, D2000 Calc, D2000 DBManager).
In that case the instance number must be written after the name of process as follows:
/WSELF,2

The system generates the process (object) name as follows:
[InstanceNr]_originalName.Suffix

Example:
[2]_SELF.ARC
Above mentioned object is dynamic and its name can be used within the structure SV._System_Proces.

Note: See the chapters Redundant archiving, Redundancy of communication process.