Loading

Come prepararsi per la migrazione di un'organizzazione

Data pubblicazione: Feb 26, 2026
Descrizione

In preparazione alla continua crescita dei nostri clienti, dobbiamo eseguire di tanto in tanto un'attività detta migrazione dell'organizzazione. L'esecuzione di migrazioni dell'organizzazione consente a Salesforce di continuare a offrire ai clienti lo stesso livello di prestazioni che ormai si aspettano da noi. L'agilità e l'esecuzione delle migrazioni dell'organizzazione consentono a Salesforce di stabilire un equilibrio tra le attività all'interno della nostra infrastruttura e di evitare conflitti di risorse. 

Durante una migrazione dell'organizzazione, l'organizzazione del cliente passa da un'istanza a un'altra. Questa manutenzione sarà fluida e senza intoppi, a patto di rispettare le nostre procedure ottimali. Di seguito sono elencate alcune domande frequenti sulle migrazioni delle organizzazioni. Gli elenchi di controllo pre e post migrazione dell'organizzazione sono allegati, per comodità.

NOTA: se la propria organizzazione è pianificata per la migrazione ad Hyperforce, eseguire l'Assistente Hyperforce in app per le indicazioni su come preparare l'organizzazione per la migrazione. In aggiunta, è possibile visualizzare questo utile video di panoramica sulla migrazione dell'organizzazione ad Hyperforce (in inglese), che include l'aggiornamento dei riferimenti codificati (hardcoded), l'inserimento nell'elenco consentiti dei domini richiesti e le procedure ottimali per le email.

NOTA: il presente documento ha unicamente scopi informativi, non è parte di un contratto legale, né è in alcun modo vincolante. Le policy e le procedure descritte in questo documento sono soggette a modifica a discrezione esclusiva di Salesforce.

Risorse utili:

Risoluzione

Domande frequenti

1. Se ricevessi un'email di Notifica sui prodotti e servizi in cui mi viene comunicato che la mia organizzazione è stata selezionata per la migrazione, ma ci fosse un conflitto con la data della manutenzione, quali sarebbero le opzioni a mia disposizione?

È opportuno seguire le nostre procedure ottimali e pianificare i propri eventi in funzione delle nostre finestre di manutenzione del sistema preferite. Se non ci si riesce comunque a preparare in tempo per la migrazione dell'organizzazione, rivolgersi al proprio team account per richiedere un rinvio. Le richieste di posticipo ricevute meno di 7 giorni prima della data della migrazione pianificata potrebbero non essere rispettate.


2. Quali azioni devo eseguire per prepararmi a una migrazione dell'organizzazione?

Nota: se non si rispettano le procedure ottimali elencate di seguito, i propri utenti finali potrebbero non essere in grado di accedere a Salesforce dopo il completamento della migrazione.
  • L'abilitazione di Dominio personale è necessaria per i clienti che hanno richiesto la migrazione dell'organizzazione e se si hanno dei riferimenti codificati (hardcoded), ad esempio: na1.salesforce.com.  Assicurarsi di aggiornare tali riferimenti codificati (hardcoded) agli URL relativi, ad esempio al proprio sottodominio di Dominio personale, prima della migrazione dell'organizzazione.
  • Rimuovere i riferimenti codificati: per maggiori informazioni, vedere l'articolo sull'aggiornamento dei riferimenti codificati (hardcoded).
  • Esaminare le modifiche agli intervalli IP: per le organizzazioni che si trovano nei centri dati gestiti e di proprietà di Salesforce, se la propria azienda ha settato le impostazioni di rete aziendali o i filtri di sicurezza delle email in modo da limitare l'accesso solo ad alcuni intervalli di indirizzi IP, assicurarsi di aggiornare i propri elenchi in modo che includano i nostri intervalli più recenti. Maggiori informazioni sugli intervalli IP sono disponibili nell'articolo Indirizzi IP Salesforce da consentire.
  • Prepararsi ad aggiornare le integrazioni se si rilevano problemi di integrazione in seguito alla manutenzione.
  • Prepararsi ad aggiornare la propria cache DNS se si continua a visualizzare l'avviso "Manutenzione in corso" sulla propria pagina di accesso dopo la finestra di manutenzione.
  • Se si salvano i certificati in locale nella cache, unirsi al gruppo Certificate Changes nella Trailblazer Community per ottenere i certificati più recenti.
  • Evitare di avviare processi di grandi dimensioni entro 72 ore dall'inizio della finestra di manutenzione per garantire un tempo sufficiente al completamento dell'elaborazione.*
  • Considerazioni sulla migrazione ad Hyperforce
 
