Zasady przechowywania w Microsoft 365 nie są stosowane

By Mirko Peters · 2026-04-23 · Updated 2026-07-18

Sprawdź, dlaczego zasady przechowywania w Microsoft 365 nie są stosowane, i rozwiąż problemy dotyczące lokalizacji, zakresu zasad, konfliktów, czasu wykonania i licencjonowania.

Automatically translated with AI from the original post. Read the English original

Zasady przechowywania w Microsoft 365 są kluczowe dla zarządzania cyklem życia wiadomości e-mail, dokumentów i czatów w całej organizacji. Czasami jednak działają inaczej, niż oczekujesz: elementy nie są przenoszone do archiwum, nie są usuwane albo pozostają dłużej, niż powinny. Ten artykuł wyjaśnia, dlaczego zasady przechowywania mogą nie działać zgodnie z zamierzeniem, nawet jeśli dokładnie je skonfigurowano.

Znajdziesz tu konkretne wskazówki, jak rozpoznać objawy nieudanego przechowywania, poznasz główne przyczyny, takie jak błędy konfiguracji czy problemy z uprawnieniami, oraz skorzystasz z praktycznych kroków diagnostycznych. Omówimy też kwestie, które łatwo przeoczyć, m.in. wpływ środowisk multi-geo, luki w RBAC i opóźnienia wynikające z wewnętrznego harmonogramu Microsoft 365. Jeśli jesteś administratorem lub osobą odpowiedzialną za zgodność i musisz chronić dane, te informacje pomogą Ci uniknąć utraty danych, odchyleń od wymogów zgodności i nieprzyjemnych niespodzianek podczas kolejnego audytu. Aby lepiej poznać ukryte wyzwania związane ze zgodnością, zapoznaj się z tą dyskusją na temat odchyleń od zgodności w Microsoft 365 albo dowiedz się, dlaczego zarządzanie zawodzi, na tej stronie o błędach zarządzania.

Rozpoznawanie typowych objawów niestosowania zasad przechowywania

Gdy zasada przechowywania nie wykonuje swojego zadania w Microsoft 365, objawy zwykle nie są subtelne. Wyraźnym sygnałem jest to, że wiadomości e-mail lub pliki, które powinny zostać usunięte albo przeniesione do archiwum, pozostają zbyt długo. Problem widać także wtedy, gdy elementy nieustannie gromadzą się w skrzynce pocztowej, aż przekroczą limit. Bez względu na to, ile razy poprosisz użytkowników o porządkowanie starych danych, nic nie zmienia się automatycznie.

Do innych czerwonych flag należą brakujące tagi przechowywania przy wiadomościach lub folderach oraz foldery, które powinny być widoczne (na przykład folder archiwum), a się nie pojawiają. Jeśli ustawiłeś konkretne zasady dla usług SharePoint lub OneDrive, a elementy nie pokazują zwykłego statusu „usunięte” lub „zachowane”, to również jest sygnał ostrzegawczy. Czasami w portalu Microsoft Purview zauważysz, że przypisana zasada przechowywania ma status „nie zastosowano”, albo zobaczysz długą listę elementów bez żadnego tagu zasad.

Ważne jest, aby wcześnie wychwytywać te objawy, zanim sytuacja wymknie się spod kontroli. Zwlekanie może spowodować, że dane pozostaną tam, gdzie nie powinny, albo odwrotnie – utratę elementów, które zespół musi zachować ze względów zgodności. Przy tak wielu funkcjach współpracy w Microsoft 365 łatwo uznać, że wszystko działa poprawnie, przynajmniej na pierwszy rzut oka. Nie daj się zwieść raportom audytu ani stabilnym pulpitom – potrzebujesz zobaczyć rzeczywiste, oczekiwane zmiany zachodzące w czasie. Aby zobaczyć, gdzie zgodność może się wymykać spod kontroli w tle, posłuchaj tego odcinka o tym, jak zasady przechowywania w Microsoft 365 wchodzą w interakcje ze współpracą i zachowaniem użytkowników.

Główne przyczyny sytuacji, w których zasady przechowywania nie są stosowane

