以至于断电的时候不至于丢失数据，所有数据的读写都是先通过缓存，缓存容量一般1G或者2G，写数据的时候，客户发出写的命令时，其实是先写道缓存，然后阵列通知用户写动作结束，写入成功，因为是写到缓存，所以对用户来说，速度是很快的，其实，这时候，缓存正准备向磁盘写入，如果磁盘写入成功，那么缓存方能删除此次的数据，如果此时突然断电，磁盘写失败，那么缓存便知道发生灾难，电池会继续保持缓存中数据和待处理的写动作，等待来电时继续执行。对于IBM的DS6800系列，电池可以支持72小时。
DS6800机头是一个双控制器，双电池后备板，双电源，4个host access口的机头，每个控制器可以连接7个扩展柜，但是机头中的磁盘已经属于一个控制器带了，所以这个控制器在外部，还能带6个，另一个控制器带7个，所以一共是14个柜子（包括了机头），每个柜子最多放16块盘，这样一共224块盘的容量。
下面说说raid和lun的问题，因为机头上有控制器，所以，可以通过机头来管理raid，而不需要额外的raid卡。机头背面有以太网接口，可以通过以太网连接到机头，有的可以直接通过telnet就可以完成配置，有的则需要在主机上安装相应的管理软件，然后连接机头，做相应配置。机头的ip地址由厂家预先设好，可以自己改，通过串口，用超级终端通信。阵列的配置，无非就是先选好几块盘，作raid组，然后在raid组上，划分lun，大小自定；然后作group，可以是raid组group、lun group，主机group等，就和windows系统中的用户组一样，为了方便管理；然后作主机map（映射），或者叫host attachement，所谓map就是说让哪个或者哪个组（哪些）主机能看到相应的lun，或lun group，设定好map后，主机开机，便会看到分配给它的新磁盘（对应阵列上的lun），主机可以对其进行分区，格式化等常规磁盘的操作，而不必也无法关心这个lun在阵列中是由哪些盘组成的，raid类型是什么，这些都是阵列控制器关心的，上层主机是看不到的。
这次本来想说说双机，但是今天去帮网友调BE（backup exec），想把过程说说，一是为了给读者阅读，二也为了把过程记录下来，以后有用处。
周六晚上和一个网友聊天，说是周一他要给客户调BE，自己搭了个环境，练练手，说是remote agent不管是push安装（从一台机器上通过ipc共享，将安装文件及安装命令通过lan拷贝到客户机，在本机控制客户机安装），还是将安装文件拷贝到客户机，本地安装，都不能安装成功（辨别方法是：看看服务里面有没有backup exec remote agent服务启动，或者看看windows或者winnt系统目录下的日志文件中有没有报错）。 和他约好今天上午去他公司一起研究研究，由于我也是蔡鸟，欣然接受，中午还捞了顿饭，呼呼。
大致过程如下：
搭建的环境是这样的：2台pc机，其中一台安装oracle9i，作为备份客户机，需要安装remote agent
以及oracle agent；另一台作为备份服务器，需要安装backup exec for windows server，同时也作为介质服务器（media server)
这个环境的安装顺序以及需要注意的问题：
1。 首先在备份服务器上，从光盘安装BEWS（backup exec for windows server），行话又称：BENT（也就是backup exec for NT enviroment）。安装的时候是这样的：
在安装界面中，先选择本地安装，BE的各个选件都有对应的序列号，搞到序列号（用算号器），输入到安装界面，添加，便会自动识别出对应的选件，首先输入BE主模块的key，然后输入remote agent和oracle agent的key，安装程序将安装BE主模块，并且在安装目录下生成“oralce”以及“rant32”两个目录，都自动设成了共享，因为这两个选件（rant32中是remote agent的安装文件，oracle中是oracle agent的安装文件）需要拷贝到客户机或者push到客户机安装。
2。 在客户机，将需要安装remote agent以及oracle agent两个选件，可以从备份服务器上远程push安装（在安装界面中选择：远程安装），也可以利用上一步生成的安装文件在本地安装。但是我们今天不管是push还是本地，都未能安装成功，日志中提示1603错误，可能是版本的问题。最后索性在数据库客户机上也安装BE主模块，remote agent服务方才启动（主模块带了remote agent功能，需要输入remote agent的key）。然后安装oracle agent，安装完成后，程序菜单中生成一个oracle agent配置程序的快键方式，这个配置程序的作用，主要有3点，第一是定义一个密码，用于备份服务器访问oracle agent时进行验证（这个密码和数据库毫无关系，完全自定义）；第二就是定义介质服务器，必须添加介质服务器（添加主机名或者ip地址），以便数据传到介质服务器上，进行备份，需要说明的是，一开始，我们没有添加任何介质服务器，导致在备份服务器上，看不到任何oracle agent发过来的回溃信息，只有在这里定义的介质服务器，才能在对应的介质服务器上看到oracle的回溃信息；第三就是定义数据库的SID，以及登陆数据库的帐号和密码，因为oracle agent必须要打开数据库进行读取操作。 所以，安装oracle agent后，必须先进行这3个配置。
配置完成后，在备份服务器上控制台中点击备份，会看到有本地和远程两大部分，其中本地部分就是备份服务器本地的硬盘目录，可以选择备份哪些；远程下面就和网上邻居差不多，浏览各个目标客户机的目录结构（由agent回溃），选中某些文件，以便进行备份。另外，如果远程客户机有oracle数据库运行，并且装了oracle agent而且已经配置好，那么在远程部分，应该出现oracle agent回溃的远端主机oracle的数据库结构（可以有多个），可以选择某些表的备份，当点选这些oracle结构时候，可能会弹出让你选择用户的对话框，这就是因为在oracle agent配置程序中配置的那个验证密码，只有通过验证，才能访问agent的回溃内容，此时可以在这个对话框中新建一个用户，密码就是在oracle agent配置程序中定义的密码，然后用此用户访问oracle agent即可。
到这里，还有一个问题没有解决，即remote agent 的安装，为什么总是报错，装了3台机器，两种系统，2000server，2003server，都报错，怎么回事。。。。。。
SAN路由
络。
一个孤立的二层网络
存储区域网（SAN）被称作“第二网”，经过多年发展，第二网络已经从一个“二层”网络发展成为“三层”网
存储区域网是专门为进行大规模数据传输而设计的专有网络，它使用光纤通道协议，通过光纤通道集线器、交换机将磁盘阵列、带库以及相关的服务器连接起来，从而形成了一个高速的专用网络。因此，SAN最大的特点就是独立性，甚至在初期，它在物理上与其他网络相分离。
尽管SAN为用户的大规模数据存储提供了一个高性能、高可靠性的“第二网”，但是，长期以来，用户形成了多个SAN孤岛。可能每个孤岛用来满足用户的某项应用。但是，就像采用直连存储所造成的信息共享困难一样，各SAN孤岛之间的数据也同样无法进行交流。
当初，为了消除信息孤岛，为了能够使数据在服务器之间共享，才发明了SAN，而随着SAN的构建形成了新的孤岛。在新的孤岛之间进行数据共享的难度加大，而随着用户对数据共享的需求越来越高，因此希望将SAN孤岛连接起来。
目前有四种方式可以实现，包括裸光纤直连、WDM（波分复用）、使用SONET（SDH）数据传输技术以及FCIP技术，这样几个SAN孤岛可集成为一个大的SAN网络。
SAN孤岛互联问题多
从现有的SAN网络技术来说，四种连接方式均将多点构成一个Fabric网络，这样在一个Fabric网络中就有统一的网络服务（如统一的名称服务器、分区配置、地址空间、Fabric管理等），在远程连接的环境中就会带来很多问题，主要有以下几个方面。
主交换机（Principal Switch）的问题：在光纤通道际踔校?桓銎abric网络只有惟一的主交换机，由它来统一分配域ID，保证整个Fabric有一致的地址空间，当主交换机出现故障时，就会造成整个Fabric发生重新配置（Reconfigure），从而中断应用系统运行。因此无论主交换机处于哪一端，出现故障时都对其他端带来致命影响。
主ISL（Inter-Switch Link，交换机间链路）的问题：远程连接两端的链路一般均是交换机之间的连线，而且也承担交换机管理信息的传递（主ISL链路），而这个链路很有可能发生时断时续的故障，当这个主ISL链路发生故障时，就会使无主交换机的SAN孤岛发生Reconfigure，并选举新的主交换机，这样也造成应用系统的中断; 同时也会对主交换机的SAN孤岛造成Fabric Build过程，如果这个过程不成功，同样也会造成应用系统的中断。
加入或撤出交换机的问题：由于多个端点均连接成一个Fabric网络，因此在网络中的任何人从网络的任何一个点中加入或撤出一个交换机时，可能会发生域ID的冲突，这样会使整个Fabric发生Reconfigure，同样会造成应用系统的中断，即使无域ID的冲突，也会使整个Fabric发生Fabric Build过程，如果因某
种原因造成这个过程不成功，也会使应用系统发生中断。
远程点之间安全性的问题：在远程连接的SAN网络中，安全性是一个突出的问题，因为任何人可以从网络的任何点连接到整个Fabric网络中，如果能够模拟其他应用系统HBA的WWN（全球名称），将会窃取到数据，如果有人为的破坏，也会使整个Fabric网络发生瘫痪，从而使整个应用系统无法正常运行。
多点容灾环境下的问题：如果在多点的环境中，将各个SAN孤岛连接起来，形成一个大的Fabric网络，远程ISL链路比较多，出现远程连接的问题就比较多，而且任何SAN岛出现上述的任何问题，都会造成Fabric网络的不稳定或应用系统的中断，因此在多点远程连接的情况下，网络安全和稳定将会是一个突出的问题。
SAN路由器应运而生
为了解决上述SAN孤岛互联时产生的各类问题，SAN路由技术应运而生。人们可以使用SAN路由技术把迄今为止互无联系的光纤通道Fabric连接起来而又使各个Fabric能够保持其相互的独立性。SAN路由技术给网络存储以及容灾系统带来了诸多好处。
SAN路由技术实现了SAN Fabric间的无缝连接，在连接不同的Fabric时不要求对现有Fabric的参数做任何修改，同时路由器的接入不会对正在执行的I/O造成任何影响。SAN路由器实现了Fabric间的资源共享，特别是实现了Fabric间的磁带库共享。SAN路由器突破了一个Fabric内最多239台光纤通道交换机的限制，使得大规模SAN网络成为可能。在容灾系统中使用SAN路由器可以隔离本地和异地的SAN Fabric，极大地提高了容灾系统的数据可用性和整体的可靠性和稳定性。多Fabric通过SAN路由器的互相连接保证了同一个公司中不同部门的SAN网络的管理的自主性，提高了各部门SAN发展的自由度。
从实现技术上讲，目前主要有两种主流技术：一种是FCIP（FC over IP），另一种是iFCP（Internet光纤通道协议）。 FCIP
博科通讯中国区技术总监司马聪博士介绍: “由于在当今的数据中心里，SAN发挥着更加重要的作用，所以许多机构都在寻找创新解决方案，将其SAN的优点延伸到整个企业。为了对这种努力提供支持，独特的博科SilkWorm多协议路由器可以增加当今SAN的功能、连接和通用性。”该多协议路由器用于支持多种路由服务，包括实现SAN连接的博科 FC-FC路由服务、用于延伸SAN距离的博科FCIP隧道服务以及用于同iSCSI服务器共享光纤通道存储资源的Brocade iSCSI网关服务。
FC-FC路由服务是多协议路由器上的服务之一，它可以让不同SAN Fabric中的设备建立通信，而无需将这些Fabric合并成一个大型的SAN。博科FCIP隧道服务使得各机构可以将其光纤通道SAN延伸更远的距离。将FCIP隧道服务与FC-FC路由功能配合使用，可以让两个Fabric保持独立，而无需将其合并为一个，而且还允许在所有设备间建立任意设备到任意设备连接的Fabric。 iFCP
根据McDATA公司中国区技术经理雷涛介绍，该公司主要根据一项名为“SecureConnect”的技术设计SAN路由器。SecureConnect SAN路由技术是由Nishan System公司首创，该公司在2003年被
McDATA收购。SecureConnect SAN路由技术能够为每个本地SAN光纤网络提供具备互操作性能力的E_Port连接，在每个站点终止E_Port连接。因此，光纤网络的搭建被限制在每个地点，而且光纤交换机到交换机间的协议也无需贯穿整个IP网络。如果两个甚至更多的地点由McDATA的SAN路由器连接，每个地点将仍然拥有一个独立的SAN。在存储设备及服务器间，只有被授权(被分区)的连接允许通过IP网络。
与第三层网络路由相同，SecureConnect SAN路由不但保证了各SAN分区间数据的可靠传输，也避免了整个存储网络暴露于应用全面中断的潜在风险。用户可以利用具备成本效益的IP网络服务，来部署复杂的、多重SAN存储解决方案。除错误隔离外，SecureConnect SAN路由解决方案能够减少地址重复问题，从而简化SAN的连接。McDATA的SecureConnect SAN路由技术允许在不同的光纤交换机上使用相同的域地址分配，而不会出现任何路由问题。
FCIP与iFCP之比较列表
协议类型是否终结光纤通道会话是否为隧道协议类型可连接设备类型FCIP否是交换机、集线器、路由器iFCP是否交换机、集线器、路由器、HBA、存储阵列
发展趋势―多厂商互联
目前而言，SAN路由器还只能够将来自一家厂商的产品进行连接，SAN路由器还不能支持多厂商产品，也就是说，如果两个Fabric分别由来自不同厂商的光纤通道交换机组成，那么目前还没有产品能够将它们连接在一起。尽管各厂商都声称将来支持，但是，分析人士认为，目前多厂商交换机之间的互联互通仍存在各种问题，而路由器之间的问题要远比交换机的复杂得多。
在以太网中的路由器技术已经非常成熟了，同时标准化的产品之间互联互通不会存在任何问题。这是大家非常熟悉的现状，那么，以太网的路由器在初期也无法互联互通吗？其实，在以太网实现“路由”的道路大致一样，当初，用户认为他们有足够多的交换机，根本没有必要使用路由器，当需要连入更多资源时，用户购买更多交换机而非路由器。笔者一位朋友在回忆大概十年前的情景时说，当时抱着一个巨大的路由器向用户上门推销，但是用户却问：“我们有交换机，为何需要路由器呢？”如今，以太网路由器几乎到处都是。最为关键的是，在用户目前的以太网环境中使用的路由器来自多个厂家，它们之间、它们与以太网交换机之间可以任意互联互通。
这也应该是SAN路由器的发展方向。
“标准化”三个字极大地推动了以太网的发展，一方面标准化可以吸引众多厂商参与，并且朝着同一个方向前进，结果使得各厂商产品都符合“标准”，因此在互联互通方面不会存在任何问题；另一方面，标准化加速了产品与技术的成熟，使得成本和产品价格迅速降低，更多的用户可以用得起，应用的普及反过来对技术起到积极的推动作用。
应用案例
[IMG]200521316274313.jpg[/IMG] 互联互通 轻松实现
国内某大型保险公司已经成功应用了SAN路由器。在用户的存储环境中，有两个本地的存储网络，SAN-1和SAN-2，每个SAN网络都通过一个导向器级的交换机连接。此外，一个比较小的SAN网络（SAN-3）