Bölgeler arası çoğaltma kullanarak BIR SAP HANA sistemi için dr sistemi olarak birimler ekleme

Makale
10/24/2023

Bu makalede, bir SAP HANA sisteminin birimlerini olağanüstü durum kurtarma (DR) sistemi olarak eklemek için uygulama birim grubu kullanımı açıklanmaktadır. Bu yapılandırma, Azure NetApp Files bölgeler arası çoğaltma (CRR) işlevini kullanır.

Kaynak ve hedef HANA sunucuları arasında CRR

Azure NetApp Files bölgeler arası çoğaltma işlevi, desteklenen bölgeler arası çoğaltma çiftleri arasında birimleri çoğaltmanızı sağlar. Bu işlev, olağanüstü durum kurtarma (DR) için bir birimi kaynak bölgeden hedef bölgedeki bir birime çoğaltmanıza olanak tanır.

HANA Sistem Çoğaltması (HSR) kullanmak yerine, her zaman çalışan bir HANA veritabanı sunucusuna gerek kalmadan veritabanını korumak için bölgeler arası çoğaltmayı kullanabilirsiniz. Bölgeler arası çoğaltma için desteklenen bir bölgede çoğaltma hedef birimleri oluşturmanız gerekir. SAP HANA için uygulama birimi grubu, hedef birimlerin sap HANA'ya özgü tüm gereksinimleri karşılayan doğru birim türüyle oluşturulmasını sağlar.

Aşağıdaki diyagramda kaynak ve hedef HANA sunucuları arasındaki bölgeler arası çoğaltma gösterilmektedir. Bölgeler arası çoğaltma zaman uyumsuzdur. Bu nedenle, tüm birimlerin çoğaltılması gerekmez.

Diagram that shows cross-region replication between the source and destination HANA servers.

Not

Birincil tarafta HSR ile bir HA dağıtımı kullandığınızda, bu bölümde açıklandığı gibi yalnızca birincil HANA sistemini değil, bölgeler arası çoğaltmayı kullanan HANA ikincil sistemini de çoğaltmayı seçebilirsiniz. Adlandırma kuralını otomatik olarak uyarlamak için Birim Grubu Oluştur ekranında hem HSR ikincil hem de Olağanüstü durum kurtarma hedefi seçeneklerini seçersiniz. Ardından ön ek olarak DR2-değiştirilir.

Önemli

Hedef bölgede HANA veritabanını kurtarmak için HANA yedeklemeniz için uygulamayla tutarlı depolama anlık görüntüleri kullanmanız gerekir. Azure Uygulaması Tutarlı Anlık Görüntü aracı (AzAcSnap) gibi veri koruma çözümlerini kullanarak bu tür anlık görüntüler oluşturabilirsiniz.
En azından veri birimini ve günlük yedekleme birimini çoğaltmanız gerekir.
İsteğe bağlı olarak veri yedekleme birimini ve paylaşılan birimi çoğaltabilirsiniz.
Günlük birimini hiçbir zaman çoğaltmamalısınız. Uygulama birimi grubu, günlük birimini standart birim olarak oluşturur.

Çoğaltma zamanlamaları, RTO ve RPO

Aşağıdaki tabloda çoğaltma zamanlaması seçenekleri özetlenmiştir. Ayrıca, uygulama birimi grubu tarafından önerilen varsayılan ayarları da açıklar:

Volume type	Varsayılan çoğaltma zamanlaması	Kullanılabilir seçenekler	Notlar
Veri	Günlük	Günlük, saatlik	Seçtiğiniz seçim Kurtarma Süresi Hedefi'ni (RTO) ve aktarılan veri miktarını etkiler.
Günlük	-	-	Günlük birimleri çoğaltılamaz.
SAP paylaşılan	Her 10 dakikada bir	Her 10 dakikada bir, saatlik, günlük	SLA gereksinimlerinize ve paylaşılan birimde depolanan verilere göre bir zamanlama seçmelisiniz.
Veri yedekleme	Günlük	Günlük, haftalık	Veri yedekleme birimlerinin çoğaltılması isteğe bağlıdır.
Günlük yedekleme	Her 10 dakikada bir	Her 10 dakikada bir	Bu ayar Kurtarma Noktası Amacını (RPO) etkiler.

