過去，UNIX 操作系統(tǒng)包含一組服務(wù)：這些服務(wù)是與任何交互式用戶登錄都不關(guān)聯(lián)的軟件程序，用于偵聽和響應(yīng)請求以執(zhí)行特定的任務(wù)（如傳送電子郵件、響應(yīng) ftp 請求，或允許執(zhí)行遠(yuǎn)程命令）。這些傳統(tǒng)服務(wù)通常是一些單獨(dú)的應(yīng)用程序，它們作為單個進(jìn)程執(zhí)行，在系統(tǒng)引導(dǎo)時啟動，并在系統(tǒng)啟動和運(yùn)行時持續(xù)執(zhí)行，可處理接收到的任何請求。

如今，管理員必須管理一系列服務(wù)，這些服務(wù)的作用已經(jīng)超出了此原始模型的作用范圍。Sun 推出了 Service Management Facility（SMF，服務(wù)管理工具），以簡化這些系統(tǒng)服務(wù)的管理。SMF 是 Solaris 操作系統(tǒng)的一項(xiàng)新功能，為每個 Solaris 系統(tǒng)上的服務(wù)和服務(wù)管理創(chuàng)建支持的、統(tǒng)一的模型。它是 Solaris 10 中預(yù)測性自我修復(fù)技術(shù)的核心部分，為軟件和硬件故障以及管理錯誤提供自動恢復(fù)功能。

在本指南中，我們將介紹 SMF 的功能及優(yōu)勢，指出 Solaris 中顯著更新的部分，并說明如何使用 SMF 完成典型的管理任務(wù)?？梢栽?Sun 的 BigAdmin Web 站點(diǎn)上找到 SMF 及預(yù)測性自我修復(fù)功能的詳細(xì)指南。

功能

Service Management Facility 已經(jīng)改進(jìn)了 Solaris 管理模型的幾個方面。一些最顯著的更新包括：

　◆ 服務(wù)由可以進(jìn)行查看（使用新的 svcs(1) 命令）和管理（使用 svcadm(1M) 和 svccfg(1M)）的一級對象表示。
　◆ 無論失敗的服務(wù)是由管理員錯誤、軟件錯誤導(dǎo)致，還是受無法更正的硬件錯誤的影響，這些服務(wù)都將按照相關(guān)性順序自動重新啟動。
　◆ 可以獲取有關(guān)配置錯誤或行為異常的服務(wù)的詳細(xì)信息，包括對服務(wù)未運(yùn)行的原因的說明（使用 "svcs -x"），以及每個服務(wù)單獨(dú)的持久性日志文件。
　◆ 引導(dǎo)過程中出現(xiàn)的問題比較容易調(diào)試，因?yàn)樵趩庸收掀陂g可以控制引導(dǎo)詳細(xì)程度，記錄服務(wù)啟動消息，以及提供更可靠的控制臺訪問。
　◆ 自動拍攝服務(wù)配置快照，從而更容易備份、恢復(fù)和撤消對服務(wù)所做的更改。
　◆ 可以使用受支持的工具 (svcadm(1M)) 啟用和禁用服務(wù)，從而允許更改不受升級和修補(bǔ)程序的影響而保留原樣。
　◆ 管理員可以更容易地將任務(wù)安全地委派給非超級用戶，這些任務(wù)包括配置、啟動、停止或重新啟動服務(wù)（如 smf_security(5) 手冊頁中所述）。
　◆ 根據(jù)服務(wù)的相關(guān)性并行啟動服務(wù)，可以更快地引導(dǎo)大型系統(tǒng)。

盡管進(jìn)行了上述更改，但最大程度地保留了與現(xiàn)有管理習(xí)慣的兼容性。例如，大多數(shù)站點(diǎn)本地的 "rc" 腳本和 ISV 提供的 "rc" 腳本仍將有效。

顯著的更改

SMF 提供的大多數(shù)新功能都在“后臺”工作，或通過新命令進(jìn)行訪問；但某些更改仍會很快顯示出來。以下顯示了其中的一些更改。

