牛仔褲的夏天

??? 貝貝在宜城中心幼兒園的第一個(gè)“六一”國際兒童節(jié)終于來到了，這對于我們?nèi)襾碚f可是一個(gè)大日子。早上起來，貝貝卻有點(diǎn)擔(dān)心我們不陪他一起參加幼兒園的慶?；顒?dòng)，從而流露出一絲焦慮。其實(shí)我們才不會(huì)錯(cuò)過這個(gè)難得的機(jī)會(huì)呢，更何況爸爸媽媽和貝貝一起準(zhǔn)備的歌舞“小海軍”，也將在今天的慶?；顒?dòng)中一起亮相呢。

?????? 早上九點(diǎn)，我們準(zhǔn)時(shí)來到幼兒園。作為小朋友們的樂園，這里歡歌笑語，張燈結(jié)彩，處處洋溢著兒童節(jié)的歡快氣氛，貝貝也很快就融入到節(jié)日的氛圍之中了。

在陸老師和潘老師井然有序的安排下，小一班的慶祝活動(dòng)開始了。小朋友們分組表演了兒歌和童謠。輪到貝貝這一組開始表演了，我們趕快準(zhǔn)備拍照和攝像，一定要把這精彩的瞬間捕捉記錄下來。“ … 公雞每天早早起，母雞生蛋孵小雞 …” ，小朋友們花朵般幼嫩的歌喉伴隨著可愛的舞蹈動(dòng)作吸引了在場的每一位家長。當(dāng)我們還都沉浸在剛才精彩的幼兒歌舞表演時(shí)，家長們的趣味游戲“水果蹲”開始了，我和貝貝媽媽也積極參與了這個(gè)游戲。家長們的表現(xiàn)讓小朋友們?nèi)炭〔恢梗翱┛┛?/span> … 咯咯咯”，一串串的笑聲渲染了每一位大人和小朋友。

貝貝今天的表現(xiàn)很棒，當(dāng)陸老師說請貝貝家庭表演歌舞“小海軍”時(shí)，他很快就大大方方地跑到舞臺中央，聲音響亮，和爸爸一起唱起小海軍這首兒歌，同時(shí)動(dòng)作流暢，和媽媽一起跳著舞蹈，開開心心地完成了這個(gè)節(jié)目，贏得了大家的一片掌聲。我們一直都很珍惜與貝貝一同參加集體活動(dòng)的機(jī)會(huì)，因此心中尤為以這次在幼兒園里和貝貝一起同臺表演而感到高興。接下來，其他的家庭也都表演了各自精彩的節(jié)目，有講故事、鋼琴獨(dú)奏、雙簧，還有魔術(shù)，眾彩紛呈的節(jié)目把這次活動(dòng)的氣氛推向高潮。以至于活動(dòng)落下帷幕時(shí)，家長和小朋友們都還戀戀不舍呢。

回家后，貝貝蹦蹦跳跳，不時(shí)唱著兒歌，似乎還對今天的活動(dòng)意猶未盡。“六一”兒童節(jié)，我們?nèi)疫^得開心而有意義。通過這次活動(dòng)增強(qiáng)了貝貝在集體活動(dòng)中的自信心和責(zé)任感，同時(shí)也加強(qiáng)了我們和貝貝之間的互動(dòng)體驗(yàn)。

1
早上，貝貝站在我的摩托車踏板上，我送他去幼兒園。開到roundabout的地方時(shí)，貝貝說：爸爸就開這個(gè)溫度吧。 我問：什么？ 貝貝說：是速度，不要再加速度了。

2
貝貝喜歡打電腦游戲，前幾天特別喜歡玩一個(gè)哆啦A夢釣魚的flash游戲，如果不小心會(huì)釣到鯊魚，而且我們不讓他多玩。一天貝貝睡覺做夢而大哭，叫醒后問他做到什么夢了，他說：爸爸不讓我玩釣魚，而且釣到了鯊魚把小貓吃掉了。

3
晚上吃櫻桃，貝貝吃的很開心，還挑出紅的給我吃。我對貝貝說：挑1粒給媽媽吃吃，去拍拍她的馬屁。于是貝貝選了一個(gè)紅的櫻桃，跑到媽媽邊上說：媽媽，喏，吃個(gè)馬屁。

1. 域模型也稱為設(shè)計(jì)模型，由以下內(nèi)容組成：
??? 具有狀態(tài)和行為的域?qū)ο?br />??? 域?qū)ο笾g的關(guān)系

