Loading

Comment préparer la migration d'une organisation

Date de publication: Feb 26, 2026
Description

Pour préparer à la croissance continue de nos clients, nous devons occasionnellement procéder à une activité appelée Migration d'organisation. Une migration d'organisation permet à Salesforce de maintenir les niveaux de performances que nos clients attendent. La souplesse et l’exécution d'une migration d'organisation permettent à Salesforce d’équilibrer les activités au sein de notre infrastructure et d’éviter les contentions de ressources. 

Lors d’une migration d’organisation, votre organisation est déplacée d’une instance vers une autre. Si vous suivez nos meilleures pratiques, cette maintenance devrait être transparente. Vous trouverez ci-dessous les réponses aux questions fréquentes concernant une migration d'organisation. Pour votre information, les listes de contrôle avant et après la migration sont jointes.

REMARQUE : S’il est prévu que votre organisation migre vers Hyperforce, exécutez l’Assistant Hyperforce dans l’application pour obtenir des conseils sur la préparation de la migration de votre organisation. En outre, vous pouvez regarder la vidéo suivante, Hyperforce Org Migration Overview, qui inclut la mise à jour des références codées en dur, la mise en liste des domaines obligatoires et les meilleures pratiques de messagerie.

REMARQUE : Ce document est fourni uniquement à titre d’information et ne fait partie d’aucun accord légal ou légalement contraignant. Les politiques et les pratiques présentées dans ce document peuvent faire l’objet de modifications à la seule discrétion de Salesforce.

Ressources utiles :

Résolution

Questions fréquentes

1. Si je reçois un e-mail de Notification produit et service indiquant que mon organisation a été sélectionnée pour une migration d'organisation, et que la date de maintenance ne me convient pas, quelles sont mes options ?

Suivez nos pratiques recommandées et planifiez vos événements en fonction de nos périodes de maintenance système préférées. Si vous ne parvenez toujours pas à préparer la migration de votre organisation à temps, contactez votre équipe de compte pour demander un report. Les requêtes de report reçues moins de sept jours avant la date de migration planifiée ne peuvent pas être honorées.


2. Comment puis-je préparer une migration d’organisation ?

Remarque : Si vous ne suivez pas nos meilleures pratiques ci-dessous, vos utilisateurs risquent de ne pas pouvoir accéder à Salesforce après la migration.
  • L’activation de Mon domaine est requise pour les clients qui ont demandé la migration de leur organisation et si vous avez des références codées en dur (par exemple na1.salesforce.com).  Avant la migration, n’oubliez pas de mettre à jour ces références codées en dur vers des URL relatives, par exemple vers votre sous-domaine Mon domaine.
  • Suppression de références codées en dur - Pour plus d'informations, consultez l'article Mise à jour des références codées en dur.
  • Examen des modifications apportées aux plages IP - Pour les organisations dans les centres de données gérés par Salesforce et de propriété de Salesforce, si vous ou votre entreprise configurez les paramètres de votre réseau d'entreprise ou les filtres de sécurité de messagerie en vue de limiter l'accès à certaines plages IP, assurez-vous de mettre à jour vos listes pour inclure nos nouvelles plages. Vous trouverez des informations supplémentaires sur les plages IP à inclure dans l'article Adresses IP Salesforce à ajouter à la liste d'autorisations
  • Préparez-vous à actualiser les intégrations en cas de problèmes d’intégration après l’opération de maintenance.
  • Préparez l’actualisation de votre cache DNS en cas d’affichage de l’alerte « Maintenance en cours » dans votre page de connexion après l’opération de maintenance.
  • Si vous mettez en cache les certificats localement, rejoignez le groupe Certificate Changes de la Trailblazer Community pour récupérer les derniers certificats.
  • Évitez de partager des tâches volumineuses pendant 72 heures à compter du début de la période de maintenance pour laisser suffisamment de temps à l'exécution du processus.*
  • Considérations sur la migration vers Hyperforce
 
3.  Puis-je accéder à Salesforce pendant une migration d'organisation ?
Avant la maintenance, vous serez informé(e) de la disponibilité de votre organisation pendant la période de maintenance. Le mode Lecture seule peut être disponible pendant tout ou partie de la période de maintenance. Pour plus d'informations sur le mode en Lecture seule, lisez l'article Présentation du mode Lecture seule. Votre organisation peut également être accessible et activée sur l'instance cible avant la fin de la période de maintenance.
 
