Skip to main content

Häufig gestellte Fragen zur verteilten Kollaboration

In diesem Thema sind Fragen oder Probleme, die beim Arbeiten mit verteilter Kollaboration auftreten können, und mögliche Lösungen aufgeführt. Wenn Sie das gesuchte Problem nicht finden, können Sie auch auf der Esri Support-Website nach Artikeln suchen.

Kollaborationen innerhalb von ArcGIS Enterprise

Kollaborationen zwischen ArcGIS Online und ArcGIS Enterprise

Freigeben von Web-Apps

Freigaben von Feature-Layer-Daten als Kopien und Synchronisieren von Änderungen

Freigeben von Sichten gehosteter Feature-Layer

Synchronisieren von Workspaces bei Bedarf

Synchronisieren von Workspaces in geplanten Intervallen

Andere häufige Fragen

Problembehandlung

Kann ich eine Kollaboration mit einer ArcGIS Enterprise-Organisation mit einer anderen ArcGIS Enterprise-Version einrichten?

Ja. Denken Sie daran, dass die Kollaborationsteilnehmer nur Zugriff auf die Features haben, die in der von ihrer Organisation verwendeten ArcGIS Enterprise-Version verfügbar sind.

Ich habe ArcGIS Enterprise on Kubernetes. Ich möchte eine Kollaboration mit einer anderen ArcGIS Enterprise-Organisation einrichten, die auf Windows basiert. Ist das möglich?

Ja. ArcGIS Enterprise on Kubernetes kann entweder als Collaboration-Host oder als Gast für eine ArcGIS Enterprise-Bereitstellung unter Windows, Linux oder Kubernetes fungieren. ArcGIS Enterprise on Kubernetes kann auch als Gast für eine in ArcGIS Online gehostete Kollaboration fungieren. Weitere Informationen finden Sie unter Verteilte Kollaboration und Schlüsselkonzepte für Kollaborationen.

Wie aktualisiere ich bei der Authentifizierung auf Webebene die Anmeldeinformationen oder das PKI-Zertifikat für eine Kollaboration mit einem weiteren ArcGIS Enterprise-Teilnehmer?

ArcGIS Enterprise unterstützt bei der Authentifizierung auf Webebene die Änderung der Anmeldeinformationen oder des PKI-Zertifikats für die Kommunikation mit einem weiteren ArcGIS Enterprise-Teilnehmer. Änderungen können nur über die REST-API des Portalverzeichnisses vorgenommen werden. Weitere Informationen finden Sie im Thema Update Web-tier Authentication Configuration zur REST API und der verteilten Kollaboration.

Sie können die Authentifizierung auf Webebene bzw. mittels PKI-Zertifikat für ArcGIS Enterprise-Teilnehmer einer Kollaboration hinzufügen, aktualisieren und löschen. Weitere Informationen finden Sie unter Verwalten von Kollaborationen und Verwalten von Kollaborationen als Gast.

Wird bei der Verwendung von nicht standardmäßigen SSL-Protokollen oder Verschlüsselungssammlungen auf einer Site die verteilte Kollaboration mit einer anderen Site beeinträchtigt?

Durch die Verwendung von nicht standardmäßigen Konfigurationen für das SSL-Protokoll oder Verschlüsselungssammlungen auf einer Site sollte eine verteilte Kollaboration mit einer anderen Site nicht beeinträchtigt werden, selbst wenn die Protokolle oder Verschlüsselungen nicht übereinstimmen oder sich nicht überlappen.

Ist eine Kollaboration von ArcGIS Enterprise mit mehr als einer ArcGIS Online-Organisation möglich?

Nein. Eine ArcGIS Enterprise-Organisation kann jeweils nur mit einer ArcGIS Online-Organisation kollaborieren. Weitere Informationen finden Sie unter Einrichten einer ArcGIS Enterprise- und ArcGIS Online-Kollaboration

Können ArcGIS Online-Organisationen, die eine Developer Subscription verwenden, zusammen mit einer ArcGIS Enterprise-Organisationen an einer verteilten Kollaboration teilnehmen?

Nein. Eine Organisation mit einer ArcGIS Online-Testversion, Personal-Use-Lizenz oder Developer Subscription kann nicht an verteilten Kollaborationen teilnehmen.

Meine ArcGIS Online-Organisation hat den URL-Schlüssel geändert. Wie kann ich meine Organisation erneut als Kollaborationsteilnehmer einrichten?

Hierzu gibt es zwei Möglichkeiten:

  • Der Kollaborations-Host kann eine Kollaboration mit dem neuen URL-Schlüssel einrichten.

  • Der Gast der Kollaboration kann die Kollaboration verlassen und anhand der neuen URL eine erneute Einladung vom Host anfordern.

Warum erhalte ich beim Versuch, eine Einladung zur Kollaboration für eine ArcGIS Online-Organisation anzunehmen, einen SSL-Zertifikatfehler?

Wenn Ihre Organisation einen Forwardproxy verwendet, müssen Sie das vom Forwardproxy verwendete Zertifikat als Stamm- oder Zwischenzertifikat in ArcGIS Enterprise importieren und die Einladung annehmen.

Ich habe die Option zum Zulassen des Zugriffs auf meine Organisation ausschließlich über HTTPS deaktiviert. Wenn ich in ArcGIS Online versuche, als Referenz freigegebene Feature-Layer in einem Map Viewer anzuzeigen, erhalte ich die Meldung Fehler: Der Layer [Layer-Name] kann der Karte nicht hinzugefügt werden. Worauf ist dies zurückzuführen?