2. 域?qū)ο?Domain Object) - 對真實(shí)世界的實(shí)體的軟件抽象，也叫業(yè)務(wù)對象(Business Object)，分為：
????實(shí)體域?qū)ο?實(shí)體EJB，POJO)，為每個(gè)實(shí)體域?qū)ο蠓峙銸ID(Object Identifier)
????過程域?qū)ο?Session Bean, Message Driven Bean, Java Bean)
??? 事件域?qū)ο?事件觸發(fā))
? 三種域?qū)ο笪挥跇I(yè)務(wù)邏輯層

3. 域?qū)ο笾g的關(guān)系
??? 關(guān)聯(lián)(Association)：one to one, one to many, many to many, 單向, 雙向
??? 依賴(Dependency)：類與類之間的訪問關(guān)系，如果A訪問B的屬性或者方法，或者A負(fù)責(zé)實(shí)例化B，則A依賴B。過程域?qū)ο笸蕾噷?shí)體域?qū)ο蟆?br />????聚集(Aggregation)：整體與部分之間的關(guān)系，實(shí)體域?qū)ο笾g常見。聚集關(guān)系和關(guān)聯(lián)關(guān)系有相同的形式，區(qū)別是：對于聚集關(guān)系，部分類的對象不能單獨(dú)存在，它的生命周期依賴于整體類的對象的生命周期；對于關(guān)聯(lián)關(guān)系的2個(gè)類，可以分別單獨(dú)存在。
????一般化(Generalization)

?????
???

這2天用hsqldb做hibernate測試，做insert時(shí)，不論用hibernate的方法還是用jdbc的方法，顯示的一切信息都是成功的，可是后來打開hsqldb的manager，發(fā)現(xiàn)table里面沒有記錄insert，郁悶之極，覺得應(yīng)該是hsqldb的配置問題

于是打開那個(gè)script文件，最后找到這句配置：SET WRITE_DELAY 20
改為SET WRITE_DELAY 0后，一切正常了

我對decorate模式的理解：
1-首先要有一個(gè)Interface，提供一個(gè)通用的方法；
2-其次有n多個(gè)class來實(shí)現(xiàn)這個(gè)接口中的方法，這些實(shí)現(xiàn)方法在功能上應(yīng)該是并列的，但不是必須的，從而可以根據(jù)需要decorate那個(gè)需要被修飾的初始對象。
3-最后這些class都有一個(gè)帶有Interface作為參數(shù)的構(gòu)造方法和一個(gè)Interface的屬性，這樣在構(gòu)造的時(shí)候就可以取得那個(gè)需要修飾的對象的實(shí)例，然后在實(shí)現(xiàn)Interface的方法里面，首先實(shí)現(xiàn)修飾對象實(shí)例的修飾方法，然后再進(jìn)行自己的decorate方法。

根據(jù)這個(gè)想法來畫一張畫：

再寫段測試畫畫的代碼:

測試結(jié)果:

?最后有個(gè)問題：為什么不直接定義一個(gè)畫畫的類，然后把這些該怎么畫的事情分別通過方法來實(shí)現(xiàn)呢？ 那么什么情況下使用decorate模式更為合適呢？

你覺得自己是一個(gè)Java專家嗎？是否肯定自己已經(jīng)全面掌握了Java的異常處理機(jī)制？在下面這段代碼中，你能夠迅速找出異常處理的六個(gè)問題嗎？

??????? 1 OutputStreamWriter out = ...
　　2 java.sql.Connection conn = ...
　　3 try { // ⑸
　　4 Statement stat = conn.createStatement();
　　5 ResultSet rs = stat.executeQuery(
　　6 "select uid, name from user");
　　7 while (rs.next())
　　8 {
　　9 out.println("ID：" + rs.getString("uid") // ⑹
　　10 "，姓名：" + rs.getString("name"));
　　11 }
　　12 conn.close(); // ⑶
　　13 out.close();
　　14 }
　　15 catch(Exception ex) // ⑵
　　16 {
　　17 ex.printStackTrace(); // ⑴，⑷
　　18 }

作為一個(gè)Java程序員，你至少應(yīng)該能夠找出兩個(gè)問題。但是，如果你不能找出全部六個(gè)問題，請繼續(xù)閱讀本文。

本文討論的不是Java異常處理的一般性原則，因?yàn)檫@些原則已經(jīng)被大多數(shù)人熟知。我們要做的是分析各種可稱為“反例”（anti-pattern）的違背優(yōu)秀編碼規(guī)范的常見壞習(xí)慣，幫助讀者熟悉這些典型的反面例子，從而能夠在實(shí)際工作中敏銳地察覺和避免這些問題。

