IT博客-SA Blog --系统管理员的博客生涯-随笔分类-存储相关

iSCSI-Target安裝啟用筆記(tgtd for CentOS 6.2)

David — Fri, 04 May 2012 08:29:00 GMT

iSCSI-Target安裝啟用筆記

step 1. $ yum install -yscsi-target-utils

step 2. $ service tgtd start

step 3. $ chkconfig tgtd on

step 4. 新增 iSCSI Target Device
$ tgtadm --lld iscsi --op new --mode target --tid 1 -T ign.2012-04.hostname:iSCSI-data1

註：iSCSI Qualified Name (iqn)的格式通常如下：
iqn.yyyy-mm.[:identifier]

step 5. 將要分享的硬碟區塊(sdz1與sdz2)加入iSCSI Target Device
$ tgtadm --lld iscsi --op new --mode logicalunit --tid 1 --lun 1 -b /dev/sdz1
$ tgtadm --lld iscsi --op new --mode logicalunit --tid 1 --lun 2 -b /dev/sdz2

step 6. 允許iSCSI Initiator Device可存取本iSCSI Target Device
        $ tgtadm --lld iscsi --op bind --mode target --tid 1 -I 192.168.168.168
        192.168.168.168為iSCSI Initiator Device ip
        若不設定ip，也可以設定ALL，這樣就所有的iSCSI Initiator Devices皆可使用

其他：
1. 如何確認iSCSI Targe Device設定是否成功?
$ tgtadm --lld iscsi --op show --mode target

        2. 如何將iSCSI Target Device已分享的硬碟區塊移除?
        $ tgtadm --lld iscsi --op delete --mode logicalunit --tid 1 --lun 1
        $ tgtadm --lld iscsi --op delete --mode logicalunit --tid 1 --lun 2

David 2012-05-04 16:29 发表评论

Useful VMWare ESX Commands

David — Fri, 20 Jan 2012 15:33:00 GMT

Information:

Below is a collection of useful VMWare ESX Commands to perform various activities from the command line.

1) Configure Service Console VLAN ID

a. esxcfg-vswitch –p “Service Console” –v # vSwitch0

b. Where # is the VLAN ID; only one VLAN ID is allowed

2) Change Service Console IP Address

a. Delete existing Service Console Switch

i. esxcfg-vswif -d vswif0

ii. will return a message about “nothing to flush” if successful

b. Create the new Service Console Switch and IP Address

i. esxcfg-vswif -a vswif0 -p “Service Console” -i 10.10.10.10 –n 255.255.255.0

1. Change IP address and network mask as needed.

c. Update the Hosts file

i. Cd /etc

ii. vi hosts (edit hosts file)

iii. ESC R (enter replace text mode)

iv. Change the IP address of the host to the one just configured.

v. ESC (to stop editing)

vi. ESC :wq! (to save file)

d. If the new IP Address is on a different network the default gateway will need to be changed

i. Cd /etc/sysconfig

ii. vi network (edit network file)

iii. ESC R (enter replace text mode)

iv. Change the GATEWAY=10.10.10.10 line as needed

v. ESC (to stop editing)

vi. ESC :wq! (to save file)

e. Reboot the ESX Host

i. Type: reboot

3) Rename VMDK files

a. Change to the appropriate folder and issue

i. vmkfstools -E filename.vmdk newfilename.vmdk

b. From any location using absolute paths

i. vmkfstools -E /vmfs/volumes/[datastore]/[folder]/filename.vmdk /vmfs/volumes/[datastore]/[folder]/newfilename.vmdk

ii. [] = user supplied name do not include the brackets in the command

4) Copy VMDK files from one location to another

a. Change to the appropriate folder and issue

i. vmkfstools –i filename.vmdk /vmfs/volumes/[datastore]/[folder]/filename.vmdk

1. Copies the local file to the remote location

ii. vmkfstools –i /vmfs/volumes/[datastore]/[folder]/filename.vmdk ./filename.vmdk

1. Copies the remote file to the local directory

b. From any location to any location using absolute paths

i. vmkfstools –i /vmfs/volumes/[datastore]/[folder]/filename.vmdk /vmfs/volumes/[datastore]/[folder]/filename.vmdk

5) Delete an VMDK file

a. Change to the appropriate folder and issue

i. vmkfstools –U filename.vmdk

b. From any location using absolute paths

i. vmkfstools –U /vmfs/volumes/[datastore]/[folder]/filename.vmdk

David 2012-01-20 23:33 发表评论

Symantec Backup exec system recovery 2010(BESR 2010)故障汇总

David — Thu, 21 Jul 2011 01:31:00 GMT

最近在公司部署Symantec Backup exec system recovery 2010是碰到不少的问题，有些问题以前根本没碰到过，GG下，提这类问题的人还真不多，可能只有我是菜鸟吧。下面列出了Symantec Backup exec system recovery 2010(BESR 2010)在安装和备份还原中可能碰到的一些疑问，希望能够帮助大家：

1. 20090831112556968 Backup Exec 11d for Windows Servers 常见问题 (FAQ)

2. 20090901111755968 Backup Exec 12.0 Agent for Microsoft Exchange Server 最佳实践

3. 20090901112700968 Backup Exec 12.0 安装的最佳实践

4. 20090831135307968 Backup Exec 11d for Windows Servers（包括 CPS 和 DLO）和 Backup Exec System Recovery 使用哪些 TCP/UDP 端口？

5. 20090831135828968 Backup Exec 11d 最佳实践指南： Microsoft Exchange Server 代理

6. 20090901115014968 Backup Exec Remote Agent for Windows Servers (RAWS) 在备份或还原作业期间终止，并出现下列错误消息： “V-79-57344-65072 – 失去与目标系统的连接。备份集已取消”。

7. 20090901114437968 Backup Exec for Windows Servers 的高级设备和介质管理 (ADAMM) 基本知识

8. 20090901113535968 Backup Exec for Windows Servers 11d 及更高版本（包括 CPS – Continuous Protection Server 和 DLO – Desktop & Laptop Option）和 Backup Exec System Recovery (BESR) 使用哪些 TCP/UDP 端口？

9. 20090901110801968 Oracle数据库备份失败, 出错代码：0xe0001402

10. 20090901111638968 Oracle数据库备份失败RMAN-06059: expected archived log not found, lost of archived log compromises recoverability

11. 20090901112820968 Oracle在Linux平台备份错误ORA-09925: Unable to create audit trail file

12. 20090901142442968 Backup Exec 检测不到磁带库

13. 20090901143024968 Backup Exec 数据库 (BEDB)：将 .MDF 和 .LDF 文件移动到非默认位置的过程

14. 20090901143703968 Backup Exec 性能的改进和故障排除

15. 20090901123535968 SharePoint 代理要求

16. 20090901154952968 DLO网络文件夹的尺寸显示不正确。

17. 20090901160628968 Domino 控制台中不断显示条目 Process C:\Program Files\Symantec\Backup Exec\RAWS\belnapi.exe has terminated abnormally（进程 C:\Program Files\Symantec\Backup Exec\RAWS\belnapi.exe 已意外终止）

18. 20090901162205968 Exchange 备份作业挂起在“一致性检查”阶段

19. 20090901145358968 Symantec Backup Exec (TM) 12.5 for Windows Servers 合并版本文档（简体中文）

20. 20090901150920968 Symantec Backup Exec 10d (10.1) for Windows Servers – 软件兼容性列表。

21. 20090902104814968 即使已成功安装 Lotus Domino 的代理，在 Backup Exec For Windows 的 Backup Selections（备份选择）选项卡中也没有出现 Lotus Domino/ Notes 图标

22. 20090902105615968 将策略作业的电子邮件通知配置为包含附加的作业日志后，这些电子邮件实际并不会包含附加的作业日志

23. 20090902112256968 配置 Backup Exec 以备份邮箱或基于 GRT（精细还原技术）的备份不显示要还原的个别邮箱时，如何确认 Exchange 邮箱名称在 Exchange 组织中是唯一的

24. 20090902110053968 解决 Backup Exec for Windows Servers (BEWS) 推送安装问题

25. 20090902102346968 Symantec Backup Exec for Windows Servers ™ 12.5 硬件兼容性列表 (HCL)。包括针对以下项目的 HCL 信息：所支持驱动器、库、虚拟磁带设备、光纤通道 HBA、交换机、路由器/网桥、VSS、NDMP 和 iSCSI 组件。

26. 20090902132937968 启动Backup Exec远程代理服务时，其状态停留为“启动”

27. 20090902134133968 启用精细还原技术 (GRT) 的 Exchange 2007 备份失败，错误为 0xe0001207 – To support individual mailbox message and folder restores from Information Store backups, you must download and install the Microsoft Exchange Server MAPI Client and Collaboration Data Objects package on the Exchange 2007 server.（0xe0001207 – 要支持个别邮箱邮件和文件夹从信息存储备份还原，您必须下载并在 Exchange 2007 服务器上安装 Microsoft Exchange Server MAPI Client and Collaboration Data Objects 软件包。）

28. 20090902103147968 Symantec Backup Exec for Windows Servers 12.5 软件兼容性列表 (SCL)。包括针对以下项目的 SCL 信息：所支持操作系统、数据库兼容性、Windows 远程代理、Netware、Linux、虚拟服务器（ESX 和 MSVS）、Macintosh、64 位和 32 位互操作性、第三方兼容性、RMAL、群集支持和 CPS。

29. 20090902144553968 全新安装 Remote Agent for NetWare 和 Open File Option 后进行备份期间，报告 Error: Unable load open file API OFO NetWare（错误：无法加载打开的文件 API OFO NetWare）。

30. 20090902145427968 如果 Active Directory 数据库和日志位于相同的文件夹结构但位于不同的驱动器，则以灾难恢复模式启动域控制器可能会失败

31. 20090902151737968 如果数据库路径包含多个反斜杠，则在备份 SQL 期间将出现错误 V-79-57344-851 – The path for this database is invalid because it contains extra backslash characters. You must remove the extra backslash characters before the database can be backed up（V-79-57344-851 – 此数据库的路径无效，因为该路径包含额外的反斜杠字符。备份数据库之前，必须删除这些额外的反斜杠字符）

32. 20090903162314968 Backup Exec Linux平台下Oracle RAC备份详细配置步骤。

33. 20090903160412968 Backup Exec 12 Lotus Domino Agent on the MSCS最佳实践

34. 20090903165242968 Backup Exec Remote Agent 在远程服务器上启动时挂起，远程服务器上的系统事件日志列出事件 ID：7022，描述为：The Backup Exec Remote Agent for Windows Servers service hung on starting.（Backup Exec Remote Agent for Windows Servers 服务在启动时挂起。）

35. 20090903183755968 Backup Exec Windows平台下Oracle备份详细配置步骤。

36. 20090904115207968 Backup Exec无法检测到NDMP服务器连接的磁带机或者磁带库。

37. 20090904122018968 Exchange 代理操作指南：备份或还原 Exchange 2007 以及通过 Backup Exec for Windows Servers (BEWS) 执行 Exchange GRT（精细还原技术）备份或还原的配置要求

38. 20090904110844968 V-79-57344-860 — 备份本地或远程 SQL Server 数据库时出现 The Microsoft SQL Server Virtual Device Interface (VDI) has failed to initialize（Microsoft SQL Server 虚拟设备接口 (VDI) 无法初始化）错误

39. 20090904161656968 Exchange信息存储备份作业失败，提示“最终错误: 0xe0008442 – 内存分配请求失败。计算机的虚拟内存可能不足。”

40. 20090904150009968 备份 Lotus Domino 服务器时作业日志中报告错误：0xe00084bf：A restore job is already in progress. Rerun your Job after the current job has finished（一项还原作业已在进行中。请在当前作业完成后重新运行您的作业）。

41. 20090904150650968 备份 Lotus Domino 服务器时，在作业日志文件中报告错误： The Lotus Domino server timed out during an operation. Restart the Backup Exec Remote Agent for Windows Systems（Lotus Domino 服务器在进行某项操作期间超时。请重新启动 Backup Exec Remote Agent for Windows Systems）。

42. 20090904162808968 备份Oracle RAC on windows 2008 作业失败

43. 20090904163112968 Oracle RAC DBA 发起作业失败

44. 20090907120704968 备份 Lotus Domino 数据库时，出现 Final error: 0xe0009406 – Lotus Notes was unable to open a database for backup because the database is being compacted. backup is not possible（最终错误：0xe0009406 – 由于数据库正在压缩，Lotus Notes 无法打开数据库进行备份。无法备份）

45. 20090907121501968 备份domino 数据库问题

46. 20090907145102968 使用 Backup Exec for Windows NT 和 Windows 2000 Lotus Notes R5/R6 代理时，在执行备份操作期间报告已跳过 *.nsf 文件和 *.ntf 文件。

47. 20090907164200968 试图备份Exchange存储组中的个别邮箱存储时出错：0xe000031b – Microsoft Exchange Server 2003/2007 仅支持对整个存储组的快照技术。不支持单个数据库的快照。

48. 20090907171755968 对NDMP NAS设备作文件夹（目录）增量备份时，总是执行全备份

49. 20090907171230968 通过策略中的复制备份集模板创建的复制作业，复制了不等量的数据并执行失败，并出现 Unexpected end of backup set encountered on （在上意外地遇到备份集结尾）错误。

50. 20090907151226968 使用 iSCSI GUID（而不是驱动器号）配置客户机时，无法选择 Microsoft Hypervisor 组件 (Hyper-V)。

51. 20090907173254968 运行LiveUpdate失败，错误号LU1812.

52. 20090907144535968 上午 1:00 到上午 5:00 期间备份 Microsoft Exchange 2000 和 Exchange 2003 服务器时发生备份性能问题。

53. 20090907144756968 什么是 Backup Exec for Windows Servers System Recovery Option？

54. 20090907164838968 数据备份到磁带介质或磁盘 (B2D) 或从其还原时，数据吞吐率可能小于理论最大值的原因

55. 20090907165234968 添加许可证(BEWS)

56. 20090907173914968 无法在恢复作业的资源列表中看到Exchange 2007数据库

57. 20090907163058968 使用赛门铁克设备驱动程序安装向导安装赛门铁克设备驱动程序

58. 20090907145957968 使用 Backup Exec Remote Agent for Linux 和 Unix Servers (RALUS) 时，无法浏览文件名或目录名中包含中文字符的文件和目录

59. 20090907145455968 使用 Backup Exec for Windows Server 的 SCSI Trace 实用工具 (tracer.exe) 对硬件进行故障排除。

60. 20090908102053968 备份失败，出现错误 e000846b – The resource could not be backed up because an error occurred while connecting to the Backup Exec for Windows Servers Remote Agent.（e000846b – 无法备份资源，因为在连接至 Backup Exec for Windows Servers Remote Agent 时发生错误。）

61. 20090908105232968 系统磁盘空间不足引起的卷影复制服务的写入程序查询失败（0xe000fed1）

62. 20090908112314968 运行备份时发生错误 The data being read from the media is inconsistent（从介质读取的数据不一致）（e00084ca HEX 或 a00084ca HEX）。

63. 20090908102140968 无法在 Backup Exec for Windows Servers 作业属性中展开 Microsoft Exchange 邮箱

64. 20090908103147968 无法重新启用中央管理服务器 (CAS) 和托管介质服务器 (MMS) 之间的通信。

65. 20090908101920968 无法从DLO控制台上删除DLO的用户。

66. 20090908101413968 无法备份安装在64位的Windows Server 2003上的SQL 2000数据库。

67. 20090908111407968 运行DB2备份作业时，无法识别带空格的DB2安装路径名

68. 20090908111026968 远程 Lotus 6.x 或 7x 备份挂起或失败，显示 Error occurred while connecting to BEWS Remote Agent（连接到 BEWS 远程代理时发生错误），并且 BEREMOTE.EXE 执行到 BEDSNOTE.DLL 时终止。或者，数据库服务器不响应，备份集已取消。

