学习
实践
活动
工具
TVP
写文章

服务器崩溃导致数据库损坏的修复方法

故障服务器上一共16块FC硬盘,单盘容量600G。存储前面板10号和13号硬盘亮黄灯,存储映射到redhat上的卷挂载不上,服务器业务崩溃。 服务器数据恢复流程 通过IBM storage manager/frombyte.com连接到服务器上查看当前存储状态,服务器报告逻辑卷状态失败,再查看物理磁盘状态,发现6号盘报告“警告”,10号和13 在镜像过程中发现6号磁盘的镜像速度很慢,结合先前对硬盘SMART状态检测时发现的问题综合判断,6号盘应该存在大量损坏以及不稳定扇区,导致在windows下的一般应用软件无法对其进行操作。 根据坏道列表使用winhex定位到目标镜像文件分析发现,ext3文件系统的一些关键源数据信息有的已经被坏道所破坏,只能等待6号盘镜像完毕后,通过同一条带进行xor以及根据文件系统上下文关系的方式手动修复被损坏的文件系统 数据库恢复流程 1.拷贝数据库文件到原数据库服务器,路径为/home/oracle/tmp/syntong.作为备份。

1.1K40

Oracle数据库不同损坏级别的恢复详情

导读:在 DBA 的日常工作中不可避免存在着数据库损坏,本文将主要介绍 Oracle 数据库遇到不同损坏级别下的应该采用的恢复方法,供读者在遇到此类情景时,能的找到适合自己的恢复方法,提高工作效率。 表空间损坏的恢复 ---- 当然数据库恢复方法不仅一个,管理员也可以按照表空间恢复的方法进行恢复操作。还是上面的案例,如果发生了失败,现在按照表空间损坏情况下的恢复方法进行恢复。 ? 由于数据库控制文件损坏,因此数据库这时只能处于脱机状态。 如果控制文件损坏,且伴着其他数据文件等的损坏,则按照本节介绍的控制文件恢复,加上数据库的崩溃恢复,可以实现数据库的完全恢复(或不完全恢复)。 日志文件损坏的恢复 ---- ? 由于数据库日志可以采用多成员机制,这种方式保证在单个日志文件损坏下的系统连续运行。即便一个日志组的所有成员都已经损坏,如果是当前日志组,则数据丢失、数据库执行不完全恢复是必然的选择。

