XX公司备份设计方案
智慧交通-云存储系统设计方案

智慧交通云存储系统设计方案XXX科技有限公司20XX年XX月XX日目录一系统概述 (2)二建设目标 (2)三需求分析 (3)四整体设计 (4)4.1 系统整体结构 (4)4.2 云存储逻辑结构 (5)五中心云存储设计 (8)5.1 系统可用性设计 (8)5.2 系统可靠性设计 (8)5.3 系统可扩展性设计 (9)5.4 分布式存储设计 (12)5.5 云存储容量计算公式 (14)1一系统概述集中云存储系统结合了存储业务特征和网络存储可靠性要求,设计了完整的网络存储流程,包括了从前端缓存、中心直存到中心备份各个应用环节的针对性设计,可以满足文件、数据库、视频、图片等结构化非结构化数据的高性能读写要求,组件高性价比的数据存储解决方案。
二建设目标集中云存储系统建设需要满足制高点点位、卡口和电子警察点位视频和图片的存储,具体要求如下:(1)要求监控控制平台的数据库在记录图像信息的同时,还应记录与图像信息相关的检索信息,如设备、通道、时间、报警信息等。
(2)图像存储设备满足采用H.265 High Profile级视频编码格式进行图像存储。
(3)具有足够的扩展空间,存储的图像数据应保证1080p及以上的图像分辨率;(4)道路监控、卡口电警监控图像存储时间不小于90天,图片存储时间不少于90天;(5)考虑对录像文件的采取防篡改或完整性检查措施,支持按图像来源、记录时间、报警事件类别等多种方式对存储的图像数据进行检索,支持多用户同时并发访问同一数据源;(6)支持图像记录、网络回放的双工、双码流模式;(7)可实现对系统内所有存储软硬件资源的配置及查询,系统性能的实时监视,系统设备的故障报警监视、故障诊断、及定位分析、报警日志的创建及维护等;(8)系统可验证用户的访问权限和优先级,监测和记录用户进行的访问和操作等,验证接入设备的合法性,并注册合法设备。
2三需求分析中心云存储需求,随着视频监控系统规模越来越大,以及高清视频的大规模应用,视频监控系统中需要存储的数据和应用的复杂程度在不断提高,且视频数据需要长时间持续地保存到存储系统中,并要求随时可以调用,对存储系统的可靠性和性能等方面都提出了新的要求。
数据库备份方案

《客户名称》备份管理系统设计方案上海鸿翼数字计算机网络有限公司目录1.项目概述...................................................................2.系统需求分析 ...............................................................1.1系统现状分析............................................................1.2备份系统风险评估 ........................................................1.3备份系统需求分析 ........................................................3.系统备份理念 ...............................................................3.1系统设计指引............................................................3.2数据保护技术选择 ........................................................3.3连续数据保护............................................................3.4备份管理系统组成 ........................................................4.系统备份结构设计 ...........................................................4.1整体系统架构设计 ........................................................5.系统备份方案介绍 ...........................................................5.1W INDOWS服务器自身备份....................................................5.2方案2:双机热备.........................................................5.3方案3:爱数备份.........................................................1.项目概述上海鸿翼数字计算机网络有限公司将根据《》的网络实际需求,制定一套完整的集数据备份、灾难恢复、服务器整合及虚拟化一身的方案。
【精编】本地数据备份及异地数据级灾备项目建设方案

