Operación de mantenimiento de actualización de instancias

Preguntas más frecuentes

1. ¿Qué es una actualización de instancia y cómo me beneficia?
Para preparar el crecimiento continuado de su organización, ocasionalmente necesitamos realizar una actividad, denominada actualización de instancia, donde mejoramos la infraestructura que alberga su instancia en nuestros centros de datos. Tras esta operación de mantenimiento, su instancia se trasladará a un nuevo centro de datos, y cambiará el nombre de su instancia. Esto nos permitirá seguir proporcionándole a su organización los mismos niveles de rendimiento que espera obtener de Salesforce.

2. ¿Qué acción tengo que realizar para prepararme para una actualización de instancia?
Para garantizar que está preparado para esta operación de mantenimiento, revise nuestras prácticas recomendadas a continuación. Si no sigue nuestras prácticas recomendadas, es posible que sus usuarios finales no puedan acceder a Salesforce después de finalizar la operación de mantenimiento.
Las prácticas recomendadas incluyen:
i. Activación de Mi dominio
ii. Actualización de referencias codificadas a referencias no específicas de instancia
iii. Admisión del acceso a todas las direcciones IP de Salesforce
iv. Planificación de su actividad alrededor de los periodos de mantenimiento estándar

Para evitar interrupciones no intencionadas del servicio, puede que tenga que realizar las siguientes acciones:

i. Si tiene referencias codificadas (por ejemplo, na1.salesforce.com), asegúrese de que las actualiza a direcciones URL no específicas de instancia (por ejemplo, login.salesforce.com)
ii. Si usted, su equipo o su empresa ha configurado sus ajustes de red corporativa o sus filtros de seguridad de correo electrónico para restringir el acceso únicamente algunos intervalos de direcciones IP o centros de datos, asegúrese de incluir los intervalos más recientes. Encontrará más información sobre qué intervalos de direcciones IP incluir en el artículo Direcciones IP de Salesforce que hay que permitir.
iii. Implemente Mi dominio antes del periodo de mantenimiento.
iv. Prepárese para actualizar integraciones si sufre problemas de integración tras la operación de mantenimiento.
v. Prepárese para actualizar su caché de DNS si sigue apareciendo una alerta “Mantenimiento en curso” en su página de inicio de sesión después del periodo de mantenimiento.
vi. Si coloca en caché los certificados de forma local, únase al grupo Certificate Changes (Cambios de certificados) en Trailblazer Community para obtener los certificados más recientes.

3. ¿Estará disponible el modo de solo lectura durante la actualización de instancia?
Sí, el modo de solo lectura estará disponible durante el transcurso de operación de mantenimiento. Para obtener información sobre lo que permite el modo de Solo lectura, consulte el artículo Descripción general del modo de Solo lectura.

4. ¿Quedarán afectados los tokens de OAuth de Salesforce for Outlook (SFO) por la actualización de la instancia?
a. Tras la actualización de la instancia, se cerrará la sesión de los usuarios de SFO de forma automática y se les solicitará que vuelvan a iniciar sesión a través del Asistente de configuración.
b. Si se producen problemas al volver a iniciar sesión en SFO tras la operación de mantenimiento, siga los pasos del artículo Reautenticación de OAuth para Salesforce for Outlook.
c. Para realizar más preguntas referentes a SFO, publique en el grupo de Trailblazer Community Salesforce for Outlook & Email Connect.

5. Si tengo intención de ver mis registros de correo electrónico tras la actualización de instancia, ¿tengo que solicitar mis registros de correo electrónico antes del periodo de mantenimiento?
a. No, los registros de correo electrónico se almacenan centralmente y estarán disponibles después de la actualización de instancia, de modo que no es necesario solicitarlos antes del periodo de mantenimiento, cambio de sitio, actualización de instancia o migración de organización. 

6. ¿Afectará la operación de mantenimiento de actualización de instancia a las actualizaciones de entornos sandbox?
a. La cola de actualización de entornos sandbox quedará en suspenso 4 horas antes de que comience la operación de mantenimiento de actualización de instancia.
b. Si su organización está en el proceso de actualización de sandbox cuando se ponga la cola en suspenso, se detendrá la actualización del entorno sandbox. La actualización de su entorno sandbox se reiniciará (no se reanudará) 24 horas después de la finalización de la operación de mantenimiento de actualización de instancia.

