Instanzaktualisierung

Häufig gestellte Fragen (FAQ)

1. Was ist eine Instanzaktualisierung und welche Vorteile hat diese für mich?
Um auf das kontinuierliche Wachstum Ihrer Organisation vorbereitet zu sein, muss gelegentlich eine Aktivität namens "Instanzaktualisierung" durchgeführt werden, bei der die Ihrer Instanz zugrunde liegende Infrastruktur in unseren Rechenzentren aktualisiert wird. Nach Abschluss dieser Wartungsarbeiten wird Ihre Instanz in ein neues Datenzentrum verschoben und der Name Ihrer Instanz ändert sich. Diese Maßnahme ermöglicht es uns, Organisationen weiterhin das hohe Leistungsniveau zu bieten, das sie von Salesforce erwarten.

2. Welche Maßnahmen muss ich zur Vorbereitung auf eine Instanzaktualisierung ergreifen?
Informieren Sie sich über unsere unten aufgeführten bewährten Vorgehensweisen, um sicherzustellen, dass Sie auf diese Wartungsmaßnahme vorbereitet sind. Sollten Sie unsere bewährten Methoden nicht berücksichtigen, kann es sein, dass Ihre Endbenutzer nach Abschluss der Wartungsarbeiten nicht mehr auf Salesforce zugreifen können.
Die bewährten Methoden beinhalten Folgendes:
i. Aktivieren von "Meine Domäne"
ii. Aktualisieren hartcodierter Verweise auf nicht instanzenspezifische Verweise
iii. Ermöglichen des Zugriffs auf alle Salesforce-IP-Adressen
iv. Planen der Aktivitäten entsprechend den Zeiten der standardmäßigen Systemwartung

Um unerwünschte Serviceunterbrechungen zu vermeiden, müssen Sie ggf. folgende Maßnahmen ergreifen:

i. Wenn Sie hartcodierte Verweise (z. B. na1.salesforce.com) verwenden, stellen Sie sicher, dass Sie sie in relative nicht instanzenspezifische URLs (z. B. login.salesforce.com) ändern
ii. Wenn Sie oder Ihr Team oder Ihr Unternehmen die Netzwerkeinstellungen oder E-Mail-Sicherheitsfilter Ihres Unternehmens so eingerichtet haben, dass der Zugriff auf bestimmte IP-Bereiche oder Datenzentren beschränkt ist, nehmen Sie die neuesten Bereiche auf. Weitere Informationen zu den einzuschließenden IP-Bereichen finden Sie im Artikel Welche IP-Adressen von Salesforce müssen auf die Positivliste gesetzt werden?.
iii. Implementieren von "Meine Domäne" vor dem Wartungszeitfenster.
iv. Bereiten Sie sich auf eine Aktualisierung der Integrationen vor, falls nach der Wartung Integrationsprobleme auftreten sollten.
v. Bereiten Sie sich auf eine Aktualisierung Ihres DNS-Cache vor, wenn nach der Wartung immer wieder die Meldung "Wartung wird durchgeführt" auf Ihrer Anmeldeseite angezeigt wird.
vi. Wenn Sie Zertifikate lokal zwischenspeichern, treten Sie der Trailblazer Community-Gruppe Certificate Changes bei, um die neuesten Zertifikate zu erhalten.

3. Ist der schreibgeschützte Modus während der Instanzaktualisierung verfügbar?
Ja. Während der Durchführung der Wartungsarbeiten ist der schreibgeschützte Modus verfügbar. Nähere Informationen dazu, welche Möglichkeiten der schreibgeschützte Zugriff bietet, finden Sie im Artikel Schreibgeschützter Modus – Übersicht.

4. Sind Salesforce for Outlook (SFO) OAuth-Aktualisierungstoken von einer Instanzaktualisierung betroffen?
a. Nach der Instanzaktualisierung sollten Benutzer automatisch von SFO abgemeldet werden. Sie müssen sich dann über den Setup-Assistenten erneut anmelden.
b. Falls nach der Wartung Probleme bei der Anmeldung in SFO auftreten sollten, führen Sie die Schritte im Artikel zum Thema Erneute Salesforce for Outlook OAuth-Authentifizierung aus.
c. Weitere Fragen zu SFO können Sie in der Trailblazer Community-Gruppe Salesforce for Outlook & Email Connect posten.

