Condividi tramite


Effetti dell'aggiornamento sugli altri servizi (SharePoint Server 2010)

 

Si applica a: SharePoint Server 2010

Ultima modifica dell'argomento: 2016-11-30

Quando si esegue l'aggiornamento da Microsoft Office SharePoint Server 2007 a Microsoft SharePoint Server 2010, è possibile avvalersi di nuove funzionalità e opzioni di configurazione. In SharePoint Server 2010 l'infrastruttura dei servizi è stata aggiornata per garantire una maggiore flessibilità nella configurazione dei servizi. Sono inoltre disponibili molti servizi aggiuntivi rispetto a Office SharePoint Server 2007. A causa di queste modifiche dell'architettura, l'aggiornamento dei dati dei servizi richiede una pianificazione precedente. È pertanto necessario comprendere la nuova infrastruttura dei servizi, come funziona l'aggiornamento dei servizi e conoscere le considerazioni relative ai servizi specifici che si desidera aggiornare con la nuova versione.

Contenuto dell'articolo:

  • Infrastruttura dei servizi aggiornata per SharePoint Server 2010

  • Aggiornamento sul posto con servizi

  • Aggiornamento basato sul collegamento di database con servizi

  • Considerazioni per servizi specifici

Infrastruttura dei servizi aggiornata per SharePoint Server 2010

In SharePoint Server 2010, i servizi non sono più disponibili in un provider di servizi condivisi. L'infrastruttura host dei servizi è infatti stata spostata in Microsoft SharePoint Foundation 2010 e la configurazione dei servizi risulta molto più flessibile. I singoli servizi possono essere configurati in modo indipendente e produttori di terze parti possono aggiungere servizi alla piattaforma. Molti servizi che in precedenza archiviavano i dati nel database del provider di servizi condivisi dispongono ora di un proprio database e, in alcuni casi, di più di uno. Quando si attivano nuovi servizi, vengono creati nuovi database per archiviare i dati di tali servizi. Nella tabella seguente sono elencati i database dei servizi prima e dopo l'aggiornamento. Si tratta tuttavia di un esempio, in quanto l'elenco dei database varia a seconda dei servizi attivati nell'ambiente in uso.

Database dei servizi di Microsoft Office SharePoint Server 2007 prima dell'aggiornamento Database di SharePoint Server 2010 dopo l'aggiornamento sul posto
  • Database di ricerca

  • Database del provider di servizi condivisi

  • Database del contenuto del sito di amministrazione del provider di servizi condivisi

  • Database dal servizio Registro applicazioni

  • Database del servizio BDC

  • Database di amministrazione del servizio di ricerca

  • Database dell'archivio della ricerca per indicizzazione del servizio di ricerca

  • Database dell'archivio delle proprietà del servizio di ricerca

  • Database del servizio informazioni sullo stato della sessione

  • Database del servizio informazioni sullo stato

  • Database della tassonomia

  • Database dei profili utente

  • Database dei dati di utilizzo di WSS

  • Altro…

Prima di iniziare il processo di aggiornamento dei servizi, controllare l'infrastruttura dei servizi aggiornati e determinare quali servizi è necessario aggiornare e quindi includere nell'ambiente aggiornato. Pianificare l'architettura logica e fisica che si desidera utilizzare per supportare i servizi e le applicazioni di servizio da ospitare nell'ambiente di SharePoint Server 2010. Per ulteriori informazioni, vedere Componenti dell'architettura logica (SharePoint Server 2010) e i modelli dei servizi in Diagrammi tecnici (SharePoint Server 2010).

Aggiornamento sul posto con servizi

Quando si esegue un aggiornamento sul posto, tutta l'infrastruttura dei servizi e le impostazioni dei servizi stessi vengono aggiornate come parte del processo. Nelle sezioni e nei diagrammi seguenti vengono descritti gli effetti sui vari componenti dei servizi durante il processo di aggiornamento.

  • Provider di servizi condivisi

    Durante un aggiornamento sul posto, tutti i provider di servizi condivisi vengono convertiti in applicazioni di servizio e in proxy di applicazioni di servizio, uno per servizio. Vengono assegnati nomi predefiniti, ad esempio, se il nome del provider di servizi condivisi è ServiziCondivisi1, le applicazioni di servizio saranno denominate ServiziCondivisi1_servizio, ad esempio “ServiziCondivisi1_Ricerca. Tutti i provider di servizi condivisi aggiornati mantengono le relative associazioni con le applicazioni Web utilizzate. Tutti gli amministratori dei provider di servizi condivisi vengono aggiunti al sito Web Amministrazione centrale SharePoint come amministratori delegati.

  • Database

    Il database dei provider di servizi condivisi viene aggiornato e i dati vengono copiati in nuovi profili utente e database della tassonomia. Le altre informazioni sui servizi vengono spostate in altri database di servizio o nel database di configurazione.

  • Siti

    Il sito di amministrazione dei provider di servizi condivisi viene aggiornato come sito in gran parte vuoto, contenente solo le pagine dei profili del Catalogo dati business. Il sito può essere eliminato dopo l'aggiornamento se non è necessario per le pagine del Catalogo dati business.