3.  Posso accedere a Salesforce durante la migrazione dell'organizzazione?
Prima della manutenzione si verrà informati circa la disponibilità della propria organizzazione durante la finestra di manutenzione. La modalità in sola lettura può essere disponibile per una parte o per l'intera durata della finestra di manutenzione. Per maggiori informazioni sulla modalità di sola lettura, vedere l'articolo Panoramica sulla modalità Sola lettura. La propria organizzazione può anche diventare disponibile ed essere attivata sull'istanza di destinazione prima che termini la finestra di manutenzione.
 
4. I token OAuth di Salesforce per Outlook (SFO) saranno interessati da una migrazione dell'organizzazione?
In seguito alla migrazione dell'organizzazione, gli utenti dovrebbero essere automaticamente disconnessi da SFO e verrà richiesto loro di effettuare nuovamente l'accesso tramite l'Impostazione guidata. Se si riscontrano delle difficoltà nell'effettuare nuovamente l'accesso a SFO dopo la manutenzione, seguire le fasi delineate nell'articolo Riautenticazione OAuth di Salesforce per Outlook. Per ulteriori domande relative a SFO, scrivere sul gruppo Salesforce for Outlook & Email Connect della Trailblazer Community.

5. Se desidero visualizzare i miei registri di email dopo la migrazione dell'organizzazione, devo richiederli prima della finestra di manutenzione?
Se si avrà bisogno di visualizzare i propri registri di email dopo la migrazione dell'organizzazione e la propria organizzazione verrà spostata su un nuovo centro dati, sarà necessario richiedere i registri di email prima della finestra di manutenzione. È possibile richiedere i registri di email seguendo le fasi nell'articolo Che cosa sono i registri di email?. Una volta richiesti i registri di email, questi verranno archiviati nel database e migrati insieme agli altri dati durante la manutenzione relativa alla migrazione dell'organizzazione.
I registri di email dal centro dati precedente non possono essere estratti dopo la migrazione dell'organizzazione.
 
6. Le migrazioni dell'organizzazione hanno un impatto sui Sandbox?
​Attualmente se un'istanza di produzione viene sottoposta a migrazione dell'organizzazione mentre è in corso una copia del Sandbox, l'aggiornamento Sandbox non verrà completato correttamente. Alla luce di questa informazione, non deve essere richiesto un aggiornamento Sandbox completo fino a due settimane prima della migrazione dell'organizzazione, e le copie Developer o Developer Pro non devono essere avviate una settimana prima della migrazione. Se era in corso un aggiornamento Sandbox per la propria organizzazione quando è stata avviata la manutenzione relativa alla migrazione dell'organizzazione, sarà necessario riavviare manualmente l'aggiornamento dopo la migrazione, anche se si dovesse leggere un messaggio indicante il corretto completamento dell'aggiornamento.

Quando un'organizzazione Sandbox viene migrata ad Hyperforce, le serie di modifiche presenti in un Sandbox non vengono migrate. Le serie di modifiche esistenti devono essere inviate dal Sandbox originale all'organizzazione di produzione o a un Sandbox diverso prima che il Sandbox originale venga migrato.
 
7. Devo riavviare le integrazioni dopo la manutenzione?
Il riavvio delle integrazioni non è necessario, ma se si riscontrano dei problemi con le proprie integrazioni in seguito a questa manutenzione, consigliamo di riavviarle come primo tentativo di risoluzione del problema. Riavviando le proprie integrazioni dopo la finestra di manutenzione, la cache di ricerca DNS verrà svuotata, il che consente alle integrazioni di rilevare l'indirizzo IP del nuovo centro dati.