4. Les jetons OAuth de Salesforce pour Outlook (SFO) sont-ils impactés par une migration d’organisation ?
Après une migration d’organisation, les utilisateurs sont automatiquement déconnectés de SFO et invités à se reconnecter via l’Assistant de configuration. En cas de problème de connexion à SFO après la maintenance, suivez la procédure présentée dans l’article Réauthentification OAuth de Salesforce pour Outlook. Pour recevoir des réponses supplémentaires concernant SFO, publiez vos questions dans le groupe Salesforce for Outlook & Email Connect de la Trailblazer Community.

5. Si je souhaite consulter mes journaux de messagerie après la migration de l’organisation, dois-je les demander avant la période de maintenance ?
Si vous souhaitez consulter vos journaux de messagerie après la migration de l’organisation et que vous migrez vers un nouveau centre de données, vous devez demander vos journaux avant la période de maintenance. Vous pouvez demander vos journaux de messagerie en suivant la procédure présentée dans l'article Que sont les journaux de messagerie ? Une fois demandés, les journaux de messagerie sont stockés dans la base de données et migrés avec les autres données durant la maintenance en migration de l’organisation.
Les journaux de messagerie de votre ancien centre de données ne peuvent pas être extraits après la migration de l’organisation.
 
6. Les sandbox sont-elles impactées par une migration d'organisation ?
​Actuellement, si une instance de production fait l'objet d'une migration d'organisation pendant qu'une copie de sandbox est en cours, l'actualisation de la sandbox ne sera pas correctement effectuée. Par conséquent, l'actualisation d'une sandbox Full ne doit pas être demandée dans les deux semaines qui précèdent la migration de l'organisation, et les copies de Developer et Developer Pro ne doivent pas être initiées au cours de la semaine précédant la migration. Si une actualisation de sandbox est en cours dans votre organisation lors du démarrage de la migration, l'actualisation doit être redémarrée manuellement après la migration, même si un message indique que l'actualisation a été effectuée avec succès.

Les ensembles de modifications qui existent dans une sandbox ne sont pas migrés lorsqu’une organisation sandbox migre vers Hyperforce. Les ensembles de modifications existants doivent être envoyés à partir de la sandbox d’origine vers l’organisation de production ou vers une autre sandbox avant la migration de la sandbox d’origine.
 
7. Dois-je redémarrer les intégrations après la maintenance ?
Le redémarrage de vos intégrations n'est pas nécessaire. Cependant, si vous rencontrez des problèmes avec vos intégrations après la maintenance, nous recommandons de les redémarrer avant toute tentative de dépannage. En redémarrant votre intégration après la maintenance, vous effacez le cache de référence DNS, ce qui permet à vos intégrations de détecter l'adresse IP du nouveau centre de données.

8. J’utilise la surveillance des événements. Les données des journaux d'événements sont-elles toutes migrées ?
Non. Cependant, la plupart des données sont migrées. Toutes les données de journaux non traitées avant la migration d'organisation ne sont pas disponibles dans la nouvelle instance. Les données générées entre le début et la fin de la migration ne sont pas ajoutées à l’organisation à son nouvel emplacement. La surveillance des événements s’appuie sur les données des journaux et sur un processus de traitement par lot de nuit pour consigner les événements suivis.

9. Les certificats utilisés avec mon instance actuelle à [INSTANCE].salesforce.com et [INSTANCE]-api.salesforce.com sont-ils utilisés avec la nouvelle instance cible ?
  • Pour les organisations non Hyperforce, oui. Les certificats utilisés avec votre instance actuelle à [INSTANCE].salesforce.com et [INSTANCE]-api.salesforce.com restent identiques pour la nouvelle instance.
  • Pour les organisations Hyperforce, non. Hyperforce ne prend pas en charge l’épinglage de certificats. Les certificats porteront un nom approprié, seront toujours valides et seront liés à une Autorité de certification (CA) incluse dans la liste Mozilla Server Authentication (SSL/TLS) Root Certificates (Certificats racines d’authentification du serveur Mozilla (SSL/TLS)). Pour plus d'informations, consultez l’article Accès ininterrompu aux services Salesforce sur Hyperforce.

