Was ist ein Standortwechsel?
Jede Salesforce-Instanz wird an zwei geografisch getrennten Standorten erstellt und gewartet. Eine Instanz wird aktiv von einem Standort aus, dem aktiven Standort, bereitgestellt, wobei Transaktionen nahezu in Echtzeit am anderen, vollständig redundanten Standort, dem Bereitschaftsstandort, repliziert werden. Ein Standortwechsel bedeutet einen Wechsel zwischen dem aktiven Standort und dem Bereitschaftsstandort, sodass der Bereitschaftsstandort zum aktiven Standort wird und umgekehrt. Der Name der Instanz ändert sich nicht. Dieses Infrastrukturmodell ermöglicht es Salesforce, für die Wartung, Compliance und Notfallwiederherstellung zu einem anderen Standort zu wechseln.
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: Schränken Sie nicht den Zugriff auf Salesforce-IP-Bereiche oder, sofern zutreffend, den Zugriff auf Government Cloud-IP-Bereiche ein. Entfernen Sie hartcodierte Verweise und legen Sie die Standardeinstellung von 5 Minuten als DNS-Zeitüberschreitungswert fest.
C. Stellen Sie sicher, dass alle benutzerdefinierten Live Agent/SOS-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 hat, und für nachfolgende Anforderungen. Weitere Informationen finden Sie in Frage 9.
D. Wenn Sie Ihre E-Mail-Protokolle nach einem Standortwechsel anzeigen müssen, fordern Sie sie vor der Wartungsmaßnahme an. Nähere Informationen finden Sie in Frage 12.
E. Aktualisieren Sie den DNS-Cache auf den Client-Endpunkten wie den PC und den Internetdienstanbieter (ISP). In einigen Fällen müssen Sie den Internetanbieter bitten, 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?
Der Zeitplan für den fortlaufenden Standortwechsel wird im Trust-Wartungskalender unter status.salesforce.com veröffentlicht und aktualisiert. Wenn Sie feststellen möchten, ob sich eine bestimmte Instanz im Zeitplan befindet, klicken Sie unter https://status.salesforce.com auf die Instanz oder rufen Sie https://status.salesforce.com/status/<INSTANZ> (Beispiel: https://status.saleforce.com/instances/NA146) auf, um den Wartungskalender für diese Instanz anzuzeigen. Kunden wird empfohlen, Trust-Benachrichtigungen zu abonnieren, um über geplante Wartungen, einschließlich der Standortwechsel, informiert zu werden und während der Wartung Aktualisierungen zu erhalten. Informationen zur Vorgehensweise, um Trust-Benachrichtigungen zu abonnieren, finden Sie unter https://trust.salesforce.com/de/trust/trust-notification-user-guide.
Wenn während eines Vorfalls ein Standortwechsel vorgenommen werden muss, um eine Instanz wieder online zu schalten, werden die Vorfalldaten auf status.salesforce.com mit den entsprechenden Informationen aktualisiert. Registrieren Sie sich für Trust-Benachrichtigungen zu Ihrer Instanz, um E-Mails zu Wartungen, Erinnerungen und Informationen zum Fortschritt sowie Benachrichtigungen zu Start und Abschluss zu erhalten. Trust-Benachrichtigungen bieten auch Warnungen bei Vorfällen und aktuelle Informationen zum Fortschritt der Problemlösung. Weitere Informationen zur Registrierung für diese E-Mails finden Sie im Benutzerleitfaden für Trust-Benachrichtigungen.
2. Wie lange dauert ein Standortwechsel?
Bei diesen neuen Programm werden Standortwechsel in ca. 20 Minuten abgeschlossen. Während dieser Zeit kann es zu einem vollständigen Ausfall der Instanzen kommen. Da nicht genau angegeben werden kann, wann es während der Wartungsarbeiten zu Ausfallzeiten kommt, empfehlen wir unseren Kunden, die Instanz während des Standortwechsels als nicht verfügbar zu betrachten. Bei geplanten Standortwechseln wird die voraussichtliche Dauer der Aktivität bei Trust veröffentlicht. Bei Government-Kunden beträgt der Zeitraum 45 Minuten.
3. Bei Standortwechseln wurden Wartungsarbeiten in einem Zeitraum von 30 Minuten im schreibgeschützten Modus vorgenommen, jetzt fallen die Instanzen 20 Minuten lang aus. Warum wird die Änderung vorgenommen?
Bei Salesforce hat das Sicherstellen des Kundenerfolgs durch Verfügbarkeit, Leistung und Zuverlässigkeit eines vertrauenswürdigen Systems oberste Priorität. Zu diesem Zweck werden die bestehenden Prozesse kontinuierlich überprüft und es wird nach Möglichkeiten gesucht, die allgemeine Effizienz und die Bereitstellung aller Services zu verbessern. Das Ziel des Standortwechsels besteht darin, die dafür benötigte Zeit zu reduzieren, sodass die Aktivität bei unvorhergesehenen Vorfällen und langfristiger Wartung reibungsloser durchgeführt werden kann.
Während der 20-minütigen Wartung werden die Instanzen vollständig heruntergefahren. Daher wird empfohlen, dass Kunden die Instanz beim Standortwechsel als nicht verfügbar betrachten.
4. Kann ich von einem Standortwechsel ausgenommen werden?
Ein Ablehnen von Standortwechseln ist für einzelne Organisationen nicht möglich. Aufgrund der Multi-Tenant-Architektur unserer Infrastruktur muss der Standortwechsel für alle Organisationen der Instanz gleichzeitig erfolgen.
Geplante Standortwechsel sind während eines bevorzugten Systemwartungszeitfensters vorgesehen. Sie werden gebeten, die Wartungsaktivitäten für Ihre Salesforce-Organisation, beispielsweise Softwareaktualisierungen und Integrationsänderungen, außerhalb des bevorzugten Systemwartungsfensters zu planen.
5. Habe ich während eines Standortwechsels Zugriff auf meine Salesforce-Organisation?
Während der geplanten Standortwechsel 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.
6. Was muss ich zur Vorbereitung auf einen Standortwechsel tun?
Ein Standortwechsel kann für Ihre Benutzer reibungslos erfolgen, wenn Sie bereits die bewährten Vorgehensweisen für die Salesforce-Infrastruktur befolgen: Schränken Sie den Zugriff auf Salesforce-IP-Bereiche nicht ein, legen Sie Ihren DNS-Zeitüberschreitungswert auf die Standardeinstellung von 5 Minuten fest und vermeiden Sie hartcodierte Verweise in Live Agent-Implementierungen.
Wenn Sie 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 ein, um nach einem Standortwechsel unerwünschte Serviceunterbrechungen zu vermeiden. Wenn Sie Ihre festgelegten DNS-Zeitüberschreitungswerte steuern, kann es gelegentlich vorkommen, dass Ihr DNS-Cache aktualisiert und nach den Wartungsarbeiten alle Integrationen neu gestartet werden müssen.
7. Welche Auswirkungen hat ein Standortwechsel auf zuvor geplante Aktivitäten wie wöchentliche Exporte, Apex-Aufträge und Apex-Callouts?
Laufende Aktivitäten werden mit dem Beginn der Wartungsarbeiten im Rahmen des Standortwechsels angehalten, da die Instanz nicht mehr Verfügbar ist. Aktivitäten, die während des Standortwechsels geplant werden, werden nach Abschluss des Standortwechsels ausgeführt. Apex-Callouts an externe Services schlagen während des Wartungszeitraums wahrscheinlich fehl. Die besten Ergebnisse erzielen Sie, wenn Sie umfangreiche oder lang andauernde Aufträge nach Abschluss des Standortwechsels neu planen.
8. Welche Auswirkungen hat ein Standortwechsel auf die die Online-Lead-Erfassung, Online-Vorgangserfassung und E-Mail-Vorgangserfassung?
E-Mail-Vorgangserfassungen, die während des Standortwechsels stattfinden werden in die Warteschlange gestellt und nach Abschluss des Standortwechsels verarbeitet. Online-Lead- und Online-Vorgangserfassungen werden nach Abschluss der Wartungsarbeiten fortgesetzt.
9. Hat ein Standortwechsel Auswirkungen auf Live Agent?
Ja. Bei einem Standortwechsel wird der aktive Standort Ihrer Salesforce-Organisation auf den Bereitschaftsstandort und der Bereitschaftsstandort auf den aktiven Standort umgestellt. Anschließend ä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 hat, und für alle nachfolgenden Anforderungen. Weitere Informationen zur Aktualisierung Ihres benutzerdefinierten Clients und zu Tests finden Sie unter So aktualisieren Sie Ihren benutzerdefinierten Live Agent-Client, wenn sich die Organisationsinstanz ändert.
Weitere Informationen zu Live Agent-Endpunkten und zu hartcodierten Live Agent-Verweisen finden Sie unter Siehe Live Agent-Server (Endpunkt-URL) wurde geändert und jetzt funktioniert der Live Agent-Chat nicht mehr.
10. Welche Auswirkungen hat ein Standortwechsel auf Sandbox-Aktualisierungen?
Unvollständige Sandbox-Aktualisierungen werden vor dem Standortwechsel angehalten. Nach dem Standortwechsel werden Sandbox-Aktualisierungen neu gestartet, nicht fortgesetzt. Kunden können Sandbox-Aktualisierungen während des Standortwechsels initiieren.
11. Hat der Standortwechsel Auswirkungen auf E-Mail-Sendungen?
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. Stellen Sie sicher, dass Ihre MTAs bereits über eine Reputation verfügen. Die E-Mail-Zustellung wird nicht beeinträchtigt, es sei denn, Sie verwenden die E-Mail-Weiterleitung mit ACLs (Access Control Lists) und Zulassungslisten. Weitere Informationen finden Sie unter Zuzulassende IP-Adressen und Domänen von Salesforce.
Stellen Sie sicher, dass Ihre ACLs und Zulassungslisten die erforderlichen IP-Adressen 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.
12. Wenn ich meine E-Mail-Protokolle nach dem Standortwechsel anzeigen möchte, muss ich diese dann vor der Wartung anfordern?
Ja. Fordern Sie Ihre E-Mail-Protokolle vor der Wartungsmaßnahme an, um sie nach dem Wechsel anzeigen zu können. Informationen zum Anfordern Ihrer E-Mail-Protokolle finden Sie unter Anfordern eines E-Mail-Protokolls. Nachdem Sie die E-Mail-Protokolle angefordert haben, werden sie in der Datenbank gespeichert und während der Wartung beim Standortwechsel migriert. Nach dem Standortwechsel können die E-Mail-Protokolle von Ihrem ehemaligen Rechenzentrum abgerufen werden.
In den E-Mail-Protokollen werden E-Mails manchmal für kurze Zeit als gesendet angezeigt, aber das endgültige Ziel der E-Mail ist bis zu 30 Tage nach Abschluss der Wartungsarbeiten nicht enthalten. Für die IP-Adressen am neuen aktiven Standort muss zunächst eine Reputation im Internet aufgebaut werden, bevor sie größere Datenmengen verarbeiten können.
000389427

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.