Zarządzanie cyklem życia danych w organizacji to jedno z najpoważniejszych wyzwań współczesnego IT. Microsoft 365 retention policies, czyli zasady przechowywania, stanowią fundament zgodności z regulacjami takimi jak RODO, HIPAA czy ISO 27001, a jednocześnie chronią firmę przed ryzykiem prawnym związanym z nadmiarowym gromadzeniem informacji. W 2026 roku Microsoft znacząco rozszerzył możliwości konfiguracyjne tych polityk, wprowadzając m.in. adaptive scopes oparte na metadanych, integrację z Microsoft 365 Copilot oraz zaawansowaną analitykę przedwdrożeniową. W tym artykule przeprowadzimy Cię przez pełen proces konfiguracji retention policies – od zrozumienia architektury, przez tworzenie reguł, aż po monitorowanie i rozwiązywanie typowych problemów.
Czym są Microsoft 365 retention policies i dlaczego są kluczowe w 2026 roku
Retention policies w ekosystemie Microsoft 365 to mechanizm pozwalający administratorom na automatyczne zatrzymywanie (retain) lub usuwanie (delete) zawartości po upływie zdefiniowanego okresu. W przeciwieństwie do starszych etykiet przechowywania (retention labels), które użytkownicy mogli stosować ręcznie, polityki działają globalnie – przypisywane są do całych lokalizacji, takich jak skrzynki Exchange Online, witryny SharePoint, konta OneDrive, zespoły Microsoft Teams czy grupy Microsoft 365.
W 2026 roku polityki przechowywania zyskały na znaczeniu z kilku powodów. Po pierwsze, ilość danych generowanych przez organizacje rośnie wykładniczo – przeciętna firma średniej wielkości przechowuje dziś ponad 15 TB danych w chmurze Microsoft. Po drugie, regulacje prawne stają się coraz bardziej rygorystyczne – europejski Akt o Danych (Data Act) z 2025 roku nakłada nowe obowiązki w zakresie zarządzania danymi generowanymi przez urządzenia IoT i usługi chmurowe. Po trzecie, Microsoft Copilot, wbudowany w aplikacje M365, indeksuje ogromne ilości treści – bez odpowiednich polityk przechowywania ryzykujesz, że asystent AI będzie miał dostęp do nieaktualnych, wrażliwych lub niepotrzebnie przetrzymywanych danych.
Kluczowe lokalizacje objęte politykami to skrzynki Exchange (zarówno użytkowników, jak i współdzielone), witryny SharePoint wraz z załącznikami list, konta OneDrive, kanały i czaty Microsoft Teams (w tym wiadomości prywatne i kanałowe), grupy Microsoft 365 (ich skrzynki i witryny), a od 2025 roku także środowiska Power Platform (Power Apps, Power Automate) oraz pętle Loop. Każda z tych lokalizacji może być objęta wieloma politykami jednocześnie, a system automatycznie rozwiązuje konflikty według ustalonej hierarchii.
Architektura mechanizmu przechowywania – jak działa silnik polityk
Aby skutecznie skonfigurować retention policies, musisz zrozumieć, co dzieje się pod maską. Gdy tworzysz politykę i publikujesz ją w centrum administracyjnym Microsoft Purview (dawniej Microsoft 365 Compliance Center), silnik przetwarzania w tle – nazywany timer jobem – rozpoczyna cykliczne skanowanie objętych lokalizacji. Domyślnie proces ten uruchamia się co 7 dni, choć w praktyce pierwsze zastosowanie polityki może zająć od 24 godzin do nawet 14 dni w dużych tenantach.
Silnik działa w dwóch trybach: retain (zatrzymaj) i delete (usuń). Tryb retain zapewnia, że zawartość nie zostanie trwale usunięta, dopóki nie upłynie okres przechowywania – dotyczy to zarówno sytuacji, gdy użytkownik ręcznie usunie element, jak i gdy wygaśnie jego subskrypcja. Mechanizm ten wykorzystuje ukryty folder Preservation Hold Library w SharePoint i OneDrive oraz rekordy w skrzynkach Exchange oznaczone jako "hold". Tryb delete automatycznie usuwa elementy starsze niż zdefiniowany próg wiekowy, przeprowadzając je najpierw do kosza第一阶段, a następnie trwale usuwając po standardowym okresie przechowywania w koszu.
Istotną koncepcją jest zasada najdłuższego okresu przechowywania (longest retention wins). Jeśli na tę samą zawartość działają dwie polityki – jedna nakazująca przechowywanie przez 5 lat, druga przez 7 lat – obowiązuje ta dłuższa. Z kolei w przypadku konfliktu między retain a delete, retain zawsze ma priorytet. Wyjątkiem od tej reguły są etykiety przechowywania oznaczone jako rekordy (records), które mają absolutny priorytet i nie mogą być nadpisane.
Od 2026 roku Microsoft wprowadził także mechanizm "disposition after retention", który pozwala zdefiniować, co dzieje się z zawartością po upływie okresu przechowywania – może ona zostać automatycznie usunięta, poddana recenzji (disposition review) przez wyznaczoną osobę, przekazana do archiwum Azure Archive Storage lub zachowana jako rekord tylko do odczytu.
Tworzenie pierwszej polityki przechowywania krok po kroku
Proces tworzenia retention policy w 2026 roku znacząco ewoluował w porównaniu z poprzednimi latami. Poniżej przedstawiam aktualną ścieżkę konfiguracji w portalu Microsoft Purview.
Zaloguj się do portalu Microsoft Purview (https://purview.microsoft.com) przy użyciu konta z rolą Compliance Administrator lub Records Management. W lewym menu nawigacyjnym wybierz Zarządzanie cyklem życia danych > Zasady przechowywania. Kliknij przycisk Nowa zasada i postępuj zgodnie z kreatorem.
W pierwszym kroku nadaj polityce nazwę i opcjonalny opis. Dobre praktyki nakazują stosowanie konwencji nazewniczej, która od razu informuje o zakresie i działaniu – na przykład POL-RET-7Y-Finance-Exchange-SharePoint. Następnie wybierz typ polityki: statyczny (tradycyjny, oparty o wybór konkretnych lokalizacji) lub adaptacyjny (adaptive scope) – nowość, którą omówię w dalszej części artykułu.
W kolejnym etapie zdefiniujesz lokalizacje. Możesz wybrać wszystkie dostępne lokalizacje w tennancie (zalecane przy podstawowych politykach housekeepingu) lub wskazać konkretne skrzynki, witryny, konta OneDrive i zespoły Teams. W 2026 roku Microsoft umożliwia także filtrowanie lokalizacji po atrybutach Azure AD, takich jak dział, stanowisko czy lokalizacja geograficzna użytkownika.
Następnie skonfiguruj regułę przechowywania. Określasz tu:
- Czy polityka ma zatrzymywać (retain), usuwać (delete), czy robić obie rzeczy sekwencyjnie.
- Okres przechowywania liczony od daty utworzenia elementu lub od daty jego ostatniej modyfikacji.
- Działanie po okresie przechowywania (disposition action).
- Opcjonalnie: czy polityka dotyczy tylko niezmodyfikowanych elementów (unmodified items only), co jest przydatne przy czyszczeniu archiwalnych danych.
Ostatni krok to publikacja – klikasz Utwórz i opublikuj. Od tego momentu polityka wchodzi w cykl przetwarzania i zaczyna obowiązywać w ciągu 24-72 godzin dla większości lokalizacji.
Adaptive scopes – przełom w kierowaniu polityk na podstawie metadanych
Tradycyjne polityki przechowywania wymagały ręcznego wskazywania lokalizacji – co było uciążliwe w dynamicznie zmieniających się organizacjach, gdzie użytkownicy zmieniają działy, nowe witryny SharePoint powstają codziennie, a struktura zespołów Teams ewoluuje. Adaptive scopes, wprowadzone w 2023 roku i znacząco rozbudowane w 2025-2026, rozwiązują ten problem definitywnie.
Adaptive scope to dynamiczny zestaw lokalizacji, który automatycznie aktualizuje się na podstawie zapytań do katalogu Azure AD i właściwości obiektów Microsoft 365. Możesz zdefiniować zakres obejmujący na przykład "wszystkich użytkowników z działu Finanse w Europie" lub "wszystkie witryny SharePoint, których nazwa zawiera 'projekt-' i które mają przypisany atrybut niestandardowy 'Retention=Strict'". Gdy nowy użytkownik dołącza do działu Finanse, jego skrzynka i OneDrive automatycznie podlegają polityce.
Konfiguracja adaptive scope odbywa się w portalu Purview w sekcji Zasady przechowywania > Zakresy adaptacyjne. Kreator umożliwia budowanie zapytań z użyciem operatorów logicznych (AND, OR, NOT) na atrybutach takich jak: kraj/region, dział, stanowisko, miasto, domena pocztowa, atrybuty rozszerzeń (extensionAttribute1-15), a dla witryn SharePoint – także URL, właściciel, szablon witryny i właściwości niestandardowe.
Adaptive scopes aktualizują się automatycznie raz na dobę. Co istotne, gdy użytkownik przestaje spełniać kryteria zakresu, jego dane nie tracą natychmiast ochrony – polityka pozostaje w mocy przez dodatkowy okres karencji (domyślnie 30 dni), co zapobiega przypadkowej utracie danych przy zmianach organizacyjnych.
W 2026 roku Microsoft dodał do adaptive scopes możliwość budowania zapytań opartych na tagach poufności (sensitivity labels) – możesz teraz kierować politykę wyłącznie do dokumentów oznaczonych jako "Poufne" lub "Tajne", niezależnie od ich lokalizacji. To ogromny krok naprzód w zarządzaniu danymi wrażliwymi.
Integracja z Microsoft Teams, Copilot i Power Platform
Polityki przechowywania dla Microsoft Teams zasługują na osobne omówienie ze względu na złożoność architektury tej usługi. Wiadomości czatu prywatnego (1:1 i grupowe) przechowywane są w ukrytych folderach skrzynek Exchange Online uczestników. Wiadomości kanałów standardowych trafiają do grupowych skrzynek Exchange zespołu. Natomiast wiadomości kanałów prywatnych i współdzielonych (shared channels) przechowywane są w osobnych, dedykowanych skrzynkach. Pliki udostępniane w Teams są fizycznie przechowywane w witrynach SharePoint powiązanych z zespołami. Twoja polityka musi objąć wszystkie te lokalizacje, aby zapewnić pełne pokrycie.
Szczególną uwagę należy zwrócić na integrację z Microsoft 365 Copilot. Asystent AI indeksuje dane ze wszystkich lokalizacji objętych licencją użytkownika i wykorzystuje je do generowania odpowiedzi. Jeśli polityka przechowywania pozostawia nieaktualne lub nieprawdziwe dane w obiegu, Copilot może na ich podstawie generować błędne odpowiedzi. Dlatego w 2026 roku Microsoft rekomenduje, aby każda organizacja wdrożyła politykę usuwania danych starszych niż 10 lat jako absolutne minimum higieny danych dla środowisk z włączonym Copilotem.
Power Platform (Power Apps, Power Automate, Power BI) od 2025 roku również podlega politykom przechowywania. Dotyczy to przede wszystkim historii uruchomień przepływów (flow runs), dzienników aplikacji canvasowych oraz zestawów danych Power BI. Konfiguracja odbywa się w tej samej ścieżce – wystarczy zaznaczyć lokalizację "Power Platform" w kreatorze polityki.
Monitorowanie, raportowanie i rozwiązywanie problemów
Skuteczne wdrożenie retention policies wymaga ciągłego monitorowania. W 2026 roku podstawowym narzędziem jest Eksplorator aktywności (Activity Explorer) w portalu Microsoft Purview, który pokazuje w czasie rzeczywistym, jakie działania są podejmowane wobec poszczególnych elementów – czy są zatrzymywane, usuwane, czy przechodzą przez proces disposition review.
Drugim kluczowym narzędziem jest Raporty zasad przechowywania dostępne w sekcji Zarządzanie cyklem życia danych. Raporty te pokazują liczbę elementów objętych każdą polityką, z podziałem na lokalizacje i statusy. W 2026 roku Microsoft rozszerzył te raporty o prognozy wzrostu danych, wykorzystując algorytmy uczenia maszynowego do przewidywania, ile miejsca zajmą Twoje dane za 12 i 24 miesiące przy obecnych politykach.
Typowe problemy, z którymi spotykają się administratorzy, to:
- Polityka nie działa – sprawdź, czy od publikacji minęły co najmniej 24 godziny (w dużych tenantach do 7 dni). Zweryfikuj, czy lokalizacja nie jest objęta wyłączeniem lub inną polityką z silniejszym priorytetem.
- Elementy nie są usuwane – pamiętaj, że zasada longest retention wins. Jeśli jakakolwiek polityka (także eDiscovery hold lub litigation hold) nakazuje przechowywanie, element nie zostanie usunięty.
- Adaptive scope nie obejmuje oczekiwanych użytkowników – upewnij się, że atrybuty Azure AD są poprawnie wypełnione. Synchronizacja adaptive scopes odbywa się raz dziennie, więc zmiany w katalogu nie są widoczne natychmiast.
Do zaawansowanego audytu warto wykorzystać skoroszyty Azure Monitor (Azure Workbooks) połączone z dziennikami Microsoft 365 Audit Log. Pozwalają one tworzyć niestandardowe dashboardy i alerty – na przykład powiadomienie, gdy liczba elementów oczekujących na disposition review przekroczy zadany próg.
Retention policies a zgodność z RODO i Data Act
RODO nakłada na administratorów danych obowiązek ograniczenia przechowywania danych osobowych do okresu niezbędnego do realizacji celów, dla których zostały zebrane (zasada ograniczenia przechowywania – art. 5 ust. 1 lit. e). Microsoft 365 retention policies są podstawowym narzędziem technicznym realizującym ten wymóg. Kluczowe jest, aby dla każdej kategorii danych osobowych (dane pracownicze, dane klientów, dane marketingowe) istniała osobna polityka z jasno zdefiniowanym okresem przechowywania i udokumentowaną podstawą prawną.
Europejski Akt o Danych (Data Act), który wszedł w życie we wrześniu 2025 roku, dodaje nowe wymagania – w szczególności obowiązek umożliwienia użytkownikom urządzeń IoT i usług chmurowych dostępu do generowanych przez nich danych oraz ich eksportu. W kontekście Microsoft 365 oznacza to, że polityki przechowywania nie mogą automatycznie usuwać danych, do których użytkownik końcowy ma prawo dostępu na mocy Data Act, bez uprzedniego powiadomienia i umożliwienia eksportu. Microsoft udostępnił w tym celu mechanizm "data access request" w portalu Purview, który integruje się z harmonogramem disposition review.
Najlepsze praktyki wdrożeniowe dla organizacji każdej wielkości
Na podstawie setek wdrożeń przeprowadzonych w latach 2024-2026, można sformułować zestaw sprawdzonych praktyk:
-
Zacznij od inwentaryzacji danych. Uruchom raporty w Eksploratorze aktywności i przeanalizuj, jakie dane znajdują się w Twoim tennancie, gdzie są przechowywane i jak stare są najstarsze elementy.
-
Wdróż polityki warstwowo. Zacznij od jednej prostej polityki housekeepingowej (np. usuń wszystko starsze niż 10 lat) dla całego tenantу. Odczekaj 30 dni, przeanalizuj efekty, a następnie dodawaj kolejne, bardziej szczegółowe polityki.
-
Używaj adaptive scopes zamiast statycznych lokalizacji. W dynamicznych organizacjach statyczne listy dezaktualizują się błyskawicznie. Adaptive scopes zapewniają ciągłą zgodność bez ręcznej interwencji.
-
Dokumentuj każdą politykę. Dla każdej polityki prowadź rejestr zawierający: podstawę prawną, uzasadnienie okresu przechowywania, datę wdrożenia, osobę odpowiedzialną i datę następnego przeglądu.
-
Testuj na środowisku piaskownicy (sandbox). Przed wdrożeniem polityki produkcyjnie, przetestuj ją na wydzielonej grupie użytkowników lub w testowym tennancie. Błędy w konfiguracji mogą prowadzić do nieodwracalnej utraty danych.
-
Łącz retention policies z sensitivity labels. Oznaczanie dokumentów etykietami poufności w połączeniu z politykami opartymi na tych etykietach tworzy dwuwarstwowy system ochrony – treści wrażliwe są zarówno chronione przed wyciekiem, jak i zarządzane zgodnie z surowszymi wymogami przechowywania.
-
Skonfiguruj disposition reviews dla danych krytycznych. Automatyczne usuwanie bez przeglądu ludzkiego jest ryzykowne w przypadku dokumentacji prawnej, finansowej czy medycznej. Ustaw przegląd przez wyznaczone osoby jako obowiązkowy krok przed trwałym usunięciem.
Częste pytania
Ile czasu zajmuje aktywacja retention policy po jej opublikowaniu?
Dla większości tenantów pierwsze efekty widoczne są w ciągu 24-48 godzin. W dużych organizacjach z setkami tysięcy skrzynek i witryn pełne zastosowanie polityki może potrwać do 7-14 dni. Microsoft zaleca odczekanie minimum 7 dni przed zgłoszeniem problemu do supportu.
Czy retention policy może przywrócić przypadkowo usunięty element?
Tak, polityka w trybie retain chroni elementy przed trwałym usunięciem. Jeśli użytkownik usunie wiadomość e-mail lub plik objęty polityką retain, element trafia do ukrytego folderu (Recoverable Items w Exchange, Preservation Hold Library w SharePoint/OneDrive), skąd może zostać przywrócony przez administratora lub użytkownika z odpowiednimi uprawnieniami.
Jaka jest różnica między retention policy a retention label?
Retention policy działa globalnie na poziomie lokalizacji i jest automatycznie stosowana do wszystkich elementów w danej lokalizacji. Retention label może być stosowana ręcznie przez użytkowników lub automatycznie na podstawie klasyfikatorów, umożliwia bardziej szczegółowe reguły (np. różne okresy dla różnych typów dokumentów w tej samej bibliotece) i wspiera oznaczanie jako rekord (record).
Czy polityka wpływa na limit miejsca w skrzynce Exchange?
Tak – elementy zatrzymywane przez politykę retain są przenoszone do folderu Recoverable Items, który ma własny limit (domyślnie 100 GB dla skrzynek Exchange Online Plan 2, z możliwością auto-rozbudowy). Jeśli limit zostanie przekroczony, starsze elementy mogą być automatycznie usuwane, chyba że zastosowano litigation hold.
Czy mogę skonfigurować różne okresy przechowywania dla różnych typów plików w tej samej bibliotece SharePoint?
Nie za pomocą samej retention policy. Polityka działa jednakowo na wszystkie elementy w lokalizacji. Aby różnicować okresy przechowywania według typu pliku, należy użyć retention labels z automatycznym stosowaniem opartym na klasyfikatorach (trainable classifiers) lub właściwościach dokumentu.
Co się dzieje, gdy użytkownik opuści organizację?
Jeśli konto użytkownika zostanie usunięte, jego skrzynka Exchange staje się nieaktywna (inactive mailbox), a konto OneDrive – w zależności od konfiguracji – może być przechowywane przez zdefiniowany okres (domyślnie 30 dni, maksymalnie 10 lat). Polityki przechowywania nadal obowiązują wobec tych danych – treści są zatrzymywane lub usuwane zgodnie z regułami.
Jak sprawdzić, które polityki dotyczą konkretnego elementu?
W portalu Microsoft Purview, w Eksploratorze aktywności, możesz wyszukać element po jego identyfikatorze (URL dla SharePoint/OneDrive, Message-ID dla Exchange). System pokaże listę wszystkich polityk i etykiet, które mają zastosowanie do tego elementu, wraz z informacją, która reguła ma priorytet.
Czy retention policies działają dla zasobów współdzielonych z użytkownikami zewnętrznymi?
Tak, polityki obejmują również zawartość udostępnioną użytkownikom zewnętrznym, o ile znajduje się ona w objętej lokalizacji. Jednak faktyczne egzekwowanie polityki zależy od lokalizacji fizycznej danych – jeśli dane znajdują się w regionie geograficznym objętym inną jurysdykcją, mogą obowiązywać dodatkowe ograniczenia.
Czy mogę cofnąć skutki polityki, która już usunęła dane?
Jeśli polityka przeszła przez cały cykl usuwania (łącznie z trwałym usunięciem z kosza drugiego stopnia), odzyskanie danych jest niemożliwe bez kopii zapasowej z zewnętrznego rozwiązania. Dlatego tak ważne jest testowanie polityk na środowisku testowym i konfiguracja disposition review dla krytycznych danych.
Czy Microsoft 365 Copilot respektuje retention policies?
Tak. Copilot indeksuje wyłącznie dane, do których użytkownik ma dostęp i które nie zostały usunięte przez polityki przechowywania. Jeśli dokument został trwale usunięty zgodnie z polityką, Copilot nie będzie miał do niego dostępu i nie wygeneruje na jego podstawie odpowiedzi. Jednak indeks Copilota może być odświeżany z opóźnieniem – Microsoft deklaruje maksymalnie 48-godzinny okres propagacji zmian.
Prawidłowa konfiguracja Microsoft 365 retention policies to proces wymagający starannego planowania i systematycznego podejścia, ale korzyści – od zgodności regulacyjnej, przez optymalizację kosztów przechowywania, aż po bezpieczeństwo danych w erze AI – są nie do przecenienia. Jeśli szukasz sprawdzonego źródła licencji Microsoft 365, które zapewnią Ci dostęp do pełni funkcji Microsoft Purview opisanych w tym artykule, odwiedź kluczesoft.pl i znajdź ofertę dopasowaną do potrzeb Twojej organizacji.