在早期版本的 Solaris 中，大量輸出將在引導(dǎo)期間打印到系統(tǒng)控制臺。盡管這些消息對所發(fā)生的情況進(jìn)行了比較深入的闡述，但在某些方面并不十分有用。少數(shù)服務(wù)可能會打印消息，表明它們已聯(lián)機(jī)，而許多其他服務(wù)則不打印消息。某些故障模式也可能會打印一些消息（如 "WARNING:Timed out waiting for NIS to come up"），這些消息并不能幫助診斷根本問題。錯誤消息有時直接打印到控制臺，但不會在任何日志中顯示。

現(xiàn)在，引導(dǎo)過程中顯示的消息精簡了許多。以下是在 SMF 下引導(dǎo)時計算機(jī)所顯示內(nèi)容的示例：

SunOS Release 5.10 Version Generic 64-bit
Copyright 1983-2004 Sun Microsystems, Inc. All rights reserved.
Use is subject to license terms.
Hostname: demobox
NIS domain name is testlab.example.com
checking ufs filesystems

demobox console login:

盡管打印的消息變少了，但 SMF 使得引導(dǎo)過程更加清晰。每個服務(wù)在 /var/svc/log 目錄（對于在單個用戶的重大事件之前啟動的服務(wù)，則為 /etc/svc/volatile 目錄）中都有一個日志文件，指出服務(wù)啟動的時間和方式、是否成功啟動，以及在初始化期間可能打印的所有消息。如果在引導(dǎo)期間發(fā)生嚴(yán)重問題，則您可以在維護(hù)模式下登錄到控制臺，并可使用 svcs(1) 命令幫助診斷此問題。即使問題導(dǎo)致引導(dǎo)掛起（如上面提到的 NIS 故障）時也是如此。最后，新的 "-m" 引導(dǎo)選項(xiàng)（請參見 kernel(1M)）允許您將引導(dǎo)過程配置得更加詳細(xì)，可以在每個服務(wù)啟動時打印一條簡單消息。

您可能還會注意到，中止進(jìn)程后進(jìn)程會“拒絕中止”。例如：

# ps -fp `pgrep -d, sendmail`

UID PID PPID C STIME TTY TIME CMD
root 330 1 0 14:21:05 ? 0:00 /usr/lib/sendmail -bd -q15m
smmsp 331 1 0 14:21:05 ? 0:00 /usr/lib/sendmail -Ac -q15m

# pkill -9 sendmail

# ps -fp `pgrep -d, sendmail`

UID PID PPID C STIME TTY TIME CMD
root 530 1 0 14:51:02 ? 0:00 /usr/lib/sendmail -bd -q15m
smmsp 531 1 0 14:51:02 ? 0:00 /usr/lib/sendmail -Ac -q15m

初看起來，盡管使用了 kill -9，卻似乎沒有發(fā)生任何情況。但是請注意，PID 是不同的，并且進(jìn)程的啟動時間已經(jīng)更改；事實(shí)上，舊的 sendmail 進(jìn)程確實(shí)已經(jīng)中止。

通過 SMF，Solaris 內(nèi)核可以考慮服務(wù)、此服務(wù)的進(jìn)程和其他服務(wù)（負(fù)責(zé)重新啟動此服務(wù)）之間的關(guān)系。此重新啟動關(guān)系與 Sun 的新技術(shù)緊密集成，用于在 Solaris 上進(jìn)行故障管理，從而允許 SMF 重新啟動程序了解服務(wù)進(jìn)程失敗的原因是管理員錯誤、相關(guān)服務(wù)故障、軟件錯誤還是根本的硬件故障。只要在任何服務(wù)故障之后捕獲到此信息，SMF 就會通知相應(yīng)的重新啟動程序，該程序?qū)⒋_定是通過將此服務(wù)置于維護(hù)模式來禁用服務(wù)（因?yàn)樗雌饋泶嬖趩栴}），還是自動重新啟動該服務(wù)。缺省的 SMF 重新啟動程序 svc.startd 負(fù)責(zé)啟動和重新啟動 Solaris 系統(tǒng)上的大多數(shù)服務(wù)。在以上示例中，svc.startd 注意到 sendmail 已中止，針對此情況記錄了一條消息，并自動重新啟動 sendmail。

如果您要停止某個服務(wù)但不重新啟動其進(jìn)程，請使用 svcadm(1M) 命令（請參見以下“常規(guī)任務(wù)”部分）。另外請注意，并非所有的系統(tǒng)服務(wù)都已轉(zhuǎn)為使用 SMF；屬于這些傳統(tǒng)服務(wù)的任何進(jìn)程在中止后都不會重新啟動。