In ArcGIS Online wird mit dieser Fehlermeldung der Benutzer informiert, dass der angeforderte Inhalt möglicherweise nicht zur Karte hinzugefügt wurde. Standardmäßig ist ArcGIS Online so konfiguriert, dass der Zugriff ausschließlich über HTTPS zugelassen wird. Überprüfen Sie, ob die ArcGIS Enterprise-Feature-Layer-Service-URL HTTPS verwendet. Wenn nicht, dann ändern Sie die URL in HTTPS. Wie das geht, erfahren Sie in den Schritten im Support-Artikel "FAQ: Kann eine Service-URL in einer vorhandenen ArcGIS Online-Webkarte aktualisiert werden?".

Kann ich Daten aus ArcGIS Online in meine Enterprise-Geodatabase kopieren?

Ziel-Layer innerhalb einer Kollaboration müssen gehostete Layer in ArcGIS Online oder ArcGIS Enterprise sein.

Kann ich Daten aus einer Enterprise-Geodatabase nach ArcGIS Online kopieren?

Ja. Wenn die Enterprise-Datenbank bei einem Verbundserver in ArcGIS Enterprise registriert ist, können ihre Daten als Quell-Layer in der Kollaboration zwischen ArcGIS Enterprise und ArcGIS Online verwendet werden.

Welche Änderungen an der Firewall meines Netzwerks sind bei einer Kollaboration zwischen ArcGIS Enterprise und ArcGIS Online erforderlich?

In dieser Konfiguration wird die gesamte Kommunikation durch ArcGIS Enterprise initiiert. Deshalb müssen die Regeln für die Firewall des Netzwerks die ausgehende Kommunikation über Port 443 unterstützen.

Hinweis:

Diese Änderungen der Netzwerk-Firewall gelten auch für ArcGIS Enterprise- und ArcGIS Enterprise-Kollaborationen, deren teilnehmende Organisationen sich in unterschiedlichen Netzwerken befinden.

Kann ich Web-Apps in einer verteilten Kollaboration freigeben?

Ja. Teilnehmer von ArcGIS Enterprise-Kollaborationen können Web-Apps für andere ArcGIS Enterprise-Teilnehmer, die die gleiche oder eine höhere Version verwenden, sowie für ArcGIS Online, freigeben. Weitere Informationen zu unterstützten Apps finden Sie unter Freigeben von Web-Apps. Gruppenbasierte Webanwendungen werden ebenfalls unterstützt.

ArcGIS Online-Teilnehmer können Web-Apps nicht für ArcGIS Enterprise-Teilnehmer freigeben, unabhängig von der Version.

Kann ein Kollaborationsteilnehmer eine empfangene Web-App bearbeiten?

Die meisten freigegebenen Web-Apps können durch andere Kollaborationsteilnehmer bearbeitet werden. Diese Änderungen werden überschrieben, wenn der ursprüngliche Besitzer die Web-App aktualisiert. Änderungen von einem empfangenden Teilnehmer werden nicht an den ursprünglichen Besitzer gesendet. Web Mapping-Anwendungen können vom Empfänger jedoch nicht bearbeitet werden.

Kann ich ein Web-App-Element freigeben, das eine benutzerdefinierte Web-App, die ich auf meinem Webserver bereitgestellt habe, referenziert?

Ja. Web-App-Elemente, die Anwendungs-URLs außerhalb Ihres Portals referenzieren, können freigegeben werden, wenn die Kollaborationsempfänger die Berechtigungen für den Zugriff auf die extern gehostete Anwendung besitzen.

Kann ich ArcGIS Living Atlas of the World-Web-Apps für eine Kollaboration freigeben?

Nein. ArcGIS Living Atlas-Web-Apps können in einer verteilten Kollaboration nicht freigegeben werden.

Was passiert, wenn ein Kollaborationsteilnehmer eine konfigurierbare App-Vorlage mit dem Status "Retired" für meine Organisation freigibt?

Empfänger, die eine frühere Version von ArcGIS Enterprise verwenden, können eine Vorlage freigeben, die in Ihrer aktuellen Version nicht mehr verfügbar ist, Sie können die freigegebene Anwendung jedoch nicht anzeigen.

Kann ich ArcGIS Instant Apps-Vorlagen, für die eine Gruppe erforderlich ist, freigeben?

Die verteilte Kollaboration unterstützt nicht die Freigabe von ArcGIS Instant Apps-Vorlagen, die eine Gruppe erfordern.

Ich habe die Symbolisierung in einem freigegebenen Feature-Layer geändert, die aktualisierte Symbolisierung wird jedoch für empfangende Teilnehmer nicht repliziert. Weshalb?

Beim Freigeben eines Feature-Layers als Kopien wird die ursprüngliche Symbolisierung beibehalten. Nachfolgende Symbolisierungsänderungen werden nicht repliziert. Wenn Feature-Layer jedoch für eine Webkarte freigegeben werden, wird die Symbolisierung in der Webkarte gespeichert und Aktualisierungen an der Symbolisierung werden beibehalten.

Was geschieht, wenn ein gehosteter Feature-Service für mehrere Kollaborations-Workspaces in derselben oder in mehreren Kollaborationen freigegeben wird?

Bei der ersten Freigabe wird das gehostete Feature-Service-Element repliziert. Bei der nachfolgenden Freigabe wird das Element nicht erneut repliziert und stattdessen das vorhandene Element freigegeben.

