数据备份与恢复、系统备份与恢复
一、数据备份与恢复
1、什么是备份
备份，即另外准备一
– 为应付文件、数据丢失或损坏等可能出现的意外情况，将电子计算机存储设备中的数据复制到大容量存储设备中
2、备份对象的类别
系统备份
– 针对整个操作系统进行备份
– 当操作系统损坏或者无法启动时，能通过备份快速恢复
数据备份
– 针对用户的数据文件、应用软件、数据库进行备份
– 当这些数据丢失或损坏时，也能通过备份恢复
3、数据冷备份
• 什么是冷备份
– 指需要备份的文档不被占用的情况下执行备份的方式
– 比如将数据库软件关闭，对数据库资料做备份
• 冷备份的优缺点
– 优点：简单快速、容易恢复到某个时间点、方便维护
– 缺点：只能恢复到某个时间点、备份期间数据不便正常使用
4、数据热备份
• 什么是热备份
– 指执行备份时不影响被备份文档正常使用的的方式
– 比如数据库软件正运行，对数据库资料做备份
• 热备份的优缺点
– 优点：备份时间短、不影响数据使用、可达秒级恢复
– 缺点：所有操作都会同步，包括“删除”
二、Win10数据备份与还原
1、Win10文件备份
   ① 开始 -- 设置 -- 更新和安全 -- 备份 -- 转到备份和还原 
-- 设置备份
   ② 指定保存的位置、需要备份的内容
   ③ 检查、保存设置并运行备份
   ④ 等待备份完成
2、Win10文件备份还原
   ① 开始 -- 设置 -- 更新和安全 -- 备份 -- 转到备份和还原 
-- 还原我的文件
       ② 浏览文件夹 -- 找到并添加此前的备份 -- 选择要还原的位置（原始位置或其他位置）-- 执行还原操作
    3、专用数据恢复
           使用第三方的专用数据恢复软件，能针对删除、格式化、重分区
等深度损坏执行恢复操作，比如EasyRecovery易恢复、FinalDate
超级恢复、360文件恢复器、金山数据恢复等
三、系统备份与恢复
     1、备份Win10系统
     （1）常见的系统备份工具
       大都是基于Symantec的Ghost克隆技术实现
       -- U深度一键还原精灵
       -- 一键还原Onekey、一键ghost 等等
2、一键还原工作方式
（1）U深度一键还原精灵、一键还原Onekey -- 在现有的Win10环境中运行，图形操作为主；
（2）一键ghost
    -- 硬盘版，为Win添加启动项，可支持独立运行环境
    -- U盘版，通过提前制作好的独立U盘启动
3、制作Win10备份镜像


    等待备份过程


    检查备份结果

实际备份过程中会执行压缩处理
备份文件小远小于系统盘的数据大小。


   4、恢复Win10系统
   （1）准备好系统备份（实现一键还原的前提条件）
        -- 提前制作了可用的系统备份文件（通常为.gho格式）
        -- 有些一键还原工具支持自定义备份位置


    （2）恢复Win10操作系统（执行一键还原操作）
         -- 根据提示选择备份位置
         -- 确认后重启执行
    （3）等待恢复过程


    （4）确认恢复结果
         恢复完成后
         -- 系统盘C：\数据会还原到备份时的状态
         -- 后增加的数据都会丢失（还原有风险，操作需谨慎！！！！）
四、磁盘及文件系统
1、基本磁盘
-- 传统磁盘，默认是基本磁盘
-- 磁盘大小固定扩展不方便，数量受限
2、动态磁盘（卷）：windows 2000及其以后的操作系统支持动态磁盘，
比基本磁盘有较强的可扩展性、高可靠性，高读写性能。
五、基本磁盘概述
1、主分区：引导操作系统
（基本磁盘最多建立3个主分区，只有一个主分区处于激活状态）
2、扩展分区不能直接存储文件（需要细分多个逻辑分区）。
   “扩展分区 + 主分区”数量不超过4个
3、逻辑分区：在扩展分区内部划分逻辑分区（不能直接启动操作系统）
4、基本磁盘的管理操作
   鼠标右击此电脑 -- 管理 -- 存储 -- 磁盘管理 -- 选中磁盘的未分配空间 --
右键操作（新建简单卷）-- 选择大小 -- 确定
   选中磁盘的已建立的分区 -- 右击 -- 格式化