8. Io utilizzo Monitoraggio evento. Verranno migrati tutti i dati del registro eventi?
Non tutti, ma la maggior parte sì. Tutti i dati del registro non elaborati prima della migrazione dell'organizzazione non saranno disponibili sulla nuova istanza. Quando inizia la migrazione, i dati a partire da quella giornata e fino al giorno in cui viene completata la migrazione non saranno aggiunti all'organizzazione nella nuova posizione. Questo perché Monitoraggio evento si basa sui dati del registro e su un processo batch ogni notte per popolare gli eventi di monitoraggio.

9. I certificati utilizzati con l'istanza esistente su [ISTANZA].salesforce.com e [ISTANZA]-api.salesforce.com saranno utilizzati con la nuova istanza su cui verrò spostato?

10. Con la nuova istanza verranno utilizzati gli stessi certificati cliente-a-Salesforce in uscita, intermedi e radice?
  • Per le organizzazioni non Hyperforce, sì, i certificati intermedi e radice rimarranno invariati. Inoltre, rimarranno invariati anche i certificati in uscita utilizzati per SAML, SSO e APEX.
  • Per le organizzazioni Hyperforce, no. Hyperforce non supporta il pinning dei certificati. I certificati del server avranno una denominazione appropriata, saranno ancora validi e faranno riferimento a un'Autorità di certificazione (CA) inclusa nell'elenco Server Authentication (SSL/TLS) Root Certificates di Mozilla. I certificati SAML, SSO e APEX e le loro catene rimarranno invariati. Vedere Come mantenere l'accesso ininterrotto ai servizi Salesforce su Hyperforce per maggiori informazioni.

11. Gli indirizzi dei servizi email per Email a caso saranno influenzati dalla migrazione dell'organizzazione?
No. Gli indirizzi dei servizi email per Email a caso non saranno influenzati dalla migrazione dell'organizzazione e continueranno ad aggiungere l'istanza dell'organizzazione precedente all'indirizzo.

12. Gli ID Salesforce e gli URL relativi alla directory principale dei record verranno mantenuti?
Sì, gli ID Salesforce e gli URL relativi alla directory principale dei record rimarranno invariati.

13. Gli ID record cambiano in seguito alla migrazione dell'organizzazione?
No, gli ID record esistenti non cambieranno dopo la migrazione dell'organizzazione.

14. Il programma dei rilasci o le finestre di manutenzione della mia organizzazione cambieranno dopo la migrazione dell'organizzazione?
  • Per le organizzazioni non Hyperforce, il programma dei rilasci e le finestre di manutenzione rimarranno invariati. Per determinare le finestre di manutenzione per la propria istanza, consultare l'articolo Programma di manutenzione preferito di Salesforce.
  • Per le organizzazioni Hyperforce, la finestra di manutenzione resta la stessa per molti clienti.  Se la migrazione viene eseguita in un altro fuso orario, le finestre di manutenzione possono cambiare per allinearsi all'ora locale. Fare riferimento al Programma di manutenzione di Salesforce preferito. Cercare la nuova istanza su Hyperforce per ulteriori informazioni sulle finestre di rilascio e manutenzione. 

 

15. Dove posso trovare maggiori informazioni per capire quale impatto avrà la manutenzione sulla mia organizzazione?

Per ulteriori informazioni sull'impatto durante l'aggiornamento che include esportazioni settimanali, eliminazione fisica, thread delle email, SSO, possibilità di eseguire ricerche e portali partner, vedere l'articolo di Salesforce Qual è l'impatto sulla mia organizzazione della manutenzione Salesforce?
 

16. Una migrazione dell'organizzazione influisce sull'utilizzo di bot?
A seguito di una migrazione dell'organizzazione Salesforce pianificata, è necessario eseguire alcune azioni per assicurarsi che i bot vengano eseguiti come previsto.
  • In Imposta, assicurarsi che la preferenza Bot Einstein sia attiva. 
  • Dopo aver eseguito questo passaggio, è necessario riassociare i bot ai canali per i quali sono stati distribuiti (ad esempio chat, messaggistica ecc.). 
  • Infine, è necessario ripetere l'addestramento dei modelli NLP nei bot. Mentre i dati delle enunciazioni vengono spostati, per i modelli odierni è necessario ripetere l'addestramento prima che sia possibile utilizzarli nei bot. 
    • NOTA: i dati del registro eventi e degli oggetti della sessione di un bot non vengono spostati durante il processo di migrazione dell'organizzazione.
 