反例之一：丟棄異常

代碼：15行-18行。

這段代碼捕獲了異常卻不作任何處理，可以算得上Java編程中的殺手。從問題出現(xiàn)的頻繁程度和禍害程度來看，它也許可以和C/C++程序的一個(gè)惡名遠(yuǎn)播的問題相提并論??不檢查緩沖區(qū)是否已滿。

如果你看到了這種丟棄（而不是拋出）異常的情況，可以百分之九十九地肯定代碼存在問題（在極少數(shù)情況下，這段代碼有存在的理由，但最好加上完整的注釋，以免引起別人誤解）。

這段代碼的錯(cuò)誤在于，異常（幾乎）總是意味著某些事情不對勁了，或者說至少發(fā)生了某些不尋常的事情，我們不應(yīng)該對程序發(fā)出的求救信號保持沉默和無動(dòng)于衷。調(diào)用一下printStackTrace算不上“處理異?！?。

不錯(cuò)，調(diào)用printStackTrace對調(diào)試程序有幫助，但程序調(diào)試階段結(jié)束之后，printStackTrace就不應(yīng)再在異常處理模塊中擔(dān)負(fù)主要責(zé)任了。

丟棄異常的情形非常普遍。打開JDK的ThreadDeath類的文檔，可以看到下面這段說明：“特別地，雖然出現(xiàn)ThreadDeath是一種‘正常的情形’，但ThreadDeath類是Error而不是Exception的子類，因?yàn)樵S多應(yīng)用會(huì)捕獲所有的Exception然后丟棄它不再理睬。

”這段話的意思是，雖然ThreadDeath代表的是一種普通的問題，但鑒于許多應(yīng)用會(huì)試圖捕獲所有異常然后不予以適當(dāng)?shù)奶幚?，所以JDK把ThreadDeath定義成了Error的子類，因?yàn)镋rror類代表的是一般的應(yīng)用不應(yīng)該去捕獲的嚴(yán)重問題。可見，丟棄異常這一壞習(xí)慣是如此常見，它甚至已經(jīng)影響到了Java本身的設(shè)計(jì)。

那么，應(yīng)該怎樣改正呢？主要有四個(gè)選擇：

1、處理異常。針對該異常采取一些行動(dòng)，例如修正問題、提醒某個(gè)人或進(jìn)行其他一些處理，要根據(jù)具體的情形確定應(yīng)該采取的動(dòng)作。再次說明，調(diào)用printStackTrace算不上已經(jīng)“處理好了異常”。

2、重新拋出異常。處理異常的代碼在分析異常之后，認(rèn)為自己不能處理它，重新拋出異常也不失為一種選擇。

3、把該異常轉(zhuǎn)換成另一種異常。大多數(shù)情況下，這是指把一個(gè)低級的異常轉(zhuǎn)換成應(yīng)用級的異常（其含義更容易被用戶了解的異常）。

4、不要捕獲異常。

結(jié)論一：既然捕獲了異常，就要對它進(jìn)行適當(dāng)?shù)奶幚?。不要捕獲異常之后又把它丟棄，不予理睬。

反例之二：不指定具體的異常

代碼：15行。

許多時(shí)候人們會(huì)被這樣一種“美妙的”想法吸引：用一個(gè)catch語句捕獲所有的異常。最常見的情形就是使用catch(Exception

ex)語句。但實(shí)際上，在絕大多數(shù)情況下，這種做法不值得提倡。為什么呢？

要理解其原因，我們必須回顧一下catch語句的用途。catch語句表示我們預(yù)期會(huì)出現(xiàn)某種異常，而且希望能夠處理該異常。異常類的作用就是告訴Java編譯器我們想要處理的是哪一種異常。

由于絕大多數(shù)異常都直接或間接從java.lang.Exception派生，catch(Exception ex)就相當(dāng)于說我們想要處理幾乎所有的異常。

再來看看前面的代碼例子。我們真正想要捕獲的異常是什么呢？最明顯的一個(gè)是SQLException，這是JDBC操作中常見的異常。另一個(gè)可能的異常是IOException，因?yàn)樗僮鱋utputStreamWriter。

顯然，在同一個(gè)catch塊中處理這兩種截然不同的異常是不合適的。如果用兩個(gè)catch塊分別捕獲SQLException和IOException就要好多了。這就是說，catch語句應(yīng)當(dāng)盡量指定具體的異常類型，而不應(yīng)該指定涵蓋范圍太廣的Exception類。

