Copyright © 2021 by ICS Compute
PT. Innovation Cloud Services (ICS Compute)
Menara Caraka (Ex Cohive 101) Lt. 7
Jl. Dr. Ide Anak Agung Gde Agung
Lot E4-7 No. 1 RT. 05/RW. 02
Kuningan Timur, Jakarta 12950, Indonesia
One of the top garment was established in Indonesia in 1980. The company specializes in creating fabrics and apparel for ready-to-wear. They sell uniforms, women's clothing, children's clothing, and sportswear. They cater to the international market and manufacture their goods in a number of nations, including Ethiopia, Vietnam, and Indonesia.
As a corporation that relies largely on SAP's reliable software solutions, it is more important than ever to improve our vital business processes' disaster recovery capabilities. We are determined to strengthen our DR plans and use SAP's expertise to protect against unexpected disruptions and minimize any potential negative impact on our operations because we understand how important uninterrupted functionality is.
The company has an SAP system, where they manage their organizations through many business processes such as Finance, Accounting, Production and Logistics. Along with their business growth,they face several challenges such as server capacity issues, data growth rate, maintenance and operation costs, scalability requirements, and the need for flexible infrastructure to adjust future business growth.
The company's infrastructure has had hardware issues, which have caused SAP system downtime and missing schedule backups. As a result, this organization needs a quick, powerful, and secure resource server that can run SAP without sacrificing security features. They have tested their non-core applications on AWS before deciding to migrate their SAP applications to the cloud.
Because the plan is for the SAP Server to be in the AWS Cloud, the company also needs to implement a disaster recovery strategy with an RTO and RPO of less than 10 minutes. They face challenges in ensuring their disaster recovery solution is adaptable. They need to accommodate future growth while maintaining an efficient and critical business system.
Test the recovery procedures frequently to confirm their efficacy. To ensure that the recovery processes achieve the necessary RTO and RPO targets, run simulated disaster scenarios. Through testing, possible problems or workflow bottlenecks in the recovery process are found and fixed.
Additionally, we continuously use AWS CloudWatch and other monitoring tools to keep an eye on the backup and recovery procedures. Review and modify the solution frequently to find opportunities for development and make sure it keeps up with changing company requirements.
The design architecture above is made and offered to the customer, based on the best practice solution for Web Application on AWS.
Implementing a scaled-down, fully working replica of our production setup in another location is one suggestion for improving warm standby backup resilience. This strategy expands on the idea of warm standby and provides a shorter recovery time objective (RTO), as our workload is always active in a different Region.
We make sure that essential resources and parts needed for our production system are readily available by maintaining a warm standby environment. Important servers, databases, and network infrastructure are included in this. The standby environment is sufficiently provisioned to meet our workload in a disaster recovery scenario, even if it might not scale as well as our primary production environment.
The testing and continuous testing processes that are necessary to boost confidence in our disaster recovery capabilities are made easier by having a warm standby arrangement. In the standby environment, we may run routine simulations and testing without disrupting our core production system. This enables us to recognize any problems or flaws in our recovery processes and fix them, resulting in a smoother transition during a real disaster occurrence.
Overall, by providing an always-on backup system in another region, the warm standby technique strengthens our resilience. It reduces downtime, facilitates quicker recovery, and gives us the ability to thoroughly test and validate our disaster recovery plans.
These metrics include:
Make sure we have done extensive planning and preparation before beginning the DR approach. This involves putting together a thorough plan for downtime and making sure the appropriate teams are working on the process.