Instansuppdateringsunderhåll

Vanliga frågor och svar

1. Vad är en instansuppdatering och hur detta fördelaktigt för mig?
För att kunna förbereda oss på din organisations fortsatta utveckling behöver vi ibland utföra en aktivitet som kallas för instansuppdatering, där vi uppgraderar den infrastruktur som stöder din instans i våra datacenter. Efter detta underhåll kommer din instans att flyttas till ett nytt datacenter och namnet på din instans kommer att ändras. Detta gör det möjligt för oss att fortsätta att förse organisationer med den höga prestanda de förväntar sig från Salesforce.

2. Vilka åtgärder behöver jag vidta för att förbereda mig på en instansuppdatering?
För att se till att du är förberedd på detta underhåll ska du granska våra bästa praxis nedan. Om du inte följer våra bästa praxis kanske dina slutanvändare inte kan få åtkomst till Salesforce när underhållet är klart.
Bästa praxis omfattar:
i. Aktivera Min domän
ii. Uppdatera hårdkodade referenser till ej instansspecifika referenser
iii. Tillåta åtkomst till alla IP-adresser från Salesforce
iv. Planera din aktivitet kring standardfönster för underhåll

För att undvika oavsiktliga serviceavbrott kan det hända att du måste vidta följande åtgärder:

i. Om du har hårdkodade referenser (till exempel na1.salesforce.com) ska du se till att du uppdaterar dem till relativa och ej instansspecifika URL:er (till exempel login.salesforce.com)
ii. Om du eller ditt team har ställt in företagsnätverksinställningarna eller e-postsäkerhetsfilter till att begränsa åtkomst till vissa IP-intervall eller datacenter ska du se till att du även inkluderar våra nyaste intervall. Mer information om vilka IP-intervall som ska inkluderas finns i artikeln Salesforce IP-adresser att tillåta.
iii. Implementera Min domän innan underhållsfönstret.
iv. Förbered dig på att uppdatera integreringar om du upplever integreringsproblem efter underhållet.
v. Förbered dig på att uppdatera din DNS-cache om du fortfarande ser en varning för "Underhåll pågår" på din inloggningssida efter underhållsfönstret.
vi. Om du cachar certifikat lokalt går du med i gruppen Certifikatändringar i Trailblazer Community för att få de senaste certifikaten.

3. Kommer skrivskyddat läge att vara tillgängligt under instansuppdateringen?
Ja, skrivskyddat läge kommer att vara tillgängligt så länge underhållet pågår. Mer information om vad skrivskyddad åtkomst tillåter finns i artikeln Översikt av skrivskyddat läge.

4. Kommer OAuth-tokens i Salesforce for Outlook (SFO) att påverkas av en instansuppdatering?
a. Efter instansuppdateringen ska användare automatiskt loggas ut ur SFO och de kommer att ombes att logga in igen via Inställningsguiden.
b. Om det förekommer några problem med att logga in igen på SFO efter underhållet följer du stegen i artikeln Återautentisering av OAth i Salesforce for Outlook.
c. Om du har ytterligare frågor om SFO gör du ett inlägg i Trailblazer Community-gruppen Salesforce för Outlook & Email Connect.

5. Om jag planerar att se mina e-postloggar efter instansuppdateringen måste jag begära mina e-postloggar innan underhållsfönstret?
a. Nej, e-postloggar lagras centralt och kommer att vara tillgängliga efter instansuppdateringen. Det finns alltså inget behov av att begära dem före underhållsfönstret, webbplatsbytet, instansuppdateringen eller organisationsmigreringen. 

6. Kommer instansuppdateringen att påverka sandboxuppdateringar?
a. Kön med sandboxuppdateringar kommer att upphävas 4 timmar innan instansuppdateringsunderhållet påbörjas.
b. Om din organisation är mitt uppe i en sandboxuppdateringen när kön pausas kommer sandboxuppdateringen att stoppas. Din sandboxuppdatering kommer att startas om (återupptas inte) 24 timmar efter att instansuppdateringsunderhållet har slutförts.

7. Måste jag starta om integreringar efter underhållet?
a. Att starta om dina integreringar är inte nödvändigt, men om du upplever några problem med dina integreringar efter instansuppdateringsunderhållet rekommenderar vi att du startar om dem som ett första steg i att felsöka problemet.
b. Genom att starta om dina integreringar efter underhållsfönstret rensas DNS-sökcachen vilket låter dina integreringar upptäcka det nya datacentrets IP-adress.
c. Steg för att starta om en integrering kan vara unika för varje integrering. Det rekommenderas att se kontrollera med utvecklaren av integreringen för att få reda på de specifika stegen. Många integreringar på AppExchange innehåller även instruktioner för att logga in/starta om. 

