Jump to content

FAQ 常见问题



产品功能

Q: LifeKeeper?DataKeeper的运行环境是什么?
Q: 是否可以使用英文版操作系统?
Q: 是否支持Windows2000 Server操作系统?
Q: 是否支持CentOS操作系统?
Q: 是否支持虚拟化环境?
Q: LifeKeeper Core 是什么?
Q: 如何使用数据复制功能?
Q: 数据复制的时候有几种数据同步方式?
Q: SteelEye Data Replication(DataKeeper for Linux) 是否可以单独使用在linux操作系统上?
Q: SteelEye Protection Suite是什么产品?
Q: ARK是什么?
Q: 需要单独购买的ARK种类?
Q: Lifekeeper可以保护没有ARK的应用程序么?
Q: Generic Application Recovery Kit是什么?
Q: IP Recovery kit 是什么?
Q: IIS Recovery Kit是什么?【Windows】
Q: DNS Recovery Kit 是什么?【Windows】
Q: File Share Recovery Kit是什么?【Windows】
Q: LAN Manager Recovery Kit是什么?【Windows】
Q: FileSystem Recovery Kit 是什么?【Linux】
Q: Raw I/O Recovery Kit 是什么?【Linux】
Q: 是否限制组成集群的服务器数量?
Q: 多台服务器集群的情况下,需要完全一样的服务器么?
Q: LifeKeerper有负载均衡的功能么?
Q: LifeKeeper推荐使用共享存储方式,非共享存储的情况可以使用么?
Q: Lifekeeper适用于哪些共享存储架构?
Q: 使用共享磁盘的时候如何保持数据的一致性?
Q: LifeKeeper都使用那些端口?
Q: 保护的资源数量上有限制么?
Q: 多数资源的情况下,通过什么顺序来控制?
Q: 资源故障监测的时间间隔是?
Q: 服务器节点故障监测的时间间隔是?
Q: 从发生错误到开始恢复最长需要多长时间?【Windows】

产品安装

Q: 请说明一下SteelEye DataReplication(SDR)中镜像资源启动的方法。【Linux】
Q: 执行shutdown命令,能够进行故障切换的方法是什么?【Linux】
Q: 使用Backup Interface的时候,Primary Interface和Backup Interface的子网掩码如果相同,会有问题么?【Linux】
Q: 使用Windows Server的升级服务包有那些注意事项【Windows】

故障及对应

Q: 如何获取LifeKeeper for Windows的日志【Windows】
Q: 如何获取DataKeeper for Windows的日志【DataKeeper】
Q: 如何获取LifeKeeper for Linux的日志?【Linux】
Q: 怎样用命令行查看 LifeKeeper 的日志文件?【Linux】
Q: 在进行网络故障测试时,拔掉网线但IP资源没有进行故障切换。
Q: 共享存储配置的情况下,在心跳线全部切断系统会出现什么问题?
Q: 在创建共享存储资源时,在本地创建资源的时候没有显示共享数据卷。【Linux】
Q: Windows Server 2008环境下IIS资源无法创建。
Q: 把系统时间改成过去时,Lifekeeper通信路径发生了错误。
Q: [Linux][Windows] 关于资源创建时"回切类型"中 intellingent 和 automatic 选项的说明。


产品功能

LifeKeeper?DataKeeper的运行环境是什么?
可以运行于IA服务器上,支持Windows Server、Linux Server以及各种虚拟环境。

是否可以使用英文版操作系统?
在中国地区销售的全部是中文版软件。如果需要英文版软件,请您联系我公司。

是否支持Windows2000 Server操作系统?
LifeKeeper不支持Windows2000 Server。操作系统的最新支持状况请参见最新产品发布说明书。

是否支持CentOS操作系统?
支持CentOS系统环境。操作系统的最新支持状况请参见最新产品发布说明书。

是否支持虚拟化环境?
支持Vmware,Hyper-V等虚拟环境。最新支持的系统环境请参见产品发布说明书。

LifeKeeper Core 是什么?

