5. Slutför uppgifter före överföring

1. Uppgradera licenser (om tillämpligt) – Licenser flyttas inte som en del av överföringsprocessen. Om källmiljön använder en annan Google Workspace-utgåva än målmiljön måste du uppgradera källkoden så att den matchar destinationen. För mer information, granska licensöverföringar under Måluppgifter .

   Anteckningar:

   • Du kan använda respit- eller testlicenser i källmiljön för att anskaffa tillfälliga licenser för att undvika kostnader. Observera dock följande punkter:
     • Dessa licenser blockerar processen att byta ut någon annan domän med den primära domänen. Ändra den primära domänen innan du etablerar några tillfälliga licenser.
     • Om de tillgängliga licenserna i målmiljön är fullständiga licenser tilldelas användarna fullständiga licenser som ett resultat av överföringen.
   • Användare i källmiljön som inte har några tilldelade licenser överför fortfarande.
2. Avbryt prenumerationer på licenser som inte stöds – I vissa fall måste du ta bort licenser som inte stöds från de överförda användarna, medan användare som inte överförs kan behålla sina licenser. Annars måste du helt avbryta eller ta bort alla licenser som inte stöds. Testet validerar vilka licenser du behöver avbryta.

   Du måste avsluta Google Voice för alla användare. Det kan finnas konsekvenser av att avsluta licensprenumerationer. Källmiljöer med Google Voice måste vara uppmärksamma på detta steg. För mer information, gå till Källlicenser .

3. Tilldela en ny primär domän om du vill överföra den nuvarande primära domänen — Det här steget krävs endast om du vill överföra din nuvarande primära domän. Utför ett domänbyte och befordra vilken annan domän som helst till den nya primära domänen. Alla domäner som inte överförs kan befordras till en primär domän för detta ändamål.

   Innan du byter domän:

   När du är redo att byta går du till Ändra din primära domän för Google Workspace.

   • Avsluta alla enhetsprenumerationer, inklusive Google Meet-hårdvara och Chrome Enterprise.
   • Vissa licenser som inte stöds kan behöva tas bort innan överföringen. För mer information, gå till Källlicenser .
   • Om källmiljön har testlicenser kommer växlingen att blockeras. Se till att växlingen sker innan några tillfälliga licenser etableras.
   • Att ändra den primära domänen och använda sekundära domäner har kända problem. Granska alternativ till att ändra din primära domän .
   • Byt inte namn på överförda användare eller grupper efter att du har ändrat det primära domännamnet. Användare och grupper bör behållas på sina överföringsdomäner.
   • Om du konfigurerar SSO med en tredjeparts identitetsleverantör och använder en domänspecifik utfärdare ändras SAML-kontrollen för att återspegla den nya primära domänen. Kontrollera din identitetsleverantörs konfiguration för att säkerställa att användare kan autentisera sig efter bytet av den primära domänen. Mer information finns i Krav för SSO-kontroll .
4. Upprätta lagringsregler för Google Vault — Konfigurera anpassade lagringsregler på obestämd tid.

   Skapa en regel för följande applikationer:

   • Gmail — För Organisationsenhet väljer du rotorganisationsenheten.
   • Google Grupper – För Grupper väljer du Alla grupper.

   Skapa två regler för följande applikationer:

   • Chatt — Välj organisationsenhet rotorganisationsenheten. För den andra regeln väljer du Alla chattutrymmen .
   • Drive — Välj organisationsenhet rotorganisationsenheten. För den andra regeln väljer du Alla delade enheter .
   • Meet – Välj organisationsenhet rotorganisationsenheten och aktivera Inkludera objekt från delade enheter . För den andra regeln väljer du Alla delade enheter .
   • Webbplatser — Välj organisationsenhet rotorganisationsenheten och aktivera Inkludera objekt från delade enheter . För den andra regeln väljer du Alla delade enheter .

   Dessutom konfigureras anpassade lagringsregler för obestämd tid i destinationsmiljön före överföringen. För mer information, gå till Obestämd Google Vault-lagring i destinationsmiljön . För mer information om överföring från Vault, gå till Överför dina Vault-data med domänöverföring .