最后您可能會注意到，與以前的 Solaris 發(fā)行版相比，/etc/init.d 和 /etc/rc◆.d 目錄以及 /etc/inittab 文件中的內(nèi)容現(xiàn)在要少得多。SMF 管理的服務(wù)不再使用 rc 腳本或 inittab 條目進(jìn)行啟動和關(guān)閉，因此與這些服務(wù)對應(yīng)的腳本已被刪除。在將來的 Solaris 發(fā)行版中，SMF 將管理更多的服務(wù)，并且這些目錄中的內(nèi)容將會越來越少。用于管理 ISV 提供或本地開發(fā)的服務(wù)的 rc 腳本和 inittab 條目將繼續(xù)在引導(dǎo)時運(yùn)行。與推出 SMF 之前的情況不同，這些服務(wù)可能不會在引導(dǎo)過程中的同一時刻運(yùn)行，但一定不會在引導(dǎo)過程之前運(yùn)行，因此其非明確依賴的任何服務(wù)仍將可用。

服務(wù)名稱

Solaris 使用稱為 FMRI（Fault Managed Resource Identifier，故障管理資源標(biāo)識符）的 URI 字符串來標(biāo)識為其提供了高級故障和資源管理功能的系統(tǒng)對象。SMF 所管理的服務(wù)被分配了前綴為方案名稱 "svc" 的 FMRI 字符串，如以下的 Solaris 服務(wù) syslogd(1M) 示例所示：

　◆ svc://localhost/system/system-log:default
　◆ svc:/system/system-log:default
　◆ system/system-log:default

請注意，SMF 所使用的這些服務(wù) FMRI 有以下三種表示方法：第一種是包含位置路徑（如 "localhost"）的絕對路徑；第二種是相對于本地計算機(jī)的路徑；第三種僅僅是省略了字符串前綴的服務(wù)標(biāo)識符。本文檔其余部分所介紹的 SMF 管理員工具通常使用第三種形式來描述服務(wù)（因?yàn)榧俣ㄟ@些服務(wù)作用于本地服務(wù)）?？稍诙喾N資源上或跨計算機(jī)操作的其他管理工具可能使用其他形式來描述服務(wù)。當(dāng)前 Solaris 發(fā)行版中的 SMF 工具只能管理本地主機(jī)上的服務(wù)。

由于 FMRI 字符串非常長，因此 SMF 工具允許使用縮寫形式的 FMRI?？s寫必須具有唯一性，必須與服務(wù)名稱的結(jié)尾部分相匹配（但 ":default" 可以省略），并且必須以 "/" 開頭。因此上述 FMRI 可以使用以下縮寫：

　◆ system-log:default

　◆ system-log

使用這些縮寫時應(yīng)非常謹(jǐn)慎，因?yàn)榭赡軙诎嗤哟哪骋稽c(diǎn)添加新服務(wù)（如 "svc:/mysite/system-log:default"）。如果使用非唯一的縮寫，SMF 工具將打印警告消息。

Solaris 系統(tǒng)服務(wù)的 FMRI 包含一般功能類別，如“應(yīng)用程序”、“重大事件”、“網(wǎng)絡(luò)”、“平臺”和“系統(tǒng)”，以及與服務(wù)的守護(hù)進(jìn)程或舊的 rc 腳本名稱相似的描述性名稱。svcs(1) 命令將列出計算機(jī)上可用的所有活動服務(wù)：

% svcs
STATE STIME FMRI
...
online 11:19:35 svc:/network/nfs/status:default
offline 18:20:30 svc:/application/print/rfc1179:default
maintenance 18:20:26 svc:/network/ntp:default

由于服務(wù)現(xiàn)在是一級對象，因此 SMF 甚至可以通過使用 svcs(1) 命令的 "-a" 選項(xiàng)提供有關(guān)未啟用的服務(wù)的信息。

常規(guī)任務(wù)

SMF 是 Solaris 中一項(xiàng)特別顯著的更改，因?yàn)樗绊懥斯芾砟Ｐ?。因此，盡管我們鼓勵您閱讀有關(guān) SMF 功能的詳細(xì)信息（請參見以下“詳細(xì)信息”部分），但您可能還是希望從學(xué)習(xí)如何執(zhí)行一些常規(guī)系統(tǒng)管理任務(wù)開始。

