Skip To Content

Domande frequenti sulla collaborazione distribuita

Questo argomento contiene un elenco di domande e problemi che si possono verificare durante l'utilizzo della collaborazione distribuita e le relative soluzioni. Se il problema riscontrato non è presente nell'elenco, è possibile cercare la soluzione negli articoli del sito Web Support Center Esri.

Domande frequenti

Collaborazioni tra ArcGIS Enterprise e ArcGIS Enterprise

Oltre a condividere i layer come riferimenti in tempo reale, vorrei condividere i feature layer come copie nella mia collaborazione. Questa opzione è disponibile?

In questa versione, la collaborazione distribuita non supporta la condivisione dei feature layer come copie quando sia i portali host che quelli ospiti sono ArcGIS Enterprise.

Collaborazioni tra ArcGIS Online e ArcGIS Enterprise

Utilizzo sia ArcGIS Enterprise che ArcGIS Online. Posso impostare la collaborazione distribuita i due?

ArcGIS Enterprise 10.5.1 supporta collaborazioni distribuite con ArcGIS Online. Tali collaborazioni devono designare ArcGIS Online come host e ArcGIS Enterprise come ospite.

ArcGIS Enterprise è in grado di collaborare con più organizzazioni ArcGIS Online?

No. ArcGIS Enterprise 10.5.1 supporta la capacità di collaborare con una sola organizzazione ArcGIS Online.

La mia organizzazione ArcGIS Online ha cambiato la propria chiave URL. Quali passaggi posso effettuare per impostare di nuovo la mia organizzazione come partecipante alla collaborazione?

  • L'host della collaborazione può eliminare e creare di nuovo una collaborazione con la nuova chiave URL.
  • L'ospite della collaborazione può lasciare la collaborazione e richiedere di essere invitato di nuovo dall'host utilizzando il nuovo URL.

La mia organizzazione ArcGIS Online non accetta inviti da un portale ArcGIS Enterprise 10.5. Cosa accade?

I portali ArcGIS Enterprise 10.5 non sono supportati per la collaborazione distribuita con le organizzazioni ArcGIS Online.

Condivisione dei dati di feature layer come copie e sincronizzazione delle modifiche

Ho modificato la simbologia in un feature layer condiviso, tuttavia la simbologia aggiornata non è replicata per i partecipanti riceventi. Perché?

Quando si condivide un feature layer come copia, la simbologia originale viene mantenuta. Le modifiche successive apportate alla simbologia non vengono replicate. Tuttavia, quando si condividono feature layer all'interno di una mappa Web, la simbologia viene memorizzata nella mappa Web e le modifiche alla simbologia vengono mantenute.

Cosa accade quando un feature service ospitato viene condiviso con più workspace di collaborazioni nella stessa collaborazione o in più collaborazioni?

Quando viene condiviso inizialmente, l'elemento del feature service ospitato viene replicato. Se in seguito viene condiviso, l'elemento non viene replicato di nuovo, mentre viene condiviso l'elemento esistente.

Viene visualizzato un errore di timeout dopo aver abilitato la sincronizzazione su un feature layer nel portale ArcGIS Enterprise 10.5. Cosa accade?

Nella pagina dell'elemento potrebbe verificarsi un timeout durante la configurazione della sincronizzazione se il layer contiene una grande quantità di dati. Il server, tuttavia, continuerà a configurare i dati. Dopo qualche tempo, la configurazione termina e verrà eseguita l'abilitazione della sincronizzazione sulla pagina.

Viene visualizzato un errore di timeout dopo aver abilitato la sincronizzazione su un feature layer nell'organizzazione ArcGIS Online. Cosa accade?

Nella pagina dell'elemento potrebbe verificarsi un timeout durante la configurazione della sincronizzazione se il layer contiene una grande quantità di dati. Per risolvere questo problema quando si verifica, è possibile eseguire l'operazione updateDefinition in modalità async sul layer utilizzando l'API di amministrazione REST. Vedere l'esempio 3 nell'argomento Update Definition (Feature Service) REST API.

Durante il tentativo di condivisione dei dati del feature layer come copie, ho riscontrato il seguente errore nei registri: "Impossibile creare una replica. Più layer fanno riferimento a un dataset che non è supportato." Qual è la causa dell'errore?

Questo errore si verifica quando un map service contiene più layer che fanno riferimento a un singolo dataset nel database (ad esempio, una feature class Strade è indicata nella mappa come due layer separati: strade principali e strade minori.) Quando si pubblicano mappe da condividere come copie nella collaborazione, verificare che le mappe modificate non contengono più riferimenti a un singolo dataset.

Cosa accade quando un utente modifica il proprietario di un feature service ospitato che è stato condiviso come una copia?