LifeKeeper Core是构成LifeKeeper的HA集群最基本的功能。LifeKeeper Core含有以下标准功能。
【Linux】
[Core含有的包]
- LifeKeeper Core
- LifeKeeper GUI
- LifeKeeper IP Recovery Kit
- LifeKeeper Raw I/O Recovery Kit
- LifeKeeper Man Pages
[各种功能]
- Core => LCD (LifeKeeper Configuration Database)、心跳监测
- GUI  => LifeKeeper 可视化管理界面服务器端和客户端
- Setup => LifeKeeper 安装处理活动
- ARK  => 基础的保护功能
[ARK]
在LifeKeeper for Linux Core中、包含以下基本的ARK
- IP Recovery Kit
- FileSystem Recovery Kit
- Generic Application Recovery Kit
- Raw I/O Recovery Kit

【Windows】
[Core含有的包]
- LK-7.2.1-Setup.exe
[各种功能]
- Core => LCD (LifeKeeper Configuration Database)、心跳监测
- GUI  => LifeKeeper 可视化管理界面服务器端和客户端
- Setup => LifeKeeper 安装处理活动
- ARK  =>基础的保护功能
[ARK]
在LifeKeeper for Windows Core中包含以下基本的ARK
- IP Recovery Kit
- DNS Recovery Kit
- LAN Manager Recovery Kit
- File Share Recovery Kit
- Generic Application Recovery Kit
- IIS Recovery Kit


如何使用数据复制功能?
如果您的系统环境是windows.请购买DataKeeper产品。Linux环境下请同时购买Lifekeeper和DataReplication产品。

数据复制的时候有几种数据同步方式?

有实时与非实时两种。

实时方式:数据写入备份服务器节点之后,后面的数据才开始传输。服务器间的节点。为了能够保证数据的完整性,缺点在于大数据处理的时候对于网络和服务器的负载都很大。

非实时方式:数据没有完全写入备份服务器节点,后面的数据就会开始传输。适用于网络带宽比较小,硬盘性能和cup的处理能力比较低下的情况。


SteelEye Data Replication(DataKeeper for Linux) 是否可以单独使用在linux操作系统上?
不可以。需和LifeKeeper for Linux一同使用。现在产品名称已经从Steeleye Data Replication改为DataKeeper for Linux。

SteelEye Protection Suite是什么产品?
是LifeKeeper Core 和 DataKeeper 组合在一起销售的产品。

ARK是什么?

ARK是Application Recovery Kit略称。ARK是使LifeKeeper能够保护各种各样应用程序的常见。产品中不仅包括标准的ARK,还包括一些收费的ARK,收费的ARK多用于保护数据库相关的应用程序。

Linux版本标准的ARK包括
1.IP Recovery Kit
2.FileSystem Recovery Kit
3.Generic Application Recovery Kit
4.Raw Recovery Kit

Linux版本可选的ARK主要包括
1.Oracle Recovery Kit
2.MySQL Recovery Kit
3.Postfix Recovery Kit
4.Logical Volume Manager(LVM) Recovery Kit

更多的可选ARK请参见最新产品发布说明书。


需要单独购买的ARK种类?

[Windows版]
  Exchange ARK
  SQL Server ARK
  Oracle ARK

  [Linux版]
  Apache Web Server ARK
  Samba ARK
  Device Mapper Multipath ARK
  HDLM ARK
  Logical Volume Manager ARK
  NEC iStorage StoragePathSavior (SPS) ARK
  Network Attached Storage Work
NFS Server ARK
PowerPath ARK
SDD Multipath ARK
Software RAID (md) ARK
HP StorageWorks XP CLX ARK
Oracle ARK
DB2 WE/EE/EEE/ESE ARK
MySQL ARK
PostgreSQL ARK
Informix ARK
Postfix ARK
SAP DB ARK
Sybase ARK
SAP ARK
WebSphere MQ ARK


Lifekeeper可以保护没有ARK的应用程序么?
Lifekeeper可以通过使用标准功能的 Generic ARK(通用脚本)来保护应用程序。为了能够保护所使用的应用程序,请您对 Generic ARK进行修改。