Wenn ich versuche, Feature-Layer-Daten als Kopien freizugeben, wird die folgende Fehlermeldung in den Protokollen angezeigt: Das Replikat konnte nicht erstellt werden. Mehrere Layer referenzieren ein Dataset, das nicht unterstützt wird. Weshalb?

Dieser Fehler tritt auf, wenn eine Webkarte mehrere Layer enthält, die ein einzelnes Dataset in der Datenbank referenzieren (die Feature-Class "Roads" wird beispielsweise als zwei getrennte Layer in der Karte referenziert: Hauptverkehrsstraßen und Nebenstraßen.) Stellen Sie beim Veröffentlichen von Webkarten mit Feature-Services, die als Kopien in einer Kollaboration freigegeben werden sollen, sicher, dass erstellte Karten nicht mehrere Referenzen auf ein einzelnes Dataset enthalten.

Was geschieht, wenn ein Benutzer den Besitzer eines gehosteten Feature-Service ändert, der als Kopie freigegeben wurde?

Aktuell freigegebener Inhalt wird weiterhin repliziert und synchronisiert und kann weiterhin verwendet werden.

Was geschieht, wenn ein Benutzer die Freigabe eines gehosteten Feature-Service aufhebt, der als Kopie für eine Gruppe freigegeben wurde?

Der gehostete Service wird gelöscht oder dessen Freigabe wird bei der nächsten geplanten Synchronisierung aufgehoben. Wenn dieser Service anschließend wieder für die Gruppe oder für eine andere Gruppe freigegeben wird, wird eine neue Kopie erstellt und für empfangende Teilnehmer freigegeben.

Warum können meine empfangenden Teilnehmer ihre Änderungen nicht mit einem Feature-Service synchronisieren, den ich als Kopie freigegeben habe?

Änderungen, die vom Quellenbesitzer an einem Feature-Service vorgenommen wurden, können unidirektional mit empfangenden Teilnehmern synchronisiert werden. Die Bearbeitung gehosteter Feature-Services und das anschließende Synchronisieren der Änderungen mit dem Quell-Feature-Service durch empfangende Teilnehmer ist eine bidirektionale Freigabe von Änderungen und wird nicht unterstützt.

Um Änderungen an einem empfangenen Element zu speichern, exportieren Sie den Feature-Service, und veröffentlichen Sie die exportierten Daten als neuen gehosteten Feature-Layer. Dieser neue gehostete Feature-Service empfängt dann zwar die synchronisierten Änderungen aus dem Quell-Feature-Service nicht, Sie sind dann aber in der Lage, Änderungen am Service vorzunehmen.

Die bidirektionale Freigabe von Änderungen an Feature-Layern kann zwischen Empfängern zugelassen werden. Weitere Informationen finden Sie unter Freigeben von Inhalt für Kollaborationsgruppen.

Ich verfüge über einen Feature-Layer, der für eine mit einem Kollaborations-Workspace verknüpfte Gruppe freigegeben ist und für den die Option zum Kopieren von Daten aktiviert ist. Wie kann ich die Workspace-Einstellung zum Freigeben als Referenzen ändern?

Heben Sie die Freigabe des Feature-Layers für die Gruppe auf. Wenn Sie geplante Synchronisierungen verwenden, warten Sie, bis eine Synchronisierung stattfinden soll. Das standardmäßige Synchronisierungsintervalle ist 24 Stunden. Der Systemadministrator muss anschließend den Workspace bearbeiten und eine neue Gruppe mit der Freigabe von Feature-Layern als Referenzen verbinden. Geben Sie den Feature-Layer für diese neue Gruppe frei.

Mein Karten- und Kachel-Layer werden nicht kopiert, obwohl ich sie für eine Gruppe freigegeben habe, die mit einem Kollaborations-Workspace mit aktivierter Option zum Kopieren von Daten verknüpft ist. Worauf ist dies zurückzuführen?

Es werden nur Feature-Layer mit Datenkopie repliziert. Andere Layer-Typen (z. B. Karte oder Kachel) werden als Referenz freigegeben. Weitere Informationen finden Sie unter Freigeben von Inhalt für eine Kollaboration.

Beim Versuch, einen Feature-Layer als Kopie freizugeben, wurde das Element stattdessen als Referenz kopiert, da in ihm die Synchronisierung nicht aktiviert wurde. Nach dem Aktivieren der Synchronisierung im Feature-Layer wird er weiterhin als Referenz freigegeben. Worauf ist dies zurückzuführen?

Beim ersten Freigeben wurde das Element als Referenz kopiert, da die Synchronisierung im Layer nicht aktiviert wurde. Bei nachfolgenden Synchronisierungsversuchen wird dann das Element weiterhin als Referenz freigegeben, auch wenn die Synchronisierung aktiviert wurde. Um die Feature-Layer-Daten als Kopien freizugeben, müssen Sie die Freigabe des Elements in der Kollaboration aufheben. Dadurch wird das Element bei den empfangenden Teilnehmern entfernt. Geben Sie dann das Element erneut für die Kollaboration frei. Da im Feature-Layer nun die Synchronisierung aktiviert ist, wird er als Kopie freigegeben.

Kann ich einen Feature-Layer mit Verzweigungsversionierung in einer Kollaboration als Kopie freigeben?

Ja, Feature-Layer mit Verzweigungsversionierung können von ArcGIS Enterprise für ArcGIS Enterprise und von ArcGIS Enterprise für ArcGIS Online freigegeben werden.

