CCF的讨论,有参考价值,转过来研究一下

服务器上有上亿的25k~40k小文件约4T左右(每天还在不停增加),但磁盘马上要满了

磁盘结构NTFS

用treesize 列目录用了一个晚上,大概8小时

用killcopy拷贝到NAS,在收集信息时就崩溃了

现在还没有好的方法处理这些文件

打开磁盘并不慢,因为这些文件被分在不同的目录下,目录也很多

Read the rest of this entry

,

故障现象

访问页面出现(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%之间波动

Read the rest of this entry

,

详细方法官方文档说得很清楚,请移步文章末尾的附件。

#文中提到Data Ontap为Netapp存储的操作系统,基于*Nix定制

几个注意点:

1.需要域控制器上面同时有DNS server。对域控制器不熟的兄弟,可以利用“Windows2003 EE – 管理工具 – 管理您的服务器 – 添加删除角色 -第一台服务器”模式安装。这会把常用的Service都装上,然后移除不需要的服务即可。

Read the rest of this entry

,

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算法。

Read the rest of this entry

,

前几天通宵做完,已经投入使用了。还来不及做下总结,先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

Read the rest of this entry

一、硬件选择
存储系统,容易出现瓶颈的子系统,分别是网络、内存、磁盘,最不容易出现瓶颈的子系统为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及以上

二、相关说明

Read the rest of this entry

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的时候

Read the rest of this entry