Mainframe is Back » Storage http://www.ibmmainframe.cn Everything about Mainframe: 中文大型机资讯网 Sun, 25 Sep 2011 16:32:00 +0000 en hourly 1 http://wordpress.org/?v=3.3.1 IBM开发新型赛道内存 读写速度能比闪存快10万倍 http://www.ibmmainframe.cn/2008/04/ibm%e5%bc%80%e5%8f%91%e6%96%b0%e5%9e%8b%e8%b5%9b%e9%81%93%e5%86%85%e5%ad%98-%e8%af%bb%e5%86%99%e9%80%9f%e5%ba%a6%e8%83%bd%e6%af%94%e9%97%aa%e5%ad%98%e5%bf%ab10%e4%b8%87%e5%80%8d/ http://www.ibmmainframe.cn/2008/04/ibm%e5%bc%80%e5%8f%91%e6%96%b0%e5%9e%8b%e8%b5%9b%e9%81%93%e5%86%85%e5%ad%98-%e8%af%bb%e5%86%99%e9%80%9f%e5%ba%a6%e8%83%bd%e6%af%94%e9%97%aa%e5%ad%98%e5%bf%ab10%e4%b8%87%e5%80%8d/#comments Mon, 14 Apr 2008 09:58:23 +0000 MIB Admin http://www.ibmmainframe.cn/?p=303

CNET科技资讯网4月14日国际报道 IBM正在开发一直“赛道内存”，利用磁性纳米管中的原子来存储信息，且读写信息的速度比闪存快10万倍。

IBM称，这种内存比今天使用的硬盘与闪存更快速，更可靠。

IBM员工Stuart Parkin表示，赛道内存是一种固态内存，结合了闪存的优点，象没有转动部件，还结合了硬盘的稳定与耐久性 。

赛道内存利用磁性纳米管中无数的原子来存储数据。无需原子移动，电流会会沿着U形管平滑的读写数据，耗费的时间不到十亿分之一秒。

这种内存每通过一个晶体管可以读出16位数据，因此读写信息的速度比闪存快10万倍。

Parkin说：“在硬盘中，一个晶体管可以读取1位数据，闪存可以达到2到4位数据，而赛道内存中一个晶体管可以读取更多位的信息。”

赛道内存仍然处于研究的初期。这种概念在4到5年前首次出现，IBM希望它能够在未来几年内用这一技术提供TB级别的存储。

Parkin说：“我们将花2到4年时间研究出一种原型产品，4年以后，我们可能演示成品，然后开始生产。”

赛道内存没有运动部件，因此它从本质上来讲是不会破损的，这一点和闪存不同，闪存的读写使用寿命为1万次。

赛道内存使用原子来存储数据，因此比硬盘或闪存更耐久。

相关文章

]]> http://www.ibmmainframe.cn/2008/04/ibm%e5%bc%80%e5%8f%91%e6%96%b0%e5%9e%8b%e8%b5%9b%e9%81%93%e5%86%85%e5%ad%98-%e8%af%bb%e5%86%99%e9%80%9f%e5%ba%a6%e8%83%bd%e6%af%94%e9%97%aa%e5%ad%98%e5%bf%ab10%e4%b8%87%e5%80%8d/feed/ 0 IBM z10大型主机支持Sun存储软件 http://www.ibmmainframe.cn/2008/03/ibm-z10%e5%a4%a7%e5%9e%8b%e4%b8%bb%e6%9c%ba%e6%94%af%e6%8c%81sun%e5%ad%98%e5%82%a8%e8%bd%af%e4%bb%b6/ http://www.ibmmainframe.cn/2008/03/ibm-z10%e5%a4%a7%e5%9e%8b%e4%b8%bb%e6%9c%ba%e6%94%af%e6%8c%81sun%e5%ad%98%e5%82%a8%e8%bd%af%e4%bb%b6/#comments Fri, 28 Mar 2008 05:19:48 +0000 MIB Admin http://www.ibmmainframe.cn/2008/03/28/ibm-z10%e5%a4%a7%e5%9e%8b%e4%b8%bb%e6%9c%ba%e6%94%af%e6%8c%81sun%e5%ad%98%e5%82%a8%e8%bd%af%e4%bb%b6/