本地数据备份及异地数据级灾备项目建设方案XX地税本地数据备份及异地数据级灾备项目建设方一、数据备份及异地灾备系统项目分析1二、数据备份及异地灾备系统项目调研32.1国际灾备系统的定义以及容灾级别3 2.2国际标准灾备系统的组成62.3计算机系统灾难分析72.3.1自然灾害:73.3.2计算机系统故障:72.3.3人为因素:82.4国外计算机灾难案例8三.国税总局灾备调研103.1国税总局备份系统设计原则103.2国税总局存储备份及管理设计思路12四、陕西地税数据级灾备需求分析224.1建设目的234.2建设目标:234.3.详细需求分析244.3.1备份管理系统具体需求244.3.2各区服务器备份及容灾需求:26 4.4、技术指标要求284.4.1备份软件284.4.2自动磁带库要求294.4.3数据远程复制软件要求:304.4.4存储系统要求:31五陕西地税数据备份及异地灾备系统规划33 5.1数据备份规划335.2数据备份系统设计原则35六我省数据备份及异地灾备系统设计41七数据备份及异地灾备系统选型比较过程48八数据备份及异地容灾系统建设方案56九我省数据备份和恢复策略67十我省异地灾备系统方案详解80一、数据备份及异地灾备系统项目分析随着国家经济从计划经济向市场经济发展步伐的不断加快,西部大开发的政策也促使中西部地区的经济蓬勃发展,在这种情况下,作为国家对市场经济发展进行有效调控的一种重要手段,税收管理日益呈现出了其在当今经济生活中的重要性和权威性。
因此在各种与经济发展相关的税收信息越来越多元化,海量化的发展的同时,传统的人工处理方式已经越来越不适合当前经济发展的需要了,而计算机信息技术的发展又为税务信息化工作提供了强有力的支持。
目前作为西部经济发展最迅速省份之一的陕西省的地税系统,必定需要一个非常强大的税务信息系统的有效支撑,同时随着税务信息处理系统的建成投入使用,我们又必须面对更严峻的考验,那就是如何科学、安全、有效地保护税务信息系统中的海量化税收信息数据。
XX上市公司数据库管理与实施规范

数据库管理与实施规范1.数据库设计中的命名规范,数据库创建和更新申请流程,数据库部署方案:采用26个英文字母(区分大小写)和0-9这十个自然数,加上下划线'_'组成,共63个字符.不能出现其他字符。
业务数据库,数据表一律使用前缀库名使用小写英文以及下划线组成,尽量说明是那个应用或者系统在使用的.比如:web_marksmile_comweb_marksmile如有遇到生产环境,开发环境,测试环境数据库名采用下划线加上production,development,test相关字样也可以使用缩写来标明数据库场景名字大数据部门数据库名字采用缩写加上database(暂时采用这种方式),代表这种数据库是一个通用型大型数据库名字,相关可以自行设定这里不做具体限定tmdatabase 商标数据库ccdatabase 公司企业数据库数据表名使用小写英文以及下划线组成,尽量说明是那个应用或者系统在使用的.相关应用的数据表使用同一前缀,如论坛的表使用cdb_前缀,博客的数据表使用supe_前缀,前缀名称一般不超过5字比如:web_userweb_groupsupe_userspace数据表字段名使用小写英文以及下划线组成,最好是带表名前缀规则:用尽量少的存储空间来存数一个字段的数据.如能用int的就不用char或者varchar能用tinyint的就不用int能用 varchar(20)的就不用varchar(255)时间戳字段尽量用int型,如created:表示从 '1970-01-01 08:00:00'开始的int秒数.数据库创建流程:开发人员向开发项目经理申请->开发项目经理向运维数据管理员申请->运维数据管理创建数据库并把数据库名字和数据库相关权限以及相关安全说明发邮件或是口头通知数据库更新流程:开发人员向开发项目经理申请->开发项目经理向运维数据管理员申请->运维数据管理更新数据库并把数据库名字和数据库相关权限以及相关安全说明发邮件或是口头通知数据存储方式所有数据库存储采用innodb,如有相关性能要求必须使用myisam,memory存储进行向上级进行申请。
云计算中心备份容灾设计方案

