A single Oracle database can function as a:
Using a single database simplifies administrative tasks. The following sections provide instruction on how to configure a single database server to store CA SiteMinder® data.
You can configure an Oracle policy store manually or use the Policy Server installer to configure the policy store automatically.
After installing the Oracle 10g database, complete the following prerequisites:
Creating a table space for the policy store is a prerequisite for an Oracle 10g database only.
To create an Oracle 10g table space for the policy store
Example: NETE_TB
Example: NETE_TB
Example: 100 MB
Oracle creates the table space and displays it on the Tablespaces screen.
Complete the prerequisites by creating a user to manage the table space for the policy store.
Creating a user to manage table space for the policy store is a prerequisite for an Oracle 10g database only.
To create a user to manage table space for the policy store
Example: NETE
Example: TEMP
You have completed the prerequisites for an Oracle 10g database, and can now configure a CA SiteMinder® data store for the database.
Configuring a single Oracle database to function as a policy store or any other type of CA SiteMinder® data store requires specific database information.
Information prefixed with (U) indicates that the information is only required if the Policy Server is installed on a UNIX system. This information is required when configuring Oracle data source for UNIX.
Note: Policy and data store worksheets are provided to help you gather and record information before configuring or upgrading a CA SiteMinder® data store. You can print the applicable worksheet and can use it to record required information before beginning.
Gather the following required information before configuring a supported Oracle or Oracle RAC database as a policy store or any other type of CA SiteMinder® data store:
Example: SM Oracle Server Wire DS.
Note: Ensure the administrative account does not have the DB role. Audit-based reports will not return correct results if the administrative account has the DB role.
Gather the following information only if you are configuring a supported Oracle database as a policy store or any other type of CA SiteMinder® data store:
Gather the following information if you are configuring a supported Oracle RAC database (without SCAN functionality configured) as a policy store or any other CA SiteMinder® data store:
Example: In the following tnsnames.ora file, SMDB is the service name for the entire system:
SMDB= (Description = (ADDRESS = PROTOCOL = TCP)(HOST = nete_servername1)(PORT=1521 (ADDRESS = PROTOCOL = TCP)(HOST = nete_servername2)(PORT=1521) (ADDRESS = PROTOCOL = TCP)(HOST = nete_servername3)(PORT=1521)) (LOAD_BALANCE = yes) (CONNECT_DATA= (SERVER = DEDICATED) (SERVER_NAME = SMDB)) )
Note: If you are using Oracle RAC 10g, determine the virtual IP address of each node in the system.
The Oracle RAC Single Client Access Name (SCAN) feature provides a single name for clients to access any Oracle Database running in a cluster.
Gather the following information if you are configuring an Oracle RAC database with SCAN functionality as a policy store or any other CA SiteMinder® data store:
Example: In the following tnsnames.ora file, SMDB is the service name for the entire system:
SMDB= (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = clus-scan.example.com)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = SMDB) ) )
To configure a single Oracle database as a policy store, key store, and logging database, complete the following procedures:
Note: Be sure that you have gathered the required database information before beginning. Some of the following procedures require this information.
You create the CA SiteMinder® schema so a single Oracle database can store policy, key, and audit logging information.
Follow these steps:
Note: We recommend that you do not create the CA SiteMinder® schema with the SYS or SYSTEM users. If necessary, create an Oracle user, such as SMOWNER, and create the schema with that user.
$NETE_PS_ROOT/db/sql/sm_oracle_ps.sql
Note: Environment variables may not function in the SQL utility of Oracle. If you experience problems importing the script using the utility, specify an explicit path.
The policy store and key store schema is added to the database.
$NETE_PS_ROOT/xps/db/Oracle.sql
The policy store schema is extended.
sm_oracle_logs.sql.
Note: You are not required to configure the policy store to store additional CA SiteMinder® data. You can configure individual databases to function as a separate audit log database, key store, and session store.
The database can store CA SiteMinder® data.
If you are using ODBC, you need to configure a data source for the Oracle wire protocol driver.
Create an Oracle Data Source on Windows
Create an ODBC data source for an Oracle database.
Follow these steps:
The ODBC Data Source Administrator appears.
The Create New Data Source dialog appears
The ODBC Oracle Wire Protocol Driver Setup dialog appears. The General tab is pulled to the front.
Note: Record this name. You will need the data source name when pointing the Policy Server to the database.
Note: The service name is specified in the tnsnames.ora file. The SID is the system identifier for the database instance. The tnsnames.ora file contains service names and details that Oracle uses to identify and connect to Oracle instances.
Example: if the tnsnames.ora file contains the following entry for an Oracle instance, you enter instance1 in the SID field:
instance1 =
(Description= (Address = (PROTOCOL = TCP)(Host = myhost)(Port=1521)) (Connect_DATA_ = (SID = SIDofinstance1)) )
The connection settings are tested and a prompt appears specifying that the connection is successful.
The Oracle data source is configured for the wire protocol driver.
Create an Oracle RAC (no SCAN) Data Source on Windows
Create an ODBC data source for an Oracle RAC database that does not use the SCAN feature.
Follow these steps:
The ODBC Data Source Administrator appears.
The Create New Data Source dialog appears.
The ODBC Oracle Wire Protocol Driver Setup dialog appears. The General tab is pulled to the front.
Note: Record this name. You will need the data source name when pointing the Policy Server to the database.
Oracle RAC 10g: Enter the virtual IP Address.
Example: In the following tnsnames.ora file, the SMDB value is the service name for the entire Oracle RAC system, which contains 3 nodes:
SMDB=
(Description =
(ADDRESS = (Protocol = TCP)(HOST = nete_servername1)(PORT = 1521)) (ADDRESS = (Protocol = TCP)(HOST = nete_servername2)(PORT = 1521)) (ADDRESS = (Protocol = TCP)(HOST = nete_servername3)(PORT = 1521)) (LOAD_BALANCE = yes) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = SMDB) )
Failover settings appear.
Note: The ServiceName is the service name for the entire Oracle RAC system.
(HostName=nete_servername2:PortNumber=1521:ServiceName=nete_servicename[,...])
The Oracle RAC data source is configured for the wire protocol driver.
Create an Oracle RAC SCAN Data Source on Windows
Create an ODBC data source for an Oracle RAC database that uses the SCAN feature.
Follow these steps:
The ODBC Data Source Administrator appears.
The Create New Data Source dialog appears.
The ODBC Oracle Wire Protocol Driver Setup dialog appears. The General tab is pulled to the front.
Note: Record this name. You will need the data source name when pointing the Policy Server to the database.
Example: In the following tnsnames.ora file, the SMDB value is the service name for the entire Oracle RAC system, which contains the SCAN:
SMDB = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = clus-scan.rac.com)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = ORCL) ) )
The Oracle RAC data source is configured for the wire protocol driver.
Create an Oracle Data Source on UNIX Systems
You configure the names of available ODBC data sources and the attributes that are associated with these data sources in the system_odbc.ini file.
To create the system_odbc.ini file:
Customize the system_odbc.ini file for each site. You can also add more data sources to this file, such as defining extra ODBC user directories for CA SiteMinder®.
The first section of the system_odbc.ini file, [ODBC Data Sources], contains a list of all of the currently available data sources. The name before the “=” refers to a subsequent section of the file describing each individual data source. After the “=” is a comment field.
Note: If you modify of the first line of the data source entry ([CA SiteMinder® Data Source]), take note of the change. This value is required to configure your ODBC database as a policy store.
Each data source has a section in the system_odbc.ini file describing its attributes. The first attribute is the ODBC driver to be loaded when CA SiteMinder® uses this data source. The remaining attributes are specific to the driver.
To add an Oracle Data source:
To create a service name or use a different driver, edit the system_odbc.ini file. Entries for the SQL Server or Oracle drivers belong under [CA SiteMinder® Data Source].
Configure the Oracle Wire Protocol Driver
You configure the wire protocol driver to specify the settings CA SiteMinder® uses to connect to the database.
Note: This procedure only applies if the Policy Server is installed on a UNIX system. If you have not already done so, copy one of the following files and rename it system_odbc.ini. The file you rename depends on the database vendor you are configuring as a CA SiteMinder® data store.
These files are located in siteminder_home/db
The system_odbc.ini file contains the following sections. The data source that you are configuring determine the section or sections that you edit:
Specifies the settings CA SiteMinder® is to use to connect to the database functioning as the policy store.
Specifies the settings CA SiteMinder® is to use to connect to the database functioning as the audit log database.
Specifies the settings CA SiteMinder® is to connect to the database functioning as the key store.
Specifies the settings CA SiteMinder® is to connect to the database functioning as the session store.
Specifies the settings CA SiteMinder® is to connect to the database functioning as the sample user data store.
Follow these steps:
Driver=nete_ps_root/odbc/lib/NSora27.so Description=DataDirect 7.1 Oracle Wire Protocol LoginID=uid Password=pwd HostName=nete_servername PortNumber=1521 SID=nete_serverid CatalogOptions=0 ProcedureResults=0 EnableDisableParam=0 EnableStaticCursorsForLongData=0 ApplicationUsingThreads=1
Note: When editing data source information, do not use the pound sign (#). Entering a pound sign comments the information, which truncates the value. The truncated value may cause ODBC connections to fail.
Specifies the explicit path of the Policy Server installation.
Specifies the user name of the database account that has full access rights to the database.
Specifies the password for the database account that has full access rights to the database.
Specifies the name of the Oracle database host system.
Specifies the Oracle instance service name (SID). The SID is the system identifier for the database instance.
Example: In the following sample tnsnames.ora file, the value instance1 is the SID.
instance1 =
(Description =
(ADDRESS = (Protocol = TCP)(Host = myhost)(Port = 1521)
(CONNECT_DATA = (SID = instance1))
)
The Oracle wire protocol driver is configured.
Configure the Oracle Wire Protocol Driver for Oracle RAC without SCAN
You configure the wire protocol driver to specify the settings CA SiteMinder® uses to connect to the database.
Note: This procedure only applies if the Policy Server is installed on a UNIX system. If you have not already done so, copy one of the following files and rename it system_odbc.ini. The file you rename depends on the database vendor you are configuring as a CA SiteMinder® data store.
These files are located in siteminder_home/db
The system_odbc.ini file contains the following sections. The data source that you are configuring determine the section or sections that you edit:
Specifies the settings CA SiteMinder® is to use to connect to the database functioning as the policy store.
Specifies the settings CA SiteMinder® is to use to connect to the database functioning as the audit log database.
Specifies the settings CA SiteMinder® is to connect to the database functioning as the key store.
Specifies the settings CA SiteMinder® is to connect to the database functioning as the session store.
Specifies the settings CA SiteMinder® is to connect to the database functioning as the sample user data store.
Follow these steps:
The modified text for the data source should appear as follows:
Driver=nete_ps_root/odbc/lib/NSora27.so Description=DataDirect 7.1 Oracle Wire Protocol Logon=uid Password=pwd HostName=nete_servername1 PortNumber=1521 ServiceName=nete_servicename CatalogOptions=0 ProcedureRetResults=0 EnableDescribeParam=0 EnableStaticCursorsForLongData=0 ApplicationUsingThreads=1 AlternateServers= LoadBalancing=1
Note: When editing data source information, do not use the pound sign (#). Entering a pound sign comments the information, which truncates the value. The truncated value may cause ODBC connections to fail.
Specifies an explicit path to the directory where Policy Server is installed.
Specifies the user name of the database account that has full access rights to the database.
Specifies the password for the database account that has full access rights to the database.
Specifies the IP Address of the first Oracle RAC node.
(Oracle 10g) Specifies the virtual IP Address of the first Oracle RAC node.
Specifies the Oracle RAC system service name for the entire RAC system.
If the primary server is not accepting connections, specifies the connection failover to the other Oracle nodes.
Example: (HostName=nete_servername2:PortNumber=1521:ServiceName=nete_servicename[,...])
Turns on client load balancing, which helps to distribute new connections to keep RAC nodes from being overwhelmed with connection requests. When enabled, the order in which primary and alternate database servers are accessed is random.
The Oracle wire protocol driver is configured.
You point the Policy Server to the database so the Policy Server can access the CA SiteMinder® data in the policy store.
Follow these steps:
ODBC
Policy Store
Note: We recommend retaining the 25 connection default for best performance.
Key Store
ODBC
Use the Policy Store database
Audit Logs
ODBC
Use the Policy Store database
The Policy Server is configured to use the database as a policy store, key store, and logging database.
The default CA SiteMinder® administrator account is named:
siteminder
The account has maximum permissions.
We recommend that you do not use the default superuser for day–to–day operations. Use the default superuser to:
Follow these steps:
Specifies the Policy Server installation path.
Note: The utility is at the top level of the Policy Server installation kit.
smreg -su password
Specifies the password for the default CA SiteMinder® administrator.
Limits:
Note: If you are configuring an Oracle policy store, the password is case–sensitive. The password is not case–sensitive for all other policy stores.
The password for the default CA SiteMinder® administrator account is set.
Importing the policy store data definitions defines the types of objects that can be created and stored in the policy store.
Follow these steps:
Specifies the Policy Server installation path.
XPSDDInstall SmMaster.xdd
Imports the required data definitions.
Importing the default policy store objects configures the policy store for use with the Administrative UI and the Policy Server.
Consider the following items:
Specifies the Policy Server installation path.
Follow these steps:
XPSImport smpolicy.xml -npass
XPSImport smpolicy-secure.xml -npass
Specifies that no passphrase is required. The default policy store objects do not contain encrypted data.
Both files include the default policy store objects. These objects include the default security settings in the default Agent Configuration Object (ACO) templates. The smpolicy–secure file provides more restrictive security settings. For more information, see Default Policy Store Objects Consideration.
Note: Importing smpolicy.xml makes available legacy federation and Web Service Variables functionality that is separately licensed from CA SiteMinder®. If you intend on using the latter functionality, contact your CA account representative for licensing information.
Enable the advanced authentication server as part of configuring your Policy Server.
Follow these steps:
The master key screen appears.
Note: If you are installing another (nth) Policy Server, use the same encryption key for the Advanced Authentication server that you used previously.
The advanced authentication server is enabled.
You restart the Policy Server for certain settings to take effect.
Follow these steps:
The Policy Server stops as indicated by the red stoplight.
The Policy Server starts as indicated by the green stoplight.
Note: On UNIX or Linux operating environments, you can also execute the stop-all command followed by the start-all command to restart the Policy Server. These commands provide an alternative to the Policy Server Management Console.
You use the default CA SiteMinder® super user account (siteminder) to log into the Administrative UI for the first–time. The initial login requires that you to register the Administrative UI with a Policy Server, which creates a trusted relationship between both components.
You prepare for the registration by using the XPSRegClient utility to supply the super user account name and password. The Policy Server uses these credentials to verify that the registration request is valid and that the trusted relationship can be established.
Consider the following:
To prepare for the Administrative UI registration
XPSRegClient siteminder[:passphrase] -adminui-setup -t timeout -r retries -c comment -cp -l log_path -e error_path -vT -vI -vW -vE -vF
Specifies the password for the default CA SiteMinder® super user account (siteminder).
Note: If you do not specify the passphrase, XPSRegClient prompts you to enter and confirm one.
Specifies that the Administrative UI is being registered with a Policy Server for the first–time.
(Optional) Specifies the allotted time from when you to install the Administrative UI to the time you log in and create a trusted relationship with a Policy Server. The Policy Server denies the registration request when the timeout value is exceeded.
Unit of measurement: minutes
Default: 240 (4 hours)
Minimum Limit: 15
Maximum Limit: 1440 (24 hours)
(Optional) Specifies how many failed attempts are allowed when you are registering the Administrative UI. A failed attempt can result from submitting incorrect CA SiteMinder® administrator credentials when logging into the Administrative UI for the first–time
Default: 1
Maximum Limit: 5
(Optional) Inserts the specified comments into the registration log file for informational purposes.
Note: Surround comments with quotes.
(Optional) Specifies that registration log file can contain multiple lines of comments. The utility prompts for multiple lines of comments and inserts the specified comments into the registration log file for informational purposes.
Note: Surround comments with quotes.
(Optional) Specifies where the registration log file must be exported.
Default: siteminder_home\log
siteminder_home
Specifies the Policy Server installation path.
(Optional) Sends exceptions to the specified path.
Default: stderr
(Optional) Sets the verbosity level to TRACE.
(Optional) Sets the verbosity level to INFO.
(Optional) Sets the verbosity level to WARNING.
(Optional) Sets the verbosity level to ERROR.
(Optional) Sets the verbosity level to FATAL.
XPSRegClient supplies the Policy Server with the administrator credentials. The Policy Server uses these credentials to verify the registration request when you log into the Administrative UI for the first–time.
Copyright © 2013 CA.
All rights reserved.
|
|