Siebel Business Analytics Applications Installation and Administration Guide > Preinstallation Considerations for Analytics Applications >
SQL Server-Specific Database Guidelines for Siebel Data Warehouse
This section provides guidelines for SQL Server database usage. NOTE: SQL Server databases with binary sort order or case-sensitive dictionary sort order are supported. Case-insensitive dictionary sort order is not supported.
This section includes the following topics:
Setting the ANSI NULL Option
Siebel Business Analytics requires that SQL Server databases be created with the ANSI NULL option selected. To set the ANSI NULL option
- In the SQL Server Enterprise Manager, right-click the appropriate database, and choose Properties.
- Click the Options tab and select the box for ANSI NULL default.
Modifying the DB Library Options Setting
In a SQL Server 2000 environment, when loading Analytics tables with international data, or loading more than one language, you need to modify the DB Library Options setting. To modify the DB Library Options setting
- From the Microsoft SQL Server program menu, select Client Network Utility.
- Select the DB Library Options tab.
- Clear the option Automatic ANSI to OEM.
NOTE: SQL Server 2000 automatically tunes many of the server configuration options; therefore, an administrator is required to do little, if any, tuning. Although these configuration options can be modified, the general recommendation is that these options be left at their default values, allowing SQL Server to automatically tune itself based on run-time conditions.
Configuring DAC to Support SQL Server 2005
The standard DAC configuration supports SQL Server 2000. The DAC can also support SQL Server 2005 with the following configuration changes. To configure the DAC to support SQL Server 2005
- Modify the connection_template.xml file:
- Navigate to the SiebelAnalytics\DAC\conf directory, and open the connection_template.xml file in a text editor.
- Comment out the section related to SQL Server 2000.
- Uncomment the section related to SQL Server 2005.
- Download the SQL Server 2005 JDBC driver from the Microsoft Web site, and install it.
- Copy the sqljdbc.jar file from the SQL Server 2005 JDBC driver installation directory and paste it into the SiebelAnalytics\DAC\lib directory.
- If the DAC is installed on Windows, modify the config.bat file as follows:
- Locate the following line:
SQLSERVERLIB=%DAC_HOME%\lib\msbase.jar;%DAC_HOME%\lib\mssqlserver.jar;%DAC_HOME%\lib\msutil.jar
- Append the following string at the end of the line referred to above if it is not there already:
;%DAC_HoMe%\lib\sqljdbc.jar
- If the DAC is installed on UNIX, modify the config.sh or config.csh file as follows:
- Locate the following line:
SQLSERVERLIB
- Append the following string at the end of the line referred to above if it is not there already:
/lib/sqljdbc.jar
- Execute the following script on every instance of the SQL Server 2005 that the DAC will access:
execute sp_configure 'show advanced options', 1
GO
RECONFIGURE
GO
Connecting from DAC to SQL Server Using Dynamic Port Allocation
To connect to a database on Microsoft SQL Server, the DAC requires a database host name, database name, and port number. If you configure an instance of SQL Server to use a static port, you can configure the connection to the DAC using the static port number. However, if you configure an instance of SQL Server to use the dynamic port allocation process, the port number can change every time SQL Server is restarted. In such cases, you must either manually update the new port number or configure the DAC to automatically identify the port number when you enter the database host name and database name. If you choose to update the port number manually, you can find the allocated port number in the Windows registry. To configure the DAC to identify the port number automatically, follow the instructions below. To configure the DAC to identify the SQL Server port number automatically
- Modify the connection_template.xml file:
- Navigate to the SiebelAnalytics\DAC\conf directory, and open the connection_template.xml file in a text editor.
- Find the entry related to the appropriate version of SQL Server.
There might be two entries, one for SQL Server 2000 and one for SQL Server 2005.
- Remove the port reference from the URL entry.
For example, for SQL Server 2005:
Before modification, the URL entry appears as follows:
<URL>jdbc:sqlserver://%host:%port;databaseName=%connect_str</URL>
After modification, the URL entry should appear as follows:
<URL>jdbc:sqlserver://%host;databaseName=%connect_str
For SQL Server 2000:
Before modification, the URL entry appears as follows:
<URL>jdbc:microsoft:sqlserver://%host:%port;DatabaseName=%connect_str</URL>
After modification, the URl entry should appear as follows:
<URL>jdbc:microsoft:sqlserver://%host;DatabaseName=%connect_str</URL>
- When entering SQL Server database connection information in the DAC user interface, for example, in the procedures Creating the DAC Metadata Repository and Creating Transactional and Data Warehouse Database Connections, leave the Database Port field empty.
- When entering SQL Server database connection information in the DAC user interface and using a named instance of SQL Server:
- In the Database Host field, include the instance name as part of the host name using the following format:
<hostname\\\\instancename>
NOTE: The four backslashes are required.
- Leave the Database Port field empty.
Recommended SQL Server Database Parameters
If necessary, SQL Server components can be configured to optimize performance, as shown in Table 13.
Table 13. Recommended Variable Settings for SQL Server Databases
|
|
|
Affinity mask |
0 |
|
Allow updates |
0 |
|
Awe enabled |
0 |
|
C2 audit mode |
0 |
|
Cost threshold for parallelism |
5 |
|
Cursor threshold |
-1 |
|
Default full-text language |
1033 |
|
Default language |
0 |
|
Fill factor |
95% |
For insert-intensive transactions, set Fill Factor between 90 and 95%. For better query performance, set Fill factor to 95 or even 100%. |
Index create memory |
1024 KB |
Default is 0. |
Lightweight pooling |
0 |
|
Locks |
0 |
|
Max degree of parallelism |
0 |
Default is 0. This turns off parallelism. Max degree of parallelism should be left at 0, which means use parallel plan generation. It should be set to 1 (use only 1 process) if you run multithreaded components (for example, several EIM threads). |
Max server memory |
2000 MB |
Default is 2147483647. |
Max text repl size |
65536 B |
|
Max worker threads |
100 |
Default is 255. |
Media retention |
0 |
|
Min memory per query |
1024 KB |
|
Min server memory |
500 MB |
Default is 0. |
Nested triggers |
1 |
|
Network packet size |
8192 B |
Default is 4096. |
Open objects |
0 |
|
Priority boost |
0 |
|
Query governor cost limit |
0 |
Modify to 60 only if CPU is high. |
Query wait |
-1 sec |
|
Recovery interval |
0 min |
|
Remote access |
1 |
|
Remote login timeout |
20 sec |
|
Remote proc trans |
0 |
|
Remote query timeout |
600 sec |
|
Scan for startup procs |
0 |
|
Set working set size |
0 |
|
Two-digit year cutoff |
2049 |
|
User connections |
0 |
|
User options |
0 |
|
- SQL Server memory: Make sure adequate memory is available.
- Transaction logs and TempDB: Reside on a separate disk from those used by database data.
- Full load: Full Recovery model for the database.
- Incremental (Refresh) load: Change from Full to Bulk-Logged Recovery model.
|