Przyjrzyjmy się teraz, dlaczego zasady przechowywania czasem po prostu nie działają w Microsoft 365. Rzadko chodzi tu wyłącznie o pech. Zwykle za kulisami kryje się jedna lub więcej przyczyn.

Klasycznym winowajcą jest błędna konfiguracja: być może ustawiłeś zasadę, która koliduje z inną, albo pominąłeś ważnego użytkownika lub lokalizację. Czasem zasada obejmuje niewłaściwy zakres, na przykład została zastosowana do niewłaściwej grupy użytkowników lub niewłaściwej lokalizacji geograficznej. Hierarchia zasad również może powodować problemy, gdy bardziej szczegółowe tagi w nieoczekiwany sposób nadpisują szersze. Takie konflikty są typowe w dużych, dynamicznych wdrożeniach Microsoft 365.

Łatwo także zapomnieć o Managed Folder Assistant (MFA). Jeśli ta usługa jest wyłączona (elcprocessingdisabled) lub nie jest uruchamiana wystarczająco często, działania przechowywania po prostu nie zachodzą. Wielu administratorów pomija fakt, że MFA nie działa w czasie rzeczywistym i musi być uruchomiony, aby zmiany zaczęły obowiązywać. Zaległości na serwerze lub ograniczanie przepustowości skrzynek pocztowych, szczególnie dużych skrzynek lub w okresach dużego obciążenia, mogą również spowolnić egzekwowanie zasad.

Kolejnym źródłem problemów są uprawnienia. Nie każda rola administratora może przypisywać lub zarządzać zasadami przechowywania, a brakujące role RBAC – zwłaszcza przy delegowanym administrowaniu lub narzędziach zarządzania firm trzecich – mogą po cichu blokować przypisania. Wreszcie, rozproszone środowiska wielu regionów często prowadzą do konfliktów zasad między regionami lub granic zgodności, przez co zasady zawodzą w lokalizacjach pomocniczych, mimo że w siedzibie głównej wyglądają poprawnie.

Dokładne rozwiązywanie problemów zaczyna się od zrozumienia tych szerszych schematów. Przygotuj się na przeglądanie dzienników, ponowne sprawdzanie hierarchii zasad i szukanie przypadków wyjątkowych w całej dzierżawie. Dobre zarządzanie jest zamierzone, a nie automatyczne; więcej na ten temat znajdziesz w tym odcinku o iluzji zarządzania w Microsoft 365. Zrozumienie, dlaczego rzeczy się psują, to pierwszy krok, by zapobiec ich ponownemu wystąpieniu.

Rozwiązywanie problemów z błędami zasad przechowywania w Microsoft 365

Napotkanie komunikatów o błędach podczas pracy z zasadami przechowywania w Microsoft 365 może przypominać niekończący się labirynt. Jeszcze przed chwilą ustawienia wyglądają solidnie, a w następnej chwili widzisz komunikat „nie znaleziono zasad”, „wystąpił błąd” lub tajemniczy komunikat „lokalizacja jest niejednoznaczna”. Owszem, te błędy są frustrujące, ale każdy z nich zawiera wskazówki, gdzie coś poszło nie tak.

Ta sekcja zestawia najczęstsze błędy zasad przechowywania, na które z pewnością natrafisz, niezależnie od tego, czy zarządzasz skrzynkami Exchange Online, witryną SharePoint czy lokalizacjami OneDrive. Zamiast ogólnikowych porad wyjaśnimy, dlaczego te błędy się pojawiają, jakie ukryte problemy je powodują i na jakie sygnały warto zwrócić uwagę, aby nie gonić za niewłaściwą poprawką. W każdym scenariuszu otrzymasz przejrzyste, krok po kroku podejście, skupione na tym, jak faktycznie ruszyć dalej, zamiast tylko czytać kolejny niejasny kod błędu.

Jeśli pracujesz w złożonym środowisku z hybrydowymi skrzynkami, delegowanymi uprawnieniami lub rozproszonymi rolami administratorów, te błędy mogą pojawiać się w nieoczekiwanych miejscach. Ten przewodnik po rozwiązywaniu problemów pozwoli Ci z pewnością siebie usuwać problemy z zasadami w skali całego środowiska lub skupić się na pojedynczej skrzynce czy witrynie. Każdy błąd ma swoją specyfikę, dlatego właściwa ścieżka do rozwiązania robi ogromną różnicę.

