Maintenance pour actualisation de l'instance

Forum aux questions

1. Qu’est-ce qu’une actualisation d’instance et en quoi cela me sera-t-il utile ?
Pour préparer la croissance continue de votre organisation, nous procédons occasionnellement à une activité appelée actualisation d'instance. Cette activité consiste à mettre à niveau l'infrastructure qui prend en charge votre instance dans nos centres de données. Une fois cette maintenance effectuée, votre instance sera déplacée vers un nouveau centre de données et le nom de votre instance changera. Nous pourrons ainsi continuer à offrir aux organisations les niveaux de performance qu'elles attendent de Salesforce.

2. Comment puis-je préparer à une actualisation d’instance ?
Pour vous assurer que vous êtes prêt(e) pour cette maintenance, consultez nos meilleures pratiques ci-dessous. Si vous ne suivez pas nos meilleures pratiques, vos utilisateurs risquent de ne pas pouvoir accéder à Salesforce après la maintenance.
Les meilleures pratiques comprennent :
i. Activation de Mon domaine
ii. Mettre à jour les références codées en dur en références non-spécifiques à une instance
iii. Autorisation de l’accès à toutes les adresses IP de Salesforce.
iv. Planifier vos activités en fonction des périodes de maintenance standard​

Pour éviter toute interruption inattendue du service, les mesures suivantes peuvent être nécessaires :

i. Si vous avez des références codées en dur (par exemple, na1.salesforce.com), assurez-vous de les mettre à jour vers des URL relatives non-spécifiques à une instance (par exemple, login.salesforce.com)
ii. Si vous, votre équipe ou votre entreprise avez configuré 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 ou à certains centres de données, assurez-vous d'inclure nos nouvelles plages. Pour plus d'informations sur les plages IP à inclure, lisez l'article Adresses IP Salesforce à autoriser.
iii. Implémentez Mon domaine avant la période de maintenance.
iv. Préparez-vous à actualiser les intégrations en cas de problèmes d’intégration après l’opération de maintenance.
v. 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.
vi. Si vous mettez en cache les certificats localement, rejoignez le groupe Certificate Changes de la Trailblazer Community pour récupérer les derniers certificats.

3. Le mode Lecture seule sera-t-il disponible pendant l’actualisation de l’instance ?
Oui, le mode Lecture seule sera disponible pendant la durée de la maintenance. Pour plus d'informations sur les possibilités qu'offre l'accès en Lecture seule, reportez-vous à l'article Présentation du mode Lecture seule.

4. Les jetons OAuth de Salesforce pour Outlook (SFO) seront-ils affectés par l'actualisation de l'instance ?
a. Après l’actualisation de l’instance, les utilisateurs seront automatiquement déconnectés de SFO et seront invités à se reconnecter via l’Assistant de configuration.
b. 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.
c. Si vous avez d'autres questions concernant SFO, publiez-les dans le groupe Salesforce for Outlook & Email Connect de la Trailblazer Community.

5. Si je souhaite consulter mes journaux d'e-mails après l'actualisation de l'instance, dois-je les demander avant la période de maintenance ?
a. Non, les journaux d’e-mails sont stockés de manière centralisée et seront disponibles après l’actualisation de l’instance. Il n’est donc pas nécessaire de les demander avant la fenêtre de maintenance, le changement de site, l’actualisation de l’instance ou la migration de l’organisation. 

6. L'actualisation de l'instance va-t-elle affecter les actualisations de sandbox ?
a. La file d'attente d'actualisation sandbox sera suspendue quatre heures avant l'actualisation de l'instance.
b. Si une actualisation de sandbox est en cours dans votre organisation lors de la suspension de la file d'attente, l'actualisation de sandbox sera arrêtée. L'actualisation de votre sandbox sera redémarrée (ne sera pas reprise) 24 heures après la fin de l'actualisation de l'instance.

