Aracılığıyla paylaş

Öğretici: Azure CLI kullanarak Azure VM'deki SAP HANA veritabanlarını geri yükleme

  • Makale

Bu öğreticide, Azure CLI kullanarak SAP HANA veritabanı örneğinin ve SAP HANA Sistem Çoğaltması (HSR) örneğinin nasıl geri yükleneceği açıklanır.

Azure CLI, komut satırından veya betikler aracılığıyla Azure kaynakları oluşturmak ve yönetmek için kullanılır. Bu belge, Azure CLI kullanarak Azure VM'de yedeklenmiş sap HANA veritabanını geri yükleme hakkında ayrıntılı bilgi sağlar. Bu adımları Azure portalını kullanarak da gerçekleştirebilirsiniz.

Dekont

  • Özgün Konum Kurtarma (OLR) şu anda HSR için desteklenmemektedir.
  • HSR örneğine geri yükleme desteklenmez. Ancak, yalnızca HANA örneğine geri yükleme desteklenir.

CLI komutlarını çalıştırmak için Azure Cloud Shell'i kullanın.

Bu öğreticide, Azure Backup kullanılarak yedeklenen Azure VM üzerinde çalışan bir SAP HANA veritabanınız olduğu varsayılır. SAP HANA veritabanınızı yedeklemek için CLI kullanarak Azure'da SAP HANA veritabanını yedekleme seçeneğini kullandıysanız aşağıdaki kaynakları kullanıyorsunuz demektir:

  • adlı saphanaResourceGroupbir kaynak grubu.
  • adlı saphanaVaultbir kasa.
  • adlı VMAppContainer;Compute;saphanaResourceGroup;saphanaVMkorumalı kapsayıcı.
  • Yedeklenen veritabanı/adlı saphanadatabase;hxe;hxeöğe.
  • westus2 Bölgedeki kaynaklar.

Desteklenen yapılandırmalar ve senaryolar hakkında daha fazla bilgi için sap HANA yedekleme destek matrisine bakın.

Yedeklenen veritabanı için geri yükleme noktalarını görüntüleme

Bir veritabanının tüm kurtarma noktalarının listesini görüntülemek için az backup recoverypoint list cmdlet'ini aşağıdaki gibi kullanın:

Bir veritabanı türü seçin:

Kullanılabilir kurtarma noktalarını görüntülemek için aşağıdaki komutu çalıştırın:

az backup recoverypoint list --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --container-name VMAppContainer;Compute;saphanaResourceGroup;saphanaVM \
    --item-name saphanadatabase;hxe;hxe \
   --output table

Kurtarma noktaları listesi aşağıdaki gibi görünür:

Name                      Time                               BackupManagementType   Item Name               RecoveryPointType
-------------------       ---------------------------------  ---------------------  ----------------------  ------------------
7660777527047692711       2019-12-10T04:00:32.346000+00:00   AzureWorkload          SAPHanaDtabase;hxe;hxe  Full
7896624824685666836       2019-12-15T10:33:32.346000+00:00   AzureWorkload          SAPHanaDtabase;hxe;hxe  Differential
DefaultRangeRecoveryPoint                                    AzureWorkload          SAPHanaDtabase;hxe;hxe  Log

Gördüğünüz gibi, yukarıdaki listede üç kurtarma noktası vardır: her biri tam, değişiklik ve günlük yedeklemesi için birer tane.

Dekont

Ayrıca, az backup recoverypoint show-log-chain cmdlet'ini kullanarak her kesintisiz günlük yedekleme zincirinin başlangıç ve bitiş noktalarını görüntüleyebilirsiniz.

Veritabanını geri yükleme önkoşulları

Veritabanını geri yüklemeden önce aşağıdaki önkoşulların karşılandığından emin olun:

  • Veritabanını yalnızca aynı bölgedeki bir SAP HANA örneğine geri yükleyebilirsiniz
  • Hedef örneğin kaynakla aynı kasaya kaydedilmesi gerekir
  • Azure Backup, aynı VM'de iki farklı SAP HANA örneğini tanımlayamaz. Bu nedenle, verileri aynı VM'de bir örnekten diğerine geri yüklemek mümkün değildir.

Veritabanını geri yükleme

