Konfiguracja Sophos Backup & Recovery M365 i weryfikacja odzyskania

Sophos Backup and Recovery M365 to chmurowa oferta kopii zapasowych i odzyskiwania oparta na Rubrik, przeznaczona dla Exchange, OneDrive, SharePoint i Teams. Punkt wejścia w Sophos Fusion (dawniej Sophos Central) to My Products > Backup and Recovery M365; właściwa konfiguracja i odzyskiwanie odbywają się w portalu Rubrik Security Cloud. Aktywna licencja lub udane przekierowanie nie dowodzą jeszcze, że wskazane dane są kopiowane.

Bezpieczna kolejność to: sprawdzić uprawnienie i tenant, połączyć Microsoft 365 z Rubrik, przypisać polityki przez SLA Domain, potwierdzić udane kopie i zweryfikować ograniczone odtworzenie. Poniższa ścieżka opiera się na pomocy administracyjnej Sophos z 27 maja 2026 r., przeczytanej ponownie 27 października 2026 r. Opisuje model hostowany przez Rubrik i przykład Exchange, a nie uniwersalną procedurę dla wszystkich obciążeń M365.

Najpierw ustalić zlecenie, tenant i prawa

Zapisać organizację Microsoft 365, użytkowników i obciążenia do ochrony. Właściciele potwierdzają tenant Sophos Fusion, zamówioną subskrypcję i stan provisioningu. Sophos M365 Backup and Recovery nie obsługuje Enterprise Master Licensing. Jego licencji nie można współdzielić między Sub-Estates; przy wielu tenantach klientów każdy wymaga oddzielnych licencji. Warunki licencjonowania i przypisanie planowanych organizacji/subskrypcji Microsoft 365 są potwierdzane osobno przed zamówieniem. Zobacz Enterprise Master Licensing.

Potrzebne jest także konto administratora Microsoft 365 z prawami wymaganymi do połączenia. Ogólna instrukcja Sophos nie wskazuje uniwersalnej minimalnej roli. Przed zgodą trzeba więc znać rzeczywiście żądane uprawnienia, aplikacje i osobę zatwierdzającą. Prawa administratora Sophos nie zastępują praw Microsoft.

Plan w zgłoszeniu zmiany obejmuje również region danych, retencję, dopuszczalną utratę danych i czas odzyskania. Dwa ostatnie parametry często nazywa się RPO i RTO: jak stara może być odzyskana kopia i jak długo usługa może nie działać? Backup nie zastępuje osobno wymaganej archiwizacji, eDiscovery lub legal hold.

Potwierdzić warunki handlowe przed zamówieniem: sprawdzić minimalną liczbę, wliczoną przestrzeń, okres, rozbudowę oraz dostępność trial/MSP w aktualnej ofercie. Starsze warunki premiery nie gwarantują obecnych. Szczegółowa ocena Sophos Backup & Recovery z Rubrik omawia zakup i architekturę; ta instrukcja dotyczy konfiguracji i dowodów.

1. Połączyć subskrypcję Microsoft 365 z Rubrik

1. Otworzyć My Products > Backup and Recovery M365 w Sophos Fusion. Po przekierowaniu sprawdzić organizację Rubrik i wybrać Inventory > SaaS > Microsoft 365 > Add Subscription.
2. W Microsoft 365 Setup przejść dalej przez Next. W Grant Rubrik Access to Azure wpisać domenę planowanego tenanta Entra w Microsoft Entra Domain. Domena jest widoczna w jego przeglądzie Entra. Sign in to Azure otwiera logowanie; następnie wybrać Add Subscription. Zatrzymać się przy nieoczekiwanym tenancie lub niejasnej zgodzie.
3. Ustalić położenie danych w Azure Configuration. Sophos zaleca Store data in its original geographic regions; wybrać również centralną lokalizację. Sprawdzić ustawienie względem własnej koncepcji rezydencji, nie traktując go jako potwierdzenia wszystkich wymogów prywatności.
4. Rubrik domyślnie generuje klucz Azure. Use your own Azure key to osobna opcja z Azure Tenant ID, Azure Key Vault ID i Azure Key Name. Własnego klucza używać tylko z ustaloną eksploatacją, dostępem i odzyskiwaniem. Instrukcja nie uzasadnia profilaktycznej wymiany istniejących kluczy. Kontynuować przez Add Subscription.
5. W Authorize Access to Microsoft 365 wykonać planowane logowania do Exchange, OneDrive, SharePoint i Teams. W Grant Access to Microsoft Management App nadać zgodę przez Sign in to Microsoft 365 Management app. Za każdym razem sprawdzić wyświetlane prawa i tenant, a potem zakończyć Add Subscription.

