OBJECTSERVER System Option
Specifies whether SAS is to run as an Integrated Object Model (IOM) server.
| Valid in: | configuration file, SAS invocation |
|---|---|
| Category: | Environment Control: Initialization and Operation |
| PROC OPTIONS GROUP= | EXECMODES |
| Default: | NOOBJECTSERVER |
| Note: | This option cannot be restricted by a site administrator. For more information, see Restricted Options in SAS System Options: Reference. |
| See: | OBJECTSERVERPARMS System Option |
Syntax
-OBJECTSERVER
Syntax Description
-OBJECTSERVER
when specified, SAS runs as an .
Details
An IOM server is a noninteractive SAS session that is run with the OBJECTSERVER system
option.
The sets OBJECTSERVER for the SAS servers that it invokes. In order to make it easy to specify the command, the server
can be started by using a simple command with an option to connect back to the metadata
server to obtain additional IOM-specific options.
You can specify the
server start-up command in several locations:
-
system command line
-
script
-
metadata (server definition in )
The general form of
the server start-up command is:
SAS-exec -objectserver other-system-options -objectserverparms "object-server-parameters"
-
SAS-execis the absolute path to the SAS executable. For example:
-
Windows:
C:\Program Files\SASHome\SASFoundation\sas -
UNIX:
/usr/local/bin/SAS/SASFoundation/sas
-
-
-objectserverlaunches this SAS session as an IOM server.Note: In configuration files on z/OS, do not precede system options with a hyphen. Also, an equal sign must precede the first parameter that follows the OBJECTSERVERPARMS keyword. For example:objectserver objectserverparms="cel=credentials protocol=bridge port=8561"
-
other-system-optionsare optional, additional system options. System options that are typically used for servers include options such as: LOGCONFIGLOC, NOTERMINAL, and NOLOGO. For complete information about system options, see SAS System Options: Reference.
-
-objectserverparms"object-server-parameters"are IOM-server-specific options that are passed to the server by the OBJECTSERVERPARMS system option. For more information, see OBJECTSERVERPARMS System Option.
Note: For SAS Workspace Servers
that run on UNIX, it is sometimes necessary to call the SAS start-up
command by using a wrapper script. For more information, see Managing Workspace Servers and Stored Process Servers.
The server start-up
command is obtained as follows:
Regardless of how the server is started, servers, stored process servers, and OLAP servers, by default, also connect back
to the metadata server in order to obtain
configuration information, such as pre-assigned libraries, that is associated with
the .
-
When the server is started by a spawner, the start-up command is stored in SAS metadata.In the SAS metadata, there is one metadata field for the SAS start-up command and system options, and another field for the object server parameters. The combines these two fields, along with connection information and some spawner internal object server parameters, to create the complete SAS command. The object spawner then passes this command to the operating environment.
-
When the server is started by a script or as a or , the command that is passed to the operating environment is not determined by SAS metadata.However, , and any server can connect back to the in order to obtain additional object server parameters and connection information (such as protocol engine and port number). (Some object server parameters cannot be obtained from the metadata. For more information, see OBJECTSERVERPARMS System Option.When object server parameters are specified in the metadata, if there are any object server parameters that are also specified in the command, then the object server parameters in the command take precedence over those that are stored in the metadata.
The following table summarizes the ways that the SAS command, system options, and
object server parameters can be specified for each type of IOM server. (1 = Object
server parameters that are stored in metadata supplement the command-line
object server parameters if the SERVER parameter is used.)
|
Server
|
Spawner launched?
|
Use of SERVER parameter
|
Obtainable from metadata?
| ||
|---|---|---|---|---|---|
|
Command
|
Object server parameters
|
Librefs
| |||
|
Workspace server
|
Required
|
Spawner supplied
|
Yes
(Spawner retrieves)
|
Yes
(Spawner retrieves)
|
Yes
|
|
Stored process server
|
Required
(Load-balanced)
|
Spawner supplied
|
Yes
(Spawner retrieves)
|
Yes
(Spawner retrieves)
|
Yes
|
|
OLAP server
|
Not allowed
|
Required
|
No
|
Yes
|
Yes
(If SERVER is used)
|
|
Metadata server
|
Not allowed
|
Not allowed
|
No
|
No
|
No
|
Note: When you start the server
with a script, some object server parameters, such as DNSMATCH, cannot
be obtained from the metadata. Do not enter these object server parameters
in your metadata. For details, see OBJECTSERVERPARMS System Option.
Example
This example shows how
OBJECTSERVER can be used in a configuration file used to start the
metadata server:
-objectserver -objectserverparms "cel=credentials protocol=bridge port=8561 classfactory= 0217E202-B560-11DB-AD91-001083FF6836 trustsaspeer=C:\SAS\ FoundationServers\Lev1\SASMeta\MetadataServer\trustedPeers.xml"
Note: In configuration files on
z/OS, do not precede system
options with a hyphen. Also, an equal sign must precede the first
parameter that follows the OBJECTSERVERPARMS keyword. For example:
objectserver objectserverparms="cel=credentials protocol=bridge port=8561"
See Also
System Options:
Last updated: October 6, 2026