- 综合排序
- 最热优先
- 最新优先
- 来自专栏Netkiller
数据库恢复方案
数据库恢复方案 摘要 这里所谈的内容是对备份数据的恢复，不是对损坏数据表的恢复，或者说灾难恢复。 目录 1. 背景 2. 备份方式分析 3. 恢复方案 3.1. 第一种 3.2. 第二种 3.3. 公司决策你是不是因为数据持续增加，有些数据已经不会再查询，会删除旧的历史数据。 有时公司突然说要恢复历史数据，有可能全补回复，有可能部分恢复。 你将怎么做？ 2. 备份方式分析 首先看看备份方式，你是不是采用这种方法备份 我使用一串数字表述数据库数据递增情况，数据的增长变化 垂直轴表示备份时间轴 最常见的备份方法，完全备份 1 2 3 4 5 6 7 8 9 10 恢复方案 ，最好恢复，第二种。 上面所提三种备份方式 第一种 最好恢复，100% 都能搞定. 第二种 恢复起来稍复杂，仍能搞得定. 但逆向就不同了，逆时序恢复数据与上面第三种相同, 恢复过程中旧数据在 insert 的时候不会覆盖现有的新数据。
1.9K50发布于 2018-03-05 - 来自专栏Netkiller
数据库恢复方案
数据库恢复方案 摘要 这里所谈的内容是对备份数据的恢复，不是对损坏数据表的恢复，或者说灾难恢复。 目录 1. 背景 2. 备份方式分析 3. 恢复方案 3.1. 第一种 3.2. 第二种 3.3. 公司决策你是不是因为数据持续增加，有些数据已经不会再查询，会删除旧的历史数据。 有时公司突然说要恢复历史数据，有可能全补回复，有可能部分恢复。 你将怎么做？ 2. 备份方式分析 首先看看备份方式，你是不是采用这种方法备份 我使用一串数字表述数据库数据递增情况，数据的增长变化 垂直轴表示备份时间轴 最常见的备份方法，完全备份 1 2 3 4 5 6 7 8 9 10 恢复方案 ，最好恢复，第二种。 上面所提三种备份方式 第一种 最好恢复，100% 都能搞定. 第二种 恢复起来稍复杂，仍能搞得定. 但逆向就不同了，逆时序恢复数据与上面第三种相同, 恢复过程中旧数据在 insert 的时候不会覆盖现有的新数据。
1.9K50发布于 2018-03-05 - 来自专栏Netkiller
数据库恢复方案
恢复方案 3.1. 第一种 3.2. 第二种 3.3. 第三种 3.4. 第四种 4. 手工恢复 1. 背景 我们来假设一个场景。 有时公司突然说要恢复历史数据，有可能全补回复，有可能部分恢复。 你将怎么做？ 2. 备份方式分析 首先看看备份方式，你是不是采用这种方法备份 我使用一串数字表述数据库数据递增情况，数据的增长变化 垂直轴表示备份时间轴 最常见的备份方法，完全备份 1 2 3 4 5 6 7 8 9 10 恢复方案 ，最好恢复，第二种。 上面所提三种备份方式 第一种 最好恢复，100% 都能搞定. 第二种 恢复起来稍复杂，仍能搞得定. 但逆向就不同了，逆时序恢复数据与上面第三种相同, 恢复过程中旧数据在 insert 的时候不会覆盖现有的新数据。
1.8K80发布于 2018-03-05 - 来自专栏SY小站的专栏
k8s集群数据备份与恢复
介绍 k8s集群的备份与恢复，主要就是etcd集群的备份与恢复。 2. ps -ef | grep kube-apiserver 停止集群中所有 ETCD 服务 systemctl stop etcd 移除 ETCD 数据 mv /data/k8s/etcd/data / /etcd/data --wal-dir=/data/k8s/etcd/wal 查恢复的name，cluster-token等 [root@etcd_backup_dir]# systemctl status 而恢复时，主要考虑恢复整个顺序： 停止kube-apiserver --> 停止ETCD --> 恢复数据 --> 启动ETCD --> 启动kube-apiserver 参考链接 https://www.jianshu.com /p/8b483ed49f26
2.3K32发布于 2020-06-15 - 来自专栏全栈程序员必看
Oracle数据库备份与恢复方案
如果重新启动后数据库系统不能正常运行，则数据库系统文件被破坏，应重新安装ORACLE数据库并启用紧急恢复方案。 对于损坏的主数据库服务器应重新安装ORACLE数据库，并启用紧急恢复方案。 如果重新启动后数据库系统不能正常运行，则数据库系统文件被破坏，应重新安装ORACLE数据库并启用紧急恢复方案。如果ORACLE工作不正常，应重新安装ORACLE数据库并启用紧急恢复方案。 五、当备份数据库服务器出现硬件故障时，应尽快修复。等待硬件正常工作后，首先重新安装ORACLE数据库，并采用紧急恢复方案恢复ORACLE数据库。 紧急恢复方案 一、数据库现状 主数据库服务器：Mainserver ，运行Oracle 主数据库。
1.8K20编辑于 2022-09-14 - 来自专栏数据和云
数据恢复：AMDU数据抽取恢复
今天我们通过一则真实的案例来认识oracle 自带工具AMDU，无需将磁盘组mount即可实现数据分析，轻松进行数据恢复 某日，我们收到了一则中国香港用户ASM破坏案例，请求数据恢复。 技术回放 对于这个案例，我们有多种手段可以进行恢复，只要ASM磁盘组完好，就可以很容易的从中提取数据，本案例我们使用了AMDU工具进行恢复。 有了文件分布信息，接下来的恢复就大大简化了。 AMDU文件恢复 获得了文件的分布信息之后，就可以使用amdu工具进行文件提取工作。 对于特定的文件，通过以下测试可以验证amdu的恢复过程和文件完好性： +DG_DATA/proda02/datafile/users.271.768047753' 通过amdu提取文件： [oracle ，而Oracle的AMDU工具在这种情况下为我们提供了便利的恢复手段。
4.6K60发布于 2018-03-06 - 来自专栏Java学习网
简述8款Linux数据恢复工具，请收藏
，能够帮助我们从系统的硬盘上恢复数据。 下面具体介绍这8款Linux数据恢复工具： 1、Knoppix Knoppix是从损坏的机器中恢复数据的最佳工具之一。它有一个可引导的CD版本，友好的用户界面。它可以让你轻松安装驱动器，然后复制数据。 它简直就是数据恢复专家，配置了免费的开源数据恢复和取证工具的命令行界面环境。这个工具在恢复和救援文件、系统文件，以及修复来自非标准外部驱动器的数据时，非常有用。 它可以轻易地恢复所有可用的硬驱类型数据，包括SCCI、ATA、EIDE和IDE。而且界面非常友好，可以形象化整个硬盘、卷和其他任何选定的区域。 8、R-studio 该软件拥有灵活的参数和自定义设置。 有了这8款Linux数据恢复工具，我们使用Linux系统时遇见数据丢失的情况都能够轻松解决了，它们为我们的数据安全保驾护航。 谢谢收看本期视频，喜欢请关注哦
6.3K20发布于 2021-01-06 - 来自专栏全栈程序员必看
固态硬盘故障表现及数据恢复方案表_ssd硬盘数据恢复得了吗
其中，针对Intel SSD 容量异常（Intel 8M固件门）的解决方案比较成熟。其原理是重建硬盘译码表，已修复主控信息错乱的硬盘，从而恢复数据。 固态硬盘硬件数据恢复方案一：修复损坏的固件信息 目前流行的固态硬盘数据恢复设备有Flash Extractor、PC3000 FLASH、Visual NandReconstructor 其中，针对Intel SSD 容量异常（Intel 8M固件门）的解决方案比较成熟。其原理是重建硬盘译码表，已修复主控信息错乱的硬盘，从而恢复数据。 固态硬盘硬件恢复方案二：芯片级修复 将存储芯片按照顺序拆解，分别放入数据恢复设备中读取芯片代码并将其保存为DUMP文件，然后设备会根据主控的型号将若干个DUMP文件合并，并通过某些算法去模拟主控芯片的工作原理 ，通过设备虚拟组合出原始的数据结构，从而达到数据恢复的目的，目前只有少数数据恢复公司具备芯片级数据恢复的能力。
3.1K40编辑于 2022-11-05 - 来自专栏全栈程序员必看
数据库备份与恢复方案「建议收藏」
从信息安全数据库备份与恢复方案的角度出，实际上第三方或敌方的“信息攻击”，也会产生不同种类的数据故障。例如：计算机病毒型、特洛伊木马型、“黑客”入侵型、逻辑炸弹型等。 ； 因此，数据备份与数据恢复是保护数据的最后手段，也是防止主动型信息攻击的最后一道防线。 SQL SERVER数据备份方案 SQL SERVER数据库的备份方法主要有完整备份，差异备份，事务日志备份等。 8) 设置清除维护任务中文件夹以及文件保留周期 9) 如上方式是通过维护计划向导完成设置，也可以通过新建维护计划功能完成，通过新建维护计划，然后拖动备份数据库任务、清楚维护任务，相关设置同上方法 选项中设置回滚未提交事务 执行完成后，数据库恢复可用状态，数据更新到指定时间的状态。如果没指定时间，则为事务日志备份时状态。
2.9K31编辑于 2022-09-21 - 来自专栏Jed的技术阶梯
redis 企业级数据备份及恢复方案
企业级数据备份方案 我们通常使用RDB文件作为冷备文件，关于AOF和RDB两种备份方式的说明可以参考详解 redis-4.x 持久化机制，备份思路如下： 每小时 copy 一次最新的 RDB 文件到小时级别目录例如 企业级数据恢复方案 (1) 如果 redis 进程挂掉，那么重启redis进程即可，直接基于AOF日志文件恢复数据，最多丢失一秒的数据。 ，所以当把一个RDB文件移动到redis持久化目录下，然后启动redis服务后，此时redis不会使用RDB文件进行数据恢复，而是生成一个空的AOF文件，基于空的AOF文件进行数据恢复，因为当AOF文件和 RDB文件同时存在时，会基于AOF文件进行数据恢复，于是即使存在一份RDB文件，进行恢复后，redis的内存中也是什么都没有。 备份文件全部损坏，那么从远程的云服务器上拉取最新的RDB快照来恢复数据 (5) 如果是发现有重大的数据错误，比如某个小时上线的程序一下子将数据全部污染了，数据全错了，那么可以选择某个更早的时间点，对数据进行恢复
96810发布于 2019-03-04 - 来自专栏数据库新发现
Oracle数据恢复、数据库恢复、灾难恢复专题
的限制下，可以快速的执行数据恢复。 Oracle数据恢复:格式化、ASM及字典损坏案例三则 最近一周以来，恩墨科技帮助多家用户进行了数据恢复，挽救了多个危难之中的数据库。 Oracle数据库恢复:解决ORA-600 2831错误 在回滚段8上存在一个需要恢复的事务，导致了异常，我不再管这个错误的具体含义，只是确认这个表空间可以清理掉，就开始向下进行成功恢复案例:解决字典表误 Oracle数据恢复:格式化、ASM及字典损坏案例三则 最近一周以来，恩墨科技帮助多家用户进行了数据恢复，挽救了多个危难之中的数据库。 Oracle数据库恢复:解决ORA-600 2831错误 在回滚段8上存在一个需要恢复的事务，导致了异常，我不再管这个错误的具体含义，只是确认这个表空间可以清理掉，就开始向下进行 成功恢复案例:解决字典表误
6.3K30发布于 2018-09-05 - 来自专栏大数据成长之路
HDFS中namenode故障恢复(8)
，如果namenode的fsimage与edits文件损坏，那么我们可以将secondaryNamenode当中的fsimage与edits拷贝过去给namenode继续使用，只不过有可能会丢失一部分数据 value>file:///export/servers/Hadoop-2.6.0-cdh5.14.0/HadoopDatas/dfs/nn/snn/edits</value> </property> 故障恢复步骤 start-all.sh 4.浏览器页面正常访问 http://xxxx:50070/explorer.html#/【xxxx为namenode所在节点的ip】 发现一切正常,说明故障恢复成功
66710发布于 2021-01-22 YashanDB数据库实时数据备份与多点恢复方案
Checkpoint机制，定期将内存中的数据写入磁盘存储，有效减少恢复时的工作量。多点恢复方案YashanDB的多点恢复方案通过实时备份机制和灵活的恢复流程，确保在生产环境发生故障时能够迅速切换服务。 恢复方案支持以下几种策略：恢复策略数据库故障恢复：通过集成的恢复工具，系统快速定位故障文件，执行日志重放与页面补救，确保数据恢复至故障前状态。 总结及具体操作建议基于以上分析，以下是YashanDB数据库实时数据备份与多点恢复的关键建议：定期进行全量与增量备份，确保任何时间点的数据都能被恢复。设计多地点备份方案，增强灾备能力。 结论在现代信息化时代，YashanDB提供的实时数据备份与多点恢复方案将极大增强企业的数据安全性和可靠性。 无论是面对意外故障还是系统更新，企业都应该重视备份与恢复方案的计划和实施，保障业务的连续性与数据的完整性。
21410编辑于 2025-07-05- 来自专栏为了不折腾而去折腾的那些事
MySQL 云数据库物理备份本地恢复方案
看着网上一堆既啰嗦又落后的备份恢复方案，不免厌烦，借着再次帮朋友做数据迁移的机会，整理分享之前的实战笔记，希望能够帮助到有需求的同学。 写在前面 国内云平台从业者不多，加上成熟的方案相对固定，所以我们不难看到“御三家”的产品备份恢复策略甚至文档都非常“相似”。 阿里云：《RDS MySQL物理备份文件恢复到自建数据库》 腾讯云：《云数据库 MySQL - 使用物理备份恢复数据库》 华为云：《通过备份文件恢复到自建数据库（MySQL）》 本文将基于容器工具的方式进行数据恢复处理 进行数据恢复 将你需要恢复的数据复制到本地的 restore目录中（对应容器内 /var/lib/mysql-files/ 目录），也可以使用 docker cp 命令直接向容器复制，不过对于大文件来说 为了能够正确导出数据，我们需要让数据库实例能够读取我们恢复的数据，所以我们将解压缩后的数据对数据库实例数据进行完整的覆盖。
4.6K20编辑于 2022-01-24 - 来自专栏关忆北.
矛与盾-数据库被攻击恢复方案
数据库被攻击是一种非常常见的网络安全问题，黑客通过利用漏洞或弱密码等手段进入您的服务器并获取敏感数据，这些数据可能包括个人身份信息、财务信息和其他敏感信息。 [在这里插入图片描述](https://img-blog.csdnimg.cn/62034800964a4ff2a60a2891064a770b.png 恢复方案 ● 通过MySQL binlog恢复 ● 通过脚本+Linux自动任务恢复 第一种方案是MySQL本身提供的一种数据恢复方案，常用于误删表数据场景。 而自动任务更像是没有其他解决思路时的兜底方案。 本文不过多介绍通过binlog恢复数据，但可参考： 通过binlog恢复数据 MySQL以系统基础服务方式 #! 预防方案 尽量不要使用服务默认端口 不要使用弱密码 在服务器对应服务后台开启防火墙配置 定时备份
47860编辑于 2023-10-11 YashanDB数据库灾难恢复方案与实施步骤
因此，如何有效地恢复数据库，确保数据完整性和业务连续性，成为数据库管理中的重要议题。针对这些问题，YashanDB提供了一系列的灾难恢复方案，保障用户数据的安全与可用性。灾难恢复方案1. 备份与恢复策略YashanDB提供全面的备份解决方案，包括全数据库备份、增量备份以及归档备份。通过定期备份数据库中的所有数据、控制文件和日志文件，用户可以在严重故障发生后迅速恢复到最近有效的备份状态。 YashanDB还提供了脑裂保护功能，在故障转移的过程中确保数据的一致性。4. 灾难恢复测试为了确保备份与灾难恢复方案的有效性，YashanDB建议定期进行灾难恢复演练。 定期演练恢复方案：进行灾难恢复演练，测试备份的有效性，验证备库的可靠性，确保业务的连续性。更新与优化：根据演练结果和实际情况，及时更新和优化备份与恢复策略，确保其适应性和有效性。 结论数据库技术正不断发展，灾难恢复方案的有效性在数据安全和业务连续性中扮演越来越重要的角色。
22100编辑于 2025-07-07- 来自专栏为了不折腾而去折腾的那些事
MySQL 云数据库物理备份本地恢复方案
看着网上一堆既啰嗦又落后的备份恢复方案，不免厌烦，借着再次帮朋友做数据迁移的机会，整理分享之前的实战笔记，希望能够帮助到有需求的同学。 写在前面 国内云平台从业者不多，加上成熟的方案相对固定，所以我们不难看到“御三家”的产品备份恢复策略甚至文档都非常“相似”。 阿里云：《RDS MySQL物理备份文件恢复到自建数据库》 腾讯云： 《云数据库 MySQL - 使用物理备份恢复数据库》 华为云：《通过备份文件恢复到自建数据库（MySQL）》 本文将基于容器工具的方式进行数据恢复处理 进行数据恢复 将你需要恢复的数据复制到本地的 restore目录中（对应容器内 /var/lib/mysql-files/ 目录），也可以使用 docker cp 命令直接向容器复制，不过对于大文件来说 为了能够正确导出数据，我们需要让数据库实例能够读取我们恢复的数据，所以我们将解压缩后的数据对数据库实例数据进行完整的覆盖。
6.3K20发布于 2021-10-13 - 来自专栏GreenLeaves
Oracle 数据库、表、方案的逻辑备份与恢复
数据库(表)的逻辑备份与恢复 逻辑备份是指使用工具export将数据对象的结构和数据导出到文件的过程,逻辑恢复是指当数据库对象被破坏而使用工具import利用备份的文件把数据对象导入到数据库的过程,逻辑备份和恢复只能在 导出成功,且速度很快 4、导出方案 导出方案是指导出一个方案或者多个方案中的所有对象(表、索引、约束..)和数据,并存放到文件中。 恢复成功. 注意: ? 当前哪个方案登录就就将表导入到那个方案下,如果导入的表中存在外键,而当前执行的方案下没有导入表的对应的主键表,那么工具就会报错。 =scott/tiger@orcl tables=(emp) file=d:\emp.dmp ignore=y 2、导入方案 导入方案是指使用import工具,将文件中的对象和数据导入到一个或者多个方案中去 file=d:\scott.dmp fromuser=system touser=scott 将d盘下的数据文件导入到scott方案下去,利用system身份 2.3、导入数据库 ?
1.8K80发布于 2018-01-26 - 来自专栏Tensorbytes
rancher迁移方案-备份与恢复
大致思路是这样： 先将旧 rancher 数据备份一份 然后传到新的节点上 重启一个新的 rancher ，加载旧数据 基于新 rancher 的界面获取原集群的cattle-agent注册信息 将新 backup:z busybox tar pzcvf /backup/rancher-data-backup-<RANCHER_VERSION>-<日期>.tar.gz /var/lib/rancher 恢复原服务 ，然后旧rancher继续提供服务 docker start <容器名称> 新rancher恢复数据 将数据拷贝到新的rancher节点 scp /backup/rancher-data-backup- 日期>.tar.gz 解压压缩包: tar pzxvf /data/rancher-data-backup-<RANCHER_VERSION>-<日期>.tar.gz 启动一个新 rancher 并加载数据
3.1K20发布于 2021-10-28 基于YashanDB数据库的实时数据备份与恢复方案
YashanDB数据库的实时数据备份与恢复方案提供了高效、灵活的应对策略，为企业数据安全筑牢屏障。核心技术点1. YashanDB备份架构YashanDB支持两种主要的备份架构：物理备份和逻辑备份。 云存储备份提供了额外的数据冗余和灾难恢复解决方案，而本地备份具备更快的访问速度。在不同业务场景下，用户可以灵活选择适合的备份存储方式。数据的安全性可以通过加密备份和访问控制等措施进一步强化。4. 数据恢复机制YashanDB具备强大的数据恢复机制。用户可以通过全量恢复和增量恢复机制恢复到特定时间点。全量恢复用于重建完整的数据集，而增量恢复则结合最新的增量备份和归档日志，实现数据的细粒度恢复。 结论通过实施YashanDB数据库的实时数据备份与恢复方案，企业能够有效保护数据安全，提高业务的可持续性与稳定性。借助备份和恢复机制，企业不仅可以降低数据丢失的风险，还能在应对突发事件时迅速恢复操作。 建议企业充分利用这一方案，将所学应用于实际项目，提升数据管理的水平与能力。
26310编辑于 2025-08-15
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号