Połączona subskrypcja początkowo potwierdza integrację. Ochrona konkretnych danych zależy także od zakresu, przypisania SLA i udanych kopii. Ponawianie zgody dla wszystkich aplikacji nie naprawia błędu jednego obciążenia; najpierw ustalić krok i komunikat.

2. Przypisać odpowiednią SLA Domain

SLA Domain opisuje politykę kopii, zwłaszcza częstotliwość i retencję. Nie jest po prostu domeną poczty ani gwarantowanym czasem odzyskania.

W Inventory > SaaS > Microsoft 365 kliknąć Assign SLA Domain. W Manage Protection wybrać planowane aplikacje i przejść przez Next. W Assign an SLA Domain wybrać odpowiednią istniejącą politykę. Sophos dokumentuje następujące wartości domyślne:

Ogólna oferta podaje do dziesięciu lat retencji i niezmienne kopie. Nie oznacza to, że domyślny profil już ustawia dziesięć lat lub oczekiwaną niezmienność. Inne wartości wymagają zaplanowania odpowiedniej Custom SLA Domain według aktualnej pomocy Rubrik oraz sprawdzenia uprawnień i konfiguracji. Nazwy profili nie są zaleceniem dla każdego klienta.

Po Next sprawdzić cały zakres i politykę w Confirmation, dopiero potem wybrać Assign. Dla pierwszego pilotażu sprawdzić obiekty testowe i stan ochrony w portalu; wybór aplikacji w kreatorze nie dowodzi możliwości dowolnie szczegółowego ograniczenia pilotażu.

3. Wykazać działanie kopii przed potrzebą odzyskania

Poniższa weryfikacja rozdziela konfigurację ochrony od faktycznego wyniku odzyskania. Wybrać zatwierdzoną skrzynkę testową i utworzyć nieszkodliwą, jednoznacznie nazwaną wiadomość, np. Backup-Pilot-2026-10-27. Nie może zawierać danych logowania, firmowych ani klientów. Z góry zapisać oczekiwane okno kopii i punkt odzyskania.

Następnie sprawdzić w Rubrik właściwą subskrypcję, zakres ochrony, przypisaną SLA Domain i udane wykonanie kopii. Dopiero dostępny snapshot z oczekiwanym obiektem umożliwia poniższy dowód odtworzenia. Zielona integracja, skonfigurowana SLA lub starsza kopia nie dowodzą objęcia nowej wiadomości.

4. Wykonać ograniczone odzyskanie Exchange

Odzyskanie zapisuje dane albo tworzy eksport. Cel, zakres i zgoda muszą być ustalone przed ostatnim Recover. Do pilotażu nadaje się skrzynka testowa; produkcyjnej nie odtwarza się in-place na wszelki wypadek.