69. 20090908105959968 下载和安装 Backup Exec For Windows Servers（11d、12.0 和 12.5）分步指南
转载声明,来源无名小站: Symantec Backup exec system recovery 2010(BESR 2010)故障汇总
Tags: Backup Exec - Backup exec system recovery - Symantec - 备份软件

David 2011-07-21 09:31 发表评论

Symantec_Backup_Exec_基础之基础——术语表

David — Fri, 15 Jul 2011 00:58:00 GMT

备份
复制计算机驱动器上的所选文件(如程序文件、系统状态、数据库等)，并将这些文件存储到可靠的介质格式上的过程。

备份方法
运行备份作业时选择的选项，用来指定 Backup Exec 如何设置每个文件的备份状态。例如，根据所选的备份方法，Backup Exec 可以重置归档位或使用修改的时间确定文件是否需要备份。

备份集
运行备份作业时从单个资源（如 Microsoft Exchange 数据集）中选择且集中放置在介质上的数据。从多个资源选定的文件创建多个备份集。

备份至磁盘文件夹
一种由 Backup Exec 作为任何真实存储设备对待的虚拟设备。备份至磁盘文件夹可能属于驱动器池，但不属于层叠式驱动器池。

ADAMM（高级设备和介质管理）
一种 Backup Exec 数据库，可以自动跟踪介质和存储设备，并确保将备份写入相应的介质。

Backup Exec 服务帐户
为 Backup Exec 系统服务配置的用户帐户。如果包含用户名和密码，并提供作为服务登录的权限，则可充当 Backup Exec 管理员。

报废的介质
通常因错误太多而不再使用的介质。报废的介质可用于恢复作业，但不可用于备份作业。介质必须先报废，然后才能删除。如果想使用已删除的介质，Backup Exec 会将其视为导入的介质。必须先对它进行编录，然后才能从中恢复。

备份策略
为备份网络而执行的过程。好的备份策略能够在灾难发生后最短的时间内使计算机运行
起来。

本地设备
连接到服务器的磁盘或磁带机。它只能用于挂接它的服务器。

编录
用于跟踪在备份或归档操作期间所创建介质的内容的数据库。只能从完全编录的介质中恢复信息。

策略
用于管理备份作业和策略的方法。策略包括为作业提供设置的模板。

层叠式驱动器池
将相同驱动器类型的驱动器分为一组，以使这些驱动器在逻辑上作为一个驱动器出现。利用这种分组，如果备份超过一个驱动器中的介质的容量，则可以自动在池中定义的下一个驱动器上继续进行。

差异备份 - 备份自上次完全备份以来更改过的文件
一种备份方法，可以备份自上次完全备份或增量备份以来已更改（根据归档位）的所有文件。这种方法不会影响任何介质循环方案，因为没有重置归档位。

差异备份 - 使用修改的时间
一种备份方法，可以备份自上次完全备份以来更改的所有文件（使用文件的上次修改日期和时间戳）。

常见加密密钥
使用加密方法备份数据和恢复加密数据所能使用的加密密钥类型。

错误处理规则
为失败的或取消的作业设置重试选项和最终作业处置方法的默认规则或自定义规则。重试选项使您可以指定在作业失败后隔多久重试一次，以及两次重试之间要等待多长时间。最终的作业处置方法是挂起作业，直到修复了错误为止。

代理
使工作站或其他计算机（例如 Microsoft SQL Server）能够与 Backup Exec 介质服务器进行交互的组件。

导入的介质
由此 Backup Exec 安装之外的产品创建但属于 Backup Exec 环境中的存储设备的介质。

登录帐户
存储 Windows 用户帐户凭证且使 Backup Exec 可以管理用户名和密码的帐户。它可以用来浏览资源或处理作业。

分布式编录
Central Admin Server Option 中的编录位置。将编录中的映像文件从每台受控介质服务器分发到中央管理服务器。由于分发的这些文件不包含整个编录，因此都较小。它们只包含有关备份集的信息。包含有关备份集详细信息的历史记录文件保留在受控介质服务器上。

分配的介质
与介质集关联且具有当前附加周期和覆盖保护周期的介质。

分区
自动化介质库中供 Backup Exec 操作使用的插槽的分组。

覆盖保护周期
数据在被覆盖之前保留在特定介质上的时间长度（除非介质被清除、格式化、移到暂存介质或者“介质覆盖保护级别”设置成“无”）。覆盖保护周期从上次将数据附加到介质时开始计算。

复制备份集模板
一个模板，使您能够使用多段备份策略将数据备份至磁盘，然后再将其复制到磁带。

复制的编录
Central Admin Server Option 中的编录位置。编录中的所有文件都从受控介质服务器复制到中央管理服务器。

负载均衡
Backup Exec 中的一项功能，可以在任何可用存储设备中自动分发作业。这也是 Backup Exec Central Admin Server Option 的一项功能，可以将作业从中央管理服务器自动分发给多个受控介质服务器，以便在各种存储设备中进行处理。

附加周期
可将数据添加到介质的时间长度。附加周期从第一个备份作业写入介质时开始计算。

高级加密标准 (AES)
加密过程中使用的密码。Backup Exec 支持 128 位 AES 和 256 位 AES。与 256 位 AES 相比，128 位 AES 的备份速度较快，但是安全性略低。

工作集 - 备份文件 - 当天更改的文件
一种备份方法，可以备份今天创建或修改的所有文件。

工作集 - 备份文件 - 在 (x) 天内被访问的
一种备份方法，可以备份已经在指定天数内访问过的数据。如果选择此备份方法，可以在在 x 天内访问的文件字段中指定所需的天数。

共享设备
可由多台服务器访问的磁盘或磁带机。

故障转移
当集群中的节点不可用时发生的集群资源迁移至可用节点的事件。

管理控制台
允许运行 Backup Exec 操作的用户界面。可从介质服务器或远程计算机中运行用户界面。

归档位
每当文件被修改时设置的文件属性。对于使用归档位的完全备份和增量备份来说，该归档位在备份完成后关闭，以示文件备份完毕。如果文件在下一次增量备份或者完全备份之前又被更改，则该归档位将打开，同时 Backup Exec 将备份该文件。

合成备份
Advanced Disk-based Backup Option 的一项功能，它允许根据基准和后续增量备份组合或者合成一个完全备份。

恢复
将已备份到介质的数据返回磁盘的过程。

基准
在合成备份策略中运行的第一个备份作业。基准备份只运行一次，并且将会备份选定资源上的所有文件。完全备份可以使用策略中同样包含的基准备份和后续增量备份进行组合或合成。

集群
由两台或四台计算机（称作节点）组成的组，这些计算机连接在网络中，通过运行软件来实现每个节点对共享磁盘的访问。

集中编录
Central Admin Server Option 中的编录位置。编录中的所有文件都保存在中央管理服务
器上。

集中恢复
可以通过中央管理服务器运行和管理所有恢复操作的过程。集中恢复仅适用于 Central Admin Storage Option。

加密
将数据转换成没有刻意告知就无法读取的格式。

节点
集群环境中的服务器。节点也可以是管理控制台上树视图的一项选择内容。

结合点
硬盘上指向硬盘另一处的数据或其他存储设备上的物理位置。

亦称装入点。

解密
将数据从加密格式转换为可以读取的格式的过程。

介质 ID
Backup Exec 为 Backup Exec 中使用的每个介质分配的唯一内部标签。ID 可以存储每个介质的统计数据。介质 ID 不能清除或更改。

介质保管库
介质的实际物理位置的用户定义逻辑表示形式，如特定介质室、暂存仓或场外位置。

介质标签
用来标识介质的标签。Backup Exec 可以自动分配标签，或者也可以指定为某种介质分配的标签前缀和编号。如果介质首次在带有条码读取器的介质库中使用，介质标签将使用条码标签。

介质服务器
安装有 Backup Exec 且正在运行 Backup Exec 服务的计算机。

介质服务器池
Backup Exec Central Admin Server Option 的一项功能，用来对池中限定执行备份作业的受控介质服务器进行分组。

介质覆盖保护级别
Backup Exec 中的全局设置，可以用来指定是否覆盖暂存介质、导入的介质或分配的介质，而与介质的覆盖保护周期无关。

介质集
一组应用到与介质集关联的介质的规则。这些规则可以指定附加周期、覆盖保护周期和存储周期。

介质循环
确定介质何时可以由 Backup Exec 重新使用或循环使用的策略。例如，常见的介质循环策略包括“子”、“父/子”和“祖父/父/子”。

警报
通常需要用户进行某种形式的交互操作或确认的事件。

警报类别
Backup Exec 中出现的可以生成警报的一个或多个事件组。例如，警报类别包括“作业成功”、“安装警告”和“数据库维护失败”。

警报类型
警报的分类，用于确定警报的严重程度。警报类型包括“错误”、“警告”、“信息”和“要求注意”四种。

警报源
可以生成警报的源。警报源包括作业、介质、设备和系统。

静默模式安装
使用 Backup Exec 安装光盘上的 setup.exe 程序，从命令行安装 Backup Exec 的过程。

可回收介质
分配给介质集但数据覆盖保护周期已过的介质。

快照
一致的特定即时点卷视图，用作备份操作的参考点。创建完快照后，可继续修改主数据，而不会影响备份操作。

联机介质位置
“介质”视图中的节点，列出存储设备、自动化介质库插槽或备份至磁盘文件夹中的介质。

密码短语
创建加密密钥所用的字母、数字和特殊字符的组合。密码短语与密码相似，但是更长，可以提供更强的数据保护。

模板
策略的必需元素，它定义 Backup Exec 处理作业的方式和时间。模板指定要用于作业的设备、设置和计划选项。每个策略必须至少包含一个模板。

模板规则
一种设置策略中模板间关系的方法。

设备
在 Backup Exec 中，设备可以指自动化介质库驱动器、独立驱动器、备份至磁盘文件夹、备份至磁盘设备或层叠式驱动器池。

设备池
可以用于 Backup Exec 操作的一组设备。分配给设备池的作业在第一个可用的设备上
运行。

审计日志
在 Backup Exec 中执行的所有操作的运行历史记录。对于被配置为在审计日志中显示的操作，每发生这样一个操作，就会在日志中创建一个条目。

实际映像恢复
Advanced Disk-based Backup Option 的一项功能，它使 Backup Exec 可以将目录中的内容恢复到它们在任何完全备份或增量备份时的状态。如果执行特定备份时存在恢复选择，可以从目录视图中选择这些恢复。备份之前删除的文件不会恢复。在实际映像恢复中，只有版本正确的文件才能从包含它们的相应完全备份或增量备份进行恢复。早期版本无需恢复并覆盖。

事件
在 Backup Exec 操作期间执行的操作，如取消作业。

受保护服务器
网络上正由 Backup Exec 备份的任何计算机，包括 Backup Exec 介质服务器。

受控介质服务器
由中央管理服务器管理的介质服务器。受控介质服务器负责实际处理 Central Admin Server Option 环境中的备份和恢复作业。受控介质服务器只能用于 Backup Exec Central Admin Server Option。

受限加密密钥
使用加密备份数据时所能使用的加密密钥类型。只有知道密码短语的密钥拥有者或用户，才能恢复使用受限加密密钥加密的数据。

数据库服务器
安装 Backup Exec SAN Shared Storage Option 时共享高级设备和介质管理 (ADAMM) 数据库和共享编录数据库所在的服务器。

脱机介质位置
“介质”视图中的节点，列出在场内但不在驱动器、插槽或介质保管库中的介质。如果使用 Backup Exec 从设备或插槽中删除介质，则介质将被自动移到脱机介质位置。

脱离主机备份
Backup Exec Advanced Disk-based Backup Option 的一项功能，它允许在 Backup Exec 介质服务器（而不是远程计算机或主机）上处理备份操作。将备份从远程计算机转移到介质服务器可以获得更好的备份性能，同时减轻远程计算机的负担。

完全备份 - 备份文件 - 复制文件
一种备份方法，可以备份选定的所有数据。它不会影响任何介质循环方案，因为没有重置归档位。

完全备份 - 备份文件 - 归档文件（成功复制后删除文件）
一种备份方法，可以备份选定数据、检验介质，然后将数据从卷中删除。要删除数据，必须具有删除文件的权限；否则将备份但不删除数据。

完全备份 - 备份文件 - 使用归档位（重置归档位）
一种备份方法，可以备份所有选择用于备份的文件并重置归档位以指示文件已备份。

完全备份 - 备份文件 - 使用修改的时间
一种备份方法，可以备份所有选择用于备份的文件并允许使用修改的日期和时间戳进行增量备份和差异备份。

唯一消息标识符 (UMI)
与作业日志中报告的错误关联的唯一代码。这些代码包含一些超链接，单击这些超链接可以转到 Symantec Software 支持服务网站，并访问技术说明以及与特定错误相关的故障排除步骤。

向导
一系列指导面板，指导您完成任务（如创建备份作业）所需的步骤。

选择列表
被选中以便备份或恢复的数据。选择列表可以保存并用于多个作业。

远程代理
Remote Agent 是一项在 Microsoft Windows 计算机或 NetWare 远程服务器和工作站上运行的 Backup Exec 系统服务，它允许远程备份和恢复这些计算机，并可增加备份吞吐量。

远程管理器
在远程计算机上运行的 Backup Exec 用户界面（管理控制台）。

暂存介质
与介质集无关但可以覆盖的介质。暂存介质包括新的或空白介质、清除的介质以及从其他组移动的介质。

增量备份 - 备份自上次完全备份或增量备份以来更改过的文件 - 使用归档位（重置归档位）
一种备份方法，只备份自上次完全备份或增量备份以来已经发生更改（根据归档位）的文件。使用这种方法，可以重置归档位，以指示文件已备份

增量备份 - 备份自上次完全备份或增量备份以来更改过的文件 - 使用修改的时间
一种备份方法，可以备份自上次完全备份或增量备份以来更改的所有文件（使用文件的上次修改日期和时间戳）。

中央管理服务器
安装了 Central Admin Server Option (CASO) 的 Backup Exec 介质服务器。在 CASO 环境中，中央管理服务器为存储环境中的 Backup Exec 介质服务器提供了集中管理以及委派作业处理和负载均衡功能。

装入点
装入文件系统后可对其进行访问的目录。
亦称结合点。

资源
可选择用于备份的数据文件和数据库（如 Windows 共享和 Microsoft SQL 数据库）。

资源发现
允许在 Windows 域内检测新备份资源的 Backup Exec 操作。

自定义的错误处理规则
可为某个错误类别中的特定错误代码定义的错误处理规则。当作业失败并显示与某条自定义错误处理规则相关联的错误代码时，即对该作业应用重试选项和最终作业处置过程。

自定义过滤器
可以定义以仅显示在“作业监视器”中指定的信息的过滤器。

自动化介质库
一种高容量的数据存储系统，用于存储、检索、读取和写入多盘盒式磁带。介质库包含了存储仓，可以放置磁带，还有一个机械装置用于将磁带移动到驱动器中。

作业
介质服务器已计划处理的操作。例如，如果您进行了选择并根据这些选择提交了一个备份，您就创建了一个备份作业。作业包含源或目标信息、设置和计划。作业类型包括备份、恢复、介质循环、资源发现、报告、测试运行和实用程序作业。

作业历史记录
有关在作业处理中发生的事件的报告（统计数据、错误等）。

作业日志
包含作业结果的日志。它在运行作业时创建。可以浏览作业日志以查看作业错误和作业详细资料。

作业委派
由中央管理服务器将作业分发给受控介质服务器上的可用存储设备的过程。作业委派仅适用于 Central Admin Server Option。

2011.4.28

Hongkun Guo

Novots

David 2011-07-15 08:58 发表评论

Analyzing SCSI Reservation conflicts on VMware Infrastructure 3.x and vSphere 4.x

David — Thu, 11 Nov 2010 06:30:00 GMT

Analyzing SCSI Reservation conflicts on VMware Infrastructure 3.x and vSphere 4.x
Details
•ESX 3.0.x, ESX 3.5, or ESX 4.0 VMkernel logs contain the following messages:

