Миграция
Миграцията от Google Workspace често е по-лесна от миграцията от Microsoft 365 по отношение на имейла и файловете и по-трудна за всичко, което е специфично за Google: Chat, Sites, Forms, свързани със скриптове, много широко отворени споделяния. Проектът се преценява по този втори списък.
В Gmail едно съобщение съществува само веднъж и носи нула, един или няколко етикета. Погледнато през IMAP, всеки етикет става папка и същото съобщение се появява във всяка от тях. Към тях се добавят специални папки, сред които „Всички писма“, която съдържа всичко, включително архивираните съобщения без никакъв етикет. Имената на тези специални папки зависят от езика на акаунта.
Следователно дебнат две противоположни грешки. Копирането на всички папки, включително „Всички писма“, умножава дубликатите. Копирането само на етикетите пропуска архивираните съобщения, които някои служители използват като единствен начин на подреждане. Правилото се избира преди първото копиране: например една папка за всеки етикет и една папка за събиране на съобщенията без етикет. Папките „Важни“, „Спам“ и „Кошче“ обикновено се изключват. След като правилото бъде определено, то се прилага за всички пощенски кутии, включително при второто преминаване.
Документ на Word, поставен в Drive, остава файл на Word и се копира в непроменен вид. Google Doc, Sheet или Slides съществува само в Google: трябва да го конвертирате в офис формат, за да го изнесете. Конвертирането запазва текста и данните. То губи или влошава историята на версиите, част от форматирането и функциите на Sheets, които правят заявки към други работни книги или към услуги на Google. Скриптовете, прикрепени към документа, не се пренасят.
Екип, който по цял ден пише съвместно в Docs, трябва да изпробва редактора на целевата среда в продължение на две седмици, върху своите документи, преди каквото и да е превключване. Ако тестът се провали, оставането в Google Workspace е рационално решение. Страницата Google Workspace срещу суверенно решение служи за този избор, а прегледът на европейските алтернативи на Google Workspace помага да изберете целта.
Да си представим счетоводна кантора с 25 души. Имейлът и календарът преминават без изненади. Drive обаче съдържа Sheets, споделени чрез връзка с клиенти, които всеки месец въвеждат там своите документи, и формуляр за събиране на данни, свързан със скрипт. Миграцията на тези елементи не е копиране: тя е преосмисляне на начина на обмен с клиентите. Кантората има всички основания да я третира като отделен проект, със собствен график, вместо да я открие в деня на превключването.
По време на копирането служителите продължават да пишат в Gmail. Второ преминаване, точно преди смяната на MX, наваксва разликата. Без това преминаване последните дни липсват. Общият метод е същият като при имейл услуга без прекъсване.
TTL се намалява предварително, защото DNS резолверите пазят стария отговор до изтичането на стария срок. След превключването Google продължава да се смята за отговорен за домейна: служител, който пише на колега от Gmail, вижда съобщението си доставено в Google, без да минава през новия MX. Затова етап 7 спира изпращането, а не само получаването.
Собственикът на файл в Drive е физическо лице. Ако то е напуснало фирмата без прехвърляне на собствеността, файлът се пренася по-трудно. Направете това прехвърляне преди копирането. Административната конзола го позволява; важното е да го направите, преди да изтриете акаунта, иначе файловете, чийто собственик е бил той, изчезват заедно с него. Споделените дискове обаче принадлежат на организацията, а не на лице: те се мигрират по екипи.
Файл, който се появява в „Споделени с мен“, не принадлежи на потребителя, който го вижда. При копиране пощенска кутия по пощенска кутия той ще бъде пренесен само веднъж, от акаунта на своя собственик. Ако принадлежи на клиент или на външен партньор, той изобщо няма да бъде пренесен: това е нормално, но трябва да се знае.
Групите в Google често служат като пощенски списъци и като списъци с права. Експортирайте ги. Създайте ги наново в целевата среда. Не предполагайте, че група от двадесет души „ще се пресъздаде сама“. Една и съща група може едновременно да получава пощата на търговски адрес и да дава достъп до споделен диск: тези две роли се създават наново поотделно.
Валидирането на домейна (SPF, DKIM, DMARC) се прави наново в деня на смяната на MX. Пропуснат DMARC води до отхвърлени имейли при кореспондентите, макар изпращането да „работи“ при вътрешните тестове. Причината е проста: DMARC изисква съобщението да бъде удостоверено чрез SPF или DKIM от името на Вашия домейн. Записите на целевата платформа могат да бъдат публикувани преди деня на превключването (един-единствен SPF запис, който разрешава двете платформи по време на прехода, DKIM ключ под нов селектор); в деня на смяната на MX резултатът се проверява с реално съобщение, изпратено навън.
При работните устройства два случая изискват внимание. При Android фирменият акаунт в Google често е акаунтът на телефона: добавя се новият акаунт, проверяват се имейлът, календарът и контактите и след това старият се премахва. Служителите, които са използвали Outlook, свързан с Google чрез инструмента за синхронизация на Google, трябва да създадат нов профил в Outlook, вместо да променят стария.
Подробностите ред по ред са в контролния списък за миграция, чиито точки в по-голямата си част важат и за Google.
Да, в повечето инструменти за копиране етикетът се превръща в папка. Тогава съобщение с няколко етикета или се копира във всяка папка, или се поставя само в една, според избраното правило. Този избор се прави преди първото копиране и се проверява върху извадката от пет пощенски кутии.
Не. Този формат съществува само вътре в Google. При изнасянето всеки документ става офис файл, който може да се редактира в редактора на целевата среда. Текстът и данните се пренасят; историята на версиите и текущите коментари не винаги се пренасят.
Връзките на Google спират да работят, когато акаунтът или Drive бъде закрит. Трябва споделянията да се създадат наново в целевата среда и засегнатите клиенти да бъдат уведомени. Това е и възможност да се затворят споделянията, отворени за „всеки, който има връзката“, които вече нямат основание да съществуват.
Не. Запазете Google в режим само за четене за времето на проверката, а след това експортирайте това, което трябва да се съхрани, преди закриването. Твърде ранното прекратяване не позволява да се коригира разминаване, открито по-късно. Цената на този период се предвижда в бюджета, както е обяснено в колко струва една миграция.
Klytic приема имейла в имейл услуга със Zimbra, която оперира и която се хоства в неговата имейл архитектура, в специално предназначена инстанция или при клиента, а файловете – в инстанция на Nextcloud, предназначена специално за клиента. Google Docs стават файлове. Там те могат да се споделят, да се редактират онлайн самостоятелно или съвместно, а историята на версиите им остава достъпна. Това не е редакторът на Google. Консултациите за миграция на имейла са безплатни. Klytic гарантира, че нито един имейл няма да бъде загубен. Копирането, извършвано от Klytic, е по оферта след инвентаризация на пощенските кутии и обемите.
Имейл услугата е достъпна през уеб, чрез имейл клиенти, на мобилни устройства, чрез EAS и чрез EWS. Услугите се купуват поотделно: можете да мигрирате само имейла или само файловете. Абонаментите са на страницата Цени, отделно от офертата за миграция.
Тази страница описва метод. Тя не обещава пренасяне на услугите, специфични за Google.
Проверено през октомври 2026 г.
Безплатна консултация, без нито един загубен имейл. Миграция, извършена от Klytic, се оферира след инвентаризация.
Приветствена оферта
Пробна оферта без ангажимент. Консултант ще Ви се обади, за да разбере нуждите Ви и да подготви Вашето пространство в Klytic.
