① 大话存储的目录
第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推动了全网域用户对在线服务的认知