7. Dois-je redémarrer les intégrations après la maintenance ?
a. 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 l'actualisation de l'instance, nous recommandons de les redémarrer avant toute tentative de dépannage.
b. 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.
c. Les étapes de redémarrage d'une intégration peuvent être uniques à chaque intégration. Nous recommandons de vérifier les étapes spécifiques avec le développeur de l'intégration. De nombreuses intégrations répertoriées dans AppExchange comprennent également des instructions de connexion et de redémarrage. 

8. 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 ?

9. Les certificats client-vers-Salesforce sortants, racines et intermédiaires utilisés par la nouvelle instance sont-ils les mêmes ?
Oui. Les certificats racine et intermédiaires restent inchangés, de même que les certificats sortants utilisés pour SAML, SSO et APEX.

10. Les adresses d’acheminement E-mail vers requête ou E-mail vers Apex seront-elles affectées par l’actualisation de l’instance ?
a. Non. Les adresses d’acheminement E-mail vers requête ou E-mail vers Apex ne seront pas affectées par l’actualisation de l’instance.
b. Les messages envoyés aux adresses de services de messagerie seront remis après l'actualisation sans qu'il soit nécessaire de modifier les adresses.

11. Les e-mails envoyés aux adresses de service (E-mail vers requête, E-mail vers Apex, E-mail vers Salesforce, reply2chatter, etc.) seront-ils retardés après une actualisation d'instance ?
Certains e-mails peuvent être retardés. Pendant une actualisation d’instance, les serveurs d’application ne seront pas disponibles et les e-mails seront conservés sur les serveurs de messagerie de Salesforce.
Une fois la nouvelle instance activée, les nouveaux e-mails seront distribués immédiatement et les e-mails en file d’attente seront distribués lors de la prochaine tentative. Le temps d'indisponibilité d'une instance affecte le délai de remise des messages en file d'attente.

12. Après l’actualisation, la période de maintenance de ma nouvelle instance sera-t-elle identique à celle de l'instance antérieure ?
Oui.

13. Après l’actualisation, la période de maintenance système standard de ma nouvelle instance sera-t-elle identique à celle de l'instance antérieure ?
Oui.

14. Mon orgID changera-t-il après l’actualisation de l’instance ?
Non.

15. Puis-je me désinscrire d’une actualisation d’instance ?
Non, toutes les organisations de l'instance identifiées pour une actualisation seront migrées.

16. Après l’actualisation d’une instance, que deviennent les données dans « l’ancien » centre de données ?
Une fois l'instance actualisée avec succès, nous mettons hors service le matériel qui hébergeait votre instance dans l'ancien centre de données. Les procédures que nous avons mises en place garantissent que vos données ne quitteront pas le centre de données antérieur, et qu'elles respectent nos exigences de conformité et de sécurité. Votre confiance est notre première valeur.

17. Notre utilisation de réseaux de distribution de contenu (CDN) tiers sera-t-elle impactée par une actualisation d'instance ?
Oui. Si vous avez implémenté un CDN tiers, vous devez procéder comme suit :

a. Si vous accélérez le chargement dans un domaine « customer.my.salesforce.com », avant la maintenance, mettez à jour l'origine et appliquez la configuration dans un environnement intermédiaire (test) dans le CDN. Immédiatement après la maintenance et avant de déployer en production, vérifiez que l'accès direct et l'environnement intermédiaire fonctionnent normalement. 
b. Si vous accélérez également votre domaine VisualForce ou ContentForce (par exemple customer--c.$NA10.content.force.com), vous devez acquérir un nouveau certificat SSL qui contient customer.my.salesforce.com ainsi que les instances d'origine et nouvelles des domaines VisualForce et/ou ContentForce (par exemple $customer--c.NA10.content.force.com et $customer--c.NA42.content.force.com).

i. Vous devez ensuite partager ces certificats avec le fournisseur de votre CDN tiers afin de le déployer.
ii. Une fois le certificat SSL déployé, mettez à jour la configuration de votre CDN avec les nouveaux noms d'hôte VisualForce et/ou ContentForce et l'origine des trois points de terminaison, et appliquez-les dans l'environnement intermédiaire.
iii. Immédiatement après la maintenance et avant de déployer en production, vérifiez que l'accès direct et l'environnement intermédiaire fonctionnent normalement.