另一方面，除了這兩個(gè)特定的異常，還有其他許多異常也可能出現(xiàn)。例如，如果由于某種原因，executeQuery返回了null，該怎么辦？答案是讓它們繼續(xù)拋出，即不必捕獲也不必處理。實(shí)際上，我們不能也不應(yīng)該去捕獲可能出現(xiàn)的所有異常，程序的其他地方還有捕獲異常的機(jī)會(huì)直至最后由JVM處理。

結(jié)論二：在catch語句中盡可能指定具體的異常類型，必要時(shí)使用多個(gè)catch。不要試圖處理所有可能出現(xiàn)的異常。

反例之三：占用資源不釋放

代碼：3行-14行。

異常改變了程序正常的執(zhí)行流程。這個(gè)道理雖然簡單，卻常常被人們忽視。如果程序用到了文件、Socket、JDBC連接之類的資源，即使遇到了異常，也要正確釋放占用的資源。為此，Java提供了一個(gè)簡化這類操作的關(guān)鍵詞finally。

finally是樣好東西：不管是否出現(xiàn)了異常，F(xiàn)inally保證在try/catch/finally塊結(jié)束之前，執(zhí)行清理任務(wù)的代碼總是有機(jī)會(huì)執(zhí)行。遺憾的是有些人卻不習(xí)慣使用finally。

當(dāng)然，編寫finally塊應(yīng)當(dāng)多加小心，特別是要注意在finally塊之內(nèi)拋出的異常??這是執(zhí)行清理任務(wù)的最后機(jī)會(huì)，盡量不要再有難以處理的錯(cuò)誤。

結(jié)論三：保證所有資源都被正確釋放。充分運(yùn)用finally關(guān)鍵詞。

反例之四：不說明異常的詳細(xì)信息

代碼：3行-18行。

仔細(xì)觀察這段代碼：如果循環(huán)內(nèi)部出現(xiàn)了異常，會(huì)發(fā)生什么事情？我們可以得到足夠的信息判斷循環(huán)內(nèi)部出錯(cuò)的原因嗎？不能。我們只能知道當(dāng)前正在處理的類發(fā)生了某種錯(cuò)誤，但卻不能獲得任何信息判斷導(dǎo)致當(dāng)前錯(cuò)誤的原因。

printStackTrace的堆棧跟蹤功能顯示出程序運(yùn)行到當(dāng)前類的執(zhí)行流程，但只提供了一些最基本的信息，未能說明實(shí)際導(dǎo)致錯(cuò)誤的原因，同時(shí)也不易解讀。

因此，在出現(xiàn)異常時(shí)，最好能夠提供一些文字信息，例如當(dāng)前正在執(zhí)行的類、方法和其他狀態(tài)信息，包括以一種更適合閱讀的方式整理和組織printStackTrace提供的信息。

結(jié)論四：在異常處理模塊中提供適量的錯(cuò)誤原因信息，組織錯(cuò)誤信息使其易于理解和閱讀。

反例之五：過于龐大的try塊

代碼：3行-14行。

經(jīng)?？梢钥吹接腥税汛罅康拇a放入單個(gè)try塊，實(shí)際上這不是好習(xí)慣。這種現(xiàn)象之所以常見，原因就在于有些人圖省事，不愿花時(shí)間分析一大塊代碼中哪幾行代碼會(huì)拋出異常、異常的具體類型是什么。把大量的語句裝入單個(gè)巨大的try塊就象是出門旅游時(shí)把所有日常用品塞入一個(gè)大箱子，雖然東西是帶上了，但要找出來可不容易。

一些新手常常把大量的代碼放入單個(gè)try塊，然后再在catch語句中聲明Exception，而不是分離各個(gè)可能出現(xiàn)異常的段落并分別捕獲其異常。這種做法為分析程序拋出異常的原因帶來了困難，因?yàn)橐淮蠖未a中有太多的地方可能拋出Exception。

結(jié)論五：盡量減小try塊的體積。

反例之六：輸出數(shù)據(jù)不完整

代碼：7行-11行。

不完整的數(shù)據(jù)是Java程序的隱形殺手。仔細(xì)觀察這段代碼，考慮一下如果循環(huán)的中間拋出了異常，會(huì)發(fā)生什么事情。循環(huán)的執(zhí)行當(dāng)然是要被打斷的，其次，catch塊會(huì)執(zhí)行??就這些，再也沒有其他動(dòng)作了。