Beim Versuch, einen Feature-Layer als Kopie für einen Workspace freizugeben, der zum Zulassen der bidirektionalen Freigabe von Änderungen konfiguriert ist, wird das Element als Kopie freigegeben. Änderungen, die von der Quelle vorgenommen werden, werden für den empfangenden Teilnehmer freigegeben. Änderungen vom empfangenden Teilnehmer gehen jedoch nicht bei der Quelle ein. Worauf ist dies zurückzuführen?

Für den Feature-Layer wurde die Synchronisierung aktiviert, er unterstützt aber möglicherweise die Nachverfolgung von Replikaten oder die bidirektionale Synchronisierung nicht. Sie können das Problem lösen, indem Sie mit der ArcGIS REST API auf den Feature-Layer zugreifen und sicherstellen, dass für die Layer Folgendes gilt:

  • Die Synchronisierung ist aktiviert: Die Funktionen der Eigenschaften des Feature-Service sollten wie folgt dargestellt werden:

    "capabilities": "Query,Create,Update,Delete,Editing,Sync"

  • Unterstützt die Nachverfolgung von Replikaten: Die Eigenschaft isDataReplicaTracked des Feature-Service-Layers muss true sein:

    "isDataReplicaTracked": true

  • Unterstützt die bidirektionale Synchronisierung: Für die Eigenschaft syncCapability des Feature-Service muss die sekundäre Eigenschaft supportsBiDirectionalSyncForServer auf true festgelegt sein:

    {
  "syncCapabilities": {
    "supportsBiDirectionalSyncForServer": true
  }
}

Wenn der Feature-Layer nicht alle der oben aufgeführten erforderlichen Funktionen unterstützt, heben Sie die Freigabe des Elements für die Gruppe auf, die zum Kollaborations-Workspace gehört, aktualisieren Sie den Service, um die Funktionen zu aktivieren, und geben Sie es wieder für die Gruppe frei. Weitere Informationen zum Aktivieren von Feature-Layern zur Unterstützung der bidirektionalen Freigabe von Änderungen finden Sie unter Freigeben von Feature-Layern für Kollaborationsgruppen.

Kann ein empfangender Teilnehmer das Schema eines freigegebenen Feature-Layers bearbeiten und diese Änderungen für die Quelle freigeben?

Nein. Bidirektionales Bearbeiten des Schemas eines Feature-Layers wird nicht unterstützt. Die Quelle und der empfangende Teilnehmer können das Schema eines Feature-Service bearbeiten. Bei der Workspace-Synchronisierung werden jedoch nur Änderungen (Einfügen, Aktualisieren und Löschen) berücksichtigt, die verfügbar waren, als die Sicht für die Kollaboration freigegeben wurde.

Hinweis:

Um Schema-Änderungen an empfangende Organisationen zu senden, heben Sie die Freigabe des Layers für den Workspace auf und geben ihn anschließend wieder frei.

Unterstützt die verteilte Kollaboration die Freigabe von Services, die SDO_Geometry verwenden und nicht bei einer Enterprise-Geodatabase registriert sind, als Kopien?

Nein. Services, die SDO_Geometry verwenden und nicht bei einer Enterprise-Geodatabase registriert sind, werden von der verteilten Kollaboration nicht unterstützt. In einer verteilten Kollaboration erfolgt die Freigabe von Service-Daten zwischen Teilnehmern mittels Feature-Service-Replikation. Für die Replikation müssen die Daten bei der Enterprise-Geodatabase registriert sein, da diese einen Mechanismus zum Verfolgen von Änderungen mittels Archivierung, Versionierung und Verzweigung bereitstellt.

Kann ich Feature-Layer, welche die Geodatabase-Feldtypen esriFieldTypeDateOnly, esriFieldTypeTimeOnly, esriFieldTypeTimestampOffset, esriFieldTypeOID und esriFieldTypeBigInteger umfassen, für Kollaborationsteilnehmer freigeben?

Ja. Feature-Layer, die diese Feldtypen umfassen, können für Kollaborationsteilnehmer in verteilten Kollaborationen zwischen ArcGIS Online und ArcGIS Enterprise und innerhalb von ArcGIS Enterprise freigegeben werden.

Muss ich sowohl den gehosteten Feature-Layer als auch die Sicht des Feature-Layers für eine Kollaborations-Workspace-Gruppe freigeben?

Benutzer können entweder beide Elemente oder nur die Sicht des Feature-Layers freigeben. Wenn Sie beide Elemente für die Kollaborationsgruppe freigeben, empfangen die Teilnehmer sowohl die Daten zur Erstellung des gehosteten Feature-Layers als auch die Sichtdaten zur Erstellung eines zweiten gehosteten Feature-Layers. Die Beziehung zwischen dem gehosteten Feature-Layer und der Sicht des Feature-Layers wird nicht aufrechterhalten. Wenn nur die Sicht eines gehosteten Feature-Layers freigegeben wird, bestimmt die Sichtdefinition, welche Daten die Kollaborationsteilnehmer empfangen. Der gehostete Feature-Layer, mit dem die Sicht verknüpft ist, wird nicht freigegeben. Stattdessen werden die Sichtdaten zur Erstellung eines gehosteten Feature-Layers im Portal des Empfängers verwendet.

Ich habe von einem einzelnen gehosteten Feature-Layer mehrere Sichten erstellt. Kann ich mehrere Sichten gleichzeitig für eine Kollaboration freigeben?

Ja, es ist möglich, mehrere Sichten desselben Layers für eine Kollaboration freizugeben. Die Kollaborationsteilnehmer empfangen jede freigegebene Sicht als gehosteten Feature-Layer, dessen Name auf dem Titel der freigegebenen Sicht basiert.