05
安全性和合规性
数据安全性
数据加密
采用高级加密技术,对数据进行加密存储和传输,确保数据在传输和存储过程中 不被窃取或篡改。
数据备份和恢复
定期备份数据,并制定完整的恢复计划,以防止数据丢失和灾难性故障。
系统安全性
访问控制
实施严格的访问控制策略,对不同用户和角色分配不同的权 限,确保只有授权用户可以访问数据和系统资源。
选择合适的容灾技术
根据实际情况,选择合适的容灾技术,如虚拟化技术、分布式技术、数据复 制技术等。
04
数据备份与恢复流程
数据备份流程
01
02
03
全面备份
对所有数据和文件进行备 份,包括操作系统、应用 程序、数据库等。
增量备份
只备份自上次备份以来发 生变化的文件和数据。
合成备份
将多个增量备份或全面备 份组合成一个完整的备份 。
加强合作与交流
加强与其他企业和机构的合作与交 流,共同探讨备份容灾技术的未来 发展趋势和应用前景。
THANKS
谢谢您的观看
03容灾系统设计来自容灾策略制定根据业务需求和风险分析,明确容灾目标
根据不同的业务需求,针对可能出现的各种风险进行全面的分析,明确容灾的目 标,比如保障业务连续性、减少数据丢失等。
确定容灾级别
根据容灾目标,确定所需的容灾级别,如基本数据备份、应用层备份、虚拟机备 份等。
容灾基础设施设计
选择合适的备份存储设备
08
运维与支持
运维策略与流程
01
制定详细的运维流程
包括备份数据的检查、存储和恢复测 试,以及容灾演练的计划和执行等。
02
建立有效的监控机制
对备份和恢复过程进行实时监控,及 时发现和解决问题。
存储备份系统建设方案

XX 电信集中备份系统技术方案赛门铁克软件(北京)有限公司2009-01-12Your Infrastructure. Your Information. Your Interactions. Only Symantec Protects Them All.目录第1章综述 (1)1.1项目背景 (1)1.2系统现状 (1)1.2.1现有系统环境 (1)1.2.2现有系统分析 (2)1.3面临的挑战 (3)1.4系统建设原则 (4)第2章需求分析 (5)2.1备份需求 (5)第3章技术方案 (5)3.1备份系统架构设计 (5)3.1.1系统架构说明 (6)3.1.2软件配置说明 (7)3.2备份和恢复方式 (10)3.3备份策略规划 (12)3.4方案技术特点 (13)3.4.1介质服务器负载均衡/切换 (13)3.4.2智能磁盘容量管理 (14)3.4.3可选择用户恢复与复制的介质服务器 (15)3.4.4存储生命周期策略 (16)3.4.5真实镜像恢复(True Image Restore) (17)3.4.6合成全备份 (18)第4章方案优势总结 (19)第5章Symantec NetBackup电信行业成功案例 (21)第1章综述1.1项目背景从上世纪90年代后期开始,XX电信分期分批建设了短信积分、ADC、企信通、农信通、MISC、SIMS、PTT、天地游、移动114等多套新业务系统。
目前,随着XX电信新业务的快速发展,又在着手建设SP监控、公司门户网站等多套新业务系统。
为了适应和满足XX电信新业务的快速发展需求,XX电信准备对现有业务系统数据存储和保护系统进行技术改造,统一规划、分步实施,逐步实现业务数据的集中存储备份和统一管理,保证业务数据管理的高效及安全,以及达到数据保护管理整体费用的最优化。
现有新业务系统中,只有ADC系统和自有增值业务系统拥有数据备份管理软件,其他业务系统目前都没有采用备份管理软件,部分业务系统采用手动编写脚本的方式进行备份,无法保证业务数据的集中备份需求。
XX公司备份设计方案和对策