1）创建主分区    2）创建展分区     3）创建逻辑分区
六、动态磁盘
1、鼠标右击基本磁盘 -- 转换为动态磁盘
（除非删除所有简单卷，否则动态磁盘不能转为基本磁盘）
2、新建简单卷
3、扩展简单卷
4、新建跨区卷
需要至少两块动态磁盘
容量是组成跨区卷的所有磁盘空间总和
5、新建带区卷
（1）成员容量大小是相同的；（2）数据被均匀以带区形式跨磁盘交替分配 
（3）需要至少两块动态磁盘；（4）容量是组成带区卷所有磁盘空间总和
6、新建镜像卷
（1）具备故障转换功能；     （2）在两个物理磁盘上复制数据的容错卷
（3）只需两块大小相同的磁盘；（4）容量是组成镜像卷所有磁盘空间和的一半
7、修复镜像卷
步骤：
① 关机取出故障磁盘换入新磁盘；② 启动计算机， 存储— 磁盘管理；
③ 初始化磁盘转换成动态磁盘
④ 右击之前镜像盘盘符— 选择删除镜像—选择丢失 — 删除镜像 — 确定
右击失败的镜像卷—添加镜像
8、新建RAID-5卷
数据分散写入硬盘并建立一份奇偶校验数据信息
具有较高磁盘利用率、读写性和可靠性
至少需要三块磁盘空间相同的硬盘
容量为磁盘数量-1
9、修复RAID-5卷
步骤：
关机取出故障磁盘换入新磁盘
启动计算机，管理工具— 计算机管理— 存储 — 磁盘管理
初始化磁盘转换成动态磁盘
右击之前RAID-5卷—修复卷
七、五种动态磁盘类型的对比
       
 
 
 
 
 
建立扩展分区 -- 也可用命令敲击
① 执行Win + R --- Cmd 命令
② diskpart
③ select disk + 磁盘区（1、2、3）
④ Create partition extended size = 磁盘大小（如300M）
⑤ Exit

1、通过物理拷贝备份与恢复
 
         对MyISAM引擎的表来说：如果当前此表在拷贝过程中没有任何写操作时，可以直接拷贝，对单张表拷贝时只需把把表相关的三个以.frm,.MYD,.MYI结尾的文件拷贝到另外的数据库实例对应的数据库目录下即可。
 
         对InnoDB表来说：即使是innodb_file_per_table=on的情况下直接拷贝与表相关的两个文件到目标实例下不行，但可以通过拷贝整个数据目录到目标实例的数据目录下的方式来完成备份和恢复。
 
2、通过mydump工具实现备份与恢复
 
（1）通过mydump备份数据
 
备份的语句格式：mysqldump [options] db_name [tbl_name ...]
 
                             mysqldump [options] --databases db_name ...
 
                             mysqldump [options] --all-databases
 
options中选项：
 
         --host=host_name（h host_name）：指定要导出的目标数据库所在的主机，默认是localhost
 
         --user=user_name（-u user_name）：指定链接目标数据库的数据库用户名
 
         --password[=password]（-p[password]）：指定链接目标数据库的数据库密码
 
         --port=port_num（-P port_num）：指定链接目标数据库的端口
 
         --all-databases（-A）：参数代表导出所有数据库里的所有的表
 
# 导出所有的数据库
]# mysqldump -uroot -p --all-databases > backup.sql
 
         --databases（-B）：参数代表导出指定的一个或多个数据库
 
# 导出一个数据库
]# mysqldump -uroot -p --databases course >course.sql
# 同时导出多个库
mysqldump -uroot -p --databases course test >mysqlbackup.sql
 
         --add-drop-database：表示在使用--databases或者是--all-databases参数时在每个create database命令前都加上drop database的命令
 
         --add-drop-table：表示在每个create table命令前加上drop table命令
 
         --add-drop-trigger：表示在每个create trigger命令前加上drop trigger命令
 
         --replace：表示使用replace命令插入数据而不是使用insert命令
 
         --default-character-set=charset_name：指定默认的字符集，默认是UTF8
 
         --set-charset：表示将SET NAMES default_character_set命令写入到导出备份文件中，默认是开启状态
 
         --dump-slave[=value]：表示从复制的slave从库导出备份，且其中包含了change master to语句，则利用此备份文件可以直接建立另一个复制从库。value参数如果不写或者=1的情况下，则change master to语句写入到dump文件中，如果设置=2则代表也写入到dump文件中，只是会注释掉
 
