Standortwechsel – Übersicht und häufig gestellte Fragen

Wichtige Aktionen

A. Abonnieren Sie Trust-Benachrichtigungen, um zu erfahren, wann Standortwechsel vorgenommen werden.
B. Folgen Sie den bewährten Vorgehensweisen für die Salesforce-Infrastruktur, indem Sie den Zugriff auf Salesforce-IP-Bereiche und Government Cloud-IP-Bereiche (sofern zutreffend) nicht einschränken, hartcodierte Verweise entfernen und Ihren Wert für die DNS-Zeitüberschreitung auf 5 Minuten (Standardeinstellung) festlegen.
C. Kunden mit benutzerdefinierten Live Agent/SOS-Clients sollten sicherstellen, dass diese Clients Umleitungen zum neuen aktiven Standort richtig verarbeiten können. Anderenfalls kann es zu Unterbrechungen beim Live Agent-Service kommen. Die beste Methode, derartige Probleme zu vermeiden, ist die Verarbeitung der SwitchServer-Antwort und die Verwendung der Eigenschaft "newUrl" für die Anforderung, die zu dieser Antwort geführt hat, und für alle nachfolgenden Anforderungen.  Weitere Informationen finden Sie in Frage 8.
D. Wenn Sie Ihre E-Mail-Protokolle nach einem Standortwechsel anzeigen müssen, fordern Sie Ihre E-Mail-Protokolle vor der Wartungsmaßnahme an. Weitere Einzelheiten finden Sie in Frage 11.
E. Es ist wichtig, dass Kunden ihren DNS-Cache aktualisieren – und zwar auf den Client-Endpunkten (z. B. PC) sowie bei Ihrem Internetdienstanbieter (ISP). In einigen Fällen muss der Internetanbieter gebeten werden, seine DNS-Tabellen zu aktualisieren, um mögliche Probleme bei der Anmeldung, die nicht auf Salesforce zurückzuführen sind, zu beheben.

Häufig gestellte Fragen (FAQ)

1.  Wie teilt Salesforce einen Standortwechsel mit?
Geplante Standortwechsel werden im Wartungskalender unserer Trust-Site unter status.salesforce.com veröffentlicht. Wenn wir während eines Vorfalls einen Standortwechsel vornehmen müssen, um eine Instanz wieder online zu schalten, werden die Vorfalldaten auf status.salesforce.com mit den entsprechenden Informationen aktualisiert. Melden Sie sich für Trust-Benachrichtigungen an, um E-Mails zu Wartungen (Erinnerungen, Start, Aktualisierungen und Abschluss) sowie zu Vorfällen (neue Vorfälle, Aktualisierungen, gelöste Probleme und zugrunde liegende Ursachen) für Ihre Instanz zu erhalten. Weitere Informationen zur Registrierung für diese E-Mails finden Sie im Benutzerleitfaden für Trust-Benachrichtigungen.

2.  Wie lange dauert ein Standortwechsel?
Derzeit sind Standortwechsel nach etwa 20 Minuten abgeschlossen. Bei geplanten Standortwechsel wird die voraussichtliche Dauer der Aktivität bei Trust veröffentlicht.

3.  Kann ich mich von einem Standortwechsel abmelden?
Einzelne Organisationen können nicht von einem Standortwechsel abgemeldet werden. Aufgrund der mandantenfähigen Architektur unserer Infrastruktur muss der Standortwechsel für alle Organisationen der Instanz gleichzeitig ausgeführt werden.
Geplante Standortwechsel werden nur während der bevorzugten Systemwartungsfenster angesetzt. Sie werden gebeten, die Wartungsaktivitäten für Ihre Salesforce-Organisation (Softwareaktualisierungen, Integrationsänderungen usw.) außerhalb der bevorzugten Systemwartungsfenster zu planen.

4. Kann ich während eines Standortwechsels auf meine Organisation zugreifen?
Während des geplanten Standortwechsels ist Ihre Organisation nicht verfügbar. Standortwechsel werden jetzt innerhalb von ca. 20 Minuten abgeschlossen. Es wird empfohlen, dass Kunden die Instanz beim Standortwechsel als nicht verfügbar betrachten.
 