Çoğaltma sıklığı zamanlaması SLA'ları etkiler:

Kurtarma Süresi Hedefi (RTO):
Bir kurtarma işleminin en az ne kadar süreceği.
En son kullanılabilir uygulamayla tutarlı anlık görüntüyü kullanarak kurtarmak için tüm kullanılabilir günlük yedeklemelerinin yeniden oynatılması gerekir. RTO, yedekleme sıklığınıza ve veri birimi çoğaltma sıklığınıza bağlıdır. Örneğin, yedekleme sıklığınız 6 saatte bir ve çoğaltma zamanlamanız "Günlük" ise en eski yedekleme 30 saat (24 saat + 6 saat) eski olabilir. Bu senaryoda, en fazla 30 saatlik günlük yedeklemelerinin yeniden oynatılması gerekir.
Kurtarma Noktası Hedefi (RPO):
Oluşabilecek en düşük veri kaybı.
SAP HANA günlük yedekleme sıklığı genellikle 15 dakikadır, ancak bu ayar farklı yapılandırılabilir. Günlük yedeklemeleri için 10 dakikalık bir çoğaltma zamanlaması varsayıldığında en fazla işlem kaybı dakika olur [15+10+transfer_time] .

Birim ekleme

Aşağıdaki örnek, bir SAP HANA sistemine birimler ekler. Sistem, bölgeler arası çoğaltma kullanan bir DR hedef sistemi görevi görür.

NetApp hesabınızdan Uygulama birim grupları'yı seçin ve +Grup Ekle'ye tıklayın. Ardından Dağıtım Türü'nde SAP HANA'yı seçin ve İleri'ye tıklayın.
SAP HANA sekmesinde HANA'ya özgü bilgiler sağlayın.

Önemli

Bölgeler arası çoğaltma hedefi olarak BIR HANA sistemi oluşturduğunuzu belirtmek için Olağanüstü durum kurtarma hedefi seçeneğini belirlediğinizden emin olun.
- SAP Kimliği (SID):
  Üç alfasayısal karakter SAP HANA sistem tanımlayıcısı.
- Grup adı:
  Birim grubu adı.
- SAP düğümü belleği:
  Bu değer konak üzerindeki SAP HANA veritabanının boyutunu tanımlar. Gerekli birim boyutunu ve aktarım hızını hesaplamak için kullanılır.
- Kapasite ek yükü (%):
  Veri koruması için anlık görüntüler kullandığınızda ek kapasite planlamanız gerekir. Bu alan, veri birimi için ek boyut (%) ekler.
  kullanarak "change rate per day" X "number of days retention"bu değeri tahmin edebilirsiniz.
- Tek konak:
  SAP HANA tek konak sistemi veya birden çok konaklı sistem için ilk konak için bu seçeneği belirleyin. İlk konakta yalnızca paylaşılan, günlük yedekleme ve veri yedekleme birimleri oluşturulur.
- Birden çok konak:
  Birden çok konaklı HANA sistemine ek konaklar ekliyorsanız bu seçeneği belirleyin.
- Olağanüstü durum kurtarma hedefi:
  Bölgeler arası çoğaltma kullanarak BIR HANA sistemi için DR sitesi olarak birimler oluşturmak için bu seçeneği belirleyin.
  
  Olağanüstü durum kurtarma hedefi seçildiğinde, bir olağanüstü durum kurtarma kurulumu belirtmek üzere birim grubu adının adlandırma kuralı tetikler"-DR-".
