过去，如果你有一个数据仓库，分析师会提出许多疑问来反对脱机复制存储达到两年的数据。经过分析，如果数据仓库被一些灾难所破坏，他们将被移入一个新的系统。

　　现在不一样了，随着在关键任务相关应用程序中对数据仓库和商业智能（BI）技术越来越多的应用，灾难恢复（DR）计划已不能保证总是可以为你的数据仓库负责。

　　“数据仓库和商业智能技术的确出现在了一些并不是特别关键的任务中，”Intelligent Solutions 公司总裁兼创始人、同时在Colo. Boulder公司担任顾问的Claudia Imhoff说，“人们将会从操作系统中提取相关数据使其迅速流入自己完全独立的操作环境。但是，在过去的10年中，对这些问题的分析已变得极为迫切。”

　　Imhoff表示，如今的企业往往直接将数据仓库与关键的应用程序联系起来，比如说在股票价格分析、欺诈性检测、以及存货规划等业务领域。各企业往往更依赖于BI技术，与BI被分析师们广泛运用时的状况相比，其系统的服务对象也发生了很大的变化，他们面对的更多是一些全新的、不是很熟悉相关技术的客户。Imhoff说：“如果有问题出现，而他们不知道如何去解决，这确实会削弱他们的能力，使其无法做出良好的业务决策。”

　　关键是看数据仓库是否应该被引入IT基础设施，这样其相关问题可以得到灾难恢复人员更好的处理。作为Wash. Renton The Data Warehousing Institute（数据库存机构）的科研主管，Wayne Eckerson表示：“现在测试的关键是看数据仓库是否变得如此关键，以至于当它出现问题时人们就开始遇到麻烦，然后就想要将其转移到数据中心。现在已有很多这样的数据中心存在，它们也很愿意为你提供这样一个环境，使你可以随时进行相关数据备份、使用后归还等等诸如此类的操作。”

　　内置DR

　　Imhoff还补充说，主要供应商提供的像IBM、Teradata、Oracle等数据库存软件往往提供过于冗余的数据、有时甚至是数百TB的数据，而企业需要对这些数据进行管理。她表示，即使是一些小的供应商所提供的数据仓库设备中也包括高效的灾难恢复工具。

　　然而，这些工具本身并不能应对数据仓库目前所面临的另外两个挑战。第一个挑战是组织或机构如何处理一些操作和业务进程，从确认究竟哪些员工需要灾难恢复到确定他们需要恢复的位置、到确认数据仓库系统中哪些要素是需要被监控的。

　　Eckerson和Imhoff指出，CIO们需要面对的第二个挑战是要确保那些“叛变的”数据仓库就像Imhoff所说的一样，能够被列入灾难恢复规划中。

　　Eckerson说：“对于某些部门来讲，一旦应用程序取得成功，他们就不得不扩大其规模。这会增加对其处理设备的需求，其相应的技术养护要求同时也要上升。这对于该部门来讲是一个沉重的负担。他们将不得不决定是否继续投入资源，来为其营造一个能支持关键任务运行的环境。如果他们不继续投资，他们的服务质量会不会变差？他们可能会决定将其外包给IT公司这样的第三方。” IT部门很难对这些脱离IT基础设施运行的部门级系统提供支持，有些时候只有在问题出现后IT人员才会意识到它们的存在。

　　Arup Nanda是Starwood Hotels & Resorts Worldwide公司负责数据库设计和架构的高级主管，他表示他的公司还没有出现数据仓库“背叛”问题，但其IT员工一直在对它们保持监控。Nanda还表示，IT团队目前一直在寻找数据仓库在用户中断系统上的活动迹象，比如说Microsoft SQL Server和 SQL Server相关查询工具的使用迹象。一旦发现了这些工具，IT团队就应该和用户寻求合作，决定是否将数据库引入IT基础设施中来了。

　　Nanda目前在帮助管理一个存储量达64万亿字节的数据仓库，它支持着公司许多关键应用程序的运行，包括电子邮件营销软件在内。然而，当涉及到灾难恢复时，Starwood公司对于关键任务应用程序和关键业务系统的态度就明显不同了。

　　对Starwood公司而言，涉及关键任务的应用程序都与其日常需求相关，比如说酒店经营、数据保留、相关赔偿、以及客户忠诚度计划等等。这些任务都不会用到数据仓库，他们是从联机事物处理系统中直接获得数据和信息。“而数据仓库的管理和使用属于关键业务而不是关键任务。如果它只是偶尔关闭一段时间，实际上并不会对我们的收入产生太大影响。但是，如果其关闭时间超过了24小时，由此而带来的某些工作鉴定的丢失就会影响到企业的管理”，他说。

　　要对你的数据仓库有所了解

　　Nanda建议CIO们应该清楚数据仓库在发展灾难恢复计划中的角色，并且认识到数据仓库中保存的是历史数据，而联机事物处理系统中保存的是当前的数据——保留时间都不会超过18个月。此外，他还表示数据仓库应该设为只读格式，这样可以限制单独数据复制的时间，同时也可以最大限度地减少数据备份所需的时间。

　　Nanda只经历过一次导致磁盘破坏的小规模停电故障，但他主张详细记录关于数据仓库恢复的每一个步骤，并且规定在停电事故中哪些应用程序将会被首先恢复。为了实现这一目标，他与分布在全球的25位企业系统分析师通力合作，这些分析师们就像是用户部门和IT部门之间的桥梁。

　　专家建议用户对数据仓库进行详细的盘点，看看它们是否已被列入你的DR计划，如果有数据仓库关系到关键任务应用程序，一定要对其进行标注。完成这些步骤之后，你就可以知道如果灾难降临有哪些设备将会遭受影响，然后就可以对其有所准备。