XX公司备份设计方案和对策备份是数据保护和灾难恢复的重要组成部分。
有一个良好的备份设计方案和对策对于保护和恢复数据至关重要。
以下是XX公司备份设计方案和对策的详细描述。
一、备份策略1.数据分类:根据数据的重要性和敏感性,将数据分为不同的等级,并为每个等级确定相应的备份措施。
2.数据备份频率:根据数据变动的频率和重要性,确定不同等级数据的备份频率,例如每日备份、每周备份或每月备份。
3.数据备份工具:选择可靠和高效的数据备份工具,确保数据备份的可靠性和性能。
4.备份存储位置:将备份数据存储在安全可靠的位置,例如云存储、磁带库或离线存储设备。
二、备份类型1.完全备份:定期对所有数据进行完全备份,以确保数据的完整性和可恢复性。
2.增量备份:每次备份只备份新增或修改的数据,以减少备份时间和存储空间的占用。
3.差异备份:与完全备份相比,只备份上次完全备份后的变化部分,以加快备份速度和优化存储空间使用率。
4.冷备份:将数据备份到离线存储设备,以防止网络攻击和灾难发生。
5.热备份:利用热备份技术,确保在备份过程中不中断数据访问。
三、备份存储和保护1.数据加密:对备份数据进行加密,确保数据在存储和传输过程中的安全性。
2.存储多样性:将备份数据存储在多个地点和不同的存储介质上,以防单点故障和自然灾害。
3.存储容量规划:根据数据变化的速度和业务需求,规划合适的备份存储容量,避免因存储空间不足导致备份失败。
4.定期验证:定期验证备份数据的完整性和可恢复性,确保备份数据的可用性和可靠性。
5.存储管理:定期清理和归档过期备份数据,以优化存储空间和备份性能。
四、备份恢复和灾难恢复1.恢复测试:定期进行备份和恢复测试,验证备份和恢复过程的可行性和有效性。
2.灾难恢复计划:制定详细的灾难恢复计划,包括备份数据的恢复策略、恢复时间目标(RTO)和恢复点目标(RPO),确保在灾难情况下可以迅速恢复业务。
3.异地备份:将备份数据复制到远程地点,以提供额外的灾难恢复保障。
XX公司项目文件

