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 SAP sistemleri Active Directory (AD) ve Etki Alanı Adı Sistemi (DNS) hizmetlerine bağlıdı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 kullanarak 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 olmayan 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 çoğaltma |
| SAP Central Services | Azure Site Recovery kullanarak VM çoğaltma |
| SAP Uygulama sunucusu | Azure Site Recovery kullanarak VM ç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.
- 1. Seçenek: Küme çözümünü kullanarak 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 kullanabilirsiniz. Birincil bölgede çalışan paralel web dağıtıcıları (seçenek 2) için, DR elde etmek için Azure Site Recovery yapılandırabilirsiniz. Ancak birincil bölgede 1. seçeneği kullanarak SAP Web Dispatcher'ı yapılandırdıysanız, 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'lerinden biri olan sıraya ve ileti sunucusuna sahip olur. SAP sisteminde bu tür tek 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 kullanabilirsiniz. Azure Site Recovery VM'leri ve ekli yönetilen diskleri çoğaltır, ancak DR stratejisinde dikkat edilmesi gereken ek noktalar vardır. SAP central hizmetleri için kullanılan işletim sistemine göre 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, Azure Site Recovery kullanarak VM'leri çoğaltmanın ve yönetilen diskin DR sitesine eklenmesinin yanı sıra küme yeniden yapılandırma, SAP paylaşılan dizinlerinin kullanılabilirliği gibi ek noktaları göz önünde bulundurmanız gerekir. Linux'ta, pacemaker küme çözümü kullanılarak SAP uygulamasının yüksek kullanılabilirliği sağlanabilir. Aşağıdaki diyagramda Pacemaker ile SAP merkezi hizmetleri için yüksek kullanılabilirliği yapılandırmaya dahil olan farklı bileşenler gösterilmektedir. Dr sitesinde benzer bir yüksek kullanılabilirliğe sahip olmak 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 konular da 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ü
Bir 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 DR bölgesine SAP ASCS HA Kümesi (Linux işletim sisteminde) 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ına sahip SAP sisteminin kuyruh hizmeti için uygulama düzeyinde yedeklilik elde etmek için enqueue ç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ılmış olduğundan 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ırdığınız 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
Azure birinci taraf NFS hizmetlerinden birini dağıtmanızı öneririz: Paylaşılan verileri yüksek oranda kullanılabilir bir SAP sisteminde depolamak için Azure Dosyalar veya NFS ANF birimlerinde NFS. 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 tüm çözümü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 devretme sonrasında DR VM'lerine Azure Paylaşılan Diski ekleyin. Azure paylaşılan disk SBD cihazını ayarlama. |
*Azure için ZRS paylaşılan diski 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 devretmeden sonra farklı bir 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 gerçekleştirilir. SAP uygulama sunucuları için DR'ye sahip olmak için Azure Site Recovery her uygulama sunucusu VM'sine 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 bağlı olarak 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 ilgili DR önerisi gösterilmektedir.
| Veritabanı | DR önerisi |
|---|---|
| SAP HANA | HANA Sistem Çoğaltması (HSR) |
| Oracle | Oracle Data Guard (FarSync) |
| IBM DB2 | Yüksek kullanılabilirlik olağanüstü durum kurtarma (HADR) |
| Microsoft SQL | Microsoft SQL AlwaysOn |
| 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 öneme sahip olması durumunda SAP iş yükleriniz için olağanüstü durum kurtarma gerçekleştirmek için kullanabileceğiniz diğer bir çözümdür. SAP iş yükünüzün sanal makineler, yönetilen diskler ve desteklenen veritabanları gibi farklı bileşenlerinin kopyalarını almak için bulut tabanlı bir yedekleme hizmeti olan Azure Backup'ı kullanabilirsiniz. Azure Backup senaryoları ve dağıtımları için 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ı | Destekleniyor |
| 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 sunucusu | 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ünün verilerini ikincil bölgeye geri yükleyebilirsiniz.
Yedekleme ve geri yükleme daha geleneksel maliyet açısından iyileştirilmiş bir yaklaşımdır, ancak daha yüksek RTO'nun dengesini sağlar. DR bölgesine yük devretme olduğunda yedeklemeden tüm uygulamaları geri yüklemeniz gerektiğinden. Bu nedenle iş ihtiyacınızı analiz etmeniz ve buna göre bir DR stratejisi tasarlamanız gerekir.