5. Säkerhetskopiera arkivartefakter och ta bort referenser till överföringsenheter – Ladda ner och säkerhetskopiera arkivkonfigurationerna och rapporterna för överföringsenheterna, eftersom de kanske inte är tillgängliga i källmiljön efter överföringen. Denna information inkluderar ärenden, spärrar, sökningar och exporter.

   Efter säkerhetskopieringen, ta bort referenser till överföringsenheterna från Google Vault-artefakter. Vault returnerar fel och är eventuellt inte tillgängligt om några Vault-artefakter innehåller referenser till överföringsenheterna.

   • Bevarande och konserveringar tillämpar inte felaktiga spärrar på överföringsenheter.
   • Ta bort alla referenser till att överföra användare, överföra grupper och överföra delade enheter från ärenden, delade listor, spärrar och lagringsregler. Arkiv tillåter inte att du har en arkivspärr i en hyresgäst som refererar till en entitet i den andra hyresgästen.
   • För att bevara spärrar för överförda användardata i källklienten måste administratörer skapa en ny icke-överföringsanvändare och kopiera all Gmail- och Drive-data från de överförda användarna som är spärrade till den nya användaren. Arkivera sedan de nya icke-överföringsanvändarna och se till att de tillhör en icke-överföringsdomän. Skapa motsvarande Arkiv-spärrar för den nya icke-överföringsanvändaren istället och ta bort spärrar för den ursprungliga överförda användaren.
   • För att bevara spärrar för överföring av användardata i målklienten, använd säkerhetskopiorna för att lägga till motsvarande spärrar i målklienten efter överföringen.
   • Du behöver inte ta bort indirekta referenser. Indirekta referenser avser en organisationsenhet som innehåller en överförd användare.
   • Du behöver inte ta bort referenser i slutförda sökningar och exporter. Dessa referenser laddas ner.
6. Uppdatera din SPF-post (Sender Policy Framework) (om tillämpligt) – Om destinationsmiljön använder en utgående gateway som skiljer sig från källmiljön bör källan uppdatera sin SPF-post för att inkludera den utgående gatewayen.

   Obs! Om du använder DomainKeys Identified Mail (DKIM) bör överföringen inte påverka din DMARC-policy (Domain-based Message Authentication, Reporting, and Conformance). SPF-posten kommer att fortsätta att justeras efter överföringen, även om DKIM tillfälligt inte gör det. Se också till att slutföra DKIM-uppgiften efter överföringen i destinationsmiljön.

7. Utvärdera påverkan på den associerade Google Cloud-organisationen (om tillämpligt) – Om Google Cloud används, meddela administratörerna för den miljön om de potentiella effekter som Google Workspace Domain Transfer Divestiture kan ha på Google Cloud. Om det behövs, involvera din Google Cloud-partner eller kontakter på Google Cloud för hjälp med att utvärdera effekter och åtgärda åtgärder. Google Workspace Domain Transfer Divestiture-teamet erbjuder inte hjälp med Google Cloud under ett domänöverföringsåtagande.
8. Meddela din Google Workspace-återförsäljare (om tillämpligt) – informera dem om den planerade tiden för domänöverföringen och begär att de inte ändrar kontot (till exempel uppdaterar prenumerationer) under överföringsperioden.

9. Registrera dig i alla alfa- eller betaprogram som käll- eller destinationsmiljön deltar i (om tillämpligt) — Registreringar i alfa- och betaprogram överförs inte i källmiljön. På samma sätt kan källmiljön vara beroende av registreringar i destinationsmiljön. Den avregistrerade miljön måste ansöka till och bli accepterad i dessa program för att fortsätta använda dem.
   Vi rekommenderar att du registrerar dig för alfa- eller betaprogram innan du överför, så att dina överföringsanvändare har samma funktioner tillgängliga under hela överföringsprocessen. Registreringsprocessen kan dock ta lite tid och det är inte garanterat att den lyckas. Därför rekommenderas det men är inte ett krav.

10. Så här överför du enheter som är registrerade i Chrome för zero-touch:
    1. Återkalla den befintliga förprovisioneringstoken och avprovisionera alla enheter i källmiljön. Återställ enheterna till fabriksinställningarna.
    2. Skapa en ny förprovisioneringstoken i målmiljön.
    3. Ge den nya token till din auktoriserade förprovisioneringspartner. Din partner använder token för att förprovisionera enheterna i målmiljön.

    Enheterna registrerar sig själva när de är anslutna till internet. Enhetens status ändras till Provisionerad.

    För mer information om zero-touch-enheter, gå till Zero-touch-registrering .

