Loading

Översikt av anläggningsbyten och FoS

Publiceringsdatum: Mar 7, 2025
Beskrivning

Senast uppdaterad den 3 mars 2022

Vad är ett anläggningsbyte?

Varje Salesforce-instans är byggd och underhållen på två geografiskt separerade platser. En instans servas aktivt från en plats (aktiva anläggningen) med transaktioner som replikeras nästan i realtid på den andra helt redundanta platsen (redo-anläggningen). Ett anläggningsbyte innebär att platserna för en instans aktiva och redo-anläggningar byter plats, så att redo-anläggningen blir den nya aktiva anläggningen och vice versa – instansnamnet ändras inte. Denna infrastrukturmodell låter oss byta platsen för den aktiva anläggningen för ändamål som underhåll, efterlevnad och katastrofåterhämtning.

Lösning


Viktiga åtgärder

A. Prenumerera på Trust-meddelanden för att veta när anläggningsbyten inträffar.
B. Följ bästa praxis för Salesforce-infrastruktur genom att inte begränsa åtkomst till Salesforce IP-intervall, Government Cloud IP-intervall (ifall tillämpligt), ta bort hårdkodade referenser och genom att ställa in DNS-timeoutvärde till 5 minuter (standardinställning).
C. Kunder med anpassade klienter för Live Agent/SOS ska säkerställa att deras klienter kan hantera omdirigeringar till den nya aktiva anläggningen på rätt sätt, annars kan det uppstå störningar i Live Agent-tjänsten. Det bästa sättet att undvika dessa problem är att hantera SwitchServer-svaret och använda egenskapen ”newUrl” för den förfrågan som resulterade i detta svar samt för alla senare förfrågningar.  För mer information, se fråga 8.
D. Om du behöver kunna se dina e-postloggar efter anläggningsbytet, begär dina e-postloggar innan underhållsfönstret. Se fråga 11 för mer information.
E. Det är viktigt för kunder att uppdatera sina DNS-cache på både klientens slutpunkter (t.ex. dator) och hos deras Internetserviceleverantör (ISP). I vissa fall måste ISP uppmanas att uppdatera sina DNS-tabeller för att minska eventuella inloggningsproblem som inte beror på Salesforce.

Vanliga frågor och svar

1.  Hur kommunicerar Salesforce ett anläggningsbyte?
Planerade anläggningsbyten är publicerade i underhållskalendern på vår Trust-webbplats på status.salesforce.com. Om vi behöver utföra ett anläggningsbyte under en olycka för att föra en instans tillbaka online uppdateras händelseregistret på status.salesforce.com för att återspegla den informationen. Registrera dig för Trust-meddelanden gällande din instans för att få underhållsmeddelanden via e-post (påminnelser, starter, uppdateringar och slutförda) samt händelsemeddelanden via e-post (nytt, uppdateringar, lösta och grundorsak). Se Användarguide för Trust-meddelande för mer information om hur man registrerar sig för dessa e-post.

2.  Hur lång tid tar anläggningsbytet?
För tillfället tar ett anläggningsbyte ungefär tjugo minuter att slutföra. För planerade anläggningsbyten publicerar vi aktivitetsfönstret för förväntat anläggningsbyte på Trust.

3.  Kan jag avanmäla mig för anläggningsbytet?
Individuella organisationer kan inte avanmäla sig för anläggningsbytet. På grund av infrastrukturen med flera användare måste alla organisationer på instansen genomgå ett anläggningsbyte samtidigt.
Planerade anläggningsbyten är endast schemalagda under föredragna systemunderhållsfönster. Vi ber dig att planera underhållsaktiviteter för din Salesforce-organisation (programvaruuppgraderingar, integrationsändringar, etc.) utanför de föredragna systemunderhållsfönstrena.

4. Kommer jag kunna få åtkomst till min organisation under anläggningsbytet?
Under planerade anläggningsbyten är din organisation inte tillgänglig. Det tar ungefär 20 minuter att utföra anläggningsbytet. Vi rekommenderar att kunderna anser att instansen är otillgänglig under anläggningsbytet.
 

5. Vilka åtgärder krävs att man förbereder för ett anläggningsbyte?
Om du redan följer våra bästa praxis för infrastruktur genom att inte begränsa åtkomst till Salesforce IP-intervall och genom att ställa in ditt DNS-timeoutvärde till 5 minuter (standardinställning), bör ett anläggningsbyte ske smidigt för dina användare.

Om du begränsar åtkomsten till vissa IP-områden eller datacenter uppdaterar du dina nätverksinställningar så att de inkluderar den fullständiga listan över IP-intervall för Salesforce för att undvika oavsiktliga serviceavbrott efter ett anläggningsbyte. Om du styr inställningarna för timeout-värden för DNS måste du kanske uppdatera din DNS-cache och starta om eventuella integreringar efter underhållet.
 

6.  Hur påverkar ett anläggningsbyte tidigare schemalagda aktiviteter (veckovis export, apex-jobb, etc.) och Apex-anrop?
Pågående aktiviteter pausas innan anläggningsbytet och fortsätter efter anläggningsbytet. Aktiviteter schemalagda under anläggningsbytet börjar efter anläggningsbytet.

