Exchange Online po nowemu: autoarchiwizowanie, Archiwum Online i retencja w Microsoft 365 — co realnie pomaga przy limicie skrzynki, a czego nie

Dlaczego ten temat wymaga aktualizacji

W listopadzie 2026 roku nie warto już opisywać Auto-Archiving w Exchange Online jako zapowiedzi. Dokumentacja Microsoft opisuje tę funkcję jako element Exchange Online, który wszedł do public preview w listopadzie 2025 roku. Z kolei dokumentacja dotycząca auto-expanding archiving zawiera informację o zwiększaniu maksymalnej pojemności dla kwalifikujących się skrzynek z 1,5 TB do 3 TB, z rolloutem rozpoczynającym się w połowie października 2026 roku i przewidywanym zakończeniem pod koniec października. To zmienia perspektywę tekstu: część zmian nie jest już planem, tylko stanem opisanym przez producenta.

Primary mailbox, Online Archive, Auto-Archiving, auto-expanding archiving i retencja to nie to samo

Najważniejsze rozróżnienie jest proste: Auto-Archiving w Exchange Online służy do automatycznego przenoszenia najstarszych elementów z podstawowej skrzynki do archive mailbox wtedy, gdy rozmiar podstawowej skrzynki przekroczy określony próg. Microsoft podaje domyślnie 96% bieżącego limitu skrzynki. Funkcja ma zapobiegać zakłóceniom przepływu poczty związanym z przepełnieniem skrzynki.

To nie jest to samo co auto-expanding archiving. W dokumentacji Purview auto-expanding archiving oznacza możliwość automatycznego dodawania dodatkowej przestrzeni do archive mailbox aż do wskazanego limitu. Sama konwersja archiwum do trybu auto-expanding nie następuje od razu po włączeniu tej opcji. Microsoft podaje, że dzieje się to wtedy, gdy archive mailbox razem z folderem Recoverable Items osiągnie 90 GB, a udostępnienie dodatkowej przestrzeni może potrwać do 30 dni.

Retencja to osobny obszar. Microsoft wprost zaznacza przy Auto-Archiving, że ta funkcja nie zmienia polityk usuwania ani retencji. Jeżeli więc organizacja korzysta z mechanizmów retencyjnych, samo Auto-Archiving nie zastępuje ich i nie redefiniuje zasad przechowywania danych. W praktyce oznacza to, że rozwiązanie problemu z limitem skrzynki i rozwiązanie wymagań dotyczących przechowywania danych to dwie różne sprawy, nawet jeśli obie dotyczą tych samych wiadomości.

Co dokładnie robi nowe Auto-Archiving w Exchange Online

Microsoft opisuje Auto-Archiving jako funkcję progową, która uzupełnia dotychczasowe polityki archiwizacji oparte na czasie. Gdy wykorzystanie skrzynki przekroczy próg, najstarsze elementy są automatycznie przenoszone do archive mailbox tak, aby użycie spadło poniżej progu.

W dokumentacji wskazano kilka ważnych szczegółów działania. Po pierwsze, funkcja działa na podstawie monitorowania rozmiaru primary mailbox przez Managed Folder Assistant. Po drugie, Auto-Archiving próbuje przenieść 3% danych w jednym przebiegu, aż rozmiar spadnie poniżej progu. Po trzecie, nie archiwizuje danych odebranych mniej niż 60 dni wcześniej. Po czwarte, elementy oznaczone tagiem „Never Move to Archive” są wyłączone z tego procesu.

Dla MŚP praktyczna konsekwencja jest taka, że Auto-Archiving nie jest narzędziem do porządkowania skrzynki według potrzeb biznesowych, tylko mechanizmem ochronnym dla sytuacji zbliżania się do limitu. Ma utrzymać skrzynkę poniżej poziomu uznanego przez Microsoft za bezpieczny dla ciągłości działania poczty, a nie zastąpić świadome projektowanie polityk przechowywania.

Warunki i ustawienia, o których trzeba pamiętać

Microsoft wymienia w sekcji wymagań trzy warunki, które muszą być spełnione, aby Auto-Archiving mogło działać dla danego przypadku: archive mailbox musi być udostępnione dla użytkownika, archive mailbox musi mieć pozostałą pojemność, a użytkownik Exchange Online musi być włączony, chyba że RecipientTypeDetails to SharedMailbox.

Istotne jest też rozróżnienie poziomu organizacji i poziomu skrzynki. Dokumentacja podaje jednocześnie, że Auto-Archiving nie można wyłączyć na poziomie organizacji, ale można skonfigurować próg autoarchiwizacji dla organizacji. W tym samym materiale Microsoft podaje, że ustawienie wartości 100 dla progu wyłącza działanie autoarchiwizacji dla tenanta. To ważny niuans redakcyjny: nie chodzi o wyłączenie samej funkcji jako cechy platformy, tylko o ustawienie progu w taki sposób, że mechanizm nie zadziała operacyjnie dla organizacji.

Na poziomie pojedynczej skrzynki sytuacja jest prostsza: Microsoft podaje, że Auto-Archiving może być włączane i wyłączane per mailbox, a ustawienie domyślne to enabled. Dla zespołu IT w małej firmie oznacza to, że sensowniej jest najpierw sprawdzić, które skrzynki mają już włączone archiwum online, a dopiero potem testować zachowanie nowego mechanizmu przy zapełnieniu skrzynki.

Czego Auto-Archiving nie robi