17. Vorrei avere maggiori informazioni sulla nostra architettura multi-tenant. Dove posso trovarle?
Completare il nostro percorso Understanding the Salesforce Architecture (Comprendere l'architettura Salesforce) oppure, per informazioni aggiuntive, leggere il post nel blog Multitenant Architecture (Architettura multitenant) scritto dagli sviluppatori Salesforce.
 
18. Cosa succede se la migrazione dell'organizzazione riscontra dei problemi e non può essere completata?
Se sorge un problema che impedisce al team Tecnologia di Salesforce di completare la migrazione dell'organizzazione, la migrazione viene interrotta e l'organizzazione verrà riattivata sull'istanza di origine. Per le migrazioni annullate vengono inviate delle notifiche.
 
Durante la procedura di migrazione non viene rimosso né alterato alcun dato dell'organizzazione dall'istanza di origine. In questo modo Salesforce può facilmente eseguire un rollback o interrompere le operazioni senza alcun impatto per i clienti. L'annullamento e il rollback si possono eseguire solo prima dell'attivazione sull'istanza di destinazione. Una volta che un'organizzazione viene attivata sull'istanza di destinazione in seguito a una migrazione dell'organizzazione avvenuta correttamente, non è più possibile eseguire il rollback all'istanza di origine.

19. Come posso confermare che la mia organizzazione Salesforce è stata migrata correttamente e che il processo è stato completato?
Controllare che il nome della propria istanza sia cambiato nella nuova istanza visualizzando i dettagli dell'istanza in Informazioni sulla società.
- Nell'interfaccia utente di Salesforce Lightning Experience (LEX): Imposta | Impostazioni società | Informazioni sulla società
- Nell'interfaccia utente di Salesforce Classic (Aloha): Imposta | Profilo della società | Informazioni sulla società

Per ulteriori informazioni su questo argomento, consultare l'articolo Visualizzazione dell'istanza su cui si trova l'organizzazione Salesforce.

NOTA: lo strumento di ricerca di status.salesforce.com potrebbe richiedere diverse ore per aggiornarsi con l'istanza corretta per il proprio Dominio personale. Pertanto consigliamo di procedere come indicato in precedenza per avere una conferma più immediata dell'avvenuto completamento della migrazione per la propria organizzazione.
 

20. Dovrò apportare delle modifiche a Messaggio live dopo la migrazione dell'organizzazione?

Dopo una migrazione dell'organizzazione, Messaggio live continuerà a funzionare come previsto. Tuttavia, se dopo la migrazione si riscontrano problemi con Classic LiveMessage o con Lightning Messaging, è necessario aggiornare i canali.
  • In Classic LiveMessage, passare all'app LiveMessage Admin e fare clic su Refresh Connection (Aggiorna connessione)
  • In Lightning Messaging, passare a Imposta > Impostazioni Messaggistica e fare clic sul pulsante Aggiorna nell'elenco dei canali
 
21. La migrazione di un'organizzazione avrà un impatto su Live Agent?
È possibile. Nel corso della migrazione di un'organizzazione, il nome dell'istanza della propria organizzazione subisce una modifica. 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 personalizzate 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, segua le procedure ottimali e si assicuri che il Suo 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 Sua 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ù).
 

22. Utilizzo la coda dead-letter (coda dei messaggi non instradati) per i Messaggi in uscita. Tutti i dati di questa tabella verranno copiati?

La maggior parte dei dati verrà copiata, ma le nuove righe aggiunte durante e dopo la finestra di manutenzione relativa alla migrazione dell'organizzazione potrebbero non essere copiate nella destinazione, ma rimanere nel pod sorgente.
 

23. I token OAuth per i client OAuth e le applicazioni ISV di terze parti risentono di una migrazione dell'organizzazione?

No, i token di aggiornamento e accesso rimarranno validi dopo la migrazione. 
 

24. Quali considerazioni è necessario fare per Eventi piattaforma High Volume e Acquisizione dati di modifica?

