|Bookshelf Home | Contents | Index | PDF|
A database RAID array (redundant array of independent drives) can provide large amounts of I/O throughput and capacity, while appearing to the operating system and RDBMS as a single large disk (or multiple disks, as desired, for manageability). The use of RAIDs can greatly simplify the database layout process by providing an abstraction layer above the physical disks, while promoting high performance.
If you will make frequent use of Siebel Enterprise Integration Manager (EIM), you may want to put the EIM tables and indexes (names starting with EIM_) on different devices from the Siebel base tables. Both tables are accessed simultaneously during EIM operations.
Table 9 describes a sample disk layout for a server dedicated to Microsoft SQL Server, where the database uses a single filegroup residing on a disk array. The use of a single RAID array for the database devices provides satisfactory performance in many cases without the administrative overhead of using individual filegroups.
If your enterprise requires the highest performance standards, you should place heavily used tables and their corresponding indexes, such as those listed under Sizing the Database for a Siebel Deployment, in a specific SQL Server filegroup within your database. By creating a filegroup on a specific disk or on multiple disks, you can control where tables and indexes in your database are physically located. For details, see Database Physical Device Planning.
Your choice to use RAID devices or multiple filegroups to distribute database objects depends solely on how great your performance needs are. It is recommended that you work with your hardware vendor to determine the optimal RAID configuration for your specific requirements.
|Siebel Deployment Planning Guide||Copyright © 2011, Oracle and/or its affiliates. All rights reserved. Legal Notices.|