Azure Backup, Azure VM'lerinde çalışan SAP HANA veritabanlarını aşağıdaki gibi geri yükleyebilir:

  • Günlük yedeklemelerini kullanarak belirli bir tarih veya saate (ikinciye) geri yükleyin. Azure Backup, seçilen zamana göre geri yüklemek için gereken uygun tam, değişiklik yedeklemelerini ve günlük yedeklemeleri zincirini otomatik olarak belirler.
  • Belirli bir kurtarma noktasına geri yüklemek için belirli bir tam veya değişiklik yedeğine geri yükleme.

Veritabanını geri yüklemek için, girişlerden biri olarak kurtarma yapılandırma nesnesi gerektiren az restore restore-azurewl cmdlet'ini kullanın. Bu nesne az backup recoveryconfig show cmdlet'i kullanılarak oluşturulabilir. Kurtarma yapılandırması nesnesi, geri yükleme gerçekleştirmek için tüm ayrıntıları içerir. Bunlardan biri geri yükleme modu : OriginalWorkloadRestore veya AlternateWorkloadRestore.

Dekont

OriginalWorkloadRestore - Verileri özgün kaynakla aynı SAP HANA örneğine geri yükleyin. Bu seçenek özgün veritabanının üzerine yazar.
AlternateWorkloadRestore - Veritabanını alternatif bir konuma geri yükleyin ve özgün kaynak veritabanını koruyun.

Alternatif konuma geri yükleme

Veritabanını alternatif bir konuma geri yüklemek için geri yükleme modu olarak AlternateWorkloadRestore kullanın. Daha sonra, önceki bir zaman noktası veya önceki geri yükleme noktalarından herhangi biri olabilecek geri yükleme noktasını seçmeniz gerekir.

Bu öğreticide, önceki bir geri yükleme noktasına geri yükleyeceksiniz. Veritabanının geri yükleme noktalarının listesini görüntüleyin ve geri yüklemek istediğiniz noktayı seçin. Bu öğreticide, 7660777527047692711 adlı geri yükleme noktası kullanılır.

Yukarıdaki geri yükleme noktası adını ve geri yükleme modunu kullanarak az backup recoveryconfig show cmdlet'ini kullanarak kurtarma yapılandırma nesnesini oluşturalım. Şimdi bu cmdlet'teki kalan parametrelerin her birinin ne anlama geliyor olduğunu inceleyelim:

  • --target-item-name Bu, geri yüklenen veritabanının kullanacağı addır. Bu durumda, restored_database adını kullandık.
  • --target-server-name Bu, Kurtarma Hizmetleri kasasına başarıyla kaydedilen ve geri yüklenecek veritabanıyla aynı bölgede yer alan bir SAP HANA sunucusunun adıdır. Bu öğreticide, veritabanını koruduğumuz hxehost adlı SAP HANA sunucusuna geri yükleyeceğiz.
  • --target-server-type SAP HANA veritabanlarının geri yüklenmesi için HANAInstance kullanılmalıdır.

Bir veritabanı türü seçin:

Geri yükleme işlemini başlatmak için aşağıdaki komutu çalıştırın:


az backup recoveryconfig show --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --container-name VMAppContainer;Compute;saphanaResourceGroup;saphanaVM \
    --item-name saphanadatabase;hxe;hxe \
    --restore-mode AlternateWorkloadRestore \
    --rp-name 7660777527047692711 \
    --target-item-name restored_database \
    --target-server-name hxehost \
    --target-server-type HANAInstance \
    --workload-type SAPHANA \
    --output json

Yukarıdaki sorguya verilen yanıt aşağıdakine benzer bir kurtarma yapılandırma nesnesi olacaktır:

{"restore_mode": "AlternateLocation", "container_uri": " VMAppContainer;Compute;saphanaResourceGroup;saphanaVM ", "item_uri": "SAPHanaDatabase;hxe;hxe", "recovery_point_id": "7660777527047692711", "item_type": "SAPHana", "source_resource_id": "/subscriptions/ef4ab5a7-c2c0-4304-af80-af49f48af3d1/resourceGroups/saphanaResourceGroup/providers/Microsoft.Compute/virtualMachines/saphanavm", "database_name": null, "container_id": null, "alternate_directory_paths": null}

Şimdi veritabanını geri yüklemek için az restore-azurewl cmdlet'ini çalıştırın. Bu komutu kullanmak için recoveryconfig.json adlı bir dosyaya kaydedilen yukarıdaki json çıkışını gireceğiz.

az backup restore restore-azurewl --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --restore-config recoveryconfig.json \
    --output table