5. Welche Maßnahmen müssen zur Vorbereitung auf einen Standortwechsel ergriffen werden?
Wenn Sie bereits die bewährten Vorgehensweisen für die Infrastruktur befolgen, indem Sie den Zugriff auf Salesforce-IP-Bereiche nicht einschränken und Ihren DNS-Zeitüberschreitungswert auf 5 Minuten (Standardeinstellung) festlegen, sollte ein Standortwechsel für Ihre Benutzer reibungslos erfolgen.

Wenn Sie jedoch den Zugriff auf bestimmte IP-Bereiche oder Rechenzentren einschränken, aktualisieren Sie Ihre Netzwerkeinstellungen und fügen Sie die vollständige Liste der Salesforce-IP-Bereiche hinzu, um unerwünschte Serviceunterbrechungen nach einem Standortwechsel zu vermeiden. Wenn Sie Ihre festgelegten DNS-Zeitüberschreitungswerte steuern, müssen Sie Ihren DNS-Cache möglicherweise aktualisieren und nach den Wartungsarbeiten alle Integrationen neu starten.
 

6.  Wie wirkt sich ein Standortwechsel auf zuvor geplante Aktivitäten (wöchentliche Exporte, Apex-Aufträge usw.) und Apex-Callouts aus?
Laufende Aktivitäten werden vor dem Standortwechsel angehalten und nach dessen Abschluss fortgesetzt. Aktivitäten, die während des Standortwechsels geplant waren, werden nach dem Standortwechsel gestartet.

Bei einer kleinen Untergruppe von Apex-, Batch-Apex-, REST-API-, SOAP-API- und Bulk-API-Aufträgen, die vor dem Standortwechsel 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, auf einen Zeitpunkt nach Abschluss des Standortwechsels zu verlegen, um einen problemlosen Ablauf sicherzustellen.

Während der Wartung werden keine Apex-Callouts an externe Services ausgeführt. Es wird empfohlen, die Ausführung dieser Callouts während des Wartungszeitraums zu verhindern. Weitere Informationen zum Verhindern der Callouts finden Sie im Thema zu  Obergrenzen und Einschränkungen bei Callouts.

7. Wie wirkt sich ein Standortwechsel auf die Online-Lead-Erfassung, Online-Vorgangserfassung und E-Mail-Vorgangserfassung aus?
Während eines Standortwechsels ausgeführte Online-Lead-Erfassungen, Online-Vorgangserfassungen und E-Mail-Vorgangserfassungen werden in eine Warteschlange gestellt und nach Abschluss des Standortwechsels verarbeitet.
 

8. Hat ein Standortwechsel Auswirkungen auf Live Agent?
Ja. Bei einem Standortwechsel wird der aktive Standort Ihrer Organisation auf den Bereitschaftsstandort und der Bereitschaftsstandort auf den aktiven Standort umgestellt. Dann ändert sich der URL, den Sie für den Zugriff auf Live Agent/SOS verwenden. Von Salesforce zur Verfügung gestellte Chat-Clients und Bereitstellungscode reagieren auf diese Änderung und leiten HTTP-Anforderungen ordnungsgemäß zum neuen Endpunkt weiter. Es kann jedoch vorkommen, dass dies bei einigen Drittanbieteranwendungen einschließlich benutzerdefinierter Live Agent-REST-Clients nicht der Fall ist. Diese benutzerdefinierten Anwendungen können Ihren Account in einem solchen Fall nicht in der vorherigen Instanz finden, sodass Fehler auftreten.

Um die Auswirkungen auf Ihre Live Agent-/SOS-Implementierung möglichst gering zu halten, befolgen Sie die bewährten Methoden und stellen Sie sicher, dass der benutzerdefinierte Live Agent-REST-Client nach Wartungsarbeiten mit Verschiebung Ihrer Organisation Anforderungen richtig an eine neue Instanz des Live Agent-Service weiterleiten kann. Die beste Methode zur Vermeidung solcher Probleme mit benutzerdefinierten Clients (die Anforderungen nicht automatisch an den richtigen Endpunkt weiterleiten) ist die Verarbeitung der SwitchServer-Antwort und die Verwendung der Eigenschaft "newUrl" für die Anforderung, die zu dieser Antwort geführt hat, und für alle nachfolgenden Anforderungen. Weitere Informationen zur Aktualisierung Ihres benutzerdefinierten Clients und zu Tests finden Sie im Artikel So aktualisieren Sie Ihren benutzerdefinierten Live Agent-Client, wenn sich die Organisationsinstanz ändert. Dadurch wird sichergestellt, dass ein Standortwechsel nicht zu Problemen mit Ihrem benutzerdefinierten Client führt und Sie nach Beginn der Ausführung genug Zeit haben, den verwendeten Endpunkt zu aktualisieren.

