- 综合排序
- 最热优先
- 最新优先
- 来自专栏Netkiller
数据库恢复方案
数据库恢复方案 摘要 这里所谈的内容是对备份数据的恢复，不是对损坏数据表的恢复，或者说灾难恢复。 目录 1. 背景 2. 备份方式分析 3. 恢复方案 3.1. 第一种 3.2. 第二种 3.3. 公司决策你是不是因为数据持续增加，有些数据已经不会再查询，会删除旧的历史数据。 有时公司突然说要恢复历史数据，有可能全补回复，有可能部分恢复。 你将怎么做？ 2. 3. 恢复方案 ，最好恢复，第二种。 上面所提三种备份方式 第一种 最好恢复，100% 都能搞定. 第二种 恢复起来稍复杂，仍能搞得定. 顺时序恢复数据， 只需将 insert 替换为 replace 即可 replace into dbtable(f1, f2, f3...) value (v1, v2, v3); replace into 新数据总会覆盖旧数据 但逆向就不同了，逆时序恢复数据与上面第三种相同, 恢复过程中旧数据在 insert 的时候不会覆盖现有的新数据。
1.8K50发布于 2018-03-05 - 来自专栏Netkiller
数据库恢复方案
数据库恢复方案 摘要 这里所谈的内容是对备份数据的恢复，不是对损坏数据表的恢复，或者说灾难恢复。 目录 1. 背景 2. 备份方式分析 3. 恢复方案 3.1. 第一种 3.2. 第二种 3.3. 公司决策你是不是因为数据持续增加，有些数据已经不会再查询，会删除旧的历史数据。 有时公司突然说要恢复历史数据，有可能全补回复，有可能部分恢复。 你将怎么做？ 2. 3. 恢复方案 ，最好恢复，第二种。 上面所提三种备份方式 第一种 最好恢复，100% 都能搞定. 第二种 恢复起来稍复杂，仍能搞得定. 顺时序恢复数据， 只需将 insert 替换为 replace 即可 replace into dbtable(f1, f2, f3...) value (v1, v2, v3); replace into 新数据总会覆盖旧数据 但逆向就不同了，逆时序恢复数据与上面第三种相同, 恢复过程中旧数据在 insert 的时候不会覆盖现有的新数据。
1.8K50发布于 2018-03-05 - 来自专栏Netkiller
数据库恢复方案
备份方式分析 3. 恢复方案 3.1. 第一种 3.2. 第二种 3.3. 第三种 3.4. 第四种 4. 手工恢复 1. 背景 我们来假设一个场景。 有时公司突然说要恢复历史数据，有可能全补回复，有可能部分恢复。 你将怎么做？ 2. 3. 恢复方案 ，最好恢复，第二种。 上面所提三种备份方式 第一种 最好恢复，100% 都能搞定. 第二种 恢复起来稍复杂，仍能搞得定. 顺时序恢复数据， 只需将 insert 替换为 replace 即可 replace into dbtable(f1, f2, f3...) value (v1, v2, v3); replace into 新数据总会覆盖旧数据 但逆向就不同了，逆时序恢复数据与上面第三种相同, 恢复过程中旧数据在 insert 的时候不会覆盖现有的新数据。
1.7K80发布于 2018-03-05 - 来自专栏全栈程序员必看
Oracle数据库备份与恢复方案
如果重新启动后数据库系统不能正常运行，则数据库系统文件被破坏，应重新安装ORACLE数据库并启用紧急恢复方案。 对于损坏的主数据库服务器应重新安装ORACLE数据库，并启用紧急恢复方案。 如果重新启动后数据库系统不能正常运行，则数据库系统文件被破坏，应重新安装ORACLE数据库并启用紧急恢复方案。如果ORACLE工作不正常，应重新安装ORACLE数据库并启用紧急恢复方案。 五、当备份数据库服务器出现硬件故障时，应尽快修复。等待硬件正常工作后，首先重新安装ORACLE数据库，并采用紧急恢复方案恢复ORACLE数据库。 3. 紧急恢复方案 一、数据库现状 主数据库服务器：Mainserver ，运行Oracle 主数据库。
1.6K20编辑于 2022-09-14 - 来自专栏python3
Linux ext3grep 恢复数据
下载地址 http://code.google.com/p/ext3grep/downloads/list 安装 [root@local ext3grep-0.10.1]# . /configure [root@local ext3grep-0.10.1]# make [root@local ext3grep-0.10.1]# make install 安装完后，测试一下删除 el5.img memtest86+-1.65 System.map-2.6.18-194.el5 grub lost+found message vmlinuz-2.6.18-194.el5 开始恢复 ext3grep version 0.10.1 WARNING: I don't know what EXT3_FEATURE_COMPAT_EXT_ATTR is. / [root@local RESTORED_FILES]# ls symvers-2.6.18-194.el5.gz 恢复可以指定文件恢复，可以全部恢复，也可以指定时间恢复
72720发布于 2020-01-09 - 来自专栏数据和云
数据恢复：AMDU数据抽取恢复
今天我们通过一则真实的案例来认识oracle 自带工具AMDU，无需将磁盘组mount即可实现数据分析，轻松进行数据恢复 某日，我们收到了一则中国香港用户ASM破坏案例，请求数据恢复。 灾难描述 这则案例是由于存储误操作引起的： 1.用户进行存储维护和磁盘添加操作 2.维护后发现CRS无法启动 3.检查发现OCR盘损坏，ASM磁盘组受损 4.经用户反复确认，故障原因是因为误操作磁盘导致的 ASM磁盘受损 5.为减少意外，客户请求在不更改配置等的情况下安全抽取数据 6.数据库为3节点RAC系统 灾难再一次由于疏忽而降临。 技术回放 对于这个案例，我们有多种手段可以进行恢复，只要ASM磁盘组完好，就可以很容易的从中提取数据，本案例我们使用了AMDU工具进行恢复。 有了文件分布信息，接下来的恢复就大大简化了。 AMDU文件恢复 获得了文件的分布信息之后，就可以使用amdu工具进行文件提取工作。
4.3K60发布于 2018-03-06 - 来自专栏全栈程序员必看
固态硬盘故障表现及数据恢复方案表_ssd硬盘数据恢复得了吗
（2）容量正常，但通过16进制编辑工具查看硬盘底层信息，只能显示几个在不断重复的扇区 （3）可识别硬盘的型号，但无法识别容量 （4）型号和容量均可识别，但无法访问硬盘的数据区 其中，针对Intel SSD 容量异常（Intel 8M固件门）的解决方案比较成熟。其原理是重建硬盘译码表，已修复主控信息错乱的硬盘，从而恢复数据。 固态硬盘硬件数据恢复方案一：修复损坏的固件信息 目前流行的固态硬盘数据恢复设备有Flash Extractor、PC3000 FLASH、Visual NandReconstructor 其中，针对Intel SSD 容量异常（Intel 8M固件门）的解决方案比较成熟。其原理是重建硬盘译码表，已修复主控信息错乱的硬盘，从而恢复数据。 ，通过设备虚拟组合出原始的数据结构，从而达到数据恢复的目的，目前只有少数数据恢复公司具备芯片级数据恢复的能力。
2.9K40编辑于 2022-11-05 - 来自专栏Jed的技术阶梯
redis 企业级数据备份及恢复方案
企业级数据备份方案 我们通常使用RDB文件作为冷备文件，关于AOF和RDB两种备份方式的说明可以参考详解 redis-4.x 持久化机制，备份思路如下： 每小时 copy 一次最新的 RDB 文件到小时级别目录例如 3. 企业级数据恢复方案 (1) 如果 redis 进程挂掉，那么重启redis进程即可，直接基于AOF日志文件恢复数据，最多丢失一秒的数据。 (3) 如果redis当前最新的AOF和RDB文件出现了丢失或者无法修复，那么可以尝试基于该机器上的最新的备份RDB文件进行数据恢复，这里需要注意的是，由于我们配置了同时使用AOF和RDB方式进行持久化 RDB文件同时存在时，会基于AOF文件进行数据恢复，于是即使存在一份RDB文件，进行恢复后，redis的内存中也是什么都没有。 备份文件全部损坏，那么从远程的云服务器上拉取最新的RDB快照来恢复数据 (5) 如果是发现有重大的数据错误，比如某个小时上线的程序一下子将数据全部污染了，数据全错了，那么可以选择某个更早的时间点，对数据进行恢复
89610发布于 2019-03-04 - 来自专栏全栈程序员必看
数据库备份与恢复方案「建议收藏」
这时，如果没有采取数据备份和数据恢复手段与措施，就会导致数据的丢失。有时造成的损失是无法弥补与估量的。 数据故障的形式是多种多样的。通常，数据故障可划分为系统故障、事务故障和介质故障三大类。 从信息安全数据库备份与恢复方案的角度出，实际上第三方或敌方的“信息攻击”，也会产生不同种类的数据故障。例如：计算机病毒型、特洛伊木马型、“黑客”入侵型、逻辑炸弹型等。 ； 因此，数据备份与数据恢复是保护数据的最后手段，也是防止主动型信息攻击的最后一道防线。 SQL SERVER数据备份方案 SQL SERVER数据库的备份方法主要有完整备份，差异备份，事务日志备份等。 选项中设置回滚未提交事务 执行完成后，数据库恢复可用状态，数据更新到指定时间的状态。如果没指定时间，则为事务日志备份时状态。
2.8K31编辑于 2022-09-21 - 来自专栏数据库新发现
Oracle数据恢复、数据库恢复、灾难恢复专题
数据库恢复技术与案例 使用Oracle9i的 Flashback Query恢复误删除数据 从Oracle9iR2开始，可以使用flashback query闪回误删除的数据，在undo_retention 的限制下，可以快速的执行数据恢复。 Oracle数据恢复:格式化、ASM及字典损坏案例三则 最近一周以来，恩墨科技帮助多家用户进行了数据恢复，挽救了多个危难之中的数据库。 的限制下，可以快速的执行数据恢复。 Oracle数据恢复:格式化、ASM及字典损坏案例三则 最近一周以来，恩墨科技帮助多家用户进行了数据恢复，挽救了多个危难之中的数据库。
5.9K30发布于 2018-09-05 - 来自专栏nginx遇上redis
sqlite3数据库备份与恢复
备份方式一 sqlite>.backup NEWNAME # 备份数据库，备份的是文件，不是SQL语句 sqlite>.restore 备份文件的名字 # 恢复数据库 备份方式二 sqlite>.output tablexx.sql # 备份数据库，备份的是SQL语句 sqlite>.dump tablexx # 利用dump命令，将数据导出到文件。 如果dump不带参数，则导出整个数据库 sqlite>.read tablexx.sql # 恢复数据库
1.1K30编辑于 2023-09-20 YashanDB数据库实时数据备份与多点恢复方案
Checkpoint机制，定期将内存中的数据写入磁盘存储，有效减少恢复时的工作量。多点恢复方案YashanDB的多点恢复方案通过实时备份机制和灵活的恢复流程，确保在生产环境发生故障时能够迅速切换服务。 恢复方案支持以下几种策略：恢复策略数据库故障恢复：通过集成的恢复工具，系统快速定位故障文件，执行日志重放与页面补救，确保数据恢复至故障前状态。 总结及具体操作建议基于以上分析，以下是YashanDB数据库实时数据备份与多点恢复的关键建议：定期进行全量与增量备份，确保任何时间点的数据都能被恢复。设计多地点备份方案，增强灾备能力。 结论在现代信息化时代，YashanDB提供的实时数据备份与多点恢复方案将极大增强企业的数据安全性和可靠性。 无论是面对意外故障还是系统更新，企业都应该重视备份与恢复方案的计划和实施，保障业务的连续性与数据的完整性。
16210编辑于 2025-07-05- 来自专栏为了不折腾而去折腾的那些事
MySQL 云数据库物理备份本地恢复方案
看着网上一堆既啰嗦又落后的备份恢复方案，不免厌烦，借着再次帮朋友做数据迁移的机会，整理分享之前的实战笔记，希望能够帮助到有需求的同学。 写在前面 国内云平台从业者不多，加上成熟的方案相对固定，所以我们不难看到“御三家”的产品备份恢复策略甚至文档都非常“相似”。 阿里云：《RDS MySQL物理备份文件恢复到自建数据库》 腾讯云：《云数据库 MySQL - 使用物理备份恢复数据库》 华为云：《通过备份文件恢复到自建数据库（MySQL）》 本文将基于容器工具的方式进行数据恢复处理 进行数据恢复 将你需要恢复的数据复制到本地的 restore目录中（对应容器内 /var/lib/mysql-files/ 目录），也可以使用 docker cp 命令直接向容器复制，不过对于大文件来说 为了能够正确导出数据，我们需要让数据库实例能够读取我们恢复的数据，所以我们将解压缩后的数据对数据库实例数据进行完整的覆盖。
4.3K20编辑于 2022-01-24 - 来自专栏关忆北.
矛与盾-数据库被攻击恢复方案
数据库被攻击是一种非常常见的网络安全问题，黑客通过利用漏洞或弱密码等手段进入您的服务器并获取敏感数据，这些数据可能包括个人身份信息、财务信息和其他敏感信息。 [在这里插入图片描述](https://img-blog.csdnimg.cn/62034800964a4ff2a60a2891064a770b.png 恢复方案 ● 通过MySQL binlog恢复 ● 通过脚本+Linux自动任务恢复 第一种方案是MySQL本身提供的一种数据恢复方案，常用于误删表数据场景。 而自动任务更像是没有其他解决思路时的兜底方案。 本文不过多介绍通过binlog恢复数据，但可参考： 通过binlog恢复数据 MySQL以系统基础服务方式 #! 预防方案 尽量不要使用服务默认端口 不要使用弱密码 在服务器对应服务后台开启防火墙配置 定时备份
39660编辑于 2023-10-11 YashanDB数据库灾难恢复方案与实施步骤
因此，如何有效地恢复数据库，确保数据完整性和业务连续性，成为数据库管理中的重要议题。针对这些问题，YashanDB提供了一系列的灾难恢复方案，保障用户数据的安全与可用性。灾难恢复方案1. 备份与恢复策略YashanDB提供全面的备份解决方案，包括全数据库备份、增量备份以及归档备份。通过定期备份数据库中的所有数据、控制文件和日志文件，用户可以在严重故障发生后迅速恢复到最近有效的备份状态。 主备架构的高可用性通过冗余的备库和一系列自动化切换机制实现，确保用户数据的安全性。3. YashanDB还提供了脑裂保护功能，在故障转移的过程中确保数据的一致性。4. 灾难恢复测试为了确保备份与灾难恢复方案的有效性，YashanDB建议定期进行灾难恢复演练。 结论数据库技术正不断发展，灾难恢复方案的有效性在数据安全和业务连续性中扮演越来越重要的角色。
18000编辑于 2025-07-07- 来自专栏GreenLeaves
Oracle 数据库、表、方案的逻辑备份与恢复
数据库(表)的逻辑备份与恢复 逻辑备份是指使用工具export将数据对象的结构和数据导出到文件的过程,逻辑恢复是指当数据库对象被破坏而使用工具import利用备份的文件把数据对象导入到数据库的过程,逻辑备份和恢复只能在 首先进行exp.exe的文件目录,然后执行相关口令. 3、导出表 3.1、导出自己的表 口令: exp userid=用户名/密码@数据库实例名 tables=(表名) file=导出表的路径 ? 3.3 导出多张表 口令: exp userid=用户名/密码@数据库实例名 tables=(表1名,表2名,表3名) file=导出表的路径 ? ? ok,导出两张表成功 ? 导出成功,且速度很快 4、导出方案 导出方案是指导出一个方案或者多个方案中的所有对象(表、索引、约束..)和数据,并存放到文件中。 恢复成功. 注意: ? 当前哪个方案登录就就将表导入到那个方案下,如果导入的表中存在外键,而当前执行的方案下没有导入表的对应的主键表,那么工具就会报错。
1.6K80发布于 2018-01-26 - 来自专栏为了不折腾而去折腾的那些事
MySQL 云数据库物理备份本地恢复方案
看着网上一堆既啰嗦又落后的备份恢复方案，不免厌烦，借着再次帮朋友做数据迁移的机会，整理分享之前的实战笔记，希望能够帮助到有需求的同学。 写在前面 国内云平台从业者不多，加上成熟的方案相对固定，所以我们不难看到“御三家”的产品备份恢复策略甚至文档都非常“相似”。 阿里云：《RDS MySQL物理备份文件恢复到自建数据库》 腾讯云： 《云数据库 MySQL - 使用物理备份恢复数据库》 华为云：《通过备份文件恢复到自建数据库（MySQL）》 本文将基于容器工具的方式进行数据恢复处理 进行数据恢复 将你需要恢复的数据复制到本地的 restore目录中（对应容器内 /var/lib/mysql-files/ 目录），也可以使用 docker cp 命令直接向容器复制，不过对于大文件来说 为了能够正确导出数据，我们需要让数据库实例能够读取我们恢复的数据，所以我们将解压缩后的数据对数据库实例数据进行完整的覆盖。
5.9K20发布于 2021-10-13 - 来自专栏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 并加载数据 那怎么找到一个已经存在集群的注册 cluster agent 脚本，可以通过以下 url 访问到： https://<rancher-server-ip>/v3/clusters/<集群id>/clusterregistrationtokens
3K20发布于 2021-10-28 基于YashanDB数据库的实时数据备份与恢复方案
YashanDB数据库的实时数据备份与恢复方案提供了高效、灵活的应对策略，为企业数据安全筑牢屏障。核心技术点1. YashanDB备份架构YashanDB支持两种主要的备份架构：物理备份和逻辑备份。 3. 云存储与本地备份YashanDB支持将备份存储在本地磁盘和云存储上。云存储备份提供了额外的数据冗余和灾难恢复解决方案，而本地备份具备更快的访问速度。 数据的安全性可以通过加密备份和访问控制等措施进一步强化。4. 数据恢复机制YashanDB具备强大的数据恢复机制。用户可以通过全量恢复和增量恢复机制恢复到特定时间点。 结论通过实施YashanDB数据库的实时数据备份与恢复方案，企业能够有效保护数据安全，提高业务的可持续性与稳定性。借助备份和恢复机制，企业不仅可以降低数据丢失的风险，还能在应对突发事件时迅速恢复操作。 建议企业充分利用这一方案，将所学应用于实际项目，提升数据管理的水平与能力。
22310编辑于 2025-08-15YashanDB数据库备份策略及灾难恢复方案解析
因此，制定合理的数据库备份策略和有效的灾难恢复方案是保护数据完整性与可用性的关键。 YashanDB的灾难恢复方案灾难恢复方案涉及从备份恢复数据的过程，以保障数据在故障情况下的恢复能力和业务连续性。YashanDB针对灾难恢复提供了多种支持。 通过结合全量备份和对应时间点内的归档日志，DBA能够精准控制数据恢复的进度与范围，以减少损失。3. 灾难恢复流程有效的灾难恢复流程需要涵盖以下步骤：识别和确认故障情况，评估灾害影响。 为最大限度地保障数据安全，建议企业定期评估备份策略的有效性，并在发生事件后及时更新恢复方案，以符合业务发展的实际需求。 上述内容解析了YashanDB的数据库备份策略与灾难恢复方案，强调了全量备份、增量备份、时间点恢复等关键概念及其在实际运用中的重要性，同时提供了灾难恢复的一般流程。
14000编辑于 2025-07-02
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号