Il contenuto che è al momento condiviso continua a essere replicato e sincronizzato e continua a funzionare.

Cosa accade quando un utente modifica il proprietario di un feature service ospitato che è stato condiviso come una copia con il gruppo?

Il servizio ospitato verrà eliminato o non condiviso alla successiva sincronizzazione pianificata. Se quel servizio viene quindi condiviso di nuovo con lo stesso gruppo o con un altro gruppo, una nuova copia viene creata e condivisa con i partecipanti riceventi.

Feature service sono state condivise come copie in una collaborazione. Un partecipante ricevente ha modificato i dati nel feature layer ospitato. Si presume che tali modifiche siano sincronizzate di nuovo sul feature service, ma ciò non si verifica. Perché?

Le modifiche apportate a un feature service dal proprietario dell'origine possono essere sincronizzate, a una via, con i partecipanti riceventi. Tuttavia, non è supportata la possibilità dei partecipanti riceventi di modificare i relativi feature service ospitati e sincronizzare di nuovo le modifiche sul feature service di origine, una condivisione di modifiche a due vie.

Ho un feature layer che è condiviso con un gruppo collegato a un workspace di collaborazione in cui è selezionata l'opzione per copiare i dati. Desidero cambiare l'impostazione del workspace per condividere i dati come riferimenti. Come si può fare?

Annullare la condivisione del feature layer dal gruppo. Se si utilizza la sincronizzazione pianificata, attendere la successiva sincronizzazione. L'intervallo predefinito della sincronizzazione è di 24 ore. L'amministratore del sistema deve modificare il workspace e unire un nuovo gruppo con la condivisione dei feature layer come riferimenti. Condividere il feature layer con questo nuovo gruppo.

La mia mappa e il layer Tile non sono stati copiati pur essendo condivisi con un gruppo collegato a un workspace di collaborazione in cui è selezionata l'opzione per copiare i dati. Cosa accade?

Solo i feature layer vengono replicati con la copia dei dati. Altri tipi di layer (ad esempio una mappa o una tile) vengono condivisi come un riferimento. Per maggiori dettagli, fare riferimento a condivisione di contenuti in una collaborazione.

Varie

In che modo sono condivisi i feature layer multipatch in una collaborazione?

Se il feature layer multipatch non è abilitato alla sincronizzazione, viene condiviso come un riferimento. Se il feature layer multipatch è abilitato alla sincronizzazione e la collaborazione è impostata per condividere come copie, viene condiviso come una copia. Tuttavia, le modifiche successive non vengono sincronizzate quando si condivide come una copia.

Ho un feature layer e un layer WFS pubblicato da esso. Quali di questi elementi dovrò condividere con il gruppo per la collaborazione?

È necessario condividere esplicitamente tutti i layer e i loro layer derivati (come WFS o tile) con il gruppo di collaborazione. Ciò garantisce che i layer derivati non saranno collegamenti interrotti quando vengono replicati tramite collaborazione. In generale, è necessario condividere esplicitamente tutti gli elementi con cui si desidera contribuire tramite la collaborazione.

Il mio gruppo di collaborazione ha ricevuto elementi che sono configurati con un URL HTTP e non riesco ad aprirli.

Quando un portale è configurato con HTTP e HTTPS, un servizio copiato dal riferimento viene configurato con un URL HTTP. Poiché i portali bloccano contenuti misti, non sarà possibile aprire l'elemento. Per risolvere questo, modificare manualmente l'URL per essere HTTPS. Si consiglia di consentire l'accesso al portale solo tramite HTTPS.

Il mio portale è configurato per consentire l'accesso tramite HTTP e HTTPS. Questo portale può partecipare a una collaborazione distribuita?

Per invitare un ospite a una collaborazione, ciascun URL del portale ospite deve essere specificato come HTTPS.

Risoluzione dei problemi

Cosa accade quando un elemento in un gruppo che contiene più elementi non riesce a essere condiviso?

Se durante la condivisione risulta impossibile aggiungere un elemento a un gruppo e tale elemento fa parte di un gruppo di elementi, il processo continuerà finché gli altri elementi non vengono trasferiti correttamente. Viene registrato un errore indicante che l'operazione non è riuscita per un elemento. Richiedere all'amministratore del portale di analizzare i log del portale per ulteriori dettagli.