Generic Application Recovery Kit是什么?
可以用来创建脚本的LifeKeeper Core的标准功能,可以不必购买可选商用ARK,用户可以通过已定义的系统模板创建[启动,停止,监测,重启]脚本作为GenericARK保护资源,添加到Lifekeeper系统中。

IP Recovery kit 是什么?
IP Recovery kit是可以向LifeKeeper Core添加的ARK之一。主要用于IP地址的保护,当主服务器发生故障时,备用服务器还可以使用主服务器相同的IP地址。

IIS Recovery Kit是什么?【Windows】
IIS Recovery kit 是可以向LifeKeeper Core添加的ARK之一。在windows服务当中,主要用来保护Web服务器(IIS)中WWW,FTP,SMTP服务。

DNS Recovery Kit 是什么?【Windows】
DNS Recovery Kit是可以向LifeKeeper Core添加的ARK之一。DNS Recovery Kit是用来更新DNS上面节点的ip地址和服务器名或别名用的ARK。并不会保护DNS服务。

File Share Recovery Kit是什么?【Windows】
能够保护在windows系统环境下创建的共享文件夹。

LAN Manager Recovery Kit是什么?【Windows】
用来创建能够在集群中各节点服务器间切换的计算机别名(NetBIOS名)。客户端作为集群服务器的连接终端,可以使用设置的该计算机别名。

FileSystem Recovery Kit 是什么?【Linux】
FileSystem Recovery Kit 是可以向LifeKeeper Core添加的ARK之一。共有存储的时候,主要用于保护集群中各个节点间所使用的数据

Raw I/O Recovery Kit 是什么?【Linux】
用来保护Raw设备的ARK。

是否限制组成集群的服务器数量?
构成集群的服务器最多32台。

多台服务器集群的情况下,需要完全一样的服务器么?
使用IA(intel 架构)的服务器的话,没有必要使用完全一样的服务器。操作系统以及相关保护应用程序,能够正常工作,LifeKeeper便可以运行。

LifeKeerper有负载均衡的功能么?
Lifekeeper是高可用专业化的集群软件。不具备负载均衡的功能。

LifeKeeper推荐使用共享存储方式,非共享存储的情况可以使用么?
搭建集群的服务器的本地硬盘可以通过局域网或者广域网(LAN/WAN)进行数据复制,可以当作集群中的数据存储方式。

Lifekeeper适用于哪些共享存储架构?
Lifekeeper支持多种共享存储架构,相关内容请查阅产品发行手册。

使用共享磁盘的时候如何保持数据的一致性?
LifeKeeper进行控制,使待机的服务器不能访问共享磁盘。从而防止两边服务器同时访问共享磁盘导致数据不完整的问题,从而保障数据的一致性。

LifeKeeper都使用那些端口?

在linux和windows环境下,LifeKeeper使用下面所列出的端口。

<LifeKeeper for Linux>
=============================================
7365(TCP)   : 用于通信路径
81(TCP)   : 用于GUI服务器进程
82(TCP)    : 用于GUI服务器进程
1024(TCP) ~ : 用于GUI的 RMI通信
10001(TCP) ~ : 用于数据复制
=============================================

<LifeKeeper for Windows>
=============================================
1500(TCP) ~ 10000(TCP)  : 用于通信路径(创建通信路径的时候制定端口号)
81(TCP)   : 用于GUI服务器进程
82(TCP)   : 用于GUI服务器进程
1024(TCP) ~: 用于GUI的 RMI通信
3278(TCP) : LifeKeeper 的lkcmserver(SNMP)使用
3279(TCP) :用于LifeKeeper的核心功能(LifeKeeper EISM)
=============================================


保护的资源数量上有限制么?
没有资源的数量限制。但是保护的资源数量很大的情况下。服务器节点之间资源切换的时间会变长。

多数资源的情况下,通过什么顺序来控制?

资源之间如果有依赖关系和层级结构的情况下,按照下面的方法来控制。

启动的时候:从下面的资源按照顺序启动。
停止的时候:从上面的资源按顺序停止。


