Storage Paradigm


Storage Paradigm

FS™ is based on scalable storage technology, a
robust indexing method, and a database independent migration model.
Records managers have used the IFS Object Repository system
successfully since 1991. There are hundreds of millions of documents
residing in IFS repositories all over the world.

Co-Star’s Independent Filing System (IFS)

  • Supports from one thousand to 100+ million of single or multi-page on-line documents.
  • Provides full document index integrity and backup provisions.
  • “No-impact” migration, keeps database automatically in sync.
  • Easily recoverable in disaster situations
  • Simple to administer
  • Provides seamless (to the end-user) client based integration with existing database application software.
  • Exchanges document index information for print and fax requests via the application database.
  • Exports data to industry standard database formats (ASCII, CSV, fixed format, etc.)
  • Supports multiple standard primary and secondary storage devices, optical drives, jukeboxes, CD ROMs, Raid arrays.
  • Provides a means of storing documents in an industry standard format.
  • Provides software level image compression and decompression workstation support.
  • Migrates and indexes to a Windows platform from a Unix platform.
  • Works across the WAN or Worldwide Web.
  • Stores XML, HTML and email in the system object repository as a page or document

KeyNet’s Independent Filing System (IFS)

IFS, KeyNet’s powerful document manager, is a document repository software providing storage for any number of files of any type. IFS is based on scalable storage technology, a robust indexing method, and a database independent migration model. First, the document repository can be physically distributed across the entire enterprise, keeping documents local to the point of most frequent access. Second, IFS captures data from documents and uses this data to generate document indexes. These indexes can be used directly by Co-Star to access the IFS repository, or can be written to the database systems that are native to the user’s application. Users can request document searches by the IFS index, or can provide their own data/document combination queries. If user data is retired, IFS generated import tables indexes can still be used to access stored documents. Finally, IFS provides a powerful migration scheme which allows documents to be moved from hard disk drives, to optical jukebox platters to off-line optical drives without requiring the database to be re-indexed.


The IFS document ID provides the secret to IFS strength. Storing a document once generates a single document ID. The ID is a permanent logical link to that document, even though the physical location of the document may change. This capability allows the IFS document repository to be scaled from one to 3.4 billion documents requiring costly re-indexing. In addition, repository maintenance to maximize efficiency can be performed without affecting the document indexes.


The IFS repository is constructed of one or more Virtual Storage Units (VSU). The capacity of it can be as large as a single storage media. An IFS repository can support up to 100 million storage units. Each storage unit can reside on a different physical shared storage device. VSU’s can be placed on any direct access storage media including magnetic hard disk, RAID, MO optical, WORM, CD-ROM and DVD. In addition, VSU’s can be moved.

In addition to physical distribution, IFS documents are not restricted to Network, Database or Application topography. Documents can be accessed by any number of applications across, and can be accessed via LAN, WAN or the Internet. A summary of these capabilities is listed below.

  • Documents can be partitioned into many discrete collections
  • Documents can be distributed across facilities, countries and even continents while at the same time minimizing network traffic and maximizing accessibility.
  • IFS supports multiple volumes, servers, and sites.

Open Architecture

The IFS system is an open published architecture. KeyNet provides full documentation on the structure, and a robust set of application API’s to control and maintain the repository. Developers can take advantage of KeyNet’s many document management tools directly, or use the IFS API to write functionality specific to their applications.


Every system administrator needs to set up and maintain document volumes and sites. And eventually, everyone needs to move those inactive documents off the system onto a more remote media.

The Co-Star System utility, CoTools, is a simple and easy to use Windows application that provides access to all the IFS administrative functions including:

  • Creating Document Volumes
  • Creating Multiple Document Repository Sites
  • Maintaining Repositories
  • Migrating documents from one site or volume to another
  • Checking and repairing the integrity of the document repository
  • Browsing the document repository


Security and authentication permissions can be applied independently to each IFS storage unit, as provided by the controlling server of that storage unit. This provides a completely flexible model for security, allowing public sets of documents to be made available to all users, while classified, or other business sensitive documents can be placed behind more restricted levels of authentication.

Internet access can be secured via standard SSL encryption, and documents accessed from Web browsers are cached to temporary storage before being delivered to the remote user.

IFS for the Web

Records managers and document archivists have used the IFS Object Repository system since 1991. There are hundreds of millions of documents residing in IFS repositories all over the world. Now, IFS for the WEB provides the means to liberate these documents from their LAN/WAN shell, and make them available to anyone with a WEB browser.

IFSWEB provides a website application structure that can be installed on any Windows server running IIS. Anyone or any application having access to the document storage ID can accomplish retrieval and display of documents. The file location of the document pages does not have to be known to retrieve the documents.