论文部分内容阅读
对于iSCSI磁盘阵列，您了解多么?您打算用它来部署什么应用?下面是iSCSI磁盘阵列的几大关键技术指标，希望本文的经验能够让读者对iSCSI磁盘阵列有更多深入的了解。
磁盘容量是关键指标
如果您购买新的iSCSI磁盘阵列设备，只是为了搭建一套基于磁盘的备份系统，在这种情况下，容量大小将是您首要考虑的因素。不妨试一试入门级的基础iSCSI磁盘阵列产品，比如说Promise科技有限公司推出的Promise VTrak 15200，它的功能比较单一，只是将自己的RAID集提交给服务器，以增加iSCSI逻辑单元(LUN)的数量，从而达到扩展存储空间的目的。当然，也有一些例外——比如说集群的服务器系统——同一个iSCSI LUN，每次只能接受一台主机服务器的访问，这种类型的磁盘系统一般只能连接数量有限的几臺主机服务器，并为它们提供可观的存储空间。
另外一种选择就是智能化程度较高的一些磁盘系统，可允许用户自行创建一个或多个RAID集，然后再将它们从逻辑上切割成许多LUN。比如说，您可以使用7块容量为250GB的磁盘构筑一个总容量为1.5TB的RAID-5集，然后将其中50GB的磁盘空间分配给一台服务器，再将800GB的磁盘空间分配给另一台服务器，剩余的存储资源暂时闲置在一边，以应付日后的不时之需——比如说，接入新的服务器、扩展服务器的容量，等等。因此，用户在挑选iSCSI磁盘阵列产品时，一定要事先预计一下需要连接的服务器数量。以最多只能支持8台服务器的Dell／EMC AX100i为例，如果您的公司现有50台Web服务器，那么，选择该产品显然是不合适的。
充分利用快照复制功能
笔者经常推荐那些使用Exchange、SOL Server及其它事务处理系统的企业用户部署SAN系统，因为，SAN磁盘阵列自带的快照复制(snapshot)功能确实非常棒。一旦发生服务器系统崩溃或数据库结构受损的灾难，在短短的几分钟之内，就可以让服务器恢复到最近一次制作快照备份的“时间点”时的状态了。否则，哪怕用户使用的是基于磁盘的备份系统，修复一个大型的数据库，怎么着也需要花费数个小时的时间。此外，笔者还建议用户将iSCSI磁盘阵列设置成“当系统处于激活状态时，每隔一小时制作一份快照备份”，这样一来，即使出现数据损耗，或是根据日志将数据库前滚(roll-forward)到故障发生前一刻的状态，损失也不会很大。
磁盘容量是关键指标
如果您购买新的iSCSI磁盘阵列设备，只是为了搭建一套基于磁盘的备份系统，在这种情况下，容量大小将是您首要考虑的因素。不妨试一试入门级的基础iSCSI磁盘阵列产品，比如说Promise科技有限公司推出的Promise VTrak 15200，它的功能比较单一，只是将自己的RAID集提交给服务器，以增加iSCSI逻辑单元(LUN)的数量，从而达到扩展存储空间的目的。当然，也有一些例外——比如说集群的服务器系统——同一个iSCSI LUN，每次只能接受一台主机服务器的访问，这种类型的磁盘系统一般只能连接数量有限的几臺主机服务器，并为它们提供可观的存储空间。
另外一种选择就是智能化程度较高的一些磁盘系统，可允许用户自行创建一个或多个RAID集，然后再将它们从逻辑上切割成许多LUN。比如说，您可以使用7块容量为250GB的磁盘构筑一个总容量为1.5TB的RAID-5集，然后将其中50GB的磁盘空间分配给一台服务器，再将800GB的磁盘空间分配给另一台服务器，剩余的存储资源暂时闲置在一边，以应付日后的不时之需——比如说，接入新的服务器、扩展服务器的容量，等等。因此，用户在挑选iSCSI磁盘阵列产品时，一定要事先预计一下需要连接的服务器数量。以最多只能支持8台服务器的Dell／EMC AX100i为例，如果您的公司现有50台Web服务器，那么，选择该产品显然是不合适的。
充分利用快照复制功能
笔者经常推荐那些使用Exchange、SOL Server及其它事务处理系统的企业用户部署SAN系统，因为，SAN磁盘阵列自带的快照复制(snapshot)功能确实非常棒。一旦发生服务器系统崩溃或数据库结构受损的灾难，在短短的几分钟之内，就可以让服务器恢复到最近一次制作快照备份的“时间点”时的状态了。否则，哪怕用户使用的是基于磁盘的备份系统，修复一个大型的数据库，怎么着也需要花费数个小时的时间。此外，笔者还建议用户将iSCSI磁盘阵列设置成“当系统处于激活状态时，每隔一小时制作一份快照备份”，这样一来，即使出现数据损耗，或是根据日志将数据库前滚(roll-forward)到故障发生前一刻的状态，损失也不会很大。