资源故障监测的时间间隔是?
Linux环境下,默认每120秒监测一次。
Windows环境下,分为快速监测和详细监测两种方式。默认情况下,快速监测每三分钟监测一次,详细监测每5分钟监测一次。

服务器节点故障监测的时间间隔是?

Lifekeeper监测服务器节点的时间间隔的默认值如下:

Linux环境:每五秒进行一次监测,连续三次没有响应则判断为发生故障。
windows环境:媒六秒进行一次监测,连续五次没有响应则判断为发生故障。


从发生错误到开始恢复最长需要多长时间?【Windows】

从发生错误到开始恢复的时间,取决于资源创建时,快速检查和详细检查的时间间隔。

例:设定快速检查的间隔时间是3分钟,详细检查的间隔时间是5分钟。

LifeKeeper分别进行快速检查和详细检查,监测的时间间隔如下:

分钟    0-------3------5   0-------3------5
快速检查  Start---Check--Wait Start---Check--Wait
详细检查 Start----------Check Start----------Check

快速检查和详细检查同时开始计算时间。
首先三分钟后开始快速检查,再经过两分钟后开始详细检查(从开始经过5分钟后)。详细检查从开始到结束这段时间,快速检查是待机状态。详细检查结束后,两种检查再同时开始计算时间。这两种检查无论哪一种发现故障都会对故障进行恢复处理。因此,故障发生的时间点到故障迁移开始的时间会有所不同。按照上面的情况最长的时间大约有3分钟。


返回顶部


产品安装

请说明一下SteelEye DataReplication(SDR)中镜像资源启动的方法。【Linux】

在DataReplication架构中,需按照以下步骤进行集群内节点服务器的停止,启动。

[节点的停止]
1.停止主服务器或备用服务器
2.停止1.中未被停止的服务器

[节点的启动]
1.启动备用务器
2.启动主服务器

如上所述,启动 DataRepllication 资源时,须先启动备用服务器。镜像数据
是从【主服务器】流向【备用服务器】。因此,作为镜像对象的备用服务器要
先于主服务器启动。

另外,不按上述步骤,从主节点开始启动时,生成以数据保护为目的的标志文件。
此文件用来防止 DataReplication 资源的启动。

/opt/LifeKeeper/subsys/scsi/resources/netraid/[DataReplication的资源标签名]_data_corrupt

启动顺序有误时,会生成上述文件,并且用通常的顺序启动会失败。须要从各节
点删除此文件,或通过执行 GUI 管理画面中 DataReplication 的资源菜单里的
「Foce Mirror Online」。

基于此,可以通过 LifeKeeper GUI 管理画面上的主服务器端资源执行激活。激活后,主服务器端和备用服务器端将开始完全同步处理。


执行shutdown命令,能够进行故障切换的方法是什么?【Linux】

默认设置为[执行shutdown命令不进行故障切换]。

若执行shutdown命令时,要将资源切换到备机服务器时,需将Shutdown Strategy中的 "Do not Swtichover Resources"设置为"Switchover Resources"。

进行以上配置变更时需使用 Lifekeepe GUI 界面中的[服务器属性]进行更改。另外,需将两台服务器进行相同的配置。


使用Backup Interface的时候,Primary Interface和Backup Interface的子网掩码如果相同,会有问题么?【Linux】
使用IP Recovery Kit提供的Backup Interface功能时,Primary Interface和Backup Interface使用同一子网掩码的情况下,需要把eth1 设置为在网络启动时禁止自动启动。

使用Windows Server的升级服务包有那些注意事项【Windows】
不同版本的Lifekeeper能够支持的服务包有所不同。关于最新支持状况,请查看LifeKeepe for Windows的最新产品发布说明书或联络我公司。

返回顶部


故障及对应

如何获取LifeKeeper for Windows的日志【Windows】

在LifeKeeper for Windows中,包含可以收集技术支持所需要的所有信息的工具(lksupport),使用方法如下:

