企业数据备份方案（企业的数据异地备份怎么做）

本文目录

• 企业的数据异地备份怎么做
• 企业现在用什么来备份数据比较好
• 怎样建立完善的企业数据备份策略
• 数据备份有哪几种方案
• 如何使用NineData实现企业级的备份与恢复​
• mysql数据库备份的几种方法

企业的数据异地备份怎么做

编者按：传统的备份方式是在内部分散方式，容易造成数据丢失，形成跨区域风险；新兴的SAN、NAS方案虽然不错，但是成本过高，对中小企业具有一定应用门槛sosw新基科技的Z－BOX和SAN－Genie却可以平衡性能和价格，实现异地备份。　　　当今的社会是一个信息化、数字化的社会，以往用传统方式保存的文档、图片、影音资料如今都被数字化，保存在电脑的硬盘上。数字化使我们的保存资料一下子变得简单方便。正是这样简单易行的方式，造成了每个人的电脑上都有大量的数据，而电脑使用者希望能对自己的关键数据进行备份。　　　传统的备份方式是在整个公司内布置一台备份服务器，再通过LAN将每个人的数据集中，然后备份628但是由于用户众多0数据十分分散，往往造成数据没有被全部备份。这样轻则是用户数据丢失，重则会给公司带来经济上的损失。这样的问题在每一个公司中都可能出现。对那些跨地区、跨城市甚至是跨国的企业来说，就更有挑战性。如何集中不同地点的关键数据是企业面临的一个最大难题。　　　现在有些软硬件厂家提出了一些解决方案来解决这个难题，最早提出的就是SAN解决方案。具体措施是在公司总部建立一套SAN，利用光纤和各个地方的分公司连接，将数据从分公司汇总到总部的数据中心，然后再执行备份工作。　　　这种方式是性能最高的一种方式，数据通过光纤经由交换机直接到达存储设备。但是3811要达到如此高的性能需要大量的投资，这是一般中小企业不能承受的，而且建立一套SAN除了需要大量的资金，还需要重新培训系统管理人员。学习管理SAN是一个复杂的过程，对管理员的要求也更高。　　　另外，还有一种流行的方案是利用NAS设备。在总部安装一台NAS，分公司也安装一台NAS，各公司通过网络连接，利用NAS上的镜像功能，将数据迅速从本地复制到异地。利用TCP＆＃47；IP传输数据是一种很成熟、廉价的方式。每个企业都有自己的网络，不需要在网络架设上面再做投资，而且管理员对设备的管理知识的学习不需要很长的时间。但是，NAS设备的数据管理性不够强，扩充性也不尽人意，而且传输的效率也不是很高。　　　如何在性能和价格之间寻求一个平衡点，是现代企业面对的问题。新基科技的Z－BOX和SAN－Genie正是针对用户的此种需求设计的。≮－Box两个看似简单的BOX却提供了数据异地备援的功能。在某公司总部，安装一台SAN－Genie，在客户端则安装一台Z－BOX，连接到网络上，便可定时把关键数据从本地传送到总部。这样，关键数据除了在Z－BOX上保存，也保存到了异地，即使本地数据丢失或被破坏，在总部也留有一份存档2840本地用户需要调用数据时，也可以快速从硬盘上找到。SAN－Genie可以在存储空间不够的时候进行存储空间的扩充，由内置的软件进行规划，达到扩容的目的。该系统还提供了GUI的管理界面，可通过SAN－Genie对异地的Z－BOX进行管理。这样的解决方案比较适用于中小企业。　　　Z－Box是专为中小企业量身订做的线上资料备份服务器，除了可以在客户端做资料的第二道保护外，更重要的是，还可将资料传输至远端，形成第三道防护。Z－Box操作简单且管理方便，几乎不需专人维护即可操作，并可由远端的管理人员直接监控运作情况。　＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝　　随着信息技术的发展，特别是信息化程度的深入发展，企业的数据以指数方式增长，大量的数据在带给企业财富的同时，数据丢失带来的损失也越来越大，容灾备份则显．．．．．．余下全文＞＞

