Enterprise Vault™ Reporting
- About this guide
- Introducing Enterprise Vault Reporting
- Overview of implementing Enterprise Vault Reporting
- Installing Enterprise Vault Reporting
- Configuring Enterprise Vault Reporting
- Configuring FSA Reporting
- Preparing for an FSA Reporting proxy server
- Accessing the reports
- Administrator roles that provide access to Enterprise Vault Reporting's reports
- Accessing Enterprise Vault Reporting's reports from SQL Server Reporting Services Report Manager
- Managing FSA Reporting
- Maintaining the FSA Reporting databases
- Troubleshooting Enterprise Vault Reporting
- Appendix A. Report overviews
- The Enterprise Vault Reporting operation reports
- Archived Items Access Trends report
- The FSA Reporting data analysis reports
- The Enterprise Vault Reporting operation reports
About the FSA Reporting databases
An FSA Reporting database holds the FSA Reporting scan data for one or more file servers. FSA Reporting requires at least one FSA Reporting database per Directory database.
When you configure a file server for FSA Reporting, Enterprise Vault does as follows:
If there are no FSA Reporting databases associated with the Directory database, a wizard helps you to create an FSA Reporting database.
If at least one FSA Reporting database is already associated with the Directory database, Enterprise Vault gives you the following options:
Select an existing FSA Reporting database to hold the file server's data.
Create a new FSA Reporting database to hold the file server's data.
You can choose the name for each FSA Reporting database. The name must contain only alphanumeric characters and spaces. The name can be up to 25 characters long.
Multiple FSA Reporting databases provide the following benefits:
Multiple databases provide scalability. FSA Reporting can upload the data faster from multiple file servers to multiple databases, which can significantly reduce scan times.
Multiple databases let you segregate information, for example by geographical location.
A minor disadvantage of multiple FSA Reporting databases is that summary reports take longer to generate, because Microsoft SQL Server Reporting Services must gather the data from multiple databases.
When you assign FSA Reporting databases to your target file servers, take into account the following factors:
Where possible, assign to different databases the file servers with the most volumes that are enabled for FSA Reporting. The amount of data that FSA Reporting must upload from the scan of a file server increases with the number of archive points and volumes that require scanning.
A data upload bottleneck can result if you assign to the same database many file servers that have the same FSA Reporting scan schedule. Assign the file servers that have the same scan schedule to different FSA Reporting databases. Stagger the FSA Reporting scan schedules for the file servers that are assigned to the same FSA Reporting database.
You must maintain each FSA Reporting database to ensure that it does not become too large.