İleri: Birim Grubu'ne tıklayın.
Birim grubu sekmesinde, birim grubunu oluşturmaya ilişkin bilgileri sağlayın:
- Yakınlık yerleştirme grubu (PPG):
  Verilerin ve paylaşılan birimlerin olağanüstü durum kurtarma VM'lerine yakın bir şekilde oluşturulacaklarını belirtir.
  Çoğaltma için VM'lere ihtiyacınız olmasa bile, birimleri sağlarken PPG'yi tutturmak için en az bir VM başlatmanız gerekir.
- Kapasite havuzu:
  Tüm birimler tek bir el ile QoS kapasite havuzuna yerleştirilir.
  Günlük yedekleme ve veri yedekleme birimlerini ayrı bir kapasite havuzunda oluşturmak istiyorsanız, bu birimleri birim grubuna eklememeyi seçebilirsiniz.
- Sanal ağ:
  VM'lerin yerleştirildiği mevcut bir sanal ağı belirtin.
- Alt ağ:
  NFS dışarı aktarmaları için IP adreslerinin oluşturulacağı temsilci alt ağı belirtin. Yeterli boş IP adresine sahip bir temsilci alt ağınız olduğundan emin olun.
İleri: Protokoller'e tıklayın.
Birim Grubu sekmesinin Protokoller bölümünde, tüm birimlerde ortak olması gereken Dışarı Aktarma İlkesi'ni değiştirebilirsiniz.

İleri: Çoğaltma'ya tıklayın.
Birim Grubu sekmesinin Çoğaltma bölümünde, Çoğaltma Zamanlaması alanı varsayılan olarak "Birden Çok" (devre dışı) olur. Çoğaltılan birimler için varsayılan çoğaltma zamanlamaları farklıdır. Bu nedenle, birimler sekmesinden yalnızca her birim için çoğaltma zamanlamalarını tek tek değiştirebilirsiniz; birim grubunun tamamı için genel olarak değiştiremezsiniz.

İleri: Etiketler'e tıklayın.
Birim Grubu sekmesinin Etiketler bölümünde, birimler için gerektiği gibi etiketler ekleyebilirsiniz.

İleri: Birimler'e tıklayın.
Birimler sekmesinde birim listesi görüntülenir.

Birim adlandırma kuralı, birimlerin kurulumun olağanüstü durum kurtarma (hedef) tarafına ait olduğunu belirten bir "DR-" ön ek içerir.

Birimler sekmesinde birim türü de görüntülenir:
- DP - Bölgeler arası çoğaltma ayarında hedefi gösterir. Bu tür birimler çevrimiçi değildir ancak çoğaltma modundadır.
- RW - Okuma ve yazma işlemlerine izin verildiğini gösterir.
Günlük birimi için varsayılan tür olur RWve ayar değiştirilemez.

Veriler, paylaşılan ve günlük yedekleme birimleri için varsayılan tür şeklindedir DPve ayar değiştirilemez.

Veri yedekleme birimi için varsayılan tür DP'dir, ancak bu ayar RW olarak değiştirilebilir.
Kaynak birim kimliğini belirtmek için DP türündeki her birime tıklayın. Daha fazla bilgi için bkz . Kaynak birim kaynak kimliğini bulma.

İsteğe bağlı olarak bir birimin varsayılan çoğaltma zamanlamasını değiştirebilirsiniz. Çoğaltma zamanlama seçenekleri için bkz . Çoğaltma zamanlamaları, RTO ve RPO .
Birim grubunu oluşturduktan sonra, Kaynak birimden çoğaltmayı yetkilendirme başlığındaki yönergeleri izleyerek çoğaltmayı ayarlayın.
1. Oluşturduğunuz her DP birimi için birim Kaynak Kimliğini kopyalayın.
2. Her kaynak birim için Çoğaltma'ya ve ardından Yetki ver'e tıklayın. İlgili her hedef birimin Kaynak Kimliğini yapıştırın.

