SAP uygulaması için olağanüstü durum kurtarma yönergeleri
Azure'da SAP iş yükü için Olağanüstü Durum Kurtarma'yı (DR) yapılandırmak için işlemi düzenli olarak test etmeniz, ince ayar yapmanız ve güncelleştirmeniz gerekir. Olağanüstü durum kurtarmanın test edilmesi, SAP iş yükü DR yük devretmesini tetikleyebilmeniz veya sistemi ikincil sitede başlatabilmeniz için gereken bağımlı hizmetlerin sırasını belirlemenize yardımcı olur. Kuruluşların düzgün çalışması için genellikle Active Directory (AD) ve Etki Alanı Adı Sistemi (DNS) hizmetlerine bağlı SAP sistemleri vardır. SAP iş yükünüz için DR'yi ayarlarken, UYGULAMANıN düzgün çalıştığından emin olmak için SAP ve SAP olmayan diğer sistemleri kurtarmadan önce AD ve DNS hizmetlerinin çalıştığından emin olun. Active Directory ve DNS'yi koruma yönergeleri için Active Directory ve DNS'yi korumayı öğrenin. Bu belgede açıklanan SAP uygulaması için DR önerisi soyut düzeydedir. DR stratejinizi kendi kurulumunuza göre tasarlamanız ve uçtan uca senaryoyu belgelemelisiniz.
SAP iş yükleri için DR önerisi
Genellikle dağıtılmış SAP NetWeaver sistemlerinde; merkezi hizmetler, veritabanı ve paylaşılan depolama (NFS/SMB) tek hata noktasıdır (SPOF). Farklı SPOF'lerin etkisini azaltmak için bu bileşenlerin yedekliliğini ayarlamak gerekir. Bu SPOF bileşenlerinin birincil bölgedeki yedekliliği, yüksek kullanılabilirlik yapılandırılarak elde edilir. Bileşenin yüksek kullanılabilirlik kurulumu, SAP sistemini yerel hatalardan veya felaketlerden korur. Ancak SAP uygulamalarını coğrafi olarak dağınık olağanüstü durumlara karşı korumak için tüm SAP bileşenleri için DR stratejisi uygulanmalıdır.
Sanal makinelerde çalışan SAP sistemleri için Azure Site Recovery'yi kullanarak bir olağanüstü durum kurtarma planı oluşturabilirsiniz. Sap sisteminin her bileşeni için önerilen olağanüstü durum kurtarma yaklaşımı aşağıdadır. TREX ve SAP dışı uygulamalar gibi tek başına NetWeaver olmayan SAP altyapıları bu belgede ele alınmıyor.
| Bileşenler | Öneri |
|---|---|
| SAP Web Dispatcher | Azure Site Recovery kullanarak VM'leri çoğaltma |
| SAP Central Services | Azure Site Recovery kullanarak VM'leri çoğaltma |
| SAP Uygulama sunucusu | Azure Site Recovery kullanarak VM'leri çoğaltma |
| SAP Veritabanı | Veritabanı tarafından sunulan çoğaltma yöntemini kullanma |
| Paylaşılan Depolama | Depolama türü başına uygun yöntemi kullanarak içeriği çoğaltma |
SAP Web Dispatcher
SAP Web Dispatcher bileşeni, SAP uygulama sunucuları arasında SAP trafiği için yük dengeleyici olarak çalışır. Birincil bölgede SAP Web Dispatcher bileşeninin yüksek kullanılabilirliğini elde etmek için farklı seçenekleriniz vardır. Bu seçenek hakkında daha fazla bilgi için bkz. Azure'da SAP Web Dispatcher ve SAP Web dispatcher HA kurulumunun Yüksek Kullanılabilirliği.
- Seçenek 1: Küme çözümü kullanılarak yüksek kullanılabilirlik.
- Seçenek 2: Paralel SAP Web Dağıtıcıları ile yüksek kullanılabilirlik.
Birincil bölgede yüksek oranda kullanılabilir SAP Web Dispatcher kurulumu için DR elde etmek için Azure Site Recovery'yi kullanabilirsiniz. Birincil bölgede çalışan paralel web dağıtıcıları (seçenek 2) için, DR'ye ulaşmak için Azure Site Recovery'yi yapılandırabilirsiniz. Ancak birincil bölgede 1. seçenek kullanılarak yapılandırılan SAP Web Dispatcher için, DR bölgesinde benzer HA kurulumuna sahip olmak için yük devretmeden sonra bazı ek değişiklikler yapmanız gerekir. SAP Web Dispatcher'ın küme çözümüyle yüksek kullanılabilirlik yapılandırması, SAP merkezi hizmetlerine benzer şekilde yapılandırıldığından. SAP Central Services için belirtilen yönergeleri izleyin.
SAP Central Services
SAP merkezi hizmetleri, SAP uygulamanızın SPOF'larından biri olan sıra ve ileti sunucusunu içerir. SAP sisteminde yalnızca bir örnek olabilir ve yüksek kullanılabilirlik için yapılandırılabilir. Azure'da SAP iş yüküne yönelik farklı yüksek kullanılabilirlik çözümünü anlamak için SAP Central Service için Yüksek Kullanılabilirlik makalesini okuyun.
SAP Central Services için yüksek kullanılabilirlik yapılandırması, kaynakları ve işlemleri yerel olaylardan korur. SAP Central Services için DR elde etmek için Azure Site Recovery'yi kullanabilirsiniz. Azure Site Recovery, VM'leri ve ekli yönetilen diskleri çoğaltır, ancak DR stratejisi için dikkat edilmesi gereken ek noktalar vardır. SAP merkezi hizmetleri için kullanılan işletim sistemine bağlı olarak daha fazla bilgi için aşağıdaki bölüme bakın.
SAP sistemi için, birincil bölgedeki SPOF bileşeninin yedekliliği, yüksek kullanılabilirlik yapılandırılarak elde edilir. Yük devretme sonrasında olağanüstü durum kurtarma bölgesinde benzer yüksek kullanılabilirlik kurulumu elde etmek için ek noktaları göz önünde bulundurmanız gerekir. Bunlar kümeyi yeniden yapılandırmayı, SAP paylaşılan dizinlerinin kullanılabilir olduğundan emin olmayı ve VM'leri ve yönetilen disklerini Azure Site Recovery ile DR sitesine çoğaltmayı içerir. Linux'ta, YÜKSEK ORANDA SAP uygulaması kullanılabilirliği, pacemaker küme çözümü kullanılarak elde edilebilir. Aşağıdaki diyagramda Pacemaker ile SAP merkezi hizmetleri için yüksek kullanılabilirlik yapılandırmasında yer alan farklı bileşenler gösterilmektedir. Dr sitesinde benzer yüksek kullanılabilirlik ayarlı olması için her bileşenin dikkate alınması gerekir. PACEMAKER küme çözümünü kullanarak SAP Web Dispatcher'ı yapılandırdıysanız, benzer bir değerlendirme de geçerli olacaktır.
İç yük dengeleyici
Azure Site Recovery, VM'leri DR sitesine çoğaltır, ancak Azure yük dengeleyiciyi çoğaltmaz. Dr sitesinde önceden veya yük devretme sonrasında ayrı bir iç yük dengeleyici oluşturmanız gerekir. Önceden iç yük dengeleyici oluşturursanız boş bir arka uç havuzu oluşturun ve yük devretme olayından sonra VM'ler ekleyin.
Pacemaker küme çözümü
Pacemaker kümesinin yapılandırmaları, Azure Site Recovery ile DR sitesine çoğaltılan vm'lerin yerel dosyalarında bulunur. Olduğu gibi pacemaker kümesi yapılandırması, yük devretme sonrasında VM'lerde kullanıma açık şekilde çalışmaz. Çözümün çalışması için ek küme yeniden yapılandırması gerekir.
Depolama ve eskrim mekanizmanızın türüne göre DR bölgesindeki pacemaker kümesi yeniden yapılandırması hakkında bilgi edinmek için bu blogları okuyun.
- Azure Site Recovery kullanarak SBD cihazı (iSCSI hedef sunucusu kullanılarak) ile SAP ASCS/ERS HA Kümesi DR bölgesine yük devretme.
- Azure Site Recovery kullanarak SAP ASCS HA Kümesi (Linux işletim sisteminde) DR bölgesine yük devretme.
Linux için SAP paylaşılan dizinleri
SAP NetWeaver veya ABAP platformunun yüksek kullanılabilirlik kurulumu, Pacemaker küme yapılandırması ile SAP sisteminin sıra hizmeti için uygulama düzeyinde yedeklilik elde etmek için sıralama çoğaltma sunucusunu kullanır. SAP merkezi hizmetlerinin (ASCS ve ERS) yüksek kullanılabilirlik kurulumunda NFS bağlamaları kullanılır. Bu nedenle, bu NFS bağlamalarındaki SAP ikili dosyalarının ve verilerinin DR sitesine çoğaltıldığından emin olmanız gerekir. Azure Site Recovery bağlı VM'leri ve yerel yönetilen diski çoğaltır, ancak NFS bağlamalarını çoğaltmaz. Kurulum için yapılandırılan NFS depolama türüne bağlı olarak, verilerin DR sitesinde çoğaltıldığından ve kullanılabilir olduğundan emin olmanız gerekir. Her depolama için bölgeler arası çoğaltma metodolojisi soyut düzeyde sunulur. Depolamayı çoğaltmak ve test gerçekleştirmek için tam adımları onaylamanız gerekir.
| SAP paylaşılan dizinleri | Bölgeler arası çoğaltma |
|---|---|
| Azure dosyalarında NFS | Özel (rsync gibi) |
| ANF üzerinde NFS | Evet (Bölgeler Arası Çoğaltma) |
| NFS kümesi | Özel |
İpucu
Paylaşılan verileri yüksek oranda kullanılabilir bir SAP sisteminde depolamak için Azure birinci taraf NFS hizmetlerinden birini dağıtmanızı öneririz: Azure Dosyalar üzerinde NFS veya NFS ANF birimleri. NFS kümelerini kullanarak SAP başvuru mimarilerini vurgulamadığımıza dikkat edin.
Eskrim Mekanizması
İşletim sistemi (SLES veya RHEL) ve sürümünden bağımsız olarak, pacemaker çözümün tamamının düzgün çalışması için geçerli bir eskrim mekanizması gerektirir. Birincil bölgenizde ayarladığınız eskrim mekanizmasının türüne bağlı olarak, yük devretme sonrasında DR sitesinde aynı eskrim mekanizmasının ayarlandığından emin olmanız gerekir.
| Eskrim Mekanizması | Bölgeler arası DR önerisi |
|---|---|
| iSCSI hedef sunucusunu kullanarak SBD | Azure Site Recovery kullanarak iSCSI hedef sunucusunu çoğaltma. DR VM'lerinde iSCSI disklerini yeniden bulun. |
| Azure çit aracısı | DR VM'lerinde Yönetilen Sistem Kimliklerini (MSI) etkinleştirin. Özel roller atayın. Kümedeki çit aracısı kaynağını güncelleştirin. |
| Azure paylaşılan diski kullanarak SBD* | DR bölgesinde yeni Azure Paylaşılan Diski'ni yapılandırın. Yük devretmeden sonra DR VM'lerine Azure Paylaşılan Diski ekleyin. Azure paylaşılan disk SBD cihazını ayarlama. |
*Azure paylaşılan diski için ZRS sınırlı bölgelerde kullanılabilir.
Not
Çalışma ve yük devretme kolaylığı için hem birincil hem de DR bölgesi için aynı eskrim mekanizmasına sahip olmanız önerilir. DR sitesine yük devretme sonrasında farklı eskrim mekanizmasına sahip olmanız önerilmez.
SAP Uygulama Sunucuları
Birincil bölgede SAP uygulama sunucularının yedekliliği, birden çok VM'ye örnek yüklenerek elde edilir. SAP uygulama sunucularının DR'sine sahip olmak için, her uygulama sunucusu VM'sinde Azure Site Recovery ayarlanabilir. Uygulama sunucularına bağlı paylaşılan depolamalar (aktarım dosya sistemi, arabirim veri dosya sistemi) için, paylaşılan depolama türüne göre uygun DR uygulamasını izleyin.
SAP Veritabanı Sunucuları
SAP iş yükü çalıştıran veritabanlarında, DR'yi yapılandırmak için yerel DBMS çoğaltma teknolojisini kullanın. Veritabanı tutarlılığını garanti etmediğinden ve veri değişim sıklığı sınırlaması içerdiğinden veritabanları için Azure Site Recovery kullanılması önerilmez. Her veritabanının çoğaltma teknolojisi farklıdır, bu nedenle ilgili veritabanı yönergelerini izleyin. Aşağıdaki tabloda SAP iş yükleri için kullanılan veritabanlarının listesi ve buna karşılık gelen DR önerisi gösterilmektedir.
| Veritabanı | DR önerisi |
|---|---|
| SAP HANA | HANA Sistem Çoğaltma (HSR) |
| Oracle | Oracle Data Guard (FarSync) |
| IBM DB2 | Yüksek kullanılabilirlik olağanüstü durum kurtarma (HADR) |
| Microsoft SQL | Microsoft SQL Always On |
| SAP ASE | ASE HADR Her Zaman Açık |
| SAP MaxDB | Bekleme Veritabanı |
Maliyet için iyileştirilmiş çözüm için veritabanı DR stratejisi için yedekleme ve geri yükleme seçeneğini bile kullanabilirsiniz.
Yedekleme ve geri yükleme
yedekleme ve geri yükleme, iş RTO'sunun ve RPO'sunun kritik olmaması durumunda SAP iş yükleriniz için olağanüstü durum kurtarma elde etmek için kullanabileceğiniz diğer bir çözümdür. Sanal makineler, yönetilen diskler ve desteklenen veritabanları gibi SAP iş yükünüzün farklı bileşenlerinin kopyalarını almak için bulut tabanlı bir yedekleme hizmeti olan Azure backup'ı kullanabilirsiniz. Azure Backup senaryolarına ve dağıtımlarına yönelik genel destek ayarları ve sınırlamaları hakkında daha fazla bilgi edinmek için bkz . Azure Backup destek matrisi.
| Hizmetler | Bileşen | Azure Backup Desteği |
|---|---|---|
| İşlem | Azure VM'leri | Desteklenir |
| Depolama | Paylaşılan diskler dahil Azure Yönetilen Diskler | Desteklenir |
| Depolama | Azure Dosya Paylaşımı - SMB (Standart veya Premium) | Desteklenir |
| Depolama | Azure blobları | Desteklenir |
| Depolama | Azure Dosya Paylaşılan - NFS (Standart veya Premium) | Desteklenmiyor |
| Depolama | Azure NetApp Files | Desteklenmiyor |
| Veritabanı | Azure VM'lerinde SAP HANA veritabanı | Desteklenir |
| Veritabanı | Azure VM'lerinde SQL server | Desteklenir |
| Veritabanı | Oracle | Destekleniyor* |
| Veritabanı | IBM DB2, SAP ASE | Desteklenmiyor |
Not
*Azure backup, veritabanıyla tutarlı anlık görüntüler için Azure VM yedeklemesini kullanarak Oracle veritabanını destekler.
Azure Backup, SAP iş yükü için kullanılan tüm Azure depolama alanlarını ve veritabanlarını desteklemez.
Azure backup yedeklemeleri kurtarma hizmeti kasasında depolar ve bu da verilerinizi seçilen çoğaltma türüne (LRS, ZRS veya GRS) göre çoğaltır. Coğrafi olarak yedekli depolama (GRS) için yedekleme verileriniz eşleştirilmiş ikincil bölgeye çoğaltılır. Bölgeler arası geri yükleme özelliği etkinleştirildiğinde, desteklenen yönetim türündeki verileri ikincil bölgeye geri yükleyebilirsiniz.
Yedekleme ve geri yükleme, daha geleneksel maliyet için iyileştirilmiş bir yaklaşımdır, ancak daha yüksek RTO ile birlikte gelir. DR bölgesine yük devretme varsa tüm uygulamaları yedeklemeden geri yüklemeniz gerektiğinden. Bu nedenle iş ihtiyacınızı analiz etmeniz ve buna göre bir DR stratejisi tasarlamanız gerekir.