Oversigt over lokalitetsskift og ofte stillede spørgsmål

Vigtige handlinger

A. Abonner på Trust-adviseringer så du ved, hvornår lokalitetsskift finder sted.
B. Følg de bedste fremgangsmåder for Salesforce-infrastrukturen ved ikke at begrænse adgangen til Salesforce IP-områder, IP-adresser til Government Cloud (hvis relevant), fjernelse af hardcodede referencer og ved at angive din DNS-timeoutværdi til 5 minutter (standardindstilling).
C. Kunder med tilpassede Live Agent-/ SOS-klienter kan håndtere omdirigeringer til den nye forekomst, ellers kan der forekomme afbrydelse af din Live Agent-tjeneste. Den bedste metode til at undgå disse problemer er at håndtere SwitchServer-svar og bruge egenskaben 'newUrl' til den anmodning, der resulterede i dette svar, og alle efterfølgende anmodninger.  Hvis du ønsker yderligere oplysninger, kan du se spørgsmål 8.
D. Hvis du får brug for at se dine maillogfiler efter et lokalitetsskift, skal du anmode om dine maillogfiler inden vedligeholdelsesvinduet. Se spørgsmål 11 for at få yderligere oplysninger.
E. Det er vigtigt for kunder atopdatere deres DNS-cache på både klientslutpunkter (f.eks. pc) som hos deres internetserviceudbyder (ISP). I nogle tilfælde skal du bede internetudbyderen om at opdatere sine DNS-tabeller for at reducere antallet af potentielle loginproblemer, som ikke kan tilskrives Salesforce.

Ofte stillede spørgsmål

1.  Hvordan kommunikerer Salesforce et lokalitetsskift?
Planlagte lokalitetsskift vises i vedligeholdelseskalenderen på vores Trust-site på status.salesforce.com. Hvis vi har brug for at foretage et lokalitetsskift i forbindelse med en hændelse for at få en forekomst tilbage online, opdateres hændelsesregistreringen på status.salesforce.com for at afspejle disse oplysninger. Registrer dig til at få Trust-adviseringer vedrørende din forekomst for at modtage mailadviseringer om vedligeholdelse (påmindelser, start, opdateringer og fuldført) samt mailadviseringer om hændelser (nye, opdateringer, løste og hovedårsag). Se Trust Notification User Guide (Brugervejledning til Trust-adviseringer), hvis du ønsker flere oplysninger om, hvordan du tilmelder dig disse mails.

2.  Hvor lang tid tager et lokalitetsskift?
I øjeblikket tager lokalitetsskift ca. tyve minutter at fuldføre. For planlagte lokalitetsskift viser vi det forventede lokalitetsskifts aktivitetsvindue på Trust.

3.  Kan jeg framelde mig et lokalitetsskift?
Individuelle organisationer kan ikke framelde sig et lokalitetsskift. På grund af arkitekturen med flere lejere i vores infrastruktur skal alle organisationer på forekomsten gennemgå et lokalitetsskift samtidigt.
Planlagte lokalitetsskift er kun planlagt til de foretrukne systemvedligeholdelsesvinduer. Vi beder dig planlægge dine vedligeholdelsesaktiviteter for din Salesforce-organisation (softwareopgraderinger, integrationsændringer osv.) uden for de foretrukne systemvedligeholdelsesvinduer.

4. Vil jeg kunne få adgang til min organisation under et lokalitetsskift?
Under planlagte lokalitetsskift er din organisation utilgængelig. Lokalitetsskift fuldføres nu på ca. 20 minutter. Vi anbefaler, at kunderne betragter forekomsten som utilgængelig under lokalitetsskiftet.
 

5. Hvilke handlinger kræves der for at forberede et lokalitetsskift?
Hvis du allerede følger vores bedste fremgangsmåder for infrastruktur og ikke begrænser adgang til Salesforce IP-områder og - indstiller din DNS-timeoutværdi til 5 minutter (standardindstilling), skulle et lokalitetsskift være uden problemer for dine brugere.

Hvis du begrænser adgang til bestemte IP-områder eller datacentre, skal du opdatere dine netværksindstillinger til at inkludere den komplette liste over Salesforce IP-områder, så du undgår eventuelle utilsigtede tjenesteafbrydelser efter et lokalitetsskift. Og hvis du kontrollerer dit DNS-timeoutværdisæt, skal du muligvis opdatere din DNS-cache og genstarte eventuelle integrationer efter vedligeholdelsen.
 

6.  Hvordan påvirker et lokalitetsskift tidligere planlagte aktiviteter (ugentlige eksporter, Apex-job osv.) og Apex-udkald?
Løbende aktiviteter sættes på pause før lokalitetsskiftet og genoptages efter lokalitetsskiftet. Aktiviteter, der er planlagt til at finde sted under lokalitetsskiftet, starter efter lokalitetsskiftet.

Men en lille del af Apex-, Batch Apex-, REST API-, SOAP API- og Bulk API-job, der er startet før lokalitetsskiftet, kan returnere en fejl efter vedligeholdelsesvinduet. Hvis du modtager en fejl fra et tidligere planlagt job efter vedligeholdelsesvinduet, vil genstart få jobbet til at returnere de forventede resultater. Vi anbefaler, at du ændrer tidsplan for store eller langvarige job til efter lokalitetsskiftet er fuldført for at få den mest problemfri oplevelse.