Çıkış şöyle görünür:

Name                                  Resource
------------------------------------  -------
5b198508-9712-43df-844b-977e5dfc30ea  SAPHANA

Yanıt size iş adını verir. Bu iş adı az backup job show cmdlet'i kullanılarak iş durumunu izlemek için kullanılabilir.

Geri yükleme ve üzerine yazma

Özgün konuma geri yüklemek için geri yükleme modu olarak OrignialWorkloadRestore kullanacağız. Daha sonra, önceki bir zaman noktası veya önceki geri yükleme noktalarından herhangi biri olabilecek geri yükleme noktasını seçmeniz gerekir.

Bu öğreticide geri yükleneceği önceki "28-11-2019-09:53:00" noktasını seçeceğiz. Bu geri yükleme noktasını şu biçimlerde sağlayabilirsiniz: dd-mm-yy, dd-mm-yyyy-hh:mm:ss. Geri yükleneceği geçerli bir nokta seçmek için, kesintisiz günlük zinciri yedekleme aralıklarını listeleyen az backup recoverypoint show-log-chain cmdlet'ini kullanın.

az backup recoveryconfig show --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --container-name VMAppContainer;Compute;saphanaResourceGroup;saphanaVM \
    --item-name saphanadatabase;hxe;hxe \
    --restore-mode OriginalWorkloadRestore \
    --log-point-in-time 28-11-2019-09:53:00 \
    --output json

Yukarıdaki sorguya verilen yanıt, aşağıdaki gibi görünen bir kurtarma yapılandırma nesnesi olacaktır:

{"restore_mode": "OriginalLocation", "container_uri": " VMAppContainer;Compute;saphanaResourceGroup;saphanaVM ", "item_uri": "SAPHanaDatabase;hxe;hxe", "recovery_point_id": "DefaultRangeRecoveryPoint", "log_point_in_time": "28-11-2019-09:53:00", "item_type": "SAPHana", "source_resource_id": "/subscriptions/ef4ab5a7-c2c0-4304-af80-af49f48af3d1/resourceGroups/saphanaResourceGroup/providers/Microsoft.Compute/virtualMachines/saphanavm", "database_name": null, "container_id": null, "alternate_directory_paths": null}"

Şimdi veritabanını geri yüklemek için az restore-azurewl cmdlet'ini çalıştırın. Bu komutu kullanmak için recoveryconfig.json adlı bir dosyaya kaydedilen yukarıdaki json çıkışını gireceğiz.

az backup restore restore-azurewl --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --restore-config recoveryconfig.json \
    --output table

Çıkış şöyle görünür:

Name                                  Resource
------------------------------------  --------
5b198508-9712-43df-844b-977e5dfc30ea  SAPHANA

Yanıt size iş adını verir. Bu iş adı az backup job show cmdlet'ini kullanarak iş durumunu izlemek için kullanılabilir.

İkincil bölgeye geri yükleme

Veritabanını ikincil bölgeye geri yüklemek için, geri yükleme yapılandırmasında ikincil bölgede bulunan bir hedef kasa ve sunucu belirtin.

az backup recoveryconfig show --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --container-name VMAppContainer;compute;hanasnapshotcvtmachines;hanasnapcvt01 \
    --item-name SAPHanaDatabase;h10;h10 \
    --restore-mode AlternateWorkloadRestore \
    --from-full-rp-name 293170069256531 \
    --rp-name 293170069256531 \
    --target-server-name targethanaserver \
    --target-container-name VMAppContainer;compute;saphanaTargetRG;targethanaserver \
    --target-item-name h10 \
    --target-server-type HANAInstance \
    --workload-type SAPHANA \
    --target-resource-group saphanaTargetRG \
    --target-vault-name targetVault \
    --backup-management-type AzureWorkload

Kurtarma yapılandırma nesnesi olacak yukarıdaki komuta verilen yanıt aşağıdadır:

{
  "alternate_directory_paths": null,
  "container_id": "/subscriptions/00000000-0000-0000-0000-000000000000/resourceGroups/saphanaTargetRG/providers/Microsoft.RecoveryServices/vaults/targetVault/backupFabrics/Azure/protectionContainers/vmappcontainer;compute;saphanaTargetRG;targethanaserver",
  "container_uri": "VMAppContainer;compute;hanasnapshotcvtmachines;hanasnapcvt01",
  "database_name": "SAPHanaDatabase;h10;h10",
  "filepath": null,
  "item_type": "SAPHana",
  "item_uri": "SAPHanaDatabase;h10;h10",
  "log_point_in_time": null,
  "recovery_mode": null,
  "recovery_point_id": "293170069256531",
  "restore_mode": "AlternateLocation",
  "source_resource_id": "/subscriptions/00000000-0000-0000-0000-000000000000/resourceGroups/saphanaResourceGroup/providers/Microsoft.Compute/virtualMachines/hanasnapcvt01",
  "workload_type": "SAPHanaDatabase"
}