企业现在用什么来备份数据比较好

需要自己的服务器，备份都会考虑一旦数据损毁，恢复所用的时间（RTO），选择云服务的不是很多。
根据公司的大小和具体生产应用来做不同的方案，一般会根据操作系统，数据库，邮件服务器，内部协作软件，虚拟化程序，以及现有的文件服务器大小，文件系统等，还要考虑恢复的时间, 备份性能，备份窗口，权限配置，做一套备份方案。
存储的话，可以自己购买存储，也可以购买backup appliance， 可以使用专业的备份软件，也可以使用操作系统，数据库本身等自带的备份工具。
根据法律法规，为了满足合规性要求，有的法律要求上市公司关键数据保存达7年之久，这个时候要考虑磁带或者一些基于磁盘的备份解决方案。
现在有一些初创公司利用云服务提供备份服务，对于比较大的公司，这还不是主流。小公司的话，自己写脚本来备份也不罕见。
一旦备份方案确定，比较重要的就是监测，一旦有备份失败要找到原因，调整备份方案。

怎样建立完善的企业数据备份策略

浪擎科技A系AppMirror双活容灾和D系DataBackup实时备份产品线是独立研发，具备完全自主知识产权的容灾备份拳头产品，专注于为客户核心业务和数据库提供全生态，全栈式的容灾保护。现已为政府、军工、医疗及企业等客户提供数例容灾备份解决方案，为其灾备建设保驾护航！未来，浪擎会不遗余力，稳步而有序的提供更优质的产品和服务。

1）AppMirror双活容灾

AppMirror是应用于金融、证券、公安、医疗、交通等行业，面向关键业务系统数据库的实时容灾产品，保障业务连续运行。针对覆盖面大、并发访问量多、数据价值高、宕机影响广和对实时性要求严格的业务进行保护。零数据丢失、零停机部署和恢复，实现秒级接管，是值得用户信赖的最佳容灾保障。

主要功能

1）追逐式全量复制

在第一次部署时，且在不停止生产业务的要求下，自动的将生产端业务系统的存量数据和活动数据全部复制到备用端的数据库。

2）实时增量复制

• 在生产系统正常工作期间，实时的将业务数据复制到容灾端的备用系统。
  

• 复制数据库的一切变化，自适应业务调整；容灾数据库处于可读可查询状态；用户随时校验容灾数据库数据的可靠性。

• 3）CDP数据容错功能将数据库恢复到符合要求的某一历史状态。容灾端容错进程采用循环写机制一一保存生产端传输来的数据。当需要容错时，容错代理接收用户选定的恢复时间或事务条件，容错进程将符合条件的一段日志数据恢复到容错数据库。4）故障切换

当生产端发生故障时，可手动或自动切换至容灾端备用系统。浪擎科技是一家大型的容灾产品和解决方案供应商，产品种类很多。做业务容灾切换时，浪擎的Y系Mcenter产品可以提供监控、报警、切换、回切等功能，可提供完整的业务容灾解决方案。

• 5）构建生产、查询相分离的业务应用容灾端备用数据库可以用来实现查询统计功能，分流生产数据库的性能压力。如，极其消耗性能的报表统计就可部署在备用数据库上。6）支持主流的数据平台支持Hadoop的HDFS存储模块及HBASE和HIVE存储系统，以及Kafka分布式系统。


2）DataBackup实时备份

浪擎D系CDP实时备份对业务系统进行定时、实时在线备份，持续保护业务系统的数据。当业务系统的生产数据发生丢失时，可以实现任意版本、任意时间的数据恢复、达到RTO、RPO趋于零的保护。

请点击输入图片描述

数据备份有哪几种方案