◆啟用和禁用服務(wù)

在 Solaris 10 之前的版本中，沒有一個很好的方法來永久禁用 Solaris 中的服務(wù)。常用方法是將相應(yīng)的 rc 腳本重命名為不再執(zhí)行的名稱，但在下一次系統(tǒng)升級后此更改將會失效。此外，基于 inetd 的服務(wù)是通過一種完全不同的方法（即編輯配置文件）啟用和禁用的。在 SMF 下，可以使用 svcadm(1M) 命令配置這兩種類型的服務(wù)，并且在計算機(jī)升級后這些更改將持續(xù)有效。以下是對啟用和禁用某些服務(wù)的方式的比較：
--------------------------------------------------------------------------------------------------------
舊方法：mv /etc/rc2.d/S75cron /etc/rc2.d/x.S75cron
SMF 方法：svcadm disable system/cron:default

舊方法：編輯 /etc/inet/inetd.conf，將 finger 行取消注釋
SMF 方法：svcadm enable network/finger:default
--------------------------------------------------------------------------------------------------------
在上述示例中，svcadm 的最后一個參數(shù)是服務(wù)的 FMRI。

請注意，svcadm 僅用于 SMF 服務(wù)，由 rc 腳本控制的傳統(tǒng)服務(wù)與在早期發(fā)行版中的工作方式相同。

◆停止、啟動和重新啟動服務(wù)

過去，服務(wù)已由引導(dǎo)時運(yùn)行的 rc 腳本啟動，并通過 start 參數(shù)運(yùn)行。一些 rc 腳本提供了 stop 選項(xiàng)，少數(shù) rc 腳本還允許使用 restart。在 SMF 中，這些任務(wù)都是通過 svcadm(1M) 命令完成的：
--------------------------------------------------------------------------------------------------------
舊方法：/etc/init.d/sshd stop
SMF 方法：svcadm disable -t network/ssh:default

舊方法：/etc/init.d/sshd start
SMF 方法：svcadm enable -t network/ssh:default

舊方法：/etc/init.d/sshd stop; /etc/init.d/sshd start
SMF 方法：svcadm restart network/ssh:default

舊方法：kill -HUP `cat /var/run/sshd.pid`
SMF 方法：svcadm refresh network/ssh:default
----------------------------------------------------------------------------------------------------------- #p#副標(biāo)題#e#
svcadm enable 和 svcadm disable 的 "-t" 選項(xiàng)表示所請求的操作應(yīng)該是臨時的 (temporary)，它不會影響此服務(wù)是否會在系統(tǒng)下一次引導(dǎo)時啟動。這與上述“啟用和禁用服務(wù)”示例形成了對比。

與啟用和禁用服務(wù)一樣，不應(yīng)該使用 svcadm 控制由 rc 腳本控制的服務(wù)；這些服務(wù)將始終按早期發(fā)行版中的方式工作。

◆觀察引導(dǎo)過程

如“顯著的更改”部分所述，在缺省情況下，引導(dǎo)過程與早期的 Solaris 發(fā)行版相比要精簡得多。這樣就減少了不能提供有價值信息的“無用消息”，這些“無用消息”可能會導(dǎo)致引導(dǎo)期間發(fā)生的任何實(shí)際問題不容易被發(fā)現(xiàn)。

已添加一些新的引導(dǎo)選項(xiàng)，以控制引導(dǎo)的詳細(xì)程度。您可能會發(fā)現(xiàn)一個特別有用的選項(xiàng) "-m verbose"，該選項(xiàng)在每個服務(wù)嘗試啟動時打印一行信息。這與基于 Unix 和與 Unix 相似的某些其他操作系統(tǒng)的缺省引導(dǎo)模式相似。詳細(xì)的引導(dǎo)過程如下所示：

{1} ok boot -m verbose

