Säkerhetskopiera dina lagringskonton på Azure Stack Hub

2025-03-20

I den här artikeln tittar vi på skydd och återställning av lagringskonton i ett Azure Storage-konton på Azure Stack Hub.

Element i lösningen

I det här avsnittet tittar vi på lösningens övergripande struktur och huvuddelar.

diagram som visar den övergripande strukturen för Azure Stack Hub-lagringssäkerhetskopiering.

Programlager

Data kan replikeras mellan lagringskonton på separata skalningsenheter i Azure Stack Hub genom att använda flera PUT Blob eller PUT Block operationer för att skriva objekt på flera platser. Alternativt kan programmet utfärda åtgärden Kopiera blob för att kopiera bloben till ett lagringskonto som finns på en separat skalningsenhet när put-åtgärden till det primära kontot har slutförts.

Schemalagd kopieringsaktivitet

AzCopy är ett utmärkt verktyg som kan användas för att kopiera data från lokala filsystem, Azure Cloud Storage, Azure Stack Hub Storage och s3. AzCopy kan för närvarande inte kopiera data mellan två Azure Stack Hub Storage-konton. Kopiering av objekt från ett Azure Stack Hub Storage-källkonto till ett Azure Stack Hub Storage-målkonto kräver ett mellanliggande lokalt filsystem.

Mer information finns i artikeln AzCopy i artikeln Använda dataöverföringsverktyg i Azure Stack Hub Storage.

Azure Stack Hub (källa)

Det här är källan till de lagringskontodata som du vill säkerhetskopiera.

Du behöver url:en för källlagringskontot och SAS-token. Anvisningar om hur du arbetar med ett lagringskonto finns i Komma igång med Azure Stack Hub-lagringsutvecklingsverktyg.

Azure Stack Hub (mål)

Det här är platsen som lagrar de kontodata du vill säkerhetskopiera. Azure Stack Hub-målinstansen måste finnas på en annan plats än din Azure Stack Hub-målplats. Och källan behöver kunna ansluta till målet.

Du behöver url:en för källlagringskontot och SAS-token. Anvisningar om hur du arbetar med ett lagringskonto finns i Komma igång med Azure Stack Hub-lagringsutvecklingsverktyg.

Mellanliggande lokalt filsystem

Du behöver en plats där du kan köra AzCopy och lagra data när du kopierar från källan och sedan skriver till din mål-Azure Stack Hub. Det här är en mellanliggande server i din Azure Stack Hub-källa.

Du kan skapa en Linux- eller Windows-server som mellanliggande server. Servern måste ha tillräckligt med utrymme för att lagra alla objekt i lagringskontocontainrarna för källan.

Anvisningar om hur du konfigurerar en Linux-server finns i Skapa en virtuell Linux-server med hjälp av Azure Stack Hub-portalen.
Anvisningar om hur du ställer in en Windows Server finns i Skapa en virtuell Windows-server med Azure Stack Hub-portalen.

När du har konfigurerat Din Windows Server måste du installera Azure Stack Hub PowerShell och Azure Stack Hub Tools.

Konfigurera säkerhetskopiering för lagringskonton

Hämta blobslutpunkten för käll- och mållagringskontona.
Skapa och registrera SAS-token för käll- och mållagringskontona.

Installera AzCopy på mellanliggande server och justera API-versionen för att anpassa till Azure Stack Hub Storage-konton.

För en Windows-server:

set AZCOPY_DEFAULT_SERVICE_API_VERSION=2017-11-09 PowerShell use: $env:AZCOPY_DEFAULT_SERVICE_API_VERSION="2017-11-09"

För en Linux-server (Ubuntu):

export AZCOPY_DEFAULT_SERVICE_API_VERSION=2017-11-09

Skapa skript på den mellanliggande servern. Uppdatera det här kommandot med ditt lagringskonto, SAS-nyckeloch lokal katalogsökväg. Du kör skriptet för att kopiera data stegvis från källa lagringskonto.
```
azcopy sync "https:/<storagaccount>/<container>?<SAS Key>" "C:\\myFolder" --recursive=true --delete-destination=true
```
Ange lagringskontot,SAS-nyckelnoch lokala katalogsökvägen. Du kommer att använda detta för att kopiera data stegvis till det målinriktade lagringskontot
```
azcopy sync "C:\\myFolder" "https:// <storagaccount>/<container>?<SAS Key>" --recursive=true --delete-destination=true
```
Använd Cron eller Windows Task Scheduler för att schemalägga kopian från Azure Stack Hub-källlagringskontot till Lokal lagring på den mellanliggande servern. Kopiera sedan från lokal lagring på den mellanliggande servern till azure Stack Hub-mållagringskontot.

Det RPO som du kan uppnå med den här lösningen bestäms av parametervärdet /MO och nätverksbandbredden mellan källkontot och mellanliggande server och mellanliggande server och målkontot.
- För en Linux-server (Ubuntu):
```
schtasks /CREATE /SC minute /MO 5 /TN "AzCopy Script" /TR C:\\&lt;script name>.bat
```
Parameter Not

/SC Använd ett minutschema.

/MO Ett intervall på XX minuter.

/TN Uppgiftens namn.

/TR Sökvägen till filen script.bat.
- För en Windows-server:
Information om hur du använder Windows-aktivitetsschemat finns i Schemaläggaren för utvecklare

Parameter	Not
/SC	Använd ett minutschema.
/MO	Ett intervall på XX minuter.
/TN	Uppgiftens namn.
/TR	Sökvägen till filen `script.bat`.

Använda ditt lagringskonto i en katastrof

Varje Azure Stack Hub Storage-konto har ett unikt DNS-namn som härleds från namnet på själva Azure Stack Hub-regionen, till exempel https://krsource.blob.east.asicdc.com/. Program som skriver till och läser från det här DNS-namnet måste hantera dns-namnändringen för lagringskontot när målkontot till exempel https://krtarget.blob.west.asicdc.com/ måste användas under en katastrof.

Anslutningssträngar för applikationer kan modifieras efter att ett haveri har deklarerats, för att ta hänsyn till flyttningen av objekten. Om en CNAME-post används framför en lastbalanserare som är placerad före käll- och mållagringskontona, kan lastbalanseraren konfigureras med en manuell övergångsalgoritm. Detta gör att administratören kan deklarera målkontot.

Om SAS används av programmet i stället för Microsoft Entra-ID eller AD FS fungerar inte metoden ovan och anslutningssträngarna för programmet måste uppdateras med mållagringskontots URL och SAS-nyckeln som genereras för mållagringskontot.

Nästa steg

Kom igång med Azure Stack Hub-lagringsutvecklingsverktyg