10. Les certificats client-vers-Salesforce sortants, racines et intermédiaires utilisés par la nouvelle instance sont-ils les mêmes ?
  • Pour les organisations non-Hyperforce, oui. Les certificats racines et intermédiaires resteront inchangés de même que les certificats sortants utilisés pour SAML, SSO et APEX.
  • Pour les organisations Hyperforce, non. Hyperforce ne prend pas en charge l’épinglage de certificats. Les certificats de serveur porteront un nom approprié, seront toujours valides et seront liés à une Autorité de certification (CA) incluse dans la liste Mozilla Server Authentication (SSL/TLS) Root Certificates (Certificats racines d’authentification du serveur Mozilla (SSL/TLS)). Les certificats SAML, SSO et APEX et leurs chaînes resteront inchangés. Pour plus d'informations, consultez l’article Accès ininterrompu aux services Salesforce sur Hyperforce.

11. Les adresses des services de messagerie électronique pour E-mail vers requête sont-elles impactées par la migration de l’organisation ?
Non, les adresses des services de messagerie électronique pour E-mail vers requête ne sont pas impactées par la migration de l’organisation et continuent à ajouter l'instance de l’organisation précédente dans l’adresse.

12. Les ID Salesforce et les URL relatives racine des enregistrements sont-ils conservés ?
Oui. Les ID Salesforce et les URL relatives racine des enregistrements restent inchangés.

13. Les ID d'enregistrement sont-ils modifiés suite à une migration d’organisation ?
Non. Les ID d'enregistrement existants restent inchangés après une migration d’organisation.

14. Les périodes de maintenance de mon organisation ou les dates de publication de version changent-elles après la migration de l'organisation ?
  • Pour les organisations non Hyperforce, les périodes de publication de version et de maintenance restent inchangées. Pour connaître les périodes de maintenance relatives à votre instance, lisez l'article Planning de maintenance Salesforce préféré.
  • Pour les organisations Hyperforce, la période de maintenance reste inchangée pour la plupart des clients.  Si la migration entraîne un changement de fuseau horaire, les périodes de maintenance peuvent changer pour refléter l’heure locale. Consultez Planning de maintenance Salesforce préféré. Recherchez votre nouvelle instance sur Hyperforce pour plus de précisions sur les périodes de publication et de maintenance. 

 

15. Où puis-je obtenir plus d’informations pour savoir comment mon organisation sera affectée pendant la maintenance ?

Pour en savoir plus sur l’impact de la mise à jour qui inclut les exportations hebdomadaires, la suppression physique, les fils de discussion d’e-mails, l’authentification unique, la capacité de recherche et les portails des partenaires, consultez l’article Salesforce : Quel est l'impact de la maintenance Salesforce sur mon organisation ?.
 

16. Une migration d'organisation affecte-t-elle mon utilisation des robots ?
Après une migration d’organisation Salesforce planifiée, vous devez effectuer des actions pour vérifier que les robots fonctionnent comme prévu.
  • Dans Configuration, vérifiez que la préférence Einstein Bots est activée. 
  • Une fois que vous avez suivi cette étape, vous devez de nouveau associer les robots aux canaux pour lesquels ils ont été développés (chat, messagerie, etc.). 
  • Pour finir, les clients doivent de nouveau entraîner les modèles NLP dans leurs robots. Les données d’énoncés seront déplacées, mais les modèles actuels doivent être entraînés de nouveau avant d’être utilisés dans le robot. 
    • REMARQUE : Les données de journal des événements de la session de robot et les données d’objet de la session de robot ne sont pas déplacées pendant la migration de l’organisation. 
 
17. Je souhaite en savoir plus sur l’architecture mutualisée. Où puis-je consulter les informations ?
Suivez notre parcours Compréhension de l’architecture de Salesforce. Pour des informations complémentaires, vous pouvez aussi lire la publication de notre blog Multitenant Architecture, qui a été rédigée par les développeurs Salesforce.
 