已經(jīng)輸出的數(shù)據(jù)怎么辦？使用這些數(shù)據(jù)的人或設(shè)備將收到一份不完整的（因而也是錯(cuò)誤的）數(shù)據(jù)，卻得不到任何有關(guān)這份數(shù)據(jù)是否完整的提示。對于有些系統(tǒng)來說，數(shù)據(jù)不完整可能比系統(tǒng)停止運(yùn)行帶來更大的損失。

較為理想的處置辦法是向輸出設(shè)備寫一些信息，聲明數(shù)據(jù)的不完整性；另一種可能有效的辦法是，先緩沖要輸出的數(shù)據(jù)，準(zhǔn)備好全部數(shù)據(jù)之后再一次性輸出。

結(jié)論六：全面考慮可能出現(xiàn)的異常以及這些異常對執(zhí)行流程的影響。

改寫后的代碼

根據(jù)上面的討論，下面給出改寫后的代碼。也許有人會(huì)說它稍微有點(diǎn)?嗦，但是它有了比較完備的異常處理機(jī)制。


OutputStreamWriter out = ...
　　java.sql.Connection conn = ...
　　try {
　　　Statement stat = conn.createStatement();
　　　ResultSet rs = stat.executeQuery("select uid, name from user");
　　　while (rs.next()){
　　　　out.println("ID：" + rs.getString("uid") + "，姓名: "+ rs.getString("name"));
　　　}
　　}
　　catch(SQLException sqlex)
　　{
　　　out.println("警告：數(shù)據(jù)不完整");
　　　throw new ApplicationException("讀取數(shù)據(jù)時(shí)出現(xiàn)SQL錯(cuò)誤", sqlex);
　　}
　　catch(IOException ioex)
　　{
　　　throw new ApplicationException("寫入數(shù)據(jù)時(shí)出現(xiàn)IO錯(cuò)誤", ioex);
　　}
　　finally
　　{
　　　if (conn != null) {
　　　　try {
　　　　　conn.close();
　　　　}
　　　　catch(SQLException sqlex2)
　　　　{
　　　　　System.err(this.getClass().getName() + ".mymethod - 不能關(guān)閉數(shù)據(jù)庫連接:" + sqlex2.toString());
　　　　}
　　　}
　　　if (out != null){
　　　　try {
　　　　　out.close();
　　　　}
　　　　catch(IOException ioex2)
　　　　{
　　　　　System.err(this.getClass().getName() + ".mymethod - 不能關(guān)閉輸出文件" + ioex2.toString());
　　　　}
　　　}
　　}




本文的結(jié)論不是放之四海皆準(zhǔn)的教條，有時(shí)常識和經(jīng)驗(yàn)才是最好的老師。如果你對自己的做法沒有百分之百的信心，務(wù)必加上詳細(xì)、全面的注釋。

一方面，不要笑話這些錯(cuò)誤，不妨問問你自己是否真地徹底擺脫了這些壞習(xí)慣。即使最有經(jīng)驗(yàn)的程序員偶爾也會(huì)誤入歧途，原因很簡單，因?yàn)樗鼈兇_確實(shí)實(shí)帶來了“方便”。所有這些反例都可以看作Java編程世界的惡魔，它們美麗動(dòng)人，無孔不入，時(shí)刻誘惑著你。也許有人會(huì)認(rèn)為這些都屬于雞皮蒜毛的小事，不足掛齒，但請記住：勿以惡小而為之，勿以善小而不為。

• name : 指定ActionMessages存放在request或者session內(nèi)的屬性key.
• message: 指定消息的來源, 如果為true, 對應(yīng)于key=Globals.MESSAGE_KEY的ActionMessages對象, 此時(shí)name屬性無效；如果為false, 則根據(jù)name屬性檢索ActionMessages對象, 如果沒有設(shè)置name, 默認(rèn)為Globals.ERROR_KEY. message屬性的默認(rèn)值為false.

     摘要: from: http://bobcat.webappcabaret.net/javachina/faq/ant_01.htm FAQ on ANT Building Process by Roseanne Zhang scjp, advanced, job tips, xml, ant, c/c++, ...  閱讀全文

aix的系統(tǒng)備份命令是mksysb, make system backup ,有點(diǎn)類似 ghost.

