一点一滴努力,满仓满谷收成

在早期版本以裸设备做数据文件会有4k头部偏移量，严重情况会引起坏块

1、检查
eg:

lslv data_001.crm|grep DEVICESUBTYPE
DEVICESUBTYPE : DS_LVZ

看类型是不是DS_LVZ
或

dbfsize /dev/rdata_001.crm

如表有Database file type: raw device without 4K starting offset这样的提示也表明是没有4k头部偏移的

2、AIX卷组类型说明
1)Big VG,如果我们指定-T O，则创建DS_LVZ类型的LV，否则，创建普通类型的LV
2)普通的VG，用什么命令创建,都是普通的DS_LV类型的LV
3)calable-typeVG，用什么方式的命令创建,都是DS_LVZ类型的LV

3、创建无头部偏移lv命令

1)mklv -y’data_001.zw’ -t’raw’ -T O -u’5′ ‘-S128K’ vgzw03 250 或
2)mklv -y LVname -T O -w n -s n -r n VGname NumPPs(ORACLE alert日志给出的命令)

我们一台IBM主机,正常重启后一4TB文件系统无法mount,提示需要fsck。这个文件系统有7000万个inode，IBM工程师说他们在中国移动刚fsck一400万inode的文件系统，用了2个小时，按这个估计一下我们需要34个小时，可业务急需恢复。。
先建了一个新的文件系统让应用部分做业务恢复，另一路径以各种渠道看IBM是不是有方法可以跳过fsck把文件系统mount上，把最新的程序及参数配置取出来。IBM二线、三线工程师均给出的答案是没有办法，只能死等。
山东同事说他们出过几次这样的问题，当文件系统超过2TB,这样问题发生的概率会很高，IBM二线工程师说中国移动也发生过N次这样的问题。

fsck要做5步,90%之上的时间消耗在前两步。
阅读全文…