Prima dell'aggiornamento sul posto

  • Raccogliere le impostazioni che sarà necessario riapplicare, ad esempio le impostazioni dei processi timer pianificati.

  • Esaminare l'architettura dei servizi e determinare le eventuali modifiche da apportare dopo l'aggiornamento.

Per informazioni dettagliate sulle operazioni da eseguire prima di iniziare un aggiornamento sul posto, vedere Aggiornamento sul posto a SharePoint Server 2010.

Durante l'aggiornamento sul posto

Se si dispone di un unico provider di servizi condivisi, tutti i proxy per le applicazioni di servizio vengono aggiunti al gruppo di proxy predefinito. Nei diagrammi seguenti vengono illustrate le modifiche alla farm apportate durante l'aggiornamento sul posto.

Infrastruttura dei servizi prima dell'aggiornamento:

Aggiornamento di un provider di servizi condivisi (prima)

Infrastruttura dei servizi dopo l'aggiornamento:

Aggiornamento di un provider di servizi condivisi (dopo)

Se si dispone di più provider di servizi condivisi, verranno aggiornati tutti insieme e dopo l'aggiornamento saranno presenti più gruppi di proxy. Nei diagrammi seguenti vengono illustrate le modifiche alla farm apportate durante l'aggiornamento sul posto.

Infrastruttura dei servizi prima dell'aggiornamento:

Aggiornamento di più provider di servizi condivisi (prima)

Infrastruttura dei servizi dopo l'aggiornamento:

Aggiornamento di più provider di servizi condivisi (dopo)

Per ulteriori informazioni e procedure dettagliate per l'esecuzione di un aggiornamento sul posto, vedere Aggiornamento sul posto a SharePoint Server 2010.

Dopo l'aggiornamento sul posto

  • Configurare i servizi nuovi e aggiornati

    In SharePoint Server 2010 sono disponibili molti nuovi servizi. È possibile attivare tali nuovi servizi dopo il completamento di un aggiornamento sul posto.

    • È necessario creare applicazioni di servizio per ospitare i nuovi servizi. La Configurazione guidata farm consente di selezionare rapidamente e attivare molti nuovi servizi della farm. In alternativa, è possibile configurare i servizi manualmente.

    • È inoltre possibile aggiungere proxy per le applicazioni di servizio che si desidera utilizzare con applicazioni Web diverse.

  • Per i servizi profilo, aggiornare i dati della tassonomia manualmente.

  • Per Excel Services, eseguire il provisioning di un nuovo account di servizio automatico per il servizio di archiviazione sicura.

  • Per il Catalogo dati business, prendere in considerazione la migrazione delle pagine di profilo del Catalogo dati business in una nuova posizione.

Per informazioni dettagliate sulle operazioni successive all'aggiornamento per i servizi, vedere Eseguire le operazioni di post-aggiornamento per un aggiornamento sul posto (SharePoint Server 2010).

Aggiornamento basato sul collegamento di database con servizi

La maggior parte delle impostazioni dei servizi deve essere riconfigurata quando si esegue l'aggiornamento tramite collegamento di database. Quando si spostano i database in una nuova farm e si aggiorna il contenuto, è necessario creare l'infrastruttura dei servizi nella nuova farm e configurare i servizi in modo appropriato per la nuova farm e la nuova versione. È possibile collegare i database dei provider di servizi condivisi dalla farm precedente, tuttavia verranno aggiornate solo le informazioni dei profili in tale database ed eventuali informazioni di ricerca o altre impostazioni dei servizi non verranno aggiornate. Non è possibile aggiornare i database di ricerca tramite il metodo basato sul collegamento di database.

Se si utilizza tale metodo per l'aggiornamento a SharePoint Server 2010, è necessario eseguire varie operazioni prima, durante e dopo l'aggiornamento per riconfigurare correttamente l'infrastruttura dei servizi.