28920
  • 广告
    关闭

    云服务器应用教程

    手把手教您从零开始搭建网站/Minecraft游戏服务器/图床/网盘、部署应用、开发测试、GPU渲染训练等,畅享云端新生活。

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

    Oracle数据库不同损坏级别的恢复详解

    墨墨导读:在 DBA 的日常工作中不可避免存在着数据库损坏,本文将主要介绍 Oracle 数据库遇到不同损坏级别下的应该采用的恢复方法,供读者在遇到此类情景时,能的找到适合自己的恢复方法,提高工作效率 表空间损坏的恢复 ---- 当然数据库恢复方法不仅一个,管理员也可以按照表空间恢复的方法进行恢复操作。还是上面的案例,如果发生了失败,现在按照表空间损坏情况下的恢复方法进行恢复。 ? 由于数据库控制文件损坏,因此数据库这时只能处于脱机状态。 如果控制文件损坏,且伴着其他数据文件等的损坏,则按照本节介绍的控制文件恢复,加上数据库的崩溃恢复,可以实现数据库的完全恢复(或不完全恢复)。 日志文件损坏的恢复 ---- ? 由于数据库日志可以采用多成员机制,这种方式保证在单个日志文件损坏下的系统连续运行。即便一个日志组的所有成员都已经损坏,如果是当前日志组,则数据丢失、数据库执行不完全恢复是必然的选择。

    44420

    linux磁盘头数据损坏修复Oracle数据库

    本次模拟 通过fdisk分区的磁盘头损坏,造成文件目录无法使用。

    13730

    如何对已损坏的SQLite数据库取证分析?

    这些工具可以自动解析这些数据库,甚至可以从空闲列表和未分配空间中分割数据。此外,它们还提供了SQLite查看器,取证人员可以手动来分析数据库的类型。 那么对于那些已被损坏或破坏的数据库,我们又该如何取证呢? 我们在DFIR上收到了一个无法用任何工具打开的SQLite数据库。 在此之前该数据库还曾被发送给供应商解决,但得到的答案是 - 并未在数据库中发现任何表格。 话不多说让我们直奔主题,该数据库名为:“contacts2.db”。 首先,我们进入到SQLite的官方网站,并下载用于管理数据库文件的命令行工具。(阅读原文查看下载链接) 接着我们提取存档内容并将数据库放到相同的文件夹下(可选)。 创建过程如下: 打开SQLite数据库浏览器。 从SQL文件转到文件 - 导入 - 数据库… 选择SQL文件中你感兴趣的表。 选择要创建的数据库的名称。

    77590

    Oracle数据库恢复:归档日志损坏案例一则

    链接:http://www.eygle.com/archives/2010/11/recover_archivelog_corruption.html 最近在紧急故障处理时,帮助用户恢复数据库遇到了一则罕见的归档日志损坏案例 在进行归档recover时,数据库报错,提示归档日志损坏: *** Corrupt block seq: 37288 blocknum=1. 如果这个归档日志损坏了,其实我们仍然有办法跳过去,继续尝试恢复其他日志,但是客户数据重要,不能容忍不一致性,这时候就只能放弃部分数据,由前台重新提交数据了。这在业务上可以实现,也就不是大问题了。 好了,问题是为什么日志会损坏?是如何损坏的? 这是一种我从来没有遇到过的现象,也就是说,当操作系统在写出跟踪文件时,错误的覆盖掉了已经存在的归档文件,最后导致归档日志损坏,非常奇妙,从所未见。

    39020

    mysql数据库损坏数据的恢复操作其过程总结

    前几天因为mysql数据库部分数据损坏原因,我尝试了下恢复数据,之后整理以下文档,供各位参考, 以备各位同事以后如有类似问题,可以少走些弯路,尽快解决问题。 环境:windows2003 数据库:mysql 损坏数据文件名:function_products 将数据库内容物理文件直接导入到mysql\data下,每只表各3个文件,依次分别为:.frm .MYD 我想我现在碰到的问题可能是这个问题,因为备份的数据也是有部分损坏的数据,所以导致不能完全运行, 意识到myisamchk程序对用来检查和修改的MySQL数据文件的访问应该是唯一的。 每一个数据库对应一个子目录,每个子目录中包含了对应于这个数据库中的 数据表的文件。每一个数据表对应三个文件,它们和表名相同,但是具有不同的扩展名。 要检查数据库中所有的表,可以使用通配符: % myisamchk /usr/local/mysql/var/dbName/*.MYI 要检查所有数据库中的所有表,可以使用两个通配符: % myisamchk

    52820

    SqlServer2005数据库文件损坏的拯救过程

    客服人员找我,说用户的数据库不小心搞坏了(具体怎么坏的暂不追究),我到现场观看现象,发现以前在SqlServer2000时很多人都遇见过,于是寻找了几篇解决办法的文章,一步一步操作: 1. 新建一个test数据库 2. 停止SqlServer服务 3. 用损坏数据库文件和日志文件覆盖该数据库数据库文件和日志文件 4. 启动SqlServer服务,发现和以前一样处于“可疑”状态 5. 于是想如果将其设置为“紧急”状态可以对数据库只读访问就应该差不多了。 用 DBCC CHECKDB检查数据库的完整性 7. 将数据库配置为正常状态 参阅资料: 参考Code use master go sp_configure 'allow updates',1 go  reconfigure with

    43270

    1574: 地震损坏Damage

    1574: [Usaco2009 Jan]地震损坏Damage Time Limit: 10 Sec  Memory Limit: 64 MB Submit: 425  Solved: 232 [Submit ][Status][Discuss] Description 农夫John的农场遭受了一场地震.有一些牛棚遭到了损坏,但幸运地,所有牛棚间的路经都还能使用. N (1 <= N <= P)头在不同牛棚的牛通过手机短信report_j(2 <= report_j <= P)告诉FJ它们的牛棚(report_j)没有损坏,但是它们无法通过路经和没有损坏的牛棚回到到农场 当FJ接到所有短信之后,找出最小的不可能回到农庄的牛棚数目.这个数目包括损坏的牛棚. 注意:前50次提交将提供在一些测试数据上的运行结果. Source Gold 题解:一开始看到损坏什么的就想到割,然后就忍不住往最大流最小割上面想,事实证明我想多了。。。

    40270

    windows开机提示文件损坏

    找同事借了U盘制作启动盘,完成后U盘启动,设置修复系统,重启无果, 仔细看了看windows启动提示的错误,未用安全模式启动时提示amd_xata.sys文件被更改或者损坏,安全模式启动加载系统文件一直卡顿在

    83510

    服务器文件系统损坏,只需要这个教程轻松解决

    今天为大家介绍一个Linux服务器数据恢复成功案例,本次服务器数据恢复物理服务器请款如下:客户故障服务器为一台X3850服务器,这个服务器是由4块146G SAS硬盘组成的RAID5作为存储介质 服务器在正常使用过程中,由于未知原因导致系统瘫痪,急需进行服务器数据恢复,经过系统的重装以后发现整个RAID逻辑卷变成了前面2G的boot与swap分区,后接271G的LVM卷,LVM卷中文件系统位置有个空的 我们这次要恢复的数据就是原来271G中文件系统里的所有用户数据,这些数据包含了数据库、网站程序与网页、单位OA系统里的所有办公文档。 北京北亚数据恢复中心;服务器硬盘数据恢复.jpg   服务器数据恢复工程师先通过对全盘reiserfs树节点之间的关联确定了原来的reiserfs分区位置,发现原来存储数据的文件系统的前2G数据已经被覆盖 数据恢复;北京北亚数据恢复中心;服务器数据恢复公司.jpg   数据恢复工程师通过自主程序在整个原文件系统区域进行key节点扫描并将所有节点导出。

    80100

    机器断电导致Oracle数据库损坏的解决方法介绍

    服务器数据恢复故障 北京某公司的一台服务器,上层数据类型为Oracle数据库,由于服务器意外断电,导致数据库报错,报错内容为“system01.dbf需要更多的恢复来保持一致性”。 解析数据库文件 4. 导出并验证恢复的数据库文件 检测服务器数据库情况 首先利用dbv命令检测数据文件是否是完整的。 挂起并修复数据库 北亚数据恢复工程师在数据恢复专用服务器上搭建了一组Windows server 2008 x86环境,并安装了和客户原服务器上相同的数据库环境,尝试将数据库挂起来,查看数据库的报错情况 服务器数据恢复;Oracle数据库修复3.png 服务器数据恢复;Oracle数据库修复4.png 经过一系列的修复发现,由于归档日志不连续,恢复数据库所需时间段的归档日志缺失,只能使用cancel参数进行不完全数据恢复 如下图所示: 服务器数据恢复;Oracle数据库修复8.png 北亚数据恢复中心工程师获取到数据库数据后在数据恢复专用服务器内搭建数据库环境,创建数据库、用户、分配表空间等。

    93030

    Linux系统损坏数据恢复分享

    【故障情况】 服务器4块SAS硬盘组成的RAID5作为存储介质,文件系统全都是reiserfs。 机房设备.jpg 【所需恢复数据情况】 我们这次要恢复的数据就是原来271G中文件系统里的所有用户数据,这些数据包含了数据库、网站程序与网页、单位OA系统里的所有办公文档。

    16120

    ALM损坏后的恢复步骤

    本人使用的ALM采用微软的SQL Server2008作为其数据库,一直用的好好的,但因停电导致启动机器后无法使用(ALM和SQL Server两者都部署在同一台机器中),后来才发现对应的数据库处于suspect 之后查找资料,好不容易将数据库搞好了,但ALM仍无法使用,主要表现为登录后创建缺陷提示错误,执行测试用例也提示相同错误,如下图所示。 最后在新建的ALM中新建项目并采用导入之前导出的项目的方式,导入的过程中我发现会把之前的数据库也导入进来,也就是说不用专门去处理数据库的数据了。 导入完成后却发现杯具了:无法登录。 ALM的数据库需要备份,以便在出问题的时候进行还原,可采用每周全备份一次,每天增量备份一次的方式。如果之前也备份,也就不会这么麻烦了。 另外吐槽下微软的SQL Server数据库,真的太脆弱了,断电这样常见的事情居然导致数据库挂掉,并且当时根本就无人对ALM和SQL Server进行操作,数据库居然提示日志文件不完整。

    308100

    运维案例 | Exchange2010数据库损坏的紧急修复思路

    一般邮件数据库的紧急故障,首先判断数据库状态是否正常,是否可以挂载使用;数据库无法挂载使用则可以通过命令判断是否需要进行数据库修复;使用如下图的命令,如果数据库状态并非Clean Shutdown则需要进行修复操作 ,将空库的文件剪切到RDB的路径下,将修复的数据库挂到原始数据库路径下,在重新mount原始数据库的RDB之前,修改数据库属性,勾上“This database can be overwritten by 方案二 将用户邮箱设定到新数据库,后续合并数据 1、创建新的数据库,使用下面的命令将原始数据库中的邮箱全部设置到新的数据库上; Get-Mailbox -Database 旧数据库名 | Set-Mailbox -Database 新数据库名 2、同第一种方法对故障数据库进行修复,待数据库修复完毕,我们可以: 新建RDB,将修复好的数据库拷入合并数据到新建的数据库,具体步骤可以参照第一部分。 或者将邮箱从临时数据库切回当前数据库。 Get-Mailbox -Database 新数据库名|Set-Mailbox -Database 旧数据库名 运行命令,将数据进行合并。

    54230

    闪讯pppoe拨号模块损坏118_创翼pppoe拨号模块损坏

    创翼错误118 pppoe拨号模块损坏 可以下载该文件: 点击下载:》创翼118修复.zip 双击运行压缩包里的1.reg之后,重启电脑即可 . ---- 如果你不想下载,可以自己按照下面方法自己制作

    8710

    Oracle数据块损坏的恢复实例

    测试环境:11.2.0.4 1.构建数据块损坏的测试环境 2.有备份:常规恢复坏块 3.无备份:跳过坏块 1.构建数据块损坏的测试环境 1.1 创建测试表 --Create Table t_test conn Encrypted : 0 Highest block SCN : 3893454 (0.3893454) [oracle@jyrac1 tmp]$ 2.有备份:常规恢复 数据库有有效的 就是表有坏块,但索引没有损坏,通过表扫描会出现错误,但是通过索引扫描仍然可以返回结果,这会造成数据的不一致性。 此外,针对坏块问题,还有一种方式是设置10231 event,具体可参考: 《Oracle数据块损坏篇之10231内部事件》 Reference http://blog.itpub.net/4227/viewspace

    30330

    损坏的手机中获取数据

    有时候,犯罪分子会故意损坏手机来破坏数据。比如粉碎、射击手机或是直接扔进水里,但取证专家仍然可以找到手机里的证据。 如何获取损坏了的手机中的数据呢? ? 图1:在炮火中损坏的手机 访问手机的存储芯片 损坏的手机可能无法开机,并且数据端口无法正常工作,因此,可以使用硬件和软件工具直接访问手机的存储芯片。 一旦损坏它们,则获取数据就会变得非常困难甚至失败。 ? 图2:数字取证专家通常可以使用JTAG方法从损坏的手机中提取数据 数据提取 几年前,专家发现,与其将芯片直接从电路板上拉下来,不如像从导线上剥去绝缘层一样,将它们放在车床上,磨掉板的另一面,直到引脚暴露出来

    1.5K10

    sql server故障处理之备份损坏

    1、备份文件和数据库放在同一个(或一组)的物理磁盘上。磁盘出现故障,备份也保不住了。 2、备份介质随坏,或者做的是网络备份,数据在网络传输中发生了损坏。 但是在恢复的时候,需要将数据库恢复(Recover)到事务一致性的一个时间点。如果备份中的损坏妨碍了SQL Server的前滚后滚(Redo和Undo)、恢复动作就会遇到错误,这时候我们该如何做呢? 其实最关键的是还是建立备用服务器,改变单一磁盘的尴尬。 CONTINUE_AFTER_ERROR只不过是通过命令跳过一切它能够跳过错误,将所有还能读出来的数据恢复出来,从而最大程度的挽回数据。 4、备用机上的数据库虽然不能修改,但是可以使用standby参数将数据库恢复到只读模式。可以将一些报表查询工作转移到备用机上,减轻生产服务器的负担。 总之,数据安全非常重要,灾难恢复时间要求很短的数据库,如果没有镜像技术的保证,备用服务器非常必要的。

    37210

    解决Chrome Hackbar插件损坏问题

    昨天在公众号发布的《Hackbar 2.3.1插件许可证限制绕过》一文后收到部分网友反馈的问题,就是在按照那篇文章的方法修改hackbar-panel.js文件后出现HackBar插件损坏,无法正常使用 0x01 问题原因: 笔者在虚拟机里装了一个最新版本谷歌浏览器,安装Hackbar 2.3.1插件并按以上方法修改hackbar-panel.js文件后确实出现了插件损坏,问题的原因猜测可能是与谷歌浏览器版本有关 0x02 解决方案: 经过测试发现将我物理机谷歌浏览器修改好的Hackbar 2.3.1插件通过打包方式解压到虚拟机里,然后用谷歌浏览器的“开发者模式”->“加载已解压的扩展程序”即可解决插件损坏的问题 ,不能用“打包扩展程序”方式重新安装插件,仍然会出现“此扩展程序可能已损坏”。

    1.1K10

    相关产品

    • 云服务器

      云服务器

      云端获取和启用云服务器,并实时扩展或缩减云计算资源。云服务器 支持按实际使用的资源计费,可以为您节约计算成本。 腾讯云服务器(CVM)为您提供安全可靠的弹性云计算服务。只需几分钟,您就可以在云端获取和启用云服务器,并实时扩展或缩减云计算资源。云服务器 支持按实际使用的资源计费,可以为您节约计算成本。

    相关资讯

    热门标签

    活动推荐

    扫码关注腾讯云开发者

    领取腾讯云代金券