# 从从库上备份
]# mysqldump -uroot -p --dump-slave --single-transaction course >course.sql
 
         --master-data[=value]：表示从复制的主库上导出备份，和--dump-slave参数配置类似，可以利用此备份文件直接建立另一个复制从库。其value的取值含义也和dump-slave相同。使用该参数会自动打开—lock-all-table参数，除非同时使--single-transaction参数
 
# 从主库备份此备份方式会在备份开始之初在所有表上加一个只读锁(FLUSH TABLES WITH READ LOCK)，当成功获取了该锁并开始备份之后，此锁就会立即释放。而后续的dump过程中不会影响其他的读写操作
]# mysqldump -uroot -p --master-data=2 --single-transaction course >course.sql
 
         --tab=dir_name（-T dir_name）：参数表示将备份文件以文本文件的方式生成，dir_name指定了存放的文件路径，每个表会生成两个文件，一个是.sql文件保存的表结构信息，一个是.txt文件保存的表数据信息，但是需要在my.cnf中先配置secure_file_priv=/usr/local/mysql/backup/参数。以文本的方式导出时还可以加入以下的参数
 
                   --fields-terminated-by=str参数指定每个字段值之间的间隔符，默认是tab
 
                   --fields-enclosed-by=char参数指定每个字段值使用什么字符括起来，默认是没有
 
                   --fields-optionally-enclosed-by=char参数指定对每个非数字类型的字段值使用什么       字符括起来，默认没有
 
                   --lines-terminated-by=str参数指定行之间的结束符，默认是newline
 
# 以文本方式导出数据库
]# mysqldump -uroot -p --tab=/tmp/ course
# 导出时指定分隔符等
]# mysqldump -uroot -p --tab=/tmp/ --fields-terminated-by="===" --fields-enclosed-by="\"" test
]# cat test_index01.txt 
"4"==="DBMS stands for DataBase ..."===\N
"5"==="After you went through a ..."===\N
"6"==="In this tutorial we will show ..."===\N
 
         --ignore-table=db_name.tbl_name：代表导出过程中忽略某个指定表的导出，如果要忽略多个表则这个参数要使用多次
 
# 导出course库中除了student_bak表外的所有表结构及数据
]# mysqldump -uroot -p --ignore-table course.student_bak course > nostubak_course.sql
 
         --no-data（-d）：参数代表不要导出数据，只导出表结构
 
# 仅导出表结构不导出数据
]# mysqldump -uroot -p --no-data course > nodata_course.sql
 
         --no-create-info：仅导出数据不导出表结构
 
# 仅导出数据不导出表结构
]# mysqldump -uroot -p --no-create-info course > course.sql
 
         --routines（-R）：参数代表也要把存储过程和函数导出来
 
         --triggers：参数代表也要将触发器导出来
 
# 导出course库中的存储过程和触发器
]# mysqldump -uroot -p --routines --triggers course >course_rt.sql
 
         --where='where_condition'（-w ‘where_condition’）：参数代表仅导出符合条件的数据
 
# 导出student表中sid小于5的数据
]# mysqldump -uroot -p --where="sid < 5" course student >course.student.sql
# 导出student表中sid为5或者6的数据
mysqldump -uroot -p --where="sid in (5,6)" course student >course.student.sql
 
         --lock-all-tables（-x）：参数代表在导出过程中对每个数据库的每个表加上一个只读锁
 
         --no-autocommit：参数代表对每个表的数据导出内容用set autocommit=0和commit两个语句包围
 
         --single-transaction：参数代表将事务隔离级别设置为可重复读并在导出开始时执行start transaction开启一个新的事务，在dump的执行过程中也不会阻止任何的读写操作
 
# 备份时开启一个新的事务
]# mysqldump -uroot -p --master-data  --single-transaction  course >course.sql
 
导出命令的其他用法：
 
# 导出course库中的一个表
]# mysqldump -uroot -p course student >course.student.sql
 