SCSI: vm 1043: 5522: Sync CR at 64
SCSI: vm 1043: 5522: Sync CR at 48
SCSI: vm 1043: 5522: Sync CR at 32
SCSI: vm 1043: 5522: Sync CR at 16
SCSI: vm 1043: 5522: Sync CR at 0
WARNING: SCSI: 5532: Failing I/O due to too many reservation conflicts
WARNING: SCSI: 5628: status SCSI reservation conflict, rstatus 0xc0de01 for vmhba1:0:7. residual R 919, CR 0, ER 3
WARNING: J3: 1970: Error committing txn to slot 0: SCSI reservation conflict
Solution
There are two main categories of operation under which VMFS makes use of SCSI reservations.

The first category is for VMFS data-store level operations. These include opening, creating, resignaturing, and expanding/extending of VMFS data-store.

The second category involves acquisition of locks. These are locks related to VMFS specific meta-data (called cluster locks) and locks related to files (including directories). Operations in the second category occur much more frequently than operations in the first category. The following are examples of VMFS operations that require locking metadata:
•Creating a VMFS datastore
•Expanding a VMFS datastore onto additional extents
•Powering on a virtual machine
•Acquiring a lock on a file
•Creating or deleting a file
•Creating a template
•Deploying a virtual machine from a template
•Creating a new virtual machine
•Migrating a virtual machine with VMotion
•Growing a file, for example, a Snapshot file or a thin provisioned Virtual Disk
If the VMkernel log contains the messages described in the Details section, follow this procedure:
1.If the VMware ESX version is 3.0.1, install Patch ESX-1002960: Fix for SCSI Reservation Conflict Issue. For more information, see ESX Server 3.0.1, Patch ESX-1002960: Fix for SCSI Reservation Conflict Issue (1002960).

If the VMware ESX version is 3.0.2, install Patch ESX-1002974: Fix for SCSI Reservation Conflicts. For more information, see ESX Server 3.0.2, Patch ESX-1002974: Fixes for SCSI Reservation Conflicts; Support for EMC Invista (1002974).

2.If the log messages persist and the ESX host is running on an HP Server using Insight Manager Agents, see Insight Manager may cause SCSI reservation conflicts (1004771).
3.If the log messages persist, see the article that applies to your environment:

