Sist oppdatert 03. mars 2022
Hva er et stedsbytte?
Hver Salesforce-forekomst bygges og vedlikeholdes på to geografisk separate steder. En forekomst betjenes aktivt fra ett sted (det aktive stedet) og transaksjoner replikeres nesten i sanntid til det andre fullstendig redundante stedet (beredskapsstedet). Et stedsbytte betyr at plasseringene av en forekomsts aktive sted og beredskapssted byttes om slik at beredskapsstedet blir det nye aktive stedet og omvendt – navnet på forekomsten endres ikke. Denne infrastrukturmodellen setter oss i stand til å bytte plassering av det aktive stedet for formål som vedlikehold, samsvar og katastrofegjenoppretting.
Viktige tiltak
A. Abonner på Trust-varsler for å få vite når stedsbytter skjer.
B. Følg beste praksis for Salesforce-infrastruktur ved ikke å begrense tilgang til Salesforce IP-omåder og Government Cloud IP-områder (hvis aktuelt), fjerne hardkodede referanser og ved å sette verdien for DNS-tidsavbrudd til 5 minutter (standardinnstilling).
C. Kunder med tilpassede Live Agent/SOS-klienter må kontrollere at de klientene kan håndtere omdirigeringer til det nye aktive stedet riktig, ellers kan det oppstå avbrudd i Live Agent-tjenesten. Den beste metoden for å unngå disse problemene er å håndtere SwitchServer-responsen og bruke newUrl-egenskapen for forespørselen som resulterte i denne responsen, og for alle etterfølgende forespørsler. Se spørsmål 8 for å få mer informasjon.
D. Hvis du må se på e-postloggene etter et stedsbytte, ber du om e-postloggene før vedlikeholdsvinduet. Se spørsmål 11 for flere detaljer.
E. Det er viktig at kunder oppdaterer DNS-cache på begge klientendepunktene (f.eks. PC) samt hos Internett-leverandøren (ISP). I noen tilfeller må ISP-en bli bedt om å oppdatere DNS-tabellene for å redusere alle potensielle påloggingsproblemer som ikke skyldes Salesforce
Vanlige spørsmål
1. Hvordan informerer Salesforce om et stedsbytte?
Planlagte stedsbytter legges inn i vedlikeholdskalenderen på Trust-nettstedet på status.salesforce.com. Hvis vi må utføre et stedsbytte under en hendelse for å få en forekomst online igjen, vil hendelsesposten på status.salesforce.com bli oppdatert med den informasjonen. Registrer deg for Trust-varsler som gjelder forekomsten din, slik at du mottar e-postmeldinger med varsler om vedlikehold (påminnelser, oppstart, oppdateringer og fullført) samt e-postmeldinger med varsler om hendelser (nye, oppdateringer, løste og rotårsak). Se brukerhåndboken for Trust-varsler for å finne mer informasjon om hvordan du registrerer deg for disse e-postmeldingene.
2. Hvor lang tid tar et stedsbytte?
For øyeblikket tar det omtrent tjue minutter å fullføre et stedsbytte. For planlagte stedsbytter legger vi ut det antatte vinduet for stedsbyttet på Trust.
3. Kan jeg velge ikke å delta i et stedsbytte?
Enkeltorganisasjoner kan ikke fravelge et stedsbytte. På grunn av arkitekturen med flere leietagere i infrastrukturen vår må alle organisasjoner på forekomsten foreta stedsbytte samtidig.
Planlagte stedsbytter foregår alltid i løpet av foretrukne systemvedlikeholdsvinduer. Vi ber om at du planlegger vedlikeholdsaktiviteter for Salesforce-organisasjonen din (programvareoppdateringer, integrasjonsendringer osv.) utenfor de foretrukne systemvedlikeholdsvinduene.
4. Får jeg tilgang til organisasjonen min under et stedsbytte?
Under planlagte stedsbytter er organisasjonen utilgjengelig. Stedsbytter blir nå fullført på omtrent 20 minutter. Vi anbefaler at kunder anser forekomsten som utilgjengelig under stedsbyttet.
5. Hvilke handlinger kreves for å forberede et stedsbytte?
Hvis du allerede følger vår anbefalte praksis for infrastrukturen ved ikke å begrense tilgangen til Salesforces IP-områder og ved å sette DNS-tidsavbruddsverdien til 5 minutter (standardinnstillingen), vil et stedsbytte være sømløst for brukerne.
Hvis du begrenser tilgangen til enkelte IP-adresseområder eller datasentre, må du oppdatere nettverksinnstillingene for å inkludere den fullstendige listen med Salesforce IP-adresseområder for å unngå eventuelle utilsiktede tjenesteavbrudd etter et stedsbytte. Og hvis du styrer verdisettet for DNS-tidsavbrudd, må du kanskje oppdatere DNS-bufferen og omstarte alle integrasjoner etter vedlikeholdet.
6. Hvordan påvirker et stedsbytte tidligere planlagte aktiviteter (ukentlige eksporter, Apex-jobber, osv.) og Apex-oppkall?
Løpende aktiviteter blir stanset midlertidig før stedsbyttet og gjenopptatt når stedsbyttet er fullført. Aktiviteter som planlegges under stedsbyttet, vil starte når stedsbyttet er fullført.
Et lite delsett av Apex-, Batch Apex-, REST API-, SOAP API- og Bulk API-jobber som ble startet før stedsbyttet, 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. Vi anbefaler at du hindrer disse oppkallene i å kjøre under vedlikeholdsperioden. Hvis du ønsker mer informasjon om hvordan du forhindrer disse oppkallene, kan du se Grenser for oppkall og begrensninger.
7. Hvordan påvirker et stedsbytte nett-til-salgsemne-, nett-til-sak- og e-post-til-sak-aktiviteter?
Nett-til-salgsemne-, nett-til-sak- og e-post-til-sak-aktiviteter som skjer mens stedsbyttet pågår, vil bli lagt i kø og behandlet når stedsbyttet er fullført.
8. Vil et stedsbytte påvirke Live Agent?
Ja. Under et stedsbytte blir organisasjonens aktive sted byttet til beredskapsstedet, og beredskapsstedet byttes til aktivt sted. Når det skjer, endres URL-adressen du bruker for å få tilgang til Live Agent/SOS. Chatteklienter og distribusjonskode som leveres av Salesforce, reagerer på denne endringen og videresender HTTP-forespørsler til det nye endepunktet på riktig måte, men enkelte tredjepartsprogrammer, inkludert tilpassede REST-klienter for Live Agent, gjør kanskje ikke det. Disse programmene vil ikke finne kontoen din i den tidligere forekomsten og vil sannsynligvis få en feil.
For å minimere innvirkningen på Live Agent/SOS-implementeringen bør du følge anbefalt praksis og sørge for at den tilpassede REST-klienten for Live Agent kan omdirigere forespørsler til en ny forekomst av Live Agent-tjenesten på riktig måte etter vedlikehold som innebærer flytting av organisasjonen. Den beste måten å unngå disse problemene på med den tilpassede klienten (som ikke automatisk vil omdirigere forespørsler til riktig endepunkt), er å ta hånd om SwitchServer-responsen og bruke newUrl-egenskapen på forespørselen som resulterte i responsen, og på alle etterfølgende forespørsler. Les artikkelen Hvordan oppdatere den tilpassede Live Agent-klienten når organisasjonsforekomsten endres for å få mer informasjon om oppdatering og testing av den tilpassede klienten. Det vil sørge for at den tilpassede klienten ikke støter på problemer etter et stedsbytte, og vil gi deg rikelig tid til senere å oppdatere endepunktet som brukes, fra begynnelsen av utføringen.
Du finner mer informasjon om Live Agent-endepunkter og hva som menes med hardkodede Live Agent-referanser, i artikkelenLive Agent-server (endepunkt-URL) er endret og nå fungerer ikke Live Agent Chat lenger.
9. Hvordan vil et stedsbytte påvirke pågående Sandbox-oppdateringer?
Sandbox-oppdateringer som ikke er fullført før stedsbyttet, vil bli stoppet. Sandbox-oppdateringen vil starte på nytt (ikke gjenopptas) etter stedsbyttet. Kunder vil heller ikke kunne initiere en Sandbox-oppdatering mens stedsbyttet pågår.
10. Vil stedsbytte berøre sending av e-post (for eksempel til mobiloperatører eller Office 365)?
Etter et stedsbytte sendes e-post fra Mail Transport Agents (MTAer) som har andre IP-adresser enn dem e-posten tidligere ble sendt fra. Disse MTAene må ha et etablert omdømme, og e-postlevering skulle ikke påvirkes med mindre du bruker videresending av e-post med Access Control Lists (ACLer) og tillatelseslister. I slike tilfeller kan du lese artikkelen Hvilke Salesforce-IP-adresser og og domener må tillates? og sørge for at du har IP-adresser for videresending av e-post i tilgangskontrollistene og tillatelseslistene. Du kan kontrollere om du bruker videresending av e-post i Salesforce ved å gå til Oppsett og søke etter "Aktivering av videresending av e-post". Hvis dette er aktivert, blir e-post levert til verten som er angitt i innstillingene, gjennom videresending av e-post.
11. Nå jeg be om e-postloggene før vedlikeholdsvinduet hvis jeg vil se på e-postloggene mine etter stedsbyttet?
Hvis du må se på e-postloggene etter stedsbyttet, må du be om e-postloggene før vedlikeholdsvinduet. Du kan be om e-postloggene ved å følge fremgangsmåten i artikkelen Be om en e-postlogg. Når du har bedt om e-postloggene, blir de lagret i databasen og overført sammen med stedsbyttevedlikeholdet. E-postlogger fra ditt tidligere datasenter kan ikke trekkes ut etter stedsbyttet.
Det kan være en kort tidsperiode der du vil oppleve at e-postlogger viser e-postmeldinger som sendt, men den endelige destinasjonen for e-posten vil ikke bli inkludert i opptil 30 dager etter vedlikeholdet. Det er fordi IP-adresser på det nylig aktive stedet må etablere et omdømme på Internett før de kan sende større trafikkvolumer.
12. Hva er Salesforces Kontinuerlig stedsbytte-program?
Hvis du vil vite mer om Kontinuerlig stedsbytte-programmet, kan du lese artikkelen Kontinuerlig stedsbytte.
000387541

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.