Muss die Synchronisierung aktiviert sein, wenn ich meine Sicht als Kopie für eine Kollaboration freigeben möchte?

Ja, für jede Sicht, die als Kopie freigegeben werden soll, muss die Synchronisierung aktiviert sein. Allerdings kann die Synchronisierung nur für eine Sicht aktiviert werden, wenn sie bereits für den verknüpften Feature-Layer der Sicht aktiviert ist.

Können Sichten gehosteter Feature-Layer als Referenzen freigegeben werden?

Ja, alle Sichten gehosteter Feature-Layer können als Referenzen freigegeben werden. Jede als Referenz freigegebene Sicht bewirkt, dass ein neues Element in den teilnehmenden Portalen erstellt wird, wobei das neue Element auf den ursprünglichen View Service verweist. Stellen Sie sicher, dass Sie Ihren Kollaborations-Workspace so konfigurieren, dass Feature-Layer und Sichten als Referenzen freigegeben werden.

Werden Sichtschemaänderungen auf freigegebene Elemente angewendet?

Nein, Sichtschemaänderungen werden bei der Synchronisierung eines Elements nicht übernommen. Die Workspace-Synchronisierung umfasst nur Bearbeitungen (Einfügungs-, Aktualisierungs- und Löschvorgänge), die zum Zeitpunkt der Freigabe der Sicht für die Kollaboration verfügbar waren.

Wenn ich die Sicht eines gehosteten Feature-Layers freigebe, der über mehrere Layer verfügt, und für jeden Layer ein anderer Interessenbereich definiert ist, wird das Element nicht als Kopie, sondern als Referenz freigegeben. Worauf ist dies zurückzuführen?

Die Sicht eines gehosteten Feature-Layers mit mehreren Layern kann nur als Kopie freigegeben werden, wenn für jeden Layer derselbe Interessenbereich definiert ist.

Wenn ich die Sicht eines gehosteten Feature-Layers mit aktiviertem Editor-Tracking und einer Felddefinition freigebe, wird das Element nicht als Kopie, sondern als Referenz freigegeben. Worauf ist dies zurückzuführen?

Die Sicht eines gehosteten Feature-Layers mit aktiviertem Editor-Tracking kann nur als Kopie freigegeben werden, wenn alle Editor-Tracking-Felder in die Felddefinition für die Sicht aufgenommen wurden. Zu den Editor-Tracking-Feldern gehören created_user, created_date, last_edited_user und last_edited_date.

Ich bin Administrator und Host einer ArcGIS Enterprise-Kollaboration. Kann ich einen Kollaborations-Workspace bei Bedarf synchronisieren?

Nein. Nur Gastteilnehmer, die ArcGIS Enterprise verwenden, können bei Bedarf synchronisieren.

Welche Portal-Mitglieder sind in der Lage, einen Kollaborations-Workspace bei Bedarf zu synchronisieren?

ArcGIS Enterprise-Mitglieder mit Administratorrolle sind in der Lage, einen Kollaborations-Workspace bei Bedarf zu synchronisieren.

Wie oft kann ich einen Kollaborations-Workspace bei Bedarf synchronisieren?

Wenn eine bedarfsgesteuerte Workspace-Synchronisierung gestartet wurde, kann kein weiterer Auftrag gestartet werden, solange der aktuelle Auftrag nicht abgeschlossen ist. Wenn bereits ein geplanter Synchronisierungsauftrag ausgeführt wird, kann keine weitere bedarfsgesteuerte Synchronisierung gestartet werden, solange der aktuelle Auftrag nicht abgeschlossen ist.

Warum ist die Option "Workspace synchronisieren" in meinem Portal deaktiviert?

Wenn bereits ein Synchronisierungsauftrag ausgeführt wird, ist die Option "Workspace synchronisieren" deaktiviert. Sobald der Auftrag abgeschlossen ist, wird die Option "Workspace synchronisieren" aktiviert und kann von Ihnen zum Starten eines weiteren Synchronisierungsauftrags verwendet werden. Um den letzten Status geplanter Synchronisierungsaufträge zu bestimmen, sollten Sie den Bericht zum Synchronisierungsstatus für den jeweiligen Workspace anzeigen.

Welche Elemente werden bei einer bedarfsgesteuerten Synchronisierung synchronisiert?

Das Verhalten der bedarfsgesteuerten Synchronisierung ist mit dem der geplanten Synchronisierung identisch. All für eine Gruppe freigegebenen Elemente werden synchronisiert. Aktualisierungen für freigegebene Feature-Layer (einschließlich der Änderungen an Features) in der Gruppe werden ebenfalls synchronisiert.

Meine Umgebung befindet sich physisch in der nordamerikanischen Ostküsten-Normalzeit (Eastern Time Zone, EST), obwohl ich sie von der pazifischen Zeitzone (PST) aus verwalte. Wenn ich meine Zusammenarbeit so konfiguriere, dass sie in der PST zu einem festgelegten Zeitpunkt, beispielsweise um 20 Uhr, ausgeführt wird, wann wird der geplante Synchronisierungsauftrag dann in meiner Umgebung unter Berücksichtigung der Zeitverschiebung tatsächlich ausgeführt?