HANA için HANA sistem çoğaltması kullanarak SAP HANA veritabanını çoğaltmaya yönelik kurulum seçenekleri

Bazı durumlarda, bölgeler arası çoğaltma kullanarak HANA sistem çoğaltmasının HA kurulumunu olağanüstü durum kurtarma (DR) kurulumuyla birleştirmek isteyebilirsiniz. Belirli kullanım düzenine ve hizmet düzeyi sözleşmesine (SLA) bağlı olarak, çoğaltma için iki kurulum seçeneği mümkündür. Bu bölümde seçenekler açıklanmaktadır.

Yalnızca birincil HANA veritabanı birimlerini çoğaltma

Bu senaryoda, genellikle birincil ve ikincil sistemlerin rollerini değiştirmezsiniz. Devralma yalnızca acil bir durumda yapılır. Bu nedenle, bölgeler arası çoğaltma için gereken uygulamayla tutarlı anlık görüntü yedeklemeleri çoğunlukla birincil konakta alınır. Yedekleme oluşturmak için yalnızca birincil HANA veritabanı kullanılabildiğinden bu durum geçerlidir.

Aşağıdaki diyagramda bu senaryo açıklanmaktadır:

Bu senaryoda, bir DR kurulumu yalnızca birincil HANA sisteminin birimlerini içermelidir. Birincil veri biriminin günlük çoğaltması ve hem birincil hem de ikincil sistemlerin günlük yedeklemeleri ile sistem DR sitesinde kurtarılabilir. Diyagramda, birincil ve ikincil sistemlerin günlük yedeklemeleri için tek bir birim kullanılır.

İkincil HSR konağı tarafından devralma durumunda, ikincil sistemde alınan yedeklemeler çoğaltılamaz, ancak ikincilin günlük yedeklemeleri çoğaltılmaya devam eder. Bir olağanüstü durum olursa, DR sitesindeki sistem eski birincilden eski anlık görüntü yedeklemesi ve her iki konaktan çoğaltılan günlük yedeklemeleri kullanılarak kurtarılabilir. HSR çiftinin devralma modunda ne kadar süreyle çalıştırılacağına bağlı olarak daha fazla günlük kurtarılacağından RTO artar. Devralma modu önemli ölçüde uzunsa ve RTO bir sorun haline gelirse, ikincil sistemin veri hacmi dahil olmak üzere yeni bir bölgeler arası çoğaltma ayarlamanız gerekir.

Bu senaryonun iş akışı, Birim ekle iş akışıyla aynıdır.

Hem birincil hem de ikincil HANA veritabanı birimlerini çoğaltma

HA dışındaki nedenlerden dolayı, rolleri birincil ve ikincil HANA sistemleri arasında düzenli aralıklarla değiştirmek isteyebilirsiniz. Bu senaryoda, her iki HANA ana bilgisayarda da uygulamayla tutarlı yedeklemeler oluşturulmalıdır.

Aşağıdaki diyagramda bu senaryo açıklanmaktadır:

Bu senaryoda, diyagramda gösterildiği gibi birincil ve ikincil HANA sistemlerinden her iki birim kümesini de çoğaltmak isteyebilirsiniz.

İkincil çoğaltma hedefinin birimlerini oluşturmak için adlandırma kuralı uyarlanır. Birincil ve ikincil veritabanının çoğaltmasını ayırt etmek için ön ek, ikincil HANA sistemi için olarak DRDR2 değişir. Bu ad değişikliği dışında, iş akışı Birim ekle iş akışıyla aynıdır.

Not

Azure NetApp Files ile HANA için dr çözümünün ayrıntılı bir tartışması için bkz . NetApp teknik raporu TR-4891: Azure NetApp Files ile SAP HANA olağanüstü durum kurtarma. Bu teknik rapor, Azure NetApp Files üzerinde SAP HANA için bölgeler arası çoğaltma kullanma hakkında ayrıntılı arka plan ve örnekler sağlar.

Share via