Share via


Fonctionnalités en préversion de l’outil Azure Application Consistent Snapshot

Cet article fournit un guide sur la configuration et l’utilisation des nouvelles fonctionnalités en préversion pour l’outil Azure Application Consistent Snapshot (AzAcSnap). Pour plus d’informations sur l’outil, consultez Qu’est-ce que l’outil Azure Application Consistent Snapshot ?.

Les fonctionnalités en préversion fournies avec AzAcSnap 9 sont les suivantes :

  • Sauvegarde Azure NetApp Files
  • Disques managés Azure

Remarque

Les préversions sont fournies « as is », « with all faults » (avec toutes les erreurs) et « as available ». Ils sont exclus des contrats de niveau de service et de la garantie limitée. Pour plus d’informations, consultez Conditions d’Utilisation Supplémentaires relatives aux Évaluations Microsoft Azure.

Envoyer vos commentaires

Vous pouvez fournir des commentaires sur AzAcSnap, y compris cette préversion, en ligne.

Utilisation des fonctionnalités en préversion d’AzAcSnap

Les fonctionnalités en préversion d’AzAcSnap sont proposées avec des fonctionnalités en disponibilité générale. L’utilisation des fonctionnalités d’aperçu nécessite l’utilisation de l’option --preview de ligne de commande. Pour configurer et installer AzAcSnap, consultez Prise en main de l’outil Azure Application Consistent Snapshot.

Sauvegarde Azure NetApp Files

Lorsque vous prenez des instantané à l’aide d’AzAcSnap sur plusieurs volumes, toutes les instantané ont le même nom par défaut. En raison de la suppression du nom du volume de la hiérarchie d’ID de ressource lorsque le instantané est archivé dans une sauvegarde Azure NetApp Files, vous devez vous assurer que le nom de instantané est unique.

AzAcSnap peut automatiquement garantir l’utilisation d’un nom unique lorsqu’il crée le instantané, en ajoutant le nom du volume au nom de instantané normal. Par exemple, pour un système qui a deux volumes de données (hanadata01, hanadata02) lorsque vous utilisez -c backup , --prefix dailyles noms complets instantané deviennent daily__F2AFDF98703__hanadata01 et daily__F2AFDF98703__hanadata02.

Vous pouvez activer cette fonctionnalité dans AzAcSnap en définissant "anfBackup": "renameOnly" dans le fichier de configuration, comme l’illustre l’extrait de code suivant :