aix5.3支持微分區(qū)技術(shù),所謂微分區(qū)就是1臺機(jī)器上裝多個(gè)OS(操作系統(tǒng)),把這臺機(jī)器上的cpu資源進(jìn)行劃分,然后分配給每一個(gè)os使用,最小粒度是0.1個(gè)cpu.有點(diǎn)類似vmware軟件.讓一個(gè)機(jī)器跑多個(gè)操作系統(tǒng).這項(xiàng)技術(shù)早在ibm的大機(jī)上就已經(jīng)實(shí)現(xiàn)了.只不過最近才在小機(jī)和pc機(jī)器上發(fā)布.

TIVOLI是系統(tǒng)管理軟件.

關(guān)閉aix的命令:shutdown ->正常關(guān)機(jī),關(guān)閉所有服務(wù). halt -> 相當(dāng)于直接關(guān)閉電源.
重啟aix:shutdown -Fr

查看出錯(cuò)信息:errpt errpt -a | more -> 分頁顯示 errpt -a > /tmp/err01 輸出到文件.
清除錯(cuò)誤信息:errclear 0

smit 用鼠標(biāo)操作 smitty 用鍵盤來操作,一般用smitty為好.

ping -f 全速ping ,利用所有的服務(wù)器資源來ping,如果是多個(gè)服務(wù)器ping一個(gè)ip,可以把機(jī)器ping死.

幾個(gè)關(guān)于磁盤的名詞:
lv: logical volume 邏輯卷
pv: physical volume 物理卷
vg: volume group 卷組
pp: physical partition 物理分區(qū)
lp: logical partition 邏輯分區(qū)

pv對應(yīng)的是物理硬盤或者是磁盤陣列上劃分的lun,一個(gè)vg最多可以有1016個(gè)pp.
pv的上面是vg,一個(gè)vg可以包含多個(gè)pv.
vg的上面是lv,lv如果不作任何處理就是裸設(shè)備,也可以作成文件系統(tǒng).
lv被分為多個(gè)lp,默認(rèn)情況下,lp與pp是一一對應(yīng)的,也可以做成一對多的.這樣就相當(dāng)于用多個(gè)pp來作raid0備份.

lsdev -C | grep disk 可以查看物理磁盤的硬件信息
lspv 查看pv的信息 -p hdisk0 查看具體數(shù)據(jù)存放的位置:例如,數(shù)據(jù)在第m到n個(gè)pp上面.
lsvg 查看vg的信息 -l vg的列表 -c 被使用的vg -l rootvg 查看rootvg的詳情.
lslv -m lv1 查看lv1 的lp與pp的映射.
getlvcv -AT lv1 看到lv1的控制信息.
fsck -y /dev/newlv 檢查lv.

smit vg 可以管理vg
smit lv 管理lv

varryonvg rootvg 激活rootvg卷組,varryoffvg newvg 使newvg卷組脫機(jī).

nbpi:number of bytes per inode 每個(gè)i節(jié)點(diǎn)擁有的字節(jié)數(shù),這個(gè)參數(shù)越小,文件系統(tǒng)的可用的inode越多.如果inode用完,即使有剩余空間,系統(tǒng)也會(huì)報(bào)空間不夠.此時(shí)要調(diào)小nbpi的值.一般是4k
df -k 中iused 指的是i節(jié)點(diǎn)的使用情況.

設(shè)置從cd啟動(dòng),bootlist -m normal cd0

啟動(dòng)時(shí)按ESC+1或者F1,可以進(jìn)入啟動(dòng)菜單.選擇啟動(dòng)方式.

用smitty crfs 創(chuàng)建完文件系統(tǒng)以后還要mount.
/etc/filesystems 文件記錄文件系統(tǒng)的信息.如想把某個(gè)lv映射到不同的文件系統(tǒng)路徑上面,可以直接修改這個(gè)文件.

用logform /dev/testloglv 將lv格式化成jfs的log的格式.

file 文件名 可以看某個(gè)文件的信息,包括文件類型,可執(zhí)行文件,文本文件,等等.

uname -a 可以看到os的信息.

fsck 檢查文件系統(tǒng)的信息,在umount的時(shí)候是準(zhǔn)確的, 相當(dāng)于windows的磁盤掃描.

碎片整理 smitty jfs

lsfs /root 顯示文件系統(tǒng)的屬性

各個(gè)組件的關(guān)系:

lsps -a 查看page space的使用情況

vgda:vg description area 每個(gè)vg的頭部存放vg的描述信息,
如果包含2個(gè)pv,那么第一個(gè)pv會(huì)在頭部和另一個(gè)位置存放2個(gè)vgda,第2個(gè)pv也會(huì)存放一個(gè).
如果包含3個(gè)pv,那么每個(gè)pv上都有1個(gè)vgda.
vg的信息在odm中也會(huì)存儲(chǔ),但必須和vgda中的信息一致,否則無法varryonvg,有下面4個(gè)命令來管理odm中的vg信息.
importvg:從vgda中讀取信息到odm中
exportvg:從odm中刪除vg信息
varryonvg:激活(online)vg
varryoffvg:卸載(offline)vg

