|Oracle® Records Database Application Administrator's Guide
10g Release 1 (10.2)
Part Number B31266-02
Application Administrator's Guide
10g Release 1 (10.2)
This document provides conceptual information for Oracle Records Database 10g Release 1 (10.2) (Oracle Records DB) administration. This document contains the following topics:
Our goal is to make Oracle products, services, and supporting documentation accessible, with good usability, to the disabled community. To that end, our documentation includes features that make information available to users of assistive technology. This documentation is available in HTML format, and contains markup to facilitate access by the disabled community. Accessibility standards will continue to evolve over time, and Oracle is actively engaged with other market-leading technology vendors to address technical obstacles so that our documentation can be accessible to all of our customers. For more information, visit the Oracle Accessibility Program Web site at
Accessibility of Code Examples in Documentation
Screen readers may not always correctly read the code examples in this document. The conventions for writing code require that closing braces should appear on an otherwise empty line; however, some screen readers may not always read a line of text that consists solely of a bracket or brace.
Accessibility of Links to External Web Sites in Documentation
This documentation may contain links to Web sites of other companies or organizations that Oracle does not own or control. Oracle neither evaluates nor makes any representations regarding the accessibility of these Web sites.
TTY Access to Oracle Support Services
Oracle provides dedicated Text Telephone (TTY) access to Oracle Support Services within the United States of America 24 hours a day, seven days a week. For TTY support, call 800.446.2398.
Many enterprises are reevaluating their unstructured data strategy and turning toward a centralized records management policy due to the rapidly increasing importance and volume of their business-critical records.
Records management is the systematic and comprehensive control of the creation, identification, maintenance, filing, use, and disposition of records. Records management ensures the following:
Records are authentic and reliable
Records can be retrieved when needed as quickly and efficiently as possible
Records are not destroyed prematurely or kept longer than required
To address the regulatory, legal, and best practices requirements for managing electronic records, records management systems must be able to do the following:
Restrict access to records
Dispose of records
Oracle Records DB is a records management application that is included with Oracle Content DB (Oracle Content DB). In order to use Oracle Records DB, you must be running Oracle Content DB.
One of the challenges of implementing a records management policy is the difficulty users have in identifying and selecting data that should become a record (known as declaring records). Oracle Records DB makes record declaration and policy management easier. Through Oracle Records DB, Records Administrators can set records management properties for any folder (also referred to as a destination) in which a user might store data. The folder properties automatically implement record declaration and policy management. These property settings can be transparent to the user.
Oracle Records DB identifies and selects data, and creates records from that data in two ways:
Manual Record Creation
Explicitly declaring that the identified data is a record. The user browses the file plan and picks a record category to apply to the data. The data is declared a record and managed by that record category's management policy.
Enforced Record Creation
Enforcing a record category or a record folder to an Oracle Content DB folder. All subsequent data or documents uploaded into that folder will automatically be declared as records, subject to the applied records management properties.
Because Oracle Records DB enables universal access to a single records management policy and repository through Web Services, it can be readily used in many collaborative environments, portals, and business applications.
Using Oracle Records DB, enterprises can do all of the following:
Declare records: Records can be declared manually, automatically, or programmatically through Web Services. Once a record has been declared, the records management policy controls the disposition of the document.
Delete records: Records Administrators can configure Oracle Content DB to conform to the records management retention policy for their enterprise, which then automatically retains or deletes appropriate records.
Manage records management policy: File plans control the operating restrictions on records. The records management policy creates the file plan's operating hierarchy and manages the lifecycle, such as establishing cutoff and retention periods, record disposition, and record freezes.
Industry standards-based Web Services and Business Process Execution Language (BPEL) support for integration with any business application.
When Oracle Content DB is configured, Oracle Records DB is configured automatically, but the application is disabled by default. Oracle Records DB can be enabled through Oracle Enterprise Manager 10g Application Server Control. In addition, metrics for records management can be configured through Application .
Developing an effective records management program requires a combination of suitable policies, procedures, training, and practices. To develop a successful program for enterprisewide electronic records management, consider the following steps:
Define and establish records management policies, procedures, and retention schedules.
Identify the interdependencies among the business functions that create, receive, manage, and store records, including their legal, information technology, records management, and compliance requirements.
Develop the business structure, line of business, and functional requirements for your records management program.
Deploy Oracle Records DB technology in a pilot phase to a small group of users to test the records management program. Automate the declaration of records through record placement, or programatically through Web Services application programming interfaces (APIs). This will reduce the impact of users individually declaring records, and make records management more efficient.
Deploy the integrated records management program in production for the entire enterprise.
By carefully developing and testing the records management program prior to implementing it, enterprises can ensure the success of their program.
In order to place data under records management control, the data must be declared as records and classified according to the lifecycle management rules contained in the file plan. The record classification in a file plan should be carefully created to reflect the appropriate records management rules for the enterprise.
There are many different ways to set up a record classification in a file plan. For example, an enterprise may decide to create a file plan organized by business function or by business activity.
The classification hierarchy in a file plan is unique to each enterprise and its activities.
Using Oracle Records DB, Records Administrators can create one or more file plans to organize the records in a system.
The Records Administrator can perform the following for each file plan:
Provide a name and description
Define record categories and rules in the file plan
Configure security settings for the file plan
Records Administrators can specify a set of policies that control the life cycle of the records that the file plan contains.
Records Administrators can restrict users from filing records that are associated with a specific record category or record folder, using the records management security feature. The records management security defined on a file plan applies to all record categories under that file plan, unless the record category explicitly overrides it. Once guard security has been defined, it can be overridden only at the file plan and record category levels. Oracle Records DB security does not prevent users from viewing file plans that they cannot use.
A file plan can contain multiple record series. A record series contains further groupings of record categories. The Records Administrator must provide a name and description for each record series in the file plan.
The Records Administrator can create record categories under a file plan or under a record series. For each record category, the Records Administrator can specify the following:
A name and description
An ordered list of disposition instructions that are executed upon cutoff. A disposition instruction is executed after cutoff occurs.
For example, the disposition instructions for a record category could be to retain all records managed by the record category for one month after cutoff, then move those records to a special folder and retain them for a year.
The set of available disposition actions is move, delete, launch workflow, and retain. For disposition actions that require a destination (move instructions, for example), a folder destination must be specified. You can select storage options for your destination folders when you specify a disposition instruction. See *, "Managing Storage Options" for more information about the storage options that you can select.
Whether the records disposition or retention cycle should occur at repeated intervals
The Records Administrator can also specify additional attributes for records filed within the record category. The attributes must have one of the following types:
For each of the additional record attributes, the Records Administrator can specify defaults, allowed values, and whether or not users must specify values (required, hidden, or configurable) for these attributes.
Records Administrators can optionally create a record folder to further organize records within a record category. The Records Administrator must provide a name and description for each record folder. A record folder inherits the attributes specified by its parent record category.
Record folders are used to organize the records within a record category. For example, a record category specific to the 2005 fiscal year has records in specific record folders that are organized by month. Each record folder may specify or override a different cutoff period, but once a record folder reaches cutoff, that record folder is closed.
Retention periods determine the length of time that a record must be kept. Sometimes there is a specific legal or regulatory time period requiring that certain records must be retained. These records are protected from possible destruction for the cited period of time.
Oracle Records DB supports these legal retention requirements. A Records Administrator can suspend the activities on all records in a record category or folder indefinitely by using the freeze command.
There are three ways to declare records within the Oracle Records DB application:
Manually: Users can use the
make record function
Enforced: Records Administrators can apply the records management properties of a record category to a specific folder
Programmatically: Users can use Web Services and Workflow to automatically declare records as part of a business process
Enterprises can implement different ways of declaring records based on specific record attributes, by using the customized workflow capability in Oracle Content DB.
Providing default values and record attributes facilitates the creation of record categories without requiring user input. However, providing required record attributes without defaults will result in FTP and WebDAV upload failure.
Oracle Content DB manages user access to records. Users can search only on records to which they have access. Records Administrators can view all records in the system and can change a record back to regular data, even if those records may have been inadvertently or erroneously created by a user.
The Records Administrator must also have Content Administrator privileges to view and change data that have been declared a record to regular data.
Oracle Records DB provides users the option of using custom workflow processes, which are defined in Oracle BPEL Process Manager.
Users can specify a custom workflow as one of the disposition instructions when they create or modify a record category. The custom workflow can be used in combination with other disposition actions to define the lifecycle of records stored under the record category. The custom workflow will be executed as part of the disposition processing for all records and record folders filed under the record category.
The Launch workflow disposition phase lets customers do the following:
Notify the Records Administrator that a record is ready to advance to the next disposition phase, as well as obtain approval.
Allow custom notifications (business logic) to be a part of the disposition phase.
In a multi Site configuration, disposition phase workflows are available only in the primary Site.
The Launch workflow disposition action is only available if custom workflows have been defined for Oracle Content DB.
When record disposition error occurs, the Records Administrator is notified through a workflow notification.
Oracle Records DB provides three options for storing records: Database storage, BFILE storage, and through integration with retention hardware.
Use the Oracle Records DB application to select storage options when creating a record category. See the online Help for Oracle Records DB for more information.
If you decide to retain data in database storage, the data is marked as a record and then kept in the database tablespaces used by Oracle Content DB. See Oracle Content Database Administrator's Guide for more information about storage options for Oracle Content DB.
Oracle Records DB lets you use BFILE storage to store certain types of records. BFILE storage for records is not enabled by default; in order to enable this option, you must set the BFILE domain property IFS.DOMAIN.BFILE.Enabled to True, and then specify storage management options in Oracle Content Database Control. See Oracle Content Database Administrator's Guide for more information about setting the domain property.
Oracle Content DB provides retention hardware capabilities through partnerships with Network Appliance and EMC. You can use Oracle Collaboration Suite Control to integrate Oracle Content DB with Network Appliance SnapLock or EMC Centera.
To integrate Oracle Content DB with a records management retention device, you must first install the hardware (either EMC Centera or Network Appliance SnapLock). Then, you must specify credential information for the hardware and set retention-related domain properties using Oracle Collaboration Suite Control.
Once you have created a record category and defined retention policies in Oracle Records DB, Oracle Content DB designates appropriate content as records to be stored in a records management retention device. See Oracle Content Database Administrator's Guide for more information about integrating Oracle Content DB with your retention hardware.
When a record is marked to begin its disposition or retention cycle. Cutoffs are needed before disposition instructions can be applied because retention periods begin with the cutoff, not with the creation or declaration of the records.
Directions for carrying out their disposition instructions (retain, move, or delete) of a record.
A partner solution that provides retention hardware support. You can integrate Oracle Content DB with EMC Centera to provide retention storage for Oracle Records DB.
A collection of record categories and record series containing the disposition instructions for records.
The ability to suspend (freeze) the final disposition instructions (typically, the instruction to delete a record) in the lifecycle of a record. Record categories, record folders, and records can only be frozen by the administrator.
The life span of a record from its creation or receipt to its final disposition.
Network Appliance SnapLock
A partner solution that provides retention hardware support. You can integrate Oracle Content DB with Network Appliance SnapLock to provide retention storage for Oracle Records DB.
An immutable document, regardless of medium, that is controlled by a particular record category.
A description of the lifecycle for a particular set of records within a file plan. Each record category has retention and disposition data associated with it which apply to all record folders and records within the record category.
A special type of record category used to manage and organize records and that allows for the retention and disposition of the record information.
A container that holds a set of record categories.
The length of time that a record must be kept before it can be destroyed.
The ability to reverse the suspension (freeze) instruction on a record category, record folder, or record. This allows the final disposition instructions to be completed.
Oracle Records Database Application Administrator's Guide, 10g Release 1 (10.2)
Copyright © 2006, Oracle. All rights reserved.
The Programs (which include both the software and documentation) contain proprietary information; they are provided under a license agreement containing restrictions on use and disclosure and are also protected by copyright, patent, and other intellectual and industrial property laws. Reverse engineering, disassembly, or decompilation of the Programs, except to the extent required to obtain interoperability with other independently created software or as specified by law, is prohibited.
The information contained in this document is subject to change without notice. If you find any problems in the documentation, please report them to us in writing. This document is not warranted to be error-free. Except as may be expressly permitted in your license agreement for these Programs, no part of these Programs may be reproduced or transmitted in any form or by any means, electronic or mechanical, for any purpose.
If the Programs are delivered to the United States Government or anyone licensing or using the Programs on behalf of the United States Government, the following notice is applicable:
U.S. GOVERNMENT RIGHTS Programs, software, databases, and related documentation and technical data delivered to U.S. Government customers are "commercial computer software" or "commercial technical data" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the Programs, including documentation and technical data, shall be subject to the licensing restrictions set forth in the applicable Oracle license agreement, and, to the extent applicable, the additional rights set forth in FAR 52.227-19, Commercial Computer Software--Restricted Rights (June 1987). Oracle USA, Inc., 500 Oracle Parkway, Redwood City, CA 94065.
The Programs are not intended for use in any nuclear, aviation, mass transit, medical, or other inherently dangerous applications. It shall be the licensee's responsibility to take all appropriate fail-safe, backup, redundancy and other measures to ensure the safe use of such applications if the Programs are used for such purposes, and we disclaim liability for any damages caused by such use of the Programs.
Oracle, JD Edwards, PeopleSoft, and Siebel are registered trademarks of Oracle Corporation and/or its affiliates. Other names may be trademarks of their respective owners.
The Programs may provide links to Web sites and access to content, products, and services from third parties. Oracle is not responsible for the availability of, or any content provided on, third-party Web sites. You bear all risks associated with the use of such content. If you choose to purchase any products or services from a third party, the relationship is directly between you and the third party. Oracle is not responsible for: (a) the quality of third-party products or services; or (b) fulfilling any of the terms of the agreement with the third party, including delivery of products or services and warranty obligations related to purchased products or services. Oracle is not responsible for any loss or damage of any sort that you may incur from dealing with any third party.