Specify Configuration Information
Select the path where
the SAS Deployment Wizard will write SAS configuration files and logs
and the level that you want to deploy (for example, Lev1 = production).
In UNIX environments
the SAS Installer generally overrides the default configuration directory
with the site’s preferred location (for example,
/opt/sas/config
).
The installer must have Write permission on this path.
Note: The last digit of the default
port number reflects the configuration level that you select in the
SAS Deployment Wizard. For example, when you select
Lev1,
the default port for the metadata server is 8561. If you choose another
level, such as
Lev2, the wizard changes the
default port to 8562.
Note: Although your SAS Home and
SAS configuration directories can share the same parent directory,
one directory should not reside inside another. Defining the configuration
directory under the SAS Home directory, or vice versa, can lead to
file permission issues arising from the need to manage installed files
differently than site-specific configurations.
On
z/OS, the mount
point must exist. The SAS Deployment Wizard will create the necessary
subdirectories.
If you are deploying
the SAS Framework Data Server, then SAS configuration path should
be a path local to the machine. The configuration path should not
be on an NFS shared disk. If you want to put your configuration path
on a shared disk, then you must make sure that you specify a local
path for the Framework Data Server content directory. You can set
the content directory on the
Framework Data Server Invocation
Options page. This page is available only on the custom
configuration prompting level.
Local Machine Name
Enter the complete
name of the local host in Fully-qualified Local Host Name.
The fully qualified local host name typically takes the form of the
local host name plus the domain name server (for example, myserver.example.com).
Enter a short host name in Short Local Host Name.
The short local host name is the abbreviated, more common method of
referring to the host, usually only a single word.
Migration Information
Ignore this page and
click Next.
If you need to migrate
SAS 9.1.3 content to SAS 9.3, see
Introduction in SAS Intelligence Platform: Migration Guide.
Authentication Domain
Accept the default
value (DefaultAuth), unless you are planning to use a different SAS
authentication domain for servers on this machine.
For example, if the
metadata server is on Windows and the workspace server is on UNIX,
the workspace server might be assigned to a SAS authentication domain
named UnixAuth. For more information, see
Manage Authentication Domains in SAS Management Console: Guide to Users and Permissions.
Windows Options (run as managed scripts or services)
On Windows, choose
how to run your SAS servers, either by using management scripts or
running them as Windows services. If you choose the script option,
then the user account that runs the object spawner must meet the following
requirements on the object spawner machine:
-
be the administrator or a member
of the Windows Administrator’s group
-
have the following Windows local
user rights:
-
Adjust memory quotas
for a process
-
Replace a process
level token
Integrated Windows Authentication
Select to configure
workspace servers running on Windows or UNIX to use Integrated Windows
authentication (IWA). IWA uses a single sign-on feature which allows
a user’s identity, obtained from authentication to the user’s
desktop, to be securely passed from the desktop to other processes
such as the metadata server and the workspace server running on either
Windows or UNIX. The mechanism used is typically Kerberos, but on
Windows, NTLM may also be used.
You will also encounter
this page when deploying SAS Enterprise Guide and SAS Add-In for Microsoft
Office. If you have not chosen IWA for the workspace server, then
choosing IWA for these clients has no effect.
A metadata server running
on Windows or Unix has IWA enabled by default. For more information,
see
SSPI System Option in SAS Intelligence Platform: Application Server Administration Guide.
SAS Metadata Server
If you have any changes
for the metadata server, enter them in this page.
The deployment wizard
creates a separate server context (SASMeta) for the metadata server
and the other servers required to perform metadata server utility
functions, such as backup and promotion. A server context is a SAS
IOM server concept that describes how SAS Application Servers manage
client requests. A SAS Application Server has an awareness (or context)
of how it is being used and makes decisions based on that awareness.
The server context name is prepended to all server names defined in
the server context. Therefore, we recommend that you not change the
logical server or server prefix (SASMeta).
Deployment Accounts: Type of Accounts
Select whether to use
internal accounts when appropriate. Internal user accounts are accounts
known only to SAS and are created and authenticated internally in
metadata rather than externally.
Note: On Windows, whenever the
deployment wizard prompts you for an external account, always enter
a domain-qualified user account (for example, myDomain\myAccount).
External Account: Installer
Enter the user ID and
password for the external account to be used to install and configure
SAS. Depending on the operating system, this account should meet the
following requirements:
-
Use a domain-qualified
account that is available in the long term (for future SAS maintenance)
and is a member of the Administrators group.
-
Use the same account
on all machines on which you are deploying SAS. Do not use
root
.
-
Use the same account
on all machines on which you are deploying SAS.
SAS Internal Account: Unrestricted Administrator
Enter a password for
the internal account (sasadm@saspw) that the wizard will create to
serve as an unrestricted administrator for the purpose of configuring
the SAS metadata server.
SAS Internal Account: Trusted User
Enter a password for
an internal account (sastrust@saspw) that the wizard will create to
enable SAS server and spawner components to communicate securely with
each other.
SAS BI Web Services: Authentication Method
Select the method by
which users of SAS BI Web Services are authenticated:
-
SAS Authentication is
managed by the metadata server.
-
Web Authentication is
managed by the Web application server using container-based authentication
or a third-party product. Selecting
Web Authentication has
these effects:
-
partially configures Web authentication
for Java BI Web Services. For more information, see
Securing SAS BI Web Services for Java in SAS Intelligence Platform: Middle-Tier Administration Guide.
-
has no effect on the BI Web applications
(such as SAS Web Report Studio, SAS Web Information Portal, and so
on). You will have to configure Web authentication for these BI Web
applications.
-
prevents you from being offered
a chance to set up an anonymous Web user (as this is incompatible
with Web authentication).
Anonymous Web Access
When using SAS authentication,
you can select this option to set up a SAS identity for anonymous
access to certain Web services and Web applications that support this
feature. Currently, SAS BI Web Services for Java and .NET and the
SAS Stored Process Web Application are the only components that support
this feature.
SAS Internal Account: Anonymous Web User
(Optional) Enter the
user ID and password for the internal SAS account to be used to grant
clients access to applicable SAS Web Infrastructure Platform applications
such as SAS BI Web Services and the Stored Process Web Application.
When SAS authentication is being used and the user has not preemptively
specified credentials, the client will be given access to these Web
applications under the anonymous user account.
External account: SAS Spawned Servers Account
Enter the user ID and
password for the external account to be used to start the pooled workspace
server and the stored process server. On Windows, enter a domain-qualified
user ID.
Create Common Directories
Select to create common
directories for server and spawner logs, user-specific files, data
(SAS libraries for tables and cubes), and temporary work tables and
files.
When you select this
option, the deployment wizard creates the specified directory (
Logs
,
Users
,
Data
,
and
Temp
) under the SAS configuration
directory.
Server Encryption
Select the encryption
level and algorithm that SAS clients and servers use to connect to
the metadata server.
Choose
Credentials to
encrypt only login credentials. Choose
Everything to
encrypt all communication with the metadata server. (Choosing
Everything can
affect your SAS performance.)
To specify an encryption
algorithm other than SASPROPRIETARY, you must have a license for
SAS/SECURE
software. The other algorithms are: RC2, RC4, DES, TripleDES, and
AES.
For more information,
see
Encryption Model in SAS Intelligence Platform: Security Administration Guide.
Client-side Credentials Policy
Select this option
to set the policy to allow users to save their user IDs and passwords
in client-side connection profiles on the metadata server for desktop
applications. This input sets the value for OMA_SASSEC_LOCAL_PW_SAVE
in omaconfig.xml.
E-mail Server
Enter the port and
host name for an SMTP e-mail server that the SAS Metadata Server uses
to send e-mail alerts to an administrator if journaling issues arise.
The SAS Deployment Wizard also uses this e-mail server as the default
for the SAS Application Server to provide e-mail services to various
SAS clients. For example, with SAS Data Integration Studio, you can
use a Publish to Email transformation to alert users about various
data changes. In order for the SAS BI Dashboard to send alerts by
e-mail to dashboard users and administrators, the port and host name
must be configured for the e-mail server.
SAS Application Server: Server Context
Enter the name of the
server context for the SAS Application Server definition. A server
context is a SAS IOM server concept that describes how SAS Application
Servers manage client requests. A SAS Application Server has an awareness
(or context) of how it is being used and makes decisions based on
that awareness. The server context name is prepended to all server
names defined in the server context.
Note: The server context name must
be unique.
Metadata Utility Workspace Server
Enter the name of the
logical workspace server and the workspace in metadata. You also need
to enter the name of the machine on which the workspace server runs
and the port on which the object spawner will listen for client requests
to launch workspace servers. The machine name should match the name
specified to the object spawner.
Unlike a regular workspace
server, access to this server is limited to members of the SAS Administrators
group, and its use is limited to metadata server administration tasks
such as promotion and backup.
In SAS 9.3, two or
more workspace servers can share the same port even if they are running
at the same time.
SAS Pooled Workspace Server
Enter the name of the
logical pooled workspace server and the pooled workspace in metadata.
You also need to enter the name of the machine on which the pooled
workspace server runs and the port on which the object spawner will
listen for client requests to launch pooled workspace servers. The
machine name should match the name specified to the object spawner.
SAS Framework Data Server
Enter the name of the
logical Framework Data Server in metadata. You also need to enter
the name of the machine on which the Framework Data Server runs and
the TCP/IP port on which the Framework Data Server will listen to.
For more information, see the
SAS Intelligence Platform: Middle-Tier Administration Guide.
Metadata Utility SAS DATA Step Batch Server
Enter the various values
required to configure a SAS DATA step batch server. The directory
fields identify where the deployed SAS program is stored and the name
of the deployed SAS DATA step program job. Access to this server is
limited to members of the SAS Administrators group, and its use is
limited to metadata server backup.
Query Cache Library
Enter the physical
location on the file system where the SAS library will exist for temporary
files used when creating optimized tables for query look up.
In
Query
Cache Libref, enter the SAS library reference which SAS
will use to refer to the query optimizer SAS library. The name must
be eight characters or shorter and should be unique from other librefs
used within this repository. Librefs must start with a letter or underscore
and contain only letters, numerals, or underscores. The typical installation
libref name is wrstemp. The libref will be used in conjunction with
the server context name to form the SAS library name for the optimizer
library.
Select
Enable
Query Cache to allow the query optimizer to run. If this
selection is not made, then the query optimizer will not attempt to
optimize queries and will not create temporary data sets for improving
performance during rendering. A typical installation will have this
selection turned on. The temporary files created within the query
cache library will be visible to anyone with Read permission on the
Renderer Optimizer directory, so if you have security concerns with
the authorization on this folder, you might want to leave the optimizer
off.
For more information,
see
Using the Query Cache in SAS Intelligence Platform: Web Application Administration Guide.
Output Management Library
Enter the physical
location on the file system where the SAS library will exist for burst
set definition tables for reports which will be distributed by e-mail.
A burst definition table will contain e-mail addresses, channels,
and possibly by group information.
In
Output
Management Library Libref, enter the SAS library reference
that SAS will use to refer to the output management SAS library. The
name must be eight characters or shorter and should be unique from
other librefs used within this Repository. Librefs must start with
a letter or underscore and contain only letters, numerals, or underscores.
The typical installation libref name is wrsdist. The libref will be
used in conjunction with the server context name to form the SAS library
name for the distribution library.
Web Application Server: Automatic Configuration
Select this option
for the deployment wizard to automatically build and configure the
SAS Web applications as well as configuring a sample Web application
server for use with SAS 9.3. (To use this wizard feature, make sure
that your Web application server is not running before proceeding.
For WebSphere, it is necessary to stop all deployment manager servers,
all node agent servers, and all application servers before continuing
with your SAS 9.3 deployment. The one exception is on
z/OS, where
the WebShere web application server should be running.) For more information,
see
Choose Whether to Automatically Configure Your Web Application Server.
Note: When installing SAS Enterprise
BI server to use a WebSphere Base Server, make sure that you choose
not to
have the SAS Deployment Wizard automatically configure your Web application
server.
If you choose not to
automatically configure your Web application server, you will still
be prompted for Web application server information, and deployment
stages such as Configure Products, Deploy Web Applications, and Start
Web Application Servers will execute to create instructions for manual
deployment. When configuration is complete, follow these manual instructions
on how to configure your server and deploy your Web applications.
If you manually configure WebLogic, a reference domain will be created
in your SAS configuration area, but no servers will be started. If
you manually configure JBoss, sample start scripts will be created,
but not launched.
Web Application Server: Multiple Managed Servers
Select to have the
deployment wizard automatically configure multiple managed servers
for you using SAS best practices for choosing the server to deploy
each application to.
In some situations,
it might be preferable to split the SAS Web applications across multiple
managed servers. This is usually done for performance reasons.
If you chose to manually
configure your application servers, you will be provided with recommended
configuration settings in a generated instructions file (Instructions.html)
when the SAS Deployment Wizard completes.
Web Application Server: Managed Server
Enter a logical name
for your managed server. This name will be displayed in your application
server administrative console and used in administrative scripting.
CAUTION:
The managed
server name must be unique. Non-unique names will cause your Web configuration
to fail.
In
HTTP
Port, enter the unsecured port on which the managed server
will listen.
In
HTTPS
Port, enter the SSL port to be assigned to the managed
server.
In
SOAP
Port, (WebSphere only) enter the SOAP port that the WebSphere
administrative services will use to communicate with this managed
server, if SOAP was selected. This port can also be used by the wsadmin
utility.
In
RMI
Port, enter a port using these considerations:
-
This maps to the RMI
BOOTSTRAP port. Each server contains an administrative services component
and a separate and unique port is required for each application server.
-
This maps to the default
JNDI port. Clients connecting to applications running on JBoss, such
as the JBoss shutdown command, would use this port.
-
No RMI port is required
for WebLogic.
In
RMI
Timeout, Enter the RMI timeout value (in seconds) that
will be used to determine when RMI requests between the WebSphere
deployment manager and the nodeagent have timed out, if the RMI protocol
was selected.
In
IPC
Timeout, enter the IPC timeout value (in seconds) that
will be used to determine when IPC requests between the WebSphere
deployment manager and the nodeagent have timed out, if the WebSphere
deployment manager and the nodeagent are on the same host.
In
Configured
Protocol, select the communication protocol for the administration
server: HTTP or HTTPS. Automated configuration through the SAS Deployment
Wizard only supports the HTTP protocol. If you perform a manual configuration,
you can set up HTTPS.
In
enter any additional Java options that you want the managed server
JVM (Java Virtual Machine) to use. These JVM options are tagged onto
the end of the managed server’s command line. Options that
are deployment wizard defaults can be overridden in this way.
Database type for SAS Web Infrastructure Platform
If you want to use
a database other than the SAS Framework Data Server to store SAS Web
Infrastructure Platform data, then choose the type of database here.
In SAS 9.3, the following third-party databases are supported: DB2,
MySQL, Oracle, PostgresSQL, and SQLServer.
SAS Web Infrastructure Platform database properties
Enter the host name,
fully qualified host name, or IP address for the host where the database
is installed. Specify the port that the database server is listening
to and the name of the database that will contain the SAS Web Infrastructure
Platform tables.
Choose
Automatically
create tables and load data to have the deployment wizard
automatically create tables and load the selected pre-existing database
with initial data.
Choose
Use
Catalog to indicate whether the database catalog needs
to be specified in order to uniquely locate a table in the database.
The database catalog should be specified if using one of the following
databases: MySQL, SAS Framework Data Server, or SQL Server.
Choose
Use
Schema Pattern to indicate whether the database schema
needs to be specified in order to uniquely locate a table in the database.
The database schema should be specified if using either DB2 or Oracle.
In the case of MySQL,
the SAS Web Infrastructure Platform configuration process will also
create a new MySQL database in addition to creating tables and loading
data. The new database is named according to the value specified in
the
Database Name field.
For more information,
see
JDBC Data Sources in SAS Intelligence Platform: Middle-Tier Administration Guide.
SAS Web Infrastructure Platform JDBC Properties
Enter the user account
and its password for accessing the database used with your SAS Web
Infrastructure Platform tables.
If you have selected
to automatically configure the SAS Web Infrastructure Platform database,
this user account must have the ability to create tables and insert
records. If you are not automatically configuring the SAS Web Infrastructure
Platform database, this user account must have the ability to insert,
update, and delete records. The default user account is the SAS Administrator
account (sasadm@saspw). For more information, see
JDBC Data Sources in SAS Intelligence Platform: Middle-Tier Administration Guide.
In the
Directory
containing JDBC driver jars fields, enter the appropriate
JDBC driver jars and your selected RDBMS database and version. Inappropriate
or additional jar files will cause configuration failures, so just
copy the minimum required jars to the JDBC driver jars directory.
SAS Web Infrastructure Platform: Database Metadata
Specify the database
catalog or schema if necessary to uniquely query table metadata from
the SAS Web Infrastructure Platform database.
Web Application Server: Automatic Deployment
Regardless of whether
you choose to automatically deploy your SAS Web applications, when
building Web applications, the wizard also automatically explodes
Web application archive files (.EAR files).
If you choose not to
automatically deploy SAS Web applications, the deployment wizard writes
manual deployment instructions to Instructions.html during the Web
application deployment stage, that you will need to complete after
the wizard finishes executing. For more information, go to:
http://support.sas.com/resources/thirdpartysupport/v93/appservers/index.html and select the product name of your Web application server.
External Account: Web Application Server Administrator
You are prompted for
this information if your site uses the WebSphere or WebLogic Web application
server. Enter the user ID and password for the administrator account
for either the WebSphere Application Server or the WebLogic Server.
On Windows, be sure to enter a domain-qualified user ID.
-
For WebSphere,
the Web application server administrator user ID is the administrator
account specified when WebSphere Admin Security was enabled.
-
For WebLogic,
the Web application server administrator user ID is used to configure
the WebLogic default security realm. When the deployment wizard automatically
configures your Web application server, the wizard uses these credentials
to create the administrator account and the WebLogic domain.
If you choose to manually
configure your Web application server, you will need to create this
administrator account (using the credentials that you define here)
with the WebLogic administrative tools.
Web Application Server: Proxy Information
If you are using SAS
Information Delivery Portal RSS feeds, then you will have to provide
proxy server information. Enter the fully qualified host name for
the proxy server and its port that your site uses to access the Internet.
For
NonProxy
Hosts, enter the DNS names of all the machines that should
not be accessed through the proxy server. Be sure to include other
machines where application servers are configured as part of a common
WebLogic Domain or are part of a WebSphere cell. Separate each machine
name with a vertical line character (|). Use an asterisk (*) as a
wildcard for an entire subnet. For example, *.subnet.com excludes
all machines with a DNS name that ends with .subnet.com.
WebSphere Application Server: Node
In Profile
Name, enter a profile name, or accept the default (SAShostname01).
The profile name is used for the directory that contains the node
agent and the SAS Web application server.
The node agent name
is required, but cannot be configured using the deployment wizard.
In
Node
Name, enter a node name or accept the default (SAS
hostnameNode).
The node name is the WebSphere node that contains one or more of the
Web application servers.
In
Additional
JVM Options, enter any additional Java options that you
want the Web application servers to use.
IP Multicast
Accept these IP multicast
settings or enter new ones.
A multicast group communications
protocol is used to communicate among middle-tier SAS applications
in a single SAS deployment (the set of applications connected to the
same metadata server). The combination of multicast IP address and
multicast UDP port should be different for each SAS deployment and
also different from those used by other multicast applications at
your site. The defaults are most appropriate for deployments in a
firewall-isolated data center environment.
SAS Remote Services Application: JVM
Enter the desired initial
heap size for the remote services application using the JVM option
format.
In
Max
JVM Heap Size, enter the desired maximum heap size for
the remote services application using the JVM option format.
In
Additional
JVM Options, enter any additional Java options that you
want the Remote Services VM to use. For example, you might want to
add
-Dmulticast_udp_ip_ttl=1
to restrict
multicast traffic to a single subnet based on your network topology.
SAS Information Delivery Portal unchallenged access
When unchallenged access
is enabled, users can access the portal and interact with selected
content without providing a user ID and password.
Enter a user ID that
SAS will use to grant unchallenged access to portal users. On Windows,
be sure to qualify the user ID as appropriate (for example,
myDomain\sasguest
).
Deselect
Display
Search Menu for Unchallenged Access if you want to suppress
the search link from displaying in the main portal banner.
Specify what should
appear in the portal banner for unchallenged users:
-
Display the Log Off
link.
-
Display the Log On
link (which users can click to display the SAS Logon Manager).
-
Hide the Log Off and
Log On links.
SAS Web Report Studio: Scheduling
Choose whether to enable
scheduling for SAS Web Report Studio. If Platform Suite for SAS is
in your deployment plan, then you have a choice between using Platform
Process Manager, provided by Platform Computing, Inc., or SAS In-Process
Services.
SAS Content Server: Repository Directory
Enter the location
on the disk for the actual contents of the content repository.
Select
Use
configured database for content storage if you want to
store SAS Content Server content in the SAS Web Infrastructure Platform
database instead of the file system. When this check box is selected,
the path identified in the
Repository Directory is
used to store configuration files and indexes only. (Selecting the
SAS Web Infrastructure Platform database type
is discussed earlier.)
SAS Web Parts for Microsoft SharePoint: Details
We recommend that you
accept the defaults.
The Web URL is the
address of the Web application where the SAS Web Parts solution is
deployed.
The Site URL is the
site collection where the feature is activated. A Web application
can have multiple site collections, and a site collection can contain
multiple sites. In most instances the URLs are the same (a site collection
at the root of the web application), but they can also be different.
For more information,
contact your site’s SharePoint administrator.