在销售开放标准企业级存储系统方面，IBM和Sun可以说是竞争对手，但是最近这两家厂商走到了一起，在大型机产品方面建立了合作关系。

四个月之前，Sun与IBM签订了合作协议，向IBM的System z系列大型主机中预装OpenSolaris操作系统。在本月25日，Sun首席执行官Jonathan Schwartz表示，开始提供对IBM新推出的System z10大型机提供存储软件支持。

Sun已经对其整个企业级存储软件产品线进行调整以适用于IBM的z10大型主机。这个存储套件包括用于虚拟磁带和磁带库的虚拟存储管理器 （Virtual Storage Manager）、Sun StorageTek 9990V和9985V磁盘系统以及虚拟磁盘的Shared Virtual Array阵列。

Sun公司新闻发言人表示，此次合作还涉及IBM用于System z的最新版本操作系统——z/OS v1.9，以及行业标准接口协议FICON和ESCON。

这种跨平台开发协议的一个最大好处就在于，不少IT经理计划用大型主机淘汰掉陈旧的Solaris服务器以完成数据中心升级，现在他们通过Sun存储应用就可以继续使用一种较为熟悉的操作系统，尤其是当IT技术人员还没有经过新操作系统z/OS的培训。

Sun有机会在IBM的System z10大型主机内向用户提供自己的存储软件，这也让IBM在为他们的高端硬件产品提供多种可选择的软件方面占据了很大的优势。

Sun在2005年收购了StorageTek之前，StorageTek就一直向IBM的S/390和其他一些大型主机提供存储软件支持。

Sun大型主机存储营销主管Jay Wallace表示：“（被Sun收购之后）StorageTek给Sun带来了不少的大型主机用户。虽然Sun一直没有在这方面发表过看法，但是我们可以看出，大型主机存储市场的确有着很好的发展前景。”

Wallace表示，大型主机存储业务发展非常快，尤其是高端的存储业务。

他说：“不少在机架服务器上花费了大量时间和金钱的公司企业现在也开始考虑采用大型主机了，这主要是因为大型主机要比机架服务器更节能、更易于配 置。IBM对与我们合作的兴趣鼓舞了我们，z10大型主机领跑在大型主机技术的前沿，而我们则是推动大型主机相关存储的创新者。”

说到大型主机，Sun公司最近宣布推出了一款中端企业级磁带库新产品——SL3000，这是StorageTek T9840磁带驱动器和Key Management Station v2.0的第四代产品。

相关文章

]]> http://www.ibmmainframe.cn/2008/03/ibm-z10%e5%a4%a7%e5%9e%8b%e4%b8%bb%e6%9c%ba%e6%94%af%e6%8c%81sun%e5%ad%98%e5%82%a8%e8%bd%af%e4%bb%b6/feed/ 0 DoSTOR存储分析 EMC升级CDP产品 可同时复制 http://www.ibmmainframe.cn/2008/02/dostor%e5%ad%98%e5%82%a8%e5%88%86%e6%9e%90-emc%e5%8d%87%e7%ba%a7cdp%e4%ba%a7%e5%93%81-%e5%8f%af%e5%90%8c%e6%97%b6%e5%a4%8d%e5%88%b6/ http://www.ibmmainframe.cn/2008/02/dostor%e5%ad%98%e5%82%a8%e5%88%86%e6%9e%90-emc%e5%8d%87%e7%ba%a7cdp%e4%ba%a7%e5%93%81-%e5%8f%af%e5%90%8c%e6%97%b6%e5%a4%8d%e5%88%b6/#comments Wed, 27 Feb 2008 01:10:07 +0000 MIB Admin http://www.ibmmainframe.cn/2008/02/27/dostor%e5%ad%98%e5%82%a8%e5%88%86%e6%9e%90-emc%e5%8d%87%e7%ba%a7cdp%e4%ba%a7%e5%93%81-%e5%8f%af%e5%90%8c%e6%97%b6%e5%a4%8d%e5%88%b6/

