Sist oppdatert 19. april 2024
For å klargjøre organisasjonen for videre vekst må vi fra tid til annen utføre en aktivitet som kalles forekomstoppdatering, der vi oppgraderer infrastrukturen som støtter forekomsten i datasentrene. Etter vedlikeholdet flyttes forekomsten til et nytt datasenter, og navnet på forekomsten endres. Dette gjør det mulig for oss å fortsette å levere de samme ytelsesnivåene som du forventer fra Salesforce.
Hvis du følger vår beste praksis, skal dette vedlikeholdet skje smertefritt. Nedenfor er noen vanlige spørsmål vedrørende forekomstoppdateringsvedlikehold.
MERK: Dette dokumentet er bare til informasjon, og er ikke del av en juridisk eller på annen måte bindende avtale. Policyene og praksisen som beskrives i dette dokumentet, kan endres etter Salesforces eget skjønn.
Vanlige spørsmål
1. Hva er en forekomstoppdatering og hvordan vil jeg ha nytte av den?
For å klargjøre organisasjonen for videre vekst må vi fra tid til annen utføre en aktivitet som kalles forekomstoppdatering, der vi oppgraderer infrastrukturen i datasentrene som ligger til grunn for forekomsten. Etter dette vedlikeholdet flyttes forekomsten til et nytt datasenter, og navnet på forekomsten endres. Dette gjør det mulig for oss å fortsette å levere de samme ytelsesnivåene som du forventer fra Salesforce.
2. Hva må jeg gjøre for å forberede for en organisasjonsoverføring?
Se gjennom vår beste praksis nedenfor for å sikre at du er forberedt for dette vedlikeholdet. Hvis du ikke følger vår beste praksis, er det ikke sikkert at sluttbrukerne får tilgang til Salesforce når vedlikeholdet er ferdig.
Beste praksis inkluderer:
i. Aktivere Mitt domene
ii. Oppdatere hardkodede referanser til referanser som ikke er forekomstspesifikke
iii. Tillate tilgang til alle Salesforce-IP-adresser
iv. Planlegge aktiviteten rundt standard vedlikeholdsvinduer
For å unngå eventuelle utilsiktede tjenesteavbrudd kan det hende du må gjøre følgende:
i. Hvis du har hardkodede referanser (for eksempel eu1.salesforce.com), må du passe på å oppdatere dem til relative, ikke-forekomstspesifikke URL-adresser (for eksempel login.salesforce.com)
ii. Hvis du eller virksomheten din har konfigurert bedriftsnettverket eller sikkerhetsfiltre for e-post for å begrense tilgang til kun bestemte IP-områder eller datasentre, må du sørge for at du inkluderer de nyeste områdene. Du finner mer informasjon om hvilke IP-områder du må inkludere, i artikkelen Salesforce-IP-adresser som må tillates.
iii. Implementere Mitt domene før vedlikeholdsvinduet.
iv. Forbered oppdatering av integrasjoner hvis du opplever integrasjonsproblemer etter vedlikeholdet.
v. Forbered oppdatering av DNS-cache hvis du fortsetter å se et Vedlikehold pågår-varsel på påloggingssiden etter vedlikeholdet.
vi. Hvis du bufrer sertifikater lokalt, kan du bli med i Certificate Changes-gruppen i Trailblazer Community for å få de nyeste sertifikatene.
3. Vil skrivebeskyttet modus være tilgjengelig under forekomstoppdateringen?
Ja, skrivebeskyttet modus vil være tilgjengelig så lenge vedlikeholdet varer. Hvis du vil vite mer om hva skrivebeskyttet modus tillater, kan du se artikkelen Oversikt over skrivebeskyttet modus.
4. Vil Salesforce for Outlook (SFO) OAuth-tokener bli berørt av en forekomstoppdatering?
a. Etter forekomstoppdateringen skulle brukere bli logget av automatisk fra SFO og bedt om å logge på igjen via oppsettveiviseren.
b. Hvis det er problemer med å logge på SFO igjen etter vedlikeholdet, følger du fremgangsmåten i artikkelen Salesforce for Outlook OAuth-reautentisering.
c. Hvis du har flere spørsmål om SFO, kan du publisere et innlegg i gruppen Salesforce for Outlook og Email Connect i Trailblazer Community.
5. Hvis jeg vil vise e-postloggene etter forekomstoppdateringen, må jeg be om e-postloggene mine før vedlikeholdsvinduet?
a. Nei, e-postlogger lagres sentralt og vil være tilgjengelig etter forekomstoppdateringen, så det er ikke nødvendig å be om dem før vedlikeholdsvinduet, stedsbyttet, forekomstoppdateringen eller organisasjonsoverføringen.
6. Vil oppdateringsvedlikeholdet av forekomsten påvirke Sandbox-oppdateringer?
a. Sandbox-oppdateringskøen vil bli satt på vent fire timer før oppdateringsvedlikeholdet av forekomsten starter.
b. Hvis organisasjonen var midt i en Sandbox-oppdatering da køen ble satt på vent, stoppes Sandbox-oppdateringen. Sandbox-oppdateringen startes på nytt (den gjenopptas ikke) 24 timer etter at oppdateringsvedlikeholdet av forekomsten er fullført.
7. Må jeg omstarte integrasjoner etter vedlikeholdet?
a. Det er ikke påkrevd å starte integreringene på nytt, men hvis du opplever problemer med integreringene etter oppdateringsvedlikeholdet av forekomsten, anbefaler vi at du starter dem på nytt som første trinn i feilsøkingen.
b. Ved å omstarte integrasjonene etter vedlikeholdsvinduet, tømmer du DNS-oppslagsbufferen slik at integrasjonene kan oppdage IP-adressen til det nye datasenteret.
c. Fremgangsmåten for å omstarte en integrasjon kan være unik for hver integrasjon. Det anbefales å kontakte utvikleren av integrasjonen for å få spesifikk fremgangsmåte. Mange integrasjoner som er oppført i AppExchange, vil også ha instruksjoner for pålogging/omstart.
8. Vil sertifikatene som brukes med gjeldende forekomst på [FOREKOMST].salesforce.com og [FOREKOMST]-api.salesforce.com bli brukt med den nye forekomsten jeg flyttes til?
9. Vil de samme mellomliggende sertifikatene, rotsertifikatene og utgående kunde-til-Salesforce-sertifikatene bli brukt med den nye forekomsten?
Ja, mellomliggende sertifikater og rotsertifikater vil forbli de samme. Utgående sertifikater som brukes til SAML, SSO og APEX, endres heller ikke.
10. Vil rutingadresser for E-post-til-sak eller E-post-til-Apex bli berørt av forekomstoppdateringen?
a. Nei. Rutingadresser for E-post-til-sak eller E-post-til-Apex vil ikke bli berørt av forekomstoppdateringen.
b. E-post til eksisterende e-posttjenesteadresser vil fortsatt bli levert etter oppdatering uten at det er nødvendig å gjøre endringer til adressene.
11. Vil e-post til tjenesteadresser (E-post-til-sak, E-post-til-Apex, E-post til-Salesforce, reply2chatter osv...) bli forsinket etter en forekomstoppdatering?
Noe e-post kan bli forsinket. Under en forekomstoppdatering vil appservere være utilgjengelige, og e-post vil bli oppbevart på Salesforce-postservere.
Når den nye forekomsten er aktivert, blir ny e-post levert umiddelbart, og e-post som ligger i kø, blir levert ved neste gjenforsøk. Tiden en forekomst er utilgjengelig, vil ha betydning for hvor lenge meldinger som er lagt i kø, sendes på nytt.
12. Vil den nye forekomsten være i samme utgivelsesvedlikeholdsvindu som den tidligere forekomsten etter forekomstoppdateringen?
Ja.
13. Vil den nye forekomsten ha samme standard systemvedlikeholdsvindu som den tidligere forekomsten etter forekomstoppdateringen?
Ja.
14. Vil organisasjons-IDen endres etter forekomstoppdateringen?
Nei
15. Kan jeg velge bort forekomstoppdateringen?
Nei, alle organisasjoner på forekomsten som er identifisert for en oppdatering, vil flyttes.
16. Hva skjer med dataene i det «gamle» datasenteret når en forekomst er oppdatert?
Når en forekomstoppdatering er fullført, settes maskinvaren som var vert for forekomsten din i det gamle datasenteret, ut av drift. Prosedyrene vi har implementert sikrer at dataene dine ikke forlater det forrige datasenteret, og de overholder alle kravene våre til overholdelse og sikkerhet. Tillit er vår fremste verdi.
17. Vil bruken av tredjeparts innholdsleveringsnettverk (CDNer) berøres av en forekomstoppdatering?
Ja. Du må iverksette følgende tiltak hvis du har implementert et CDN fra tredjepart:
a. Hvis du akselererer i et "kunde.min.salesforce.com"-domene, må du oppdatere opprinnelsen og sende konfigurasjonen til testing innenfor CDN-et før vedlikeholdet. Du bør teste at direktetilgang og oppstilling fungerer som forventet umiddelbart etter vedlikeholdet og før du distribuerer i produksjon.
b. Hvis du også akselererer VisualForce- eller ContentForce-domener (f.eks. kunde--c.$NA10.content.force.com), må du anskaffe et nytt SSL-sertifikat som inneholder kunde.min.salesforce.com og både den opprinnelige og den nye forekomsten for VisualForce- og/eller ContentForce-domener (f.eks. $kunde--c.NA10.content.force.com og $kunde--c.NA42.content.force.com).
i. Deretter må du dele disse sertifikatene med din tredjeparts CDN-leverandør for distribusjon.
ii. Når SSL-sertifikatet er distribuert, må du oppdatere CDN-konfigurasjonen med de nye VisualForce- og/eller ContentForce-vertsnavnene og opphavet for alle tre endepunktene og sende til testing.
iii. Du bør teste at direktetilgang og oppstilling fungerer som forventet umiddelbart etter vedlikeholdet og før du distribuerer i produksjon.
MERK: Anskaffelse av et nytt sertifikat og arbeidet sammen med din tredjeparts CDN-leverandør kan ta flere dager, så start prosessen minst to uker før oppdelingen eller overføringen.
MERK: Hvis du har en spesialisert akselerering av vertsnavn for MittDomene.my.salesforce.com, MittDomene.lightning.force.com, MittDomene--c.documentforce.com, MittDomene--Pakkenavn.visualforce.com, MittDomene--c.InstanceName.content.force.com eller MittDomene--Pakkenavn.Forekomstnavn.visual.force.com ved bruk av Akamai, må du oppdatere opphavet og sende konfigurasjonen til oppstilling innenfor CDN før vedlikeholdet. Du bør teste at direktetilgang og oppstilling fungerer som forventet umiddelbart etter vedlikeholdet og før du distribuerer til produksjon. Dette er en sjelden konfigurasjon. Hvis du ikke er sikker på hva dette er, gjelder ikke dette for din organisasjon.
Denne typen spesialisert akselerasjon blir erstattet av Salesforce Edge-nettverket. Generelt støtter ikke Salesforce å legge til flere vertsnavn i en eksisterende spesialisert konfigurasjon av denne typen, og veien videre er å samarbeide med Salesforce Kundestøtte for å gå over til Salesforce Edge-nettverket og få Salesforce R&D til å fjerne DNS-konfigurasjonsoverstyringene som brukes av den spesialiserte akselerasjonen.
18. Vil integrasjoner fra tredjepart påvirkes av en forekomstoppdatering?
Integrasjoner fra tredjepart skulle fungere som forventet etter forekomstoppdateringen. Aktivering av Mitt domene kan imidlertid redusere tiden som er forbundet med omdirigering av hardkodede referanser etter forekomstoppdateringen, og anbefales på det sterkeste.
19. Hvor kan jeg få mer informasjon om følgende emner relatert til Salesforce-vedlikehold:
a. Artikkelen Oppdatere hardkodede referanser
i. Verktøy for å finne hardkodede referanser i organisasjonen din
ii. Hardkodede referanser
iii. ID-er for e-posttråder
iv. WSDL-er
v. Sertifikater
vi. Live Agent
b. Artikkelen Hvordan påvirkes organisasjonen min under Salesforce-vedlikehold?
i. Ukentlige eksporter
ii. Fysisk sletting
iii. Partnerportaler
c. Artikkelen Salesforces IP-områder
i. IP-områder
ii. E-postinnstillinger
20. Hva skal jeg gjøre hvis jeg har en Live Agent- eller SOS-implementasjon?
Hvis nettsiden eller sertifikater har en hardkodet referanse til endepunkt-URLen for Live Agent, vil en forekomstoppdatering, en organisasjonsoverføring eller et stedsbytte få innvirkning på Live Agent/SOS-funksjonaliteten. For å minimere innvirkningen bør du følge beste praksis og unngå alle hardkodede referanser til endepunktet, og sørge for å oppdatere endepunkt-URLen i distribusjonskoden du kopierte fra Distribusjon-siden i Oppsett. Distribusjonskoden vi leverer, kan omdirigere til den nylig tilordnede serveren, men du bør likevel oppdatere endepunktet umiddelbart etter at oppdateringen er fullført. Du finner mer informasjon om Live Agent-endepunkter og hva som menes med et hardkodet endepunkt, i artikkelen Live Agent-server (endepunkt-URL) er endret og nå fungerer ikke Live Agent Chat lenger.
21. Hvordan kommuniserer Salesforce oppdateringsvedlikeholdet av forekomsten til kunder?
a. Salesforce varsler alle kunder om vedlikeholdsaktiviteter som krever handling, for å sikre at de er oppmerksomme og kan forberede seg i forkant av det planlagte vedlikeholdsvinduet. Før oppdateringsvedlikehold av forekomst vil Salesforce sende produkt- og servicevarsler via e-post til administratorer (basert på brukere med tillatelsen Endre alle data og Behandle alle brukere). Du finner mer informasjon i artikkelen Produkt- og tjenestevarsler.
b. I tillegg til e-postvarsler publiserer Salesforce et sammendrag over vedlikehold som berører kunder, i Trailblazer Community under Tjenestelevering (inkl. Hyperforce).
c. Alle vedlikeholdsvinduer publiseres på trust.salesforce.com.
22. Jeg vil gjerne lære mer om arkitekturen med flere leietakere. Hvor finner jeg informasjon om denne?
a. Fullfør vårt Forstå Salesforce-arkitekturen-spor.
b. Hvis du ønsker mer informasjon, kan du lese blogginnlegget Multitenant Architecture som er skrevet av Salesforce-utviklere.
23. Hvordan vil en forekomstoppdatering påvirke tidligere planlagte aktiviteter (ukentlige eksporter, Apex-jobber osv.) og Apex-oppkall?
Løpende aktiviteter vil bli stanset midlertidig før forekomstoppdateringen, og gjenopptas etter forekomstoppdateringen. Aktiviteter som er planlagt under forekomstoppdateringen, vil starte når vedlikeholdet er fullført.
Et lite delsett av Apex-, Batch Apex-, REST API-, SOAP API- og Bulk API-jobber som ble startet før forekomstoppdateringen, kan returnere en feil etter vedlikeholdet. Hvis du mottar en feil fra en tidligere planlagt jobb etter vedlikeholdsvinduet, vil en omstart av jobben returnere de forventede resultatene. Vi anbefaler at du flytter store og tidkrevende jobber til etter at forekomstoppdateringen er fullført for å få en mest mulig sømløs opplevelse.
Apex-oppkall av eksterne tjenester vil fortsatt bli utført under vedlikeholdet, og siden disse ofte resulterer i oppfølgende DML-oppkall til Salesforce-applikasjonen, kan du oppleve problemer med forventede programflyter fordi applikasjonen vil være i skrivebeskyttet modus. Vi anbefaler at du hindrer disse oppkallene i å kjøre i skrivebeskyttet modus. Hvis du ønsker mer informasjon om hvordan du forhindrer disse oppkallene, kan du se Apex-oppkall i skrivebeskyttet modus.
24. Blir Trust-varsler overført til den nye forekomsten?
a. Når det gjelder forekomstoppdateringer: Før en forekomstoppdatering, vil Salesforce gi eksisterende abonnenter i kildeforekomsten et automatisk abonnement i målforekomsten(e). Vær oppmerksom på at hvis en forekomst blir delt i to, vil abonnentene få abonnement i begge målforekomstene, slik at de må oppdatere abonnementspreferansene ved første anledning.
b. Når det gjelder organisasjonsoverføringer: Abonnementsinnstillingene vil ikke bli oppdatert automatisk etter en organisasjonsoverføring. Vi anbefaler at abonnementsinnstillingene oppdateres så snart du blir underrettet om den nye forekomsten, slik du fortsatt vil motta statusoppdateringene som er mest relevante for deg.
25. Hva bør jeg vurdere hvis jeg også bruker Heroku?
Se denne Heroku-artikkelen: https://help.heroku.com/0HFMVV4B/what-do-i-need-to-do-about-my-upcoming-salesforce-instance-refresh
26. Hvilke hensyn bør tas for Hendelser for høyvolumplattformer og Fangst av dataendringer?
a. Enkelte Salesforce-vedlikeholdsaktiviteter (som organisasjonsoverføringer og forekomstoppdateringer) krever at organisasjonen flyttes til et annet datasenter eller en annen maskinvarestakk. Under disse operasjonene flytter vi dataene dine fysisk og kjører programvaren som betjener appene dine, på annen maskinvare. På grunn av den distribuerte, asynkrone naturen i vår Hendelsesbuss kan vi ikke overføre alle hendelser som ble publisert før organisasjonsoverføringen.
b. Forekomstoppdateringen vil ikke påvirke sanntidslevering av hendelser før og etter vedlikeholdet, men bevaringsvinduet på 72 timer for alle hendelser vil ikke bli beholdt. ReplayID-er vil unikt identifisere punktet i en hendelsesstrøm en bestemt hendelse ble publisert, og siden den nye plasseringen av organisasjonen er fysisk forskjellig, vil ikke ReplayID-verdier for nylig publiserte hendelser ha noen relasjon til hendelser som ble publisert før overføringen eller forekomstoppdateringen. Abonnenter på plattformhendelser og endringshendelser inkluderer Streaming API (CometD)-klienter, empApi Lightning-komponenter, Pub/Sub API-klienter, hendelsesvideresendinger, Apex-utløsere og flyter.
Se også: Platform Events Developer Guide: Publishing Events in Read-Only Mode
27. Hva skal jeg gjøre hvis jeg har Einstein-roboter aktivert i organisasjonen?
Etter forekomstoppdateringen navigerer du til Einstein-roboter under Oppsett. Deaktiver og aktiver på nytt funksjonen for Einstein-roboter. Dette vil utløse en ny organisasjonsgodkjenning til Einstein.AI.
28. Vil hendelsesloggdata blir tatt vare på og være tilgjengelig etter forekomstoppdateringen?
Nei, men mesteparten blir det. Eventuelle loggdata som ikke er behandlet før organisasjonsoverføringen, vil ikke være tilgjengelig i den nye forekomsten. Når overføringen starter, vil ikke data fra den dagen og til dagen overføringen fullføres, bli lagt til i organisasjonen på den nye plasseringen. Dette er fordi Hendelsesovervåking bruker loggdata og en nattlig batchprosess til å fylle ut overvåkingshendelser.
29. Hvor kan jeg henvende meg hvis jeg har flere spørsmål?
a. Du kan også legge inn spørsmål og samarbeide med andre Salesforce-brukere i gruppen Official: Salesforce Infrastructure-gruppen i Trailblazer Community.
b. Hvis du har flere spørsmål, åpner du en sak hos kundestøtte via Salesforce Hjelp.
30. Kjent problem
000387056

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.