8. Kommer certifikaten som används för min aktuella instans på [INSTANS].salesforce.com och [INSTANS]-api.salesforce.com att användas för den nya instansen som jag flyttas till?

9. Kommer samma certifikat på medelnivå, rot- och utgående kund-till-Salesforce-certifikat att användas med den nya instansen?
Ja, certifikat på medelnivå och rotcertifikat kommer att förbli desamma. Inte heller ändras utgående certifikat som används för SAML, SSO och APEX.

10. Kommer routningsadresser för E-post-till-kundcase eller E-post-till-Apex att påverkas av instansuppdateringen?
a. Nej. Routningsadresser för E-post-till-kundcase eller E-post-till-Apex kommer inte att påverkas av instansuppdateringen.
b. E-post till befintliga e-posttjänstadresser kommer att fortsätta levereras efter uppdateringen utan att några adressändringar behövs.

11. Kommer e-post till tjänstadresser (E-post-till-kundcase, E-post-till-Apex, E-post-till-Salesforce, reply2chatter, etc...) att försenas efter en instansuppdatering?
Vissa e-postmeddelanden kan komma att försenas. Under en instansuppdatering kommer appservrar att vara otillgängliga och e-post kommer att hållas kvar på Salesforce Mail-servrar.
När den nya instansen är aktiverad kommer ny post att levereras direkt och post i kö kommer att levereras vid nästa försök. Den tid som en instans är otillgänglig påverkar den tid det tar innan meddelanden som står i kö skickas på nytt.

12. Kommer min nya instans att ha samma fönster för versionsunderhåll som min tidigare instans efter instansuppdateringen?
Ja.

13. Kommer min nya instans att ha samma standardfönster för systemunderhåll som min tidigare instans efter instansuppdateringen?
Ja.

14. Kommer mitt orgID att ändras efter instansuppdateringen?
Nej

15. Kan jag avanmäla mig från instansuppdateringen?
Nej, alla organisationer på instansen som ska uppdateras kommer att flyttas.

16. När en instans har uppdaterats, vad händer med mina data i det ”gamla” datacentret?
När en instansuppdatering har genomförts avvecklar vi hårdvaran som var värd för din instans i det gamla datacentret. De förfaranden som vi använder säkerställer att dina data inte lämnar det tidigare datacentret och uppfyller våra krav på efterlevnad och säkerhet. Att behålla ditt förtroende är vår främsta prioritet.

17. Kommer vår användning av CDN (Content Delivery Networks) från tredje part att påverkas av en instansuppdatering?
Ja. Du måste vidta följande åtgärder om du har implementerat ett CDN från tredje part:

a. Om du accelererar i en domän för “customer.my.salesforce.com” måste du uppdatera ursprunget och pusha konfigurationen till mellanlagring inom CDN innan underhållet. Du bör testa att direkt åtkomst och mellanlagring fungerar som förväntat direkt efter underhållet innan distribuering till produktion. 
b. Om du även använder dina VisualForce- eller ContentForce-domäner (t.ex. customer--c.$NA10.content.force.com) behöver du hämta ett nytt SSL-certifikat som innehåller customer.my.salesforce.com och både de ursprungliga och de nya instanserna för VisualForce- och/eller ContentForce-domänerna (t. ex. $customer--c.NA10.content.force.com och $customer--c.NA42.content.force.com).

i. Du måste sedan dela dessa certifikat med din tredjepartsleverantör av CDN för att distribuera.
ii. Efter att SSL-certifikatet har distribuerats måste du uppdatera din CDN-konfiguration med de nya värdnamnen och ursprunget till VisualForce och/eller ContentForce och pusha till mellanlagring.
iii. Du bör testa att direkt åtkomst och mellanlagring fungerar som förväntat direkt efter underhållet innan distribuering till produktion.

OBS! Att förvärva ett nytt certifikat och arbeta med din tredjepartsleverantör av CDN kan ta flera dagar, så påbörja inte processen senare än två veckor innan uppdelningen eller migreringen.