5. Wenn ich meine E-Mail-Protokolle nach der Instanzaktualisierung anzeigen möchte, muss ich diese dann vor der Systemwartung anfordern?
a. Nein, die E-Mail-Protokolle werden zentral gespeichert und stehen nach der Aktualisierung der Instanz zur Verfügung. Es ist also nicht erforderlich, sie vor der Wartung, dem Site-Wechsel, der Instanzaktualisierung oder der Organisationsmigration anzufordern. 

6. Hat die Instanzaktualisierung Auswirkungen auf Sandbox-Aktualisierungen?
a. Die Warteschlange für Sandbox-Aktualisierungen wird 4 Stunden vor Beginn der Instanzaktualisierung ausgesetzt.
b. Wenn zum Zeitpunkt des Aussetzens der Warteschlange gerade eine Sandbox-Aktualisierung in Ihrer Organisation durchgeführt wird, wird die Sandbox-Aktualisierung angehalten. Die Aktualisierung der Sandbox wird 24 Stunden nach Abschluss der Instanzaktualisierung neu gestartet (nicht fortgesetzt).

7. Muss ich die Integrationen nach der Wartung neu starten?
a. Ein Neustart Ihrer Integrationen ist nicht erforderlich. Sollte es im Anschluss an die Instanzaktualisierung bei Ihren Integrationen jedoch zu Problemen kommen, wird empfohlen, dass Sie als ersten Schritt zur Problembehebung einen Neustart der Integrationen durchführen.
b. Wenn Sie Ihre Integration nach den Wartungsarbeiten neu starten, löschen Sie Ihren DNS-Such-Cache, wodurch Ihre Integrationen die IP-Adresse des neuen Datenzentrums erkennen können.
c. Die Schritte zum Neustarten einer Integration können je nach Integration unterschiedlich sein. Es wird empfohlen, die Integration mit dem Entwickler auf spezielle Schritte zu prüfen. Viele der bei AppExchange aufgeführten Integrationen enthalten auch Anweisungen zum Anmelden/Neustarten. 

8. Werden in der neuen Instanz, zu der ich migriert werde, die gleichen Zertifikate verwendet wie in meiner aktuellen Instanz auf "[INSTANCE].salesforce.com" und "[INSTANCE]-api.salesforce.com"?

9. Werden in der neuen Instanz die gleichen zwischengeschalteten, auf das Stammverzeichnis bezogenen und ausgehenden Kunde-an-Salesforce-Zertifikate verwendet?
Ja, die zwischengeschalteten und Stammzertifikate bleiben gleich. Außerdem ändern sich ausgehende Zertifikate, die für SAML, SSO und APEX verwendet werden, nicht.

10. Sind Weiterleitungsadressen für die E-Mail-Vorgangserfassung oder E-Mail an Apex von der Instanzaktualisierung betroffen?
a. Nein. Weiterleitungsadressen für die E-Mail-Vorgangserfassung oder E-Mail an Apex sind von der Instanzaktualisierung nicht betroffen.
b. Mails, die an bestehende E-Mail-Service-Adressen gesendet werden, werden nach der Aktualisierung auch weiterhin zugestellt, ohne dass Änderungen an den Adressen erforderlich sind.

