Viktige punkter om Sandbox i Data 360

Klargjøre Data 360 i en Sandbox-organisasjon

Hvis du vil opsætte Data 360 i en sandbox, der blev oprettet før Data 360 blev klargjort i din produktionsorganisation, kan du bruge licensmatchfunktionen. Denne funksjonen lar deg arve Data Cloud-lisenser fra produksjonsorganisasjonen uten å oppdatere Sandbox-organisasjonen. Det er imidlertid noen viktige punkter å ta hensyn til:

• Produksjonsorganisasjonen må ha Data 360 klargjort for at lisenssamsvaret skal fungere.
• Lisenssamsvarsprosessen kopierer bare Data Cloud-lisenser. Lisenssamsvaret kopierer ikke organisasjonspreferanser, -verdier, -metadata eller -tillatelser. Du må konfigurere tilpassede konfigurasjoner, integrasjoner og andre metadata manuelt i Sandbox-organisasjonen.

For å kunne aktivere Data 360 i en Sandbox-organisasjon må kildeproduksjonsorganisasjonen som Sandbox-organisasjonen opprettes fra, kjøre Data Cloud under en Data Cloud-lisens. Hvis kildeproduksjonsorganisasjonen driver Data Cloud under en Salesforce Data Cloud-lisens, kan du ikke slå på Data 360 i Sandbox-organisasjonen.

Lagring og grenser for Data 360-Sandbox

• Data 360-Sandbox-enheter følger produksjonsgrenser og retningslinjer. De har ikke lagringsrestriksjoner for Salesforce-Sandbox-enheter, som grensen på 200 MB for Developer-Sandbox-enheter. Du finner grenser relatert til Data 360 i Data 360-grenser og retningslinjer.

Viktige punkter om opprettelse av en Sandbox

• Hvis du har en Data 360-komponent i produksjonsorganisasjonen som har blitt lagt til fra en utviklerkontrollert administrert pakke, kopieres komponenten over til Sandbox-organisasjonen, men du kan ikke redigere den eller endre statusen. I dette tilfellet oppretter du komponenten på nytt i Sandbox-organisasjonen.
• Når enkelte Data 360-komponenter som er avhengige av datainntak, kopieres til Sandbox-enheten, gjenspeiler felt for antall poster og datoer verdiene fra produksjonsorganisasjonen. Du ser disse produksjonsverdiene til data hentes inn i Sandbox-organisasjonen. Du kan se denne virkemåten i datastrømmer, datasjøobjekter, segmenter og identitetsløsning.
• Du kan ikke bruke en Sandbox-mal når du oppretter en Data 360-Sandbox.
• Når et datasjøobjekt (DLO) har blitt replikert i en Sandbox-organisasjon, kan du ikke slette det der. Du kan bare slette DLO fra produksjonsorganisasjonen.
• Forente meldinger støttes i en Sandbox-organisasjon som opprettes etter 9. mai 2025.
• Data 360-koblingene for Einstein Samtaleinnsikt-funksjoner støttes ikke i Sandbox-organisasjoner. Einstein Samtaleinnsikt-funksjoner som baseres på Data 360, som Salgsignaler, kan for øyeblikket ikke testes i Sandbox.
• Du kan ikke opprette en Data 360-Sandbox-organisasjon fra en klonet Sandbox-organisasjon.
• Digital Wallet replikeres til Sandbox-organisasjonen. Strømmene er skrivebeskyttet i produksjonsorganisasjonen og forblir skrivebeskyttet i Sandbox-organisasjonen.

Viktige punkter om distribusjon av endringer fra en Sandbox-organisasjon

Klar til å flytte endringer fra en Sandbox-organisasjon til en annen Sandbox- eller produksjonsorganisasjon. Her er de viktigste tingene du bør være oppmerksom på.

• Bruk endringssett, Salesforce-kommandolinjegrensesnitt eller metadata-API til å distribuere endringer fra én Sandbox til en annen Sandbox.
• Hvis du oppretter et dataområde i en Sandbox-organisasjon som ikke finnes i produksjonsorganisasjonen, og du vil distribuere komponenter fra dette dataområdet, må du først opprette dataområdet manuelt i produksjonsorganisasjonen. Dataområdet opprettes ikke når du distribuerer datasettet.
• Du kan distribuere en beregnet innsikt fra standarddatarommet og et tilpasset datarom.
• Når du distribuerer standard og tilpassede datamodellobjekter (DMO-er) fra en Sandbox-organisasjon, legges de tilknyttede relasjonene og kodene automatisk til under distribusjonsprosessen. Koder som eksplisitt er tildelt andre DMO-typer, som utledede DMO-er eller kuraterte DMO-er, inkluderes imidlertid ikke i distribusjonen.
• Hvis du oppretter eller endrer en Marketing Cloud Engagement-tilkobling (MCE), en forretningsenhet for inntak eller en forretningsenhet som er tilordnet til et datarom, kan du ikke inkludere det i et datasett og distribuere det tilbake til kildeorganisasjonen. I dette tilfellet oppretter eller endrer du disse funksjonene i kildeorganisasjonen.
• I en datastrøm i en Marketing Cloud Engagement Enterprise Attributes-pakke i en Sandbox-organisasjon kan du utføre disse handlingene, men de resulterende endringene distribueres ikke tilbake til produksjonsorganisasjonen.
  • Deaktivere et felt
  • Endre et formelfelt
  • Legge til et formelfelt