Zostań z nami, gdy będziemy po kolei rozplątywać te błędy, tak aby Twoje zasady przechowywania mogły faktycznie spełniać swoje zadanie. Gdy rozwiążesz prawdziwą przyczynę tych usterek, Twoje środowisko Microsoft 365 będzie działać sprawniej i niezawodniej.

Błąd: Nie znaleziono ustawień ani nie wykryto zasad przechowywania

1. Sprawdź istnienie zasad i ich nazwę: Upewnij się, że zasady przechowywania rzeczywiście istnieją w Twojej dzierżawie i są widoczne zarówno w portalu Microsoft Purview, jak i w centrum administracyjnym Exchange. Literówki lub podobne nazwy zasad mogą prowadzić do zamieszania, jeśli zastosujesz niewłaściwe zasady.
2. Zweryfikuj zakres i przypisanie: Upewnij się, że zasady są przypisane do właściwych skrzynek, witryn lub grup. Błędy mogą wystąpić, jeśli zakres jest zbyt wąski lub błędnie skonfigurowany – zwłaszcza po migracji lub zmianach w synchronizacji AD.
3. Zbadaj problemy z PolicyId: Czasami odwołania PolicyId na skrzynkach lub w lokalizacjach są brakujące, nieaktualne lub niezsynchronizowane. W razie wątpliwości zsynchronizuj ponownie przypisanie lub ponownie zastosuj zasady.
4. Uwzględnij opóźnienia propagacji: Nowe lub zaktualizowane zasady często potrzebują godzin (czasem dłużej), aby się pojawić, zwłaszcza w dużych dzierżawach. Daj systemowi czas na nadrobienie zaległości, zanim zaczniesz eskalować problem.

Błąd: Wystąpił problem lub napotkaliśmy błąd

1. Sprawdź kondycję usługi Microsoft 365: Aktywny incydent usługi lub zaplanowana konserwacja mogą powodować ogólne błędy i blokować przetwarzanie zasad przechowywania.
2. Przejrzyj ostatnie zmiany zasad: Niespójne lub kolidujące ze sobą zmiany – na przykład nakładające się zasady – mogą wprowadzić system w zamieszanie. Cofnij ostatnie aktualizacje, aby wyizolować źródło problemu.
3. Uruchom przetwarzanie ponownie za pomocą skryptów: Użyj polecenia Start-ManagedFolderAssistant w programie PowerShell dla dotkniętych skrzynek, aby ręcznie uruchomić przetwarzanie zasad i uzyskać dane wyjściowe błędów.
4. Zweryfikuj uprawnienia administratora: Ogólne błędy czasem ukrywają problemy z odmową dostępu. Upewnij się, że Twoje konto ma właściwe role RBAC do zarządzania przechowywaniem.

Błąd: Lokalizacja jest niejednoznaczna lub nie została znaleziona podczas przypisywania zasad przechowywania

1. Sprawdź istnienie skrzynki lub witryny: Upewnij się, że lokalizacja (skrzynka pocztowa, witryna SharePoint, konto OneDrive) rzeczywiście istnieje i odpowiada identyfikatorowi użytemu w przypisaniu zasad.
2. Przejrzyj stan hybrydowy, wielogeograficzny i synchronizacji: W wdrożeniach hybrydowych lub konfiguracjach wielogeograficznych niejednoznaczne lokalizacje często wynikają z niezsynchronizowanych katalogów, wygasłych kont lub nieprawidłowego routingu geograficznego.
3. Uporządkuj odwołania do grup i użytkowników: Jeśli przypisujesz zasady przez grupę dynamiczną lub starsze obiekty usługi AD, upewnij się, że te grupy nie są puste, nie zostały usunięte i mieszczą się w zakresie.
4. Sprawdź ustawienia zakresu zasad: Błędy lokalizacji usuń, aktualizując zakres zasad w Microsoft Purview lub centrum administracyjnym Exchange tak, aby obejmował właściwego użytkownika lub zasób.

Błąd: witryna jest zablokowana lub nie można zastosować wstrzymania przechowywania

