展开

关键词

innobackupex备份恢复+增量备份恢复

512M;(因为这是虚拟机,所以只是测试,要是线上的服务器64G我们可以使用32G来恢复数据,这样速度会更快些) --apply-log:指定需要恢复的日志文件 如上我们只是初始化了一下; 2.3 现在进行恢复 protected]03 backup]# innobackupex --defaults-file=/etc/my.cnf --copy-back ./2017-08-23_21-23-46/ 即可恢复咱们的备份到 //创建一个db123库 [[email protected]03 ~]# mysql -uroot -pzhangduanya db123 < /tmp/mysqlbak.sql //把之前备份的数据恢复得到 ---- 四、增量备份恢复 4.1 为了还原真实性,我模拟删除数据库,并且停掉mysql,利用咱们已经备份的数据去恢复它。 4.7 然后开始恢复

6.1K100

Jira备份恢复

一.备份 1.管理员账号登录Jira,点击右上角的”系统”-“导入导出”-“备份系统”,Jira默认会打开自动备份的功能,备份路径为/var/atlassian/application-data/jira /export;入如果没有打开,也可以手动进行备份,如下,可以自定义备份的文件名。 点击右上角的”系统”-“高级”-“附件”就可以看到Jira附件的设置 二.恢复 1.点击右上角的”系统”-“导入导出”-“恢复数据”,将备份到/var/atlassian/application-data /jira/export里的数据拷贝到 /var/atlassian/application-data/jira/import路径下进行恢复即可! 需要注意:Jira和confluence的mysql数据库的数据也要定时进行备份。写个shell备份脚本,结合crontab进行每天定时备份

