Forekomstopdatering

Ofte stillede spørgsmål

1. Hvad er en forekomstopdatering, og hvordan gavner den mig?
Med henblik på at forberede din organisations fortsatte vækst er vi lejlighedsvis nødt til at udføre en aktivitet, som vi kalder en forekomstopdatering, hvor vi opgraderer den infrastruktur, der understøtter din forekomst, i vores datacentre. Efter denne vedligeholdelse flyttes din forekomst til et nyt datacenter, og navnet på din forekomst ændres. Dette vil give os mulighed for at give organisationer de samme niveauer af effektivitet, som de er blevet vant til at forvente fra Salesforce.

2. Hvilken handling skal jeg foretage for at forberede en forekomstopdatering?
Gennemse vores bedste fremgangsmåder nedenfor for at sikre, at du er forberedt på denne vedligeholdelse. Hvis du ikke følger vores bedste fremgangsmåder, kan dine slutbrugere måske ikke få adgang til Salesforce, når vedligeholdelsen er fuldført.
Bedste fremgangsmåder omfatter:
i. Aktivering af Mit domæne
ii. Opdatering af hardcodede referencer til ikke-forekomstspecifikke referencer
iii. Tillad adgang til alle Salesforce IP-adresser
iv. Planlægning af din aktivitet omkring standardvedligeholdelsesvinduer

For at undgå at utilsigtede serviceafbrydelser kan det være nødvendigt, at du udfører følgende handlinger:

i. Hvis du har hardcodede referencer (f.eks. na1.salesforce.com), skal du sørge for at opdatere dem til relative, ikke-forekomstspecifikke URL'er (f.eks. login.salesforce.com)
ii. Hvis du eller dit team eller dit firma har opsat din virksomheds netværksindstillinger eller mailsikkerhedsfiltre til at begrænse adgangen til nogle bestemte IP-områder eller datacentre, skal du sørge for at inkludere vores nyeste områder. Yderligere oplysninger om, hvilke IP-områder der skal tilføjes, finder du i artiklen Salesforce IP-adresser, der skal tillades.
iii. Implementer Mit domæne før vedligeholdelsesvinduet.
iv. Forbered opdatering af integrationer, hvis du oplever integrationsproblemer efter vedligeholdelsen.
v. Forbered opdatering af din DNS-cache, hvis du fortsætter med at se en Vedligeholdelse i gang"-meddelelse på din loginside efter vedligeholdelsesvinduet.
vi. Hvis du lokalt sætter certifikater i cache, kan du deltage i gruppen Certificate Changes (Certifikatændringer) i Trailblazer Community for at få de seneste certifikater.

3. Vil skrivebeskyttet tilstand være tilgængelig under forekomstopdateringen?
Ja, skrivebeskyttet tilstand vil være tilgængelig i det tidsrum, hvor vedligeholdelsen kører. Hvis du ønsker flere oplysninger om, hvad skrivebeskyttet adgang tillader, kan du se artiklen Oversigt over skrivebeskyttet tilstand.

4. Vil Salesforce for Outlook (SFO) OAuth-tokener være påvirket af en forekomstopdatering?
a. Efter forekomstopdateringen skulle brugerne blive automatisk logget ud af SFO og vil blive bedt om at logge ind via opsætningsguiden.
b. Hvis der er problemer med at logge ind på SFO igen efter vedligeholdelsen, skal du følge trinene i artiklen Godkendelse igen for Salesforce for Outlook OAuth.
c. Hvis du har yderligere spørgsmål vedrørende SFO, kan du sende dem til Trailblazer Community-gruppen Salesforce for Outlook & Email Connect (Salesforce for Outlook og Email Connect).

5. Hvis jeg påtænker at se mine maillogfiler efter forekomstopdateringen, skal jeg så anmode om mine maillogfiler før vedligeholdelsesvinduet?
a. Nej, maillogfiler lagres centralt og vil være tilgængelige efter forekomstopdateringen, så der er ingen grund til at anmode om dem før vedligeholdelsesvinduet, lokalitetsskiftet, forekomstopdateringen eller organisationsmigreringen. 