En lite delmängd av jobb för Apex, Batch Apex, REST API, SOAP API och Bulk API som startas innan anläggningsbytet 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 anläggningsbytet 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. Vi rekommenderar att förhindra dessa anrop från att köras under underhållsperioden. För mer information om att förhindra dessa anrop, se Gränser och begränsningar för anrop.

7. Hur påverkar ett anläggningsbyte aktiviteter för webb-till-lead, webb-till-kundase och e-post-till-kundcase?
Webb-till-lead, webb-till-kundase och e-post-till-kundcase som äger rum under anläggningsbytet ställs i kö och bearbetas efter att anläggningsbytet slutförts.
 

8. Kommer ett anläggningsbyte att påverka Live Agent?
Ja. Under ett anläggningsbyte byts anläggningen i din organisation till redo-anläggningen och redo-anläggningen byts till den aktiva platsen. När detta sker ändras den URL som du använder för att nå Live Agent/SOS. Chattklienter och distributionskoder från Salesforce reagerar på förändringen och vidarebefordrar på lämpligt sätt HTTP-förfrågningar till den nya slutpunkten, men vissa anpassade applikationer eller tredjepartsapplikationer, däribland anpassade Live Agent REST-klienter, gör det kanske inte. Dessa anpassade applikationer kommer inte att kunna hitta ditt konto på den tidigare instansen och kommer troligtvis inte att fungera.

För att minska påverkan på din Live Agent-/SOS-implementering, följ god praxis och se till att din anpassade Live Agent REST-klient på ett korrekt sätt kan omdirigera förfrågningar till en ny instans av Live Agent-tjänsten även efter underhåll som medför en organisationsmigrering. Det bästa sättet att undvika dessa problem med din anpassade klient (som, återigen, inte automatiskt kommer att omdirigera förfrågningar till den rätta slutpunkten) är att hantera SwitchServer-svaret och använda egenskapen ”newUrl” för den förfrågan som resulterade i detta svar samt för alla senare förfrågningar. Mer information om uppdatering och testning av anpassade klienter finns i artikeln Hur du uppdaterar din anpassade Live Agent-klient när din organisationsinstans ändras. Detta säkerställer att din anpassade klient inte upplever några problem efter ett anläggningsbyte och ger dig gott om tid att senare uppdatera den slutpunkt som används från starten av körningen.

Mer information om Live Agent-slutpunkter och vad hårdkodade Live Agent-referenser innebär finns i artikeln Live Agent-server (slutpunkt URL) har ändrats och nu fungerar inte chatten i Live Agent längre.

9. Hur påverkar ett anläggningsbyte pågående sandboxuppdateringar?
Sandboxuppdateringar som inte slutfördes innan anläggningsbytet stoppas. Sandboxuppdateringen startar om (fortsätter inte) efter anläggningsbytet. Dessutom kommer kunderna inte att kunna inleda en sandboxuppdatering under anläggningsbytet.

10. Påverkar anläggningsbytet e-post som skickas (till exempel, till mobiloperatörer eller Office 365)?
Efter ett anläggningsbyte skickas e-post från Mail Transport Agents (MTAs) som har andra IPs jämfört med dem som dina e-post tidigare skickades ifrån. MTAs bör ha ett etablerat rykte, och leverans av e-post bör inte påverkas om du inte använder omdirigering av e-post med Access Control Lists (ACLs) och tillåtna listor. Om detta äger rum ska du läsa artikeln Salesforce IP-adresser och domäner att vitlista och se till att du har IP:er för omdirigering av e-post i dina ACL:er och tillåtna listor som behövs. För att kontrollera om du använder omdirigering av e-post i Salesforce, gå till Inställningar och sök efter "Omdirigering av e-postaktivering" - om den aktiva kryssrutan är markerad så levereras e-post till värden markerad i inställningarna som använder omdirigering av e-post.

11. Om jag planerar att se över mina e-postloggar efter anläggningsbytet, måste jag begära mina e-postloggar innan underhållet?
Om du behöver kunna se dina e-postloggar efter anläggningsbytet måste du begära dina e-postloggar innan underhållsfönstret. Du kan begära dina e-postloggar genom att följa stegen i artikeln Begära en e-postlogg. När e-postloggar begärs lagras de i databasen och migreras tillsammans med ditt anläggningsbyte. E-postloggar från ditt tidigare datacenter kan inte extraheras efter anläggningsbytet.
Under en kortare period kan du märka att e-postloggar visar e-postmeddelanden som skickade, men den slutliga destinationen för e-postmeddelandet inkluderas inte i upp till 30 dagar efter underhållet. Detta beror på att IP-adresser hos den nyligen aktiverade anläggningens behöver etablera ett anseende på Internet innan de kan skicka stora volymer trafik.

12. Vad är Salesforces program för anläggningsbyte?
För mer information om programmet för kontinuerligt anläggningsbyte, se vår artikel Kontinuerligt anläggningsbyte.

Knowledge-artikelnummer

000387541

 
Laddar
Salesforce Help | Article