Bu kurtarma yapılandırmasını az restore-azurewl cmdlet'inde kullanın. --use-secondary-region Veritabanını ikincil bölgeye geri yüklemek için bayrağını seçin.

az backup restore restore-azurewl --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --recovery-config recoveryconfig.json \
    --use-secondary-region \
    --output table

Çıkış aşağıdaki gibi olacaktır:

Name                                  Operation           Status      Item Name            Backup Management Type    Start Time UTC                    Duration
------------------------------------  ------------------  ----------  -------------------  ------------------------  --------------------------------  --------------
00000000-0000-0000-0000-000000000000  CrossRegionRestore  InProgress  H10 [hanasnapcvt01]  AzureWorkload             2021-12-22T05:21:34.165617+00:00  0:00:05.665470

Dekont

İkincil bölgede kullanılabilir yedekleme verilerinin RPO değeri 12 saattir. Bu nedenle, CRR'yi açtığınızda, ikincil bölgenin RPO'sunun 12 saat + günlük sıklığı süresi (en az 15 dakika olarak ayarlanabilir) olur.

Dosya olarak geri yükleme

Yedekleme verilerini veritabanı yerine dosya olarak geri yüklemek için geri yükleme modu olarak RestoreAsFiles kullanacağız. Ardından, önceki bir zaman noktası veya önceki geri yükleme noktalarından herhangi biri olabilecek geri yükleme noktasını seçin. Dosyalar belirtilen bir yola bırakıldıktan sonra, bu dosyaları veritabanı olarak geri yüklemek istediğiniz herhangi bir SAP HANA makinesine götürebilirsiniz. Bu dosyaları herhangi bir makineye taşıyabildiğiniz için artık verileri abonelikler ve bölgeler arasında geri yükleyebilirsiniz.

Bu öğreticide 28-11-2019-09:53:00 , geri yüklemek için önceki belirli bir noktayı ve aynı SAP HANA sunucusundaki yedekleme dosyalarının /home/saphana/restoreasfiles dökümünü almak için konumu seçeceğiz. Bu geri yükleme noktasını şu biçimlerden birinde sağlayabilirsiniz: dd-mm-yyyy veya dd-mm-yyyy-hh:mm:ss. Geri yükleneceği geçerli bir nokta seçmek için, kesintisiz günlük zinciri yedekleme aralıklarını listeleyen az backup recoverypoint show-log-chain cmdlet'ini kullanın.

Yukarıdaki geri yükleme noktası adını ve geri yükleme modunu kullanarak az backup recoveryconfig show cmdlet'ini kullanarak kurtarma yapılandırma nesnesini oluşturalım. Şimdi bu cmdlet'teki kalan parametrelerin her birinin ne anlama geliyor olduğunu inceleyelim:

  • --target-container-name Bu, kurtarma hizmetleri kasasına başarıyla kaydedilen ve geri yüklenecek veritabanıyla aynı bölgede bulunan SAP HANA sunucusunun adıdır. Bu öğreticide veritabanını dosya olarak, koruduğumuz hxehost adlı SAP HANA sunucusuna geri yükleyeceğiz.
  • --rp-name Belirli bir noktaya geri yükleme için geri yükleme noktası adı DefaultRangeRecoveryPoint olacaktır 
az backup recoveryconfig show --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --container-name VMAppContainer;Compute;saphanaResourceGroup;saphanaVM \
    --item-name saphanadatabase;hxe;hxe \
    --restore-mode RestoreAsFiles \
    --log-point-in-time 28-11-2019-09:53:00 \
    --rp-name DefaultRangeRecoveryPoint \
    --target-container-name VMAppContainer;Compute;saphanaResourceGroup;saphanaVM \
    --filepath /home/saphana/restoreasfiles \
    --output json

Yukarıdaki sorguya verilen yanıt, aşağıdaki gibi görünen bir kurtarma yapılandırma nesnesi olacaktır:

