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 daily
les 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
, mountPoint
et 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
, delete
et 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
dmesg
oupvscan
: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 ]
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.
Activez le volume logique à l’aide
pvscan
etvgchange
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
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
Accédez aux données :
ls /mnt/hanadata_adhoc/
software write-test.txt