In this article, let us go through the Exadata Storage Cell Processes (MS, RS and Cellsrv).
There are three main Exadata Storage Cell Processes:
Cell Services (cellsrv)
Cell Services (cellsrv) is the primary component of the Exadata software running in the cell and provides the majority of Exadata storage services. It services database requests for disk I/O and advanced Exadata Cell services. Cellsrv is implemented as a multithread process and uses the largest portion of CPU / processor cycles on a storage cell. It provides the advanced SQL offload capabilities and serves Oracle blocks when SQL offload processing is not possible. Cellsrv implements the I/O resource management (IORM) functionality to meter out I/O bandwidth to the various databases and consumer groups issuing I/O.
Management Server (MS Process)
The Management Server (MS) implements a web service for cell management commands and runs background monitoring threads. The MS is the primary interface to administer, manage and query the status of the Exadata cell. It works in cooperation with the Exadata cell command line interface (CellCLI) and processes most of the commands from CellCLI.
Restart Server (RS Process)
Restart Server (RS) ensures the ongoing functioning of the Exadata software and services. It monitors the heartbeat with the Management Services and the Cellsrv processes. If the processes fail to respond within the allowable heartbeat period, the services are re-started and notifications are sent to the user.
So to conclude, these three processes are important for the storage cell in exadata. Failure in starting any of these services will require an SR to be logged with Oracle support.
Thank you for visiting Doyensys blog.