常见的数据备份与恢复方法有以下几种：
　　1.数据备份：数据备份(Backup)是指将计算机硬盘上的原始数据（程序）复制到可移动媒体(Removable Media)上，如磁盘、磁带、光盘等，在出现数据丢失或系统灾难时将复制在可移动媒体上的数据恢复到硬盘上，从而保护计算机的系统数据和应用数据。
　　2.数据恢复：数据恢复(Recover)是数据备份的逆过程，即将备份的数据恢复到硬盘上的操
　　作。
　　3.数据归档：数据归档(Archive)将硬盘数据复制到可移动媒体上，与数据备份不同的是，数据归档在完成复制工作后将原始数据从硬盘上删除，释放硬盘空间。数据归档一般是对与年度或某一项目相关的数据进行操作，在一年结束或某一项目完成时将其相关数据存到可移动媒体上，以备日后查询和统计，同时释放宝贵的硬盘空间。
　　3.归档恢复：归档恢复(Retrieve)是数据归档的逆操作，将归档数据写回到硬盘上。
　　4.在线备份：在线备份(On-line backup)是指对正在运行的数据库或应用进行备份，通常对打开的数据库和应用是禁止备份操作的，然而现在的有些计算机应用系统要求24小时运转(如银行的ATM业务)，因此要求数据存储管理软件能够对在线的数据库和应用进行备份。
　　5.离线备份：离线备份(Off-line backup)指在数据库SHUTDOWN或应用关闭后对其数据进行备份，离线
　　备份通常采用全备份。
　　6.全备份：全备份(Full backup)是备份策略的一种。执行数据全部备份操作。
　　7.增量备份：增量备份(Incremental backup)相对全备份而言，是备份策略的一种，只备份上一次备份后数据的改变量。
　　8.并行技术：并行技术(Parallelism)是指将不同的数据源同时备份/恢复到同一个备份设备/硬盘上。并行技术是考察数据存储管理软件性能的一个重要参数，有些厂商的软件只能支持并行备份，而有的厂商则可以实现并行地备份及恢复；并且，真正有效的并行技术将可以充分利用备份设备的备份速度(带宽)，实现大数据量有限时间备份。
　　9.数据克隆：数据克隆(Clone)是实现灾难恢复的一种重要手段，通过将原始数据同时备份到两份可移动媒体上，将其中一份备份数据(Clone)转移到地理位置不同的办公室存放，在计算机系统发生重大灾难如火灾，系统连接的
　　备份设备和备份数据都被损坏的情况下，将重要数据在另一套系统上恢复，保障业务的正常运行。所有数据存储管理软件都提供克隆功能。

如何使用NineData实现企业级的备份与恢复​