OBS! Om du har en specialiserad acceleration av dina värdnamn för MyDomain.my.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 med hjälp av Akamai behöver du uppdatera den ursprungliga konfigurationen och pusha den till mellanlagring i CDN innan underhållet. Du bör testa att direkt åtkomst och mellanlagring fungerar som förväntat direkt efter underhållet, innan distribuering till produktion. Detta är en sällsynt konfiguration. Om du är osäker på vad detta är, då gäller inte detta för din organisation.

Denna typ av specialiserad acceleration kommer att ersättas av Salesforce Edge Network. Salesforce stöder i allmänhet inte att man lägger till fler värdnamn till en befintlig specialiserad konfiguration av denna typ, och det bästa sättet för att gå vidare är att arbeta med Salesforce Support för att migrera till Salesforce Edge Network och låta Salesforce R&D ta bort åsidosättningar av DNS-konfigurationen som används av den specialiserade accelerationen

18. Kommer integreringar från tredje part att påverkas av en instansuppdatering?
Integreringar från tredje part ska fungera som förväntat efter instansuppdateringen. Att aktivera Min domän kan dock förkorta tiden det tar att omdirigera hårdkodade referenser efter instansuppdateringen och rekommenderas starkt.

19. Mer information om följande ämnen relaterade till Salesforce-underhåll finns i:
a. Artikeln Vanliga frågor om att uppdatera hårdkodade referenser
i. Verktyg för att hitta hårdkodade referenser i din organisation
ii. Hårdkodade referenser
iii. ID för e-posttrådar
iv. WSDL
v. Certifikat
vi. Live Agent

b. Artikeln Hur påverkas min organisation under ett Salesforce-underhåll?
i. Veckoexporter
ii. Fysisk borttagning
iii. Partnerportaler

c. Artikeln Salesforces IP-intervall
​i. IP-intervall
ii. E-postinställningar 

20. Vad ska jag göra om jag har en Live Agent- eller SOS-implementering?
Om din webbsida eller certifikat har en hårdkodad referens till Live Agents slutpunkts-URL kan instansuppdateringar, organisationsmigrationer eller anläggningsbyten påverka din Live Agent- och SOS-funktionalitet. För att minska påverkan, följ bästa praxis och undvik hårdkodade referenser till slutpunkten och se till att du uppdaterar slutpunkts-URL:en i den distribueringskod som du har kopierat från sidan ”Distribution” under ”Inställningar”. Distribueringskoden som vi tillhandahåller möjliggör omdirigering till den nyligen tilldelade servern, men du bör fortfarande uppdatera slutpunkten omedelbart efter att uppdateringen är slutförd. Mer information om Live Agent-slutpunkter och vad hårdkodade slutpunkter innebär finns i artikeln Live Agent-server (slutpunkts-URL) har ändrats och nu fungerar inte chatten i Live Agent längre.

21. Hur kommunicerar Salesforce instansuppdateringsunderhåll till kunder?
a. Salesforce meddelar alla kunder om underhållsaktiviteter som kräver åtgärder för att se till att de känner till dem och kan förbereda sig innan det schemalagda underhållsfönstret. Innan instansuppdateringsunderhåll skickar Salesforce produkt- och servicemeddelanden via e-post till administratörer (baserat på användare med behörigheterna "Ändra alla data" och "Hantera alla användare"). Mer information finns i artikeln Produkt- och servicenotiser
b. Utöver aviseringar via e-post publicerar Salesforce en sammanfattning av underhåll som påverkar kunder i Trailblazer Community i bildspelet serviceleverans (inklusive Hyperforce).
c. Alla underhållsfönster publiceras på trust.salesforce.com.

22. Jag skulle vilja lära mig mer om vår multitenant-arkitektur. Var kan jag göra det?
a. Genomför vår trail Förstå Salesforce-arkitektur.
b. Mer information finns i blogginlägget Multitenant Architecture som skrivits av Salesforce-utvecklare.

23. Hur påverkar en instansuppdatering tidigare schemalagda aktiviteter (veckoexporter, Apex-jobb, etc.) och Apex-anrop?
Pågående aktiviteter kommer att pausas innan instansuppdateringen och fortsätta efter instansuppdateringen. Aktiviteter som schemalagts under instansuppdateringen kommer att påbörjas efter att underhållet har slutförts.