{
  "alternate_directory_paths": null,
  "container_id": "/Subscriptions/ef4ab5a7-c2c0-4304-af80-af49f48af3d1/resourceGroups/saphanaResourceGroup/providers/Microsoft.RecoveryServices/vaults/SAPHANAVault/backupFabrics/Azure/protectionContainers/VMAppContainer;Compute;SAPHANA;hanamachine",
  "container_uri": "VMAppContainer;compute;saphana;hanamachine",
  "database_name": null,
  "filepath": "/home/",
  "item_type": "SAPHana",
  "item_uri": "SAPHanaDatabase;hxe;hxe",
  "log_point_in_time": "04-07-2020-09:53:00",
  "recovery_mode": "FileRecovery",
  "recovery_point_id": "DefaultRangeRecoveryPoint",
  "restore_mode": "AlternateLocation",
  "source_resource_id": "/subscriptions/ef4ab5a7-c2c0-4304-af80-af49f48af3d1/resourceGroups/saphanaResourceGroup/providers/Microsoft.Compute/virtualMachines/hanamachine"
}

Şimdi veritabanını dosyalar olarak geri yüklemek için az restore restore-azurewl cmdlet'ini çalıştırın. Bu komutu kullanmak için yukarıdaki recoveryconfig.json adlı dosyaya kaydedilen json çıkışını gireceğiz.

az backup restore restore-azurewl --resource-group saphanaResourceGroup \
    --vault-name saphanaVault \
    --restore-config recoveryconfig.json \
    --output json

Çıkış şöyle görünür:

{
  "eTag": null,
  "id": "/Subscriptions/ef4ab5a7-c2c0-4304-af80-af49f48af3d1/resourceGroups/SAPHANARESOURCEGROUP/providers/Microsoft.RecoveryServices/vaults/SAPHANAVault/backupJobs/608e737e-c001-47ca-8c37-57d909c8a704",
  "location": null,
  "name": "608e737e-c001-47ca-8c37-57d909c8a704",
  "properties": {
    "actionsInfo": [
      "Cancellable"
    ],
    "activityId": "7ddd3c3a-c0eb-11ea-a5f8-54ee75ec272a",
    "backupManagementType": "AzureWorkload",
    "duration": "0:00:01.781847",
    "endTime": null,
    "entityFriendlyName": "HXE [hxehost]",
    "errorDetails": null,
    "extendedInfo": {
      "dynamicErrorMessage": null,
      "propertyBag": {
        "Job Type": "Restore as files"
      },
      "tasksList": [
        {
          "status": "InProgress",
          "taskId": "Transfer data from vault"
        }
      ]
    },
    "jobType": "AzureWorkloadJob",
    "operation": "Restore",
    "startTime": "2020-07-08T07:20:29.336434+00:00",
    "status": "InProgress",
    "workloadType": "SAPHanaDatabase"
  },
  "resourceGroup": "saphanaResourceGroup",
  "tags": null,
  "type": "Microsoft.RecoveryServices/vaults/backupJobs"
}

Yanıt size iş adını verir. Bu iş adı az backup job show cmdlet'ini kullanarak iş durumunu izlemek için kullanılabilir.

Hedef kapsayıcıya atılan dosyalar şunlardır:

  • Veritabanı yedekleme dosyaları
  • Katalog dosyaları
  • JSON meta veri dosyaları (ilgili her yedekleme dosyası için)

Genellikle, bir ağ paylaşım yolu veya hedef yol olarak belirtildiğinde bağlı bir Azure dosya paylaşımının yolu, aynı ağdaki diğer makineler veya bunlara bağlı aynı Azure dosya paylaşımı ile bu dosyalara daha kolay erişim sağlar.

Dekont

Veritabanı yedekleme dosyalarını hedef kayıtlı VM'ye bağlı bir Azure dosya paylaşımına geri yüklemek için kök hesabın Azure dosya paylaşımında okuma/yazma izinlerine sahip olduğundan emin olun.

Seçilen geri yükleme noktasının türüne (Belirli bir nokta veya Tam & Değişiklik) bağlı olarak, hedef yolda bir veya daha fazla klasör oluşturulur. adlı Data_<date and time of restore> klasörlerden biri tam yedeklemeleri, diğer klasör Log ise günlük yedeklemelerini ve diğer yedeklemeleri (fark ve artımlı gibi) içerir.

Dekont