Alcune attività di manutenzione di Salesforce, ad esempio migrazioni dell'organizzazione e aggiornamenti dell'istanza, richiedono il trasferimento dell'organizzazione in un altro centro dati o in uno stack hardware diverso. Durante queste operazioni, i dati vengono spostati fisicamente e viene eseguito software che serve le applicazioni su hardware diverso. A causa della natura distribuita e asincrona del bus degli eventi, non è possibile eseguire la migrazione di tutti gli eventi pubblicati prima della migrazione dell'organizzazione. 

La migrazione dell'organizzazione non influisce sulla consegna in tempo reale degli eventi pre- e post-manutenzione. Tuttavia, la finestra di conservazione di 72 ore per tutti gli eventi non verrà mantenuta. I ReplayID identificano in modo univoco in uno stream evento il punto in cui un evento specifico è stato pubblicato. Dato che la nuova posizione dell'organizzazione è fisicamente diversa, i valori ReplayID dei nuovi eventi pubblicati non avranno alcuna relazione con gli eventi pubblicati prima della migrazione o dell'aggiornamento dell'istanza. Per azioni aggiuntive che possono essere necessarie per gli Eventi piattaforma, vedere l'elenco di controllo pre- e post- alla fine di questo articolo Knowledge. Gli abbonati di eventi piattaforma ed eventi di modifica includono client Streaming API (CometD), componenti Lightning empApi, client Pub/Sub API, relay evento, trigger Apex e flussi.

 

Vedere anche: Platform Events Developer Guide: Publishing Events in Read-Only Mode (Pubblicazione di eventi in modalità di sola lettura)

 

25. Le migrazioni dell'organizzazione hanno un impatto sulle operazioni di ricerca?

Durante la migrazione di un'organizzazione, i dati delle ricerche vengono trasferiti dai server di origine ai server di destinazione. Il backup dei server di origine avviene nell'ambito delle procedure di backup delle ricerche standard. Tuttavia, i backup per un'organizzazione con migrazione pianificata sono eseguiti con una priorità più alta per garantire che tutti i dati siano aggiornati. Non sono richiesti interventi da parte del cliente.

Durante la migrazione, i backup dei dati delle ricerche vengono ripristinati nei server di destinazione. Nessun dato viene rimosso dall'origine. Questo consente a Salesforce di eseguire facilmente un rollback o di interrompere le operazioni, senza alcun impatto per i clienti.

Il processo di ripristino termina solitamente al di fuori degli orari di ufficio. Per le organizzazioni di grandi dimensioni, la fase di ripristino può richiedere più tempo, il che può ripercuotersi sulle operazioni dipendenti dalle ricerche (ad es. ricerca di record o di contenuti).
 

26. La migrazione dell'organizzazione o l'aggiornamento dell'istanza ha un impatto sull'accesso a myTrailhead?

Dopo la migrazione dell'organizzazione o l'aggiornamento dell'istanza, potrebbe non essere possibile accedere al sito di abilitazione, myTrailhead.  Consultare i Passaggi successivi in questo articolo per la risoluzione dei problemi di accesso al sito di abilitazione (myTrailhead).

 

27. Le migrazioni hanno un impatto sui rapporti Tendenze opportunità?

Dopo che un'organizzazione viene migrata da un'istanza a un'altra, i clienti potrebbero notare la mancanza di alcuni record Opportunità nei loro rapporti Tendenze opportunità. Se questo accade, contattare l'assistenza per ricevere i dati mancanti.

 

28. Le migrazioni hanno un impatto sulle regole di corrispondenza e di duplicazione?

Le Regole di corrispondenza e le Regole di duplicazione sono disattivate durante la migrazione di un'organizzazione.  Se le proprie regole di corrispondenza non sono efficaci, non riusciranno a riattivarsi dopo la migrazione dell'organizzazione.  Per risolvere il problema, vedere Unable to activate matching rule that identifies duplicate records in the organization (Impossibile attivare una regola di corrispondenza che identifica i record duplicati nell'organizzazione).

 

Numero articolo Knowledge

000386897

 
Caricamento
Salesforce Help | Article