Prima dell'aggiornamento basato sul collegamento di database

  • Quando si configura la nuova farm, è anche necessario configurare le nuove applicazioni di servizio e i proxy delle applicazioni di servizio per la farm, nonché le impostazioni per tutti i servizi che si desidera utilizzare.

  • Se si utilizzano i servizi profilo e il database include dati della tassonomia, configurare il servizio metadati gestiti prima dell'aggiornamento. In tal modo, sarà possibile aggiornare tutti i dati della tassonomia dal database dei servizi condivisi collegando tale database.

  • Per InfoPath Forms Services, esportare i modelli di modulo distribuiti dall'amministratore (file con estensione xsn) e i file di connessione dati (file con estensione udcx) dalla farm di Office SharePoint Server 2007 tramite il comando seguente:
    Stsadm.exe -o exportipfsadminobjects -filename*<percorso CAB esportazione>*

  • Per InfoPath Forms Services, importare i modelli di modulo distribuiti dall'amministratore e i file di connessione dati nella nuova farm prima di collegare i database del contenuto. Utilizzare il cmdlet Import-SPIPAdministrationFiles di Windows PowerShell per importare i moduli.

Per ulteriori informazioni su come configurare il nuovo ambiente prima di eseguire un aggiornamento basato sul collegamento di database, vedere Preparare il nuovo ambiente di SharePoint Server 2010 per un aggiornamento basato sul collegamento di database.

Durante l'aggiornamento basato sul collegamento di database

Quando si collegano e si aggiornano i database del contenuto, viene collegato e aggiornato anche il database del provider di servizi condivisi, che aggiorna le informazioni dei profili nel database. Nella tabella seguente viene illustrato un esempio dei database di servizi presenti prima e dopo l'aggiornamento.

Database dei servizi di Microsoft Office SharePoint Server 2007 che è possibile aggiornare tramite il metodo basato sul collegamento di database Database di SharePoint Server 2010 dopo un aggiornamento basato sul collegamento di database
  • Database del provider di servizi condivisi

  • Database del provider di servizi condivisi

    Contiene solo dati dei profili utente e nessun altro dato di ricerca o del servizio. Si noti che il nome non cambia durante un aggiornamento basato sul collegamento di database.

  • Database della tassonomia

    Se il servizio metadati gestiti è stato configurato prima dell'aggiornamento e se il database del provider di servizi condivisi conteneva dati della tassonomia, tale database conterrà tali dati.

Per ulteriori informazioni e procedure per l'esecuzione di un aggiornamento basato sul collegamento di database, vedere Allegare database ed eseguire l'aggiornamento a SharePoint Server 2010.

Dopo l'aggiornamento basato sul collegamento di database

  • Riapplicare le autorizzazioni di amministratore per i servizi. Per impostazione predefinita, gli amministratori della farm dispongono di autorizzazioni per tutti i servizi quando si esegue un aggiornamento basato sul collegamento di database.

  • Per Excel Services, è necessario eseguire il provisioning di un nuovo account di servizio automatico per utilizzare il servizio di archiviazione sicura per interagire con Excel Services.

  • Per InfoPath Forms Services, aggiornare i collegamenti utilizzati nei modelli di modulo aggiornati tramite il cmdlet Update-SPInfoPathAdminFileURL di Windows PowerShell.

  • Per i servizi profilo, aggiornare gli eventuali dati della tassonomia. Utilizzare il cmdlet Move-SPProfileManagedMetadataProperty di Windows PowerShell per aggiornare i dati della tassonomia dei profili manualmente nel database della tassonomia e riconnettere i dati delle applicazioni dei servizi metadati gestiti e profili utente. Il servizio profili utente e il servizio metadati gestiti devono trovarsi nello stesso gruppo di proxy da aggiornare e utilizzare i dati.

  • Per il Catalogo dati business, prendere in considerazione la migrazione delle pagine di profilo del Catalogo dati business in una nuova posizione.

Per informazioni dettagliate sulle operazioni successive all'aggiornamento per i servizi, vedere Eseguire passaggi di post-aggiornamento per l'aggiornamento basato su collegamento di database (SharePoint Server 2010).

Considerazioni per servizi specifici

