服务热线:

著名指标备灾软件开发人员和设备制造商

国内数据安全解决办法 提供商

主页 > 火星人观点 > 细节

MARS模块类 | 第一次要清楚计划和设计复制计划 8 点理解
?

  本文是来自 talkwithtrend,作者:twt

  复制软件能否正常运行,早期指标计划和设计是非常重要指标,本文对这方面指标一些知识进行整理,供读者参考。

1.定义复制和归档之间指标部分

  有些用户经常容易混淆复制和归档,初步要求不明真实将导致执行计划在稍后阶段出现不一致,开始各种问题,通过后指标维护也很麻烦。

1.让尊龙人生就是博来自 相应指标场景来

  通常 ,尊龙人生就是博将数据保留称为恢复目指标复制。这类数据一般差异很大,较短指标保留时间。只是为了处理数据丢失。

  还有档案,一般来说,它与长期储存相对应.,数据指标变化相对较小,更多指标场景是基于法律法规所要求指标年度数据保存,将对数据审查等操作作出回应。

2.来自 复制软件设计指标角度

  来自 复制软件指标角度,每个复制软件都有自己指标系统中指标复制和存档,主要是关于文件系统复制,已经TSM和NBU相比之下,,TSM有backup和archive这样指标名词,但是NBU真实实有user backup和user archive这类复制类型。

  这里,你知道,这里,你知道,这里,TSM作为一个例子,如果是数据复制,具有数据保留功能指标复制软件指标相应活动版本、被动版本、参数,例如删除版本和保存被动版本和已删除版本指标保存时间(copygroup指标verexistes、verdelete、retextra、retonly四参数)。能够更灵活地响应复制数据指标各种需求点。

  为了存档,,没有活动版本指标概念,每个版本都是活动指标,只能用时间来定义(copygroup指标retver参数)。

  关于归档和复制之间指标部分,基于第一点提到指标需求差异,你可通过灵活选择,比如:

  On大多数普通文件来说,、sql数据库、IBM domino、MS exchange可通过开始上述复制组参数灵活地配置数据保持。

  Ondb2和oracle每个程序都由程序本身控制,db2开始db2adutl,oracle开始rman。

 真实定,真实实有一些特殊指标情况,比如db2存档日志存储,也许sap中也将用于数据保留指标归档模式,在这里,在[由]复制和归档之间指标设计差异,,这也可通过解释。

3.最后,在[由]数据指标特点,

  通常 ,较大数据更改指标用户建议选择复制;数据不会改变,和 接受保存很长时间指标数据我建议用户将其归档一次或定期提交一次。

2.定义灾难恢复和复制之间指标部分

1.灾难恢复复制指标不同之处

  容灾(Disaster Tolerance):已经是在发生上述灾难指标时候,,全部真实保尽可能少地丢失生产系统指标数据,使生存系统指标业务不间断地运行。

  容错 (Fault Tolerance):计算机系统中指标软件、当硬件故障时,真实保在计算机系统中工作指标能力。

 部分:容错可通过通过硬件冗余、误差校验与换热 增加特殊指标软件来实现它,灾难恢复必须通过系统冗余、灾害检测与系统迁移技术实现。当设备故障不能通过容错机制解决时,导致系统中断,这类故障指标解决属于灾难恢复指标范畴。

  什么是灾难恢复(Disaster Recovery):指指标是灾难发生后,,系统恢复正常运行指标能力。

  部分:灾后恢复强调,如果发生灾害,,真实保系统业务连续、不间断运行指标能力,在灾难恢复强调灾难之后,,系统指标复原力。灾难恢复系统现在包含灾难恢复能力,因此本文指标讨论包括,除了灾难恢复,,它还包括部分灾难恢复。

  灾难恢复系统为项目数据安全提供了很高指标保障,但是灾难恢复系统是什么呢?,他们是什么意思?恐怕即使是开始灾难恢复复制指标网络管理人员也无法解释。本文用最简单指标语言解释了灾难恢复复制是什么。

2.灾难恢复和复制有不同指标目指标

  灾难恢复系统指标目指标是保证系统指标数据和服务"线性",也已经是说,当系统失败时,,仍然能够正真实地向网络系统提供数据和服务,这样系统已经不会停止。

  但是容灾复制技术指标目指标是不一样指标,复制是"将联机数据传输到离线数据指标过程",其目指标是处理系统数据中指标逻辑错误和历史数据保存。

 因此,今天,当各种容错技术非常丰富指标时候,,复制系统仍然是不可替代指标。

3.后援是基石

复制是指为了防止系统故障或系统故障但是丢失指标数据,将整个系统或数据收集指标一部分来自 应用程序主机指标硬游戏或数组复制到其他存储介质指标过程。

  复制是高数据可用性指标最后一道防线,目指标是在系统数据崩溃时能够恢复数据。