Najwięcej nieporozumień bierze się z przypisywania tej funkcji roli, której dokumentacja jej nie nadaje. Microsoft pisze wprost, że Auto-Archiving nie zmienia polityk usuwania ani retencji. Jeżeli firma potrzebuje określonych okresów przechowywania lub blokad związanych z compliance, trzeba je oceniać osobno, a nie zakładać, że automatyczne przeniesienie wiadomości do archiwum rozwiązuje temat.

Drugie ograniczenie wynika z samej natury archiwum. Auto-Archiving przenosi dane między obszarami usługi Exchange Online. Nie jest opisane przez Microsoft ani przez NCSC jako mechanizm kopii zapasowej. Z perspektywy odtwarzania po incydencie to zasadnicza różnica: archiwum i retencja dotyczą przechowywania danych w usłudze, a backup służy odtworzeniu danych z odrębnych wersji lub kopii według zasad zaprojektowanych pod odporność i odzyskiwanie.

W dokumencie NCSC dotyczącym odpornych na ransomware kopii zapasowych dla chmury nacisk położono na cechy takie jak odporność backupu na usunięcie lub modyfikację, możliwość przywrócenia z wcześniejszej wersji nawet wtedy, gdy nowsze wersje są uszkodzone, oraz odpowiednie zabezpieczenie dostępu administracyjnego. Tych właściwości nie należy automatycznie przypisywać samemu archiwum skrzynki pocztowej.

Kiedy polityka archiwizacji wystarczy, a kiedy warto osobno ocenić backup Microsoft 365

Jeżeli problemem jest przede wszystkim zbliżanie się primary mailbox do limitu, a organizacja chce zmniejszyć ryzyko zakłóceń w odbiorze i wysyłce poczty, Auto-Archiving może być użytecznym mechanizmem operacyjnym. Szczególnie wtedy, gdy skrzynki mają już włączone archive mailbox i zespół chce ograniczyć ręczne interwencje przy przepełnieniu.

Jeżeli jednak pytanie brzmi nie o limit skrzynki, lecz o odtwarzanie danych po błędzie, usunięciu, uszkodzeniu lub incydencie bezpieczeństwa, proponujemy nie utożsamiać archiwizacji z backupem. Dokument NCSC opisuje backup przez pryzmat odporności na działania destrukcyjne, rozdzielenia możliwości usuwania, opóźniania operacji destrukcyjnych, soft-delete oraz możliwości przywrócenia wcześniejszej wersji. To inny zestaw wymagań niż ten, który spełnia mechanizm przenoszenia elementów do Online Archive.

Dla MŚP praktyczny wniosek może być następujący: najpierw warto jasno nazwać problem. Jeśli celem jest utrzymanie drożności skrzynki, rozmawiamy o Auto-Archiving i pojemności archiwum. Jeśli celem jest przechowywanie zgodne z zasadami retencji, rozmawiamy o retencji. Jeśli celem jest odtworzenie po incydencie, trzeba osobno ocenić rozwiązanie backupowe według kryteriów odporności i przywracania.

Najczęstsze pomyłki i prosty checklist dla MŚP

Pierwsza pomyłka to mylenie Auto-Archiving z auto-expanding archiving. To nie są synonimy. Pierwsze odpowiada za automatyczne przenoszenie najstarszych elementów z primary mailbox do archive mailbox po przekroczeniu progu. Drugie odpowiada za możliwość automatycznego zwiększania pojemności archive mailbox po spełnieniu warunków opisanych przez Microsoft.

Druga pomyłka to założenie, że większe archiwum rozwiązuje temat retencji. Dokumentacja Auto-Archiving temu przeczy, bo wprost stwierdza, że funkcja nie zmienia polityk usuwania ani retencji. Trzecia pomyłka to utożsamienie archiwum z backupem, choć dokument NCSC opisuje dla backupu odrębne wymagania dotyczące odporności, kontroli usuwania i przywracania wcześniejszych wersji.

Proponujemy prosty checklist wdrożeniowy dla polskiej firmy. Po pierwsze, sprawdź, czy użytkownicy mają provisioned archive mailbox. Po drugie, sprawdź, czy w archive mailbox pozostaje wolna pojemność. Po trzecie, zweryfikuj, czy zespół rozumie różnicę między progiem Auto-Archiving a pojemnością auto-expanding archiving. Po czwarte, ustal, które skrzynki mają pozostać z domyślnie włączonym Auto-Archiving, a które wymagają wyłączenia per mailbox. Po piąte, przetestuj wyszukiwanie i dostęp do wiadomości po przeniesieniu do archiwum. Po szóste, oddziel w komunikacji do użytkowników temat archiwum od tematu retencji i odtwarzania. Po siódme, jeśli firma ocenia odporność na incydenty, porównaj swoje podejście do backupu z zasadami opisanymi przez NCSC, zamiast zakładać, że samo archiwum spełnia tę rolę.

Jeżeli organizacja planuje użycie auto-expanding archiving, proponujemy dodatkowo sprawdzić uprawnienia administracyjne wymagane przez Microsoft, potwierdzić wcześniejsze włączenie archive mailbox oraz uwzględnić w planie fakt, że po włączeniu auto-expanding archiving nie można go wyłączyć. Warto też pamiętać, że dodatkowa przestrzeń nie pojawia się natychmiast po samym włączeniu funkcji, bo dokumentacja wiąże provisionowanie dodatkowego miejsca z osiągnięciem 90 GB przez archive mailbox wraz z Recoverable Items i dopuszcza czas do 30 dni.