Loading

Как подготовиться к миграции организации?

Дата публикации: Feb 26, 2026
Описание

С целью подготовки к постоянному развитию клиентов, иногда возникает необходимость выполнения действия под названием "Миграция организации". Выполнение миграций организаций позволяет Salesforce и дальше предоставлять клиентам те уровни производительности, которые они ожидают. Гибкость при выполнении миграций организаций позволяет Salesforce балансировать деятельность внутри нашей инфраструктуры и избегать конфликтов при доступе к ресурсам. 

Миграция организации предполагает перенос организации из одного экземпляра в другой. При выполнении наших рекомендаций данное обслуживание должно быть выполнено беспрепятственно. Ниже перечислены некоторые вопросы и ответы относительно миграций организаций. Подготовительный и проверочный контрольные списки см. во вложении.

ПРИМЕЧАНИЕ: Если для вашей организации запланирована миграция на Hyperforce, запустите внутрипрограммного помощника Hyperforce для получения рекомендаций по ее подготовке к миграции. Кроме того, просмотрите ознакомительное видео в Общих сведениях о миграции организации Hyperforce, в котором описано обновление жестко запрограммированных ссылок, добавление в список разрешенных требуемых доменов и рекомендации и советы относительно электронной почты.

ПРИМЕЧАНИЕ: Данный документ носит только информационный характер и не является частью юридического или другого обязательного соглашения. Политики и практики, рассмотренные в данном документе, могут быть изменены компанией Salesforce по своему усмотрению.

Полезные ресурсы: 

Решение

Вопросы и ответы:

1. Что делать, если при получении электронного уведомления о продуктах и услугах, в котором сообщается о выборе используемой организации для миграции, меня не устраивает дата обслуживания? 

Следуйте нашим рекомендациям и учитывайте предпочтительное время обслуживания системы при планировании дальнейших событий. В случае отсутствия возможности вовремя подготовиться к миграции организации, обратитесь к группе, работающей с организациями, чтобы отправить запрос отсрочки. Запросы на отсрочку, полученные менее 7 дней до даты запланированной миграции, могут не быть утверждены.


2. Что необходимо сделать для подготовки к миграции организации?

Примечание! При отказе от выполнения указанных ниже рекомендаций конечные пользователи не смогут получить доступ к системе Salesforce после завершения миграции:
  • Включение функции "Мой домен" обязательно для клиентов, которые отправили запрос миграции организации, а также при наличии жестко запрограммированных ссылок (например: na1.salesforce.com).  Обязательно обновите эти жестко запрограммированные ссылки на связанные URL-адреса, например на субдомен функции "Мой домен" до выполнения миграции организации.
  • Удаление жестко запрограммированных ссылок - Дополнительную информацию см. в статье "Обновление жестко запрограммированных ссылок".
  • Проверка изменения диапазонов IP-адресов -  Для организаций в центрах обработки данных, принадлежащих и управляемых Salesforce, при настройке параметров корпоративной сети или фильтров безопасности эл. почты, ограничивающих доступ только некоторыми диапазонами IP-адресов, убедитесь в наличии новых диапазонов в данных списках. Дополнительную информацию о диапазонах IP-адресов см. в статье "IP-адреса Salesforce для разрешения".
  • Подготовьтесь к обновлению интеграций при возникновении ошибок интеграции после обслуживания.
  • Подготовьтесь к обновлению кэша DNS при отображении предупреждения "Выполняется обслуживание" на странице входа после обслуживания.
  • При локальном кэшировании сертификатов воспользуйтесь группой Certificate Changes в Trailblazer Community для получения новейших сертификатов.
  • Не начинайте крупных заданий в течение 72 часов до начала окна обслуживания, чтобы обеспечить достаточное количество времени для выполнения обработки.*
  • Рекомендации по миграции в Hyperforce
 
3.  Можно ли получить доступ к системе Salesforce во время миграции организации?
Уведомление о доступности организации во время обслуживания будет отправлено перед обслуживанием. Режим только для чтения может быть доступен на протяжении всего или части обслуживания. Дополнительную информацию о режиме только для чтения см. в статье "Общие сведения о режиме только для чтения". Организация может также быть доступна и активирована в целевом экземпляре до завершения обслуживания.
 
4. Влияет ли миграция организации на маркеры OAuth приложения Salesforce for Outlook?
После миграции организации выполняется автоматический выход из приложения Salesforce for Outlook, а пользователям отображается запрос на повторный вход посредством мастера настройки. При возникновении ошибок во время повторного входа в приложение Salesforce for Outlook после обслуживания выполните действия, указанные в статье "Повторная проверка подлинности OAuth приложения Salesforce for Outlook". При возникновении дополнительных вопросов по приложению Salesforce for Outlook воспользуйтесь группой Salesforce for Outlook & Email Connect в Trailblazer Community.