DoSTOR存储分析 2月26日国际报道：昨天EMC宣布将加强其原有的RecoverPoint解决方案，将能够使用户在同一个卷内进行持续数据保护和远程复制工作。

RecoverPoint 的技术是基于EMC在2006年花费1.53亿美元收购的Kashya公司技术的，RecoverPoint是EMC的CDP SAN产品线的旗舰产品，不过，作为一个持续数据保护和复制解决方案，RecoverPoint显然还有一些局限性。因此，这也是EMC为何对其进行升级 的最大原因。

EMC架构软件副总裁兼总经理Doc D’Errico表示：”在此之前，我们不能在同一时间执行持续数据保护和远程复制。”除此之外，他补充到，新的RecoverPoint 3.0能够帮助企业应对灾难恢复的工作。

“现在，对于用户是否有意义取决于是否可以在本地实现在任何时间点上进行恢复，并同时进行灾难恢复，你可以有一个单一的应用程序，既有一个本地的CDP拷贝还有一个远程复制拷贝。”

至 少有一位分析师认为RecoverPoint的新特性对于用户的作用是显著的，尤其是在其数据面临着越来越大的数据保护压力时，”这样可以防止很多不同类 型的设备故障情况，比如说CDP，它可以防止数据丢失，而复制功能，则可以解决系统故障和本地灾难的发生。” 市场研究机构Clipper Group分析师Mike Fisch如此表示。

在此之前，无法在进行持续数据保护时进行复制工作被认为是EMC的竞争对手Mendocino陷入困境的主要原因，这也鲜明的体现出了持续数据保护和复制必须整合在一起的重要性，除此之外，InMage公司也推出了持续数据保护和复制相结合的存储产品。

与此同时，EMC还宣布将RecoverPoint解决方案与其CLARiiON CX3存储平台更加紧密的进行整合。

RecoverPoin软件中具备一种”写分离（Write Splitting）”功能，这项功能可以确保当服务器或者智能交换机上运行代理程序的时候，I/O操作在通用的I/O路径下进行。

“我们现在直接在CLARiiON中嵌入了一个RecoverPoin代理，而不是网络或者基于某种主机的设备。这让IT经理们的工作更加简单，因为他们无需在多台设备上安装驱动器。”

“这样一来，能够大大的降低部署系统的复杂性，你可以在管理存储阵列的同时管理数据复制工作，这对大多数存储管理员来说是一个非常好的。”

此次EMC还将对iSCSI卷和VMware文件系统的支持加入到了基于CLARiiON的代理中，D’Errico表示：”这样做的好处是为iSCSI提供了持续数据保护和复制功能，而且这种做法现在在商业环境中已经非常普遍了。”

据EMC方面透露，目前已经有不少RecoverPoint 3.0解决方案的Beta测试用户，但是EMC此次只公布了其中的两家：位于美国俄亥俄州的Insurance.com公司和主机托管厂商Hosted Solutions。

RecoverPoint 3.0将于下个月正式上市，初始价格为60500美元。针对中小型企业用户的升级版本RecoverPoint SE将会在三月正式上市，定价为每台Clariion设备20000美元。

与此同时，EMC在昨天还推出了Mainframe (DLm) 4080设备，它是一款存储容量为190TB、基于磁盘的虚拟磁带库产品。

D’Errico表示：”这是用于大型机领域的第一款完全基于磁盘的虚拟磁带库产品，压缩软件可以将虚拟磁带库的容量提高到0.5PB以上，这样就可以避免那些机械过程和磁带销售的风险。”

Mainframe (DLm) 4080将于三月正式上市，起价为850000万美元。