11. Uppdatera gruppmedlemskap — Ta bort alla överförda användare och grupper från grupper som inte överförs och ta bort alla icke-överföringsanvändare och grupper från överföringsgrupper. Ta till exempel bort användare@to-stay-insource.com och grupp@to-stay-insource.com från grupp@to-be-transfer.com.

    Obs! Det här steget är valfritt eftersom du kan referera till externa användare och grupper inom andra grupper. Tänk på konsekvenserna av att hantera grupper medan en annan hyresgäst hanterar medlemsgrupper och användare.

12. Ta bort överförda användare och grupper från målgrupper – Målgrupper överförs inte, så måladministratören har ingen kontroll över källmiljöns målgrupper efter överföringen.

    Obs! Det här steget är valfritt eftersom målgrupperna tillåter referenser till externa användare och grupper. Användare behåller åtkomst till dokument som delats med målgrupperna.

13. Uppdatera gruppbaserade principer – Du måste ta bort alla gruppbaserade principer som refererar till överföringsgrupper från källklienten.

    Viktigt: Om källklienten innehåller gruppbaserade policyer som refererar till överföringsgrupper, försvinner den gruppbaserade policyn från administratörskonsolen, vilket gör den oredigerbar. Den gäller fortfarande för alla användare i överföringsgruppen som inte överförs, men du kan inte se eller redigera den. Detta är ytterligare en anledning att ta bort grupper mellan klienter i steg 12.

14. Ställ in hantering av mobila enheter till Grundläggande — Avregistrera mobilhantering för överförda användare eller ställ in den till Grundläggande.

15. Anpassade kataloger — Det finns ett känt problem med anpassade kataloger . Anpassade kataloger överförs inte, och du måste ta bort alla överföringsgrupper innan överföringen.

    Viktigt: Om du inte tar bort överföringsgrupper blir katalogen oredigerbar och oborttagbar, och dess beteende kan vara inkonsekvent.

16. Uppdatera medlemskap i organisationsenhet – Se till att ingen organisationsenhet i källmiljön har både överföringsanvändare och icke-överföringsanvändare. Överföringsanvändare och icke-överföringsanvändare måste finnas i separata enheter och kan inte blandas i en enhet i källmiljön.

17. Uppdatera automatisk licensiering – För organisationsenheter som innehåller överförda användare, se till att konfigurationen för automatisk licensiering är avstängd.

1. Skapa en målmiljö – Google Workspace Domain Transfer Divestiture skapar inte automatiskt en Google Workspace-målmiljö. Du måste skapa en i förväg. Se till att konfigurera fakturering och verifiera ett primärt domännamn i målmiljön.

2. Licenser flyttas inte som en del av överföringsprocessen, så du måste tillhandahålla tillräckligt med extra Google Workspace-licenser för att stödja alla överföringsanvändare. När du överför användare tilldelas de samma uppsättning licenser i målmiljön som de hade i källmiljön. Därför måste det finnas tillräckligt med extra licenser av samma typ i målmiljön vid tidpunkten för överföringen.

   Om målmiljön använder en annan Google Workspace-utgåva än källmiljön, se till att licenserna matchar genom att uppgradera licenserna antingen i käll- eller målmiljön.

   Anteckningar :

   • Google rekommenderar att du uppgraderar licenser för att förhindra att tjänstens borttagningsprocess (SWP) utlöses.
   • Etablera eventuella saknade licenser så att flera prenumerationer finns i destinationsmiljön. Du kan valfritt uppgradera eller nedgradera enskilda användarlicenser efter överföringen. Observera att inte alla licenstyper stöder partiell domänlicensiering (PDL) .
   • Se till att det finns tillräckligt med reservlicenser i destinationsmiljön. Överväg om fler användare läggs till (till exempel nyanställda) i varje källmiljö mellan början och slutet av överföringsprocessen. Om det finns flera överföringar måste du också ta hänsyn till det totala antalet källanvändare för alla överföringar.
   • Användare i källmiljön som inte har några tilldelade licenser överför fortfarande. Övervaka hur licenser tilldelas automatiskt i målmiljön för att säkerställa att dessa användare inte får licenser.
   • Domänöverföring erbjuder inte särskilda Google Workspace-faktureringsplaner för att möjliggöra köp av extra licenser under överföringen. Om källmiljölicenserna ingår i en årlig faktureringsplan förblir de aktiva och faktureras till slutet av ditt årliga planavtal. Kontakta din säljare eller kontoansvariga om du har fler frågor om Google Workspace-faktureringsplaner.