SCSI Reservation Failures on HDS USP and NSC Arrays (1005010)
SCSI Reservation Failures on HP XP Storage Arrays (1005011)
SCSI Reservation Failures on Hitachi USP and NSC Arrays (1006001)
SCSI Reservation Failures on SUN StorageTek 9985 and 9990 Arrays (1006002)
SCSI Reservation Failures on Nihon Unisys SANARENA 5200 and 5800 Arrays (1006003)
Virtual machines may experience I/O failures due to too many SCSI reservation conflicts on some 3PAR arrays (1020366

Note: The list of arrays is not exhaustive and will be revised when other arrays are identified reporting these errors.

4.Follow these steps to resolve potential sources of the reservation:
a.Try to serialize the operations of the shared LUNs, if possible, limit the number of operations on different hosts that require SCSI reservation at the same time.
b.Increase the number of LUNs and try to limit the number of ESX hosts accessing the same LUN.
c.Reduce the number snapshots as they cause a lot of SCSI reservations.
d.Do not schedule backups (VCB or console based) in parallel from the same LUN.
e.Try to reduce the number of virtual machines per LUN. See vSphere 4.0 Configuration Maximums and ESX 3.5 Configuration Maximums.
f.What targets are being used to access LUNs?
g.Check if you have the latest HBA firmware across all ESX hosts.
h.Is the ESX running the latest BIOS (avoid conflict with HBA drivers)?
i.Contact your SAN vendor for information on SP timeout values and performance settings and storage array firmware.
j.Turn off 3rd party agents (storage agents) and rpms not certified for ESX.
k.MSCS rdms (active node holds permanent reservation). For more information, see ESX servers hosting passive MSCS nodes report reservation conflicts during storage operations (1009287).
l.Ensure correct Host Mode setting on the SAN array.
m.LUNs removed from the system without rescanning can appear as locked.
n.When SPs fail to release the reservation, either the request did not come through (hardware, firmware, pathing problems) or 3rd party apps running on the service console did not send the release. Busy virtual machine operations are still holding the lock.
Note: Use of SATA disks is not recommended in high I/O configuration or when the above changes do not resolve the problem while SATA disks are used.

If your array is not listed above and none of the above points eliminate the log messages, file a support request with VMware Support and note this KB Article ID in the problem description. For more information, see How to Submit a Support Request.
Keywords

David 2010-11-11 14:30 发表评论

Oracle 11g Software Installation on Linux—CentOS-5 .3

David — Mon, 14 Dec 2009 14:47:00 GMT

Oracle 11g Software Installation on Linux—CentOS-5

Author : James F. Koopmann

More at : www.jameskoopmann.com

Introduction

This paper takes a look at installing Oracle 11g (11.1) on Linux (CentOS-5).You can read about CentOS at www.centos.org and be assured of its' Enterprise-class quality. This paper will use Oracle's Quick Installation Guide for Linux x86 as its' guide—noting where additional information may be obtained but getting Oracle installed on Linux as fast as possible. We at thecheapdba.com have years of experience installing Oracle—starting back with Oracle 7. We will point out best practices so that you end up with a reliable database that provides exceptional performance. We will occasionally re-visit, edit, and post additions to this paper as we find further configuration best practices.

This paper will not cover the installation of CentOS-5 as that can be acquired through the CentOS website and additional Linux guides. We will however point out those alterations to the Linux environment that pertains to getting Oracle installed.

Our goal is to provide you with the steps to properly install the Oracle 11g software without having to read Oracle's installation guide from front to back cover. We will provide you the commands to execute (just cut-n-paste) and the desired outcome of those commands. If you get something other than what is expected it would be time for you to re-visit earlier steps in this process. So hold on, here we go.

It is assumed that the installer of Oracle software has access and is running on an X Window System workstation. Please consult X Server documentation if you need help. We at thecheapdba.com typically will use cygwin ( www.cygwin.com ) for all interfacing with our Linux distribution. It has an X Window System that works quite well—and as we always like is free.

Checking Hardware Requirements

Log into the CentOS-5 system as the root user.

For setting up the system to be used by Oracle there are a few prerequisites that must be checked and possibly changed by the root user. Log in as the root user and this document will tell you when it is time to switch from the root user to someone else.

How much memory

command: grep -i memtotal /proc/meminfo

results: should be at least 1GB

How much swap

command: grep -i swaptotal /proc/meminfo

results: should be 1.5 the size of memtotal if memtotal < 2GB

should be equal to memtotal if memtotal is between 2GB and 8GB

should be .75 the size of memtotal if memtotal > 8GB

What processor type

command: grep "model name" /proc/cpuinfo

results: informational

How much available RAM and swap

command: free

results: informational

How much shared memory available

command: df -k /dev/shm

results: informational

purpose: The shared memory should be sized to be at least the greater of MEMORY_MAX_TARGET and MEMORY_TARGET for each Oracle instance on the computer.

How much disk space in /tmp

command: df -k /tmp

results: should have at least 400MB available

How much disk space for Oracle binaries

command: df -k

results: Depending on installation type you should have between 1.5GB and 3.5GB

Checking Software Requirements

What distribution and version of Linux is installed

command: cat /proc/version

results: Linux version 2.6.18-8.1.15.el5 (mockbuild@builder6.centos.org)

(gcc version 4.1.1 20070105 (Red Hat 4.1.1-52))

#1 SMP Mon Oct 22 08:32:04 EDT 2007

What version of the kernel is installed

command: uname -r

results: 2.6.18-8.1.15.el5

Are the following packages installed (assumes CentOS-5 and above distribution)

command:rpm -q binutils \

compat-libstdc++ \

elfutils-libelf \

elfutils-libelf-devel \

glibc \

glibc-common \

glibc-devel \

glibc-headers \

gcc \

gcc-c++ \

libaio-devel \

libaio \

libgcc \

libstdc++ \

libstdc++ \

make \

sysstat \

unixODBC \

unixODBC-devel

results: you will probably get quite a few packages that are not installed with a typical installation. You can investigate missing packages with the following command making sure you add/subtract from this list if necessary.

yum list available "compat*" \
"elfutils*" \
"glibc*" \
"gcc*" \
"libaio*" \
"sysstat*" \
"unixODBC*"

action : Our base installation left us needing to issue the following command to install missing packages.

yum -y install compat-libstdc++-296.i386 \
compat-libstdc++-33.i386 \
elfutils-libelf-devel.i386 \
glibc-devel.i386 \
glibc-headers.i386 \
gcc.i386 \
gcc-c++.i386 \
libaio-devel.i386 \
sysstat.i386 \
unixODBC.i386 \
unixODBC-devel.i386

Create Oracle user and group

Create groups oinstall & dba

command: /usr/sbin/groupadd oinstall

/usr/sbin/groupadd dba

Create the Oracle and change password

command: /usr/sbin/useradd -g oinstall -G dba -s /bin/bash oracle

/usr/bin/passwd oracle

Validate the nobody user exists

command: /usr/bin/id nobody

results: this user is almost always created on a base CentOS installation

action : if this user is not created use the following command to create

/usr/sbin/useradd nobody

Configuring kernel parameters

The following kernel parameters must be validated and possibly changed. Use the commands given below to view a particular kernel setting and then change if the setting is lower than the recommendation given in the following table.

You can make the changes by editing the /etc/sysctl.conf file and then rebooting the server. The following results are what we observed on our server and should not be expected on yours.

shmmni

4096

shmall

2097152

shmmax

2147483648

semmsl

250

semmns

32000

semopm

100

semmni

128

file-max

65536

ip_local_port_range

1024 - 65000

rmem_default

1048576

rmem_max

1048576

wmem_default

262144

wmem_max

262144

command: /sbin/sysctl -a | grep kernel.sem

results: kernel.sem = 250 32000 100 128

command: /sbin/sysctl -a | grep kernel.shm

results: kernel.shmmni = 4096

kernel.shmall = 268435456

kernel.shmmax = 4294967295

command: /sbin/sysctl -a | grep file-max

results: fs.file-max = 102440

command: /sbin/sysctl -a | grep ip_local_port_range

results: net.ipv4.ip_local_port_range = 32768 61000

command: /sbin/sysctl -a | grep rmem_default

results: net.core.rmem_default = 109568

command: /sbin/sysctl -a | grep rmem_max

results: net.core.rmem_max = 131071

command: /sbin/sysctl -a | grep wmem_default

results: net.core.wmem_default = 109568

command: /sbin/sysctl -a | grep wmem_max

results: net.core.wmem_max = 131071

sample /etc/sysctl.conf file. This is given as an example only and does not reflect the results obtained above by the /sbin/sysctl commands. Only add lines that are needed and do not change any values to be lower than the base installation might have assigned.

kernel.shmall = 2097152

kernel.shmmax = 2147483648

kernel.shmmni = 4096

kernel.sem = 250 32000 100 128

fs.file-max = 65536

net.ipv4.ip_local_port_range = 1024 65000

net.core.rmem_default = 4194304

net.core.rmem_max = 4194304

net.core.wmem_default = 262144

net.core.wmem_max = 262144

Setting shell limits for the Oracle user

Add the following lines to /etc/security/limits.conf

oracle soft nproc 2047
oracle hard nproc 16384
oracle soft nofile 1024
oracle hard nofile 65536

Add the following lines to /etc/pam.d/login

session required /lib/security/pam_limits.so
session required pam_limits.so

Add the following lines to /etc/profile

if [ $USER = "oracle" ]; then
if [ $SHELL = "/bin/ksh" ]; then
ulimit -p 16384
ulimit -n 65536
else
ulimit -u 16384 -n 65536
fi
fi

Creating Directories to Install the Oracle Software

Validate you have enough space on disk and choose a directory to install

command: df -k

results: pick a mount point that has enough space—we have chosen /opt for the our.

Create subdirectories and give permissions to the oracle user

The following directory used is common for Oracle installations. Note that we are creating all directories under /opt and that there are no other applications using /opt/app and below. This is very important as we are changing permissions with the following commands.

command: mkdir -p /opt/app/oracle/product/11.1.0

chown -R oracle:oinstall /opt/app

chmod -R 775 /opt/app

Switch to the oracle user

Up to know we have been doing everything as the root user. It is now time to switch to the oracle user to actually install the Oracle software.

command: su – oracle

Add the following line to $HOME/.bash_profile

umask 022

Execute oracle's bash_profile to use new setting

command: . ./.bash_profile

Make sure the oracle user is using an X Windows System

It is assumed you know how to set up an X Windows System as stated earlier in the document. Please verify it is working by issuing the xterm command and validating an X Terminal comes up. You may close the X Terminal if you wish.

Set Oracle environment for the installation

Issue the following commands to set/unset particular Oracle environments in preparation for the installation.

command: export ORACLE_BASE=/opt/app/oracle

export ORACLE_SID=orcl

unset ORACLE_HOME

unset TNS_ADMIN

Start Oracle Installer

This paper assumes you have downloaded the Oracle software from the net and have unzipped the files. We have unzipped our software into /opt and the following commands will take you through starting the Oracle installer form that mount point.

command: cd /opt/database

./runInstaller

From this point, Oracle will do a few minor checks on the operating system and then put up the Oracle Installation screen. Our particular configuration did not throw any errors at this point but it should be noted, as it can be helpful, that sometimes the Oracle installer will complain at this very early stage about various Linux system configurations. If this is the case you might be able to bypass them by adding an additional argument to the runInstaller command. Please only use this as a last resort to the normal installation path.

root command: xhost +

command: ./runInstaller -ignoreSysPrereqs

From this point on we will walk through each of the prompts one at a time to give you a simple feel for a full installation of the Oracle software.

Select installation method

This screen is very busy to say the least. We are not going to create any databases at this point as it is not required nor is it suggested to do at this point. We like to create databases separately through the Database Creation Assistant (DBCA) and not confuse the software installation process.

1. Choose basic installation

1. verify Oracle Base of '/opt/app/oracle'

2. verify Oracle Home of '/opt/app/oracle/product/11.1.0/db_1'

3. verify installation type of 'Enterprise Edition'

4. verify dba group of 'dba'

2. Un-check “Create Starter Database”

3. Un-check “Advanced Installation”

4. Click

Specify Inventory directory and credentials

1. verify path of inventory directory of '/opt/app/oraInventory'

2. verify group name for install of 'oinstall'

3. Click

Product-Specific Prerequisite Checks

This screen, the installer will verify the system environment and report on any issues it may find. If all goes well you will get the status of 'Succeeded' for every check. Scroll through and make sure nothing has failed or look at the status box at the bottom of the screen and verify you get the following:

'Check complete. The overall result of this check is: Passed'

1. verify all statuses

2. Click

Summary

This screen give a summary of the installation you are about to perform. It can be interesting to click and expand the products being installed to give you an idea of the what product and version is going to be installed.

1. validate 'Global Settings' for directories

2. validate 'Space Requirements'

3. Click

Install

This screen gives a status of what is being installed. If all system settings have been properly set and all packages been installed properly then this should proceed without error. The status bar gives some indication of what is being installed at a particular point and the amount of work to be performed. But as all status bars you never really know how long in the process it is.

1. Note the time it takes for specific products. If you notice one hanging or taking a long amount of time (greater than 10 minutes) you could have a condition that requires a pre-installation patch. Don't stop the installer yet but instead start looking for a bug / patch for the Oracle 11g installation process and the actual product being installed.

2. Execute Configuration scripts

1. open up a different terminal window

2. login as the root user

3. run /opt/app/oraInventory/orainstRoot.sh

4. run /opt/app/oracle/product/11.1.0/db_1/root.sh

1. accept default of /usr/local/bin

5. Click

3. Click

4. Click

Cleanup

1. If you downloaded the software from the net you can now remove .zip file and the complete directory structure you unzipped it to. That particular command is not given here as it can be quite disastrous if executed from the wrong directory.

2. Add the following lines to oracle's $HOME/.bash_profile file. This will allow you to execute various Oracle binaries to create databases, configure network settings, and generally manage the Oracle database environment.

export ORACLE_HOME=/opt/app/oracle/product/11.1.0/db_1

export PATH=$ORACLE_HOME/bin:$PATH

Installation is complete

Congratulations on a successful installation of the Oracle software. This paper hopefully was also successful in its attempt to guide you down a more simplistic path—giving you the commands to execute and working past the minor hurdles encountered during installation. Obviously this paper can not predict all the issues that you may encounter but if you have a relatively current system with ample memory and disk space there is no reason not to believe your installation wouldn't run smoothly.

David 2009-12-14 22:47 发表评论

Linux多路径的使用及介绍

David — Mon, 14 Dec 2009 14:43:00 GMT

多路径（multi-path）软件的介绍
普通的电脑主机都是一个硬盘挂接到一个总线上，这里是一对一的关系。而到了有光纤组成的SAN环境，由于主机和存储通过了光纤交换机连接，这样的话，就构成了多对多的关系。也就是说，主机到存储可以有多条路径可以选择。主机到存储之间的IO由多条路径可以选择，如下图：

根据上图所示，每个主机到所对应的存储可以经过几条不同的路径，如果是同时使用的话，I/O流量如何分配？其中一条路径坏掉了，如何处理？还有在操作系统的角度来看，每条路径，操作系统会认为是一个实际存在的物理盘，但实际上只是通向同一个物理盘的不同路径而已，这样是在使用的时候，就给用户带来了困惑。多路径软件就是为了解决上面的问题应运而生的。多路径的主要功能就是和存储设备一起配合实现如下功能：
1. 故障的切换和恢复
2. IO流量的负载均衡
3. 磁盘的虚拟化
由于多路径软件是需要和存储在一起配合使用的，不同的厂商基于不同的操作系统，都提供了不同的版本。并且有的厂商，软件和硬件也不是一起卖的，如果要使用多路径软件的话，可能还需要向厂商购买license才行。比如EMC公司基于linux下的多路径软件，就需要单独的购买license。好在， RedHat和Suse的2.6的内核中都自带了免费的多路径软件包，并且可以免费使用，同时也是一个比较通用的包，可以支持大多数存储厂商的设备，即使是一些不是出名的厂商，通过对配置文件进行稍作修改，也是可以支持并运行的很好的。
本文一下的部分将专门针对Linux下多路径软件的配置安装，以及一些结合实际的操作进行详细的介绍（以下操作均在Suse10 SP1下进行）

多路径软件包的构成
device-mapper-1.02.13-6.9.i586.rpm
该软件运行在底层，主要进行设备虚拟化和映射。
multipath-tools-0.4.7-34.18.i586.rpm，这个软件包可以在
多路径的管理和监控工具，主要进行路径状态的检测，管理工作

多路径软件包的安装

Rpm –ivh device-mapper-1.02.13-6.9.i586.rpm
Rpm –ivh multipath-tools-0.4.7-34.18.i586.rpm
安装完成后，使用命令modprobe dm_multipath来加载相应的模块，可以使用lsmod |grep dm_multipath来检查安装是否正常。

配置文件的修改及创建
接下来的工作就是要创建一个multipath.conf的配置文件，该文件在安装后不会自动创建。不过有一个模板可以使用，使用如下命令可以创建一个multipath.conf的文件了

cp /usr/share/doc/packages/multipath-tools/multipath.conf.synthetic /etc/multipath.conf

然后再该文件的最后一段加上如下配置：

devices {
device {
vendor "EMC" //厂商名称
product "CaXXXXX" //产品型号
path_grouping_policy group_by_prio //默认的路径组策略
getuid_callout "/sbin/scsi_id -p 0x80 -g -u -s /block/%n" //获得唯一设备号使用的默认程序
prio_callout "/sbin/acs_prio_alua %d" //获取有限级数值使用的默认程序
hardware_handler "1 acs" //确认用来在路径切换和IO错误时，执行特定的操作的模块。
path_checker hp_sw //决定路径状态的方法
path_selector "round-robin 0" //选择那条路径进行下一个IO操作的方法
failback immediate //故障恢复的模式
no_path_retry queue //在disable queue之前系统尝试使用失效路径的次数的数值
rr_min_io 100 //在当前的用户组中，在切换到另外一条路径之前的IO请求的数目
}
}

编辑modprobe.conf文件，用来设置驱动程序的参数。
/etc/modprobe.conf.local
增加一行 "options scsi_mod dev_flags=Accusys:ACS92102:0x1000"

重新编译引导文件

"cp -f /boot/initrd-2.6.[kernel_version].img ./initrd-2.6.[k_v].img.bak"
"mkinitrd"
做完上述操作后，注意要将操作系统重新启动
磁盘的分区及使用
创建多路径设备的分区，这里主要一下，多路径的分区只适合使用kpartx工具，不要使用fdisk进行分区。
---------------------------------

Step2, kpartx -l /dev/dm-0 //lists all partitions on this device
Step3, kpartx -a /dev/dm-0 //create all device node on this device
kpartx -a /dev/mapper/ //多路径的设备不可以使用fdisk进行分区，必须使用kpartx -a进行分区后，再进行格式化。

查看映射关系

Suse3:/sbin # ls -la /dev/disk/by-name/
total 0
drwxr-xr-x 2 root root 200 Aug 1 09:01 .
drwxr-xr-x 7 root root 140 Jul 31 18:05 ..
lrwxrwxrwx 1 root root 10 Aug 1 09:01 SAccusys_ACS92102_010c3b973ffbc469ce11eb4d2db9d677 -> ../../dm-5
lrwxrwxrwx 1 root root 10 Aug 1 09:01 SAccusys_ACS92102_010c3b973ffbc469ce11eb4d2db9d677-part1 -> ../../dm-7
lrwxrwxrwx 1 root root 10 Aug 1 09:01 SAccusys_ACS92102_1fbdf62d63e62b625aaea9eb8c7e45cf -> ../../dm-4
lrwxrwxrwx 1 root root 10 Aug 1 09:01 SAccusys_ACS92102_1fbdf62d63e62b625aaea9eb8c7e45cf-part1 -> ../../dm-6
lrwxrwxrwx 1 root root 10 Aug 1 08:46 SAccusys_ACS92102_6d71358b45505925b5bd17ff49d554f3 -> ../../dm-0
lrwxrwxrwx 1 root root 10 Aug 1 08:46 SAccusys_ACS92102_6d71358b45505925b5bd17ff49d554f3-part1 -> ../../dm-1
lrwxrwxrwx 1 root root 10 Jul 31 18:08 SAccusys_ACS92102_f0ade6db4a8d13de2c30fd5efae7b91c -> ../../dm-2
lrwxrwxrwx 1 root root 10 Jul 31 18:10 SAccusys_ACS92102_f0ade6db4a8d13de2c30fd5efae7b91c-part1 -> ../../dm-3

几个比较有用的命令

1.start/stop multipathd process "service multipathd start/stop"
2.display the multipath topology "multipath -ll" //非常有用的命令。
3.display the multipath debug info "multipath -v3"
4.Scan the HD "fdisk -l"
5.view the FC wwn " cat /sys/class/fc_host/host1/node_name "
下面是举例：
multipath -ll

Successful info:

SAccusys_ACS92102_3a095edea90dc919f0da043d118fd8c5dm-0 Accusys,ACS92102
[size=20G][features=1 queue_if_no_path][hwhandler=1 acs]
\_ round-robin 0 [prio=400][active]----//表示当前的正在使用控制器
\_ 1:0:1:0 sdc 8:32 [active][ready]
\_ 1:0:2:0 sdd 8:48 [active][ready]
\_ 2:0:1:0 sdg 8:96 [active][ready]
\_ 2:0:2:0 sdh 8:112 [active][ready] ----//c,d,g,h可以理解为路径
\_ round-robin 0 [prio=0][enabled]-----//备份控制器
\_ 1:0:0:0 sdb 8:16 [active][ghost]
\_ 1:0:3:0 sde 8:64 [active][ghost]
\_ 2:0:0:0 sdf 8:80 [active][ghost]
\_ 2:0:3:0 sdi 8:128 [active][ghost] //

faulty info：

sdc: checker msg is "hp_sw checker reports path is down" //路径出现故障
sdd: checker msg is "hp_sw checker reports path is down" //路径出现故障
sdh: checker msg is "hp_sw checker reports path is down" //路径出现故障
SAccusys_ACS92102_3a095edea90dc919f0da043d118fd8c5dm-0 Accusys,ACS92102
[size=20G][features=1 queue_if_no_path][hwhandler=1 acs]
\_ round-robin 0 [prio=0][enabled] ---- //两个都是enabled状态，一控制器故障，另外一个控制器没有failover。
\_ 1:0:1:0 sdc 8:32 [failed][faulty]
\_ 1:0:2:0 sdd 8:48 [failed][faulty]
\_ 2:0:1:0 sdg 8:96 [failed][faulty]
\_ 2:0:2:0 sdh 8:112 [failed][faulty]
\_ round-robin 0 [prio=0][enabled] ----
\_ 1:0:0:0 sdb 8:16 [active][ghost]
\_ 1:0:3:0 sde 8:64 [active][ghost]
\_ 2:0:0:0 sdf 8:80 [active][ghost]
\_ 2:0:3:0 sdi 8:128 [active][ghost]

控制器重新启动后，Suse有时候需要重新启动才可以使用。
multipath -ll
SAccusys_ACS92102_3a095edea90dc919f0da043d118fd8c5dm-0 Accusys,ACS92102
[size=20G][features=1 queue_if_no_path][hwhandler=1 acs]
\_ round-robin 0 [prio=200][active]
\_ 1:0:0:0 sdb 8:16 [active][ready]
\_ 1:0:1:0 sdc 8:32 [active][ready]
\_ 2:0:0:0 sdd 8:48 [active][ready]
\_ 2:0:1:0 sde 8:64 [active][ready]

multipath的所有的相关的文件

-rwxr--r-- 1 root root 2554 Jun 30 16:26 /etc/init.d/boot.multipath
-rwxr--r-- 1 root root 3700 Jun 30 16:26 /etc/init.d/multipathd
drwxr-xr-x 2 root root 0 Jun 30 16:26 /etc/udev
drwxr-xr-x 2 root root 0 Jun 30 16:26 /etc/udev/rules.d
-rw-r--r-- 1 root root 1185 Jun 30 16:26 /etc/udev/rules.d/71-multipath.rules
-rw-r--r-- 1 root root 262 Jun 30 16:26 /etc/udev/rules.d/72-multipath-compat.rules
-rwxr-xr-x 1 root root 4872 Jun 30 16:26 /sbin/devmap_name
-rwxr-xr-x 1 root root 22824 Jun 30 16:26 /sbin/kpartx
-rwxr-xr-x 1 root root 1114 Jun 30 16:26 /sbin/kpartx_id
-rwxr-xr-x 1 root root 296 Jun 30 16:26 /sbin/mpath_id
-rwxr-xr-x 1 root root 8404 Jun 30 16:26 /sbin/mpath_prio_alua
-rwxr-xr-x 1 root root 7852 Jun 30 16:26 /sbin/mpath_prio_balance_units
-rwxr-xr-x 1 root root 4208 Jun 30 16:26 /sbin/mpath_prio_emc
-rwxr-xr-x 1 root root 5492 Jun 30 16:26 /sbin/mpath_prio_hds_modular
-rwxr-xr-x 1 root root 5984 Jun 30 16:26 /sbin/mpath_prio_netapp
-rwxr-xr-x 1 root root 3284 Jun 30 16:26 /sbin/mpath_prio_random
-rwxr-xr-x 1 root root 4184 Jun 30 16:26 /sbin/mpath_prio_tpc
-rwxr-xr-x 1 root root 121888 Jun 30 16:26 /sbin/multipath
-rwxr-xr-x 1 root root 146996 Jun 30 16:26 /sbin/multipathd
drwxr-xr-x 2 root root 0 Jun 30 16:26 /usr/share/doc/packages/multipath-tools
-rw-r--r-- 1 root root 49 Nov 11 2005 /usr/share/doc/packages/multipath-tools/AUTHOR
-rw-r--r-- 1 root root 25284 Nov 11 2005 /usr/share/doc/packages/multipath-tools/COPYING
-rw-r--r-- 1 root root 195 Jun 30 16:25 /usr/share/doc/packages/multipath-tools/ChangeLog
-rw-r--r-- 1 root root 15 Jun 30 16:25 /usr/share/doc/packages/multipath-tools/README
-rw-r--r-- 1 root root 9238 Jun 30 16:25 /usr/share/doc/packages/multipath-tools/multipath.conf.annotated
-rw-r--r-- 1 root root 1499 Jun 30 16:25 /usr/share/doc/packages/multipath-tools/multipath.conf.synthetic
-rw-r--r-- 1 root root 424 Jun 30 16:26 /usr/share/man/man8/devmap_name.8.gz
-rw-r--r-- 1 root root 544 Jun 30 16:26 /usr/share/man/man8/kpartx.8.gz
-rw-r--r-- 1 root root 2048 Jun 30 16:26 /usr/share/man/man8/mpath_prio_alua.8.gz
-rw-r--r-- 1 root root 979 Jun 30 16:26 /usr/share/man/man8/multipath.8.gz
-rw-r--r-- 1 root root 489 Jun 30 16:26 /usr/share/man/man8/multipathd.8.gz
drwx------ 2 root root 0 Jun 30 16:26 /var/cache/multipath

小技巧
存储添加映射或者做了修改，主机不用重新启动的方法
echo 1 > /sys/class/fc_host/host1/issue_lip
echo 1 > /sys/class/fc_host/host2/issue_lip
echo "- - -" > /sys/class/scsi_host/host1/scan
echo "- - -" > /sys/class/scsi_host/host2/scan

重启服务，让配置文件生效的方法：
1. Stop the multipathd service.
2. Clear old multipath bindings by entering
/sbin/multipath -F
3. Create new multipath bindings by entering
/sbin/multipath -v2 -l
Start the multipathd service. //更改配置文件后需要做上面的操作才可以让配置文件的更改生效。

如果连接一切都正常，但是suse在操作系统下看不到磁盘。这时可能需要重新启动存储系统。

chkconfig multipathd on

David 2009-12-14 22:43 发表评论

什么是监控硬盘?DVR

David — Fri, 24 Jul 2009 09:41:00 GMT

什么是监控硬盘？
　嵌入式硬盘录象机（简称DVR）出问题有60%左右来自硬盘，硬盘的问题很严重，每一次硬盘出问题，工程商都要上门服务，很显然上门服务会带来服务成本增加，同时对工程商也是一个品牌形象损失。

　　对工程商来说，当您安装的硬盘出问题少了以后，您的利润就会增加，您的服务成本在减少，您做的工程更加让客户放心。工程商再也不必担心会因硬盘出问题而时常上门服务，使服务成本剧增，甚至导致整个工程项目亏损.

　　对最终用户来说，如果硬盘故障少了，那么数据丢失的风险就减小了，系统更加安全了，让监控系统真正起到应有的作用。

　　下面要介绍的不是我们常用的家用桌面或者笔记本硬盘，而是DVR专用硬盘。它们主要是为安全、防卫行业的DVR系统用户或需要连续运行的特殊用户（网吧、KTV）提供高可靠、定制化性能的海量存储产品，使用户能够更为轻松地存储管理自己的监控视频、电视节目、录像、照片和文件等。

　　这些DVR专用硬盘虽然外观上与普通PC硬盘没什么区别，但在功能和参数上DVR专用硬盘更为适合专业用途，它们的区别如下：

　　连续工作时间差别

普通PC硬盘的设计以8×5为基础。8×5指的是普通PC硬盘每天工作8个小时，每周工作5天（硬盘工作是指硬盘处于读写状态。需要特别注意的是硬盘加电后有两个状态：工作状态和等待状态，其中工作状态是硬盘进行读写工作，等待状态是硬盘没有进行读写工作但处于待命状态。

　　DVR 专用硬盘是按24×7的企业级环境要求进行设计开发的。24×7就是每天工作24个小时，每周工作7天（就是连续不断的进行工作）。普通PC硬盘并不适合长时间连续读写，如果要求普通PC硬盘长时间连续读写就会损伤硬盘，使硬盘出现异常声音、读写错误、工作中止等多种问题并由此导致硬盘最终损坏。

　　数字硬盘录像机是常年不间断运行的，因此要求硬盘必须可以长时间连续工作，能满足这个要求的就是DVR专用硬盘。

　　启动差别

所有的3.5寸硬盘都包含电机系统，因此硬盘加电启动的时候与电机加电启动的情况相类似：就是在加电的初始时间会出现较大的启动电流以完成硬盘启动。如果加电启动的时候硬盘外部供电系统不能保障足够的电流支持，则硬盘会启动失败，导致硬盘不可用。并且如果多次出现这种情况，容易造成硬盘的损坏。

　　由于硬盘电机的供电是由外部电源系统直流12V满足的，因此在评价硬盘启动电流的时候都以直流12V的电流为标准。普通PC硬盘启动电流一般在2.8A～3.2A之间。DVR专用硬盘的启动电流最高为2.0A。

数字硬盘录像机经常采用多硬盘进行数据存储，以安装8片硬盘为例：普通PC硬盘启动电流2.8×8=22.4A，最低的功耗为22.4A×12V= 268.8W。DVR专用硬盘启动电流2.0A×8=16A，最高的功耗为16A×12V=192W。可以看出，在相同硬盘数量的情况下DVR专用硬盘对外部电源系统的要求更低（在同样输出功率的外部电源支持下，可以安装的DVR专用硬盘的数量会更多）。

　　注：在上例情况中，若外部电源系统供电只能保障250W，则采用普通PC硬盘的时候会出现某些硬盘可以识别，某些硬盘不可以识别，并且没有规律性，而专用硬盘可以轻松识别。

　　运行功耗及散热差别

　　这里运行功耗是指硬盘在正常读写状态时的功耗。

普通PC硬盘的运行功耗一般为14.5瓦左右，DVR专用硬盘的运行功耗一般为8瓦左右。可以看出，DVR专用硬盘运行功耗仅相当于普通PC硬盘功耗 55%，低的运行功耗不仅对电源系统有重要意义，而且对数字硬盘录像机系统的散热也有重要的意义（运行功耗中大概75%会转变为热能）。

在数字硬盘录像机中，如果安装8片硬盘，那普通PC硬盘的运行总功耗为14.5W×8=116W，DVR专用硬盘的运行总功耗为8W×8=64W。如果采用普通PC硬盘，可以想像在数字硬盘录像机这么小的空间内有这么高的发热源，对系统的散热要求是很高的，为了保障硬盘有一个合理的环境温度（0～60℃），必须对硬盘系统进行有效的散热。而采用DVR专用硬盘，发热情况就好得多----降低了系统散热要求使系统对环境的适应性更强。

　　传输的差别

DVR专用硬盘除了采用传统PC硬盘的传输模式，还引入了一个更新的传输模式----不间断传输模式，该传输模式最大为65MB/S。通过引入不间断传输模式，使硬盘对流媒体的支持更加可靠，充分保障数字硬盘录像机在录入的同时进行回放的流畅性和稳定性，这是其它硬盘所不具备的特性。

　　总结

　　稳定高于一切，DVR专用硬盘提供最稳定最安心的数据存储介质，降低工程商服务成本，降低最终用户数据丢失风险，是监控系统行业、KTV、网吧最忠实的伙伴。

　　下面是专业硬盘的型号（以250G为例）：希捷 IDE接口：ST3250820AV

　　SATA： ST3250820SV

　　企业级：SATA（无IDE接口）： ST3250820NS

　　西数： IDE： WD2500AVBB（2M）JB（8M）

　　SATA： WD2500AVJS

　　企业级：SATA ： WD2500YS

　　三星：SATA；HA250GJ（三星的型号是最难搞的）统称CE盘

　　目前市场上在用的就这三款硬盘，希捷是绝对的主力，西数胜在稳定，三星是刚崛起。

　　至于以前大家喜欢用的迈拓，这里我要提醒一下大家，现在的迈拓盘确实不适合在监控行业使用了，自从被希捷收购以后，迈拓的硬盘是被越做越差了，返修高的吓人。

普通硬盘与监控硬盘的区别：
普通硬盘在上电启动的时候会全速启动，瞬间电流可能达到2安，甚至更高。监控硬盘启动的时候会缓慢加速，启动电流会控制在2安以下。因为监控系统中通常会安装多个硬盘，这样在启动的瞬间会产生很大的启动电流，如果是普通硬盘的话，电源会难以承受，甚至烧毁。另外，监控系统对硬盘的传输速度要求一般不高，但是会频繁的小数据量的读写。所以需要在磁头读写机构上针对监控系统的读写特点做结构优化设计，以延长磁头寿命。监控硬盘的理论平均无故障运行时间比普通硬盘要长的多，稳定性、可靠性要更高

以下是希捷 SV35.3 Series™ 硬盘官方的介绍：

具有企业级可靠性100 万小时的MTBF和1%年返修率，可用于全天候视频监控应用

数据传输率（读/写速度）进一步提高，从而优化了视频录制性能

ATA-7 流命令可优化视频流的性能和完整性。

功耗和散热量进一步减少，降低了监控系统的运行温度，并延长了其正常运行时间。

即使硬盘外壳温度上升到75˚C，硬盘也可正常运行

高达32MB 的超大缓存容量，可以提高视频的录制质量。

另外，SV35 Series 硬盘还设计为具备创新的电源优化功能，可进一步降低功耗和散热量。通过使用低成本、高能效的电源，实现系统转速下降支持以使硬盘在不活动时进入低功耗休眠模式，可有效避免DVR过热并降低了空气流通设计的复杂性。

企业级硬盘，希捷是夸大其词了。

平均无故障时间100万小时，每天24小时计算，约114年，就是说买个硬盘能连续转114年

David 2009-07-24 17:41 发表评论

MYSQL主从复制高可用实施手册

David — Sun, 01 Feb 2009 08:55:00 GMT

摘要: 声明：该方案不能进行主从自由切换，如果要在主节点当机在恢复使用必须时候手动来操作，首先要进行同步数据，然后在做同步复制，最后在切换！这一切操作必须人为干预！应用需求：双机热备提供备份，冗余功能安装环境： NODE1 主机名 master IP地址 10.10.10.101 NODE2 主机名 slave IP地址 10.10.10.102 VIA ... 阅读全文

David 2009-02-01 16:55 发表评论

联想免费U盘 5G lenovo u-disk

David — Sun, 14 Dec 2008 13:53:00 GMT

5G超大容量免费存储空间

批量文件传输，支持多级目录和断点续传

用户完全控制数据访问权限

多种途径实现数据共享

浏览器内支持文件的拖拽、移动

各种音视频文件的在线预览

申请地址：注册联想5G免费U盘
 http://www.lenovodata.com/account/iregisterdisplay/2539116

David 2008-12-14 21:53 发表评论

vmware esx VC安装出错提示 Error 25089 - incorrect username/password for VirtualCenter Server

David — Fri, 17 Oct 2008 17:30:00 GMT

Error 25089 - incorrect username/password for VirtualCenter Server
Error 25085 - Setup failed to register VMware Update Manager extension to VMware VirtualCenter Server
错误25089 用户名密码错误

vmware esx 安装vc遇到如下错误。请检查。
如果是第一次遇到这个错误，可能比较大的情况是安装过程中属于帐号密码和操作系统中的帐号密码不对应，

解决办法，1，可以使用系统administrator帐号及密码
2.新建立一个系统管理帐号。

If you see the error: Error 25089 - incorrect username/password for VirtualCenter Server during the setup wizard for VMware Update Manager, the installer asks for a username and password to be used for the update manager service.

There are several reasons that the installation fails with this error:
This username and password must already exist on the VirtualCenter Server.
The account used must be an administrator on the VirtualCenter Server.
The password for the account must be alpha-numeric.

Note: If ActiveDirectory user credentials are used, the password complexity requirement has special characters mentioned but they are not mandatory.
If one of these do not resolve the issue please try the steps outlined below:

Ensure that Update Manager is removed from Add/Remove Programs.
If Update Manager is still present, uninstall it from Add/Remove Programs and follow the steps below for further cleanup.

Check if any Update Manager processes are running by opening Task Manager. Ensure the rdevServer.exe process is stopped before moving to the next step.

Delete or move logs from %temp% and \Windows\Temp folders.

Ensure the windows service vmware-ufad-vci is deleted. If its marked for deletion, reboot the machine and continue.

Clean up Update Manager installation directory. Remove the Update Manager folder from the root install directory.

Note: The default location is [ProgramFilesFolder]\VMware\Infrastructure\Update Manager.

Clean up registry entries under HKLM\Software\VMware, Inc.\VMware Update Manager.

Download and install MSI clean up tool from http://download.microsoft.com/download/e/9/d/e9d80355-7ab4-45b8-80e8-983a48d5e1bd/msicuu2.exe

Note: A support article can be found at - http://support.microsoft.com/kb/290301
Open MSI clean up utility and select the VMware Update Manager entry if exists and click on Remove button.
Links valid as of 14 Mar 2008, please rate KB article leaving feedback to report any issues with the links.

Run the installer again to install VMware Update Manager.

If it fails again, generate the Update Manager log files. For more information on collecting log files, see Collecting diagnostic information for VMware Update Manager (1003693).

File a support request with VMware Support and note this KB Article ID in the problem description. For more information, see How to Submit a Support Request.

David 2008-10-18 01:30 发表评论

NetApp SE 实验室报告：SAN Boot with VMware ESX 3.0.0

David — Fri, 17 Oct 2008 06:14:00 GMT

本文转自: http://www-cn.netapp.com/news/techontap/2006/oct/1006tot_labreport.htm
Nick Triantos 著
拥有大量服务器的企业正逐渐转向无磁盘服务器，可以从 SAN (FC 或 IP) 引导，从而减少成本、合并存储并优化供应。尽管 SAN 引导不是新技术，刀片式服务器的引入可以有助于加速它的采用。刀片式服务器提供更好的可管理性、减少了硬盘成本并简化了电缆管理，以及节省了电能、冷却和房产成本。
从 SAN 引导的最常用平台之一是 VMware ESX 服务器。越来越多的企业正部署 VMware ESX 服务，以将许许多多的物理服务器合并到单刀片机箱中少量的无磁盘刀片式服务器中。其它的企业已着手使用单独的 1U 基于 Intel 的服务器部署 VMware。
已知现在的大多数服务器都附带内部 SATA 驱动器（不支持其托管 ESX 服务器影像），SAN 引导成为最具吸引力的选择。基于存储的快照、克隆和复制技术提供附加的优势，可以快速从克隆或快照来恢复损坏的 ESX 图像，并将其存储在相同的物理服务器上或将其复制到远程站点作为 DR 用途。

比较
ESX Server 2.5.x 和 3.0.x
的 SAN 引导要求（单击放大）
与大多数技术供应商一样，Network Appliance 在其大量的主要销售办公室都有实验室。这些实验室主要用于技术演示，并利用各种操作系统和第三方软件。NetApp 达拉斯办公室也有一个系统工程实验室，NetApp SE 可以深入钻研特定的技术。自从 2.5.1 发布以来，此实验室包括了 VMware ESX 服务器环境，而自从 2.5.3 发布以来我们已经从光纤引导 ESX 服务器。
八月份，我决定升级到新的 ESX 3.0.0 版本来了解一下变化，立即被其结果完全吸引。
使用 ESX 3.0.0，VMware 在支持从 SAN 引导方面取得了重大的进步。简化了以前版本的多种要求。根据我的体验，安装过程快速而简单并且 — 至少在测试目的方面 — 环境可以完美地运行。
设置 ESX 3.0.0 for SAN Boot
设置附带 NetApp 存储的 VMware for SAN boot 非常容易。整个过程不超过 20 或 25 分钟，从提供引导 LUN 时间到 ESX 影像安装完成的时间。
下表显示我们的设置。
服务器       IBM x346
CPU       2x Xeon 3.2GHz
内存       8GB
FC HBA       2x QLA 2340
FC 交换机       MDS 9120
外部存储       NetApp FAS3050c
表 1.NetApp SE 实验室设置
安装之后，开始创建虚拟机 (VM) 并安装客机操作系统。我选择用 iSCSI 在 LUN 上安装 VM，以便可以了解 VMware 的实施。配置 iSCSI initiator 非常简单，可以毫无问题地安装客机操作系统。已知当前 ESX 不提供 iSCSI LUN 的多路径机制，我选择实施 NIC 队列，本质上用作相同的目的。
对默认 ESX 3.0.0 的建议编辑。配置

当前实验室环境的屏幕快照
（单击放大）
如果对 SAN boot with ESX 3.0.0 感兴趣，则需要考虑一些问题。首先，建议在做出购买任何 HBA 的决定之前，先联系存储供应商，认真地查看 VMware ESX Server 3.0 的 I/O 兼容性指南。会发现某些型号的 HBA 不支持 SAN 引导。
此外，需要作出许多调整优化和自定义才能达到更高的性能，并在硬件故障时不会发生中断容错。建议对默认的 ESX Server 3.0.0 设置进行三个简单的更改：

    * 仅在 1 HBA 上启用 BIOS。
    * 修改执行调节/队列深度。
    * 修改 PortDownRetryCount 参数。

在以下章节对每一点都进行了详细描述。但是，请牢记此设备没有经过完全测试或经过 NetApp 工程的批准，因此不断定它是所有环境的正确答案。
技巧 #1：仅在 1 HBA上启用 BIOS。
仅在用于引导的原始 HBA、电缆或 FC 开关失效而需要重新启动服务器时，才在第 2 个 HBA 上启用 BIOS。在此情况下，可以使用 QLogic Fast!UTIL 选择活动的 HBA、启用 BIOS、扫描 BUS，以此来查找引导 LUN 并将 WWPN 和 LUN ID 分配给活动的 HBA。但是，两个 HBA 连接都作用时，仅有一个连接需要启用 BIOS。
技巧 #2：修改执行调节/队列深度。
执行调节/队列深度表示可以在任何一个 HBA 端口执行的显著命令的最大数目。ESX 3.0.0 默认为 32，但是环境的最佳值取决于以下两个因素：

* 通过阵列目标端口暴露的 LUN 总数目
* 阵列目标端口队列深度

确定该值的公式是：
队列深度 = 目标队列深度 / 从阵列映射的 LUN 总数目
此公式将保证每个 LUN 上并行的快速加载不会充斥目标端口，造成 QFULL 情形。QFULL 情形表示目标端口不能处理能力以外的 I/O。在大多数操作系统中，接收到目标的 QFULL 情形之后，HBA 驱动器通常将 LUN 的最大队列深度减小到最小值，通常为“1”，从而将 I/O 队列调节到目标端口。当目标停止发出 QFULL 情形时，HBA 驱动器将开始逐渐增加 LUN 队列深度值，从而缓慢地将 I/O 增加到目标端口。
下面是一个示例，说明以上公式如何有助于避免 QFULL 情形。如果目标端口具有 1024 的队列深度并且通过该端口暴露 64 LUN，则每个主机上的队列深度设置为每 LUN 16 个显著 I/O。这是最安全的方案，保证不会出现 QFULL 情形：
每 LUN 16 个显著 I/O x 64 LUN = 目标端口队列深度
但是请注意。如果使用以上公式单独计算每个主机的队列深度，则仍有出现 QFULL 情形的可能。
原因如下。现在详述以前的示例，并假定共有 64 LUN 和四个 ESX 主机，每个主机映射 16 LUN。
对每个 ESX 主机单独进行计算得出：队列深度 = 1024 / 16 LUN = 每 LUN 64 个显著 I/O。但是，在四个 ESX 服务器中全部 64 LUN 上同时快速加载将得出：每 LUN 64 个显著 I/O x 64 LUN = 4096，比物理阵列目标端口的队列深度大得多。这是一种不合要求的情形，在特定条件下将生成 QFULL 并调节 I/O。
要改变 QLogic HBA 上的队列深度

   1. 请创建 /etc/vmware/esx.conf 副本。
   2. 查找每个 HBA 的以下条目：
      /device/002:02.0/name = "QLogic Corp QLA231x/2340 (rev 02)"
      /device/002:02.0/options = ""
   3. c) 按如下所示修改：
      /device/002:02.0/name = "QLogic Corp QLA231x/2340 (rev 02)"
      /device/002:02.0/options = "ql2xmaxqdepth= xxx"
      ，其中 xxx 为队列深度值。
   4. 重新启动。