修改vg的factor,這樣可以將vg的max pp 從默認(rèn)的1016 增大1倍,到2032,但由于vgda的總大小不變,這些信息都是記錄到里面的.所以vg的最大文件數(shù)要減小1倍,實(shí)際上是個(gè)等式:max pp * max file = 固定的一個(gè)值,factor增大,實(shí)際上是max pp * factor,max file / factor.具體做法:chvg -t 2 rootvg 修改factor為2.vgda

用cfgmgr,來刷新,來認(rèn)出新assign的hdisk.
cfgmgr -v 檢查新設(shè)備,新硬件.
-i /dev/cd0 從光盤自動(dòng)安裝新硬件驅(qū)動(dòng).

當(dāng)作雙機(jī)時(shí),2個(gè)服務(wù)器server1 和 server2 來連接同一個(gè)盤陣,server1對磁盤分配一個(gè)pvid,當(dāng)?shù)谝淮吻袚Q到server2時(shí),要用ckdev命令來讀出server1配置的pvid.系統(tǒng)是通過pvid來識別pv的.
ckdev -l hdisk1 -a pv = clear 清除pvid
ckdev -l hdisk1 -a pv = yes 新置pvid

lsdev 查看物理設(shè)備
lsdev -C 顯示所有設(shè)備狀態(tài)
rmdev -l cd0 邏輯刪除 cd0
mkdev -l cd0 安裝cd0
rmdev -d -l cd0 刪除cd0設(shè)備驅(qū)動(dòng)

查看cpu的信息
lsattr -El proc0
lsdev -C | grep proc
查看內(nèi)存的信息
lsattr -El mem0
查看光驅(qū)的信息
lsattr -El cd0
查看硬盤的信息
lsattr -El hdisk0

lscfg -vp | more 分頁看全部硬件信息
prtconf | more 列出硬件信息

查看誰在使用cdrom fuser /cdrom -k 直接殺掉用戶進(jìn)程

telnet的登陸信息存放在/etc/motd文件中.
想查看最近有誰登陸,用last命令.
查看登錄失敗的信息: /etc/security/failedlogin
存放用戶密碼的文件:/etc/security/passwd

用戶登錄需要運(yùn)行的腳本:
1 /etc/profile
2 /etc/environment 在這個(gè)文件中設(shè)置中文環(huán)境,LANG=zh_CN
3 用戶profile ,分2種情況:
如果是命令行登錄,則運(yùn)行/home/user/.profile
如果是圖形登錄,則運(yùn)行 /home/user/.dtprofile 需要將次文件中,#DTSOURCEPROFILE=TRUE 的# 去掉,否則還是使用.profile.

在/dev下面有2種設(shè)備,一種是block設(shè)備,一種是char(字符)設(shè)備.這取決于不同的應(yīng)用.

vmstat的某些行的解釋:
vmstat->faults->cs: user calls 用戶調(diào)用的次數(shù)
cpu->wa: >40 說明io繁忙
kthr: kernel thread
kthr->r 在運(yùn)行隊(duì)列中等待執(zhí)行的進(jìn)程
b 正在等待io的進(jìn)程
memory->avm:active vitual memory 物理內(nèi)存+使用的虛擬內(nèi)存,以4k為單位.
page->re:是pin 和 pout 的總和.
sr:search的內(nèi)存塊數(shù).
fr:釋放的內(nèi)存塊數(shù).
每次作page out時(shí),系統(tǒng)要搜索物理內(nèi)存以找到可以釋放的塊,sr和fr分別代表搜索的和通過搜索找到的可以釋放的塊 數(shù).如果2者很接近,說明內(nèi)存中有很多用于file cache,內(nèi)存的數(shù)量是夠用的.如果fr/sr的值很小,說明內(nèi)存不夠.

tty:代表終端

iostat:
%tm_act 實(shí)際transaction的百分比
tps 每秒發(fā)生的次數(shù)
kbps 每秒的速率
名詞:thrasing: 應(yīng)用程序頻繁交換,導(dǎo)致paging過多.

/usr/samples/kernel/vmtune -f 120 -F 128
-f 120 代表minfree mem < 120 時(shí)要進(jìn)行page out
-F 128 代表maxfree mem > 128 時(shí)要進(jìn)行page in
-p -P 也跟page out 有關(guān),具體不清楚,還需明確.