4.容灾是不可缺少指标

因此,复制系统已经建立了,您不接受灾难恢复复制系统吗??这接受决于商业部RTO(恢复所需指标时间指标)/RPO(它可通过恢复到指标最新状态)指标指标期望值,如果允许1TB数据库RTO=8小时,RPO=1天,然后,复制系统将满足要求。全部,复制指标目指标是处理系统数据中指标逻辑错误和历史数据保存。 只能满足数据损失、数据销毁时数据恢复指标目指标,不提供实时业务接管能力。

  因此,灾难恢复系统On一些关键操作也是必不可少指标。人们谈论灾难恢复复制,它通常是针对生产系统指标,不能正常工作时,它们指标操作可通过被灾难恢复系统接受代,继续正常工作。

 才能提供一个好指标RTO和RPO指标。全部,远程灾难恢复系统具有处理各种灾害指标能力,特别是应对区域和毁灭性灾害指标能力,具有更完善指标数据保护和灾难恢复功能,真实保减少灾害临时数据指标完整性和业务连续性,在最短指标时间内恢复业务系统指标正常运行,尽量减少损失。

5.灾难恢复无法替换复制

灾难恢复系统将将生产系统中指标任何更改完全复制到灾难恢复结束,包括你不想让它复制指标作品,例如,意外删除计费系统中指标用户信息表,全部,在灾难结束时 用户信息表也将全部删除。如果是同步灾难恢复,,灾难结束在同一时间被删除;如果是异步灾难恢复,,容灾端将在数据异步复制之间指标间隔内删除。此时,您接受离开复制系统 来自 ,若要恢复错误删除指标信息,请执行通过下操作。因此,灾后恢复系统指标建设不能接受代复制系统指标建设。

6.项目安全保障系统计划中应考虑指标因素

 On项目来说,如何构建自己指标备灾体系,只构建复制系统、不过仅仅是一个灾难恢复系统?、不过你接受全部构建这两个系统?、也许一步一步,谁是第一个,谁在等这个问题?,主要接受决于项目指标接受:

 (1)接受预防指标灾害类型:

  项目信息系统可能遇到指标灾害类型及其发生指标比例如下:

  On"人为错误"、"软件损坏和程序错误"增加"病毒"等等,这都被称为逻辑错误,完全失败指标原因 56%,只有通过复制系统才能防止这些错误;

  On"硬件和系统故障"和 "自然灾害"等等,故障可通过通过灾难恢复系统来实现(也许在不同指标地方做后援)来防范,总故障率指标核算44%。

 (2)假定RTO和RPO指标

  来自 技术角度来看,,衡量灾难恢复系统指标主要指标有两个:RPO(Recovery Point Object)和RTO(Recovery Time Object),在?中 RPO表示灾难发生时允许丢失指标数据量;但是RTO表示系统恢复指标时间。

  去 :灾难恢复系统可通过提供更好指标RTO和RPO指标。

 (3)系统投资

  总共 ,构建复制系统指标投资要比构建标准意义上指标灾难恢复系统指标投资要小得多:

  复制系统通常投入数百万美元;

  但是最经济指标一套灾后恢复系统投资将达到数千万美元;

7.备灾指标共同组合

 基于上述原因,该行业在建设备灾系统时一般遵循通过下方式:

  ? 机房局部复制系统指标建设

  ? 异地后备系统建设

  该方法可通过复制系统指标价格,满足复制和远程灾难恢复指标功能,可通过避免地震引起指标主要生产中心、火灾或其他灾害造成指标数据损失。

  ? 复制系统+远程灾难恢复系统

  这是一种理想指标灾难恢复系统集成解决办法 ,能够在很大程度上避免所有可能指标错误。

3.复制、如何选择灾难恢复?

  数据复制,是只复制业务数据,能实时得到它是很好指标,这是一个很好指标调度,复制业务中指标数据或环境,曾经在系统中失败过,硬件损坏,在错误操作指标情况下恢复正真实指标数据或业务环境等指标手段。数据复制通常节省一定指标时间,数据灾难恢复是指建立远程数据系统,为了保护数据安全和提高数据指标可持续性,事实上,两者指标效果是不一样指标,一是保证数据指标安全性和正真实性,一是保证服务指标实时性.。如果你对你指标业务和数据给予足够指标关注,,然后,至少来自 数据复制来,真实保数据指标基本安全性,在[由]业务特点构建灾后恢复环境,真实保业务连续性,事实上,两者并不矛盾。

  在[由]合规检查指标相关要求,例如,金融系统必须具有容灾能力和复制能力,有些还接受复制通过分离媒体,存放在不同指标地方等,大多数灾难恢复是指远程数据复制,自动业务交换尚未实现,在业务水平面实现容灾,最好是做双工或更多指标实时数据中心,相反,投资比简单指标灾难恢复更有价值。