REMARQUE : L'acquisition d'un nouveau certificat et la communication avec le fournisseur de votre CDN tiers peuvent prendre plusieurs jours. Par conséquent, lancez le processus au moins deux semaines avant la séparation ou la migration.

REMARQUE : Si vous avez une accélération personnalisée des noms d’hôtes MyDomain.my.salesforce.com, MyDomain.lightning.force.com, MyDomain--c.documentforce.com, MyDomain--PackageName.visualforce.com, MyDomain--c.InstanceName.content.force.com ou MyDomain--PackageName.InstanceName.visual.force.com à l’aide d’Akamai, vous devrez mettre à jour l’origine et appliquer la configuration à l’environnement intermédiaire dans le CDN avant la maintenance. Immédiatement après la maintenance et avant le déploiement en production, vérifiez que l'accès direct et l'environnement intermédiaire fonctionnent normalement. Il s’agit d'une configuration rare. Si vous ne savez pas de quoi il s’agit, cela ne s’applique pas à votre organisation.

Ce type d’accélération spécialisée est remplacé par le Réseau Salesforce Edge. En général, Salesforce ne prend pas en charge l’ajout d’autres noms d’hôtes à une configuration spécialisée existante de ce type, et la voie à suivre consiste à travailler avec le Support Salesforce pour migrer vers le Réseau Edge Salesforce et faire en sorte que Salesforce R&D supprime les remplacements de configuration DNS utilisés par l’accélération spécialisée.

18. Les intégrations tierces seront-elles affectées par l’actualisation de l’instance ?
Les intégrations tierces devraient fonctionner comme prévu après l’actualisation de l’instance. Cependant, l'activation de Mon domaine peut réduire les délais de redirection des références codées en dur après l'actualisation de l'instance. Par conséquent, elle est vivement recommandée.

19. Où puis-je trouver des informations complémentaires dans les rubriques ci-dessous relatives à la maintenance Salesforce ?
a. Article FAQ sur la mise à jour des références codées en dur
i. Outil de recherche de références codées en dur dans votre organisation
ii. Références codées en dur
iii. ID de fil de discussion d'e-mails
iv. WSDL
v. Certificats
vi. Live Agent

b. Article Quel est l'impact de la maintenance Salesforce sur mon organisation ?
i. Exportations hebdomadaires
ii. Suppression physique
iii. Portails partenaires

c. Article Plages IP de Salesforce
​i. Plages d’adresses IP
ii. Paramètres de messagerie 

20. Que faire si j’ai une implémentation SOS ou Live Agent ?
Si votre page Web ou vos certificats contiennent des références codées en dur à l'URL du point de terminaison de Live Agent, une actualisation d'instance, une migration d'organisation ou un basculement de site risque d'impacter votre fonctionnalité Live Agent/SOS. Pour limiter l'impact, suivez les meilleures pratiques, évitez les références codées en dur au point de terminaison, et mettez à jour l'URL du point de terminaison dans le code de déploiement que vous avez copié depuis la page Déploiement dans la Configuration. Le code de déploiement que nous fournissons peut rediriger vers le nouveau serveur attribué. Vous devez cependant mettre immédiatement à jour le point de terminaison une fois l'actualisation terminée. Pour plus d'informations sur les points de terminaison de Live Agent et la signification d'un point de terminaison codé en dur, lisez l'article Live Agent server (endpoint URL) has changed and now Live Agent Chat is no longer working.

21. Comment Salesforce informe-t-elle les clients de la maintenance pour actualisation de l'instance ?
a. Salesforce notifie tous les clients des activités de maintenance qui nécessitent leur attention, pour les informer et leur permettre de se préparer avant la période de maintenance. Avant l'actualisation de l'instance, Salesforce enverra des e-mails de Notification produit et service aux administrateurs (qui disposent des autorisations « Modifier toutes les données » et « Gérer tous les utilisateurs »). Pour plus d'informations, reportez-vous à l'article Notifications produit et service.
b. En plus des notifications par e-mail, Salesforce publie un résumé des maintenances qui affectent les clients dans le diaporama Service Delivery (inc Hyperforce) de la Trailblazer Community.
c. Toutes les périodes de maintenance sont publiées dans trust.salesforce.com.