（2）FLUSH TABLES WITH READ LOCK
 
         FLUSH TABLES WITH READ LOCK简称(FTWRL)，该命令主要用于备份工具获取一致性备份(数据与binlog位点匹配)。由于FTWRL总共需要持有两把全局的MDL锁，并且还需要关闭所有表对象，因此这个命令的杀伤性很大，执行命令时容易导致库hang住。
 
         FTWRL主要包括3个步骤分别是：上全局读锁(lock_global_read_lock)，上全局读锁会导致所有更新操作都会被堵塞、清理表缓存(close_cached_tables)、上全局COMMIT锁(make_global_read_lock_block_commit) ，上全局COMMIT锁时，会堵塞活跃事务提交。
 
（3）记录导出的具体逻辑
 
         打开在mysql的配置文件中配置gerenal_log的相关参数，可以记录导出过程的具体逻辑，配置如下：
 
# 修改配置文件记录导出过程的具体逻辑
general_log=on
# 记录的文件存放位置
general_log_file=/usr/local/mysql/data/general_log
 
（4）备份的导入
 
         1）通过mysql命令导入
 
# 通过mysql命令导入
]# mysql -uroot -p <test.sql
 
         2）通过source命令导入
 
# 进入备份文件存放目录下
]# cd /data/mysql/backup
# 通过source命令导入备份
mysql> source test.sql;
 
         3）文本文件的导入
 
         对于文本文件的导入，分为两步，先要导入表结构，再导入文件，表结构文件的导入可以使用”mysql test < test.sql”或者source命令导入，数据文件的导入可以使用mysqlimport或者load data infile命令。
 
# 先导入表结构
]# mysql -uroot -p test <test_index01.sql
# 再导入数据
]# mysqlimport -uroot -p --fields-terminated-by="===" --fields-enclosed-by="\"" test /tmp/test_index01.txt
 
         通过load data infile命令导入
 
# 登录mysql数据库，切换到test库，导入表结构
mysql> source test_index02.sql;
# 导入数据
mysql> load data infile "/tmp/test_index02.txt" into table test_index02 FIELDS TERMINATED BY "===" ENCLOSED BY "\"";
 
3、基于时间点的数据的恢复
 
         基于时间点的恢复是将数据库恢复到指定的时间点状态，通常是先通过全量恢复的方式先将数据库恢复到上一个全量恢复的时间点，然后再利用二进制日志恢复到指定的时间点。
 
（1）binglog日志的查看与执行
 
         Mysqlbinlog工具可以用来解析二进制日志的内容，让日志可以被执行或者是查看
 
在数据库中重新执行某个二进制日志文件中的内容，可以使用如下命令：
 
# 执行binglog日志
]# mysqlbinlog /data/mysql/data/mysql-bin.000014 | mysql -uroot –p
]# mysqlbinlog /data/mysql/data/mysql-bin.000012 /data/mysql/data/mysql-bin.000013 | mysql -uroot –p
# 对binglog日志的导出也可先将日志识别导出到文件，在导入到数据库
]# mysqlbinlog /data/mysql/data/mysql-bin.000011 > testsql.sql
]# mysql -uroot -p <testsql.sql
 
（2）根据时间段恢复数据
 
         如果是恢复某个日志文件中的一部分内容，可以通过指定—start-datetime或者是—stop-datetime参数来确定开始恢复时间和停止恢复时间。
 
# 跳过某个时间段恢复数据
~]# mysqlbinlog --stop-datetime="2018-11-07 20:19:04" /data/mysql/data/mysql-bin.000013|mysql -uroot -p 
~]# mysqlbinlog --start-datetime="2018-11-08 03:41:04" /data/mysql/data/mysql-bin.000013|mysql -uroot -p
 
（3）依据日志点恢复数据
 
         基于binglog日志恢复数据时也可以通过设置--start-position和--stop-position两个参数指定开始位置和结束位置恢复数据。
 
# 从某个点开始恢复
]# mysqlbinlog --start-position=194 /data/mysql/data/mysql-bin.000014|mysql -uroot -p
 
4、通过Select … into语句导入与导出语句
 
（1）导出数据
 
         select … into outfile命令可以用来导出表中符合条件的数据到文本文件，不会导出表结构，仅用来导出数据。
 
         语句格式：select * from Table into outfile '/PATH/filename' fields terminated by ',' enclosed by '"' lines terminated by ‘\r\n'
 
         各字段说明：
 
                   TERMINATED BY：用于指定字段值之间的符号
 
                   ENCLOSED BY：用来指定包裹文件中字符值的符号
 
                   ESCAPED BY：用来指定转义字符
 
