Oversigt over optimeret 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 bedste fremgangsmåder for Salesforce-infrastrukturen: Begræns ikke adgangen til Salesforce IP-områder eller Government Cloud IP-områder (hvis det er relevant), fjern hardcodede referencer, og indstil din DNS-timeoutværdi til standardindstillingen på 5 minutter.

C. Sørg for, at din 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 den nye URL-egenskab til den anmodning, der resulterede i dette svar, og efterfølgende anmodninger. Hvis du ønsker yderligere oplysninger, kan du se spørgsmål 9.

D. Hvis du vil se dine maillogfiler efter et lokalitetsskift, skal du anmode om dem inden vedligeholdelsesvinduet. Se spørgsmål 12 for at få yderligere oplysninger.

E. Sørg for, at opdatere DNS-cachen på klientslutpunkter, f.eks. pc og ISP (Internet Service Provider). 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?

Planen for kontinuerligt lokalitetsskift vises og vedligeholdes på vores Trust-vedligeholdelseskalender på status.salesforce.com. Hvis du vil finde ud af, om en specifik forekomst er på planen, skal du klikke på forekomsten på https://status.salesforce.com eller besøge https://status.salesforce.com/status/<FOREKOMST>, (f.eks.: https://status.saleforce.com/instances/NA146) og gennemse vedligeholdelseskalenderen for denne forekomst. Vi anbefaler, at kunder abonnerer på Trust-adviseringer for at blive informeret om vedligeholdelser, inklusive planlagte lokalitetsskift og for at modtage opdateringer under vedligeholdelsen. Du kan finde flere oplysninger om, hvordan du abonnerer på Trust-adviseringer på https://trust.salesforce.com/en/trust/trust-notification-user-guide.

Hvis det er nødvendigt at foretage et lokalitetsskift i forbindelse med en hændelse for at få en forekomst tilbage online, opdateres hændelsesregistreringen på status.salesforce.com til at afspejle disse oplysninger. Registrerer dig til at få Trust-adviseringer vedrørende din forekomst for at modtage mailadviseringer om vedligeholdelse, vedligeholdelsespåmindelser samt statusopdateringer, herunder adviseringer om start og fuldførelse. Trust-adviseringer leverer også hændelsesadviseringer og opdateringer om løsningsstatus. 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?

For dette nye program udføres lokalitetsskift på cirka 20 minutter. I dette tidsrum kan der for eksempel være nedetid for forekomster. Vi kan ikke finde ud af, hvornår der opstår en nedetidsperiode under vedligeholdelse, så vi anbefaler, at kunderne betragter forekomsten som utilgængelig under lokalitetsskiftet. For planlagte lokalitetsskift viser vi det forventede lokalitetsskifts aktivitetsvindue på Trust. For Government-kunder er vinduet 45 minutter

3.  Lokalitetsskift var på 30 minutter i skrivebeskyttet tilstand, men nu er forekomster nede i 20 minutter. Hvorfor sker ændringen?

Hos Salesforce er sikring af kundens succes gennem pålidelig systemtilgængelighed, ydeevne og stabilitet vores topprioritet. Til det formål vurderer vi løbende vores eksisterende processer og forsøger at finde på måder til at forbedre den overordnede effektivitet og levering af alle vores tjenester. Vores mål med lokalitetsskift er at reducere den tid, et lokalitetsskift tager, så vi kan gøre mere problemfrit brug af aktiviteten under uforudsete hændelser og i forbindelse med langvarige vedligeholdelsesprocesser. 

Under den 20-minutters vedligeholdelse, er der er nedetid for forekomsterne, så vi anbefaler, at kunderne betragter forekomsten som utilgængelig under lokalitetsskiftet.

4. Kan jeg framelde mig et lokalitetsskift?

Individuelle Salesforce-organisationer kan ikke vælge et lokalitetsskift fra. Arkitekturen med flere lejere i vores infrastruktur betyder, at alle organisationer på forekomsten skal gennemgå et lokalitetsskift på samme tid.

Planlagte lokalitetsskift planlægges til de foretrukne systemvedligeholdelsesvinduer. Vi beder dig planlægge dine vedligeholdelsesaktiviteter for din Salesforce-organisation, f.eks. softwareopgraderinger og integrationsændringer, uden for de foretrukne systemvedligeholdelsesvinduer.

5. Kan jeg få adgang til min Salesforce-organisation under et lokalitetsskift?

Under planlagte lokalitetsskift er din organisation ikke tilgængelig. Lokalitetsskift fuldføres nu på ca. 20 minutter. Vi anbefaler, at kunderne betragter forekomsten som utilgængelig under lokalitetsskiftet.

6. Hvad gør jeg for at forberede et lokalitetsskift?

