- 综合排序
- 最热优先
- 最新优先
- 来自专栏贰叁壹运维
免密码异地备份
环境： 192.168.91.103 数据源服务器 192.168.18.220 异地备份服务器 1.在192.168.91.103服务器生成秘钥文件 [root@Lenovobox3 file The key fingerprint is: ...... 2.将公钥文件下发至异地备份服务器 [root@Lenovobox3 file]# ssh-copy-id -i ~/.ssh/id_rsa.pub ECDSA key fingerprint is e1:98:4f:fd:c9:12:4d:4a:c8:b5:a5:c5:77:0c:65:ea. installed -- if you are prompted now it is to install the new keys root@192.168.18.220's password: #输入异地备份服务器密码 连接至异地备份服务器192.168.18.220，执行备份 [root@localhost ~]# rsync -avzp -e 'ssh -p 22' root@192.168.91.103:/root
2K30发布于 2020-10-27 - 来自专栏Juicedata
让 JuiceFS 帮你做好「异地备份」
将重要数据备份到一个相对隔离的系统中（异地数据中心），是一个非常有效的备份方案，能规避上面提到的大部分风险，保障公司业务数据的安全。 如何做异地备份？ 异地备份，顾名思义，就是把数据备份到物理隔离的另外一个地方。 在已有本地备份（同机房）的情况下，异地备份意味着要把数据完整地在其他地方再复制一份。 异地备份的理想与现实 在实施「异地备份」之前，一般会先做「本地备份」，即备份到同一个数据中心内，方便恢复。本地备份的存储方案通常有以下这些： 1.自建分布式文件系统； 优点：大多选用 HDFS。 总的来说，这 5 种「本地备份」方案本身各有优劣，在考虑到基于「本地备份」进行「异地备份」时候，方案 3 和方案 4 稍好，但是在实施「异地备份」时也各自的问题。 方案 4 需要额外学习所选择的公有云的 API 和 SDK。如果要换云平台，API 和 SDK 还得重新学一遍。
1.6K30编辑于 2022-03-07 - 来自专栏用户9757876的专栏
如何实现异地备份文件到群晖NAS
异地备份文件，已经是一个常见的的需求了，本文的目的是，仓库的重要数据，要异地备份到总部的群晖NAS。 先说一下两边的网络状况：仓库是普通的拨号宽带，总部有是固定IP的城域网，接入奇安信硬件防火墙。 此处，根据客户要求，选择“备份任务”。 步骤3：选择需要备份的文件夹。此处可以选择多个不同驱动器下的文件夹，凡是需要备份的文件夹，直接勾选即可。 步骤4：选择备份模式。 “连续备份”就是文件有变化时，自动备份，我认为比较适合非常重要的文件服务器，并且服务器与群晖NAS在同一个内网比较好； “手动备份”，顾名思义，就是每次备份都要手动执行，显然不能客户的需求； “计划的备份 ”，在指定的时间执行备份计划，这是客户本次选择的备份模式。 每秒13兆的传输速率，毕竟是跨越互联网备份，这个速度还是可以接受的。 群晖NAS的应用场景很多，下次我们来讲一下，两台异地的群晖NAS如何同步。
1K10编辑于 2024-06-07 利用YashanDB实现企业数据实时同步与异地备份
本文将深入解析YashanDB在实现企业数据实时同步及异地备份中的核心技术，帮助数据库管理员和技术研发人员理解和应用该技术体系。 YashanDB支持多备库及多层级联备复制，借助级联备库实现异地数据备份，降低主库带宽压力，提高远程容灾能力。备库通过日志回放线程（RCY_REPL）并行恢复redo日志，快速同步主库数据。 完善的备份恢复体系实现多级异地备份面对突发故障或数据破坏，YashanDB提供物理全量备份、增量备份及归档备份策略保障数据安全。备份集支持加密存储，提升数据安全等级。 备份任务通过多线程并行执行，支持本地及流式远程备份，结合自动化调度机制，实现高效且稳定的备份流程。增量备份支持LEVEL 0和LEVEL 1两种模式，并区分差异与累积增量，提高备份灵活性。 YashanDB通过灵活的部署架构、完善的主备复制机制及高效的备份恢复体系，为企业构建坚实的数据同步与异地备份解决方案。
34410编辑于 2025-09-11- 来自专栏好派笔记
mysqldump 把数据库备份到异地的服务器
这个方法可以把通过mysqldump 把本地数据库备份到远端主机， 中间数据的传输通过 ssh 加密。 远端主机上通过cat 读取标准输入然后把mysqldump 的重定向到文件中。
4.8K10发布于 2021-11-01 - 来自专栏王忘杰的小屋
VeeamBackup&Replication12高级技巧 NAS存储 任务异地备份 Backup Copy Job
Backup Copy Job任务 Home - Backup Copy 可选Image-level backup、Application-level backup Immediate copy 为备份后立即复制 Periodic copy 为定期复制 备份目标可以为jobs任务或repositories仓库 可配置存储位置和策略 配置完成
16110编辑于 2026-03-18 - 来自专栏kali blog
zerotier异地组网
它的优点在于无需公网IP就可以实现两台异地的设备之间组网，而且很方便。不足是由于缺少公网IP，其他用户是无法访问你的资源。除非加入你的局域网。
1.9K30编辑于 2023-07-20 - 来自专栏WebJ2EE
【Neo4j】：备份与还原
备份 4. 还原 1. 工具 Neo4j 自带的管理工具 neo4j-admin，提供了信息查看、备份、还原等功能。 注：对Neo4j数据进行备份、还原操作时，首先要关闭neo4j。 Neo4j Admin is the primary tool for managing your Neo4j instance. neo4j.conf 中有答案：默认在 Neo4j 的 data 目录下 使用 Neo4j 的管理工具 neo4j-admin 也可以查看其存储信息 . 备份 Neo4j 的管理工具 neo4j-admin 的 dump 命令提供了备份功能，先来看一下这个命令怎么用（如下图）。 很简单，只需要指明你要备份哪个数据库（指明数据库的名字），并指明备份到哪里即可。示例： ./neo4j-admin dump --database=neo4j --to ..
1.5K10发布于 2021-11-10 - 来自专栏数据森麟
我常用的4个备份工具
这一系列问题多多少少与我们备份有关，今天我主要分享几个我日常用的比较多的备份工具给大家。 Git版本控制系统 ? 提到备份，毫无疑问必须是版本控制系统--Git。 Rsync文件备份 ? 说完文件监听控制，我们谈一下Rsync，它是一个Linux系统管理员常用的命令行工具，常用于数据拷贝备份，主要用于开发过程中操作。 最后来说说对整个操作系统备份--Time Machine（时光机器），它是 Mac OS X 内置的备份工具，它可以自动按照每小时，每天或者每周来对你的苹果电脑进行备份。 可以在本地或者外接键盘进行备份。比如我家里面就是使用LaCie外接硬盘进行系统备份的。 恢复任意时刻系统图 上面的四个工具，我们从文件细微变更（Git），到命令行文件增量同步（Rsync）备份，到Dropbox图形用户界面的云存储服务的文件管理，到最后整个操作系统备份，做了一个简短的介绍，
82930发布于 2019-09-27 - 来自专栏Laoqi's Linux运维专列
4种备份MySQL数据库（基本备份方面问题不大了）
information_schema | | employees | | mysql | | test | +--------------------+ 4 Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite) WARNING: DOS-compatible Command (m for help): n Command action e extended p primary partition (1-4) p Partition number (1-4): 1 First cylinder (1-2610, default 1): Using default value 1 Last cylinder, +cylinders or +size [[email protected] ~]# mkfs.ext4 /dev/mapper/myvg-mydata #格式化 [[email protected] ~]# mkdir /lvm_data
3.9K60发布于 2018-05-31 - 来自专栏龙进的专栏
异地旁路组网：zerotier
如下图所示，我只开启了ipv4转发，没有开ipv6的。如果要开ipv6的话，就把下面那行的#号给删了即可。
2K40编辑于 2023-10-18 - 来自专栏SRE运维实践
同城异地灾备
序言 同城异地灾备，主要是用来进行备份容灾的，从而当一个数据中心挂了，另外一个数据中心经过切换之后，能让服务迅速的恢复。 热升级了解一下，不可预知的中断了解一下 同城异地最关键的点在于存储，存储如何跨机房使用，从而分为几个方面进行探讨： 1、 DNS解析 在业务大量使用DNS解耦的时候，而且使用双机房的时候 4、 业务高可用 所有以上的目标，其实都是为了业务的高可用，那么再进行保证业务高可用的时候，因为使用的都是VM，从而在创建的时候，需要同步在备用机房创建VM，并且在发布程序的时候，需要同步进行发布
5.1K31发布于 2019-07-08 - 来自专栏性能与架构
异地多活架构
只读类业务 例如谷歌的搜索，不管用户在哪个国家搜索，得到的结果基本相同，对用户来说，跨国异地的几秒延迟，对搜索结果没什么影响。 跨城异地多活设计技巧 1. 保证核心业务的异地多活 思维误区：要保证所有业务都能异地多活。 假设用户子系统，负责注册、登录、用户信息这3个业务，由于有海量用户，所以对用户进行分区，分配到不同数据中心，正常情况下某个用户属于某个主分区，并在其他分区也有备份，通过hash计算得出属于哪个中心。 解决的方法就是：优先实现核心业务的异地多活。 4. 只保证绝大部分用户的异地多活 思维误区：要保证业务 100% 可用。 物理规律决定了异地多活无法保证100%的业务可用。
3.6K21发布于 2019-05-07 - 来自专栏散尽浮华
Mysql备份系列（4）--lvm-snapshot备份mysql数据(全量+增量）操作记录
前面分别介绍了： Mysql备份系列（1）--备份方案总结性梳理 Mysql备份系列（2）--mysqldump备份（全量+增量）方案操作记录 Mysql备份系列（3）--innobackupex备份mysql ，做一次日志滚动；做二进制日志文件及位置标记(手动进行)； 4.为什么基于MySQL快照的备份很好？ 3）快速备份 只需拷贝二进制格式的文件，在速度方面无以匹敌。 4）低开销 只是文件拷贝，因此对服务器的开销很细微。 5）容易保持完整性 想要压缩备份文件吗？ 二、备份： (生产环境下一般都是整个数据库备份) 1）锁表 2）查看position号并记录，便于后期恢复 3）创建snapshot快照 4）解表 5）挂载snapshot 6）拷贝snapshot数据 3）利用快照备份恢复全量数据，利用备份的binlog日志进行增量数据恢复 4）crontab计划任务，每天定时备份最近一次的binlog日志即可。
2.5K91发布于 2018-01-23 - 来自专栏时悦的学习笔记
mysqldump命令详解 Part 4-备份单表
前情提要 实验环境: MySQL 5.7.25 Redhat 6.10 前面我们建立了数据库并建立相关的对象 数据库 表 存储过程 函数 触发器 事件 今天的内容为备份全库 1. 备份语句 我们来备份test数据库中的innodb_table表和isam_table表 mysqldump -h127.0.0.1 -usystem -p123456 --set-gtid-purged 接下来是表的信息 首先是如果表存在则删除表(DROP TABLE IF EXISTS) 之后建立表(CREATE TABLE) 2.3 表数据的备份 ? 接下来是表数据的备份(Dumping data for table) 首先锁定表不让其他进程写(LOCK TABLE WRITE) 然后使MySQL停止更新非唯一索引(ALTER TABLE DISABLE 总结 可以看出单独导出表有如下内容 删除表(如果存在) 建表 锁表 禁用非唯一索引 插入数据 启用非唯一索引(重建索引) 释放锁 触发器(如果有) 不同于全库备份没有如下内容 建立数据库(如果不存在)
2.8K20发布于 2020-08-19 - 来自专栏sktj
异地容灾方案解析
一、异地容灾主要备份三种数据： 1、DB数据 2、操作系统 3、日志信息 二、恢复时间不能超过30分钟 三、图中为DB的备份方式，DB总的有四份备份：生产存储一份、移动硬盘一份、备份存储一份、灾备存储一份 备份方式为，平时通过生产系统的介质服务器传输到移动硬盘，通过CS传输数据到灾备中心的介质服务器，在通过介质服务器传输到备份存储、灾备存储。 生产中心发生异常时的DB切换方式为，将移动硬盘迅速转移挂载到灾备中心的介质服务器，然后再发起恢复 四、日常对OS进行每日备份，通过CS传输到灾备中心的介质服务器，再发送给备份存储和灾备存储，即OS的备份有三份 :生产存储、备份存储、灾备存储 五、日志的备份和OS一样 六、恢复切换步骤：日志恢复、OS恢复、修改IP和主机名、移动硬盘转移挂载 七、本地恢复 image.png 八、两地传输带宽的计算要考虑每日数据增量
3.2K10编辑于 2022-05-24 - 来自专栏菩提树下的杨过
ES异地双活方案
2、如果3个机房分属异地，比如：上海、广州、北京，三个城市间数据传输必然增加延时，要降低延时一般是拉专线，这样一方面成本还会继续增加，而且这么长距离传输，网络抖动是难免的，抖动期间，会增加选举"误切换"
5.2K30发布于 2021-04-01 - 来自专栏ImportSource
异地双活实践笔记
最近恰好在搞异地双活，以下是一个梳理： 基本概念 1、异地容灾。这仅仅是一个冷备的概念。也就是在平时正常的时候，另外一个机房只是当做备份。 2、异地双（多）活。 比如“登录”必须实现异地多活、“注册”和“修改用户信息”不一定要实现异地多活。 4、冷备还是热备。冷备了以后，一直冷备，当真正出现问题，你还有勇气去切换到那个一直冷的机房吗？恐怕需要点勇气。 otter第一版本可追溯到04~05年，此次外部开源的版本为第4版，开发时间从2011年7月份一直持续到现在，目前阿里巴巴B2B内部的本地/异地机房的同步需求基本全上了otter4。 4、我要保证业务100%可用！ 5、所有用户异地多活 一句话谈“异地多活” 综合前面的分析，异地多活设计的理念可以总结为一句话：采用多种手段，保证绝大部分用户的核心业务异地多活！ 与传统的灾备技术相比，异地多活的特点是：在不同地点的数据中心都可以同时支持业务，而且每个地点发生的交易都是真实业务流量，而不是常见的一主一备，如果主中心没有问题，备份中心永远都是“备胎”。
12.8K111发布于 2018-04-03 - 来自专栏devops_k8s
异地多活演变流程
我们很容易想到一个方案：备份。图片 你可以对数据做备份，把数据库文件「定期」cp 到另一台机器上，这样，即使原机器丢失数据，你依旧可以通过备份把数据「恢复」回来，以此保证数据安全。 最简单的方案还是和前面提到的一样：备份。A 机房的数据，定时在 B 机房做备份（拷贝数据文件），这样即使整个 A 机房遭到严重的损坏，B 机房的数据不会丢，通过备份可以把数据「恢复」回来，重启服务。 因为 B 机房只做备份，不提供实时服务，它是冷的，只会在 A 机房故障时才会启用。但备份的问题依旧和之前描述的一样：数据不完整、恢复数据期间业务不可用，整个系统的可用性还是无法得到保证。 举例：假设我们一共有 4 个应用，北京和上海机房都部署这些应用。但应用 1、2 只在北京机房接入流量，在上海机房只是热备。应用 3、4 只在上海机房接入流量，在北京机房是热备。 3、提升高可用的核心是「冗余」，备份、主从副本、同城灾备、同城双活、两地三中心、异地双活，异地多活都是在做冗余4、同城灾备分为「冷备」和「热备」，冷备只备份数据，不提供服务，热备实时同步数据，并做好随时切换的准备
91822编辑于 2023-06-06 - 来自专栏FindMyFUN
Neo4j数据库备份和导入
注意：无论是jump还是load，必须在服务已经停止的情况下进行 Linux 数据备份 . /neo4j-admin dump --database=graph.db --to=graph.db.dump 数据导入 . /neo4j-admin load --from=graph.db.dump ---- Windows 数据备份 neo4j-admin.bat dump --to="D://graph.db.dump " 数据导入 neo4j-admin.bat load --from="D://graph.db.dump" ---- 版权属于：。。。 源 本文链接：https://www.findmyfun.cn/neo4j-database-backup-and-import.html 转载时须注明出处及本声明。
1.1K20编辑于 2022-11-20
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号