In Office SharePoint Server 2007 sono disponibili i servizi seguenti, che possono essere aggiornati con SharePoint Server 2010. Le eventuali modifiche all'infrastruttura dei servizi indicano che è necessario considerare fattori aggiuntivi durante la pianificazione e l'esecuzione di un aggiornamento per un ambiente in cui sono presenti questi servizi.

Profili utente

  • Servizi

    Attualmente vengono utilizzati due servizi per i profili utente e le informazioni della tassonomia: il servizio profili utente e il servizio metadati gestiti. Durante l'aggiornamento sul posto, questi due servizi vengono attivati e configurati automaticamente. Se si utilizza il metodo di aggiornamento basato sul collegamento di database, è possibile attivare e configurare il servizio metadati gestiti prima di aggiornare il servizio profili utente per aggiornare i dati della tassonomia come parte dell'aggiornamento.

  • Database

    • Durante l'aggiornamento sul posto, i dati dei profili utente di Office SharePoint Server 2007 vengono aggiornati dal database del provider di servizi condivisi in un nuovo database dei profili utente. Gli eventuali dati della tassonomia vengono aggiornati e potranno essere copiati in un database della tassonomia per essere utilizzati dal servizio metadati gestiti dopo il completamento dell'aggiornamento tramite il cmdlet Move-SPProfileManagedMetadataProperty di Windows PowerShell.

    • Durante un aggiornamento basato sul collegamento di database, i dati dei profili utente e della tassonomia del database del provider di servizi condivisi vengono aggiornati quando tale database viene collegato, tuttavia il database non viene copiato e rinominato. È possibile copiare i dati della tassonomia in un database della tassonomia per l'utilizzo da parte del servizio metadati gestiti al termine dell'aggiornamento tramite il cmdlet Move-SPProfileManagedMetadataProperty di Windows PowerShell.

  • Gli eventuali processi timer pianificati dovranno essere riconfigurati dopo l'aggiornamento. Durante l'aggiornamento vengono infatti reimpostati con i valori predefiniti. Prendere nota delle pianificazioni dei processi timer prima dell'aggiornamento per poterle riapplicare in seguito.

  • Le proprietà salvate in modo permanente relative ai profili, ad esempio l'URL dell'host dei siti personali, vengono conservate durante un aggiornamento sul posto, ma non sono aggiornate quando si esegue un aggiornamento basato sul collegamento di database, in quanto sono archiviate nel database di configurazione, non nel database dei servizi.

    Le proprietà seguenti vengono conservate durante un aggiornamento sul posto, ma non durante un aggiornamento basato sul collegamento di database:

    • MySiteHostURL

    • SearchCenterURL

    • EnablePersonalFeaturesforMultipleDeployments

    • ProfileStoreLanguage

    • ProfileStoreLanguagePacksApplied

    • ProfileStoreCollationID

    • DaysWorthOfEventsToKeep

Siti personali

Aggiornare l'host dei siti personali contemporaneamente ai servizi dei profili. Non è necessario aggiornare simultaneamente i siti personali. Per ottenere risultati ottimali, aggiornare i siti personali o almeno l'host dei siti personali contemporaneamente al sito Intranet personale.

Servizio di ricerca di Office SharePoint Server

Prima di eseguire un aggiornamento sul posto, è necessario controllare e correggere la topologia della ricerca dopo l'aggiornamento in modo che corrisponda ai nuovi suggerimenti e requisiti. Per ulteriori informazioni, vedere Pianificare la ricerca (Office SharePoint Server) e i modelli di ricerca in Diagrammi tecnici (SharePoint Server 2010).

Non è possibile aggiornare i dati delle ricerche tramite il metodo di aggiornamento basato sul collegamento di database. Se si esegue un aggiornamento di questo tipo, è necessario configurare la ricerca nella nuova farm separatamente, ovvero prima o dopo l'aggiornamento del resto del contenuto.

  • Applicazioni di servizio

    Durante l'aggiornamento, per ogni provider di servizi condivisi che ospita il servizio di ricerca nella farm di Office SharePoint Server 2007 viene creata una nuova applicazione di servizio nella farm di SharePoint Server 2010.

    Il server applicazioni che funge da server di indicizzazione diventa il componente della ricerca per indicizzazione nello stesso server.

    Gli eventuali server di query diventano componenti di query negli stessi server, tutti nella stessa partizione di indicizzazione.

  • Database

    In SharePoint Server 2010 il servizio di ricerca utilizza tre database:

    • Il database di amministrazione della ricerca (nuovo), che contiene le impostazioni di amministrazione della ricerca archiviate nel database del provider di servizi condivisi in Office SharePoint Server 2007.

    • Il database dell'archivio della ricerca per indicizzazione del servizio di ricerca (nuovo), che contiene le informazioni sulla cronologia della ricerca per indicizzazione archiviate nel database del provider di servizi condivisi in Office SharePoint Server 2007.

    • Il database dell'archivio delle proprietà del servizio di ricerca (database di ricerca riutilizzato), che contiene i metadati della ricerca.

  • File di indice

    Prima di eseguire l'aggiornamento, i file dell'indice vengono archiviati nel server di indicizzazione e nei server di query. Dopo l'aggiornamento, solo nei server con componenti di query verranno archiviati file di indice.

