错误提示: 消息 829,级别 21,状态 1,第 1 行 数据库 ID 15,页 (1:21826) 已标记为 RestorePending,可能表明磁盘已损坏.要从此状态恢复,请执行还原操作. 引起原因: RestorePending一般是在进行页恢复的过程中出现的,就是在进行了restore操作之后但还没有进行recovery操作之前页的状态. 出现这样的问题可以肯定这个表是损坏了,但是在查询数据的时候如果不会查询到损坏页面的数据话是不会报错的,也就是说可以有条件的使用这个表. 如果损坏的

问题现象: 在业务数据库中查询:SELECT a.NAME FROM SYSOBJECTS a WHERE a.NAME LIKE '%2015' AND a.XTYPE='u' 提示:消息 21,级别 21,状态 1,第 1 行 Warning: Fatal error 829 occurred at Jan  7 2016  4:58PM. Note the error and time, and contact your system administrator.   环境信息如下: Wi

首先:在配置RAID5之前我们先来了解一下它.RAID5,RAID是指独立磁盘冗余阵列,是把相同的数据存储在多个硬盘的不同地方的方法.通过把数据放在多个硬盘上,输入输出操作能以平衡的方式交叠,改良性能.因为多个磁盘增加了平均故障间隔时间,储存冗余数据也增加了容错.常见组合有0,1,5,10.作用是为了防止硬盘物理损坏以及增加存储设备的吞吐量.下图为RAID5基本原理图,它最少需要3块硬盘,我们本次配置的是3块硬盘的RAID5,剩余两块硬盘做备份盘.RAID5中把数据分布在所有磁盘上进行并行读写,

Linux badblocks命令用于检查磁盘装置中损坏的区块. 语法: badblocks [-svw][-b <区块大小>][-o <输出文件>][磁盘装置][磁盘区块数][启始区块] 参数说明:    -s 在检查时显示进度.    -v 执行时显示详细的信息.    -w 在检查时,执行写入测试. -b<区块大小> 指定磁盘的区块大小,单位为字节.    -o<输出文件> 将检查的结果写入指定的输出文件.    [磁盘装置] 指定要检查的磁盘装置. 

