A Google Workspace-ről való migráció az e-mailek és a fájlok terén gyakran egyszerűbb, mint a Microsoft 365-ről való, és nehezebb mindabban, ami a Google-ra jellemző: Chat, Sites, szkriptekhez kapcsolt Forms-űrlapok, nagyon nyitott megosztások. A projektet ez a második lista alapján kell megítélni.
A Gmailben egy üzenet egyetlenegyszer létezik, és nulla, egy vagy több címkét visel. IMAP-on keresztül nézve minden címke mappává válik, és ugyanaz az üzenet mindegyikben megjelenik. Ehhez jönnek a különleges mappák, köztük az „Összes levél”, amely mindent tartalmaz, a címke nélkül archivált üzeneteket is. E különleges mappák neve a fiók nyelvétől függ.
Két ellentétes hiba fenyeget tehát. Ha az összes mappát átmásolja, az „Összes levél” mappát is, a duplikátumok megsokszorozódnak. Ha csak a címkéket másolja, kimaradnak az archivált üzenetek, amelyeket egyes munkavállalók egyetlen rendszerezési módként használnak. A szabályt az első másolás előtt kell kiválasztani: például címkénként egy mappa, és egy gyűjtőmappa a címke nélküli üzeneteknek. A „Fontos”, „Spam” és „Kuka” mappákat általában kizárják. Ha a szabályt rögzítették, az minden postafiókra vonatkozik, a második menetre is.
A Drive-ba feltöltött Word-dokumentum Word-fájl marad, és változatlanul másolható. Egy Google Doc, Sheet vagy Slides csak a Google-ban létezik: ahhoz, hogy kivigye, irodai formátumba kell konvertálni. A konverzió megőrzi a szöveget és az adatokat. Elveszíti vagy rontja a verzióelőzményeket, a formázás egy részét, és a Sheets azon funkcióit, amelyek más munkafüzeteket vagy Google-szolgáltatásokat kérdeznek le. A dokumentumhoz csatolt szkriptek nem jönnek át.
Az a csapat, amely egész nap közösen ír a Docsban, a saját dokumentumain két hétig tesztelje a célrendszer szerkesztőjét, mielőtt bármilyen átállás történne. Ha a teszt sikertelen, a Google Workspace-nél maradás észszerű döntés. A Google Workspace egy szuverén megoldással szemben oldal ezt a választást segíti, az európai alternatívák a Google Workspace helyett áttekintés pedig a célrendszer kiválasztásában segít.
Képzeljünk el egy 25 fős könyvelőirodát. Az e-mail és a naptár meglepetés nélkül átkerül. A Drive viszont olyan, linkkel ügyfelekkel megosztott Sheets-táblázatokat tartalmaz, amelyekbe az ügyfelek havonta rögzítik bizonylataikat, valamint egy szkripthez kapcsolt adatgyűjtő űrlapot. Ezeknek az elemeknek a migrációja nem másolás: az ügyfelekkel való kapcsolattartás módjának átalakítása. Az irodának minden oka megvan arra, hogy ezt külön projektként kezelje, saját ütemtervvel, ahelyett hogy az átállás napján fedezné fel.
A másolás alatt a munkavállalók továbbra is a Gmailben írnak. Egy második menet, közvetlenül az MX előtt, pótolja a különbséget. E menet nélkül az utolsó napok hiányoznak. Az általános módszer ugyanaz, mint egy e-mail-szolgáltatás megszakítás nélküli migrációja esetében.
A TTL-t előre kell csökkenteni, mert a DNS-feloldók a régi élettartam lejártáig megtartják a régi választ. Az átállás után a Google még mindig felelősnek tekinti magát a tartományért: ha egy munkavállaló a Gmailből ír egy kollégájának, üzenete a Google-on belül kerül kézbesítésre, az új MX megkerülésével. Ezért a 7. lépés a küldést zárja le, nem csak a fogadást.
Egy Drive-fájl tulajdonosa egy személy. Ha tulajdonjog-átruházás nélkül hagyta el a vállalatot, a fájlt nehezebb átvenni. Ezt az átruházást a másolás előtt végezze el. A felügyeleti konzol lehetővé teszi; a lényeg, hogy a fiók törlése előtt történjen meg, különben a fiók tulajdonában lévő fájlok vele együtt eltűnnek. A megosztott meghajtók viszont a szervezethez tartoznak, nem egy személyhez: ezek csapatonként migrálhatók.
Egy fájl, amely a „Velem megosztott” részben jelenik meg, nem annak a felhasználónak a tulajdona, aki látja. Postafiókonként másolva csak egyszer kerül át, a tulajdonosa fiókjából. Ha egy ügyfél vagy külső partner tulajdona, egyáltalán nem kerül át: ez normális, de tudni kell róla.
A Google-csoportok gyakran levelezőlistaként és jogosultsági listaként is szolgálnak. Exportálja őket. Hozza létre őket újra a célrendszeren. Ne feltételezze, hogy egy húszfős csoport „magától újra létrejön”. Ugyanaz a csoport egyszerre fogadhatja egy értékesítési cím leveleit és adhat hozzáférést egy megosztott meghajtóhoz: ezt a két szerepet külön kell újra létrehozni.
A tartomány hitelesítését (SPF, DKIM, DMARC) az MX napján újra el kell végezni. Egy elfelejtett DMARC azt eredményezi, hogy a levelezőpartnereknél elutasítják az e-maileket, miközben a küldés a belső teszteken „működik”. Az ok egyszerű: a DMARC megköveteli, hogy az üzenetet az Ön tartománya nevében SPF vagy DKIM hitelesítse. A célrendszer rekordjai az átállás napja előtt közzétehetők (egyetlen SPF-rekord, amely az átmenet idején mindkét platformot engedélyezi, egy DKIM-kulcs új szelektor alatt); az MX napján egy kifelé küldött valós üzeneten ellenőrzik az eredményt.
A munkaállomások oldalán két eset igényel figyelmet. Androidon a vállalati Google-fiók gyakran a telefon fiókja is: hozzá kell adni az új fiókot, ellenőrizni az e-mailt, a naptárat és a névjegyeket, majd eltávolítani a régit. Azoknak a munkavállalóknak, akik a Google szinkronizáló eszközével a Google-hoz kapcsolt Outlookot használtak, új Outlook-profilt kell létrehozniuk, ahelyett hogy a régit módosítanák.
A soronkénti részletek a migrációs ellenőrzőlistában találhatók, amelynek pontjai többnyire a Google-ra is érvényesek.
Igen, a legtöbb másolóeszközben egy címke mappává válik. Egy több címkét viselő üzenetet ilyenkor a választott szabálytól függően vagy minden mappába átmásolnak, vagy csak egybe sorolnak be. Ezt a döntést az első másolás előtt kell meghozni, és az öt postafiókból álló mintán kell ellenőrizni.
Nem. Ez a formátum csak a Google-on belül létezik. Kivitelkor minden dokumentum irodai fájllá válik, amely a célrendszer szerkesztőjében módosítható. A szöveg és az adatok átjönnek; a verzióelőzmények és a folyamatban lévő megjegyzések nem mindig.
A Google-linkek megszűnnek működni, amikor a fiókot vagy a Drive-ot lezárják. A megosztásokat a célrendszeren újra létre kell hozni, és tájékoztatni kell az érintett ügyfeleket. Ez egyben alkalom arra is, hogy lezárja azokat a „bárki, aki rendelkezik a linkkel” típusú megosztásokat, amelyeknek már nincs létjogosultságuk.
Nem. Tartsa meg a Google-t olvasásra az ellenőrzés idejére, majd a lezárás előtt exportálja, amit meg kell őrizni. A túl korai felmondás megakadályozza egy később felfedezett eltérés kijavítását. Ennek az időszaknak a költségét a költségvetésben kell előirányozni, amint azt a mennyibe kerül egy migráció oldal elmagyarázza.
A Klytic az e-maileket egy általa üzemeltetett Zimbra e-mail-szolgáltatásban fogadja, amely e-mail-architektúrájában, dedikált példányban vagy az ügyfélnél fut, a fájlokat pedig az ügyfél számára dedikált Nextcloud-példányban. A Google Docs dokumentumok fájlokká válnak. Ott megoszthatók, önállóan vagy közösen online szerkeszthetők, és verzióelőzményeik visszakereshetők. Ez nem a Google szerkesztője. Az e-mail-migrációval kapcsolatos tanácsadás ingyenes. A Klytic garantálja, hogy egyetlen e-mail sem vész el. A Klytic által végzett másolás árajánlat alapján történik, a postafiókok és az adatmennyiség leltára után.
Az e-mail-szolgáltatás elérhető weben, e-mail-kliensekkel, mobilon, EAS-en és EWS-en keresztül. A szolgáltatások külön is megvásárolhatók: migrálható csak az e-mail, vagy csak a fájlok. Az előfizetések az Árak oldalon találhatók, a migrációs árajánlattól elkülönítve.
Ez az oldal egy módszert ír le. Nem ígéri a Google-ra jellemző szolgáltatások átvételét.
Megtekintve: 2026. október.
Ingyenes tanácsadás, egyetlen e-mail sem vész el. A Klytic által végzett migrációról felmérés után adunk árajánlatot.
Üdvözlő ajánlat
Kötelezettségmentes próbaajánlat. Tanácsadónk visszahívja Önt, hogy megismerje igényeit, és előkészítse Klytic-környezetét.