Suggerimento

L'aggiornamento risulta più rapido se si passa a un solo server di query prima dell'aggiornamento. Con un solo server i dati da copiare sono meno numerosi. È possibile tornare a utilizzare più componenti di query con mirroring dopo l'aggiornamento.

Servizio di ricerca di Windows SharePoint Services

L'architettura del servizio di ricerca di Windows SharePoint Services è stata rivista in SharePoint Server 2010. Durante un aggiornamento sul posto, il servizio di ricerca di Windows SharePoint Services viene interrotto e sottoposto nuovamente a provisioning. Nel servizio di ricerca di Windows SharePoint Services i file di indice vengono memorizzati nel server applicazioni in Office SharePoint Server 2007 ed è inoltre disponibile un database (WSS_Search, uno per ogni server della farm). Durante un aggiornamento sul posto, il database viene riorganizzato e riutilizzato. I dati precedenti non vengono mantenuti e non vengono aggiornati.

InfoPath Forms Services

Quando si esegue l'aggiornamento tramite il metodo basato sul collegamento di database, è necessario esportare i modelli di modulo distribuiti dall'amministratore (file con estensione xsn) e i file di connessione dati (file con estensione udcx) prima di eseguire il collegamento del database e quindi importare tali file nella nuova farm tramite il cmdlet Export-SPInfoPathAdministrationFiles di Windows PowerShell. Se l'URL del nuovo server è diverso dall'URL di quello precedente, è possibile eseguire il cmdlet Update-SPInfoPathAdminFileUrl di Windows PowerShell per aggiornare i collegamenti utilizzati nei modelli di modulo aggiornati.

Per ulteriori informazioni su come aggiornare i moduli e i modelli di modulo, vedere Pianificare l'aggiornamento dei modelli di modulo durante un aggiornamento a SharePoint Server 2010.

Excel Services

  • Excel Services rimane un servizio locale per SharePoint Server 2010, pertanto è necessario eseguire il servizio nella stessa farm che lo utilizza.

  • Per l'aggiornamento sul posto, tutte le informazioni di configurazione archiviate nel database del provider di servizi condivisi per Excel Services vengono aggiornate e spostate nel database di configurazione. Per l'aggiornamento basato sul collegamento di database, è necessario riconfigurare Excel Services nella nuova farm.

  • Dopo l'aggiornamento, di qualsiasi tipo esso sia, è necessario eseguire il provisioning di un nuovo account di servizio automatico che utilizza il servizio di archiviazione sicura per interagire con Excel Services.

Catalogo dati business

Durante un aggiornamento sul posto, i dati archiviati nel database del provider di servizi condivisi vengono spostati e aggiornati in un database distinto. Per il servizio SharePoint Server 2010 vengono create nuove applicazioni di servizio. Un nuovo servizio, il servizio Registro applicazioni compatibile con le versioni precedenti, viene utilizzato per gestire le connessioni precedenti del Catalogo dati business.

Il Catalogo dati business non viene aggiornato quando si utilizza il metodo basato sul collegamento di database.

Per ulteriori informazioni, vedere Pianificare l'aggiornamento di Servizi di integrazione applicativa (SharePoint Server 2010).

Single Sign-on

Il servizio Single Sign-On (SSO) viene sostituito con il servizio di archiviazione sicura in SharePoint Server 2010. È possibile utilizzare i cmdlet di Windows PowerShell per aggiornare le definizioni delle applicazioni da SSO al servizio di archiviazione sicura. Si noti che le password non vengono aggiornate. Dopo l'aggiornamento delle definizioni delle applicazioni, è possibile impostare il servizio di archiviazione sicura come provider SSO predefinito. Per ulteriori informazioni, vedere Eseguire le operazioni di post-aggiornamento per un aggiornamento sul posto (SharePoint Server 2010).