En lite delmängd av jobb för Apex, Batch Apex, REST API, SOAP API och Bulk API som startas innan instansuppdateringen kan returnera ett fel efter underhållningsfönstret. Om du tar emot ett fel till följd av ett tidigare schemalagt jobb efter underhållsfönstret, returnerar det omstartade jobbet de förväntade resultaten. Vi rekommenderar att du omplanerar stora eller långvariga jobb tills insatsuppdateringen har slutförts för den mest sömlösa upplevelsen.

Apex-anrop till externa tjänster fortsätter att utföras under underhållet och då dessa ofta resulterar i uppföljande DML-anrop till Salesforce-applikationen kan du uppleva problem med avsedda programflöden då applikationen kommer vara i skrivskyddat läge. Vi rekommenderar att förhindra dessa anrop genom att köra i skrivskyddat läge. För mer information om att förhindra dessa anrop, se Apex-anrop i skrivskyddat läge.

24. Förs Trust-meddelanden över till den nya instansen?
a. För Instansuppdateringar: Innan en instansuppdatering kommer Salesforce göra så att prenumeranter av källinstansen automatiskt prenumererar på destinationsinstansen/destinationsinstanserna. Notera att om en instans delas upp i två instanser så prenumererar prenumeranten på båda destinationsinstanserna och behöver snarast uppdatera sina prenumerationsinställningar. 
b. För Organisationsmigreringar: Dina prenumerationsinställningar uppdateras inte automatiskt efter en organisationsmigrering. Vi rekommenderar att uppdatera dina prenumerationsinställningar så snart du informeras om din nya instans för att fortsätta att få statusuppdateringar som intresserar dig.

25. Vad bör jag tänka på om jag även använder Heroku?
Gå igenom denna Heroku-artikel: https://help.heroku.com/0HFMVV4B/what-do-i-need-to-do-about-my-upcoming-salesforce-instance-refresh

26. Vad ska jag tänka på när det gäller plattformshändelser med stor volym och ändring av datainsamling?
a.​​​ Vissa Salesforce-underhållsaktiviteter (t.ex. organisationsmigreringar och instansuppdateringar) kräver att din organisation flyttas till ett annat datacenter eller en annan maskinvarustack. I samband med dessa åtgärder flyttar vi dina data fysiskt och kör programvaran som används för dina applikationer på annan maskinvara. På grund av den distribuerade, asynkrona karaktären hos vår Event Bus, kan vi inte migrera alla händelser som publicerades före instansens uppdatering.
b. Instansuppdateringen kommer inte att påverka realtidsleveransen av händelserna före och efter underhåll; 72-timmarsfönstret för lagring för alla händelser kommer dock inte att behållas. ReplayIDs identifierar punkten i en händelseström unikt när en viss händelse publicerades, och eftersom den nya platsen för din organisation har ändrats fysiskt kommer ReplayID-värdena för nyligen publicerade händelser inte att ha någon relation till händelser som publicerades före migreringen eller instansuppdateringen. Prenumeranter på plattformshändelser och förändringshändelser inkluderar Streaming API-klienter (CometD), empApi Lightning-komponenter, Pub/Sub API-klienter, händelsereläer, Apex-utlösare och flöden.


Se även: Platform Events Developer Guide: Publiceringshändelser i skrivskyddat läge
 

27. Vilka åtgärder ska jag vidta om jag har Einstein Bots i min organisation?
Efter instansuppdateringen går du till Einstein Bots under Inställningar. Inaktivera och återaktivera Einstein Bot-funktionen. Detta kommer att utlösa en ny organisationsautentisering till Einstein.AI.

28. Kommer händelseloggdata att bevaras och vara tillgängliga efter instansuppdateringen?

 Nej, men de flesta kommer att göra det. Loggdata som inte har bearbetats innan organisationsmigreringen kommer inte att finnas tillgängliga på den nya instansen. När migreringen startar kommer inte data från den dagen till och med den dagen då migreringen slutförs att läggas till i organisationen på dess nya plats. Detta på grund av att Händelseövervakning förlitar sig på loggdata och en nattlig batchprocess för att fylla i övervakningshändelser.

29. Var kan jag vända mig om jag har ytterligare frågor?
a. Du kan även ställa frågor och samarbeta med andra Salesforce-användare i gruppen Officiellt: Salesforce-infrastruktur i Trailblazer Community.
b. Om du har ytterligare frågor, öppna ett kundcase hos Support via Salesforce-hjälpen.
 

30. Känt problem

• Serviceleverans (inklusive Hyperforce)

• Lös åtkomstproblem till enablement-sida (myTrailhead) efter organisationsmigrering eller instansuppdatering