• Du kan bare distribuere et datahandlingsmål med en hjemmeorganisasjonstilkobling tilbake til produksjon. Tilkoblinger på tvers av organisasjoner støttes ikke.
• Hvis du bygger en Einstein Studio-modell i en Sandbox-organisasjon, kan du se opplæringsmålingene der. Når du har distribuert modellen, kan den brukes i produksjon, men målingene er ikke synlige.
• Når du legger til en støttet datastrøm, inkluderer Data 360 koblingsmetadataene. Når du distribuerer datastrømmen første gang, distribuerer Data 360 koblingen i en inaktiv tilstand. For å starte datainntak konfigurerer du legitimasjonen og aktiverer tilkoblingen i målorganisasjonen. Hvis det finnes en aktiv kobling i målorganisasjonen for påfølgende distribusjoner, ignorerer distribusjonen endringer i attributter. Denne endringen gjelder for alle datastrømkoblinger.
• Hvis du fjerner datastrømmen, må du fjerne koblingsmetadataene fra DevOps-datasettet.

Viktige punkter om distribusjon av endringer på tvers av organisasjoner

• Hvis du vil flytte metadata på tvers av produksjonsorganisasjoner, distribuerer du dataene fra produksjonsorganisasjonen én til Sandbox-organisasjonen én. Distribuer deretter disse endringene fra Sandbox én til Sandbox-organisasjonen som er knyttet til produksjonsorganisasjonen to, før den endelige overføringen til produksjonsorganisasjonen to.

Viktige punkter om bruk av segmenter i en Sandbox-organisasjon

• Hvis du oppretter et målgruppesegment for Midlertidig målgruppebegrensning eller Statisk attributt i en Sandbox-organisasjon, kan du ikke distribuere segmentet til produksjonsorganisasjonen. Du må opprette segmentet på nytt manuelt i produksjonsorganisasjonen.
• Du kan distribuere et segmentmedlems-DMO som ikke har noen relasjoner fra en Sandbox-organisasjon til produksjonsorganisasjonen. Men distribusjon av et segmentmedlems-DMO med relasjoner støttes ikke.
• Når du distribuerer et nytt segment, brukes Ikke publiser som standard i publiseringsplanen. Hvis segmentet allerede finnes i produksjonsorganisasjonen, påvirkes ikke tidsplanen.

Viktige punkter om bruk av Datagrafer i en Sandbox-organisasjon

• Datagrafer replikeres fra produksjon til Sandbox, men har statusen Behandling. Når den tilknyttede transformasjonen har blitt riktig kjørt, endres datadiagramstatusen til Aktiv. Hvis du vil aktivere et datadiagram manuelt, oppdaterer du det på datadiagramsiden.
• Hvis du distribuerer en datatransformasjon eller datadiagram fra en Sandbox-organisasjon og den ikke kjøres automatisk etter at den er distribuert i produksjonsorganisasjonen, oppdaterer du statusen til den fra listevisningen.

Viktige punkter om bruk av aktiveringer og aktiveringsmål i en Sandbox-organisasjon

• Du kan opprette en aktivering i en Sandbox-organisasjon, og du kan distribuere Amazon S3, Marketing Cloud Engagement, SFTP, GCS eller Microsoft Azure-aktiveringer fra Sandbox til produksjon.
• Før du distribuerer et aktiveringsmål fra en Sandbox-organisasjon til produksjon, må du aktivere den tilhørende tilkoblingen for aktiveringsmålet i produksjonsmiljøet.
• Aktiveringer og aktiveringsmål kopieres fra produksjon til en Sandbox-organisasjon, men du kan ikke aktivere dem i en Sandbox-organisasjon før den underliggende koblingen er aktivert.
• Datahandlingsmål, strømmedatatatransformasjoner og gruppedatatatransformasjoner replikeres fra produksjon til Sandbox, men du må eksplisitt aktivere dem.
• For Aktiveringsmål for økosystemer deaktiverer du plattformen og aktiverer den på nytt for å aktivere publiseringsplanen.
• Lojalitetsaktiveringsmål som kopieres fra produksjon til Sandbox, er ikke funksjonelle, og du kan ikke oppdatere målstatusen manuelt på siden Data Cloud-aktiveringsmål.
• Hvis du redigerer tittelen på et Marketing Cloud-engasjementsaktiveringsmål, opprettes det et nytt aktiveringsmål i stedet for å redigere det eksisterende målet.
• Når du bygger et datasett, legger du til og lagrer aktiveringene i små batcher. Forsøk på å lagre et stort antall aktiveringer samtidig kan føre til at operasjonen blir tidsavbrutt og mislykkes.

Viktige punkter om bruk av datastrømmer og -tilkoblinger i en Sandbox-organisasjon

