![]() |
![]() |
The following issues occurred during the automated portion of your configuration and must be addressed before proceeding.
The location of the JUnit jar file was not specified for Deployment Tester.
Deployment Tester tests other products that use JUnit for validation. Without
JUnit these products may operate properly, but you will not be able to
validate them using Deployment Tester.
The JUnit jar
is available from the Third
Party Software Requirements Web page.
Place the
JUnit jar in this location: /usr/local/junit3.8.1/junit.jar
The configuration process created a logs directory (/data/SASCONFIG/Lev1/Web/Logs) for the SAS Web Applications to use and set the permissions at 777. It is encouraged that you change the owner of this directory to the user ID responsible for invoking your Web Application Server and setting the permissions to 700.
Because you selected to not automatically deploy your SAS Web Applications, you will need to perform some manual steps to complete the configuration of your SAS Web Applications. Once you have deployed the SAS Web Infrastructure Platform, you will need to manually load content to the SAS Content Server. Follow the instructions below to accomplish this.
SAS Management Console is required to complete many of the following steps.
| Startup command | /data/SAS/SASManagementConsole/9.2/sasmc For easier access, the installation directory /data/SAS/SASManagementConsole/9.2 can be placed in the executable path environment. Likewise, aliases or symbolic links can be created to reference the command. |
| User ID | SAS Administrator user ID |
| Password | Enter the password you created in the SAS Deployment Wizard. |
| Host machine | HOSTNAME.company.com |
| Port | 8561 |
| Log directory | /data/SASCONFIG/Lev1/SASMeta/MetadataServer/Logs
For more details about the initial logging configuration and how to modify it, see "Administering Logging for SAS Servers" in the SAS Intelligence Platform: System Administration Guide at http://support.sas.com/92administration. |
| Execution type | Shell script /data/SASCONFIG/Lev1/SASMeta/MetadataServer/MetadataServer.sh |
| Host machine | HOSTNAME.company.com |
| Port | 5451 |
| Log directory | /data/SASCONFIG/Lev1/SASApp/OLAPServer/Logs
For more details about the initial logging configuration and how to modify it, see "Administering Logging for SAS Servers" in the SAS Intelligence Platform: System Administration Guide at http://support.sas.com/92administration. |
| Validation steps |
|
| Execution type | Shell script /data/SASCONFIG/Lev1/SASApp/OLAPServer/OLAPServer.sh |
| Host machine | HOSTNAME.company.com |
| Port | 8601 |
| Log directory | /data/SASCONFIG/Lev1/SASApp/StoredProcessServer/Logs
For more details about the initial logging configuration and how to modify it, see "Administering Logging for SAS Servers" in the SAS Intelligence Platform: System Administration Guide at http://support.sas.com/92administration. |
| Validation steps |
|
| Host machine | HOSTNAME.company.com |
| Validation steps | The SASMeta - Workspace Server should be used for
only a few designated administrative tasks. It is appropriate to defer
validation of this server until you have set up the SAS users who will
perform these tasks. This server requires an external account and is
available to only the SAS Administrators group.
|
| Host machine | HOSTNAME.company.com |
| Port | 8591 |
| Log directory | /data/SASCONFIG/Lev1/SASApp/WorkspaceServer/Logs
For more details about the initial logging configuration and how to modify it, see "Administering Logging for SAS Servers" in the SAS Intelligence Platform: System Administration Guide at http://support.sas.com/92administration. |
| Validation steps |
|
| Query Cache Library | Name ="SASApp - wrstemp" Directory ="/data/SASCONFIG/Lev1/SASApp/Data/wrstemp" Review the documentation provided to determine if permissions need to be modified for the library or directory to which the library points.
|
| Distribution Library | Name ="SASApp - wrsdist" Directory ="/data/SASCONFIG/Lev1/SASApp/Data/wrsdist" Review the documentation provided to determine if permissions need to be modified for the library or directory to which the library points.
|
| Validation steps |
|
| Log directory | /data/SASCONFIG/Lev1/Applications/SASBIReportServices4.2/Logs
For more details about the initial logging configuration and how to modify it, see "Administering Logging for SAS Servers" in the SAS Intelligence Platform: System Administration Guide at http://support.sas.com/92administration.. |
| Java Batch Server | Name ="SASApp - BRM Java Batch Server" |
| Configuration | Configuration Directory =
"/data/SASCONFIG/Lev1/Applications/SASBIReportServices4.2" |
| Validation steps |
|
| Host machine | HOSTNAME.company.com |
| Port | 8701 |
| Validation steps |
|
| Host machine | HOSTNAME.company.com |
| Log directory | /data/SASCONFIG/Lev1/SASMeta/BatchServer/Logs
For more details about the initial logging configuration and how to modify it, see "Administering Logging for SAS Servers" in the SAS Intelligence Platform: System Administration Guide at http://support.sas.com/92administration. |
| Validation steps |
|
| Host machine | HOSTNAME.company.com |
| Port | 8581 |
| Log directory | /data/SASCONFIG/Lev1/ObjectSpawner/Logs
For more details about the initial logging configuration and how to modify it, see "Administering Logging for SAS Servers" in the SAS Intelligence Platform: System Administration Guide at http://support.sas.com/92administration. |
| Execution type | Shell script /data/SASCONFIG/Lev1/ObjectSpawner/ObjectSpawner.sh |
| Host machine | HOSTNAME.company.com |
| Port | 2171 |
| Log directory | /data/SASCONFIG/Lev1/SASTS/TableServer/Logs
For more details about the initial logging configuration and how to modify it, see "Administering Logging for SAS Servers" in the SAS Intelligence Platform: System Administration Guide at http://support.sas.com/92administration. |
| Execution type | Shell script /data/SASCONFIG/Lev1/SASTS/TableServer/TableServer.sh |
| Host machine | HOSTNAME.company.com |
| Port | 10021 |
| Execution type | Shell script /data/SASCONFIG/Lev1/DeploymentTesterServer/DeploymentTesterServer.sh |
| Host machine | HOSTNAME.company.com |
| Port | 5091 |
| Execution type | Shell script /data/SASCONFIG/Lev1/Web/Applications/RemoteServices/RemoteServices.sh |
| Application Server Name | WebLogic |
| Vendor | BEA |
| Version | 9.2 |
| WebLogic Install Dir (WL_HOME) | /data/bea923sdw/weblogic92 |
| Domain Name | SASDomain |
| Domain Dir | /data/SASCONFIG/Lev1/Web/SASDomain |
| Java JDK Vendor | HP |
| Host machine | HOSTNAME.company.com |
| WebLogic Server Administration Console URL | http://HOSTNAME.company.com:7501/console |
The following instructions provide a basic WebLogic configuration that uses SAS authentication and unsecure connections. This configuration should support a small number of users. If you need to setup a more sophisticated topology that includes reverse proxy servers, web server authentication, single sign-on, or secure socket connections, please see the SAS 9.2 Intelligence Platform: Web Application Administration Guide at http://support.sas.com/92administration for additional details. Detailed configuration instructions on WebLogic are also available at the third-party vendor website located at http://edocs.bea.com/. Before configuring your WebLogic domain for SAS applications, be sure to review the WebLogic Post-Installation Steps if you have not already done so.
Since this is a manual configuration you will need to either create a new WebLogic domain or add servers to an existing one. You can create new domains or manage existing ones using the WebLogic Configuration Wizard. For your reference, a sample domain has been created and a recommended set of managed servers have been configured. Depending on the SAS applications included in your plan, you will also need to configure other resources as listed below.
Sample Domain Location: /data/SASCONFIG/Lev1/Web/SASDomain
Note: The instructions in this document assume that you have some familiarity
working in the WebLogic Server Administration Console. For example, they assume
that you know to click the Lock & Edit button before making
changes, to click the Save button to save your changes, and to
click the Activate Changes button to have your changes take effect.
Configuration steps prior to starting WebLogic servers for your SAS domain:
<security-configuration> element: <enforce-valid-basic-auth-credentials>false</enforce-valid-basic-auth-credentials>
Configure Node Manager
There are several ways to manage the starting and stopping of WebLogic servers. If you wish to launch servers through the Weblogic Server Administration Console, you will need to configure and start a WebLogic Node Manager. You can also use scripts to launch the servers. The generated sample domain includes the appropriate scripts and configuration to support both methods.
The WebLogic Server installation provides scripts to launch Node Manager in /data/bea923sdw/weblogic92/server/bin. If you use these scripts to run a Node Manager that controls SAS domains, you will need to modify the script /data/bea923sdw/weblogic92/common/bin/commEnv.sh. The settings in this script affect all WebLogic domains running this version of WebLogic on this machine.
The sample SAS domain contains Node Manager scripts that call a wrapper script for commEnv.sh that provides the correct settings for the SAS domain. By adopting this SAS wrapper script and the modified scripts to start Node Manager provided in the SAS sample domain, you can launch a separate copy of Node Manager for your SAS domain without impacting other WebLogic domains running on the same machine. Alternatively, you can incorporate the settings found in /data/SASCONFIG/Lev1/Web/SASDomain/bin/commEnvSAS.sh into your WebLogic installation directly.
By default, the Node Manager home directory is located in the WebLogic install area. The scripts provided with the SAS sample domain set the location to /data/SASCONFIG/Lev1/Web/SASDomain/nodemanager. This prevents conflicts if other Node Managers are configured for non-SAS applications.
Start Node Manager
Be sure to read the section Configure Node Manager before launching the Node Manager. Depending on how you've chosen to configure your WebLogic installation and domain, you may choose to launch your own node manager script or the default script provided with WebLogic which is located at /data/bea923sdw/weblogic92/server/bin/startNodeManager.sh
You can start the process with nohup to allow it to continue
running after you logout. Alternatively, you can run it as a daemon process.
Configure the WebLogic Administration Server (AdminServer)
There are no special SAS requirements for configuring the WebLogic Administration Server. Here are some of the configuration attributes for the sample domain:
Start the WebLogic Administration Server
To start the Administration Server for your domain, execute the startWebLogic.sh. For the sample domain, the script is located here: /data/SASCONFIG/Lev1/Web/SASDomain/bin/bin/startWebLogic.sh
Configuration steps to be performed from the WebLogic Administration Console:
Once the administration server is started, the remaining steps can be performed from the WebLogic Administration Console.
Domain Structure panel, go to Environment
-> Servers.
Summary of Servers page, select the link
AdminServer(admin).
Settings for AdminServer page, select the
Protocols tab.
Enable Tunneling checkbox. Configure the WebLogic Managed Servers
There are two ways to launch the WebLogic Managed Servers. You can use the WebLogic Administration Console or batch scripts. These servers must be launched with the appropriate command line options. You will need to perform configuration steps to setup both methods.
Configure Managed Servers through the WebLogic Administration Console
For each managed server listed below, perform these instructions:
Domain Structure panel, go to Environment
-> Servers.
Summary of Servers page, select the link for the
Managed Server to be configured.
Server
Start tab.
Arguments text box. setDomainEnv.sh for your domain.
Also, look at the copy in the sample domain:
setDomainEnv.sh: # set the following for SAS installs ... # end set for SAS installs
WebLogic Managed Server Configuration Properties:
WebLogic Managed Server - SASServer1
| Listen Port | 7001 |
| HTTPS Port | 7002 |
| JVM Options | -Dcom.sun.xml.namespace.QName.useCompatibleSerialVersionUID=1.0 -Dsas.server.name=Server1 -Xms768m -Xmx768m -XX:PermSize=320m -XX:MaxPermSize=320m -Xss256k -XX:-UseTLAB -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -XX:+UseConcMarkSweepGC -XX:+DisableExplicitGC -XX:NewSize=128m -XX:MaxNewSize=256m -Dhttp.proxyHost=proxy.example.com -Dhttp.proxyPort=80 -Djavax.xml.soap.SOAPFactory=weblogic.xml.saaj.SOAPFactoryImpl -Djava.awt.headless=true -Dsas.container.identifier=weblogic -Dsas.auto.publish.port=7001 -Dcom.sas.services.logging.disableRemoteList=true -Dcom.sas.services.logging.disableRemoteLogging=true -Dtheme.sleep.time=10000 -Dtheme.max.tries=360 -Djavax.xml.soap.MessageFactory=weblogic.xml.saaj.MessageFactoryImpl -Djavax.xml.soap.SOAPConnectionFactory=weblogic.wsee.saaj.SOAPConnectionFactoryImpl -Djava.net.preferIPv4Stack=true -Djava.net.preferIPv6Addresses=false -Dmulticast_udp_ip_ttl=32 -Dmulticast.address=239.9.20.36 -Dmulticast.port=31001 -Djava.security.auth.login.config=/data/SASCONFIG/Lev1/Web/Common/SASDomain/weblogicLogin.config -Dcom.sas.log.config.url=file:///data/SASCONFIG/Lev1/Web/Common/LogConfig/ |
| Server Logs Directory | /data/SASCONFIG/Lev1/Web/SASDomain/servers/SASServer1/logs |
WebLogic Managed Server - SASServer2
| Listen Port | 7101 |
| HTTPS Port | 7102 |
| JVM Options | -Dcom.sun.xml.namespace.QName.useCompatibleSerialVersionUID=1.0 -Dsas.server.name=Server2 -Xms768m -Xmx768m -XX:PermSize=320m -XX:MaxPermSize=320m -Xss256k -XX:-UseTLAB -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -XX:+UseConcMarkSweepGC -XX:+DisableExplicitGC -XX:NewSize=128m -XX:MaxNewSize=256m -Dhttp.proxyHost=proxy.example.com -Dhttp.proxyPort=80 -Djavax.xml.soap.SOAPFactory=weblogic.xml.saaj.SOAPFactoryImpl -Djava.awt.headless=true -Dsas.container.identifier=weblogic -Dsas.auto.publish.port=7001 -Dcom.sas.services.logging.disableRemoteList=true -Dcom.sas.services.logging.disableRemoteLogging=true -Dtheme.sleep.time=10000 -Dtheme.max.tries=360 -Djavax.xml.soap.MessageFactory=weblogic.xml.saaj.MessageFactoryImpl -Djavax.xml.soap.SOAPConnectionFactory=weblogic.wsee.saaj.SOAPConnectionFactoryImpl -Djava.net.preferIPv4Stack=true -Djava.net.preferIPv6Addresses=false -Dmulticast_udp_ip_ttl=32 -Dmulticast.address=239.9.20.36 -Dmulticast.port=31001 -Djava.security.auth.login.config=/data/SASCONFIG/Lev1/Web/Common/SASDomain/weblogicLogin.config -Dcom.sas.log.config.url=file:///data/SASCONFIG/Lev1/Web/Common/LogConfig/ |
| Server Logs Directory | /data/SASCONFIG/Lev1/Web/SASDomain/servers/SASServer2/logs |
Configure MailSession - SASMailSession
Using the WebLogic Administration Console, create a mail session.
Domain Structure panel, go to Services ->
Mail Sessions.
New button.
SASMailSession in the Name field,
and click OK.
SASMailSession.
JNDI Name field, enter sas/mail/Session.
JavaMail Properties text area, enter the following
lines and then save the changes:mail.debug=false mail.transport.protocol=smtp mail.smtp.host=mailhost.example.com
Targets tab.
SASServer1. Configure MailSession - SASMailSession
Using the WebLogic Administration Console, create a mail session.
Domain Structure panel, go to Services ->
Mail Sessions.
New button.
SASMailSession in the Name field,
and click OK.
SASMailSession.
JNDI Name field, enter sas/mail/Session.
JavaMail Properties text area, enter the following
lines and then save the changes:mail.debug=false mail.transport.protocol=smtp mail.smtp.host=mailhost.example.com
Targets tab.
SASServer2. Configure JMS Server - SASJMSServer1
Domain Structure panel, go to Services ->
Messaging -> JMS Servers.
New.
JMS Server Properties page, enter
SASJMSServer1 in the Name field; then click
Next.
Select targets page, set the Target to
SASServer1, and click Finish. Define JMS Module - sasJmsSystemResource
Domain Structure panel, go to Services ->
Messaging -> JMS Modules.
New.
Name to
sasJmsSystemResource, and set the Descriptor File
Name to jms/sasjmssystemresource-jms.xml; then click
Next.
SASServer1, and click
Next.
Add resources to this JMS system module page, click
Finish. Create a SubDeployment (SASJMSServer1SubDeployment) for the JMS Module (sasJmsSystemResource)
Domain Structure panel, go to Services ->
Messaging -> JMS Modules.
sasJmsSystemResource.
Subdeployments tab.
New.
SASJMSServer1SubDeployment in the
Subdeployment Name field and click Next.
Targets page, select SASJMSServer1, and
click Finish. Create JMS Connection Factory - SASTopicConnectionFactory
Domain Structure panel, go to Services ->
Messaging -> JMS Modules.
sasJmsSystemResource.
Summary of Resources page, click New.
Create a New JMS System Module Resource page, select
Connection Factory, and click Next.
ConnectionFactory Properties page, set the
Name to SASTopicConnectionFactory, and set the
JNDI Name to sas/jms/TopicConnectionFactory, and
click Next.
Advanced Targeting.
SASJMSServer1SubDeployment, and click Finish.
Create JMS Connection Factory - SASQueueConnectionFactory
Domain Structure panel, go to Services ->
Messaging -> JMS Modules.
sasJmsSystemResource.
Summary of Resources page, click New.
Create a New JMS System Module Resource page, select
Connection Factory, and click Next.
ConnectionFactory Properties page, set the
Name to SASQueueConnectionFactory, and set the
JNDI Name to sas/jms/QueueConnectionFactory, and
click Next.
Advanced Targeting.
SASJMSServer1SubDeployment, and click Finish.
Create JMS Queue - AlertQueue
Domain Structure panel, go to Services ->
Messaging -> JMS Modules.
sasJmsSystemResource.
Summary of Resources page, click New.
Queue, and click Next.
AlertQueue in the Name field and the
string sas/jms/AlertQueue in the JNDI Name field.
Then click Next.
SASJMSServer1SubDeployment, and click Finish.
Create JMS Queue - WorkflowQueue
Domain Structure panel, go to Services ->
Messaging -> JMS Modules.
sasJmsSystemResource.
Summary of Resources page, click New.
Queue, and click Next.
WorkflowQueue in the Name field and the
string sas/jms/WorkflowQueue in the JNDI Name field.
Then click Next.
SASJMSServer1SubDeployment, and click Finish.
Configure JDBC Driver - TableServer
lib directory. For the sample domain, this
location is /data/SASCONFIG/Lev1/Web/SASDomain/lib
Configure Data Source - SharedServices
Domain Structure panel, go to Services ->
JDBC -> Data Sources.
New.
JDBC Data Source Properties enter the following
values:
Name: SharedServices
JNDI Name: sas/jdbc/SharedServices
Database Type: Other Next.
Transaction Options, click Next.
Connection Properties, enter the following
values:
Database Name: SharedServices
Host Name: HOSTNAME.company.com.
Port: 2171.
Database User Name: sastrust@saspw.
Password and Confirm Password: Enter the
password for sastrust@saspw. Next.
Test Database Connection page, enter the following
values:
Driver Class Name: com.sas.tkts.TKTSDriver
URL: jdbc:sastkts://HOSTNAME.company.com:2171
Properties: user=sastrust@saspw stmtpooling=0 constring=(DSN=SharedServices)
Next.
Select Targets page, select the server
SASServer1.
Finish. Start the WebLogic Managed Servers
Starting the managed servers using scripts
The startup scripts are located in your domain's bin
directory. Enter the following command: /data/SASCONFIG/Lev1/Web/SASDomain/bin/startManagedWebLogic.sh ServerName t3://HOSTNAME.company.com:7501
Starting the managed server using the WebLogic Administration Console
Domain Structure panel, go to Environment
-> Servers.
Summary of Servers page, select the name of the
targeted server.
Control tab.
Start button. In order to complete your deployment on this machine, certain manual steps have to be performed. The steps detailed below will result in log files being written, which can be found in /data/SASCONFIG/Lev1/Logs/Configure. These manual steps require the use of the SAS Administrator account. The scripts provided contain the SAS Administrator's credentials with the password encrypted at the sas002 level. Also note that the SAS Content Server must be running before you attempt these steps.
Since you selected to not automatically deploy your SAS Web Applications, manual steps are required to ensure the proper content is loaded to the SAS Content Server. The file, /data/SASCONFIG/Lev1/Web/Utilities/manualLoadContent.sh, has been created to facilitate this process.
Execute /data/SASCONFIG/Lev1/Web/Utilities/manualLoadContent.sh to automatically load content for the SAS Web Applications that require it.
Any files generated are not intended for further use once your deployment is complete. Since these files contain the SAS Administrator's credentials, it is highly recommended they be deleted once your deployment is complete.
The directory /data/SASCONFIG/Lev1/Web/Staging contains deployable EAR files and a sub-directory called exploded. Please use the exploded location to deploy all the applications that exist there. Those applications that do not exist in the exploded directory may be deployed as EAR files. To deploy the SAS applications with the WebLogic Administration Console, perform the following steps for each application in the table below:
Domain Structure panel, go to
Deployments.
Install
Install Application Assistant page, however it
is easier to click on the link labeled upload your files and then
select the path to the ear from the table below and enter it into the
Deployment Archive field on the next screen.
Next.
Install this deployment as an application then select
Next.
Next.
Name field, enter the name of the EAR from the table
below. Note that the default value will include the name up to the first
period in the Ear name, which will always be sas.
Finish. | Application Name | Location | Target |
| SAS Web Infrastructure Platform Services | /data/SASCONFIG/Lev1/Web/Staging/exploded/sas.wip.services9.2.ear | SASServer1 |
| SAS Web Infrastructure Platform Applications | /data/SASCONFIG/Lev1/Web/Staging/sas.wip.apps9.2.ear | SASServer1 |
| SAS Stored Process Application | /data/SASCONFIG/Lev1/Web/Staging/sas.storedprocess9.2.ear | SASServer1 |
| SAS Content Server | /data/SASCONFIG/Lev1/Web/Staging/sas.wip.scs9.2.ear | SASServer1 |
| SAS Themes | /data/SASCONFIG/Lev1/Web/Staging/sas.themes.ear | SASServer1 |
| SAS Information Delivery Portal 4.2 | /data/SASCONFIG/Lev1/Web/Staging/sas.portal4.2.ear | SASServer1 |
| SAS Package Viewer 4.2 | /data/SASCONFIG/Lev1/Web/Staging/sas.packageviewer4.2.ear | SASServer1 |
| SAS Web Report Studio | /data/SASCONFIG/Lev1/Web/Staging/sas.webreportstudio4.2.ear | SASServer2 |
| SAS Shared Services Application | /data/SASCONFIG/Lev1/Web/Staging/sas.shared9.2.ear | SASServer1 |
| SAS BI Dashboard 4.2 | /data/SASCONFIG/Lev1/Web/Staging/sas.bidashboard4.2.ear | SASServer1 |
| SAS Help Viewer Metadata Configuration | /data/SASCONFIG/Lev1/Web/Staging/sas.webdocmd9.2.ear | SASServer2 |
| SAS Web OLAP Viewer for Java | /data/SASCONFIG/Lev1/Web/Staging/sas.webolapviewer4.2.ear | SASServer2 |
| Validation steps | SAS Themes are used by SAS theme-enabled web applications. If you go to the logon screen for the Portal and see images then SAS Themes are working properly. |
| Log directory | /data/SASCONFIG/Lev1/Web/Logs |
| Validation steps | The SAS Web Infrastructure Platform is used by other SAS web applications, so if the validation steps for SAS web applications are successful, then the SAS Web Infrastructure Platform is working properly. |
| URL | http://HOSTNAME.company.com:7001/SASStoredProcess/do |
| Log file | /data/SASCONFIG/Lev1/Web/Logs/SASStoredProcess9.2.log |
| Validation steps |
|
| URL | http://HOSTNAME.company.com:7101/SASWebReportStudio |
| Log directory | /data/SASCONFIG/Lev1/Web/Logs/SASWebReportStudio4.2.log
For more details about how to modify your log format and to see what logging entails, see "Logging for SAS Web Applications" in the SAS Intelligence Platform: Web Application Administration Guide at http://support.sas.com/92administration. |
| Validation steps |
|
| URL | http://HOSTNAME.company.com:7101/SASWebOLAPViewer |
| Log file | /data/SASCONFIG/Lev1/Web/Logs/SASWebOLAPViewer4.2.log
For more details about how to modify your log format and to see what logging entails, view the SAS 9.2 Logging Administration and Programming Guide. |
| Validation steps |
|
| URL | http://HOSTNAME.company.com:7001/SASPortal |
| Log file | /data/SASCONFIG/Lev1/Web/Logs/SASPortal4.2.log
For more details about how to modify your log format and to see what logging entails, see "Logging for SAS Web Applications" in the SAS Intelligence Platform: Web Application Administration Guide at http://support.sas.com/92administration. |
| Validation steps |
|
| Log directory | /data/SASCONFIG/Lev1/Web/Logs |
| Validation steps |
|
| URL | http://HOSTNAME.company.com:7001/SASBIDashboard |
| Log directory | /data/SASCONFIG/Lev1/Web/Logs/SASBIDashboard4.2.log
For more details about how to modify your log format and to see what logging entails, see "Logging for SAS Web Applications" in the SAS Intelligence Platform: Web Application Administration Guide at http://support.sas.com/92administration. |
| Validation steps |
|
| URL | http://HOSTNAME.company.com:7101/SASWebDoc |
| Validation steps | Use the URL above and examine the Installed Products Page, if there were any errors configuring help content, they will be reported on that page. |
If you wish to add custom content into SAS web applications, you may do so by placing your custom content into the appropriate custom content directory structure for the given application, and then running the SAS Deployment Manager to rebuild web applications. The custom content root directory for a given web application is
/data/SASCONFIG/Lev1/Web/Common/Server
Name/Application Name/CustomContent
For example,
/data/SASCONFIG/Lev1/Web/Common/SASServer1/SASWebReportStudio4.2/CustomContent
Within that directory, there are subdirectories (for example,
ears or wars) corresponding to specific archive types
(ear and war files, respectively). Under the archive type directories, there are
subdirectories for each specific archive—these are the root directories for each
archive within the application. Custom content should be placed in the archive's
directory tree corresponding to where the content should appear within the
archive.
For example, to add the ear_addon.xml file into the
addons directory in the sas.webreportstudio ear file,
create the
.../CustomContent/ears/sas.webreportstudio/addons
directory, and place ear_addon.xml in it. Our process knows
which war files are contained within ear files, so if you want to add
war_addon.jar into the WEB-INF/lib directory in the
sas.webreportstudio war file within the
sas.webreportstudio ear file, then create
.../CustomContent/wars/sas.webreportstudio/WEB-INF/lib
directory, and place war_addon.jar in it.
Once all your custom content is ready to be consumed, run the SAS Deployment Manager and choose to rebuild web applications. Doing so will rebuild the web applications, inserting the custom content into the archives under the appropriate paths. Note that if custom content has the same path and name of content normally included in the archive, then the custom content takes precedence.
Additional SAS Intelligence Platform documentation is available from the SAS 9.2 administration documentation web site.
After completing your SAS Intelligence Platform configuration, we strongly recommend that you create a backup of your newly configured SAS Metadata Server. If you have adequate disk space to accommodate a copy of all of your metadata repositories on the metadata server host, use the MetadataServer.sh script provided in the /data/SASCONFIG/Lev1/SASMeta/MetadataServer directory. To execute the script, type:
./MetadataServer.sh backup
The script copies all critical metadata server files to a SASBackup subdirectory of the MetadataServer directory.
If disk space is an issue, then use the SAS Backup wizard provided in the SAS Management Console Metadata Manager or the %OMABAKUP macro to perform the backup. Both of these tools copy all critical metadata server files and permit you to specify a different backup destination. For more information, see "About the Backup Wizard" and "About %OMABAKUP" in the SAS Intelligence Platform: System Administration Guide at http://support.sas.com/92administration.
Regular metadata server backups using SAS backup tools are crucial to ensuring the health of your SAS 9.2 Intelligence Platform configuration, but they are just one part of backing up a SAS Intelligence Platform configuration. To devise a backup strategy for your entire SAS Intelligence Platform configuration, see "Best Practices for Backing Up and Restoring Your System" in the SAS Intelligence Platform: System Administration Guide at http://support.sas.com/92administration.
Copyright © 2008 SAS Institute Inc., Cary, NC, USA. All Rights Reserved.