Dlaczego checklist migracji jest niezbędna
Migracja email to jedna z najbardziej ryzykownych operacji informatycznych, jakie organizacja może podjąć. Przenosimy lata komunikacji biznesowej między platformami, a jedno przeoczenie może uszkodzić metadane wszystkich skrzynek. Najczęstsza ofiara? Daty emaili. Po migracji każdy email ryzykuje wyświetlanie daty migracji zamiast oryginalnej daty wysłania lub odbioru.
Ta checklist obejmuje każdą fazę procesu migracji. Postępuj zgodnie z tymi krokami, aby zminimalizować ryzyko uszkodzenia dat i innych problemów z metadanymi. A jeśli migracja jest już zakończona i pojawiły się problemy z datami, czytaj dalej.
Faza 1: planowanie przed migracją
Inwentaryzacja skrzynek
Przed dotknięciem jakiegokolwiek narzędzia migracyjnego udokumentuj każdą skrzynkę do migracji. Zapisz łączną liczbę skrzynek, przybliżoną liczbę emaili na skrzynkę, zakres dat najstarszych emaili i skrzynki współdzielone lub grupy dystrybucyjne. Ta inwentaryzacja określa, jakiego narzędzia migracyjnego użyć, ile czasu zajmie migracja i jaki tarif obowiązuje przy ewentualnych korektach po migracji.
Wybór odpowiedniego narzędzia migracji
Nie wszystkie narzędzia migracyjne obsługują daty tak samo. Zbadaj, jak każde narzędzie obsługuje zachowanie IMAP INTERNALDATE i czy dodaje nagłówki "Received" podczas procesu APPEND. Popularne narzędzia to BitTitan MigrationWiz, CloudM Migrate, imapsync, GSMMO i natywny import Centrum administracyjnego Exchange. Każde z tych narzędzi może powodować problemy z datami, ponieważ sam protokół IMAP wymaga od serwera docelowego dodania nagłówka "Received" przy wstawieniu. Ale niektóre narzędzia lepiej zachowują INTERNALDATE niż inne. Aby lepiej zrozumieć działanie INTERNALDATE, zobacz IMAP INTERNALDATE: dlaczego daty się psują.
Kopia zapasowa wszystkiego
Utwórz pełną kopię zapasową każdej skrzynki przed migracją. Ta kopia służy zarówno jako siatka bezpieczeństwa, jak i punkt odniesienia do weryfikacji dat po fakcie. Dla Google Workspace użyj Google Takeout lub narzędzia kopii zapasowej stron trzecich. Dla Microsoft 365 użyj kopii zapasowej Exchange Online lub eksportu PST. Dla serwerów IMAP użyj imapsync do utworzenia kopii lokalnej.
Przechowuj kopie zapasowe w lokalizacji całkowicie oddzielonej od serwerów źródłowego i docelowego.
Dokumentacja oryginalnych dat
Wybierz 10 do 20 emaili na skrzynkę rozłożonych na różne zakresy dat (najstarsze, najnowsze i kilka pośrednich). Zapisz datę "Odbioru", datę "Wysłania" i surowe nagłówki każdego emaila. Te emaile referencyjne stają się bazą weryfikacji po migracji. Zrób zrzut ekranu skrzynki posortowanej po dacie, by wizualnie udokumentować oryginalny porządek chronologiczny.
Faza 2: migracja testowa
Najpierw migruj skrzynkę testową
Nigdy nie uruchamiaj pełnej migracji bez wcześniejszego testu.
Utwórz skrzynkę testową z reprezentatywną próbką emaili (co najmniej 100, obejmujących kilka lat). Uruchom migrację tylko na tej jednej skrzynce i dokładnie zbadaj wyniki przed kontynuacją. Ten test ujawnia problemy z datami, błędy kodowania, bugi obsługi załączników i rozbieżności w strukturze folderów, zanim dotkną skrzynek produkcyjnych.
Weryfikacja dat na skrzynce testowej
Po zmigrowania skrzynki testowej natychmiast zweryfikuj daty. Otwórz skrzynkę w kliencie poczty, którego faktycznie będą używać użytkownicy końcowi (Outlook, Apple Mail, Thunderbird lub interfejs webmail). Porównaj wyświetlane daty z emailami referencyjnymi udokumentowanymi w Fazie 1. Sprawdź zarówno daty "Odbioru", jak i "Wysłania". Otwórz surowe nagłówki kilku emaili i poszukaj nowo dodanych nagłówków "Received" ze znacznikiem czasu migracji.
Jeśli daty są błędne na skrzynce testowej, będą błędne na wszystkich skrzynkach. Zatrzymaj wszystko i rozwiąż problem przed przystąpieniem do pełnej migracji.
Test z wieloma klientami poczty
Różne klienty poczty wyświetlają daty w różny sposób. Interfejs webowy Gmaila może pokazywać prawidłowe daty (używa nagłówka "Date"), podczas gdy Outlook pokazuje datę migracji (priorytetyzuje nagłówek "Received"). Testuj z każdym klientem używanym przez użytkowników organizacji, szczególnie Outlook Desktop, Outlook w przeglądarce, Apple Mail, Thunderbird i każdą mobilną aplikację poczty.
Faza 3: wykonanie migracji
Konfiguracja narzędzia migracji
Skonfiguruj narzędzie migracji, aby zachowywało INTERNALDATE w jak największym stopniu. W imapsync użyj odpowiednich flag do ustawienia INTERNALDATE na serwerze docelowym. W BitTitan MigrationWiz sprawdź zaawansowane ustawienia opcji obsługi dat. Te ustawienia nie zapobiegną całkowicie problemom z nagłówkiem "Received", ale zmniejszają powagę problemów z datami w niektórych klientach. Udokumentuj każde użyte ustawienie konfiguracji, by móc odtworzyć migrację w razie potrzeby.
Migracja w partiach
Nie migruj wszystkich skrzynek jednocześnie. Migruj w partiach po 10 do 20 skrzynek, weryfikując daty po każdej partii. Jeśli partia wykazuje problemy z datami, wykrywasz je zanim cała organizacja będzie dotknięta. Wlasciwie migracja w partiach redukuje też obciążenie serwerów źródłowego i docelowego, zmniejszając ryzyko timeoutów lub błędów połączenia mogących powodować niekompletne migracje.
Monitorowanie postępu
Śledź postęp migracji dla każdej skrzynki. Zapisuj godzinę rozpoczęcia, godzinę zakończenia, liczbę zmigrowanych emaili i wszelkie błędy. Narzędzia migracyjne zazwyczaj dostarczają logi - zachowuj je dla każdej skrzynki. Jeśli problemy z datami zostaną odkryte później, logi pomagają zidentyfikować dokładnie, która partia migracji i jakie ustawienia zostały użyte.
Faza 4: weryfikacja po migracji
Natychmiastowa weryfikacja dat
Zweryfikuj daty emaili w ciągu 24 godzin od migracji. Dla każdej partii otwórz 5 do 10 skrzynek i porównaj daty z referencjami sprzed migracji. Jeśli daty są błędne, udokumentuj skalę problemu (ile dotkniętych skrzynek, ile emaili na skrzynkę) dopóki informacje są świeże.
Sprawdzenie wszystkich typów folderów
Problemy z datami mogą różnie wpływać na poszczególne foldery. Sprawdź daty w Skrzynce odbiorczej, Elementach wysłanych, Wersjach roboczych i każdym folderze lub etykiecie niestandardowej. Niektóre narzędzia migracyjne przetwarzają foldery sekwencyjnie, a błędy w jednym folderze niekoniecznie oznaczają błędy w pozostałych.
Weryfikacja wyszukiwania i sortowania
Otwórz zmigrowaną skrzynkę, posortuj po dacie i potwierdź, że porządek chronologiczny odpowiada oryginałowi. Wyszukaj emaile po zakresie dat i zweryfikuj dokładność wyników. Przetestuj wszelkie zautomatyzowane reguły lub filtry zależne od dat odbioru. Jeśli organizacja używa narzędzi zgodności lub eDiscovery, sprawdź, czy zapytania oparte na datach zwracają prawidłowe wyniki.
Typowe błędy powodujące problemy z datami
Pominięcie migracji testowej
Najczęstszy błąd to migracja wszystkich skrzynek bez wcześniejszego testu. Kiedy problemy z datami zostaną odkryte, wszystkie skrzynki są dotknięte, a serwer źródłowy mógł już zostać wyłączony. 30-minutowa migracja testowa może zapobiec tygodniom naprawy. Dlaczego jej nie zrobić?
Ignorowanie dodawania nagłówków "Received"
Administratorzy często koncentrują się na zachowaniu INTERNALDATE i pomijają problem z nagłówkiem "Received". Nawet gdy INTERNALDATE jest prawidłowo ustawiony, migracyjny nagłówek "Received" powoduje, że Outlook i inne klienty wyświetlają złą datę. To najczęstsze źródło skarg po migracji. Przeczytaj dlaczego emaile wyświetlają złe daty po migracji po pełne wyjaśnienie techniczne.
Zbyt szybkie wyłączenie serwera źródłowego
Jeśli problemy z datami zostaną odkryte po wyłączeniu serwera źródłowego, opcja ponownej migracji znika. Utrzymuj serwer źródłowy dostępnym (nawet tylko do odczytu) przez co najmniej 30 dni po migracji. To zapewnia rozwiązanie awaryjne, jeśli poważne problemy pojawią się później.
Co zrobić, jeśli daty są już zepsute
Jeśli migracja już się odbyła i daty są nieprawidłowe, problem jest naprawialny. Oryginalny nagłówek "Date" jest zachowany w każdym emailu, co oznacza, że prawidłowa informacja o dacie wciąż istnieje. Daty emaili mogą zostać naprawione po migracji, nawet miesiące lub lata później.
Autorski silnik korekcji Redate.io łączy się ze skrzynką i wyszukuje emaile z uszkodzonymi metadanymi dat. Wieloetapowy pipeline analizy identyfikuje sygnatury migracyjne, stosuje celowane korekty zachowując integralność wiadomości (włączając podpisy S/MIME, struktury multipart i nagłówki nie-ASCII) i przeprowadza weryfikację integralności na każdym poprawionym emailu. Analiza jest bezpłatna i pokazuje dokładnie, ile emaili jest dotkniętych. Oryginały są przechowywane w widocznym folderze kopii zapasowej przez 30 dni.
Próba takiej korekty ręcznie lub niestandardowym skryptem jest kusząca, ale ryzykowna. Szczególne przypadki takie jak wiadomości zaszyfrowane PGP, uszkodzone granice MIME, zagnieżdżone struktury multipart i przesunięcia Content-Transfer-Encoding mogą cicho uszkadzać emaile bez wiedzy, aż będzie za późno. A jak zweryfikować, że 10000 poprawionych emaili jest w pełni nienaruszone?
Chcesz sprawdzić, czy skrzynka ma problemy z datami? Uruchom bezpłatną analizę z Redate.io - żadna płatność nie jest wymagana, by zobaczyć, ile emaili jest dotkniętych.