相关文章

]]> http://www.ibmmainframe.cn/2008/02/dostor%e5%ad%98%e5%82%a8%e5%88%86%e6%9e%90-emc%e5%8d%87%e7%ba%a7cdp%e4%ba%a7%e5%93%81-%e5%8f%af%e5%90%8c%e6%97%b6%e5%a4%8d%e5%88%b6/feed/ 0 IBM S/390业务恢复存储解决方案全面透析 http://www.ibmmainframe.cn/2008/02/ibm-s390%e4%b8%9a%e5%8a%a1%e6%81%a2%e5%a4%8d%e5%ad%98%e5%82%a8%e8%a7%a3%e5%86%b3%e6%96%b9%e6%a1%88%e5%85%a8%e9%9d%a2%e9%80%8f%e6%9e%90/ http://www.ibmmainframe.cn/2008/02/ibm-s390%e4%b8%9a%e5%8a%a1%e6%81%a2%e5%a4%8d%e5%ad%98%e5%82%a8%e8%a7%a3%e5%86%b3%e6%96%b9%e6%a1%88%e5%85%a8%e9%9d%a2%e9%80%8f%e6%9e%90/#comments Sun, 17 Feb 2008 13:27:21 +0000 MIB Admin http://www.ibmmainframe.cn/2008/02/17/ibm-s390%e4%b8%9a%e5%8a%a1%e6%81%a2%e5%a4%8d%e5%ad%98%e5%82%a8%e8%a7%a3%e5%86%b3%e6%96%b9%e6%a1%88%e5%85%a8%e9%9d%a2%e9%80%8f%e6%9e%90/   [ Read More ]]]>

当企业越来越依赖于数据去进行处理它的商业行为以及由此来保证它在业界的竞争力的时候，数据处理的高可靠性和高可用性就尤为关键。一个计算机系统的长期停止将直接导致明显的财务流失，更为重要的是，您将失去客户的信任以及一系列的企业赖以生存发展的市场，在一些情况下，数据的丢失甚至将会导致整个企业的失败。
　　据一项美国的研究报告显示，在灾害之后，如果无法在14天内恢复信息作业，有75%的公司业务会完全停顿，43%的公司再也无法重新开业，因而有20%的企业在两年之内被迫宣告破产。美国Minnesota大学的研究表明，遭遇灾难的同时又没有灾难恢复计划的企业，超过60%以上企业在的两到三年后将退出市场，随着企业对数据处理依赖程度的递增，此比例还有上升的趋势。因此，在限定的时间内成功的灾难恢复将应该是一个企业战略计划中的一个关键组成部分。

IBM S/390业务恢复存储解决方案
　　由于应用的可用性和灾难恢复能力越来越被看重，越来越多的公司开始采用双站点策略。IBM被称为地理分散并行系统（Geographically Dispersed Parallel Sysplex ，GDPS）的S/390多站点应用可用性解决方案，将S/390并行Sysplex技术与远程拷贝技术集成在一起，能够提高应用的可用性和灾难恢复能力。
　　IBM的存储系统部在1994年推出了两种远程拷贝功能，一种被称为PPRC（Peer-to-Peer Remote Copy，对等远程拷贝），一种被称为XRC（Extended Remote Copy，扩展远程拷贝），并在1995年投入应用。1996年，所有IBM 3990存储控制家族产品的先前型号都被具有远程拷贝功能的型号6替代。
　　对等远程拷贝（PPRC）功能现在被所有主要的S/390存储供货商视为S/390 Sysplex灾难恢复领域的前途所在。PPRC和增强OS/390以及地理分散并行Sysplex (GDPS)一道，成为业界高可用性解决方案的领导者。最近的Gartner分析表明，并行Sysplex解决方案每年平均停机时间少于10分钟。
　　GDPS是一种多站点应用可用性解决方案，具有管理远程拷贝配置和存储子系统、自动执行并行Sysplex操作任务、从单一控制点执行故障恢复等功能，从而达到了提高应用可用性的目的。通过GDPS和PPRC，IBM使灾难发生后进行恢复的时间缩减到以分钟计算。
　　除非特殊说明，下文叙述的所有解决方案都假设主站点和恢复站点之间通过企业系统连接（ESCON）一类的宽带连接互连。
备份和恢复
　　在所有的IT资源中，数据最重要，但也最不稳定最复杂。其它资源，如处理能力、供货商提供的软件、DASD、存储设备、建筑物等，都是最终可替换的，但大部分数据却是不可替换的。而数据对商业活动来说是最重要的。在这里我们将讨论适用于灾难恢复的不同IBM产品，它们能够进行不同类型的数据管理，设置不同的数据备份选项。本部分主要叙述用于灾难恢复的功能，但并没有覆盖这些产品所有的可用功能。