# 将查询的数据导入到文本文件中
mysql> select * from test_index01 into outfile "/tmp/test01.txt" fields terminated by ',' enclosed by '"' lines terminated by '\r\n';
 
（2）导入数据
 
         使用select … into outfile导出的文本文件，可以通过load data infile命令导入到表里，导入语句如下：
 
         load data  [low_priority] [local] infile 'file_name txt' [replace | ignore]
 
         into table tbl_name
 
         [fields
 
         [terminated by't']
 
         [OPTIONALLY] enclosed by '']
 
         [escaped by'\' ]]
 
         [lines terminated by'n']
 
         [ignore number lines]
 
         [(col_name,   )]
 
各字段说明：
 
         terminated by：指定分隔符
 
         enclosed by：字段括起字符
 
         escaped by：转义字符
 
         terminated by：描述字段的分隔符，默认情况下是tab字符（\t）
 
         enclosed by：描述的是字段的括起字符。
 
         escaped by：描述的转义字符。默认的是反斜杠（backslash：\ ） 
 
         lines：指定了每条记录的分隔符默认为'\n'即为换行符
 
         local: 如果指定local关键词，则表明从客户主机读文件。如果local没指定，文件必须位于服务器上
 
         replace和ignore关键词控制对现有的唯一键记录的重复的处理
 
# 导入备份的数据
mysql> load data infile '/tmp/test01.txt' into table test_index01 fields terminated by ',' enclosed by '"' lines terminated by '\r\n';
 
5、通过Xtrabackup备份恢复数据
 
         Xtrabackup是一个对InnoDB做数据备份的工具，支持在线热备份（备份时不影响数据读写）,Xtrabackup有两个主要的工具：xtrabackup、innobackupex，其中xtrabackup只能备份InnoDB和XtraDB两种数据表，innobackupex则封装了xtrabackup，同时可以备份MyISAM数据表。Xtrabackup做备份的时候不能备份表结构、触发器等。
 
（1）Xtrabackup的特点
 
         1）备份过程快速、可靠；
 
         2）备份过程不会打断正在执行的事务；
 
         3）能够基于压缩等功能节约磁盘空间和流量；
 
         4）自动实现备份检验；
 
         5）还原速度快
 
（2）Xtrabackup的安装
 
         Xtrabackup下载地址：https://www.percona.com/downloads/XtraBackup/LATEST/
 
         Xtrabackup提供了多种安装方式，使用二进制包安装，只需将xtrabackup下载下来将二进制包拷贝至二进制文件目录”/usr/ bin”下即可。
 
# 下载二进制面编译安装包
]# wget https://www.percona.com/downloads/XtraBackup/Percona-XtraBackup-2.4.8/binary/tarball/percona-xtrabackup-2.4.8-Linux-x86_64.tar.gz
# 解压并将可执行文件拷贝至相应目录
]# tar -xf percona-xtrabackup-2.4.8-Linux-x86_64.tar.gz
]# cp percona-xtrabackup-2.4.8-Linux-x86_64/bin/* /usr/bin/
 
（3）使用Xtrabackup进行全量备份与恢复
 
         全量备份：
 
# 备份所有的库
]# xtrabackup --backup --target-dir=/data/mysql/backup/ -uroot -pdayi123 -P 3306 --host=127.0.0.1
 
         全量恢复：
 
         恢复过程中首先要执行prepare，将所有的数据文件都准备到同一个时间点，因为在备份过程中所有的数据文件备份都是在不同的时间点，如果直接启动可能会导致冲突。
 
# 恢复前将所有数据准备到同一个时间点
]# xtrabackup --prepare --target-dir=/data/mysql/backup
# 恢复数据
]# xtrabackup --copy-back --target-dir=/data/mysql/ --datadir=/data/mysql/data/
# 确保回复后的数据的权限为mysql
]# chown mysql:mysql /data/mysql/data –R
# 回复后启动mysql
]# /etc/init.d/mysqld start
 
（4）使用Xtrabackup进行增量备份与恢复
 
         增量备份：
 
