{"id":10480,"date":"2019-05-06T11:40:26","date_gmt":"2019-05-06T18:40:26","guid":{"rendered":"https:\/\/www.microsoft.com\/insidetrack\/blog\/?p=10480"},"modified":"2023-06-12T16:07:52","modified_gmt":"2023-06-12T23:07:52","slug":"strategies-for-migrating-sap-systems-to-microsoft-azure","status":"publish","type":"post","link":"https:\/\/www.microsoft.com\/insidetrack\/blog\/strategies-for-migrating-sap-systems-to-microsoft-azure\/","title":{"rendered":"Strategies for migrating SAP systems to Microsoft Azure"},"content":{"rendered":"<div class=\"m-alert f-error\" role=\"alert\">\n<div>\n<div class=\"c-glyph glyph-incident-triangle\" aria-label=\"Error message\"><\/div>\n<p class=\"c-paragraph\">This content has been archived, and while it was correct at time of publication, it may no longer be accurate or reflect the current situation at Microsoft.<\/p>\n<\/div>\n<\/div>\n<p>With the right approach, you can migrate mission-critical SAP systems to Azure for maximum cost savings, and gain agility and uptime. Microsoft\u2014partnering with the Azure Customer Advisory Team\u2014evaluated our SAP systems with two strategies. First, we started by moving environments with the least user and business impact\u2014like our sandbox. This experience helped us define best practices on Azure for our second strategy, to move entire system stacks (from sandbox to production), starting with lowest-risk systems.<\/p>\n<p>You\u2019ve studied the benefits of moving your SAP systems to Azure and have decided to make the big move. The next logical steps are to determine what to move first and how to make the move as smooth as possible. After 12 months of migration processes, Microsoft has completely migrated its SAP instance to Azure. Our SAP landscape consisting of 16\u00a0TB of compressed data (50\u00a0TB uncompressed) is in the public cloud, Azure.<\/p>\n<p>We migrated our SAP infrastructure using both horizontal and vertical strategies. The horizontal strategy\u2014where we first moved low-risk environments like our sandboxes\u2014gave us Azure migration experience without affecting critical business functions. The vertical strategy\u2014where we moved an entire low-impact system from sandbox to production\u2014gave us experience with production systems on Azure. For both strategies, we moved our lowest-risk SAP resources before more critical ones.<\/p>\n<h2>SAP at Microsoft<\/h2>\n<p>Like many companies, Microsoft uses SAP\u2014the enterprise resource planning (ERP) software solution\u2014to run most of our business operations. SAP provides mission-critical business functions for finance, human resources, and global trade. In today\u2019s business world, rising costs, new processes and requirements, and a huge influx of data make it challenging to be agile. With an agile infrastructure, you minimize downtime, risk, and costs, and improve employee efficiency.\u00a0<a class=\"c-hyperlink\" href=\"https:\/\/azure.microsoft.com\/en-us\/solutions\/sap\/\" target=\"_blank\" rel=\"noopener\" aria-label=\"Read more about SAP on Azure\">SAP on Azure<\/a>\u00a0is your trusted path to innovation in the cloud. It provides an agile infrastructure, minimizing downtime, risks, costs, and improves employee efficiencies to drive the power the digital transformation.<\/p>\n<p>At Microsoft, our SAP Basis team has partnered with the company\u2019s Azure Customer Advisory Team to overcome these challenges. By moving our SAP systems to Microsoft Azure, we have:<\/p>\n<ul class=\"c-list\">\n<li><strong>Increased our cost savings.<\/strong>\u00a0We\u2019ve seen an approximately 15 percent cost savings when moving from our on-premises physical and virtual servers to Azure.<\/li>\n<li><strong>Increased agility and scalability, with maximized system uptime<\/strong>. In the cloud, we can allocate\u00a0<a class=\"c-hyperlink\" href=\"https:\/\/docs.microsoft.com\/en-us\/azure\/virtual-machines\/workloads\/sap\/sap-certifications\" target=\"_blank\" rel=\"noopener\" aria-label=\"Read more about virtual machines\">virtual machines<\/a>, change virtual machine sizes, and initiate failover processes within minutes.<\/li>\n<li><strong>Learned more about how to efficiently run our processes and operations in Azure.<\/strong>\u00a0We migrated SAP to Azure to create a more efficient environment for SAP and to improve our overall SAP operations metrics, while keeping our data secure.<\/li>\n<\/ul>\n<p>We\u2019re running SAP\u2014the backbone of our business processes\u2014on Azure technology that we trust for our mission-critical systems. If you\u2019d like to learn more about our cloud-adoption approach and how we optimize our servers, resources, and costs in Azure, see\u00a0<a class=\"c-hyperlink\" href=\"https:\/\/www.microsoft.com\/en-us\/insidetrack\/Optimizing-SAP-for-Azure\" target=\"_self\" rel=\"noopener\" aria-label=\"Read more about Optimizing SAP for Azure\">Optimizing SAP for Azure<\/a>.<\/p>\n<h2>Strategies we used to move our SAP systems to Azure<\/h2>\n<p>When we decided what SAP systems to move to Azure, we used horizontal and vertical strategies. Figure 1 shows part of the SAP landscape at Microsoft.<\/p>\n<figure id=\"attachment_10482\" aria-describedby=\"caption-attachment-10482\" style=\"width: 475px\" class=\"wp-caption alignnone\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-10482 size-full\" src=\"https:\/\/www.microsoft.com\/insidetrack\/blog\/uploads\/prod\/2023\/05\/8242-img001.png\" alt=\"A bar chart that shows the status of SAP migration.\" width=\"475\" height=\"169\" srcset=\"https:\/\/www.microsoft.com\/insidetrack\/blog\/uploads\/prod\/2023\/05\/8242-img001.png 475w, https:\/\/www.microsoft.com\/insidetrack\/blog\/uploads\/prod\/2023\/05\/8242-img001-300x107.png 300w\" sizes=\"auto, (max-width: 475px) 100vw, 475px\" \/><figcaption id=\"caption-attachment-10482\" class=\"wp-caption-text\">Figure 1. The simplified SAP landscape at Microsoft<\/figcaption><\/figure>\n<p>In Figure 1, the rows, columns, and blocks illustrate the horizontal and vertical strategies that we use for our SAP landscape. Here are some things to note:<\/p>\n<ul class=\"c-list\">\n<li>Typically, enterprises have SAP systems for business functions like enterprise resource planning (ERP), global trade, business intelligence (BI), and others. Within those systems are environments like sandbox, development, test, and production.<\/li>\n<li>Each horizontal row in the figure is an environment. Most companies have sandbox, development, test, and production environments, and possibly an environment for\u00a0business continuity. Larger companies might have more.<\/li>\n<li>Each column (the vertical dimension) is an SAP system for a business function (for example, ERP and BI).<\/li>\n<li>The rows or layers at the bottom are lower-risk environments and are less critical. Those toward the top are higher risk and more critical. As you move up the stack, there\u2019s more risk in the migration process. So, production is our most critical environment, and the environment for\u00a0user acceptance testing (Test)\u2014which we also use for business continuity\u2014is our second-most critical.<\/li>\n<li>The systems at the bottom are smaller, in that they have fewer computing resources, lower availability and size requirements, and less throughput. However, they have the same amount of storage as the production database.<\/li>\n<\/ul>\n<h3>Horizontal strategy<\/h3>\n<p>We started with a horizontal strategy\u00a0from the bottom of the stack because it\u2019s a safe way to experiment and gain experience with Azure. It\u2019s also a good strategy to use while you redefine your operational, deployment, and approval processes. These processes will change as you move to Azure. Here\u2019s how the strategy works:<\/p>\n<ul class=\"c-list\">\n<li>To limit risk, start with low-impact sandbox or training systems. If something goes wrong, there\u2019s very little danger of affecting many users or mission-critical business functions.<\/li>\n<li>Then, as you gain experience with running, hosting, and administering SAP systems in Azure, apply what you\u2019ve learned to the next layer of systems up the stack.<\/li>\n<li>For each layer, estimate costs, potential money saved, performance, and optimization potential\u2014and adjust if needed.<\/li>\n<\/ul>\n<h3>Vertical strategy<\/h3>\n<p>To get experience with production systems on Azure, we used a vertical strategy with low-risk systems in parallel to the horizontal strategy. This\u00a0also gave us a chance to adjust our internal processes for Azure and train team members. It\u2019s a great way to spot any issues in production early on. Here\u2019s how the strategy works:<\/p>\n<ul class=\"c-list\">\n<li>Look at the impact on cost, customers, service level agreements (SLAs), and legal requirements. We first moved systems\u2014from sandbox up to production\u2014that have the lowest risk: the governance, risk, and compliance system and then the object event repository (OER) system. Then we moved the higher risk ones, like BI and ERP.<\/li>\n<li>When you have a new SAP system, start in Azure by default\u00a0rather than putting it on-premises and moving it later. In the diagram, OER is an example of this. At the time, OER was a new, low-risk system. After moving some of our other systems into Azure with the horizontal strategy, we deployed the entire OER vertical stack to Azure, end-to-end\u2014from sandbox all the way up to production.<\/li>\n<li>Don\u2019t move your most critical system first. The last system we moved was the highest risk, most mission-critical system\u2014our ERP production system. We needed the most performance-intensive virtual machine SKUs and the largest storage.<\/li>\n<li>Move standalone systems first. Some systems are closely joined with other systems\u2014for example, our ERP and GTS systems. There\u2019s a lot of synchronous, real-time traffic between the two. If we move ERP to Azure, but keep GTS on-premises, it will affect performance because of network latency\u2014so we moved them together.<\/li>\n<li>If you have several SAP systems, look for upstream and downstream dependencies from one SAP system to the other, or from SAP to apps outside the SAP ecosystem. Examine traffic patterns and areas with high sensitivity to latency.<\/li>\n<li>If you have tightly connected systems, do a performance analysis to see what effect moving them will have. In our case, if there wasn\u2019t much impact, we moved them separately to Azure (for example Business Warehouse independent of ERP). Otherwise, we created migration groups and\u00a0moved them together.<\/li>\n<li>In some cases, consider waiting. Sometimes we didn\u2019t move certain systems to Azure right away. This could be related to sizing requirements, when the processing requirements were so high that the virtual machines weren\u2019t yet big enough. We ran tests to ensure that moving these systems wasn\u2019t going to affect our SLAs with customers.<\/li>\n<\/ul>\n<h3>Where we are today<\/h3>\n<p>Figure 2 shows the progress we\u2019ve made since we began moving our systems to Azure in 2014, which we completed in February 2018, four to six months ahead of our original timelines. Azure now supports 100 percent of our SAP infrastructure, and all SAP Systems have migrated.<\/p>\n<figure id=\"attachment_10483\" aria-describedby=\"caption-attachment-10483\" style=\"width: 617px\" class=\"wp-caption alignnone\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-10483 size-full\" src=\"https:\/\/www.microsoft.com\/insidetrack\/blog\/uploads\/prod\/2023\/05\/8242-img002.png\" alt=\"A graph showing how the SAP production system is being optimized in Azure.\" width=\"617\" height=\"313\" srcset=\"https:\/\/www.microsoft.com\/insidetrack\/blog\/uploads\/prod\/2023\/05\/8242-img002.png 617w, https:\/\/www.microsoft.com\/insidetrack\/blog\/uploads\/prod\/2023\/05\/8242-img002-300x152.png 300w\" sizes=\"auto, (max-width: 617px) 100vw, 617px\" \/><figcaption id=\"caption-attachment-10483\" class=\"wp-caption-text\">Figure 2. Timeline for SAP Infrastructure optimization<\/figcaption><\/figure>\n<h2>Benefits we\u2019ve gained<\/h2>\n<p>We\u2019ve seen many benefits from moving SAP to the cloud, including:<\/p>\n<ul class=\"c-list\">\n<li><strong>Minimum risk and downtime.<\/strong>\u00a0With on-premises, we can\u2019t build up virtual machines in parallel due to limited on-premise resources.. We have to shut down a server, reconfigure it, and bring it up again\u2014which causes production downtime. With Azure, we just bring up another virtual machine, temporarily duplicate the virtual machine, do any needed installations or upgrades on the new virtual machine, and remove the old virtual machine. If we need the old virtual machine, we can use it and decommission it later. We can quickly switch between the old and new virtual machines with virtual server names in Windows Server. The SAP application layer knows only the virtual server\/alias name, and it doesn\u2019t have to be reconfigured when the name is moved between virtual machines.<\/li>\n<li><strong>More agility and time savings.<\/strong>\u00a0We can deploy a system architecture with one or more virtual machines, storage, and virtual networks, and quickly adjust sizing. When we adjusted the size of our virtual machine for our archiving system, we did it in minutes instead of the weeks it would take to set up on-premises hardware. We quickly scale up for high performance requirements\u2014and afterward, we rapidly scale down again to save costs.<\/li>\n<li><strong>More self-sufficient.<\/strong>\u00a0We don\u2019t have to rely on other teams for hardware or resources. We quickly add virtual machines and adjust resources as we need them.<\/li>\n<li><strong>Lower costs.<\/strong>\u00a0We\u2019ve seen an approximately 15 percent cost savings when moving from our on-premises physical and virtual servers to Azure. Azure allows SAP to run in an optimized, performance-first environment that scales with our needs. We pay for only the resources we use, when we use them. It doesn\u2019t cost a lot of money if we try something and decide to do it differently later. As soon as we decommission a virtual machine and release the storage, there are no longer any costs.<\/li>\n<li><strong>Easier processes.<\/strong>\u00a0Maintaining our SAP apps in the cloud has simplified many of our processes. For example, we don\u2019t wait weeks for physical hardware or on-premises virtual machines.<\/li>\n<\/ul>\n<h2>Technologies we used<\/h2>\n<p>For SAP on Azure, we used the following technologies and features in our hardware implementation:<\/p>\n<ul class=\"c-list\">\n<li>Azure (IaaS) services and components. Our SAP systems are hosted in Azure IaaS virtual machines, which provide native high-availability and scalability. The Azure IaaS services we use include:\n<ul class=\"c-list\">\n<li>Azure virtual machines.<\/li>\n<li>Network services in Azure (including ExpressRoute for fast speed and low latency connectivity to Azure).<\/li>\n<li>Azure Storage.<\/li>\n<li>Azure Resource Manager JavaScript Object Notation template for unified deployment of virtual machines and landscapes.<\/li>\n<\/ul>\n<\/li>\n<li>SQL Server 2016 on Windows Server 2016. SQL Server 2016 is the default data storage provider for SAP.<\/li>\n<li>SQL Server always-on; Windows Server failover clustering in Azure.<\/li>\n<li>Microsoft Excel. We used Excel to show the number of on-premises physical and virtual servers on Azure, and how many we plan to move.<\/li>\n<li>A\u00a0<a class=\"c-hyperlink\" href=\"https:\/\/azure.microsoft.com\/en-us\/blog\/high-availability-for-a-file-share-using-wsfc-ilb-and-3rd-party-software-sios-datakeeper\/\" target=\"_blank\" rel=\"noopener\" aria-label=\"Read more about third-party tool\">third-party tool<\/a>\u00a0to create logical shared drives in Azure.<\/li>\n<li>PowerShell to script and automate the system and server migrations.<\/li>\n<\/ul>\n<h3>Technical considerations<\/h3>\n<p>While implementing SAP on Azure, we took a few technical considerations into account. For example, most of our systems have some interfaces where they write files to a file server. With the move to Azure, writing files over a more indirect network path can cause slowdowns because the data isn\u2019t streamed all at once. To prevent slowdowns, we built file servers for systems that we moved to Azure right away, while still maintaining our on-premise file server for systems that remained on-premises.<\/p>\n<p>Another example is bundling our tightly coupled systems from a business process standpoint and moving them together. This ensures that tightly connected systems will have no network latency issues. For daily work, don\u2019t move an SAP system tightly connected with US-based, on-premises apps to Azure on another continent\u2014although it may be fine for business continuity.<\/p>\n<h3>Technical implementation and technical capabilities<\/h3>\n<p>Figure 3 shows our SAP ERP\/ECC production system. Our entire SAP environment is now 100 percent hosted in Azure. We can scale up and down by increasing and decreasing the sizes of the virtual machines. The design and architecture have high availability measures against single points of failure. So, if we need to update Windows Server or SQL Server, do hardware maintenance, or make other system changes, it doesn\u2019t require much\u2014if any\u2014downtime. We equip our production systems with standard SAP, SQL Server, and Windows Server high availability features.<\/p>\n<figure style=\"width: 597px\" class=\"wp-caption alignright\"><img loading=\"lazy\" decoding=\"async\" title=\"Figure 3. SAP production system in Azure\" src=\"https:\/\/img-prod-cms-rt-microsoft-com.akamaized.net\/cms\/api\/am\/imageFileData\/RWs9EZ\" alt=\"A diagram that shows the simplified SAP landscape at Microsoft.\" width=\"597\" height=\"274\" \/><figcaption class=\"wp-caption-text\">Figure 3. SAP production system in Azure<\/figcaption><\/figure>\n<h4>High availability and scalability<\/h4>\n<p>For high availability, SQL Server Always On is a standard method. We have two database servers where we use SQL\u00a0Server Always On with a synchronous commit. If one database server goes down or is undergoing maintenance, we don\u2019t lose data. This is because the data is committed on both database servers, and SAP automatically connects to the other database. Because we can use the secondary database, we can upgrade software and SQL Server, roll back to previous releases, and do automatic failover with no or minimal risk.<\/p>\n<p>Also, for high availability, we have an SAP Central Services instance that runs on Windows Server Failover Clustering. The two cluster nodes share the data image.<\/p>\n<p>For scalability and high availability of the SAP application layer, multiple SAP app instances are assigned to SAP redundancy features like logon groups and batch server groups. Those app instances are configured on different Azure virtual machines for high availability. SAP automatically dispatches the workload to multiple instances per the group definitions. If an instance isn\u2019t available, business processes can still run via other SAP app instances that are part of the same group.<\/p>\n<h4>Rolling maintenance<\/h4>\n<p>The scale-out logic of SAP app instances is also used for rolling maintenance. We remove one virtual machine (and SAP instances running on it) from the SAP system without affecting production. After we finish our work, we add back the virtual machine, and the SAP system automatically uses the instances again.<\/p>\n<p>If there\u2019s high load and we need to scale out, we add spare virtual machines to our SAP systems. And when we\u2019re doing rolling maintenance, we also use the spares to replace a server without reducing overall resources.<\/p>\n<h4>Other Azure and Windows Server capabilities<\/h4>\n<p>For our storage design, we\u2019re using Azure File Storage and Windows Server storage. And to minimize downtime, we\u2019re using virtual server names in Windows Server.<\/p>\n<h5>Azure file storage<\/h5>\n<p>At the beginning of our journey to Azure, we were excited about Azure File Storage (files shared in the cloud) and were planning to use it for SAP transport directories. But after we implemented the solution in the first systems, we made the decision not to use it\u2014Azure storage had too many limits on how to access the transport files easily, which made support for SAP transports and troubleshooting difficult. We reverted from Azure File Storage to normal disks.<\/p>\n<p>For SAP, we support Azure Standard Storage and Azure Premium Storage. For scalability and I\/O-intensive workloads, we recommend Premium Storage for the database layer and Standard Storage for the application layer.<\/p>\n<h5>Storage Spaces<\/h5>\n<p>We\u2019re using\u00a0<a class=\"c-hyperlink\" href=\"https:\/\/azure.microsoft.com\/en-us\/services\/storage\/unmanaged-disks\/\" target=\"_blank\" rel=\"noopener\" aria-label=\"Read more about Storage Spaces\">Storage Spaces<\/a>\u00a0for all systems that require higher I\/O and throughput and need to store more data in a single drive on the operating system level.<\/p>\n<p>With Storage Spaces, we can combine multiple virtual hard drives on an Azure virtual machine into a single drive. This helps us to easily grow drives and gives us better performance than a single Azure virtual hard drive. The first implementation of Azure Storage Spaces was our archiving system, where we needed a single 11 TB-drive on Storage Spaces to store intermediary files between two systems. Standard disks, as well as Premium disks, can be used for storage spaces. Depending on performance requirements, we decide what disks should be used; for example, Standard disks for backup spaces and Premium disks for data drives for the SQL Server database.<\/p>\n<h5>Azure features<\/h5>\n<p>During our journey to Azure, many new features have been released. For example, Managed Disks became available. With this feature, storage design for higher throughput and I\/O is easier and growing disk drives that are attached to virtual machines is simple. We switched our template design to use Managed Disks as soon as the feature was available on Azure. Other features are becoming available all the time. It\u2019s important to stay up to date on capabilities to ensure the best performance for applications, where needed.<\/p>\n<p>New features\u00a0that we implemented after the migration are the following<\/p>\n<ul class=\"c-list\">\n<li><strong>Accelerated Networking<\/strong>\u00a0with up to 25 Gbps of networking throughput.\u00a0This feature is very useful for virtual machines with high network load.<\/li>\n<li><strong>Write Accelerator<\/strong>\u00a0offers increased write performance on premium disk drives.\u00a0We\u2019re using this for our large database servers for better performance of HANA log or SQL Server log drives.<\/li>\n<li><strong>Load Balancer Standard<\/strong>\u00a0provides many additional benefits over the Basic Load Balancer. Examples include more diagnostics to help with daily operations and troubleshooting, High-Availability Ports.<\/li>\n<\/ul>\n<p>Again, the benefit of Azure is that even if a setup doesn\u2019t work, it\u2019s easy to reconfigure without a big cost.<\/p>\n<h5>Virtual server names<\/h5>\n<p>For less risk and downtime, we use virtual server names\u2014also called server alias names. Here\u2019s how it works:<\/p>\n<ul class=\"c-list\">\n<li>The physical SAP Central Instance server\u2014saptstserver01\u2014is the server\/virtual machine. It\u2019s the name that the datacenter uses for server performance monitoring, and nightly, weekly, or monthly backups.<\/li>\n<li>There\u2019s a registry entry that we can use to assign a virtual name to the physical server\/virtual machine. In this case, sapalias01 is the assigned virtual name. This name is used for SAP app instances installed on the server\/virtual machine, and by all users.<\/li>\n<li>The SAP app knows only the virtual server name. We change the physical server\/virtual machine name as needed, without affecting the system. Business continuity failover, server exchanges, and system moves are easy.<\/li>\n<\/ul>\n<h4>How we upgrade<\/h4>\n<p>In the past, when we upgraded an operating system, we flattened machines and rebuilt them, which caused downtime. Today, we bring up a new virtual machine with a new operating system and install the software in parallel with another machine. Then we move the virtual server name and IP address over and retire the older virtual machine.<\/p>\n<p>This a good example of the flexibility that we get from virtualization\u2014it\u2019s not just the machine that\u2019s virtualized, but also the operating system installation on that virtual machine. In the past, many customers bought a server, installed the operating system, and ran it for five years on the same operating system until the next server upgrade to avoid the risk and downtime associated with upgrades. Today, with Azure there isn\u2019t any new hardware. Instead, virtual machines are moved to new servers\u2014and with the move, they keep their old operating system image. Now, everyone who runs in a virtualized environment has to think about how to upgrade operating systems. Using the virtual server name is an easy way to minimize risk and downtime.<\/p>\n<h3>Proven practices for security<\/h3>\n<p>If you have\u00a0ExpressRoute\u00a0connectivity between on-premises systems and Azure, you don\u2019t need a public port open to Remote Desktop Services, and Terminal Services doesn\u2019t have to connect to virtual machines via a public IP address.<\/p>\n<p>For high availability, there are several architectures where you need a load balancer in your SAP landscape. Use internal load balancers that don\u2019t have a publicly exposed surface. For your internet proxy, don\u2019t go directly from Azure virtual machines to the internet. Instead, make sure that all your traffic goes through the proxy that\u2019s set up on-premises (the company proxy) because it has a firewall and rules.<\/p>\n<p>When you\u2019re planning your architecture, use\u00a0<a class=\"c-hyperlink\" href=\"https:\/\/www.microsoft.com\/en-us\/insidetrack\/Adopting-Azure-Resource-Manager-for-efficient-cloud-infrastructure-management\" target=\"_self\" rel=\"noopener\" aria-label=\"Read more about Azure Resource Manager\">Azure Resource Manager<\/a>\u00a0security groups to define who can access, administer, and perform operations on a virtual machine.<\/p>\n<h3>Best practices for business continuity<\/h3>\n<p>Smaller companies sometimes have trouble running a business continuity site because they have only one datacenter. With Azure, it\u2019s easy because you have all the virtual machines that you\u2019d have in a datacenter. Azure offers many regions, so it\u2019s easy to set up business continuity. We\u2019re still refining our business continuity strategy and want to add more automation. But our recommendations are to:<\/p>\n<ul class=\"c-list\">\n<li>Keep it simple. The configuration in our business continuity site mimics our configuration in production.<\/li>\n<li>At least once a year, conduct business continuity failover testing.<\/li>\n<li>To minimize downtime, use virtual names. If there\u2019s a disaster, and a production server goes offline, the support team doesn\u2019t have to remove the server alias of the test server and replace it with sapalias01 (the name of our production server). SAP can run regardless of the name of the server that we install the app on.<\/li>\n<li>On the SAP application layer, use Azure Site Recovery services. Replicate the content of the virtual machines. On the database layer, use database functionality like SQL Server AlwaysOn. If we\u2019re in the US West region, we set up another region like US West 2, and then use SQL Server AlwaysOn to get the database content there.<\/li>\n<li>If you have an ExpressRoute from on-premises into US West as the primary app location, think about how you connect into a business continuity region like US West 2. You might need another ExpressRoute connection for business continuity failover. The ExpressRoute that goes to your primary location could have a disaster, too.<\/li>\n<\/ul>\n<h2>Communicating our strategy across Microsoft<\/h2>\n<p>We have two strategies for informing teams, executives, and other stakeholders in Microsoft about our SAP migration work, and we\u2019ve received positive feedback. The communications that we send are tailored to one of two audiences:<\/p>\n<ul class=\"c-list\">\n<li><strong>Technical teams, developers, and testers.<\/strong>\u00a0In this monthly update, we communicate what we\u2019re moving, the impact, and any possible downtime or slow performance.<\/li>\n<li><strong>Chief information officers, company executives, and stakeholders.<\/strong>\u00a0This quarterly update targets a higher level than we send to technical teams. We explain our horizontal and vertical strategies, with graphs like the one shown in Figure 2, and burndown charts of how much of the SAP landscape is physical, virtualized on-premises, or Azure, like Figure 3.<\/li>\n<\/ul>\n<h2>Lessons learned<\/h2>\n<p>Here are some examples of what we\u2019ve learned or changed based on our experience:<\/p>\n<ul class=\"c-list\">\n<li><strong>Consider moving low-risk systems to Azure with the vertical strategy right away.<\/strong>\u00a0When we started, we planned to use the horizontal strategy and then the vertical strategy. But because one of our end-to-end systems was low risk, we used it as a test case for the vertical strategy to get experience with a production environment in Azure.<\/li>\n<li><strong>Consider building new systems in Azure from the start.<\/strong>\u00a0When we built a new system, we weren\u2019t sure whether to put it on-premises and then move it, or to build it in Azure from the get-go. It was low business impact, so we built it in Azure. We saved money and learned about cluster setups and production environments in Azure.<\/li>\n<li><strong>Balance security needs with the ability to troubleshoot.<\/strong>\u00a0In Azure, we don\u2019t open all ports on the cluster installation\u2014only the ones that are really needed. We want to have it somewhat open to help with troubleshooting, but we don\u2019t want it to be too open, either.<\/li>\n<li><strong>Predict known business events.<\/strong>\u00a0Don\u2019t move systems when they\u2019re highly critical. We schedule around events like product releases, quarterly financial reporting, and big projects that go live in the production environment.<\/li>\n<li><strong>Communicate strategy often.<\/strong>\u00a0Stakeholders like to know what\u2019s in progress, what we\u2019re moving next, expected downtime, and possible performance impact. Advance notice means fewer tickets and issue escalations.<\/li>\n<li><strong>Consider all SAP-related systems.<\/strong>\u00a0Make sure SAP-related systems such as tax calculation engines are Azure-certified or have sufficient test periods in your schedule.<\/li>\n<li><strong>Archive and compress data.<\/strong>\u00a0An Azure migration is a perfect opportunity to push for additional archiving and data compression (on SQL Server, for example) to lower your infrastructure costs in Azure.<\/li>\n<li><strong>Technology advances.<\/strong>\u00a0Azure technology and available virtual machine sizes and features always advance. Keep up to date with new capabilities and use them to achieve the best possible benefits for your business.<\/li>\n<\/ul>\n<h2>Looking ahead<\/h2>\n<p>We will take advantage of more Azure benefits and share our experiences to help customers do the same. For example, we plan to:<\/p>\n<ul class=\"c-list\">\n<li>Focus on continuing optimization of our SAP landscape on Azure by:\n<ul class=\"c-list\">\n<li>Expanding scope for \u201cDefault snoozing\u201d (VMs that\u2019re stopped by default and are started only on demand for a specific period of time) to include more systems to create greater cost savings.<\/li>\n<li>Using more aggressive tight sizing where we can.<\/li>\n<li>Capture Azure resource change history through the API to monitor ongoing cost and usage.<\/li>\n<\/ul>\n<\/li>\n<li>Moving our production systems to Azure Availability Zones (Azure Availability Zones offer better SLA for VMs 99.99% vs 99.95 for Availability Set)<\/li>\n<li>Provide scenario-based guidance to customers on how they can move their SAP systems to Azure.<\/li>\n<li>Enable more SAP scenarios to run in Azure. For example, better and faster storage, larger virtual machines, better network connectivity, and Azure operational guidance.<\/li>\n<li>Refine our processes to benefit more from Azure capabilities\u2014for example, snoozing non-production systems over the weekend. For the SAP application layer, we want to auto scale out\/in and up\/down.<\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>This content has been archived, and while it was correct at time of publication, it may no longer be accurate or reflect the current situation at Microsoft. With the right approach, you can migrate mission-critical SAP systems to Azure for maximum cost savings, and gain agility and uptime. Microsoft\u2014partnering with the Azure Customer Advisory Team\u2014evaluated [&hellip;]<\/p>\n","protected":false},"author":146,"featured_media":10481,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"_hide_featured_on_single":false,"_show_featured_caption_on_single":false,"footnotes":""},"categories":[1],"tags":[],"coauthors":[674],"class_list":["post-10480","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uncategorized","m-blog-post"],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v24.3 - https:\/\/yoast.com\/wordpress\/plugins\/seo\/ -->\n<title>Strategies for migrating SAP systems to Microsoft Azure - Inside Track Blog<\/title>\n<meta name=\"description\" content=\"With the right approach, you can migrate mission-critical SAP systems to Azure for maximum cost savings, and gain agility and uptime. Microsoft\u2014partnering with the Azure Customer Advisory Team\u2014evaluated our SAP systems with two strategies.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.microsoft.com\/insidetrack\/blog\/strategies-for-migrating-sap-systems-to-microsoft-azure\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Strategies for migrating SAP systems to Microsoft Azure - Inside Track Blog\" \/>\n<meta property=\"og:description\" content=\"With the right approach, you can migrate mission-critical SAP systems to Azure for maximum cost savings, and gain agility and uptime. Microsoft\u2014partnering with the Azure Customer Advisory Team\u2014evaluated our SAP systems with two strategies.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.microsoft.com\/insidetrack\/blog\/strategies-for-migrating-sap-systems-to-microsoft-azure\/\" \/>\n<meta property=\"og:site_name\" content=\"Inside Track Blog\" \/>\n<meta property=\"article:published_time\" content=\"2019-05-06T18:40:26+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2023-06-12T23:07:52+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.microsoft.com\/insidetrack\/blog\/uploads\/prod\/2023\/05\/8242-hero.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"1040\" \/>\n\t<meta property=\"og:image:height\" content=\"585\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"Inside Track \u2013 retired stories\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Inside Track \u2013 retired stories\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"19 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.microsoft.com\/insidetrack\/blog\/strategies-for-migrating-sap-systems-to-microsoft-azure\/\",\"url\":\"https:\/\/www.microsoft.com\/insidetrack\/blog\/strategies-for-migrating-sap-systems-to-microsoft-azure\/\",\"name\":\"Strategies for migrating SAP systems to Microsoft Azure - Inside Track Blog\",\"isPartOf\":{\"@id\":\"https:\/\/www.microsoft.com\/insidetrack\/blog\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/www.microsoft.com\/insidetrack\/blog\/strategies-for-migrating-sap-systems-to-microsoft-azure\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/www.microsoft.com\/insidetrack\/blog\/strategies-for-migrating-sap-systems-to-microsoft-azure\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.microsoft.com\/insidetrack\/blog\/uploads\/prod\/2023\/05\/8242-hero.jpg\",\"datePublished\":\"2019-05-06T18:40:26+00:00\",\"dateModified\":\"2023-06-12T23:07:52+00:00\",\"author\":{\"@id\":\"https:\/\/www.microsoft.com\/insidetrack\/blog\/#\/schema\/person\/59e5f7b07dae629412c990cc1a63b575\"},\"description\":\"With the right approach, you can migrate mission-critical SAP systems to Azure for maximum cost savings, and gain agility and uptime. Microsoft\u2014partnering with the Azure Customer Advisory Team\u2014evaluated our SAP systems with two strategies.\",\"breadcrumb\":{\"@id\":\"https:\/\/www.microsoft.com\/insidetrack\/blog\/strategies-for-migrating-sap-systems-to-microsoft-azure\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.microsoft.com\/insidetrack\/blog\/strategies-for-migrating-sap-systems-to-microsoft-azure\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/www.microsoft.com\/insidetrack\/blog\/strategies-for-migrating-sap-systems-to-microsoft-azure\/#primaryimage\",\"url\":\"https:\/\/www.microsoft.com\/insidetrack\/blog\/uploads\/prod\/2023\/05\/8242-hero.jpg\",\"contentUrl\":\"https:\/\/www.microsoft.com\/insidetrack\/blog\/uploads\/prod\/2023\/05\/8242-hero.jpg\",\"width\":1040,\"height\":585,\"caption\":\"Young people sitting at table in caf\u00e9 with laptop and phone drinking coffee.\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.microsoft.com\/insidetrack\/blog\/strategies-for-migrating-sap-systems-to-microsoft-azure\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/www.microsoft.com\/insidetrack\/blog\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Strategies for migrating SAP systems to Microsoft Azure\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.microsoft.com\/insidetrack\/blog\/#website\",\"url\":\"https:\/\/www.microsoft.com\/insidetrack\/blog\/\",\"name\":\"Inside Track Blog\",\"description\":\"How Microsoft does IT\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.microsoft.com\/insidetrack\/blog\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.microsoft.com\/insidetrack\/blog\/#\/schema\/person\/59e5f7b07dae629412c990cc1a63b575\",\"name\":\"Inside Track \u2013 retired stories\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/www.microsoft.com\/insidetrack\/blog\/#\/schema\/person\/image\/ee0de87c339052d5d84852473bd7f213\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/24a8c329ab32afd1bc23fd1658d1acc2?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/24a8c329ab32afd1bc23fd1658d1acc2?s=96&d=mm&r=g\",\"caption\":\"Inside Track \u2013 retired stories\"},\"description\":\"The content on this page was crafted to highlight a specific moment in time or the solutions that have led us to where we are today. It offers valuable insights into our journey and the progress made over the years. Check out the Inside Track blog page for our up-to-date stories around Microsoft.\",\"url\":\"https:\/\/www.microsoft.com\/insidetrack\/blog\/author\/insidetrackarchive\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Strategies for migrating SAP systems to Microsoft Azure - Inside Track Blog","description":"With the right approach, you can migrate mission-critical SAP systems to Azure for maximum cost savings, and gain agility and uptime. Microsoft\u2014partnering with the Azure Customer Advisory Team\u2014evaluated our SAP systems with two strategies.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.microsoft.com\/insidetrack\/blog\/strategies-for-migrating-sap-systems-to-microsoft-azure\/","og_locale":"en_US","og_type":"article","og_title":"Strategies for migrating SAP systems to Microsoft Azure - Inside Track Blog","og_description":"With the right approach, you can migrate mission-critical SAP systems to Azure for maximum cost savings, and gain agility and uptime. Microsoft\u2014partnering with the Azure Customer Advisory Team\u2014evaluated our SAP systems with two strategies.","og_url":"https:\/\/www.microsoft.com\/insidetrack\/blog\/strategies-for-migrating-sap-systems-to-microsoft-azure\/","og_site_name":"Inside Track Blog","article_published_time":"2019-05-06T18:40:26+00:00","article_modified_time":"2023-06-12T23:07:52+00:00","og_image":[{"width":1040,"height":585,"url":"https:\/\/www.microsoft.com\/insidetrack\/blog\/uploads\/prod\/2023\/05\/8242-hero.jpg","type":"image\/jpeg"}],"author":"Inside Track \u2013 retired stories","twitter_card":"summary_large_image","twitter_misc":{"Written by":"Inside Track \u2013 retired stories","Est. reading time":"19 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/www.microsoft.com\/insidetrack\/blog\/strategies-for-migrating-sap-systems-to-microsoft-azure\/","url":"https:\/\/www.microsoft.com\/insidetrack\/blog\/strategies-for-migrating-sap-systems-to-microsoft-azure\/","name":"Strategies for migrating SAP systems to Microsoft Azure - Inside Track Blog","isPartOf":{"@id":"https:\/\/www.microsoft.com\/insidetrack\/blog\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.microsoft.com\/insidetrack\/blog\/strategies-for-migrating-sap-systems-to-microsoft-azure\/#primaryimage"},"image":{"@id":"https:\/\/www.microsoft.com\/insidetrack\/blog\/strategies-for-migrating-sap-systems-to-microsoft-azure\/#primaryimage"},"thumbnailUrl":"https:\/\/www.microsoft.com\/insidetrack\/blog\/uploads\/prod\/2023\/05\/8242-hero.jpg","datePublished":"2019-05-06T18:40:26+00:00","dateModified":"2023-06-12T23:07:52+00:00","author":{"@id":"https:\/\/www.microsoft.com\/insidetrack\/blog\/#\/schema\/person\/59e5f7b07dae629412c990cc1a63b575"},"description":"With the right approach, you can migrate mission-critical SAP systems to Azure for maximum cost savings, and gain agility and uptime. Microsoft\u2014partnering with the Azure Customer Advisory Team\u2014evaluated our SAP systems with two strategies.","breadcrumb":{"@id":"https:\/\/www.microsoft.com\/insidetrack\/blog\/strategies-for-migrating-sap-systems-to-microsoft-azure\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.microsoft.com\/insidetrack\/blog\/strategies-for-migrating-sap-systems-to-microsoft-azure\/"]}]},{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.microsoft.com\/insidetrack\/blog\/strategies-for-migrating-sap-systems-to-microsoft-azure\/#primaryimage","url":"https:\/\/www.microsoft.com\/insidetrack\/blog\/uploads\/prod\/2023\/05\/8242-hero.jpg","contentUrl":"https:\/\/www.microsoft.com\/insidetrack\/blog\/uploads\/prod\/2023\/05\/8242-hero.jpg","width":1040,"height":585,"caption":"Young people sitting at table in caf\u00e9 with laptop and phone drinking coffee."},{"@type":"BreadcrumbList","@id":"https:\/\/www.microsoft.com\/insidetrack\/blog\/strategies-for-migrating-sap-systems-to-microsoft-azure\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.microsoft.com\/insidetrack\/blog\/"},{"@type":"ListItem","position":2,"name":"Strategies for migrating SAP systems to Microsoft Azure"}]},{"@type":"WebSite","@id":"https:\/\/www.microsoft.com\/insidetrack\/blog\/#website","url":"https:\/\/www.microsoft.com\/insidetrack\/blog\/","name":"Inside Track Blog","description":"How Microsoft does IT","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.microsoft.com\/insidetrack\/blog\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Person","@id":"https:\/\/www.microsoft.com\/insidetrack\/blog\/#\/schema\/person\/59e5f7b07dae629412c990cc1a63b575","name":"Inside Track \u2013 retired stories","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.microsoft.com\/insidetrack\/blog\/#\/schema\/person\/image\/ee0de87c339052d5d84852473bd7f213","url":"https:\/\/secure.gravatar.com\/avatar\/24a8c329ab32afd1bc23fd1658d1acc2?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/24a8c329ab32afd1bc23fd1658d1acc2?s=96&d=mm&r=g","caption":"Inside Track \u2013 retired stories"},"description":"The content on this page was crafted to highlight a specific moment in time or the solutions that have led us to where we are today. It offers valuable insights into our journey and the progress made over the years. Check out the Inside Track blog page for our up-to-date stories around Microsoft.","url":"https:\/\/www.microsoft.com\/insidetrack\/blog\/author\/insidetrackarchive\/"}]}},"jetpack_featured_media_url":"https:\/\/www.microsoft.com\/insidetrack\/blog\/uploads\/prod\/2023\/05\/8242-hero.jpg","jetpack_sharing_enabled":true,"jetpack_shortlink":"https:\/\/wp.me\/p9hcZA-2J2","_links":{"self":[{"href":"https:\/\/www.microsoft.com\/insidetrack\/blog\/wp-json\/wp\/v2\/posts\/10480","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.microsoft.com\/insidetrack\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.microsoft.com\/insidetrack\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.microsoft.com\/insidetrack\/blog\/wp-json\/wp\/v2\/users\/146"}],"replies":[{"embeddable":true,"href":"https:\/\/www.microsoft.com\/insidetrack\/blog\/wp-json\/wp\/v2\/comments?post=10480"}],"version-history":[{"count":5,"href":"https:\/\/www.microsoft.com\/insidetrack\/blog\/wp-json\/wp\/v2\/posts\/10480\/revisions"}],"predecessor-version":[{"id":10489,"href":"https:\/\/www.microsoft.com\/insidetrack\/blog\/wp-json\/wp\/v2\/posts\/10480\/revisions\/10489"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.microsoft.com\/insidetrack\/blog\/wp-json\/wp\/v2\/media\/10481"}],"wp:attachment":[{"href":"https:\/\/www.microsoft.com\/insidetrack\/blog\/wp-json\/wp\/v2\/media?parent=10480"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.microsoft.com\/insidetrack\/blog\/wp-json\/wp\/v2\/categories?post=10480"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.microsoft.com\/insidetrack\/blog\/wp-json\/wp\/v2\/tags?post=10480"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/www.microsoft.com\/insidetrack\/blog\/wp-json\/wp\/v2\/coauthors?post=10480"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}