5. Требуется ли запрос на журналы регистрации сообщений эл. почты перед обслуживанием при планировании их просмотра после миграции организации?
При планировании просмотра журналов регистрации сообщений эл. почты после миграции организации и изменении центра обработки данных рекомендуем отправить запрос на журналы регистрации сообщений эл. почты перед обслуживанием. Чтобы отправить запрос на журналы регистрации сообщений эл. почты, выполните действия, указанные в статье "Что такое журналы регистрации сообщений эл. почты?". Запрошенные журналы регистрации сообщений эл. почты будут храниться в базе данных и подлежать миграции наряду с другими данными во время миграции организации.
Миграция организации препятствует извлечению журналов регистрации сообщений эл. почты из прежнего центра обработки данных.
 
6. Влияет ли миграция организации на безопасные среды?
​В настоящее время выполнение миграции организации для экземпляра производственной среды во время копирования безопасной среды препятствует корректному обновлению безопасной среды. Именно поэтому обновление безопасной среды Full Sandbox не должно запрашиваться за две недели до миграции организации, а копии безопасной среды Developer Sandbox или Developer Pro Sandbox не должны инициироваться за одну неделю до миграции. Если миграция организации начинается во время обновления безопасной среды, то обновление должно быть перезапущено вручную (после миграции) даже при отображении сообщения об успешном выполнении обновления.

Наборы изменений, используемые в безопасной среде, не переносятся во время миграции безопасной организации в Hyperforce. Существующие наборы изменений должны отправляться из исходной безопасной среды в производственную организацию или другую безопасную среду до миграции исходной безопасной среды.
 
7. Требуется ли перезапуск интеграций после завершения обслуживания?
Перезапуск интеграций не требуется. При возникновении ошибок интеграций после обслуживания рекомендуем начать устранение неполадок только после их перезапуска. Благодаря перезапуску интеграций, клиентам доступна очистка кэша поиска DNS, позволяющая интеграциям определять IP-адрес нового центра обработки данных.

8. Я использую отслеживание событий. Подлежат ли миграции все данные журнала событий?
Нет, но большинство данных подлежит миграции. Любые данные журналов, которые не удалось обработать перед миграцией организации, будут недоступны в новом экземпляре. Данные со дня начала миграции до дня завершения миграции не подлежат добавлению в организацию, перенесенную в новое расположение. Данный алгоритм обуславливается тем, что функция отслеживания событий использует данные журнала и ночную пакетную обработку для заполнения событий отслеживания.

9. Будут ли сертификаты, используемые для текущего экземпляра в доменах [ЭКЗЕМПЛЯР].salesforce.com и [ЭКЗЕМПЛЯР]-api.salesforce.com, использоваться для нового экземпляра, которому передается моя организация?
  • Для организаций, не находящихся в Hyperforce – да, сертификаты, используемые для текущего экземпляра в доменах [ЭКЗЕМПЛЯР].salesforce.com и [ЭКЗЕМПЛЯР]-api.salesforce.com, не меняются для нового экземпляра.
  • Для организаций Hyperforce – нет. Hyperforce не поддерживает закрепление сертификатов. Сертификаты будут иметь соответствующее название, останутся действительными и будут прикреплены к центру сертификации (CA), включенного в список корневых сертификатов Mozilla Server Authentication (SSL/TLS). Дополнительную информацию см. в статье "Поддержка непрерывного доступа к службам Salesforce на Hyperforce".

10. Поддерживает ли новый экземпляр текущие промежуточные, корневые и исходящие сертификаты обмена данными между клиентом и системой Salesforce?
  • Для организаций, не находящихся в Hyperforce, – да, промежуточные и корневые сертификаты не меняются. Исходящие сертификаты, используемые для SAML, SSO и APEX, также не меняются.
  • Для организаций Hyperforce, – нет. Hyperforce не поддерживает закрепление сертификатов. Сертификаты серверов будут иметь соответствующее название, останутся действительными и будут прикреплены к центру сертификации (CA), включенного в список корневых сертификатов Mozilla Server Authentication (SSL/TLS). Сертификаты SAML, SSO и APEX и их цепочки останутся без изменений. Дополнительную информацию см. в статье "Поддержка непрерывного доступа к службам Salesforce на Hyperforce".

11. Влияет лимиграция организации на адреса служб электронной почты Email-to-Case?
Нет, миграция организации не влияет на адреса служб электронной почты Email-to-Case, и предыдущий экземпляр организации будет добавлен к адресу.

12. Влияет ли данное изменение на коды Salesforce и относительные корневые URL-адреса записей?
Нет. Коды Salesforce и относительные корневые URL-адреса записей не меняются.