NineData数据备份支持常见数据库的全量、增量备份及数据恢复，专注于为企业数据库提供永远在线的数据保护能力，保障企业数据安全。同时，基于增量日志获取与解析技术，支持增量数据实时备份，透明实现秒级 RPO 的数据备份。
NineData数据备份厉害就厉害在，它拥有下面的这些独门秘籍。下面我跟大家好好介绍介绍。
一、秒级RPO，真正做到数据“0”丢失
不同于应用，数据库存储着企业最核心的业务数据，对于备份数据的完整性及一致性要求极高。数据库备份一般要求同时进行数据及日志的备份，以最大程度保障备份数据的完整性。传统的备份工具都是进行定期数据备份。在数据库异常故障的情况下，这种备份机制可能出现数小时甚至上天的业务数据丢失。NineData数据备份突破传统技术方案，推出实时日志备份。基于增量日志监听采集技术，NineData可实时获取并备份数据库中的变化数据，实现秒级RPO的备份能力，真正做到数据零丢失。
二、实时备份数据查询，备份恢复告别“开盲盒”
由于没有实际的应用场景，且因恢复演练成本过高，大部分企业的备份数据束之高阁。恢复备份数据的时候就跟开盲盒一样，谁也不能保证恢复是否能成功。为解决这个问题，NineData数据备份祭出大杀器 “实时备份数据查询“。通过“实时备份数据查询”，你可以像查询数据库一样，通过SQL实时查询备份数据。基于“实时备份数据查询“，可进行定期的备份数据验证，保障备份数据有效性，告别备份恢复“开盲盒“。
三、秒级快速恢复，业务停服的锅我不背
传统备份的数据恢复时间一般比较长，即使只恢复几条异常数据，都需要先恢复整个实例或者数据库，整个恢复时间非常长。NineData数据备份，通过“实时备份数据查询”快速查询获取恢复数据，并快速恢复异常记录，恢复时间可低至秒级。对于全实例或全库恢复的场景，搞数据库的朋友都知道，最费时的往往是最后的日志恢复。NineData数据备份对此做了针对性的优化，NineData在后台定期、实时合并数据、日志，降低日志恢复规模，提升数据恢复速度。
四、动态限流，保障数据库稳定性
相信很多朋友都遇到过，数据备份导致的业务数据库性能抖动卡顿、主备延迟(甚至影响主备高可用切换)等问题，导致核心业务受影响。数据库作为承载业务的关键服务，其稳定性与性能至关重要。为此，NineData数据备份提出一系列数据库稳定性保障策略，例如备份限流，用户可自定义备份恢复负载压力，备份|恢复过程中，备份服务会定期监测压力负载，当压力负载超过用户定义阈值时，备份服务会自动降级直至压力恢复正常。
虽然NineData 能力强大，但使用起来超级简单，只需一分钟，人人都可上车。下面我们就快速体验下。
1. 首先，大家需要注册下要备份的数据源
咱们这里以AWS EC2上的自建数据库为例，注册下数据源。点击列表左侧数据源管理-数据源，注册对应的数据源。如果需要加密访问数据库，可以打开加密传输。
2. 配置备份任务，实现数据及日志的自动备份
完成数据源对应的备份配置即可启动数据源的数据及日志自动备份。
1) 备份数据源，选择刚才注册的AWS EC2上的自建数据库。
2) 备份存储，NineData支持主流云厂商的所有区域，你可以权衡性能跟安全，选择任意一个区域。此处，选择阿里云杭州。
3) 备份对象，NineData支持所有对象类型及用户的备份，你可以根据需要选择备份的对象及备份粒度。此处，选择所有对象。
当完成如上配置后，NineData会自动检测备份前置条件，检测通过后，即完成备份任务的配置。当完成任务配置后，你可以启动立即备份，也可以交由NineData，根据备份配置，自动启动备份。
下面，我们通过 “实时备份数据查询”功能，来查询验证下刚才备份的数据，看数据是否正常。
1) 首先进入NineData控制台，点击左侧菜单栏 备份与恢复-备份数据查询，进入备份数据查询界面。
2) 配置需要查询的数据源，选择需要查询的备份集或者备份时间点。完成如上的配置后，即进入查询界面，接下来就可以使用SQL进行备份数据的查询啦。

mysql数据库备份的几种方法

数据备份是数据容灾的最后一道防线，即便有着两地三中心的架构，备份也依然重要。如果备份出问题，备份时影响了交易业务，备份数据无法恢复，这些也是企业难以承受的。所以选择合适的备份工具尤为重要。

每个企业级数据库都会有配套的备份工具，MEB(MySQL Enterprise Backup)就是MySQL企业版中非常重要的工具之一，是为企业级客户提供的数据备份方案。

Xtrabackup一直作为MEB 开源版备胎而存在，从MySQL 8.0开始情况可能会变得有所不同。

在 MySQL 8.0的Backup Lock、Redo Log Archiving、Page Tracking等新特性的加持下，MEB备份/恢复体验会更好，目前xtrabackup还不支持这些特性。

MySQL 企业版还有哪些功能？

特性1：Backup Lock

8.0之前使用xtrabackup或MEB做物理备份，为了保证备份时InnoDB引擎表与其他引擎数据文件、及binlog日志的一致性会上全局读锁，再拷贝非InnoDB文件，这期间MySQL会变成只读，数据无法写入。表数量越多，可能加上时间越长，如果使用的xtrabackup 不小心没加rsync参数，逐个拷贝frm文件，锁定时间会更长，对业务影响较大。

