Partager 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 10 sont les suivantes :

  • Microsoft SQL Server
  • Sauvegarde Azure NetApp Files
  • Disques managés Azure

Remarque

Les préversions sont fournies « comme c’est le cas », « avec toutes les erreurs » et « comme disponibles », et sont exclues des contrats de niveau de service et peuvent ne pas être couvertes par le support client. Les préversions sont soumises aux conditions d’utilisation supplémentaires pour les préversions Microsoft Azure trouvées à l’adresse https://azure.microsoft.com/support/legal/preview-supplemental-terms/

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.

Envoyer vos commentaires

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

Microsoft SQL Server

Plateformes et systèmes d’exploitation pris en charge

Remarque

La prise en charge de Microsoft SQL Server est une fonctionnalité en préversion.
Le contenu de cette section complète la page de l’outil Azure Application Consistent Snapshot.

Nouvelles plateformes de base de données et nouveaux systèmes d’exploitation pris en charge avec cette préversion.

  • Bases de données
    • Microsoft SQL Server 2022 (ou version ultérieure) sur Windows Server 2019 (ou version ultérieure) est disponible en préversion uniquement.

Activer la communication avec la base de données

Remarque

La prise en charge de Microsoft SQL Server est une fonctionnalité en préversion.
Le contenu de cette section complète la page de l’outil Installer l’outil Azure Application Consistent Snapshot. Cette section explique comment activer la communication avec la base de données. Vérifiez que la base de données que vous utilisez est correctement sélectionnée dans les onglets.

Les outils d’instantané émettent des commandes directement à la base de données Microsoft SQL Server pour activer et désactiver le mode de sauvegarde.

AzAcSnap se connecte directement à Microsoft SQL Server à l’aide de la chaîne de connexion fournie pour émettre des commandes SQL, telles que ALTER SERVER CONFIGURATION SET SUSPEND_FOR_SNAPSHOT_BACKUP = ON ou ALTER SERVER CONFIGURATION SET SUSPEND_FOR_SNAPSHOT_BACKUP = OFF. La chaîne de connexion détermine si l’installation se trouve sur le serveur de base de données ou sur un serveur de « sauvegarde » centralisé. Les installations classiques d’AzAcSnap se trouvent sur le serveur de base de données pour garantir que les fonctionnalités telles que le vidage des mémoires tampons de fichiers peuvent fonctionner comme prévu. Si AzAcSnap a été installé sur le serveur de base de données, vérifiez que l’utilisateur exécutant azacsnap dispose des autorisations requises.

azacsnap autorisations utilisateur

Reportez-vous à l’outil Prise en main d’Azure Application Consistent Snapshot Tool L’utilisateur azacsnap doit disposer des autorisations nécessaires pour placer Microsoft SQL Server en mode de sauvegarde et disposer des autorisations nécessaires pour vider les mémoires tampons d’E/S sur les volumes configurés.

Configurez (.\azacsnap.exe -c configure) avec les valeurs correctes pour Microsoft SQL Server et testez (.\azacsnap.exe -c test --test mssql) la connectivité de base de données azacsnap. Exécutez la commande test azacsnap.

.\azacsnap.exe -c test --test mssql
BEGIN : Test process started for 'mssql'
BEGIN : Database tests
PASSED: Successful connectivity to MSSQL version 16.00.1115
END   : Test process complete for 'mssql'

Configuration de la base de données

Cette section explique comment configurer la base de données.

Aucune configuration de base de données spéciale n’est requise pour Microsoft SQL Server, car nous utilisons l’environnement de système d’exploitation local de l’utilisateur.

Configuration d’AzAcSnap

Cette section explique comment configurer AzAcSnap pour la base de données spécifiée.

Remarque

La prise en charge de Microsoft SQL Server est une fonctionnalité en préversion.
Le contenu de cette section complète la page Configurer l’outil Azure Application Consistent Snapshot du site web.

Détails des valeurs requises

Les sections suivantes fournissent des instructions détaillées sur les différentes valeurs requises pour le fichier config.

Valeurs de base de données Microsoft SQL Server pour la configuration

Lors de l’ajout d’une base de données Microsoft SQL Server à la configuration, les valeurs suivantes sont requises :

  • connectionString = Chaîne de connexion utilisée pour se connecter à la base de données. Pour une installation AzAcSnap classique sur le système exécutant Microsoft SQL Server où l’instance de base de données est MSSQL2022 l’chaîne de connexion = "Trusted_Connection=True ; Conserver les informations de sécurité=True ; Source de données =MSSQL2022 ; TrustServerCertificate=true ».
  • instanceName = Nom de l’instance de base de données.
  • metaDataFileLocation = Emplacement où Microsoft SQL Server écrit le fichier de métadonnées de sauvegarde (par exemple, « C :\MSSQL_BKP\ »).

Sauvegarde Azure NetApp Files

Lorsque vous prenez des instantanés à l’aide d’AzAcSnap sur plusieurs volumes, tous les instantanés 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 l’instantané est archivé dans une sauvegarde Azure NetApp Files, vous devez vous assurer que le nom de l’instantané est unique.

AzAcSnap peut automatiquement garantir l’utilisation d’un nom unique lorsqu’il crée l’instantané, en ajoutant le nom du volume au nom normal de l’instantané. Par exemple, pour un système qui a deux volumes de données (hanadata01, hanadata02) lorsque vous utilisez -c backup , --prefix dailyles noms d’instantané complets 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 captures instantanées de base de données cohérentes avec les applications lorsque vous la 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 AzAcSnap prend une étape supplémentaire pour essayer et vider toutes les mémoires tampons d’E/S et s’assurer qu’elles sont écrites dans le stockage persistant. Sur Linux AzAcSnap appelle la sync commande pour vider les mémoires tampons de fichiers, sur Windows, il utilise l’appel du noyau à FlushFileBuffers, avant d’effectuer un instantané des disques managés dans les volumes logiques montés.

Important

AzAcSnap aura besoin des autorisations de système d’exploitation appropriées pour le volume afin qu’il puisse effectuer le vidage.

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. Activez la communication de la même façon que pour Azure NetApp Files dans l’installation d’AzAcSnap.
  5. Installez et configurez AzAcSnap.

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,
        "storage": [
          {
            "dataVolumes": [
              {
                "mountPoint": "/hana/data",
                "aliStorageResources": [
                "azureManagedDisks": [
                  {
                    "resourceId": "/subscriptions/<sub-id>/resourceGroups/<rg-name>/providers/Microsoft.Compute/disks/<disk01>",
                    "authFile": ""
                  },
                  {
                    "resourceId": "/subscriptions/<sub-id>/resourceGroups/<rg-name>/providers/Microsoft.Compute/disks/<disk02>",
                    "authFile": ""
                  }
                ]
              }
            ]
          }
        ]
      }
    }
  ]
}

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 prescrit, AzAcSnap peut prendre des captures instantanées de disques managés Azure. Les opérations d’instantané sont similaires à celles des 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 captures instantanées, il a également besoin d’un principal de service disposant des autorisations appropriées pour prendre des captures instantanées 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 instantané de disque managé Azure

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és 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