香醇咖啡

關於微軟的備份與回存機制
常常會有人不太清楚差異備份與增量備份的差別
其實差別在於差異備份不會將檔案標示為已備份
也就是不會將檔案的保存屬性A屬性拿掉
但是增量備份會將檔案標示為已備份
也就是會將檔案的保存屬性A屬性拿掉

 
 
Router：
中譯：路由器
功能：交換不同網段的封包、決定封包的傳送方向及路徑
作用層：TCP/IP的第三層及第四層(IP和TCP/UDP Port)
補充：市面上所售的IP分享器，也有人稱做ROUTER
不過功能上面就差很多了....
Switch：
中譯：交換器 或是 橋接器(Bridge)
功能：傳送封包，連接PC
作用層：TCP/IP的第二層(MAC)
補充：市面上有所謂的無網管功能及有網管功能的交換器
無網管功能的交換器有的地方會叫做Switch HUB
跟一般的交換器少了網路管理、VLAN、STP及Multicast管理的功能
HUB：
中譯：集線器
功能：連接多台PC
作用層：TCP/IP的第一層
Layer3 Switch(MultiLayer3 Switch)
中譯：第三層交換器 或是 多層交換器
功能：同Switch，不過多了 Routing(路由) 的功能
作用層：TCP/IP的第二層及第三、四層(MAC、IP及TCP/UDP Port)
補充：雖然Layer3 Switch也跟Router一樣有路由的功能
不過，仍然無法當作Router
因為現在的Layer3 Switch仍然無法做NAT(網路位置轉譯)功能
除非你要用像是Cisco 65XX等級的Layer3 Switch
現在需要一個設備來連接ADSL、專線或是FTTx  =====>那所需要的是Router 或是 IP 分享器
如果是要擴充連接的電腦                                   =====>那需要的是Switch and HUB 

交換機和路由器的應用，在網絡中是必不可少的，相對來說容易出現故障的機率也是比較大。尤其是交換機接口的問題也時將出現。大部分交換機都會有自我診斷的功能。當交換機或者交換機端口由於某些原因出現故障的時候，都會通過指示燈來告知管理員存在的錯誤。不過有些時候交換機也會存在誤診斷的情況。如交換機的端口工作指示燈明明表示正常，但是用戶卻反映網絡不通。如果只是普通的用戶，問題還不是很大。但是如果這個端口恰巧是用來進行備份的，那麼情況就會比較糟。為了避免這種情況，在實際工作中很多網絡管理員都喜歡採用交換機的UDLD模式來消除交換機的這種誤診斷。
一、什麼情況下會出現誤診斷?
誤診斷的情形主要是即使當鏈路或者交換機的端口指示燈正常的(即端口的狀態是UP的)，但是接口仍然無法正常傳遞數據流量。通常情況才將這種錯誤稱之為單向鏈路。一般情況下，當出現接口故障、軟件故障、硬件失效或者其他異常原因的時候，就會出現這種錯誤。憑現在的技術手段，交換機還不能夠從根本上避免這種錯誤的發生。為此只有採取其他的方式，加強對交換機端口的檢測，以儘早發現這種錯誤。在思科系列的交換機上，就採用了UDLD模式來解決這種情況下的誤診斷。
UDLD從理論上來說，其是在第二層工作的協議。不過從實際情況來看，其往往跟第一層的內容有很深的關係。也就是說，UDLD模式不光光在第二層運作，其還會跟第一層的相關機制協同工作，才能夠完成。其主要的思路就是UDLD協議運行在第一、二層之間，最終確定鏈路的實際工作狀態。當發現有“鏈路UP狀態正常，但是沒有傳遞流量”的時候，UDLD協議會馬上報警。具體的說，在第一層中通過自動協商功能來觀測物理信令等相關的參數運作。而UDLD協議則會完成一些自動協商機制不能夠執行的任務。讓自動協商發現物理信令有異常的時候，不會自動將端口從UP狀態轉換為其他狀態，從而導致了單向鏈路的故障。而UDLD協議能夠接受來自自動協商機制傳遞來的參數，然後再發現故障的時候及時的將交換機端口處於關閉狀態。可見，UDLD模式所採用的不隻隻是一種協議，而是UDLD協議與自動協商機制相互作用的結果。如果網絡管理員要啟動UDLD模式的話，那麼就必須要同時啟用UDLD協議和自動協商機制，在第一層與第二層中通過他們的各司其責、協同工作，來防止物理上或者邏輯上的單向連接，從而從根本上消除交換機的誤診斷。
網絡管理員需要明白的是，UDLD並不是交換機原有診斷體系的補充，而是一種獨立的診斷方法。也就是說，它是從另一個角度對交換機各個端口的運行狀態進行自我診斷。兩者之間基本上沒有衝突或者重疊的地方。在實際工作中，傳統的診斷方法與UDLD模式經常是同時使用。