Rebooting with command: boot -m verbose
Boot device: /pci@1c,600000/scsi@2/disk@0,0:a File and args: -m verbose
SunOS Release 5.10 Version Generic 64-bit
Copyright 1983-2004 Sun Microsystems, Inc. All rights reserved.
Use is subject to license terms.
[ network/pfil:default starting (pfil) ]
[ network/loopback:default starting (Loopback network interface) ]
[ system/filesystem/root:default starting (Root filesystem mount) ]
Oct 18 13:53:02/13: system start time was Mon Oct 18 13:52:57 2004
[ network/physical:default starting (Physical network interfaces) ]
[ system/filesystem/usr:default starting (/usr and / mounted read/write) ]
( more service messages elided )
[ system/filesystem/local:default starting (Local filesystem mounts) ]
[ network/ntp:default starting (network time protocol (NTP)) ]
[ system/utmp:default starting (utmpx monitoring) ]
[ system/filesystem/local:default starting (Local filesystem mounts) ]
[ system/console-login:default starting (Console login) ]

demobox console login: checking ufs filesystems
/dev/rdsk/c0t0d0s7: is logging.
Oct 18 13:53:14/50: system/system-log:default starting
Oct 18 13:53:14/51: network/inetd:default starting
Oct 18 13:53:14/52: system/cron:default starting
( more service messages elided )

服務(wù)啟動消息的順序在每次引導(dǎo)時可能會有所不同，因?yàn)?SMF 將按照服務(wù)的相關(guān)性關(guān)系并行啟動這些服務(wù)。

如果服務(wù)無法成功啟動，則除了打印啟動消息之外，還會打印警告消息。以下是 NTP 服務(wù)無法啟動的一個示例：

[ system/filesystem/local:default starting (Local filesystem mounts) ]
[ network/ntp:default starting (network time protocol (NTP)) ]
Oct 25 13:58:42/49 ERROR: svc:/network/ntp:default:
Method "/lib/svc/method/xntp" failed with exit status 96.
Oct 25 13:58:42 svc.startd[4]: svc:/network/ntp:default:
Method "/lib/svc/method/xntp" failed with exit status 96.
[ network/ntp:default misconfigured (see 'svcs -x' for details) ]
[ system/utmp:default starting (utmpx monitoring) ]
( more service messages elided )

前兩條錯誤消息在正常引導(dǎo)和詳細(xì)引導(dǎo)期間都會顯示；最后一條錯誤消息 ("network/ntp:default misconfigured ...") 僅在詳細(xì)引導(dǎo)期間顯示。

◆發(fā)現(xiàn)故障

Solaris 尚未提供一個全面的用于查找系統(tǒng)服務(wù)問題的方法。目前存在一些可幫助捕獲并診斷這些問題的解決方案，包括使用 coreadm(1M) 命令記錄到特定于站點(diǎn)的監(jiān)視腳本，以及 Sun Cluster 等綜合性產(chǎn)品。新的 svcs(1) 命令包含一個“解釋”選項(xiàng) ("svcs -x")，可打印出有關(guān)未運(yùn)行服務(wù)的詳細(xì)消息（由解決方案驅(qū)動）。svcs -x 將顯示服務(wù)失敗的時間和原因，提供獲取此問題詳細(xì)信息的方式，并列出受此問題影響的其他服務(wù)。

繼續(xù)來看一下無法啟動的 NTP 服務(wù)的示例：

# svcs -x

svc:/network/ntp:default (Network Time Protocol (NTP).)
State: maintenance since Mon Oct 18 13:58:42 2004
Reason: Start method exited with $SMF_EXIT_ERR_CONFIG.
See: http://sun.com/msg/SMF-8000-KS
See: ntpq(1M)
See: ntpdate(1M)
See: xntpd(1M)
Impact: 0 services are not running.

NTP 服務(wù)已被置于維護(hù)模式，因?yàn)閱幽_本指示該服務(wù)的配置存在問題。有關(guān)服務(wù)故障的詳細(xì)信息，請參見 /var/svc/log 目錄（或 /etc/svc/volatile 目錄）中該服務(wù)的日志文件。日志文件名基于簡短形式的 FMRI，將 "/" 替換為 "-"。因此，svc:/network/ntp:default 服務(wù)的日志文件為 /var/svc/log/network-ntp:default.log。通過此日志文件可以快速得出結(jié)論，即 NTP 守護(hù)進(jìn)程的配置文件 /etc/inet/ntp.conf 已被刪除。

以下是另一個示例，顯示了 SMF 可以跟蹤相關(guān)性，并指出與禁用的服務(wù)相關(guān)的問題。在此示例中，我們使用 "-v" 選項(xiàng)來查看受影響的服務(wù)的列表。

