Descripción general y preguntas más frecuentes del cambio de sitio optimizado

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 sobre infraestructuras de Salesforce: no restrinja el acceso a intervalos de direcciones IP de Salesforce, o si es aplicable, los intervalos de direcciones IP de Government Cloud; elimine las referencias codificadas y establezca su valor de tiempo de espera de DNS en el parámetro predeterminado de 5 minutos.

C. Asegúrese de que cualquier cliente personalizado de Live Agent/Emergencia puede tratar adecuadamente los redireccionamientos al nuevo sitio activo; de lo contrario se puede producir una interrupción en el 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 las solicitudes posteriores. Para obtener más información, consulte la pregunta 9.

D. Para ver sus registros de correo electrónico tras un cambio de sitio, solicítelos antes del periodo de mantenimiento. Consulte pregunta 12 para obtener más información.

E. Asegúrese de actualizar la caché de DNS en los extremos clientes, como el PC y el proveedor de servicios de Internet (ISP). En algunos casos deberá 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?

El programa Cambios de sitio continuos se publica y se mantiene en nuestro calendario de mantenimiento de Trust en status.salesforce.com. Para determinar si hay una instancia específica en el programa, haga clic en la instancia en https://status.salesforce.com o visite https://status.salesforce.com/status/<INSTANCIA> (ejemplo: https://status.saleforce.com/instances/NA146) y revise el calendario de mantenimiento para esa instancia. Recomendamos suscribirse a Notificaciones de Trust para permanecer informado sobre operaciones de mantenimiento, incluyendo los cambios de sitio, que estén programadas y para recibir actualizaciones durante la operación de mantenimiento. Podrá encontrar más información sobre el modo de suscribirse a las Notificaciones de Trust en https://trust.salesforce.com/en/trust/trust-notification-user-guide/

Si es necesario 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 para su instancia para recibir mensajes de correo electrónico de notificación de operaciones de mantenimiento recordatorios y actualizaciones de progreso, incluyendo horas de inicio y finalización. Las Notificaciones de Trust también proporcionan notificaciones de incidentes y actualizaciones sobre el progreso de las resoluciones. 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?

Para este nuevo programa, los cambios de sitio se completan en aproximadamente 20 minutos. Durante ese tiempo, puede no haber disponibilidad para instancias. No podemos determinar el momento en que se produce la no disponibilidad durante la operación de mantenimiento, por lo que recomendamos que los clientes consideren la instancia como no disponible durante el cambio de sitio. Para los cambios de sitio planificados, publicamos el periodo de la actividad de cambio de sitio de forma anticipada en Trust. Para clientes de Government, el plazo es de 45 minutos.

3.  Los cambios de sitio eran operaciones de mantenimiento de 30 minutos en modo de solo lectura, pero ahora las instancias no tienen disponibilidad durante 20 minutos. ¿Por qué este cambio?

En Salesforce, nuestra máxima prioridad es garantizar el éxito de nuestros clientes con un sistema en cuya disponibilidad, rendimiento y fiabilidad puedan confiar. Para tal fin, evaluamos continuamente nuestros procesos existentes y buscamos maneras de mejorar la eficiencia general y la entrega de todos nuestros servicios. Con los cambios de sitio, nuestro objetivo es reducir el tiempo que se emplea en cambiar los sitios de modo que podamos aprovechar la actividad de forma más racionalizada durante las anomalías no previstas y para operaciones de mantenimiento de larga duración. 

Durante la operación de mantenimiento de 20 minutos, las instancias quedan en estado no disponible, de modo que recomendamos que los clientes consideren la instancia como no disponible durante el cambio de sitio.

4. ¿Puedo excluirme de un cambio de sitio?

Las organizaciones individuales de Salesforce no pueden excluirse de un cambio de sitio. La arquitectura multiusuario de nuestra infraestructura significa que todas las organizaciones en la instancia deben someterse a un cambio de sitio al mismo tiempo.

Los cambios de sitio planificados se programan durante periodos de mantenimiento del sistema preferidos. Solicitamos que planifique las actividades de mantenimiento de su organización de Salesforce como actualizaciones de software y cambios de integración fuera de los periodos de mantenimiento del sistema preferidos.

5. ¿Puedo acceder a mi organización de Salesforce 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.

6. ¿Qué debo hacer para prepararme para un cambio de sitio?

Un cambio de sitio puede ser transparente para sus usuarios si ya sigue estas prácticas recomendadas sobre la infraestructura de Salesforce: no restringir el acceso a los intervalos de direcciones IP de Salesforce, establecer su tiempo de espera de DNS en el valor predeterminado de 5 minutos, y evitar las referencias codificadas en su implementación de Live Agent.