3. Säkerställ att licenser tillämpas korrekt på överförda användare när det finns flera licenser — Vissa konfigurationer i destinationsmiljön kan påverka hur överförda användare tilldelas licenser. Denna situation kan leda till att överförda användare får en annan licens än förväntat. Dessa konfigurationer inkluderar automatisk licensiering och åsidosättning av automatisk licensiering för specifika organisationer .

   För att säkerställa att det inte sker några oväntade licensändringar under överföringen måste du vidta följande åtgärder:

   • Om destinationsmiljöns automatiska licenskonfiguration är "Av för alla" eller om destinationsmiljön bara har en enda licenstyp krävs inga ändringar.
   • Om destinationsmiljöns automatiska licenskonfiguration är "På för alla" (till exempel Google Workspace-licenser), se till att åsidosättning är aktiverad för specifika organisationsenheter. För överföringsrotorganisationsenheten, se till att den automatiska licenskonfigurationen är inaktiverad, utan ytterligare åsidosättningar för underordnade organisationsenheter.

4. Skapa överföringsrotorganisationsenheten och, valfritt, återskapa källmiljöns organisationsenhetsstruktur — Skapa en organisationsenhet som ska fungera som överordnad organisationsenhet för alla överföringsanvändare. När den har skapats har du två alternativ:

   • Gör ingenting — Domänöverföringsprocessen återskapar organisationsenhetsstrukturen från källmiljön under den nya rotorganisationsenheten för överföringen. För att utföra detta steg, ställ in överföringsalternativet "återskapa organisationsenhetsstrukturen i förväg" till Nej. Alla inkommande överföringsanvändare ärver policyer som du tillämpar på organisationsenhetsnivå.
   • Återskapa manuellt källmiljöns organisationsenhetsstruktur under överföringens rotorganisationsenhet — Domänöverföring säkerställer att källmiljöns hela organisationsenhetsstruktur replikeras korrekt innan överföringen fortsätter. För att utföra detta steg, ställ in överföringsalternativet "återskapa organisationsenhetsstrukturen i förväg" till Ja. Det här alternativet är användbart om du vill ange olika policyer för olika underordnade organisationsenheter.

     Obs ! Domänöverföring validerar endast organisationsenhetens struktur. Det är ditt ansvar att se till att lämpliga policyer är inställda på organisationsenheterna.

