• 四川郎酒股份有限公司获第十二届人民企业社会责任奖年度环保奖 2019-05-13
  • 银保监会新规剑指大企业多头融资和过度融资 2019-05-12
  • 韩国再提4国联合申办世界杯 中国网友无视:我们自己来 2019-05-11
  • 中国人为什么一定要买房? 2019-05-11
  • 十九大精神进校园:风正扬帆当有为 勇做时代弄潮儿 2019-05-10
  • 粽叶飘香幸福邻里——廊坊市举办“我们的节日·端午”主题活动 2019-05-09
  • 太原设禁鸣路段 设备在测试中 2019-05-09
  • 拜耳医药保健有限公司获第十二届人民企业社会责任奖年度企业奖 2019-05-08
  • “港独”没出路!“梁天琦们”该醒醒了 2019-05-07
  • 陈卫平:中国文化内涵包含三方面 文化复兴表现在其中 2019-05-06
  • 人民日报客户端辟谣:“合成军装照”产品请放心使用 2019-05-05
  • 【十九大·理论新视野】为什么要“建设现代化经济体系”?   2019-05-04
  • 聚焦2017年乌鲁木齐市老城区改造提升工程 2019-05-04
  • 【专家谈】上合组织——构建区域命运共同体的有力实践者 2019-05-03
  • 【华商侃车NO.192】 亲!楼市火爆,别忘了买车位啊! 2019-05-03
    • / 20
    • 下载费用:30 金币  

    重庆时时彩开奖号码图: 用于移植数据的系统与方法.pdf

    摘要
    申请专利号:

    重庆时时彩单双窍门 www.4mum.com.cn CN201310136808.8

    申请日:

    2013.04.19

    公开号:

    CN103377279A

    公开日:

    2013.10.30

    当前法律状态:

    授权

    有效性:

    有权

    法律详情: 授权|||实质审查的生效IPC(主分类):G06F 17/30申请日:20130419|||公开
    IPC分类号: G06F17/30; H04L29/08 主分类号: G06F17/30
    申请人: 国际商业机器公司
    发明人: M·J·卡洛斯; S·E·克莱恩; J·M·米奇
    地址: 美国纽约
    优先权: 2012.04.20 US 13/451,701
    专利代理机构: 中国国际贸易促进委员会专利商标事务所 11038 代理人: 李镇江
    PDF完整版下载: PDF下载
    法律状态
    申请(专利)号:

    CN201310136808.8

    授权公告号:

    ||||||

    法律状态公告日:

    2017.04.26|||2013.11.27|||2013.10.30

    法律状态类型:

    授权|||实质审查的生效|||公开

    摘要

    各种实施例提供了用于移植数据的系统与方法。一种系统包括配置成存储受?;さ氖莸男⌒图扑慊低辰涌诼呒ピ牛⊿CSI?LUN)、处理器和配置成存储对等远程复制(PPRC)应用的存储器。该处理器配置成执行PPRC应用,来修改所发送的数据和所接收的数据中的?;?。一种方法包括接收未受?;さ氖?、使用PPRC应用向数据添加?;ひ员悴鼙;さ氖莶⑶野咽鼙;さ氖荽娲⒃谑鼙;さ腟CSI?LUN中。另一种方法包括在受?;さ腟CSI?LUN接收发送受?;さ氖莸那肭?、使用PPRC应用从受?;さ氖莅ケ;ひ员悴词鼙;さ氖莶⑶野盐词鼙;さ氖莘⑺偷轿词鼙;さ腟CSI?LUN。

    权利要求书

    权利要求书
    1.  一种用于移植数据的系统,包括:
    第一小型计算机系统接口逻辑单元号(SCSI LUN),配置成存储受?;さ氖?;
    处理器;及
    存储器,耦合到处理器,该存储器配置成存储对等远程复制(PPRC)应用,其中处理器配置成执行PPRC应用,来修改所发送的数据和所接收的数据中的?;?。

    2.  如权利要求1所述的系统,其中处理器进一步配置成:
    接收未受?;さ氖?;
    使用PPRC给数据添加?;?,产生受?;さ氖?;及
    在第一SCSI LUN中存储受?;さ氖?。

    3.  如权利要求2所述的系统,其中处理器配置成从第二SCSI LUN接收数据,第一SCSI LUN和第二SCSI LUN包括在相同的计算设备中。

    4.  如权利要求2所述的系统,其中处理器配置成从第二SCSI LUN接收数据,第一SCSI LUN和第二SCSI LUN包括在不同的计算设备中。

    5.  如权利要求1所述的系统,其中处理器配置成在后台执行PPRC,以向数据添加?;?。

    6.  如权利要求2所述的系统,其中数据包括数据完整性字段,处理器进一步配置成在添加?;ぶ笮薷母檬萃暾宰侄沃械闹?,使得该值与用于受?;さ氖莸墓ひ当曜既笔≈挡煌?。

    7.  如权利要求6所述的系统,其中处理器进一步配置成,当处理器接收到读取受?;さ氖莸那肭笫?,检查受?;さ氖莸腃RC。

    8.  如权利要求1所述的系统,其中第一SCSI LUN配置成存储数据而且处理器进一步配置成:
    接收发送受?;さ氖莸那肭?;
    使用PPRC从受?;さ氖莅ケ;?,以产生未受?;さ氖?;及
    把未受?;さ氖莘⑺偷降诙CSI LUN。

    9.  如权利要求8所述的系统,其中处理器配置成从第二SCSI LUN接收数据,第一SCSI LUN和第二SCSI LUN包括在相同的计算设备中。

    10.  如权利要求8所述的系统,其中处理器配置成从第二SCSI LUN接收数据,第一SCSI LUN和第二SCSI LUN包括在不同的计算设备中。

    11.  一种用于把未受?;さ氖菀浦驳绞鼙;さ男⌒图扑慊低辰涌诼呒ピ牛⊿CSI LUN)的方法,包括:
    从第一处理器接收未受?;さ氖?;
    由第二处理器使用对等远程复制(PPRC)应用向数据添加?;?,以产生受?;さ氖?;及
    把受?;さ氖荽娲⒃谑鼙;さ腟CSI LUN中。

    12.  如权利要求11所述的方法,其中接收包括从未受?;さ腟CSI LUN接收未受?;さ氖?,受?;さ腟CSI LUN和未受?;さ腟CSI LUN包括在相同的计算设备中。

    13.  如权利要求11所述的方法,其中接收包括从未受?;さ腟CSI LUN接收未受?;さ氖?,受?;さ腟CSI LUN和未受?;さ腟CSI LUN包括在不同的计算设备中。

    14.  如权利要求11所述的方法,其中使用PPRC包括在后台执行PPRC,以便向未受?;さ氖萏砑颖;?。

    15.  如权利要求11所述的方法,其中未受?;さ氖莅ㄊ萃暾宰侄?,该方法还包括,在添加?;ぶ?,修改该数据完整性字段中的值,使得该值与用于受?;さ氖莸墓ひ当曜既笔≈挡煌?。

    16.  如权利要求15所述的方法,还包括,当接收到移植受?;さ氖莸那肭笫?,检查受?;さ氖莸腃RC。

    17.  一种把受?;さ氖荽邮鼙;さ男⌒图扑慊低辰涌诼呒ピ牛⊿CSI LUN)移植到未受?;さ腟CSI LUN的方法,包括:
    在受?;さ腟CSI LUN接收发送受?;さ氖莸那肭?;
    由处理器使用对等远程复制(PPRC)应用从受?;さ氖莅ケ;?,以产生未受?;さ氖?;及
    把未受?;さ氖莘⑺偷轿词鼙;さ腟CSI LUN。

    18.  如权利要求17所述的方法,其中受?;さ腟CSI LUN和未受?;さ腟CSI LUN包括在相同的计算设备中。

    19.  如权利要求17所述的方法,其中受?;さ腟CSI LUN和未受?;さ腟CSI LUN包括在不同的计算设备中。

    20.  如权利要求17所述的方法,还包括,响应接收到所述请求,检查受?;さ氖莸腃RC,以确定?;な欠裼行?。

    说明书

    说明书用于移植数据的系统与方法
    技术领域
    本发明一般涉及计算系统,尤其涉及利用对等远程复制(PPRC)应用把数据从未受?;さ男⌒图扑慊低辰涌诼呒ピ牛⊿CSI LUN)移植到受?;さ腟CSI LUN和把数据从受?;さ腟CSI LUN移植到未受?;さ腟CSI LUN的系统与方法。
    背景技术
    T10小型计算机系统接口(SCSI)标准定义了DIF信息模型,其中SCSI块设备可以格式化成具有与每个逻辑块关联的数据完整性字段(DIF)。DIF提供对从SCSI主机最初写数据的时间开始端到端的?;ず褪萃暾缘难橹?。
    格式化成没有DIF的块设备被称为包括类型0?;?。而格式化成具有DIF信息的块设备被称为包括类型1?;げ⑶野檠啡哂嘈Q椋–RC)、参考标签(LBA)和应用定义的应用标签。
    随着对T10DIF支持的出现,期望把数据从具有类型0?;ぃ?,不包括类型1?;ぃ┑南钟芯硪浦驳礁袷交删哂欣嘈??;さ木?。当前用于执行这种类型数据移植的系统与方法一般使用SCSI主机来执行数据移植。具体而言,SCSI主机从未受?;さ木矶寥∪渴菘?、利用DIF信息格式化数据块,然后把数据块连同DIF信息一起写到新的卷?;痪浠八?,SCSI主机负责执行与在卷之间移植数据相关的每个任务。
    发明内容
    各种实施例提供了用于移植数据的系统。一种系统包括配置成存储受?;さ氖莸男⌒图扑慊低辰涌诼呒ピ牛⊿CSI  LUN)、处理器和耦合到处理器的存储器。存储器配置成存储对等远程复制(PPRC)应用,其中处理器配置成执行该PPRC应用,来修改所发送的数据和所接收的数据中的?;?。
    其它实施例提供了用于把未受?;さ氖菀浦驳绞鼙;さ腟CSI LUN的方法。一种方法包括从第一处理器接收未受?;さ氖?。该方法还包括由第二处理器利用PPRC应用向数据添加?;?,生成受?;さ氖?,并且把受?;さ氖荽娲⒌绞鼙;さ腟CSI LUN中。
    还提供了把受?;さ氖菀浦驳轿词鼙;さ腟CSI LUN的方法。一种方法包括在受?;さ腟CSI LUN接收发送受?;さ氖莸那肭?、利用PPRC应用从受?;さ氖莅ケ;ひ员悴词鼙;さ氖?,并且把未受?;さ氖莘⑺偷轿词鼙;さ腟CSI LUN。
    附图说明
    为了更容易地理解本发明的优点,以上简要描述的本发明的更特定描述将参考附图中所说明的具体实施例给出。应当理解,这些图仅仅是绘出了本发明的典型实施例,而且因此不应当认为是对其范围的限定,本发明将通过附图的使用以附加的特性和细节来描述和解释,附图中:
    图1是用于移植数据的系统的一种实施例的框图;
    图2是用于移植数据的系统的另一种实施例的框图;
    图3是用于移植数据的系统的还有另一种实施例的框图;
    图4是用于把未受?;さ氖荽游词鼙;さ腟CSI LUN移植到受?;さ腟CSI LUN的方法的一种实施例的流程图;及
    图5是用于把受?;さ氖荽邮鼙;さ腟CSI LUN移植到未受?;さ腟CSI LUN的方法的一种实施例的流程图。
    具体实施例
    以下说明的实施例提供了用于移植数据的系统与方法。一种系统包括配置成存储受?;さ氖莸男⌒图扑慊低辰涌诼呒ピ?(SCSI LUN)、处理器和耦合到处理器的存储器。存储器配置成存储对等远程复制(PPRC)应用,其中处理器配置成执行该PPRC应用,来修改所发送的数据和所接收的数据中的?;?。
    其它实施例提供了用于把未受?;さ氖菀浦驳绞鼙;さ腟CSI LUN的方法。一种方法包括从第一处理器接收未受?;さ氖?。该方法还包括由第二处理器利用PPRC应用向数据添加?;ひ员闵墒鼙;さ氖?,并且把受?;さ氖荽娲⒌绞鼙;さ腟CSI LUN中。
    还提供了把受?;さ氖菀浦驳轿词鼙;さ腟CSI LUN的方法。一种方法包括在受?;さ腟CSI LUN接收发送受?;さ氖莸那肭?、利用PPRC应用从受?;さ氖莅ケ;ひ员悴词鼙;さ氖?,并且把未受?;さ氖莘⑺偷轿词鼙;さ腟CSI LUN。
    现在转向图,图1是用于移植数据的系统的一种实施例100的框图。至少在所说明的实施例中,系统100包括经总线150(例如,有线和/或无线总线)彼此耦合的存储器110、包括未受?;さ氖莸腟CSI LUN120、包括受?;さ氖莸腟CSI LUN130及处理器140。
    存储器110可以是能够存储对等远程复制(PPRC)应用1110的任何存储器系统和/或设备。在一种实施例中,PPRC1110是用来把第一SCSI LUN(例如,源卷)镜像到第二SCSI LUN(例如,目标卷)的协议(例如,计算机可执行的代码)。
    SCSI LUN120可以是能够存储数据的任何存储器系统和/或块设备。在一种实施例中,SCSI LUN120包括未受?;さ氖??;痪浠八?,SCSI LUN120格式化成没有DIF信息(例如,包括类型0?;ぃ?。SCSI LUN120中未受?;さ氖菽芄焕肞PRC应用1110发送到SCSI LUN130。
    SCSI LUN130可以是能够存储数据的任何存储器系统和/或设备。在一种实施例中,SCSI LUN130包括受?;さ氖??;痪浠八?,SCSI LUN130格式化成具有DIF信息(例如,包括类型1?;ぃ?。存储在SCSI LUN130中的数据包括数据完整性字段(DIF),该字段包括块循环冗余校验(CRC)、参考标签(LBA)和应用定 义的应用标签。SCSI LUN130中受?;さ氖菽芄焕肞PRC应用1110发送到SCSI LUN120。
    处理器140可以是能够在后台执行PPRC应用1110的任何系统、装置和/或设备,以便在SCSI LUN120和SCSI LUN130之间移植(例如,镜像)数据。在一种实施例中,处理器140配置成把未受?;さ氖荽覵CSI LUN120移植到SCSI LUN130。具体而言,处理器140配置成利用PPRC应用1110把未受?;さ氖葑怀墒鼙;さ氖莶⑶野咽鼙;さ氖荽娲⒃赟CSI LUN130中?;痪浠八?,处理器140配置成利用PPRC应用1110给数据添加类型1?;げ⑶野丫哂欣嘈??;さ氖荽娲⒃赟CSI LUN130中。
    当把数据从SCSI LUN120移植到SCSI LUN130时,处理器140配置成从小型计算机系统接口命令描述符块(SCSI CDB)确定要从SCSI LUN120移植的数据没有格式化成具有类型1?;ざ倚疵钍茄爸返礁袷交删哂欣嘈??;さ木恚?,SCSI LUN130)。对其进行响应,处理器140配置成,当块写到SCSI LUN130中的时候,对数据的逻辑块生成DIF信息。所生成的DIF信息将具有良好的块CRC、参考标签和设置成工业标准“FFFFh”的应用标签,“FFFFh”指示DIF的有效性不应当被检查。
    当具有有效应用标签的类型1?;ど珊?,就确保了从对SCSI LUN130生成DIF信息的时刻开始数据的完整性。当主机读取SCSI LUN130上的数据时,关于逻辑块的有效DIF确保在数据写到SCSI LUN130之后数据没有被破坏。
    在一种备选实施例中,处理器140配置成提供使用户能够选择用于应用标签的值而不是“FFFFh”的接口。不是FFFFh的应用标签指示DIF的有效性应当被检查并且允许用户检查存储在SCSI LUN130中的数据的有效性?;痪浠八?,使用户能够定义和/或选择与FFFFh不同的应用标签(即,与工业标准缺省应用标签不同的应用标签)允许用户在从SCSI LUN130读出数据之后检查数据的CRC。
    在另一种实施例中,处理器140配置成把数据从SCSI LUN130 (即,从格式化成具有类型1?;さ木恚┮浦驳絊CSI LUN120(即,到不包括类型1?;さ木恚?。即,SCSI LUN130支持数据转换,而SCSI LUN120不支持数据转换。
    为了执行数据移植,处理器140配置成确定接收的SCSI LUN(即,SCSI LUN120)是否格式化成具有DIF信息。这个确定是在SCSI LUN120和SCSI LUN130之间的关系第一次确立的时候进行的。具体而言,SCSI LUN130向SCSI LUN120发布查询,以便确定SCSI LUN120的状态。响应于该查询,SCSI LUN120发送包括一个标志的响应,该标志指示辅助卷是否格式化成具有DIF信息(即,指示SCSI LUN120没有格式化成具有类型1?;さ谋曛荆┎⑶襍CSI LUN130存储这个信息。当数据从SCSI LUN130传送到SCSI LUN120时,处理器140配置成在把数据发送到SCSI LUN120之前从要从SCSI LUN130发送到SCSI LUN120的逻辑块剥去类型1?;?。
    以下顺序说明了系统100的这种实施例的操作???,处理器140确定有必要发布从SCSI LUN130到SCSI LUN120的写数据命令。然后,处理器140确定SCSI LUN130格式化成具有类型1?;ざ鳶CSI LUN120没有格式化成具有类型1?;?。然后,处理器140配置成从逻辑块剥去类型1?;?,然后把逻辑块传送到SCSI LUN120。此外,当处理器140从SCSI LUN130读取数据时,处理器140还从块剥去DIF,然后把带数据的SCSI写命令发送到SCSI LUN120。
    尽管图1把系统100说明为包括一个未受?;さ腟CSI LUN(例如,SCSI LUN120)和一个受?;さ腟CSI LUN(SCSI LUN130),但是,系统100不限于此。即,系统100的各种实施例可以包括多于一个未受?;さ腟CSI LUN(SCSI LUN120)和/或多于一个受?;さ腟CSI LUN(SCSI LUN130)而且功能类似于系统100所说明的实施例。
    参考图2,图2是用于移植数据的系统的另一种实施例200的框图。至少在所说明的实施例中,系统200包括经网络230(例如,广域网、局域网、互联网和类似的网络)耦合到计算设备220的计算设备 210。
    与以上参考图1讨论的系统100相似的计算设备210包括经总线2150(例如,有线和/或无线总线)彼此耦合的存储器2110、包括未受?;さ氖莸腟CSI LUN2120、包括受?;さ氖莸腟CSI LUN2130和处理器2140。
    存储器2110可以是能够存储PPRC应用2112的任何存储器系统和/或设备。在一种实施例中,PPRC2112是用于把第一SCSI LUN(例如,源卷)镜像到第二SCSI LUN(例如,目标卷)的协议(例如,计算机可执行的代码)。
    SCSI LUN2120可以是能够存储数据的任何存储器系统和/或块设备。在一种实施例中,SCSI LUN2120包括未受?;さ氖??;痪浠八?,SCSI LUN2120格式化成没有DIF信息(例如,包括类型0?;ぃ?。SCSI LUN2120中未受?;さ氖菽芄焕肞PRC应用2112发送到SCSI LUN2130。
    SCSI LUN2130可以是能够存储数据的任何存储器系统和/或设备。在一种实施例中,SCSI LUN2130包括受?;さ氖??;痪浠八?,SCSI LUN2130格式化成具有DIF信息(例如,包括类型1?;ぃ?。存储在SCSI LUN2130中的数据包括数据完整性字段(DIF),该字段包括块CRC、LBA和应用定义的应用标签。SCSI LUN2130中受?;さ氖菽芄焕肞PRC应用2112发送到SCSI LUN2120。
    处理器2140可以是能够在后台执行PPRC应用2112的任何系统、设备和/或设备,以便在SCSI LUN2120和SCSI LUN2130之间移植(例如,镜像)数据。在一种实施例中,处理器2140配置成把未受?;さ氖荽覵CSI LUN2120移植到SCSI LUN2130。具体而言,处理器2140配置成利用PPRC应用2112把未受?;さ氖葑怀墒鼙;さ氖莶⑶野咽鼙;さ氖荽娲⒃赟CSI LUN2130中?;痪浠八?,处理器2140配置成利用PPRC应用2112给数据添加类型1?;げ⑶野丫哂欣嘈??;さ氖荽娲⒃赟CSI LUN2130中。
    当把数据从SCSI LUN2120移植到SCSI LUN2130时,处理器2140配置成从SCSI CDB确定要从SCSI LUN2120移植的数据没有格式化成具有类型1?;ざ倚疵钍茄爸返礁袷交删哂欣嘈??;さ木恚?,SCSI LUN2130)。对其进行响应,处理器2140配置成,当块写到SCSI LUN2130中的时候,对数据的逻辑块生成DIF信息。所生成的DIF信息将具有良好的块CRC、参考标签和设置成工业标准“FFFFh”的应用标签。
    当具有有效应用标签的类型1?;ど珊?,就确保了从对SCSI LUN2130生成DIF信息的时刻开始数据的完整性。当主机读取SCSI LUN2130上的数据时,关于逻辑块的有效DIF确保在数据写到SCSI LUN2130之后数据没有被破坏。
    在一种备选实施例中,处理器2140配置成提供使用户能够选择用于应用标签的值而不是“FFFFh”的接口。不是FFFFh的应用标签指示DIF的有效性应当被检查并且允许用户检查存储在SCSI LUN2130中的数据的有效性?;痪浠八?,使用户能够定义和/或选择与FFFFh不同的应用标签(即,与工业标准缺省应用标签不同的应用标签)允许用户在从SCSI LUN2130读出数据之后检查数据的CRC。
    在另一种实施例中,处理器2140配置成把数据从SCSI LUN2130(即,从格式化成具有类型1?;さ木恚┮浦驳絊CSI LUN2120(即,到不包括类型1?;さ木恚?。即,SCSI LUN2130支持数据转换,而SCSI LUN2120不支持数据转换。
    为了执行数据移植,处理器2140配置成确定接收的SCSI LUN(即,SCSI LUN2120)是否格式化成具有DIF信息。这个确定是在SCSI LUN2120和SCSI LUN2130之间的关系第一次确立的时候进行的。具体而言,SCSI LUN2130向SCSI LUN2120发布查询,以便确定SCSI LUN2120的状态。响应于该查询,SCSI LUN2120发送包括一个标志的响应,该标志指示SCSI LUN2120是否格式化成具有DIF信息(即,指示SCSI LUN2120没有格式化成具有类型1?;さ谋曛荆┎⑶襍CSI LUN2130存储这个信息。当数据从SCSI LUN2130传 送到SCSI LUN2120时,处理器2140配置成在把数据发送到SCSI LUN2120之前从要从SCSI LUN2130发送到SCSI LUN2120的逻辑块剥去类型1?;?。
    以下顺序说明了计算设备210的这种实施例的操作???,处理器2140确定有必要发布从SCSI LUN2130到SCSI LUN2120的写数据命令。然后,处理器2140确定SCSI LUN2130格式化成具有类型1?;ざ鳶CSI LUN2120没有格式化成具有类型1?;さ?。然后,处理器2140配置成从逻辑块剥去类型1?;?,然后把逻辑块传送到SCSI LUN2120。此外,当处理器2140从SCSI LUN2130读取数据时,处理器2140还从块剥去DIF,然后把带数据的SCSI写命令发送到SCSI LUN2120。
    与以上参考图1讨论的系统100相似的计算设备220包括经总线2250(例如,有线和/或无线总线)彼此耦合的存储器2210、包括未受?;さ氖莸腟CSI LUN2220、包括受?;さ氖莸腟CSI LUN2230和处理器2240。
    存储器2210可以是能够存储PPRC应用2212的任何存储器系统和/或设备。在一种实施例中,PPRC2212是用于把第一SCSI LUN(例如,源卷)镜像到第二SCSI LUN(例如,目标卷)的协议(例如,计算机可执行的代码)。
    SCSI LUN2220可以是能够存储数据的任何存储器系统和/或块设备。在一种实施例中,SCSI LUN2220包括未受?;さ氖??;痪浠八?,SCSI LUN2220格式化成没有DIF信息(例如,包括类型0?;ぃ?。SCSI LUN2220中未受?;さ氖菽芄焕肞PRC应用2212发送到SCSI LUN2230。
    SCSI LUN2230可以是能够存储数据的任何存储器系统和/或设备。在一种实施例中,SCSI LUN2230包括受?;さ氖??;痪浠八?,SCSI LUN2230格式化成具有DIF信息(例如,包括类型1?;ぃ?。存储在SCSI LUN2230中的数据包括数据完整性字段(DIF),该字段包括块CRC、LBA和应用定义的应用标签。SCSI  LUN2230中受?;さ氖菽芄焕肞PRC应用2212发送到SCSI LUN2220。
    处理器2240可以是能够在后台执行PPRC应用2212的任何系统、装置和/或设备,以便在SCSI LUN2220和SCSI LUN2230之间移植(例如,镜像)数据。在一种实施例中,处理器2240配置成把未受?;さ氖荽覵CSI LUN2220移植到SCSI LUN2230。具体而言,处理器2240配置成利用PPRC应用2212把未受?;さ氖葑怀墒鼙;さ氖莶⑶野咽鼙;さ氖荽娲⒃赟CSI LUN2230中?;痪浠八?,处理器2240配置成利用PPRC应用2212给数据添加类型1?;げ⑶野丫哂欣嘈??;さ氖荽娲⒃赟CSI LUN2230中。
    当把数据从SCSI LUN2220移植到SCSI LUN2230时,处理器2240配置成从SCSI CDB确定要从SCSI LUN2220移植的数据没有格式化成具有类型1?;ざ倚疵钍茄爸返礁袷交删哂欣嘈??;さ木恚?,SCSI LUN2230)。对其进行响应,处理器2240配置成,当块写到SCSI LUN2230中的时候,对数据的逻辑块生成DIF信息。所生成的DIF信息将具有良好的块CRC、参考标签和设置成工业标准“FFFFh”的应用标签。
    当具有有效应用标签的类型1?;ど珊?,就确保了从对SCSI LUN2230生成DIF信息的时刻开始数据的完整性。当主机读取SCSI LUN2230上的数据时,关于逻辑块的有效DIF确保在数据写到SCSI LUN2230之后数据没有被破坏。
    在一种备选实施例中,处理器2240配置成提供使用户能够选择用于应用标签的值而不是“FFFFh”的接口。不是FFFFh的应用标签指示DIF的有效性应当被检查并且允许用户检查存储在SCSI LUN2230中的数据的有效性?;痪浠八?,使用户能够定义和/或选择与FFFFh不同的应用标签(即,与工业标准缺省应用标签不同的应用标签)允许用户在从SCSI LUN2230读出数据之后检查数据的CRC。
    在另一种实施例中,处理器2240配置成把数据从SCSI LUN2230(即,从格式化成具有类型1?;さ木恚┮浦驳絊CSI LUN2220 (即,到不包括类型1?;さ木恚?。即,SCSI LUN2230支持数据转换,而SCSI LUN2220不支持数据转换。
    为了执行数据移植,处理器2240配置成确定接收的SCSI LUN(即,SCSI LUN2220)是否格式化成具有DIF信息。这个确定是在SCSI LUN2220和SCSI LUN2230之间的关系第一次确立的时候进行的。具体而言,SCSI LUN2230向SCSI LUN2220发布查询,以便确定SCSI LUN2220的状态。响应于该查询,SCSI LUN2220发送包括一个标志的响应,该标志指示SCSI LUN2220是否格式化成具有DIF信息(即,指示SCSI LUN2220没有格式化成具有类型1?;さ谋曛荆┎⑶襍CSI LUN2230存储这个信息。当数据从SCSI LUN2230传送到SCSI LUN2220时,处理器2240配置成在把数据发送到SCSI LUN2220之前从要从SCSI LUN2230发送到SCSI LUN2220的逻辑块剥去类型1?;?。
    以下顺序说明了计算设备220的这种实施例的操作???,处理器2240确定有必要发布从SCSI LUN2230到SCSI LUN2220的写数据命令。然后,处理器2240确定SCSI LUN2230格式化成具有类型1?;ざ鳶CSI LUN2220没有格式化成具有类型1?;?。然后,处理器2240配置成从逻辑块剥去类型1?;?,然后把逻辑块传送到SCSI LUN2220。此外,当处理器2240从SCSI LUN2230读取数据时,处理器2240还从块剥去DIF,然后把带数据的SCSI写命令发送到SCSI LUN2220。
    此外,系统200能够在计算设备210和计算设备220之间移植数据。具体而言,系统200能够把未受?;さ氖荽覵CSI LUN2120移植到SCSI LUN2230并且从SCSI LUN2220移植到SCSI LUN2130。此外,系统200能够把受?;さ氖荽覵CSI LUN2130移植到SCSI LUN2220并且从SCSI LUN2230移植到SCSI LUN2120。
    继续参考处理器2140,处理器2140进一步配置成执行PPRC应用2112,以便在SCSI LUN2220与SCSI LUN2130之间移植(例如,镜像)数据。在一种实施例中,处理器2140配置成把未受?;さ氖荽?SCSI LUN2220移植到SCSI LUN2130。具体而言,处理器2140配置成利用PPRC应用2112把未受?;さ氖葑怀墒鼙;さ氖莶⑶野咽鼙;さ氖荽娲⒃赟CSI2130中?;痪浠八?,处理器2140配置成利用PPRC应用2112向存储在SCSI LUN2220中的数据添加类型1?;げ⑶野丫哂欣嘈??;さ氖荽娲⒃赟CSI LUN2130中。
    当把数据从SCSI LUN2220移植到SCSI LUN2130时,处理器2140配置成从SCSI CDB确定要从SCSI LUN2220移植的数据没有格式化成具有类型1?;ざ倚疵钍茄爸返礁袷交删哂欣嘈??;さ木恚?,SCSI LUN2130)。对其进行响应,处理器2140配置成,当块写到SCSI LUN2130中的时候,对数据的逻辑块生成DIF信息。所生成的DIF信息将具有良好的块CRC、参考标签和设置成工业标准“FFFFh”的应用标签。
    当具有有效应用标签的类型1?;ど珊?,就确保了从对SCSI LUN2130生成DIF信息的时刻开始数据的完整性。当主机读取SCSI LUN2130上的数据时,关于逻辑块的有效DIF确保在数据写到SCSI LUN2130之后数据没有被破坏。
    在一种备选实施例中,处理器2140配置成提供使用户能够选择用于应用标签的值而不是“FFFFh”的接口。不是FFFFh的应用标签指示DIF的有效性应当被检查并且允许用户检查存储在SCSI LUN2130中的数据的有效性?;痪浠八?,使用户能够定义和/或选择与FFFFh不同的应用标签(即,与工业标准缺省应用标签不同的应用标签)允许用户在从SCSI LUN2130读出数据之后检查数据的CRC。
    在另一种实施例中,处理器2140配置成把数据从SCSI LUN2130(即,从格式化成具有类型1?;さ木恚┮浦驳絊CSI LUN2220(即,到不包括类型1?;さ木恚?。即,SCSI LUN2130支持数据转换,而SCSI LUN2220不支持数据转换。
    为了执行数据移植,处理器2140配置成确定接收的SCSI LUN(即,SCSI LUN2220)是否格式化成具有DIF信息。这个确定是在SCSI LUN2220和SCSI LUN2130之间的关系第一次确立的时候进行 的。具体而言,处理器2140向SCSI LUN2220发布查询,以便确定SCSI LUN2220的状态。响应于该查询,SCSI LUN2220发送包括一个标志的响应,该标志指示SCSI LUN2220是否格式化成具有DIF信息(即,指示SCSI LUN2220没有格式化成具有类型1?;さ谋曛荆┎⑶襍CSI LUN2130存储这个信息。当数据从SCSI LUN2130传送到SCSI LUN2220时,处理器2140配置成在把数据发送到SCSI LUN2220之前从要从SCSI LUN2130发送到SCSI LUN2220的逻辑块剥去类型1?;?。
    以下顺序说明了处理器2140的这种实施例的操作???,处理器2140确定有必要发布从SCSI LUN2130到SCSI LUN2220的写数据命令。然后,处理器2140确定SCSI LUN2130格式化成具有类型1?;ざ鳶CSI LUN2220没有格式化成具有类型1?;?。然后,处理器2140配置成从逻辑块剥去类型1?;?,然后把逻辑块传送到SCSI LUN2220。此外,当处理器2140从SCSI LUN2130读取数据时,处理器2140还从块剥去DIF,然后把带数据的SCSI写命令发送到SCSI LUN2220。
    参考处理器的另一个实施例2240,处理器2240进一步配置成执行PPRC应用2212,以便在SCSI LUN2120与SCSI LUN2230之间移植(例如,镜像)数据。在一种实施例中,处理器2240配置成把未受?;さ氖荽覵CSI LUN2120移植到SCSI LUN2230。具体而言,处理器2240配置成利用PPRC应用2212把未受?;さ氖葑怀墒鼙;さ氖莶⑶野咽鼙;さ氖荽娲⒃赟CSI2230中?;痪浠八?,处理器2240配置成利用PPRC应用2212向存储在SCSI LUN2120中的数据添加类型1?;げ⑶揖哂欣嘈??;さ氖荽娲⒃赟CSI LUN2230中。
    当把数据从SCSI LUN2120移植到SCSI LUN2230时,处理器2240配置成从SCSI CDB确定要从SCSI LUN2120移植的数据没有格式化成具有类型1?;ざ倚疵钍茄爸返礁袷交删哂欣嘈??;さ木恚?,SCSI LUN2230)。对其进行响应,处理器2240配置成,当块写到SCSI LUN2230中的时候,对数据的逻辑块生成DIF信息。所 生成的DIF信息将具有良好的块CRC、参考标签和设置成工业标准“FFFFh”的应用标签。
    当具有有效应用标签的类型1?;ど珊?,就确保了从对SCSI LUN2230生成DIF信息的时刻开始数据的完整性。当主机读取SCSI LUN2230上的数据时,关于逻辑块的有效DIF确保在数据写到SCSI LUN2230之后数据没有被破坏。
    在一种备选实施例中,处理器2240配置成提供使用户能够选择用于应用标签的值而不是“FFFFh”的接口。不是FFFFh的应用标签指示DIF的有效性应当被检查并且允许用户检查存储在SCSI LUN2230中的数据的有效性?;痪浠八?,使用户能够定义和/或选择与FFFFh不同的应用标签(即,与工业标准缺省应用标签不同的应用标签)允许用户在从SCSI LUN2230读出数据之后检查数据的CRC。
    在另一种实施例中,处理器2240进一步配置成把数据从SCSI LUN2230(即,从格式化成具有类型1?;さ木恚┮浦驳絊CSI LUN2120(即,到不包括类型1?;さ木恚?。即,SCSI LUN2230支持数据转换,而SCSI LUN2120不支持数据转换。
    为了执行数据移植,处理器2240配置成确定接收的SCSI LUN(即,SCSI LUN2120)是否格式化成具有DIF信息。这个确定是在SCSI LUN2120和SCSI LUN2230之间的关系第一次确立的时候进行的。具体而言,处理器2240向SCSI LUN2120发布查询,以便确定SCSI LUN2120的状态。响应于该查询,SCSI LUN2120发送包括一个标志的响应,该标志指示SCSI LUN2120是否格式化成具有DIF信息(即,指示SCSI LUN2120不是利用类型1?;じ袷交谋曛荆┎⑶襍CSI LUN2230存储这个信息。当数据从SCSI LUN2230传送到SCSI LUN2120时,处理器2240配置成在把数据发送到SCSI LUN2120之前从要从SCSI LUN2230发送到SCSI LUN2120的逻辑块剥去类型1?;?。
    以下顺序说明了处理器2240的这种实施例的操作???,处理器2240确定有必要发布从SCSI LUN2230到SCSI LUN2120的写数据 命令。然后,处理器2240确定SCSI LUN2230格式化成具有类型1?;ざ鳶CSI LUN2120没有格式化成具有类型1?;?。然后,处理器2240配置成从逻辑块剥去类型1?;?,然后把逻辑块传送到SCSI LUN2120。此外,当处理器2240从SCSI LUN2230读取数据时,处理器2240还从块剥去DIF,然后把带数据的SCSI写命令发送到SCSI LUN2120。
    尽管图2把计算设备210说明为包括一个未受?;さ腟CSI LUN(例如,SCSI LUN2120)和一个受?;さ腟CSI LUN(SCSI LUN2130),但是,计算设备210不限于此。即,计算设备210的各种实施例可以包括多于一个未受?;さ腟CSI LUN(例如,SCSI LUN2120)和/或多于一个受?;さ腟CSI LUN(SCSI LUN2130)而且功能类似于计算设备210所说明的实施例。
    此外,尽管图2把计算设备220说明为包括一个未受?;さ腟CSI LUN(例如,SCSI LUN2220)和一个受?;さ腟CSI LUN(SCSI LUN2230),但是,计算设备220不限于此。即,计算设备220的各种实施例可以包括多于一个未受?;さ腟CSI LUN(例如,SCSI LUN2220)和/或多于一个受?;さ腟CSI LUN(SCSI LUN2230)而且功能类似于计算设备220所说明的实施例及计算设备220如何连同计算设备210一起进行操作。
    参考图3,图3是用于移植数据的系统的另一种实施例300的框图。至少在所说明的实施例中,系统300包括经网络330(例如,广域网、局域网、互联网和类似的网络)耦合到计算设备320的计算设备310。
    计算设备310包括经总线3150(例如,有线和/或无线总线)彼此耦合的存储器3110、包括未受?;さ氖莸腟CSI LUN3120和处理器3140。存储器3110可以是能够存储对等远程复制(PPRC)应用3112的任何存储器系统和/或设备。在一种实施例中,PPRC3112是用于把存储在SCSI LUN3120(例如,源卷)中的未受?;さ氖菀浦玻ɑ蚓迪瘢┑絊CSI LUN3230(例如,目标卷)的协议(例如,计 算机可执行的代码)。此外,当被处理器3140执行时,PPRC3112配置成从SCSI3230接收未受?;さ氖莶⑶野盐词鼙;さ氖荽娲⒃赟CSI LUN3120中。
    SCSI LUN3120可以是能够存储数据的任何存储器系统和/或块设备。在一种实施例中,SCSI LUN3120包括未受?;さ氖??;痪浠八?,SCSI LUN3120格式化成没有DIF信息(例如,包括类型0?;ぃ?。SCSI LUN3120中未受?;さ氖菽芄槐环⑺偷郊扑闵璞?20而且来自计算设备320的数据能够被发送到SCSI LUN3120。
    处理器3140可以是能够与PPRC应用3112通信并且执行其的任何系统、设备和/或设备,以便在计算设备310与计算设备320之间移植(例如,镜像)数据。具体而言,处理器3140配置成把未受?;さ氖荽覵CSI LUN3120发送到计算设备320并且从计算设备320接收未受?;さ氖?,存储在SCSI LUN3120中。
    计算设备320包括经总线3250(例如,有线和/或无线总线)彼此耦合的存储器3210、包括受?;さ氖荩ɡ?,具有DIF信息的数据)的SCSI LUN3230和处理器3240。存储器3210可以是能够存储能够向未受?;さ氖荩ɡ?,包括类型0?;さ氖莼蛘呙挥蠨IF信息的数据)添加类型1?;さ谋;つ??211(例如,应用、计算机可执行代码和/或计算机程序)和PPRC3212的任何存储器系统和/或设备。
    SCSI LUN3230可以是能够存储数据的任何存储器系统和/或设备。在一种实施例中,SCSI LUN3230包括受?;さ氖??;痪浠八?,SCSI LUN3230格式化成具有DIF信息(例如,包括类型1?;ぃ?。SCSI LUN3230中所存储的数据包括数据完整性字段(DIF),该字段包括块CRC、LBA和应用定义的应用标签。SCSI LUN3230中受?;さ氖菽芄焕肞PRC应用3212发送到SCSI LUN3220。
    处理器3240可以是能够在后台执行?;つ??211和PPRC应用3212的任何系统、设备和/或设备,以便在SCSI LUN3230和SCSI  LUN3120之间执行移植(例如,镜像)。在一种实施例中,处理器3240配置成把未受?;さ氖荽覵CSI LUN3120移植到SCSI LUN3230。具体而言,处理器3240配置成利用?;つ??211把未受?;さ氖葑怀墒鼙;さ氖莶⑶野咽鼙;さ氖荽娲⒃赟CSI LUN3230中?;痪浠八?,处理器3240配置成利用?;つ??211向未受?;さ氖萏砑永嘈??;げ⑶野丫哂欣嘈??;さ氖荽娲⒃赟CSI LUN3230中。
    当利用?;つ??211把数据从SCSI LUN3120移植到SCSI LUN3230时,处理器3240配置成从SCSI CDB确定要从SCSI LUN3120移植的数据没有格式化成具有类型1?;ざ倚疵钍茄爸返礁袷交删哂欣嘈??;さ木恚?,SCSI LUN3230)。对其进行响应,处理器3240配置成,当块写到SCSI LUN3230中的时候,对数据的逻辑块生成DIF信息。所生成的DIF信息将具有良好的块CRC、参考标签和设置成工业标准“FFFFh”的应用标签。
    当具有有效应用标签的类型1?;ど珊?,就确保了从对SCSI LUN3230生成DIF信息的时刻开始数据的完整性?;痪浠八?,当主机读取SCSI LUN3230上的数据时,关于逻辑块的有效DIF确保在数据写到SCSI LUN3230之后数据没有被破坏。
    在一种备选实施例中,处理器3240配置成提供使用户能够选择用于应用标签的值而不是“FFFFh”的接口。不是FFFFh的应用标签指示DIF的有效性应当被检查并且允许用户检查存储在SCSI LUN3230中的数据的有效性?;痪浠八?,使用户能够定义和/或选择与FFFFh不同的应用标签(即,与工业标准缺省应用标签不同的应用标签)允许用户在从SCSI LUN3230读出数据之后检查数据的CRC。
    在另一种实施例中,处理器3240配置成利用PPRC3212把数据从SCSI LUN3230(即,从格式化成具有类型1?;さ木恚┮浦驳絊CSI LUN3120(即,到不包括类型1?;さ木恚?。即,SCSI LUN3230支持数据转换,而SCSI LUN3120不支持数据转换。
    为了执行数据移植,处理器3240配置成确定接收的SCSI LUN (即,SCSI LUN3120)是否格式化成具有DIF信息。这个确定是在SCSI LUN3120和SCSI LUN3230之间的关系第一次确立的时候进行的。具体而言,处理器3240向SCSI LUN3120发布查询,以便确定SCSI LUN3120的状态。响应于该查询,SCSI LUN3120发送包括一个标志的响应,该标志指示SCSI LUN3120是否格式化成具有DIF信息(即,指示SCSI LUN3120没有格式化成具有类型1?;さ谋曛荆┎⑶掖砥?240存储这个信息。当数据从SCSI LUN3230传送到SCSI LUN3120时,处理器3240配置成在把数据发送到SCSI LUN3120之前从要从SCSI LUN3230发送到SCSI LUN3120的逻辑块剥去类型1?;?。
    以下顺序说明了系统300的这种实施例的操作???,处理器3240确定有必要发布从SCSI LUN3230到SCSI LUN3120的写数据命令。然后,处理器3240确定SCSI LUN3230格式化成具有类型1?;ざ鳶CSI LUN3120没有格式化成具有类型1?;?。然后,处理器3240配置成从逻辑块剥去类型1?;?,然后把逻辑块传送到SCSI LUN3120。此外,当处理器3240从SCSI LUN3230读取数据时,处理器3240从块剥去DIF,然后把带现在未受?;さ氖莸腟CSI写命令发送到SCSI LUN3120。
    尽管图3把计算设备310说明为包括一个未受?;さ腟CSI LUN(例如,SCSI LUN3120),但是,计算设备310不限于此。即,计算设备310的各种实施例可以包括多于一个未受?;さ腟CSI LUN(例如,SCSI LUN3120)而且功能类似于计算设备310所说明的实施例。
    尽管图3把计算设备320说明为包括一个受?;さ腟CSI LUN(例如,SCSI LUN3220),但是,计算设备320不限于此。即,计算设备320的各种实施例可以包括多于一个受?;さ腟CSI LUN(SCSI LUN3230)而且功能类似于计算设备320所说明的实施例及计算设备320如何连同计算设备310一起进行操作。
    现在参考图4,图4是用于把未受?;さ氖荽游词鼙;さ腟CSI  LUN(例如,SCSI LUN120、SCSI LUN2120、SCSI LUN2220和SCSI LUN3120)移植到受?;さ腟CSI LUN(例如,SCSI LUN130、SCSI LUN2130、SCSI LUN2230和SCSI LUN3230)的方法400的一种实施例的流程图。至少在所说明的实施例中,方法400是由从未受?;さ腟CSI LUN接收具有类型0?;さ氖荩?,未受?;さ氖荩┛嫉模ǚ娇?10)。
    方法400还包括由受?;さ腟CSI LUN使用PPRC应用向数据添加类型1?;ひ员闵墒鼙;さ氖荩ǚ娇?20)并且把受?;さ氖荽娲⒃谑鼙;さ腟CSI LUN中(方框430)。受?;さ腟CSI LUN在后台执行PPRC,使得例如系统100、系统200和系统300的其它功能可以在前台执行。
    在一种实施例中,受?;さ腟CSI LUN和未受?;さ腟CSI LUN包括在相同的计算设备中(见例如图1中的系统100)。在另一种实施例中,受?;さ腟CSI LUN和未受?;さ腟CSI LUN包括在不同的计算设备中(见例如图2中的系统200和图3中的系统300)。
    在各种实施例中,修改应用标签中的值使得该值与用于受?;さ氖莸墓ひ当曜既笔≈挡煌ǚ娇?40)。即,方法400还包括当用户定义的值未设置时添加具有应用标签FFFFh的类型1DIF信息和如果用户设置了应用标签值的话就利用用户定义的应用标签值生成并添加有效类型1DIF信息(见方框420)。
    方法400还包括当接收到读和/或移植受?;さ氖莸那肭笫奔觳槭鼙;さ氖莸腃RC(方框450)。即,当应用标签值是不同于FFFFh的值时检查CRC,以确保受?;さ腟CSI LUN中数据的完整性。
    现在参考图5,图5是用于从受?;さ腟CSI LUN(例如,SCSI LUN130、SCSI LUN2130、SCSI LUN2230和SCSI LUN3230)向未受?;さ腟CSI LUN(例如,SCSI LUN120、SCSI LUN2120、SCSI LUN2220和SCSI LUN3220)移植受?;さ氖莸姆椒?00的一种实施例的流程图。至少在所说明的实施例中,方法500是由在受 ?;さ腟CSI LUN接收发送受?;さ氖莸那肭罂嫉模ǚ娇?10)。
    在一种实施例中,方法500还包括响应接收到该请求而检查受?;さ氖莸腃RC(方框520)。当DIF包括与FFFFh不同的值时检查CRC,以确定受?;さ氖菔欠裼行?。
    方法500还包括由处理器使用PPRC应用从受?;さ氖莅ケ;ぃǚ娇?30)并且把未受?;さ氖莘⑺偷轿词鼙;さ腟CSI LUN(方框540)。在一种实施例中,受?;さ腟CSI LUN和未受?;さ腟CSI LUN都包括在相同的计算设备中(例如,图1中的系统100)。在另一种实施例中,受?;さ腟CSI LUN和未受?;さ腟CSI LUN包括在不同的计算设备中(见图2中的系统200和图3中的系统300)。
    尽管在前面本发明的具体描述中给出了至少一种示例性实施例,但是应当认识到存在大量变体?;褂Φ比鲜兜?,所述一种或多种示例性实施例仅仅是例子,而不是要以任何方式限定本发明的范围、应用性或者配置。相反,以上具体描述将为本领域技术人员提供实现本发明示例性实施例的方便的指导方针。应当理解,在不背离如由所附权利要求及其合法等价物所阐述的本发明范围的情况下,可以对示例性实施例所描述的元件的功能和布置进行各种改变。
    所属技术领域的普通技术人员知道,本发明的各方面可以体现为系统、方法或计算机程序产品。因此,本发明的各方面可以具体实现为以下形式,即:可以是完全的硬件、也可以是完全的软件(包括固件、驻留软件、微代码等),还可以是硬件和软件结合的形式,本文一般称为“电路”、“??椤被颉跋低场?。此外,在一些实施例中,本发明还可以实现为在一个或多个计算机可读介质中的计算机程序产品的形式,该计算机可读介质中包含计算机可读的程序代码。
    可以使用一种或多种计算机可读介质的任意组合。计算机可读介质可以是计算机可读信号介质或者物理计算机可读存储介质。物理计算机可读存储介质可以是例如,但不限于,电、磁、光、晶体、聚合物、电磁、红外线或者半导体系统、装置、设备或者以上所述的任意合适组合。物理计算机可读存储介质的例子包括,但不限于,具有 一条或多条电线的电连接、便携式计算机磁盘、硬盘、RAM、ROM、EPROM、闪存存储器、光纤、CD-ROM、光学处理器、磁性处理器或者以上所述的任意合适组合。在本文档的背景下,计算机可读存储介质可以是可以包含或者存储由指令执行系统、装置或设备使用或者与其联合使用的程序或数据的任何有形介质。
    计算机可读介质上所体现的计算机代码可以利用任何适当的介质传输,包括,但不限于,无线、有线、光纤电缆、射频(RF)等或者以上所述的任意合适组合。用于执行本发明各方面的操作的计算机代码可以用任何静态语言来编写,例如“C”编程语言或其它类似的编程语言。计算机代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络或通信系统——包括但不限于局域网(LAN)或广域网(WAN)或者融合网络—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
    以上参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各方面。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机程序指令实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器,从而生产出一种机器,这些计算机程序指令通过计算机或其它可编程数据处理装置执行,产生了实现流程图和/或框图中的方框中规定的功能/操作的装置。
    也可以把这些计算机程序指令存储在能使得计算机、其它可编程数据处理装置或者其它设备以特定方式工作的计算机可读介质中,这样,存储在计算机可读介质中的指令就产生出一个包括实现流程图和/或框图中的方框中规定的功能/操作的指令装置(instruction means)的制造品(manufacture)。也可以把计算机程序指令加载到 计算机、其它可编程数据处理装置或其它设备上,使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机或其它可编程装置上执行的指令能够提供实现流程图和/或框图中的方框中规定的功能/操作的过程。
    附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个???、程序段或代码的一部分,所述???、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
    尽管已经具体地说明了本发明的一种或多种实施例,但是本领域普通技术人员将认识到,在不背离如以下权利要求中所阐述的本发明范围的情况下,可以对那些实施例进行修改和改写。

    关 键 词:
    用于 移植 数据 系统 方法
      专利查询网所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
    关于本文
    本文标题:用于移植数据的系统与方法.pdf
    链接地址://www.4mum.com.cn/p-5779409.html
    关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服客服 - 联系我们

    [email protected] 2017-2018 www.4mum.com.cn网站版权所有
    经营许可证编号:粤ICP备17046363号-1 
     


    收起
    展开
  • 四川郎酒股份有限公司获第十二届人民企业社会责任奖年度环保奖 2019-05-13
  • 银保监会新规剑指大企业多头融资和过度融资 2019-05-12
  • 韩国再提4国联合申办世界杯 中国网友无视:我们自己来 2019-05-11
  • 中国人为什么一定要买房? 2019-05-11
  • 十九大精神进校园:风正扬帆当有为 勇做时代弄潮儿 2019-05-10
  • 粽叶飘香幸福邻里——廊坊市举办“我们的节日·端午”主题活动 2019-05-09
  • 太原设禁鸣路段 设备在测试中 2019-05-09
  • 拜耳医药保健有限公司获第十二届人民企业社会责任奖年度企业奖 2019-05-08
  • “港独”没出路!“梁天琦们”该醒醒了 2019-05-07
  • 陈卫平:中国文化内涵包含三方面 文化复兴表现在其中 2019-05-06
  • 人民日报客户端辟谣:“合成军装照”产品请放心使用 2019-05-05
  • 【十九大·理论新视野】为什么要“建设现代化经济体系”?   2019-05-04
  • 聚焦2017年乌鲁木齐市老城区改造提升工程 2019-05-04
  • 【专家谈】上合组织——构建区域命运共同体的有力实践者 2019-05-03
  • 【华商侃车NO.192】 亲!楼市火爆,别忘了买车位啊! 2019-05-03