SOLARIS课程06-服务管理最终版.pptx

  1. 1、本文档共19页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
效劳管理 工程目标 我想知道都有谁在什么时间使用telnet方式进入过我的效劳器,如何做到? 出于平安性考虑,我要关闭系统的telnet效劳,该如何做? 我想翻开系统中ftp效劳的日志记录功能,该如何做? 所需知识点 SMF效劳管理工具 SMF组成要素 SMF命令集 1-1、什么是SMF Solaris 10引入全新的后台效劳管理机制,该机制被称为SMF〔Service Management Facility效劳管理工具〕,它包含了新的概念、管理工具和效劳定义方式。 1. 自动恢复因为软硬件故障或管理错误而意外终止的效劳 2. 支持效劳的依赖关系 3. 一个效劳可以有多个实例 4. 提供了丰富的命令行管理工具 5. 系统启动时可根据依赖关系,并发启动效劳,加快启动的速度 引导流程总览 5 运行 INIT 进程 读取/etc/inittab配置文件 执行 /etc/rc.d/rc.sysinit 脚本 执行/etc/rc.d/rc脚本 初 始 化 过 程 /etc/rc0.d/* /etc/rc1.d/* /etc/rc2.d/* /etc/rc3.d/* /etc/rc4.d/* /etc/rc5.d/* /etc/rc6.d/* 启动 mingetty 进程 加载内核(kernel) 开机自检(BIOS) MBR 引导 GRUB菜单 1-2、SMF组成要素 SMF包含两个进程、效劳定义的manifest和profile、效劳配置库和命令行管理工具等内容: 1. svc.startd, svc.configd 2. manifest, profile 3. repository(sqlite db) 4. CLI mgmt tool (svccfg, svcadm, svcprop, svcs, inetadm, inetconv, repository_restore) svc.startd进程是 Solaris OS 的主进程启动器和重新启动器。该守护进程负责管理整个系统的效劳相关性。该守护进程接收了 init 以前的职责,即在适当的运行级别启动相应的 /etc/rc*.d 脚本。 svc.configd是负责管理效劳配置库的进程。SMF命令行工具svccfg, svcprop, svcs, svcadm通过该进程访问效劳配置库。 效劳和效劳的实例用xml文件定义,manifest定义效劳,profile定义一组效劳,通常还定义效劳实例。这些xml文件存放在/var/svc目录下。 1-3、SMF 效劳实例状态 svcs 命令显示效劳实例的状态、开场时间和 FMRI。 常见的状态: Disabled 效劳实例处于禁用状态且尚未运行。 legacy_run 传统效劳不由 SMF 进展管理,但是可查看效劳。此状态只能由传统的基于rc脚本的效劳使用。 Maintenance 效劳实例遇到错误,必须由管理员解决。 Offline 效劳实例处于启用状态,但是尚未运行或者无法运行。 Online 效劳实例处于启用状态,并且已成功启动。 1-4、FMRI 故障管理资源标识符 (Fault Management Resource Identifier, FMRI) 对每个效劳实例进展命名。 FMRI 包括效劳名称和实例名称。 例如: rlogin 效劳的 FMRI 是 svc:/network/login:rlogin,其中 network/login 标识效劳,rlogin 标识效劳实例。 1-5、SMF效劳实例依赖关系 依赖关系 SMF依赖关系表示效劳实例与其它效劳之间的依赖关系。 效劳管理器使用依赖关系来确定在何时启动和停顿效劳实例。 每个依赖关系都有一个分组和一组FMRI。分组指示一个依赖关系在何时被视为已满足。 在一个效劳启动时,效劳管理器只有在所有依赖的有关系均已满足之后才会启动效劳,之前效劳一直保持offline状态。 require_all FMRI指定的所有服务都必须处于online或degraded状态,才能满足依赖关系 require_any 必须至少有一个引用引用的服务处于online或degraded状态 optional_all 当所有被引用的服务均为online状态 exclude_all 所有被引用的服务都必须是disabled或maintenance状态 12 效劳器管理器也可以根据依赖关系停顿效劳。依赖关系的restart_on的值负责治理这种行为。 none:如果依赖效劳停顿,那么不要停顿效劳 error:如果依赖项因软件或硬件错误而停顿,那么停顿效劳 restart:如果依赖项因任何原因而停顿,那么停顿效劳 refresh:如果依赖项停顿或其配置

您可能关注的文档

文档评论(0)

liuxiaoyu98 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档