Vue d'ensemble et FAQ du basculement de site optimisé

Actions importantes

A. Abonnez-vous aux Notifications Trust pour connaître les dates de basculement de site.

B. Suivez les meilleures pratiques de l'infrastructure Salesforce : ne limitez pas l' accès aux plages d'adresses IP Salesforce ou, si applicable, aux plages d'adresses IP Government Cloud ; retirez les références codées en dur ; définissez votre valeur d'expiration DNS sur le paramètre par défaut de 5 minutes.

C. Assurez-vous que tous les clients personnalisés de Live Agent/SOS peuvent gérer correctement les redirections vers le nouveau site actif, afin d'éviter une interruption du service Live Agent. La meilleure solution consiste à traiter la réponse de SwitchServer et à utiliser la propriété newURL pour la requête qui a entraîné cette réponse et pour toutes les requêtes suivantes. Pour plus d'informations, consultez la question 9.

D. Pour afficher vos journaux de messagerie après un basculement de site, demandez-les avant la période de maintenance. Pour plus d'informations, consultez la question 12.

E. Pensez à actualiser le cache DNS aux points de terminaison clients, tels que PC, et avec le fournisseur de services Internet (ISP). Dans certains cas, vous devez demander au ISP d'actualiser ses tableaux DNS pour éviter les problèmes de connexion potentiels non imputables à Salesforce.

Foire aux questions

1.  Comment Salesforce communique un basculement de site ?

Le calendrier Basculement de site continu est publié et géré dans notre calendrier de maintenance Trust, disponible à l'adresse status.salesforce.com. Pour déterminer si une instance spécifique figure dans le programme, cliquez sur l'instance à l'adresse https://status.salesforce.com ou visitez https://status.salesforce.com/status/<INSTANCE> (exemple : https://status.saleforce.com/instances/NA146) et consultez le calendrier de maintenance de cette instance. Nous recommandons aux clients de s'abonner aux notifications Trust pour rester informés des maintenances planifiées, notamment des basculements de site, et recevoir des mises à jour pendant la maintenance. Des informations supplémentaires sur l'abonnement aux notifications Trust sont présentées dans le guide https://trust.salesforce.com/en/trust/trust-notification-user-guide.

Si un basculement de site est nécessaire pour remettre une instance en ligne en cas d'incident, l'enregistrement de l'incident est mis à jour sur le site status.salesforce.com pour refléter cette information. Abonnez-vous aux notifications Trust de votre instance pour recevoir les e-mails de notification de maintenance, les rappels de maintenance et des mises à jour sur la progression de la maintenance, notamment les notifications de début et de fin de maintenance. Les notifications Trust informent également sur les incidents et la progression de la résolution. Pour plus informations sur l'abonnement à ces e-mails, consultez Trust Notification User Guide

2.  Combien de temps dure un basculement de site ?

Pour ce nouveau programme, les basculements de site durent environ 20 minutes. Pendant ce temps, les instances risquent de subir un temps d'arrêt. Nous ne pouvons pas déterminer avec exactitude ce temps d'arrêt durant la maintenance. Par conséquent, nous recommandons aux clients de considérer l'instance comme indisponible pendant toute la durée du basculement de site. Pour les basculements de site planifiés, nous publions les dates à l'avance sur le site Trust. Pour les clients de Government, la période dure 45 minutes.

3.  Les basculements de site étaient des maintenances de 30 minutes en lecture seule, mais les instances sont maintenant indisponibles pendant 20 minutes. Pourquoi ce changement ?

Chez Salesforce, notre priorité est de garantir le succès de nos clients par la disponibilité, les performances et la fiabilité d'un système stable. À cet effet, nous évaluons en permanence nos processus existants, et recherchons comment améliorer l'efficacité générale et la livraison de tous nos services. Avec un basculement de site, notre objectif est de réduire la durée de cette opération de maintenance afin de limiter l'impact en cas d'incidents imprévus et de maintenances de longue durée. 

Pendant la maintenance de 20 minutes, les instances subissent un temps d’arrêt. C’est pourquoi nous recommandons aux clients de considérer l’instance comme indisponible pendant le basculement de site.

4. Puis-je refuser un basculement de site ?

Les organisations Salesforce individuelles ne peuvent pas refuser un basculement de site. L'architecture mutualisée de notre infrastructure signifie qu'un basculement de site doit être effectué pour toutes les organisations de l'instance en même temps.

Les basculements de sites sont planifiés pendant les périodes de maintenance système préférées. Nous vous demandons de prévoir les activités de maintenance de votre organisation Salesforce, notamment les mises à niveau logicielles et les changements d'intégration, hors des périodes de maintenance système préférées.

5. Puis-je accéder à mon organisation Salesforce pendant un basculement de site ?

Votre organisation n'est pas disponible pendant un basculement de site. Les basculements de site durent environ 20 minutes. Nous recommandons aux clients de considérer l’instance comme indisponible pendant le basculement de site.