導致交換機接口出現err-disable的幾個常見原因：
1. EtherChannel misconfiguration
2. Duplex mismatch
3. BPDU port guard
4. UDLD

常有客戶會問到ADSL的上、下行速度，例如客戶申請上行64k、下載512k的ADSL服務，他們會問到，是不是同時可以上行64k，下載512k？如果做不到，是不是我們的服務有問題？關於這個問題，需要從ADSL電路服務的物理特性出發，才能得到更正確的認識，ADSL電路的確是將上傳、下載頻寬切開。

例：上行64k，下載512k。但是一般網路所使用的TCP/IP協定，每一個封包，都需要有acknowledge訊息的回傳。也就是說，傳遞的資料，需要有一個收到資料的訊息回覆，才能決定後面資料的傳送速度，並決定是否重新傳遞遺失的資料以資料傳送的速度來看，上行的頻寬一部分是用來傳遞這些acknowledge(確認)的資料，上行頻寬滿載時，是會影響到acknowledge資料的傳送速度，並進而影響到下載速度。這在非對稱性的頻寬如上傳速度遠小於下載速度的ADSL服務的資料傳送，尤其明顯。

詳細的測試報告記錄於下，當上傳頻寬滿載時，下載速度約減為正常速度的40％，但測試仍有112k的下載速度。這並非電路頻寬的問題，而是TCP/IP資料傳送的技術限制，所有的ISP服務都有相同的狀況，非對稱性的資料傳送時，特別明顯！

 


ADSL連線速度測試報告


《一》測試環境


上傳滿載時，從中山大學FTP站下載檔案，測試下載頻寬情形。


 


《二》測試結果

1. 數據比較：上傳滿載時，下載最大頻寬114k/sec；上傳檔案完畢後，下載最大頻寬恢復到282k/sec。(詳如附圖一、二)


2. 上傳滿載時，會影響下載頻寬。影響最大頻寬約2.4倍，但仍有114k/sec的頻寬大於撥接的速度。

《三》影響原因分析

1. TCP/IP協定傳遞資料時，需要傳回acknowledgement資訊，來確認資料已收到，並做流量控制使用。因此，資料下載時，仍有acknowledgement資料需要上傳回覆資料傳輸情形，作為後續下載資料的傳送訊息。因此，上傳頻寬滿載時，會影響acknowledgement的回覆速度，確認速度慢因而下載速度也變慢。


2. TCP/IP的flow control，當acknowledge的速度快時，會加快下載的反應速度；相反的acknowledge速度慢時，會減緩下載的反應速度。因此，上傳頻寬滿時，flow control機制，也會再減緩下載速度。


3. ADSL為非對稱頻寬，下載的頻寬較大。也意味著需acknowledge上傳回去的資料量較大，在頻寬較小的上傳頻寬中與滿載的上傳資料同時搶頻寬，因此，上述效應更為明顯。

VI4提供了三種DISK TYPE:
Zeroed thick (default) : pre-allocated , zeroing於run time 
Eager zeroed thick : pre-allocated , zeroing於create-time  (效能較佳)
Thin: No-preallocated , zeroing於run time

LUN是對存儲設備而言的，volume是對主機而言的。

怎麼去理解呢？

選擇存儲設備上的多個硬盤形成一個RAID組，再在RAID組的基礎上創建一個或多個LUN（一般創建一個LUN）。許多廠商的存儲設備只支持一個RAID組上創一個LUN。此時LUN相對於存儲設備是​​一個邏輯設備。

禁止近親結婚的法令

　　按民法之規定，結婚應有公開儀式及二人以上之證人及不違反近親結婚限制(民法第九百八十三條)與重婚之禁止(民法第九百八十五條)等規定，即為有效之婚姻，並不以至戶政機關登記為生效要件，婚姻如符合前述規定縱未至戶政事務所辦理結婚登記，仍為有效之婚姻。至如雙方欲分開，該婚姻既屬有效，自應辦理離婚手續。

　　在我國傳統的倫理道德之中，「人倫」是非常重要的，違反人倫往往遭到整個社會的唾棄。而在近代社會中，「優生學」是一門非常重要的知識，違反了優生學的法則，往往會產下不健康的後代。為了避免因結婚而發生「亂倫」或「違反優生法則」的後果，民法特別對某些親屬之間的婚姻加以限制。

1盎司＝8.2944錢＝31.1035 公克


請參考下的換算表：

1.FaceTime視頻通話中的雙方必須都是iPhone 4用戶。
2.兩個iPhone 4都必須有蜂窩信號，能接打電話。 現在的鎖網機在沒有越獄解鎖的情況下是無法使用Facetime通話功能的。
3.兩台iPhone 4必須都在Wi-Fi環境下，不必在同一局域網中。 使用FaceTime需要保證防火牆的53, 80, 443, 4080, 5223和16393-16472 (UDP)端口沒有被封鎖。 如果對應的端口被封鎖的話，FaceTime也是無法成功的。

資料來源：http://www.zhaoipad.com/thread-2107-1-1.html