Linux操作系统的server重新启动后.系统启动报错,系统无法正常使用. 1.报错信息 1.1.报错屏幕信息 1.2.报错信息提取关键信息 (1)/dev/sda3:File -(inode #139928.mod time Thu May 28 03:28:11 2015) Has 1135 multiply-claimed block(s),sharedwith 1 file(s): (2)/dev/sda3:UNEXPECTED INCONSISTENCY.RUN fsck MANUA

问题背景 运维操作失误,在没有正常关闭sqlserver的情况下,将服务器关闭了,重启后某些表损坏(应该是某些页损坏了,没有损坏的页还能访问到数据,但是访问损坏了的页就有问题),目前数据库只有4.20号的备份. 报错信息 查询脚本:select * from t_jxjs_pctq where c_bh_tqxx = '8ae480b26320550e016323d098050175'; 报错信息:HY000-[SQL Server] 数据库 ID 11,页[1:60682]已标记为Restor

打开所要用的虚拟机,点击编辑虚拟机设置,点击硬盘,添加 2.一直点击下一步不做修改,直到最后完成 3.按照以上步骤添加5块磁盘 4.点击开启虚拟机,输入用户名root密码登录进去 5.进入虚拟机后,鼠标右击,点击打开终端 6.输入命令: mdadm -Cv /dev/md0 -a yes -n 4 -l 10 /dev/sdb /dev/sdc /dev/sdd /dev/sde /dev/sdf -C代表创建操作,-v显示创建过程,-a yes检查RAID名称,-n是用到的硬盘个数,-l是定义

1.打开所要用的虚拟机,点击编辑虚拟机设置,点击硬盘,添加 2.一直点击下一步不做修改,直到最后完成 3.按照以上步骤添加5块磁盘 4.点击开启虚拟机,输入用户名root密码登录进去 5.进入虚拟机后,鼠标右击,点击打开终端 6.输入命令: mdadm -Cv /dev/md0 -n 3 -l 5 -x 2 /dev/sdb /dev/sdc /dev/sdd /dev/sde /dev/sdf -l 5代表raid5        -n 3表示用到3块磁盘   -x 2表示有两块磁盘备用 /d

目录: 一. 常见错误解读 二. DBCC CHECKDB 三 .不同部位损坏的应对 四. Database Mirroring和AlwaysOn的页面自动修复功能 一 常见错误解读 SQL Server 对数据库损坏的错误类型做了细化,在此对几个典型的错误作一下介绍. 错误信息是:“在文件 '%ls'中.偏移量为 %#016I64x 的位置执行 %S_MSG 期间,操作系统已经向 SQL Server 返回了错误 %ls.” “The operating systemreturned erro

概述 可换出页 只有少量几种页可以换出到交换区,对其他页来说,换出到块设备上与之对应的后备存储器即可,如下所述. 类别为 MAP_ANONYMOUS 的页,没有关联到文件,例如,这可能是进程的栈或是使用 mmap 匿名映射的内存区. 进程的私有映射用于映射修改后不向底层块设备回写的文件,通常换出到交换区. 所有属于进程堆以及使用 malloc 分配的页 用于实现某种进程间通信机制的页.例如,用于在进程之间交换数据的共享内存页. 页颠簸 这个问题涉及交换区和物理内存之间密集的数据传输问题归结为页的

SQL Server 对数据库损坏的错误类型做了细化,在此对几个典型的错误作一下介绍. 错误信息是:“在文件 '%ls'中.偏移量为 %#016I64x 的位置执行 %S_MSG 期间,操作系统已经向 SQL Server 返回了错误 %ls.” “The operating systemreturned error %ls to SQL Server during a %S_MSGat offset %#016I64x in file '%ls'.” 例如: Msg 823, Level 24

常见的磁盘类型 按存储原理的不同,可以把磁盘分为这么几种 HDD 盘:没啥说的,就是平时最常见的机械盘. SSD 盘:用电信号来记录存储数据,而不是磁片.显然进行 I/O 时,这要比机械盘的物理寻址方式快的多. HHD 盘:HDD + SSD 的组合形式. 衡量磁盘性能的指标有哪些? 有时我们发现运行在 Linux 服务器上的某个应用响应很慢,你也不知道是什么原因,但是就是想看看磁盘 I/O 是不是有问题.除了 I/O 还有没有其他的指标参考呢? 答案是 有! 吞吐量: 指的是磁盘每秒处理 I/

Linux的磁盘管理 (很重要请注意高能预警) 硬盘:几个盘片,双面,磁性颗粒, 处理速率不同步:借助于一个中间层 文件系统(FileSystem)     可以实现对磁盘行的文件进行读写     文件系统其实就是一个特殊软件,是直接安装到硬盘上的 硬盘分类     机械硬盘:         盘片组,磁头,磁头臂         马达.空气过滤片     固态硬盘         类似与内存的结构 机械硬盘简介     磁道(Track):磁盘旋转时候的同心圆,磁道编号从外向内,从0开始编号.

Physical Disk: 单次IO大小 Avg.Disk Bytes/Read Avg.Disk Bytes/Write IO响应时间 Avg.Disk sec/Read Avg.Disk sec/Write IOPS DiskReads/sec DiskWrites/sec DiskTransfers/sec IO吞吐率 DiskBytes/sec DiskRead Bytes/sec DiskWrite Bytes/sec 磁盘有两个重要的参数:Seek time.Rotational

巨页 为什么使用巨页? 当一个进程使用一些内存的时候,CPU就把那部分内存标记成已被该进程使用的.为了提高效率,CPU会按4K字节块(它在很多平台上是默认值)分配内存.这些块被称作页.这些页可以被交换到磁盘上,等等. 因为进程地址空间是虚拟的,CPU和操作系统就得记住哪一页属于哪个进程,存储在什么地方.显然的,拥有的页面越多,就得花费越多的时间去寻找那些内存被映射的地方.如果一个进程使用了1GB的内存,就得查找262144(1GB/4K)个条目.如果一个页表条目占用8字节,那么就得查找2MB(2

你想提升性能,那么组RAID0,主板上的RAID应该是软RAID,肯定没有阵列卡来得稳定.如果你有闲钱,可以考虑用阵列卡. 不会的.即使不能起到RAID的作用,起码也可以当作直接连接了2个硬盘.不会影响性能.不过如果软RAID出了问题,那硬盘上的数据同样保不住.只能重新去掉RAID在装系统了. 鉴于目前的CPU和内存速度和容量来说主板提供的阵列已经完全可以不必考虑那1%~3%的CPU占用所带来的影响.主板AMD的750,850型号南桥及INTEL ICH9R,ICH10R等都可以组建磁盘整列如果

页是InnoDB存储引擎管理数据库的最小磁盘单位.页类型为B-tree node的页,存放的即是表中行的实际数据了. InnoDB数据页由以下七个部分组成,如图所示: File Header(文件头). Page Header(页头). Infimun+Supremum Records. User Records(用户记录,即行记录). Free Space(空闲空间). Page Directory(页目录). File Trailer(文件结尾信息). File Header.Page He

内核为块设备提供了两种通用的缓存方案. 页缓存(page cache) 块缓存(buffer cache) 页缓存的结构 在页缓存中搜索一页所花费的时间必须最小化,以确保缓存失效的代价尽可能低廉,因为在缓存失效时,进行搜索的计算时间实际上被浪费了.因而,页缓存设计的一个关键的方面就是,对缓存的页进行高效的组织. 管理和查找缓存的页 对此用途而言,树数据结构是非常流行的,Linux也采用了这种结构来管理页缓存中包含的页,称为基数树(radix tree) 基数树也是不平衡的,换句话说,在树的不同分

就像其他任何计算机一样,Azure 中的虚拟机将磁盘用作存储操作系统.应用程序和数据的位置. 所有 Azure 虚拟机都至少有两个磁盘,即 Windows 操作系统磁盘和临时磁盘. 操作系统磁盘基于映像创建,操作系统磁盘和该映像都存储在 Azure 存储帐户中的虚拟硬盘 (VHD) 内. 虚拟机还可以有一个或多个数据磁盘,而这些磁盘也存储为 VHD. 在本文中,我们将讨论磁盘的不同用法,并讨论可以创建和使用的不同磁盘类型. 本文也适用于 Linux 虚拟机. Note Azure 具有用于创建和

磁盘 I/O 监控是 Unix/Linux 系统管理中一个非常重要的组成部分.它可以监控吞吐量.每秒 I/O 数.磁盘利用率.服务时间等信息,并且在发现异常时,发送告警信息给系统管理员,便于系统管理员进行调整数据布局等管理活动以达到优化系统总体性能的目的. 不同的操作系统监控磁盘 I/O 的命令可能略有不同.本文将介绍 Unix/Linux 操作系统磁盘 I/O 管理命令及相关信息,并讲述 Unix/Linux 操作系统上磁盘 I/O 管理监控的自动化脚本实现. Unix/Linux 磁盘 I/