Si restringe el acceso a ciertos intervalos de direcciones IP o centros de datos, actualice sus ajustes de red para que incluyan la lista completa de intervalos de direcciones IP de Salesforce para evitar cualquier interrupción del servicio no intencionada tras un cambio de sitio. Además, si controla el conjunto de valores de tiempo de espera de DNS, a veces es necesario actualizar su caché de DNS y reiniciar todas sus integraciones tras realizar operaciones de mantenimiento.

7. ¿Cuáles son los efectos de un cambio de sitio en actividades anteriormente programadas como exportaciones semanales, trabajos de Apex y llamadas de Apex?

Las actividades continuadas se detienen después del comienzo de la operación de mantenimiento de cambio de sitio, ya que la instancia no está disponible. Las actividades programadas durante el cambio de sitio se ejecutarán después que se complete el cambio de sitio. Se espera que las llamadas de Apex a servicios externos fallen durante el periodo de mantenimiento. Para obtener resultados óptimos, recomendamos que vuelva a programar trabajos de gran tamaño o de larga ejecución después de que se complete el cambio de sitio.

8. ¿Cuáles son los efectos de un cambio de sitio en actividades de Candidatos Web, Casos Web y Correo electrónico para registro de casos?

Las actividades de Correo electrónico para registro de casos que se produzcan durante el cambio de sitio se ponen en cola y se procesan después de completarse el cambio de sitio. Candidatos Web y Casos Web se suspenden y se reanudarán después de que el mantenimiento esté completo.

9. ¿Afectará un cambio de sitio a Live Agent?

Sí. Durante un cambio de sitio, el sitio activo de su organización de Salesforce cambia a la ubicación lista, y el sitio listo cambia a la ubicación activa. Después de ello, 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 no lo hacen, incluyendo sus clientes REST personalizados de Live Agent. Estas aplicaciones personalizadas no pueden encontrar su cuenta en su instancia anterior y es probable 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 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. Para obtener más información sobre la actualización de su cliente personalizado y realizar pruebas, consulte Cómo actualizar su cliente de Live Agent personalizado cuando la instancia de su organización cambia.

Para obtener más información sobre los extremos de Live Agent y las referencias codificadas de Live Agent, consulte El servidor de Live Agent (URL de extremo) ha cambiado y ahora el Chat de Live Agent no funciona.

10. ¿Cuáles son los efectos de un cambio de sitio en actualizaciones de sandbox?

Las actualizaciones de sandbox incompletas se detienen antes del cambio de sitio. Las actualizaciones de sandbox se reinician pero no se reanudan después del cambio de sitio. Los clientes no pueden iniciar una actualización de sandbox durante el cambio de sitio.

11. ¿Afecta el cambio de sitio a los envíos de correo electrónico?

Después de un cambio de sitio, los mensajes de correo electrónico se envían desde los Mail Transport Agents (Agentes de transporte de correo, MTA) que tienen direcciones IP diferentes a las de antes del cambio. Asegúrese de que los MTA tengan una reputación establecida. La entrega de correo electrónico no se ve afectada a no ser que utilice Retransmisión de correo electrónico con Listas de control de acceso (ACL) y listas de admisión. Para obtener más información, consulte Direcciones IP y dominios de Salesforce que hay que permitir.

Asegúrese de que tiene las direcciones IP para retransmitir correo electrónico en sus ACL y listas de admisión según se necesite. Para verificar que utiliza la retransmisión de correo electrónico en Salesforce, navegue a Configuración y busque Activación de retransmisión de correo electrónico. Si la casilla de verificación activa está seleccionada, el correo electrónico se está entregando al host indicado en los parámetros empleando retransmisión de correo electrónico.

12. Para ver mis registros de correo electrónico después del cambio de sitio, ¿los solicito antes de la operación de mantenimiento?

Sí. Solicite sus registros de correo electrónico antes del periodo de mantenimiento para verlos después del cambio. Para solicitar sus registros de correo electrónico, consulte Solicitud de un registro de correo electrónico. Después de solicitar sus 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.

Los registros de correo electrónico a veces muestran mensajes como enviados durante un breve espacio de tiempo, pero el destino final del correo electrónico no se incluye durante un máximo de 30 días después de la operación de mantenimiento. Las direcciones IP en el nuevo sitio activo deben establecer reputaciones en Internet antes de poder procesar un volumen de tráfico de gran tamaño.