Um Zeitzonenabweichungen zu vermeiden, werden die geplanten Zeiten in der Ortszeit des Clients angezeigt, aber im System als entsprechende Werte in koordinierter Weltzeit (UTC) gespeichert. Wenn Sie die Ausführung des Auftrags für 20.00 Uhr PST planen, wird die Synchronisierung nach der Konvertierung in den entsprechenden UTC-Wert um 23.00 Uhr EST ausgeführt, da beide Zeiten 3.00 Uhr UTC entsprechen.

Ich möchte empfangene Elemente in meiner Kollaboration vor dem Löschen schützen. Wo kann ich dies für meine Elemente angeben?

Klicken Sie für jedes empfangene Element auf die Registerkarte Einstellungen, und aktivieren Sie den Löschschutz für das Element.

Wie werden Multipatch-Feature-Layer in einer Kollaboration freigegeben?

Wenn für den Multipatch-Feature-Layer keine Synchronisierung aktiviert ist, wird er als Referenz freigegeben. Wenn die Synchronisierungsfunktion für den Multipatch-Feature-Layer aktiviert und die Kollaboration zum Freigeben als Kopie eingerichtet ist, wird sie als Kopie freigegeben. Nachfolgende Änderungen werden beim Freigeben als Kopie nicht synchronisiert.

Ich verfüge über einen Feature-Layer und einen darüber veröffentlichten WFS-Layer. Welche dieser Elemente sollte ich zu Kollaborationszwecken für die Gruppe freigeben?

Sie müssen alle Layer und deren abgeleitete Layer (z. B. WFS oder Kacheln) explizit für die Kollaborationsgruppe freigeben. Dadurch wird sichergestellt, dass aus Ihren abgeleiteten Layern beim Replizieren über die Kollaboration keine ungültigen Links werden. Im Allgemeinen müssen Sie alle Elemente, die Sie per Kollaboration beitragen möchten, explizit freigeben.

Meine Kollaborationsgruppe hat Elemente empfangen, die mit einer HTTP-URL konfiguriert sind und nicht geöffnet werden können.

Wenn eine Organisation mit HTTP und HTTPS konfiguriert ist, wird ein nach Referenz kopierter Service mit einer HTTP-URL konfiguriert. Da die Organisation gemischte Inhalte sperrt, kann das Element nicht geöffnet werden. Ändern Sie die URL manuell in HTTPS, um dieses Problem zu lösen. Es empfiehlt sich, den Zugriff auf die Organisation ausschließlich über HTTPS zuzulassen. Dies ist die Standardkonfiguration.

Meine Organisation ist für den Zugriff über HTTP und HTTPS konfiguriert. Kann diese Organisation an einer verteilten Kollaboration teilnehmen?

Um einen Gast zu einer Kollaboration einzuladen, muss die URL jede Gastorganisation als HTTPS festgelegt werden.

Meine Organisation verwendet ausschließlich die Authentifizierung auf Webebene mit Kerberos. Kann ich an einer verteilten Kollaboration mit einer anderen ArcGIS Enterprise-Organisation teilnehmen?

Ja, mit gewissen Einschränkungen. Kerberos verhindert, dass die andere Organisation direkt mit Ihrer Organisation kommuniziert. Das bedeutet, dass Sie Inhalte nicht mit sofortiger Synchronisation senden können. Die Inhalte können trotzdem freigegeben werden, aber nur mittels geplanter Synchronisierung. Alle Inhalte, die Sie für Ihre Kollaborationsgruppe freigegeben haben, können mit anderen Teilnehmern unmittelbar synchronisiert werden, wenn Sie Ihre Synchronisierungseinstellungen für die Kollaboration auf Sofort synchronisieren eingestellt haben.

Sie können keine funktionsfähige Kollaboration zwischen zwei oder mehreren Organisationen einrichten, die nur die Kerberos-Authentifizierung verwenden.

Kann ich einen Gast zu meiner Kollaboration einladen, wenn seine Organisations-URL eine IP-Adresse enthält?

Ja. Das System überprüft, ob die Werte im Bereich einer IP-Adresse liegen, beispielsweise https://203.0.113.255/.

Kann ich Anmeldeinformationen für einen Service speichern, der als Referenz freigegeben wurde?

Ja. Sie können die Anmeldeinformationen für alle Service-Elemente speichern, die in einer Kollaboration als Referenz freigegeben sind. Die Anmeldeinformationen werden in der sendenden Organisation eingegeben und auf Services angewendet, die für an der Kollaboration beteiligte Organisationen freigegeben sind. Für dieser Funktion gelten jedoch mehrere Beschränkungen.

Weitere Informationen finden Sie unter Verwalten von Kollaborationen als Gast und Verwalten von Kollaborationen.

Die Anmeldeinformationen sind mit einem Kollaborations-Workspace verknüpft und müssen für einen integrierten Benutzer mit Viewer-Berechtigungen gelten. Anmeldeinformationen für Benutzer mit höheren Berechtigungen werden blockiert. Die Option zum Speichern von Anmeldeinformationen funktioniert nur bei Kollaborationen innerhalb von ArcGIS Enterprise. Von ArcGIS Online können Anmeldeinformationen weder gesendet noch empfangen werden. Diese Funktion kann in ArcGIS Enterprise-Systemen mit Authentifizierung auf Webebene, z. B. IWA oder die PKI-basierte Clientzertifikatauthentifizierung, nicht angewendet werden.

Die Anmeldeinformationen müssen von einem Administrator in der sendenden Organisation eingegeben und gespeichert werden. Wenn der Sender den Empfänger nicht erreichen kann, werden die Elemente in der empfangenden Organisation unverzüglich mit den gespeicherten Anmeldeinformationen aktualisiert. Wenn der Sender den Empfänger nicht erreichen kann, werden die Elemente bei der nächsten geplanten Synchronisierung aktualisiert.