# 先进行一次增量备份
]# xtrabackup --backup --target-dir=/data/mysql/backup/20181115_LVO/ -uroot -pdayi123 -P 3306 --host=127.0.0.1
# 基于全量备份的增量备份
]# xtrabackup --backup --target-dir=/data/mysql/backup/20181116_LV1/ --incremental-basedir=/data/mysql/backup/20181115_LVO/ -uroot -pdayi123 -P 3306 --host=127.0.0.1
# 基于上一次增量备份的增量备份
]# xtrabackup --backup --target-dir=/data/mysql/backup/20181117_LV2/ --incremental-basedir=/data/mysql/backup/20181116_LV1/ -uroot -pdayi123 -P 3306 --host=127.0.0.1
 
         增量备份的恢复大体为3个步骤：恢复完全备份——>恢复增量备份到完全备份（开始恢复的增量备份要添加--redo-only参数，到最后一次增量备份去掉--redo-only参数）——>对整体的完全备份进行恢复，回滚那些未提交的数据。
 
# 恢复完全备份，并通过--redo-only参数应用xtrabackup日志中已提交的事务数据，不回滚还未提交的数据
]# xtrabackup --prepare --apply-log-only --target-dir=/data/mysql/backup/20181115_LVO/ --datadir=/data/mysql/data
]# xtrabackup --prepare --apply-log-only --target-dir=/data/mysql/backup/20181115_LVO/ --incremental-dir=/data/mysql/backup/20181116_LV1/ --datadir=/data/mysql/data
# 将两份增量备份引用到完全备份
]# xtrabackup --prepare --apply-log-only --target-dir=/data/mysql/backup/20181115_LVO/ --incremental-dir=/data/mysql/backup/20181117_LV2/ --datadir=/data/mysql/data
# 使用全备恢复数据
]# xtrabackup --copy-back --target-dir=/data/mysql/backup/20181115_LVO/ --datadir=/data/mysql/data
# 更改数据目录权限为mysql
]# chown mysql:mysql /data/mysql/data -R
 
（5）使用innobackupex进行全量备份与恢复
 
         全量备份：
 
# 使用innobackupex进行全量备份
]# innobackupex --user=root --password=dayi123 --host=127.0.0.1 --port=3306 /data/mysql/back/
 
         全量备份恢复：
 
# 生成ib_logfile文件        
]# innobackupex --apply-log --user=root --password=dayi123 --host=127.0.0.1 /data/mysql/back/2018-11-09_04-43-50/
#还原数据到mysql的数据目录，确保在my.cnf中设置datadir
]# innobackupex --copy-back --user=root --password=dayi123 --host=127.0.0.1 /data/mysql/back/2018-11-09_04-43-50/
# 修改数据目录权限
]# chown mysql:mysql /data/mysql/data –R
# 启动mysql
]# /etc/init.d/mysqld start
 
（6）使用innobackupex进行增量备份与恢复
 
         使用增量备份时，首先要有一个全量备份：
 
# 先进行一次全量备份
]# innobackupex --user=root --password=dayi123 --host=127.0.0.1 --port=3306 /data/mysql/back/
# 基于全量备份的增量备份
]# innobackupex --user=root --password=dayi123 --host=127.0.0.1 --incremental-basedir=/data/mysql/back/2018-11-09_05-30-52/ --incremental /data/mysql/back/
# 基于上次增量备份进行增量备份
]# innobackupex --user=root --password=dayi123 --host=127.0.0.1 --incremental-basedir=/data/mysql/back/2018-11-09_05-39-07/ --incremental /data/mysql/back/
 
         增量备份的恢复：
 
# 准备基础的全量备份
]# innobackupex --apply-log --redo-only /data/mysql/back/2018-11-09_05-30-52/
# 准备增量备份1
]# innobackupex --apply-log --redo-only /data/mysql/back/2018-11-09_05-30-52/ --incremental-dir=/data/mysql/back/2018-11-09_05-39-07/
# 准备增量备份2，最后一个增量备份恢复不需要指定—redo-only
]# innobackupex --apply-log /data/mysql/back/2018-11-09_05-30-52/ --incremental-dir=/data/mysql/back/2018-11-09_05-40-55/
# 把所有的备份放在一起，准备全部备份来回滚暂停的事务
]# innobackupex --apply-log /data/mysql/back/2018-11-09_05-30-52/
# 恢复数据
]# innobackupex --copy-back --user=root --password=dayi123 --host=127.0.0.1 /data/mysql/back/2018-11-09_05-30-52/
# 修改mysql数据目录的权限并启动mysql
]# chown mysql:mysql /data/mysql/data –R
]# /etc/init.d/mysqld start
 
 
 
 
 
 

