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 betaprogrammen
  • Google Workspace Domain Transfer överför inte alfa- och betaprogramregistreringar.
  • 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 ska inte radera eller återställa användare från källmiljön inom 48 timmar före överföringen. Om du raderar eller återställer kan överföringen fördröjas.

    Tips! Vi rekommenderar att du återställer 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öringsprocessen är klar.

  • Du kan inte återställa raderade användare i källmiljön när överföringen har slutförts 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 inkluderar alla användare i källan inkluderar den 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.
Google Workspace-problem 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 fånga upp, dirigera fel eller släppa e-postmeddelanden för källdomänen.

Åtgärda problemet genom att slutföra följande steg 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 Dirigering.

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

  2. Klicka på Inaktivera för att inaktivera breda dirigeringsregler 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 löser du problemet:

  1. Öppna Meny 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 det ta längre tid att uppdatera åtkomstkontrollistan (ACL) för Google Drive eller så kan den sluta uppdateras om målmiljön har restriktiva delningspolicyer, till exempel förtroenderegler, strikta godkännandelistor eller inställningar som blockerar extern delning. Överblivna filer kan också orsaka förseningar.

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

  • Innan du påbörjar uppdateringen ska du minska begränsningarna för extern delning i Drive och utöka godkännandelistorna i målmiljön.
  • När både domänöverföringen och ACL-uppdateringen är slutförda återställer du de ursprungliga säkerhetspolicyerna och förtroendereglerna.
  • Om problemet kvarstår efter överföringen kan du minska eller stoppa 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 dock 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.