Performance Tuning for Oracle WebCenter Content 11g - Fishbowl ...
Performance Tuning for Oracle WebCenter Content 11g - Fishbowl ...
Performance Tuning for Oracle WebCenter Content 11g - Fishbowl ...
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Logging<br />
<strong>11g</strong> uses the Weblogic logging. The granularity of in<strong>for</strong>mation sent to the logging system goes from<br />
TRACE, DEBUG, INFO, NOTICE, WARNING, ERROR, CRITICAL, ALERT, to EMERGENCY. In production<br />
environment, change the logging level to ERROR. One could modify the<br />
/user_projects/domains//config/servers/UCM_server1/logging.xm<br />
l<br />
or modify the logging levels using the Weblogic administrative console.<br />
File Store Providers<br />
<strong>Oracle</strong>’s ECM solution moved a File Store Provider to accommodate different usage patterns. The default file store<br />
provider in <strong>11g</strong> continues to use the vault/weblayout file structure.<br />
Classically, the <strong>Oracle</strong> ECM solution would store relational data in a database and files in a file system. As the<br />
number of managed assets increased, some scalability issues became apparent. Three metadata fields – dDocType,<br />
dSecurityGroup, and dSecurityAccount – were used to spread the assets out to multiple directory structures. There<br />
is a limit to how many files can go into a directory structure, and as the number of assets grew into the tens of<br />
millions, hundreds of millions, and eventually billions inode issues and disk management became a bottleneck. UCM<br />
updated the default file store provider to add additional dispersion directories to spread out the files.<br />
A database file store provider was added where the assets are persisted in the database rather than a file system.<br />
The <strong>Oracle</strong> <strong>11g</strong>R2 Database SecureFiles API improved per<strong>for</strong>mance by over 40% compared to the 10g<br />
implementation. <strong>Per<strong>for</strong>mance</strong> matches, and in some cases exceeds, major networked file systems. In addition to<br />
the I/O gains, repositories that have Database Compression will automatically have de-duplication per<strong>for</strong>med<br />
against content stored the repository.<br />
When content is uploaded to the repository, a temporary file is placed in the vault/~temp location with a cache<br />
cleanup eventually clearing out that disk space. The current version allows that cache to be limited to one day, so<br />
care must be taken when ingesting very large volumes of content. <strong>Content</strong> must also be indexed be<strong>for</strong>e that<br />
temporary area becomes a candidate <strong>for</strong> cleanup.<br />
Virtualization<br />
<strong>Oracle</strong> differentiates between hard and soft portioning from a licensing perspective. With hard partitioning in use,<br />
one only licenses the CPU used by the virtual machine. Soft partitioning requires licensing <strong>for</strong> all CPUs in the host<br />
machine. <strong>Oracle</strong> VM can be configured to qualify as hard partitioning, but EMC VMWare is considered soft<br />
partitioning. Hardware prices are trivial compared to software, so optimize the virtual hosts to consolidate licenses.<br />
Typically, multiple smaller instances per<strong>for</strong>m better than fewer larger instances. Attempt to optimize CPU<br />
utilization, adding additional CPUs to the host servers as needed.<br />
While CPU architecture, socket, and cores impact the licensing costs, memory does not. A physical CPU may be<br />
shared among multiple virtual machines, but memory should not be a pooled resource.<br />
Services and Components<br />
<strong>WebCenter</strong> <strong>Content</strong> continues the service-based architecture introduced in earlier versions of the content<br />
repository. Services that return search results, metadata, or actual assets can be extended or overridden.<br />
GET_SEARCH_RESULTS, <strong>for</strong> example, can return a large amount of data if a repository has many custom metadata<br />
fields. The content repository will cache the search results, but network traffic can be significantly reduced by<br />
creating a template that returns only the fields and result sets needed.<br />
© 2012. <strong>Fishbowl</strong> Solutions, Inc.