Configuration Item Life Cycle - Physical Servers

Single-character identifier indicating the environment in which the server will be operating. See the Environment Classification Codes table below for a list of valid codes for this segment.

Service identifier provided by the client using the server. This is usually something meaningful to the client to help identify the purpose of the server.

Sequential two-digit number beginning with "00" to prevent duplication of names.

Phase 1: Server Requested & Approved
During this phase, a need for the server is determined and a decision is made to acquire new equipment. Specifications are determined, quotes are obtained, approvals are collected from appropriate stakeholders, and a supplier is selected. In some cases, the "supplier" may be internal if, for example, an existing device can be repurposed or one is located in another department. This phase ends when all internal documentation is complete and a PO (or transfer documentation) is being prepared.

If ServiceNow will be used to track incidents, changes, or task assignments during the initial steps then a CI will be required. Otherwise, a CI is not required until the equipment is ready to be ordered.

Phase 3: Server Installed & Tested
The server must be compared to the original specifications and acquisition documents to confirm that it matches the original requirements. Any required assembly and configuration is done during this phase. This includes operating system software, application software and services, databases, network connections, user definition and security rules, and arrangements made for backups and disaster recovery. When all configuration steps are complete, a final system test is performed on the server in place to ensure it meets all client requirements. This phase ends when the server is ready to be used for its intended purpose.

Once the server is installed, the Status field should be set to Installed. This should be the status throughout the configuration and testing phase.

Phase 4: Server in Service & Maintained
This phase represents the useful production life of the server. Throughout this phase, the server will undergo periodic maintenance, upgrades, failures, and fixes. At some point, its usefulness will come to an end and plans need to be made to take it out of service. This phase ends when the server is deactivated and is no longer being used, even for archive purposes, and is ready to be deinstalled.

Ongoing adjustments to the Status, State, and other fields in the CI record are made as needed by a member of the team supporting the server.

Phase 5: Server Retired
When the server is no longer needed, either because it is being replaced by something newer or it no longer serves any useful function, it is retired.

The Status and State are updated by a member of the team supporting the server to reflect the fact that it is no longer operational and has been retired. At the same time, the server name in the CI is modified to include a prefix of RETIRED to make it obvious in listings and searches that it is no longer in use. Under no circumstances should a CI ever be deleted from the CMDB. Deleting a CI record will make it impossible to trace the history of the software and any activity documented by incidents and change requests.