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 Center-Website nach entsprecheden Artikeln suchen.
Häufig gestellte Fragen
ArcGIS Enterprise und ArcGIS Enterprise Kollaborationen
Neben der Freigabe von Layern als Live-Referenzen möchte ich Feature-Layer als Kopien in meiner Kollaboration freigeben. Ist diese Option verfügbar?
In dieser Version unterstützt die verteilte Kollaboration die Freigabe von Feature-Layern als Kopien nicht, wenn es sich beim Host- und Gast-Portal jeweils um ArcGIS Enterprise handelt.
ArcGIS Online und ArcGIS Enterprise Kollaborationen
Ich verwende sowohl ArcGIS Enterprise als auch ArcGIS Online. Kann ich eine verteilte Kollaboration zwischen den beiden einrichten?
ArcGIS Enterprise 10.5.1 unterstützt verteilte Kollaborationen mit ArcGIS Online. Solche Kollaborationen müssen ArcGIS Online als Host und ArcGIS Enterprise als Gast einrichten.
Kann ArcGIS Enterprise mit mehreren ArcGIS Online-Organisationen kollaborieren?
Nein. ArcGIS Enterprise 10.5.1 unterstützt die Funktion zum Kollaborieren nur mit einer ArcGIS Online-Organisation.
Meine ArcGIS Online-Organisation hat den URL-Schlüssel geändert. Welche Schritte kann ich ausführen, um meine Organisation erneut als Kollaborationsteilnehmer einzurichten?
- 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 vom Host erneut eingeladen werden.
Meine ArcGIS Online-Organisation akzeptiert keine Einladungen von einem ArcGIS Enterprise 10.5-Portal. Worauf ist dies zurückzuführen?
ArcGIS Enterprise 10.5-Portale werden für die verteilte Kollaboration mit ArcGIS Online-Organisationen nicht unterstützt.
Freigaben von Feature-Layer-Daten als Kopien und Synchronisieren von Änderungen
Ich habe die Symbolisierung in einem freigegebenen Feature-Layer geändert, die aktualisierte Symbolisierung wird jedoch für empfangende Teilnehmer nicht repliziert. Warum?
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.
Ich erhalte einen Zeitüberschreitungsfehler, nachdem die Synchronisierung für einen Feature-Layer in meinem ArcGIS Enterprise 10.5-Portal aktiviert wurde. Worauf ist dies zurückzuführen?
Bei der Elementseite kann beim Konfigurieren der Synchronisierung eine Zeitüberschreitung auftreten, wenn der Layer viele Daten enthält. Der Server setzt die Konfiguration der Daten jedoch fort. Nach einiger Zeit wird die Konfiguration abgeschlossen und der Vorgang zum Aktivieren der Synchronisierung auf der Elementseite wird erfolgreich abgeschlossen.
Ich erhalte einen Zeitüberschreitungsfehler, nachdem die Synchronisierung für einen Feature-Layer in meiner ArcGIS Online-Organisation aktiviert wurde. Worauf ist dies zurückzuführen?
Bei der Elementseite kann beim Konfigurieren der Synchronisierung eine Zeitüberschreitung auftreten, wenn der Layer viele Daten enthält. Um dieses Problem zu beheben, können Sie den updateDefinition-Vorgang im async-Modus für den Layer ausführen, indem Sie die REST-Admin-API verwenden. Weitere Informationen finden Sie in Beispiel 3 des Themas Aktualisieren der Definitions-REST-API (Feature-Service).
Wenn ich versuche, Feature-Layer-Daten als Kopien freizugeben, tritt der folgende Fehler in den Protokollen auf: "Das Replikat konnte nicht erstellt werden. Mehrere Layer referenzieren ein Dataset, das nicht unterstützt wird." Wodurch wird der Fehler verursacht?
Dieser Fehler tritt auf, wenn ein Kartenservice 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 Karten, 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.
Ich habe Feature-Services erfolgreich als Kopien für eine Kollaboration freigegeben. Ein empfangender Teilnehmer hat Daten in seinem gehosteten Feature-Layer bearbeitet. Diese Änderungen sollten wieder in meinem Feature-Service synchronisiert werden, was jedoch nicht erfolgt ist. Warum?
Ä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.
Ich verfüge über einen Feature-Layer, der für eine mit einem Kollaborations-Workspace verknüpfte Gruppe freigegeben ist, für den die Option zum Kopieren von Daten aktiviert ist. Ich möchte die Workspace-Einstellung zum Freigeben als Referenzen ändern. Welche Schritte müssen dazu ausgeführt werden?
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.
Verschiedenes
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 WFS-Layer, der darüber veröffentlicht wurde. 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 ein Portal mit HTTP und HTTPS konfiguriert ist, wird ein nach Referenz kopierter Service mit einer HTTP-URL konfiguriert. Da Portale gemischte Inhalte sperren, kann das Element nicht geöffnet werden. Ändern Sie die URL manuell in HTTPS, um dieses Problem zu lösen. Es empfiehlt sich, Zugriff auf das Portal ausschließlich über HTTPS zuzulassen.
Mein Portal ist für den Zugriff über HTTP und HTTPS konfiguriert. Kann dieses Portal an einer verteilten Kollaboration teilnehmen?
Um einen Gast zu einer Kollaboration einzuladen, muss die URL jedes Gast-Portals als HTTPS festgelegt werden.
Problembehandlung
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. Lassen Sie Ihren Portal-Administrator die Portal-Protokolle auf nähere Einzelheiten überprü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. Das können folgende sein:
- 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. Bei der Konfiguration durch den Systemadministrator wird der Inhalt in einem geplanten Intervall synchronisiert. Das Standardintervall beträgt 24 Stunden. Der Systemadministrator in der sendenden Organisation kann eine Synchronisierung über die REST-API der Kollaboration erzwingen. Weitere Informationen finden Sie unter REST-API der Kollaboration.
- Der Speicherplatz in empfangenden Organisationen hat möglicherweise 80 % seiner Kapazität erreicht. Wird ein solcher Schwellenwert erreicht, wird kein Inhalt synchronisiert. Um dies anzugeben, wird eine Protokollmeldung auf WARNING-Ebene aufgezeichnet. Sobald Speicherplatz freigegeben wurde, wird der Inhalt wieder synchronisiert.
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 keine Synchronisierung aktiviert. Weitere Informationen zum Aktivieren der Synchronisierung finden Sie unter Freigeben von Feature-Layer-Daten als Kopien.
- Die Datengröße von Feature-Layern überschreitet den vom Administrator des Kollaborations-Host festgelegte Grenzwert.
- Der empfangende Teilnehmer verwendet Version 10.5 von ArcGIS Enterprise.
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 sind die folgenden Serverfehler aufgeführt:
"Initialization of Layer: failed."
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:
- Öffnen Sie Eigene Inhalte, und wählen Sie die Option Elementdetails anzeigen für den Feature-Layer aus.
- Klicken Sie auf die Registerkarte Visualisierung.
- Aktivieren Sie für jeden aufgeführten Layer die Schaltfläche Style ändern, um zu ermitteln, ob Anzuzeigendes Attribut auf einen Ausdruck gesetzt ist. Falls ja, führen Sie einen der folgenden Schritte aus:
- Ändern Sie in ArcGIS Enterprise das anzuzeigende Attribut 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 das anzuzeigende 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 ArcGIS Online das anzuzeigende 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.
Ein Portal in meiner Kollaboration ist für die Verwendung der PKI-Authentifizierung über IIS konfiguriert, und wir haben die folgende Fehlermeldung empfangen:
Response from 'https://sampleserver.domain.com/portal' was 413 Request Entity Too Large. 'https://sampleserver.domain.com/portal' must configure server to allow large request entities.
Wie kann ich diesen Fehler beheben?
- Ein Administrator für den IIS-Webserver, der PKI 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 uploadReadAheadSize-Eigenschaft 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
- Weitere Informationen zur uploadReadAheadSize-Eigenschaft finden Sie hier.