Vorschaufeatures des Tools "Azure-App lizenzierungskonsenserte Momentaufnahme"
Dieser Artikel enthält eine Anleitung zum Einrichten und Verwenden der neuen Features in der Vorschau für das tool Azure-App lication Consistent Snapshot (AzAcSnap). Grundlegende Informationen zum Tool finden Sie unter Was ist das tool für die Azure-App lication Consistent Snapshot?.
Die Vorschaufeatures, die mit AzAcSnap 11 bereitgestellt werden, sind:
- Azure NetApp Files-Sicherung
- Azure Managed Disks
Hinweis
Vorschauen werden "wie ist", "mit allen Fehlern" und "wie verfügbar" bereitgestellt und werden von den Vereinbarungen auf Serviceebene ausgeschlossen und dürfen nicht vom Kundensupport abgedeckt werden. Vorschauen unterliegen den ergänzenden Nutzungsbedingungen für Microsoft Azure Previews, die unter https://azure.microsoft.com/support/legal/preview-supplemental-terms/
Verwenden von AzAcSnap-Vorschaufeatures
AzAcSnap Preview-Features werden zusammen mit allgemein verfügbaren Features angeboten. Für die Verwendung der Vorschaufeatures ist die Verwendung der --preview
Befehlszeilenoption erforderlich. Informationen zum Einrichten und Installieren von AzAcSnap finden Sie unter "Erste Schritte mit dem tool Azure-App lication Consistent Snapshot".
Abgeben von Feedback
Sie können Feedback zu AzAcSnap geben, einschließlich dieser Vorschau online.
Azure NetApp Files-Sicherung
Wenn Sie Momentaufnahmen mithilfe von AzAcSnap auf mehreren Volumes erstellen, haben alle Momentaufnahmen standardmäßig denselben Namen. Aufgrund des Entfernens des Volumenamens aus der Ressourcen-ID-Hierarchie, wenn die Momentaufnahme in einer Azure NetApp Files-Sicherung archiviert wird, müssen Sie sicherstellen, dass der Snapshotname eindeutig ist.
AzAcSnap kann automatisch sicherstellen, dass beim Erstellen der Momentaufnahme ein eindeutiger Name verwendet wird, indem der Volumename an den normalen Snapshotnamen angefügt wird. For example, for a system that has two data volumes (hanadata01
, , hanadata02
) when you're using with --prefix daily
-c backup
, the complete snapshot names become daily__F2AFDF98703__hanadata01
and daily__F2AFDF98703__hanadata02
.
Sie können dieses Feature in AzAcSnap aktivieren, indem Sie in der Konfigurationsdatei festlegen "anfBackup": "renameOnly"
, wie der folgende Codeausschnitt zeigt:
"anfStorage": [
{
"anfBackup" : "renameOnly",
"dataVolume": [
Sie können dieses Feature auch mithilfe von azacsnap -c configure --configuration edit --configfile <configfilename>
. Geben Sie für Enter new value for 'ANF Backup (none, renameOnly)' (current = 'none'):
, geben Sie renameOnly
.
Weitere Informationen zu diesem Feature finden Sie unter Configure the Azure-App lication Consistent Snapshot tool.
Azure Managed Disks
Microsoft bietet zahlreiche Speicheroptionen für die Bereitstellung von Datenbanken, z. B. SAP HANA. Ausführliche Informationen zu einigen dieser Optionen finden Sie unter Azure Storage-Typen für SAP-Workload. Es gibt auch eine kostenbewusste Lösung mit Azure Premium Storage.
AzAcSnap kann anwendungskonsensierbare Datenbankmomentaufnahmen erstellen, wenn Sie sie auf diesem Architekturtyp bereitstellen (d. a. ein virtueller Computer [VM] mit verwalteten Datenträgern). Das Setup für diese Plattform ist jedoch etwas komplizierter, da In diesem Szenario AzAcSnap einen zusätzlichen Schritt ausführt, um alle E/A-Puffer zu löschen und sicherzustellen, dass sie in beständigen Speicher geschrieben werden. Unter Linux wird AzAcSnap den sync
Befehl aufrufen, um Dateipuffer zu leeren, unter Windows wird der Kernelaufruf von FlushFileBuffers verwendet, bevor eine Momentaufnahme der verwalteten Datenträger in den bereitgestellten logischen Volumes erstellt wird.
Wichtig
AzAcSnap benötigt entsprechende Betriebssystemberechtigungen für das Volume, damit es das Leeren ausführen kann.
Dies ist die Architektur auf hoher Ebene:
- Fügen Sie verwaltete Azure-Datenträger mithilfe der Azure-Portal an die VM an.
- Erstellen Sie ein logisches Volume von diesen verwalteten Datenträgern.
- Stellen Sie das logische Volume in ein Linux-Verzeichnis ein.
- Aktivieren Sie die Kommunikation auf die gleiche Weise wie für Azure NetApp Files in der AzAcSnap-Installation.
- Installieren und konfigurieren Sie AzAcSnap.
Weitere Informationen zur Verwendung von von Azure verwalteten Datenträgern als Speicher-Back-End finden Sie unter Configure the Azure-App lication Consistent Snapshot tool.
Beispiel der Konfigurationsdatei
Hier ist eine Beispielkonfigurationsdatei. Beachten Sie die Hierarchie für dataVolume
, mountPoint
und 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": ""
}
]
}
]
}
]
}
}
]
}
Speicherlayout des virtuellen Computers
Die Speicherhierarchie sieht wie im folgenden Beispiel für SAP HANA aus:
Datendateien für die SAP HANA-Datenbank:
/hana/data/mnt00001
Bereitstellungspunkt:
/dev/mapper/hanadata-hanadata on /hana/data type xfs
Logisches Volume:
lvdisplay
--- Logical volume --- LV Path /dev/hanadata/hanadata LV Name hanadata VG Name hanadata
Volumengruppe:
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
Physische Volumes (angefügte von Azure verwaltete Datenträger):
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
Das Installieren und Einrichten der verwalteten Azure-VM- und Azure-Datenträger folgt auf diese Weise den Microsoft-Richtlinien zum Erstellen von Logischen Volume-Manager (LVM)-Stripes der verwalteten Datenträger auf dem virtuellen Computer.
Wenn die Azure-VM wie vorgeschrieben eingerichtet ist, kann AzAcSnap Momentaufnahmen von von Azure verwalteten Datenträgern erstellen. Die Snapshot-Vorgänge ähneln denen für andere Speicherback-Ends, die AzAcSnap unterstützt; Beispiel: Azure NetApp Files oder Azure Large Instances (Bare Metal). Da AzAcSnap mit Azure Resource Manager kommuniziert, um Momentaufnahmen zu erstellen, benötigt es auch einen Dienstprinzipal mit den richtigen Berechtigungen zum Erstellen verwalteter Datenträgermomentaufnahmen.
Mit dieser Funktion können Kunden AzAcSnap auf einem kleineren System testen und bis zu Azure NetApp Files und/oder Azure Large Instances (Bare Metal) skalieren.
Unterstützte azacsnap
Befehlsfunktionen mit von Azure verwalteten Datenträgern sind configure
, , test
, backup
, delete
und details
, aber noch restore
nicht .
Wiederherstellen aus einer Azure Managed Disk Snapshot
Obwohl azacsnap
derzeit die -c restore
Option für von Azure verwaltete Datenträger fehlt, ist es möglich, manuell wie folgt wiederherzustellen:
Erstellen Sie Datenträger aus den Momentaufnahmen über die Azure-Portal.
Achten Sie darauf, die Datenträger in derselben Verfügbarkeitszone wie die Ziel-VM zu erstellen.
Verbinden die Datenträger über das Azure-Portal mit dem virtuellen Computer.
Melden Sie sich beim virtuellen Computer als Stammbenutzer an, und suchen Sie mithilfe
dmesg
von oderpvscan
:Verwenden von
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
Verwenden von
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 ]
Importieren Sie einen Volumegruppenklon von den Datenträgern, indem Sie als Stammbenutzer verwenden
vgimportclone
: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.
Aktivieren Sie das logische Volume mithilfe
pvscan
undvgchange
als Stammbenutzer: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
Stellen Sie das logische Volume als Stammbenutzer fest.
Verwenden Sie die
mount -o rw,nouuid
Optionen. Andernfalls schlägt die Volume-Montage aufgrund doppelter UUIDs (universally unique identifiers) auf der VM fehl.mount -o rw,nouuid /dev/hanadata_adhoc/hanadata /mnt/hanadata_adhoc
Zugreifen auf die Daten:
ls /mnt/hanadata_adhoc/
software write-test.txt