Преди да изберете целевата платформа
Неуспешните миграции рядко са технически провали. Това са проекти, при които ръководството е обещало „същото, но европейско“, докато част от употребите не са могли да последват. Този първи блок определя какво се мигрира, какво остава и какво се казва на екипите.
- Реалните употреби са изброени: имейл, файлове, Teams, разширен Excel, специализирани приложения.
- Това, което няма да бъде мигрирано, е записано и прието от ръководството.
- Служителите са уведомени какво се променя: уеб поща, онлайн редактор на документи, историята в Teams не се прехвърля.
- Онлайн редакторът на целевата платформа е тестван с Вашите собствени работни книги и документи, а не с демонстрация.
- Целевата платформа е избрана заради тези употреби, а не заради лозунг. Вижте ръководството за алтернативите.
- Офертата разграничава абонамент, миграция и изключения. Вижте разходите.
- Офертата посочва обема, приет като допускане, броя на проходите на копиране, критерия за приключване и цената на несъответствие, открито по-късно.
- Ангажиментът на оператора на услугата е писмен: пристигане на съобщенията, прехвърляне на историята или и двете.
- Вътрешното време е предвидено: определено отговорно лице, на разположение за описа, извадката и деня на превключването.
Опис
Описът определя офертата и графика. Всеки елемент, забравен тук, се връща по-късно под формата на повторна работа, често в най-неподходящия момент. Приложенията, които изпращат имейли, са най-честата дупка: копирна машина или софтуер за заплати, които продължават да изпращат със стария идентификатор, се забелязват едва след превключването.
- Домейни и поддомейни, които изпращат или получават имейли.
- Лични пощенски кутии, споделени кутии, списъци, псевдоними, пренасочвания.
- Обем на всяка пощенска кутия и кутии под законово задържане.
- Съществуващи архиви и какво трябва да бъде запазено.
- Акаунти без собственик (напуснали служители).
- Устройства: Outlook за Windows, Outlook за Mac, мобилни устройства, само уеб поща.
- Изпращащи приложения: копирни машини, сайт, CRM, известия, заплати.
- Софтуер, който се удостоверява чрез SMTP, с идентификатора, който използва.
- Файлове в обхвата: OneDrive, полезните библиотеки в SharePoint, вътрешни връзки и анонимни споделяния.
- Текущи DNS записи: MX, SPF, DKIM, DMARC, autodiscover.
- Краен срок на текущите абонаменти за Microsoft и условия за прекратяване.
Подготовка на целевата платформа
Целевата платформа се подготвя, докато служителите продължават да работят в Microsoft 365. MX не се променя. Тази фаза служи за откриване на проблемите върху извадка, докато все още има време методът да се коригира.
- Акаунтите са създадени, паролите или поканите са готови.
- Псевдонимите и списъците са създадени отново.
- SPF, DKIM и DMARC на целевата платформа са готови за публикуване.
- Първото копие на историята е стартирано, MX е непроменен.
- Извадката е проверена: ръководство, споделена кутия, голяма кутия, празна кутия.
- За извадката: проверени са броят на съобщенията, папките, контактите и повтарящите се срещи.
- Файловете са копирани, ако обхватът ги включва, и са отворени в целевата платформа.
- Инструкция от една страница за Outlook и за мобилните устройства, с процедурата „изтриване на акаунта и създаването му наново“.
- TTL на MX е намален няколко дни предварително.
- Писмен план за връщане назад: кой възстановява стария MX и за колко минути.
В навечерието
Навечерието служи за свеждане на разликата между двете платформи до минимум. Без втори проход пощата от последните дни липсва. Без замразяване псевдоним, създаден вечерта, съществува само от едната страна.
- Втори проход на копиране (разликата).
- Замразяване на създаването на псевдоними и на промените в списъците.
- Определена вътрешна линия за поддръжка за деня на превключването.
- Тестово изпращане от целевата платформа към външна кутия в Gmail и външна кутия в Microsoft.
В деня на превключването
Денят на превключването се оценява по външни доказателства, а не по това, че „работи вътрешно“. Съобщение, изпратено от външна лична пощенска кутия, трябва да пристигне в новата платформа в рамките на TTL; реално изходящо съобщение трябва да премине SPF, DKIM и DMARC при кореспондент.
- MX е превключен.
- Външният тестов имейл е получен в новата платформа.
- SPF, DKIM и DMARC са валидирани с реално изходящо съобщение.
- Копирните машини, сайтът и CRM са преминали към новия SMTP.
- Извадка от потребители е достъпна и може да изпраща.
- Опашката се наблюдава през целия ден.
- Лицето, упълномощено да възстанови стария MX, е на разположение през целия ден.
След това
Миграцията не е приключила, когато MX е превключен. Тя приключва, когато само един свят изпраща поща, несъответствията са отстранени и е изпробвано възстановяване в целевата платформа. Спирането на изпращането от старата платформа не позволява служител да отговаря от две места.
- Старата платформа е само за четене, без изпращане.
- Докладваните несъответствия са отстранени (липсваща папка, делегиране), трети целенасочен проход при нужда.
- Правилата от страна на сървъра, централизираните подписи и правата за делегиране са настроени отново.
- Мобилните устройства са преконфигурирани, старите профили са изтрити, ако създават дублирания.
- Датата на закриване на тенанта в Microsoft е записана, окончателният експорт е архивиран при необходимост.
- Правилата за съхранение и резервните копия на целевата платформа са проверени чрез тестово възстановяване.
- Регистърът на дейностите по обработване и вътрешната документация са актуализирани с новия оператор на услугата.
Методът стъпка по стъпка е в миграция без прекъсване. Общият ред на операциите и това, което не се прехвърля, са в миграция от Microsoft 365 към европейско решение.
Често задавани въпроси
Кой трябва да води този чеклист?
Вътрешно отговорно лице, с отговорник и дата за всеки ред. Доставчикът може да изпълни голяма част от него, но валидирането на извадката, на изключенията и на критерия за приключване е задача на компанията.
Може ли да се пропусне извадката, ако инструментът за копиране е надежден?
Не. Инструментът копира, но не проверява дали споделената кутия на ръководството или повтарящите се срещи са пристигнали правилно. Извадката е моментът, в който методът се коригира с най-малко разходи.
Колко дълго да се запази Microsoft 365 след превключването?
Колкото е нужно, за да се провери, че вече никой поток не го използва и че несъответствията са отстранени, в режим само за четене. Определете датата на закриване предварително и я запишете, за да не плащате за две платформи без причина.
Валиден ли е този списък и за Google Workspace?
В основната си част да: опис, DNS, проходи на копиране, изпращащи приложения, връщане назад. Специфичните за Google точки (етикети, собственици на файлове в Drive, групи) са описани в миграция от Google Workspace.
Klytic
За миграция на имейл услуга към Klytic: безплатни съвети, нито един загубен имейл, изпълнение от Klytic по оферта. Абонаментът и миграцията са две отделни фактури; цените на абонаментите са на страницата Цени.
Тази страница описва контролен списък. Тя не замества описа на Вашия тенант, нито писмения план за превключване, изготвен с Вашия доставчик.
Източници
Проверено през октомври 2026 г.
