You can migrate services from RHEL to Oracle Solaris Service Management Facility (SMF) because SMF provides compatibility with legacy services. Legacy services include /etc/rc*.d, /etc/init.d, and /etc/inittab scripts, which are usually used in RHEL environments. Legacy services can continue to work as they did previously, and you can observe these services with SMF. However, to gain all the advantages of SMF, you should convert legacy service scripts to SMF services.
For more information about SMF, see Managing System Services in Oracle Solaris 11.4. To create your own custom services, see Developing System Services in Oracle Solaris 11.4.
SMF on Oracle Solaris 11 enables you to perform the following tasks through a single framework:
Observe and manage system-wide services
Provide consistent configuration handling
Automatically restart failed services in the appropriate order of dependency
Identify failed services
Securely delegate administrative tasks to non-root users
Preserve compatibility with legacy services
Automatically configure system administration jobs such as backup and restore
To increase system availability, the Fault Management Architecture (FMA) in Oracle Solaris helps you to detect system problems. For more information, see Managing Faults, Defects, and Alerts in Oracle Solaris 11.4.
The following best practices can ease the migration of applications to the SMF and FMA framework:
Eliminate custom scripts that analyze application health and restart applications. SMF provides a simple way to encapsulate and standardize the methods used to start, stop, and restart applications.
Make applications SMF-aware early in the porting and testing process. Identify fault states and create a fault tree. Review error messages that are encountered and determine whether they can become FMA events.
Convert .rc and custom scripts to SMF profiles. Look for instances of start, stop, and check status methods.