1. Sprawdź stan witryny: Przejdź do ustawień administracyjnych SharePoint i sprawdź, czy witryna jest „zablokowana” lub znajduje się w stanie tylko do odczytu, zamknięta albo oczekująca na usunięcie. Taki stan uniemożliwia tworzenie nowych wstrzymań lub zmiany zasad.
2. Przejrzyj wstrzymania eDiscovery lub zgodności: Jeśli działa aktywne wstrzymanie eDiscovery lub inne wstrzymanie prawne, ustawienia przechowywania mogą być zablokowane do czasu jego zwolnienia.
3. Zweryfikuj uprawnienia: Upewnij się, że Twoje konto administratora lub dostęp delegowany obejmuje uprawnienia do stosowania lub modyfikowania wstrzymań przechowywania dla danej witryny lub skrzynki.
4. Odblokuj lub przywróć witrynę w razie potrzeby: Jeśli jest to uzasadnione, skorzystaj z narzędzi administracyjnych lub eskalacji do pomocy technicznej, aby odblokować witrynę lub przywrócić ją ze stanu oczekiwania na usunięcie bądź wstrzymania.

Rozwiązywanie problemów z oczekującymi i przetwarzanymi zasadami przechowywania

Czasami zasady przechowywania Microsoft 365 utykają w stanie przejściowym — pozostają w stanach „PendingDeletion”, „Processing” lub innych stanach przejściowych i nie mogą zostać ukończone ani usunięte. Te zablokowane stany są nie tylko irytujące; mogą uniemożliwiać dodawanie nowych zasad, zmianę przypisań lub utrzymanie cyklu życia danych zgodnie z planem.

Zaległe opóźnienia przetwarzania mogą wynikać z tego, że portal Microsoft Purview nie nadąża za synchronizacją po stronie zaplecza, z osieroconych obiektów pozostałych po niedokończonych usunięciach lub z problemów infrastrukturalnych po aktualizacjach usługi. Umiejętność rozpoznawania takich zawieszonych stanów i wiedza, co z nimi zrobić, są kluczowe dla każdego administratora, który zmaga się z trudnymi do usunięcia zasadami albo zasadami, które nie aktywują się zgodnie z harmonogramem.

Ta sekcja przedstawia koncepcje, których potrzebujesz: na co zwracać uwagę, gdy zasady nie chcą się usunąć, jak przedłużające się przetwarzanie może zablokować zarządzanie zgodnością oraz ogólne rozwiązania, po które najczęściej sięgają administratorzy. Właściwe podejście może obejmować proste sprawdzenie w programie PowerShell, ponowne przypisanie zasad lub eskalację do pomocy technicznej Microsoft, gdy naprawdę utkniesz. Dzięki tym narzędziom zarządzanie przechowywaniem nie zostanie zablokowane przez te niewidoczne stany.

Zasada zablokowana w stanie PendingDeletion lub niecałkowicie usunięta: kroki rozwiązania

1. Sprawdź stan zasad w programie PowerShell: Użyj polecenia Get-RetentionCompliancePolicy oraz powiązanych cmdletów, aby sprawdzić dokładny stan zablokowanych zasad („PendingDeletion” itp.).
2. Wymuś usunięcie narzędziami administracyjnymi: Jeśli zasady nie chcą zostać usunięte z centrum administracyjnego, użyj polecenia Remove-RetentionCompliancePolicy w programie PowerShell.
3. Przypisz ponownie lub usuń zależności: Upewnij się, że żadne skrzynki ani lokalizacje nie są nadal powiązane z zasadami; w razie potrzeby przenieś je do innej zasady przechowywania lub domyślnej zasady MRM.
4. Eskaluj sprawę do pomocy technicznej Microsoft: Jeśli powyższe kroki zawiodą, otwórz zgłoszenie do usługi — pomoc techniczna Microsoft często potrafi usunąć osierocone wpisy po stronie zaplecza, które blokują nowe konfiguracje.

Błąd: nie możemy przetworzyć Twojej zasady przechowywania lub nadal trwa jej przetwarzanie

