Kontrollpunkter för Domain Transfer

Innan du påbörjar en domänöverföring i Google Workspace ska du bekanta dig med följande punkter.

Funktion Kontrollpunkter
Alfa- och betaprogram
  • Google Workspace Domain Transfer överför inte registreringar i alfa- och betaprogram.
  • Om det finns specifika program som registreras käll- eller målmiljön är registrerad i som den andra miljön inte är registrerad i, måste den oregistrerade miljön ansöka och bli godkänd för dessa program.
  • Om destinationen är registrerad i domänspecifika program måste nya källdomäner godkännas.
  • Registreringen bör göras före överföringen så att upplevelsen och de funktioner som är tillgängliga för överföring är desamma under hela överföringsprocessen.
Google Cloud
  • Efter överföringen räknas användare och grupper från källmiljön som externa för Cloud-organisationen som är kopplad till källmiljön eller platshållardomänen.
  • Migrering av Google Cloud-projekt kan vara en komplex process, beroende på projektens typ. Om en migrering krävs kan den göras före eller efter överföringsprocessen. Vi rekommenderar dock inte att de två projekten kopplas samman. Din Google Cloud-kontakt kan sätta dig i kontakt med ett team på Google som hanterar Google Cloud-projektmigrering.
  • Google Cloud-projekt som är bifogade i Apps Script-filer finns kvar i källmiljön.

Läs mer om hur Domain Transfer interagerar med Google Cloud.
Användare
  • Raderade användare överförs inte.
  • Du bör inte radera eller återställa användare från källmiljön under de 48 timmarna före överföringen. Överföringen kan fördröjas om du raderar eller återställer.

    Tips! Vi rekommenderar att du återställer eventuella raderade användare och stänger av eller arkiverar dem i stället. Du måste slutföra processen minst 48 timmar före överföringen så att användarna överförs till målmiljön. Sedan kan du återställa eller radera dem när överföringen är klar.

  • Du kan inte återställa raderade användare i källmiljön när överföringen är klar eftersom källdomänen som är kopplad till användarna inte längre finns.
Google Grupper
  • Alla grupper med domännamnet för en överföringsdomän överförs till målmiljön.
  • Om en grupp innehåller Alla användare i källan inkluderas alla målanvändare efter överföringen.
  • Andra tjänster kan påverkas (t.ex. en kalenderhändelse med en gruppdeltagare).

Läs mer om hur Domain Transfer interagerar med grupperna.
Problem med Google Workspace Besökares konton (som används för pinkodsdelning) kan innebära att de nya namnen på överförda användare inte godkänns i målmiljön
Identitet
  • Sammanslagning eller deduplicering av identiteter stöds inte under överföringsprocessen. Läs mer
  • Administrationssystem och externa identitetsleverantörer (till exempel Okta) måste uppdateras för att ta hänsyn till överförda användare i målmiljön.
  • Konfiguration av externa system som utförs av Google omfattas inte av överföringsprocessen.
Licenser
  • Licenser som inte stöds, till exempel Google Meet-hårdvara, blockerar bytet mellan den primära domänen och platshållardomänen.
  • Att köpa nya licenser, ordna offlinearrangemang och undvika extra licenskostnader ingår inte i överföringsprocessen.
Policyer och inställningar
  • Inga policyer eller inställningar från källmiljön inkluderas i överföringen.
  • Detta omfattar objekt som tjänst- och funktionsaktivering per organisationsenhet eller grupp, e-postdirigeringar, efterlevnads- och DLP-regler, Google Drive eller OAuth-åtkomstlistor, lösenord, betrodda appar, SSO för SAML och land/region för data.
Gmail Dirigeringsregler för Gmail i målmiljön kan orsaka problem med e-postleveransen under överföringen. När användare och alias överförs kan begränsningar avbryta, feldirigera eller ta bort e-postmeddelanden för källdomänen.

Så här åtgärdar du problemet innan du startar överföringen:

  1. I Googles administratörskonsol går du till menyn följt av Appar följt av Google Workspace följt av Gmail följt av Vidarebefordran.

    Administratörsbehörigheten Tjänstinställningar krävs.

  2. Klicka på Inaktivera för att inaktivera eventuella breda omdirigeringsregler eller inställningar för okända mottagare.
  3. Klicka på Aktivera för att aktivera inställningarna igen när överföringen är klar och e-postflödet har verifierats.