阅读目录
 
一、场景
二、元数据备份和还原 
  
1、操作
2、导出数据
 3、导入数据
4、验证数据
 三、消息数据备份和还原 
  
1、确定数据目录
2、为避免数据的一致性，需先停掉服务
3、备份数据目录
 4、还原数据
5、修改数据目录权限
6、启动B服务器上rabbitmq服务
7、验证消息数据是否还原成功
四、注意
 
 
正文
 
一、场景
 
现在有服务器A和服务器B ，由于业务需要，要求把服务器A上mq的数据迁移到服务器B上，rabbitmq的数据包括元数据（RabbitMQ用户、vhost、队列、交换和绑定）和消息数据，而消息数据存储在单独的消息存储库中。
 
A:192.168.2.58
 
B:192.168.1.60
 
二、元数据备份和还原
 
 
1、操作
 
在服务B上搭建rabbitmq服务，注意，主机名最好和A上的MQ保持一致。避免后面的数据存储节点名不一致，导致启动失败
 
安装过程详见：
 
 
2、导出数据
 
用管理员账号登录到A服务器上的管理后台
 
http://192.168.2.58:15672，按如下所示把备份的数据下载到本地
 
 
 
 3、导入数据
 
登录到B服务器上的MQ管理后台
 
http://192.168.1.60:15672,进入如下图所示的位置，导入数据，大概10秒钟左右。
 
 
 
4、验证数据
 
刷新页面，查看用户、队列、vhost 等信息是否存在
 
 
 三、消息数据备份和还原
 
 
1、确定数据目录
 
登录到A服务器，执行如下命令，确定消息数据存储目：
 
[root@rabbitmq-ipr-service-test opt]# rabbitmqctl eval 'rabbit_mnesia:dir().'
"/var/lib/rabbitmq/mnesia/rabbit@rabbitmq-ipr-service-test"
 
 
2、为避免数据的一致性，需先停掉服务
 
service rabbitmq-server stop
 
 
3、备份数据目录
 
tar  -zcvf rabbit@rabbitmq-ipr-service-test.tar.gz  rabbit@rabbitmq-ipr-service-test
 
 
 4、还原数据
 
登录到B服务器上，先备份原来的数据目录，上传到备份数据到对应目录，并解压
 
tar  -zxvf  rabbit@rabbitmq-ipr-service-test.tar.gz 
 
 
5、修改数据目录权限
 
chown  -R rabbitmq:rabbitmq  rabbit@rabbitmq-ipr-service-test
 
 
6、启动B服务器上rabbitmq服务
 
service rabbitmq-server satrt
 
 
7、验证消息数据是否还原成功
 
 
 
 
四、注意
 
内部节点数据库在某些记录中存储节点的名称，如果节点名称发生更改，则必须首先使用以下rabbitmqctl命令更新数据库以便更改：
 
rabbitmqctl rename_cluster_node <oldnode> <newnode>
 
当新节点以备份目录和匹配的节点名称启动时，它会根据需要执行升级步骤并继续引导。

Neo4j的数据备份与还原方法：
 
一、简单粗暴的把Neo4j安装目录下/data/database下的graph.db拷贝一份，还原时直接放回到原目录替换就行。其前提是备份的neo4j版本要与还原的neo4j版本一至，要是不一至可能会出现不兼容的情况（亲测3.3.5->3.5.0不行，可能版本跨度太大，至于其他的有兴趣的可以自己试下）。
 
二、neo4j-admin方式（推荐）：
 
切到安装目录的bin下；
保证neo4j为停止状态；./neo4j stop
执行数据导出命令 ./neo4j-admin  dump --database=graph.db --to=/home/dbFileName.dump
还原时也在bin目录下；
数据导入命令 ./neo4j-admin load --from=/home/dbFileName.dump --database=graph.db --force
如果命令执行失败，检查一下JDK版本是否为1.8及以上版本。基本不会有问题。