7. ¿Debo reiniciar las integraciones tras el mantenimiento?
a. El reinicio de sus integraciones no es obligatorio, pero si surge cualquier problema con sus integraciones tras la operación de mantenimiento de actualización de instancia, recomendamos que las reinicie como primer paso en su estrategia de resolución de problemas.
b. Al reiniciar sus integraciones tras el proceso de mantenimiento, borrará la caché de búsquedas DNS, lo que permite que sus integraciones detecten la dirección IP del nuevo centro de datos.
c. Los pasos para reiniciar una integración pueden ser exclusivos para cada integración. Se recomienda consultar con el desarrollador de la integración los pasos específicos. Muchas integraciones enumeradas en AppExchange también incluirán instrucciones para iniciar sesión/reiniciar. 

8. ¿Se utilizarán los certificados empleados en mi instancia actual en [INSTANCIA].salesforce.com e [INSTANCIA]-api.salesforce.com con la nueva instancia a la que me estoy trasladando?

9. ¿Se utilizarán los mismos certificados de cliente de Salesforce intermedios, de raíz y salientes con la nueva instancia?
Sí, los certificados intermedios y de raíz seguirán siendo los mismos. Además, los certificados salientes utilizados para SAML, SSO y APEX no cambiarán.

10. ¿Se verán afectadas las direcciones de rutas para Casos de correo electrónico o Correo electrónico a Apex por la actualización de la instancia?
a. No. Las direcciones de enrutamiento para Correo electrónico para registro de casos o Correo electrónico a Apex no estarán afectadas por la actualización de instancia.
b. El correo a las direcciones del servicio de correo electrónico existente seguirán entregándose tras la actualización sin tener que realizar cambios en las direcciones.

11. ¿Se retrasarán las direcciones de correo electrónico a servicios (Correo electrónico para registro de casos, Correo electrónico a Apex, Correo electrónico a Salesforce, reply2chatter, etc.) tras una actualización de instancia?
Algunos correos electrónicos podrían retrasarse. Durante una actualización de instancia, los servidores de aplicaciones no estarán disponibles, y el correo electrónico se alojará en los servidores de correo de Salesforce.
Una vez se activa la nueva instancia, el nuevo correo electrónico se entregará inmediatamente y el correo en cola se entregará en su siguente reintento. El tiempo que una instancia no esté disponible tendrá efecto en el momento hasta que se reintenten los mensajes en cola.

12. ¿Se encontrará mi nueva instancia en el mismo periodo de mantenimiento que mi instancia anterior tras la actualización de la instancia?
Sí.

13. ¿Tendrá mi nueva instancia el mismo periodo de mantenimiento estándar que mi instancia anterior tras la actualización de la instancia?
Sí.

14. ¿Cambiará mi orgID tras la actualización de la instancia?
No.

15. ¿Puedo excluirme de la actualización de instancia?
No, todas las organizaciones en la instancia identificada para una actualización se trasladarán.

16. Tras actualizar la instancia, ¿qué ocurre con los datos del centro de datos “antiguo”?
Una vez se completa correctamente una actualización de instancia, retiramos del servicio el hardware que alojaba su instancia en el centro de datos antiguo. Los procedimientos que hemos establecido garantizan que sus datos no abandonarán el centro de datos anterior y cumplen nuestros requisitos de cumplimiento y seguridad. Mantener su confianza es nuestro valor principal.

17. ¿Se verá afectado nuestro uso de redes de entrega de contenido (CDN) externas por una actualización de instancia?
Sí. Necesitará realizar lo siguiente si ha implementado una CDN externa:

a. Si está acelerando en un dominio “cliente.my.salesforce.com”, necesitará actualizar el origen y distribuir la configuración al ensayo dentro de la CDN antes de la operación de mantenimiento. Debe probar que el acceso directo y el almacenamiento provisional funcionan como se espera inmediatamente después de la operación de mantenimiento antes de implementar en producción. 
b. Si está acelerando sus dominios de VisualForce o ContentForce (por ej. cliente--c.$NA10.content.force.com), necesitará obtener un nuevo certificado SSL que contenga cliente.my.salesforce.com y las instancias original y nueva para los dominios de VisualForce y/o ContentForce (por ej. $cliente--c.NA10.content.force.com y $cliente--c.NA42.content.force.com).

i. Luego tendrá que compartir esos certificados con su proveedor de CDN externo para implementar.
ii. Después de implementar el certificado SSL, tendrá que actualizar su configuración de CDN con los nuevos nombres de host de VisualForce y/o ContentForce y el origen de los tres extremos y distribuir al ensayo.
iii. Debe probar que el acceso directo y el almacenamiento provisional funcionan como se espera inmediatamente después de la operación de mantenimiento antes de implementar en producción.

NOTA: La obtención de un nuevo certificado y las tareas con su proveedor de CDN externo pueden llevar varios días, de modo que no demore el proceso más allá de las dos semanas antes de la división o la migración.

