概述
当今的公司需要雇员、合作伙伴和客户间彼此共享信息。不过，许多公司发现自己受到束缚：成功的增长会导致内容管理危机。用户的数量越大，所生成的相应内容就越多，共享、维护和传递这些内容的难度和费用就越大。
在全球化公司里，跨组织和地域的文件共享是至关重要的。
数据的迅速膨胀不仅增加公司的总开销，而且使用户难以共享数据。一个部门的用户甚至会不知道有某一特殊文件服务器能提供有用的信息，更不用提访问该机器了。内容发布成为令人痛苦的过程：先把文件放在文件服务器上，再发送首次通告(initial announcement)，然后就是等待信息到达需要的人手上。
Oracle 通过OracleFilesOnline 为内部使用解决了这个难题。OracleFilesOnline 是一种基于Oracle 互联网文件系统（Oracle Internet File System）的内部网文件存储服务，为雇员们提供单一地址存储和文件共享，不仅降低维护冗余系统的成本，而且能提高雇员的工作效率。OracleFilesOnline 为用户提供灵活访问自己内容的安全环境。与控制用户级的访问不同，可以定义用户组而且相应的内容可专门保存或与公司内的其他组共享。
所有这些内容存储在一个Oracle 数据库内，由一个DBA 职员维护,并由标准的Oracle 内部帮助台支持。
本文说明Oracle 公司如何通过Oracle 互联网文件系统（Oracle Internet File System）创建其内部使用的OracleFilesOnline：
本公司采购的硬件。
本公司对Oracle 互联网文件系统（Oracle Internet File System）基础结构所做的扩展。
将内容转移到OracleFilesOnline 的过程。
该案例的设计是为了帮助Oracle 客户和合作伙伴成功地实施他们自己的Oracle 互联网文件系统（Oracle Internet File System），内容涉及一次目前成功运行的大规模实施。
数据汇集
在为Oracle 雇员开发OracleFilesOnline 服务前，实施小组的重要任务是定义用户和目标。
管理的目标是提高效率和降低成本，方法是将几个文件服务器的数据汇合为一个单独实例并集中管理世界各地的文件。
终端用户的目标是获得有助于信息共享的服务。
通过浏览器在全球范围内访问随时随地访问任何内容。
利用自定义的网络接口简化访问和培训。
具备通过Oracle Text（以前称为Oracle interMedia 文本）查找内容的功能。
使用内容管理特性时能够进行协作，这些特性包括.检入.检出、版本控制和文件锁定，使内容管理更有效率。
通过创建大型文档存储器，使电子邮件作为.URL 而不是文件附件发送，避免了大型的电子邮件附件。
提供对访问用户级或小组级内容的控制。
OracleFilesOnline 的实施
OracleFilesOnline 作为beta 测试版本于2000 年7 月首次发布。当时有1,500 用户受邀参加了试用。该阶段的目标是验证系统的功能。
之后，在2000 年10 月OracleFilesOnline 投入限量生产，又有另外15,000 用户受邀参加了试用。该阶段的目标是测试世界范围内的文件共享。此间，系统的装载达到了相当的程度。
2001 年1 月，OracleFilesOnline 在Oracle 公司全面推行，全球范围的用户量增加到大约45,000 名。
2001 年6 月，支持OracleFilesOnline 的数据库升级到Oracle9i。性能和可用性继续处于卓越水平。
鉴于全球如此多的用户共享几百万份的文件，在实施中采用增量法是很重要的。在实施的每一阶段，OracleFilesOnline 服务组确保系统既能提供高水平的网络性能，同时用户又能从Oracle 帮助台得到及时的支持以解决难题。
采用增量法的另一重要原因是接收来自用户的反馈，在邀请更多用户登录前做出改进。
OracleFilesOnline 配置
OracleFilesOnline 硬件配置的设计初衷是为来自世界各地不同办公室的45,000 名雇员服务，并容纳几百万份分散在世界各地的公司文件。
雇员可通过网络随时(24x7) 随地访问内容。
要访问OracleFilesOnline 中的内容，根据用户的方便有三种方式可供选择：
HTTP 协议，用于标准网络浏览器的网络访问。
WebDAV 协议，既HTTP 协议的扩展，允许用户通过互联网编辑和管理文件时相互协作，通常采用Microsoft Office 2000 平台。WebDAV 客户端直接与Oracle 互联网文件系统连接。用户通过该系统能够拖放内容，在适当的位置编辑并直接从数据库发布。
FTP 协议，用于将文件大量加载到OracleFilesOnline 里。下列FTP 客户端已测试过：
OnNetFTP
WSFTP
SmartFtp
AbsoluteFTP
命令行Unix ftp
ncftp
客户端层中间层服务层
图1，OracleFilesOnline 硬件配置
OracleFilesOnline 正在使用的硬件配置是互联网3 层配置。在中间层，是三个相同的Sun E420R 服务器，配有4 个CPU 和4 GB 的内存，负责运行1.1.6 版的Oracle 互联网文件系统，支持OracleFilesOnline 中的所有用户和组。三个服务器都支持同一套协议（HTTP、WebDAV 和FTP），预计能同时为5000 名用户服务，每秒处理29 个请求。
通过熟悉的接口，Oracle9i 数据库的单独实例提供通用的世界范围的内容访问。
对于从传统文件服务器传输大量内容的组，设置了一个单独的Sun Ultra 60 服务器（有2 个CPU 和2 GB 的内存），专用于FTP 协议。
在三个相同的Oracle 互联网文件系统1.1 服务器前，安装了包含F5lab 的BigIP 的专用设备。BigIP 是一种智能负载平衡设备，用于监视每个Oracle 互联网文件系统服务器自动将入局服务请求发送到最可用的服务器。
为提供通用访问，在服务器层设立了Oracle9i 数据库的一个单独实例。该实例能够容纳Oracle 全球范围的内容。磁盘子系统目前的容量是1.2 TB，安装在Sun E6500 服务器上，配有12 个CPU 和12 GB 的内存。不久的将来内容可望增长到5-20 TB。
在客户端层，OracleFilesOnline 可从诸如Netscape 或Internet Explorer 的浏览器上发布，通过Oracle 传统的视觉技术提供用户友好的自定义的用户接口。
利用标准的Oracle 备份程序，OracleFilesOnline 的日常维护由Oracle 数据中心（OracleData Center）完成。每日进行的增量备份补充着每周一次的全“热”数据库备份。
如何将组文件转移到OracleFilesOnline
在过去，组织中不同的组采用不同的方法将自己的数据转移到OracleFilesOnline。在此试举几个例子说明这种转变。
OracleFilesOnline 将所有内容汇合在一个单独实例中，消除了对单一文件服务器和管理的需求。
在使用OracleFilesOnline 前，全球性的IT 组中有30 多个项目经理。他们以几种不同的方式在多个地址中保存文档。一些项目经理没有网络存储器，而是用电子邮件传递文档。一些项目经理将文档保存在了一台过时的Windows NT 设备里。另一些项目经理通过远程Unix 服务器上的FTP 保存着自己的文档。这种配置不是很有效，而且维护和查找尤其麻烦。
OracleFilesOnline 解决了以上所有的问题。过时的Windows NT 设备弃置不用，远程Unix 服务器不再需要，所有的项目经理现在能选择同样的存储方法，将自己的文档保存在集中式存储器里，便于其他部门的项目经理或组共享内容。项目经理受到的培训是在标准的系统上而不是通过多种令人混乱的机制存储文档。
Oracle 公司的另一组（即营销组）将其所有内容从传统的文件服务器转移到OracleFilesOnline 里。对于营销组来说，这是非常好的方法，使自己免于对组织的依赖，比如内部重组和重构报告关系。而且，对大型多媒体文件建立版本和共享的做法已经流行。过去，当在组内发送大容量电子邮件时收件箱容量常常不够。而且，在办公室和家里工作的人员可以通过OracleFilesOnline 来回传递内容，改善了访问途径并提高了效率。
对于系统管理员，在OracleFilesOnline 存储文件的好处不仅仅是节省了存储空间。由于数据保存在Oracle9i 数据库的一个单独实例内，而且每晚得到备份，就免除了维护大量备份磁带的负担。子系统的维护也外包出去了。硬盘的故障、磁带的故障以及电源故障都由Oracle 数据中心（Oracle Data Center）的高度可靠的设备承担。
下面的图表说明适用于OracleFilesOnline 的最主要文档类型.
图2，适用于OracleFilesOnline 的主要文件类型
将来的OracleFilesOnline
根据组织内的反馈和经验，在不久的将来要实现以下特性和改进：
专用防毒扫描服务器。
由于存储器携带的病毒广泛传播所引起的威胁以及对存储服务器的恶意攻击造成的数据丢失以及完整性问题所带来的风险，需要一种防病毒解决方案，以满足存储市场的特殊需求。为此，当从OracleFilesOnline 检索文件时，专用防病毒扫描服务器应该对它们进行实时扫描。这样就保证OracleFilesOnline 用户受到防病毒、蠕虫以及Trojan Horses 的保护，使台式电脑、服务器和公司其他的基础结构免于感染。
备用数据库确保高度的可用性。
这是一个根据主数据库的备份创建的数据库复制品，用于以下目的：
灾难保护
预防数据破坏
补充报告
如果主数据库因故不可用，管理员则可以执行对备用数据库的启用failover。此时，备用数据库成为新的主数据库。管理员还可将备用数据库设为只读，这样就使它用作独立的制表数据库。
Real Application Cluster (RAC) 确保高度可用性、改进的吞吐量和可伸缩性。RAC 是稳健的计算环境，能发挥称为“簇”的多个互连的计算机的处理能力。在RAC 环境中，所有的节点同时执行同