Weitere Informationen zu Live Agent-Endpunkten und zur Bedeutung von hartcodierten Live Agent-Verweisen finden Sie im Artikel Live Agent-Server (Endpunkt-URL) wurde geändert und jetzt funktioniert der Live Agent-Chat nicht mehr.

9. Wie wirkt sich ein Standortwechsel auf laufende Sandbox-Aktualisierungen aus?
Sandbox-Aktualisierungen, die vor dem Standortwechsel nicht abgeschlossen wurden, werden angehalten. Die Sandbox-Aktualisierung wird nach dem Standortwechsel neu gestartet (nicht fortgesetzt). Außerdem können Kunden keine Sandbox-Aktualisierung während des Standortwechsel initiieren.

10. Wirkt sich ein Standortwechsel auf E-Mail-Sendevorgänge (beispielsweise an Mobilfunkanbieter oder Office 365) aus?
Nach einem Standortwechsel werden E-Mails über MTAs (Mail Transport Agents) gesendet, deren IP-Adressen sich von denjenigen unterscheiden, über die Ihre E-Mails zuvor gesendet wurden. Diese MTAs sollten bereits über eine Reputation verfügen und die E-Mail-Zustellung sollte nicht beeinträchtigt werden, es sei denn, Sie verwenden die E-Mail-Weiterleitung mit ACLs (Access Control Lists) und Zulassungslisten. Lesen Sie in diesem Fall den Artikel zu den zuzulassenden IP-Adressen und Domänen und stellen Sie sicher, dass Ihre ACLs und Zulassungslisten die erforderlichen IP-Adressen für E-Mail-Weiterleitungen enthalten. Wenn Sie überprüfen möchten, ob Sie die E-Mail-Weiterleitung in Salesforce verwenden, navigieren Sie zu "Setup" und suchen Sie nach "Aktivierung der E-Mail-Weiterleitung". Wenn das Kontrollkästchen "Aktiv" ausgewählt ist, werden E-Mails per E-Mail-Weiterleitung an den in den Einstellungen angegebenen Host zugestellt.

11. Wenn ich meine E-Mail-Protokolle nach dem Standortwechsel anzeigen möchte, muss ich diese dann vor der Systemwartung anfordern?
Wenn Sie Ihre E-Mail-Protokolle nach dem Standortwechsel anzeigen müssen, müssen Sie vor der Wartungsmaßnahme Ihre E-Mail-Protokolle anfordern. Führen Sie zum Anfordern der E-Mail-Protokolle die im Artikel zum Anfordern eines E-Mail-Protokolls angegebenen Schritte aus. Nachdem Sie die E-Mail-Protokolle angefordert haben, werden sie in der Datenbank gespeichert und zusammen mit Ihrer Standortwechselwartung migriert. Nach dem Standortwechsel können die E-Mail-Protokolle von Ihrem ehemaligen Rechenzentrum nicht mehr abgerufen werden.
Möglicherweise stellen Sie für einen kurzen Zeitraum fest, dass E-Mails in den E-Mail-Protokollen zwar als gesendet angezeigt werden, der endgültige Bestimmungsort der E-Mail jedoch erst 30 Tage nach Abschluss der Wartungsarbeiten eingefügt wird. Das liegt daran, dass für die IP-Adressen des neuen aktiven Standorts zunächst eine Reputation im Internet aufgebaut werden muss, bevor größere Datenmengen gesendet werden können.

12. Worum geht es beim fortlaufenden Standortwechselprogramm von Salesforce?
Weitere Informationen zum fortlaufenden Standortwechselprogramm erhalten Sie in unserem Artikel Fortlaufender Standortwechsel.