Google Drive Överförd Drive-data använder automatiskt de åtkomstbehörigheter som har angetts i målmiljön. Om destinationen har strikta delningsbegränsningar, till exempel blockerad eller begränsad extern delning, förlorar externa användare med skrivbehörighet åtkomsten till de överförda filerna. Så här åtgärdar du problemet:

  1. Öppna menyn i Googles administratörskonsol följt av Appar följt av Google Workspace följt av Drive och Dokument.

    Kräver administratörsbehörighet för Drive och Dokument.

  2. Klicka på Delad inställning följt av Dela utanför (domännamn).
  3. Markera rutan När delning utanför (domännamn) är tillåten kan användare i (domännamn) göra filer och publicerat webbinnehåll synligt för alla som har länken.
Överföringsalternativ
  • Om alternativet för avskalad överföring för Google Drive-länkdelning valdes förlorar användarna åtkomst till dokument om dokumenten inte delades direkt med dem. Läs mer
  • Uppgradering av licenser kan innebära att Google Arkiv aktiveras och kräver att Arkiv-regler för källmiljön läggs till, även om miljön inte använder Arkiv.
ACL-uppdateringar

Efter en överföring kan uppdateringar av åtkomstkontrollistan (ACL) för Google Drive ta längre tid eller sluta uppdateras om målmiljön har restriktiva delningspolicyer, till exempel förtroenderegler, strikta godkännandelistor eller inställningar som blockerar extern delning. Filer utan överordnad mapp kan också orsaka förseningar.

Så här åtgärdar du problemet:

  • Innan du startar uppdateringen minskar du begränsningarna för extern delning i Drive och utökar godkännandelistorna i målmiljön.
  • När domänöverföringen och ACL-uppdateringen är klara återställer du de ursprungliga säkerhetspolicyerna och förtroendereglerna.
  • Om problemet kvarstår efter överföringen minskar du eller stoppar alla begränsande policyer i målmiljön tills ACL-uppdateringen är klar.

Licenskonsekvenser

Att använda Google Workspace Domain Transfer får även vissa konsekvenser för licenserna.

Partiell domänlicensiering

Med PDL (partiell domänlicensiering) kan administratörer ge licens till enbart vissa aktiva användare. Det finns flera saker att ta hänsyn till:

  • Det är inte alla Google Workspace- eller G Suite-licenser som har stöd för möjligheten att användas samtidigt med andra licenser.
    • Google Workspace-licenser kan inte användas samtidigt med gamla G Suite-licenser.
    • Enterprise Plus och Enterprise Standard kan inte användas samtidigt med Business Plus och Business Standard.
    • Essentials Starter, Essentials, Enterprise Essentials och Enterprise Essentials Plus kan inte användas samtidigt med andra Google Workspace- eller G Suite-licenser.
  • Generellt sett är icke-primära licenser (exempelvis Chrome Enterprise, Google Meet, Arkiv – tidigare anställd o.s.v.) utformade för att kunna användas samtidigt som en primär licens.

Raderingsprocess för tjänst

Raderingsprocessen för en tjänst kan aktiveras när en Google Workspace-kontolicens nedgraderas.

Raderingsprocessen tar bort all kunddata som är kopplad till de inaktiverade Google-tjänsterna i den nedgraderade Google Workspace-utgåvan. Det är ett nödvändigt rättsligt krav i fall där den allmänna dataskyddsförordningen (GDPR) måste följas.

Google identifierar när ett konto måste genomgå raderingsprocessen för tjänster. Kunderna startar raderingsprocessen när de nedgraderar. Google bekräftar både nedgraderingen och raderingsprocessen innan överföringen går vidare.

Det tar upp till 90 dagar innan raderingsprocessen har slutförts och det går inte att skynda på denna process. Om en nedgradering krävs måste den ha startats och slutförts innan domänöverföringen fortsätter (de kan inte köras parallellt). Om raderingsprocessen för tjänster körs fördröjer det starten på processen för domänöverföring.