"anfStorage": [
  {
    "anfBackup" : "renameOnly",
    "dataVolume": [

Vous pouvez également activer cette fonctionnalité à l’aide azacsnap -c configure --configuration edit --configfile <configfilename>de . Pour Enter new value for 'ANF Backup (none, renameOnly)' (current = 'none'):, entrez renameOnly.

Pour plus d’informations sur cette fonctionnalité, consultez l’outil Configurer l’outil Azure Application Consistent Snapshot.

Disques managés Azure

Microsoft propose de nombreuses options de stockage pour le déploiement de bases de données comme SAP HANA. Pour plus d’informations sur certaines de ces options, consultez Stockage Azure types de charge de travail SAP. Il existe également une solution sensible aux coûts avec le stockage Premium Azure.

AzAcSnap peut prendre des instantané de base de données cohérentes avec les applications lorsque vous le déployez sur ce type d’architecture (autrement dit, une machine virtuelle avec des disques managés). Mais la configuration de cette plateforme est légèrement plus compliquée, car dans ce scénario, vous devez bloquer les E/S sur le point de montage (à l’aide xfs_freeze) avant de prendre un instantané des disques managés dans les volumes logiques montés.

Important

Le système Linux doit disposer de xfs_freeze pour bloquer les E/S disque.

Veillez à configurer AzAcSnap avec les points de montage appropriés (systèmes de fichiers), car xfs_freeze bloque les E/S sur l’appareil spécifié par le point de montage du disque managé Azure. Ce comportement peut bloquer par inadvertance une application en cours d’exécution jusqu’à azacsnap ce qu’elle se termine.

Voici l’architecture à un niveau élevé :

  1. Attachez des disques managés Azure à la machine virtuelle à l’aide de la Portail Azure.

  2. Créez un volume logique à partir de ces disques managés.

  3. Montez le volume logique dans un répertoire Linux.

  4. Créez le principal de service de la même façon que pour Azure NetApp Files dans l’installation d’AzAcSnap.

  5. Installez et configurez AzAcSnap.

    Le configurateur a une nouvelle option pour définir le point de montage du volume logique. Après avoir placé la base de données en mode de sauvegarde et après le vidage du cache d’E/S (en fonction du paramètre fs.xfs.xfssyncd_centisecsdu noyau Linux), ce paramètre est passé pour xfs_freeze bloquer les E/S.

  6. Installez et configurez xfs_freeze l’exécution en tant qu’utilisateur non privilégié :

    1. Créez un fichier exécutable appelé $HOME/bin/xfs_freeze avec le contenu suivant :

      #!/bin/sh
      /usr/bin/sudo /usr/sbin/xfs_freeze $1 $2
      
    2. Créez un fichier sudoers appelé /etc/sudoers.d/azacsnap pour permettre à l’utilisateur azacsnap de s’exécuter xfs_freeze avec le contenu suivant :

      #
      # What: azacsnap
      # Why: Allow the azacsnap user to run "specific" commands with elevated privileges.
      #
      # User_Alias = SAP HANA Backup administrator user.
      User_Alias      AZACSNAP = azacsnap
      #
      AZACSNAP ALL=(ALL) NOPASSWD: /usr/sbin/xfs_freeze
      
    3. Testez que l’utilisateur azacsnap peut figer et libérer des E/S sur le point de montage cible en exécutant le code suivant en tant qu’utilisateur azacsnap .

      Cet exemple exécute deux fois chaque commande pour montrer qu’elle a fonctionné la première fois, car il n’y a pas de commande pour confirmer si xfs_freeze les E/S figées sont figées.

      Figer les E/S :

      su - azacsnap
      xfs_freeze -f /hana/data
      xfs_freeze -f /hana/data
      
      xfs_freeze: cannot freeze filesystem at /hana/data: Device or resource busy
      

      E/S non libres :

      su - azacsnap
      xfs_freeze -u /hana/data
      xfs_freeze -u /hana/data
      
      xfs_freeze: cannot unfreeze filesystem mounted at /hana/data: Invalid argument
      

Pour plus d’informations sur l’utilisation de disques managés Azure en tant que back-end de stockage, consultez l’outil Configurer l’outil Azure Application Consistent Snapshot.

Exemple de fichier de configuration

Voici un exemple de fichier de configuration. Notez la hiérarchie pour dataVolume, mountPointet azureManagedDisks.

{
  "version": "5.1 Preview",
  "logPath": "./logs",
  "securityPath": "./security",
  "comments": [],
  "database": [
    {
      "hana": {
        "serverAddress": "127.0.0.1",
        "sid": "P40",
        "instanceNumber": "00",
        "hdbUserStoreName": "AZACSNAP",
        "savePointAbortWaitSeconds": 600,
        "autoDisableEnableBackint": false,
        "hliStorage": [],
        "anfStorage": [],
        "amdStorage": [
          {
            "dataVolume": [
              {
                "mountPoint": "/hana/data",
                "azureManagedDisks": [
                  {
                    "resourceId": "/subscriptions/<sub-id>/resourceGroups/<rg-name>/providers/Microsoft.Compute/disks/<disk01>",
                    "authFile": "azureauth.json"
                  },
                  {
                    "resourceId": "/subscriptions/<sub-id>/resourceGroups/<rg-name>/providers/Microsoft.Compute/disks/<disk02>",
                    "authFile": "azureauth.json"
                  }
                ]
              }
            ],
            "otherVolume": []
          }
        ]
      },
      "oracle": null
    }
  ]
}

Layout du stockage de machine virtuelle

La hiérarchie de stockage ressemble à l’exemple suivant pour SAP HANA :

  • Fichiers de données pour la base de données SAP HANA :

    /hana/data/mnt00001
    
  • Point de montage :

    /dev/mapper/hanadata-hanadata on /hana/data type xfs 
    
  • Volume logique :

    lvdisplay
    
    --- Logical volume ---
    LV Path                /dev/hanadata/hanadata
    LV Name                hanadata
    VG Name                hanadata
    
  • Groupe de volumes :

    vgdisplay
    
    --- Volume group ---
    VG Name               hanadata
    System ID
    Format                lvm2
    Metadata Areas        2
    Metadata Sequence No  2
    VG Access             read/write
    VG Status             resizable
    MAX LV                0
    Cur LV                1
    Open LV               1
    Max PV                0
    Cur PV                2
    Act PV                2
    VG Size               1023.99 GiB
    
  • Volumes physiques (disques managés Azure attachés) :

    pvdisplay
    
    --- Physical volume ---
    PV Name               /dev/sdd
    VG Name               hanadata
    PV Size               512.00 GiB / not usable 4.00 MiB
    Allocatable           yes (but full)
    PE Size               4.00 MiB
    Total PE              131071
    Free PE               0
    Allocated PE          131071
    PV UUID               K3yhxN-2713-lk4k-c3Pc-xOJQ-sCkD-8ZE6YX
    --- Physical volume ---
    PV Name               /dev/sdc
    VG Name               hanadata
    PV Size               512.00 GiB / not usable 4.00 MiB
    Allocatable           yes (but full)
    PE Size               4.00 MiB
    Total PE              131071
    Free PE               0
    Allocated PE          131071
    PV UUID               RNCylW-F3OG-G93c-1XL3-W6pw-M0XB-2mYFGV
    

L’installation et la configuration de la machine virtuelle Azure et des disques managés Azure de cette façon suivent les instructions de Microsoft pour créer des bandes LVM (Logical Volume Manager) des disques managés sur la machine virtuelle.

Une fois la machine virtuelle Azure configurée comme prévu, AzAcSnap peut prendre des instantané de disques managés Azure. Les opérations de instantané sont similaires à celles d’autres back-ends de stockage pris en charge par AzAcSnap ; par exemple, Azure NetApp Files ou Azure Large Instances (bare metal). Étant donné que AzAcSnap communique avec Azure Resource Manager pour prendre des instantané, il a également besoin d’un principal de service disposant des autorisations appropriées pour prendre des instantané de disque managé.

Cette fonctionnalité permet aux clients de tester AzAcSnap sur un système plus petit et de monter en puissance vers Azure NetApp Files et/ou Azure Large Instances (bare metal).

La fonctionnalité de commande prise en charge azacsnap avec les disques managés Azure est configure, test, backup, deleteet details, mais pas encore restore.

Restaurer à partir d’un disque managé Azure instantané

Bien qu’il azacsnap manque actuellement l’option -c restore pour les disques managés Azure, il est possible de restaurer manuellement comme suit :

  1. Créez des disques à partir des instantané via le Portail Azure.

    Veillez à créer les disques dans la même zone de disponibilité que la machine virtuelle cible.

  2. Connectez les disques à la machine virtuelle par le biais du portail Azure.

  3. Connectez-vous à la machine virtuelle en tant qu’utilisateur racine et recherchez les disques nouvellement attachés à l’aide dmesg ou pvscan:

    • Utilisation de dmesg:

      dmesg | tail -n30
      
      [2510054.252801] scsi 5:0:0:2: Direct-Access     Msft     Virtual Disk     1.0  PQ:0 ANSI: 5
      [2510054.262358] scsi 5:0:0:2: Attached scsi generic sg4 type 0
      [2510054.268514] sd 5:0:0:2: [sde] 1073741824 512-byte logical blocks: (550 GB/512 GiB)
      [2510054.272583] sd 5:0:0:2: [sde] 4096-byte physical blocks
      [2510054.275465] sd 5:0:0:2: [sde] Write Protect is off
      [2510054.277915] sd 5:0:0:2: [sde] Mode Sense: 0f 00 10 00
      [2510054.278566] sd 5:0:0:2: [sde] Write cache: disabled, read cache: enabled, supports DPO and FUA
      [2510054.314269] sd 5:0:0:2: [sde] Attached SCSI disk
      [2510054.573135] scsi 5:0:0:3: Direct-Access     Msft     Virtual Disk     1.0  PQ: 0 ANSI: 5
      [2510054.579931] scsi 5:0:0:3: Attached scsi generic sg5 type 0
      [2510054.584505] sd 5:0:0:3: [sdf] 1073741824 512-byte logical blocks: (550 GB/512 GiB)
      [2510054.589293] sd 5:0:0:3: [sdf] 4096-byte physical blocks
      [2510054.592237] sd 5:0:0:3: [sdf] Write Protect is off
      [2510054.594735] sd 5:0:0:3: [sdf] Mode Sense: 0f 00 10 00
      [2510054.594839] sd 5:0:0:3: [sdf] Write cache: disabled, read cache: enabled, supports DPO and FUA
      [2510054.627310] sd 5:0:0:3: [sdf] Attached SCSI disk
      
    • Utilisation de pvscan:

      saphana:~ # pvscan
      
      WARNING: scan found duplicate PVID RNCylWF3OGG93c1XL3W6pwM0XB2mYFGV on /dev/sde
      WARNING: scan found duplicate PVID K3yhxN2713lk4kc3PcxOJQsCkD8ZE6YX on /dev/sdf
      WARNING: Not using device /dev/sde for PV RNCylW-F3OG-G93c-1XL3-W6pw-M0XB-2mYFGV.
      WARNING: Not using device /dev/sdf for PV K3yhxN-2713-lk4k-c3Pc-xOJQ-sCkD-8ZE6YX.
      WARNING: PV RNCylW-F3OG-G93c-1XL3-W6pw-M0XB-2mYFGV prefers device /dev/sdc because device is used by LV.
      WARNING: PV K3yhxN-2713-lk4k-c3Pc-xOJQ-sCkD-8ZE6YX prefers device /dev/sdd because device is used by LV.
      PV /dev/sdd   VG hanadata        lvm2 [512.00 GiB / 0    free]
      PV /dev/sdc   VG hanadata        lvm2 [512.00 GiB / 0    free]
      Total: 2 [1023.99 GiB] / in use: 2 [1023.99 GiB] / in no VG: 0 [0   ]
      
  4. Importez un clone de groupe de volumes à partir des disques à l’aide vgimportclone de l’utilisateur racine :

    vgimportclone --basevgname hanadata_adhoc /dev/sde /dev/sdf
    
    WARNING: scan found duplicate PVID RNCylWF3OGG93c1XL3W6pwM0XB2mYFGV on /dev/sde
    WARNING: scan found duplicate PVID K3yhxN2713lk4kc3PcxOJQsCkD8ZE6YX on /dev/sdf
    WARNING: Not using device /dev/sde for PV RNCylW-F3OG-G93c-1XL3-W6pw-M0XB-2mYFGV.
    WARNING: Not using device /dev/sdf for PV K3yhxN-2713-lk4k-c3Pc-xOJQ-sCkD-8ZE6YX.
    WARNING: PV RNCylW-F3OG-G93c-1XL3-W6pw-M0XB-2mYFGV prefers device /dev/sdc because device is used by LV.
    WARNING: PV K3yhxN-2713-lk4k-c3Pc-xOJQ-sCkD-8ZE6YX prefers device /dev/sdd because device is used by LV.
    
  5. Activez le volume logique à l’aide pvscan et vgchange en tant qu’utilisateur racine :

    pvscan --cache
    
    pvscan[23761] PV /dev/sdc online.
    pvscan[23761] PV /dev/sdd online.
    pvscan[23761] PV /dev/sde online.
    pvscan[23761] PV /dev/sdf online.
    
    vgchange -ay hanadata_adhoc
    
    1 logical volume(s) in volume group "hanadata_adhoc" now active
    
  6. Montez le volume logique en tant qu’utilisateur racine.

    Utilisez les mount -o rw,nouuid options. Sinon, le montage de volume échoue en raison des UUID dupliqués (identificateurs uniques universels) sur la machine virtuelle.

    mount -o rw,nouuid /dev/hanadata_adhoc/hanadata /mnt/hanadata_adhoc
    
  7. Accédez aux données :

    ls /mnt/hanadata_adhoc/
    
    software  write-test.txt
    

Étapes suivantes