Konfigurera Sophos Backup & Recovery M365 och verifiera en återställning

Sophos Backup and Recovery M365 är ett molnbaserat erbjudande för säkerhetskopiering och återställning, byggt på Rubrik, för Exchange, OneDrive, SharePoint och Teams. Ingången i Sophos Fusion (tidigare Sophos Central) är My Products > Backup and Recovery M365; själva konfigurationen och återställningen sker i Rubrik Security Cloud-portalen. En aktiverad licens eller lyckad omdirigering betyder ännu inte att avsedda data säkerhetskopieras.

Den säkra ordningen är: kontrollera rättighet och tenant, anslut Microsoft 365 till Rubrik, tilldela säkerhetskopieringspolicyer genom en SLA Domain, kontrollera lyckade körningar och verifiera en begränsad återställning. Klickvägen följer Sophos administratörshjälp från 27 maj 2026, omläst den 27 oktober 2026. Den beskriver Rubrik-hosted-modellen och ett Exchange-exempel, ingen allmän återställningsväg för alla M365-arbetslaster.

Klarlägg uppdrag, tenant och behörigheter först

Dokumentera vilken Microsoft 365-organisation, vilka användare och arbetslaster som ska skyddas. Ansvariga bekräftar Sophos Fusion-tenant, beställd prenumeration och provisioneringsstatus. Sophos M365 Backup and Recovery stöder inte Enterprise Master Licensing. Licenserna kan inte delas mellan Sub-Estates; om det finns flera kundtenant krävs separata licenser för varje tenant. Licensiering och tilldelning av avsedda Microsoft 365-organisationer/prenumerationer bekräftas separat före beställning. Se Enterprise Master Licensing.

Ett Microsoft 365-administratörskonto med anslutningens nödvändiga behörigheter krävs också. Den allmänna Sophos-anvisningen anger ingen universell lägsta roll. Före samtycket måste därför faktiskt begärda rättigheter, berörda appar och den person som godkänner vara klara. Sophos-administratörsrättigheter ersätter inga Microsoft-behörigheter.

Planera även dataregion, lagringsbehov, accepterad dataförlust och återställningstid i ändringsärendet. De två sista kallas ofta RPO och RTO: hur gammal får den återställda kopian vara och hur länge får tjänsten vara otillgänglig? Säkerhetskopiering ersätter ingen separat nödvändig arkivering, eDiscovery eller legal hold-lösning.

Bekräfta kommersiella villkor före beställning: kontrollera minsta antal, inkluderad lagring, löptid, expansionsmöjligheter samt test- och MSP-tillgänglighet mot aktuell offert. Äldre lanseringsuppgifter garanterar inte dagens villkor. Den utförliga bedömningen av Sophos Backup & Recovery med Rubrik behandlar inköp och arkitektur; följande anvisning fokuserar på konfiguration och bevis.

1. Anslut Microsoft 365-prenumerationen till Rubrik

1. Öppna My Products > Backup and Recovery M365 i Sophos Fusion. Kontrollera rätt Rubrik-organisation efter omdirigeringen och välj Inventory > SaaS > Microsoft 365 > Add Subscription.
2. Fortsätt med Next i Microsoft 365 Setup. Under Grant Rubrik Access to Azure anges avsedd Entra-tenants domän i Microsoft Entra Domain. Den finns i tenantens Entra-översikt. Sign in to Azure öppnar inloggningen; välj sedan Add Subscription. Avbryt vid oväntad tenant eller oklart samtycke.
3. Ange dataplaceringen under Azure Configuration. Sophos rekommenderar Store data in its original geographic regions; välj även den centrala dataplatsen. Kontrollera inställningen mot den egna dataplaceringsplanen och behandla den inte som bekräftelse av alla integritetskrav.
4. Rubrik skapar som standard en Azure-nyckel. Use your own Azure key är ett separat alternativ med Azure Tenant ID, Azure Key Vault ID och Azure Key Name. Använd egen nyckel endast med klarlagd drift, åtkomstmodell och återställningsprocess. Anvisningen motiverar inte att befintliga nycklar ersätts på chans. Fortsätt konfigurationssteget med Add Subscription.
5. Utför avsedda inloggningar för Exchange, OneDrive, SharePoint och Teams under Authorize Access to Microsoft 365. Under Grant Access to Microsoft Management App följer godkännandet genom Sign in to Microsoft 365 Management app. Kontrollera visade rättigheter och tenant varje gång och slutför sedan Add Subscription.

En ansluten prenumeration visar först integrationen. Om särskilda data skyddas beror också på omfattning, SLA-tilldelning och lyckade kopieringar. Att upprepa samtycke för alla appar löser inte ett fel i en arbetslast; avgränsa först berört steg och meddelande.

2. Tilldela en lämplig SLA Domain

En SLA Domain beskriver säkerhetskopieringspolicyn, särskilt frekvens och lagringstid. Den är inte bara e-postsystemets domän eller en garanterad återställningstid.

Klicka på Assign SLA Domain under Inventory > SaaS > Microsoft 365. Välj avsedda Microsoft 365-appar i Manage Protection och fortsätt med Next. Välj lämplig befintlig policy under Assign an SLA Domain. Sophos dokumenterar följande standardalternativ:

Det allmänna erbjudandet anger upp till tio års lagring och oföränderliga säkerhetskopior. Det innebär inte att ett standardalternativ redan konfigurerar tio år eller önskad oföränderlighet. För andra värden planeras en lämplig Custom SLA Domain enligt aktuell Rubrik-hjälp, med kontroll av faktisk rättighet och konfiguration. Standardnamnen är inga rekommendationer för varje kund.