13. Влияет ли миграция организации на изменение кодов записей?
Нет. Миграция организации не влияет на текущие коды записей.

14. Изменится ли время обслуживания или расписание выпусков после миграции организации?
  • Для организаций, не находящихся в Hyperforce, – расписание выпусков и время обслуживания останутся прежними. Просмотрите статью "Предпочтительное расписание обслуживания системы Salesforce" для определения времени обслуживания экземпляра.
  • Для организаций Hyperforce время обслуживания останется прежними для многих клиентов.  Если миграция приведет к изменению часового пояса, время обслуживания может изменится в зависимости от местного времени. См. предпочтительное расписание обслуживания системы Salesforce. Найдите свой новый экземпляр на Hyperforce для получения дополнительных сведений о расписании выпусков и времени обслуживания. 

 

15. Где можно получить более подробную информацию для понимания влияния технического обслуживания на мою организацию?

Для получения подробной информации о влиянии обновления с учетом еженедельного экспорта, физического удаления, потоков эл. почты, возможности поиска и партнерских порталов см. статью Salesforce "Как обслуживание Salesforce влияет на мою организацию?"
 

16. Изменится ли использование ботов при миграции организации?
При выполнении запланированной миграции организации Salesforce необходимо выполнить несколько действий, чтобы обеспечить корректную работу ботов.
  • Включите параметр ботов Einstein в настройках. 
  • После выполнения этого действия нужно повторно связать боты с каналами, в которых они были развернуты (например чат, служба сообщений и прочие). 
  • Кроме того, клиентам нужно повторно обучить NLP-модели ботов. Хотя данные о репликах будут перенесены, модели нужно обучить повторно, прежде чем использовать для бота. 
    • ПРИМЕЧАНИЕ: Данные журнала событий сеанса бота и данные объектов сеанса бота не переносятся в процессе миграции организации. 
 
17. Многопользовательская архитектура. Где можно получить более подробную информацию?
Просмотрите модуль Trailhead "Understanding the Salesforce Architecture". Дополнительную информацию см. в записи блога Multitenant Architecture, созданной разработчиками Salesforce.
 
18. Что произойдет при возникновении ошибок миграции организации, препятствующих ее выполнению?
При возникновении проблемы, которая не дает рабочей группе по технологиям Salesforce завершить миграцию вашей организации, миграция останавливается и организация восстанавливается и повторно активируется в исходном экземпляре. Отмена миграции инициирует рассылку уведомлений.
 
Данные для данной организации не удаляются и не отличаются от исходного экземпляра во время процесса миграции. Это позволяет Salesforce легко откатывать или прерывать операции без ущерба для клиентов. Отмена и откат могут быть выполнены только перед активацией в целевом экземпляре. После активации в целевом экземпляре после успешной миграции организации восстановление в исходном экземпляре невозможно.

19. Как убедиться в успешном выполнении миграции организации Salesforce и завершении процесса?
Убедитесь в изменении имени экземпляра путем просмотра сведений об экземпляре на странице "Сведения о компании".
- В пользовательском интерфейсе Salesforce Lightning Experience (LEX): "Настройка" | "Параметры компании" | "Сведения о компании"
- В пользовательском интерфейсе Salesforce Classic (Aloha): "Настройка" | "Профиль компании" | "Сведения о компании"

Дополнительную информацию по данной теме см. в статье "Просмотр сведений об экземпляре для организации Salesforce".

ПРИМЕЧАНИЕ: Обновление экземпляра для функции "Мой домен" в инструменте поиска на веб-узле status.salesforce.com может занять несколько часов. Таким образом, рекомендуем выполнить указанные выше действия для более оперативного подтверждения успешной миграции организации.
 

20. Потребуется ли изменение Live Message после миграции организации?

После миграции организации Live Message продолжит работать корректно. При возникновении ошибок Classic LiveMessage или службы сообщений Lightning после миграции необходимо обновить каналы.
  • В Classic LiveMessage перейдите в приложение администратора LiveMessage и щелкните "Обновить соединение"
  • В службе сообщений Lightning перейдите в Настройки > Параметры службы сообщений и щелкните кнопку обновления в списке каналов
 
21. Повлияет ли миграция организации на Live Agent?
Возможно. Миграция организации предполагает изменение имени экземпляра организации. При этом изменяется URL-адрес, используемый для доступа к Live Agent/SOS. Данное изменение влияет на чат-клиенты и код развертывания, предоставленный компанией Salesforce, инициируя перенаправление запросов HTTP на новую конечную точку (в отличие от некоторых сторонних или настраиваемых приложений, включая настраиваемые REST-клиенты Live Agent). Данные настраиваемые приложения не смогут обнаружить используемую учетную запись в предыдущем экземпляре и, скорее всего, не будут работать.

