Funzionalità di anteprima dello strumento snapshot coerente app Azure
Questo articolo fornisce una guida sull'installazione e l'utilizzo delle nuove funzionalità in anteprima per lo strumento snapshot coerente app Azure lication (AzAcSnap). Per informazioni di base sullo strumento, vedere Che cos'è lo strumento snapshot coerente app Azure?.
Le funzionalità di anteprima fornite con AzAcSnap 11 sono:
- Backup di Azure NetApp Files
- Dischi gestiti di Azure
Nota
Le anteprime vengono fornite "così come sono", "con tutti gli errori" e "come disponibili" e vengono escluse dai contratti di servizio e potrebbero non essere coperte dal supporto tecnico. Le anteprime sono soggette alle condizioni per l'utilizzo supplementari per le anteprime di Microsoft Azure disponibili all'indirizzo https://azure.microsoft.com/support/legal/preview-supplemental-terms/
Uso delle funzionalità di anteprima di AzAcSnap
Le funzionalità di anteprima di AzAcSnap vengono offerte insieme alle funzionalità disponibili a livello generale. L'uso delle funzionalità di anteprima richiede l'uso dell'opzione della --preview
riga di comando. Per configurare e installare AzAcSnap, vedere Introduzione allo strumento snapshot coerente app Azure lication.
Invio di feedback
È possibile fornire commenti e suggerimenti su AzAcSnap, inclusa questa anteprima, online.
Backup di Azure NetApp Files
Quando si creano snapshot usando AzAcSnap in più volumi, per impostazione predefinita tutti gli snapshot hanno lo stesso nome. A causa della rimozione del nome del volume dalla gerarchia dell'ID risorsa quando lo snapshot viene archiviato in un backup di Azure NetApp Files, è necessario assicurarsi che il nome dello snapshot sia univoco.
AzAcSnap può garantire automaticamente l'uso di un nome univoco quando crea lo snapshot aggiungendo il nome del volume al nome dello snapshot normale. Ad esempio, per un sistema con due volumi di dati (hanadata01
, hanadata02
) quando si usa -c backup
con --prefix daily
, i nomi di snapshot completi diventano daily__F2AFDF98703__hanadata01
e daily__F2AFDF98703__hanadata02
.
È possibile abilitare questa funzionalità in AzAcSnap impostando "anfBackup": "renameOnly"
nel file di configurazione, come illustrato nel frammento di codice seguente:
"anfStorage": [
{
"anfBackup" : "renameOnly",
"dataVolume": [
È anche possibile abilitare questa funzionalità usando azacsnap -c configure --configuration edit --configfile <configfilename>
. Per Enter new value for 'ANF Backup (none, renameOnly)' (current = 'none'):
, immettere renameOnly
.
Per altre informazioni su questa funzionalità, vedere Configurare lo strumento snapshot coerente app Azure cation.
Dischi gestiti di Azure
Microsoft offre molte opzioni di archiviazione per la distribuzione di database, ad esempio SAP HANA. Per informazioni dettagliate su alcune di queste opzioni, vedere Archiviazione di Azure tipi per il carico di lavoro SAP. È disponibile anche una soluzione conveniente con l'archiviazione Premium di Azure.
AzAcSnap può acquisire snapshot di database coerenti con l'applicazione quando la si distribuisce in questo tipo di architettura, ovvero una macchina virtuale con dischi gestiti. Tuttavia, la configurazione per questa piattaforma è leggermente più complessa perché in questo scenario AzAcSnap esegue un passaggio aggiuntivo per provare a scaricare tutti i buffer di I/O e assicurarsi che vengano scritti nell'archiviazione permanente. In Linux AzAcSnap chiamerà il sync
comando per scaricare i buffer dei file, in Windows usa la chiamata kernel a FlushFileBuffers, prima di acquisire uno snapshot dei dischi gestiti nei volumi logici montati.
Importante
AzAcSnap dovrà disporre delle autorizzazioni appropriate del sistema operativo per il volume in modo che possa eseguire lo scaricamento.
Ecco l'architettura a livello generale:
- Collegare i dischi gestiti di Azure alla macchina virtuale usando il portale di Azure.
- Creare un volume logico da questi dischi gestiti.
- Montare il volume logico in una directory Linux.
- Abilitare la comunicazione nello stesso modo di Azure NetApp Files nell'installazione di AzAcSnap.
- Installare e configurare AzAcSnap.
Per altre informazioni sull'uso di dischi gestiti di Azure come back-end di archiviazione, vedere Configurare lo strumento snapshot coerente app Azure lication.
File di configurazione di esempio
Ecco un file di configurazione di esempio. Si noti la gerarchia per dataVolume
, mountPoint
e 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 di archiviazione della macchina virtuale
La gerarchia di archiviazione è simile all'esempio seguente per SAP HANA:
File di dati per il database SAP HANA:
/hana/data/mnt00001
Punto di montaggio:
/dev/mapper/hanadata-hanadata on /hana/data type xfs
Volume logico:
lvdisplay
--- Logical volume --- LV Path /dev/hanadata/hanadata LV Name hanadata VG Name hanadata
Gruppo di volumi:
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
Volumi fisici (dischi gestiti di Azure collegati):
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'installazione e la configurazione delle macchine virtuali di Azure e dei dischi gestiti di Azure in questo modo seguono le indicazioni Microsoft per creare striping LVM (Logical Volume Manager) dei dischi gestiti nella macchina virtuale.
Con la macchina virtuale di Azure configurata come previsto, AzAcSnap può acquisire snapshot dei dischi gestiti di Azure. Le operazioni snapshot sono simili a quelle per altri back-end di archiviazione supportati da AzAcSnap; Ad esempio, Azure NetApp Files o Istanze Large di Azure (bare metal). Poiché AzAcSnap comunica con Azure Resource Manager per acquisire snapshot, è necessaria anche un'entità servizio con le autorizzazioni corrette per acquisire snapshot del disco gestito.
Questa funzionalità consente ai clienti di testare AzAcSnap in un sistema più piccolo e di aumentare le prestazioni fino ad Azure NetApp Files e/o istanze Large di Azure (bare metal).
La funzionalità di comando supportata azacsnap
con i dischi gestiti di Azure è configure
, test
, backup
, delete
e details
, ma non ancora restore
.
Eseguire il ripristino da uno snapshot del disco gestito di Azure
Anche se azacsnap
attualmente manca l'opzione -c restore
per i dischi gestiti di Azure, è possibile eseguire il ripristino manualmente come indicato di seguito:
Creare dischi dagli snapshot tramite il portale di Azure.
Assicurarsi di creare i dischi nella stessa zona di disponibilità della macchina virtuale di destinazione.
Connettere i dischi alla macchina virtuale tramite il portale di Azure.
Accedere alla macchina virtuale come utente radice e cercare i dischi appena collegati usando
dmesg
opvscan
:Utilizzo di
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
Utilizzo di
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 ]
Importare un clone di un gruppo di volumi dai dischi usando
vgimportclone
come utente radice: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.
Attivare il volume logico usando
pvscan
evgchange
come utente radice: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
Montare il volume logico come utente radice.
Usare le
mount -o rw,nouuid
opzioni. In caso contrario, il montaggio del volume avrà esito negativo a causa di UUID duplicati (identificatori univoci universalmente) nella macchina virtuale.mount -o rw,nouuid /dev/hanadata_adhoc/hanadata /mnt/hanadata_adhoc
Accedere ai dati:
ls /mnt/hanadata_adhoc/
software write-test.txt