Et lokalitetsskift kan være problemfrit for dine brugere, hvis du allerede følger disse bedste fremgangsmåder for Salesforce-infrastruktur: Begræns ikke adgang til Salesforce IP-områder, indstil din DNS-timeoutværdi til 5 minutter (standardindstilling), og undgå hardcodede referencer i din Live Agent-implementering.

Hvis du begrænser adgangen til bestemte IP-områder eller datacentre, skal du opdatere dine netværksindstillinger til at inkludere den komplette liste over Salesforce IP-områder for at undgå utilsigtede tjenesteforstyrrelser efter et lokalitetsskift. Og hvis du kontrollerer dine angivne DNS-timeoutværdi, er det muligvis nødvendigt at opdatere din DNS-cache og genstarte eventuelle integrationer efter vedligeholdelsen.

7. Hvad er effekterne af et lokalitetsskift på tidligere planlagte aktiviteter, f.eks. ugentlige eksporter, Apex-job og Apex-udkald?

Igangværende aktiviteter stoppes, efter lokalitetsskiftet er begyndt, da forekomsten ikke er tilgængelig. Aktiviteter, der er planlagt til at finde sted under lokalitetsskiftet, kører efter lokalitetsskiftet er fuldført. Apex-udkald til eksterne tjenester forventes at mislykkes i vedligeholdelsesperioden. Med henblik på at opnå de bedste resultater anbefaler vi, at du omlægger store eller langvarige job, til efter lokalitetsskiftet er fuldført.

8. Hvad er effekterne af et lokalitetsskift på Web-til-Emne-, Web-til-Sag- og Mail-til-Sag-aktiviteter?

Mail-til-Sag-aktiviteter, der forekommer under lokalitetsskiftet, sættes i kø og behandles, efter lokalitetsskiftet er fuldført. Web-til-Emne og Web-til-Sag suspenderes og genoptages, når vedligeholdelsen er fuldført.

9. Vil et lokalitetsskift påvirke Live Agent?

Ja. Under et lokalitetsskift bliver din Salesforce-organisations aktive lokalitet byttet om med den parate lokalitet, og den parate lokalitet bliver byttet om med den aktive lokalitet. Efter dette æ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 ikke. Disse tilpassede 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 bedste fremgangsmåder og sørge for, at din tilpassede Live Agent REST-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 for 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 se Hvordan du opdaterer din tilpassede Live Agent-klient, når din organisationsforekomst ændres.

Hvis du ønsker flere oplysninger om Live Agent-slutpunkter og hardcodede Live Agent-referencer, kan du se Live Agent-server (slutpunkts-URL) er ændret, og nu fungerer Live Agent-chat ikke længere.

10. Hvad er virkningerne af et lokalitetsskift på sandbox-opdateringer?

Ufuldstændige sandbox-opdateringer stoppes før lokalitetsskiftet. Sandbox-opdateringer genstarter, men genoptages ikke før efter lokalitetsskiftet. Kunder kan ikke starte en sandbox-opdatering under lokalitetsskiftet.

11. Påvirker lokalitetsskiftet mailafsendelser?

Efter et lokalitetsskift sendes mails fra Mail Transport Agents (MTA'er), der har anderledes IP'er end dem fra før skiftet. Sørg for, at MTA'erne har et etableret omdømme. Maillevering påvirkes ikke, medmindre du bruger mailvideresendelse med ACL'er (Access Control Lists) og lister over tilladte. Hvis du ønsker flere oplysninger, kan du se Salesforce IP-adresser og domæner, der skal tillades.

Sørg for, at du har de IP'er, der skal bruges til at videresende mail i dine ACL'er og tilladte lister efter behov. Hvis du vil bekræfte, at du bruger mailvideresendelse i Salesforce, skal du navigere til Opsætning og søge efter Aktivering af mailvideresendelse. Hvis det aktive afkrydsningsfelt er markeret, leveres mail til den vært, der er angivet i indstillingerne, ved brug af mailvideresendelse.

12. Hvis jeg vil se mine maillogfiler efter lokalitetsskiftet, skal jeg så anmode om mine maillogfiler før vedligeholdelsen?

Ja. Anmod om dine maillogfiler, før vedligeholdelsesvinduet for at se dem efter skiftet. Hvis du vil anmode om dine maillogfiler, kan du se Anmod om en maillog. Når du har anmodet om dine maillogfiler, lagres de i databasen og migreres sammen med lokalitetsskiftet. Maillogfiler fra dit tidligere datacenter kan ikke udtrækkes efter lokalitetsskiftet.

Maillogfiler viser nogle gange mails som sendte, men mailens endelige destination vil ikke blive medtaget i op til 30 dage efter vedligeholdelsen. IP-adresserne på den nye aktive lokalitet skal etablere omdømme på internettet, før de kan håndtere større trafikmængder.