Последнее обновление: 19 апреля 2024 года
Регулярное мероприятие, называемое обновлением экземпляра и предполагающее модернизацию инфраструктуры, которая поддерживает экземпляр в центрах обработки данных, обуславливается необходимостью подготовки к непрерывному росту организации. После обслуживания экземпляр передается новому центру обработки данных и изменяет свое имя. Данное мероприятие позволяет компании Salesforce гарантировать неизменно высокую производительность организаций.
При выполнении наших рекомендаций данное обслуживание должно быть выполнено беспрепятственно. Ниже перечислены некоторые вопросы и ответы относительно обновления экземпляра.
ПРИМЕЧАНИЕ: Данный документ носит только информационный характер и не является частью юридического или другого обязательного соглашения. Политики и практики, рассмотренные в данном документе, могут быть изменены компанией Salesforce по своему усмотрению.
Вопросы и ответы
1. Что такое обновление экземпляра и как оно мне поможет?
Регулярное мероприятие, называемое обновлением экземпляра и предполагающее модернизацию инфраструктуры, которая поддерживает экземпляр в центрах обработки данных, обуславливается необходимостью подготовки к непрерывному росту организации. После данного обслуживания экземпляр передается новому центру обработки данных и изменяет свое имя. Данное мероприятие позволяет компании Salesforce гарантировать неизменно высокую производительность организаций.
2. Что необходимо сделать для подготовки к обновлению экземпляра?
Чтобы обеспечить подготовку к данному обслуживанию, просмотрите рекомендации ниже. При отказе от выполнения рекомендаций конечные пользователи не смогут получить доступ к системе Salesforce после завершения обслуживания.
См. рекомендации ниже.
1) Включение функции "Мой домен"
ii) Обновление жестко запрограммированных ссылок на неспециальные ссылки экземпляра
iii) Предоставление доступа ко всем IP-адресам Salesforce
iv) Планирование дальнейших действий с учетом времени стандартного обслуживания
Во избежание непреднамеренного сбоя системы, рекомендуем выполнить указанные ниже действия.
1) При наличии любых жестко запрограммированных ссылок (например, na1.salesforce.com) замените их относительными неспециальными URL-адресами экземпляра (например, login.salesforce.com).
ii) При настройке параметров корпоративной сети или фильтров безопасности эл. почты (вами, вашей рабочей группой или вашей компанией), ограничивающих доступ только некоторыми диапазонами IP-адресов или центрами обработки данных, убедитесь в наличии новых диапазонов. Дополнительную информацию о доступных диапазонах IP-адресов см. в статье "IP-адреса Salesforce для добавления в список разрешенных".
iii) Внедрите функцию "Мой домен" перед обслуживанием.
iv) Подготовьтесь к обновлению интеграций при возникновении ошибок интеграции после обслуживания.
5) Подготовьтесь к обновлению кэша DNS при отображении предупреждения "Выполняется обслуживание" на странице входа после обслуживания.
vi. При локальном кэшировании сертификатов воспользуйтесь группой Certificate Changes в Trailblazer Community для получения новейших сертификатов.
3. Будет ли доступен режим только для чтения во время обновления выпуска?
Да, режим только для чтения будет доступен во время обслуживания. Дополнительную информацию о возможностях режима только для чтения см. в статье "Общие сведения о режиме только для чтения".
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. Влияет ли обновление экземпляра на обновления безопасной среды?
а) Очередь обновлений безопасной среды будет приостановлена за 4 часа до начала обновления экземпляра.
б) Если очередь приостанавливается во время обновления безопасной среды, то обновление безопасной среды будет остановлено. Обновление безопасной среды будет перезапущено (не продолжено) через 24 часа после завершения обновления экземпляра.
7. Требуется ли перезапуск интеграций после завершения обслуживания?
а) Перезапуск интеграций не требуется. При возникновении ошибок интеграций после обновления экземпляра рекомендуем начать устранение неполадок только после их перезапуска.
б) Благодаря перезапуску интеграций, клиентам доступна очистка кэша поиска DNS, позволяющая интеграциям определять IP-адрес нового центра обработки данных.
в) Действия по перезапуску интеграции могут быть уникальными для каждой интеграции. Рекомендуем уточнить порядок действий у разработчика интеграции. Многие интеграции, указанные в каталоге AppExchange, будут также содержать инструкции по входу/перезапуску.
8. Будут ли сертификаты, используемые для текущего экземпляра в доменах [ЭКЗЕМПЛЯР].salesforce.com и [ЭКЗЕМПЛЯР]-api.salesforce.com, использоваться для нового экземпляра, которому передается моя организация?
9. Поддерживает ли новый экземпляр текущие промежуточные, корневые и исходящие сертификаты обмена данными между клиентом и системой Salesforce?
Да. Промежуточные и корневые сертификаты не меняются. Исходящие сертификаты, используемые для SAML, SSO и APEX, также не меняются.
10. Влияет ли обновление экземпляра на адреса маршрутизации Email-to-Case или Email-to-Apex?
а) Нет. Обновление экземпляра не влияет на адреса маршрутизации Email-to-Case или Email-to-Apex.
б) Доставка эл. почты на текущие адреса службы эл. почты будет продолжена после обновления без необходимости их изменения.
11. Будет ли отложена доставка эл. почты на адреса службы (Email-to-Case, Email-to-Apex, Email-to-Salesforce, reply2chatter и т. д.) после обновления экземпляра?
Доставка некоторых сообщений эл. почты может быть отложена. Во время обновления экземпляра серверы приложений будут недоступны, а эл. почта будет сохранена на почтовых серверах Salesforce.
После активации нового экземпляра новые сообщения эл. почты будут доставлены незамедлительно, а сообщения эл. почты, добавленные в очередь, будут доставлены при следующей повторной попытке. Время недоступности экземпляра будет влиять на время, до которого будут выполняться повторные попытки доставки сообщений, добавленных в очередь.
12. Сохраняется ли время обслуживания выпуска после обновления экземпляра?
Да.
13. Сохраняется ли стандартное время обслуживания системы после обновления экземпляра?
Да.
14. Изменяется ли параметр orgID после обновления экземпляра?
Нет.
15. Можно ли отказаться от обновления экземпляра?
Нет. Обновление будет выполнено для всех организаций указанного экземпляра.
16. Что происходит с данными в предыдущем центре обработки данных после обновления экземпляра?
После успешного обновления экземпляра компания Salesforce прекращает использование аппаратного обеспечения, на котором размещался экземпляр в предыдущем центре обработки данных. Принятые нами меры позволяют исключить вероятность утечки данных из предыдущего центра обработки данных, а также гарантировать соблюдение требований соответствия и безопасности данных. Компания Salesforce уделяет особое внимание вопросу сохранения доверия наших клиентов.
17. Влияет ли обновление экземпляра на использование сторонних сетей доставки содержимого?
Да. При использовании сторонней сети доставки содержимого выполните указанное ниже действие.
а) Клиенту, который ускоряет работу домена customer.my.salesforce.com, рекомендуется обновить источник и отправить конфигурацию на перенос данных внутри сети доставки содержимого перед обслуживанием. Прежде чем приступить к развертыванию в производственной среде, убедитесь в надлежащей работе прямого доступа и переноса данных сразу после обслуживания.
б) Клиенту, который также ускоряет работу доменов Visualforce или Contentforce (например, customer--c.$NA10.content.force.com), рекомендуется получить новый сертификат SSL, содержащий домен customer.my.salesforce.com, а также исходные и новые экземпляры для доменов Visualforce и/или Contentforce (например, $customer--c.NA10.content.force.com и $customer--c.NA42.content.force.com).
1) Предоставьте данные сертификаты стороннему поставщику сети доставки содержимого для развертывания.
ii) После развертывания сертификата SSL обновите конфигурацию сети доставки содержимого посредством новых имен хостов Visualforce и/или Contentforce, а также источник для всех трех конечных точек, а затем отправьте конфигурацию на перенос данных.
iii) Прежде чем приступить к развертыванию в производственной среде, убедитесь в надлежащей работе прямого доступа и переноса данных сразу после обслуживания.
ПРИМЕЧАНИЕ: Получение нового сертификата и взаимодействие со сторонним поставщиком сети доставки содержимого может занять несколько дней, поэтому рекомендуемые действия должны быть выполнены не позже чем за две недели до разделения или миграции.
ПРИМЕЧАНИЕ: При наличии специализированного ускорения имен хостов MyDomain.my.salesforce.com, MyDomain.lightning.force.com, MyDomain--c.documentforce.com, MyDomain--PackageName.visualforce.com, MyDomain--c.InstanceName.content.force.com, or MyDomain--PackageName.InstanceName.visual.force.com посредством Akamai, необходимо обновить источник и отправить конфигурацию на перенос данных внутри сети доставки содержимого перед обслуживанием. Прежде чем приступить к развертыванию в производственной среде, убедитесь в надлежащей работе прямого доступа и переноса данных сразу после обслуживания. Это редкостная конфигурация. Если вы не знаете, что это, тогда оно не относится к вашей организации.
Этот тип специализированного ускорения заменяется сетью Salesforce Edge. Salesforce обычно не поддерживает добавление имен хостов к существующей специализированной конфигурации этого типа, и далее следует совместно со службой поддержкой Salesforce выполнить миграцию на сеть Salesforce Edge и удалить посредством Salesforce R&D переопределения конфигурации DNS, используемые специализированным ускорением
18. Влияет ли обновление экземпляра на сторонние интеграции?
После обновления экземпляра сторонние интеграции должны работать корректно. Тем не менее, включение функции "Мой домен" может сократить время, необходимое на переадресации жестко запрограммированных ссылок после обновления экземпляра, поэтому настоятельно рекомендуется компанией Salesforce к выполнению.
19. Где можно получить более подробную информацию по темам ниже, связанным с обслуживанием Salesforce?
а) Статья "Обновление жестко запрограммированных ссылок. Вопросы и ответы"
1) Инструмент для поиска жестко запрограммированных ссылок в организации
ii) Жестко запрограммированные ссылки
iii) Коды потоков эл. почты
iv) WSDL
5) Сертификаты
vi. Live Agent
б) Статья "Как обслуживание Salesforce влияет на мою организацию?"
1) Еженедельные экспорты
ii) Физическое удаление
iii) Партнерские порталы
в) Статья Диапазоны IP-адресов Salesforce
1) Диапазоны IP-адресов
ii) Параметры эл. почты
20. Что делать при наличии внедрения Live Agent или SOS?
Если веб-страница или сертификат использует жестко запрограммированную ссылку на URL-адрес конечной точки Live Agent, то обновление экземпляра, миграция организации или переключение местоположений может повлиять на функции Live Agent/SOS. Чтобы минимизировать возможные последствия, выполните наши рекомендации и удалите любые жестко запрограммированные ссылки на конечную точку, а также обновите URL-адрес конечной точки в коде, скопированном на странице "Развертывание" в меню "Настройка". Предоставленный код развертывания поддерживает перенаправление на недавно назначенный сервер, но конечная точка должна быть все равно обновлена сразу после завершения обновления. Дополнительную информацию о конечных точках Live Agent и сути жесткого программирования конечной точки см. здесь.
21. Как компания Salesforce уведомляет клиентов об обновлении экземпляра?
а) Компания Salesforce уведомляет всех клиентов об обслуживании, которое требует их непосредственного участия. Данные уведомления позволяют клиентам своевременно узнавать о предстоящих изменениях и заранее готовиться к плановому обслуживанию. Электронные уведомления о продуктах и услугах отправляются компанией Salesforce администраторам (пользователи, имеющие полномочия "Изменение всех данных" и "Управление всеми пользователями") перед обновлением экземпляра. Дополнительную информацию см. в статье "Уведомления о продуктах и услугах".
б) Помимо электронных уведомлений, компания Salesforce публикует краткий обзор влияющих на клиентов обслуживаний на панели Service Delivery (inc Hyperforce) в Trailblazer Community.
в) Полное расписание обслуживания публикуется на веб-узле trust.salesforce.com.
22. Многопользовательская архитектура. Где можно получить более подробную информацию?
а) Просмотрите модуль Trailhead "Understanding the Salesforce Architecture".
б) Дополнительную информацию см. в записи блога Multitenant Architecture, созданной разработчиками Salesforce.
23. Как обновление экземпляра влияет на запланированные ранее действия (еженедельные экспорты, задания Apex и т. д.) и выноски Apex?
Выполнение текущих действий будет приостановлено до обновления экземпляра и возобновлено после его завершения. Действия, запланированные во время обновления экземпляра, будут запущены после завершения обслуживания.
Некоторые задания Apex, Batch Apex, REST API, SOAP API и Bulk API, запущенные до обновления экземпляра, могут возвращать ошибки после обслуживания. При отображении ошибки в результате выполнения запланированного ранее задания после обслуживания задание должно быть перезапущено. Во избежание возможных сбоев, рекомендуем перенести сроки выполнения крупных или длительных заданий после завершения обслуживания по обновлению экземпляра.
Обслуживание не препятствует выполнению выносок Apex на внешние службы; как правило, им сопутствуют вызовы DML к приложению Salesforce, поэтому при выполнении заданных программных потоков могут возникать ошибки, так как приложение будет доступно в режиме только для чтения. Рекомендуем исключить выполнение данных выносок в режиме только для чтения. Дополнительную информацию см. здесь.
24. Распространяются ли уведомления Trust на новый экземпляр?
а) Обновление экземпляра. Перед обновлением экземпляра система Salesforce выполняет автоматическую подписку текущих подписчиков исходного экземпляра на целевой экземпляр. Обратите внимание, что при разделении одного экземпляра на два подписчики подписываются на оба целевых экземпляра, поэтому должны как можно скорее обновить настройки своих подписок.
б) Миграция организации. Миграция организации не инициирует автоматическое обновление параметров подписок. Рекомендуем обновить параметры подписок при получении уведомления о переходе на новый экземпляр для дальнейшего получения наиболее важных обновлений статусов.
25. Что следует знать при использовании Heroku?
Просмотрите данную статью Heroku: https://help.heroku.com/0HFMVV4B/what-do-i-need-to-do-about-my-upcoming-salesforce-instance-refresh.
26. Что нужно учитывать для массовых событий платформы и сбора данных об изменении?
a) Отдельные действия по обслуживанию Salesforce (напр: миграции организации и обновления экземпляров) требуют перемещения организации в другой центр обработки данных или в другой аппаратный стек. Пр выполнении данных операций данные переносятся физически, с запуском программного обеспечения, обслуживающего ваши приложения, на другом аппаратном обеспечении. Ввиду распределенной, асинхронной природы нашей шины событий, миграция всех событий, опубликованных до миграции организации, невозможна.
б) Обновление выпуска не повлияет на доставку в режиме реального времени событий до и после обслуживания; однако 72-часовое окно сохранения всех событий не будет поддерживаться. ReplayIDs уникальным способом идентифицируют точку публикации определенного события в потоке событий, а поскольку новое расположение вашей организации будет отличаться физически, значения ReplayID новых событий не будут связаны с событиями, опубликованными до миграции или обновления экземпляра. Подписчиками событий платформы и событий изменений являются клиенты Streaming API (CometD), компоненты empApi Lightning, клиенты Pub/Sub API, перенаправления событий, триггеры Apex и потоки.
См. также: Руководство разработчика событий платформы: Публикация событий в режиме только для чтения
27. Что необходимо сделать, если в моей организации включены боты Einstein?
После обновления выпуска перейдите в боты Einstein в настройке. Отключите и включите повторно функцию ботов Einstein. Таким образом будет инициирована новая проверка подлинности в Einstein.AI.
28. Будут ли сохранены и доступны данные журнала регистрации событий после обновления экземпляра?
Нет, но большинство данных подлежит миграции. Любые данные журналов, которые не удалось обработать перед миграцией организации, будут недоступны в новом экземпляре. Данные со дня начала миграции и до дня завершения миграции не подлежат добавлению в организацию, перенесенную в новое расположение. Данный алгоритм обуславливается тем, что функция отслеживания событий использует данные журнала и ночную пакетную обработку для заполнения событий отслеживания.
29. Где можно получить дополнительную информацию?
а) При необходимости воспользуйтесь группой Official: Salesforce Infrastructure в Trailblazer Community.
б) При возникновении дополнительных вопросов зарегистрируйте обращение в службу поддержки посредством справки Salesforce.
30. Известная проблема
000387056

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.