CCF的讨论,有参考价值,转过来研究一下
服务器上有上亿的25k~40k小文件约4T左右(每天还在不停增加),但磁盘马上要满了
磁盘结构NTFS
用treesize 列目录用了一个晚上,大概8小时
用killcopy拷贝到NAS,在收集信息时就崩溃了
现在还没有好的方法处理这些文件
打开磁盘并不慢,因为这些文件被分在不同的目录下,目录也很多
CCF的讨论,有参考价值,转过来研究一下
服务器上有上亿的25k~40k小文件约4T左右(每天还在不停增加),但磁盘马上要满了
磁盘结构NTFS
用treesize 列目录用了一个晚上,大概8小时
用killcopy拷贝到NAS,在收集信息时就崩溃了
现在还没有好的方法处理这些文件
打开磁盘并不慢,因为这些文件被分在不同的目录下,目录也很多
故障现象
访问页面出现(502)bad gateway,或者(403)Access Forbid错误.
部分错误日志
Apr 15 00:30:41 sqweb2 kernel: lockd: server 192.168.96.50 not responding, timed out
Apr 15 00:31:21 sqweb2 last message repeated 10 times
Apr 15 00:32:31 sqweb2 last message repeated 21 times
Apr 15 00:33:41 sqweb2 last message repeated 17 times
主交换 CPU在10%左右,MEM在20-30%之间波动
详细方法官方文档说得很清楚,请移步文章末尾的附件。
#文中提到Data Ontap为Netapp存储的操作系统,基于*Nix定制
几个注意点:
1.需要域控制器上面同时有DNS server。对域控制器不熟的兄弟,可以利用“Windows2003 EE – 管理工具 – 管理您的服务器 – 添加删除角色 -第一台服务器”模式安装。这会把常用的Service都装上,然后移除不需要的服务即可。
NetAPP存储支持以下三种端口聚合方式:
a.single-mode 端口工作在active和standby状态,只有一个端口处于actvie状况。当active端口失效,系统自动从standby中选择一个端口成为active口。不需要交换机支持aggre,也不需要在交换机上做任何相关配置。所有端口具有相同的MAC地址,实现最基本的链路冗余。
b.multi-mode(static) 与IEEE 802.3ad(static)兼容,所有端口处于active状态,具有相同的mac地址;能够检测端口的链路状态,但不能数据的丢失;交换机需要支持 LAC;;在multimode(包括static和dynamic)下,存储系统对outbound traffic支持三种load-balance算法:IP-based/MAC-based/Round robin;。
c.multi-mode(dynamic) 与IEEE 802.3ad(dynamic)兼容,即lLACP协议(cisco叫做PAgP),所有端口均处于active状态,具有相同的mac地址。交换机需要支持LACP。在lacp下,vif接口必须配置为 first-level,并且LB应该配置为IP-based(这也是默认方式);在lacp下,存储系统不仅能检测链路的丢失,还能检测数据流的丢失,因此该模式与HA环境相兼容。此种模式有其局限性,只能使用IP Balance算法。
前几天通宵做完,已经投入使用了。还来不及做下总结,先Mark一下,占个位置,有空再编辑。
几个参考链接
http://subversion.tigris.org/ds/viewMessage.do?dsMessageId=2364143&dsForumId=445
http://blog.csdn.net/mynamesucks/archive/2007/12/03/1913835.aspx
http://blog.csdn.net/jlnuboy/archive/2009/10/25/4725140.aspx
■ Oracle Database常用补丁集Patch号
9.2.0.4 = 3095277
9.2.0.5 = 3501955
9.2.0.6 = 3948480
9.2.0.7 = 4163445
9.2.0.8 = 4547809(9i最终)
10.1.0.3 = 3761843
10.1.0.4 = 4163362
10.1.0.5 = 4505133
10.2.0.2 = 4547817
10.2.0.3 = 5337014
10.2.0.4 = 6810189
一、硬件选择
存储系统,容易出现瓶颈的子系统,分别是网络、内存、磁盘,最不容易出现瓶颈的子系统为CPU。更多详情参照《服务器性能瓶颈分析》。
参考配置
CPU 双核酷睿处理器E7400,2.8GHz及以上
内存 2GB 内存, 1x1GB, 667MHz, DDR-2
硬盘 1000GB 3.5英寸, 7200RPM SATA 硬盘*3
网络适配器 Broadcom 5722 千兆以太网集成控制卡*2(或者同级别Intel系列)
Raid级别 Raid 5
管理系统 FreeNAS 0.69及以上
二、相关说明
HowToForge上有篇很好的文章,这里就不累述了,详情参考
http://www.howtoforge.com/software-raid1-grub-boot-debian-etch
http://hi.baidu.com/enjoyunix/blog/item/4f152e3d820dfc0abba167ca.html
已在RHEL 5.3试验成功。
过程和日志看blog_raid_boot。
有一些稍微的不同,在调整的Ramdisk的时候