技巧 #3：修改 PortDownRetryCount 参数。
PortDownRetryCount 参数值必须设置为存储供应商推荐的值，使用 Fast!UTIL。此设置指定适配器驱动程序向返回端口故障 (Port Down) 状态的端口发出重试命令的次数。此值对于 ESX 服务器是 2* n +5，其中 n 是 HBA BIOS 中的 PortDownRetryCount 的值。
可以在 HBA 中直接更改此值，也可以在安装 ESX 之后通过编辑 /etc/vmware/esx.conf 文件更改此值。要编辑该文件，请查找正使用的 HBA 模型下的“options=”条目，进行以下更改。
要更改 PortDownRetryCount 参数

   1. 请创建 /etc/vmware/esx.conf 副本。
   2. 查找每个 HBA 的以下条目：
      /device/002:02.0/name = "QLogic Corp QLA231x/2340 (rev 02)"
      /device/002:02.0/options = ""
   3. 按如下所示修改：
      /device/002:02.0/name = "QLogic Corp QLA231x/2340 (rev 02)"
      /device/002:02.0/options = "qlport_down_retry= xxx"
      ，其中 xxx 为存储供应商推荐的值。Emulex HBAs 的等效设置为“lpfc_nodedev_tmo”。默认值为“30”。
   4. 重新启动。

