愛文娛己的教學筆記

最近入手了  BenQ Joybook U101W 這台小東西，10吋的螢幕，普遍的1024x576的解像度，無線，藍芽，可選配3G網卡，6 Cell的電池 基本上看到的東西與其他Netbook無異。 本篇只是描術一下用了幾天後對這台Netbook的感覺。 重量與Size: 普通輕，對用習慣12吋NB和14吋NB的我，他讓我明顯學會了NB真的很細小。 螢幕：很靚，很水。1024x576會讓人很難習慣，太窄了，對常上網頁的我來說576會讓人很不方便，anyway，要用netbook可能得習慣這一點。 續航力：因為我是用3G無線手指上網，所以慣性地將藍牙和無線網卡都關掉，可能會省電一點。 N270的CPU還真的蠻省電的，由上班9點開機開到中午1點，電池剛好用完....:) TouchPad：無奈地，TouchPad會讓我用到發瘋但又不能不用，那個該死的鍵實在有夠硬，用到姆指痛。 升級能力：對我來說是滿意的，因為我本身鍾意的Dell Mini 10 有致命缺點....RAM 1G Fixed 不能改，而其他Netbook 如 Lenovo S10 都有一條記憶體插槽可以讓用戶很簡單地換RAM。 而這台U101W還有另一個優點，但我沒做調查所以不清楚有多優。 就是他底部有一塊生口，可以讓你加裝一塊SSD硬盤進去....聽說可以此做雙系統.... 總括來說，我對玩家的要求本身並不會太高，換了2G的記憶體後，整體來說我對這台U101W都很滿意，主要是因為價錢還算廉宜的關係吧。

SNMP 簡介 一個網路管理系統一般要包含以下幾個元素：若干個 ( 可能很多個 ) 需要被管理的網路設備節點，如路由器、伺服器等設備，每個節點上都執行著一個稱為設備代理 (agent) 的應用進程，其實現對被管理設備的各種被管理物件的資訊如流量等的搜集和對這些被管物件的訪問的支援； ? 至少一個管理工作站，該管理站執行著管理平臺應用系統，實現為管理員提供對被管設備的視覺化的圖形介面，從而使管理員可以方便的進行管理；一個管理協定，用來定義設備代理和管理工作站之間管理資訊傳送的規程。其中管理協議的操作是在管理框架下進行的，管理框架定義了和安全相關的認證 , 授權 , 訪問控制和加密策略等各種安全防護框架。 在執行 TCP/IP 協定的互聯網環境中，管理協定標準是簡單網路管理協定 (Simple Network Management Protocol,SNMP) ，其定義了傳送管理資訊的協定消息格式及管理站和設備代理相互之間進行消息傳送的規程。 出於業界對網路管理協定標準化的迫切要求的驅動， IETF 於 1990 發佈了 SNMPv1 的正式 RFC 文檔；其設計思想重點放在保證協議的簡單性、靈活性和可擴展性上，並希望把 SNMP 作為一個過渡性的網管協議來作為實現對互連的網路設備進行管理時遵循的標準，待 OSI 的網路管理協定 -CMIP 的開發、實現和標準化成熟和完善到可以在業界推廣之後，再用 CMIP 來替換 SNMP 。但是由於各種的原因， CMIP 並沒有替代 SNMP ，而 SNMP 發展為業界的標準。 SNMP 一共發展有 3 個主版本，分別為 SNMPv1 ， SNMPv2 和 SNMPv3 。其中 SNMPv2 又分為若干個子版本，其中 SNMPv2c 應用最為廣泛 : SNMPv1: 是第一個正式協議版本，在 RFC1155-RFC1158 中定義，該版本採用了基於共同體名的安全機制； SNMPv2c: 這個版本被稱為基於共同體名的 SNMPv2 ，使用基於共同體名的安全機制和 SNMPv2p 做出的協議操作方面的擴充，由 RFC1901-RFC1906 定義； SNMPv3: 該協定版本採用基於用戶的安全機制，其安全機制是在 SNMPv2u 和 SNMPv2* 基礎上進行大量的評議以後進行了更新，並且對協定機的邏輯功能模組的進行了劃分而保證了良好的...

原文摘自網路.....出處不可考 本文來自   http://forum.slime.com.tw/thread208592.html  SQL - MySQL 資料庫的備份與還原 MySQL Server 的日常維護中最重要的一項大概就是資料庫的定時備份，而 MySQL 資料庫的備份方式有很多但一般來說大致上可概分為二種： Binary Copy (直接複製資料庫檔案) Dump Database (將資料庫輸出成為文字檔) 一、Binary Copy (直接複製資料庫檔案) 開門見山的說，非常不建議你這樣子做。MySQL 支援許多種不同的 Storage Engine，但並不是每一種 Storage Engine 都是 Binary Portable，意思就是說不是每一種 Storage Engine 都可以讓你把資料庫檔案直接複製到另外一台 MySQL Server，然後還可以正常運作的。MySQL 預設的 MyISAM Storage Engine 是 Binary Portable 的，因此若你的資料庫只有使用 MyISAM Storage Engine 的話，那麼你大可以直接複製資料庫檔案來進行備份（當然還必須考慮到資料的一致性，比方說複製之前先關閉 MySQL Server）。但若您有使用到 InnoDB Storage Engine，那麼你就不能這麼做，因為 InnoDB Storage Engine "不是" Binary Portable，只要 CPU 的浮點運算架構不同，複製過去的資料將無法正常運作。除此之外，你複製起來的 InnoDB 資料庫檔案(share table space)若是還原到不同版本的 MySQL Server 上，也會有很大的機率無法正常運作。除非你很肯定備份(複製)起來的資料只會使用在 "同一台 Server" 並使用 "同一個版本" 的 MySQL Server，不然請勿使用此方法進行備份。 註： 對於 MyISAM Storage Engine，每個資料庫(Database)都是一個獨立的目錄，而資料庫中的資料表則會分別以三個檔案儲存在該目錄中，這三個檔案分別是： FRM： 儲存這個資料表的結構 MYD： Row Data，也就是你存在資料表(table)裡...