远程拷贝
　　当某一应用站点停机时，IBM的远程拷贝功能能够进行快速有效的灾难恢复。该功能能够在远程站点实时维护数据的镜像拷贝，并确保以与主站点完全相同的次序在远程站点进行数据写入更新的远程复制。这一解决方案在远程拷贝控制机制下自动对DASD卷上的数据进行跟踪。这种跟踪的发生独立于使用这些数据的应用。因此，来自不同应用的独立远程拷贝功能是不需要的。
　　应用的性能保护、数据当前值选项和数据独立都是IBM远程拷贝设计中的组成部分。远程拷贝方法有以下不同的两种：

  • 对等远程拷贝（PPRC）

  • 扩展远程拷贝（XRC）

    　　PPRC和XRC都试图通过维护DSAD卷间的实时拷贝来达到数据保护的目的。远程拷贝超出了狭隘意义上的双重拷贝，因为它允许副卷存储在远地点上。双重拷贝的主要用途是保护数据不受设备失效的损害，而远程拷贝的目的要更加广泛。
    对等远程拷贝(PPRC)
    　　PPRC提供的灾难恢复能够最大限度地保留数据当前值。如果您属于以下的情况，PPRC将能够很好地适合您的需要：

  • 避免数据丢失是您最优先的考虑

  • 您的运行站点和恢复站点之间的距离不超过103公里

  • 您的工作负载和要求能够承受同步拷贝带来的性能损失

    　　PPRC提供有助于保留数据当前值和完整性的两类选择。一个选择是将卷标记为”关键”，保证在副卷不能更新时，原有的更新也将无效，不论卷是处于同步状态还是异步状态，甚至是在灾难出现时也如此。这一功能通过APAR提供，在写入时被设置为可用。
    　　第二个选择是使用最近被改进的系统错误恢复程序（Error Recovery Procedure，ERP）。当发生问题时，ERP在向主机返回完成状态之前记录错误信息，在远程站点上将配置这些记录的一个拷贝，从而即使在灾难过程中也能够连续提供哪些卷处于同步状态和哪些卷没有处于同步状态这样的信息，这一功能通过APAR提供。
    　　PPRC对于VSE用户来说也是一种理想的灾难恢复解决方案选择。通过使用ICKDSF命令接口可以很容易地建立PPRC路径和PPRC对。VSE环境下的PPRC功能与OS/390 环境下类似，只是VSE用户使用ICKDSF命令接口而OS/390用户使用TSO/E命令接口。
    　　OS/390环境下运行的PPRC还能够与一种被称为对等动态地址交换（Peer-to-peer Dynamic Address Switching ，P/DAS)的新功能共同工作。
    　　在以前的P/DAS实现方法中，SWAP命令的第一地址是在一个PPRC主卷上，第二地址在相应的副卷上。在ESS系统中将不再要求这两个卷构成一个活动PPRC对，您可以交换ESS系统中的任意卷对，前提是必须能够确保所交换的卷是一致的。
    　　通过IBM ESS系统，PPRC可以建立在LUN基础之上。与其它PPRC实现方法一样，PPRC只能建立在相同类型的存储控制单元之间。与其它型号IBM DASD控制器上实现的PPRC相比，通过ESCON连接的两个ESS控制单元之间的通信性能可以有更大的提高。ESCON协议是经过改进的，信号交换较少，两个ESS之间可以传输更大的ESCON帧。这些提高使两个ESS之间的距离在使用多模到单模的ESCON转换器和放大器的情况下可以扩展到103公里。

    扩展远程拷贝(XRC)
    　　扩展远程拷贝（XRC）是一种异步拷贝功能，在正常运行期间对大多数应用性能的影响最小。XRC在远程恢复站点为您的运行数据创建一个副本拷贝。
    　　如果您属于以下的情况，XRC对您将是比较适合的：

  • 应用在正常操作过程中的性能是您最优先考虑的对象

  • 可以接受副站点数据当前值更新的较小延迟

    　　如果您的运行站点和恢复站点之间的距离超过103公里或出现”线路”问题，您可以使用CNT CopyXpress或其它信道扩展器使您的XRC解决方案通过电信线路得到扩展。由于XRC需要OS/390的系统数据移动器（System Data Mover, SDM），因此，它只能在OS/390环境下工作。
    　　为确保数据完整性，Data Mover的设计使其能够以主站点上相同的顺序在远程站点上进行数据的更新。对于远程拷贝数据会在某些存储控制器上展开的情况，这一功能将是特别重要的。
    　　以上两种解决方案在远程拷贝机制下都能够对DASD卷上的数据进行自动跟踪。跟踪的进行与使用数据的应用相互独立。因此，来自不同应用的分散的远程拷贝功能是不需要的。一旦对某一卷建立了远程拷贝，远程拷贝的运行将是透明的。当数据写入主DSAD时，无须应用用户的任何干预，这些数据就会被拷贝到远程 DSAD中。
    　　PPRC和XRC不同之处在于以下几个方面：对DSAD I/O性能的影响、灾难发生时数据当前值的最新程度、系统资源的占用、操作距离和运行控制。
    　　ESS支持某些硬件辅助的拷贝功能的目的有两个：为能够提供数据实时拷贝的灾难恢复解决方案和拷贝功能提供镜像操作功能。StorWatch ESS专家拷贝服务Web浏览器接口提供了一种任何环境下建立和管理PPRC的方法。它为使用控制面板建立图形视图任务的用户进行操作管理提供了一种有组织的方法。

    并发拷贝功能(Concurrent Copy)
    　　并发拷贝是改进后的DFSMS/MVS和IBM S1390 型号3以及型号6所提供的一种功能。RAMAC虚拟数组（RAMAC Virtual Array ，RVA）和企业存储服务器（Enterprise Storage Server ，ESS)成为IBM S1390系列当然的后续产品。
    　　并发拷贝允许对数据进行”时间点”性质的拷贝，而这些数据可同时被更新。只有提出拷贝请求时数据库的更新才必须被停止（停止的时间长度以秒计）。一旦请求被接受，更新可以被恢复，并发拷贝将创建一个拷贝请求发出时的数据拷贝。这一功能大大减少了数据库进行备份拷贝所引致的不可使用时间。在很多情况下，节约的时间要以小时计，而且并发拷贝大大增加了OS/390环境下在线操作和批处理的时序安排灵活性。
    　　在并发拷贝出现之前，物理和逻辑信息转储之间常常需要进行交替换位。在转储过程中，数据对其他应用来说是不可用的。物理转储进行的速度较快，但必须被恢复到一个相似的设备上。因为每天晚上都要进行转储，而恢复并不经常进行，所以总的来说物理转储可以减少停机时间。
    　　并发拷贝出现后，规则就被改变了。对于并发拷贝转储来说，只有并发拷贝转储请求被接受时，数据才是不可用的。在实际转储过程中，数据都是可用的。在使用并发拷贝的情况下，逻辑转储具有与物理转储一样的数据可用性；不使用并发拷贝时，逻辑转储在数据可用性方面比物理转储要好。
      DFSMSdss也提供了并发拷贝功能。这一功能由DFSMSdss控制语句中嵌入的CONCURRENT参数调用。DFSMSdss可以作为一个正常的任务步骤被调用，也可以被使用DFSMSdss API的程序调用。大多数并发拷贝工作并不由DFSMSdss执行，而是由作为DFSMS/MVS组件的系统数据移动器 (SDM)执行。当收到一个通过DFSMSdss产生的拷贝请求时，SDM对环境进行初始化，为拷贝作好准备，并通知IBM DASD控制器将被拷贝的数据的范围。
    　　环境初始化完成后，拷贝开始，数据更新重新恢复。如果正在被拷贝的数据需要被更新，或被更新的数据还没有被拷贝，这些数据就被拷贝到IBM DASD控制器高速缓存中的sidefile中，更新工作将继续进行直至完成。为使对高速缓存的占用最小，数据将由高速缓存的sidefile转移到 MVS的数据空间sidefile中。在拷贝数据时，DFSMSdss在（存入）磁盘前不断检索sidefile，因此，备份中并不包含拷贝请求被接受以后所发生的任何数据更新。
    　　ESS中并发拷贝的工作方式与其在IBM S1390-6中的工作方式一样。并发拷贝由DFDSS中包含的CONCURRENT关键词发起，或由将DFSMSdss作为拷贝程序并对其进行内部调用的应用发起。

    快速拷贝(Flash Copy)
    　　ESS提供的快速拷贝功能使计算中心能够在几秒钟内为一个逻辑卷或数据集创建一个拷贝。由于创建数据的快速拷贝仅需要几秒钟的时间，所以您的应用只须中断很短的时间。在此之后，您的应用将继续运行。快速拷贝所拥有的独特功能使计算中心能够随意安排运行数据集的备份，从而在灾难发生时能够提供数据的快速恢复。
    　　快速拷贝只能用于磁盘卷之间，它要求目标卷与源卷处于同一个逻辑子系统中。当拷贝操作建立时，目标卷与源卷之间将建立一种关联。这一关联建立后，卷拷贝将能够被访问，一个后台作业将复制所有由源卷拷贝到目标卷的磁道。如果ESS StorWatch 专家拷贝服务建立了一个快速拷贝过程，您可以使用NOCOPY选项来禁止这一后台拷贝任务。如果您仅在短时期内需要拷贝功能，那么以上功能就用得上了。
    　　快速拷贝可以通过OS/390拷贝程序DFSMSdss来启动，对于ESS中设置了卷或LUN的系统，则可以通过StorWatch ESS 专家拷贝服务的Web接口来启动。快速拷贝功能还可以与其它硬件辅助的功能如PPRC相结合，使您可以在几秒钟内创建PPRC副卷的一个快速拷贝。
    业务数据恢复
    　　由于业务相关数据主要部分的管理是由一个或多个数据库管理系统（DBMS）来完成，本部分将说明主站的恢复过程，并且将着重说明灾难恢复时的不同。
    　　传统意义上，数据库恢复的基础是利用一个安全的时间点备份（映像拷贝）来进行数据库恢复，并利用DBMS历史记录中的一个安全拷贝可以随意执行一个向前恢复。对DBMS数据库来说，很有可能执行的是”实时向前滚动”和”实时远程更新”解决方案。
    　　在灾难发生时计算中心如果使用历史记录数据进行向前恢复，那么历史记录数据与必要的恢复控制信息一起必须被安全地离站存储。如果DBMS运用双历史记录，那么副历史记录数据可以分配到远程附属的DASD上。这可能是一个花费稍高的解决方案，但它能够消除历史记录数据丢失带来的风险。否则，您需要通过磁盘镜像来使用远程实时历史记录，例如IBM的远程拷贝功能。
    企业系统连接(ESCON)
    　　ESCON极大地提高了处理器和I/O设备之间以及多处理器之间的内部连接能力。利用ESCON，数据可以以18.6MB/秒的速率传输。传输的最大距离取决于光纤电缆的类型、内部连接的组成部分以及所使用的控制单元。这些距离规范大多数都不是硬性限制。超出这些限制仅仅会导致性能上的降低。然而，若超出一定的值，系统将会停止工作。
    　　ESCON XDF的使用可以使得信道连接的距离足够满足许多灾难恢复解决方案的要求。现在间隔60km以外的主站和二级站点之间可以利用大带宽CTC连接，直接进行处理器与处理器之间的备份数据传输。DASD和盒式磁盘设备都可安置在距离主站点43km的地方，并允许离站对关键数据直接进行简单有效的拷贝。这意味着关键数据将会快速安全地完成备份过程。这就去除了传统的手工传送备份数据到一个安全站点的操作。

    相关文章

    ]]>     http://www.ibmmainframe.cn/2008/02/ibm-s390%e4%b8%9a%e5%8a%a1%e6%81%a2%e5%a4%8d%e5%ad%98%e5%82%a8%e8%a7%a3%e5%86%b3%e6%96%b9%e6%a1%88%e5%85%a8%e9%9d%a2%e9%80%8f%e6%9e%90/feed/ 0