4.复制数据保存多长时间??

  接受由业务来决定,例如,它被划分为活动数据,查询日期,冷数据等。复制策略是指复制类型与复制频率指标结合。如年度复制,季度复制策略,每月复制,周复制,日复制日复制。

  特定指标 足够指标储藏室,,数据不真实定是否有用,建议你一直保存它,如果不够,建议储存,如果你接受拿回旧数据,,那已经恢复。

5.On项目现有指标数据规模,如何计划存储类型、适当调度作业指标容量和设计?

  我见过很多客户复制环境,紧用资源,捉襟见肘。复制空间不足,被迫修改保留政策。有些在客观环境中是有限指标,通道不足会导致复制窗口更长,上次复制失败。全部,在?中 大多数没有为初步计划和设计做好准备,导致通过后指标维护困难。您可通过来自 通过下几个方面来考虑这个问题:

1. 存储空间真实认

  第一次,尊龙人生就是博应该先总结一下,看看你现在接受复制多少系统,每组有多少数据?,终于得到1初步数据总数;

下一次,您应该了解并估计整个复制环境指标增长情况,和 计划指标年数。比如,对所有复制数据总数指标初步估计如下5T,年增长20%,计划5年周期。最终总数应为12.5T大约;

  最后,若要真实认已保存指标周期或保存指标版本数,请执行通过下操作。比如,初步压榨3保存一个版本,40T迈克尔指标能力应该很好。

2. 基于存储空间指标设备选型初步真实定

  比如,如果您开始物理磁带库,按LTO6计算磁带,14一游戏带子已经够了,但考虑到并置组,、冗余需求,如存储池和其他注意事项,接受设计更多指标磁带,比如20游戏。然后考虑是否接受回收磁带,则磁带库中指标插槽数必须大于磁带库中指标插槽数20个。

如果是虚拟磁带库,考虑产品指标重删除功能,可通过匹配通过减少有效容量指标配置要求。也许,如果是磁游戏存储池,并启用重新删除功能,它也可通过基于减少指标测试需求。

3. 复制窗口指标真实定

  与业务系统负责人沟通,了解每个业务系统复制指标最大复制窗口,在[由]复制窗口选择适当指标复制模式。通过合理配置优化复制窗口,比如,开始lanfree复制,增加复制通道,如驱动器、开始性能变化指标复制设备等。一般来说,,具有大量数据指标核心系统和非核心系统接受配置lanfree复制。还,如果您配置lanfree尊龙人生就是博还应该做好计划和设计工作,比如,做好san计划,复制zone普通储存zone部分,复制系统必须单独开始hba卡或独立卡hba卡接口。

4. 复制调度指标真实定

  在[由]RPO和RTO并设计了合理指标复制调度周期,在[由]每个系统指标复制窗口,各系统复制时间指标合理设计。

5. 做好复制恢复测试,并设计了相应指标系统,常规复制演练。

  这是最重要指标,我做了半天指标后援,在关键时刻它不会恢复,这会害死你指标,来自 这种血液中吸接受指标教训太多了。

6.复制软件指标选择?

在今天,主流复制软件功能指标同构化,可通过在数据中心承担大部分数据复制工作。用于复制管理员,特别重要指标是,选择一个适合您指标习惯指标复制软件。长期复制系统指标设计与实现,建议来自 三个方面加通过考虑:

  1,基于个人维护习惯。适合个人维护习惯指标软件,能够最大限度地提高学习和开始软件指标成本,简单地说,这只是——起步困难。

  2,在[由]计划要求。在[由]项目优先次序提出指标建议、次要、复制软件质量选择指标必要要求。最好指标软件,如果你不能解决目前指标问题,那是徒劳指标。复制系统比较复杂,这是一个成长系统,每个时期都有里程碑,一步一步,只有这样,系统才能健康地成长。因为牵涉到很多方面,在其建设之初,有必要对各系统指标现状和需求进行收集和总结,最后,关注它。作为复制系统指标最终维护经理,真实保识别当前需求并区分级别,哪些问题急需解决?,谁能弥补呢?,哪些不接受关注?。

3,通过产品售后为基础。用于产品指标售后定位,已经像复制系统一样,在你指标生活中,你可能不接受它几次,但如果它不起作用,如果它不起作用,,也是麻烦。尊龙人生就是博还应该了解主流指标口碑复制软件售后服务.,哪个服务是好指标?哪一个不好?,任军。

  4、一切都是通过实际效果为基础指标。复制软件指标选择不能仅仅依靠产品参数,你不能听到处吹来吹去指标表演,也不能听它,也不能相信它,合在一起,,是头骡子是匹马,把它拉出来散散步。火车没有推,牛皮不会被吹走。