NOTA: Si tiene una aceleración especializada de sus nombres de host MyDomain.my.salesforce.com, MyDomain.lightning.force.com, MyDomain--c.documentforce.com, MyDomain--NombrePaquete.visualforce.com, MyDomain--c.InstanceName.content.force.com o MyDomain--NombrePaquete.NombreInstancia.visual.force.com empleando Akamai, tendrá que actualizar el origen y distribuir la configuración a ensayo dentro de la CDN antes de la operación de mantenimiento. Debe probar que el acceso directo y el almacenamiento provisional funcionan como se espera inmediatamente después de la operación de mantenimiento antes de implementar en producción. Esta es una configuración poco habitual. Si no está seguro de lo que es esto, entonces no se aplica a su organización.

Este tipo de aceleración especializada se está sustituyendo por Salesforce Edge Network. Salesforce generalmente no admite agregar más nombres de host a una configuración especializada existente de este tipo, y la ruta a seguir es trabajar con el Servicio de asistencia de Salesforce para migrar a Salesforce Edge Network y hacer que Salesforce R&D elimine las sustituciones de configuración de DNS empleadas por la aceleración especializada.

18. ¿Se verán afectadas las integraciones de terceros por una actualización de instancia?
Las integraciones de terceros deberían funcionar como se espera tras la actualización de la instancia. No obstante, activar Mi dominio puede reducir el tiempo de los redireccionamientos de referencias codificadas tras la actualización de instancia y se recomienda encarecidamente.

19. ¿Dónde puedo encontrar más información sobre los siguientes temas relacionados con las operaciones de mantenimiento de Salesforce?
a. Artículo Preguntas frecuentes sobre la actualización de referencias codificadas
i. Herramienta para localizar referencias codificadas en su organización
ii. Referencias codificadas
iii. Identificadores de hilos de correo electrónico
iv. WSDLs
v. Certificados
vi. Live Agent

b. Artículo ¿Cómo se ve afectada mi organización durante una operación de mantenimiento de Salesforce?
i. Exportaciones semanales
ii. Eliminación física
iii. Portales de socios

c. Artículo Intervalos de direcciones IP de Salesforce
​i. Intervalos IP
ii. Configuración de correo electrónico 

20. ¿Qué hago si tengo una implementación de Live Agent o Emergencia?
Si su página web o certificados tienen una referencia codificada a la URL del extremo de Live Agent, entonces una actualización de instancia, una migración de organización o un cambio de sitio pueden afectar a sus funciones de Live Agent/Emergencia. Para reducir al mínimo el impacto, siga las prácticas recomendadas y evite utilizar cualquier referencia codificada al extremo y asegúrese de que actualiza la URL del extremo en el código de Implementación que copió de la página Implementación en Configuración. El código de Implementación que proporcionamos tiene la capacidad de redirigir al servidor que se acaba de asignar, pero aún deberá actualizar el extremo inmediatamente después de que se realice la actualización. Para obtener más información sobre los extremos de Live Agent y lo que significan las referencias codificadas a un extremo, revise el artículo, El servidor de Live Agent (URL de extremo) ha cambiado y ahora el Chat de Live Agent no funciona.

21. ¿Cómo comunica Salesforce la operación de mantenimiento de actualización de instancia a los clientes?
a. Salesforce notifica a todos los clientes las actividades de mantenimiento que requieren acciones para garantizar que estén al tanto y que puedan prepararse por anticipado antes del periodo de mantenimiento programado. Antes de la operación de mantenimiento de actualización de instancia, Salesforce enviará Notificaciones de productos y servicios a través de mensajes de correo electrónico a los administradores (basándose en usuarios con los permisos “Modificar todos los datos” y “Gestionar todos los usuarios”). Para obtener más información, consulte el artículo Notificaciones de productos y servicios.
b. Además de las notificaciones por correo electrónico, Salesforce publica un resumen de operaciones de mantenimiento que afectan a los clientes en Trailblazer Community en la plataforma Entrega del servicio (incluyendo Hyperforce).
c. Todos los periodos de mantenimiento se publican en trust.salesforce.com.

22. Me gustaría conocer más detalles sobre nuestra arquitectura multiusuario. ¿Dónde puedo dirigirme?
a. Complete nuestro módulo de Trailhead Concepto de la arquitectura de Salesforce.
b. Para obtener información adicional, lea la publicación del blog Multitenant Architecture (Arquitectura multiusuario) redactado por desarrolladores de Salesforce.

23. ¿Cómo afecta una actualización de instancia a 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 de la actualización de la instancia y se reanudarán tras la actualización de la instancia. Las actividades programadas durante la actualización de instancia se iniciarán tras la finalización de la operación de mantenimiento.