Belirli bir noktaya geri yükle'yi seçtiyseniz, günlük dosyaları (hedef VM'ye bırakıldı) bazen geri yükleme için seçilen belirli bir noktanın ötesinde günlükler içerebilir. Azure Backup bunu, seçilen belirli bir noktaya tutarlı ve başarılı geri yükleme için tüm HANA hizmetleri için günlük yedeklemelerinin kullanılabilir olmasını sağlamak için yapar.

Dekont

Zincirin tamamını geri yüklemek istemiyorsanız ancak dosyaların yalnızca bir alt kümesini geri yüklemek istiyorsanız, burada belgelendiği gibi adımları izleyin.

Geri yüklenen bu dosyaları veritabanı olarak geri yüklemek istediğiniz SAP HANA sunucusuna taşıyın. Ardından veritabanını geri yüklemek için şu adımları izleyin:

  1. Aşağıdaki komutu kullanarak yedekleme dosyalarının depolandığı klasör/ dizinde izinleri ayarlayın:

    chown -R <SID>adm:sapsys <directory>

  2. Sonraki komut kümesini şu şekilde çalıştırın: <SID>adm

    su - <sid>adm

  3. Geri yükleme için katalog dosyasını oluşturun. Geri yükleme işleminin ilerleyen bölümlerinde kullanılacak olan tam yedekleme için JSON meta veri dosyasından BackupId değerini ayıklayın. Tam ve günlük yedeklemelerinin farklı klasörlerde olduğundan emin olun ve bu klasörlerdeki katalog dosyalarını ve JSON meta veri dosyalarını silin.

    hdbbackupdiag --generate --dataDir <DataFileDir> --logDirs <LogFilesDir> -d <PathToPlaceCatalogFile>

    Yukarıdaki komutta:

    • <DataFileDir> - tam yedeklemeleri içeren klasör
    • <LogFilesDir> - günlük yedeklemelerini, farkları ve artımlı yedeklemeleri içeren klasör (varsa)
    • <PathToPlaceCatalogFile> - oluşturulan katalog dosyasının yerleştirileceği klasör

  4. HANA Studio aracılığıyla yeni oluşturulan katalog dosyasını kullanarak geri yükleyin veya yeni oluşturulan bu katalogla HDBSQL geri yükleme sorgusunu çalıştırın. HDBSQL sorguları aşağıda listelenmiştir:

    • Belirli bir noktaya geri yüklemek için:

      Yeni bir geri yüklenen veritabanı oluşturuyorsanız, HDBSQL komutunu çalıştırarak yeni bir veritabanı <DatabaseName> oluşturun ve ardından veritabanını geri yükleme için durdurun. Ancak, yalnızca mevcut bir veritabanını geri yüklüyorsanız veritabanını durdurmak için HDBSQL komutunu çalıştırın.

      Ardından veritabanını geri yüklemek için aşağıdaki komutu çalıştırın:

      RECOVER DATABASE FOR <DatabaseName> UNTIL TIMESTAMP '<TimeStamp>' CLEAR LOG USING SOURCE '<DatabaseName@HostName>'  USING CATALOG PATH ('<PathToGeneratedCatalogInStep3>') USING LOG PATH (' <LogFileDir>') USING DATA PATH ('<DataFileDir>') USING BACKUP_ID <BackupIdFromJsonFile> CHECK ACCESS USING FILE
      • <DatabaseName> - Geri yüklemek istediğiniz yeni veritabanının veya mevcut veritabanının adı
      • <Timestamp> - Belirli bir noktaya geri yüklemenin tam zaman damgası
      • <DatabaseName@HostName> - Yedeklemesi geri yükleme için kullanılan veritabanının adı ve bu veritabanının bulunduğu ana bilgisayar / SAP HANA sunucu adı. USING SOURCE <DatabaseName@HostName> seçeneği, veri yedeklemesinin (geri yükleme için kullanılır) hedef SAP HANA makinesinden farklı bir SID veya ada sahip bir veritabanına ait olduğunu belirtir. Bu nedenle, yedeklemenin alındığı aynı HANA sunucusunda yapılan geri yüklemeler için belirtilmesi gerekmez.
      • <PathToGeneratedCatalogInStep3> - 3. Adımda oluşturulan katalog dosyasının yolu
      • <DataFileDir> - tam yedeklemeleri içeren klasör
      • <LogFilesDir> - günlük yedeklemelerini, farkları ve artımlı yedeklemeleri içeren klasör (varsa)
      • <BackupIdFromJsonFile>- 3. Adımda ayıklanan BackupId

    • Belirli bir tam veya değişiklik yedeğine geri yüklemek için:

      Yeni bir geri yüklenen veritabanı oluşturuyorsanız, HDBSQL komutunu çalıştırarak yeni bir veritabanı <DatabaseName> oluşturun ve ardından veritabanını geri yükleme için durdurun. Ancak, yalnızca mevcut bir veritabanını geri yüklüyorsanız veritabanını durdurmak için HDBSQL komutunu çalıştırın:

      RECOVER DATA FOR <DatabaseName> USING BACKUP_ID <BackupIdFromJsonFile> USING SOURCE '<DatabaseName@HostName>'  USING CATALOG PATH ('<PathToGeneratedCatalogInStep3>') USING DATA PATH ('<DataFileDir>')  CLEAR LOG
      • <DatabaseName> - geri yüklemek istediğiniz yeni veritabanının veya mevcut veritabanının adı
      • <Timestamp> - Belirli bir noktaya geri yüklemenin tam zaman damgası
      • <DatabaseName@HostName> - yedeklemesi geri yükleme için kullanılan veritabanının adı ve bu veritabanının bulunduğu ana bilgisayar / SAP HANA sunucu adı. USING SOURCE <DatabaseName@HostName> seçeneği, veri yedeklemesinin (geri yükleme için kullanılır) hedef SAP HANA makinesinden farklı bir SID veya ada sahip bir veritabanına ait olduğunu belirtir. Bu nedenle, yedeklemenin alındığı aynı HANA sunucusunda yapılan geri yüklemeler için belirtilmesi gerekmez.
      • <PathToGeneratedCatalogInStep3> - 3. Adımda oluşturulan katalog dosyasının yolu
      • <DataFileDir> - tam yedeklemeleri içeren klasör
      • <LogFilesDir> - günlük yedeklemelerini, farkları ve artımlı yedeklemeleri içeren klasör (varsa)
      • <BackupIdFromJsonFile>- 3. Adımda ayıklanan BackupId