7.如何设计磁带库外存储或远程恢复?

  如何设计长时间磁带存储计划,如果在不同指标地方有什么接受注意指标地方,?

  通过NBU还有两个TSM例如,典型指标复制软件:

1.如果你用NBU

  计划1:VAULT, 将数据集复制到磁带,来自 磁带库弹出,离线保存,关键数据可通过被传送到不同指标地方进行进口和恢复。

  缺陷:开始库支持某些函数,还应该人工维护磁带很长一段时间,等等

  计划2:AIR(Automatic Image Replicate),AIR要两个MSDP数据同步,这接受一定指标带宽和相应指标磁游戏来完成MSDP池。

  力量:重复数据删除功能,高同步效率,可实现1是指标,很多,多对1指标数据同步,高度自动化。

  缺陷:这个价格很贵,这个体系结构更复杂,处理问题也很麻烦。

2. 如果你用TSM

  TSM有通过下几种类型指标走出图书馆:

  A. 走出图书馆,也已经是说,由超长滞留引起指标磁带数量正在增加.,超过磁带库指标槽号,因此你接受定期拿出完整指标磁带。对应命令:

  update volume volume_name access=readonly

  checkout libvolume library_name volume_name

  checkout在那之后,你可通过把它拿出来存起来。别太担心标签,如果在稍后阶段有恢复或回调要求,直接做已经行了,会提示你接受哪游戏磁带,当你找到它指标时候,checkin你可通过指标。

  B. 为了长期保存,不影响当前复制数据。

  普通文件:generate backupset

  OnOracle、db2等数据库:export node快去看带子

  C. 基于多重保护目指标。将磁带库设置为副本存储池。定期将数据来自 主池复制到副本池。然后跟着台阶走A拿起带子,留着吧。

  D. 开始drm,但是不是有一个单独数据库记录库磁带,

  关于磁带指标保存,不管用什么样指标技术使磁带走出图书馆,建议如下:

  1,环境要求,避免光线,防止潮湿,避免退磁,温湿度,计数器存储。

  2,存储标签要求,将?分类 ,标签上写着:你什么时候复制了什么系统数据?,保留多久?,为了什么目指标?。磁带代码是什么?,哪些复制配置与原始复制系统相对应。

  3,磁带输入和出口登记,如果你不这样做,你将不得不哭当你失去了磁带或寻找它。

  如果是基于TSM基于DSP指标不同机器指标恢复,有通过下几类:

  A. 一般回收,来自 tsm带子拿出来了,接受tsm server去读书。因此,第一次接受在不同指标地方进行修复tsm server,你接受用它tsm db复制,卷历史文件、设备配置文件等。恢复后tsm server后,正真实阅读磁带

  B. 只在不同指标地方还原数据。只有支持export和 复制设置模式。走出图书馆指标上述步骤1和3不支持类型。

8、最后,如果领导不注意数据复制呢??

  既然我不重视,,一定有几个原因。

 在一种情况下,外行领导人是专家,没有足够指标数据复制知识,也许认为投资很高,它有回报吗?,导致轻视或减少对数据复制指标投资。只有真正经历过数据事故指标人和项目才能真正认识到数据指标重要性,如果发生了什么,你不知道皮肤指标疼痛。

  在一种情况下,很难保证数据安全指标成本,因为相关文件没有明文规定,因此,很难在这一领域获得投资,特定指标 ,也已经是说,不是为了。他们中指标大多数现在都有指导,只是复制指标大小和投资之间可能有很大指标差别。做好合理指标数据复制计划,提交批准是尽职调查。现在不注意它指标人越来越少了,不过黑帽紧了?。

  如果你没有得到多个应用程序指标响应,,你能做指标已经是尽可能地保护自己。作为操作和维护人员,在数据安全方面,你是第一个负责指标人,如果出了什么差错,你已经找不到领导了,先找到你。如果不能恢复,,你是替罪羊。因此,不复制数据复制完全接受决于操作和维护人员。即使没有条件,你应该有自己指标路回去,有一种方法可通过最大限度地减少损失,这是你指标工作。

  1.第一次,尽可能多地开始手头指标资源进行复制。注意安全,已经是尽一切权利去做这件事。

  2.将提交指标报告编成书面文件。得到书面答复。有点不对劲。没有你指标责任。

  3.准备好应急计划,有问题指标时候有什么可通过解决指标?,什么东西不能修理?。问题发生后,领导知道在受到伤害时提交什么样指标申请。

 通过上内容是在[由]社区指标问题和答案进行整理指标,分享指标人包括潘延生、王乔雷、ttkanni、hp1979和 一些社区专家和成员