A股，B股，H股是按英文字母作为代称的股票分类。A股是以人民币计价，面对中国公民发行且在境内上市的股票；B股是以美元港元计价，面向境外投资者发行，但在中国境内上市的股票；H股是以港元计价在香港发行并上市的境内企业的股票。此外，中国企业在美国、新加坡、日本等地上市的股票，分别称为N股、S股和T股。由于A股、B股及H股的计价和发行对象不同，国内投资者显然不具备炒作B股、H股的条件。另外，值得一提的是，沪市挂牌B股以美元计价，而深市B股以港元计价，故两市股价差异较大，如果将美元、港元以人民币进行换算，便知两地股价大体一致。以字母代称进行股票分类，不甚规范，根据中国证监会要求，股票简称必须统一、规范。可以相信，随着我国股市的进一步发展，A股、B股、H股等称谓将成为历史。
香港股市有所谓“红筹股”、“蓝筹股”之分。红筹股是指最大控股权直接或间接隶属于中国内地有关部门或企业，并在香港联合交易所上市的公司所发行的股份。即在港上市的中资企业。由于人们形容中国是红色中国，而她的国旗又是五星红旗，因此把中国相联系的上市公司发行的股票称为红筹股。这是一种形象的叫法。同时这种划分也是由蓝筹股概念的典故而来。由于美国人打牌下赌注，蓝色筹码为最高，红色筹码为中等，白色筹码为最低，后来人们就把股票市场上最有实力、最活跃的股票称为蓝筹股。蓝筹股几乎成了绩优股的代名词。有些发展前景不错的红筹股，由于被选进了恒生指数的成份股中，因而也兼备凤的身份。随着内地陆续赴港上市，现也有人将红筹股做了更严谨的定义，即必须是母公司在港注册，接受香港法律约束的中资企业才称为红筹股，而公司在内地注册，只是借用香港资本市场筹资的企业，另称为“H股”。但一般仍以红筹股广泛地作为在港上市的中资企业的代名。
' // イベントコード 6005, 6006 を取得します
Sub SampleProc()
Const wbemFlagReturnImmediately As Long = &H10
Const wbemFlagForwardOnly As Long = &H20
Dim Service As Object
Dim EventList As Object
Dim Obj As Object
Dim sComputer As String
Dim lFlags As Long
Dim Sql As String
Dim i As Long
' On Error Resume Next
sComputer = "."
lFlags = wbemFlagReturnImmediately Or wbemFlagForwardOnly
Sql = ""
Sql = Sql & "SELECT *"
Sql = Sql & " FROM Win32_NTLogEvent"
Sql = Sql & " WHERE Logfile = 'System'" _
& " AND EventCode = 6005 OR EventCode = 6006"
Set Service = GetObject("winmgmts:" _
& "{impersonationLevel=impersonate,(Security)}!\\" _
& sComputer & "\root\cimv2")
Set EventList = Service.ExecQuery(Sql, iFlags:=lFlags)
' 出力
Cells.Clear
Range("A1:D1").Value = Array("Code", "DateTime", "Computer", "Message")
i = 2
For Each Obj In EventList
Cells(i, "A").Value = Obj.EventCode
Cells(i, "B").Value = Obj.TimeGenerated ' yyyymmddhhmmss.0000・・・形式です
Cells(i, "C").Value = Obj.ComputerName
Cells(i, "D").Value = Replace$(Obj.Message, vbCrLf, "")
i = i + 1
Next
Columns("A:D").AutoFit
Set EventList = Nothing
Set Service = Nothing
End Sub
[摘要] 2007年，中国股市以逼空式的上涨不断改写着各项新的纪录，股指、成交量、开户数屡创新高。随着股市继续走牛，券商日进斗金的同时，证券公司IT系统的矛盾也日趋激烈：电话打不进、网上下不了单、银证转账百万巨款“不翼而飞”……牛市的大行情就像洪水一般，不断向券商的交易系统发起挑战。证券机构的信息安全问题再次成为投资者关注的焦点。
“我现在每天心脏跳动的频率都是跟着交易所的成交量在走。”一边看着电脑上不断上蹿的上证综指，周总一边苦笑着对记者说。周总是某创新类券商信息技术部的负责人，他告诉记者，今年以来，伴随着股市屡创天量，他们公司的交易系统也不断“报警”，客户投诉和系统堵单让他近几个月都没睡过一个安稳觉。
记者了解到，随着股市走牛，券商日进斗金的同时，证券公司IT系统的矛盾也日趋激烈：电话打不进、网上下不了单、银证转账百万巨款“不翼而飞”……牛市的大行情就像洪水一般，不断向券商的交易系统发起挑战。
系统预警不断出现
周总告诉记者，就像很多证券公司IT部的负责人一样，他现在每天都是如坐针毡。“唇亡齿寒，看到别的公司不断爆出连续堵单的情况，我们心里也发毛啊，因为说不定哪天这种情况也就发生到我们的头上。”周总介绍，他们公司虽然还没出现大面积的“堵单”或者“下不了单”情况，但是主机容量却也屡屡报警，不断挑战系统的风险临界点。
据悉，大部分证券公司都设置了一个容量监测和预警机制，当公司的成交量处于系统容量的0%—40%，业内称之为绿色监测区，属于正常监测并报告；当公司的成交量处于系统容量的40%—70%，业内称之为黄色预警区，表示要启动扩容评估与实施；当公司的成交量处于系统容量的70%以上，业内称之为红色风险区，意味着必须立即实施扩容。
某创新类券商董事长日前在上海参加一个会议时透露，他们公司有一天的成交量甚至突破了系统容量的90%，恐怖程度可想而知。该董事长指出，如果这个阶段推出股指期货或者市场出现“天量中的天量”，整个系统就面临崩溃的局面。“想想都不寒而栗。”
而据另外一位公司总裁讲，他们公司前几天杭州营业部出现了一个情况，一个客户银证转账了100万，但是因为银证衔接出现了问题，这100万竟然转到了另外一名客户的账户上。“最后动用了当地公安才把这个钱打回来。”
事实上，2006年以来，随着股市走牛，证券公司信息系统管理混乱，信息系统事故及违法违规案件时有发生，很多事情已经影响到证券公司的运作安全和资本市场的稳定。据了解，2006年1月7日上午9时30分，某公司集中交易系统的数据库系统发生故障，导致该公司全国40家营业部的交易全部中断，至11时左右才恢复正常交易；2006年3月29日、30日，某公司证券营业部先后发生11名客户的证券账户被盗买盗卖的情况；2006年4月12日，某公司银证通系统出现客户买卖委托重单现象，造成透支客户36户，涉及透支金额人民币57万余元；2006年6月5日，全流通后第一只股票中工国际新股申购首日，某公司部分席位出现了该股票异常申购的行为，影响了此次新股发行；2006年12月5日，某创新类证券公司对其集合理财产品实施大比例分红，但最后却出现系统强行对客户进行再融资；2007年1月6日，某公司全国的委托系统出现临时瘫痪，持续时间1小时左右。
三年规划半年透支
最近一段时间，随着股市屡创天量，一些创新类证券公司，特别是老牌证券公司相继出现大面积堵单，个别证券公司甚至出现短时间的系统瘫痪，电话打不进，委托交易无法进行，银证转账“掉链子”等一大堆的问题。
归纳起来主要有以下几个方面：从券商内部来说，委托电话打不进去，老是忙音；行情显示不及时，委托下单无法确认；营业部现场办公电脑死机等；从银证衔接来看，由于券商交割清收无法按时完成，银行无法进行数据核对，银证转账就出现委托成功但银行账户却是空白；从与交易所和中登公司的合作来看，中登公司出现技术平台堵塞,开户回报慢等。
据多位证券公司负责人讲，他们公司负责资金交割清收的工作人员现在每天晚上都是工作到凌晨三、四点钟，很多时候甚至到凌晨六、七点钟。而另外一家老牌证券公司的董事长讲，在1月15日—16日出现局部拥堵、网上交易出现问题之后，他们专门成立一个“网上交易紧急领导小组”，由公司的总裁亲自挂帅担任组长，召集公司办公室、经纪业务、电脑部、财务部每天开现场办公会议，处理紧急和突发事件。
出现以上问题的原因，主要是以下几个方面：一是证券公司对IT系统的投入不足。很多证券公司在前几年熊市的背景下，都是零投入或者压缩投入。于是很多营业部的电脑甚至还有686、586的型号。一位IT部负责人形象地说，证券公司对IT的投入是“说的都很好、计划少一半，做的时候没有了。”一公司董事长也坦率地说，大部分证券公司都不懂IT，所以在做起预算方案时确实存在打折扣的问题。而且他还指出，即使预算做了，但真正落实的时候一般也还要大打折扣；第二，证券公司的赢利要求迫使很多公司心有余而力不足。一券商总裁表示，证券公司对于IT的投入不可能像交易所那样舍得投入，建成世界一流，行业领先。证券公司作为一个商业机构，赢利是首要条件。“公司不可能没有给股东回报而去要求拿钱出来投入。”据记者了解，这个问题集中体现在中小型的证券公司身上；第三，行业缺乏指导规则。比如客户量达到多少，证券公司的系统容量要达到多少标准，行业缺乏一个指导思想；此外IT系统的收费乱七八糟，缺乏一个收费标准；第四，规划跟不上变化。一公司总裁说，去年股市刚刚走牛的时候，他们进行了一次系统的大扩容。“当时电脑部经理信誓旦旦地说，‘这下我们管上三年了’，可事实是半年不到，系统就开始透支了。”据这位总裁讲，他们公司现在半天多一点的佣金收入相当于前几年一个月的收入，佣金收入剧增的背后就是客户交易量的猛升。
银证矛盾再成焦点
除了上述原因之外，还有一个矛盾的焦点银证衔接的问题。很多证券公司IT部负责人在接受记者采访时是大倒苦水，投资者不管青红皂白，只要是交易当中出现问题，便把所有的责任归咎于证券公司，很多证券公司负责人也是如此，只要接到客户投诉，首先想到就是电脑部没有做好，电脑部应该承担这个责任。
据他们讲，投资者的证券交易涉及的主体是多方面的，首先是证券公司的前台，这包括电话委托系统和网上交易的系统软件，然后是证券公司服务器的指令接收，然后是与交易所数据库的对接，然后是交易所的报盘、然后是中登公司的撮合，然后再循环回去。“这里面任何一个环节出现问题，投资者的证券交易都将受到影响。”一券商信息技术部总经理对记者说，“目前交易所和中登公司的问题相对较少，矛盾的焦点主要集中在银证衔接上面。”
他告诉记者，由于各证券公司取消现金柜台之后，投资者证券交易的所有环节都要与银行打交道。特别是在第三方存管模式下，银行要参与到证券交易资金的交割清收，这等于在证券公司原本完善的资金交收系统里面，增加了一个新的参与主体，但同时银行又不承担交割清收的责任，因此一旦出现问题，银行、投资者、监管层都将责任归咎到证券公司的头上。“责任与义务明显不匹配。”
同时他还指出，在股市屡创天量，开户数急剧增加的同时，证券公司的交割清收的工作量也是大幅增加，很多证券公司的财务人员每天都是忙到晚上三、四点钟。这样，问题就出现了，证券公司可以要求自己的员工加班加点，但是银行却不会因为这个推迟下班时间，于是很多银行出现当证券公司延迟了交割时间之后，就拒绝录入相关数据的情况，这样导致的结果就是很多投资者正常下单之后，资金账户上却显示不出来，导致很多投资者以为自己的资金“不翼而飞”。
另一方面，由于银行的对接系统一直与证券系统存在很大的差距。证券公司在大力升级换代的时候，并不能要求银行也跟着升级换代，因为从银行收入构成来看，与证券公司的合作收费只占其中间收入中的很小的一部分，从利润与支出的比例上看，银行没有动力去进行对接系统的升级换代。此外，很多证券公司反映，银行“店大欺客”的现象也非常严重，一旦出现任何问题，银行便将全部责任推到证券公司的头上。
银证合作的矛盾也导致了证券公司大集中和第三方存管工作的推进。很多证券公司负责人26日在上海表示，由于涉及银证衔接等问题，他们已经明确下令停止了大集中和第三方存管的上线工作。
证券行业作为金融行业的重要组成部分。其IT应用属于最早的行业之一。
证券行业的业务系统主要包括：行情发送系统，行情传送系统，行情接收系统，行情客户端系统，交易系统，结算系统，开户系统。
行情发发送系统，传送系统，接受系统主要通过上海，深圳高速单向卫星完成。保证行情的高可靠性，同时还建有通过isdn，ddn专线系统做备份。其主要系统开发商为深圳的卫星通信公司。
行情客户端揭示系统主要是客看行情的主要系统，主要是基于netware的novell的无盘系统，软件平台为DOS其主要开发商为钱龙，胜龙，大智慧，通达信等。
交易系统是证券行业中最复杂，最重要的系统。分客户端交易系统，交易中间件，交易结算系统，报盘系统等。
交易客户端包括：热自助，刷卡，电话，网上交易，手机等。
其系统开发商主要：恒生，金正，顶点，新利，核新，通达信等。
交易中间件主要是把不同的客户端提交的交易数据统一协议提交给结算系统和报盘系统。其主要开发商为恒生，金正，顶点。
交易结算系统是对交易的数据进行清算，保存。其主要开发商也是恒生，金正，顶点。
报盘系统是把交易的数据通过卫星传回上交所和深交所，和成交结果返回。
除了行情系统，咨询系统也是证券行业的重要组成部分，除了巨灵，港澳，百智投，大智慧等还有数不清的大大小的咨询机构。
随着交易佣金的下调，股市行情的大环境的变化，证券行业竞争越来越激烈，导致整行业的不佳，加上外国券商的进入。整个行业寻求新的运作模式。证券电子商务兴起。
各大券商都纷纷建起电子商务网站，其大部分为j2ee或者是.net,
主要的集成商为声润，港澳，巨灵，方正奥德，融会兴业等。
网上交易作为一大重点也迅速发展起来，成为电子商务的生力军，主要券商都建立了自己的网上交易系统。其主要集成商为：
恒生，核心，通达信等。
其中集中交易成为热点，恒生，顶点，金正都在不断的划分自己的地盘。
ERP开始在券商中兴起。而上海普元走在先锋，先后完成广发，华泰等大项目。
证券也正向以提高客户服务程度为口号的大发展中。
当记者在北京亚运村的一座写字楼里，找到网上交易软件提供商核新软件的北京分公司时，第一印象是，它看起来很不起眼。但是核新软件公司目前在全国网上交易系统市场份额大概占到60%。
“我们的运营维护人员几乎是7×24小时都在为证券公司服务，但是我们的服务费并没有增加。”核新软件北京分公司总经理李苏明说，“在证券公司扩容过程中，最大的受益者是硬件厂商，对于我们这样的软件提供商来说，运营维护的工作量增加了很多，但是证券公司并没有为此多付给我们钱。”
硬件厂商尝甜头 系统集成商复苏
据记者了解，目前证券公司在系统扩容上的投入少则几百万元多则几千万元，而其中硬件平台的投入至少要占到60%以上，其中尤以交易终端机器、PC服务器、小型机、存储设备为主要采购方向。
记者在核新软件的办公室看到，有5台HP的服务器堆放着。经询问得知，这是某证券公司购买以后，交由核新软件公司安装应用系统，然后经过测试，运到其河北石家庄的营业部。而西南证券公司技术部门负责人向记者透露，目前已经完成了4批HP瘦客户机采购，数量约1000台左右。
目前来看，像IBM、HP这样的硬件提供商确实已经开始享受证券IT扩容带来的商机，但是诸如核心软件和金证科技这样的交易软件提供商却纷纷表示，“效益还没有显示出来”。
而以杭州恒生电子为代表的系统集成商却开始看到新的商机。记者曾在2002年股市最低迷的时候，走访了数家金融行业的系统集成商。他们用了“难过”、“恶化”、“萎缩”、“死掉”等等词语来描述行业的状况，让人感到刺骨寒冷。然而，在新一轮行情到来的时候，杭州恒生为最先得到利益的系统集成商。数据库厂商、服务器、存储等硬件设备厂商都纷纷找上门来，签署战略合作协议，联手出击正在释放能量的证券市场。
赢得信任 商机无限
从记者了解到的情况来看，证券行业确实为IT行业提供着越来越多的商业机会。一方面，证券公司在大行情考验之后，痛定思痛，开始重新设计和构建大容量、运算处理能力更强，业务类型更加复杂的新一代交易系统平台；另一方面，很多证券公司在完成了集中交易及其他基础性建设工作后，开始积极准备实施客户交易结算资金第三方存管系统；除此之外，证券公司由于市场竞争的压迫，开始着手构建营销和服务平台。
但是，证券公司对于IT厂商抱着既依赖又不信任的态度。一位证券公司的IT部门老总直言不讳地对记者说：“对于IT厂商，我们一概投不信任票。”首先是因为证券IT部门对软件提供商提供的产品并不满意。他们认为，软件提供商为了让它的产品符合市场的需要，必然会删减个性化的需求；其次，随着市场的扩大，服务提供商能够实现的服务承诺越来越少，服务在摊薄。另外，对于系统的后期升级、开发、维护、优化，服务商通常的态度是：“要么加钱，要么就排队等着。”
因此，对于重新设计和构建新的平台系统，证券公司IT部门对IT厂商怀着一种复杂的心态，想自己组建队伍独立开发，但是人员匮乏而且时间也不允许；把系统开发外包，就等于把自己的未来5年甚至10年交到一个公司手里，既不甘也不放心。
一位券商IT老总私下对记者说：“在营业部级的交易系统时代，恒生、金证等公司几乎垄断市场，证券公司往往不得不受制于人。面向下一代系统设计，我们虽然对这些软件提供商在技术上实力和能力上充分相信，但是还是很担心和害怕对软件商的依赖太强。”
如此看来，赢得证券公司的信任，才能真正把握商机。
虽然5月30日股市受国家提高印花税的影响而暴跌，但是多方人士仍未失去对股市重新“发飙”的信心。而就IT而言，股市的震荡显然不可能让证券公司如火如荼的IT系统建设停下脚步，因为频频告急的系统问题已经让证券公司IT部门抓狂，也把证券公司的IT系统建设“逼上梁山”。还因为，证券公司不可能再容忍自己在突如其来的“天量”行情面前措手不及、不堪一击。
当记者如约来到北京复兴门金融街的银河证券IT中心时，一位穿蓝色衬衫的人男士急速小跑赶到我们前面，推开了主任室的门，闪了进去。我这才反应过来，他就是银河证券IT中心主任王恒。
股市行情暴涨，各证券公司的系统频频告急。证券公司技术部门的负责人也开始高速旋转起来。保持系统正常运行、及时排除系统故障、第三方存款系统的招投标、系统的升级和扩容等等事情让他们焦头烂额。
民族证券总工程师马光悌也刚从全国各地的证券营业部巡视回来。“到各地营业部就是处理各种各样的问题，有系统问题、有技术问题、有资源调配问题，反正是能解决的当场解决，不能解决的尽快想办法解决。”民族证券在大行情来临前，已经顺利地切换了系统平台，但是网上交易系统的小问题还是层出不穷。
而那些在大行情到来之前没有做好系统准备的证券公司，正忐忑不安地准备着应对突如其来的灾难。
股市疯了 证券IT急了
现在证券业的一天，等于过去的一年。IT系统的压力也与日俱增，不能出现任何瑕疵。
在鞍山，足有两个篮球场大的交易大厅被挤得水泄不通。两个巨大的交易显示屏下
面，数千个股民的脑袋簇拥在一起看行情，而柜台交易早已排起了数十人的长队，场面实在是非常壮观。马光悌刚刚从宁波、成都、漳州等地巡视回来，在谈到自己最近在证券交易第一线所看到的情形时，既兴奋又紧张。
股市的确是疯了。根据中国证券登记结算公司的统计数据，到5月28日沪深两市账户数已突破1亿大关。而根据中国证监会最新统计数据显示，截至4月30日，股票市场共筹资1124.67亿元,同比增长1927.63%；4月份股票成交金额49122.64亿元，同比增长586.28%; 证券投资基金成交金额725.45亿元，同比增长479.99%。
证券公司把目前的股市称为“天量行情”，在此“天量行情”下，股民在交易现场的反应也变得非常极端。因为交易的人太多，柜台交易不堪重负，股民情绪焦躁，情急之下，各种歪招都使了出来。营业厅的小键盘交易机系统设定只有两分钟交易时间，有的人就在快到时间的时候关机，然后重启；有的把交易机的小键盘的封锁铁条橇掉; 更有甚者，甚至把机器的开关砸掉，只有自己才能开；而有的股民形成同盟，几个人把一台机器围成一圈，不让其他人插入，轮流操作。
证券公司IT系统全面告急。自今年5月1日之后，大多数证券公司的IT系统都“几乎顶不住了”。在北方区域，柜台交易系统的压力更加突出；而南方闹得最厉害的还是网上交易系统，由于委托难，交易矛盾已经变得非常尖锐。由于每个公司都有一套核心的交易系统，支持在线交易和现场交易最终的这两块的压力都会汇聚到后台核心交易系统，所以整体表现是“全面吃紧”。
5月9日，各大证券公司的交易系统已经出现很严重的“堵单”。有的堵单是因为主系统故障，有的是由于各种接口没有做好，有的是银行的代码错误导致问题出现，也有因为存储系统导致堵单，可以说不一而足。马总说：“现在证券公司IT部门就像大夫一样，整天面对和处理各种各样的病情。” 而在不久前的一次证券行业内部的沟通会上透露，100多家证券公司中有15家出现了较长时间的交易故障。
“国泰君安的平台上每天有155万笔交易，250亿元的交易额，增长速度还在不断翻番。”国泰君安CIO俞枫感叹，“现在证券业的一天，等于过去的一年。IT系统的压力也与日俱增，不能出现任何瑕疵”。银河证券CIO王恒也表示，公司IT系统资源利用率基本上达到90％以上，最少的设备利用率也有70%，存储空间亟待扩容。
股民更是怨声载道，网上交易的用户，不但行情浏览常常出现问题，更为可恼的是，委托交易速度极慢，屡屡让股民错失稍纵即逝的“抓钱”机会，这对股民来说不能容忍。为了解决看行情时的慢，各证券公司开始封锁自己的行情，只供自己的客户使用; 而对于委托交易慢，证券公司大多采取的解决办法是增加一个委托站点。
在福建漳州，有个老人家问马光悌: “你是搞技术的人吗？”马光悌说：“是啊。”老人家说：“你把交易做得快一点，我给你们送一盒好茶。” “这不是骂我们吗？”马光悌说。
几乎所有的压力都汇聚到证券公司IT部门，他们成为了“众矢之的”。
亡羊补牢 解危
现在证券公司增加IT投入，其实是在还前几年积累下来的债，但现在证券公司才做系统扩容和系统改造，风险和难度都非常大。
记者在采访中了解到，从2006年6月开始，证
券公司在涉及业务的几乎所有环节都高度紧张。而网上交易、柜台交易、后台处理、通信接入与银行接口等等任何一个环节出现问题，都会引发多米诺骨牌效应。俞枫在接受记者采访时坦率地说: “业务上升对IT系统的压力是全方位的，包括对接入点、通信稳定、主机处理能力和具体业务系统处理能力，都有影响。如同水桶原理一样，每个环节都要加强。”
事实的确如此。目前证券公司非现场交易系统部分占70%～80%的交易量，这个环节出了问题影响巨大。但是如果网上交易系统扩容以后，通信带宽不进行升级扩容，那么通道就必然会成为瓶颈，这个瓶颈可能是证券公司和电信之间的接口，也可能是证券公司节点和总部之间的链接；而如果前端交易系统扩容、通道拓宽，也就相应要求后台处理系统的处理能力、响应速度、容量等提升和扩大。马光悌说：“系统不能有短板，哪里有短板就补哪里。”
而在谈到证券IT系统危机四伏的根本原因时，大家不约而同地指向IT投入不足。金证公司副总裁徐岷波说：“在整个行业低迷的状态下，IT投入被压缩得很厉害，可以说是紧巴巴地过日子，很多证券公司的系统容量、冗余备份都远远不够。”
2001年以后，股市进入长达5年的熊市，在这5年间，证券公司度日如年，证券行业的IT投入几乎陷入停滞。一些证券公司已经招标并准备实施的大集中系统，也因为没有钱而半途而废，像申银万国这样的大证券公司，原计划投资3亿元建设大集中系统，最终投入的费用也是一减再减。
“证券公司亏损严重，根本不可能想着为将来的牛市做投入，IT部门不能在‘开源’上有所作为，而是在‘节流’上做文章，想方设法地节省。因此，证券公司系统疏于维护，机器严重老化，沉疴痼疾也就越来越多。”某知名证券公司的技术部门负责人对记者说，“在当时的情况下，要想在系统维护、升级、优化、改造等方面花钱，简直是异想天开。”
徐岷波认为，现在证券公司增加IT投入，其实是在还前几年积累下来的债。“目前容易出问题的证券公司主要就是前期投入不足者，所以才会临到头来头痛医头脚痛医脚；如果证券公司的系统前期规划和建设比较到位，应对现在的行情就会从容得多。”
而这轮行情之下，一些中小证券公司反倒占了先机。比如招商证券、国信证券，还有一些地方性的证券公司，他们都是做当地接入，委托交易速度非常快，并以此为优势，拉走了很多大证券公司的客户。这使得大证券公司感到压力，因为股民流失，就意味着白花花的银子跑到别人的口袋，是绝对不能容忍的事情。
“我们对于委托交易慢，非常紧张，因为这会造成客户的流失，对于证券公司来说就是损失。所以现在证券公司拼命增加IT投入，想方设法增加站点来留住客户。”马光悌说，“我们都是被行情教训了以后，才意识到这样玩下去肯定是不行的，所以我们现在是大干快上”。
但是现在赶紧投入，问题也来了。一些证券公司技术部门职员认同记者的看法，现在证券公司是在 “亡羊补牢”。虽说“亡羊补牢，未为迟也”，但现在证券公司才做系统扩容和系统改造，风险和难度都非常大。证券行业内人士把现在证券公司IT部门的行为称为，“火车高速进行中换轮子”。
马光悌说: “火车速度慢的时候，没钱或者是想不起来要换轮子；现在有钱了，轮子已经快报废了，怎么办？只能是换！但是现在换，难度就增加了，可能导致翻车，也可能把火车换停了。”
今年3月，某知名证券公司收购其他证券公司，新增多家营业部，在行情大幅波动的情况下，进行大规模系统升级，内容涉及软件优化、更换主机、系统切换、系统调优、营业部上线等各方面工作。但是由于数据库优化中没有使用分区技术，在交易迅速扩大的情况下引起巨大的性能瓶颈，加上优化后的软件未能与新主机磨合好，最终导致交易瘫痪。
图一 2006年证券业重点IT系统投资规模
图二 2007年证券业重点IT系统投资规模
权宜之计 扩容
扩容之前，交易系统好比一个有高血压的人，能吃能喝，但是随时可能倒下；而现在血压基本正常，虽偶然有小病，但是已经没有大碍。
1月8日早上9:15，鞍山民族证券营业部，数千人已经把营业部挤得水泄不通，没有人注意到现场的马光悌额头渗出了汗水。在系统切换那一刻，所有在后台的人都屏住呼吸，空气几乎凝固了，四周一片寂静，马光悌脑子里面不停闪现的是几千人冲进来的混乱场面。
9:25第一笔交易处理正常，然后是10分钟、1小时，直到中午11:30分，系统交易没有出现任何波动，股民根本没有任何感觉。至此，民族证券最后一个营业部上线，标志着全公司系统切提成功。
“其实我们也是被大行情教训了，实在顶不住了，才这样痛下决心。”马光悌介绍说，一开始，民族证券和其他很多证券公司一样，哪里有伤有痛，找一个创口贴先贴上。但是行情暴涨如同洪水汹涌而至，马光悌意识到，再这样修修补补，总有一天会出大事，于是一咬牙，换！在总公司领导支持下，一家一家切换，把软件升级，把以前的PC服务器全部扔掉，换成小型机。“我们当时要是犹豫的话，现在局势就会很严峻。”马光悌暗自庆幸自己当初的果断。
“证券公司系统切换的风险是非常大的，因为硬件平台、软件运行、硬件和软件的兼容测试、运行测试、应用软件的测试等等环节很多，而任何一个细节都可能暗藏风险。”徐岷波说。
民族证券之所以能如此坚定地走出这一步，一方面是因为其营业部规模较小，二是因为马光悌曾在中信证券负责系统建设，有系统切换的经验。马光悌还坚持认为，“服务器微机时代已经过去了，大量的证券公司都将纷纷转移到小型机平台，这个趋势在明年将会很明显。”
民族证券只是证券公司扩容运动中的一个案例。从2006年开始，几乎所有的证券公司都忙于扩容，但是各证券公司的做法却是迥异。徐岷波认为，从扩容方式上看，有两种方法可行: 一种是走高端高配置的路线，完全更换系统，就是将以前的PC服务器平台向小型机迁移；一种是走低端低配置路线，在现在的PC服务器的架构上，进行硬件的扩容和升级，就好比是在以前的细铁丝上再加上几根细铁丝，以此来应对当前的情况。
总体上看，中小型规模的券商大多采用了高端高配置、整体平台切换的路线。比如华泰证券，2006年，华泰证券选择了恒生电子大集中系统，采用了大型数据库Oracle平台，并用小型机代替传统的PC服务器，使系统的处理效率和处理能力得到了很大的提升。同时通过Oracle数据库的RAC技术，以及恒生公司自主研发的中间件平台群组技术，使得集中交易系统的处理能力可平行扩展，很好地满足华泰证券未来的业务发展需求。在此次交易量节节攀升的大行情下，华泰证券大集中系统充分经受住了考验。
大型证券公司在系统平台的升级上显得保守一些，因为拥有上百家营业部的大证券公司，其实施集中交易以后，风险变得更大。这些风险包括系统升级风险、系统技术支持风险、项目实施风险、清算风险、接口非标准化风险等等。“集中交易实际上就是把以前分散在各营业部的经纪业务风险，集成转化成为电脑的、系统的风险。而且这个风险完全系于一个核心交易系统、一个平台、一条主通道，一荣俱荣，一损俱损。”马光悌说，“这就是国内那些大券商步履维艰、踌躇不前的原因。”
在大型券商中，国泰君安勇敢地走出了这一步。早在2005年，国泰君安就已经对系统进行了改造。国泰君安采用了 IBM 的 IA 服务器系统，实施了“集中分布式”的构架。在一年半的时间内，116 家营业部全部平稳上线，成功地实现了对证券 AB 股业务、债券业务、开放式基金业务、银证通业务等多种经纪业务进行集中处理。集中交易系统在实现复杂业务逻辑的同时，实际运行中达到交易超过 1000笔/秒，查询超过 10000笔/秒，实现了经纪业务平台的集中高效管理和数据的快速应用。而最近，国泰君安又对主机进行了升级、增加了带宽，接入点数量也增加了。
马光悌如此形容证券公司扩容后的状态，扩容之前，好比一个高血压的人，能吃能喝，但是随时可能倒下；而现在血压基本正常，虽偶然有小病，但是已经没有大碍。
人们在关注股市风险的同时，却往往忽略了证券IT系统也有可能带来“崩溃”的危险。
未雨绸缪 “双万”指标
我们为什么不在有财力、有能力的情况下做更大胆的设想，按照股市指数一万点、交易量一万亿的指标来重新设计和架构我们的柜台交易系统？
最近马光悌在不同的场合宣扬他的“双万”构想，有的人认为这个设想太疯狂了，有的人认为太超前了，但是马光悌自有一番理论，“煮一碗面还是煮面水多了才好吃，我们做系统设计也应同样如此。”
“双万架构并不疯狂。” 徐岷波说，“现在已经有客户向我们提出了更高的目标，按照1.5万亿的交易量来做系统架构的重新设计。但是6000-8000亿的交易量是大多数券商比较认同的一个区间。”采访中，俞枫对此没有做正面评价，他只是表示，“交易量和系统架构并没有太直接的联系。”
但是也有颇多反对之声，认为现在的股市完全是一种非正常状态，如此大手笔的IT系统投入完全不值得。但是马光悌认为，中国的股市投机性比较强，所以就会出现如此大的瞬间交易量，针对中国股市这种特殊的情况，在重新构建系统的时候，必须要有前瞻性。
一位证券行业资深人士认为，2006年开始的股市大行情，将是证券IT系统建设的一个转折点，证券IT需要完全摈弃原来的营业部级的系统架构模式，而交易系统的开发商更是要在思想上经历一次彻底的革命。“我们和营业部级系统打交道已经至少有10年了，已经形成了思维定势，但是我们在重新设计和构建新的证券IT系统时，必须完全抛弃原来的一套思维模式和做法，颠覆以前的概念，做彻底的创新。”
评论: 证券IT 想想明天会怎样
在采访中，有业内人士向记者透露了一个惊天秘密：有的证券公司为了迎合股民对系统快速处理能力的需求，拉拢客户或者是留住客户，而在系统安全上面做较多的牺牲。比如，证监会要求网上交易时，每一笔单子必须显示IP地址，如果把IP地址屏蔽，是不允许的。但是实际上很多证券公司有意将IP地址屏蔽了；另外，证监会要求网上交易整个过程必须有记录、有监督。但很多证券公司把这个功能也屏蔽掉了；还有的证券公司为了释放系统的运行空间，把一些自认为“无关紧要”的安全防护功能也关掉了。
如此一来，就可能引起两大安全隐患：一是一些违规的“异动交易”不能及时监控到，最终可能造成股市大混乱，比如一些基金经理的违规操作行为、一些“庄家”的异常操盘行为，都会给股民造成较大损失；二是系统受到病毒、黑客攻击的可能性大大增加。该人士直言不讳地说：“大家明明知道这样做存在安全隐患，而且总有一天会爆发，并很可能引起意想不到的严重后果，但是大家还是依然故我。”
今天，我们听到的是安全隐患，明天也许有更为“骇人”的问题暴露出来。这就是很多用户对券商IT系统的态度。实际上，证券IT系统建设曾是中国信息化领域的先锋，但是今天看来，证券IT系统并不那么让人信赖。相反，在突如其来的行情考验下，中国证券IT系统显得如此脆弱、如此不堪一击。
这不得不引起整个证券IT行业的集体反思：是因为我们的证券IT部门缺乏战略规划和眼光，还是因为IT部门在证券公司中“边缘化”，缺乏足够的能量以争取更多的投入和资源？是因为证券IT部门系统架构本身存在缺陷，还是因为在风险监控和管理方面重视不够？
今天尚处于四处救火状态的证券IT部门，也许该想想，面向下一个10年、面向下一轮股市风潮，证券IT如何做好充分的准备，以免重蹈覆辙。
SQL>set time on
20:42:24 SQL>set sqlprompt "_user _privilege> "
20:44:18 SCOTT >
很简单，到此为止就设置成功了。看看命令提示符上，有了时间和当前用户的显示。这个作用虽小，但是在一般在操作数据库的过程里，最好将此项打开，原因，自然为了安全。
让我们再增加一些其它的功能：现在还想显示今天的日期。我们需要做的就是用下面这些命令来使提示符显示想得到的信息。
SQL> set sqlprompt "_user _privilege 'on' _date >"
SYS AS SYSDBA on 06-JAN-04 >
再增加数据库连接标识符怎么样？您想知道您在“什么样”（在生产或开发中）的情况下，这种方法的确非常有帮助。
SQL> set sqlprompt "_user 'on' _date 'at' _connect_identifier >"
ANANDA on 06-JAN-04 at SMILEY >
到目前为止还不错；但我们可能想要以一种更详细的方式来显示当前的日期（带小时和分钟），以更加有用。
ANANDA on 06-JAN-04 at SMILEY > alter session set nls_date_format = 'mm/dd/yyyy hh24:mi:ss';
Session altered.
ANANDA on 01/06/2004 13:03:51 at SMILEY >
问题解决了：输入几行命令就得到了能够提供丰富信息的 SQL 提示符。将它保存在 glogin.sql 文件中，您就始终拥有这些特性。
Oracle登录自动执行文件glogin.sql:每次用户登录时自动执行该文件，可以将一些环境变量（如linesize）的设置命令或者其它命令放入该文件中。
glogin.sql文件路径：
Windows下：d:\oracle\ora10.2\sqlplus\admin\glogin.sql
UNIX: /u01/app/oracle/product/10.2.0/db_1/sqlplus/admin/glogin.sql
最后，推荐几篇关于Oracle10g特性的文章，Oracle Database 10g:为 DBA 提供的最佳的前 20 位特性
事先启动数据库
①用sys连接到数据库：sqlplus / as sysdba
②alter user scott account unlock
③exit
④sqlplus scott/tiger
⑤一般提示需要修改密码，修改完毕即可使用。
⑥show user； USER is "SCOTT" 修改成功！
使用scott用户，是因为一般scott用户下建立了默认的table用来使用学习，很方便。有以下几个方法可以查询scott用户下面的表：
①select table_name,column_name from dba_tab_cols where owner='SCOTT' order by table_name; （系统用户）
②select * from cat; （scott用户）
③select * from user_tables （scott用户）
④select * from tab; （scott用户）
⑤select owner,table_name from dba_tables where OWNER='SCOTT'; （系统用户）
help index:
SQL*Plus所特有的命令，它将显示SQL*Plus所支持的所有命令。
查看命令，以查看SET命令为例：
①？ set
②help set
上面任意一个都可以。
在SQL*Plus上大小写是不区分的。只是习惯上将关键字大写。
set sqlblanklines on;
这个命令可以支持在SQL*Plus上输入多个空行。
为了提高Oracle的执行效率，应该使用替代变量的执行方式输入。举个例子：
·1 SELECT * FROM dept WHERE deptno=&tt;
Enter value:10，20
·2 SELECT * FROM dept WHERE deptno=10;
·3 SELECT * FROM dept WHERE deptno=20;
1与2，3不同的方式在于，1只执行一个执行计划，而2和3要执行两个执行计划。如果选择1，自然会有效的提高语句的执行效率。
利用list或者l可以查看在Oracle缓冲区中执行过的命令。
缓冲区中的命令用/表示执行。
如果打错了关键字的话，可以使用c或者change来修改
SQL>SELECT * FRON v$logfile;
SQL>c /N/M
SQL>SELECT * FROM v$logfile;
删除缓冲区的信息。DEL 4就是删除第四行的信息。删除多行的时候，DEL 2 5，则删除了第二行到第五行的信息。
SQL>L；
1* SELECT *
追加：
Append或A
SQL>A FROM dept;
1* SELECT * FROM dept;
将SQL语句保存到磁盘:
sava c：\oracle\test.txt
执行的话：
SQL>@c：\oracle\test.txt
查看内容：
SQL>get c：\oracle\test.txt
在SQL*Plus中可以使用edit命令来进行编辑。在windows中会自动调用记事本工具进行编辑。
DESC （describe）
COL bytes FORMAT 999,999,999
SELECT bytes FROM v$datafile;
SQL*Plus是Oracle允许输入和执行SQL语句以及PL/SQL块的一个交互工具。它能够运行脚本运行，生成一些简单的报表，以格式化方式来输出。在Oracle8i以后，可以利用SQL*Plus来启动和停止数据库。我们可以利用SQL*Plus执行一些数据库定义语言和操作语言的工作。在Oracle中，SQL*Plus是一个利用广泛，非常实用的一个工具。
利用SQL*Plus登录：
sqlplus sys/password as sysdba
如果没有打开实例，则可以以nolog登录：
sqlplus /nolog
然后再连接到数据库的实例：
connect sys/password as sysdba
（以sys用户登录时一定要用sysdba的身份）
接下来可以启动数据库，正常情况下输入以下命令就可以了：
SQL>startup
这个命令包括三个环节：
①首先启动数据库实例
②接着打开控制文件 database mounted
③然后打开数据文件 database opened
但是我们进行热备份的时候，是非归档方式的（可以通过archive log list来查看）。我们要修改在归档方式进行热备份，但是在数据库已经启动的情况下是不允许做修改的。这个时候要将数据库关闭，然后重新启动实例，然后打开控制文件，但是不打开数据文件，所以需要采用如下的命令：
1，SQL>startup mount
此选项表示，在启动数据库实例的时候，同时启动控制文件，但是不启动数据文件。
2，SQL>alter database archivelog；
3，SQL>alter database open;
这样就可以将数据库的非归档方式改为归档方式。
除此以外还有另外的一个命令：
SQL>startup nomount
此命令表示首先启动实例，但是连控制文件都不打开。
此命令的使用场合：就是当控制文件丢失一个或多个的时候，就用这个命令，以便于启动时重新创建控制文件。
关闭Oracle数据库的命令
SQL>shutdown immediate
这个是最常用的Oracle推荐的选项。迫使每个用户执行完当前的SQL语句后立即断开连接。
SQL>shutdown
这个表示正常关闭，等待所有用户断开连接后才真正的把数据库实例关闭掉。如果有空闲用户没有断开连接则会造成长时间无法关闭。
SQL>shutdown transactional
表示迫使用户在当前执行完成后断开连接，中止实例。恢复破坏的文件和数据文件不能同其他的数据库文件保持一致。
SQL>shutdown abort
这是一个比较严厉的手段。强行关闭数据库和实例。可能会造成文件的破坏，不到万不得已和不可抗力的时候不利用此手段。
在对数据库的操作中，尤其是对数据库表的drop，create时，需要将删除前和重建后的数据库表进行差分比较，这个时候往往需要将数据库表导出到csv文件里面。
以下面的test表为例说明如何将一个数据库表导出到CSV文件里面。
首先DESC一下表，看一下表结构是什么样的：
=================================================DESC test
Name Null? Type
------------------------ --------- -------------------
id NUMBER
name VARCHAR2(10)
age NUMBER
birthday DATE
address VARCHAR2(50)
email VARCHAR2(25)
=================================================
然后，将下面的语句保存为SQL文件，进入SQLPlus并执行。
=================================================
set heading off
set verify off
set feed off
set linezise 1024
set pause off
set echo off
set tab off
set timing off
set pagesize 0
set trimspool on
set termout off
spool test.csv
select
''||id||'|'||
''||name||'|'||
''||age||'|'||
''||birthday||'|'||
''||address||'|'||
''||email||'|'||
' '
from test
ordey by id;
spool off
=================================================
操作的时候，在Unix或者Linux系统下一般会将文件保存到当前用户所在的目录。
Oracle数据库的逻辑空间一般有一下的一些概念所组成（按照逻辑范围由大到小）：
表空间（tablespace），段（segment），盘区（extent）<有的翻译成扩展或者范围>，块（block）。
一个表空间对应一个或者多个数据文件（datafile）。从数据文件中并不能解读对应的表的信息，这也是数据库一个共同的特点。
一个表空间可以包括多个段，段与数据文件之间并没有映射关系。
Oracle存储数据的最基本的存储单位是块，在Windows平台下，默认的块大小是8K（8192字节），可以在安装全局数据库之前设置块的大小，但是oracle的块大小一定是操作系统块大小的整数倍。
Oracle中，若干个块组成一个盘区，若干个盘区组成一个段，若干个段组成一个表空间，我们真正指定表存储的时候，只能指定这个表存储在哪个表空间。
这就是Oracle的一个整体布局。
当一个Oracle实例开始运行的时候，会分配一个称为SGA（系统全局区）的大的内存块（如下所示数据库启动时显示的数据信息）。
=========================================
ORACLE instance started.
Total System Global Area 167772160 bytes
Fixed Size 1218316 bytes
Variable Size 83888372 bytes
Database Buffers 79691776 bytes
Redo Buffers 2973696 bytes
Database mounted.
Database opened.
=========================================
系统的SGA被该实例的所有后台进程共享。在SGA中，包括以下的几个缓存池。
①数据库高速缓冲区DBbuffer②大共享区③共享池④日志缓冲池Redo buffer⑤固定SGA
数据库高速缓冲区：
如果每次执行一个SQL查询的时候，Oracle都必须从磁盘读取数据块，并且每个改变都需要写入磁盘的话，那么Oracle的执行效率将非常的低。而DBbuffer经常能够使用内存中的数据块，在那里就能很快的得到访问。内存中用来频繁访问的区域就被称之为数据库高速缓冲区。
数据库高速缓冲区是SGA的区域里面最大的部分，包括以下的三个缓存池：
①保持缓存池：想在内存中长期保存和频繁访问（如代码表）而使用的缓存池。此缓冲池在关闭数据库之前一直保留，并不从内存中释放空间。
②再生缓存池：想尽快从内存中排除的对象使用此缓存池。（如频繁访问的大表）
③默认缓存池：除以上两种情况外的选择。
共享池也是Oracle当中一个非常重要的缓存区域，主要由库缓冲区和字典缓冲区所构成。用来缓存PL/SQL的程序单元，SQL语句的执行版本和相关的执行计划。共享池规模对数据库的性能有着重要的影响。
在库缓冲区又包括共享SQL区和PL/SQL区。在SQL区中保留了SQL语句的解释版本，以便再次使用的时候不必重新解释，目的是使这些语句再次执行的时候，能够提高进程的速度。PL/SQl区保留了PL/SQL的过程，函数等编译版本，以便于所有的用户能够共享。当程序执行一个PL/SQL的执行单元的时候，当有两个或者两个以上用户需要执行相同的过程，函数或者触发器等相关内容的时候，Oracle并不缓存两个或者两个以上的内存区域。Oracle的处理是，把相同的代码做一个拷贝，被不同的用户所缓存。
字典缓存区是用来缓存数据字典信息的一个区域。当分析SQL语句来校验表名，列名，数据类型等信息的时候，Oracle将频繁的提到数据字典。通过把对最频繁使用的信息存储到内存中，Oracle减少了相关SQL语句所引起的相关性能上的冲突。
Redo日志缓冲池是用来放置写入磁盘的Redo日志记录。循环方式，先进先出。
大共享区是Oracle的一个可选的特征。它提供了大内存块的隔离内存区。如果选择多线程的服务器，或者进行备份和相关的RMN等相关操作的时候，需要这个区域。
固定SGA区不能人为设定大小，是Oracle数据库自己控制的。
Oracle的文件系统主要分成以下的三大块：
控制文件（.CTL），数据文件（.DBF）,日志文件（.LOG）
这三种文件系统一般在以下路径可以找到：
/u01/app/oracle/oradata/oracleSID
除此三种文件还有一种参数文件，参数文件不是数据库系统中的有效组成部分，在启动数据库时，参数文件不直接参与工作，只是控制文件是由参数文件寻找的。
参数文件位置：
/u01/app/oracle/product/10.2.0/db_1/dbs/spfileoracleSID.ora
控制文件的内容会显示在参数文件中。参数文件的作用起到寻找控制文件的作用。
Oracle中有两种日志文件，一种为联机日志文件（重做日志文件），一种为归档日志文件。
REDO01.DBF和REDO02.DBF，REDO03.DBF是典型的联机日志文件，特点是顺序写文件，写满后写下一个，写满第三个循环写第一个，并且覆盖掉不做备份。
归档日志文件，在热备份的时候要选择的一种归档方式。
由控制文件控制数据文件和日志文件。数据库启动时启动对应实例后，首先启动控制文件，在由控制文件打开数据文件。例如在Linux启动数据库时可以看到的动作现象是：数据库装载：Database Mounted，然后打开数据库：Database Opened。其实就是先打开控制文件，在打开数据文件的过程。
用Sqlplus直观的可以看见：
以Oracle用户登录Sqlplus：
① sqlplus /nolog
② conn / as sysdba
如果是首次从Linux界面登录，需要启动Oracle数据库应用。
① sqlplus / as sysdba
② startup
查看控制文件
DESC v$controlfile
查看控制文件的状态和名称（显示路径）
SELECT status,name FROM v$controlfile;
查看数据文件
DESC v$datafile
比如查看数据文件的文件号和状态
SELECT file#,status FROM v$datafile;
看日志文件
DESC v$logfile
查看日志文件路径信息
SELECT member FROM v$logfile;
注：此安装过程同样适用于Oracle10g在Linux32上的安装。略有改动地方已注明。
1 视频下载地址 2 视频在线观看地址
<作者：遥远>
到 otn.oracle.com 网站上下载 oracle 11g
将上一次中已经安装好的虚拟机拷贝到一个新的目录，启动新的虚拟机。
编辑 /etc/sysctl.conf
kernel.shmall = 2097152
kernel.shmmax = 2147483648
kernel.shmmni = 4096
kernel.sem = 250 32000 100 128
fs.file-max = 65536
net.ipv4.ip_local_port_range = 1024 65000
net.core.rmem_default = 4194304
net.core.rmem_max = 4194304
net.core.wmem_default = 262144
net.core.wmem_max = 262144
生效 /sbin/sysctl -p
编辑 /etc/security/limits.conf
oracle soft nproc 2047
oracle hard nproc 16384
oracle soft nofile 1024
oracle hard nofile 65536
编辑 /etc/pam.d/login
session required /lib/security/pam_limits.so
session required pam_limits.so
编辑 /etc/profile
if [ $USER = "oracle" ]; then
if [ $SHELL = "/bin/ksh" ]; then
ulimit -p 16384
ulimit -n 65536
else
ulimit -u 16384 -n 65536
fi
fi
创建相关的用户和组：
/usr/sbin/groupadd oinstall
/usr/sbin/groupadd dba
/usr/sbin/useradd -g oinstall -G dba oracle
passwd oracle
创建目录：
mkdir -p /u01/app/
chown -R oracle:oinstall /u01/app/
chmod -R 775 /u01/app/
从windows网络邻居中mount oracle 11g的安装软件到linux
mount //192.168.2.1/oracle11g /mnt
切换成ORACLE用户 修改/home/oracle/.bash_profile，加入：
umask 022
ORACLE_BASE=/u01/app/oracle
ORACLE_SID=gaoyu
ORACLE_HOME=/u01/app/oracle/product/11.1.0/db_1
PATH=$PATH:$ORACLE_HOME/bin
export ORACLE_BASE ORACLE_SID ORACLE_HOME
export LC_CTYPE=en_US.UTF-8（如果是安装oracle10g的情况需要添加这行语句，防止安装画面汉语集字符出现“口”字，oracle11g不需要）
然后执行如下命令使之生效：
source .bash_profile
运行runInstaller 运行安装。
在安装过程中，会提示缺少下面的包，从Centos的安装盘中安装：
rpm -ivh libaio-0.3.105-2.i386.rpm
rpm -ivh libaio-devel-0.3.105-2.i386.rpm
rpm -ivh elfutils-libelf-devel-0.97.1-4.i386.rpm
rpm -ivh unixODBC-devel-2.2.11-1.RHEL4.1.i386.rpm
rpm -ivh unixODBC-2.2.11-1.RHEL4.1.i386.rpm
rpm -ivh sysstat-5.0.5-14.rhel4.i386.rpm
运行netca创建listener，选一路选默认即可
用dbca创建数据库，注意密码的大小写,选sample schema，字符集要选unicode。