• Hvis du oppretter en tilkobling i Sandbox-organisasjonen og distribuerer denne tilkoblingen til produksjonsorganisasjonen, må du godkjenne den på nytt i produksjonsorganisasjonen. Når du har konfigurert tilkoblingen, flyter dataene til Sandbox-organisasjonen.
• Hvis du har en datastrøm som er basert på en S3-tilkobling, og denne tilkoblingen inneholder organisasjons-IDen i banen, endres organisasjons-IDen fra produksjonsorganisasjons-ID til Sandbox-organisasjons-ID når du oppretter en Sandbox-organisasjon. Hvis navnet på tilkoblingsbanen endres, oppdateres ikke dataene for disse Sandbox-datastrømmene. Hvis du for eksempel har en S3-strømbane med parentpath/productionOrgID/fileName.csv, er Sandbox S3-strømbanen parentpath/sandboxOrgID/fileName.csv. Du må enten redigere Sandbox-strømbanen og endre organisasjons-IDen til produksjonsorganisasjons-IDen eller legge til filene i den nye banen.
• Hvis du konfigurerer en tilkobling i Sandbox-organisasjonen og en datastrøm basert på denne tilkoblingen fortsatt har statusen NEEDS_ACTIVATION, kontakter du Salesforces kundestøtte.
• Når du har opprettet en Sandbox, må du opprette tilkoblinger på nytt basert på Amazon Kinesis-koblingen.

Viktige punkter om bruk av nullkopieringsdatastrøm i en Sandbox-organisasjon

• For datastrømmer med null kopi som bruker Google Big Query-, Snowflake-, Databricks- eller Redshift-tilkoblinger, må du forsikre deg om at database-, skjema- og tabellnavnene er konsistente mellom produksjons- og Sandbox-miljøene.
• Når du aktiverer en Google Big Query-tilkobling i en Sandbox-organisasjon, kan du endre Google BQ-prosjekt-ID, e-postadresse for tjenestekonto og privat nøkkel slik at den samsvarer med Sandbox-organisasjonen. Du må imidlertid vedlikeholde identiske databasenavn, skjema- og tabellnavn i prosjekt-ID-en.
• Under Snowflake-tilkoblingsaktivering i en Sandbox-organisasjon kan du oppdatere konto-URL-adressen, brukernavnet og den private nøkkelen for Sandbox-organisasjonen. Forsikre deg om at database-, skjema- og tabellnavnene i datalageret forblir de samme.
• For Databricks-tilkoblinger i en Sandbox-organisasjon kan du endre godkjenningsdetaljene, URL-adressen til tilkoblingen og HTTP-banen. Behold database-, skjema- og tabellnavnene identiske med produksjonskonfigurasjonen.
• I et Sandbox-oppsett for en Redshift-tilkobling kan du endre godkjenningsdetaljene, URL-adressen til tilkoblingen og databasen. Hold database-, skjema- og tabellnavnene i denne databasen konsistente med produksjonsmiljøet.

Viktige punkter om bruk av ustrukturerte data og søkeindekser i en Sandbox-organisasjon

• Når datakilden som brukes til søkeindeks er et CRM-objekt (DMO):
  • Datasjøobjekter (DLO-er), datamodellobjekter (DMO-er) og søkeindeksen kopieres fra produksjonsorganisasjonen til Sandbox-organisasjonen.
  • I Sandbox-organisasjonen må du aktivere CRM-hjemmeorganisasjonstilkoblingen og aktivere CRM-datastrømmene. Søkeindeksen kjøres automatisk etter at data er hentet inn i DLO.
• Når søkeindeksen opprettes via Agentforce Data Library (ADL):
  • UDLO-er, UDMO-er, DLO-er, DMO-er, CRM-datastrømmer og søkeindeksen opprettes automatisk i produksjonsorganisasjonen.
  • UDLO-er, UDMO-er, DLO-er, DMO-er, CRM-datastrømmer og søkeindeksen kopieres fra produksjonsorganisasjonen til Sandbox-organisasjonen.
  • I Sandbox-organisasjonen må du aktivere CRM-hjemmeorganisasjonstilkoblingen og aktivere CRM-datastrømmer. Du trenger ikke å gjøre noe for UDLO-ene og UDMO-ene. søkeindeks kjøres automatisk etter at Knowledge har blitt hentet inn i DLO-en. Eventuelle filer som lastes opp til ADL-et i Sandbox-organisasjonen, indekseres automatisk.
• Når datakilden for en søkeindeks er et eksternt blob-lager (for eksempel S3, GCS eller Azure):
  • UDLO-er, UDMO-er og søkeindeksen kopieres fra produksjonsorganisasjonen til Sandbox-organisasjonen.
  • I Sandbox-organisasjonen må du opprette en ekstern klientapp eller tilkoblet app og sette opp filvarsler i blob-butikken og peke disse filvarslene til Sandbox-organisasjonen.
  • I Sandbox-organisasjonen må du opprette UDLO på nytt og tilordne det på nytt til UDMO. Søkeindeksen kjøres automatisk etter at data er hentet inn i UDLO.