Note the following requirements before you install the CA Data Protection data warehouse.
When you install the Data Warehouse, you must supply credentials for two accounts for the CMS database.
External reporting applications (such as BusinessObjects Enterprise) use this database account to connect to the Data Warehouse and CMS database.
This database account inherits the security model of the CA Data Protection user who is running the report. For example, if the user running the report has been assigned to the Management Group security model, then the report results are also subject to RLS restrictions based on the user’s management group. Conversely, if the user has been assigned to the Unrestricted security model, the report results are not subject to any RLS restrictions.
This database account corresponds to the 'Unrestricted' security model. CA Data Protection consoles and external reporting tools can use this database account when searching the CA Data Protection Data Warehouse and CMS database for events. Unlike normal Search User database accounts, the Unrestricted Search User is not subject to row level security (RLS) when searching the database. If a reviewer has 'Unrestricted' security model, the reviewer can see any events when they run a search or report. Search results or reports are not restricted by policy class or the reviewer’s management group.
This account is useful if, for example, an external auditor requires unrestricted (view-only) access to captured events in your CMS database.
Installing the Data Warehouse tables can increase the size of the existing CMS database by up to 50%. Therefore, ensure you have sufficient disk space for the volume of data that you want to keep in the Data Warehouse. To ensure sufficient disk space, you may need to modify the default parameters governing data age to prevent the Data Warehouse expanding excessively.
Details are in the 'Data Warehouse Configuration Parameters' section of the Platform Deployment Guide.
The data warehouse tables are stored in the CMS database. Consequently, any memory, CPU and disk resources consumed by data warehouse queries are not available to the CMS database and can result in performance issues. For example, large sort or join operations and increased buffer cache requirements can exert pressure on memory resources. Likewise, insufficient CPU threads can exert pressure on the CPU and overloaded disks can increase disk response times.
We therefore recommend that you set up low impact monitoring of these resources on the CMS host server to detect any performance issues.
Also, configuration changes on the host server may ease some performance issues. For example, you can add more memory or increase the number of CPUs. You can also reduce CPU parallelism. You can uninstall other applications from the host server. You can spread the disk workload or isolate different types of disk activity.
Whatever configuration changes you make, we recommend that investigate the performance issue first to identify the genuine cause. Sometimes, the symptoms of a problem may obscure the underlying cause. For example, a memory shortage may result in a very small buffer cache, in turn causing an excessive number of physical disks reads.
Copyright © 2015 CA Technologies.
All rights reserved.
|
|