6. Comment puis-je me préparer à un basculement de site ?

Un basculement de site peut être transparent pour vos utilisateurs si vous suivez déjà les meilleures pratiques suivantes pour l'infrastructure Salesforce : ne pas limiter l'accès aux plages d'adresses IP Salesforce, définir votre expiration DNS sur la valeur par défaut de 5 minutes et éviter les références codées en dur dans votre implémentation Live Agent.

Si vous limitez l'accès à certaines plages d'adresses IP ou à certains centres de données, mettez vos paramètres réseau à jour pour inclure la liste complète des plages d'adresses IP Salesforce afin d'éviter toute interruption imprévue du service suite à un basculement de site. Si vous contrôlez vos valeurs d'expiration DNS, il peut être nécessaire d'actualiser votre cache DNS et de redémarrer toutes les intégrations après une maintenance.

7. Quel est l'impact d'un basculement de site sur les activités précédemment planifiées, en particulier les exportations hebdomadaires, les tâches Apex et les appels externes Apex ?

Les activités continues sont arrêtées lorsque la maintenance pour basculement de site démarre, car l'instance n'est pas disponible. Les activités planifiées pendant le basculement de site sont exécutées après la maintenance. Les appels Apex à des services externes échouent pendant la période de maintenance. Pour de meilleurs résultats, nous recommandons de replanifier et les tâches à grande échelle ou longues lorsque le basculement de site est terminé.

8. Quel est l'impact d'un basculement de site sur les activités Web vers piste, Web vers requête et E-mail vers requête ?

Les activités E-mail vers requête prévues pendant un basculement de site sont mises en file d'attente et traitées une fois l'opération de maintenance terminée. Les activités Web vers piste et Web vers requête sont suspendues et reprises une fois la maintenance terminée.

9. Un basculement de site affecte-t-il Live Agent ?

Oui. Lors d'un basculement de site, le site Actif de votre organisation Salesforce est basculé vers un emplacement préparé, et ce site Prêt est basculé vers l'emplacement actif. Ensuite, l'URL que vous utilisez pour accéder à Live Agent/SOS change. Les clients de Chat et le code de déploiement fourni 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 REST personnalisés Live Agent. Ces applications ne trouvent pas votre compte dans l'ancienne instance et risquent d'é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, suite à 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 de SwitchServer et à utiliser la propriété newUrl pour la requête qui a entraîné cette réponse et pour toutes les requêtes suivantes. Pour plus d'informations sur la mise à jour et le test de votre client personnalisé, consultez Comment mettre à jour votre client personnalisé Live Agent lorsque l'instance de votre organisation change.

Pour plus d'informations sur les points de terminaison et les références codées en dur de Live Agent, consultez Arrêt du fonctionnement de Chat après la mise à jour de l'URL du point de terminaison du serveur.

10. Quel est l'impact d'un basculement de site sur les actualisations sandbox ?

Les actualisations sandbox incomplètes sont arrêtées avant le basculement de site. Ces actualisations redémarrent, mais ne reprennent pas après le basculement de site. Les clients ne peuvent pas initier une actualisation sandbox pendant le basculement de site.

11. Le basculement de site affecte-t-il les envois d'e-mails ?

Après un basculement de site, les adresses IP des e-mails envoyés depuis des MTA (agent de transport de courrier électronique) sont différentes. Assurez-vous que la réputation des MTA utilisés est établie. La remise des e-mails n'est pas affectée, sauf si vous utilisez le Relais de messagerie avec des Listes de contrôle d'accès (ACL) et des listes d'autorisations. Pour plus d'informations, consultez Adresses IP et domaines Salesforce à autoriser.

Vérifiez que vos listes de contrôle d'accès et listes d'autorisations contiennent les adresses IP de relais de messagerie. Pour vérifier si vous utilisez le relais de messagerie dans Salesforce, accédez à Configuration, puis recherchez Activation du relais de messagerie. Si la case est cochée, la messagerie est remise à l'hôte indiqué dans les paramètres en utilisant le relais de messagerie.

12. Pour consulter les journaux de messagerie après le basculement de site, dois-je les demander avant la maintenance ?

Oui. Demandez vos journaux de messagerie avant la période de maintenance pour pouvoir les consulter après le basculement. Pour demander vos journaux de messagerie, consultez Demande d'un journal de messagerie. Lorsque vous avez demandé vos journaux de messagerie, ils sont stockés dans la base de données et migrés avec votre maintenance en basculement de site. Les journaux de messagerie de votre ancien centre de données ne peuvent pas être récupérés après le basculement de site.

Parfois, les journaux de messagerie indiquent pendant une courte période que les e-mails ont été envoyés, mais leur destination finale n'est pas incluse jusqu'à 30 jours après la maintenance. Les adresses IP du nouveau site actif doivent établir leur réputation Internet avant de pouvoir traiter un volume de trafic élevé.