Domande frequenti e panoramica sul passaggio di sede ottimizzato

Azioni importanti

A. Iscriversi alle Notifiche Trust per conoscere le date dei passaggi di sede.

B. Seguire le procedure ottimali per l'infrastruttura Salesforce: non limitare l'accesso agli intervalli IP Salesforce, o se applicabile, agli intervalli IP Government Cloud; rimuovere i riferimenti codificati (hardcoded); impostare il proprio valore di timeout DNS su 5 minuti (impostazione predefinita).

C. Assicurarsi che eventuali client Live Agent/SOS personalizzati riescano a gestire correttamente i reindirizzamenti al nuovo sito attivo, altrimenti potrebbe verificarsi un'interruzione del servizio Live Agent. Il metodo migliore per evitare questi problemi è quello di gestire la risposta SwitchServer e di utilizzare la proprietà newUrl (nuovo URL) per la richiesta che ha dato luogo a questa risposta e per tutte le richieste successive. Per maggiori informazioni vedere la domanda 9.

D. Per visualizzare i registri di email dopo un passaggio di sede, richiedere tali registri prima della finestra di manutenzione. Per maggiori dettagli vedere la domanda 12.

E. Assicurarsi di aggiornare la cache DNS sugli endpoint client, ad esempio un PC, e il provider di servizi Internet (ISP). In alcuni casi, è necessario chiedere all'ISP di aggiornare le proprie tabelle DNS per ridurre al minimo eventuali problemi di accesso che non sono attribuibili a Salesforce.

Domande frequenti

1.  In che modo Salesforce comunica un passaggio di sede?

Il programma di passaggio di sede continuo viene pubblicato e gestito nel nostro Calendario di manutenzione di Trust su status.salesforce.com. Per stabilire se una specifica istanza è inserita nel programma, fare clic sull'istanza su https://status.salesforce.com o visitare https://status.salesforce.com/status/<ISTANZA> (ad esempio: https://status.saleforce.com/instances/NA146) e rivedere il calendario di manutenzione per quell'istanza. Si consiglia ai clienti di iscriversi alle notifiche Trust per rimanere aggiornati sugli interventi di manutenzione pianificati, inclusi i passaggi di sede, e per ricevere aggiornamenti durante la manutenzione. Ulteriori informazioni su come iscriversi alle notifiche Trust sono disponibili su https://trust.salesforce.com/en/trust/trust-notification-user-guide/.

Se è necessario eseguire un passaggio di sede durante un incidente per rimettere online un'istanza, il record dell'incidente su status.salesforce.com viene aggiornato per rispecchiare tali informazioni. Iscriversi alle notifiche di Trust relative alla propria istanza per ricevere le notifiche tramite email relative alla manutenzione, i promemoria sulla manutenzione e gli aggiornamenti sull'avanzamento, incluse le notifiche relative all'inizio e al completamento della manutenzione. Inoltre, le notifiche di Trust forniscono comunicazioni sugli incidenti e aggiornamenti sull'avanzamento della risoluzione. Per ulteriori informazioni su come iscriversi a queste email, vedere la Guida dell'utente alle notifiche Trust.

2.  Quanto dura un passaggio di sede?

Per questo nuovo programma, i passaggi di sede vengono completati in circa 20 minuti. Durante quel lasso di tempo potrebbero verificarsi periodi di inattività forzata per le istanze. Non siamo in grado di definire con precisione il momento in cui si verificano questi periodi di inattività durante la manutenzione, pertanto consigliamo ai clienti di considerare l'istanza non disponibile durante tutto il passaggio di sede. Per i passaggi di sede pianificati, pubblichiamo la finestra di attività del passaggio di sede prevista su Trust. Per i clienti Government, la finestra è di 45 minuti.

3.  Le manutenzioni per i passaggi di sede erano di 30 minuti in sola lettura, ma ora le istanze sono indisponibili per 20 minuti. Perché questa modifica?

Per noi di Salesforce, assicurare il successo dei clienti attraverso la disponibilità, le performance e l'affidabilità di un sistema sicuro è la priorità assoluta. A tal scopo, valutiamo costantemente i nostri processi esistenti e siamo sempre alla ricerca di modi per migliorare l'efficienza e la fornitura complessive di tutti i nostri servizi. Tramite il passaggio di sede, l'obiettivo è ridurre il tempo necessario a scambiare la sede per poter sfruttare in modo più fluido l'attività durante gli incidenti imprevisti e nella manutenzione di lunga durata. 

Durante i 20 minuti della manutenzione, le istanze sono caratterizzate da tempi di inattività significativi, pertanto consigliamo ai clienti di considerare l'istanza non disponibile durante tutto il passaggio di sede.

4. È possibile scegliere di essere esclusi dal passaggio di sede?

Le singole organizzazioni Salesforce non possono decidere di essere escluse da un passaggio di sede. Data l'architettura multi-tenant della nostra infrastruttura, tutte le organizzazioni nell'istanza devono effettuare un passaggio di sede contemporaneamente.

I passaggi di sede pianificati vengono programmati durante le finestre di manutenzione del sistema preferite. Chiediamo agli utenti di pianificare le attività di manutenzione per la loro organizzazione Salesforce, ad esempio aggiornamenti software e modifiche alle integrazioni, al di fuori delle finestre di manutenzione del sistema preferite.

5. Durante un passaggio di sede, posso accedere alla mia organizzazione Salesforce?

Durante i passaggi di sede pianificati, l'organizzazione non è disponibile. I passaggi di sede vengono ora completati in circa 20 minuti. Consigliamo ai clienti di considerare l'istanza non disponibile durante il passaggio di sede.

6. Cosa devo fare per prepararmi al passaggio di sede?

