Kända problem – Azure Site Recovery på Azure Stack Hub

Artikel
10/30/2024

I den här artikeln beskrivs kända problem för Azure Site Recovery på Azure Stack Hub. Använd följande avsnitt för information om aktuella kända problem och begränsningar i Azure Site Recovery på Azure Stack Hub.

Maximal diskstorlek som stöds är 1 022 GB

När du skyddar en virtuell dator måste Azure Site Recovery lägga till ytterligare 1 GB data till en befintlig disk. Eftersom Azure Stack Hub har en hård begränsning för den maximala storleken på en disk på 1 023 GB måste den maximala storleken på en disk som skyddas av Site Recovery vara lika med eller mindre än 1022.

När du försöker skydda en virtuell dator med en disk på 1 023 GB uppstår följande beteende:

Aktivera skydd lyckas eftersom en startdisk på endast 1 GB skapas och är redo att användas. Det finns inget fel i det här steget.
Replikeringen blockeras vid xx % synkroniserad och efter ett tag blir replikeringshälsan kritisk med felet AzStackToAzStackSourceAgentDiskSourceAgentSlowResyncProgressOnPremToAzure. Felet uppstår eftersom Site Recovery under replikeringen försöker ändra storlek på startdisken till 1 024 GB och skriva till den. Den här åtgärden misslyckas eftersom Azure Stack Hub inte stöder 1 024 GB diskar.
Den startdisk som skapats för den här disken (i målprenumerationen) har fortfarande en storlek på 1 GB och aktivitetsloggen visar några skrivdiskfel med felmeddelandet Värdet "1024" för parametern "disk.diskSizeGb" ligger utom räckhåll. Värdet "1024" måste vara mellan "1" och "1023" inklusive.

Den aktuella lösningen för det här problemet är att skapa en ny disk (på 1 022 GB eller mindre), ansluta den till den virtuella källdatorn, kopiera data från disken på 1 023 GB till den nya och sedan ta bort disken på 1 023 GB från den virtuella källdatorn. När den här proceduren är klar och den virtuella datorn har alla diskar som är mindre eller lika med 1 022 GB, kan du aktivera skyddet med hjälp av Azure Site Recovery.

Återskydd: tillgängliga datadiskfack på enheten

Se till att den virtuella datorn har tillräckligt med datadiskfack eftersom replikdiskarna för återskydd är anslutna till installationen.
Det första tillåtna antalet diskar som skyddas på nytt samtidigt är 31. Standardstorleken för installationen som skapas från Marketplace-objektet är Standard_DS4_v2, som stöder upp till 32 datadiskar, och själva installationen använder en datadisk.
Om summan av de skyddade virtuella datorerna är större än 31 utför du någon av följande åtgärder:
- Dela upp de virtuella datorer som kräver återskydd i mindre grupper för att säkerställa att antalet diskar som skyddas på samma gång inte överskrider det maximala antalet datadiskar som enheten stöder.
- Öka storleken på den virtuella Azure Site Recovery-installationens virtuella dator.
Kommentar

Vi testar och validerar inte stora VM-SKU:er för den virtuella datorn.
Om du försöker skydda en virtuell dator igen, men det inte finns tillräckligt med platser på enheten för att lagra replikeringsdiskarna, visas felmeddelandet Ett internt fel uppstod . Du kan kontrollera antalet datadiskar som för närvarande finns på enheten eller logga in på installationen, gå till Loggboken och öppna loggar för Azure Site Recovery under Program- och tjänstloggar:

Hitta den senaste varningen för att identifiera problemet.

Linux VM-kernelversion stöds inte

Kontrollera kernelversionen genom att köra kommandot uname -r.

