今天我的新硬盘到了.暂时没想好怎么用它.可以把它装入光驱位硬盘架给G430用,也可以把它当成移动硬盘来用. 想起以前记录过一个badblocks的用法,用来检查坏道,这里再贴一遍备用. ################################################################## badblocks是Linux下常用的坏道修复工具.当你觉得硬盘上可能有坏道,或者是SMART数据显示有坏道的时候,都可以用badblocks来检查一下. 假设我们要检查的硬盘是/

HD Tune软件不仅小巧而且很易使用,是一款检测电脑硬盘的优良工具.不仅是电脑硬盘,包括移动硬盘在内一样可以检测.那么,如何使用HD Tune呢?如何使用HD Tune检测磁盘坏道呢? 工具/原料 HD Tune软件一枚 使用HD Tune检查硬盘坏道 1.百度搜索下载HD Tune软件,注意:尽量选择系统之家官网上下载这类软件,因为系统之家上的软件不会捆绑的流氓软件  2.软件打开之后,界面如图,最上方显示硬盘的厂家信息,图示红色遮挡区 3.点击选项卡切换至错误扫描,如图,然后在红框位置,尽

创建測试表: ZBDBA@orcl11g>select * from zbdba; NAME ------------------------------------------------------------ zbdba huihui ZBDBA@orcl11g> ZBDBA@orcl11g> ZBDBA@orcl11g> ZBDBA@orcl11g> ZBDBA@orcl11g>select rowid,dbms_rowid.rowid_object(rowid

转载自:https://yq.aliyun.com/articles/582880 背景 一个较大的数据库,如何只恢复一部分数据(例如只恢复某个DB). 如果访问有坏块的表. 如何从无法启动的数据库中,恢复到有意义的数据. 如何正确的进行备份. 如何恢复到过去的某个时间点. 恢复部分数据库 <PostgreSQL Selectivity Tablespace PITR - 部分表空间恢复> 跳过坏块 zero_damaged_pages <PostgreSQL Developer Opt

一般企业的gitlab都承载着多个项目的源码和提交记录 如果gitlab的数据库 PostgreSQL 坏掉了,基本很难修复,那这是不是意味着源码丢失了呢. 本文章只针对 gitlab传统存储方式的修复.gitlab14.X 版本后使用的hash存储,并没有研究如何修复. 1.首先要确定的是 gitlab-data 文件夹是否丢失,如果保存源码的文件夹丢失,那么就不用继续看了. 2.如果是gitlab 单个组件异常可以尝试修复该组件 3.正文开始 1.首先保存一份gitlab-data 文件夹到

backup validate check logical database; select * from v$database_block_corruption; RMAN> backup validate check logical database; Starting backup at -SEP- allocated channel: ORA_DISK_1 channel ORA_DISK_1: SID= device type=DISK allocated channel: ORA_D

C:\Documents and Settings\Administrator>chkdsk /?检查磁盘并显示状态报告. CHKDSK [volume[[path]filename]]] [/F] [/V] [/R] [/X] [/I] [/C] [/L[:size]] volume          指定驱动器号(后面跟一个冒号).装入点或卷名.  filename        仅用于 FAT/FAT32: 指定要检查是否有碎片的文件.  /F              修复磁盘上的错误.

1.检测整个盘如/dev/sdb #badblocks -v /dev/sdb > badsectors.txt 2.检测一个分区#badblocks -v /dev/sdb1 > badsectors.txt 3.从指定位置开始检测 扫描磁盘需要很久,所以根据位置扫描,防止一次扫描过多,导致负载过高.#badblocks -v /dev/sdb1 269177076 71677248 > badsectors.txt ps:注意269177076是结束位置,71677248是开始位置

当dmesg的时候,出现下面的信息说明磁盘有问题 Info fld=0x139066d0 end_request: I/O error, dev sda, sector 328230608 Buffer I/O error on device sda, logical block 41028826 sd 0:0:0:0: SCSI error: return code = 0x08000002 sda: Current: sense key: Medium Error Add. Sense: U

简介 在一个理想的世界中,不会存在任何数据库的损坏,就像我们不会将一些严重意外情况列入我们生活中的日常一样,而一旦这类事情发生,一定会对我们的生活造成非常显著的影响,在SQL Server中也同样如此,或许几年内您没有遇见过数据库中出现这类情况,而一旦遇见这类情况,往往伴随着数据的丢失,宕机,严重甚至您本身的职业生涯也会受到影响.因此对于这类情况,我们需要了解数据库损坏方面的知识,以便我们能够事前准备,事后能够处理.本篇文章会对数据库损坏的原因.现象.事前和事后的一些处理方法以及简单的修复方法进

说到硬盘检测软件,大家肯定会想到MHDD,但是MHDD真的好用?反正我觉得太难用了,只能在DOS下运行,不能在Win系统下运行:最重要的是只支持IDE硬盘模式,现在的主板几乎全部默认都是AHCI模式, 每次电脑有问题要检测硬盘的时候,要进入主板BIOS修改硬盘模式为IDE,硬盘坏道扫描完了又要把硬盘模式修改回AHCI模式,否则系统启动不了会蓝屏.所以,我不能再忍受这么不人性化的软件:而且进入MHDD的官网去看,从2000年开始的第一个版本,最后版本发布日期为2005年,早已停止了更新.现在的硬盘