Wie kann ich meine als Kopien freigegebenen Elemente standardmäßig als Referenzen freigeben, falls Fehler auftreten?

Beim Erstellen einer Kollaboration können Sie die Option Als Referenzen freigeben, wenn das Freigeben als Kopien nicht möglich ist auswählen, wenn Sie beim Einrichten der Synchronisierungseinstellungen für den Workspace Kopien ausgewählt haben. Durch das Aktivieren dieser Option wird sichergestellt, dass die betreffenden Elemente als Referenzen freigegeben werden, falls beim Freigeben als Kopien Fehler auftreten sollten. Diese Option kann beim Bearbeiten eines Workspace aktualisiert werden. Weitere Informationen finden Sie unter Verwalten von Kollaborationen.

Kann ich Inhalt, der im Besitz von Esri ist, für Kollaborationsteilnehmer freigeben?

Nein. In verteilten Kollaborationen ist die Freigabe von Inhalt im Besitz von Esri nicht möglich. Dazu gehört Inhalt im Besitz von:

  • Esri_[lang]

  • Esri

  • esri_apps

  • esri_boundaries

  • esri_demographics

  • esri_livingatlas

  • esri_nav

  • esri_notebook

Was geschieht, wenn ein Element in einer Gruppe, die mehrere Elemente enthält, nicht freigegeben werden kann?

Wenn ein Element bei der Freigabe einer Gruppe nicht hinzugefügt werden kann und dieses Element Teil einer Gruppe von Elementen ist, wird der Vorgang fortgesetzt, damit die anderen Elemente erfolgreich verschoben werden können. Es wird ein Fehler protokolliert, der darauf hinweist, dass bei einem Element ein Fehler aufgetreten ist. Bitten Sie Ihren Administrator, die Organisationsprotokolle auf nähere Einzelheiten zu prüfen.

Ich empfange keine Inhalte von der sendenden Organisation über die Kollaboration. Worauf kann dies zurückzuführen sein?

Es gibt einige Fälle, die dazu beitragen können, dass Inhalte nicht in Ihrer Gruppe empfangen werden. Diese lauten:

  • Ihre Gruppe wurde möglicherweise nicht mit einem Kollaborations-Workspace verbunden. Wenden Sie sich an Ihren Systemadministrator, um zu überprüfen, ob der Kollaborations-Workspace richtig konfiguriert wurde und ob die betreffende Gruppe mit dem Workspace verbunden wurde.

  • Die geplante Synchronisierung wurde noch nicht durchgeführt. Wie vom Administrator konfiguriert, werden Inhalte aus Kollaborationen in einem geplanten Intervall synchronisiert. Das Standardintervall beträgt 24 Stunden. Der Administrator der verteilten Kollaboration der Gastorganisation kann einen Workspace bei Bedarf mit der Option Workspace synchronisieren synchronisieren. Alternativ kann die Synchronisierung bei Bedarf mit der Kollaborations-REST-API aufgerufen werden. Weitere Informationen finden Sie in der REST-API-Dokumentation zum Thema Synchronisieren für die verteilte Kollaboration.

  • Der verfügbare Speicherplatz in empfangenden Organisationen hat möglicherweise 10 GB erreicht oder unterschritten. Wird ein solcher Schwellenwert erreicht, wird kein Inhalt synchronisiert. Um dies anzugeben, wird eine Protokollmeldung auf SEVERE-Ebene aufgezeichnet. Der Administrator der Kollaboration erhält dann auch die Benachrichtigung, dass der Schwellenwert für die Speicherplatzbelegung im Inhaltsspeicher erreicht wurde. Sobald Speicherplatz freigegeben wurde, wird der Inhalt wieder synchronisiert. Standardmäßig beträgt der Schwellenwert für die Speicherplatzbelegung im Inhaltsspeicher 10 GB. Dieser Wert kann im Portal-Administratorverzeichnis geändert werden.

Ich habe Feature-Layer für eine Gruppe freigegeben, die mit einem Kollaborations-Workspace verbunden ist, in dem die Option zum Kopieren von Daten ausgewählt ist. Die empfangende Organisation in meiner Kollaboration empfängt stattdessen die Feature-Layer als Referenzen. Worauf ist dies zurückzuführen?

Feature-Layer werden unter folgenden Bedingungen nach Referenz repliziert:

  • Der Feature-Layer unterstützt die Synchronisierungsfunktion nicht, oder für den Feature-Layer ist die Synchronisierung nicht aktiviert. Weitere Informationen zum Aktivieren der Synchronisierung finden Sie unter Freigeben von Feature-Layer-Daten als Kopien. In solchen Fällen erhalten der Administrator der Kollaboration und der Gruppenbesitzer die Benachrichtigung, dass ein Element, das als Kopie freigegeben werden sollte, stattdessen als Referenz freigegeben wurde. In den Portal-Protokollen wird der Eintrag protokolliert, dass das Element als Referenz freigegeben wurde, da die Synchronisierung nicht aktiviert war.

  • Der Feature-Layer überschreitet die maximale Elementgröße von 1 GB. Aus diesem Grund wird das Element als Referenz freigegeben. Aktivieren Sie die Portalprotokolle der Ebene INFO, und suchen Sie nach dem Protokolleintrag mit der Größe des freigegebenen Feature-Layer-Datenelements, um dies zu überprüfen.

Meine Feature-Layer empfangen keine Änderungen. Worauf ist dies zurückzuführen?