11. Werden E-Mail-Service-Adressen (E-Mail-Vorgangserfassung, E-Mail an Apex, E-Mail-zu-Salesforce, reply2chatter usw...) nach einer Instanzaktualisierung verzögert zugestellt? Bei einigen E-Mails kann es zu Verzögerungen kommen.
Bei einigen E-Mails kann es zu Verzögerungen kommen. Bei einer Instanzaktualisierung sind Anwendungsserver nicht verfügbar und die E-Mails werden auf den Salesforce-Mail-Servern gespeichert.
Nach der Aktivierung der neuen Instanz werden neue Mails direkt zugestellt und E-Mails in der Warteschlange werden beim nächsten Wiederholungsversuch zugestellt. Dabei wirkt sich die Zeit, in der eine Instanz nicht verfügbar ist, darauf aus, wie lange es dauert, bis ein erneuter Zustellversuch für E-Mails in der Warteschlange unternommen wird.

12. Gilt nach der Instanzaktualisierung für meine neue Instanz dasselbe Versionswartungsfenster wie für meine frühere Instanz?
Ja.

13. Gilt nach der Instanzaktualisierung für meine neue Instanz dasselbe Standardzeitfenster für Systemwartungen wie für meine frühere Instanz?
Ja.

14. Ändert sich meine OrgID nach der Instanzaktualisierung?
Nein.

15. Kann ich mich von der Instanzaktualisierung abmelden?
Nein, alle Organisationen in der für eine Aktualisierung identifizierten Instanz werden verschoben.

16. Was geschieht nach der Instanzaktualisierung mit den Daten im "alten" Rechenzentrum?
Sobald eine Instanzaktualisierung erfolgreich abgeschlossen wurde, wird die Hardware, auf der Ihre Instanz im alten Rechenzentrum gehostet wurde, außer Betrieb genommen. Die von uns entwickelten Vorgehensweisen stellen sicher, dass Ihre Daten das vorherige Rechenzentrum nicht verlassen, und erfüllen unsere Konformitäts- und Sicherheitsanforderungen. Ihr Vertrauen zu behalten, steht für uns an erster Stelle.

17. Wirkt sich eine Instanzaktualisierung auf unsere Verwendung von Content Delivery Networks (CDNs) von Drittanbietern aus?
Ja. Sie müssen die folgenden Maßnahmen ergreifen, wenn Sie ein Drittanbieter-CDN implementiert haben:

a. Wenn Sie eine Domäne vom Typ "customer.my.salesforce.com" beschleunigen, müssen Sie den Ursprung aktualisieren und die Konfiguration vor der Wartung in das Staging im CDN verschieben. Sie sollten direkt nach dem Warten und vor dem Bereitstellen in der Produktion testen, ob der direkte Zugriff und das Staging wie erwartet funktionieren. 
b. Wenn Sie auch Ihre VisualForce- oder ContentForce-Domänen (z. B. customer--c.$NA10.content.force.com) beschleunigen, müssen Sie ein neues SSL-Zertifikat erwerben, das "customer.my.salesforce.com" und die ursprünglichen sowie die neuen Instanzen für die VisualForce- bzw. ContentForce-Domänen (z. B. "$customer--c.NA10.content.force.com" und "$customer--c.NA42.content.force.com") enthält.

i. Sie müssen diese Zertifikate dann für den Hersteller Ihres Drittanbieter-CDN freigeben, damit es bereitgestellt werden kann.
ii. Nachdem das SSL-Zertifikat bereitgestellt wurde, müssen Sie Ihre CDN-Konfiguration mit den neuen VisualForce- bzw. ContentForce-Hostnamen und dem Ursprung für alle drei Endpunkte aktualisieren und in das Staging verschieben.
iii. Sie sollten direkt nach dem Warten und vor dem Bereitstellen in der Produktion testen, ob der direkte Zugriff und das Staging wie erwartet funktionieren.

HINWEIS: Der Erwerb eines neuen Zertifikats und die Zusammenarbeit mit dem Anbieter Ihres Drittanbieter-CDN kann einige Tage in Anspruch nehmen. Beginnen Sie damit spätestens zwei Wochen vor der Aufteilung oder Migration.