16010
  • 广告
    关闭

    腾讯云校园大使火热招募中!

    开学季邀新,赢腾讯内推实习机会

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    gitlab 备份&恢复

    Gitlab 成功运行起来之后,最终的事情就是定期的备份,遇到问题后的还原。 备份配置 默认 Gitlab 的备份文件会创建在/var/opt/gitlab/backups文件夹中,格式为时间戳_日期_版本号_gitlab_backup.tar,例如:1515031353_2018 手动备份 命令:gitlab-backup create For GitLab 12.1 and earlier, use gitlab-rake gitlab:backup:create 会在命令执行的时间点 ,在你配置的文件夹或者默认文件夹创建一个备份文件。 自动备份 0 2 * * * /opt/gitlab/bin/gitlab-backup create CRON=1 备份恢复 First make sure your backup tar file

    74430

    MongoDB 备份恢复

    作者 | JiekeXu大家好,我是JiekeXu,很高兴又和大家见面了,今天和大家一起来聊聊MongoDB 备份恢复去年中旬安装过 MongoDB,没有怎么实操,本次将备份相关的操作做一个总结,后续有用到的地方可以回来查看 mongos分片路由,如果使用了 sharding 功能,则应用程序连接的是 mongos 而不是 mongodmongo客户端命令行工具,其实也是一个 js 解释器,支持 js 语法MongoDB 备份恢复主要有以下两种组合工具 mongodump 和 mongorestore 是用于备份恢复小型 MongoDB 的简单而高效的工具,但不适合捕获大型系统的备份。 要恢复使用 --oplog 创建的备份,请将 mongorestore 与 --oplogReplay 选项结合使用。 会有较小的性能影响--oplogReplay # 恢复备份数据并将 mongodump 执行期间的操作(记录在导出的日志)恢复

    11430

    HBase原理 | HBase RegionServer宕机数据恢复

    HBase故障恢复的最大看点就在于如何通过HLog回放补救丢失数据。 HLog简介 为了更好的理解HBase故障恢复原理,需要对HLog有简单的认识。 HBase故障恢复三部曲 HBase的故障恢复我们都以RegionServer宕机恢复为例,引起RegionServer宕机的原因各种各样,有因为Full GC导致、网络异常导致、官方Bug导致(close 根据实现方式的不同,HBase的故障恢复前后经历了三种不同模式,如下图所示,下面会针对每一种模式进行详细介绍: LogSplitting HBase的最初阶段是使用如下流程进行日志切分的,整个过程都由 标示就是用tag进行实现的) 总结 本文主要介绍了HLog相关知识,同时基于此对HBase中RegionServer宕机之后整个恢复流程以及原理进行了深入分析,重点分析了DLS方案以及DLR方案,希望和大家一起学习 HBase故障恢复模块知识。

    52430

    Mysql 备份恢复与xtrabackup备份

    衡量备份恢复有两个重要的指标:恢复点目标(RPO)和恢复时间目标(RTO),前者重点关注能恢复到什么程度,而后者则重点关注恢复需要多长时间。 1.1.1 备份的目录  做灾难恢复:对损坏的数据进行恢复和还原  需求改变:因需求改变而需要把数据还原到改变以前  测试:测试新功能是否可用1.1.2 备份中需要考虑的问题  可以容忍丢失多长时间的数据 1.2 备份的方式1.2.1 冷备份  最简单的备份方式就是,关闭MySQL服务器,然后将data目录下面的所有文件进行拷贝保存,需要恢复时,则将目录拷贝到需要恢复的机器即可。 快照备份更偏向于对误操作防范,可以将数据库迅速恢复到快照产生的时间点,然后结合二进制日志可以恢复到指定的时间点。基本原理如下图:? 总结:经过30分钟将误删表恢复了。服务总共停止40分钟。1.8.5 故障恢复小结 恢复思路: 1、首先确保断开所有应用,保证数据的安全。 2、检查用于恢复备份存在吗。

    75630

    gitlab备份恢复

    1.备份数据 gitlab-rake gitlab:backup:create  #执行命令备份数据库 这是会自动备份到backups这个目录下面的,备份文件前面的一串数字就是时间戳,还原时候回用到! 2.使用scp命令把备份的数据拷贝到新的服务器上面去(我用的是免密传输) scp  -r 1563788420_2019_07_22_10.4.2_gitlab_backup.tar root@192.168.1.1 :~ 3.到新服务器把刚才拷过来的备份文件放在backps目录下面: cp -rf  /root/1563788420_2019_07_22_10.4.2_gitlab_backup.tar    /var 1563788420_2019_07_22_10.4.2_gitlab_backup.tar (3)旧服务器的版本gitlab版本和新的服务器版本是不通的 解决方法,那就只能升级了,保持两个版本是一样的,在备份还原才行

    79610

    mysql备份恢复

    备份数据库 innobackupex --defaults-file=/etc/my.cnf --user='xxx' --password='xxx' --slave-info --safe-slave-backup /database/backup 恢复数据库 第一个是对备份做两个操作: 1、应用备份期间的redo log 2、回滚备份完成时刻未提交的事务 /usr/bin/innobackupex --defaults-file =/etc/my.cnf --apply-log /database/backup/xxx 第二个是把备份文件移动到配置文件里配置的datadir(这个目录要保证为空)目录下 /usr/bin/innobackupex

    6620

    mysql备份恢复

    17 --master-data:在备份文件中写入备份时的binlog文件,在恢复进,增量数据从这个文件之后的日志开始恢复。 mytest和恢复 (1)备份操作 a、备份 mysqldump -uroot -p‘123456’ mytest > /mnt/mytest_bak_$(date +%F).sql (2)恢复操作 mytest < /mnt/mytest_bak.sql c、查看数据 mysql -uroot -p'123456' -e "select * from mytest.student;" (2)-B参数备份恢复 (2)恢复操作 a、删除mytest库 mysql -uroot -p'123456' -e "drop database mytest;" b、恢复数据 (1)使用不带参数的导出文件导入(导入时不指定要恢复的数据库 分库备份的意义是在所有库都备份成一个备份文件时,恢复其中一个库的数据是比较麻烦的,所以分库备份,利于恢复

    22841

    MySQL 备份恢复(四)

    前面三篇已经介绍了 MySQL 备份相关的原理与方法,要是还没有来得及看的可以戳此查看『MySQL 备份恢复(三)』,那么今天就接着继续谈谈备份恢复相关内容之 Xtrabackup 的原理、安装与使用, 备份恢复最后一篇,文章不是有点长,而是很长,请耐心看完。 则证明备份集校检成功,离最后的恢复只差一步了。 6、Xtrabackup 增量备份恢复 首先模拟故障将表 t 删除: use testdb; drop table t; select * from t; 首先在恢复的过程中将全备恢复,然后将两个增量备份恢复到全备中 ,将前面新恢复备份进行一次完全恢复,回滚那些还未提交的数据。

    50820

    MySQL 备份恢复(一)

    数据是很重要的,没有备份,删库就只能跑路了,当然这只是玩笑话了。但当数据损坏或者误操作删除数据时,备份就显得尤为重要了,备份可以恢复误删除的数据,备份可以作为我们最后的“救命稻草”。 冷备的备份恢复很简单,先将数据库服务停止,然后备份数据目录,恢复时替换原目录,重启服务。 停服务: . 备份文件的最后几行 MySQL 使用 SET 语句恢复服务器系统变量原来的值。 备份文件中的"--"字符是注释语句;以"/*!" 恢复全库 恢复全库时可利用 mysql 这个客户端工具来进行,命令如下: mysql –uroot –proot </tmp/all_20190413.sql testdb 单库备份: mysqldump 单库压缩备份: 对于业务发生比较大的公司,数据库的数据肯定会比较大,可能就会使用压缩备份,节省备份时间与磁盘空间的使用。恢复时,先解压缩,然后和前面的恢复一样。

    1.9K30

    PostgreSQL备份恢复实现

    spcoid from pg_class a join pg_tablespace b on a.reltablespace=b.oid where b.oid=16417; 4.pg_basebackup的备份恢复 一般生产中用pg_basebackup来备份,可能会需要恢复到某个时间点上。 这样就需要备份文件加WAL日志来进行恢复。 h192.168.254.128 -p5432 postgres -Fd -j5 -f dumptest1 pg_restore -p 4432 -d testdb1 -j5 /data/dumptest1/ 备份恢复不落地方式 $ pg_dump -h192.168.254.128 -p5432 postgres -Fc | pg_restore -p 4432 -d testdb 三.单表数据备份恢复copy copy

    23030

    【Linux】备份恢复

    所以可以使用备份恢复技术 linux 的备份恢复很简单 , 有两种方式: 1) 把需要的文件(或者分区)用 TAR 打包就行,下次需要恢复的时候,再解压开覆盖即可 2) 使用 dump 和 restore 使用 restore 完成恢复 4.1 基本介绍 restore 命令用来恢复备份的文件,可以从 dump 生成的备份文件中恢复原文件4.2 restore 基本语法 restore [模式选项] [ 命令查看模式,看备份文件有哪些数据/文件 测试 restore -t -f boot.bak0.bz2 4.5 应用案例 3 restore 命令还原模式,注意细节: 如果有增量备份,需要把增量备份文件也进行恢复 , 有几个增量备份文件,就要恢复几个,按顺序来恢复即可。 /opt/boot.bak1.bz2 //恢复到第 2 次增量备份状态 4.6 应用案例 4 restore 命令恢复备份的文件,或者整个目录的文件 基本语法: restore -r -f 备份好的文件

    18820

    mysql 备份恢复

    1、备份 mysqldump -u x -p x dbname1 > dbname1.date.sql 还原 mysql -uroot -px <x.date.sql mysqldump -ux -px -B db1>db1.date.sql 只备份表结构:-d 只备份表内容:-t 备份的时候锁表:-x 备份所有数据库: -A 常用备份、压缩: msyqldump -ux -px -B dbname1 |gzip>db1.date.sql.gz mysqldump -ux -px -B db1 table1|gzpi >db1.date.sql.gz 2、生产环境常用备份语句 mysqldump utf8; system cat filename load data infile 'filename' into table tblname fields terminated by '-'; 4、恢复 dbname1 xx-bin.000004 -r x.sql --start-position --stop-position --start-datetime --stop-datetime 8、恢复

    28130

    mongodb备份恢复

    备份 [root@node01 ~]# mongo MongoDB shell version: 3.0.7 connecting to: test Server has startup warnings mongodball/mydb/testc.metadata.json 2017-06-20T05:25:56.301+0800 done dumping mydb.testc (2 documents) 恢复

    43660

    SVN备份恢复脚本

    上一篇介绍了svn的配置(见http://www.linuxidc.com/Linux/2015-02/113177.htm),这里就写了两个脚本对svn进行全备和恢复,由于是全备,所以可以做个计划任务 1、备份脚本: #! 2、恢复脚本 #! exit 122 fi # 从FTP的服务器下载备份脚本,并自动恢复到指定目录 有可能有很多不是很完善,如需要可以自己随便改改就行了。

    8530

    MySQL 备份恢复(二)

    前面一篇已经介绍了MySQL 备份相关的原理与方法,要是还没有来得及看的可以戳此查看『MySQL 备份恢复(一)』,那么今天就接着上一篇的内容继续谈谈备份恢复相关内容。 数据备份在工作中是重中之重,安全很重要。 select …… into outfile SELECT INTO…OUTFILE 语句是一种逻辑备份方法,恢复速度非常快,比 inser的插入速度要快很多。 将表数据导出到一个文本文件中,并用LOAD DATA …INFILE 语句恢复数据。 但是这种方法只能导出或导入数据的内容,不包括表的结构,如果表的结构文件损坏或者表被 drop,则必须先恢复原来的表的结构。

    38230

    MySQL备份恢复

    需要注意的是,不是备份就万事大吉了,最好确认备份是否可用,所以备份之后的恢复测试是非常有必要的。同时备份时间也要灵活调整,如: 数据更新频繁,则应该频繁地备份。 其中呢,完整备份是实现差异、增量备份的基础。 完整备份:每次对数据进行完整的备份,即对整个数据库的备份备份恢复的操作非常简单,但是数据存在大量的重复,会占用大量的磁盘空间,备份的时间也很长。 差异备份备份那些自从上次完全备份之后被修改过的所有文件,备份的时间点是从上次完整备份起,备份数据会越来越大,恢复数据时,只需恢复上次的完全备份和最近的一次差异备份。 增量备份:只有在那些在上次完全备份或增量备份后被修改的文件才会被备份,以上次完整备份或上次增量备份的时间为时间点,仅仅备份这之间的数据变化,因而备份的数据量也小,占用空间小,备份速度快,但恢复时,需要从上一次的完整备份开始到最后一次增量备份之间的所有增量依次恢复 : 与完全备份不同,增量备份没有重复数据,备份量不大,时间段,但其恢复比较麻烦,需要上次完全备份及完全备份之后的所有增量备份之后才能恢复,而且要对所有增量备份逐个反推恢复

    78120

    gitlab的备份恢复

    数据备份 : /etc/gitlab/gitlab.rb配置文件,查看一个和备份相关的配置项: gitlab_rails['backup_path'] = "/var/opt/gitlab/backups " #备份目录可以修改 默认备份出文件的路径,可以通过修改该配置,并执行gitlab-ctl restart 重启服务生效 gitlab-rake gitlab:backup:create #备份 数据恢复: 停掉数据连接服务 gitlab-ctl stop unicorn gitlab-ctl stop sidekiq 恢复 gitlab-rake gitlab:backup:restore BACKUP =备份编号 注:1、到底那个是备份编号? 查看恢复状态: gitlab-rake gitlab:check SANITIZE=true 重启服务 gitlab-ctl start unicorn gitlab-ctl start sidekiq

    11630

    Mysql备份恢复(2)---逻辑备份

    数据库及时备份可以帮助我们在数据库出现异常宕机时及时的使用备份数据进行恢复工作,将因为数据库宕机产生的影响降低到最小。 上一篇针对使用xtrabackup工具进行物理备份和数据恢复做了一个详细讲解,本篇主要谈谈如何使用mysql自带的备份工具mysqldump进行逻辑备份和数据恢复。 如果还围观看过上一篇文章的可以先行查询上一篇文章关于使用xtrabackup进行数据备份恢复:Mysql备份恢复(1)---物理备份。 物理备份和逻辑备份的区别 逻辑备份 优点: 备份成sql文件,恢复数据很简单。 逻辑备份与存储引擎无关,所以可以通用备份。 有助于避免数据损坏。 缺点: 数据恢复速度较慢。 所以恢复数据时,我们需要分成两部分去进行恢复数据: 先恢复全量备份的数据: mysql < /usr/local/all1.sql -p 然后输入密码确认恢复数据。

    78821

    相关产品

    • 备份一体机

      备份一体机

      备份一体机(TStor B2000)是将备份功能、容灾功能、存储功能和服务器硬件融合于一体的企业级数据保护产品,定位于解决混合云场景下的数据存储。TStor B2000支持本地与云端数据的协同,为用户数据提供云下快速备份恢复、云上容灾、云上归档、云上云下灾难恢复等功能,可以轻松解决混合云场景下的各种数据存储和管理问题。

    相关资讯

    热门标签

    活动推荐

    扫码关注腾讯云开发者

    领取腾讯云代金券