Un passaggio di sede può risultare fluido e senza errori per i propri utenti se si seguono già queste procedure ottimali per l'infrastruttura Salesforce: non si limita l'accesso agli intervalli IP Salesforce, si imposta il timeout DNS sul valore predefinito di 5 minuti e si evitano i riferimenti codificati (hardcoded) nella propria implementazione di Live Agent.

Se si limita l'accesso solo a determinati intervalli IP o centri dati, aggiornare le proprie impostazioni di rete per includere l'elenco completo degli intervalli IP di Salesforce in modo da evitare interruzioni del servizio indesiderate dopo un passaggio di sede. Inoltre, se si controlla l'insieme di valori di timeout DNS, talvolta è necessario aggiornare la cache DNS e riavviare eventuali integrazioni dopo la manutenzione.

7. Quali sono gli effetti di un passaggio di sede sulle attività pianificate in precedenza, come ad esempio esportazioni settimanali, processi Apex e chiamate Apex?

Le attività in corso vengono interrotte una volta iniziata la manutenzione per il passaggio di sede poiché l'istanza non è disponibile. Le attività pianificate durante il passaggio di sede verranno eseguite dopo che tale passaggio è stato completato. Le chiamate Apex ai servizi esterni daranno errore durante il periodo di manutenzione. Per risultati ottimali, consigliamo di ripianificare i processi di grandi dimensioni o di lunga esecuzione una volta completato il passaggio di sede.

8. Quali sono gli effetti di un passaggio di sede sulle attività Web a lead, Web a caso e Email a caso?

Le attività Email a caso che si verificano durante il passaggio di sede vengono messe in attesa ed elaborate dopo il completamento del passaggio di sede. Le attività Web a lead e Web a caso vengono sospese e riprese una volta completata la manutenzione.

9. Un passaggio di sede avrà delle conseguenze su Live Agent?

Sì. Durante un passaggio di sede, la sede attiva della propria organizzazione Salesforce viene scambiata con la posizione pronta e la sede pronta passa alla posizione attiva. Dopo questa operazione, l'URL che si utilizza per accedere a Live Agent/SOS cambia. I client di chat e il codice di implementazione fornito da Salesforce reagiscono a questa modifica e inoltrano adeguatamente le richieste HTTP al nuovo endpoint, ma alcune applicazioni personalizzate o di terze parti, tra cui i client REST Live Agent personalizzati, non lo fanno. Tali applicazioni personalizzate non sono in grado di trovare l'account sull'istanza precedente e probabilmente daranno errore.

Per ridurre al minimo l'impatto sull'implementazione di Live Agent/SOS, seguire le procedure ottimali e assicurarsi che il proprio client REST Live Agent personalizzato possa reindirizzare correttamente le richieste a una nuova istanza del servizio Live Agent dopo qualsiasi manutenzione che comporti uno spostamento per la propria organizzazione. Il metodo migliore per evitare questi problemi con il proprio client personalizzato (che, ricordiamo nuovamente, non indirizzerà automaticamente le richieste all'endpoint corretto) è quello di gestire la risposta SwitchServer e di utilizzare la proprietà newUrl (nuovo URL) per la richiesta che ha dato luogo a questa risposta e per tutte le richieste successive. Per maggiori informazioni sull'aggiornamento del proprio client personalizzato e sui test, vedere Come aggiornare il client Live Agent personalizzato quando cambia l'istanza dell'organizzazione.

Per ulteriori informazioni sugli endpoint Live Agent e sui riferimenti Live Agent codificati (hardcoded), vedere Live Agent server (endpoint URL) has changed and now Live Agent Chat no longer working (Il server Live Agent (URL dell'endpoint) è cambiato e ora la chat Live Agent non funziona più).

10. Quali sono gli effetti di un passaggio di sede sugli aggiornamenti Sandbox?

Gli aggiornamenti Sandbox incompleti vengono interrotti prima del passaggio di sede. Gli aggiornamenti Sandbox vengono riavviati, ma non ripresi, dopo il passaggio di sede. I clienti non possono avviare un aggiornamento Sandbox durante il passaggio di sede.

11. Il passaggio di sede ha un impatto sugli invii email?

Dopo un passaggio di sede, le email sono inviate dagli MTA (Mail Transport Agent) che hanno IP diversi rispetto a quelli prima del passaggio. Assicurarsi che gli MTA abbiano una solida reputazione. La consegna delle email non subisce conseguenze a meno che non si stia utilizzando il relay delle email con elenchi di controllo degli accessi (ACL) ed elenchi consentiti. Per ulteriori informazioni, vedere Indirizzi IP e domini Salesforce da consentire.

Assicurarsi di avere gli IP per il relay dell'email nei propri ACL e negli elenchi consentiti, secondo necessità. Per verificare se si sta utilizzando il relay dell'email in Salesforce, andare in Imposta e cercare Attivazione relay di email. Se la casella di controllo Attivo è selezionata, significa che la posta viene consegnata all'host indicato nelle impostazioni tramite il relay dell'email.

12. Per vedere i miei registri di email dopo il passaggio di sede, devo richiederli prima della manutenzione?

Sì. Richiedere i propri registri di email prima della finestra di manutenzione per vederli dopo il passaggio. Per richiedere i registri di email, consultare Richiesta di un registro di email. Una volta richiesti i registri di email, questi vengono archiviati nel database e migrati con la manutenzione relativa al passaggio di sede. I registri di email dal centro dati precedente non possono essere estratti dopo il passaggio di sede.

Per un breve periodo di tempo i registri di email visualizzano le email come inviate, ma la destinazione finale dei messaggi email non viene inclusa fino a un massimo di 30 giorni dopo la manutenzione. Gli IP della nuova sede attiva devono definire una reputazione in Internet prima di poter gestire volumi più elevati di traffico.