sar->avque:平均的請求數(shù)

對文件系統(tǒng)作監(jiān)視:filemon
filemon -o /tmp/a.txt -O all -v
運(yùn)行之后系統(tǒng)會(huì)一直監(jiān)視文件系統(tǒng)的使用情況并記錄日志,-T 64000 是使用的buffer cache,在大型系統(tǒng)上,這個(gè)值可以調(diào)大.
運(yùn)行一段時(shí)間后,要停掉filemon,使用trcstop 或者 kill -9 進(jìn)程.
從a.txt中可以看到使用最頻繁的文件等信息,有些類似statspack的報(bào)告.

對于后綴是Z的文件用uncompress來解壓縮. uncompress a.tar.Z

用strings 命令來看2進(jìn)制文件

如何調(diào)大page space,直接設(shè)置對應(yīng)lv的大小.如果對應(yīng)lv的vg空間不夠的話,可以向vg中加硬盤.

dd的用法:dd if=/dev/rnewfs of=/dev/rcopyfs bs=1024 count=10240
bs: block size 塊大小,1024字節(jié)
count: block count 塊的數(shù)量
if是input file ,of 是output file

將任務(wù)切換到后臺執(zhí)行: ctrl+z ,然后 bg+回車
查看后臺執(zhí)行的程序:jobs
把后臺執(zhí)行的程序切換到前臺執(zhí)行:fg %n n是后臺的job 編號

ip抓包工具:iptrace 和 tcpdump
iptrace -a a.out
停止iptrace:kill -9
tcpdump -i en1 -w a.out a.out 是輸出文件

把進(jìn)程與cpu綁定:bindprocessor -U 進(jìn)程號 cpuid
bindprocessor -U 12345 0

odm庫:
env | grep obj
ODMDIR=/etc/objrepos 這是odm庫的存儲(chǔ)路徑

在disk0上生成引導(dǎo)區(qū)
bosboot -a -d /dev/hdisk0

用kdb 查看os 的 dump

ethernet channel 把2個(gè)網(wǎng)卡綁定到1個(gè)ip,可以作網(wǎng)絡(luò)負(fù)載均衡.

crontab 設(shè)置定時(shí)任務(wù)
crontab -l list the crontab
crontab -e edit the crontab
crontab的格式:分鐘 小時(shí) 月中的天數(shù) 月份 星期 命令
minute:
0 到 59
hour:
0 到 23
day_of_month:
1 到 31
month:
1 到 12
weekday:
星期日到星期六的 0 到 6 時(shí)
要在每星期日上午 2 時(shí)運(yùn)行 fwlogmgmt 命令，請將下列各行添加至 crontab 文件底部：
0 2 * * 0 /usr/bin/fwlogmgmt -1

發(fā)送郵件,aix和redhad linux 都默認(rèn)安裝了smtp郵件服務(wù),可以直接給internet發(fā)郵件.
mail -s "test mail" haochunpeng@ninetowns.com < $ORACLE_BASE/admin/$ORACLE_SID/bdump/alert$ORACLE_SID.log
mail -s "test mail" haochunpeng@ninetowns.com <<EOF
******** MAIL CONTENT *******
FJLADSFJLAKHFGAL
FJALDSKFJA
FASLJFLASF
*****************************
EOF
有了crontab和mail,就可以定時(shí)監(jiān)控?cái)?shù)據(jù)庫,然后把報(bào)告發(fā)送郵件到管理員的信箱.

kill -9 9 是kill命令傳送的一個(gè)信號,一共15個(gè)信號可以發(fā)送.

/etc/ftpusers 限制登錄ftp的用戶,誰在這個(gè)文件里面,誰就登不進(jìn)去.

網(wǎng)絡(luò)服務(wù) /etc/inetd.conf 刷新 refresh src -d

lslpp -l | grep http 查看安裝的軟件

檢查瓶頸:
利用vmstat iostat 查看總體情況,ps aux 可以看到具體進(jìn)程占用資源的情況.
如果是io瓶頸,可以利用filemon -o /tmp/a.txt -O all; sleep 10;trcstop 來查看io資源的使用情況.

辨別僵尸進(jìn)程:ps -ef pid 那列是 defunc的為僵尸進(jìn)程.

幾個(gè)不錯(cuò)的aix網(wǎng)站:
http://www.douzhe.com
http://www.xfocus.net/articles/200208/433.html