ipmiv2.0翻译资源-CSDN文库

ipmi

4星 · 超过85%的资源需积分: 17 154 浏览量 2010-06-29 19:56:57 上传评论收藏 48KB DOCX 举报

资源推荐

资源详情

资源评论

目前已采用 技术的设备主要是  架构的服务器、刀片式服务器 

和工业控制 ，其主要应用场合为：

 服务系统在 应用中，常常因为各种原因引起系统服务暂停。传

统的最常见的解决方法就是先重新启动服务器，以判别故障原因或解决故障。 技术的

引入可自动、有效地改善故障的发生概率：当硬件出现某些异常时， 提供的监控功能

能立即将报警信息通知系统管理员，或同时启动系统自动调控功能，在系统管理员进行人

工故障检查前延长服务器工作的时间；在由软件故障引起的服务器系统死机时， 的带

外连接监控复位功能能帮助系统管理员了解死机的服务器硬件的工作状况，以判别故障原

因，并采用远程硬件复位或者重启动功能来恢复服务器的工作。这种远程系统复位和重启

动操作可利用  提供的配置设定功能来自动实现，提高了服务器的可用性。

电信系统电信系统需要配备大量的自动服务和监控设备，以保证系统  小时不间

断工作。目前由于采用专用设备和专用软件，系统成本极高，并且由于新的应用需求和技

术的提高，原有设备功能越来越难以满足需要。另外各个厂家产品配置性能的不统一也导

致无法形成一个集中统一的系统监控管理平台。引入采用  技术的服务器能帮助电信系

统提高设备的可用性，并降低作业成本。 的工作可独立于服务器的  进行，即在

服务器工作异常时，如操作系统故障、软件故障引起服务器死机时， 的带外工作模式

可对服务器进行硬件复位、关机或重启动操作，以重新恢复系统操作。

各类需要远程管理的系统分散远程管理向来是各类工业控制应用系统的一个难点：

管理复杂，成本高，实施困难，如常见的放置于远端无人值守场合的银行自动服务终端，

经常由于不知名的原因如软件操作异常导致终端暂停服务。传统的解决方法是派人对系统

进行重启动，或是在其应用系统中安装监控和管理软件来协同管理工作，但该方法实施困

难，而且当系统软件故障导致死机时也无能为力，因为它依赖系统的  和操作系统才能

运行。 技术能很好地解决这个问题。 的  可完全脱离系统的主  实施工

作：在“带外”工作模式下，能在远程方式下激活远端的  对其主机进行重启动操作，即

使远程终端硬件重新启动，也可为功能自动恢复或远程软件自动安装提供必要的技术条件，

从而大大提高了这类设备的可用性。



!!"# 和  分别记录

"# 和  处理的 $ 得 % 号。它们的值可以通过 

% 和 &%'' 来设置和获得。

!!!如果 ( 是不可用的，那么 )*+ 记录  的最后一条记

录。如果  将会自动清除上面的两个值。