(1) 执行lksupport
<命令行执行例> 
==================================================
C:\LK\Support\lksupport.cmd
==================================================  
    ※或者双击执行cmd文件。

(2) 执行上面的文件后生成如下文件
==================================================
C:\LK\Support\lksupport-节点服务器名-年-月-日-时间.zip
==================================================

从远程桌面上执行lksupport命令时,请连接服务器上的控制台对话框,并执行lksupport命令。为了能够连接服务器控制台对话框请执行下面的命令。

※ 远程桌面的版本在6.0以前
> mstsc /console

※ 远程桌面的版本在6.1以后
> mstsc /admin

确认远程桌面的版本方法,请查阅微软公司的文档。

请在组成集群的各个服务器执行以上命令(1)~(2),需要技术支持时,请将生成的日志文件发送给技术服务中心。使用这个工具的时候不需要停止系统服务和LifeKeeper。


如何获取DataKeeper for Windows的日志【DataKeeper】

从DataKeeper v7.2.1开始,包含可以收集技术支持所需要的所有信息的工具(lksupport),使用方法如下:

(1) 执行dksupport

<命令行执行例> 
================================================================
  C:\Program Files (x86)\SteelEye\DataKeeper\Support\dksupport.cmd
================================================================
※或者双击执行cmd文件。

(2) 执行上面的文件后生成如下文件
================================================================
C:\Program Files (x86)\SteelEye\DataKeeper\Support\dksupport-服务器节点名-年-月-日-時刻.zip
================================================================

请在组成集群的各个服务器执行以上命令(1)~(2),需要技术支持时,请将生成的日志文件发送给技术服务中心。使用这个工具的时候不需要停止系统服务和LifeKeeper。

- 使用DataKeeper v7.2.1 之前的版本,因为没有dksupport.cmd,不能通过工具提取全部技术支持需要的文件。需要手动收集。内容如下:

(1)所有应用程序的日志和系统日志

(2) DataKeeper 的注册表信息。
请获取如下的Parameters值

  HKEY_LOCAL_MACHINES
└ SYSTEM   
└ CunrrentControlSet
└ services
└ ExtMirr
└ Parameters

※点击右键可以导出文件。


如何获取LifeKeeper for Linux的日志?【Linux】

在LifeKeeper for Linux中,包含可以收集技术支持所需要的所有信息的工具(lksupport),使用方法如下:

(1) 执行lksupport

   <命令行执行例> 
    ===============================
    # /opt/LifeKeeper/bin/lksupport
    ===============================

(2)  在/tmp路径下,生成具有如下命名规则的文件。

   ========================================================
    /tmp/lksupport/<主机名>.<时间戳>.lksupport.tgz
    ========================================================
请在组成集群的各个服务器执行以上命令(1)~(2),需要技术支持时,请将生成的日志文件发送给技术服务中心。使用这个工具的时候不需要停止系统服务和LifeKeeper。


怎样用命令行查看 LifeKeeper 的日志文件?【Linux】

LifeKeeper 的日志文件保存在以下文件目录中。

/opt/LifeKeeper/out

LifeKeeper的日志文件不是文本文件格式所以不能直接查看。查看日志的时候,请使用lk_log命令,可以通过不同参数的设定查看不同类型的log

# /opt/LifeKeeper/bin/lk_log "LOG分类"
LOG的分类可以使用下面列出值

=================
log
TTYLCM
LCM
LCD
remote_execute
SNMP
NOTIFY
GUI
=================
故障检测时大部分的故障切换信息和与lifekeeper相关处理信息都被记录在日志文件中。
执行的操作命令如下

# /opt/LifeKeeper/bin/lk_log log
-f 可选参数 和tail命令一样可以实时的显示log信息。其他种类相关的可选参数、请使用man命令或者查看在线文档。
将RHELlog 以其他文档形式导出的方法。
LifeKeeperlog分别导出不同的文档形式,需要执行以下命令,保存到指定的文件路径。

# /opt/LifeKeeper/bin/lk_log -f -t 0 log >> "log文件名"

在/etc/inittab 中写入以上信息 操作系统或者LifeKeeper启动时、日志文件被保存到指定文件。