6. Vil forekomstopdateringen påvirke sandbox-opdateringer?
a. Sandbox-opdateringskøen vil blive suspenderet, 4 timer før forekomstopdateringen starter.
b. Hvis din organisation var midt i en sandbox-opdatering, da køen blev suspenderet, stoppes sandbox-opdateringen. Din sandbox-opdatering genstarter (ikke genoptages) 24 timer, efter forekomstopdateringen er udført.

7. Skal jeg genstarte integrationer efter vedligeholdelsen?
a. Genstart af dine integrationer er ikke påkrævet, men hvis du oplever problemer med dine integrationer efter forekomstopdateringen, anbefaler vi, at du genstarter dem som dit første trin i fejlfinding af løsningen.
b. Ved at genstarte dine integrationer efter vedligeholdelsesvinduet rydder du DNS-opslagscachen, hvilket vil medføre, at dine integrationer registrerer IP-adressen på det nye datacenter.
c. Trin for at genstarte en integration kan være unikke for hver integration. Det anbefales at forhøre dig hos udvikleren af integrationen om de specifikke trin. Mange integrationer, der er vist på AppExchange, vil også indeholder instruktioner for login/genstart. 

8. Vil de certifikater, der bruges med den aktuelle forekomst på [FOREKOMST].salesforce.com og [FOREKOMST]-api.salesforce.com, blive brugt med den nye forekomst, som jeg flyttes til?

9. Vil der blive anvendt de samme mellemliggende certifikater, rodcertifikater og udgående kunde-til-Salesforce-certifikater med den nye forekomst?
Ja, de mellemliggende certifikater og rodcertifikater vil forblive de samme. Udgående certifikater, der bruges til SAML, SSO og APEX vil heller ikke blive ændret.

10. Vil distributionsadresserne for Mail-til-Sag eller Mail-til-Apex blive påvirket af forekomstopdateringen?
a. Nej. Distributionsadresserne for Mail-til-Sag eller Mail-til-Apex vil ikke blive påvirket af forekomstopdateringen?
b. Mail til eksisterende mailtjenesteadresser vil fortsat blive leveret efter opdateringen, uden behov for at foretage ændringer af adresserne.

11. Vil mail til tjenesteadresser (Mail-til-Sag, Mail-til-Apex, Mail-til-Salesforce, reply2chatter osv...) blive forsinket efter en forekomstopdatering?
Nogle mails vil blive forsinkede. Under en forekomstopdatering vis appservere være utilgængelige, og mail vil blive opbevaret på Salesforce-mailservere.
Når den nye forekomst er aktiveret, leveres ny mail øjeblikkeligt, og mails i kø vil blive leveret under næste forsøg. Den tid, en forekomst er utilgængelig, vil have en effekt på tiden, indtil meddelelser i kø igen forsøges afleveret.

12. Bliver den nye forekomst på samme version vedligeholdelsesvindue som den tidligere forekomst efter forekomstopdateringen?
Ja.

13. Har den nye forekomst samme standardsystemvedligeholdelsesvindue som den tidligere forekomst efter forekomstopdateringen?
Ja.

14. Vil mit orgID blive ændret efter forekomstopdateringen?
Nej.

15. Kan jeg framelde mig forekomstopdateringen?
Nej, alle organisationer på forekomsten, der er identificeret til en opdatering, bliver flyttet.

16. Når en forekomst er opdateret, hvad sker der så med data i det ‘gamle’ datacenter?
Når en forekomstopdatering er fuldført, fjerner vi den hardware, der hostede din forekomst i det gamle datacenter. De procedurer, vi har indført, sikrer, at dine data ikke forlader det tidligere datacenter og overholder vores compliance- og sikkerhedskrav. Tillid er vores vigtigste værdi.