Änderungen von Feature-Layern, die in eine empfangende Organisation kopiert wurden, werden möglicherweise nicht mehr synchronisiert, wenn die Kollaboration gelöscht (vom Host) wurde, der Kollaborations-Workspace gelöscht wurde, Ihre Organisation aus der Kollaboration (vom Host) entfernt wurde oder der Administrator Ihrer Organisation die Kollaboration verlassen hat. Es ist auch möglich, dass in der sendenden Organisation keine Änderungen am Feature-Layer durchgeführt wurden.

Eine weitere mögliche Ursache besteht darin, dass die Änderungen, die Sie synchronisieren möchten, umfangreicher sind als die vom Host-Administrator der Kollaboration festgelegte Grenzwert.

Ich verwende ArcGIS Enterprise und meine Feature-Layer empfangen keine Änderungen von einer ArcGIS Online-Organisation. In den Serverprotokollen ist die Meldung des folgenden schwerwiegenden Fehlers aufgeführt: Layer-Initialisierung: fehlgeschlagen. Wie kann ich diesen Fehler beheben?

Überprüfen Sie, ob die verknüpften Layer über einen Renderer verfügen, der auf einem Ausdruck basiert. Führen Sie hierzu die folgenden Schritte aus:

  1. Öffnen Sie die Registerkarte Eigene Inhalte der Inhaltsseite, und wählen Sie die Option Elementdetails anzeigen für den Feature-Layer aus.

  2. Klicken Sie auf die Registerkarte Visualisierung.

  3. Aktivieren Sie für jeden aufgeführten Layer die Schaltfläche Style ändern, um zu ermitteln, ob der Parameter Anzuzeigendes Attribut auf einen Ausdruck gesetzt ist. Falls ja, führen Sie einen der folgenden Schritte aus:

    • Ändern Sie den Parameter Anzuzeigendes Attribut in ArcGIS Enterprise in ein Feld statt in einen Ausdruck, und klicken Sie auf Layer speichern. Nachdem Sie diese Änderung für alle geeigneten Layer durchgeführt haben, sollten bei der nächsten Synchronisierung Änderungen empfangen werden.

      Hinweis:

      Nachdem der Parameter Anzuzeigendes Attribut geändert und der Layer in ArcGIS Enterprise gespeichert wurde, müssen Sie keine Änderungen an den entsprechenden Feature-Layern in der ArcGIS Online-Organisation vornehmen.

    • Ändern Sie in der ArcGIS Online-Organisation den Parameter Anzuzeigendes Attribut in ein Feld statt in einen Ausdruck. Heben Sie als Nächstes die Freigabe des Elements für die Kollaborationsgruppe auf, synchronisieren Sie den layer und geben Sie ihn erneut mit der Option zum erneuten Kopieren der Daten frei.

    • Erstellen Sie eine Sicht in der ArcGIS Online-Organisation, passen Sie die Layer in der Sicht so an, dass sie keine Ausdrücke verwenden, und geben Sie die Sicht für die Kollaboration statt für den Feature-Layer frei.

Meine Kollaboration ist für die Verwendung der PKI-basierten Clientzertifikatauthentifizierung über IIS konfiguriert, und wir haben die folgende Fehlermeldung empfangen: **Antwort von 'https://sampleserver.example.com/portal'' lautete 413 Anforderungselement zu groß. Der Server muss von 'https://sampleserver.example.com/portal'' so konfiguriert werden, dass große Anforderungselemente zugelassen sind. ** Wie kann ich diesen Fehler beheben?

Ein Administrator für den IIS-Webserver, der die PKI-basierte Clientzertifikatauthentifizierung verwendet, muss den Wert für die uploadReadAheadSize-Eigenschaft auf 51.200.000 (50 MB) erhöhen. Wenn der Web Adaptor des PKI-Portals auf der Standard-Website in IIS als "portal" installiert ist, kann die Eigenschaft uploadReadAheadSize mit dem folgenden Befehl geändert werden:

%windir%\system32\inetsrv\appcmd.exe set config "Default Web Site/portal" -section:system.webServer/serverRuntime /uploadReadAheadSize:"51200000" /commit:apphost

Zusätzliche Details zu der uploadReadAheadSize-Eigenschaft finden Sie in der Dokumentation zur Server-Runtime.

Ich habe über eine Kollaboration einen Feature-Layer als Referenz empfangen. Beim Hinzufügen des Feature-Layers in Map Viewer wurde mir bei dem Versuch, das Druckwerkzeug zu verwenden, folgende Fehlermeldung angezeigt: Beim Erstellen der gedruckten Karte ist ein Fehler aufgetreten. Woran liegt das?

Alle Utility-Services benötigen Zugriff auf den Feature-Layer und müssen für die Ausführung einer Operation auf dem Feature-Layer autorisiert sein. Wenn Sie versuchen, den Druckservice bei einem als Referenz freigegebenen Feature-Layer zu verwenden, stellt Ihre Organisation eine Anforderung an die Organisation, die den Feature-Layer für Sie freigegeben hat, und die Organisation gestattet die Fortsetzung der Operation. Wenn Sie diese Fehlermeldung erhalten, müssen Sie sich vergewissern, dass in den Firewall- und Sicherheitseinstellungen der Organisation eingehende Anforderungen zugelassen sind.

Alternativ können Sie um eine Freigabe der Daten als Kopie bitten oder die Daten in Ihrer Organisation unter Verwendung der freigegebenen Quelldaten veröffentlichen.