!!!如果 ( 是可用的，但是  断电或者重启的话，那么等到  正常之后，自动运

行 (，处理那些没被其处理的  里的记录。

!!!( 可用，当检测到  中存在未被 "# 处理过的记录时，(+

' 将会自动启动。如果该 ' 正在运行中时接收到新的 ，那么 ' 不会自

行运行，"# 先 %，之后 ' 才能运行。

 ,))(-

!!!!若  满了，新的  被放入  -.，如果  

-. 也满了，那就必须先清除 -.，才能继续放。

!!!!若 ( 被实现， 会被放入‘)/0--1-.，如果满了，

就必须开辟新的空间，否则不能再放。

!!!!如果上面的两个都未被实现，那么一旦  满了， 将被  拒绝。

!!!!2  /用来自动清除一定时间内的的  记录的， )' 必须设置 )

2'''+/来反映被清除的时间。可以通过系统配置来关闭  

 )'。

(

!!!! 会扫描这个列表，收集 。 会按照优先级执行。一个  可以和其

他  一起执行。+##+#3 不能同时执行，

如果发生这种情况，只有优先级最高的被执行。（优先级表见 45164*6）

(1

!!!一个单一  还是一个多重 ，对应一条 3。

!!!建议至少存在 67 条 3（包括：*'+-+#3'"-"

"- 等，还应该包括可让 8 和 3' '"# 进行事件

配置的 3。），还可以对有些 3 加标签，用来让系统在必要时进行重新配置。

!!!在 # 和  启动时的 + ，这两种情况下 ( 不会起作用的。

%68.（13）

!!!( 里的 %68.9 用来匹配多个 1，这些

1 位于 8.9")%613"。典型的是

6 的最小最重要的 11 保存着一个 .-。对于一个

 这个 . 在不同的可能的  中进行选择。例如，一个‘1-/ 支

持一系列 *+9.：: 表示 #-+，6 代表

+-+， 代表 $-+。当一个  产生时，会根

据哪一个 1-+ 发生从而在 .9 中对应是 :、6 或者 。

!!!!8. 使得 9 能够非常简单地匹配上可能的 .-

集合。' 中的每一个 1 对应一个 .-，在 ' 中从 1: 对应 .:

开始。例如，如果希望一个 9 匹配上 .: 和  且不要 6，那么 ' 会被配置成

::::;::::;::::;:6:61。

 )'+(

!!!!<%、)'+6 和 '+9 被联合，用来允许在

+ 13 的 1 之间进行 # 2'1/

='+。理解 1 的一个方法是了解它们在联合中被用的方法。首先

<% 被用在 -。然后 - 依据 '+6'+

9 中的 - 进行 1*# 匹配。

31

!!!! 的 ' 和  是通过 31 中的设置决定的。

!!!!!每一个 13 也包含一个参数用来选择一个  是否要发到所有可用的

 或者是不同的 ，3 还可以改变一个  是否能被处

理。

!!!!!一个 +3-'1 把多个 13 组成一个 +3。这种集合决定了哪些

' 和 3+ 在  发生时是可用的。配置 "'(

13 是用来当一个  发生时决定运行哪个 ，+3-'1 也

是用来配置这个  的。 寻找并利用 +3-'1 在 3

1 中找出相应的 +3>

!!!!+3-'1也可以决定 +3 的优先级。只能有一个 +3 用到一

个给定的 。如果一个  匹配上了几个 +3，那么只有那个最小的数字

的被使用。要支持  的实现就至少要提供一个 +313。建议对于一

个可以传  的 )，应该有一个 +313 支持。



!!!! 有测试  配置的能力，用的是 ''''。这个命令允许

一个特殊的  被选择，并向它发一个 。特别是 "# 可以在为

一个 ) 配置时利用这个可变的设置来保存  的信息，直到这个设

置被 - 核实哪一次可以将其移入固定的位置。



!!!!对于  的处理， 开始于 31。最开始是扫描 (

1 所有的 3 用来匹配 ，然后启动优先级最高的那个 3。如果有

多个 9 匹配上并且 3 的优先级相同，则第一个被匹配上的 9 被

应用。

!!!! 被允许在同一个 ) 上或者多个 ) 上同时处理多个 。

!!!!如果一个  被成功发送， 要么停止处理 +3，要么继续处理 +3

1，这取决于  被配置成当成功之后 ++ 还是

++ 。

!!!!在 +3 中每一个 3 被按次序处理直到所有的 3 都已经被处理（意味

着 )")#++）。

 "#

!!!!!当一个  正在被处理时可能会有很多的  进来。每一次  的  记录被

'+3+ 之后， 会将这个 $% 拷贝一

份到 <? 。（'+3+ 意思是对于这个  没有未被完全地处

理的 +3）。照此，如果 +# 失效了， 会比较 

$% 和  里最后一个 3 的 $% 来告诉是否存在未别处理

的  的 。

!!!!!!一个  可能会被发送到多个 ，但是当断电时，不一定都会已经完成。

当重新上电时， 将会开始处理所有的 ，这样就会导致一些  会被

重复发送。

 *"#

!!!!!! 上电后且系统电源状态恢复前， 会使用 ( 去 )+ 

是否会产生‘+#./的 。如果存在这种 ， 将会设置先前的恢复状态

为 .，而且使 3' 为 +#.。如果  丢失， 将会跳过 + 的正在处

理的  或者 +#3。

!!!!!为了得知有多少  要处理， 将会拷贝 3 的 $%

''+ 而且仅仅处理那些当  丢失时，仍在 + 的  的 。照此，

如果一个新的  产生，它将会被作为一个新的  来处理，而不是  丢失时仍在

+ 的 。

 #)   

!!!!!如果   正在被处理，那么它所在的 ) 上的  都会被延迟。

'"# 可以指导  通过将所有 9 的 

$% 设置成 $%")$ 来跳过正在处理的延迟的

。

 -+88

!!!!!!为避免不必要的 +)，通常希望在挂断之前可以将多个 发送到一个

给定的 -，而不是在每一个  之后都会挂断。5''