17. Vil vores brug af CDN'er (Content Delivery Network) fra tredjepart blive påvirket af en forekomstopdatering?
Ja. Du skal udføre følgende handling, hvis du har implementeret et CDN fra tredjepart:

a. Hvis du accelererer i et "kunde.mit.salesforce.com"-domæne, skal du opdatere det oprindelige og overføre konfigurationen til en midlertidig placering inden for CDN'et før vedligeholdelsen. Du skal teste, at direkte adgang og midlertidig placering fungerer som forventet, umiddelbart efter vedligeholdelsen, før du implementerer i produktion. 
b. Hvis du også accelererer dine VisualForce- eller ContentForce-domæner (f.eks. kunde--c.$NA10.content.force.com, skal du få et nyt SSL-certifikat, der både indeholder kunde.mit.salesforce.com og både de oprindelige og nye forekomster for VisualForce- og/eller ContentForce-domæner (f.eks. $kunde--c.NA10.content.force.com og $kunde--c.NA42.content.force.com).

i. Du skal derefter dele disse certifikater med din CDN-leverandør hos tredjepart, så de kan implementere det.
ii. Når SSL-certifikatet er implementeret, skal du opdatere din CDN-konfiguration med de nye VisualForce- og/eller ContentForce-værtsnavne og de oprindelige for alle tre slutpunkter og overføre til midlertidig placering.
iii. Du skal teste, at direkte adgang og midlertidig placering fungerer som forventet, umiddelbart efter vedligeholdelsen, før du implementerer i produktion.

BEMÆRK: Det kan tage flere dage at få et nyt certifikat og arbejde med din CDN-leverandør hos tredjepart, så start processen senest to uger før opdelingen eller migreringen.

BEMÆRK: Hvis du har en specialacceleration af dine værtsnavne for MyDomain.mit.salesforce.com, MyDomain.lightning.force.com, MyDomain--c.documentforce.com, MyDomain--PackageName.visualforce.com, MyDomain--c.InstanceName.content.force.com eller MyDomain--PackageName.InstanceName.visual.force.com ved brug af Akamai, skal du opdatere det oprindelige og overføre konfigurationen til en midlertidig placering inden for CDN'et før vedligeholdelsen. Du skal teste, at direkte adgang og den midlertidige placering fungerer som forventet, umiddelbart efter vedligeholdelsen, før du implementerer til produktion. Dette er en sjælden konfiguration Hvis du ikke er sikker på, hvad dette er, gælder det ikke for din organisation.

Denne type specialacceleration erstattes af Salesforce Edge Network. Salesforce understøtter generelt ikke tilføjelse af flere værtsnavne i en specialkonfiguration af denne type, og vejen frem er at samarbejde med Salesforce Support om at migrere til Salesforce Edge-netværket og få Salesforce R&D til at fjerne den DNS-konfigurationstilsidesættelse, der benyttes af specialaccelerationen.

18. Vil tredjepartsintegrationer blive påvirket af en forekomstopdatering?
Tredjepartsintegrationer skulle fungere som forventet efter forekomstopdateringen. Men aktivering af Mit domæne kan reducere den tid, der er forbundet med omdirigering af hardcodede referencer efter forekomstopdateringen, og det anbefales på det kraftigste.

19. Hvor kan jeg få flere oplysninger om følgende emner, der er relateret til Salesforce-vedligeholdelsen:
a. Artiklen Updating Hard-coded References FAQ (Ofte stillede spørgsmål om opdatering af hardcodede referencer)
i. Værktøj til at finde hardcodede referencer i din organisation
ii. Hardcodede referencer
iii. Id'er for mailtråd
iv. WSDL'er
v. Certifikater
vi. Live Agent

b. Artiklen How is my org impacted during Salesforce maintenance? (Hvordan påvirkes min organisation under Salesforce-vedligeholdelse?)
i. Ugentlige eksporter
ii. Fysisk sletning
iii. Partnerportaler

c. Artiklen Salesforce IP-områder
​i. IP-områder
ii. Mailindstillinger 

20. Hvad skal jeg gøre, hvis jeg har en Live Agent- eller en SOS-implementering?
Hvis din webside eller dine certifikater har en hardcodet reference til Live Agents slutpunkts-URL, så kan en forekomstopdatering, organisationsmigrering eller et lokalitetsskift påvirke din Live Agent-/SOS-funktionalitet. Du kan minimere påvirkningen ved at følge bedste fremgangsmåder og undgå hardcodede referencer til slutpunktet og sørge for, at du opdaterer slutpunkts-URL'en i den implementeringskode, du kopierede fra implementeringssiden i Opsætning. Den implementeringskode, vi leverer, har mulighed for at omdirigere til den netop tildelte server, men du skal stadig opdatere slutpunktet umiddelbart efter opdateringen er fuldført. Hvis du ønsker flere oplysninger om Live Agent-slutpunkter, og hvad der menes med et hardcodet slutpunkt, kan du gennemse artiklen Live Agent-server (slutpunkts-URL) er ændret, og nu fungerer Live Agent-chat ikke længere.

21. Hvordan kommunikerer Salesforce forekomstopdateringer til kunder?
a. Salesforce giver alle kunder besked om vedligeholdelsesaktiviteter, der kræver handling, med henblik på at sikre, at de er klar over det, så de kan forberede sig inden det planlagte vedligeholdelsesvindue. Inden forekomstopdateringen sender Salesforce produkt- og serviceadviseringer via mail til administratorer (baseret på brugere med tilladelserne "Rediger alle data" og "Administrer alle brugere"). Hvis du ønsker flere oplysninger, kan du se artiklen Produkt- og serviceadviseringer.
b. I tillæg til mailadviseringer sender Salesforce månedligt et sammendrag over vedligeholdelser, der påvirker kunderne, til Trailblazer Community i præsentationen Service Delivery (inc Hyperforce) (Tjenestelevering (inkl. Hyperforce).
c. Alle vedligeholdelsesvinduer offentliggøres på trust.salesforce.com.

22. Jeg vil gerne vide mere om arkitekturen med flere lejere. Hvor finder jeg flere oplysninger?
a. Gennemgå Understanding the Salesforce Architecture (Forstå Salesforce-arkitekturen).
b. Hvis du ønsker yderligere oplysninger, kan du læse blogindlægget Multitenant Architecture (Arkitektur med flere lejere), som er skrevet af Salesforce-udviklere.

23. Hvordan påvirker en forekomstopdatering tidligere planlagte aktiviteter (ugentlige eksporter, Apex-jobs, osv.) og Apex-udkald?
Igangværende aktiviteter bliver sat på pause før forekomstopdateringen og genoptages efter forekomstopdateringen. Aktiviteter, der er planlagt under forekomstopdateringen, vil starte, når vedligeholdelsen er udført.

En lille del af Apex-, Batch Apex-, REST API-, SOAP API- og Bulk API-job, der er startet før forekomstopdateringen, 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 på tidsplanen for store eller langvarige job, til efter lokalitetsskiftet er udført, så du får den mest uforstyrrede oplevelse.

Apex-udkald til eksterne tjenester vil fortsætte med at køre under vedligeholdelsen, og da disse ofte resulterer i opfølgende DML-kald til Salesforce-applikationen, oplever du måske problemer med tiltænkte programflows, da applikationen vil være i skrivebeskyttet tilstand. Vi anbefaler, at du forhindrer disse udkald i at blive udført i skrivebeskyttet tilstand. Hvis du ønsker oplysninger om, hvordan du forhindrer disse udkald, kan du se Apex-udkald i skrivebeskyttet tilstand.

24. Overføres Trust-adviseringer til den nye forekomst?
a. For forekomstopdateringer: Inden en forekomstopdatering opretter Salesforce automatisk abonnementer for nuværende abonnenter af kildeforekomsten på destinationsforekomsten. Bemærk, at hvis en forekomst opdeles i to forekomster, oprettes der abonnementer for abonnenterne på begge destinationsforekomster, og de skal opdatere deres abonnentpræferencer så hurtigt som muligt. 
b. For organisationsmigreringer: Dine abonnementsindstillinger opdateres ikke automatisk efter en organisationsmigrering. Vi anbefaler opdatering af dine abonnementsindstillinger, så snart du bliver informeret om din nye forekomst, så du kan fortsætte med at modtage de statusopdateringer, der er mest relevante for dig.

25. Hvad bør jeg overveje, hvis jeg også bruger Heroku?
Gennemse denne Heroku-artikel: https://help.heroku.com/0HFMVV4B/what-do-i-need-to-do-about-my-upcoming-salesforce-instance-refresh

26. Hvilke overvejelser skal der foretages for højvolumen platformsbegivenheder og registrering af ændringsdata?
a.​​​ Visse Salesforce-vedligeholdelsesaktiviteter (f.eks. organisationsmigreringer og forekomstopdateringer) kræver flytning af din organisation til et andet datacenter eller til en anden hardwarestak. Når vi udfører disse handlinger, flytter vi fysisk dine data og kører softwaren, som betjener dine applikationer, til anden hardware. På grund af den distribuerede, asynkrone art af vores begivenhedsbus kan vi ikke migrere alle begivenheder, der er publiceret før forekomstopdateringen.
b. Forekomstopdateringen vil ikke påvirke realtidsleveringen af begivenhederne før og efter vedligeholdelse, men bevarelsesvinduet på 72 timer for alle begivenheder vil ikke blive bevaret. ReplayIDs identificerer entydigt punktet i en begivenhedsstream, hvor en bestemt begivenhed blev publiceret, og da den nye placering af din organisation er fysisk anderledes, vil ReplayID-værdierne for de netop publicerede begivenheder ikke have nogen relation til begivenheder, der er publiceret før migreringen eller forekomstopdateringen. Abonnenter af platformsbegivenheder og ændringsbegivenheder omfatter Streaming API-klienter (CometD), empApi Lightning-komponenter, Pub/Sub API-klienter, begivenhedsudsættelser, Apex-udløsere og forløb.


Se også: Platform Events Developer Guide: Publishing Events in Read-Only Mode (Udgivelse af begivenheder i skrivebeskyttet tilstand)
 

27. Hvad skal jeg gøre, hvis jeg har Einstein-bots aktiveret i min organisation?
Efter forekomstopdatering skal du navigere til Einstein-bots under opsætning. Inaktiver og genaktiver Einstein-bots. Dette vil udløse en ny organisationsgodkendelse til Einstein.AI

28. Vil begivenhedslogdata blive bevaret og være tilgængelige efter forekomstopdateringen?

 Nej, men de fleste gør. Eventuelle logdata, der er behandlet før oganisationsmigreringen, vil ikke være tilgængelige på den nye forekomst. Når migreringen starter, vil data fra denne dag indtil den dag, hvor migreringen er fuldført, ikke blive føjet til organisationen på dens nye placering. Dette skyldes, at Event Monitoring bruger logdata og en natlig batchproces til at udbrede overvågningshændelser.

29. Hvor kan jeg henvende mig, hvis jeg har flere spørgsmål?
a. Du kan også stille spørgsmål og samarbejde med andre Salesforce-brugere i gruppen Official: Salesforce Infrastructure (Officiel: Salesforce-infrastruktur) i Trailblazer Community.
b. Hvis du har flere spørgsmål, kan du oprette en sag hos Support via Hjælp til Salesforce.
 

30. Kendt problem

• Levering af service (inkl. Hyperforce)

• Resolve Enablement Site (myTrailhead) Access Issues after Org Migration or Instance Refresh (Løs problemer med adgang til aktiveringssite (myTrailhead) efter organisationsmigrering eller forekomstopdatering)