总体评估
到目前为止，我使用 SAN 引导 VMware ESX 3.0.0 只有好的体验。从程序上来看，过程当然比以前版本要简单得多。此外，我发现 ESX 主机在存储控制器容错测试过程中的可靠性现在也非常坚固。
本文出自 51CTO.COM技术博客

David 2008-10-17 14:14 发表评论

How do you reset the SANbox switch password file back to factory default?

David — Wed, 19 Mar 2008 08:02:00 GMT

Qlogic 光纤交换机忘记或者不知道管理IP,帐号，密码的时候，需要重置一些配置信息（IP,USERNAME ,PASSWORD)
交换机的网线接口下面有个小孔，这个就是和普通家用ADSL路由器一样的恢复出厂设置按钮，交换机通电状态下，按下这个按钮4秒钟，它左侧最下面的那个状态灯会变黄，过会交换机会自动重新启动，用一个串口线（和mcdata 交换机的线一样，就是普通的标准线序，注意2头都是孔）使用9600 比特率，交换机提示输入帐号密码，输入prom/prom (username/password) ，从提示菜单中依次选3，输入y确认重置admin密码为password，选2输入y重置ip地址为10.0.0.1 ，最后选 7，输入y确认后系统重新启动。下次打开你的交换机时就和手册中的缺省配置信息一样了。

ip: 10.0.0.1
username: admin
password: password

以下为qlogic 官方论坛的介绍信息原文。

How do you reset the SANbox switch password file back to factory default?

Question: How do you reset the SANbox switch password file back to factory default?

Response: Put switch into Maintenance Mode (disruptive) by pressing the maintenance mode switch/button for 4 seconds or power on and press the maintenance mode switch until the heartbeat LED is on solid (the maintenance mode switch is in the hole located under the Ethernet connection). Use Telnet and log in as prom/prom (username/password). Select menu option#3 (Reset Password File) to defaults (admin/password = username/password). Select menu option#7 (Reset Switch) to reset switch once selecting exiting from Maintenance Mode menu, then menu item#0 (Exit).

Sanbox2 login: prom

Password: prom

0) Exit
1) Image Unpack
2) Reset Network Config
3) Reset Password File
4) Copy Log Files
5) Remove Switch Config
6) Remake Filesystem
7) Reset Switch

Option: 3

OK, password file has been reset to factory defaults.

0) Exit
1) Image Unpack
2) Reset Network Config
3) Reset Password File
4) Copy Log Files
5) Remove Switch Config
6) Remake Filesystem
7) Reset Switch

Option: 7

Are you sure you want to reboot the switch? (y/n) y

0) Exit
1) Image Unpack
2) Reset Network Config
3) Reset Password File
4) Copy Log Files
5) Remove Switch Config
6) Remake Filesystem
7) Reset Switch

Option: 0

Note: After resetting, the SANbox switch will come up in Normal mode and be ready to use with a default password file.

For more information, refer to the Switch Installation Guide and search for a section on 'Recovering a Switch' to 'Reset User Accounts to Defaults'.

David 2008-03-19 16:02 发表评论

光线网络中的 Zoning

David — Mon, 08 Oct 2007 05:33:00 GMT

Zoning的配置，可以将连接在SAN网络中的设备，逻辑上划分为不同的区域，使各区域的设备相互间不能访问，是网络中的主机和设备间相互隔离。

对于设备来说是透明的。这里的区域划分都是在光纤交换机上完成的，划分区域的工作对于主机和存储设备来说都是透明的，
在他们上面不需要进行任何配置。他们会以为SAN网络中只有Zone中的几台设备，根本没有其他的设备存在。

要实现这种SAN网络中区域的划分，思路有两种：在名字服务器中隔离和在数据转发时过滤数据包，用这两种方法实现的Zone分别被称作Software Zone和Hardware Zone。

Software Zoning
Software Zone是完全基于Name Server实现的。当一个主机登录到Fabric网络时，他会向Name Server登记，并向他查询在Fabric中的所有设备。Name Server知道Fabric中的所有设备，但不会都告诉查询着。而是把主机所属于的zone内的设备作为查询结果返回，其他的不在zone内的设备会被Name Server隐藏起来，主机不知道设备的存在。如果主机是一个好公民（Good Citizen），也就不会去试图访问他Name Server没有告诉他的设备，实现了网络的隔离。
采用这种方式划分Zone后，交换机并不根据地址或端口过滤数据包，没有严格的安全性的保证。如果SAN中的主机不是好公民，他会试图扫描网络中的所有存储设备，并试图访问他。Software Zoning不能阻止这种非法访问。正是由于这个原因，在进行Zoning的设计时应该尽量避免使用Software Zoning，而是采用Hardware Zoning的方式完成Zoning的功能。

Hardware Zoning
Hardware Zoning的实现方式和Software Zoning完全不同，他并不基于Name Server实现Zoning的划分，而是真正在设备上根据Zoning的定义进行数据包的过滤，真正的把网络从物理上隔离开。无论主机是否是好公民，他都能严格的保证Zoning的划分，实现良好的安全性。

Session Enforced Zoning
Session Enforced Zoning是软件Zoning，但是在PLOGI/ADISC/PDISC时，ASIC对设备进行认证，只有在zone内的合法设备才能完成上述过程。

都不影响性能
光纤交换机上Zoning的功能是在ASIC硬件上实现的，无论是Software Zone还是Hardware Zone多不会影响交换机的数据转发性能。

Software Zone和Hardware Zone不是人为指定的，而是由交换机根据Zone内的成员类型自己去判断的。Zone的类型的判别标准如下：
当Zone的同时有WWN名和Domain,Port作为成员时——Software Zone。
当Zone的只有WWN或只有Domain,Port作为成员时——Hardware Zone。

请思考现实生活中的例子说明类似Software Zone和Hardware Zone区别的情况？
比如我们到开架式图书馆中借书：
开架式图书馆——SAN网络。
图书——存储设备（Target）。
借书人——主机（Initiator）。
图书目录——Name Server
图书馆想阻止某人对某些图书的访问可以有下面两种方法：一是不给借书人看图书库的完整名册；二是划分阅览区，不让借书人接触到不该访问的图书。
不给借书人看完整图书名册的方法就是Software Zoning的方法。如果借书人听话，查询图书目录后，只会访问名册上已有的图书（Good Citizen），这种方法可以隔离了他对目录上没有的图书的访问。但如果借书人比较多事，不光查阅书目的目录，还到所有的书架上去察看所陈列的所有书籍（Bad Citizen），则这种方法无法阻止他对目录上没有列出图书的访问。
但如果在图书馆中设立不同的阅览区，在个区域的入口处设有保安，控制借书人进入阅览区，这就是Hardware Zone的方法。不管借书人是否是好公民，这种方法从物理上个隔开了借书人和图书，一定可以阻止借书人对某些特殊图书的访问。非常可靠。

从上面的例子中可以清楚地看到Software Zone和Hardware Zone的区别。正是由于Hardware Zoning的这些特点，他是在Zoning划分时是首选的方案。Software Zoning是应该被避免的一种情况，在有可能的情况下，应该尽量采用Hardware Zoning划分区域。

配置Zone需要涉及到三个对象的配置Alias，Zone，Configuration。

Alias
可以把设备的WWN或Domain，Port声明为Alias，用于更好更直观的标示设备。
使用Alias的主要目的是方便用户的使用，想象一下记住一个人的身份证号和名字的区别就可以明白其中的道理，使用Alias就想给设备启名字一样。声明 Alias的另外一个益处是便于Zone中成员的更换。当Zone中的某个成员更换时，如果定义了Alias，只要修改Alias的定义就可以调整 Zone中的成员，而不用修改Zone的配置。

Zone
区域，Zone内的设备可以相互访问，但不能访问其他Zone的设备。Zone的成员可以有三种：“Domain,Port”；”WWN”；”Alias”。
Zone对成员的数量没有限制，可以同时有多个类型的多个设备同时存在于一个Zone中。当一个wwn被定义在zone中后，他的所有端口都会被包括在zone中。

Configuration
在交换机上的一套关于Zone的配置，或者说一系列Zone的集合。它可以包含一个或多个Zone作为它的成员。
在一个SAN网络中一般需要有多个Zone同时存在，这一套同时存在的Zone被存放在一个Configuration中。为了解决在交换机上，在不同的时间有不同的Zone的配置的问题，在交换机上允许同时有多个Zone的Configuration存在方便Zone配置的切换。

所有的Configuration配置中只有一个Configuration是生效的配置，被称作Active Configuration。其他的都是待选方案，只有在他们成为Active Configuration后，他们的Zoning配置才会生效。
Zoning分区在发送RSCN时产生的影响

只要名称服务器有改变，比如一个设备增加或者以移出fabric网络，一个状态更改通知（RSCN）就会产生。如果没有zoning的话，RSCN会发到 fabric网络上的所有设备上，这样每个设备都要去咨询名称服务器以确定fabric更改后的成员关系怎样。虽然有时该设备的改变没有影响到有的设备，但这个信息照样会送给它。如果是一个大的 fabric网络的话会产生非常多的信息流，尽管只是非常短的时间。

举个例子：一个新的服务器（访问发起者）加入到了fabric网络，这条信息其实是不用通知到其他的服务器（同样也是访问发起者）。因为服务器之间基本上是不会有什么交流的。在被访问者（如存储系统、磁带库等）之间也有同样的情况，这些设备之间也是很少有交流的，所以目标设备在光纤网络里的状态改变也是不用通知到其它的目标设备的。

如果zoning功能打开了的话，那么只有在改变设备所在的zone的有关设备才会收到RSCN。如果设备已经知道它们zone里的成员的话，那么它们不会收到RSCN。只有与状态改变有关的设备才会收到RSCN。所有的设备都假设是不影响正常应用的情况下处理RSCN的，实际的经验显示其实并不都是这样的。因此，实施了zone的fabric网络可以提高更高的可用性和稳定性。

David 2007-10-08 13:33 发表评论

关于光纤通道存储交换机的几个问题

David — Mon, 08 Oct 2007 05:32:00 GMT

Loop Switch 和Fabric Switch 的区别
　　Fibre Channel有两种常用的拓扑结构: Fibre Channel Arbitrated Loop (FC-AL)和Fabric。我们常说的的Fibre Channel Hub和Loop Switch使用 FC-AL协议，而Fabric Switch使用FC-SW协议。两者之间的区别如下：
　　
　　1）地址空间上的不同、扩展能力不同
　　
　　FC-AL使用一个字节的地址，称为AL_PA地址（Arbitrated Loop Physical Address）。由于协议本身的原因，只有127个地址。（一个字节有256个数字，AL_PA地址只使用其中的一部分）。
　　
　　Fabric使用3个字节的地址，其中第一个字节即是我们常说的Domain_ID，由于协议本身用掉了16个地址，实际可用的只有239个。每个交换都必须具有不同的Domain_ID，因此所有的交换机厂商的宣传资料上都说最多可以将239个交换机相连。
　　
　　2）地址获得方式不同
　　
　　使用FC-AL协议时，一般讲是在所有的设备之间协商AL_PA地址。
　　
　　而设备连接到Fabric交换机上，它会首先做一个Fabric Login，向交换机登录，从而获得3个字节的地址。单台机器启动不需要同其它机器协商地址。
　　
　　3）Fabric交换机特别适合构造大的企业级SAN，因此需要提供许多特殊的服务来确保SAN正常工作。如：Fabric登录服务，命名服务，别名服务，RSCN服务等等。而Loop Switch特别适合广大中等规模的SAN结构，这也是国内大多数用户的需求规模。同时，在方案的兼容性配置方面，Loop Switch更有优势。因为，各类存储产品的默认设置都是 Loop优先。
　　
　　在实际使用过程中，一些用户把Hub和Loop Switch 看作同一种设备。但实际上， Loop Switch 和Fabric Switch 都是每端口独享100MB/S （或200MB/S）的带宽，而Hub却只能是多端口共享100MB/S （或200MB/S）的带宽。
　　
　　Zoning 分区
　　在早期的SAN方案中，服务器大多是同种操作系统，SAN环境下的安全性问题并不突出。但是现在的方案中，异种操作系统并存的需求比比皆是，多套磁盘阵列子系统或具有多个主机接口的磁盘阵列子系统也很常见。为了保证SAN正常工作，不互相破坏数据。基于FC存储交换机层面的Zoning 分区划分，可以有效提供一种解决方案。这样服务器只能访问同一分区内的设备，提高设备访问的安全性。
　　
　　基于端口的Hardware Zoning（硬件分区）划分，可以产生直观、清晰的逻辑划分，在实践中被大量使用。还有一种Software Zoning（软件分区）方法，即基于WWN (World Wide Name) 进行分区。不过，软件分区在实际使用中较少使用。
　　
　　Zoning分区可具有以下特点：
　　
　　a. 分区可以重叠、同一设备可属于不同分区
　　
　　b. 分区可以在设备运行时动态划分
　　
　　c. 使不同的操作系统可以在一个SAN里共存
　　
　　可见，FC存储交换机的分区功能是至关重要的。但不同品牌的交换机实现 Zoning功能的方式是不同的。如Vixel 交换机自动具备Zoning 功能，而有部分交换机则需要单独购买该项软件License ，才能实现相应功能。
　　
　　LIP Isolation（LIP隔离）
　　很多用户将Zoning 分区和LIP 隔离混淆，认为Zoning 就是LIP 隔离，实际情况为两者是不同的概念。
　　
　　当FC 存储交换机遵循FC-AL协议工作时，一般所有的设备之间协商AL_PA地址（或常说的Loop_ID），这个过程我们称为环路初始化(LIP)。SAN上有任何新的设备启动都会引起LIP，这时所有的机器停止工作进行地址协商，因此LIP会使系统中断工作。
　　
　　当FC存储交换机遵循FC-SW协议工作时，需要特殊的服务来确保SAN正常工作，与上面所说LIP相类似的一个服务就是RSCN。设备做完Fabric Login后会向交换机登记许多信息，当该设备关闭或重新启动时就会引起登记状态的改变，RSCN服务就是负责将登记状态改变信息通知SAN上的所有设备。
　　
　　可见，LIP和RSCN都对SAN的正常工作造成破坏，对于一些特殊关键应用甚至是致命的，如视频流应用和磁带库备份应用。根据FC-AL协议标准，LIP一般需要15毫秒，而遵循FC-SW 协议的RSCN根据实际的SAN环境的复杂程度，甚至影响正常通讯达数秒。
　　
　　对于不具备LIP隔离功能的交换机，在解决RSCN 影响问题时，只能靠Zoning 分区的方法使一个分区的设备对其他分区的设备减轻冲击。但是，在视频流应用的实际测试效果来看，仍然对正常通讯的设备性能造成了较大的影响。