/etc/inittab
--------------------
# LifeKeeper inittab entries
lka:0123456:respawn:/opt/LifeKeeper/bin/lk_logmgr -l/opt/LifeKeeper/out -d/etc/default/LifeKeeper >/dev/console 2>&1
lk0:0123456:wait:/opt/LifeKeeper/bin/lcdinit >/dev/console 2>&1
lk1:0123456:respawn:/opt/LifeKeeper/bin/lcm 1>>/opt/LifeKeeper/out/LCM 2>&1
lk4:0123456:respawn:/opt/LifeKeeper/bin/ttymonlcm 1>>/opt/LifeKeeper/out/TTYLCM 2>&1
lk2:0123456:respawn:/opt/LifeKeeper/bin/lcd 1>>/opt/LifeKeeper/out/LCD 2>&1
lk3:0123456:respawn:/opt/LifeKeeper/bin/lkcheck 1>>/opt/LifeKeeper/out/log 2>&1
lk5:0123456:respawn:/opt/LifeKeeper/bin/lkscsid 1>>/opt/LifeKeeper/out/log 2>&1
lk6:0123456:respawn:/opt/LifeKeeper/bin/lkccissd 1>>/opt/LifeKeeper/out/log 2>&1
lk9:0123456:respawn:/opt/LifeKeeper/bin/runGuiServer > /dev/null 2>&1
lk8:0123456:respawn:/opt/LifeKeeper/bin/mhttpd > /dev/null 2>&1
lk10:0123456:respawn:/opt/LifeKeeper/bin/lk_log -f -t 0 log >> /var/log/lk.log
--------------------
※lka和从lk0到lk9,是LifeKeeperの各种守护进程使用的条目。新添条目请从lk10开始。
RHEL6之后的操作系统中、日志导出到其他路径文档的方法

RHEL6之后的操作系统中、SysVinit中的[init]被[upstart]替代。以上所述的inittab方式无法使用。
使用[upstart]将日志并保存为不同路径的文件,参见以下说明。

1. 通过如下命令创建 /etc/init/lk-log-redirect.conf文件
-----
# cat > /etc/init/lk-log-redirect.conf
start on started lk-logmgr
stop on stopping lk-logmgr
respawn
exec /opt/LifeKeeper/bin/lk_log -f -t 0 log >> /var/log/lk.log
-----
※可以任意指定导出的日志文件的文件名
2. 执行initctl restart lk-logmgr。lk-logmgr重启的时候日志会被记录在指定路径。
3. 以后、启动操作系统时LifeKeeper的日志文件会被记录在指定路径。


在进行网络故障测试时,拔掉网线但IP资源没有进行故障切换。
作为故障切换的前提条件,对保护对象的虚拟IP地址进行ping广播,地址没有响应时,才进行故障切换。针对本问题的状况,可能在向同一个局域网内执行ping广播的时,有其他机器(服务器或者路由器等)进行了回应。

共享存储配置的情况下,在心跳线全部切断系统会出现什么问题?

[Linux]
心跳线全部断开的时候(脑裂状态)Lifekeeper处理过程如下:

1)心跳线切断
2)主机备机全部进行通讯故障切换(各服务器资源全部被启动)
   - 应该被启动的资源不存在的情况下、通信故障切换停止。
   - 应该被启动的资源存在的情况下、启动该资源。

3)若以上2)中的共享磁盘阵列上的包含磁盘资源、备机服务器按下列顺序尝试以下操作。

 3-1)尝试硬盘LU的RESERVE
     =>脑裂状态下,主机向硬盘LU进行RESERVE操作出现RESERVATION CONFLICT错误,操作失败。

 3-2)以上3-1操作失败的情况下,系统将执行BUS_DEVICE_RESET,尝试开放LU。
  3-3)在进行BUS_DEVICE_RESET的操作后再次尝试RESERVE。
  3-4)以上3-3操作失败的情况下,再次执行BUS_RESET。
  3-5)BUS_RESET操作后再次尝试RESERVE。