# svcs -x -v

svc:/application/print/server:default (LP Print Service)
State: disabled since Mon Oct 18 16:17:27 2004
Reason: Disabled by an administrator.
See: http://sun.com/msg/SMF-8000-05
See: man -M /usr/share/man -s 1M lpsched
Impact: 1 service is not running:
svc:/application/print/rfc1179:default

在以上示例中，已明確禁用了 application/print/server:default 服務(wù)，但未禁用依賴于該服務(wù)的另一個服務(wù) (application/print/rfc1179:default)。因此，禁用第一個服務(wù)已使得第二個服務(wù)無法運(yùn)行。

　◆觀察服務(wù)

在早期版本的 Solaris 中，查看可用服務(wù)的唯一方法是使用 ps(1) 命令，并列出系統(tǒng)上所有的活動進(jìn)程，然后查看與服務(wù)應(yīng)用程序的名稱相匹配的進(jìn)程名稱。遺憾的是，由于大多數(shù)系統(tǒng)都有許多進(jìn)程，并且每次發(fā)行新版本的 Solaris 以及添加其他軟件包時都會引入新服務(wù)，因此使用此方法進(jìn)行跟蹤非常困難。如今的許多服務(wù)已不再作為單個進(jìn)程執(zhí)行，這使得情況更加復(fù)雜。某些服務(wù)作為一系列進(jìn)程或多線程進(jìn)程執(zhí)行，或者同時以這兩種方式執(zhí)行。

使用新的 svcs(1) 命令，可以更容易地觀察系統(tǒng)服務(wù)的狀態(tài)。"-p" 選項(xiàng)可顯示與服務(wù)關(guān)聯(lián)的所有進(jìn)程：

% svcs -p network/smtp:sendmail

STATE STIME FMRI
online 18:20:30 svc:/network/smtp:sendmail
18:20:30 655 sendmail
18:20:30 657 sendmail

% ps -fp 655,657

UID PID PPID C STIME TTY TIME CMD
root 655 1 0 18:20:30 ? 0:01 /usr/lib/sendmail -bd -q15m
smmsp 657 1 0 18:20:30 ? 0:00 /usr/lib/sendmail -Ac -q15m

"-d" 選項(xiàng)可顯示此服務(wù)所依賴的其他服務(wù)，而 "-D" 選項(xiàng)可顯示依賴于此服務(wù)的其他服務(wù)：

% svcs -d network/smtp:sendmail

STATE STIME FMRI
online 18:20:14 svc:/system/identity:domain
online 18:20:26 svc:/network/service:default
online 18:20:27 svc:/system/filesystem/local:default
online 18:20:27 svc:/milestone/name-services:default
online 18:20:27 svc:/system/system-log:default
online 18:20:30 svc:/system/filesystem/autofs:default
% svcs -D network/smtp:sendmail
STATE STIME FMRI
online 18:20:32 svc:/milestone/multi-user:default

我們可以看到，sendmail 要求在運(yùn)行之前先運(yùn)行網(wǎng)絡(luò)服務(wù)、本地文件系統(tǒng)服務(wù)、名稱服務(wù)、系統(tǒng)日志守護(hù)進(jìn)程以及自動安裝守護(hù)進(jìn)程，并且 sendmail 自身必須在到達(dá)多用戶重大事件之前運(yùn)行。服務(wù)啟動時間（STIME 列）表明已遵循這些相關(guān)性。

　◆更改運(yùn)行級別
SMF 引入了重大事件 (milestone)的概念，它代替了傳統(tǒng)的運(yùn)行級別概念。運(yùn)行級別對計算機(jī)上運(yùn)行的一組服務(wù)進(jìn)行了基本描述，這些服務(wù)通常分為一個用戶登錄到計算機(jī)控制臺所需的服務(wù)（運(yùn)行級別 S），以及多個用戶登錄到計算機(jī)所需的服務(wù)（運(yùn)行級別 2 和 3）。這些系統(tǒng)狀態(tài)在 SMF 中表示為重大事件，重大事件是代表一組其他服務(wù)的穩(wěn)定服務(wù)。"svcs -d" 可用于查看必須在到達(dá)重大事件之前運(yùn)行的服務(wù)。

