本标准定义的是状态管理功能，它由服务和类属定义组成。 GB/T 17143.2-1997 信息技术 开放系统互连 系统管理 第2部分:状态管理功能 GB/T17143.2-1997 标准下载解压密码：www.bzxz.net

GB/T 17143.2--1997
本标准等同采用ISO/IEC10164-2：1993《信息技术开放系统互连系统管理：状态管理功能》和ISO/IEC10164-2:1993/Cor，1：1996《信息技术开放系统互连系统管理：状态管理功能技术修改1。
根据ISO/IEC10164-2：1993/Cor.1：1996，本标准对8.1.2.3和8.1.2.5进行了修改。GB/T17143在《信息技术开放系统互连系统管理》总标题下，目前包括以下8个部分：第1部分（即GB/T17143.1）：客体管理功能第2部分（即GB/T17143.2）：状态管理功能第3部分（即GB/T17143.3）：表示关系的属性第4部分（即GB/T17143.4）：告警报告功能第5部分（邸GB/T17143.5）：事件报告管理功能第6部分（即GB/T17143.6）：日志控制功能第7部分（即GB/T17143.7）：安全告警报告功能第8部分（即GB/T17143.8)：安全审计跟踪功能本标准由中华人民共和国电子工业部提出。本标准由电子工业部标准化研究所归口。本标准起草单位：电子工业部标准化研究所。本标准主要起草人：郑洪仁、周小华、吴克忠。4.80
GB/T 17143.2—1997
ISO/IEC 前言
ISO(国际标准化组织)和IEC(国际电工委员会）是世界性的标准化专门机构。国家成员体（他们都是ISO或IEC的成员国）通过国际组织建立的各个技术委员会参与制定针对特定技术范围的国际标准。ISO和IEC的各技术委员会在共同感兴趣的领域内进行合作。与ISO和IEC有联系的其他官方和非官方国际组织也可参与国际标准的制定工作。对于信息技术，ISO和IEC建立了一个联合技术委员会，即ISO/IECJTC1。由联合技术委员会提出的国际标准草案需分发给国家成员体进行表决。发布一项国际标准，至少需要75%的参与表决的国家成员体投票赞成。
ISO/IEC10164-2是由ISO/IECJTC1“信息技术”联合技术委员会与CCITT合作制定的。等同文本为 CCITT X. 731。
IS0/IEC10164在《信息技术开放系统互连系统管理》总标题下，目前包括以下14个部分：一第1部分：客体管理功能
第2部分：状态管理功能
第3部分：表示关系的属性
第4部分：告警报告功能
第5部分：事件报告管理功能
第6部分：日志控制功能
一第7部分：安全告警报告功能
一第8部分：安全审计跟踪功能
第9部分：访问控制的客体和属性一第10部分：记帐计量功能
一第11部分：工作负荷监控功能第12部分：测试管理功能
第13部分：概括功能
第14部分：可信度及诊断测试分类481
GB/T17143.2-1997
GB/T17143是遵照GB9387和GB/T9387.4制定的由多个部分组成的标准。GB/T17143与以下标准有关：
GB/T 16644
GB/T16645
GB/T 17142
GB/T 17175
信息技术
信息技术
信息技术
信息技术
开放系统互连
开放系统互连
开放系统互连
开放系统互连
公共管理信息服务定义
公共管理信息协议
系统管理综述
管理信息结构
1范围
中华人民共和国国家标准
信息技术开放系统互连
系统管理
第2部分：状态管理功能
Information technology--Open Systems Interconnection--Systems Management-Part 2:State management functionGB/T 17143.2—1997
idt IS0/1EC 10164-2: 1993
本标准定义了一种系统管理功能，它供应用进程在集中式或分散式管理环境中交互，以便用于GB/T9387.4所定义的系统管理。本标准定义的是状态管理功能，它由服务和类属定义组成。本标准位于GB9387的应用层，并按GB/T17176提供的模型定义。系统管理功能的作用由GB/T17142描述。本标准
建立状态管理功能的用户需求；建立将本功能提供的服务和类属定义与用户需求相联系的模型；定义由本功能提供的服务；
定义根据GB/T17175.4编制的类属属性类型、通知类型和参数一规定为提供服务所必需的协议；定义服务与管理操作及通知之间的关系；规定使用这些类属定义的其他标准应遵从的要求；定义与其他系统管理功能之间的关系：规定一致性要求。
本标准
不定义旨在提供状态管理功能的任何实现的特性；一不规定由状态管理功能的用户完成管理的方式；一不定义任何导致使用状态管理功能的交互的特性-不规定建立、正常释放和异常释放管理联系所必需的服务，一不排除对进一步通知类型的定义；不定义被管客体。
2 引用标准
下列标所包含的条文，通过在本标准中引用而构成为本标准的条文。本标准出版时，所示版本均为有效。所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。GB9387—88信息处理系统开放系统互连基本参考模型（idtISO7498：1984,eqvCCITTX.200:1988)
GB/T 9387. 4—1996
信息处理系统开放系统互连基本参考模型第4部分：管理框架(idtISO/IEC 7498-4:1989,eqv CCITT X.700:1992)GB/T15129—94信息处理系统开放系统互连服务约定（idtISO/TR8509：1987，evCCITT国家技术监督局1997-12-15批准1998-08-01实施
X.210:1988)
GB/T 17143.2--1997
GB/T16263—1996信息技术开放系统互连抽象语法记法-（ASN.1)基本编码规则规范(idtISO/IEC8825:1990,eqvCCITTX.209:1988)GB/T 16644—1996
信息技术开放系统互连公共管理信息服务定义（idtISO/IEC9595：1991,eqvCCITT X.710.1991)
信息技术开放系统互连系统管理综述（idtISO/IEC10040：1992）GB/T 17142—1997↑
GB/T17143.3-1997信息技术开放系统互连系统管理第3部分：告警报告功能（idtISO/JEC 10164-3:1993)
GB/T 17143. 4--1997
信息技术开放系统互连
第4部分：告警报告功能(idtISO/系统管理
IEC 10164-4:1992)
GB/T 17143. 5—1997
主系统管理
第5部分：事件报告管理功能（idt信息技术开放系统互连
ISO/IEC 10164-5:1993)
GB/T 17143.6—1997
信息技术开放系统互连
IEC 10164-6:1993)
GB/T 17175.1—1997
信息技术开放系统互连
ISO/IEC 10165-1:1993)
GB/T 17175.2-1997
信息技术开放系统互连
ISO/IEC 10165-2:1992)
GB/T 17175.4—19971
信息技术开放系统互连
系统管理
第6部分：日志控制功能(idtISO/管理信息结构第1部分：管理信息模型（idt管理信息结构第2部分：管理信息定义（idt管理信息结构
第4部分：被管客体的定义指
南(idtISO/IEC10165-4：1992)
GB/T 17176-1997
信息技术开放系统互连应用层结构（idtISO/IEC9545：1994）信息技术开放系统互连
GB/T 17178.1-1997
一致性测试的方法和框架第1部分：基本概念(idt ISO/IEC 9646-1:1994)
3定义
本标准采用下列定义。
3.1基本参考模型定义
本标准采用GB9387中定义的下列术语：a）开放系统；
b）系统管理。
3.2管理框架定义
本标准采用GB/T9387.4中定义的下列术语：被管客体。
3.3 CMIS 定义
本标准采用GB/T16644中定义的下列术语：属性。
3.4系统管理综述定义
本标准采用GB/T17142中定义的下列术语：a）代理；
b）代理作用；
c）依赖-一致性；
d）般一致性；
e）类属定义，
f）被管客体类；
g）管理者；
h）管理者作用；
i）通知；
i）系统管理功能单元；
k）系统管理功能；
1）系统管理应用协议；
m）（系统管理）操作。
3.5管理信息模式定义
GB/T 17143.2—1997
本标准采用GB/T17175.1中定义的下列术语：被管客体边界。
3.6服务约定定义
本标准采用GB/T15129中定义的下列术语：a）证实（原语）；
b）证实型服务；
c）指示（原语）；
d）非证实型服务；
e）请求（原语）；
f）响应（原语）。
3.7SI一致性测试定义
本标准采用GB/T17178.1中定义的下列术语：系统一致性声明。
缩略语
5约定
抽象语法记法
公共管理信息服务
管理应用协议数据单元
开放系统互连
系统管理应用协议机
管理信息结构
本标准遵循GB/T15129定义的描述性约定为状态管理功能定义了服务。在第9章中，每项服务的定义包括个列出服务参数的表。对一条给定的服务原语，每个参数的出现由下列值之一描述：M
参数是必备的；
参数值等于左列参数之值；
使用该参数是服务用户的选项；在该原语所描述的交互中不存在此参数；参数是有条件的；
GB/T.17143.2--1997
参数受GB/T16644的强制制约。
注：在本标准服务表中标出了“P”的参数，在不改变参数的语义或语法的情况下直接映射到CMIS服务原语的相应参数上。其余参数用于构造MAPDU。6需求
管理信息服务（MIS)用户需要有检查状态改变和得到状态改变通知的能力，以便始终监视全部可操作性和资源的使用，并控制特定资源的综合可用性。为了给涉及到的管理状态提供已标准化的OSI管理技术，本标准定义了一般属性和操作，它们可以是任何被管客体的一部分。
状态管理提供：
报告状态属性的改变；
一读出状态属性；
一改变状态属性。
7模型
被管客体的管理状态是从管理的观点来描述有关资源的可用性和可操作性的瞬时条件。被管客体的不同种类在表达和控制它们的有关资源的操作方面具有各种状态属性，它们对每类客体都是特有的。但是，希望管理状态对大量的资源是共同的，为此也进行了标准化；在任何给定时间它都表现出它们的可用性的关键方面。它的目的是控制资源的综合可用性，并获得这种综合可用性的明显信息。7.1类属状态
在被管客体的相应资源的可用性方面，有三种主要因素影响到被管客体的管理状态。某些被管客体可以不受这所有三种因素的影响。这些因素是：—一操作：如果适用，不管该资源实际上是否已设置和正在工作；一使用：不管该资源在特定时刻是否正在使用，若如此，在那个时刻不管它是否有富余容量给另外的用户。当资源收到个或多个尚未完成的服务请求时，或者由于以前的服务请求，当它的某部分容量已被分配，且还未复原时，这个资源就被说成是正在使用”，行政：通过管理服务施加的允许使用或不禁止使用的资源。被管客体的状态不影响管理操作的能力。7.1.1操作状态
资源的操作由操作状态属性描述，它有两个可能值：“禁止”和“允许”。这些值在8.1.1.1中描述。某些被管客体类只呈现出操作状态的恒定允许值。当一个资源没有明显地依赖其他资源，而且没有能出现明显缺陷的成分时，则被管客体可以不呈现出禁止的操作状态。同样，不再存在的被管客体在资源变为不可操作时，被管客体也不呈现出在其存在期间的禁止操作状态。当资源不再存在，但仍有管理那种资源的状态属性的被管客体时，则这种操作状态应是禁止的。支持的操作状态值集在每个单独的被管客体类定义中规定。
当一个被管客体不能反映其有关资源的操作状态，且支持8.1.2.6中定义的未知状况属性时，则未知状况属性值为真。
正是资源的自然操作引起操作状态发生转移，因而管理不能请求一个被管客体从一种操作状态改变为另一种操作状态。管理只能收集有关被管客体的操作状态信息，即操作状态的性质是只读的。与资源相关的特定事件引起从一种操作状态值到另一种的转移。这些事件和转移概括在图1中，并描述如下：
7.1.1.1使允许
GB/T17143.21997
使允许使禁止
图1操作状态图
此事件由使资源部分或完全可操作而采取的动作组成。此事件仅在被管客体的操作状态为“禁止”的时候才能发生。“使允许”事件导致操作状态转移到“允许”。7.1.1.2使禁止
此事件由一些使资源完全不可操作的行为组成。“使禁止”事件导致操作状态转移到“禁止”。7.1.2使用状态
资源的使用由使用状态属性来描述，它具有三种可能值：空闲、活动和忙。这些状态属性值在8.1.1.2中描述。所支持的使用状态值集合在每个单独的被管客体类定义中规定。某些被管客体类只呈现可能的使用状态值的一个子集。其有关资源只支持一个用户的被管客体，只有“空闲”或“忙”，而不呈现“活动”使用状态。其资源对用户数目无实际限制的被管客体则不呈现“忙”使用状态。
当一个被管客体不能反映其有关资源的使用状态，且支持8.1.2.6中定义的未知状况属性时，则未知状况属性值为真。
正是资源的自然操作引起使用状态发生转移，因而管理不能请求一个被管客体从一种使用状态改变为另一种使用状态。管理只能收集有关被管客体的使用状态信息；使用状态的性质是只读的。与资源相关的特定事件引起从一种使用状态值到另一种的转移。这些事件和转移概括在图2中，并描述如下：
最后用
户退出
用户退出
（非共享客体）
新用户
新用户
（非共享客体）此内容来自标准下载网
新用户新用户
图 2 使用状态图
7.1.2.1新用户
该事件由一些开始使用资源的动作组成。它仅在被管客体的操作状态为“允许”，且其使用状态为“空闲”或“活动”时才能发生。新用户事件产生转移如下：一在事件之后，如果资源仍有足够的操作容量提供给另外的用户，则使用状态成为或仍为“活动”，
一在事件之后，如果资源已没有操作容量剩给另外的用户，则使用状态成为“忙”。7.1.2.2用户退出
该事件由一个现有的资源用户结束其使用组成。它仅在被管客体的使用状态为“活动”或“忙”时才487
GB/T17143.2—1997
能发生。它可由操作状态从“允许”变化到“禁止”而产生。用户退出事件产生转移如下：一在事件之后，如果资源仍存在用户，则使用状态变为或仍为“活动”；一在事件之后，如果资源已没有用户，则使用状态变为“空闲”。7.1.2.3容量增加(CI）
该事件由资源的最大操作容量增加形成的。它仅在被管客体的使用状态为“忙”时才有意义。如果被管客体处于“忙”状态，则容量增加事件引起转移到“活动”状态。7.1.2.4容量减少(CD）
该事件由资源的最大操作容量减少形成的。它仅在被管客体的使用状态为“活动”时才有意义。容量减少事件引起转移如下：
一在事件之后，如果资源仍有富余的操作容量，则使用状态仍为“活动”；一在事件之后，如果资源已没有富余的操作容量，则使用状态变为“忙”；二一如果发生容量减少时被管客体正处于“忙”状态，则被管客体应继续处于“忙”状态，直到容量增加或用户退出事件发生为止。
7.1.3行政状态
被管客体的行政操作独立于被管客体的可操作性和使用，并由行政状态属性描述，它有三个值，如图3所示。这些行政状态称为“锁住”“未锁”和“关闭”，并在8.1.1.3中描述。某些被管客体类只呈现可能的行政状态值的一个子集。有些资源不能锁住，因而其相应的被管客体只呈现未锁”状态。另一些资源不能被完美地关闭，因此其相应的被管客体不呈现“关闭”状态。所支持的行政状态值的实际子集从被管客体的某一类变化到另一类，并在每个独自的被管客体定义中规定。与被管客体有关的特定事件引起从一种行政状态值到另一种的特定转移，它取决于行政状态的原始值、特定事件以及资源用户的数量。这些事件和转移概括在图3中，并描述如下：未锁
口用户退出
(若空闲)
用户退出
最后用
加锁户退出
图3行政状态图
7.1.3.1解锁
该事件由个操作组成，该操作在被管客体边界上执行以解除对被管客体的相应资源的锁定。它只能发生在被管客体的行政状态为“锁住”或“关闭”的时候，它引起行政状态转移到“未锁”。7.1.3.2加锁
该事件由一个操作组成，该操作在被管客体边界上执行以锁定被管客体的相应资源。它只能发生在被管客体的行政状态为“未锁”或“关闭”的时候，它引起行政状态转移到“锁住”。7.1.3.3关闭
该事件由一个操作组成，该操作在被管客体边界上执行以关闭被管客体的相应资源。它只能发生在被管客体的行政状态为“未锁”的时候，它引起状态转移如下：在事件发生时，如果资源仍存在用户，则行政状态变为“关闭”；一在事件发生时，如果资源已没有用户，则行政状态变为“锁住”。7.1.3.4用户退出
该事件由资源的现有用户结束其使用而构成。它只能发生在被管客体的行政状态为“未锁或“关488
GB/T 17143.2—1997
闭”的时候。如果行政状态为“未锁”，则不发生行政状态转移。如果行政状态为“关闭”，则用户退出事件引起转移如下：
在事件之后，如果资源仍存在用户，则行政状态仍为“关闭”；一在事件之后，如果资源已没有用户，则行政状态变为“锁住”。7.1.4类属状态间的依赖性
被管客体类定义者的职责是规定每个单独的被管客体类支持状态值的哪些组合以及不支持哪些组合。
当一个被管客体支持所有三种状态属性时，三种状态属性的可能组合值如下（同时参见图4）：一禁止、空闲、锁住：资源完全不可操作，它没有为任何用户服务并且被行政地禁止使用。为使其可用，既需要管理充许(解锁操作)还需要某种校正动作。一允许、空闲、锁住：资源部分或完全可操作，它没有为任何用户服务并且被行政地禁止使用。为使其可用，只需要管理允许（解锁操作）。一允许、活动、关闭：资源部分或完全可操作并在使用中，但使用被行政地限制于当前使用实例。为使添加的用户获得访问，需要管理允许（解锁操作）。否则，当所有当前用户结束他们对资源的使用时，被管客体应自动转移到允许、空闲、锁住状态。一允许、忙、关闭：资源部分或完全可操作并在使用中，但使用被行政地限制于当前使用实例；此外，它没有富余的容量提供给另外的用户。为使另外的用户获得访问，除等待一个现有用户结束外，还需要管理允许（解锁操作）。否则，当所有当前用户结束他们对资源的使用时，被管客体应自动转移到允许、空闲、锁住状态。
禁止、空闲、未锁：资源完全不可操作，它没有为用户服务，但未被行政地禁止使用。为使其可用，需要某种校正动作。
一一允许、空闲、未锁：资源部分或完全可操作，它实际上没有使用，也未被行政地禁止使用。—允许、活动、未锁：资源部分或完全可操作，它正在使用，也未被行政地禁止使用。同时它还有足够的富余容量提供给另外的用户。一允许、忙、未锁：资源部分或完全可操作，它正在使用，也未被行政地禁止使用。它当前没有富余容量提供给另外的用户。为使另外的用户获得访问权，必须等待一个现有用户结束或容量增加事件发生
图5示出操作和行政状态的组合状态图。图6示出行政和使用状态的组合状态图。图7示出操作和使用状态的组合状态图。489
GB/T 17143.2—1997
1—解锁：2—加锁，3使充许；4使禁止，5—新用户，6-用户退出：7—新用户（非共享资源）；8—最后用户退出：9--容量增加；10—容量减少，11—关闭图4组合状态图
使允许
使禁止
使允许
使禁止
加锁、
最后用户退出
图5操作和行政状态
7.2状况属性
GB/T17143.2—1997
1一解锁，2--加锁；3一新用户；4—用户退出;5—新用户非共享资源）；6—最后用户退出；7—-容量增加；8容量减少；9—关闭图6行政和使用状态
1---使允许：2--使禁止；3—新用户，4—用户退出，5一新用户（非共享资源），6一最后用户退出;7—容量增加;8—容量减少图7操作和使用状态
状况属性可以包含能影响其操作性及使用的相应资源状态的其他方面更详细的信息。它们还包含了对由管理者控制的操作的有关行政限制的更详细信息。状况属性在8.1.2中定义。7.3客体类特定状态信息
被管客体可具有一些其他类别特定属性，这些属性描述资源状态的各方面，但不映射到本标准定义的类属状态上。二者虽然不同，但这些属性可以影响类属状态属性的值。每个单独的被管客体类定义应规定适用的类属状态值，该类属状态值来自其他属性值的特定组合。当个被管客体处干“禁止”操作状态时，其他属性可显示相应资源为何不可操作。禁止操作可能和处于管理控制下的进程有关，也可能无关。如果资源的不可操作是由于它所依赖的另一资源被行政地禁止使用，或某些其他组态信息和操作不兼容而引起的，则资源可以通过管理规程变成可操作的。对显示资源由于某些特定物理缺陷而不可操作的信息的处理，以及修补缺陷的方法，不属于状态管理功能的范围。如果一个资源的状态依赖于另一资源的状态，则此依从性质可以用代表依赖资源或二者的被管客体的行为来规定。一个支持被管客体中的状态改变通过某种关系可以在依赖被管客体中引起一个规定的状态转移。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。