Última actualización del 3 de marzo de 2022
¿Qué es un cambio de sitio?
Cada instancia de Salesforce se construye y se mantiene en dos ubicaciones geográficas separadas. Una instancia se sirve activamente desde una ubicación (el sitio activo) con transacciones que se replican casi en tiempo real con la otra ubicación completamente redundante (el sitio listo). Un cambio de sitio significa que las ubicaciones de los sitios activo y listo de una instancia se intercambian, haciendo que el sitio listo sea el nuevo sitio activo y viceversa; el nombre de instancia no cambia. Este modelo de infraestructura nos permite cambiar la ubicación del sitio activo para el propósito de realizar operaciones de mantenimiento, respetar el cumplimiento normativo y la recuperación de desastres.
Acciones importantes
A. Suscríbase a las Notificaciones de Trust para saber cuándo se producen cambios de sitio.
B. Siga las prácticas recomendadas de la infraestructura de Salesforce no restringiendo el acceso a intervalos de direcciones IP de Salesforce, intervalos de direcciones IP de Government Cloud (si procede), retirando referencias codificadas y estableciendo su valor de tiempo de espera de DNS en 5 minutos (configuración predeterminada).
C. Los clientes con clientes personalizados de Live Agent/Emergencia deben garantizar que dichos clientes tratan adecuadamente los redireccionamientos al nuevo sitio activo; de lo contrario se puede producir una interrupción en su servicio Live Agent. El mejor método para evitar estos problemas es controlar la respuesta SwitchServer y utilizar la propiedad "newUrl" para la solicitud que dio como resultado esta respuesta y todas las solicitudes posteriores desde ese momento. Para obtener más información, consulte la pregunta 8.
D. Si necesita ver sus registros de correo electrónico tras un cambio de sitio, solicite sus registros de correo electrónico antes del periodo de mantenimiento. Consulte la pregunta 11 para obtener más información.
E. Es importante que los clientes actualicen su caché de DNS tanto en los extremos del cliente (por ej. PC) así como en su Proveedor de servicios de Internet (ISP). En algunos casos es necesario solicitar al ISP que actualice sus tablas de DNS para mitigar cualquier posible problema de inicio de sesión que no es atribuible a Salesforce.
Preguntas más frecuentes
1. ¿Cómo comunica Salesforce un cambio de sitio?
Los cambios de sitio planificados se publican en el calendario de mantenimiento de nuestro sitio Trust en status.salesforce.com. Si tenemos que realizar un cambio de sitio durante un incidente para dejar de nuevo disponible una instancia, el registro de incidentes en status.salesforce.com se actualizará para reflejar esa información. Inscríbase en Notificaciones de Trust referentes a su instancia para recibir mensajes de correo electrónico de notificación de operaciones de mantenimiento (recordatorios, horas de inicio, actualizaciones y horas de finalización), así como mensajes de notificación de incidentes (nuevos, actualizaciones, resueltos y causas raíz). Consulte la Guía del usuario de Notificaciones de Trust para obtener más información sobre la inscripción para estos mensajes de correo electrónico.
2. ¿Cuánto tarda un cambio de sitio?
En estos momentos, los cambios de sitio tardan aproximadamente veinte minutos en realizarse. Para los cambios de sitio planificados publicamos el periodo de la actividad de cambio de sitio de forma anticipada en Trust.
3. ¿Puedo excluirme de un cambio de sitio?
Las organizaciones individuales no pueden excluirse de un cambio de sitio. Debido a la arquitectura multiusuario de nuestra infraestructura, todas las organizaciones en la instancia deben someterse a un cambio de sitio al mismo tiempo.
Los cambios de sitio programados solo se programan durante los periodos de mantenimiento del sistema preferidos. Solicitamos que planifique las actividades de mantenimiento de su organización de Salesforce (actualizaciones de software, cambios de integración, etc.) fuera de los periodos de mantenimiento del sistema preferidos.
4. ¿Podré acceder a mi organización durante un cambio de sitio?
Durante los cambios de sitio planificados, su organización no está disponible. Los cambios de sitio ahora se completan en aproximadamente 20 minutos. Recomendamos que los clientes consideren la instancia como no disponible durante el cambio de sitio.
5. ¿Qué acciones son necesarias para prepararse para un cambio de sitio?
Si ya sigue nuestras prácticas recomendadas sobre la infraestructura no restringiendo el acceso a intervalos de direcciones IP de Salesforce y estableciendo su valor de tiempo de espera de DNS a 5 minutos (la configuración predeterminada), un cambio de sitio debería ser transparente para sus usuarios.
En caso contrario, si está restringiendo el acceso a algunos intervalos de IP o centros de datos, actualice su configuración de red para incluir la lista completa de intervalos de direcciones IP de Salesforce para evitar cualquier interrupción del servicio tras un cambio de sitio. Además, si controla el conjunto de valores de tiempo de espera de DNS, es posible que tenga que actualizar su caché de DNS y reiniciar todas sus integraciones tras realizar operaciones de mantenimiento.
6. ¿Cómo afecta un cambio de sitio a las las actividades programadas anteriormente (exportaciones semanales, trabajos de Apex, etc.) y las llamadas de Apex?
Las actividades en curso se pondrán en pausa antes del cambio de sitio y se reanudarán tras el cambio de sitio. Las actividades programadas durante el cambio de sitio se iniciarán tras el cambio de sitio.
Un pequeño subconjunto de trabajos de Apex, Apex por lotes, API de REST, API de SOAP y API masiva iniciados antes del cambio de sitio podrían devolver un error tras el periodo de mantenimiento. Si recibe un error de un trabajo programado anteriormente tras el periodo de mantenimiento, al reiniciarlo se restablecerán los resultados que se esperan. Recomendamos volver a programar trabajos grandes o de ejecución larga tras completarse el cambio de sitio para obtener la mejor experiencia.
Las llamadas de Apex a servicios externos no se ejecutarán durante la operación de mantenimiento. Recomendamos evitar que estas llamadas se ejecuten durante el periodo de mantenimiento. Para obtener más información sobre cómo evitar estas llamadas, consulte Límites y limitaciones de llamadas.
7. ¿Cómo afecta un cambio de sitio las actividades de Candidatos Web, Casos Web y Casos de correo electrónico?
Los Candidatos Web, Casos Web y Casos de correo electrónico que se produzcan durante el cambio de sitio se pondrán en cola y se procesarán tras la finalización del cambio de sitio.
8. ¿Afectará un cambio de sitio a Live Agent?
Sí. Durante un cambio de sitio, el sitio activo de su organización cambia a la ubicación lista, y el sitio listo cambia a la ubicación activa. Cuando esto ocurre, la URL que utiliza para acceder a Live Agent/Emergencia cambia. Los clientes de chat y el código de implementación suministrado por Salesforce reaccionan a este cambio y reenvían apropiadamente las solicitudes HTTP al nuevo extremo, pero algunas aplicaciones externas o personalizadas, incluyendo sus clientes REST personalizados de Live Agent, podrían no hacerlo. Estas aplicaciones no podrán encontrar su cuenta en su instancia anterior y es posible que fallen.
Para reducir al mínimo las repercusiones en su implementación de Live Agent/Emergencia, siga las prácticas recomendadas y asegúrese de que su cliente REST personalizado de Live Agent personalizado redirecciona correctamente las solicitudes a una nueva instancia del servicio Live Agent tras cualquier operación de mantenimiento que conlleve un traslado de su organización. El mejor método para evitar estos problemas con su cliente personalizado (que es dirigir automáticamente las solicitudes al extremo correcto) es controlar la respuesta SwitchServer y utilizar la propiedad "newUrl" para la solicitud que dio como resultado esta respuesta y todas las solicitudes posteriores desde ese momento. Para obtener más información sobre la actualización de su cliente personalizado y realizar pruebas, lea el artículo Cómo actualizar su cliente de Live Agent personalizado cuando la instancia de su organización cambia. Esta acción garantiza que su cliente personalizado no encontrará problemas después de un cambio de sitio y le proporcionará mucho tiempo para actualizar más adelante el extremo utilizado desde el inicio de su ejecución.
Para obtener más información sobre los extremos de Live Agent y lo que significan las referencias codificadas de Live Agent, revise el artículo El servidor de Live Agent (URL de extremo) ha cambiado y ahora el Chat de Live Agent no funciona.
9. ¿Cómo afecta un cambio de sitio a actualizaciones de sandbox que se están realizando?
Las actualizaciones de entornos sandbox que no estén finalizadas antes del cambio de sitio se detendrán. La actualización de los entornos sandbox se reiniciará (no se reanudará) tras el cambio de sitio. Además, los clientes no podrán iniciar una actualización de sandbox durante el cambio de sitio.
10. ¿Afecta el cambio de sitio a los envíos de correo electrónico (por ej. a operadores móviles u Office 365)?
Después de un cambio de sitio, los mensajes de correo electrónico se envían desde Mail Transport Agents, Agentes de transporte de correo, por sus siglas en inglés (MTA) que tienen direcciones IP diferentes a las que se utilizaron para enviar anteriormente su correo electrónico. Estos MTA deberían tener una reputación establecida y la entrega de correo electrónico no debería verse afectada a no ser que esté utilizando la retransmisión de correo electrónico con Access Control Lists (Listas de control de acceso, ACL) y listas de admisión. En este escenario, consulte el artículo Direcciones IP y dominios de Salesforce que hay que permitir y garantizar que tiene las direcciones IP para la retransmisión de correo electrónico en sus ACL y listas de admisión, según proceda. Para verificar que está utilizando la retransmisión de correo electrónico en Salesforce, navegue hasta Configuración y busque "Activación del relevo de correo electrónico". Si la casilla de verificación de activación está seleccionada, el correo se está entregando al host especificado en la configuración que utiliza la retransmisión de correo electrónico.
11. Si tengo intención de ver mis registros de correo electrónico tras el cambio de sitio, ¿tengo que solicitar mis registros de correo electrónico antes de la operación de mantenimiento?
Si necesita ver sus registros de correo electrónico tras el cambio de sitio, tendrá que solicitar sus registros de correo electrónico antes del periodo de mantenimiento. Puede solicitar sus registros de correo electrónico siguiendo los pasos del artículo Solicitar un registro de correo electrónico. Una vez solicitados los registros de correo electrónico, se almacenarán en la base de datos y se migrarán junto con su operación de mantenimiento de cambio de sitio. Los registros de correo electrónico de su centro de datos anterior no pueden extraerse tras el cambio de sitio.
Puede haber un corto periodo de tiempo donde podría detectar que los registros de correo electrónico muestran los mensajes como enviados, pero el destino final de los mensajes no se incluirá durante un máximo de 30 días después de la operación de mantenimiento. Esto se debe a que las direcciones IP en el nuevo sitio activo necesitan establecer reputación en Internet antes de enviar volúmenes mayores de tráfico.
12. ¿Qué es el programa Cambios de sitio continuos de Salesforce?
Para obtener más información sobre el programa Cambios de sitio continuos, revise nuestro artículo Cambios de sitio continuos.
000387541

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.