SK0-004 · Question #878
A server that has been in production for a year needs to be patched. Management enforces a strict policy to be followed on all production servers. The policy stipulates the following for all change…
The correct answer is A. To keep track of software changes on servers B. To minimize unapproved outages or downtime. Change management plans exist to document software changes and prevent unauthorized modifications that could cause unplanned production downtime.
Question
A server that has been in production for a year needs to be patched. Management enforces a strict policy to be followed on all production servers. The policy stipulates the following for all change management:
Changes must be reviewed and accepted by a change committee. Changes must be made on development/staging servers two weeks before being made on production servers. Changes must have install and uninstall steps in case of issues. Which of the following are the BEST reasons to have a change management plan in place? (Choose two.)
Options
- ATo keep track of software changes on servers
- BTo minimize unapproved outages or downtime
- CTo enforce all technical personnel do paperwork
- DTo enable management to track hours worked.
- ETo make sure servers never get rebooted.
How the community answered
(46 responses)- A87% (40)
- C2% (1)
- D4% (2)
- E7% (3)
Why each option
Change management plans exist to document software changes and prevent unauthorized modifications that could cause unplanned production downtime.
Tracking all software changes - including what was modified, when, and by whom - is a foundational goal of change management, enabling audits, rollbacks via defined uninstall steps, and consistent accountability across all production servers.
By requiring change committee review, staging validation two weeks before production, and documented rollback procedures, change management directly reduces the risk of untested or unauthorized changes causing unplanned service outages.
Generating paperwork is an administrative byproduct of documentation requirements, not a technical or operational objective - the goal is risk reduction, not bureaucratic compliance.
Change management does not function as a workforce or time-tracking system; its scope is limited to controlling and documenting modifications to IT infrastructure.
Preventing all server reboots is not a feasible or intended goal - reboots are often required for patching, and change management governs when and how they are performed, not whether they ever occur.
Concept tested: Change management policy goals and benefits
Source: https://www.comptia.org/certifications/server
Topics
Community Discussion
No community discussion yet for this question.