5. Upprätta lämpliga policyer och inställningar för att återspegla kraven i käll- och destinationsmiljön – Policyer och inställningar i källmiljön överförs inte till destinationsmiljön. Dessutom gäller endast policyerna och inställningarna i destinationsmiljön för överförda användare och deras data efter att överföringsprocessen är klar.

   Du måste granska dina policyer och inställningar i målmiljön och jämföra dem med källmiljön. Denna åtgärd inkluderar både allmänna och specifika inställningar för överföringsrotorganisationsenheten för att säkerställa att de täcker alla inkommande överföringsenheter och användare.

   Följande är en icke-uttömmande lista över policyer och inställningar som du bör verifiera som en del av installationsprocessen. Gör också en fullständig granskning av båda miljöerna för att säkerställa att alla relevanta avsnitt analyseras:

   • Tjänstaktivering (På/Av) – Kontrollera att tjänsterna du använder i källmiljön är aktiverade i målmiljön och att överföringsrotorganisationsenheten fungerar som förväntat. Det är särskilt viktigt när du använder Google Arkiv, eftersom Arkiv-regler kanske inte gäller om tjänsten är avstängd.
   • Gmail, avancerade inställningar och MX-poster – Granska inställningar som e-postrouting, efterlevnadsregler och IMAP-aktivering och -delegering. Mer information finns i Aktivera Gmail med Google Workspace .
   • Lösenordshantering – Granska dina lösenordspolicyer för att se till att de är i linje med organisationens rutiner. När överförda användare har flyttats till målmiljön ärver de lösenordshanteringspolicyerna i målmiljön.
   • 2-stegsverifiering — Styr om användare får lägga till en konfiguration för 2-stegsverifiering till sitt konto, om den är tillåten eller om den är obligatorisk. Om överförda användare med aktiverad 2-stegsverifiering överförs till en målmiljö eller organisationsenhet där 2-stegsverifiering är avaktiverad, kommer måladministratörer inte att kunna hantera dem. Istället kan administratörer antingen flytta dessa användare till en annan organisationsenhet där 2-stegsverifiering är aktiverad för att göra ändringar, eller så kan de ta bort 2-stegsverifiering från konton före överföringen.
   • Delningsinställningar – Styr om användare kan dela sitt innehåll utanför organisationen. Om källmiljön blockerar delning och målmiljön inte gör det, kan överföringsinnehåll vara tillgängligt utanför din organisation. Om källmiljön har öppen delning som standard och målmiljön inte har det, kan överföringsinnehåll vara oåtkomligt för användare i din organisation. Läs mer om delningsalternativ för Google Drive och Google Kalender .
   • Regler för dataförlustskydd (DLP) – Övervakar och förhindrar att användare delar känslig information utanför din organisation. När DLP hindrar användare från att dela information i källmiljön och innehåll överförs till en målmiljö utan DLP-konfiguration kan användare i målmiljön dela information utanför din organisation. Läs mer om Gmail DLP-regler och Drive DLP-regler .
   • Chatthistorik – Styr om chatthistoriken är aktiv eller inte, och om användare kan ställa in tillämpning på alla chattar eller göra den till standard. Om källmiljön tillåter att chatthistoriken är aktiverad, men destinationsmiljön tvingar den att vara avstängd, går chatthistoriken förlorad. Även om Google Chat listas som oanvändbart för överföringen, kommer direktmeddelanden (DM) att överföras.
   • Dataländer/regioner – Styr vilken specifik geografisk plats som dina migrerade data ska lagras på. Överförda användare som behöver stanna på en specifik geografisk plats måste ha den här policyn korrekt inställd i destinationsmiljön för att säkerställa att deras data inte oväntat lämnar det land/region som krävs för dem. Mer information finns i Dataregioner: Välj en geografisk plats för dina data .
   • Mindre säkra appar (även kända som applösenord) – Om mindre säkra appar är aktiverade i källmiljön och avstängda i målmiljön, kommer anslutningen till appen som använder mindre säkra appar att utlösas och stängas. Timeout-perioderna varierar beroende på applikation, men löper vanligtvis ut inom 60 minuter. Framtida åtkomstförfrågningar från den osäkra appen blockeras. Mer information finns i Kontrollera åtkomst till mindre säkra appar .
   • OAuth-omfattningar, enkel inloggning (SSO) för SAML, betrodda appar och Chrome-tillägg – OAuth-kontroller avgör vilken nivå av API-åtkomst som tillåts för användare och tredjepartsapplikationer. SSO för SAML, oavsett om den tillhandahålls av Google Workspace eller implementeras som en anpassad applikation, gör det möjligt för användare att använda sina Google Workspace-inloggningsuppgifter för att komma åt andra applikationer eller tjänster. Betrodda appar avgör vilka applikationer användare kan installera från Google Workspace Marketplace eller Chrome Web Store och vilka appar som får kringgå OAuth-begränsningar. Läs mer om hur du styr tredjeparts- och interna appar , SAML SSO , Google Workspace Marketplace-appar samt Chrome-appar och -tillägg .
   • Domänomfattande delegering – Tillåter appar att komma åt användarnas Google Workspace-data. För att säkerställa att klienterna och omfången fungerar korrekt, konfigurera domänomfattande delegering i målmiljön före överföringen.

   Viktigt : Om man inte kan upprätta policyer och inställningar korrekt kan det leda till:

   • Oavsiktlig exponering av dina data utanför din organisation (till exempel om målmiljön har fler öppna inställningar än källmiljön)
   • Begränsad åtkomst till tidigare åtkomliga data (till exempel har målmiljön mer restriktiva inställningar än källmiljön)
6. Godkänn avtal som styr överförda data — Granska tillägget för databehandling (DPA), modellavtalsklausulen och HIPAA-tillägget för affärspartner (BAA) i destinationsmiljön. Mer information finns i Integritetsefterlevnad och register för Google Workspace och Cloud Identity .
7. Aktivera arkivet om det används i källmiljön – om målmiljön inte använder arkivet men källmiljön gör det, måste målmiljön aktivera arkivet.
8. Meddela din Google Workspace-återförsäljare (om tillämpligt) – informera dem om den planerade tiden för domänöverföringen och begär att de inte ändrar kontot (till exempel uppdaterar prenumerationer) under överföringsperioden.