svcadm(1M) 現(xiàn)在是設(shè)置系統(tǒng)缺省運(yùn)行級別的首選方法。此方法是使用 milestone 子命令和有效重大事件的 FMRI 完成的：
----------------------------------------------------------------------------------------------
舊方法：編輯 /etc/inittab
SMF 方法：svcadm milestone -d milestone/single-user:default
----------------------------------------------------------------------------------------------
"-d" 選項(xiàng)表示缺省 (default) 重大事件應(yīng)該設(shè)置為指定的 FMRI。如果不使用 "-d"，則 "svcadm milestone" 會立即將系統(tǒng)轉(zhuǎn)換到指定的重大事件。

引導(dǎo)過程已更新為可以識別重大事件。除了傳統(tǒng)的 "boot -s"（引導(dǎo)到單用戶模式）之外，現(xiàn)在還可以通過 "boot -m milestone=" 引導(dǎo)到指定的重大事件。 可以是 "single-user"、"multi-user" 或 "multi-user-server"，以及特殊的重大事件 "all"（所有已啟用的聯(lián)機(jī)服務(wù)）和 "none"（無任何服務(wù)）。"none" 重大事件對于修復(fù)在引導(dǎo)過程初期發(fā)生故障的系統(tǒng)可能非常有用。

引導(dǎo)到單用戶重大事件（使用 "-m milestone=single-user"）和舊的 "boot -s" 略有不同。如果系統(tǒng)已明確引導(dǎo)到某個重大事件，則退出控制臺管理 shell 時不會像 "boot -s" 一樣將系統(tǒng)轉(zhuǎn)換到多用戶模式。要在運(yùn)行 "boot -m milestone=single-user" 之后轉(zhuǎn)到多用戶模式，請使用命令 "svcadm milestone milestone/multi-user-server:default"。

　◆啟用、禁用和監(jiān)視傳統(tǒng)服務(wù)
一般說來，由傳統(tǒng) rc 腳本啟動的服務(wù)（也稱為傳統(tǒng)服務(wù)）將繼續(xù)以原始方式工作。這些服務(wù)將在 svcs(1) 的輸出中顯示，同時還顯示 FMRI（基于服務(wù) rc 腳本的路徑名），但它們不受 svcadm(1M) 控制。應(yīng)該通過直接運(yùn)行 rc 腳本停止或啟動這些服務(wù)。

如“顯著的更改”部分所述，與早期版本的 Solaris 不同，rc 腳本可能不會在引導(dǎo)過程中的同一時刻運(yùn)行。特別是，必須在 Solaris 提供的某些 rc 腳本之前運(yùn)行的腳本可能會出現(xiàn)問題。但是，絕大多數(shù)腳本都應(yīng)該可以繼續(xù)工作，而不會出現(xiàn)任何問題。

　◆將新服務(wù)添加到 inetd.conf
Internet 服務(wù)守護(hù)進(jìn)程 inetd(1M) 已重新編寫為 SMF 的一部分。它將所有配置數(shù)據(jù)都存儲在 SMF 數(shù)據(jù)庫（而不是 /etc/inet/inetd.conf）中，從而允許使用 SMF 工具控制和觀察基于 inetd 的服務(wù)。大多數(shù) Solaris 隨附的基于 inetd 的服務(wù)在 inetd.conf 中不再有任何條目。為了對尚未轉(zhuǎn)換為 SMF 的服務(wù)提供兼容性，仍然可以使用慣用的語法將條目添加到 inetd.conf 中，而新的 inetconv(1M) 命令可將新服務(wù)轉(zhuǎn)換為 SMF 服務(wù)。inetconv 應(yīng)該始終在編輯 /etc/inet/inetd.conf 之后運(yùn)行；運(yùn)行該命令時可以不使用任何參數(shù)。

詳細(xì)信息

要了解有關(guān) SMF 的詳細(xì)信息，請參見以下文檔：

　◆ SMF 系統(tǒng)管理指南。

　◆ 手冊頁（可在安裝了 Solaris 10 的任何計算機(jī)上獲?。?/p>

○ inetadm(1M)
○ inetconv(1M)
○ inetd(1M)
○ kernel(1M)
○ smf(5)
○ smf_bootstrap(5)
○ smf_method(5)
○ svc.startd(1M)
○ svcadm(1M)
○ svccfg(1M)
○ svcprop(1)
○ svcs(1)