Чтобы минимизировать возможные последствия для внедрения Live Agent/SOS, выполните указанные рекомендации и убедитесь, что настраиваемый клиент REST Live Agent может надлежащим образом перенаправлять запросы на новый экземпляр службы Live Agent после любого обслуживания, предполагающего перенос организации. Во избежание возможных проблем с настраиваемым клиентом, который не будет автоматически направлять запросы на правильную конечную точку, рекомендуем обработку ответа SwitchServer и использование свойства "newUrl" для запроса, повлекшего данный ответ, и всех последующих запросов. Дополнительную информацию об обновлении настраиваемого клиента и тестировании см. в статье "Как обновить настраиваемый клиент Live Agent при изменении экземпляра организации?". Данная информация позволяет избежать проблем с настраиваемым клиентом после переключения местоположений, а также предоставляет достаточно времени для более позднего обновления конечной точки, используемой с начала его выполнения.

Дополнительную информацию о конечных точках Live Agent и сути жесткого программирования ссылок Live Agent см. здесь.
 

22. Я использую очередь недоставленных сообщений для исходящих сообщений. Будут ли скопированы все данные из этой таблицы?

Большая часть данных будет скопирована, но новые строки, добавленные во время и после миграции организации, не могут быть скопированы, поэтому останутся только в исходном программном модуле.
 

23. Повлияет ли миграция организации на маркеры OAuth для клиентов OAuth и сторонних приложений независимых поставщиков ПО?

Нет, обновление маркеров доступа будет неизменным после миграции. 
 

24. Что нужно учитывать для массовых событий платформы и сбора данных об изменении ?

Отдельные действия по обслуживанию Salesforce (напр: миграции организации и обновления экземпляров) требуют перемещения организации в другой центр обработки данных или в другой аппаратный стек. Пр выполнении данных операций данные переносятся физически, с запуском программного обеспечения, обслуживающего ваши приложения, на другом аппаратном обеспечении. Ввиду распределенной, асинхронной природы нашей шины событий, миграция всех событий, опубликованных до миграции организации, невозможна. 

Миграция организации не повлияет на доставку в режиме реального времени событий до и после обслуживания; однако 72-часовое окно сохранения всех событий не будет поддерживаться. ReplayIDs уникальным способом идентифицируют точку публикации определенного события в потоке событий, а поскольку новое расположение вашей организации будет отличаться физически, значения ReplayID новых событий не будут связаны с событиями, опубликованными до миграции или обновления экземпляра. См. подготовительный и проверочный контрольные списки в конце данной статьи Knowledge для получения сведений о дополнительных действиях, которых могут потребовать ваши события платформы. Подписчиками событий платформы и событий изменений являются клиенты Streaming API (CometD), компоненты empApi Lightning, клиенты Pub/Sub API, перенаправления событий, триггеры Apex и потоки.

 

См. также: Руководство разработчика событий платформы: Публикация событий в режиме только для чтения

 

25. Влияет ли миграция организации на операции поиска?

Во время миграции организации данные поиска переносятся из исходных серверов на целевые серверы. Исходные серверы выполняют резервное копирование, входящее в стандартную процедуру резервного копирования поиска. Однако резервное копирование для организации, запланированной к миграции, получает высший приоритет для обеспечения поддержки актуальности всех данных. Действия клиентов не требуются.

Во время миграции резервные копии данных поиска восстанавливаются на целевых серверах. Данные из источника не удаляются. Таким образом Salesforce может легко отменить или аннулировать операции без воздействия на клиента.

Процесс восстановления обычно заканчивается в нерабочие часы. Для крупных организаций этап восстановления занимает больше времени, что может повлиять на зависимые от поиска операции (например, поиск записи или поиск содержимого).
 

26. Влияет ли миграция организаций и обновление экземпляра на myTrailhead?

Доступ к сайтам предоставления возможностей myTrailhead может быть утерян после миграции организаций или обновления экземпляра.  Ознакомьтесь с дальнейшими действиями в статье для решения проблемы с доступом к сайту предоставления возможностей (myTrailhead).

 

27. Отчеты о направлениях возможностей попадают под воздействие миграций?

После миграции организации с одного экземпляра в другой клиенты могут заметить, что отдельные записи возможности в отчетах о направлениях возможностей не отображаются. В таком случае обратитесь в службу поддержки, чтобы заполнить отсутствующие данные.

 

28. Правила соответствия и повторов попадают под воздействие миграции?

Правила соответствия и правила повторов деактивируются во время миграции организации.  Если ваши правила соответствия неэффективны, они не будут активированы повторно после миграции организации.  Чтобы устранить проблему, см. "Не удается активировать правило соответствия, которое определяет повторяющиеся записи в организации".

 

Номер статьи базы знаний

000386897

 
Загрузка
Salesforce Help | Article