HINWEIS: Wenn Sie über eine spezialisierte Beschleunigung Ihrer Hostnamen für "MyDomain.my.salesforce.com", "MyDomain.lightning.force.com", "MyDomain--c.documentforce.com", "MyDomain--PackageName.visualforce.com", "MyDomain--c.InstanceName.content.force.com" oder "MyDomain--PackageName.InstanceName.visual.force.com" mithilfe von Akamai verfügen, müssen Sie den Ursprung aktualisieren und die Konfiguration vor der Wartung in das Staging im CDN verschieben. Sie sollten direkt nach dem Warten und vor dem Bereitstellen in der Produktion testen, ob der direkte Zugriff und das Staging wie erwartet funktionieren. Hierbei handelt es sich um eine seltene Konfiguration. Wenn Sie nicht sicher sind, worum es sich handelt, dann trifft dies für Ihre Organisation nicht zu.

Dieser Typ der spezialisierten Beschleunigung wird durch das Salesforce Edge-Netzwerk ersetzt. Salesforce unterstützt das Hinzufügen weiterer Hostnamen zu einer vorhandenen speziellen Konfiguration dieses Typs im Allgemeinen nicht. Der weitere Weg besteht nun darin, in Zusammenarbeit mit dem Salesforce-Support zum Salesforce Edge-Netzwerk zu migrieren und die DNS-Konfigurationsüberschreibungen, die von der spezialisierten Beschleunigung verwendet werden, durch das Salesforce-Team für Forschung und Entwicklung entfernen zu lassen.

18. Wirkt sich eine Instanzaktualisierung auf Drittanbieterintegrationen aus?
Drittanbieterintegrationen sollten nach der Instanzaktualisierung wie erwartet funktionieren. Durch das Aktivieren von "Meine Domäne" kann jedoch die Zeit bei Umleitungen von hartcodierten Verweisen nach der Instanzaktualisierung reduziert werden, und das Aktivieren wird dringend empfohlen.

19. Wo erhalte ich weitere Informationen zu den folgenden Themen in Bezug auf Salesforce-Systemwartungen:
a. Artikel Häufig gestellte Fragen zur Aktualisierung hartcodierter Verweise
i. Tool zur Suche hartcodierter Verweise in Ihrer Organisation
ii. Hartcodierte Verweise
iii. E-Mail-Thread-IDs
iv. WSDLs
v. Zertifikate
vi. Live Agent

b. Artikel Welche Auswirkungen hat die Salesforce-Systemwartung auf meine Organisation?
i. Wöchentliche Exporte
ii. Physisches Löschen
iii. Partnerportale

c. Artikel Salesforce-IP-Bereiche:
​i. IP-Bereiche
ii. E-Mail-Einstellungen 

20. Wie muss ich vorgehen, wenn ich über eine Live Agent- oder SOS-Implementierung verfüge?
Wenn Ihre Webseite oder Ihre Zertifikate einen hartcodierten Verweis auf den Live Agent-Endpunkt-URL aufweisen, kann sich eine Instanzaktualisierung, eine Organisationsmigration oder ein Standortwechsel auf Ihre Live Agent-/SOS-Funktionen auswirken. Wenn Sie die Auswirkungen minimieren möchten, befolgen Sie die bewährten Vorgehensweisen und vermeiden Sie hartcodierte Verweise auf den Endpunkt. Stellen Sie zudem sicher, dass Sie den Endpunkt-URL im Bereitstellungscode aktualisieren, den Sie in Setup auf der Seite "Bereitstellung" kopiert haben. Der von uns bereitgestellte Bereitstellungscode kann zum neu zugewiesenen Server umleiten, aber Sie sollten den Endpunkt sofort aktualisieren, nachdem die Aktualisierung abgeschlossen wurde. Weitere Informationen zu Live Agent-Endpunkten und zur Bedeutung eines hartcodierten Endpunkts finden Sie im Artikel Live Agent-Server (Endpunkt-URL) wurde geändert und jetzt funktioniert der Live Agent-Chat nicht mehr.