Un pequeño subconjunto de trabajos de Apex, Apex por lotes, API de REST, API de SOAP y API masiva iniciados antes de la actualización de instancia 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 la actualización de instancia para obtener la mejor experiencia.

Las llamadas de Apex a servicios externos seguirán ejecutándose durante la operación de mantenimiento, y ya que estas dan con frecuencia como resultado llamadas DML de seguimiento a la aplicación Salesforce, es posible que se produzcan problemas con flujos de programa destinados, ya que la aplicación estará en modo de solo lectura. Recomendamos evitar realizar estas llamadas en modo de solo lectura. Para obtener más información sobre cómo evitar estas llamadas, consulte Llamadas de Apex en modo de solo lectura.

24. ¿Se trasladan las notificaciones de Trust a la nueva instancia?
a. Para actualizaciones de instancia: Antes de una actualización de instancia, Salesforce suscribirá automáticamente a los suscriptores existentes de la instancia de origen a la(s) instancia(s) de destino. Tenga en cuenta que si una instancia se está dividiendo en dos instancias, los suscriptores se suscribirán a ambas instancias de destino y tendrán que actualizar sus preferencias de suscripción cuando les sea posible. 
b. Para migraciones de organizaciones: Los parámetros de su suscripción no se actualizarán automáticamente tras una migración de organización. Recomendamos actualizar los parámetros de su suscripción en el momento de que se le informe de su nueva instancia para seguir recibiendo las actualizaciones de estado que le sean más importantes.

25. ¿Qué debo tener en cuenta si también utilizo Heroku?
Revise este artículo de Heroku: https://help.heroku.com/0HFMVV4B/what-do-i-need-to-do-about-my-upcoming-salesforce-instance-refresh

26. ¿Qué consideraciones deben tenerse en cuenta para Eventos de plataforma de alto volumen y Captura de datos de cambio?
a.​​​ Ciertas actividades de mantenimiento de Salesforce (por ej. migraciones de organización y actualizaciones de instancia) requieren reubicar su organización en otro centro de datos o en una pila de hardware diferente. Durante estas operaciones, trasladamos físicamente sus datos y ejecutamos el software que sirve a sus aplicaciones en hardware diferente. Debido a la naturaleza distribuida y asíncrona de nuestro bus de eventos, no podemos migrar todos los eventos que se publicaron antes de la actualización de instancia.
b. La actualización de instancia no afectará a la entrega en tiempo real de los eventos previos y posteriores a la operación de mantenimiento; no obstante, el plazo de retención de 72 horas para todos los eventos no se retendrá. Los ReplayID identifican de manera exclusiva el punto en una transmisión de evento en que se publicó un evento en particular, y ya que la nueva ubicación de su organización es físicamente diferente, los valores de ReplayID de los eventos de nueva publicación no tendrán relación con los eventos publicados antes de la migración o actualización de instancia. Los suscriptores de eventos de plataforma y eventos de cambio incluyen clientes de la API de transmisión (CometD), componentes Lightning empApi, clientes de la API Pub/Sub, relés de eventos, desencadenadores de Apex y flujos.


Consulte también: Guía del desarrollador de Eventos de plataforma: Publicación de eventos en modo de solo lectura
 

27. ¿Qué acción debo realizar si tengo la función Bots de Einstein activada en mi organización?
Después de una actualización de instancia, navegue a Bots de Einstein bajo Configuración. Desactive y vuelva a activar la función Bots de Einstein. Esta acción desencadenará una nueva autenticación de organización a Einstein.AI.

28. ¿Se mantendrán los datos de registro de eventos y estarán disponibles después de la actualización de instancia?

 No, pero la mayoría sí lo harán. Todos los datos de registro no procesados antes de una migración de organización no estarán disponibles en la nueva instancia. Cuando se inicie la migración, los datos de ese día hasta el día en que se complete la migración, no se agregarán a la organización en su nueva ubicación. Esto se debe a que Supervisión de eventos se apoya en datos de registro y procesos por lotes nocturnos para cumplimentar los eventos de supervisión.

29. ¿Dónde puedo acudir si tengo alguna pregunta más?
a. También puede publicar preguntas y colaborar con otros usuarios de Salesforce en el grupo Official: Salesforce Infrastructure en Trailblazer Community.
b. Para formular preguntas adicionales, abra un caso con el Servicio de atención al cliente a través de la Ayuda de Salesforce.
 

30. Problema conocido

• Entrega del servicio (incluyendo Hyperforce)

• Resolver problemas de acceso de sitios de Habilitación (myTrailhead) después de una migración de organización o una actualización de instancia