Abonelikler Arası Geri Yükleme

Abonelikler Arası Geri Yükleme (CSR) ile, geri yükleme izinleri varsa kiracınızın altındaki herhangi bir aboneliğe ve herhangi bir kasaya geri yükleme esnekliğine sahip olursunuz. CsR varsayılan olarak tüm Kurtarma Hizmetleri kasalarında (mevcut ve yeni oluşturulan kasalar) etkinleştirilir.

Dekont

  • Kurtarma Hizmetleri kasasından Abonelikler Arası Geri Yükleme'yi tetikleyebilirsiniz.
  • CSR yalnızca akış/Backint tabanlı yedeklemeler için desteklenir ve anlık görüntü tabanlı yedekleme için desteklenmez.
  • CSR ile Bölgeler Arası Geri Yükleme (CRR) desteklenmez.
az backup vault create

Kasa oluşturma ve güncelleştirme sırasında kasanın CSR durumunu ayarlamanıza olanak tanıyan parametreyi cross-subscription-restore-state ekleyin.

az backup recoveryconfig show

SQL veya HANA veri kaynakları için Çapraz Abonelik Geri Yükleme'yi tetiklerken giriş olarak hedef aboneliği sağlamanıza olanak tanıyan parametreyi --target-subscription-id ekleyin.

Örnek:

   az backup vault create -g {rg_name} -n {vault_name} -l {location} --cross-subscription-restore-state Disable
   az backup recoveryconfig show --restore-mode alternateworkloadrestore --backup-management-type azureworkload -r {rp} --target-container-name {target_container} --target-item-name {target_item} --target-resource-group {target_rg} --target-server-name {target_server} --target-server-type SQLInstance --target-subscription-id {target_subscription} --target-vault-name {target_vault} --workload-type SQLDataBase --ids {source_item_id}

Sonraki adımlar

  • Azure CLI kullanılarak yedeklenen SAP HANA veritabanlarını yönetmeyi öğrenmek için CLI kullanarak Azure VM'de SAP HANA veritabanını yönetme öğreticisine geçin

  • Azure portalını kullanarak Azure VM'de çalışan bir SAP HANA veritabanını geri yüklemeyi öğrenmek için bkz. Azure VM'lerinde SAP HANA veritabanlarını geri yükleme