David 2007-10-08 13:32 发表评论

Veritas常用命令：

David — Mon, 16 Jul 2007 09:49:00 GMT

1．查看当有运行的任务
bpdbjobs –report | grep Active
2．停止任务
bpdbjobs –cancel PID (包括主任务和子任务)
3．开始任务
bpbackup –i –p task_name(如bss_archive_backup)
4．查看所有在用的驱动器和磁带
vmoprcmd –h media_server_hostname
5．查看pool所含的磁带（包括freeze）
bpmedialist
6．Freeze磁带
bpmedia –freeze –m media_id –h media_server_hostname
bpmedia -h hostname |grep FROZEN
7．查看error解释
bperror –S media_id
8．查看在驱动器的磁带
robtest 1
s d
查看slot中的磁带
robtest 1
s s
将带子从驱动器的移走
m d驱动器号 s槽号
9．查找某一盘磁带
在MASTER上 vmquery –m media_id
10．测试IBM磁带库
lsdev –Cc tape
tapeutil
1
/dev/rmt1
11．查看某个时间段的备份情况
bpimagelist –U –d 08/20/2004 00:00:00 –e 08/21/2004 00:00:00
12．查看备份策略
bpplist
13．通过bpps –a 确认veritas进程（SAN Media）已停止
netstat |grep bpcd 查看bpcd监听进程(client)
14.UP驱动器或重启驱动器
vmoprcmd –up no.
vmoprcmd –reset no.
15.将带子从pool中移走
bpexpdate –m media_id –d 0 –host hostname

David 2007-07-16 17:49 发表评论

Vertais 常用命令

David — Sun, 15 Jul 2007 03:36:00 GMT

Veritas常用命令

Veritas常用命令：
1．查看当有运行的任务
bpdbjobs –report | grep Active
2．停止任务
bpdbjobs –cancel PID (包括主任务和子任务)
3．开始任务
bpbackup –i –p task_name(如bss_archive_backup)
4．查看所有在用的驱动器和磁带
vmoprcmd –h media_server_hostname
5．查看pool所含的磁带（包括freeze）
bpmedialist
6．Freeze磁带
bpmedia –freeze –m media_id –h media_server_hostname
bpmedia -h hostname |grep FROZEN
7．查看error解释
bperror –S media_id
8．查看在驱动器的磁带
robtest 1
s d
查看slot中的磁带
robtest 1
s s
将带子从驱动器的移走
m d驱动器号 s槽号
9．查找某一盘磁带
在MASTER上 vmquery –m media_id
10．测试IBM磁带库
lsdev –Cc tape
tapeutil
1
/dev/rmt1
11．查看某个时间段的备份情况
bpimagelist –U –d 08/20/2004 00:00:00 –e 08/21/2004 00:00:00
12．查看备份策略
bpplist
13．通过bpps –a 确认veritas进程（SAN Media）已停止
netstat |grep bpcd 查看bpcd监听进程(client)
14.UP驱动器或重启驱动器
vmoprcmd –up no.
vmoprcmd –reset no.
15.将带子从pool中移走
bpexpdate –m media_id –d 0 –host hostname

David 2007-07-15 11:36 发表评论

如何使用MSCS建立SQL Server集群

David — Tue, 14 Feb 2006 05:05:00 GMT

如何使用MSCS建立SQL Server集群

作者： techrepublic.com.com
2004-04-22 11:25 AM

集群是一种技术解决方案，它将硬件和软件结合起来，为Web、Email以及数据库等服务提供高可用性和高伸缩性的架构。本文将分析集群的类型，然后将重点放在如何建立一个基于Microsoft的集群解决方案。

集群的类型
集群分为两种类型：负载平衡和失效转移（Failover）。负载平衡集群将负载分散到集群内的各个资源，这要涉及跨越多个前端服务器的分布式网络传输。负载平衡集群令每个可用的服务器都拥有较为平均的负载量，以提高系统整体的性能和伸缩能力。这类集群一般用于Web和COM+程序，集群内部支持两个以上的节点。

Failover集群主要针对硬件和软件故障时的系统可用性。它监视系统资源，以确定何时启动失效转移。当系统发生故障时，集群会将资源从故障服务器转移到集群中的其他服务器，以恢复资源的可访问性。

一个具有容错能力的failover集群需要大量的硬件和专用软件，确定应用状态，它可以在硬件和软件发生故障时进行实时故障恢复，包括恢复到当前的应用状态。一个高可用性的集群必定是一个具有容错能力的集群，但它不一定能提供和failover集群同样的错误恢复能力。

Microsoft的Cluster Service (MSCS)是一种比容错集群更好的高可用性集群。它和专用的容错集群相比，所需硬件更少，但可以操作更多种类的应用。同时，它也可以对硬件和软件的故障进行恢复，但发生故障时无法正常恢复到应用状态则。高可用性的MSCS可以在一个集群内支持两个服务器节点。

基本的软硬件组件
集群中的服务器节点都采用各自独立的硬件设备，相互间协同工作。每个服务器有自己的操作系统，并独立连接在网络上。服务器间采用外部硬盘和专用网络连接。共享硬盘通过硬盘控制器与各个节点相连，这种硬盘控制器一般采用外置SCSI设备或存储局域网（SAN）作为共享硬盘，不同于包含操作系统的硬盘控制器。

MSCS解决方案可以采用主动/被动模式工作。在同一时间集群中只有一个节点是主动的，主动服务器存储着集群内的全部资源，并不断将数据写入共享硬盘，这就是所谓的quorum驱动器。它可以在故障恢复时，将共享状态信息从一个节点转移到另一个节点。定时的发送信号会通过服务器间的专用网传递，当处于被动模式的服务器没有受到这个信号，就认为主动服务器已经失效。此时，它便开始接管集群资源，并从quorum分区上读取状态信息。

在集群中安装 SQL Server
为了在集群上安装 SQL Server ，你必须首先按以下步骤建立一个可操作的集群：

1. 在每个服务器上安装支持MSCS的Windows Server操作系统。
2. 为每个服务器建立一个"公开的"网络连接。这个连接用来接收外部查询请求。
3. 在集群的两个节点间建立一个专用网络，用来传输节点状态信号。
4. 在域中建立一个用户，用来操作集群。在每个服务器上将该用户添加到管理员组。
5. 将两个服务器关闭。连接到共享驱动器上，并建立磁盘资源。开启集群中的一号节点（主动模式）。建立并初始化逻辑磁盘空间用来设置quorum驱动器，并建立其它的逻辑分区。
6. 通过控制面板的添加/删除程序中的Windows组件添加并配置Microsoft Cluster Service。其中包括设置集群的虚拟名称、IP地址，以及共享磁盘资源。
7. 开启二号节点（被动模式）。当二号节点在线时，回到一号节点，通过集群管理程序添加二号节点。在集群中添加二号节点非常容易，只要通过在一号节点进行简单配置就可以完成。

集群建立好后，就按照以下步骤安装SQL Server了：

1. 插入SQL Server企业版的安装光盘。如果没有启动自动安装程序，就在光盘上点击setup.exe。
2. 在确认计算机名界面，选择虚拟服务器并输入一个虚拟名称。
3. 建立一个运行SQL Server的服务账号。将集群中每个节点的管理权限赋给这个账号。
4. 填写IP地址、服务账号，以及共享磁盘资源等内容。

安装程序会在集群中的每个节点上安装SQL Server的复本，并在集群中建立虚拟设置。之后用户就可以通过集群管理器对SQL Server进行控制了。（责任编辑：刘燕之）

David 2006-02-14 13:05 发表评论

hp msa 1000双机热备及存储－－系统调试全过程

David — Mon, 06 Feb 2006 15:05:00 GMT

这是我第一次做双机热备和存储，以前只是自己玩玩linux 再深入的东西就没有了，对存储也只有一个大概的认识。所以这个系统调试对我来说很有意义，而且确实遇到了很多问题，放在这里和大家分享，共同学习，因为我也是第一次做，双机热备的软件是用的专业软件，所以这里对双机的探讨不多。

硬件：服务器：两台hp dl 380g4  ，双cpu ，两块scsi硬盘78g（smart array 6i控制器），做成raid1，hba卡为每台服务器两块qlogic2300，板带双网卡bcm5700
光交换机两台 hp storage works 2/8q fiber channel switch
5m FC cable x 6
msa1000 1个控制器2个。（右边是主，左边是从），raid1+0，14块硬盘（都是148g）

软件：redhat  2.1 (kernel 2.4.9-e3)  惠普带的smartstart  cd

开始：
硬盘做成raid1，可以在开始按f8在bios（是不是叫bios啊，反正台式机里这么叫）里边对两块硬盘做初始化，创建logic分区。不过最好是用服务器带的smart cd  里边的工具还是很好用的，最好在安装前先看好所带的说明书。

安装linux系统
1、硬盘问题
因为要与以前的系统兼容，所以需要安装redhat 7.2，后来又换成了2.1，首先就是安装时候系统认不出硬盘，因为服务器只带了for win 和 netware 的驱动（不知道for netware的驱动行不行能不能用，我没试），去惠普的英文网站上下载了for 380G4的smart  array 6i 的驱动程序，用rawwrite做成驱动软盘，安装时用 linux dd，成功加载驱动，系统安装成功。

－－说明：如果随机带的东西没有你需要的驱动，那么去hp英文网站找驱动吧，那里比较全，很多你在中文网站上是根本就找不到的（鄙视一下，为什么就不把中文支持做的好一些），如果hp网站上没有，可以去板卡的生产厂家去找（比如网卡，hba卡什么的）。

2、网卡驱动
网卡是bcm5700，这个可以在bios里边看到的，安装后网卡当然是认不出来了内核太老了，去下载了驱动，结果安装完成后用不了，insmod bcm5700后提示内核版本不对，呵呵，折腾了几次，换了几个版本的驱动尝试（不知道这样会不会有什么潜在的危险），最后，我仔细看了几个驱动的安装说明，最后安装了最正确的版本的驱动程序，（注意：这里我要说的是，仔细阅读安装的说明文件是很重要的，我就是按照上边提示的步骤一步一步去做，最后做成了）安装终于成功。insmod 加载模块后，设置好网卡的地址什么的，记住要按照安装说明在/etc/modules.conf里边加上相关的说明语句。安装完成后系统启动后会自动加载模块，因为在安装驱动的时候这部分已经被编译进了内核。这和后边的hba卡驱动不同。

3、hba卡驱动

hba卡实际上是qlogic的qla2300
还是去qlogic网站上下载驱动，具体的安装过程我就不说了去按照说明安装，只要你选对了版本，比网卡的安装要简单多了。
安装好后insmod qla2300，光纤交换机的灯终于亮了。然后的一个问题就是：系统启动时候光纤卡驱动不会自动load，那么在rc.local 里边加上吧，这样系统启动的最后，会加载这个模块，我在里边加的语句是：
insmod  qla2300 ql2xfailover=1
这里重点说说failover参数，这个参数的作用就是把两路光纤通路绑定为一路。我试过不加failover参数，就可以杂dmesg里边看到加载了sda和sdb两个空间，所以要加这个参数。还有一个作用就是双路切换，如果一路出现问题，有这个参数就可以自动切换到另一路，很多人讨论的 secure path 其实就是一个用第三方软件来实现failover参数的功能，因为支持failover（并不是所有hba卡都支持这个参数），所以我没有安装三方软件。

到这里linux系统的安装就完成了。双机软件我们用的专业软件，配置方面是厂家做的，不再多说。

msa1000的初始，用带的smartstart cd 去对msa1000进行初始化设置，这部分只要根据安装说明文档根据需要进行，也不多说了。初始化好以后。就可以把它作为sda1 mount到系统里边去了。

4、故障的排除。
全部安装好以后，做了几次测试，就是把服务器、光交换机进行人造故障，使其不能正常工作，观察是否能够保持系统的可用性，所谓热备也就是这么回事吧。（具体点，服务器全好，光交换机全好；一台服务器好，两台光交换机好，两台服务器好，一台光交换机好，一台服务器好，一台光交换机好，翻来覆去试吧，最好把可能的情况都试试，要对客户负责^_^）

后来发现问题了：两台服务器有时候可以正常切换，但是有时候双机是可以切换的，但是系统的数据库服务却无法正常运行，看日志，不能mount sda1，此时我做试验，lsmod看qla2300已经正常加载了，fdisk －l 无法看到sda 。出问题的是服务器1，我试用rmmod qla2300，然后再insmod qla2300 ql2xfailover=1，加载过程很漫长（仔细观察的话，可以发现这点，聪明的你可能已经会找出问题所在了），加载后，还是无法mount，我再试，停止，再次加载模块，这次我用的是insmod qla2300,没有加failover参数，结果加载成功，可mount，再观察msa1000，控制器已经切换到另外一台了，此时，如果我对这套系统稍有经验，或者能够静些心仔细分析，能够马上就得出hba卡有问题的结论（因为灯都亮，但是仔细观察，会发现有一路灯是在切换时候不闪烁的），但是当时关心则乱。以为是软件安装设置有问题，（仔细想想，第二台服务器是正常的，两台服务器的软件是相同的），调了很久，最后，我觉得和msa的控制器有关，因为两个控制器当其中从控制器起作用时候，那么系统是运行正常的，当主控制器控制时，就会有1号服务器无法正常mount的问题，我把1号服务器的两条光纤位置换一下，发现这时候主控制器控制时能正常，从控制器控制时，系统有问题，而直到这时（该打！！）我猛然发现二号服务器完全正常啊，然后把二号服务器的一块hba卡拔下来到1号服务器上单独试，一切正常。（在这里说起来简单，其实中间先后测了卡和不同的插槽，试了很多次），确定问题所在：hba卡。

为什么呢？因为只有1路是好的，所以只有连接到一台交换机的通路是通的，而那台交换机刚好连接到msa 的从控制器。这样当从控制器控制时，我加不加failover参数，服务器都能找到一条通道来看到msa1000，一切都正常，而当主控制器控制时，我加failover参数，这时候正常的一路因为连接的是从控制器，无法看到msa1000，而failover到另外一路，这时候因为hba卡有问题，所以是找不到通路的，所以failover失败。这时候是看不到msa的，当我手工rmmod后再从新用insmod2300，不加failovre，此时服务器自动去找好的链路去msa，这时候加载成功了，而且msa1000的控制器会切换到1号服务器正常线路所在的从控制器来进行控制。（msa1000会接受服务器的控制信号?）

这就是我第一次调试的过程，还有很多地方不懂，估计配置里可能会存在问题，希望高手看了，能给出些指引。

网卡和阵列卡的驱动都应该直接从hp站点上下载，又专门的驱动的.

FCA2214(oem qlogic2312) 在firmware上还是和原来的那个不太一样的，msa1000的controller, SSP要打开，connection profile要选择正确的操作系统. 这些如果都不做好，用起来会有问题的.

David 2006-02-06 23:05 发表评论

在Linux上实现DB2双机HA完整方案

David — Mon, 06 Feb 2006 15:01:00 GMT

在Linux上实现DB2双机HA完整方案

作者：Sabine 2006-01-20 10:22:49 来自：赛迪论坛