1. Przejrzyj konfigurację zasad: Dokładnie sprawdź konfigurację pod kątem niekompletnych lub nieprawidłowych ustawień, takich jak brakujące znaczniki przechowywania lub błędne zakresy przypisania.
2. Monitoruj opóźnienia systemowe lub związane z przepustowością: Opóźnienia przetwarzania często wynikają z ograniczania przepustowości skrzynek, zadań zaplecza obejmujących całą dzierżawę lub dużego obciążenia usług Microsoft 365 — poczekaj kilka godzin i spróbuj ponownie.
3. Ręcznie uruchom przetwarzanie: W przypadku Exchange Online uruchom polecenie Start-ManagedFolderAssistant dla dotkniętych skrzynek, aby popchnąć proces do przodu.
4. Sprawdź stan w Microsoft Purview: Zweryfikuj stan zasad i dzienniki w portalu, aby uzyskać więcej informacji o tym, co uniemożliwia wykonanie. Jeśli zasada utknęła na ponad 24 godziny, eskaluj sprawę do pomocy technicznej.

Weryfikacja i sprawdzanie, czy zasada przechowywania działa

Po skonfigurowaniu zasad przechowywania nie zakładaj, że działają one bezproblemowo w tle. Regularne sprawdzanie, czy reguły retencji nie tylko są przypisane, ale także faktycznie wykonywane, może uchronić przed poważnymi lukami w zgodności i niespodziewanymi audytami. Microsoft 365 oferuje kilka narzędzi, na przykład PowerShell i portal Microsoft Purview, które pomagają zweryfikować wdrożenie i skuteczność zasad.

Ta część pokazuje, jak potwierdzić, że każda skrzynka pocztowa, witryna SharePoint i konto OneDrive rzeczywiście podlega właściwym zasadom. Zobaczysz różnicę między samym przypisaniem a faktycznym działaniem: elementy są usuwane, przenoszone lub oznaczane jako zachowane. Te kontrole pomagają wykryć ciche awarie, czyli sytuacje, w których wszystko „wygląda dobrze” w centrum administracyjnym, ale pod spodem nic się nie dzieje.

Oprócz weryfikacji technicznej warto pomyśleć o gotowości do audytu. Microsoft Purview Audit (zwłaszcza w wersji Premium) zapewnia dzierżawowe dzienniki, które wychwytują rzeczy, jakich zwykłe raporty mogą nie pokazać. Szczegóły dotyczące wykorzystania Purview do dogłębnego śledzenia i zgodności znajdziesz w tym przewodniku po audytowaniu aktywności użytkowników w Microsoft Purview. Proaktywne sprawdzanie to nawyk, bez którego żaden administrator dbający o zgodność organizacji nie powinien się obejść.

Jak potwierdzić, że zasady przechowywania są zastosowane do skrzynki pocztowej

1. Centrum administracyjne Microsoft 365: Otwórz właściwości skrzynki pocztowej użytkownika, sprawdź sekcję przypisanych zasad przechowywania oraz daty przypisania i rozpoczęcia.
2. Weryfikacja w PowerShell: Użyj polecenia Get-Mailbox –Identity user@domain.com | ft RetentionPolicy, aby sprawdzić nazwy zasad, oraz Get-Mailbox –Identity user@domain.com | fl *Retention*, aby uzyskać więcej szczegółów.
3. Dzienniki operacyjne: Przejrzyj dzienniki audytu skrzynki pocztowej lub skorzystaj z Microsoft Purview Audit, aby potwierdzić, że działania retencyjne, takie jak „przeniesiono do archiwum” lub „usunięto”, są rejestrowane zgodnie z oczekiwaniami.
4. Ponowne przypisanie w przypadku niezgodności: Jeśli wyniki kontroli nie są zgodne z oczekiwaniami, ponownie zastosuj zasady za pomocą portalu lub PowerShell, aby zresetować powiązanie.

Retencja nie działa? Rozwiąż problemy z znacznikami i działaniami w zasadach