Mer information om linux-kernelversioner som stöds finns i Supportmatris för Azure till Azure.
Med en kernelversion som stöds kan redundansväxlingen, som gör att den virtuella datorn utför en omstart, göra att den redundansväxla virtuella datorn uppdateras till en nyare kernelversion som kanske inte stöds. Om du vill undvika en uppdatering på grund av en omstart av en virtuell redundansdator kör du kommandot sudo apt-mark hold linux-image-azure linux-headers-azure så att kernelversionsuppdateringen kan fortsätta.
Om du har en kernelversion som inte stöds kontrollerar du om det finns en äldre kernelversion som du kan återställa till genom att köra rätt kommando för den virtuella datorn:
- Debian/Ubuntu: dpkg --list | grep linux-image
Följande bild visar ett exempel på en virtuell Ubuntu-dator på version 5.4.0-1103-azure, som inte stöds. När kommandot har körts kan du se en version som stöds, 5.4.0-1077-azure, som redan är installerad på den virtuella datorn. Med den här informationen kan du återställa till den version som stöds.
Återställ till en kernelversion som stöds med hjälp av följande steg:
1. Börja med att göra en kopia av /etc/default/grub om det skulle uppstå ett fel, till exempel sudo cp /etc/default/grub /etc/default/grub.bak.
2. Ändra sedan /etc/default/grub för att ange GRUB_DEFAULT till den tidigare version som du vill använda. Du kan ha något som liknar GRUB_DEFAULT="Avancerade alternativ för Ubuntu>Ubuntu, med Linux 5.4.0-1077-azure".
3. Välj Spara för att spara filen och välj sedan Avsluta.
4. Kör sudo update-grub för att uppdatera grub.
5. Starta slutligen om den virtuella datorn och fortsätt med återställningen till en kernelversion som stöds.
Om du inte har någon gammal kernelversion som du kan återställa till väntar du på uppdateringen av mobilitetsagenten så att din kernel kan stödjas. Uppdateringen slutförs automatiskt, om den är klar, och du kan kontrollera versionen på portalen för att bekräfta:

Återaktivering av manuell omsynkronisering stöds inte ännu

När återskyddsjobbet har slutförts startas replikeringen i följd. Under replikeringen kan det finnas fall som kräver en omsynkronisering, vilket innebär att en ny inledande replikering utlöses för att synkronisera alla ändringar.

Det finns två typer av omsynkronisering:

Automatisk omsynkronisering. Kräver ingen användaråtgärd och görs automatiskt. Användarna kan se några händelser som visas på portalen:
Manuell omsynkronisering. Kräver användaråtgärd för att utlösa omsynkronisering manuellt och behövs i följande instanser:
- Lagringskontot som valts för återaktivering av skyddet saknas.
- Replikeringsdisken på installationen saknas.
- Replikeringsskrivningen överskrider kapaciteten för replikeringsdisken på installationen.
  
  Dricks
  
  Du kan också hitta de manuella omsynkroniseringsorsakerna på händelsebladet som hjälper dig att avgöra om en manuell omsynkronisering krävs.

Kända problem i PowerShell-automatisering

Om du lämnar $failbackPolicyName och $failbackExtensionName är tom eller null kan skyddet misslyckas. Se följande exempel:

Ange $failbackPolicyName alltid och $failbackExtensionName, enligt följande exempel:

$failbackPolicyName = "failback-default-replication-policy"
$failbackExtensionName = "default-failback-extension"
$parameters = @{
    "properties" = @{
        "customProperties" = @{
            "instanceType" = "AzStackToAzStackFailback"
            "applianceId" = $applianceId
            "logStorageAccountId" = $LogStorageAccount.Id
            "policyName" = $failbackPolicyName
            "replicationExtensionName" = $failbackExtensionName
        }
    }
}
$result = Invoke-AzureRmResourceAction -Action "reprotect" ` -ResourceId $protectedItemId ` -Force -Parameters $parameters

tjänsten Mobility agentvarning

När du replikerar flera virtuella datorer kan hälsotillståndet för skyddat objekt ändras till Varningsfel i Site Recovery-jobben.

Det här felmeddelandet bör bara vara en varning och är inte ett blockerande problem för den faktiska replikeringen eller redundansprocesserna.

Dricks

Du kan kontrollera tillståndet för respektive virtuell dator för att säkerställa att den är felfri.

Om du tar bort den virtuella datorn (källa) blockeras borttagningen av valvet (målet)

Om du vill ta bort Azure Site Recovery-valvet på målet måste du först ta bort alla skyddade virtuella datorer. Om du tar bort den virtuella datorn för installationen först blockerar Site Recovery-valvet borttagningen av de skyddade resurserna och det går inte att ta bort själva valvet. Det går också inte att ta bort resursgruppen, och det enda sättet att ta bort valvet är genom att ta bort Azure Stack Hub-användarprenumerationen där valvet skapas.

Undvik det här problemet genom att först ta bort skyddet från alla objekt i valvet innan du tar bort den virtuella datorn. Detta gör att valvet kan slutföra resursrensningen på enheten (källsidan). När de skyddade objekten har tagits bort kan du ta bort valvet och ta bort den virtuella datorn.

Dela via