Non ricevo alcun contenuto dall'organizzazione mittente tramite la collaborazione. Quale potrebbe essere la causa?

  • Ci sono alcune cause che potrebbe contribuire a far sì che il contenuto non venga ricevuto nel gruppo. Sono descritte di seguito:
    • Il gruppo potrebbe non essere stato unito a un workspace di collaborazione. Contattare l'amministratore di sistema per verificare che il workspace di collaborazione sia configurato correttamente e che il gruppo in questione abbia partecipato al workspace.
    • La sincronizzazione pianificata potrebbe non essere ancora stata eseguita. Quando è configurato dall'amministratore di sistema, il contenuto della collaborazione viene sincronizzato a un intervallo pianificato. L'intervallo predefinito è di 24 ore. L'amministratore del sistema nell'organizzazione mittente può imporre una sincronizzazione utilizzando l'API REST della collaborazione. Per maggiori dettagli, vedere l' API REST della collaborazione.
    • Lo spazio su disco all'interno delle organizzazioni riceventi può aver raggiunto l'80% della sua capacità. Quando tale soglia viene raggiunta, nessun contenuto viene sincronizzato. Un messaggio di log WARNING viene ricevuto per indicare tale problema. Dopo che lo spazio su disco è stato liberato, il contenuto viene nuovamente sincronizzato.

Ho feature layer condivisi con un gruppo che è unito a un workspace di collaborazione in cui è selezionata l'opzione per copiare i dati. Tuttavia, l'organizzazione ricevente nella mia collaborazione sta invece ricevendo feature layer come riferimenti. Cosa accade?

  • I feature layer vengono replicati in base al riferimento nelle seguenti condizioni:
    • Il feature layer non supporta la funzionalità di sincronizzazione o la sincronizzazione non è abilitata sul feature layer. Per abilitare la sincronizzazione, fare riferimento alla condivisione dei dati di feature layer come copie.
    • La dimensione dei dati del feature layer è maggiore del limite imposto dall'amministratore dell'host di collaborazione.
    • Il partecipante ricevente ha la versione 10.5 di ArcGIS Enterprise.

I miei feature layer non ricevono le modifiche. Cosa accade?

I feature layer che non sono stati copiati in un'organizzazione ricevente potrebbero interrompere la sincronizzazione delle modifiche se la collaborazione viene eliminata (dall'host), il workspace di collaborazione viene eliminato, l'organizzazione è stata rimossa dalla collaborazione (dall'host) o se l'amministratore dell'organizzazione ha lasciato la collaborazione. È anche possibile che nessuna modifica sia stata apportata al feature layer nell'organizzazione mittente.

Un'altra possibile causa è che le modifiche che si sta tentando di sincronizzare superino il limite di dimensione imposto dall'amministratore dell'host della collaborazione.

Sto utilizzando ArcGIS Enterprise e i miei feature layer non ricevono modifiche da un'organizzazione ArcGIS Online. I log del server contengono il seguente errore server:

"Initialization of Layer: failed."

Come posso risolvere l'errore?

Controllare se i layer associati dispongono di un renderer basato su un'espressione. A tale scopo, attenersi alla procedura seguente:

  1. Aprire I miei contenuti e scegliere Visualizza dettagli elemento per il feature layer.
  2. Fare clic sulla scheda Visualizzazione.
  3. Per ciascun layer elencato, selezionare il pulsante Cambia stile per vedere se l'attributo da visualizzare è impostato su un'espressione. In tal caso, effettuare una delle seguenti operazioni:
  • In ArcGIS Enterprise, cambiare l'attributo da visualizzare per essere un campo anziché un'espressione e fare clic su Salva layer. Dopo aver apportato questa modifica per tutti i layer applicabili, le modiche vengono ricevute alla prossima sincronizzazione.
    Nota:

    Dopo la modifica dell'attributo da visualizzare e il salvataggio del layer in ArcGIS Enterprise, non occorre apportare modifiche ai feature layer corrispondenti nell'organizzazione ArcGIS Online.

  • Nell'organizzazione ArcGIS Online, cambiare l'attributo da visualizzare affinché sia un campo anziché un'espressione. Quindi, annullare la condivisione dell'elemento dal gruppo di collaborazione, sincronizzare e condividere nuovamente il layer con l'opzione per copiare nuovamente i dati.
  • Creare una vista nell'organizzazione ArcGIS Online, regolare i layer nella vista per non utilizzare espressioni e condividere la vista con la collaborazione anziché il feature layer.

Un portale nella mia collaborazione è configurato per utilizzare l'autenticazione PKI tramite IIS e abbiamo ricevuto il seguente messaggio di errore:

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.

Come posso risolvere l'errore?

  • Un amministratore del server Web IIS che sta utilizzando PKI deve incrementare il valore della proprietà uploadReadAheadSize a 51.200.000 (50 MB). Ad esempio, se l'adattatore Web del portale PKI è installato come "portale" nel sito Web predefinito in IIS, il seguente comando potrebbe essere utilizzato per cambiare la proprietà uploadReadAheadSize:

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

  • Ulteriori dettagli sulla proprietà uploadReadAheadSize sono disponibili qui.