1. Sprawdź zastosowanie znaczników: Upewnij się, że domyślne i niestandardowe znaczniki retencji rzeczywiście są przypisane do folderów lub elementów. Skorzystaj ze szczegółów skrzynki pocztowej lub zapytań PowerShell (Get-RetentionPolicyTag).
2. Sprawdź wykonywanie działań: Zobacz, czy elementy są usuwane, przenoszone do archiwum lub oznaczane jako zachowane zgodnie z ustawieniami wygaśnięcia znacznika. Porównaj oczekiwaną zawartość folderów z rzeczywistą.
3. Przejrzyj obsługę wyjątków: Poszukaj elementów z znacznikami „nigdy nie usuwaj” lub innymi znacznikami wyjątków, które mogą wstrzymywać działania retencyjne dla określonych folderów.
4. Przetestuj przykładowy element: Zastosuj znacznik ręcznie i wymuś przetwarzanie zasad (Start-ManagedFolderAssistant), a następnie sprawdź wynik.

Proaktywne zarządzanie i najlepsze praktyki unikania awarii zasad przechowywania

Jeśli chcesz uniknąć niekończących się cykli rozwiązywania problemów, proaktywne zarządzanie jest twoim najlepszym sprzymierzeńcem w świecie zasad retencji Microsoft 365. Im mniej traktujesz retencję jako rozwiązanie „ustaw i zapomnij”, tym rzadziej będziesz dostawać telefony w środku nocy, gdy zbliża się audyt albo gdy dział prawny chce wiedzieć, kto i co usunął.

Przejrzysta, dobrze udokumentowana konstrukcja zasad, pozbawiona nakładania się i luk, stanowi podstawę zdrowej retencji. Regularne przeglądy i kontrole kondycji, z wykorzystaniem narzędzi takich jak Purview, pomagają wychwycić zerwane przypisania lub zaległe działania, zanim rozprzestrzenią się one na całą organizację. Planowanie i włączanie kluczowych usług, takich jak Managed Folder Assistant, to obowiązek, a nie coś, o czym można pomyśleć na końcu.

Co najważniejsze, nie zapominaj o „systemowym” ujęciu zarządzania. Microsoft 365 obejmuje pocztę, pliki, czaty i nie tylko, a prawdziwa zgodność oznacza objęcie wszystkiego, a nie tylko jednego obszaru pracy. Aby zrozumieć, dlaczego rozproszone zarządzanie prowadzi do problemów, zajrzyj do tej dyskusji o błędach zarządzania w Microsoft 365. Zrobione dobrze, twoje podejście utrzyma przepływ danych bez tarć i zminimalizuje niepokój związany z audytem.

Zapewnienie, że Managed Folder Assistant jest włączony i działa

Managed Folder Assistant (MFA) to proces działający w tle, który egzekwuje działania retencyjne w skrzynkach pocztowych Exchange Online. Jeśli MFA jest wyłączony (na przykład gdy elcprocessingdisabled ma wartość true), starannie zaprojektowane zasady nie będą miały żadnego efektu, niezależnie od tego, co widzisz w portalu.

Administratorzy powinni regularnie sprawdzać status MFA za pomocą programu PowerShell (Get-Mailbox –Identity user@domain.com | fl ElcProcessingDisabled), aby upewnić się, że jest włączony. Jeśli jest wyłączony, użyj polecenia Set-Mailbox –Identity user@domain.com –ElcProcessingDisabled $false, aby go ponownie aktywować. MFA działa automatycznie według ustalonego harmonogramu, ale administratorzy mogą ręcznie przyspieszyć przetwarzanie za pomocą Start-ManagedFolderAssistant. Śledzenie stanu MFA ogranicza frustrujące opóźnienia zasad i zapewnia, że skrzynki są zarządzane we właściwym czasie.

Projektowanie skutecznych zasad przechowywania w środowiskach Microsoft 365

• Wyjaśnij cel zasad: Udokumentuj, do czego służy każda zasada, i unikaj nakładania się zakresów zasad, aby zachować prostotę i możliwość audytu.
• Unikaj konfliktujących tagów: Upewnij się, że tagi domyślne, folderów i osobiste nie kolidują ze sobą ani nie nadpisują się nieoczekiwanie w hierarchii zasad.
• Dopasuj do potrzeb cyklu życia danych: Dostosuj okresy przechowywania do wymogów regulacyjnych, biznesowych i prawnych — nie korzystaj po prostu z „domyślnych” czasów Microsoft.
• Testuj na grupach pilotażowych: Wdrażaj zmiany najpierw dla wybranych użytkowników lub witryn, zanim zastosujesz je w całej dzierżawie, aby wychwycić problemy, zanim urosną do dużych rozmiarów.
• Dokumentuj i regularnie przeglądaj: Aktualizuj dokumentację zasad i zaplanuj cykliczne przeglądy, aby wychwytywać odchylenia lub niezgodności — szczególnie po fuzjach i większych zmianach w organizacji.