1. 摘要　　本文档介绍在SuSE Linux Enterprise Server v8.0(SLES 8)上安装配置DB2 UDB Enterprise Serverv8.2双机互备的高可靠性方案的基本步骤。该方案配合采用SLES的卷管理器(LVM)和Veritas Cluster Server v2.2(VCS 2.2)作为HA实现组件。 2. 概述　本文档假定读者已经理解双机互备的HA方案的基本概念。 2.1. 双机互备HA方案的基本步骤　　建立一个双机互备方案的基本步骤是： 1. 确定基本参数(如IP地址、存储空间，等等。本方案的参数均为示范参数，读者需要根据实际环境替换) 2. 配置共享存储(本方案不涉及共享存储方案的配置) 3. 在两台节点上分别安装应用(在本方案中是DB2 UDB) 4. 在一台节点上对应用作初始配置(在本方案中是在共享存储上建立DB2数据库) 5. 在另一台节点上引入共享存储上的配置(在本方案中是对共享存储上的数据库做catalog操作) 6. 在两台节点上分别手动测试应用 7. 配置HA Cluster管理软件(在本方案中是VCS) 8. 测试HA Cluster管理软件可以成功接管资源 2.2. 假设　　本文档假定采用以下示例环境，SLES与VCS已在节点上正确安装，SLES的共享存储已经正确连接，VCS的心跳连接已经正确配置。 2.2.1. 存储　　各节点上需要足够的本地磁盘空间，来安装DB2 UDB的可执行代码及实例。　　本方案需要足够的共享存储空间，来放置数据库数据。　　假定共享存储上分配给DB2数据库的卷组名为/dev/datavg1，逻辑卷名为/dev/datavg1/db2lv1(使用SLES的LVM服务)，在两个节点上的挂接点名为/home/db2data，且已正确格式化为合适的文件系统(Veritas工程师指出在SLES 8上VCS 2.2不支持ext3文件系统，建议格式化时指定ext2，在SLES 9和VCS 4.1上不存在这个问题)。注意这个挂接点要在fstab文件中配置为启动时不自动挂接。　　数据库其他表空间可以建立在共享存储的其他卷上，如果是文件系统，同样要配置为不自动挂接。本文档暂不讨论。 2.2.2. 节点　　本HA方案采用两个服务器节点做主从互备，以下分别称为Active节点和Passive节点。这两个节点具有相同的硬件和操作系统配置。 2.2.3. 网络　　对外的IP网络。假定该方案中DB2 UDB对外提供服务使用的浮动IP(Floating IP)为192.168.10.110，Active节点的物理IP为192.168.10.11，Passive节点的物理IP为192.168.10.12。　HA管理软件需要一组内部IP来管理双机间的心跳连接。心跳IP不在本文档范围内。 3. 配置步骤 3.1. DB2 UDB安装、配置步骤 3.1.1. 建立用户和组　　在两台节点上分别在root下执行以下命令: 　　groupadd –g 900 db2iadm1 　　groupadd –g 901 db2fadm1 　　groupadd –g 902 dasadm1 　　useradd –g db2iadm1 –u 800 –d /home/db2inst1 –s /bin/bash db2inst1 　　useradd –g db2fadm1 –u 801 –d /home/db2fenc1 –s /bin/bash db2fenc1 　　useradd –g dasadm1 –u 802 –d /home/dasusr1 –s /bin/bash dasusr1 　　组ID和用户ID可以根据实际情况选择，但务必保证在两台节点上相同的用户名/组名具有相同的ID。 3.1.2. 安装DB2 UDB产品代码　　在两台节点上分别在root用户下执行以下命令: 　　cd 　　./db2install –p DB2.ESE 　　cd /opt/IBM/db2/V8.1/adm 　　./db2licm –a /db2/license/db2ese.lic 　　其中，是DB2 UDB ESE安装介质所在目录。 3.1.3. 建立实例　　在两台节点上分别在root用户下执行以下命令: 　　cd /opt/IBM/db2/V8.1/instance 　　./db2icrt –p 50000 –u db2fenc1 db2inst1 3.1.4. 建立DAS 　　在两台节点上分别在root用户下执行以下命令: 　　cd /opt/IBM/db2/V8.1/instance 　　./dascrt –u dasusr1 3.1.5. 建立数据库　　在Active节点上在root用户下执行以下命令: 　　mount /dev/datavg1/db2lv1 /home/db2data 　　su – db2inst1 　　db2start 　　db2 create database on /home/db2data 　　db2stop 　　exit 　　umount /home/db2data 　　其中，是数据库名。 3.1.6. Catalog数据库　　在Passive节点上在root用户下执行以下命令: 　　mount /dev/datavg1/db2lv1 /home/db2data 　　su – db2inst1 　　db2start 　　db2 catalog database on /home/db2data 　　db2stop 　　exit 　　umount /home/db2data 　其中，是上一步骤建立的数据库名 3.1.7. 检验DB2配置　　在Active节点上，在root用户下执行以下命令: 　　mount /dev/datavg1/db2lv1 /home/db2data 　　su – db2inst1 　　db2start 　　db2 connect to 　　db2 create table T (ID INTEGER) 　db2 connect reset 　db2stop 　　exit 　umount /home/db2data 　　检验上述命令均无出错信息。　　在Passive节点上，在root用户下执行以下命令: 　　mount /dev/datavg1/db2lv1 /home/db2data 　　su – db2inst1 　　db2start 　　db2 connect to 　　db2 drop table T 　　db2 connect reset 　　db2stop 　　exit 　　umount /home/db2data 　　检验上述命令均无出错信息。 3.2. VCS配置　在VCS中，建立DB2资源组，在组中配置浮动IP、Application等资源，将Application的启动、停止等命令脚本配置为db2start、db2stop、db2admin start和db2admin stop，将Application的监视命令脚本配置为ps命令，监视db2sysc和db2dasrrm进程。

David 2006-02-06 23:01 发表评论

Linux网络环境下iSCSI配置攻略

David — Mon, 06 Feb 2006 14:54:00 GMT

Linux网络环境下iSCSI配置攻略
转载：http://www.ccw.com.cn/server/yyjq/htm2006/20060116_13UVI.htm
原创作者：曹江华

Linux网络环境下iSCSI配置攻略

2006-1-16 13:23:16

计世网特约撰稿曹江华

一、iSCSI发展路线图

2001年初：由IBM及Cisco于2001年制定iSCSI技术，两家并且分别推出了支持iSCSI的产品—IBM IP

Storage 200i及Cisco SN5420 Router。

2001年12月：NetApp公司推出了自家的IP SAN，它采用的是自行开发的VLD协议(Virtual Local Disk)，存储上属于Block over IP方式。

2003年2月：SNIA(Storage Networking Industry Associate，存储网络工业协会)终于正式制定通过了iSCSI标准。而业界莫不把此标准化视为iSCSI发展历程中的最关键因素，自此开始，有愈来愈多的厂商开始进一步开发合乎业界标准的相关产品，iSCSI也开始受到业界目光的青睐。

2003年5月：微软在Windows Server 2003 中，正式开始支持iSCSI，并提供iSCSI Initiator驱动程序的下载。微软此项深具推波助澜的作法，带动了整个iSCSI业界的发展。所以接下来，不论各类作业平台或软硬件的支持会愈来愈齐备。

2004年10月：HP发布的IP Storage 500/1500。

2005年：自从标准化及微软支持解决了iSCSI最大的发展瓶颈之后，iSCSI的全面普及也只是时间早晚的问题而已。但业界对其开始普及的时间点一直莫衷一是。一般调查机构多半认为该时间点应在2006年，但各家厂商却异口同声地认为2005年就有机会看到市场大幅起飞。

二、 iSCSI技术

SAN（Storage Area Network的缩写）意为存储区域网络，是真正的专注于企业级的存储。SAN采用一个分离的网络（从传统的局域网中分离）连接所有的存储器和服务器，这个网络可以采用高性能的实现技术，如光纤通道（Fiber Channel），可以容纳SCSI等协议，使数据块的移动更为有效，也便于用户自由增加磁盘阵列、磁带库或服务器等设备。现在的SAN基本都是通过Fibre Channel来实现的，Fibre Channel，简称FIBRE CHANNEL，又称光纤通道，是利用专用设备进行数据高速传输的一种网络标准，主要用于连接服务器的干线（backbones），并把服务器连接到存储设备上。采用高速的FIBRE CHANNEL作为传输媒介的SAN具有光纤信道在距离、性能和连接性等方面的优势，如果结合光纤通道交换机，则可以提供高达2Gb/s的数据传输速率，使独立于应用服务器网络系统之外的SAN几乎拥有了无限的存储能力。但是利用FIBRE CHANNEL实现的SAN虽然性能优越，扩展性极佳，但价格却贵得惊人，管理起来也非常困难，让一般用户难以承受。也是许多企业不得不忍痛放弃SAN的原因。iSCSI（互联网小型计算机系统接口）是一种在Internet协议网络上，特别是以太网上进行数据块传输的标准，是一种集成了IP和SCSI的技术。它最大的特点就是让标准的SCSI命令能够在TCP/IP网络上的主机系统（启动器）和存储设备（目标）之间传送。与光纤通道相比，iSCSI具有许多优势，用‘iSCSI=低廉+高性能’这个等式来表示再恰当不过了。iSCSI是基于IP协议的技术标准，实现了SCSI和TCP/IP协议的连接，那些以局域网为网络环境的用户只需要少量的投入，就可以方便、快捷地对信息和数据进行交互式传输和管理。相对于以往的网络接入存储，iSCSI的产生解决了开放性、容量、传输速度以及兼容性等许多问题，让用户可以通过现有的TCP/IP网络来构建存储区域网，能够更容易地管理SAN存储。iSCSI结构见图1。

图1 iSCSI体系结构

这里就SAN与iSCSI做一比较，基本两者同属运行块协议的SAN架构，只不过前者透过FIBRE CHANNEL，后者由IP传输数据罢了，而两者在管理及应用上也大同小异。这里在此还是尽量做一番归纳整理，以供参考，见表－1。

表－1 iSCSI和SAN综合对比

对比选项	SAN存储	iSCSI存储
接口	光纤	IP
性能	高	中
管理及维护成本	高	低
管理方式	集中	集中
传输介质	光纤	双绞线
噪声干扰	无	有
访问方式	块	块
文件系统	主机文件系统	主机文件系统
电磁影响	无	有
传输距离	100公里	无限制

数据传输方式：同为SAN的iSCSI及FIBRE CHANNEL都采用块协议方式。

　　传输速度：就目前的传输速度而言是FIBRE CHANNEL(2Gb)最快、iSCSI(1Gb)次之。

　　管理方式：iSCSI采用IP网络的现有成熟架构。所以可延用既有成熟的网络管理机制，不论是建置、管理或维护上，都非常方便及容易。而FIBRE CHANNEL则完全独立于一般网络系统架构，所以需由FIBRE CHANNEL供货商分别提供专属管理工具软件。

管理及维护成本：一般来说，FIBRE CHANNEL SAN多半需要特定的工具软件来操作管理，所以需要对人员进行一定时间的教育训练，而且费用不低。但由于iSCSI乃透过IP网络来传输数据及分配存储资源，所以只要使用网络现有的管理功能即可，相较起来，的确可以省下大笔管理人力及训练成本。

传输距离：原则上，二者都支持长距离的数据传输。FIBRE CHANNEL的理论值可达100公里。透过IP网络的iSCSI理论上都没有距离上的限制， iSCSI可以进行长距大量资料的传递。

噪声碰撞问题：由于iSCSI走的是IP网络，其中当然充斥着来自全球各地的庞大数据及噪声，所以碰撞情形也就在所难免了，如此一来，在数据传输的过程中，就很容易导致延迟的情形发生，大大影响了传输的效能，甚至数据的正确性。

三、主流操作系统对iSCSI支持

对于蓄势待发已久的iSCSI而言，迟迟未能全面普及的主要原因之一，就在于各类平台支持性的不够完备。是否能得到各式平台充份支持的关键，则在于协议的标准化上。有了标准化的协议，各类平台解决方案商才能有所依循地推出符合共通标准的支持及产品，如此可观的市场规模才能建立得起来。SNIA协会在2003年2月正式通过了iSCSI标准，虽然iSCSI已正式标准化，但不一定代表从此就能快速普及，iSCSI是否能在企业存储市场站稳脚步，仍需看厂商本身的参与态度及开发意愿。表2是主流操作系统对iSCSI支持情况。

表2是主流操作系统对iSCSI支持

操作系统	驱动程序	适配卡	产品名称
Windows 2000	有	有	Microsoft software Initiator Intel PRO/1000T IP适配卡 Alacritech iSCSI HBA SES 1001 Adaptec iSCSI HBA 721C/F Qlogic SANblade QLA4010
Windows 2003	有	有	Intel PRO/1000T IP适配卡 Microsoft software Initiator Alacritech iSCSI HBA SES 1001 Qlogic SANblade QLA4010
Red Hat Enterprise Linux AS 4.0	无	有	Qlogic SANblade QLA4010 Adaptec iSCSI HBA 721C/F
HP-UX V1/V2	有	无	HP-UX software Initiator
Novell Netware 5.1-6.5	有	无	Novell software Initiator
SUN Solaris 9	无	有	Qlogic SANblade QLA4010

iSCSI Initiator可分为三种，即软件Initiator驱动程序、硬件的TOE（TCP Offload Engine，TCP卸载引擎） HBA卡及iSCSI HBA卡。就性能而言，软件Initiator驱动程序最差、TOE HBA卡居中、iSCSI HBA卡最佳。但是iSCSI HBA只能运行iSCSI协议，而无法运行NFS（Network File System，SUN制定）或CIFS（Common Internet File System，微软制定）等档案系统协议与应用服务器沟通。但Initiator驱动程序及TOE HBA卡则同时支持iSCSI、NFS及CIFS三种协议。

四、Linux下实现iSCSI

Linux网络环境iSCSI技术的实现主要有三种方式:

1. 纯软件方式

服务器采用普通以太网卡来进行网络连接，通过运行上层软件来实现iSCSI和TCP/IP协议栈功能层。这种方式由于采用标准网卡，无需额外配置适配器，因此硬件成本最低。但是在这种方式中，服务器在完成自身工作的同时，还要兼顾网络连接，造成主机运行时间加长，系统性能下降。这种方式比较适合于预算较少，并且服务器负担不是很大的用户。目前不论是Microsoft Windows、IBM AIX、HP-UX、Linux、Novell Netware等各家操作系统，皆已陆续提供这方面的服务，在价格上，比起前两种方案，远为低廉，甚至完全免费。但由于Initiator驱动程序工作时会耗费大量的CPU使用率及系统资源，所以性能最差。在此建议，最好是采用1GHz以上CPU的主机，如此才能获得较佳的效能表现，如果公司主机CPU在1GHz以下，那么最好不要采用。至于在各类协议的支持上，Initiator驱动程序可以同时支持iSCSI、NFS及CIFS协议。当然现在大多数服务器CPU都可以满足这个要求。这里免费的iSCSI Initiator驱动程序，才可以将一般Gigabit网卡仿真成iSCSI Initiator。然后再透过iSCSI桥接器将一般SCSI接口的存储配备仿真成iSCSI Target，如此就形成一个iSCSI-SAN。

2. iSCSI TOE网卡实现方式

在这种方式中，服务器采用特定的TOE网卡来连接网络，TCP/IP协议栈功能由智能网卡完成，而iSCSI层的功能仍旧由主机来完成。这种方式较前一种方式，部分提高了服务器的性能。在三种iSCSI Initiator中，价格比iSCSI HBA便宜，但比软件Initiator 驱动程序贵，性能也居于两者之间。目前市面上Intel的TOE（TCP Offload Engine，TCP卸载引擎） HBA价格在150美金左右。

David 2006-02-06 22:54 发表评论

品牌硬盘编号识别

David — Fri, 30 Dec 2005 02:57:00 GMT

2005-11-12 18:17Zoom全屏品牌硬盘编号识别

David 2005-12-30 10:57 发表评论