① 大話存儲的目錄
第1章 盤古開天--存儲系統的前世今生 1
1.1 存儲歷史. 2
1.2 信息. 數據和數據存儲 5
1.2.1 信息 5
1.2.2 什麼是數據 7
1.2.3 數據存儲 7
1.3 用計算機來處理信息. 保存數據 8
第2章 IO大法--走進計算機IO世界 11
2.1 IO的通路--匯流排 12
2.2 計算機內部通信 13
2.2.1 IO匯流排可以看作網路么 14
2.2.2 CPU. 內存和磁碟之間通過網路來通信 15
2.3 網中之網 17
第3章 磁碟大挪移--磁碟原理與技術詳解 19
3.1 硬碟結構 20
3.1.1 碟片上的數據組織 22
3.1.2 硬碟控制電路簡介 28
3.1.3 磁碟的IO單位 29
3.2 磁碟的通俗演繹 30
3.3 磁碟相關高層技術 32
3.3.1 磁碟中的隊列技術 32
3.3.2 無序傳輸技術 33
3.3.3 幾種可控磁頭掃描方式評論 34
3.3.4 關於磁碟緩存 36
3.3.5 影響磁碟性能的因素 36
3.4 硬碟介面技術 37
3.4.1 IDE硬碟介面 37
3.4.2 SATA硬碟介面 40
3.5 SCSI硬碟介面 43
3.6 磁碟控制器. 驅動器控制電路和磁碟控制器驅動程序 50
3.6.1 磁碟控制器 50
3.6.2 驅動器控制電路 51
3.6.3 磁碟控制器驅動程序 51
3.7 內部傳輸速率和外部傳輸速率 53
3.7.1 內部傳輸速率 53
3.7.2 外部傳輸速率 54
3.8 並行傳輸和串列傳輸 54
3.8.1 並行傳輸 54
3.8.2 串列傳輸 55
3.9 磁碟的IOPS和傳輸帶寬(吞吐量) 56
3.9.1 IOPS 56
3.9.2 傳輸帶寬 57
3.10 小結：網中有網, 網中之網 58
第4章 七星北斗--大話/詳解七種RAID 59
4.1 大話七種RAID武器 60
4.1.1 RAID 0陣式 60
4.1.2 RAID 1陣式 62
4.1.3 RAID 2陣式 64
4.1.4 RAID 3陣式 67
4.1.5 RAID 4陣式 71
4.1.6 RAID 5陣式 72
4.1.7 RAID 6陣式 76
4.2 七種RAID技術詳解 78
4.2.1 RAID 0技術詳析 80
4.2.2 RAID 1技術詳析 82
4.2.3 RAID 2技術詳析 83
4.2.4 RAID 3技術詳析 85
4.2.5 RAID 4技術詳析 87
4.2.6 RAID 5技術詳析 90
4.2.7 RAID 6技術詳析 93
第5章 降龍傳說--RAID. 虛擬磁碟. 卷和文件系統實戰 95
5.1 操作系統中RAID的實現和配置 96
5.1.1 Windows Server 2003高級磁碟管理 96
5.1.2 Linux下軟RAID配置示例 105
5.2 RAID卡 107
5.3 磁碟陣列 119
5.4 實現更高級的RAID 119
5.4.1 RAID 50 119
5.4.2 RAID 10和RAID 01 120
5.5 虛擬磁碟 120
5.5.1 RAID組的再劃分 121
5.5.2 同一通道存在多種類型的RAID組 121
5.5.3 操作系統如何看待邏輯磁碟 122
5.5.4 RAID控制器如何管理邏輯磁碟 122
5.6 卷管理層 123
5.6.1 有了邏輯盤就萬事大吉 124
5.6.2 卷管理層 125
5.6.3 Linux下配置LVM實例 126
5.6.4 卷管理軟體的實現 128
5.6.5 低級VM和高級VM 130
5.6.6 VxVM卷管理軟體配置簡介 131
5.7 大話文件系統 134
5.7.1 成何體統--沒有規矩的倉庫 134
5.7.2 慧眼識人--交給下一代去設計 135
5.7.3 無孔不入--不浪費一點空間 136
5.7.4 一箭雙雕--一張圖解決兩個難題 137
5.7.5 寬容似海--設計也要像心胸一樣寬 139
5.7.6 老將出馬--權威發布 139
5.7.7 一統江湖--所有操作系統都在用 140
5.8 文件系統中的IO方式 140
第6章 陣列之行--大話磁碟陣列 143
6.1 初露端倪--外置磁碟櫃應用探索 144
6.2 精益求精--結合RAID卡實現外置磁碟陣列 145
6.3 獨立宣言--獨立的外部磁碟陣列 147
6.4 雙龍戲珠--雙控制器的高安全性磁碟陣列 149
6.5 龍頭鳳尾--連接多個擴展櫃 150
6.6 錦上添花--完整功能的模塊化磁碟陣列 152
6.7 一脈相承--主機和磁碟陣列本是一家 153
6.8 天羅地網--SAN(Storage Area Network)存儲區域網路 154
第7章 熟讀寶典--系統與系統之間的語言OSI 155
7.1 人類模型與計算機模型的對比剖析 156
7.1.1 人類模型 156
7.1.2 計算機模型 157
7.1.3 個體間交流是群體進化的動力 158
7.2 系統與系統之間的語言--OSI初步 158
7.3 OSI模型的七個層次 159
7.3.1 應用層 160
7.3.2 表示層 160
7.3.3 會話層 160
7.3.4 傳輸層 160
7.3.5 網路層 161
7.3.6 數據鏈路層 162
7.3.7 物理層 165
7.4 OSI與網路 166
第8章 勇破難關--Fibre Channel協議詳解 169
8.1 FC網路--極佳的候選角色 170
8.1.1 物理層 170
8.1.2 鏈路層 171
8.1.3 網路層 172
8.1.4 傳輸層 178
8.1.5 上三層 179
8.1.6 小結 179
8.2 FC協議中的七種埠類型 180
8.2.1 N埠和F埠 180
8.2.2 L埠 180
8.2.3 NL埠和FL埠 181
8.2.4 E埠 183
8.2.5 G埠 183
8.3 FC適配器 184
8.4 改造盤陣前端通路--SCSI遷移到FC 185
8.5 引入FC之後 186
第9章 天翻地覆--FC協議的巨大力量 191
9.1 FC交換網路替代並行SCSI匯流排的必然性 192
9.1.1 面向連接與面向無連接 192
9.1.2 串列和並行 193
9.2 不甘示弱--後端也升級換代為FC 193
9.3 FC革命--完整的盤陣解決方案 195
9.3.1 FC磁碟介面結構.. 195
9.3.2 一個磁碟同時連入兩個控制器的Loop中 196
9.3.3 共享環路還是交換--SBOD晶元級詳解 197
9.4 中高端磁碟陣列整體架構簡析 208
9.4.1 IBM DS4800控制器架構簡析 209
9.4.2 NetApp FAS系列磁碟陣列控制器簡析 212
9.4.3 IBM DS8000簡介 213
9.4.4 富士通ETERNUS6000磁碟陣列控制器結構簡析 214
9.4.5 EMC公司CX及DMX系列盤陣介紹 216
9.4.6 HDS公司USP系列盤陣介紹 217
9.5 磁碟陣列配置實踐 218
9.5.1 基於IBM的DS4500盤陣的配置實例 218
9.5.2 基於EMC的CX700磁碟陣列配置實例 227
9.6 小結 230
第10章 三足鼎立--DAS, SAN和NAS 233
10.1 NAS也瘋狂 234
10.1.1 另闢蹊徑--亂彈NAS的起家 234
10.1.2 雙管齊下--兩種方式訪問的後端存儲網路 237
10.1.3 萬物歸一--網路文件系統 238
10.1.4 美其名曰--NAS(Network Attached Storage網路附加存儲) 246
10.2 龍爭虎鬥--NAS與SAN之爭 247
10.3 三足鼎立--DAS. SAN和NAS 250
10.4 最終幻想--將文件系統語言承載於FC網路傳輸 251
10.5 長路漫漫--系統架構進化過程 251
10.5.1 第一階段：全整合階段 252
10.5.2 第二階段：磁碟外置階段 252
10.5.3 第三階段：外部獨立磁碟陣列階段 252
10.5.4 第四階段：網路化獨立磁碟陣列階段 253
10.5.5 第五階段：瘦伺服器主機. 獨立NAS階段 253
10.5.6 第六階段：全分離式架構 253
10.5.7 第七階段：能量積聚, 混沌階段 254
10.5.8 第八階段：收縮階段 254
10.5.9 第九階段：強烈坍縮階段 255
10.6 泰山北斗--NetApp的NAS產品 255
10.6.1 WAFL配合RAID 4 256
10.6.2 Data ONTAP利用了資料庫管理系統的設計 257
10.6.3 利用NVRAM來記錄操作日誌 257
10.6.4 WAFL從不覆寫數據 258
10.7 初露鋒芒--BlueArc公司的NAS產品 258
第11章 大師之作--大話乙太網和TCP/IP協議 261
11.1 共享匯流排式乙太網 262
11.1.1 連起來 262
11.1.2 找目標 262
11.1.3 發數據 263
11.2 網橋式乙太網 264
11.3 交換式乙太網 265
11.4 TCP/IP協議 266
11.4.1 TCP/IP協議中的IP 266
11.4.2 IP的另外一個作用 267
11.4.3 TCP/IP協議中的TCP和UDP 268
11.5 TCP/IP和乙太網的關系 271
第12章 異軍突起--存儲網路的新軍IP SAN 273
12.1 橫眉冷對--TCP/IP與FC 274
12.2 自嘆不如--為何不是乙太網+TCP/IP 274
12.3 天生我才必有用--攻陷Disk SAN陣地 275
12.4 ISCSI交互過程簡析 275
12.4.1 實例一：初始化磁碟過程 276
12.4.2 實例二：新建一個文本文檔 278
12.4.3 實例三：文件系統點陣圖 281
12.5 ISCSI磁碟陣列 283
12.6 IP SAN 284
12.7 增強乙太網和TCP/IP的性能 285
12.8 FC SAN節節敗退 286
12.9 ISCSI配置應用實例 287
12.9.1 第一步：在存儲設備上創建LUN 287
12.9.2 第二步：在主機端掛載LUN 289
12.10 小結 292
第13章 握手言和--IP與FC融合的結果 293
13.1 FC的窘境 294
13.2 協議融合的迫切性 295
13.3 網路通信協議的四級結構 299
13.4 協議融合的三種方式 300
13.5 Tunnel和Map融合方式各論 301
13.5.1 Tunnel方式 302
13.5.2 Map方式 303
13.6 FC與IP協議之間的融合 305
13.7 無處不在的協議融合 306
13.8 交叉融合 306
13.9 IFCP和FCIP的具體實現 307
13.10 局部隔離/全局共享的存儲網路 309
13.11 多協議混雜的存儲網路 310
第14章 變幻莫測--虛擬化 313
14.1 操作系統對硬體的虛擬化 314
14.2 計算機存儲子系統的虛擬化 316
14.3 帶內虛擬化和帶外虛擬化 319
14.4 硬網路與軟網路 323
14.5 用多台獨立的計算機模擬成一台虛擬計算機 323
14.6 用一台獨立的計算機模擬出多台虛擬計算機 324
14.7 用磁碟陣列來虛擬磁帶庫 324
14.7.1 NetApp VTL700配置使用實例 325
第15章 眾志成城--存儲群集 337
15.1 群集概述 338
15.1.1 高可用性群集(HAC) 338
15.1.2 負載均衡群集(LBC) 338
15.1.3 高性能群集(HPC) 338
15.2 群集的適用范圍 339
15.3 系統路徑上的群集各論 339
15.3.1 硬體層面的群集 339
15.3.2 軟體層面的群集 341
15.4 實例：Microsoft MSCS軟體實現應用群集 341
15.4.1 在Microsoft Windows Server 2003上安裝MSCS 342
15.4.2 配置心跳網路 344
15.4.3 測試安裝 344
15.4.4 測試故障轉移 345
15.5 實例：SQL Server群集安裝配置 345
15.5.1 安裝SQL Server 345
15.5.2 驗證SQL 資料庫群集功能 348
15.6 小結：世界本身就是一個群集 351
第16章 未雨綢繆--數據保護和備份技術 353
16.1 數據保護 354
16.1.1 數據保護的方法 354
16.2 高級數據保護方法 355
16.2.1 遠程文件復制 355
16.2.2 遠程磁碟(卷)鏡像 356
16.2.3 塊(快)照數據保護 356
16.2.4 Continuous Data Protect(CDP, 連續數據保護) 363
16.3 數據備份系統的基本要件 367
16.3.1 備份目的 368
16.3.2 備份通路 371
16.3.3 備份引擎 373
16.3.4 三種備份方式 377
16.3.5 數據備份系統案例一 378
16.3.6 數據備份系統案例二 379
16.3.7 NetBackup配置指南 380
16.3.8 配置DB2資料庫備份 392
第17章 愚公移山--大話數據容災 399
17.1 容災概述 400
17.2 生產資料容災--原始數據的容災 401
17.2.1 通過主機軟體實現前端專用網路或者前端公用網路同步 402
17.2.2 案例：DB2數據的HADR組件容災 405
17.2.3 通過主機軟體實現後端專用網路同步 411
17.2.4 通過數據存儲設備軟體實現專用網路同步 415
17.2.5 案例：IBM公司Remote Mirror容災實施 416
17.2.6 小結 421
17.3 容災中數據的同步復制和非同步復制 421
17.3.1 同步復制例解 421
17.3.2 非同步復制例解 423
17.4 生產者的容災--伺服器應用程序的容災 424
17.4.1 生產者容災概述 424
17.4.2 案例一：基於Symantec公司的應用容災產品VCS 428
17.4.3 案例二：基於Symantec公司的應用容災產品VCS 431
附錄 五百年後--系統架構將
走向何方 435
後記
② 伺服器集群如何實現訪問一個存儲
朋友，這是你的電腦「丟失」或「誤刪」了「系統文件」，或「系統文件」被病
毒和「頑固」木馬「破壞」，我給你8套方案！
（答案原創，嚴禁盜用，如有雷同，純屬山寨！）
（提示：360急救箱不能聯網，就先用：（5）網路修復，重啟電腦，或者使
用：離線模式）
1.下載個：「360系統急救箱」！（安全模式下，聯網使用，效果更好！）
（注意：已經安裝了「360安全衛士」的朋友，直接打開「木馬雲查殺」，
點擊:快速掃描，掃描結束後，中間有：沒有問題，請用360急救箱，點擊它！）
先點：「開始急救」查殺病毒，刪除後，「立即重啟」！
重啟開機後，再點開「文件恢復區」，全選，點：「徹底刪除文件」和「可
疑啟動項」！
再點開「系統修復」，「全選」，再「立即修復」文件！（關鍵一步）
再點開：「dll文件恢復」，掃描一下，如果沒有就行了，如果有丟失，添
加恢復，手動添加，立即恢復！
點開：「網路修復」，點：「開始修復」，重啟電腦！（關鍵一步）
2。用「360安全衛士」里「系統修復」，點擊「使用360安全網址導航」，「一
鍵修復」！（關鍵一步）
3。用「360安全衛士」的「掃描插件」，然後再「清理插件」，把它刪除！
4。再用「360殺毒雙引擎版」，勾選「自動處理掃描出的病毒威脅」，用「全盤
掃描」和「自定義掃描」，掃出病毒木馬，再點刪除！
重啟電腦後，來到「隔離區」，點「徹底刪除」！
5。使用360安全衛士的「木馬查殺」，全盤掃描，完畢再「自定義掃描」！
掃出木馬或惡意病毒程序，就點刪除！
重啟電腦後，來到「文件恢復區」，點「徹底刪除」！
6。如果還是不行，試試：「金山急救箱」的「擴展掃描」，立即處理，重啟！
或者：可牛免費殺毒，瀏覽器醫生，瀏覽器修復，立即掃描，立即修復！
7。再不行，重啟電腦，開機後，按F8，回車，回車，進到「安全模式」里，
「高級啟動選項」里，「最後一次正確配置」，按下去試試，看看效果！
8。實在不行，做「一鍵還原」系統！（方法：我的網路空間的博客里有）
③ 為何採用數據採集器, 還要HPC-6000系列
1、庫存的准確性提高
實時採集可以實現無線終端或移動計算機與倉庫數據中心之間數據實時雙向自由傳送。它保證了倉庫管理中貨物從入庫開始到產品出庫結束的整個過程，倉庫作業的各環節信息都在倉庫數據中心的准確調度、使用、處理和監控之下。庫存的准確性可以達到100%。
2、流通速度加快
由於倉庫操作的每一個環節，都沒有數據傳輸的時間延遲，倉庫中物品、人員、設備的流動不會因為信息傳遞的滯後而出現等待貨物，等待任務和設備空轉的狀態，倉庫內部的流動速度大大提高。
3、勞動強度和勞動復雜度變小，總的人員成本下降
倉庫管理員只須按照無線終端顯示的任務操作，無須擔心操作是否錯誤，在有效時間里能做更多的事情，人員效率提高。另外，實時採集可以減少登單和電腦錄入人員，人員成本下降。
4、有效庫容增加
因為實時數據交換，倉庫貨物流動速度迅速提高，使得庫位、貨位的有效利用率成倍提高。換句話說，使用實時技術後，貨物從入庫、整理、上架、出庫所花費的時間比原來要少得多，在同樣的時間里流轉的貨物就比原來更多。這樣，在沒有增加倉庫面積的情況下，貨物流通量增加了！所以，倉庫的有效庫容增加了。
5、實現無紙化操作，減少人工誤差
整個倉庫都通過實時數據採集技術來傳遞數據，訂單、調撥單、裝箱清單、送貨單和SKU等都可以與倉庫數據中心雙向交互、查詢。這就大大減少了紙面單據，避免了數據滿天飛的現象。又因為很多情況都是採用條碼掃描識別，在提高數據記錄速度的同時減少了人員操作錯誤。
6、訂單響應時間縮短
由於企業對倉庫的情況一目瞭然，在接到客戶訂單後就能夠及時響應，並通過倉庫數據中心把相關操作指令實時下發到各級倉庫操作員的無線終端里。各級人員按照系統操作指令拾取、整理、包裝相應物料，並迅速送交出庫。
7、實時更新庫存，保證帳物一致
實時數據採集保證了倉庫可以有效管控物品，並及時更新倉庫信息資料，這樣使得企業的財務帳與貨物帳對應一致，保證了企業的生產供應和客戶需求。
④ Hpc與卡波姆
給我一千分我也沒有辦法告訴你，因為這個問題很專業，而且知道的人不會告訴你的
這個屬於技術性的問題
確實，你說的也有道理
⑤ dell powervault me4系列存儲產品有什麼特性
藉助適用於入門級SAN和DAS工作負載的全新PowerVault ME4系列，整合您的存儲。ME4系列非常適合提升HPC、Exchange、備份、VDI等許多應用程序的性能。ME4系列旨在提供多項功能，支持各種驅動器類型、多協議、一應俱全的軟體功能，以及兩個2U或高密度5U基礎系統選項（帶擴展盤櫃）。PowerVault ME4系列可提供功能來簡化系統安裝、配置和維護等任務，支持IT一般技術師更高效地管理資源並專注於更重要的事務。
• 易於訂購且一應俱全的軟體
• 客戶可在15分鍾內安裝/配置
• 基於Web的直觀(HTML5)管理
• 輕松擴展，無中斷獲得一應俱全的企業級功能，PowerVault ME4系列存儲陣列提供存儲、管理和保護數據所需的軟體：
• 適應（分布式RAID）：改進了數據保護功能，可加快驅動器重建速度
• 精簡配置：根據需要分配和佔用磁碟池中的物理存儲容量
• 快照：通過時間點副本輕松恢復數據
• 復制：將數據復制到各個全局位置
• 卷復制：實現無縫卷重定位以及基於磁碟的備份和恢復
• SSD讀高速緩存：通過緩存之前讀取的數據，提升應用程序的執行速度
• 3級自動分層：優化數據性能並降低費用
• 虛擬化集成：將ME4陣列與VMware vSphere、vCenter SRM和Microsoft Hyper-V相集成PowerVault ME4系列經過專門構建並且針對SAN和DAS虛擬化工作負載進行了優化。將PowerVault ME4系列連接到Dell PowerEdge伺服器以解決伺服器容量擴展難題，或者將其連接到SAN以實現靈活性和可擴展性，從而確保業務應用程序始終快速可靠地訪問數據，性能不打折扣。
• 通過SAS、FC或iSCSI直接連接到Dell PowerEdge伺服器
• 利用FC或iSCSI並通過單個埠整合SAN存儲
⑥ 雲存儲架構分哪些層次,各自實現了什麼功能
(1)存儲層
雲存儲系統對外提供多種不同的存儲服務，各種服務的數據統一存放在雲存儲系統中，形成一個海量數據池。從大多數網路服務後台數據組織方式來看，傳統基於單伺服器的數據組織難以滿足廣域網多用戶條件下的吞吐性能和存儲容量需求；基於P2P架構的數據組織需要龐大的節點數量和復雜編碼演算法保證數據可靠性。相比而言，基於多存儲伺服器的數據組織方法能夠更好滿足在線存儲服務的應用需求，在用戶規模較大時，構建分布式數據中心能夠為不同地理區域的用戶提供更好的服務質量。
雲存儲的存儲層將不同類型的存儲設備互連起來，實現海量數據的統一管理，同時實現對存儲設備的集中管理、狀態監控以及容量的動態擴展，實質是一種面向服務的分布式存儲系統。
(2)基礎管理層
雲存儲系統架構中的基礎管理層為上層提供不同服務間公共管理的統一視圖。通過設計統一的用戶管理、安全管理、副本管理及策略管理等公共數據管理功能，將底層存儲與上層應用無縫銜接起來，實現多存儲設備之間的協同工作，以更好的性能對外提供多種服務。
(3)應用介面層
應用介面層是雲存儲平台中可以靈活擴展的、直接面向用戶的部分。根據用戶需求，可以開發出不同的應用介面，提供相應的服務。比如數據存儲服務、空間租賃服務、公共資源服務、多用戶數據共享服務、數據備份服務等。
(4)訪問層
通過訪問層，任何一個授權用戶都可以在任何地方，使用一台聯網的終端設備，按照標準的公用應用介面來登錄雲存儲平台，享受雲存儲服務。
2雲存儲技術的優勢
作為新興的存儲技術，與傳統的購買存儲設備和部署存儲軟體相比，雲存儲方式存在以下優點：
(1)成本低、見效快
傳統的購買存儲設備或軟體定製方式下，企業根據信息化管理的需求，一次性投入大量資金購置硬體設備、搭建平台。軟體開發則經過漫長的可行性分析、需求調研、軟體設計、編碼、測試這一過程。往往在軟體開發完成以後，業務需求發生變化，不得不對軟體進行返工，不僅影響質量，提高成本，更是延誤了企業信息化進程，同時造成了企業之間的低水平重復投資以及企業內部周期性、高成本的技術升級。在雲存儲方式下，企業除了配置必要的終端設備接收存儲服務外，不需要投入額外的資金來搭建平台。企業只需按用戶數分期租用服務，規避了一次性投資的風險，降低了使用成本，而且對於選定的服務，可以立即投入使用，既方便又快捷。
(2)易於管理
傳統方式下，企業需要配備專業的IT人員進行系統的維護，由此帶來技術和資金成本。雲存儲模式下，維護工作以及系統的更新升級都由雲存儲服務提供商完成，企業能夠以最低的成本享受到最新最專業的服務。
(3)方式靈活
傳統的購買和定製模式下，一旦完成資金的一次性投入，系統無法在後續使用中動態調整。隨著設備的更新換代，落後的硬體平台難以處置；隨著業務需求的不斷變化，軟體需要不斷地更新升級甚至重構來與之相適應，導致維護成本高昂，很容易發展到不可控的程度。而雲存儲方式一般按照客戶數、使用時間、服務項目進行收費。企業可以根據業務需求變化、人員增減、資金承受能力，隨時調整其租用服務方式，真正做到「按需使用」。
3雲存儲技術趨勢
隨著寬頻網路的發展，集群技術、網格技術和分布式文件系統的拓展，CDN內容分發、P2P、數據壓縮技術的廣泛運用，以及存儲虛擬化技術的完善，雲存儲在技術上已經趨於成熟，以「用戶創造內容」和「分享」為精神的Web2.0推動了全網域用戶對在線服務的認知