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.
ArcGIS Enterprise und ArcGIS Enterprise Kollaborationen
- Bei meiner Bereitstellung handelt es sich um eine ArcGIS Enterprise on Kubernetes-Bereitstellung. Ich möchte eine Kollaboration mit einer anderen ArcGIS Enterprise-Organisation einrichten, die über eine Windows-Bereitstellung verfügt. Ist das möglich?
- Ich möchte Feature-Layer als Kopien in meiner Kollaboration freigeben. Ist diese Option verfügbar?
- Wie aktualisiere ich bei der Authentifizierung auf Webebene die Anmeldeinformationen oder das PKI-Zertifikat für eine Kollaboration mit einem weiteren ArcGIS Enterprise-Teilnehmer?
- 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?
ArcGIS Online und ArcGIS Enterprise Kollaborationen
- Ich habe die Sicht eines gehosteten Feature-Layers in meiner ArcGIS Online-Organisation veröffentlicht und möchte diese für meine ArcGIS Enterprise-Organisation freigeben. Kann ich eine Sicht für eine Kollaboration freigeben?
- Ich verwende sowohl ArcGIS Enterprise als auch ArcGIS Online. Kann ich eine verteilte Kollaboration zwischen den beiden einrichten?
- Kann ArcGIS Enterprise mit mehreren ArcGIS Online-Organisationen kollaborieren?
- Können ArcGIS Online-Organisationen, die eine Developer Subscription verwenden, zusammen mit einer ArcGIS Enterprise-Organisationen an einer verteilten Kollaboration teilnehmen?
- Meine ArcGIS Online-Organisation hat den URL-Schlüssel geändert. Wie kann ich meine Organisation erneut als Kollaborationsteilnehmer einrichten?
- Warum erhalte ich beim Versuch, eine Einladung zur Kollaboration für eine ArcGIS Online-Organisation anzunehmen, einen SSL-Zertifikatfehler?
- Ich habe die Option zum Zulassen des Zugriffs auf das Portal 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?
- Kann ich Daten aus ArcGIS Online in meine Enterprise-Geodatabase kopieren?
- Kann ich Daten aus einer Enterprise-Geodatabase nach ArcGIS Online kopieren?
- Welche Änderungen an der Firewall meines Netzwerks sind bei einer Kollaboration zwischen ArcGIS Enterprise und ArcGIS Online erforderlich?
Freigeben von Web-Apps
- Kann ich Web-Apps in einer verteilten Kollaboration freigeben?
- Kann ein Kollaborationsteilnehmer eine empfangene Web-App bearbeiten?
- Ich habe benutzerdefinierte Widgets in ArcGIS Web AppBuilder erstellt. Können diese für Kollaborationsteilnehmer freigegeben werden?
- Kann ich ein Web-App-Element freigeben, das eine benutzerdefinierte Web-App, die ich auf meinem Webserver bereitgestellt habe, referenziert?
- Kann ich ArcGIS Living Atlas of the World-Web-Apps für eine Kollaboration freigeben?
- Was passiert, wenn ein Kollaborationsteilnehmer eine konfigurierbare App-Vorlage freigibt, die in meiner Version von ArcGIS Enterprise den Status "Retired" aufweist?
- Kann ich konfigurierbare App-Vorlagen, für die eine Gruppe erforderlich ist (Minimalistische Galerie, Layer-Galerie usw.), freigeben?
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. Weshalb?
- Was geschieht, wenn ein gehosteter Feature-Service für mehrere Kollaborations-Workspaces in derselben oder in mehreren Kollaborationen freigegeben wird?
- Warum erhalte ich einen Zeitüberschreitungsfehler, nachdem die Synchronisierung für einen Feature-Layer in meiner ArcGIS Online-Organisation aktiviert wurde?
- 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?
- Was geschieht, wenn ein Benutzer den Besitzer eines gehosteten Feature-Service ändert, der als Kopie freigegeben wurde?
- Was geschieht, wenn ein Benutzer die Freigabe eines gehosteten Feature-Service aufhebt, der als Kopie für eine Gruppe freigegeben wurde?
- Warum können meine empfangenden Teilnehmer ihre Änderungen nicht mit einem Feature-Service synchronisieren, den ich als Kopie freigegeben habe?
- Beim Versuch, einen Feature-Layer als Kopie für einen Kollaborations-Workspace freizugeben, der so konfiguriert ist, dass die bidirektionale Freigabe von Feature-Layer-Änderungen zugelassen wird, werden vom empfangenden Teilnehmer vorgenommene Änderungen nicht mit dem ursprünglichen Feature-Layer im Besitz des Ausgangsteilnehmers synchronisiert. Worauf ist dies zurückzuführen?
- 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?
- 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?
- 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?
- Kann ich einen Feature-Layer mit Verzweigungsversionierung in einer Kollaboration als Kopie freigeben?
- 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?
- Kann ein empfangender Teilnehmer das Schema eines freigegebenen Feature-Layers bearbeiten und diese Änderungen für die Quelle freigeben?
Freigeben von Sichten gehosteter Feature-Layer
- Muss ich sowohl den gehosteten Feature-Layer als auch die Sicht des Feature-Layers für eine Kollaborations-Workspace-Gruppe freigeben?
- Ich habe von einem einzelnen gehosteten Feature-Layer mehrere Sichten erstellt. Kann ich mehrere Sichten gleichzeitig für eine Kollaboration freigeben?
- Muss die Synchronisierung aktiviert sein, wenn ich meine Sicht als Kopie für eine Kollaboration freigeben möchte?
- Können Sichten gehosteter Feature-Layer als Referenzen freigegeben werden?
- Werden Sichtschemaänderungen auf freigegebene Elemente angewendet?
- 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?
- 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?
Synchronisieren von Workspaces bei Bedarf
- Ich bin Administrator und Host einer ArcGIS Enterprise-Kollaboration. Kann ich einen Kollaborations-Workspace bei Bedarf synchronisieren?
- Welche Portal-Mitglieder sind in der Lage, einen Kollaborations-Workspace bei Bedarf zu synchronisieren?
- Wie oft kann ich einen Kollaborations-Workspace bei Bedarf synchronisieren?
- Warum ist die Option "Workspace synchronisieren" in meinem Portal deaktiviert?
- Welche Elemente werden bei einer bedarfsgesteuerten Synchronisierung synchronisiert?
Synchronisieren von Workspaces in geplanten Intervallen
Andere häufige Fragen
- Ich möchte empfangene Elemente in meiner Kollaboration vor dem Löschen schützen. Wo kann ich dies für meine Elemente angeben?
- Wie werden Multipatch-Feature-Layer in einer Kollaboration freigegeben?
- 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?
- Meine Kollaborationsgruppe hat Elemente empfangen, die mit einer HTTP-URL konfiguriert sind und nicht geöffnet werden können.
- Mein Portal ist für den Zugriff über HTTP und HTTPS konfiguriert. Kann dieses Portal an einer verteilten Kollaboration teilnehmen?
- Mein Enterprise-Portal verwendet ausschließlich die Authentifizierung auf Webebene mit Kerberos. Kann ich an einer verteilten Kollaboration mit einer anderen ArcGIS Enterprise-Bereitstellung teilnehmen?
- Warum wird mir der Status "Nicht unterstützt" im Workspace einer meiner Kollaborationsteilnehmer angezeigt?
- Kann ich einen Gast zu meiner Kollaboration einladen, wenn seine Organisations-URL eine IP-Adresse enthält?
- Kann ich Anmeldeinformationen für einen Service speichern, der als Referenz freigegeben wurde?
- Wie kann ich meine als Kopien freigegebenen Elemente standardmäßig als Referenzen freigeben, falls Fehler auftreten?
- Kann ich Inhalt, der im Besitz von Esri ist, für Kollaborationsteilnehmer freigeben?
Problembehandlung
- Was geschieht, wenn ein Element in einer Gruppe, die mehrere Elemente enthält, nicht freigegeben werden kann?
- Ich empfange keine Inhalte von der sendenden Organisation über die Kollaboration. Worauf kann dies zurückzuführen sein?
- 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?
- Meine Feature-Layer empfangen keine Änderungen. Worauf ist dies zurückzuführen?
- 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?
- Ein Portal in meiner Kollaboration ist für die Verwendung der PKI-basierten Clientzertifikatauthentifizierung über IIS konfiguriert, und wir haben die folgende Fehlermeldung empfangen: "Antwort von 'https://sampleserver.domain.com/portal' lautete 413 Anforderungselement zu groß. Der Server muss von 'https://sampleserver.domain.com/portal' so konfiguriert werden, dass große Anforderungselemente zugelassen sind." Wie kann ich diesen Fehler beheben?
- Ich habe über eine Kollaboration einen Feature-Layer als Referenz empfangen. Nachdem ich den Feature-Layer in Map Viewer hinzugefügt habe, wurde mir bei dem Versuch, das Druckwerkzeug zu verwenden, folgende Fehlermeldung angezeigt: Beim Erstellen der gedruckten Karte ist ein Fehler aufgetreten. Woran liegt das?
ArcGIS Enterprise und ArcGIS Enterprise Kollaborationen
Bei meiner Bereitstellung handelt es sich um eine ArcGIS Enterprise on Kubernetes-Bereitstellung. Ich möchte eine Kollaboration mit einer anderen ArcGIS Enterprise-Organisation einrichten, die über eine Windows-Bereitstellung verfügt. Ist das möglich?
Ja. ArcGIS Enterprise on Kubernetes kann in der Version 10.9.1 in einer ArcGIS Enterprise-Bereitstellung unter Windows Linux oder einer anderen Kubernetes-Bereitstellung entweder als Host oder Gast der Kollaboration fungieren. Eine ArcGIS Enterprise on Kubernetes-Bereitstellung kann ebenfalls als Gast für eine gehostete ArcGIS Online-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. Diese Änderungen können nur über die Portal-Services-REST-API 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 oder 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.
ArcGIS Online und ArcGIS Enterprise Kollaborationen
Nein. Eine ArcGIS Enterprise-Bereitstellung kann jeweils nur mit einer ArcGIS Online-Organisation kollaborieren. Weitere Informationen finden Sie unter Einrichten einer Kollaboration zwischen ArcGIS Enterprise und ArcGIS Online.
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 das ArcGIS Enterprise on Kubernetes-Portal importieren und die Einladung annehmen.
Ich habe die Option zum Zulassen des Zugriffs auf das Portal 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 Map Viewer Classic oder Map Viewer wird in ArcGIS Online 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?".
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 das ArcGIS Enterprise-Portal 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.
Freigeben von Web-Apps
Ja. ArcGIS Enterprise-Kollaborationsteilnehmer können Web-Apps für andere ArcGIS Enterprise-Teilnehmer freigeben, die die gleiche oder eine höhere Version oder ArcGIS Online verwenden. Es werden Web-Apps unterstützt, die mit konfigurierbaren Web-App-Vorlagen oder mit Web AppBuilder erstellt wurden. 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.
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.
Was passiert, wenn ein Kollaborationsteilnehmer eine konfigurierbare App-Vorlage freigibt, die in meiner Version von ArcGIS Enterprise den Status "Retired" aufweist?
ArcGIS Configurable Apps-Vorlagen mit dem Status "Retired" sind weiterhin im Portal verfügbar und aufrufbar. Wenn ein Empfänger, der eine frühere Version von ArcGIS Enterprise verwendet, eine Vorlage für Sie freigibt und die Vorlage in der aktuellen Produktversion den Status "Retired" aufweist, können Sie nach wie vor auf die freigegebene Anwendung zugreifen und sie anzeigen.
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. 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.
Warum erhalte ich einen Zeitüberschreitungsfehler, nachdem die Synchronisierung für einen Feature-Layer in meiner ArcGIS Online-Organisation aktiviert wurde?
Auf 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, 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.
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.
Außerdem kann die bidirektionale Freigabe von Änderungen an Feature-Layern zwischen Empfängern zugelassen werden. Weitere Informationen finden Sie unter Freigeben von Inhalt für Kollaborationsgruppen.
Beim Versuch, einen Feature-Layer als Kopie für einen Kollaborations-Workspace freizugeben, der so konfiguriert ist, dass die bidirektionale Freigabe von Feature-Layer-Änderungen zugelassen wird, werden vom empfangenden Teilnehmer vorgenommene Änderungen nicht mit dem ursprünglichen Feature-Layer im Besitz des Ausgangsteilnehmers synchronisiert. Worauf ist dies zurückzuführen?
- Möglicherweise verwendet der empfangende Teilnehmer nicht ArcGIS Enterprise 10.9 oder höher. Die bidirektionale Freigabe von Änderungen ist erst ab Version 10.9 möglich.
- Im empfangenden Portal ist möglicherweise nicht die Zugriffsberechtigung Senden und empfangen für den Workspace festgelegt. Die Host-Organisation muss die Zugriffsberechtigung des Gastes auf Senden und empfangen aktualisieren.
- Für den freigegebenen Feature-Layer wurde möglicherweise die Synchronisierung nicht aktiviert, oder supportsBiDirectionalSyncForServer wurde auf true festgelegt. Weitere Informationen zum Aktivieren von Feature-Layern zur Unterstützung der bidirektionalen Freigabe von Änderungen finden Sie unter Freigeben gehosteter Feature-Layer oder Freigeben von Feature-Layern über eine Enterprise-Geodatabase.
- Möglicherweise wurde der Feature-Layer freigegeben, bevor für den Kollaborations-Workspace die Unterstützung der bidirektionalen Freigabe von Änderungen konfiguriert wurde. Sie können das Problem lösen, indem Sie die Freigabe des ursprünglichen Feature-Layer-Elements für die am Kollaborations-Workspace beteiligte Gruppe aufheben und es dann erneut freigeben, um eine neue Kopie des Elements zu erstellen.
- Zudem muss der Kollaborations-Workspace mit ArcGIS Enterprise 10.9 oder höher erstellt werden.
Vorsicht:
Bei der Bearbeitung von Feature-Layern, die die bidirektionale Freigabe von Bearbeitungen unterstützen, wird keine Überprüfung durchgeführt, um parallele Bearbeitungen festzustellen und zu verhindern. Wenn Bearbeitungen übermittelt werden, hat die zuletzt vorgenommene Vorrang und überschreibt alle vorherigen Bearbeitungen am Feature-Layer. Zur Vermeidung von Datenkonflikten sollten Sie sich immer die archivierte Version eines Feature-Service ansehen, bevor Sie zusätzliche Bearbeitungen vornehmen.
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.
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 gehosteter Feature-Layer oder Freigeben von Feature-Layern über eine Enterprise-Geodatabase.
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.
Freigeben von Sichten gehosteter Feature-Layer
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.
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.
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.
Synchronisieren von Workspaces bei Bedarf
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.
Wenn bereits ein Synchronisierungsauftrag ausgeführt wird, ist die Option "Workspace synchronisieren" im Portal 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.
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.
Synchronisieren von Workspaces in geplanten Intervallen
Mein Portal wird auf einem Server ausgeführt, der sich in der Zeitzone "Eastern Time" befindet. Da ich mich als Administrator in der Zeitzone "Pacific Time" befinde, konfiguriere ich die Ausführung meiner Kollaboration nach einem auf Basis der Pazifikzeit geplanten Intervall. Wenn ich als geplante Zeit 20:00 Uhr meiner Zeit festlege, wann wird dann der geplante Synchronisierungsauftrag angesichts des Zeitunterschieds tatsächlich auf dem Portal-Server 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 auf dem Portal-Computer ausgeführt, da beide Zeiten 3.00 Uhr UTC entsprechen.
Andere häufige Fragen
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 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, den Zugriff auf das Portal ausschließlich über HTTPS zuzulassen. Dies ist die Standardkonfiguration.
Mein Enterprise-Portal verwendet ausschließlich die Authentifizierung auf Webebene mit Kerberos. Kann ich an einer verteilten Kollaboration mit einer anderen ArcGIS Enterprise-Bereitstellung teilnehmen?
Ja, mit gewissen Einschränkungen. Kerberos verhindert, dass das andere Portal direkt mit Ihrem Portal kommuniziert. Das bedeutet, dass das andere Portal nicht in der Lage ist, per unmittelbarer Synchronisierung Inhalte an Ihr Portal zu übertragen. 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 Portalen einrichten, die nur die Kerberos-Authentifizierung verwenden.
Warum wird mir der Status "Nicht unterstützt" im Workspace einer meiner Kollaborationsteilnehmer angezeigt?
Das Feld Status in einem Workspace enthält Informationen zu den letzten Aufträgen, entweder in Echtzeit oder nach einer geplanten Synchronisierung. Dieses Feature wurde in ArcGIS Enterprise-Portalen vor Version 10.6 nicht unterstützt. Der Status Nicht unterstützt wird für alle Gastteilnehmer mit Portal-Software der Version 10.5 oder10.5.1 angezeigt.
Ja. Sie können die Anmeldeinformationen für alle Service-Elemente speichern, die in einer Kollaboration als Referenz freigegeben sind. Die Anmeldeinformationen werden im sendenden Portal eingegeben und auf Services angewendet, die für an der Kollaboration beteiligte Portale freigegeben sind. Für dieser Funktion gelten jedoch mehrere Beschränkungen. Dies kann über die Startanwendung des Portals erfolgen. 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. Anmeldeinformationen können nur in einer Kollaboration zwischen ArcGIS Enterprise undArcGIS 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 im sendenden Portal eingegeben und gespeichert werden. Wenn das sendende Portal das empfangende Portal nicht erreichen kann, werden die Elemente im empfangenden Portal unverzüglich mit den gespeicherten Anmeldeinformationen aktualisiert. Wenn das sendende Portal das empfangende Portal 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?
Sie können beim Erstellen einer Kollaboration 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.
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 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. 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.
Ä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:
- Öffnen Sie die Registerkarte Eigene Inhalte der Inhaltsseite, 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 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.
- Ä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.
Ein Portal in meiner Kollaboration ist für die Verwendung der PKI-basierten Clientzertifikatauthentifizierung über IIS konfiguriert, und wir haben die folgende Fehlermeldung empfangen: "Antwort von 'https://sampleserver.domain.com/portal' lautete 413 Anforderungselement zu groß. Der Server muss von 'https://sampleserver.domain.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. Nachdem ich den Feature-Layer in Map Viewer hinzugefügt habe, 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 Ihr Portal 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.