我曾遇到过部署在虚拟机的实例有12000多张表，当时使用的xtrabackup，备份脚本中没加rsync参数，结果锁了十几分钟，而MEB就没有这样的问题。

MySQL 8.0支持轻量级备份锁 LOCK INSTANCE FOR BACKUP，数据字典也重构了由InnoDB存储。若不创建非InnoDB表，MEB默认使用备份锁获取binlog日志一致性位置，并阻止DDL操作，但不影响DML操作。

• 只有InnoDB表，仅上备份锁
  

请点击输入图片描述

• 若有非InnoDB表，上全局锁
  

请点击输入图片描述

特性2：Redo Log Archiving

MEB能做到在线热备，备份时不影响数据库读写，这是利用了InnoDB事务日志，在备份期间持续监视redo log的变化，读取增量变化，写入到ibbackup_logfile，也就不需要上锁来保障备份一致性。(对非InnoDB的文件需要上读锁拷贝)

如果备份期间数据库写入负载特别大，而写入ibbackup_logfile速度较慢，redo log size也不大，很可能会出现ibbackup_logfile的写入速度跟不上redo log记录生成速度，redo log 空间不够时需要覆写日志文件，那么来不及写入ibbackup_logfile的记录会丢失，导致备份失败。

MEB 4.1对此做了优化，将redo log处理线程拆分成多线程分工合作，提高处理redo log的效率，降低了redo log覆写造成备份失败的概率，但redo log新增速度和ibbackup_logfile写入速度悬殊太大，问题依然会发生。

MySQL 8.0.17支持了redo log archiving 彻底解决了此问题，备份前设置innodb_redo_log_archive_dirs，指定redo log归档目录。MEB备份时自动开启日志归档，当checkpoint时会将旧记录归档到此目录，后续从归档文件中读取redo日志记录，避免了覆写可能导致的redo记录丢失。

请点击输入图片描述

注意：innodb_redo_log_archive_dirs 不能在数据目录下，目录权限要求是700

特性3：Page Tracking

Page Tracking 是为优化增量备份效率，减少不必要的数据页扫描。

增量备份当前有3种扫描模式：

• page-track：利用LSN精确跟踪上次备份之后被修改页面，仅复制这些页面，效率最快。

• optimistic：扫描上次备份之后被修改的InnoDB 数据文件中，找出并拷贝修改的页面。依赖系统时间，使用存在限制。

• full-scan：扫描所有InnoDB数据文件，找出并拷贝自上次备份之后修改的页面，效率最慢

1、利用page-track增量备份，需先安装备份组件

• mysql》 INSTALL COMPONENT "file://component_mysqlbackup";



2、在全备前开启page-track

• SELECT mysqlbackup_page_track_set(true);



3、全备之后，做增量备份时指定若满足page tracking条件，默认会使用page-track模式，否则会使用full-scan模式，也可以指定--incremental=page-track。

• mysqlbackup --incremental-backup-dir=backup_incr --trace=3 --incremental=page-track --incremental-base=history:last_full_backup backup



incremental-base有3种选择

• last_backup：基于前一次备份做增备，前一次备份可能是增备，也可能是全备。这种方式全备之间可能会有多个增备，每次增量可能比较小，但恢复时需要逐个合并。

• last_full_backup：基于前一次全备做增备。这种方式增备会越往后体积可能越大，但恢复时只需要合并最后一次增量备份。

• dir：基于前一次的备份目录，前一次备份可能是增备，也可能是全备。

测试对比full-scan 和page-track ，在变更页小于总体50%的情况下 ，备份效率至少能有1倍的速度提升。

• page-track 模式 磁盘读写均衡，说明读写的都是修改页面。

请点击输入图片描述

• full-scan模式 磁盘读写差别很大，说明读了很多未修改的页面。

请点击输入图片描述