18. Que se passe-t-il si la migration d'organisation rencontre des problèmes et ne peut pas aboutir ?
Si un problème survient qui empêche l’équipe de technologie de Salesforce d’effectuer la migration de votre organisation, la migration est arrêtée et votre organisation est restaurée et réactivée sur l’instance source. Des notifications sont envoyées pour les migrations annulées.
 
Aucune donnée pour l’organisation n’est supprimée ni modifiée de l’instance source pendant le processus de migration. Cela permet à Salesforce d’annuler ou d’abandonner facilement des opérations sans impact sur le client. L’annulation ne peut être effectuée qu’avant l’activation sur l’instance cible. Une fois qu'une organisation est activée sur l’instance cible après une migration d’organisation réussie, il n’est plus possible d’effectuer une opération de restauration sur l’instance source.

19. Comment puis-je vérifier que la migration de mon organisation Salesforce est réussie et que le processus est terminé ?
Vérifiez que le nom de votre instance reflète la nouvelle instance en consultant les détails de votre instance dans Informations sur la société.
- Dans l'interface utilisateur Salesforce Lightning Experience (LEX) : Configuration | Paramètres de la société | Informations sur la société
- Dans l'interface utilisateur Salesforce Classic (Aloha) : Configuration | Profil de la société | Informations sur la société

Pour consulter des informations supplémentaires sur ce thème, lisez l'article Affichage de l'instance dans laquelle réside votre organisation Salesforce.

REMARQUE : La mise à jour de l'instance correcte pour Mon domaine par l'outil de recherche status.salesforce.com peut prendre du temps. Par conséquent, nous recommandons de suivre la procédure ci-dessus pour contrôler instantanément la réussite de la migration de votre organisation.
 

20. Une modification de Live Message est-elle nécessaire après une migration d'organisation ?

Live Message continue de fonctionner normalement après une migration d’organisation. Cependant, en cas de problèmes avec Classic LiveMessage ou Lightning Messaging après la migration, vous devez actualiser vos canaux.
  • Dans Classic LiveMessage, accédez à l’application Administration LiveMessage et cliquez sur Actualiser la connexion
  • Dans Lightning Messaging, accédez à Configuration > Paramètres de Messagerie et cliquez sur le bouton Actualiser sur la liste des canaux
 
21. Une migration d'organisation a-t-elle un impact sur Live Agent ?
C'est possible. Lors d'une migration d'organisation, le nom de l'instance de votre organisation change. Pendant cette opération, l'URL que vous utilisez pour accéder à Live Agent/SOS change. Les clients du chat et le code de déploiement fournis par Salesforce réagissent à cette modification et transmettent correctement les requêtes HTTP au nouveau point de terminaison, ce qui n'est pas toujours le cas avec certaines applications tierces ou personnalisées, notamment les clients personnalisés REST Live Agent. Ces applications personnalisées ne trouvent pas votre compte dans l'instance précédente et peuvent échouer.

Pour limiter l'impact sur votre implémentation Live Agent/SOS, suivez les meilleures pratiques et assurez-vous que votre client REST personnalisé Live Agent peut rediriger correctement les requêtes vers la nouvelle instance du service Live Agent après une maintenance impliquant le déplacement de votre organisation. Afin d'éviter ce problème avec votre client personnalisé (qui ne dirige pas automatiquement les demandes vers le point de terminaison approprié), la meilleure solution consiste à traiter la réponse du SwitchServer et à utiliser la propriété 'newUrl' pour la requête qui a entraîné cette réponse et pour toutes les requêtes successives. Pour plus d'informations sur la mise à jour de votre client personnalisé et effectuer des tests, lisez l'article Comment mettre à jour votre client personnalisé Live Agent lorsque l'instance de votre organisation change. Cela garantira que votre client personnalisé ne rencontre pas d’erreur après un basculement de site. Cela vous donnera également le temps nécessaire pour mettre à jour ultérieurement le point de terminaison utilisé depuis le début de son exécution.

Pour plus d'informations sur les points de terminaison de Live Agent et la signification des références Live Agent codées en dur, lisez l'article Live Agent server (endpoint URL) has changed and now Live Agent Chat is no longer working (en anglais).
 

22. J'utilise Dead Letter Queue pour la messagerie sortante. Les données de ce tableau sont-elles toutes copiées ?