4)在以上3)的操作过程中备机会成功获取SCSI的RESERVE权限,主机通过硬盘检测检测到RESERVE被剥夺的信息后,执行强制重启。
这是为了保证共享数据不被破坏,保证数据的一致性而进行的操作。另外,原主机重启后磁盘资源为备机状态,系统会正常运行。

[Windows]
与linux版不同,在Windows版中,当心跳线全部断开时,服务器不会进行强制重启。为防止主备机同时挂载共享数据领域,会实施「Safety Check」处理。
「Safety Check」是使用全部的NIC通信路径,对集群内的对方服务器通过ping进行通讯确认。所有的通讯路径都与集群内的对方服务器通信中断的情况下,会判定对方服务器故障,进行切换处理。


在创建共享存储资源时,在本地创建资源的时候没有显示共享数据卷。【Linux】

必须满足以下条件。
1.本地节点服务器需要挂载共享数据卷。
2.在以下的两个文档中,关于共享数据卷的描述必须一致。

(例)
# less /opt/LifeKeeper/subsys/scsi/resources/hostadp/device_info
/dev/sde03200000d0237043e7
/dev/sdf04200000d0237043e7
/dev/sdg05200000d0237043e7
/dev/sda000e09e000008baa95 -> local disk(本地磁盘)
/dev/sdb00200000d0237043e7
/dev/sdc01200000d0237043e7
/dev/sdd02200000d0237043e7

# less /opt/LifeKeeper/subsys/scsi/resources/hostadp/device_info.<远程服务器节点名>
/dev/sde03200000d0237043e7
/dev/sdf04200000d0237043e7
/dev/sdg05200000d0237043e7
/dev/sda00QUANTUM 111003241201 -> local disk(本地磁盘)
/dev/sdb00200000d0237043e7
/dev/sdc01200000d0237043e7
/dev/sdd02200000d0237043e7

LifeKeeper的共享资源是通过取得被保护对象的LU的设备ID进行比较,当设备ID值一致时,才被识别成共享磁盘。

LifeKeeper将检测出来的设备ID保存在device_info文件中,对各个节点服务器的device_info文件进行比较,确认设备ID是否发生变化。

/opt/LifeKeeper/subsys/scsi/resources/hostadp/device_info
※这个文件不能进行手动编辑。

设备ID 通过执行SCSI-2 Inquiry命令生成。各个节点的设备ID是不同的,一定要确认共享磁盘的配置。


Windows Server 2008环境下IIS资源无法创建。
Windows Server 2008环境中使用的是IIS7.0,在创建IIS的资源的时候,表示「无法找到该页」,出现资源无法创建。在这种情况下,请按照下面的方法使用IIS 6 的管理兼容性来解决。
(1)从服务器管理器的「角色」的web服务器(IIS)中的角色服务中,选择「添加角色服务」
(2)在角色服务中添加以下项目。
  -------------------------------------------------------
  - 管理工具
   - IIS 6 管理兼容性
    - IIS 6 元数据库兼容性  ← 添加
    - IIS 6 WMI 兼容性    ← 添加
    - IIS 6 脚本工具  ← 添加
    - IIS 6 管理控制台   ← 添加
  -------------------------------------------------------

把系统时间改成过去时,Lifekeeper通信路径发生了错误。
不可将系统时间改成过去时间,若改为过去时间,Lifekeeper通信路径会发生错误。
停止Lifekeeper的进程,还原成当前时间,重启Lifekeeper的进程,即可修正错误。
[Linux][Windows] 关于资源创建时"回切类型"中 intellingent 和 automatic 选项的说明。
[Intelligent]
是指当主机发生故障时,所有资源由主机切换到备机。此后,即便最初的主机恢复工作,所有
资源也不会自动回切到这台服务器。这是默认设置。

[Automatic]
是指当主机发生故障时,所有资源由主机切换到备机。此后,当最初的主机可以正常工作时,
所有资源将自动回切到这台服务器。

注意: DateKeeper for Linux/Windwos 不支持"回切类型"中的automatic 选项。

返回顶部