Azure Uygulaması Lication Tutarlı Anlık Görüntü aracını kullanarak olağanüstü durum kurtarma
Bu makalede, Azure NetApp Files ile kullanabileceğiniz Azure Uygulaması Lication Tutarlı Anlık Görüntü aracını kullanırken olağanüstü durum kurtarmanın nasıl gerçekleştirilebileceği açıklanmaktadır.
Önemli
Bu işlem yalnızca Azure Büyük Örneği için geçerlidir.
Giriş
Azure Büyük Örnek platformunda depolama birimi anlık görüntülerinin çoğaltılabildiği bir Olağanüstü Durum Kurtarma sitesi de yapılandırılabilir. Anlık görüntüler böyle bir kurulumla doğru yapılandırıldıysa, bu sitede Olağanüstü Durum Kurtarma gerçekleştirmek mümkündür. Bu belge, bu kurulum için Olağanüstü Durum Kurtarma gerçekleştirmeye yönelik bir kılavuz olarak tasarlanmıştır.
Olağanüstü durum kurtarma kurulumu önkoşulları
Olağanüstü durum kurtarma yük devretmesini planlamadan önce aşağıdaki önkoşulların karşılanması gerekir.
- DR sitesinde sağlanan bir DR düğümüne sahipsiniz. DR için iki seçenek vardır. Biri normal DR, diğeri ise çok amaçlı DR.
- Depolama çoğaltmanız çalışıyor. Microsoft işlemleri ekibi, DR sağlama sırasında depolama çoğaltma kurulumunu otomatik olarak gerçekleştirir. DR sitesindeki komutunu
azacsnap -c details --details replicationkullanarak depolama çoğaltmasını izleyebilirsiniz. - Birincil konumda depolama anlık görüntülerini ayarladınız ve yapılandırdiniz.
- Birincil örnekle aynı SID'ye sahip birincil için DR sitesinde yüklü bir HANA örneğiniz var.
- AZURE'da SAP HANA Büyük Örnekleri yüksek kullanılabilirlik ve olağanüstü durum kurtarma bölümünde açıklanan DR Yük Devretme yordamını okuyup anlarsınız
- DR konumunda depolama anlık görüntülerini ayarladınız ve yapılandırdiniz.
- DR depolama birimleri ve DR sunucusundaki ilişkili bilgilerle bir yapılandırma dosyası (örneğin,
DR.json) oluşturulmuştur. - DR sitesinde aşağıdaki adımları tamamladınız:
- Depolama ile iletişimi etkinleştirin.
- SAP HANA ile iletişimi etkinleştirin.
Olağanüstü durum kurtarmayı ayarlama
Microsoft, DR kurtarma için depolama düzeyinde çoğaltmayı destekler. DR'yi ayarlamanın iki yolu vardır.
Biri normal, diğeri çok amaçlıdır. Normal DR'de, yük devretme için DR konumunda ayrılmış bir örneğiniz vardır. Çok amaçlı DR senaryosunda, DR sitesindeki HANA büyük örnek biriminde çalışan başka bir Soru-Cevap veya geliştirme HANA örneğine sahipsiniz. Ancak, uykuda olan ve bu HANA Büyük Örnek birimine yük devretmek istediğiniz HANA örneğiyle aynı SID'ye sahip önceden yüklenmiş bir HANA örneği de yüklemişsinizdir. Microsoft işlemleri, ekleme sırasında Hizmet İstek Formu'nda (SRF) sağlanan girişe göre depolama çoğaltması dahil olmak üzere ortamı sizin için ayarlar.
Önemli
DR kurulumu için tüm önkoşulların karşılandığından emin olun.
Birincil siteden DR sitesine veri çoğaltmayı izleme
Microsoft operasyon ekibi, Birincil siteden DR sitesine yönelik DR bağlantısını zaten yönetir ve izler.
anlık görüntü komutunu azacsnap -c details --details replicationkullanarak birincil sunucunuzdan DR sunucusuna veri çoğaltmasını izleyebilirsiniz.
DR sitesine yük devretme gerçekleştirme
DR sitesinde (azacsnap -c restore --restore revertvolume ) yük devretme komutunu çalıştırın.
Önemli
Komut, azacsnap -c restore --restore revertvolume Depolama çoğaltmasını Üretim sitesinden DR sitesine keser. Çoğaltmayı yeniden ayarlamak için Microsoft İşlemleri'ne ulaşmanız gerekir. Çoğaltma yeniden etkinleştirildikten sonra, bu SID için DR depolamadaki tüm veriler başlatılır. Yük devretmeyi gerçekleştiren komut, en son çoğaltılan depolama anlık görüntüsünü kullanıma sunar. Eski bir anlık görüntüye geri yüklemeniz gerekiyorsa, işlemlerin DR sitesinde geri yüklenen önceki bir anlık görüntüyü sağlamaya yardımcı olabilmesi için bir destek isteği açın.
Yüksek düzeyde, DR yük devretmesi için izleyebileceğiniz adımlar şunlardır:
- Birincil sitedeki HANA örneğini kapatmanız gerekir. Bu eylem yalnızca DR sitesine gerçekten yük devretme yapıyorsanız gereklidir, böylece veri tutarsızlıklarınız olmaz.
- Üretim SID'sinin DR düğümündeki HANA örneğini kapatın.
- Kurtarılacak SID ile DR düğümünde komutunu
azacsnap -c restore --restore revertvolumeyürütür- Komut, Birincil'den DR sitesine depolama çoğaltma bağlantısını keser
- Komut yalnızca /data ve /logbackups birimini geri yükler, /shared birimi kurtarılmaz, ancak DR konumunda SID için mevcut /shared değerini kullanır.
- /data ve /logbackups birimini bağlayın; fstab dosyasına eklediğinizden emin olun
- HANA SYSTEMDB anlık görüntüsünü geri yükleyin. HANA studio yalnızca komut
azacsnap -c restore --restore revertvolumeyürütmenin bir parçası olarak geri yüklenen depolama anlık görüntüsü altında kullanılabilen en son HANA anlık görüntüsünü gösterir. - Kiracı veritabanını kurtarın.
- Üretim SID'sinin DR sitesinde HANA örneğini başlatın (Örnek: Bu örnekte H80).
- Test gerçekleştirin.
Olağanüstü Durum Kurtarma gerçekleştirme örneği
Bu alt bölümde, Olağanüstü Durum Kurtarma sitesine yük devretme için ayrıntılı adımlar açıklanmaktadır.
1. Adım: DR düğümünün birim ayrıntılarını alma
Yük devretmeden sonra başvuracak dosya sistemlerini ve ilişkili birimleri listelemek için komutunu df –h yürütür.
df -h
Filesystem Size Used Avail Use% Mounted on
devtmpfs 378G 8.0K 378G 1% /dev
tmpfs 569G 0 569G 0%
/dev/shm
tmpfs 378G 18M 378G 1% /run
tmpfs 378G 0 378G 0%
/sys/fs/cgroup
/dev/mapper/3600a098038304445622b4b584c575a66-part2 47G 20G 28G 42% /
/dev/mapper/3600a098038304445622b4b584c575a66-part1 979M 57M 856M 7% /boot
172.18.20.241:/hana_log_h80_mnt00003_t020_vol 512G 2.1G 510G 1% /hana/log/H80/mnt00003
172.18.20.241:/hana_log_h80_mnt00001_t020_vol 512G 5.5G 507G 2% /hana/log/H80/mnt00001
172.18.20.241:/hana_data_h80_mnt00003_t020_vol 1.2T 332M 1.2T 1% /hana/data/H80/mnt00003
172.18.20.241:/hana_log_h80_mnt00002_t020_vol 512G 2.1G 510G 1% /hana/log/H80/mnt00002
172.18.20.241:/hana_data_h80_mnt00002_t020_vol 1.2T 300M 1.2T 1% /hana/data/H80/mnt00002
172.18.20.241:/hana_data_h80_mnt00001_t020_vol 1.2T 6.4G 1.2T 1% /hana/data/H80/mnt00001
172.18.20.241:/hana_shared_h80_t020_vol/usr_sap_node1 2.7T 11G 2.7T 1% /usr/sap/H80
tmpfs 76G 0 76G 0% /run/user/0
172.18.20.241:/hana_shared_h80_t020_vol 2.7T 11G 2.7T 1% /hana/shared
172.18.20.241:/hana_data_h80_mnt00001_t020_xdp 1.2T 6.4G 1.2T 1% /hana/data/H80/mnt00001
172.18.20.241:/hana_data_h80_mnt00002_t020_xdp 1.2T 300M 1.2T 1% /hana/data/H80/mnt00002
172.18.20.241:/hana_data_h80_mnt00003_t020_xdp 1.2T 332M 1.2T 1% /hana/data/H80/mnt00003
172.18.20.241:/hana_log_backups_h80_t020_xdp 512G 15G 498G 3% /hana/logbackups/H80_T250
2. Adım: Birincil sitede HANA'yı kapatma
Üretim iş yüklerinin tam yük devretmesini gerçekleştiriyorsanız ve Birincil üretim sitesine bağlanmak mümkünse, DR'ye yük devredilmekte olan SAP HANA örneklerini kapatın.
Örneğin kök olarak oturum açtıysanız aşağıdaki örnekte SAP HANA'nın nasıl kapatılacağı gösterilmektedir. sid değerini> SAP HANA SID'nizle değiştirin<.
su - <sid>adm
HDB stop
3. Adım: DR sitesinde HANA'yı kapatma
Birimleri geri yüklemeden önce DR sitesinde SAP HANA'yı kapatmak önemlidir.
Örneğin kök olarak oturum açtıysanız aşağıdaki örnekte SAP HANA'nın nasıl kapatılacağı gösterilmektedir. sid değerini> SAP HANA SID'nizle değiştirin<.
su - <sid>adm
HDB stop
Önemli
Herhangi bir birimi geri yüklemeden önce DR sitesindeki HANA örneklerinin devre dışı olduğundan emin olun.
4. Adım: Birimleri geri yükleme
azacsnap -c restore --restore revertvolume --dbsid H80
DR yük devretme komutunun çıktısı.
azacsnap --configfile DR.json -c restore --restore revertvolume --dbsid H80
* This program is designed for those customers who have previously installed the
Production HANA instance in the Disaster Recovery Location either as a
stand-alone instance or as part of a multi-purpose environment.
* This program should be executed from the Disaster Recovery location otherwise
unintended consequences may result.
* This program is intended to allow the customer to complete a Disaster Recovery
failover.
* Any other restore points must be handled by Microsoft Operations.
* All volumes ('data' and 'other') are reverted to their most recent snapshot.
* The SnapMirror replication relationship between Prod and DR will be broken.
CAUTION: a failback will be required after running this command and failback
might not be a quick process and will require multiple steps in coordination
with Microsoft Operations.
Do you wish to continue? (y/n) [n]: y
Checking state of HLI volumes for SID 'H80'
Configured volumes (Data and Other) are not quiesced for revert, will retry in 00:00:10 seconds
Volumes All Ok to Revert = True
Reverting volume 'hana_data_h80_mnt00001_t020_xdp' to snapshot 'H80_HANA_DATA_30MIN.2020-09-16_0330.0'
DR.json Data Volume #1 'hana_data_h80_mnt00001_t020_xdp' assigning to mountpoint 'mnt00001'
Reverting volume 'hana_log_backups_h80_t020_xdp01' to snapshot 'H80_HANA_LOGS_3MIN_X9.2020-09-16_0339.recent'
DR.json Other Volume #1 'hana_log_backups_h80_t020_xdp01' assigning to mountpoint '01'
HLI Volume revert completed for SID 'H80'
Displaying Mount Points by Volume as follows:
10.50.251.34:/hana_data_h80_mnt00001_t020_xdp /hana/data/H80/mnt00001 nfs rw,bg,hard,timeo=600,vers=4,rsize=1048576,wsize=1048576,intr,noatime,lock 0 0
10.50.251.36:/hana_log_backups_h80_t020_xdp01 /hana/log_backups/H80/01 nfs rw,bg,hard,timeo=600,vers=4,rsize=1048576,wsize=1048576,intr,noatime,lock 0 0
********************* HANA DR Restore Steps **********************************
* Please complete the following steps to recover your HANA database: *
* 1. Ensure ALL the target mount points exist to mount the snapshot clones. *
* e.g. mkdir /hana/logbackups/H99_SOURCE *
* 2. Add Mount Point Details from 'Displaying Mount Points by Volume' as *
* output above into /etc/fstab of DR Server. *
* 3. Mount newly added filesystems. *
* 4. Perform HANA Snapshot Recovery using HANA Studio. *
********************************************************************************
Dekont
Dr yük devretmesi için depolama hazırlığı tamamlamak için konsol ekranının sonundaki adımların izlenmesi gerekir.
5. Adım: Gereksiz dosya sistemlerini çıkarma
Gerekli olmayan dosya sistemlerini/birimlerini sökmek için komutunu umount yürütebilirsiniz.
umount <Mount point>
Verileri çıkarın ve yedekleme bağlama noktalarını günlüğe yazın. Ölçeği genişletme senaryosunda birden çok veri bağlama noktanız olabilir.
6. Adım: Bağlama noktalarını yapılandırma
Dosyayı /etc/fstab değiştirerek birincil SID'nin (SID=H80) veri ve günlük yedekleme girdilerini açıklama satırı yapın ve Birincil site DR birimlerinden oluşturulan yeni bağlama noktası girdilerini ekleyin. Yeni bağlama noktası girişleri komut çıkışında sağlanır.
DR sitesinde çalışan mevcut bağlama noktalarını şu karakterle açıklama satırı yap
#:#172.18.20.241:/hana_data_h80_mnt00001_t020_vol /hana/data/H80/mnt00001 nfs rw,hard,timeo=600,vers=4,rsize=1048576,wsize=1048576,intr,noatime,lock 0 0 #172.18.20.241:/hana_log_backups_h80_t020 /hana/logbackups/H80 nfs rw,bg,hard,timeo=600,vers=4,rsize=1048576,wsize=1048576,intr,noatime,lock 0 0Aşağıdaki satırları
/etc/fstabbu, komutundan alınan çıktıyla aynı olmalıdır
10.50.251.34:/hana_data_h80_mnt00001_t020_xdp /hana/data/H80/mnt00001 nfs rw,bg,hard,timeo=600,vers=4,rsize=1048576,wsize=1048576,intr,noatime,lock 0 0 10.50.251.36:/hana_log_backups_h80_t020_xdp01 /hana/log_backups/H80/01 nfs rw,bg,hard,timeo=600,vers=4,rsize=1048576,wsize=1048576,intr,noatime,lock 0 0
7. Adım: Kurtarma birimlerini bağlama
Tüm bağlama noktalarını bağlamak için komutunu mount –a yürütür.
mount -a
Şimdi yürütürseniz df –h bağlı birimleri görmeniz *_dp gerekir.
df -h
Filesystem Size Used Avail Use% Mounted on
devtmpfs 378G 8.0K 378G 1% /dev
tmpfs 569G 0 569G 0% /dev/shm
tmpfs 378G 18M 378G 1% /run
tmpfs 378G 0 378G 0% /sys/fs/cgroup
/dev/mapper/3600a098038304445622b4b584c575a66-part2 47G 20G 28G 42% /
/dev/mapper/3600a098038304445622b4b584c575a66-part1 979M 57M 856M 7% /boot
172.18.20.241:/hana_log_h80_mnt00003_t020_vol 512G 2.1G 510G 1% /hana/log/H80/mnt00003
172.18.20.241:/hana_log_h80_mnt00001_t020_vol 512G 5.5G 507G 2% /hana/log/H80/mnt00001
172.18.20.241:/hana_data_h80_mnt00003_t020_vol 1.2T 332M 1.2T 1% /hana/data/H80/mnt00003
172.18.20.241:/hana_log_h80_mnt00002_t020_vol 512G 2.1G 510G 1% /hana/log/H80/mnt00002
172.18.20.241:/hana_data_h80_mnt00002_t020_vol 1.2T 300M 1.2T 1% /hana/data/H80/mnt00002
172.18.20.241:/hana_data_h80_mnt00001_t020_vol 1.2T 6.4G 1.2T 1% /hana/data/H80/mnt00001
172.18.20.241:/hana_shared_h80_t020_vol/usr_sap_node1 2.7T 11G 2.7T 1% /usr/sap/H80
tmpfs 76G 0 76G 0% /run/user/0
172.18.20.241:/hana_shared_h80_t020_vol 2.7T 11G 2.7T 1% /hana/shared
172.18.20.241:/hana_data_h80_mnt00001_t020_xdp 1.2T 6.4G 1.2T 1% /hana/data/H80/mnt00001
172.18.20.241:/hana_data_h80_mnt00002_t020_xdp 1.2T 300M 1.2T 1% /hana/data/H80/mnt00002
172.18.20.241:/hana_data_h80_mnt00003_t020_xdp 1.2T 332M 1.2T 1% /hana/data/H80/mnt00003
172.18.20.241:/hana_log_backups_h80_t020_xdp 512G 15G 498G 3% /hana/logbackups/H80_T250
8. Adım: SYSTEMDB'yi kurtarma
HANA Studio'dan SYSTEMDB örneğine sağ tıklayıp "Yedekleme ve Kurtarma" ve ardından "Sistem Veritabanını Kurtar" seçeneğini belirleyin
Anlık görüntüden, özellikle SYSTEMDB'den veritabanı kurtarma kılavuzuna bakın.
9. Adım: Kiracı veritabanını kurtarma
HANA Studio'da SYSTEMDB örneğine sağ tıklayın ve "Yedekleme ve Kurtarma" ve ardından "Kiracı Veritabanını Kurtar" seçeneğini belirleyin.
Anlık görüntüden, özellikle TENANT veritabanlarından bir veritabanını kurtarma kılavuzuna bakın.
DR sitesinde çalıştırma azacsnap -c backup
DR sitesinde anlık görüntü tabanlı yedeklemeler çalıştırıyorsanız, DR sitesindeki yapılandırma dosyasında yapılandırılan azacsnap HANA Sunucu Adı, üretim sunucusu adıyla aynı olmalıdır.
Önemli
azacsnap -c backup komutunu çalıştırmak DR sitesinde depolama anlık görüntüleri oluşturabilir, bunlar otomatik olarak başka bir siteye çoğaltılmaz. Tüm dosyaları veya verileri özgün üretim sitesine geri döndürmeyi daha iyi anlamak için Microsoft Operations ile birlikte çalışın.
Sonraki adımlar
Geri Bildirim
Çok yakında: 2024 boyunca, içerik için geri bildirim mekanizması olarak GitHub Sorunları’nı kullanımdan kaldıracak ve yeni bir geri bildirim sistemiyle değiştireceğiz. Daha fazla bilgi için bkz. https://aka.ms/ContentUserFeedback.
Gönderin ve geri bildirimi görüntüleyin