21. Wie informiert Salesforce die Kunden über Instanzaktualisierungen?
a. Salesforce benachrichtigt alle Kunden über Wartungsarbeiten, die vorbereitende Maßnahmen erfordern, um sicherzustellen, dass die Kunden informiert sind und vor dem geplanten Wartungszeitraum entsprechende Vorbereitungen treffen können. Vor der Instanzaktualisierung sendet Salesforce Produkt- und Service-Benachrichtigungen per E-Mail an die Administratoren (basierend auf Benutzern mit den Berechtigungen "Alle Daten modifizieren" und "Alle Benutzer verwalten"). Weitere Informationen finden Sie im Artikel Produkt- und Service-Benachrichtigungen.
b. Neben den E-Mail-Benachrichtigungen veröffentlicht Salesforce jeden Monat eine Zusammenfassung der die Kunden betreffenden Wartungsmaßnahmen in der Präsentation Service Delivery (inc Hyperforce) (Servicezustellung inklusive Hyperforce) der Trailblazer Community.
c. Alle Systemwartungen werden auf trust.salesforce.com gepostet.

22. Ich möchte mehr über unsere mandantenfähige Architektur erfahren. Wo finde ich Informationen dazu?
a. Absolvieren Sie unseren Trail zu den Grundlagen der Salesforce-Architektur.
b. Weitere Informationen finden Sie auch im Blog-Post zum Thema Mandantenfähige Architektur der Salesforce-Entwickler.

23. Wie wirkt sich eine Instanzaktualisierung auf zuvor geplante Aktivitäten (wöchentliche Exporte, Apex-Aufträge usw.) und Apex-Callouts aus?
Laufende Aktivitäten werden vor der Instanzaktualisierung angehalten und nach dessen Abschluss fortgesetzt. Aktivitäten, die während der Instanzaktualisierung geplant waren, werden nach Abschluss der Wartungsarbeiten gestartet.

Bei einer kleinen Untergruppe von Apex-, Batch-Apex-, REST-API-, SOAP-API- und Bulk-API-Aufträgen, die vor der Instanzaktualisierung gestartet wurden, kann es jedoch nach Abschluss der Wartungsarbeiten zu Fehlern kommen. Falls Sie nach Abschluss der Wartungsarbeiten einen Fehler zu einem zuvor geplanten Auftrag erhalten, starten Sie den Auftrag neu, um die erwarteten Ergebnisse zu erhalten. Es empfiehlt sich, umfangreiche Aufträge oder Aufträge, deren Ausführung lange dauert, nach Abschluss der Instanzaktualisierung erneut zu planen, um einen problemlosen Ablauf zu gewährleisten.

Apex-Callouts an externe Services werden während der Wartung fortgesetzt. Da diese häufig zu DML-Folgeaufrufen an die Salesforce-Anwendung führen, treten möglicherweise Probleme bei beabsichtigten Programm-Flows auf, weil die Anwendung sich im schreibgeschützten Modus befindet. Es wird empfohlen, die Ausführung dieser Callouts im schreibgeschützten Modus zu verhindern. Weitere Informationen zum Verhindern der Callouts finden Sie unter Apex Callouts in Read-Only Mode (Apex-Callouts im schreibgeschützten Modus).

24. Werden Trust-Benachrichtigungen in die neue Instanz übertragen?
a. Instanzaktualisierungen: Vor einer Instanzaktualisierung überträgt Salesforce automatisch die Abonnements der bestehenden Abonnenten der Quellinstanz auf die Zielinstanz(en). Beachten Sie bitte Folgendes: Falls eine Instanz in zwei Instanzen aufgeteilt werden muss, werden die Abonnenten in beide Zielinstanzen übernommen und sollten ihre Abonnementvoreinstellungen baldmöglichst aktualisieren. 
b. Bei Organisationsmigrationen: Ihre Abonnementeinstellungen werden nicht automatisch im Anschluss an eine Organisationsmigration aktualisiert. Es empfiehlt sich, Ihre Abonnementeinstellungen zu aktualisieren, sobald Sie über Ihre neue Instanz informiert werden, damit Sie die für Sie relevanten Statusaktualisierungen weiterhin erhalten.