你有没有想过为什么有时修复错误似乎比它应该花费更长的时间?当你终于找到问题时,事实证明你所需要的只是一个小小的改变.然而,花了很多时间才能找到正在发生的事情.这种情况比我想象的更频繁. 另一方面,当您编写代码并进行测试并且无法正常工作时,修复错误非常快.你跳回编辑器,掀起一行代码,问题就解决了. 为什么即使问题很简单,有时修复错误也需要很多工作,有时候,修复问题的速度很快 - 甚至可能很难解决问题?我们可以从易于修复的错误中学到一些东西,这样我们可以花更少的时间来修复bug吗? 让我们来谈谈这个

故障现象,在/var/log/message这个目录中出现下面的error: [ [ [ [ [ [ [ [ [ [ dmesg的输出结果也是上面的error. 1.检测下坏道,将结果保存在bb.log中. :~ # badblocks -s -v -o /home/wzp/bb.log /dev/sdaj Checking blocks to Checking : elapsed smartctl -a   /dev/sdaj (快速检测硬盘坏道,看read,write 后面有没有errors

13 oracle数据库坏块-逻辑坏块 逻辑数据坏块的场景1)oracle bug也可能导致逻辑坏块的产生. 特别是parallel dml. 例如:Bug 5621677 Logical corruption with PARALLEL updateBug 6994194 Logical corruption from UPDATE DMLBug 15980234 ORA-1400 / logical corruption from direct path INSERT ALL(fail wi

2种修复的方法,本人已经尝试过,非常管用! 1.先按SHIFT+F3扫描硬盘连接并选择,按F4键,先用一般模式扫一遍,再用高级模式扫一变,具体方法是选择LBA模式,remap项OFF,Loop the test/repair项OFF,其余项ON,选择完毕CTRL+ENTER执行扫描,扫描完毕,执行上面操作,选CHS模式,Loop the test/repair项OFF,Erase WAITs项OFF,其余项选ON,选择完毕,执行扫描,OK!!!大家切记不要直接用高级模式进行扫描,有些朋友为了急于

1.算法功能简介 坏条带的由来:2003年5月31日,Landsat-7ETM+机载扫描行校正器(SLC) 故障,导致此后获取的影像出现了数据条带丢失,严重影响了Landsat ETM遥感影像的使用.此后Landsat 7 ETM SLC-on是指2003.5.31日Landsat 7SLC故障之前的数据产品,Landsat 7 ETMSLC-OFF则是故障之后的数据产品. 目前我们PIE SDK支持影像坏线修复,并提供了相应的算法. 2.算法功能实现说明 2.1. 实现步骤 第一步 算法参数设

1.物理坏块和逻辑坏块 在数据库中有一个概念叫做数据块的一致性,Oracle的数据块的一致性包括了两个层次:物理一致性和逻辑一致性,如果一个数据块在这两个层次上存在不一致性,那就对应到了我们今天要要说的物理坏块和逻辑坏块. 在每一个数据块的头部有一个校验和字段,每当数据块要被写回磁盘前,Oracle都会重新计算 这个数据块的校验和,并记录到这个字段最终写会磁盘.下次数据块被读入内存,Oracle会重新 计算数据块的校验和,并和块头的字段相比较,如果有差异,Oracle就知道这个数据块有错误, 会

http://czmmiao.iteye.com/blog/1058215 概述 随着硬盘容量.速度的快速发展,硬盘的可靠性问题越来越重要,今天的单块硬盘存储容量可轻松达到1TB,硬盘损坏带来的影响非常巨大. 不同的文件系统(xfs,reiserfs,ext3)都有自己的检测和修复工具.检测之前可以先使用dmesg命令查看有没有硬件I/O故障的日志,如 果有,先用fsck看看是不是文件系统有问题,如果不是则可以使用下面介绍硬盘检测和优化方法来修复它. grep"error"/va/lo

本文主要介绍如何去处理在Oracle数据库中出现坏块的问题,对于坏块产生在不同的对象上,处理的方法会有所不同,本文将大致对这些方法做一些介绍.因为数据库运行时间长了,由于硬件设备的老化,出现坏块的几率会越来越大,因此,做为一个DBA,怎么去解决数据库出现的坏块问题就成了一个重要的议题了. 什么是数据库的坏块首先我们来大概看一下数据库块的格式和结构 数据库的数据块有固定的格式和结构,分三层:cache layer,transaction layer,data layer.在我们对数据块进行读取写入

概述  随着硬盘容量.速度的快速发展,硬盘的可靠性问题越来越重要,今天的单块硬盘存储容量可轻松达到1TB,硬盘损坏带来的影响非常巨大.不同的文件系统(xfs,reiserfs,ext3)都有自己的检测和修复工具.检测之前可以先使用dmesg命令查看有没有硬件I/O故障的日志,如果有,先用fsck看看是不是文件系统有问题,如果不是则可以使用下面介绍硬盘检测和优化方法来修复它. grep"error"/va/log/messages*;Linux检测硬盘坏道 使用SMART检测硬盘 SMA

软raidmount /dev/md0 /opt                [root@localhost root]# cp /usr/share/doc/raidtools-1.00.3/raid*.conf.* /etc[root@localhost root]# ls -l /etc/ |grep raid[root@localhost root]# vi /etc/raid0.conf.sample  mkraid /dev/md0mkfs.ext3 /dev/md0lsraid