22. Je souhaite en savoir plus sur l’architecture mutualisée. Où puis-je consulter les informations ?
a. Suivez notre parcours Trailhead Compréhension de l’architecture de Salesforce.
b. Pour plus d’informations, lisez les publications des développeurs Salesforce dans le blog Multitenant Architecture.

23. Quel est l’impact d’une actualisation d’instance sur les activités précédemment planifiées (exportations hebdomadaires, tâches Apex, etc.) et sur les appels externes Apex ?
Les activités en cours seront suspendues avant l’actualisation d’instance et reprendront juste après. Les activités planifiées pendant une actualisation d'instance démarrent à la fin de la maintenance.

Quelques tâches démarrées avant l'actualisation de l'instance, notamment Apex, Apex par lot, API REST, API SOAP et API de transfert en masse, peuvent renvoyer une erreur suite à une opération de maintenance. Si vous recevez une erreur correspondant à une tâche déjà planifiée après un basculement de site, redémarrez-la pour obtenir les résultats attendus. Pour une expérience sans faille, nous recommandons de replanifier les tâches volumineuses ou longues après l’actualisation de l’instance.

L'exécution des appels Apex à des services externes se poursuit pendant une maintenance. Vous risquez par conséquent de rencontrer des problèmes, car ces appels entraînent souvent des appels de suivi DML à l'application Salesforce qui est en lecture seule. Nous recommandons d'empêcher l'exécution de ces appels externes en mode lecture seule. Pour plus d'informations, consultez Apex Callouts in Read-Only Mode.

24. Les notifications Trust sont-elles transférées vers la nouvelle instance ?
a. Pour les actualisations d'instance : Avant une actualisation d'instance, les abonnés actuels à l'instance source sont automatiquement inscrits à l'instance ou aux instances de destination par Salesforce. Notez que si une instance est séparée en deux instances, les abonnés sont inscrits aux deux instances de destination et doivent mettre à jour leurs préférences d'abonnement dès que possible. 
b. Pour les migrations d'organisation : Vos paramètres d'abonnement sont automatiquement mis à jour après une migration d'organisation. Nous recommandons de mettre à jour vos paramètres d'abonnement dès la confirmation de votre nouvelle instance pour continuer à recevoir les mises à jour de statut qui vous concernent.

25. Que dois-je considérer si j'utilise également Heroku ? 
Lisez cet article Heroku :https://help.heroku.com/0HFMVV4B/what-do-i-need-to-do-about-my-upcoming-salesforce-instance-refresh.

26. Quels sont les éléments à prendre en compte pour les High Volume Platform Events et la Change Data Capture ?
a.​​​ 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 l'actualisation de l'instance.
b. L'actualisation de l'instance 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. 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
 

27. Quelle est la mesure à prendre si j’ai activé Einstein Bots dans mon organisation ?
Après l’actualisation d’instance, accédez à Einstein Bots sous Configuration. Désactivez puis réactivez la fonctionnalité Einstein Bots. Cela déclenchera une nouvelle authentification d’organisation pour Einstein.AI.

28. Les données des journaux d’événements seront-elles préservées et disponibles après l’actualisation de l’instance ?

 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.

29. Qui puis-je contacter pour toute question complémentaire ?
a. Vous pouvez également publier des questions et échanger avec d'autres utilisateurs Salesforce dans le groupe Official: Salesforce Infrastructure de la Trailblazer Community.
b. Pour toute question complémentaire, ouvrez une requête auprès du Support via l'Aide de Salesforce.
 

30. Problème connu

• Service Delivery (inc Hyperforce)

• Resolve Enablement Site (myTrailhead) Access Issues after Org Migration or Instance Refresh