Recover: Difference between revisions

Revision as of 23:02, 23 January 2025

1. Recover is the process of planning for and/or implementing the recovery of only the most time-sensitive operations or critical business functions immediately follows an interruption or disaster.

Note (1): For Operational Resilience: Recovery is to have a set of prepared comprehensive procedures in advance to respond to the disruptive event. Ensuring maintenance of communication is critical to assure alignment with business objectives and compliance with regulatory requirements.

Note (2): For Business Continuity Management: Recovery occurs after immediate response actions are taken and when the BC Plan is activated. Recovery usually entails the execution of recovery procedures without the availability of pre-prepared resources. The reason is that there is insufficient time to reach the alternate site as the travelling duration will result in the critical business function exceeding its acceptable Recovery Time Objective (RT0).

Note (3): For Disaster Recovery Planning: Recovery is used differently from business continuity; it is to recover the applications and data from backup media and clear the backlog (manual entries and data that needs to be created). The step should be taken before the Re-sync stage.

	BCMBoK	Competency Level
	BCMBoK 0: BCM Fundamentals	CL 1B: Foundation (BC)

	BCMBoK	Competency Level
	BCMBoK 0: BCM Fundamentals	CL 1C: Foundation (CM)

	BCMBoK	Competency Level
	BCMBoK 0: BCM Fundamentals	CL 1CC: Foundation (CC)

	BCMBoK	Competency Level
	BCMBoK 0: BCM Fundamentals	CL 1D: Foundation (DR)

	BCMBoK	Competency Level
	BCMBoK 0: OR Fundamentals	CL 1OR: Foundation (OR)

(Source: Business Continuity Management Institute - BCM Institute)

Revision as of 21:35, 18 July 2022 view source Moh heng (talk \| contribs) Bureaucrats, Administrators 19,654 edits No edit summary		Revision as of 23:02, 23 January 2025 view source Moh heng (talk \| contribs) Bureaucrats, Administrators 19,654 edits No edit summary Newer edit →
Line 11:		Line 11:


	'''''Note (2)''': For [[Business Continuity Management]]: Recovery occurs after immediate response actions are taken and when the BC Plan is activated. Recovery usually entails the execution of recovery procedures without the availability of pre-prepared resources. The reason is that there is insufficient time to reach the alternate site as the travelling duration will result in the [[Critical Business ~~Function~~\| critical business function]] exceeding its acceptable [[ Recovery Time Objective\| Recovery Time Objective (RT0)]].		'''''Note (2)''': For [[Business Continuity Management]]: Recovery occurs after immediate response actions are taken and when the BC Plan is activated. Recovery usually entails the execution of recovery procedures without the availability of pre-prepared resources. The reason is that there is insufficient time to reach the alternate site as the travelling duration will result in the [[Critical Business Functions\| critical business function]] exceeding its acceptable [[ Recovery Time Objective\| Recovery Time Objective (RT0)]].

	'''''Note (3)''': For [[Disaster Recovery Planning (DRP)\| Disaster Recovery Planning]]: Recovery is used differently from business continuity; it is to recover the applications and data from backup media and clear the backlog (manual entries and data that needs to be created). The step should be taken before the Re-sync stage.		'''''Note (3)''': For [[Disaster Recovery Planning (DRP)\| Disaster Recovery Planning]]: Recovery is used differently from business continuity; it is to recover the applications and data from backup media and clear the backlog (manual entries and data that needs to be created). The step should be taken before the Re-sync stage.

Recover: Difference between revisions

Revision as of 23:02, 23 January 2025

Navigation menu

Search