25. Was muss ich beachten, wenn ich Heroku ebenfalls verwende? 
Lesen Sie diesen Artikel zu Heroku: https://help.heroku.com/0HFMVV4B/what-do-i-need-to-do-about-my-upcoming-salesforce-instance-refresh

26. Welche Überlegungen sollten für Plattformereignisse mit hohem Volumen und die Datenänderungserfassung berücksichtigt werden?
a.​​​ Bestimmte Salesforce-Wartungsaktivitäten (z. B. Organisationsmigrationen und Instanzaktualisierungen) erfordern, dass Ihre Organisation in ein anderes Rechenzentrum oder einen anderen Hardware-Stapel verschoben wird. Während dieser Vorgänge werden Ihre Daten physisch auf eine andere Hardware verschoben und die Software, die Ihre Anwendungen bereitstellt, wird dort ausgeführt. Da der Ereignis-Bus verteilt und asynchron ist, können nicht alle Ereignisse migriert werden, die vor der Instanzaktualisierung veröffentlicht wurden.
b. Die Instanzaktualisierung wirkt sich nicht auf die Echtzeit-Zustellung von Ereignissen vor und nach der Wartung aus. Das Beibehaltungszeitfenster von 72 Stunden für alle Objekte wird jedoch nicht beibehalten.  ReplayIDs identifizieren den Zeitpunkt in einem Ereignis-Stream eindeutig, zu dem ein bestimmtes Ereignis veröffentlicht wurde, und da sich der neue Speicherort Ihrer Organisation physisch unterscheidet, weisen die ReplayID-Werte von neu veröffentlichten Ereignissen keine Beziehung zu Ereignissen auf, die vor der Migration oder Instanzaktualisierung veröffentlicht wurden. Zu den Abonnenten von Plattformereignissen und Änderungsereignissen zählen Streaming-API (CometD)-Clients, empApi-Lightning-Komponenten, Pub/Sub-API-Clients, Ereignisweiterleitungen, Apex-Auslöser und Flows.


Siehe auch: Platform Events Developer Guide: Publishing Events in Read-Only Mode (Veröffentlichen von Ereignissen im schreibgeschützten Modus)
 

27. Welche Maßnahmen müssen ergriffen werden, wenn in meiner Organisation Einstein-Bots aktiviert sind?
Navigieren Sie nach der Instanzaktualisierung unter "Setup" zu "Einstein-Bots". Deaktivieren Sie die Funktion "Einstein-Bots" und aktivieren Sie sie erneut. Dadurch wird eine neue Authentifizierung der Organisation bei Einstein.AI ausgelöst.

28. Werden Ereignisprotokolldaten beibehalten und nach der Instanzaktualisierung zur Verfügung gestellt?

 Nein, aber die meisten Daten werden migriert. Alle Protokolldaten, die vor der Organisationsmigration nicht verarbeitet wurden, sind auf der neuen Instanz nicht verfügbar. Zu Beginn der Migration werden Daten von dem betreffenden Tag bis zum Abschluss der Migration nicht der Organisation am neuen Standort hinzugefügt. Das liegt daran, dass die Ereignisüberwachung von Protokolldaten und einem über Nacht ausgeführten Batch-Prozess abhängig ist, um die Überwachungsereignisse auszufüllen.

29. Wo erhalte ich Unterstützung, wenn ich weitere Fragen habe?
a. Darüber hinaus haben Sie die Möglichkeit, Fragen zu posten und sich mit anderen Salesforce-Benutzern in der Gruppe Official: Salesforce Infrastructure in der Trailblazer Community auszutauschen.
b. Bei weiteren Fragen können Sie über die Salesforce-Hilfe einen Kundenvorgang beim Support öffnen.
 

30. Bekanntes Problem

• Servicebereitstellung (einschließlich Hyperforce)

• Resolve Enablement Site (myTrailhead) Access Issues after Org Migration or Instance Refresh (Lösen von Enablement Site (myTrailhead)-Zugriffsproblemen nach einer Organisationsmigration oder Instanzaktualisierung)