Domande frequenti e panoramica sul passaggio di sede

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 limitando l'accesso agli intervalli IP Salesforce, intervalli IP Government Cloud (se applicabili), rimuovendo i riferimenti codificati (hardcoded) e impostando il proprio valore di timeout DNS su 5 minuti (impostazione predefinita).
C. I clienti con client Live Agent/SOS personalizzati devono assicurarsi che tali client 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' per la richiesta che ha dato luogo a questa risposta e per tutte le richieste successive.  Per maggiori informazioni vedere la domanda 8.
D. Se si ha necessità di visualizzare i registri di email dopo un passaggio di sede, richiedere tali registri prima della finestra di manutenzione. Per ulteriori dettagli vedere la domanda 11.
E. È importante che i clienti aggiornino la cache DNS sia sugli endpoint client (ad es. PC) sia con 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?
I passaggi di sede pianificati vengono pubblicati nel Calendario manutenzione nel nostro sito Trust su status.salesforce.com. Se è necessario eseguire un passaggio di sede durante un incidente per rimettere online un'istanza, il record dell'incidente su status.salesforce.com verrà aggiornato per rispecchiare tali informazioni. È consigliabile iscriversi alle notifiche di Trust relative alla propria istanza per ricevere le notifiche tramite email relative alla manutenzione (promemoria, inizio, aggiornamenti e completamento) e agli eventuali incidenti (nuovo, aggiornamento, risolto e causa principale). Per ulteriori informazioni su come iscriversi a queste email, vedere la Guida dell'utente alle notifiche Trust.

2.  Quanto dura un passaggio di sede?
Al momento, il completamento di un passaggio di sede richiede circa venti minuti. Per i passaggi di sede pianificati, pubblichiamo la finestra di attività del passaggio di sede prevista su Trust.

3.  Si può decidere di essere esclusi da un passaggio di sede?
Le singole organizzazioni non possono decidere di essere escluse da un passaggio di sede. A causa dell'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 unicamente durante le finestre di manutenzione del sistema preferite. Chiediamo agli utenti di pianificare le attività di manutenzione per la loro organizzazione Salesforce (aggiornamenti software, modifiche alle integrazioni, ecc.) al di fuori delle finestre di manutenzione preferite.

4. Durante un passaggio di sede, potrò accedere alla mia organizzazione?
Nel corso dei 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.
 

5. Quali azioni sono necessarie per prepararsi a un passaggio di sede?
Se si stanno già seguendo le nostre procedure ottimali per l'infrastruttura non limitando l'accesso agli intervalli IP Salesforce e impostando il valore di timeout DNS su 5 minuti (impostazione predefinita), è probabile che il passaggio di sede avvenga senza problemi per gli utenti.

Se invece si sta limitando l'accesso ad alcuni intervalli IP o centri dati, aggiornare le impostazioni di rete per includere l'elenco completo degli intervalli IP 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, potrebbe essere necessario aggiornare la cache DNS e riavviare eventuali integrazioni dopo la manutenzione.
 

6.  In che modo un passaggio di sede influisce sulle attività pianificate in precedenza (esportazioni settimanali, processi Apex, ecc.) e sulle chiamate Apex?
Le attività in corso verranno sospese prima del passaggio di sede e riprese dopo di esso. Le attività pianificate durante il passaggio di sede verranno avviate dopo tale passaggio.

Un piccolo sottogruppo di processi Apex, Batch Apex, API REST, API SOAP e API in blocco avviati prima del passaggio di sede potrebbero restituire un errore dopo la finestra di manutenzione. Se dopo la finestra di manutenzione si riceve un errore derivante da un processo pianificato in precedenza, riavviare il processo per ottenere i risultati previsti. Consigliamo di ripianificare i processi di grandi dimensioni o di lunga esecuzione dopo il completamento del passaggio di sede, in modo da poter contare su un'esperienza fluida e senza intoppi.

Le chiamate Apex ai servizi esterni non saranno eseguite durante la manutenzione. È consigliabile impedire che queste chiamate vengano eseguite durante il periodo di manutenzione. Per maggiori informazioni su come impedire queste chiamate, vedere Callout Limits and Limitations (Limiti e limitazioni delle chiamate).

7. In che modo un passaggio di sede influisce sulle attività Web a lead, Web a caso e Email a caso?
Le attività Web a lead, Web a caso e Email a caso che si verificano durante il passaggio di sede verranno messe in attesa ed elaborate dopo il completamento del passaggio di sede.
 

8. Un passaggio di sede avrà un impatto su Live Agent?
Sì. Durante un passaggio di sede, la sede attiva della propria organizzazione viene scambiata con la posizione pronta e la sede pronta passa alla posizione attiva. Quando questo accade, 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, potrebbero non farlo. Tali applicazioni non saranno 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' 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, leggere l'articolo Come aggiornare il client Live Agent personalizzato quando cambia l'istanza dell'organizzazione. In questo modo si potrà essere certi che il proprio client personalizzato non riscontri errori dopo un passaggio di sede e si avrà a disposizione un ampio margine di tempo per aggiornare in un secondo momento l'endpoint utilizzato dall'inizio della relativa esecuzione.

Per ulteriori informazioni sugli endpoint Live Agent e sul significato dei riferimenti Live Agent codificati, consultare l'articolo Live Agent server (endpoint URL) has changed and now Live Agent Chat is no longer working (Il server Live Agent (URL dell'endpoint) è cambiato e ora la chat Live Agent non funziona più).

9. In che modo un passaggio di sede influisce sugli aggiornamenti Sandbox in corso?
Gli aggiornamenti Sandbox che non sono stati completati prima del passaggio di sede verranno interrotti. L'aggiornamento Sandbox verrà riavviato (non ripreso) dopo il passaggio di sede. Inoltre, i clienti non potranno avviare un aggiornamento Sandbox durante il passaggio di sede.

10. Il passaggio di sede ha un impatto sugli invii email (ad es., per gli operatori di telefonia mobili o Office 365)?
Dopo un passaggio di sede, le email sono inviate dagli MTA (Mail Transport Agent) che hanno IP diversi rispetto a quelli da cui erano inviate precedentemente le email. Questi MTA devono avere una solida reputazione e la consegna delle email non dovrebbe subire conseguenze a meno che non si stia utilizzando il relay delle email con elenchi di controllo degli accessi (ACL) ed elenchi consentiti. In questo caso, fare riferimento all'articolo Indirizzi IP e domini Salesforce da consentire e 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.

11. Se desidero visualizzare i miei registri di email dopo il passaggio di sede, devo richiederli prima della manutenzione?
Se si ha necessità di visualizzare i registri di email dopo il passaggio di sede, è necessario richiedere tali registri prima della finestra di manutenzione. È possibile richiedere i registri di email seguendo le fasi nell'articolo Richiesta di un registro di email. Una volta richiesti i registri di email, questi verranno 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 si noterà che i registri di email visualizzano le email come inviate, ma la destinazione finale dei messaggi email non sarà inclusa fino a 30 giorni dopo la manutenzione. Questo si verifica perché gli IP della nuova sede attiva devono definire una reputazione in Internet prima di inviare volumi più elevati di traffico.

12. Che cos'è il programma di passaggio di sede continuo di Salesforce?
Per ulteriori informazioni sul programma del passaggio di sede continuo, consultare il nostro articolo Passaggio di sede continuo.