PAS-C01 · Question #67
A company is running its production SAP HANA system on AWS. The SAP HANA system is hosted on an Amazon EC2 instance that runs SUSE Linux Enterprise Server 12. The operating system patch version is out
The correct answer is C. Use AWS Launch Wizard for SAP to provision a second SAP HANA instance with an AMI that. The least-downtime approach is to provision a second SAP HANA instance using AWS Launch Wizard with an AMI that already contains the required patched OS (C). This 'build new, cut over' pattern means all patching work is done offline while the production system remains live. Only
Question
A company is running its production SAP HANA system on AWS. The SAP HANA system is hosted on an Amazon EC2 instance that runs SUSE Linux Enterprise Server 12. The operating system patch version is out of date, and SAP has identified some critical security vulnerabilities. SUSE publishes a critical patch update that requires a system restart to fix the issue. The company must apply this patch along with many prerequisite patches. Which solution will meet these requirements with the LEAST system downtime?
Options
- AUse the SUSE Linux Enterprise Server patching update process and SUSE tools to apply the
- BUse AWS Systems Manager Patch Manager to automatically apply the patches to the existing
- CUse AWS Launch Wizard for SAP to provision a second SAP HANA instance with an AMI that
- DUse AWS Launch Wizard for SAP to provision a second SAP HANA instance with an AMI that
How the community answered
(22 responses)- A5% (1)
- B27% (6)
- C59% (13)
- D9% (2)
Explanation
The least-downtime approach is to provision a second SAP HANA instance using AWS Launch Wizard with an AMI that already contains the required patched OS (C). This 'build new, cut over' pattern means all patching work is done offline while the production system remains live. Only a brief cutover window is needed, significantly reducing downtime compared to patching in place. Patching in place with SUSE tools (A) requires applying many prerequisite patches sequentially, then a system restart - all during a maintenance window on the production instance. AWS Systems Manager Patch Manager (B) automates patch application but still requires restarting the production instance. Option D, while similar to C, likely describes provisioning without the pre-patched AMI, requiring patch application after launch and therefore more downtime.
Topics
Community Discussion
No community discussion yet for this question.