9 -+' 和 3 可以被配置从而支持这个。为了实

现这个，9 - 必须满足下面规则。

!!!!!!@@@@@- 的 A'+' 应该被设置成一个值，

这个值包括你想要  保持连接状态等待下一个  发生的时间。因为一个新的 

会重新开启连接的时间定时，所以这个值必须被设置成必需的时间，以维持  之间的

连接。

!!!!!!@@@@@所有的 +3 应该被配置成  在每一个 ) 上都按照优先级

顺序被传输，其中优先级最高的排在最前面。

5'

!!!!!!在同一个 5'') 上  的处理是依照优先级的。-

 的优先级高于 %  。 - 又根据 -

的选择区分优先次序，其中较小的 - 对应较高的优先级别。

!!!!!以下是在同一个 ) 如何处理 5'' 的规则：

!!!!!!@@@ 不会过早的结束一个给定  的正在处理中 %

  ，除非一个用来处理 +#.+#3 的执行被允许，或者

3'。在这种情况下，一旦  完成， 应该重新开始。

!!!!!@@@ 检查 9 来匹配 。如果有好几个 +3 被匹配上，

 只会运行一个优先级最高（即序号最小）的 +3。

!!!!!@@@ 会追踪它处理  相关的  已经走到了哪里。这样做以防因为 

+#.+#33' 操作，它需要过早的停止这个 。

!!!!!@@@ 从头到尾处理每一个 +3，直到完成。这句话中”完成“的意思是所有

 要么被发送，要么被延迟。

!!!!!@@@如果目前没有 ，将会建立一个  在刚刚发出 

的 +3 中的的 9。

!!!!@@@-A'+' 决定一个  在下一个

 到达之前可以等待多长时间。 将会在时间停止或者一个更高优先级

的  发生时结束。

!!!!@@@如果对于给定 +3 的所有 ， 都是失败的。那么对于一个 

- 的  不会等待 A'，就会被放弃。

!!!!@@@不管任何时候一个  被发送到特定 -，A''*

- 必须被重启。

!!!!@@@如果 - 已经  且  在这个 - 之后已

经被发向了一个 ，那么  将会等待正在发向该 - 的任何  完成

才会去发送 +。

!!!!@@@如果一个  发向一个 这个  在一个更高优先级 

- 之后，那么 +连接将会被终止只要 + 的 - 已经完成

无论  拥有的时间。

剩余16页未读，继续阅读

评论收藏

内容反馈

zhyh8889

2013-06-30

虽然翻译不专业,但还是谢了
大饼卷馒头

2015-06-04

感谢楼主的分享，好东西。。。
zhangwenjianqin

2013-07-05

谢谢分享，终于找到有关ipmi中文文档
willcox4u

2015-05-05

果然是笔记，内容不错，就是没有排版，估计也就作者自己明白
Midorima-Shintarou

2021-09-14

辣鸡东西，600页。现在就几页

前往

页

setevn.zhang

粉丝: 18
资源: 6

ipmi v2.0翻译

最新资源

ipmi v2.0翻译

IPMIView中文版2.0

IPMI 标准V2.0

IPMI2.0协议介绍

IPMIV2.0标准协议

ipmi-2.0规范.rar

ipmi-second-gen-interface-spec-v2-rev1-1.pdf

ipmi-second-gen-interface-spec-v2-rev1-1，一共600多页的文件，绝对是一手最好的资料

ipmi2.0 spec阅读笔记

ipmi 协议 IPMI V2.0工作原理详解

IPMI实例代码

IMPI规范2.0破解版

IPMI V1.5&IPMI V2.0

IPMI second-gen-interface-spec-v2.pdf

IPMI2.0_SPEC_Rev1.1_Errata-6_Markup

IPMI协议讲解

中文版IPMI学习心得和体会

ipmi-v2-0-spec最新标准版.zip

IPMI操作代码

\BMC_Atrium_Configuration_Management_Database_2.1.00用户手册.pdf

PMI_Interface

IPMI -Intelligent Platform Management_V1.5_Rev1.1

通过IPMI远程部署ESXI.pdf

second-gen-interface-spec-v2-rev1-4

曙光I620-G20服务器IPMI配置登录演示.rar

Java第十五届蓝桥杯大赛软件JavaB组真题

SwitchHosts

安卓期末大作业（AndroidStudio开发），垃圾分类助手app，分为前台后台，代码有注释，均能正常运行

Notepad++安装包

2024北森能力测评题库.7z

最新资源