1. Otworzyć Inventory > SaaS > Microsoft 365. W Selected Subscription wybrać potwierdzoną subskrypcję i kliknąć Enter Subscription.
2. Wybrać Exchange w Data Source. W Username wskazać zatwierdzoną osobę testową, a w Snapshots właściwy moment w kalendarzu.
3. Otworzyć snapshot przez Recover. W Exchange Recovery wybrać Mailbox, następnie Next, aby przejść do folderów lub wiadomości. Zaznaczyć tylko uzgodnioną wiadomość; w razie potrzeby użyć wyszukiwania.
4. Świadomie wybrać ścieżkę. Restore to original user używa pierwotnej osoby; Restore to another user innej. Download from Cloud tworzy ZIP z co najmniej jednym PST; Recover to a different subscription dotyczy innego kontekstu tenanta/subskrypcji. Warianty wymagają różnych zgód i nie są zamiennymi opcjami testu.
5. W udokumentowanym dalszym kroku wybrać In-place recovery lub Recover to a new folder. Dla ograniczonego testu użyć nowego folderu w potwierdzonym celu, jeśli wybrana procedura go udostępnia. Według pomocy Recover to a new folder pozostaje w pierwotnym regionie. Ponownie sprawdzić cel, region i zakres przed Next.
6. Sprawdzić podsumowanie i dopiero wtedy zatwierdzić Recover. Skontrolować zakończenie i komunikaty zadania w portalu. Z osobą odpowiedzialną za test potwierdzić czytelność oczekiwanej wiadomości we właściwym miejscu. Porównać temat, treść i ewentualny załącznik z oryginałem.

Raport zawiera czas snapshotu, ID lub identyfikowalne powiązanie zadania, obiekty źródłowy i docelowy, zakres, wynik i zmierzony czas. Odtworzenie jednej wiadomości nie weryfikuje całej skrzynki, witryny SharePoint lub struktury Teams. Dla tych zadań trzeba zaplanować osobne reprezentatywne testy.

Dla plików OneDrive, treści SharePoint i danych Teams Przygotowanie i odbiór odzyskiwania M365 dla kolejnych workloadów prowadzi przez określenie źródła, celu i zachowania konfliktów oraz trzy osobne scenariusze testowe. Przed odzyskaniem trzeba potwierdzić uprawnienia oraz snapshot dla konkretnego workloadu.

Zakończone odzyskanie nie ma uniwersalnego przycisku cofania. Po weryfikacji dodatkowe foldery testowe, odtworzone obiekty lub eksporty PST usuwa się tylko w uzgodnionym zakresie i zgodnie z retencją. Nie usuwać wiadomości produkcyjnych ani snapshotów jako rzekomego rollbacku.

Gdy logowanie, kopia lub odzyskanie zawodzi

Rubrik po wygaśnięciu sesji otwiera ponownie logowanie Fusion: Sophos wymienia PHISH-11524 w wykazie znanych problemów przeczytanym 27 października 2026 r. Dotyczy wygasłej sesji SSO Rubrik przy nadal ważnej sesji Fusion. Udokumentowane tymczasowe obejście polega na ponownym zalogowaniu do Sophos Fusion i ponownym otwarciu Rubrik SSO. Nie jest to trwała poprawka ani powód do usunięcia subskrypcji lub rozszerzenia praw.

Subskrypcja jest połączona, lecz brak oczekiwanych snapshotów: sprawdzić osobno tenant, obciążenie, faktyczny zakres, SLA, czas kopii i konkretny błąd. Udane kopie z innej subskrypcji nie są dowodem zastępczym.

Odzyskanie nie daje użytecznego wyniku: porównać osobę źródłową, czas snapshotu, wybraną wiadomość, cel i komunikat zadania ze zgłoszeniem. Nie uruchamiać wielokrotnie tego samego zapisu, dopóki wynik jest niejasny. Najpierw ustalić, czy dane już odtworzono.

Szczegółową pomoc otwiera się ikoną Help w Rubrik, wyszukując dokładny tytuł, np. Setting up a Microsoft 365 subscription for Rubrik hosting lub Recovering email messages to the original location. Sophos zaznacza, że bezpośrednie linki mogą początkowo wymagać logowania. Pozostać w autoryzowanym procesie portalu; artykuł nie zakłada dodatkowego logowania ani podwyższania uprawnień.

Przy eskalacji podać subskrypcję, obciążenie, czas ze strefą, krok, oczyszczony błąd i znaną referencję zadania. Tokeny, klucze, zawartość PST i poufne wiadomości nie należą do publicznego opisu. Używać potwierdzonego zgłoszenia i kanału przekazania zgodnie z Przygotowaniem i otwarciem zgłoszenia do wsparcia.