La plupart des données sont copiées, mais les nouvelles lignes ajoutées pendant ou après la période de maintenance en migration de l'organisation peuvent ne pas être copiées vers la cible. Elles restent toutefois disponibles dans le pod source.
 

23. Les jetons OAuth pour les clients Oauth et les applications ISV tierces sont-ils impactés par une migration d’organisation ?

Non, les jetons d'accès et d'actualisation restent valides après la migration. 
 

24. Quels sont les éléments à prendre en compte pour les High Volume Platform Events et la Change Data Capture  ?

Certaines activités de maintenance Salesforce (par exemple les migrations d'organisation et les actualisations d'instance) nécessitent une relocalisation de votre organisation vers un autre centre de données ou une autre pile matérielle. Pendant ces opérations, nous déplaçons physiquement vos données et exécutons le logiciel qui sert vos applications sur un autre matériel. En raison de la nature distribuée et asynchrone de notre Bus d'événements, nous ne pouvons pas migrer tous les événements qui ont été publiés avant la migration de l’organisation. 

La migration de l’organisation n'impacte pas la livraison en temps réel des événements avant et après la maintenance, mais la période de rétention de 72 heures pour tous les événements ne sera pas conservée. Les ReplayID identifient le point auquel un événement particulier a été publié dans un flux d'événements. Puisque l'emplacement physique de votre organisation change, les valeurs ReplayID des nouveaux événements publiés n'ont aucune relation avec les événements publiés avant la migration ou l'actualisation de l'instance. Pour déterminer si des actions supplémentaires sont requises pour vos événements de plate-forme, consultez la liste de contrôle avant et après la migration ou l'actualisation, qui est disponible à la fin de cet article Knowledge. Les abonnés aux événements de plate-forme et aux événements de changement incluent les clients Streaming API (CometD), les composants Lightning empApi, les clients de l’API Pub/Sub, les relais d’événements, les déclencheurs Apex et les flux.

 

Voir aussi : Platform Events Developer Guide: Publishing Events in Read-Only Mode

 

25. Les opérations de recherche sont-elles impactées par une migration d'organisation ?

Pendant une migration d'organisation, les données de recherche sont transférées depuis des serveurs sources vers des serveurs cibles. Les serveurs sources sont sauvegardés dans le cadre de nos procédures standard de sauvegarde des recherches. Cependant, les sauvegardes d'une organisation dont la migration est planifiée sont exécutées avec un niveau de priorité élevé pour s'assurer que toutes les données sont à jour. Aucune action n'est requise de la part des clients.

Lors d'une migration, les sauvegardes des données de recherche sont restaurées sur les serveurs cibles. Aucune donnée n'est retirée de la source. Cela facilite les opérations de restauration et d'abandon de Salesforce, sans aucun impact pour les clients.

Le processus de restauration se termine généralement en dehors des heures de bureau. La phase de restauration peut être plus longue pour les grandes organisations, et impacter les opérations liées à la recherche (par exemple les références d'enregistrement, les recherches de contenus).
 

26. L’accès à myTrailhead est-il affecté par les migrations d’organisations ou une actualisation d’instance ?

L’accès à votre site enablement, myTrailhead, peut être perdu après les migrations d’organisation ou une actualisation d’instance.  Passez en revue les prochaines étapes dans l’article suivant : Resolve Enablement Site (myTrailhead) Access Issues.

 

27. Les rapports des tendances d’opportunité sont-ils affectés par les migrations ?

Après la migration d’une organisation d’une instance à une autre, il se peut que certains enregistrements d’opportunité dans leurs rapports de tendances d’opportunité ne soient pas visibles pour les clients. Si cela vous impacte, veuillez contacter le support pour remplir les données manquantes.

 

28. Les règles de correspondance et les règles de duplications sont-elles affectées par les migrations ?

Les règles de correspondance et les règles de duplication sont désactivées pendant la migration d’une organisation.  Si vos règles de correspondance sont inefficaces, elles ne seront pas réactivées après la migration d’une organisation.  Pour résoudre le problème, consultez Impossible d’activer la règle de correspondance qui identifie les enregistrements en double dans l’organisation.

 

Numéro d’article de la base de connaissances

000386897

 
Chargement
Salesforce Help | Article