今天我们通过一则真实的案例来认识oracle 自带工具AMDU，无需将磁盘组mount即可实现数据分析，轻松进行数据恢复 某日，我们收到了一则中国香港用户ASM破坏案例，请求数据恢复。 技术回放 对于这个案例，我们有多种手段可以进行恢复，只要ASM磁盘组完好，就可以很容易的从中提取数据，本案例我们使用了AMDU工具进行恢复。 有了文件分布信息，接下来的恢复就大大简化了。 AMDU文件恢复 获得了文件的分布信息之后，就可以使用amdu工具进行文件提取工作。 对于特定的文件，通过以下测试可以验证amdu的恢复过程和文件完好性： +DG_DATA/proda02/datafile/users.271.768047753' 通过amdu提取文件： [oracle ，而Oracle的AMDU工具在这种情况下为我们提供了便利的恢复手段。
数据库恢复技术与案例 使用Oracle9i的 Flashback Query恢复误删除数据 从Oracle9iR2开始，可以使用flashback query闪回误删除的数据，在undo_retention 的限制下，可以快速的执行数据恢复。 Oracle数据恢复:格式化、ASM及字典损坏案例三则 最近一周以来，恩墨科技帮助多家用户进行了数据恢复，挽救了多个危难之中的数据库。 的限制下，可以快速的执行数据恢复。 Oracle数据恢复:格式化、ASM及字典损坏案例三则 最近一周以来，恩墨科技帮助多家用户进行了数据恢复，挽救了多个危难之中的数据库。
腾讯云图是一站式数据可视化展示平台，旨在帮助用户快速通过可视化图表展示大量数据，低门槛快速打造出专业大屏数据展示。新用户0.99元起，轻松搞定数据可视化
用户希望将历史数据迁移到OSS上的用户目标存储桶。需要迁移的源数据可能来自某个OSS桶，也可能来自本地或第三方云存储(例如腾讯云COS)。等等，HTTP等。 有关各种数据源的历史数据，批量迁移到OSS，请参阅OssImport文档。 镜像回源 适用于客户源站，可将数据无缝迁移到OSS。 场景1：将非OSS上的数据迁移到OSS 在此方案中，目标是OSS上的存储桶，源数据不存储在OSS上，例如本地，HTTP，第三方云存储(例如AWS S3，Azure Blob等)。 每种方法的选择如下： 在线迁移服务 它适用于将各种大小的第三方源数据迁移到OSS。 OssImport 适用于将历史数据批量迁移到OSS，特别适用于大数据量。 场景2：OSS之间的数据迁移 此场景是指将OSS源桶数据迁移到OSS目标桶。迁移的数据源和迁移目标都是OSS存储桶。
目前想把kafka json格式的埋点数据写入OSS存储，但是参考官网文档出现很多异常内容，总结如下： 1.参考文档 flink官方文档：https://ci.apache.org/projects /flink/flink-docs-release-1.13/docs/deployment/filesystems/oss/ image.png 2.异常内容 2.1 Access key id should [] - Loading configuration property: fs.oss.credentials.provider, com.aliyun.oss.common.auth.EnvironmentVariableCredentialsProvider =Lxxxxxxxxxxxxxxxxxxx -yD oss.accessKeySecret= ****** -c com.am.oss.SdkKafkaToOss /home/ws_cdp_dev_admin ); 这个API有两个问题，不懂动态的处理，只能在指定的地方写入对应数据，那势必造成流数据写入到该文件后文件过大的问题，另外是不支持NO_OVERWRITE。
最近公司需求，前端直接传图片到OSS，一般我们都是传到服务器后台，然后由后台存储。这样其实有一些缺点，OSSAPI上面说： 1、 上传慢。先上传到应用服务器，再上传到OSS，网络传送多了一倍。 如果数据直传到OSS，不走应用服务器，速度将大大提升，而且OSS是采用BGP带宽，能保证各地各运营商的速度。 2、 扩展性不好。如果后续用户多了，应用服务器会成为瓶颈。 3、 费用高。 由于OSS上传流量是免费的。如果数据直传到OSS，不走应用服务器，那么将能省下几台应用服务器。 在这边不得不吐槽一下OSS的API，是真的很烂，基本找不到好的方法，都是基于百度才做出来的，当然，我使用的方法估计还有一些坑，只是能实现了我的功能。 首先是引入OSS的SDK，本来使用npm安装，但是import失败，还是使用script引入。API上面直接new OSS，使用了，直接报错，要调用Wrapper方法。
一、定期启动腾讯云服务备份数据（自己服务备份） FileController package com.qf.push.oss; import com.alibaba.fastjson.JSONObject ; import com.aliyun.oss.OSS; import com.aliyun.oss.OSSClientBuilder; import java.io.InputStream; / +OSSConfig.endPoint+"/"+fileName; return uploadUrl; } } OSSConfig package com.qf.push.oss ; /** * zt * 2020/12/15 * 11:03 */ public class OSSConfig { //oss的地址 public static final String endPoint = "oss-cn-beijing.aliyun.com"; //accessKey public static final String AccessKeyId
而对数据库数据的恢复操作, 思路也很简单, 使用全量备份和增量备份相配合, 以某个时间点的全量备份为基础, 通过增量备份使数据库数据恢复到具体的某个时间节点. , 找到当天的全量备份数据恢复, 然后在这基础上进行增量恢复即可恢复到某个特定的时间点. 数据恢复 当需要恢复数据时, 如何根据这两个备份文件进行恢复呢? 打个比方, 当前时间是: 2020-9-4 23:00:00. 此时, 我做了清表的疯狂操作. 如何恢复数据? 1. 此时, 数据库已经恢复到本日凌晨的时刻. 此时, 数据就已经恢复了. ---- 肤浅的记录一下, 虽然现在可以恢复数据了, 但是还有很多问题没有解决, 比如, 如何只恢复一张表的数据等等. 吃一堑长一智, 之后对数据库的操作要慎之又慎.
有时候我们会将一些重要的资料误删除了，那么怎么恢复数据呢？有那么一款恢复数据的软件搞定，下面将这款软件分享给大家。 我们的电脑中多多少少都会存在一些重要的数据，如果将这些重要数据删除了怎么进行数据恢复呢，其实现在数据恢复的方法有很多种，今天我就推荐一款数据恢复软件给大家。 电脑数据恢复软件下载推荐 数据恢复精灵是一款简单易用的数据恢复软件。 数据恢复精灵基于DiskGenius内核开发而成，使用数据恢复精灵，您可以恢复丢失的分区，恢复误删除的文件，恢复误格式化的分区，以及恢复因各种原因造成的分区被破坏而无法打开的情况。 数据恢复精灵PC版支持恢复已删除的文件。只要没有被覆盖就有机会恢复。
【服务器数据恢复背景】 本次数据恢复的设备是一台服务器，使用的是FreeNAS做iSCSI，再借助于两台服务器做虚拟化系统。 还有另一台是FreeBSD系统，MySQL数据库，还有一台服务器存储的是代码数据，这三台虚拟机是该服务器上数据恢复的重点数据，必须要进行完美数据恢复。 管理员联系到数据恢复中心进行服务器数据恢复。 【服务器数据恢复过程】 分析故障，最大化利用可用信息。 将恢复出的网页数据和数据库数据上传到一新构建的系统中，拉起应用，数据完全无问题。 图二：（图片来源于数据恢复中心） 图片2 服务器数据恢复案例；北京北亚数据恢复中心.png 【服务器数据恢复结果】 耗时3天，该服务器内的所有数据成功恢复。
也才找到了这款数据恢复软件（感谢奇特吧）！ 文件简介 名称：顶尖数据恢复 更新日期：2017/07/15 用途：用于恢复误删文件，深度扫描U盘（或磁盘）曾经存储过的文件，并恢复。 等待程序响应后会出来你的误删数据，选择想要还原的数据，然后点击下一步。 ? 等待程序响应（没办法，他也不做个加载中界面，让人感觉卡死一样）后，选择一个目录来存放数据（不能选择丢失数据的盘），然后点击下一步，坐等恢复完成。 ?
一旦mfsmaster崩溃（例如因为主机或电源失败），需要最后一个元数据日志changelog 并入主要的metadata 中。 这个操作时通过mfsmetarestore 工具做的，最简单的方法是： mfsmetarestore -a 如果master数据被存储在MooseFS编译指定地点外的路径，则要利用-d 参数指定使用 ，如： mfsmetarestore -a -d /storage/mfsmaster 为了从备份中恢复一个master，需要做： 1、安装一个mfsmaster 2、利用同样的配置来配置这台mfsmaster 4、从在master宕掉之前的任何运行metalogger 服务的服务器上拷贝最后metadata 文件，然后放入mfsmaster 的数据目录。 5、利用mfsmetarestore命令合并元数据changelogs，可以用自动恢复模式mfsmetarestore –a，也可以利用非自动化恢复模式，语法如下： mfsmetarestore -m
今天小编为大家分享一下NETAPP数据删除数据恢复的过程，故障设备为NETAPP3210存储，做的RAID，由于机房管理员误删除，导致重要数据丢失，联系到北亚技术团队，由于数据紧急，北亚工程师加班加点处理 【用户描述】 经用户描述RAID数据恢复案例设备为NETAPP 3210存储,文件系统为WAFL,造成数据丢失的原因是工作人员误操作将 NETAPP 3210存储中重要数据删除，急需进行RAID数据恢复操作 【恢复流程】 1、完整备份：对原始存储设备已只读模式做全部备份，以确保原始数据安全。 2、分析备份数据：对以备份的磁盘镜像进行底层二进制数据分析，分析数据分布的基本情况。 4、重构逻辑卷：在重组完的RAID基础之上进行Storage Pool的重构，并导出数据丢失的逻辑卷。 7、恢复丢失数据：分析删除文件的节点索引信息，编写针对删除文件索引解析程序，解析删除节点，恢复删除数据。 8、数据验收：由用户主导对数据本身进行详细验证。 9、数据移交：按用户方要求对数据进行移交。
【故障描述】 一台StorNext服务器，服务器里有一组raid5磁盘阵列，阵列上先后有两块硬盘因为物理故掉线，raid5磁盘阵列发生故障，需要进行服务器数据恢复操作，并携带服务器内所有磁盘来到数据恢复中心进行数据恢复操作 在分析数据的过程中发现两块故障硬盘中后离线的硬盘的损坏程度更为严重，存在有大量的坏道，虽然使用数据恢复工具完全镜像了数据，但坏道依然可能对恢复结果产生一定的影响。 【数据恢复】 服务器数据恢复工程师通过数据分析及基础信息的提取已经获取了客户服务器的全部数据，编写数据恢复程序，对服务器卷内的目录项信息及节点信息进行扫描和解析，最终提取了服务器内的节点信息及目录项信息 【恢复结果】 服务器数据恢复工程师利用数据提取程序对服务器内的数据进行提取，数据提取结束后对提取的数据进行随机抽取验证，验证数据没有异常后将所有数据提取到数据恢复服务器内。 联系客户技术进行数据验证，客户亲自验证通过后表示所有数据全部恢复，确认本次数据恢复100%成功。
一. update 忘加where条件误操作恢复数据(binglog格式必须是ROW) 1.创建测试用的数据表 mysql> create table t1 ( -> id int unsigned | 4 | lilu | m | zhuhai | +----+-------+-----+---------+ 4 rows in set (0.00 sec) mysql> 4.开始恢复 ，在线上的话，应该比较复杂，要先进行锁表，以免数据再次被污染。 | lilu | m | zhuhai | +----+-------+-----+-----------+ 4 rows in set (0.00 sec) mysql> 可以看见数据已经完全恢复 二. delete 忘加where条件误删除恢复(binglog格式必须是ROW) 其实这和update忘加条件差不多，不过这处理更简单,这里就用上面那张表做测试吧 1.模拟误删除数据
综上，我们讨论了为什么Ceph采用多副本机制，以及需要通过数据恢复及时补全故障带来的副本缺失。我们也讨论了保持数据一致性是故障恢复流程的难点之一。 除此之外，Ceph数据恢复（或者说分布式存储数据恢复）还有其他几个难点： 感知故障，并自动触发数据恢复。做到这点，能减轻运维压力，也使发现和处理故障更为及时。 尽量降低数据恢复过程中对集群资源的消耗。 Ceph恢复数据的时候，是拷贝整个4M对象，还是只恢复有差异的数据，这两种方式直接影响网络间传输的数据量。 数据恢复是否影响用户的线上业务，Ceph是如何控制和降低这个影响的？ 条记录，提供更多的数据记录便于副本节点上线后的数据恢复。 同时在整个恢复过程中，Ceph也允许用户通过配置文件调整恢复线程数，同时进行的恢复操作数，恢复数据网络传输优先级等相关参数来限制恢复的速度，从而降低对正常业务的影响。
其二：自然就是数据恢复了，通过使用mysqlbinlog工具来使恢复数据。 注: 至此截至当日凌晨(4:00)前的备份数据都恢复了。 就得从前文提到的 mysql-bin.000023 新日志做文章了...... 6.从binlog日志恢复数据 恢复语法格式： # mysqlbinlog mysql-bin (部分恢复)： @ --stop-position=953 pos结束点 注：此pos结束点介于“导入实验数据”与更新“name='李四'”之间，这样可以恢复到更改“ (部分恢复)： 更新 name='李四' 这条数据，日志区间是Pos[1038] --> End_log_pos[1164]，按事务区间是：Pos[953] --> End_log_pos
数据恢复 -- 历史数据查询 select * from mytest as of timestamp to_timestamp('2020-04-15 16:2:00','yyyy-mm-dd hh24 :mi:ss'); ------------- -- 数据恢复 -- ------------- -- 方法一 insert into mytest( select * from mytest as
突发事件，应用上传的数据被程序自动删掉了，可悲的是还没有数据备份，数据是放在系统的 /data/webapps/xxxx/upload 目录下面，可把我们急坏了，之前又没有做过数据恢复的测试，然后我找到了一款数据恢复的软件 ，成功把删除的大部分数据找回来了，我的数据恢复过程如下。 yum install extundelete -y 2、源码编译安装 wget http://zy-res.oss-cn-hangzhou.aliyuncs.com/server/extundelete 因为磁盘数据一直在读写，所以有些文件之前的 inode 已经被重新分配了，导致部分数据无法恢复，数据最后会告诉我们有多少文件没有回复，但是大部分数据我们已经恢复了，这就是很重要的事情了。 那我们查看一下回复的数据吧，软件会在当前目录生成一个目录 RECOVERED_FILES 里面就是我们恢复的数据。 ?
腾讯云数据库MySQL是一种高性能、高可靠、高安全、可灵活伸缩的数据库托管服务，其不仅经济实惠，而且提供备份回档、监控、快速扩容、数据传输等数据库运维全套解决方案，为您简化 IT 运维工作，让您能更加专注于业务发展。
扫码关注云+社区
领取腾讯云代金券
云服务器
测试服务 WeTest
云数据库 PostgreSQL
文件存储
SSL 证书