9. Registrera dig i alla alfa- eller betaprogram som käll- eller destinationsmiljön deltar i (om tillämpligt) — Registreringar i alfa- och betaprogram överförs inte i källmiljön. På samma sätt kan källmiljön vara beroende av registreringar i destinationsmiljön. Den avregistrerade miljön måste ansöka till och bli accepterad i dessa program för att fortsätta använda dem.
   Vi rekommenderar att du registrerar dig för alfa- eller betaprogram innan du överför, så att dina överföringsanvändare har samma funktioner tillgängliga under hela överföringsprocessen. Registreringsprocessen kan dock ta lite tid och det är inte garanterat att den lyckas. Därför rekommenderas det men är inte ett krav.

Viktigt :

• Nedgradering av licenser kan leda till förlust av Google Workspace-tjänster och funktioner. Granska noggrant skillnaderna mellan Google Workspace-utgåvorna och effekterna av både uppgradering och nedgradering innan du gör några ändringar. Läs mer om Google Workspace-utgåvorna .
• Nedgradering av licenser kan utlösa SWP , vilket kan försena en överföring i upp till 90 dagar.

• Ändringshantering – Varken Google Workspace-domänöverföringsteamet eller överföringsprocessen ger automatiskt användarna information om hur överföringen har genomförts under överföringsprocessen. Det rekommenderas starkt att representanter för käll- och destinationsmiljön informerar användarna om överföringsprocessen och dess potentiella effekter i förväg.

  Alla administratörsåtgärder i både käll- och destinationsmiljön blockeras under överföringen, inklusive API-åtkomst och åtkomst till Googles administratörskonsol. Det rekommenderas starkt att representanter för käll- och destinationsmiljön meddelar alla superadministratörer och delegerade administratörer för domänen före överföringen och när den är klar.

• Externa beroenden – Om du använder Google Cloud Directory Sync (GCDS), GAM (ett kommandoradsverktyg från tredje part som Google Workspace-administratörer kan använda för att hantera domän- och användarinställningar) eller en tredjepartsleverantör av enkel inloggning (SSO), se till att analysera effekten av överföringen. Undersök också hur det påverkar ditt system och tidpunkten för överföringen om käll- och destinationsmiljöerna samexisterar i en och samma miljö.

Avyttring av Google Workspace-domänöverföring konfigurerar obestämda anpassade lagringsregler i målmiljön. Administratörer för målmiljön behöver inte vidta några åtgärder.

Arkivet för överföringsanvändare flyttas, men det gör inte arkivets lagringsregler från källmiljön. För att säkerställa att inga arkivdata är i fara under eller efter överföringen skapar överföringsprocessen följande arkiveringsregler i målmiljön innan några överföringsåtgärder utförs:

• Gmail — Obestämd anpassad lagringsregel (omfattning: överför rotorganisationsenhet).
• Google Kalender — Obestämd anpassad lagringsregel (omfattning: överför rotorganisationsenhet).
• Google Chat — Obestämd anpassad lagringsregel (omfattning: direktmeddelanden med överförda användare i överföringens rotorganisationsenhet, men inte Spaces).
• Google Drive — Obestämd anpassad lagringsregel, exklusive delade enheter (omfattning: överför rotorganisationsenhet).
• Google Grupper — Obestämd anpassad lagringsregel (omfattning: rotorganisationsenhet). Lagrar data för alla grupper i målmiljön, inklusive de som inte ingår i överföringsprocessen.
• Google Meet — Kräver två obestämda anpassade lagringsregler:
  1. Inkluderar inte delade enheter (omfattning: överför rotorganisationsenhet).
  2. Inklusive alla delade enheter (omfattning: rotorganisationsenhet).

     Lagrar data för alla delade enheter i målmiljön, inklusive de som inte ingår i överföringsprocessen.

• Google Sites – Kräver två obestämda anpassade lagringsregler.
  1. Inkluderar inte delade enheter (omfattning: överför rotorganisationsenhet).
  2. Inklusive alla delade enheter (omfattning: rotorganisationsenhet).

     Lagrar data för alla delade enheter i målmiljön, inklusive de som inte ingår i överföringsprocessen.

• Delade enheter — Obestämd anpassad lagringsregel för alla delade enheter (omfattning: rotorganisationsenhet). Lagrar data för alla delade enheter i målmiljön, inklusive de som inte ingår i överföringsprocessen.

Viktigt : Lagringsregler för valv i målmiljön tas inte bort eller ändras under överföringsprocessen, eftersom det kan orsaka oåterkallelig dataförlust.