Apex-udkald til eksterne tjenester vil ikke blive kørt under vedligeholdelsen. Vi anbefaler, at du forhindrer disse udkald i at blive udført i vedligeholdelsesperioden. Hvis du ønsker oplysninger om, hvordan du forhindrer disse udkald, kan du se Grænser og begrænsninger for udkald.

7. Hvordan påvirker et lokalitetsskift Web-til-Emne-, Web-til-Sag- og Mail-til-Sag-aktiviteter?
Web-til-Emne, Web-til-Sag og Mail-til-Sag, der forekommer under lokalitetsskiftet, vil blive sat i kø og behandlet efter fuldførelsen af lokalitetsskiftet.
 

8. Vil et lokalitetsskift påvirke Live Agent?
Ja. Under et lokalitetsskift bliver din organisations aktive lokalitet byttet om med den parate lokalitet, og den parate lokalitet bliver byttet om med den aktive lokalitet. Når dette sker, ændres den URL, som du bruger til at få adgang til Live Agent/SOS. Chatklienter og implementeringskode, der er leveret af Salesforce, reagerer på denne ændring og videresender korrekt HTTP-anmodninger til det nye slutpunkt, men nogle tredjepartsapplikationer eller tilpassede applikationer, inklusive dine tilpassede Live Agent REST-klienter, reagerer måske ikke. Disse applikationer vil ikke kunne finde din konto på din tidligere forekomst og vil sandsynligvis mislykkes.

Hvis du vil minimere virkningen af din Live Agent-/SOS-implementering, skal du følge den bedste fremgangsmåde og sørge for, at din tilpassede Live Agent-klient kan omdirigere anmodninger til en ny forekomst af Live Agent-tjenesten korrekt efter enhver vedligeholdelse, der involverer en flytning for din organisation. Den bedste metode til at undgå disse problemer med din tilpassede klient (som igen ikke automatisk omdirigerer anmodninger til det rigtige slutpunkt) er at håndtere SwitchServer-svar og bruge egenskaben 'newUrl' til den anmodning, der resulterede i dette svar, og alle efterfølgende anmodninger. Hvis du ønsker yderligere oplysninger om opdatering af din tilpassede klient og test, kan du læse artiklen Hvordan du opdaterer din tilpassede Live Agent-klient, når din organisationsforekomst ændres. Dette vil sikre, at din tilpassede klient ikke vil opleve problemer efter et lokalitetsskift og vil give dig tilstrækkelig tid senere til at opdatere det slutpunkt, der bruges fra starten af dens kørsel.

Hvis du ønsker flere oplysninger om Live Agent-slutpunkter, og hvad der menes med hardcodede Live Agent-referencer, kan du gennemse artiklen Live Agent server (endpoint URL) has changed and now Live Agent Chat is no longer working (Live Agent-server (slutpunkts-URL) er ændret og nu fungerer Live Agent-chat ikke længere).

9. Hvordan påvirker et lokalitetsskift igangværende sandbox-opdateringer?
Sandbox-opdateringer, der ikke fuldføres før lokalitetsskiftet, stoppes. Sandbox-opdateringen starter igen (genoptages ikke) efter lokalitetsskiftet. Endvidere vil kunderne ikke kunne starte en sandbox-opdatering under lokalitetsskiftet.

10. Påvirker lokalitetsskift mailafsendelse (f.eks. mobiloperatører eller Office 365)?
Efter et lokalitetsskift sendes mails fra MTA'er (Mail Transport Agents), der har andre IP-adresser end dem, som din mail tidligere blev sendt fra. Disse MTA'er bør have et etableret omdømme, og maillevering skulle ikke blive påvirket, medmindre du bruger mailvideresendelse med adgangskontrollister og lister over tilladte. I dette scenario kan du læse artiklen Salesforce IP Addresses and Domains to Allow (Salesforce IP-adresser og -domæner, der skal tillades) og sikre, at du har IP-adresser til mailvideresendelse i dine adgangskontrollister og hvidlister efter behov. Hvis du vil bekræfte, om du bruger mailvideresendelse i Salesforce, skal du gå til Opsætning og søge efter "Aktivering af mailudskydelse". Hvis det aktive afkrydsningsfelt er markeret, leveres mail til den vært, der er angivet i indstillingerne, ved hjælp af mailvideresendelse.

11. Hvis jeg påtænker at se mine maillogfiler efter lokalitetsskiftet, skal jeg så anmode om dem før vedligeholdelsesvinduet?
Hvis du får brug for at se dine maillogfiler efter lokalitetsskiftet, skal du anmode om dine maillogfiler inden vedligeholdelsesvinduet. Du kan anmode om dine maillogfiler ved at følge trinene i artiklen Anmod om en maillog. Når der er anmodet om maillogfiler, bliver de lagret i databasen og migreret sammen med vedligeholdelsen af dine lokalitetsskift. Maillogfiler fra dit tidligere datacenter kan ikke udtrækkes efter lokalitetsskiftet.
Der kan være en kort tidsperiode, hvor du kan opleve, at maillogfiler viser mails som sendte, men mailens endelige destination vil ikke blive medtaget i op til 30 dage efter vedligeholdelsen. Dette skyldes, at IP-adresserne i det nye datacenter skal etablere omdømme på internettet, før der sendes større trafikmængder.

12. Hvad er Salesforces kontinuerlige lokalitetsskiftprogram?
Hvis du ønsker flere oplysninger om det kontinuerlige lokalitetsskiftprogram, kan du gennemse vores artikel Kontinuerligt lokalitetsskift.