XX公司项目文件1. 项目概述1.1 背景介绍1.2 目标与目的1.3 项目范围2. 项目计划2.1 项目时间表2.2 人员分工2.3 预算安排3. 风险管理3.1 风险识别与评估3.2 风险缓解策略3.3 风险应急预案4. 项目实施4.1 流程与步骤4.2 里程碑计划4.3 问题解决与变更管理5. 项目监控与评估5.1 监控指标5.2 评估方法5.3 缺陷修复与改进措施6. 项目交付与验收6.1 交付准备6.2 验收标准与流程6.3 项目收尾7. 项目文件管理7.1 文件分类与存储7.2 版本控制7.3 文件备份与恢复8. 附录8.1 术语表8.2 参考文献1. 项目概述1.1 背景介绍XX公司计划开展一项新的项目,旨在推动公司业务增长和市场竞争力提升。
该项目涉及产品研发、市场推广等多个领域,是公司重要的战略计划之一。
1.2 目标与目的本项目的主要目标是开发和推出一款全新的产品,满足市场需求,并实现销售和利润增长。
通过该产品的成功上市,公司将加强与客户的关系,提升品牌形象,并进一步扩大市场份额。
1.3 项目范围本项目的范围包括市场调研、产品设计、研发、测试、生产、市场推广等全方位的工作。
项目团队将协调各个环节的工作,确保项目的顺利进行以及最终目标的实现。
2. 项目计划2.1 项目时间表项目计划将按照以下时间表进行:- 第一阶段:市场调研和产品设计(时间:2个月)- 第二阶段:研发和测试(时间:6个月)- 第三阶段:生产准备和市场推广(时间:2个月)2.2 人员分工项目团队将由以下成员组成:- 项目经理:负责项目的整体管理和协调- 研发团队:负责产品的技术开发和测试- 市场部门:负责市场调研和推广- 生产部门:负责产品的生产和交付2.3 预算安排项目预算将根据各个阶段的工作量和所需资源进行合理分配。
预算涵盖人员费用、设备购置、市场推广费用等方面,确保项目能够按计划进行。
3. 风险管理3.1 风险识别与评估项目团队将认真识别和评估可能存在的风险,包括技术风险、市场风险、人力资源风险等,并制定相应的应对措施。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
XX环保备份管理系统设计方案目录一、系统概述错误!未定义书签。
、系统现状分析错误!未定义书签。
、备份系统风险评估错误!未定义书签。
、备份系统需求分析错误!未定义书签。
三、备份系统设计方案错误!未定义书签。
、系统设计指引错误!未定义书签。
、备份管理系统组成错误!未定义书签。
、系统结构设计错误!未定义书签。
、整体系统架构设计错误!未定义书签。
、应用备份的要求错误!未定义书签。
、SQL服务器的备份和恢复系统设计错误!未定义书签。
、Oracle服务器备份方式错误!未定义书签。
四、需购设备清单错误!未定义书签。
一、系统概述、系统现状分析XX网络基础结构是基于Windows平台,现在已经拥有3台PC服务器。
XX的网络核心应用包括了燃气财务系统、燃气收费系统及OA系统等企业信息管理系统,为企业的发展提供了强有力的信息化支持。
主要数据库包括了Microsoft SQL、Oracle和MySQL:1台SQL服务器;提供燃气财务业务平台支撑1台Oracle服务器;提供燃气收费系统平台支撑1台MySQL服务器:提供OA系统业务平台支撑、备份系统风险评估XX环保信息平台系统经过几年的发展,数据资料的重视程度已经越来越高。
关键业务数据的保护势在必行。
虽然,在日常的应用过程中,对数据采取了一定的保护手段。
但是,备份管理仍然存在以下风险:日常备份主要还是以人工手动完成。
对于文件系统这样的备份方式能够完全适应,而业务的发展,真正要保护的数据类型不光只有文件资料,还有数据库数据。
每天IT管理者要针对保护文件进行繁杂的操作才能实现数据保护。
现有的备份介质还很原始。
由于当时系统构建时,投资有限且业务运行数据量不大,需要保护的数据不多。
基本上采用备份到移动硬盘的方式来进行备份。
而移动硬盘由于采用USB接口,且经常拔插可能在这过程中造成数据丢失。
另外,移动硬盘磁盘盘片不可能达到备份读写的要求,频繁读写可能会对移动硬盘造成坏道。
且这种问题已经对日常数据备份造成影响了。
备份任务不能跟踪。
手工备份可以进行数据的备份,但备份是否正常完成,中间会不会有什么报错信息,数据量有多大,存储介质是否有效管理。
备份出来的数据是否能够在关键时候恢复系统。
这些问题都是现在手工方式备份面临的问题。
根据上面的分析,现有的数据备份方式已经达不到企业要求保护数据的目的,由于业务越来越重要,支撑业务正常运行的后台数据必须要能够充分保证其可用性。
基本以上情况,需要重新设计整个网络的备份管理系统和相关的备份和灾难恢复策略,达到可以快速备份和恢复数据中心和企业重要工作人员数据的水平,从而提高整个企业的数据安全的级别。
、备份系统需求分析XX公司的业务系统有以下几个特点:数据中心的数据超过500GB,需要通过备份管理软件进行快速、自动的数据备份和管理;支持Windows平台的集中数据备份管理和灾难恢复;支持SQL、Oracle数据库联机热备、逻辑备份,支持频繁的数据库日志备份;要求备份管理软件对各种磁带库和磁带机进行管理,还要有全面的备份介质管理功能;要求可以实现快速的系统灾难恢复功能,保障业务系统的正常运行;备份管理系统必须有灵活良好的扩展性,能满足公司发展而不断扩充和升级的需求。
二、备份系统设计方案、系统设计指引、备份管理系统组成一个完整和完善的备份系统包括以下的组成部分:图:备份系统组成备份管理系统的结构现在,在备份与恢复技术方面,用户有了更多的选择。
对于数据量不是很大的用户,可以选择直连式数据保护方案——一台磁带驱动器或者磁带库通过SCSI 设备直接连到服务器上,备份与恢复的数据通过核心通讯网络(如LAN、WAN)来完成。
对于中等数据量的用户,可以选择网络附加存储架构,将磁带驱动器或者磁带库放在网络中心服务器上,实现LAN-Free备份。
执行备份的存储硬件存储硬件的质量与性能在整个备份过程中是至关重要的,它是能否进行高质量备份的关键所在。
目前用于备份的存储主要有磁盘设备和磁带设备。
磁盘设备具有快速的读写和快速搜索能力,适合于快速的小数据量备份(几百G以下),但不适合数据的较长期离线保存;而磁带设备具有大容量、每兆字节价格低和便于离线存放的特征,适合于大数据量的备份(几百G以上),但是执行备份和恢复的速度相对较慢。
介质是数据的负载物,可以是磁带也可以是硬盘。
它的质量一定要有保证,使用质量不过关的介质无疑是拿自己的数据冒险。
由于磁带是一种易耗品,有一定的使用寿命,使用者应当知晓何时需要更换新磁带。
有些好的磁带会自带一个使用记录,当磁带使用次数超过了最高限制,会自动报警,提醒用户更换磁带。
磁盘也是一种重要的备份介质,特别是大容量存储备份需求的时候。
控制备份的软件操作系统通常包括一些基本功能,但是为了达到更好的备份效果,最好使用专门的备份软件。
优秀备份软件包括加速备份、自动操作、灾难恢复等特殊功能,对于安全有效的数据备份是非常重要的。
理想的备份软件与自动加载磁带机配合,可提供自动备份、自动磁带轮换、自动诊断和数据统计功能。
备份策略备份策略是指确定需要备份的内容、备份时间以及备份方式。
备份的数据往往根据企业或组织的需要来确定。
在实际应用中,必须根据备份窗口和恢复窗口的大小、以及整个数据量,决定采用何种备份方式。
灾难恢复计划数据备份与灾难恢复密不可分,数据备份是灾难恢复的前提和基础,而灾难恢复是在次基础上的具体应用。
灾难恢复的目标与计划决定了所需要采取的火速据备份策略,与数据备份策略有紧密联系。
如果数据备份策略必须仔细考虑以确保能设计所要保存的所有类型和地域的数据,那么灾难恢复策略则要考虑的是一场灾难性的数据损失情况发生时,如何使这些数据和有数据的系统能够及时被恢复。
、系统结构设计、整体系统架构设计系统结构说明1. CommServe备份服务器CommServe服务器是备份管理控制服务器,它只需连接在LAN上。
CommServe服务器上安装MA(MediaAgent)模块CommServe上连接虚拟带库以及磁带库/自动装载机2. 备份代理iDataAgent备份iDataAgent安装在需要备份数据的服务器上,通过LAN连接CommServe。
不同的应用对应不同的iDA,本方案设计如下iDA:iDataAgent for Windows ServeriDataAgent for Oracle on windowsiDataAgent for SQLSERVER on windowsiDataAgent for MYSQL on windows3. 网络备份客户端iDataAgent通过局域网将需要备份的数据送到CommServe服务器CommServe服务器将数据备份到虚拟带库以及磁带库/自动装载机基于LAN-Free方式备份,充分结合了直接连接备份模式高速访问以及基于网络方式备份共享磁带驱动器和磁带库的优点。
在基于LAN-Free方式备份中,磁带驱动器和磁带库通过一个高速光纤通道网络连到各个目标主机;每个目标主机可以看到一个似乎是其专用的磁带驱动器;当备份服务器发出备份指令后,目标主机从磁盘存储中获取数据,再通过SAN将数据写入磁带库中。
由于数据备份的链路和LAN分离,因此减少了网络带宽的占用,也极大地提高了备份性能和数据安全性。
其次,需要一台服务器作为集中备份、恢复和管理的服务器,在整个备份或恢复过程中,对系统、应用会有一定程度的影响,建议单独配置一台服务器作为备份管理服务器,增加专用备份服务器的优势在于:专用备份服务器对提高备份效率更为有利,管理起来也更为方便;备份时不占用应用服务器系统资源,不会影响应用业务系统的运行;可以将备份服务器与业务主机分离开来,以便于管理,也提高了备份数据的安全性;采用网络备份模式,磁带库往往直连在主备份服务器上,每个应用服务器的备份数据均由备份代理将数据打包、通过TCP/IP网络传到备份服务器,最终完成到磁带设备的备份。
具有实现简单、灵活、投资少、易管理等优点,在中小型企业应用系统中运用比较广泛。
再次,在网络备份的基础上,建议建立一个专用的备份网络。
配置很简单,目前的PC服务器缺省已配置2个以上的以太网卡。
指定其中一个网卡作为专用的备份连接,通过一个独立的以太网网络交换机组成一个专用的备份网络。
备份的时候数据通过备份网络直接传输到备份服务器,而不需要占用业务网络的带宽,即减轻了业务网络的压力,也有利于备份速度的提高。
、备份介质选择备份介质也就是备份存放的设备。
数据备份按照设备所用存储介质的不同,主要有以下几种形式:1、硬盘介质存储:它主要包括两种存储技术,即内部的磁盘机制(硬盘)和外部系统(磁盘阵列等)。
在速度方面硬盘无疑是存取速度最快的,因此它是备份实时存储和快速读取数据最理想的介质。
但是,与其它存储技术相比硬盘存储所需费用是极其昂贵的。
因此在大容量数据备份方面,我们所讲的备份只是作为后备数据的保存,并不需要实时的数据存储,不能只考虑存取的速度而不考虑到投入的成本。
所以,硬盘存储更适合容量小但备份数据需读取的系统。
采用硬盘作为备份的介质并不是大容量数据备份最佳的选择。
2、光学介质备份:主要包括CD-ROM、WORM、可擦写光盘等。
光学存储设备具有可持久地存储和便于携带数据等特点。
与硬盘备份相比较,光盘提供了比较经济的存储解决方案,但是它们的访问时间比硬盘要长2到6倍(访问速度是受光头重量的影响),并且容量相对较小,备份大容量数据时,所需数量极大,虽保存的持久性较长,但相对整体可靠性要低。
所以,光学介质的存储更适合于数据的永久性归档和小容量数据的备份。
采用光学材料作为备份的介质也并不是大容量数据备份最佳的选择。
3、磁带存储技术:磁带存储技术是一种安全的、可靠的、易使用和相对投资较小的备份方式。
磁带和光碟一样是易于转移的,但单体容量却是光碟成百上千倍。
在绝大多数的系统下都可以使用,也允许用户在无人干涉的情况下进行备份与管理。
磁带备份的容量要设计得与系统容量相匹配。
鉴于我们此次综合考虑,磁带的备份方式投入较高,且受环境要求机械故障等因素不作为考虑的对象。
由于整体数据量不是太大(整体容量不超过2TB),对于将来数据的扩展也会有要求。
因此,计划采用磁盘备份的方式,以磁盘阵列作为备份的首选介质设备。
、应用备份的要求、SQL服务器的备份和恢复系统设计一个可靠的的SQL备份、恢复解决方案必须具备以下特点:当前系统的高可用性:当你只有非常小的备份窗口时,你必须采用高性能的热备份解决方案或减少备份数据工作的影响。
可靠的结果:SQL的恢复是复杂的;备份解决方案必须是可靠的并且能提供针对SQL数据库错误的恢复功能。
可管理性:一个备份、恢复解决方案必须能提供全面的自动备份作业,使无人值守的工作可以在任何时间内实行。