Więcej o równoważeniu bezpieczeństwa platformy z zarządzaniem obciążeniami znajdziesz w tych najlepszych praktykach dotyczących bezpieczeństwa i zarządzania w Power Platform.

Opóźnienia zasad przechowywania wynikające z przetwarzania skrzynek i harmonogramu systemu

Bez względu na to, jak starannie skonfigurujesz zasady przechowywania w Microsoft 365, możesz i tak zostać zaskoczony opóźnieniami po stronie zaplecza. Nawet gdy zaznaczysz wszystkie pola konfiguracji, nie ma gwarancji, że działania zasad rozpoczną się natychmiast. Zamiast tego Microsoft 365 polega na zestawie procesów działających w tle — z Managed Folder Assistant na czele — które egzekwują przechowywanie. Procesy te są zaplanowane, a nie działają w czasie rzeczywistym.

Jeśli przyzwyczaiłeś się do klikania „Zapisz” i oczekiwania natychmiastowych efektów, narzucone przez system interwały przetwarzania mogą być dość frustrujące. Opóźnienia wydłużają się, gdy obciążenie serwera jest wysokie lub skrzynki są przeładowane, ponieważ Microsoft ogranicza aktywność, aby rozłożyć przetwarzanie w czasie. Możesz uznać, że zasady utknęły lub nie działają, podczas gdy w rzeczywistości po prostu czekają w kolejce na kolejne uruchomienie MFA.

Zrozumienie tego rytmu pomaga ustalić oczekiwania w zespole i uniknąć zbędnych zgłoszeń do pomocy technicznej, zanim system zdąży nadrobić zaległości. Zostań z nami, aby poznać szczegóły działania harmonogramu MFA oraz tego, jak ograniczanie skrzynek i obciążenie serwera mogą spowolnić procesy. Znajomość tego rytmu sprawia, że nie zakładasz z góry, iż opóźnienie oznacza awarię.

Zrozumienie interwałów przetwarzania Managed Folder Assistant

Managed Folder Assistant (MFA) odpowiada za stosowanie zasad przechowywania i archiwizacji do skrzynek Exchange Online, ale nie działa w czasie rzeczywistym. Domyślnie MFA przetwarza każdą skrzynkę raz na siedem dni, choć okresy dużego obciążenia lub duże skrzynki mogą wydłużyć ten czas.

Administratorzy mogą uruchomić MFA ręcznie za pomocą polecenia Start-ManagedFolderAssistant, jeśli po pilnej zmianie muszą przyspieszyć stosowanie zasad. Mimo to zmiany mogą pojawiać się w skrzynkach użytkowników nawet przez kilka godzin, zwłaszcza w przypadku tysięcy kont. Rozpoznawanie tych cykli jest kluczowe, aby uniknąć zbędnego rozwiązywania problemów i zrozumieć, dlaczego elementy nie są archiwizowane ani usuwane natychmiast po ustawieniu nowej zasady.

Warto też posłuchać

Jeśli szukasz informacji o zasadach przechowywania, które nie są stosowane w Microsoft 365, te odcinki dostarczą praktycznego kontekstu dla zarządzania, bezpieczeństwa, audytu i niezawodnych operacji w Microsoft 365.

• Microsoft Purview – Simply Explained — Powiązanie przechowywania, zgodności, audytu i zarządzania danymi.
• Microsoft Defender XDR – Simply Explained — Powiązanie sygnałów operacyjnych z wykrywaniem i reagowaniem.
• Microsoft Teams Governance – Simply Explained — Dowiedz się, dlaczego zasady dotyczące własności i cyklu życia mają znaczenie dla współpracy.

Te odcinki pomagają przełożyć temat artykułu na praktyczne decyzje wdrożeniowe.