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 11 sont les suivantes :
- 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.
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é :
- Attachez des disques managés Azure à la machine virtuelle à l’aide de la Portail Azure.
- Créez un volume logique à partir de ces disques managés.
- Montez le volume logique dans un répertoire Linux.
- Activez la communication de la même façon que pour Azure NetApp Files dans l’installation d’AzAcSnap.
- 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/mnt00001Point de montage :
/dev/mapper/hanadata-hanadata on /hana/data type xfsVolume logique :
lvdisplay--- Logical volume --- LV Path /dev/hanadata/hanadata LV Name hanadata VG Name hanadataGroupe 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 GiBVolumes 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 :
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.
Connectez les disques à la machine virtuelle par le biais du portail Azure.
Connectez-vous à la machine virtuelle en tant qu’utilisateur racine et recherchez les disques nouvellement attachés à l’aide
dmesgoupvscan: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 diskUtilisation de
pvscan:saphana:~ # pvscanWARNING: 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 ]
Importez un clone de groupe de volumes à partir des disques à l’aide
vgimportclonede l’utilisateur racine :vgimportclone --basevgname hanadata_adhoc /dev/sde /dev/sdfWARNING: 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.Activez le volume logique à l’aide
pvscanetvgchangeen tant qu’utilisateur racine :pvscan --cachepvscan[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_adhoc1 logical volume(s) in volume group "hanadata_adhoc" now activeMontez le volume logique en tant qu’utilisateur racine.
Utilisez les
mount -o rw,nouuidoptions. 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_adhocAccédez aux données :
ls /mnt/hanadata_adhoc/software write-test.txt