Efter Next kontrolleras hela omfattningen och policyn under Confirmation innan Assign väljs. För en första pilot kontrolleras avsedda testobjekt och deras skyddsstatus i portalen; att välja appar i guiden bevisar inte valfritt detaljerad pilotavgränsning.

3. Bevisa kopieringen innan återställning behövs

Välj en godkänd testbrevlåda och skapa ett harmlöst tydligt namngivet testmeddelande, exempelvis Backup-Pilot-2026-10-27. Det får inte innehålla inloggningsuppgifter, företags- eller kunddata. Dokumentera förväntat kopieringsfönster och återställningspunkt i förväg.

Kontrollera sedan förväntad prenumeration, skyddsomfattning, tilldelad SLA Domain och lyckad kopieringskörning i Rubrik. Först en tillgänglig snapshot med förväntat objekt möjliggör återställningsbeviset nedan. Grön integrationsstatus, konfigurerad SLA Domain eller en äldre kopia bevisar inte att det nya testmeddelandet har tagits med.

4. Genomför en begränsad Exchange-återställning

Återställning skriver data eller skapar en export. Mål, datamängd och godkännande måste därför vara bestämda före sista Recover. En testbrevlåda passar för piloten; återställ inte en produktionsbrevlåda in-place som försiktighetsåtgärd.

1. Öppna Inventory > SaaS > Microsoft 365. Välj den bekräftade prenumerationen under Selected Subscription och klicka på Enter Subscription.
2. Välj Exchange under Data Source. Välj godkänd testperson under Username och lämplig tid i kalendern under Snapshots.
3. Öppna snapshoten med Recover. Välj Mailbox i Exchange Recovery och fortsätt med Next till mappar eller meddelanden. Välj endast avtalat testmeddelande; använd sökningen vid behov.
4. Välj återställningsväg medvetet. Restore to original user använder ursprungspersonen, Restore to another user en annan. Download from Cloud skapar ZIP-export med en eller flera PST-filer; Recover to a different subscription gäller en annan tenant-/prenumerationskontext. Alternativen kräver olika godkännanden och är inte utbytbara testval.
5. Välj i den dokumenterade fortsättningen mellan In-place recovery och Recover to a new folder. För det begränsade testet används en ny mapp i bekräftat mål, om den valda processen erbjuder det. Recover to a new folder stannar enligt hjälpen i ursprungsregionen. Kontrollera mål, region och omfattning igen före Next.
6. Granska sammanfattningen och bekräfta först därefter Recover. Kontrollera slutfört jobb och meddelanden i portalen. Kontrollera sedan tillsammans med ansvarig testperson att rätt meddelande är läsbart på rätt mål. Jämför ämne, innehåll och eventuell bilaga med ursprungligt testobjekt.

Verifieringsrapporten anger snapshottid, jobb-ID eller spårbar jobbreferens, käll- och målobjekt, omfattning, utfall och uppmätt tid. Återställning av ett meddelande verifierar inte en hel brevlåda, SharePoint-webbplats eller Teams-struktur. Planera separata representativa tester för dem.

För OneDrive-filer, SharePoint-innehåll och Teams-data beskriver Förbereda och verifiera M365-återställning för fler arbetsbelastningar hur källa, mål och konflikthantering avgränsas samt tre separata testscenarier. Bekräfta behörigheter och lämpliga snapshots för varje arbetsbelastning före återställningen.

En genomförd återställning har ingen allmän ångraknapp. Extra testmappar, återställda objekt eller PST-exporter rensas efter verifieringen endast inom avtalad testomfattning och lagringspolicy. Radera inga produktionsmeddelanden eller snapshots som påstådd återgång.

Om inloggning, kopiering eller återställning misslyckas

Rubrik öppnar Fusion-inloggningen igen efter sessionstimeout: Sophos listar detta som PHISH-11524 i förteckningen över kända fel som lästes den 27 oktober 2026. Det gäller utgången Rubrik-SSO-session medan Fusion-sessionen fortfarande är giltig. Dokumenterad tillfällig lösning är att logga in i Sophos Fusion igen och därefter öppna Rubrik-SSO på nytt. Det är ingen permanent lösning eller anledning att ta bort prenumerationen eller utöka rättigheter.

Prenumerationen är ansluten men förväntade snapshots saknas: kontrollera tenant, arbetslast, faktisk skyddsomfattning, SLA-tilldelning, kopieringstid och exakt felmeddelande separat. Lyckade kopieringar från en annan prenumeration är inget ersättningsbevis.

Återställningen ger inget användbart resultat: jämför källperson, snapshottid, valt meddelande, mål och jobbmeddelande med ärendet. Utlös inte samma skrivåtgärd upprepade gånger medan utfallet är oklart. Klarlägg först om data redan har återställts.

Öppna Help-symbolen i Rubrik för detaljer och sök exakt hjälptitel, exempelvis Setting up a Microsoft 365 subscription for Rubrik hosting eller Recovering email messages to the original location. Sophos påpekar att direkta Rubrik-hjälplänkar först kan kräva inloggning. Håll er inom avsett behörigt portalflöde; artikeln förutsätter ingen extra inloggning eller behörighetsutökning.

Vid eskalering anges prenumeration, arbetslast, tid med tidszon, berört steg, rensat felmeddelande och känd jobbreferens. Tokens, nycklar, PST-innehåll och konfidentiella meddelanden hör inte hemma i en offentlig beskrivning. Använd bekräftat supportärende och överföringsväg enligt Förbered och öppna ett supportärende.