Condividi la tua opinione sull'esperienza di download del PDF.
Documentazione di Project Server
Articolo • 07/04/2023
Impara come pianificare, distribuire, gestire gli utenti di Project Server.
Pianificare per
Project Server
Installare e configurare
Project Server
Articoli in primo piano
Requisiti software
Architettura di Project Server
Distribuzione di Project Web App
Cmdlet per Project Server 2016
Pianificare l'accesso degli utenti
in Project Server
Esplorare Project Server
Articolo • 07/04/2023
Sintesi: consultare questi articoli per ulteriori informazioni sulle nuove funzionalità
disponibili in Project Server.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
Articoli sulla valutazione di Project Server
Gli articoli seguenti su Project Server 2016 sono disponibili per la visualizzazione online.
Gli articoli vengono continuamente aggiornati dagli autori in base alle nuove
informazioni disponibili e ai commenti e suggerimenti ricevuti dagli utenti.
Contenuto
Novità di Project Server 2016 per i professionisti IT
Novità di Project Server 2013 per i professionisti IT
Cosa è obsoleto o è stato rimosso in Project Server 2016
Novità di Project Server Subscription
Edition per i professionisti IT
Articolo • 07/04/2023
Riepilogo: Informazioni su Project Server Subscription Edition. Trovare informazioni sulle
funzionalità e le funzionalità più recenti e ottenere una panoramica delle funzionalità
nuove e aggiornate.
Si applica a: Project Server Subscription Edition
Questo articolo offre una breve panoramica delle funzionalità nuove e
significativamente aggiornate in Project Server Subscription Edition, con particolare
attenzione alle aree di interesse per i professionisti IT. Tra le caratteristiche vi sono le
seguenti:
Lingue di installazione di base e Language Pack
Requisiti hardware e software
Aggiornamento all'anteprima pubblica Project Server Subscription Edition
Modifiche di Project Web App
Lingue di installazione di base e Language Pack
Ora che sia il Project Server Subscription Edition che SharePoint Server Subscription
Edition vengono installati tramite una singola installazione, la lingua di base viene
automaticamente abbinata per entrambi. Ad esempio, quando si installa SharePoint
Server Subscription Edition (inglese - Stati Uniti), la lingua di installazione di base per
Project Server Subscription Edition e SharePoint Server Subscription Edition sarà inglese
- Stati Uniti.
Esiste un caso speciale in cui la lingua di installazione di base per SharePoint Server
Subscription Edition e Project Server Subscription Edition non corrisponde:
SharePoint Server Subscription Edition
Project Server Subscription Edition
Thai
Inglese
Language Pack
SharePoint Server Subscription Edition Language Pack corrisponderà anche alle lingue
per Project Server Subscription Edition e SharePoint Server Subscription Edition. I singoli
Language Pack per Project Server Subscription Edition non sono disponibili.
Poiché Project Server Subscription Edition non fornisce una lingua corrispondente per
tutti i Language Pack SharePoint Server Subscription Edition disponibili, viene fornita
una lingua alternativa. Nella tabella seguente sono elencati SharePoint Server
Subscription Edition Language Pack in cui viene fornita una lingua Project Server
Subscription Edition alternativa.
SharePoint Server Subscription Edition Language
Pack
Project Server Subscription Edition
lingua
Azeri (alfabeto latino)
Inglese
Basco
Spagnolo
Bosniaco
Inglese
Bulgaro
Inglese
Catalano
Spagnolo
Croato
Inglese
Estone
Inglese
Irlandese gaelico
Inglese
Gallego
Spagnolo
Hindi
Inglese
Indonesiano
Inglese
Kazaco
Russo
Lettone
Inglese
Lituano
Inglese
Macedone
Inglese
Malay
Inglese
Serbo (alfabeto latino)
Inglese
Thai
Inglese
Vietnamita
Inglese
Gallese
Inglese
７ Nota
Per ulteriori informazioni sulle lingue supportate da Project Online, vedere Lingue
supportate per Project Online.
Requisiti hardware e software
Poiché Project Server Subscription Edition è ora un'applicazione di servizio in SharePoint
Server Subscription Edition, i requisiti hardware, software e browser per Project Server
Subscription Edition saranno quelli specificati per SharePoint Server Subscription Edition.
Alcuni requisiti importanti per questa versione sono:
Software
Requisiti software
Sistemi operativi
Windows Server 2019 Standard o Datacenter
server supportati:
Windows Server 2022 Standard o Datacenter
Server di database
Microsoft SQL Server 2019 RTM
supportato:
Sql Analysis Services deve essere installato anche se si usa il servizio di
compilazione cubi in Project Server Subscription Edition.
Browser
Microsoft Edge
supportato:
Microsoft Internet Explorer 11
Google Chrome (ultima versione rilasciata)
Mozilla Firefox (ultima versione rilasciata e versione immediatamente
precedente)
Apple Safari (ultima versione rilasciata)
Compatibilità del client di Project È possibile connettersi a Project Server Subscription
Edition non solo con Project Professional 2021 e Project Online Desktop Client, ma
anche con Project Professional 2019.
Versione
Compatibile con
Project Server Subscription Edition
Project Professional 2021
Project Professional 2019
Client desktop di Project Online
Project Server 2019
Project Professional 2019
Project Professional 2016
Client desktop di Project Online
Versione
Compatibile con
Project Server 2016
Project Professional 2019
Project Professional 2016
Client desktop di Project Online
Project Professional 2013
Project Server 2013
Project Professional 2016
Project Professional 2013
７ Nota
Project Online connettività desktop client a Project Server 2016 non sarà più
supportata dopo il 13 gennaio 2022.
７ Nota
Per altre informazioni sui requisiti hardware e software per SharePoint Server
Subscription Edition, vedere Requisiti hardware e software per SharePoint Server
Subscription Edition. Per altre informazioni sui browser supportati per SharePoint
Server Subscription Edition, vedere Pianificare il supporto del browser in
SharePoint Server Subscription Edition.
Aggiornare a Project Server Subscription
Edition
Quando si pianifica l'aggiornamento a Project Server Subscription Edition prendere nota
di quanto segue:
Eseguire l'aggiornamento solo tramite Project Server 2016 o 2019: se si esegue
l'aggiornamento da versioni precedenti di Project Server, è necessario aggiornare
prima i database a Project Server 2016 o 2019 per eseguire l'aggiornamento a
Project Server Subscription Edition. Non esiste alcun percorso di aggiornamento
diretto da Project Server 2013 a Project Server Subscription Edition.
Project Web App aggiornamento della raccolta siti: anche il database del
contenuto di SharePoint 2016 o 2019 che contiene la raccolta siti PWA deve essere
aggiornato durante il processo di aggiornamento.
Nessun aggiornamento sul posto: è prima necessario creare una farm Project
Server Subscription Edition e quindi collegare e aggiornare i database Project
Server 2016 o 2019 alla nuova farm. L'aggiornamento sul posto non è supportato.
Eseguire l'aggiornamento tramite Microsoft PowerShell: analogamente
all'esperienza di aggiornamento Project Server 2016 o 2019, l'aggiornamento a
Project Server Subscription Edition verrà eseguito usando i cmdlet di PowerShell.
Eseguire la migrazione dei piani di risorse di Project Server: è possibile eseguire
la migrazione dei dati dei piani di risorse di Project Server in Resource
Engagements in Project Server Subscription Edition.
Per informazioni più dettagliate sul processo di aggiornamento, vedere Aggiornamento
a Project Server Subscription Edition.
Modifiche di Project Web App
In Project Server Subscription Edition non sono disponibili funzionalità o miglioramenti
principali. Si noti che è stata apportata una modifica a una funzionalità usata in Project
Web App. Tra queste vi sono anche:
Novità
Come eseguire l'operazione
Creazione di cubi - Nuovo requisito
Usare SQL Server Analysis Services client AMO -
software
2019
Problemi noti
Esiste un problema noto nella Project Web App nella versione RTM. Gli utenti che non
sono amministratori del sito non possono collegare problemi, rischi o risultati finali alle
attività. Usare la libreria CSOM RelatedItemManager di SharePoint come soluzione
alternativa. Il frammento di esempio seguente è un esempio.
C#
// Starting with ClientContext, the constructor requires a URL to the
// server running SharePoint.
ClientContext context = new ClientContext("https://{pwa_site_url}");
// Add credentials
string userName, passWord;
Console.WriteLine("Please enter your username for PWA");
userName = Console.ReadLine();
Console.WriteLine("Please enter your password for PWA");
passWord = Console.ReadLine();
context.Credentials = new NetworkCredential(userName, passWord);
// Add RelatedItem Issue/Risk to a task. Add the target item
(issue/risk/etc) url to the pwa_connected_site url to create doc url of
related item you want to add.
// For eg : Lists/Issues/1_.000 corresponds to the url for the first issue
in Issues list.
// See <https://learn.microsoft.com/previous-versions/office/sharepointserver/jj169493(v=office.15)> for AddSingleLinkToUrl method details.
RelatedItemManager.AddSingleLinkToUrl(context,"Tasks", 1, "
<pwa_connected_site_relative_url>/Lists/Issues/1_.000", true);
// Execute the query to the server.
context.ExecuteQuery();
Vedere anche
Funzionalità nuove e migliorate in SharePoint Server Subscription Edition
Novità di Project Server 2019 per i
professionisti IT
Articolo • 24/12/2024
Sommario: Informazioni su Project Server 2019. Trovare informazioni sulle funzionalità e
le funzionalità più recenti e ottenere una panoramica delle funzionalità nuove e
aggiornate.
Si applica a: Project Server 2019
Questo articolo offre una breve panoramica delle funzionalità nuove e
significativamente aggiornate in Project Server 2019, con particolare attenzione alle aree
di interesse per i professionisti IT. Tra le caratteristiche vi sono le seguenti:
Lingue di installazione di base e Language Pack
Requisiti hardware e software
Aggiornamento a Project Server 2019 Public Prevew
Modifiche di Project Web App
Lingue di installazione di base e Language Pack
Ora che sia Project Server 2019 che SharePoint Server 2019 sono installati tramite una
singola installazione, la lingua di base viene automaticamente confrontata per entrambi.
Ad esempio, quando si installa SharePoint Server 2019 (Inglese - Stati Uniti), la lingua di
installazione di base per Project Server 2019 e SharePoint Server 2019 sarà Inglese - Stati
Uniti.
Esiste un caso speciale in cui il linguaggio di installazione di base per SharePoint Server
2019 e Project Server 2019 non corrisponde:
ﾉ
SharePoint Server 2019
Project Server 2019
Thai
Inglese
Language Pack
Espandi la tabella
SharePoint Server 2019 Language Pack corrisponderanno anche alle lingue per Project
Server 2019 e SharePoint Server 2019. I singoli Language Pack per Project Server 2019
non sono disponibili.
Poiché Project Server 2019 non fornisce una lingua corrispondente per tutti i Language
Pack SharePoint Server 2019 disponibili, viene fornita una lingua alternativa. Nella
tabella seguente sono elencati SharePoint Server 2019 Language Pack in cui viene
fornita una lingua alternativa di Project Server 2019.
ﾉ
Espandi la tabella
SharePoint Server 2019 Language Pack
Lingua di Project Server 2019
Azerbaigiano
Inglese
Basco
Spagnolo
Bosniaco
Inglese
Bulgaro
Inglese
Catalano
Spagnolo
Croato
Inglese
Dari
Inglese
Estone
Inglese
Irlandese
Inglese
Gallego
Spagnolo
Hindi
Inglese
Indonesiano
Inglese
Kazaco
Russo
Lettone
Inglese
Lituano
Inglese
Macedone
Inglese
Malay
Inglese
Serbo (alfabeto latino)
Inglese
Thai
Inglese
Vietnamita
Inglese
Gallese
Inglese
７ Nota
Per ulteriori informazioni sulle lingue supportate da Project Online, vedere Lingue
supportate per Project Online.
Requisiti hardware e software
Poiché Project Server 2019 è ora un'applicazione di servizio in SharePoint Server 2019, i
requisiti hardware, software e browser per Project Server 2019 saranno quelli specificati
per SharePoint Server 2019. Alcuni requisiti importanti per questa versione sono:
ﾉ
Espandi la tabella
Sistemi operativi server
supportati:
Windows Server 2016 Standard o Datacenter
Windows Server 2019 Standard o Datacenter
Server di database
supportato:
Microsoft SQL Server 2016 Service Pack 1 (SP1)
Microsoft SQL Server 2017 RTM
Sql Analysis Services deve essere installato anche se si usa il servizio di
compilazione cubi in Project Server 2019 .
Browser supportati:
Microsoft Edge
Microsoft Internet Explorer 11
Google Chrome (ultima versione rilasciata)
Mozilla Firefox (ultima versione rilasciata e versione immediatamente
precedente)
Apple Safari (ultima versione rilasciata)
Compatibilità del client di Project È possibile connettersi a Project Server 2019 non solo
con Project Professional 2019 e Project Online Desktop Client, ma anche con Project
Professional 2016.
ﾉ
Espandi la tabella
Versione
Compatibile con
Project Server 2019
Project Professional 2019
Project Professional 2016
Client desktop di Project Online
Project Server 2016
Project Professional 2019
Project Professional 2016
Client desktop di Project Online
Project Professional 2013
Project Server 2013
Project Professional 2016
Project Professional 2013
７ Nota
Project Online connettività client desktop a Project Server 2013 non sarà più
supportata dopo il 13 gennaio 2020.
７ Nota
Per altre informazioni sui requisiti hardware e software per SharePoint Server 2019,
vedere Requisiti hardware e software per SharePoint Server 2019. >Per altre
informazioni sui browser supportati per SharePoint Server 2019, vedere Pianificare
il supporto del browser in SharePoint Server 2019 .
Aggiornamento a Project Server 2019
Quando si pianifica l'aggiornamento a Project Server 2019, tenere presente quanto
segue:
Eseguire l'aggiornamento solo tramite Project Server 2016: se si esegue
l'aggiornamento da versioni precedenti di Project Server, è necessario aggiornare i
database a Project Server 2016 prima di eseguire l'aggiornamento a Project Server
2019. Non è disponibile alcun percorso di aggiornamento diretto da Project Server
2013 a Project Server 2019.
Project Web App aggiornamento della raccolta siti: anche il database del
contenuto di SharePoint 2016 che contiene la raccolta siti PWA deve essere
aggiornato durante il processo di aggiornamento.
Nessun aggiornamento sul posto: è prima necessario creare una farm di Project
Server 2019 e quindi collegare e aggiornare i database Project Server 2016 alla
nuova farm. L'aggiornamento sul posto non è supportato.
Aggiornamento tramite Microsoft PowerShell: analogamente all'esperienza di
aggiornamento Project Server 2016, l'aggiornamento a Project Server 2019 verrà
eseguito tramite l'uso di cmdlet di PowerShell.
Eseguire la migrazione dei piani di risorse Project Server 2016: è possibile
eseguire la migrazione dei piani di risorse Project Server 2016 a Resource
Engagements in Project Server 2019.
Per informazioni più dettagliate sul processo di aggiornamento, vedere Aggiornamento
a Project Server 2019.
Modifiche di Project Web App
Gli amministratori devono essere al corrente di alcuni grandi cambiamenti in Project
Web App che riguardano gli utenti:
Nuove opzioni di sequenza temporale
In Project Server 2019, oltre ai miglioramenti delle prestazioni e dell'accessibilità, si noti
che sono state apportate diverse modifiche alle diverse funzionalità usate in Project Web
App. tra cui:
ﾉ
Espandi la tabella
Novità
Come eseguire l'operazione
Miglioramenti delle attività del team - Nuovo modo di lavorare
con le assegnazioni di attività
Nuovi modi per lavorare con
assegnazioni di team
Dati di report rapportati alla scala cronologica : gli
amministratori di progetto possono configurare per eseguire il
rollup dei dati di report rapportati alla scala cronologica a diversi
Configurare l'rollup dei dati di
report rapportati alla scala
cronologica
livelli di granularità.
Email notifiche: gli amministratori di progetto hanno più opzioni
su come vogliono ricevere la posta elettronica.
Notifiche tramite posta
elettronica
ID progetto : crea ID progetto univoci durante la creazione del
ID progetto
progetto.
Aumento dei limiti dei campi personalizzati per la creazione di
report
Novità
Come eseguire l'operazione
API di Resource Engagement : in grado di sfruttare l'API per
API di Resource
Resource Engagement
Engagement
Vedere anche
Funzionalità nuove e migliorate in SharePoint Server 2019
Novità di Project Server 2016 per i
professionisti IT
Articolo • 07/04/2023
Riepilogo: Informazioni su Project Server 2016. Trovare informazioni sulle funzionalità e
le funzionalità più recenti e ottenere una panoramica delle funzionalità nuove e
aggiornate.
Si applica a: Project Server 2016
Questo articolo offre una breve panoramica delle funzionalità nuove e
significativamente aggiornate in Project Server 2016, con particolare attenzione alle aree
di interesse per i professionisti IT. Tra le caratteristiche vi sono le seguenti:
Accordi sulle risorse
Un'unica installazione - Project Server e SharePoint Server
Lingue di installazione di base e Language Pack
Requisiti hardware e software
Aggiornamento a Project Server 2016
Un singolo database per istanze multiple
Limiti di campo personalizzato
Modifiche di Project Web App
Accordi sulle risorse
Le nuove funzionalità di Resource Engagements in Project Server 2016 consentono ai
project manager e ai responsabili delle risorse di allinearsi tra loro sulla quantità
specifica di lavoro e sui periodi di tempo per risorse specifiche associate a un progetto.
Gli engagement delle risorse sono un'evoluzione della funzionalità precedente del piano
di risorse in Project Web App e tutti i dati esistenti del piano di risorse possono essere
convertiti in Resource Engagement come parte facoltativa del processo di
aggiornamento.
Accordi sulle risorse offre quanto segue:
I Project Manager possono utilizzare la nuova vista Piano delle risorse in Project
Professional 2016 per creare Accordi sulle risorse.
I responsabili delle risorse possono visualizzare tutte le richieste di risorse
attraverso la nuova pagina Richieste delle risorse e possono utilizzare la mappa
termica della pianificazione capacit? per fornire loro informazioni sulla disponibilit?
delle loro risorse.
IT-Pros dovrà sapere come eseguire la migrazione dei piani di risorse di Project Server
2013 da usare come resource engagement in Project Server 2016. Questa operazione
verrà eseguita come parte del processo di aggiornamento eseguendo un cmdlet di
PowerShell di SharePoint.
７ Nota
Per ulteriori informazioni sulla migrazione dei piani delle risorse di Project Server
2013 in Accordi sulle risorse, vedere Aggiornamento a Project Server 2016.
７ Nota
Per altre informazioni su Resource Engagements, vedere Panoramica: Resource
Engagements
.
Un'unica installazione - Project Server e
SharePoint Server
Una delle principali modifiche apportate a Project Server 2016 è il processo di
installazione. Il nuovo Project Server 2016 viene eseguito come applicazione di servizio
in SharePoint Server 2016 Enterprise. Il file MSI di SharePoint Server 2016 Enterprise
conterrà anche i file di installazione per Project Server 2016, pertanto non è più
necessaria un'installazione separata come nelle versioni precedenti di Project Server.
L'attivazione Project Server 2016 richiederà una chiave di attivazione.
） Importante
La versione Enterprise di SharePoint Server 2016 è necessaria per abilitare Project
Server 2016. Project Server 2016 non può essere attivato in SharePoint Server 2016
con una licenza Standard.
Per informazioni più dettagliate sulla distribuzione di Project Server 2016, vedere
Distribuire Project Server 2016.
７ Nota
Project Server 2016 viene eseguita come applicazione di servizio in SharePoint
Server 2016, pertanto gli amministratori di Project Server devono leggere le nuove
funzionalità e funzionalità. Per informazioni sulle nuove funzionalità in SharePoint
Server 2016, vedere Funzionalità nuove e migliorate in SharePoint Server 2016.
Lingue di installazione di base e Language Pack
Poiché Project Server 2013 e SharePoint Server 2013 sono stati installati separatamente,
a volte era necessario prendere in considerazione le lingue per l'installazione di base e i
Language Pack per fornire supporto multilingua agli utenti. Ad esempio, è possibile
installare sia Project Server 2013 (inglese -US) che SharePoint Server 2013 (inglese - Stati
Uniti) e quindi aggiungere il Language Pack di Project Server 2013 (francese) in uno
scenario in cui si vuole fornire agli utenti un'interfaccia inglese-usa e francese Project
Web App. Ora che sia il nuovo Project Server 2016 che il nuovo SharePoint Server 2016
vengono installati tramite una singola installazione, la lingua di base viene
automaticamente abbinata per entrambi. Ad esempio, quando si installa SharePoint
Server 2016 (Inglese - Stati Uniti), la lingua di installazione di base per Project Server
2016 e SharePoint Server 2016 sarà Inglese - Stati Uniti.
Esiste un caso speciale in cui la lingua di installazione di base per SharePoint Server 2016
e Project Server 2016 non corrisponde:
SharePoint Server 2016
Project Server 2016
Thai
Inglese
Language Pack
I Language Pack di SharePoint Server 2016 corrisponderanno anche alle lingue per
Project Server 2016 e SharePoint Server 2016. I singoli Language Pack per Project Server
2016 non sono disponibili.
Poiché Project Server 2016 non fornisce una lingua corrispondente per tutti i Language
Pack di SharePoint Server 2016 disponibili, viene fornita una lingua alternativa. Nella
tabella seguente sono elencati i Language Pack di SharePoint Server 2016 in cui viene
fornita una lingua Project Server 2016 alternativa.
SharePoint Server 2016 Language Pack
Project Server 2016 lingua
Azeri (alfabeto latino)
Inglese
Basco
Spagnolo
Bosniaco
Inglese
Bulgaro
Inglese
Catalano
Spagnolo
Croato
Inglese
Dari
Inglese
Estone
Inglese
Irlandese gaelico
Inglese
Gallego
Spagnolo
Hindi
Inglese
Indonesiano
Inglese
Kazaco
Russo
Lettone
Inglese
Lituano
Inglese
Macedone
Inglese
Malay
Inglese
Serbo (alfabeto latino)
Inglese
Thai
Inglese
Vietnamita
Inglese
Gallese
Inglese
７ Nota
Per ulteriori informazioni sulle lingue supportate da Project Online, vedere Lingue
supportate per Project Online.
Requisiti hardware e software
Poiché Project Server 2016 è ora un'applicazione di servizio in SharePoint Server 2016, i
requisiti hardware, software e browser per Project Server 2016 saranno quelli specificati
per SharePoint Server 2016. Alcuni requisiti importanti per questa versione sono:
Sistemi operativi
Windows Server 2016 Standard o Datacenter
server supportati:
Windows Server 2012 R2
Server di database
supportato:
Microsoft SQL Server 2016 RTM
Edizione a 64 bit di Microsoft SQL Server 2014 con Service Pack 1(SP1)
Se si utilizza il Servizio di creazione cubi in Project Server 2016, occorre
installare anche il servizio SQL Analysis Services.
Browser supportati:
Microsoft Edge
Microsoft Internet Explorer 11
Microsoft Internet Explorer 10
Google Chrome (ultima versione rilasciata)
Mozilla Firefox (ultima versione rilasciata e versione immediatamente
precedente)
Apple Safari (ultima versione rilasciata)
Compatibilit? client Project
? possibile connettersi a Project Server 2016 non solo con Project Professional 2016 e il
client desktop Project Online, ma anche con Project Professional 2013.
Versione
Compatibile con
Project
Server
2016
Project Professional 2016
Client desktop di Project Online
Project Professional 2013
Project
Project Professional 2016
Server
2013
Project Professional 2013
Project
Project Server 2010
Server
2010
Project Professional 2007 con Service Pack 2
Project Professional 2007 con SP 2 pu? connettersi solo se la compatibilit? con le
versioni precedenti ? abilitata su Project Server 2010
７ Nota
Project Online connettività client desktop a Project Server 2013 scadrà e non sarà
più supportata dopo il 13 gennaio 2020.
７ Nota
Se si usa Resource Engagements in Project Server 2016, la nuova visualizzazione
Piano risorse per Resource Engagements non è disponibile in Project Professional
2013. È necessario usare Project Professional 2016 o il client desktop Project Online
per usare la visualizzazione Piano risorse.
７ Nota
Per altre informazioni sui requisiti hardware e software per SharePoint Server 2016,
vedere Requisiti hardware e software per SharePoint Server 2016 Beta 2. > Per
altre informazioni sui browser supportati per SharePoint Server 2016, vedere
Pianificare il supporto del browser in SharePoint Server 2016 Beta 2.
Aggiornamento a Project Server 2016
Quando si pianifica l'aggiornamento a Project Server 2016, prendere nota di quanto
segue:
Eseguire l'aggiornamento solo tramite Project Server 2013: se si esegue
l'aggiornamento da versioni precedenti di Project Server, è necessario aggiornare
prima i database a Project Server 2013 per eseguire l'aggiornamento a Project
Server 2016. Non esiste alcun percorso di aggiornamento diretto da Project Server
2010 a Project Server 2016.
Aggiornamento della raccolta siti di Project Web App - Anche il database del
contenuto di SharePoint 2013 che contiene la raccolta siti PWA deve essere
aggiornato durante il processo di aggiornamento.
Nessun aggiornamento sul posto: è prima necessario creare un Project Server
2016 e quindi collegare e aggiornare i database di Project Server 2013 alla nuova
farm. L'aggiornamento sul posto non è supportato.
Eseguire l'aggiornamento tramite SharePoint PowerShell: analogamente
all'esperienza di aggiornamento di Project Server 2013, l'aggiornamento a Project
Server 2016 verrà eseguito tramite l'uso dei cmdlet di PowerShell di SharePoint.
Eseguire la migrazione dei piani di risorse di Project Server 2013: è possibile
eseguire la migrazione dei piani di risorse di Project Server 2013 da usare come
Resource Engagement in Project Server 2016 come parte facoltativa del processo
di aggiornamento. I piani di risorse non sono supportati in Project Server 2016.
Per ulteriori informazioni sul processo di aggiornamento, vedere Aggiornamento a
Project Server 2016.
Un singolo database per istanze multiple
In Project Server 2013 viene creato un database project separato per ogni istanza di
Project Web App. In Project Server 2016 verrà usato un singolo database (il database del
contenuto di SharePoint) per tutte le istanze di PWA. Anche se tutti i dati vengono
salvati nel database singolo, i dati di ogni singola istanza sono ancora isolati dalle altre
istanze.
La presenza dei dati del progetto in un singolo database facilita le operazioni di
database, come backup e ripristino, migrazione, ecc.
７ Nota
L'accesso diretto allo schema di creazione di report ? supportato solo se esiste una
singola istanza di Project Web App che utilizza il database.
Limiti di campo personalizzato
Per fornire le migliori prestazioni nella creazione di report di Project Server 2016,
esistono limiti al numero di campi personalizzati a valore singolo, o di ciascun tipo che
vengono archiviati nello schema di creazione di report:
Campi personalizzati di
progetto
Campi personalizzati della
scheda attivit?
Campi personalizzati di
attivit? e risorse, combinati
450 campi di testo
450 campi di testo
450 campi di testo
450 tabelle di ricerca
450 tabelle di ricerca
450 tabelle di ricerca
450 di tutti gli altri tipi di
campi personalizzati (costo,
450 di tutti gli altri tipi di
campi personalizzati (costo,
450 di tutti gli altri tipi di
campi personalizzati (costo,
data, durata, numero,
contrassegno)
data, durata, numero,
contrassegno)
data, durata, numero,
contrassegno)
Modifiche di Project Web App
Gli amministratori devono essere al corrente di alcuni grandi cambiamenti in Project
Web App che riguardano gli utenti:
Nuove opzioni di sequenza temporale
In Project Server 2016 si noti che esistono diverse modifiche al modo in cui le sequenze
temporali vengono usate in Project Web App. tra cui:
Novità
Come eseguire l'operazione
Più sequenze temporali : è possibile avere più sequenze
temporali. È possibile aggiungere una sequenza temporale
aggiuntiva tramite il Centro progetti o la pagina Pianificazione.
Centro progetti:aggiungere
progetti e attivit? alla sequenza
temporale del Centro
progetti
Pagina di pianificazione:
aggiungere attivit? a una
sequenza temporale del
progetto
Regolare l'intervallo di date della sequenza temporale - ora ?
possibile regolare la data di inizio e di fine di una sequenza
temporale.
Modificare l'aspetto di una
sequenza temporale in Project
Web App
Un modo pi? semplice di creare un progetto
In Project Server 2016 è possibile creare facilmente un nuovo progetto tramite la
finestra Introduzione a Project Web App visualizzata nella home page Project Web App.
Selezionando Crea o Importa progetto verrà avviata la procedura guidata Crea un
nuovo progetto che consentirà all'utente di seguire i passaggi necessari.
７ Nota
Per ulteriori informazioni, vedere Creare un progetto in Project Web App
Vedere anche
.
Funzionalità di accessibilità nuove e migliorate in SharePoint Server 2016
Novità di Project Server 2013 per i
professionisti IT
Articolo • 07/04/2023
Riepilogo: Informazioni sulle nuove funzionalità e funzionalità in Project Server 2013.
Si applica a: Project Server 2013
Questo articolo offre una breve panoramica delle funzionalità nuove e
significativamente aggiornate in Project Server 2013, con particolare attenzione alle aree
di interesse per i professionisti IT. Queste aree includono quanto segue:
Project Online in Office 365
Modifiche all'architettura di Project Server 2013
Supporto multi-tenancy
Consolidamento dei database
Disponibilità del sito del progetto in SharePoint Server 2013
Disponibilità di Project sui dispositivi mobili
Miglioramenti alla gestione delle proposte
Servizio OData per migliorare la gestione delle relazioni
Miglioramenti all'integrazione di Exchange con Project Server
Progetti di elenchi attività di SharePoint e progetti dell'organizzazione
Attività personali: tutte le attività in un'unica posizione
Modifiche all'interfaccia utente delle impostazioni di amministrazione
Modalità di autorizzazione di SharePoint
Autorizzazioni dei siti di progetto
Miglioramenti alla sincronizzazione di Active Directory
Miglioramenti alle funzionalità di registrazione e monitoraggio
Modifiche all'aggiornamento di Project Server 2013
７ Nota
Project Server 2013 è basato su SharePoint Server 2013, quindi gli utenti di Project
Server devono leggere le nuove funzionalità e funzionalità. Per informazioni sulle
nuove caratteristiche e funzionalità di SharePoint Server 2013, vedere Explore
SharePoint 2013.
Project Online in Office 365
La versione di Project Server 2013 è abbinata alla versione di un nuovo servizio in Office
365 per le aziende, Project Online. Con Project Online, tutte le attività di manutenzione
operativa vengono gestite tramite un servizio online ospitato nei centri dati Microsoft,
grazie al quale è possibile concentrarsi maggiormente sulle attività di gestione dei
progetti. Project Online in Office 365 offre funzionalità complete per la gestione del
portfolio progetti (gestione delle proposte, gestione del portfolio, gestione delle risorse,
creazione di report e così via). I responsabili del portfolio, i project manager e i membri
dei team possono accedere a Project Online da qualsiasi postazione con una
connessione Internet.
Il servizio Project Online offre i vantaggi seguenti:
Amministrazione di PROFESSIONISTI IT Tutta la manutenzione operativa viene
gestita tramite il servizio Project Online. Non è più necessario dedicare risorse IT
ad attività quali gli aggiornamenti, il ripristino di emergenza e la manutenzione.
Vengono inoltre eseguiti script di manutenzione preventiva sui database per
prevenire i problemi prima che si verifichino.
Avvio facile Non sono previsti costi di infrastruttura iniziali e gli utenti hanno una
licenza semplice per utente.
La sicurezza Office 365 usa una solida funzionalità di ripristino di emergenza,
backup con ridondanza globale e funzionalità complete per la privacy. I filtri
consentono di proteggere gli utenti da posta indesiderata e virus.
Tempi di attività garantiti Microsoft offre tempi garantiti di backup finanziari e
supporto telefonico 24 ore al giorno, sette giorni alla settimana.
７ Nota
Per altre informazioni su come usare Project Online, vedere Introduzione a Project
Online .
Modifiche all'architettura di Project Server 2013
Project Server 2013 è un sistema a più livelli che estende l'architettura introdotta in
Office Project Server 2007. Il livello front-end include Project Professional 2013, Project
Web App e applicazioni di terze parti. Le applicazioni client comunicano con il livello
intermedio tramite Project Server Interface (PSI) oppure tramite gli endpoint del
modello a oggetti lato client (CSOM), che a loro volta comunicano con PSI e il livello
degli oggetti business. L'accesso al database è integrato negli oggetti business. Il
servizio eventi di Project Server può accedere a gestori di eventi sia locali sia remoti. Il
servizio di calcolo del progetto duplica il motore di pianificazione Project Professional. È
consigliabile che le applicazioni client non accedano direttamente al database di Project
Web App, pertanto in Project Server gli oggetti business vengono nascosti ai client.
A livello generale, alcune modifiche all'architettura chiave per Project Server 2013
includono quanto segue:
Consolidamento del database: grazie al tentativo di ridurre il costo totale di
proprietà(TCO), i dati di Project Server 2013 sono consolidati in un unico database
Project Web App. I vantaggi correlati alla presenza di un singolo database sono
illustrati nella sezione Consolidamento dei database di questo documento.
Flusso di lavoro di Azure: i flussi di lavoro dichiarativi (flussi di lavoro definiti in
SharePoint Designer 2013) vengono scaricati nel flusso di lavoro di Azure per
l'elaborazione. Flusso di lavoro di Azure può essere eseguito in un server separato
nella farm di SharePoint, in Azure nel cloud o in un singolo computer Project
Server per test o dimostrazioni. I flussi di lavoro codificati sviluppati con Visual
Studio 11 Beta vengono elaborati nel runtime del flusso di lavoro in SharePoint
Server, come in Project Server 2010.
Servizi OData per la creazione di report: gli utenti di Project Online e quelli di
Project Server 2013 in locale possono tutti accedere ai propri report tramite il
servizio OData. Open Data (OData) è un protocollo Web standard di settore usato
per accedere ai dati di sistemi esterni. Il servizio OData esegue internamente query
SQL su tabelle e viste di Reporting. Ciò è particolarmente utile per gli utenti Project
Online, perché non è possibile accedere direttamente al database Project Web App
in Azure. Gli utenti di Project Server 2013 potranno comunque accedere
direttamente alla tabella e alle viste dei report tramite SQL Server per creare
report. Per altre informazioni, vedereIntroduzione a OData: Accesso ai dati per il
Web, il cloud, i dispositivi mobili e altro ancora in MSDN Library.
Sistema di accodamento di Project Server: in Project Server 2013 i processi della
scheda attività non usano il sistema di code (nessuna coda schede attività). Tutti i
siti serviti dallo stesso servizio dell'applicazione condividono il medesimo servizio
di accodamento. Grazie a diverse modifiche sostanziali, le prestazioni delle code
risultano notevolmente migliorate. Quando si inserisce un processo nella tabella
della coda, il sistema riceve notifica della disponibilità del processo senza la
necessità di eseguire periodicamente il polling dei processi in coda.
Servizi cloud di Azure per Project Online: per Project Online utenti in Office 365, i
dati vengono archiviati nel sistema operativo dei servizi cloud di Azure.
７ Nota
Per ulteriori informazioni sull'architettura di Project Server 2013, vedere
Project Server 2013 architecture overview.
Supporto multi-tenancy
A differenza di Project Server 2010, Project Server 2013 supporta la possibilità di
ospitare più tenant se usato insieme alla funzionalità multi-tenancy di SharePoint Server
2013. In questo modo è possibile avere più clienti, business unit o reparti nella stessa
farm e infrastruttura di SharePoint Server e Project Server. Ad esempio, in un ambiente
ospitato è possibile avere istanze di Project Server 2013 separate per due società
separate. In alternativa, in un'azienda è possibile disporre del reparto legale usando
un'istanza di Project Server 2013 completamente indipendente da altre istanze usate da
altri reparti. Ogni tenant di Project Server 2013 condivide l'uso del servizio applicazione
di Project, ma viene eseguito indipendentemente dall'altro e isolato dall'altro.
Consolidamento dei database
In Project Server 2013 il servizio Project offre funzionalità di gestione dei progetti non
solo per Project Web App (PWA), ma anche per tutta la farm di SharePoint Server 2013
in cui risiede. Una delle principali modifiche è l'uso di un singolo database Project Web
App per Project Server 2013.
In Project Server 2010 ogni istanza di Project Server 2010 è supportata da un set di
quattro database di Project Server (bozza, pubblicazione, creazione di report e archivio).
Per Project Server 2013, tutti e quattro i database di Project Server 2013 vengono
consolidati in un unico database, il database Project Web App (nome predefinito:
ProjectWebApp). Le tabelle reporting mantengono i nomi precedenti e i nomi delle
tabelle Bozza, Pubblicata e Archiviata hanno i prefissi draft., pub., e ver. L'accesso diretto
non è supportato per le viste e le tabelle Draft, Published e Archive. Per le relazioni
occorre usare solo le tabelle e le viste di Reporting.
Queste modifiche sono determinate dalla necessità di ridurre il costo totale di proprietà
(TCO) per l'uso di Project Server 2013, soprattutto quando si implementa un ambiente in
cui potrebbero essere presenti più istanze di PWA nell'ambiente. Una riduzione del
numero di database necessari per l'uso di Project Server 2013 riduce i costi associati alla
gestione dei dati (aggiornamento, backup, ripristino di emergenza e così via).
Disponibilità del sito del progetto in SharePoint
Server 2013
I siti di progetto offrono funzionalità di base per la gestione dei progetti in tutte le
versioni di SharePoint Server 2013. Il sito di progetto offre agli utenti di SharePoint
Server 2013 un sito in cui il team può collaborare alla gestione dei progetti.
I siti di progetto in SharePoint Server 2013 consentono agli utenti di un'organizzazione
di collaborare in modo efficace a progetti leggeri. I project manager possono ottenere
rapidamente un quadro generale dell'andamento del progetto mentre i membri del
team possono verificare con immediatezza se il proprio lavoro è idoneo nel contesto
generale. I siti di progetto consentono inoltre ai team di accedere a dati, documenti e
comunicazioni rilevanti e di condividerli.
I siti di progetto offrono quanto segue:
Web part di riepilogo del progetto
Sequenza temporale visiva delle attività di progetto
Programmazione completa delle attività di progetto
Raccolta per l'archiviazione di documenti rilevanti per il progetto
Blocco appunti per l'acquisizione e l'organizzazione rapide di informazioni sul
progetto
Calendario condiviso per gli eventi del team
Possibilità di connettersi all'applicazione client Project 2013
Quando SharePoint Server 2013 è connesso a Exchange Server, un sito di progetto può
includere anche una cassetta postale del team per la comunicazione unificata sul
progetto man mano che procede. Quando un sito di progetto fa parte di una raccolta
siti associata a Project Server 2013, può essere usato anche per acquisire problemi, rischi
e risultati finali e può essere passato al controllo completo (rispetto alla modalità
gestita) per una funzionalità di Project Server 2013 più affidabile.
Sebbene i siti di progetto offrano funzionalità utili per la gestione di progetti semplici
agli utenti di SharePoint Server, è possibile che l'ambiente si evolva progressivamente al
punto tale da richiedere caratteristiche aggiuntive. Potrebbero ad esempio essere
presenti numerosi siti di progetti e potrebbe risultare necessaria una visualizzazione
collettiva della informazioni. Quando è necessario aggiungere funzionalità di gestione
dei progetti, un metodo strutturato consente di eseguire facilmente la migrazione dei
dati del sito del progetto a Project Server 2013.
Per informazioni più dettagliate su come usare i siti di progetto in SharePoint Server
2013, vedere Introduzione a un sito di progetto .
Disponibilità di Project sui dispositivi mobili
Una nuova aggiunta in Project Server 2013 è il supporto per l'accesso mobile ai dati del
progetto. È ora disponibile un sito per dispositivi mobili basato sul Web che consente ai
membri del team e ai project manager di visualizzare rapidamente lo stato del progetto
su un dispositivo mobile. Con il sito per dispositivi mobili abilitato per il tocco, è
possibile accedere e modificare documenti rilevanti sui progetti e apportare modifiche
di base ai piani dei progetti tramite dispositivi Windows Phone 7.5 (con il browser
Internet Explorer 9), Apple iPhone o Android.
Le caratteristiche per i dispositivi mobili sono utilizzate principalmente da due tipi di
utenti di Project Server:
Membri del team
Verificare le assegnazioni di attività in un sito di progetto
Interagire con documenti, attività e altre informazioni mantenute in un sito di
progetto
Visualizzare lo stato complessivo di un progetto per progetti semplici e di
Project Server.
Project manager
Gestire progetti mediante i siti di progetto
Visualizzare informazioni aggiornate sullo stato di risorse assegnate ai progetti
ovunque si trovino
Visualizzare con immediatezza informazioni sullo stato dei progetti in un
formato fruibile ovunque ci si trovi
Apportare al volo modifiche di base al piano del progetto
I membri del team possono inoltre modificare e inviare lo stato delle attività tramite i
client Microsoft Exchange sui propri telefoni. La sincronizzazione delle attività tra
Exchange Server e SharePoint Server 2013 (pagina Attività personali) viene eseguita
tramite il servizio di gestione del lavoro.
Per informazioni sulla disponibilità di dispositivi mobili in SharePoint Server 2013, Novità
dei dispositivi mobili (SharePoint 2013).For information about mobile availability in
SharePoint Server 2013, What's new in mobile devices (SharePoint 2013).
Miglioramenti alla gestione delle proposte
Gestione proposte è l'area in cui vengono raccolte le proposte e le idee per il progetto e
le relative informazioni. Le proposte vengono quindi gestite tramite la gestione del
portfolio con il flusso di lavoro di valutazione e selezione e quindi i progetti selezionati
vengono eseguiti e monitorati usando Project Professional 2013 e Project Server
2013Project Server 2016. In Project Server 2010 i flussi di lavoro possono essere creati e
modificati in Visual Studio. Un miglioramento fondamentale in Project Server 2013 è la
possibilità di usare SharePoint Designer e il motore del flusso di lavoro in SharePoint
Server 2013 per creare flussi di lavoro di Project per Gestione richieste.
Gestione della domanda in Project Server 2013 offre quanto segue:
È possibile creare e gestire una nuova proposta in SharePoint Server (ovvero con
un elenco di SharePoint) e integrarla facilmente in Project Server.
1. Il project manager crea un elenco di SharePoint per le idee e lo configura nel
modo desiderato. Non sono previsti requisiti da rispettare per la configurazione
dell'elenco per PPM Online affinché sia possibile utilizzarlo.
2. Dopo che il PM decide di consentire la migrazione degli elementi in Project Server,
è possibile aggiungere l'app di gestione dei progetti all'elenco in modo da esporre
tale funzionalità.
3. (Facoltativo) L'utente passa alla pagina delle impostazioni di Project Server e in
Impostazioni elenco configura il mapping delle colonne dell'elenco ai campi di
Project Server.
4. L'utente può promuovere gli elementi in uno dei due modi seguenti:
Manualmente, selezionando uno o più elementi in una visualizzazione elenco
e facendo clic sul pulsante Crea progetti nella scheda Elementi della barra
multifunzione. Verrà visualizzata una finestra di dialogo che consente
all'utente di specificare il mapping colonna-campo (predefinito per i mapping
configurati nel passaggio 3) e l'EPT da usare, dopo il quale vengono creati i
progetti per gli elementi selezionati.
Automaticamente, tramite un'azione del flusso di lavoro. L'utente configura
un normale flusso di lavoro di SharePoint nell'elenco e usa l'azione Progetto (
Crea progetto da elemento elenco) come parte di tale flusso di lavoro.
L'azione accetta un modello di progetto dell'organizzazione come parametro
e, al momento dell'esecuzione, utilizza il mapping impostato nel passaggio
precedente per creare un progetto dal contesto della voce di elenco corrente.
5. In entrambi i casi, il progetto viene creato in Project Server e viene stabilita
l'associazione tra la voce di elenco e il progetto (possono essere importate solo le
nuove voci di elenco).
Nel caso in cui gli utenti usino la piattaforma Rich Demand Management con PDP
ed ETP (disponibile in Project 2010), possono visualizzare una visualizzazione
avanzata dello stato del flusso di lavoro di Project nella proposta (anziché una
tabella di testo).
Sevizio OData per migliorare la gestione delle
relazioni
Una modifica chiave nella creazione di report di Project Server 2013 è l'uso del servizio
OData per accedere al database Project Web App. L'adozione di OData è stata
determinata dall'esigenza di creare un'offerta Project Online. In Office 365 non è
possibile accedere al database di Project Web App per Project Online direttamente,
pertanto è disponibile un servizio OData. Per gli utenti online, le tabelle e le viste del
database Reporting vengono esposte solo tramite l'interfaccia OData. Project Online è
progettato per fornire un database separato per ogni istanza di Project Web App.
Ovvero, più istanze di Project Web App hanno ognuno il proprio database Project Web
App. Il servizio OData esegue internamente query SQL sulle tabelle e sulle viste di
reporting nel database Project Web App associato all'istanza specifica di Project Web
App. In Project Server 2013 gli utenti possono anche accedere alle tabelle di report locali
tramite l'interfaccia OData.
Gli utenti di Project Server 2013 in locale che dispongono delle autorizzazioni corrette
possono accedere direttamente alle tabelle e alle viste dei report tramite SQL Server per
creare report esattamente come in Project Server 2010. È ad esempio possibile utilizzare
la tabella dbo.MSP_PROJECT e la vista dbo.MSP_EpmProject_UserView per le relazioni.
Tutte le tabelle o viste con prefisso "draft.", "pub." o "ver." sono per uso interno da parte
di Project Server e non destinate alla gestione delle relazioni. Ad esempio, la tabella
draft.MSP_TASKS e la vista pub.MSP_PROJECTS_WORKING_VIEW non sono documentate
e non sono destinate all'uso da parte di terzi.
Le tabelle, le viste e i campi di Reporting nel database di Project Web App sono
documentati in un file della Guida HTML di Project 2013 SDK. L'XML Schema del servizio
OData per i dati di Reporting è inoltre documentato online su MSDN, in un
aggiornamento dell'SDK. Nella maggior parte dei casi, le query delle tabelle e delle viste
di reporting create per Project Server 2010 funzionano con il database Project Web App
in Project Server 2013. Gli utenti di Project Server 2013 in locale possono accedere ai
cubi OLAP di Project Server in SQL Server Analysis Services, come fanno attualmente. In
Project Online i cubi OLAP non sono disponibili.
Un'ulteriore modifica alla creazione di report in Project Server 2013 consiste
nell'integrazione della tecnologia Power Pivot di base nella versione più recente di Excel.
Project Server 2013 e Project Online entrambi sfruttano questa tecnologia per
progettare report avanzati.
７ Nota
Per Project Server 2016, i report possono essere progettati e visualizzati solo nel
client Excel.
Per informazioni su come configurare la creazione di report in SharePoint Server 2013,
vedere Configurare la creazione di report per Project Web App (Project Server 2013).
Miglioramenti all'integrazione di Exchange con
Project Server
L'integrazione di Exchange con Project Server è stata introdotta in Project Server 2010.
Consente ai membri del team o alle risorse di un progetto di visualizzare, aggiornare,
eliminare e segnalare lo stato delle attività pubblicate in Microsoft Outlook, Outlook
Web App (OWA) o qualsiasi altra applicazione in grado di sincronizzare le attività da
Exchange Server.
La funzionalità di integrazione di Exchange in Project Server 2013 consente di integrare
la gestione delle attività di progetto usando SharePoint Server 2013 con Exchange
Server 2013. Ciò consente ai membri del team ovunque abbiano accesso a Exchange
Server di interagire con i dati di gestione delle attività in Microsoft Outlook o Outlook
Web App e anche usando un dispositivo mobile connesso a Exchange (usando Windows
Phone 7.5 o Apple IOS v5).
Project Server 2013 con Exchange Server 2013 offre quanto segue:
Standard Open Authorization (OAuth) da server a server
Connessioni tra SharePoint Server 2013, Exchange Server 2013 e Lync Server
Sincronizzazione delle attività con le attività di SharePoint e Outlook.
７ Nota
Per altre informazioni sulla sincronizzazione delle attività di configurazione, vedere
Configure Exchange task synchronization in SharePoint Server 2013.
Integrazione della funzionalità fuori sede del calendario
di Exchange
In Project Server 2013 viene introdotta la possibilità di sincronizzare il calendario di una
risorsa di Project Server con il calendario di Microsoft Exchange per recuperare e
sincronizzare l'ora fuori sede (amministrativa). Questa nuova funzionalità consente alle
risorse di indicare l'orario in cui si trovano fuori sede in una sola posizione (Microsoft
Exchange) per poi sincronizzare automaticamente l'informazione con il calendario della
risorsa di Project Web App.
Questa funzionalità è disabilitata per impostazione predefinita e viene abilitata nella
sezione Dettagli server di Exchange della pagina Impostazioni aggiuntive server delle
impostazioni server di Project Web App.
Progetti di elenchi attività di SharePoint e
progetti dell'organizzazione
Il servizio applicazione project in Project Server 2013 può essere associato a una raccolta
siti di SharePoint in cui i siti di progetto sono progetti di elenco attività di SharePoint.
Quando il sito del progetto è un progetto elenco attività di SharePoint, SharePoint
gestisce il sito del progetto in una raccolta siti. Project Professional possibile eseguire la
sincronizzazione con gli elenchi di attività e aggiornarlo. Un sito di progetto può
includere un elenco di attività di SharePoint indipendente o un elenco di attività
sincronizzato con un oggetto . File MPP; Le. Il file MPP può essere archiviato in locale o
in una raccolta di SharePoint.
I progetti di elenchi attività di SharePoint possono essere convertiti in modo da essere
gestiti in Project Server come progetti dell'organizzazione. In questo caso, Project
Professional salva i dati direttamente in Project Server. Nella tabella delle caratteristiche
seguente vengono messi a confronto gli elenchi attività, la web part di programmazione
e altre funzionalità dei progetti di elenchi attività di SharePoint e dei progetti
dell'organizzazione. La web part Pianifica contiene la griglia nella pagina Project Web
App in cui è possibile modificare una pianificazione del progetto.
Nella tabella seguente è disponibile un confronto del funzionamento delle varie
caratteristiche nella modalità visibilità e nella modalità controllo completo:
Confronto tra i progetti di elenchi attività di SharePoint e progetti dell'organizzazione
Caratteristica
Progetto di elenco attività di SharePoint
Progetto
organizzazione
Elenco attività in
Sola lettura
Lettura/Scrittura
Sola lettura
Lettura/Scrittura
Relazioni avanzate tramite Project Server
Relazioni avanzate
SharePoint
Web part di
programmazione
Creazione di
report
Altre funzionalità
di Project Server
tramite Project Server
Funzionalità bloccate:
Modifiche al progetto lato server, con applicazioni
Funzionalità complete
abilitate
client Project Web App o personalizzate
Stato
Attività non visibili
７ Nota
Per altre informazioni sugli elenchi di attività di SharePoint, vedere Panoramica:
Visualizzare un elenco attività di SharePoint in Project Web App
.
Attività personali: tutte le attività in un'unica
posizione
La funzionalità Attività personali consente agli utenti di visualizzare un'aggregazione
delle attività di SharePoint, Project Server e Microsoft Outlook/Exchange in un'unica
posizione, ovvero la pagina Attività personali nel sito personale di un utente. Invece di
doversi spostare tra diversi elenchi, siti e raccolte siti per visualizzare e modificare le
attività di SharePoint Server e Project Server, gli utenti possono passare semplicemente
alla propria pagina Attività personali e visualizzare un'unica raccolta di tutte le attività
che devono svolgere.
La pagina Attività personali consente di aggiornare le assegnazioni di Project Server
esistenti e i risultati vengono sincronizzati con Project Server 2013. Ad esempio, se si
modifica lo stato di assegnazione di un'attività attiva di Project Server 2013 in Completa,
la modifica viene inoltrata a Project Server 2013.
Il servizio condiviso di gestione del lavoro in SharePoint Server 2013 fornisce la
funzionalità per la pagina Attività personali. Tale servizio è responsabile
dell'aggregazione delle attività di SharePoint tramite Ricerca contenuti organizzazione e
delle assegnazioni delle attività di Project Server tramite il servizio dell'applicazione di
Project. Le attività non vengono raccolte solo nella pagina Attività personali, ma
vengono anche sottoposte a push in altre applicazioni in cui sono configurate per essere
visualizzate, ad esempio Microsoft Outlook, o da dispositivi mobili che si sincronizzano
con Exchange Server.
È possibile sincronizzare le attività da SharePoint Server, dal sito personale e da Project
Server nella cassetta postale di Exchange Server e nell'hub attività Windows Phone.
Inoltre, Exchange Server attività possono essere sincronizzate nella pagina Attività
personali.
La sezione Attività della pagina Attività personali include varie funzionalità per
organizzare meglio le attività. Tra le caratteristiche vi sono le seguenti:
Sequenza temporale: la sequenza temporale fornisce una rappresentazione visiva
delle attività recenti e future relative alla data corrente. È possibile configurarla
tramite la pagina delle impostazioni delle attività, tuttavia offre una visualizzazione
predefinita di tutte le attività della settimana precedente e delle tre settimane
successive rispetto alla data corrente.
Filtri: è possibile applicare filtri alle attività in base a diverse impostazioni, tra cui il
progetto, le attività contrassegnate e prossime, le attività attive, le nuove attività, le
attività completate, le attività delle schede attività e le relazioni sullo stato delle
attività. È inoltre possibile filtrare le attività mediante una ricerca per parola chiave.
Attività importanti: è possibile usare il flag "Importante" per specificare le attività
che hanno un significato speciale e renderle visualizzabili tramite la visualizzazione
principale. I contrassegni scadono automaticamente in modo che l'elenco delle
attività importanti rimanga aggiornato.
Modifiche all'interfaccia utente delle
impostazioni di amministrazione
In Project Server 2013 i controlli amministrativi più correlati all'IT sono stati spostati dalla
pagina Impostazioni server Project Web App al sito Amministrazione centrale
SharePoint. L'obiettivo consiste nel rendere la pagina Impostazioni server più adatta
all'amministrazione del PMO e spostare le impostazioni correlate all'amministrazione
della farm nel sito Amministrazione centrale.
In Amministrazione centrale in SharePoint Server 2013 è possibile trovare la pagina
Gestisci impostazioni di Project Server nella sezione Impostazioni generali applicazione
. Questa pagina contiene le pagine di configurazione seguenti:
Pagine di configurazione di Impostazioni generali applicazione in SharePoint Server
2013
Amministrazione
database e coda
Criteri operativi
Flusso di lavoro e pagine
dettagli progetto
Gestisci processi in coda
Impostazioni aggiuntive server
Impostazioni flusso di lavoro
progetto
Programmazione
giornaliera backup
Gestori eventi lato server
Backup amministrativo
Impostazioni di provisioning siti
di progetto
Ripristino amministrativo
Aggiorna in blocco siti di
progetto
Gestione database OLAP
Le impostazioni della coda di Project sono state spostate nella pagina Gestisci istanze di
Project Web App in Amministrazione centrale. È possibile accedere a questa pagina
facendo clic su Applicazione di servizio di Project nella pagina Applicazione di servizio in
Amministrazione centrale. È quindi possibile visualizzare le impostazioni della coda
facendo clic sul collegamento Gestisci impostazioni coda per Project Web App nella
pagina Gestisci siti Project Web App.
Modalità di autorizzazione di SharePoint
Per semplificare le autorizzazioni di Project Server e allineare più strettamente la
configurazione delle autorizzazioni con SharePoint Server, è stata creata la nuova
modalità di autorizzazione di SharePoint predefinita in Project Server 2013. Offre agli
utenti un'alternativa al modello di autorizzazioni "classico" di Project Server (modalità
autorizzazione progetto). Una nuova installazione di Project Server 2013 avvia
automaticamente la modalità di autorizzazione di SharePoint. Se sono necessari altri
dettagli nella gestione delle autorizzazioni, è possibile passare facilmente alla modalità
di autorizzazione progetto usando un comando di Windows PowerShell.
Nella tabella seguente sono illustrate le caratteristiche disponibili in ciascuna modalità di
sicurezza.
Confronto delle modalità di sicurezza in Project Server 2013
Caratteristica
Modalità di
autorizzazione
SharePoint
Progetto
Gestione unificata della sicurezza tramite SharePoint Server
×
Ereditarietà delle autorizzazioni per PWA e aree di lavoro
×
Autorizzazione diretta rispetto ai gruppi di sicurezza di Active
×
Directory
Autorizzazione basata sulle attestazioni
×
Gestione dell'autorizzazione per gruppi basati su ruoli
×
Estendibilità e possibilità di personalizzazione
×
Delega di utenti
Possibilità di proteggere le risorse di lavoro
Rappresentazione
Filtri di sicurezza mediante Resource Breakdown Structure
Categorie di sicurezza personalizzate
Poiché la modalità di autorizzazione di SharePoint non richiede la sincronizzazione tra
utenti di Project Server e siti di SharePoint, vengono utilizzate meno risorse di sistema
ed è possibile una maggiore scalabilità.
） Importante
Il passaggio dalla modalità di autorizzazione di SharePoint a quella di Project e
viceversa comporta l'eliminazione di tutte le impostazioni correlate alla sicurezza.
Se si passa dalla modalità di autorizzazione di SharePoint alla modalità
autorizzazione progetto, è necessario configurare manualmente la struttura delle
autorizzazioni di sicurezza in Project Server 2013. Se si passa dalla modalità
autorizzazione progetto alla modalità di autorizzazione di SharePoint, le
informazioni sulle autorizzazioni di sicurezza vengono eliminate da Project Server
2013.
Uno dei vantaggi derivanti dall'uso della modalità di autorizzazione di SharePoint
consiste nel fatto che essa tenta di separare i ruoli IT e PMO. Agli amministratori delle
raccolte siti vengono concessi meno diritti di controllo sulle impostazioni e le pagine
PMO e maggiori autorizzazioni su tutti gli aspetti della raccolta siti.
La modalità di autorizzazione di SharePoint crea gruppi di SharePoint che corrispondono
direttamente ai gruppi di sicurezza predefiniti di Project Server 2010. I gruppi di
SharePoint vengono creati durante il processo successivo al provisioning e dopo la
transizione alla modalità di autorizzazione di SharePoint.
Questi gruppi di Project Server 2013 SharePoint hanno le stesse autorizzazioni globali e
di categoria assegnate in genere in Project Server 2010.These Project Server 2013
SharePoint groups have the same global and category permissions that were typically
assigned to them in Project Server 2010. In modalità di autorizzazione di SharePoint non
è possibile creare ulteriori gruppi personalizzati, categorie e nodi di Resource
Breakdown Structure (RBS) oppure modificare le autorizzazioni predefinite assegnate a
tali oggetti. Nella tabella seguente vengono descritti i gruppi di SharePoint di Project
Server 2013 e le operazioni consentite all'interno di EPM:
Gruppi di SharePoint per Project Server 2013
Gruppo di
Funzione EPM/PPM
SharePoint
Amministratori
Gli utenti hanno tutte le autorizzazioni globali e anche le autorizzazioni di
categoria tramite la categoria Organizzazione personale. In questo modo è
possibile accedere a tutti gli elementi in Project Server 2013.
Visualizzatori
Gli utenti dispongono delle autorizzazioni per la visualizzazione dei dati di
portfolio
Project e Project Server. Questo gruppo è destinato a utenti di alto livello a cui
non vengono assegnate direttamente attività di progetto, ma che necessitano
della visibilità sui progetti.
Project
manager
Gli utenti dispongono delle autorizzazioni per la creazione e la gestione dei
progetti. Il gruppo è destinato ai proprietari dei progetti che assegnano attività
alle risorse.
Gruppo di
SharePoint
Funzione EPM/PPM
Program
Gli utenti dispongono di varie autorizzazioni per la creazione di progetti e di
manager
team. Questo gruppo è destinato a manager di alto livello di gruppi di progetti.
Manager delle
risorse
Gli utenti dispongono della maggior parte delle autorizzazioni globali e di
categoria per le risorse. Questo gruppo è destinato agli utenti che gestiscono e
assegnano risorse e modificano i relativi dati.
Responsabili
Gli utenti dispongono di autorizzazioni limitate per la creazione di attività e le
del team
relazioni sullo stato. Questo gruppo è destinato agli utenti che svolgono un
ruolo di responsabile e ai quali non vengono normalmente assegnate attività per
un progetto.
Membri del
team
Gli utenti dispongono di autorizzazioni generali per l'utilizzo di Project Web App,
ma di autorizzazioni limitate a livello di progetto. Questo gruppo consente a
tutti gli utenti un accesso di base a Project Web App. Tutti i nuovi utenti
vengono aggiunti automaticamente al gruppo Membri del team.
Per passare dalla modalità di autorizzazione di SharePoint alla modalità autorizzazione
progetto, eseguire il cmdlet di Microsoft PowerShell seguente:
Set-SPProjectPermissionMode -url <url> -mode ProjectServer
Per passare dalla modalità di autorizzazione progetto alla modalità di autorizzazione di
SharePoint, eseguire il cmdlet di Microsoft PowerShell seguente:
Set-SPProjectPermissionMode -url<url > -mode SharePoint
Autorizzazioni dei siti di progetto
Per i siti di progetto gestiti tramite SharePoint (in modalità visibilità), agli utenti del sito
viene assegnato uno dei tre gruppi di SharePoint con i livelli di autorizzazione di
SharePoint seguenti:
Nome del gruppo
Livello di autorizzazione di SharePoint
ProjectNameOwner
Controllo completo
ProjectNameMember
Collaborazione
Nome del gruppo
Livello di autorizzazione di SharePoint
ProjectNameVisitor
Lettura
Se il sito di progetto viene convertito da progetto di elenco attività di SharePoint a
progetto dell'organizzazione (ovvero il sito del progetto viene gestito da Project Server),
ai gruppi vengono concesse autorizzazioni globali e di categoria di Project Server a
seconda del gruppo a cui appartengono:
Nome del gruppo
Livello di autorizzazione di Project Server
ProjectNameOwner
Autorizzazioni complete
ProjectNameMember
Autorizzazioni di base
ProjectNameVisitor
Autorizzazioni limitate
Gli utenti del sito di progetto devono appartenere ad almeno uno dei tre gruppi di
SharePoint affinché possano essere riconosciuti al passaggio del sito di progetto alla
modalità controllo completo. Gli utenti creati alla radice del sito di SharePoint non
verranno riconosciuti da Project Server, sebbene abbiano accesso al sito.
７ Nota
Per altre informazioni sulla modalità di autorizzazione di SharePoint in Project
Server 2013, vedere Pianificare gruppi, categorie e RBS in Project Server.
Miglioramenti alla sincronizzazione di Active
Directory
In Project Server 2013 sono stati apportati grandi miglioramenti alle prestazioni dei
processi timer e di sincronizzazione. Le modifiche sono state introdotte per ridurre il
tempo necessario per la sincronizzazione degli utenti nel servizio directory Active
Directory con i pool di risorse dell'organizzazione di Project Server e i gruppi di
sicurezza di Project Server. Tali modifiche includono:
Introduzione di una programmazione più efficiente: i processi di sincronizzazione
vengono ora eseguiti maggiormente durante gli orari di basso utilizzo. I processi
timer di sincronizzazione di Active Directory possono essere pianificati tramite il
sito Amministrazione centrale.
Riduzione del numero di aggiornamenti RDB: l'esecuzione dei processi di
sincronizzazione delle relazioni è più impegnativa rispetto ad altri tipi di processi. Il
numero di processi in esecuzione è stato ridotto così come quello dei tipi di
processo.
Tali modifiche si traducono in sensibili riduzioni del tempo necessario per l'esecuzione
dei processi di sincronizzazione. Nella tabella seguente vengono confrontati i risultati
dei test recenti per i tempi del processo di sincronizzazione di Active Directory per un
gruppo di utenti di grandi dimensioni tra Project Server 2010 SP1 e Project Server 2013:
Ora del processo di sincronizzazione di
Project Server 2010 SP1
Ora processo di sincronizzazione
di Project Server 2013
Sincronizzazione
iniziale
20:01
7:43
Sincronizzazione
ricorrente
14:07
00:24
７ Nota
Per questo scenario di test sono stati utilizzati oltre 6100 utenti in più di 12 gruppi
annidati.
Miglioramenti alle funzionalità di registrazione
e monitoraggio
Project Server Log Level Manager è una funzionalità di Project Server 2013 che consente
agli amministratori di limitare i log per un'entità specifica, ad esempio un progetto, una
risorsa, un processo e così via. Se la caratteristica è attivata, tutti i registri per l'entità
specificata vengono scritti nel Servizio di registrazione unificato anche se il server è
impostato su un livello superiore. L'entità da monitorare viene specificata tramite il
relativo GUID in Gestione livelli di registrazione. Ogni volta che il Servizio di
registrazione unificato rileva una traccia con tale GUID, la aggiunge alla registrazione.
Sebbene non sia consigliabile utilizzare la registrazione dettagliata per l'intera farm, la
registrazione relativa a un'entità specifica è di tipo dettagliato. Gestione livelli di
registrazione consente di monitorare le entità seguenti:
Attività
Calendari
Processi in coda
Oggetti
Progetti
Periodi schede attività
Risorse
Attività
Modelli
schede attività
Log Level Manager viene configurato tramite i cmdlet di Microsoft PowerShell seguenti:
Add-SPProjectLogLevelManager: eseguire questo cmdlet per aggiungere una
nuova entità da controllare. Se questo cmdlet viene eseguito senza parametri,
verrà richiesto di specificare tutti quelli rilevanti, tra cui l'URL di PWA, il tipo e il
GUID dell'entità da monitorare e il livello di registrazione desiderato.
Set-SPProjectLogLevelManager: eseguire questo cmdlet per aggiornare una voce
già aggiunta all'elenco log watch. Con questo cmdlet, ad esempio, è possibile
aggiornare LogLevel. Per impostazione predefinita, è Verbose.
Get-SPProjectLogLevelManager: eseguire questo cmdlet per elencare tutte le
entità aggiunte o le entità appartenenti a determinati criteri. È ad esempio
possibile elencare tutte le entità di un certo tipo o con GUID che inizia con una
stringa parziale.
Clear-SPProjectLogLevelManager: eseguire questo cmdlet per deselezionare tutte
le entità monitorate.
Remove-SPProjectLogLevelManager: eseguire questo cmdlet per eliminare una
specifica entità rappresentata dal valore del parametro Entityuid.
Set-SPProjectLogLevelManagerRefresh: è necessario eseguire questo cmdlet
dopo aver apportato modifiche a Gestione livelli di registrazione per aggiornare
nella cache l'elenco di entità da monitorare. Per motivi di prestazioni, il processo
responsabile delle operazioni di scrittura nel Servizio di registrazione unificato non
esegue query sul database per cercare modifiche all'elenco di entità da monitorare.
Si basa invece su una copia della tabella in memoria. Questo comando è
necessario per aggiornare l'elenco in memoria.
Modifiche all'aggiornamento di Project Server
2013
Di seguito sono riportati alcuni aspetti importanti da notare per l'aggiornamento a
Project Server 2013:
L'aggiornamento con collegamento al database completo è l'unico metodo di
aggiornamento disponibile quando si esegue l'aggiornamento a Project Server
2013Project Server 2016. L'aggiornamento sul posto non è supportato per
l'aggiornamento a Project Server 2013.
La compatibilità con le versioni precedenti non è supportata per Project Server
2013. Se si vuole connettersi a Project Server 2013 con un client Project, è
necessario Project Professional 2013. Project Professional 2010 non si connette a
Project Server 2013.
Nessun percorso di aggiornamento diretto da Project Server 2007 a Project Server
2013. È prima necessario eseguire l'aggiornamento a Project Server 2010 prima di
aggiornare i dati a Project Server 2013. Per informazioni su come eseguire
l'aggiornamento da Project Server 2007 a Project Server 2010, vedere Panoramica
dell'aggiornamento di Project Server 2010 su Microsoft TechNet.
Poiché l'aggiornamento sul posto non è supportato, è necessario pianificare un
ambiente Project Server 2013 in cui è possibile eseguire la migrazione dei dati di
Project Server 2010.
Per informazioni su come eseguire l'aggiornamento a Project Server 2013, vedere
Eseguire l'aggiornamento a Project Server 2016.
Elementi deprecati o rimossi da Project
Server Subscription Edition
Articolo • 07/04/2023
Riepilogo: informazioni su cosa è stato deprecato o rimosso in Project Server
Subscription Edition.
Si applica a: Project Server Subscription Edition
Funzionalità rimosse in Project Server
Subscription Edition
Project OData Service
Il servizio Project OData per la creazione di report è stato rimosso in Project Server
Subscription Edition.
L'alternativa consiste nell'accedere al database (solo schema di creazione report - pjrep)
tramite SQL Server snapshot del database/SQL Server Integration Services. L'accesso a
qualsiasi elemento esterno allo schema di creazione report potrebbe causare
un'interruzione del supporto del prodotto.
Il servizio OData rimane disponibile in Project Server 2019, 2016 e 2013.
Elementi deprecati o rimossi in Project
Server 2016
Articolo • 07/04/2023
Informazioni su cosa è stato deprecato o rimosso in Project Server 2016.
Questo articolo descrive le funzionalità che sono state rimosse in Project Server 2016
che erano state precedentemente disponibili in Project Server 2013.
Piani di risorse
Attività personali
Classe project PSI (Project Server Interface) rimossa
Membri di Project Server Interface (PSI)
Estensioni PSI (Project Server Interface)
Piani risorse
In Project Server 2016, quello che in precedenza era noto come Piani di risorse in Project
Server 2013 si è evoluto in Resource Engagements. Resource Engagements consentirà ai
project manager che lavorano in Project Professional 2016 o nel client desktop Project
Online di inserire sistematicamente le richieste di risorse per creare i team di progetto. I
responsabili delle risorse che lavorano in Project Server 2016 potranno quindi
modificare, accettare o rifiutare tali richieste.
I piani di risorse esistenti possono essere convertiti in Resource Engagement quando si
esegue l'aggiornamento da Project Server 2013 a Project Server 2016 come parte
facoltativa del processo di aggiornamento. La visualizzazione Piano risorse non sarà più
disponibile in Project Professional 2016.
７ Nota
Per altre informazioni su Resource Engagements, vedere questo post di blog . Per
altre informazioni sulla migrazione dei piani di risorse di Project Server 2013 a
Resource Engagements come parte del processo di aggiornamento Project Server
2016, vedere Aggiornamento a Project Server 2016.
Attività personali
Le attività personali e le funzionalità associate di Sincronizzazione attività di Exchange
sono state rimosse in SharePoint Server 2016. È stata rimossa anche l'applicazione del
servizio di gestione del lavoro necessaria per entrambe le funzionalità.
Classe project PSI (Project Server Interface)
rimossa
La classe Project nel psi non è supportata in Project Server 2016. Per tutte le nuove
attività di sviluppo, usare il modello CSOM (Client Side Object Model) di Project.
WebSvcProject
Tipo
Rimozione dei membri
Project
Tutti
ProjectContextDataSet
Tutti
ProjectDataSet
Tutti
ProjectImpactDataSet
Tutti
ProjectRelationsDataSet
Tutti
ProjectTeamDataSet
Tutti
SyncDataSet
Tutti
SyncErrorsDataSet
Tutti
Membri di Project Server Interface (PSI)
In Project Server 2016 sono stati rimossi i membri PSI seguenti:
７ Nota
Per altre informazioni sull'interfaccia di Project Server, vedere Informazioni di
riferimento sulla libreria di classi e sul servizio Web di Project Server 2013
Microsoft.Office.Project.Server.Library
Tipo
Rimozione dei membri
Attività
PROPOSAL_REVIEW_APPROVAL_FEATURE_UID
PROPOSAL_REVIEW_WORKFLOW_FEATURE_UID
CubeStatus.CbsProcessErrorId
DsoTranslatorNotFound
DsoNotInstalled
IPSContextInfo
Lcid
PSContextInfo
PSContextInfo(Boolean, String, Guid, Guid, Guid, String)
PSContextInfo(Boolean, String, Guid, Guid, Guid, Int32,
String)
Lcid
SiteVersion
PSErrorID
LookupTableItemHasTrailingOrLeadingWhitespace
PSEventID
Deprecato8
Deprecato9
PSDBUtility
IntArrayListToCommaDelimitedString
PSSecurityCategory
MyPersonaIProjects
PSSecurityGIobaIPermission
ChangeProjectState
CreateNewProposalOrActivity
DownloadPwaOutlookAddIn
ManageStatusReports
ViewDataAnalysis
PSSecurityObjectType
MaxBuildInObjectType
Modello
Sicurezza
PROPOSAL_APPROVERS_GROUP_UID
ViewConstants.ViewType
VISIONE
Microsoft.Office.Project.Server.WebServiceProxy
Tipo
Rimozione dei membri
LoginWindows
<Tutti>
Microsoft.Office.Project.Server.Workflow
Tipo
Rimozione dei membri
WorkflowStringIds
SEND_EMAIL_PROJECT_COMPLETED_BODY
STATUS_INITIALIZE_FAILED_INVALID_PROJECT
WebSvcCubeAdmin
Tipo
Rimozione dei membri
CubeAdmin
SetCubeBuiIdingSettings
WebSvcEvents
Tipo
Rimozione dei membri
PSEventID
Deprecato8
Deprecato9
WebSvcPortfolioAnalyses
Tipo
Rimozione dei membri
AnalysisDataSet.AnalysisProjectsDataTable
AddAnalysisProjectsRow
(AnalysisDataSet.AnalysisRow, Guid, String, Double,
Double, DateTime, DateTime, DateTime, Int32,
DateTime, DateTime, Byte)
AnalysisDataSet.AnalysisProjectsRow
FNLT
SNET
WebSvcStatusing
Tipo
Rimozione dei membri
ProjectDataSet.TaskRow
DurationType
PROJ_OPT_CURRENCY_DIGITS
PROJ_OPT_CURRENCY_POSITION
PROJ_OPT_CURRENCY_SYMBOL
WebSvcTimeSheet
Tipo
Rimozione dei membri
TimesheetListDataSet.TimesheetsRow
TS_AUX_STATUS
Estensioni PSI (Project Server Interface)
In Project Server 2016 gli scenari di estensione dell'interfaccia di Project Server (PSI) non
sono supportati. Questi scenari abilitano l'integrazione con i servizi personalizzati di
Windows Communication Foundation (WCF).
７ Nota
Per altre informazioni sulle estensioni PSI, vedere l'articolo msdn Sviluppo di
estensioni PSI.
Vedere anche
Funzionalità di accessibilità nuove e migliorate in SharePoint Server 2016
Elementi deprecati da SharePoint Server 2016
Pianificare per Project Server
Articolo • 07/04/2023
Riepilogo: I professionisti IT usano il contenuto della pianificazione e dell'architettura
per sviluppare progettazioni concettuali, logiche e fisiche per la configurazione di
funzionalità, server e topologie di Project Server Subscription Edition, 2019 o 2016.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
Articoli sulla pianificazione di Project Server
Gli articoli seguenti sulla pianificazione di Project Server sono disponibili per la
visualizzazione online. Gli articoli vengono continuamente aggiornati dagli autori in base
alle nuove informazioni disponibili e ai commenti e suggerimenti ricevuti dagli utenti.
Requisiti software per Project Server Subscription Edition
Requisiti software per Project Server 2019
Requisiti software per Project Server 2016
Requisiti hardware e software per Project Server 2013
Pianificazione di Project Server e Project Online per i responsabili con incarichi
decisionali
Pianificazione di Project Server e Project Online per i responsabili tecnici
Pianificare l'accesso degli utenti in Project Server
Pianificare la distribuzione di Project Server 2016
Architettura di Project Server 2016
Requisiti software per Project Server
Subscription Edition
Articolo • 11/01/2025
Sommario: Informazioni sui requisiti di installazione per Project Server Subscription
Edition.
Si applica a: Project Server Subscription Edition
Requisiti
Project Server Subscription Edition'installazione fa ora parte del processo di installazione
di SharePoint Server Subscription Edition Enterprise. I file di installazione per Project
Server Subscription Edition sono inclusi nel file MSI SharePoint Server Subscription
Edition Enterprise e vengono installati insieme a esso.
） Importante
Project Server Subscription Edition può essere abilitato solo nella versione
Enterprise di SharePoint Server Subscription Edition. Non sarà possibile abilitare
Project Server Subscription Edition in SharePoint Server Subscription Edition con
una licenza Standard.
Poiché Project Server Subscription Edition fa parte dell'installazione SharePoint Server
Subscription Edition, i requisiti per Project Server Subscription Edition (inclusi browser
supportati, sistemi operativi e server di database) saranno quelli specificati per
SharePoint Server Subscription Edition.
Alcuni dei requisiti software principali per SharePoint Server Subscription Edition sono:
ﾉ
Espandi la tabella
Software
Requisiti software
Sistemi
operativi
Windows Server 2019 Standard o Datacenter
Windows Server 2022 Standard o Datacenter
server
supportati:
Windows Server 2025 Standard o Datacenter
Server di
database
supportato:
Un Standard o edizione Enterprise di SQL Server per Windows che supporta il
livello di compatibilità del database 150. Sono inclusi SQL Server aggiornamento
cumulativo 5 (CU5) 2019 o versione successiva, SQL Server 2022 e qualsiasi
Software
Requisiti software
versione futura di SQL Server per Windows che supporta il livello di
compatibilità del database 150. Per altre informazioni sui livelli di compatibilità
del database, vedere Certificazione di compatibilità e Livello di compatibilità
ALTER DATABASE (Transact-SQL).
Nota: SQL Analysis Services deve essere installato anche se si usa il servizio Di
compilazione cubi in Project Server Subscription Edition.
Browser
Microsoft Edge
supportati:
Microsoft Internet Explorer 11
Google Chrome (ultima versione rilasciata)
Mozilla Firefox (ultima versione rilasciata e versione immediatamente
precedente)
Apple Safari (ultima versione rilasciata)
７ Nota
Per informazioni sui requisiti hardware, software e browser per SharePoint Server
Subscription Edition, vedere Requisiti di sistema per SharePoint Server
Subscription Edition.
Compatibilità client
È possibile connettersi a Project Server Subscription Edition non solo con Project
Professional 2021 e Project Online Desktop Client, ma anche con Project Professional
2019.
ﾉ
Versione
Compatibile con
Project Server Subscription Edition
Project Professional 2021
Espandi la tabella
Project Professional 2019
Client desktop di Project Online
Project Professional 2024
Requisiti del servizio di compilazione del cubo
SQL Server 2019 Analysis Services deve essere installato anche nel server di database
SQL Server 2019 per la distribuzione SharePoint Server Subscription Edition Enterprise se
si prevede di usare il servizio di compilazione cubi in Project Server Subscription Edition.
È inoltre necessario installare SQL Server Analysis Services client AMO 2019.
Requisiti di Analisi del portfolio
Per eseguire correttamente il rendering dei grafici nel browser quando si usa l'analisi del
portfolio in Project Server Subscription Edition, il servizio stato deve essere in
esecuzione nella farm di SharePoint.
Vedere anche
Distribuire Project Server 2016 o 2019
Requisiti hardware e software per SharePoint Server 2019
Pianificare il supporto del browser in SharePoint Server 2019
Requisiti software per Project Server
2019
Articolo • 07/04/2023
Riepilogo: Informazioni sui requisiti di installazione per Project Server 2019. Si applica a:
Project Server 2019
Requisiti
Nelle versioni precedenti di Project Server, Project Server è stato installato
separatamente dopo l'installazione di SharePoint Server, perché SharePoint Server era
un requisito. L'installazione di Project Server 2019 fa ora parte del processo di
installazione di SharePoint Server 2019 Enterprise. I file di installazione per Project Server
2019 sono inclusi nel file MSI SharePoint Server 2019 Enterprise e vengono installati
insieme a esso.
） Importante
Project Server 2019 può essere abilitato solo nella versione Enterprise di SharePoint
Server 2019. Non sarà possibile abilitare Project Server 2019 in SharePoint Server
2019 con una licenza Standard.
Poiché Project Server 2019 fa parte dell'installazione SharePoint Server 2019, i requisiti
per Project Server 2019 (inclusi browser, sistemi operativi e server di database
supportati) saranno quelli specificati per SharePoint Server 2019.
Alcuni dei requisiti software principali per SharePoint Server 2019 sono:
Componente
Requisiti software
Sistemi operativi
Windows Server 2016 Standard o Datacenter
server supportati:
Windows Server 2019 Standard o Datacenter
Server di database
Microsoft SQL Server 2017 RTM per Servizi Windows
supportato:
Microsoft SQL Server 2016 con Service Pack 1
Nota: SQL Analysis Services deve essere installato anche se si usa il
servizio Di compilazione cubi in Project Server 2019.
Componente
Requisiti software
Browser supportati:
Microsoft Edge
Microsoft Internet Explorer 11
Google Chrome (ultima versione rilasciata)
Mozilla Firefox (ultima versione rilasciata e versione immediatamente
precedente)
Apple Safari (ultima versione rilasciata)
７ Nota
Per informazioni sui requisiti hardware, software e browser per SharePoint Server
2019, vedere Requisiti di sistema per SharePoint Server 2019.
Compatibilità client
È possibile connettersi a Project Server 2019 non solo con Project Professional 2019 e
Project Online Desktop Client, ma anche con Project Professional 2016.
Versione
Compatibile con
Project Server 2019
Project Professional 2019
Project Professional 2016
Client desktop di Project Online
Requisiti del servizio di compilazione del cubo
SQL Server 2016 Analysis Services deve essere installato anche nel server di database
SQL Server 2016 per la distribuzione SharePoint Server 2019 Enterprise se si prevede di
usare il servizio di compilazione cubi in Project Server 2019.
Requisiti di Analisi del portfolio
Per eseguire correttamente il rendering dei grafici nel browser quando si usa l'analisi del
portfolio in Project Server 2019, il servizio stato deve essere in esecuzione nella farm di
SharePoint.
Vedere anche
Distribuire Project Server 2016 o 2019
Requisiti hardware e software per SharePoint Server 2019
Pianificare il supporto del browser in SharePoint Server 2019
Requisiti software per Project Server
2016
Articolo • 07/04/2023
Riepilogo Informazioni sui requisiti di installazione per Project Server 2016.
Si applica a: Project Server 2016
Requisiti
Nelle versioni precedenti di Project Server, Project Server è stato installato
separatamente dopo l'installazione di SharePoint Server, perché SharePoint Server era
un requisito. Project Server 2016'installazione fa ora parte del processo di installazione
di SharePoint Server 2016 Enterprise. I file di installazione per Project Server 2016 sono
inclusi nel file MSI di SharePoint Server 2016 Enterprise e vengono installati insieme a
esso.
） Importante
Project Server 2016 può essere attivato solo nella versione Enterprise di SharePoint
Server 2016. Non sarà possibile abilitare Project Server 2016 in SharePoint Server
2016 con una licenza Standard.
Poich? Project Server 2016 fa parte dell'installazione di SharePoint Server 2016, i requisiti
per Project Server 2016 (inclusi browser supportati, sistemi operativi e server di
database) sono quelli specificati per SharePoint Server 2016.
Alcuni dei principali requisiti software per SharePoint Server 2016 sono:
Sistemi operativi
Windows Server 2019 Standard o Datacenter
server supportati:
Windows Server 2016 Standard o Datacenter
Windows Server 2012 R2
Server di database
supportato:
Microsoft SQL Server 2017 RTM per Windows
Microsoft SQL Server 2016 RTM
Edizione a 64 bit di SQL Server 2014 con Service Pack 1 (SP1)
SQL Analysis Services deve essere installato anche se si utilizza il Servizio
di creazione tubi in Project Server 2016.
Browser supportati:
Microsoft Edge
Microsoft Internet Explorer 11
Microsoft Internet Explorer 10
Google Chrome (ultima versione rilasciata)
Mozilla Firefox (ultima versione rilasciata e versione immediatamente
precedente)
Apple Safari (ultima versione rilasciata)
７ Nota
Per informazioni sui requisiti hardware, software e del browser per SharePoint
Server 2016, vedere Requisiti di sistema per l'anteprima IT di SharePoint Server
2016.
Compatibilità client
? possibile connettersi a Project Server 2016 non solo con Project Professional 2016 e il
client desktop Project Online, ma anche con Project Professional 2013.
Si noti inoltre che sar? possibile utilizzare Project Professional 2016 e Project Online
Desktop Client, oltre a Project Professional 2013, per connettersi a Project Server 2013
Versione
Compatibile con
Project
Project Professional 2019
Server
2016
Project Professional 2016
Client desktop di Project Online
Project Professional 2013
Project
Project Professional 2016
Server
Project Professional 2013
2013
Project
Project Professional 2010
Server
Project Professional 2007 con Service Pack 2
2010
Project Professional 2007 con SP 2 pu? connettersi solo se la compatibilit? con le
versioni precedenti ? abilitata su Project Server 2010
７ Nota
Project Online connettività client desktop a Project Server 2013 scadrà e non sarà
più supportata dopo il 13 gennaio 2020.
７ Nota
Se si usa Resource Engagements in Project Server 2016, la nuova visualizzazione
Piano risorse per Resource Engagements non è disponibile in Project Professional
2013. È necessario usare Project Professional 2016 per usare la visualizzazione
Piano risorse.
Requisiti del servizio di compilazione del cubo
Inoltre, i servizi di analisi SQL Server 2014 devono essere installati sul server di database
di SQL Server 2014 per la distribuzione di SharePoint Server 2016 Enterprise se si
prevede di utilizzare il sevizio di generazione cubi in Project Server 2016.
Requisiti di Analisi del portfolio
Affinch? i grafici vengano visualizzati correttamente nel browser quando si utilizza
Analisi del portfolio in Project Server 2016, ? necessario che il servizio informazioni sullo
stato sia in esecuzione nella farm di SharePoint.
Vedere anche
Distribuire Project Server 2016
Requisiti hardware e software per SharePoint Server 2016
Pianificare il supporto dei browser in SharePoint Server 2016
Requisiti hardware e software per
Project Server 2013
Articolo • 07/04/2023
Riepilogo:se si tenta di installare Project Server 2013, verificare che il computer soddisfi i
requisiti hardware e software elencati in questo articolo.
Si applica a: Project Server 2013
In questo articolo vengono trattati i requisiti seguenti:
Requisiti hardware:
Consigli per i componenti hardware per set di dati di piccole dimensioni
Consigli per i componenti hardware per set di dati di medie dimensioni
Consigli per i componenti hardware per set di dati di grandi dimensioni
Requisiti software:
Sistema operativo
SharePoint Server 2013
SQL Server
Requisiti per le funzionalit? di Project Server 2013
Requisiti client:
Project Professional compatibilità client
Requisiti per l'installazione di Project Professional 2013
Project Professional 2013 tramite Office 365 ProPlus
requisiti Project Web App
Project Server 2013 con la piattaforma Microsoft Azure
Requisiti hardware per Project Server 2013
Quando si pianifica l'hardware necessario per una distribuzione di Project Server 2013,
come punto di partenza, è necessario determinare i requisiti di utilizzo per l'ambiente
Project Server 2013. Queste variabili includono numero di progetti, attività, utenti,
numero medio di attività per progetto e così via. Usando il modo in cui i set di dati
influiscono sulle prestazioni e sulla capacità nelle tabelle di Project Server 2013 , è
possibile confrontare i numeri dell'ambiente con i dati per i set di dati di piccole, medie
e grandi dimensioni definiti nella tabella corrispondente. Selezionando il set di dati più
simile ai requisiti di utilizzo nell'ambiente, è possibile usare la topologia consigliata e i
requisiti hardware associati per la topologia come punto di partenza quando si pianifica
l'hardware per la distribuzione di Project Server 2013.
Questa sezione specifica i requisiti hardware per una distribuzione di Project Server 2013
in base ai set di dati definiti in In che modo i set di dati influenzano le prestazioni e la
capacit? in Project Server 2013.
７ Nota
I requisiti hardware minimi in questa sezione sono consigliati in cui sono abilitati
solo i servizi necessari per l'esecuzione di Project Server 2013. Tenere presente che
l'abilitazione di altre funzionalità di SharePoint Server 2013 nella farm potrebbe
richiedere più risorse. Per altre informazioni sui requisiti hardware e software per
SharePoint Server 2013, vedere Requisiti hardware e software per SharePoint 2013.
Consigli per i componenti hardware con set di dati di
piccole dimensioni per Project Server 2013
Di seguito sono riportati i requisiti hardware consigliati per uno scenario di set di dati di
piccole dimensioni di Project Server 2013. Vedere Come i set di dati influiscono sulle
prestazioni e sulla capacità in Project Server 2013 per altre informazioni su come
vengono definite le piccole dimensioni del set di dati.
Requisiti hardware minimi per set di dati di piccole dimensioni in
Project Server 2013
La topologia hardware minima per uno scenario di set di dati di piccole dimensioni è
una distribuzione a server singolo che contiene i tre livelli seguenti:
SQL Server
Server applicazioni
Server Web front-end
Di seguito sono elencati i requisiti hardware minimi consigliati per i server in questo set
di dati:
Requisiti hardware minimi per un set di dati di piccole dimensioni in Project Server
2013
Componente
Requisito minimo
Processore
64 bit, quad core, almeno 2,5 GHz per core
RAM
24 GB per sviluppatori e per valutazione
Disco rigido
80 GB per l'installazione
Per l'utilizzo in un ambiente di produzione, è necessario disporre di spazio libero
aggiuntivo su disco per le operazioni quotidiane. Aggiungere il doppio dello
spazio libero rispetto alla RAM disponibile per gli ambienti di produzione.
Hardware consigliato per Project Server 2013 per un set di dati di
piccole dimensioni
Project Server 2013 viene eseguito come applicazione di servizio in SharePoint Server
2013 e l'utilizzo da parte di altre applicazioni di servizio genera un utilizzo aggiuntivo
delle risorse (processore, RAM e disco rigido). Anche se i requisiti minimi consigliati
sono adatti per un set di dati di piccole dimensioni con utilizzo leggero, set di dati e
modelli di utilizzo più sostanziali possono richiedere risorse hardware aggiuntive. Per
una distribuzione a server singolo con un set di dati di piccole dimensioni, è
consigliabile usare 16 GB di RAM per garantire un livello elevato di prestazioni
percepite.
Se possibile, è consigliabile separare il livello SQL Server dai livelli Web applicazione e
front-end inserendo i database in un computer dedicato che esegue SQL Server.
Server 1: applicazioni e Web front-end
Server 2: SQL Server
Per una distribuzione a due livelli in grado di supportare set di dati di piccole
dimensioni, è consigliabile disporre dei requisiti hardware seguenti:
Consigli per i componenti hardware dei server applicazioni e Web front-end per
Project Server 2013
Componente
Requisito minimo
Processore
64 bit, quad core, almeno 2,5 GHz per core
Componente
Requisito minimo
RAM
8 GB per sviluppatori o per valutazione
16 GB per l'utilizzo in produzione
Disco rigido
80 GB
Consigli per i componenti hardware di SQL Server per Project Server 2013 per un set
di dati di piccole dimensioni
Componente
Requisito minimo
Processore
64 bit, 4 core, almeno 2,5 GHz per core (se la dimensione del set di dati ?
notevolmente superiore al set di dati medio, ? consigliabile un processore a 8
core).
RAM
16 GB
Disco rigido
80 GB
Indicazioni sull'hardware per set di dati di medie
dimensioni per Project Server 2013
Di seguito sono riportati i requisiti hardware consigliati per uno scenario di set di dati
medio di Project Server 2013. Per altre informazioni su come vengono definite le
dimensioni medie del set di dati, vedere In che modo i set di dati influiscono sulle
prestazioni e sulla capacità in Project Server 2013 .
Requisiti hardware minimi per set di dati di medie dimensioni in
Project Server 2013
La topologia hardware minima consigliata per uno scenario con set di dati di medie
dimensioni ? una distribuzione a tre livelli che contiene un server dedicato per ciascuno
degli elementi seguenti:
Server 1: server Web front-end
Server 2: server applicazioni
Server 3: SQL Server
Per una distribuzione a tre livelli che supporta un set di dati di medie dimensioni, sono
previsti i requisiti hardware minimi seguenti:
Requisiti hardware minimi per un server Web front-end per una distribuzione di set di
dati media di Project Server 2013
Componente
Requisito minimo
Processore
64 bit, quad core, almeno 2,5 GHz per core
RAM
8 GB per sviluppatori o per valutazione
16 GB per l'installazione in un server singolo e in pi? server farm per l'utilizzo in
produzione
Disco rigido
80 GB
Requisiti hardware minimi per un server applicazioni per una distribuzione di set di
dati media di Project Server 2013
Componente
Requisito minimo
Processore
64 bit, quad core, almeno 2,5 GHz per core
RAM
8 GB per sviluppatori o per valutazione
16 GB per l'installazione in un server singolo e in pi? server farm per l'utilizzo in
produzione
Disco rigido
80 GB
Requisiti hardware minimi per il livello SQL Server per una distribuzione di set di dati
media di Project Server 2013
Componente
Requisito minimo
Processore
64 bit, 4 core, almeno 2,5 GHz per core (se la dimensione del set di dati ?
notevolmente superiore al set di dati medio, ? consigliabile un processore a 8
core).
RAM
16 GB
Disco rigido
100 GB
Hardware consigliato per Project Server 2013 per un set di dati
medio
In generale, è consigliabile essere preparati per la gestione di carichi utente e carichi di
dati aggiuntivi avendo a disposizione un numero sufficiente di computer per l'aggiunta
di server Web front-end e server applicazioni alla topologia. Le specifiche hardware dei
server Web front-end e dei server applicazioni possono rimanere in gran parte
analoghe. Una topologia 4x2x1 (quattro server Web front-end, due server applicazioni e
un computer che esegue SQL Server) deve essere sufficiente per gestire le esigenze
della maggior parte dei set di dati medi e dei modelli di utilizzo. Tuttavia, la scalabilità
orizzontale dell'applicazione e dei server Web front-end aggiungerà un carico maggiore
al livello SQL Server, che sarà necessario compensare aggiungendo più risorse di
memoria e CPU. La specifica seguente per SQL Server dovrebbe consentire la gestione
delle esigenze in termini di prestazioni per la maggior parte dei set di dati di medie
dimensioni.
Elementi consigliati hardware di SQL Server per Project Server 2013 per un set di dati
di medie dimensioni
Componente
Requisito minimo
Processore
64 bit, 8 core, almeno 2,5 GHz per core (se la dimensione del set di dati ?
notevolmente superiore al set di dati medio, ? consigliabile un processore a 8
core).
RAM
32 GB
Disco rigido
160 GB
NOTA: idealmente, è consigliabile separare e assegnare priorità ai dati tra i dischi.
Collocare i file di dati e i log delle transazioni di SQL Server in dischi rigidi fisici
distinti.
NOTA: RAID 5 deve fornire un buon compromesso tra affidabilità e velocità
effettiva.
Inoltre, se l'istanza di SharePoint Server 2013 in cui Project Server 2013 coesiste con
l'utilizzo intensivo (ad esempio, non si usa l'istanza in modo specifico per la funzionalità
di Project Server 2013), è consigliabile separare il database ProjectService e i database
del contenuto di SharePoint Server 2013SharePoint Server 2016. È quindi necessario
inserirli in due computer dedicati che eseguono SQL Server.
Raccomandazioni hardware per set di dati di grandi
dimensioni in Project Server 2013
Di seguito sono riportati i requisiti hardware consigliati per uno scenario di set di dati di
grandi dimensioni di Project Server 2013. Vedere Come i set di dati influiscono sulle
prestazioni e sulla capacità in Project Server 2013 per altre informazioni su come
vengono definite le dimensioni del set di dati di grandi dimensioni.
Per i set di dati di grandi dimensioni, il carico dei dati è una questione primaria. È
necessaria almeno una topologia 4 × 2 × 1. Le caratteristiche hardware dei server
applicazioni e Web front-end possono in genere rimanere analoghe a quelle consigliate
per i set di dati di piccole e medie dimensioni. Tuttavia, poiché il livello SQL Server sarà il
collo di bottiglia, è possibile che ciò limiti la possibilità di aumentare la scalabilità
orizzontale verso server Web front-end e applicazioni aggiuntivi. Se il collo di bottiglia è
costituito dal carico dei dati, l'aggiunta di server applicazioni e Web front-end potrebbe
non comportare un miglioramento della velocità effettiva.
Per un set di dati di grandi dimensioni, è consigliabile investire in risorse aggiuntive nel
livello SQL Server della topologia. È possibile aumentare il numero di istanze del SQL
Server aggiungendo risorse aggiuntive per RAM, CPU e disco rigido.
Di seguito sono riportate le specifiche minime e consigliate per il livello SQL Server di
una topologia di set di dati di grandi dimensioni.
Requisiti minimi per l'hardware per set di dati di grandi dimensioni
in Project Server 2013
Requisiti hardware minimi per il livello SQL Server per una distribuzione di set di dati
di grandi dimensioni di Project Server 2013
Componente
Requisito minimo
Processore
64 bit, 4 core, almeno 2,5 GHz per core (se la dimensione del set di dati ?
notevolmente superiore al set di dati medio, ? consigliabile un processore a 8
core).
RAM
32 GB
Disco rigido
250 GB
NOTA: idealmente, è consigliabile separare e assegnare priorità ai dati tra i dischi.
Collocare i file di dati e i log delle transazioni di SQL Server in dischi rigidi fisici
distinti.
NOTA: RAID 5 deve fornire un buon compromesso tra affidabilità e velocità
effettiva.
Hardware consigliato per Project Server 2013 per un set di dati di
grandi dimensioni
Suggerimenti hardware di SQL Server per Project Server 2013 per un set di dati di
grandi dimensioni
Componente
Requisito minimo
Componente
Requisito minimo
Processore
64 bit, 8 core, almeno 2,5 GHz per core (se la dimensione del set di dati ?
notevolmente superiore al set di dati medio, ? consigliabile un processore a 8
core).
RAM
64 GB
Disco rigido
300 GB o superiore
NOTA: idealmente, è consigliabile separare e assegnare priorità ai dati tra i dischi.
Collocare i file di dati e i log delle transazioni di SQL Server in dischi rigidi fisici
distinti.
NOTA: RAID 5 deve fornire un buon compromesso tra affidabilità e velocità
effettiva.
Requisiti software per Project Server 2013
Questa sezione descrive i requisiti software per Project Server 2013. Sono incluse le
attività seguenti:
Sistema operativo
Server di database (SQL Server)
SharePoint Server 2013
Requisiti software per l'utilizzo delle funzionalit? di Project Server 2013
Sistema operativo
Project Server 2013 viene eseguito sui seguenti sistemi operativi server:
Windows Server 2012 a 64 bit
Windows Server 2008 R2 (64 bit) con un livello minimo di service pack di Service
Pack 1.
Edizioni di Windows Server 2012 supportate
Windows Server 2012, Standard Edition (64-bit)
Windows Server 2012, Datacenter Edition (64-bit)
Edizioni supportate di Windows Server 2008 R2
Windows Server 2008 R2 SP1, Standard Edition (64-bit)
Windows Server 2008 R2 SP1, Enterprise Edition (64-bit)
Windows Server 2008 R2 SP1, Datacenter Edition (64-bit)
７ Nota
Le installazioni Server Core di Windows Server 2008 R2 non sono supportate.
） Importante
SharePoint Server 2013 e Project Server 2013 sono disponibili solo nelle edizioni a
64 bit e richiedono edizioni a 64 bit di Windows Server 2008 R2 o Windows Server
2012.
Ruoli del server di Windows Server
Project Server 2013 richiede i ruoli del server Windows Server seguenti in ogni server
applicazioni nella farm:
Ruoli del server richiesti per i server applicazioni
Ruolo server applicazioni
Ruolo server Web con il componente Management Compatibility di Internet
Information Services (IIS) 6 attivato
Oltre a questi ruoli del server, Project Server 2013 richiede anche che Microsoft
PowerShell sia abilitato.
７ Nota
Entrambi i ruoli del server e Microsoft PowerShell vengono configurati
automaticamente dallo strumento di installazione dei prerequisiti di SharePoint
Server 2013 se non sono già abilitati.
７ Nota
Per ulteriori informazioni su Windows Server 2008 R2, consulta il Windows Server
2008 R2 su Microsoft TechNet.
SharePoint Server 2013
Project Server 2013 viene eseguito come applicazione di servizio di SharePoint Server
2013. Di conseguenza, SharePoint Server 2013 Enterprise è un prerequisito per
l'installazione di Project Server 2013. Le versioni precedenti di SharePoint Server e
SharePoint Foundation 2013 non sono supportate.
７ Nota
Per ulteriori informazioni sui requisiti hardware e software di SharePoint Server
2013, vedi Requisiti hardware e software (SharePoint 2013).
Requisiti per il server di database (SQL Server)
Per i server di database, Project Server 2013 (e SharePoint Server 2013) supporta
l'utilizzo con le seguenti versioni di SQL Server:
Versioni di SQL Server supportate per Project Server 2013
SQL Server 2012 (64 bit)
SQL Server 2008 R2 con Service Pack 1 (SP1) (64 bit)
SQL Server 2014 (64 bit)
NOTA: il supporto di SQL Server 2014 richiede Project Server 2013 con Service
Pack 1.
Sono necessari i componenti seguenti di SQL Server:
Motore di database
Analysis Services
Strumenti di gestione
Componenti di connettività
Il servizio SQL Server Agent deve essere in esecuzione.
Se intendi eseguire l'aggiornamento da un ambiente di Project Server 2010, tieni
presente che Project Server 2013 non supporta SQL Server 2005.
７ Nota
Per altre informazioni su SQL Server, vedere le pagine iniziali di Microsoft TechNet
seguenti:
SQL Server 2008 R2
SQL Server 2012
Requisiti software per l'utilizzo delle funzionalit? di
Project Server 2013
La tabella seguente descrive i requisiti software per l'uso di specifiche funzionalità di
Project Server 2013 che è possibile usare.
Caratteristica
Software necessario
Note di configurazione
My Tasks
(sincronizzazione
delle attivit? con
Requisiti del server: Exchange
Server 2013
Requisiti desktop (versioni di
È necessario che il servizio
dell'applicazione Gestione lavoro sia
abilitato.
Exchange Server
2013, Project
Server 2013 e
SharePoint
Server 2013)
Outlook supportate):
Outlook 2013
Outlook 2010
Microsoft Office Outlook 2007
Microsoft Office Outlook 2003
Exchange Server 2013 e SharePoint
Server 2013 devono trovarsi nello stesso
dominio insieme al server di
individuazione automatica configurato e
funzionante.
Requisiti per i dispositivi mobili
(versioni dei sistemi operativi
IMPORTANTE: per l'integrazione di
Exchange Server 2013 con Project Server
supportate):
Windows Phone 7.5 o successiva
2013, la distribuzione ibrida non è
supportata. È necessario che Exchange
iApple: OS 5 o successiva
Server 2013 sia integrato in un ambiente
Android 2.3 o successiva
locale o online. L'integrazione in locale di
Exchange Server 2013 non supporterà gli
utenti di Project Online.
Sincronizzazione
? necessario che il controller di
Active Directory
dominio disponga di uno dei
(gruppi di
sicurezza e
sistemi operativi seguenti:
Windows Server 2012 R2
risorse)
Windows Server 2012
Windows Server 2008 R2
Windows Server 2008
Windows Server 2003
Caratteristica
Software necessario
Note di configurazione
Creazione di
In locale (versioni supportate):
La segnalazione tramite il servizio OData
report
Excel 2013
Excel 2010
(per Project Server 2013 locale e Project
Online) richiede Excel 2013.
Project Online:
Per ulteriori informazioni su Reporting in
Solo Excel 2013
Project Server 2013, vedi Pianifica report
e business intelligence in Project Web
App.
Per ulteriori informazioni sui requisiti
software per l'utilizzo della business
intelligence per le relazioni, vedere
Software Requirements for business
intelligence.
Presenza di Lync
Uno dei seguenti:
in Project Web
App o Project
Lync 2013 con Internet Explorer
10, Internet Explorer 9, Internet
Professional
Explorer 8, Mozilla FireFox (ultima
versione rilasciata) e Google
Chrome (ultima versione
rilasciata).
Lync 2010 con Internet Explorer
10, Internet Explorer 9 o Internet
Explorer 8.
Internet Explorer 9, Internet
Explorer 8, Mozilla Firefox (ultima
versione rilasciata) e Google
Chrome (ultima versione
rilasciata) con qualsiasi
applicazione di Office 2013
forniranno all'utente una scheda
contatto, ma nessuna presenza
Skype for Business.
NOTA: Skype for Business
presenza e la scheda contatto non
funzionano nella nuova interfaccia
di Internet Explorer in Windows
8.x, ma funzionano sul
tradizionale Desktop Internet
Explorer 10.
Modifica dei
Richiede gli elementi seguenti:
flussi di lavoro
SharePoint Designer 2013
Microsoft Visio 2013
Requisiti client per Project Server 2013
Quando si pianificano i requisiti di sistema per Project Server 2013, è necessario
considerare anche i requisiti hardware e software per gli utenti client che devono
connettersi al server. Questi utenti client includono i seguenti:
utenti di Project Professional 2013
Project Web App utenti
Compatibilit? client Project Professional con Project
Server 2013
Se si prevede di eseguire l'aggiornamento da una versione precedente di Project Server,
è necessario valutare se i client Project Professional correnti saranno compatibili con
Project Server 2013.
Versione
di
Versione Project
Professional
Project
Server
supportata
Project
Server
Anteprima di
Project
2016
Professional 2019
Nota
Project
Professional 2016
Project
Professional 2013
Client desktop di
Project Online
Project
Project
Project Online connettività client desktop a Project Server 2013
Server
2013
Professional 2016
Project
scadrà e non sarà più supportata dopo il 13 gennaio 2020.
Professional 2013
Project
Project
Project Professional 2007 con Service Pack 2 può connettersi a
Server
Professional 2010
Project Server 2010 solo se la modalità di compatibilità con le
2010
Office Project
Professional 2007
versioni precedenti è abilitata nel server.
con Service Pack 2
Project
Office Project
Server
2007
Professional 2007
Pianificare queste due considerazioni durante la pianificazione della connettività client
Project Professional:
Project Server 2013 non fornisce una funzionalità di connettività di "compatibilità
con le versioni precedenti" per le versioni precedenti del client Project Professional.
Project Professional 2013 non si collega a Project Server 2010.
Requisiti per l'installazione di Project Professional 2013
Project Professional 2013 ha i seguenti requisiti di installazione:
Requisiti per l'installazione di Project Professional 2013
Computer e processore
Processore x86/x64 da 1 GHz o superiore con set di istruzioni SSE2
Memoria
1 GB di RAM (a 32 bit)
2 GB di RAM (a 64 bit)
Disco rigido
2 GB disponibili
Sistema operativo
Versioni supportate:
Windows 7
Windows 8
Windows 8.1
Windows 10
Windows Server 2008 Release 2
NOTA : con .NET Framework versione 3.5 o 4.0
Elementi grafici
L'accelerazione hardware per la grafica richiede una scheda grafica
DirectX10
Risoluzione 1024×576
Requisiti per i browser
Versioni supportate:
Internet Explorer 11
Internet Explorer 10
Internet Explorer 9
Internet Explorer 8
Mozilla Firefox (ultima versione rilasciata)
Apple Safari (ultima versione rilasciata)
Google Chrome (ultima versione rilasciata)
Requisiti per le relazioni
Office Excel 2007, Excel 2010 o Excel 2013
grafiche
Office Visio 2007, Visio 2010 o Visio 2013
７ Nota
Per altre informazioni sui requisiti di Project Professional 2013, vedere Microsoft
Project Professional 2013.
requisiti Project per Office 365
Project per Office 365 è un'offerta online basata su sottoscrizione di Project Professional
tramite Office 365. Project per Office 365 ha gli stessi requisiti di installazione del
sistema di Project Professional.
requisiti di Project Web App per Project Server 2013
Per Project Web App in Project Server 2013, ? possibile utilizzare uno dei seguenti
browser Web supportati:
Web browser supportati per Project Web App
Internet Explorer 11
Internet Explorer 10
Internet Explorer 9
Internet Explorer 8
Mozilla Firefox (ultima versione rilasciata)
Apple Safari (ultima versione rilasciata)
Google Chrome (ultima versione rilasciata)
） Importante
Project Web App in Project Server 2013 supporta gli stessi Web browser supportati
per SharePoint Server 2013. Per ulteriori informazioni sui browser supportati per
SharePoint Server 2013, vedere Plan browser support (SharePoint 2013).
７ Nota
Project Web App in Office 365 richiede gli stessi browser supportati.
Project Server 2013 con la piattaforma Azure
È possibile installare Project Server 2013 e SharePoint Server 2013 nella piattaforma
Azure. Per altre informazioni, vedere SharePoint in Servizi di infrastruttura di Azure nella
libreria di Azure.
Vedere anche
Supporto e licenze per Azure in SharePoint 2013
Pianificazione di Project Server e Project
Online per i responsabili con incarichi
decisionali
Articolo • 07/04/2023
Riepilogo: Informazioni sulle decisioni di pianificazione aziendale che è necessario
prendere quando si distribuisce Project Server o Project Online.
Si applica a: Project Server 2016
Project Web App è l'interfaccia principale usata per gestire progetti e risorse in Project
Online e Project Server. Project Web App in Project Server 2016 e Project Web App in
Project Online sono molto simili, ma esistono alcune differenze principali di cui tenere
conto quando si decide se usare Project Server o Project Online.
Leggere questo articolo per una panoramica di queste differenze e dei fattori da
considerare quando si decide quale opzione scegliere. Verranno inoltre illustrate le
decisioni chiave di configurazione che sarà necessario prendere quando si configura
Project Web App.
In questo articolo verranno esaminate le decisioni aziendali. Esaminare anche le
decisioni tecniche che è necessario prendere.
Per un confronto tra funzionalità di Project Server e Project Online, vedere Confronto tra
funzionalità e funzioni di Project Online e Project Server 2013.
Accesso utente in Project Server e Project
Online
Project Web App offre due metodi di accesso utente:
Modalità di autorizzazione di SharePoint Questa modalità usa la sicurezza di
SharePoint per fornire l'accesso a Project Server o Project Online. Questa modalità
è semplice da usare e consente di fornire livelli diversi di accesso a persone con
ruoli diversi, ad esempio project manager, resource manager e membri del team.
Modalità di autorizzazione progetto Questa modalità usa un modello di sicurezza
complesso che fornisce un controllo molto preciso dell'accesso utente, inclusa la
personalizzazione delle autorizzazioni per ogni ruolo e ruoli personalizzati. Questa
modalità richiede un'attenta pianificazione per la configurazione e la gestione. Non
è consigliabile a meno che non si disponga di un ufficio di gestione dei progetti
molto maturo e non sia necessario personalizzare l'accesso utente a un livello
molto dettagliato.
Mentre è possibile passare da una modalità all'altra, è necessario riconfigurare tutte le
autorizzazioni. È consigliabile scegliere la modalità migliore per l'organizzazione prima
di configurare Project Web App.
In genere, a meno che non si disponga di un'organizzazione di grandi dimensioni e
altamente complessa con requisiti aziendali specifici per ottimizzare l'accesso degli
utenti, è consigliabile usare la modalità di autorizzazione di SharePoint. Questa modalità
è molto più semplice da configurare e gestire.
Per altre informazioni sulle due modalità e sulle funzionalità supportate in ognuna,
vedere Pianificare l'accesso utente in Project Server.
Business intelligence in Project Server e Project
Online
Ottenere informazioni da Project Web App è importante quanto ottenere informazioni.
La business intelligence, o creazione di report, è un motivo importante per cui molti
clienti scelgono Project Web App.
Esistono alcune differenze importanti tra il modo in cui Project Server e Project Online
gestiscono la creazione di report. Con Project Server è possibile creare cubi OLAP
(Online Analytical Processing) personalizzati usando i dati nel database Project Web
App. I cubi OLAP non sono attualmente disponibili in Project Online.
Se si è disposti a eseguire un'integrazione aggiuntiva, è possibile creare una soluzione di
business intelligence ibrida. È possibile usare Project Online e copiare i dati in un data
warehouse locale o in Microsoft Azure per la creazione di report con strumenti di
creazione di report locali. In alternativa, è possibile usare Project Server in locale e usare
Power BI Desktop per accedere ai dati Project Web App e pubblicare report nel cloud.
Nella tabella seguente viene confrontato il modo in cui è possibile usare servizi di
business intelligence locali e online con Project Server e Project Online.
Project Server
Project Online
Project Server
Project Online
Business
Usare Power BI Desktop per
Usare OData in Excel o un'applicazione
intelligence
cloud
accedere ai dati di Project Server
locali.
personalizzata per accedere ai dati Project
Online per la creazione di report generali.
Ciò richiede Power BI e potrebbe
Aggiungere Power BI per Office 365 per
richiedere una configurazione da
parte del reparto IT.
l'aggiornamento dati pianificato, Power BI
Q&A e altre funzionalità avanzate.
Business
intelligence
Usare SQL Server Reporting
Services o PerformancePoint
Trasferire i dati Project Online in un data
warehouse locale o in Microsoft Azure, in cui è
locale
Services per le esigenze di
possibile usare strumenti di report di business
creazione di report aziendali.
Usare Excel per business
intelligence aziendali standard, ad esempio
SQL Server Reporting Services.
intelligence self-service e report
Ciò richiede configurazione e
ad hoc.
Entrambi funzionano senza una
personalizzazione da parte del reparto IT.
configurazione aggiuntiva
necessaria oltre alla scrittura del
report.
Mantenerlo semplice
Project Online è progettato per l'uso di Excel come strumento di creazione di report
primario. In Excel è possibile connettersi al Project Online feed OData e creare tabelle
pivot, grafici pivot e altri report. È anche possibile usare Power BI per creare facilmente
report e visualizzazioni sui dati Project Web App.
Se si ha un'organizzazione relativamente piccola e i report di base in Excel o Power BI
soddisfano le proprie esigenze, Project Online è la scelta migliore.
Esigenze avanzate di creazione di report
Se sono necessari strumenti avanzati per la creazione di report, ad esempio cubi OLAP,
PerformancePoint Services o SQL Server Reporting Services, prendere in considerazione
una delle opzioni seguenti:
Project Server : con Project Server è possibile accedere direttamente ai dati
necessari per la creazione di report avanzati. Sono inclusi i Project Web App feed
OData e i cubi OLAP.
Project Online: con Project Online, è possibile usare SQL Server Integration
Services per connettersi al feed OData Project Online e copiare i dati in un data
warehouse locale. Da qui è possibile accedere ai dati con PerformancePoint
Services o SQL Server Reporting Services.
Campi personalizzati e tabelle di ricerca in
Project Server e Project Online
Usando Project Web App, è possibile creare campi personalizzati per raccogliere i
metadati associati ai progetti. Ad esempio, è possibile creare un campo in cui archiviare
il costo stimato del progetto. È possibile creare campi personalizzati per progetti, attività
e risorse e gli utenti possono immettere valori o scegliere valori da tabelle di ricerca
definite dall'utente.
I campi personalizzati sono disponibili nei feed OData in Project Web App ed è possibile
includerli nei report eseguiti sui dati Project Web App.
Durante la pianificazione della distribuzione, esaminare i requisiti aziendali e di
creazione di report e considerare le informazioni da acquisire come parte di ogni
progetto. Il team di implementazione può configurare campi personalizzati per acquisire
questi dati.
I campi personalizzati e le tabelle di ricerca funzionano esattamente allo stesso modo in
Project Server e Project Online.
Numero di istanze di Project Web App
Con Project Server e Project Online, è possibile creare tutte le istanze di Project Web
App necessarie.
Una singola istanza di Project Web App può ospitare molti progetti in diversi reparti
dell'organizzazione.
La presenza di più istanze di Project Web App è utile se è necessario uno dei seguenti
elementi:
Isolamento della sicurezza per motivi di governance o di altro tipo
Diversi set di utenti o gruppi
Calendari diversi
Diversi standard della scheda attività
Se non sono necessarie più di sette istanze di Project Web App, è consigliabile usare
Project Online.
Vedere anche
Pianificare la distribuzione di Project Server
Descrizione del servizio Project Online
Pianificazione di Project Server e Project
Online per i responsabili tecnici
Articolo • 07/04/2023
Riepilogo: Informazioni sulle decisioni di pianificazione tecnica da prendere durante la
distribuzione di Project Server o Project Online.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server 2016
Project Web App in Project Server 2016 e Project Web App in Project Online sono molto
simili, ma esistono alcune differenze principali che è necessario considerare quando si
decide se usare Project Server o Project Online.
Leggere questo articolo per una panoramica delle differenze tecniche e degli aspetti da
considerare quando si decide quale opzione scegliere. Verranno inoltre illustrate le
decisioni chiave di configurazione da prendere durante la configurazione Project Web
App.
In questo articolo verranno esaminate le decisioni tecniche. Esaminare anche le decisioni
aziendali che è necessario prendere.
Per un confronto tra funzionalità di Project Server e Project Online, vedere Confronto tra
funzionalità e funzioni di Project Online e Project Server 2013.
Accesso utente in Project Server e Project
Online
La decisione più importante da prendere in merito alla sicurezza in Project Server o
Project Online è la modalità di sicurezza da usare.
Modalità di sicurezza
Project Web App offre due modalità di sicurezza:
Modalità di autorizzazione di SharePoint Questa modalità usa la sicurezza di
SharePoint per fornire l'accesso a Project Server o Project Online. Questa modalità
è semplice ed è possibile usarla per fornire diversi livelli di accesso a diversi gruppi
di persone.
Modalità di autorizzazione progetto Questa modalità usa un modello di sicurezza
complesso che fornisce un controllo molto preciso dell'accesso utente. Questa
modalità richiede un'attenta pianificazione per la configurazione e la gestione.
Per ogni Project Web App sito in uso, è necessario decidere quale delle due modalità di
sicurezza si vuole usare. Per altre informazioni sulle due modalità e sulle funzionalità
supportate in ognuna, vedere Pianificare l'accesso utente in Project Server.
Gruppi di sicurezza
In entrambe le modalità di sicurezza è possibile concedere agli utenti l'accesso alle
funzionalità aggiungendole ai gruppi. In entrambe le modalità, Project Web App crea i
sette gruppi predefiniti seguenti:
Amministratori
Program manager
Visualizzatori portfolio
Project manager
Manager delle risorse
Responsabili del team
Membri del team
In modalità di autorizzazione di SharePoint vengono creati come gruppi di sicurezza di
SharePoint nella raccolta siti Project Web App. In modalità autorizzazione progetto viene
aggiunta un'interfaccia utente di sicurezza separata alla pagina Impostazioni PWA,
contenente questi gruppi e altre impostazioni di sicurezza.
Come parte del processo di pianificazione, è necessario decidere quali utenti aggiungere
a ogni gruppo e come si desidera gestire tali gruppi.
Le autorizzazioni di gruppo predefinite in Project Server 2013 elencano le autorizzazioni
degli utenti di ogni gruppo. In modalità di autorizzazione di SharePoint queste
autorizzazioni sono statiche e non possono essere modificate. In modalità di
autorizzazione di Project sono completamente personalizzabili.
In entrambe le modalità è possibile sincronizzare i gruppi con i gruppi di Active
Directory. A tale scopo, usare la sincronizzazione di Active Directory in modalità di
autorizzazione Progetto e semplicemente aggiungere il gruppo di Active Directory
desiderato al gruppo di SharePoint in modalità di autorizzazione di SharePoint.
Business intelligence in Project Server e Project
Online
Esistono alcune differenze importanti tra il modo in cui Project Server e Project Online
gestiscono la creazione di report:
Project Server: in Project Server è possibile accedere direttamente ai dati Project
Web App nel database del contenuto (se il sito di Project Web App ha un database
del contenuto specifico) ed è possibile eseguire query sullo schema di creazione di
report usando Excel o strumenti di creazione di report più avanzati, ad esempio
SQL Server Reporting Services o PerformancePoint Services in SharePoint Server
2016.
Con Project Server è anche possibile compilare cubi OLAP personalizzati usando i
dati nel database Project Web App.
Project Online: l'accesso diretto al database non è possibile perché Project Online
è ospitato in un data center Microsoft. È necessario accedere ai dati Project Web
App usando uno dei feed OData forniti. I cubi OLAP non sono attualmente
disponibili in Project Online.
Oltre a questo, è possibile combinare soluzioni di business intelligence cloud e locali
copiando i dati Project Online in un data warehouse locale o in Microsoft Azure oppure
accedendo ai dati di Project Server locali da Power BI e pubblicando report nel cloud.
Nella tabella seguente viene illustrato un confronto generale del modo in cui è possibile
usare i servizi di business intelligence locali e online con Project Server e Project Online.
Cloud BI
Project Server
Project Online
Usare Power BI Desktop per scrivere report
accedendo ai dati Project Web App nel database
Usare Excel per accedere ai
feed OData Project Online.
del contenuto o usando il feed OData. Questi
report possono essere condivisi pubblicandoli nel
cloud.
Salvare i report per gli utenti
nella libreria di report Project
Online.
Facoltativamente, usare report
e visualizzazioni dei dati di
Power BI.
Project Server
Project Online
Business
intelligence
Per la business intelligence aziendale, usare SQL
Server Reporting Services o PerformancePoint
Usare SQL Server Integration
Services per creare un data
locale
Services per creare report direttamente sui dati di
report nel database del contenuto o nei cubi
OLAP (Online Analytical Processing). Non richiede
warehouse in locale o in
Microsoft Azure. Usare SQL
Server Reporting Services o
più di un'istanza di Project Web App per database
del contenuto.
Per la business intelligence self-service, usare
PerformancePoint Services per
segnalare l'operazione.
Excel per accedere ai feed OData di Project Server
o ai cubi OLAP.
La configurazione dei report in Project Online è l'opzione più semplice da configurare. I
feed OData per Project Web App funzionano non appena si configura Project Web App.
La configurazione della creazione di report in un ambiente locale è più coinvolta. Se si
vuole accedere alla Project Web App nel database del contenuto, è necessario seguire
una serie di passaggi che includono la configurazione di Office App Web Server e
Archiviazione sicura.
Per copiare Project Online dati in un data warehouse locale, è necessario usare SQL
Server Integration Services e creare una soluzione personalizzata. Tra tutte le opzioni di
creazione di report per Project Web App ciò richiede il lavoro più in anticipo da parte
del reparto IT o degli specialisti di business intelligence. Tuttavia, consente di usare
Project Online anche se sono presenti requisiti aziendali per la creazione di report
avanzati in un database locale.
Poiché è possibile soddisfare praticamente qualsiasi esigenza di creazione di report
usando Project Online, da solo o con un data warehouse personalizzato usando SQL
Server Integration Services, è consigliabile Project Online come prima scelta, a meno che
non si disponga di altre esigenze aziendali che richiedono Project Server in locale.
Flussi di lavoro in Project Server e Project
Online
I flussi di lavoro applicano i processi aziendali e offrono ai progetti un modo strutturato
per spostarsi attraverso i vari passaggi dettati da tali processi. È possibile configurare un
flusso di lavoro per eseguire un'ampia gamma di azioni in base all'input dell'utente, tra
cui l'invio di messaggi di posta elettronica, l'assegnazione di attività e l'attesa di azioni di
progetto specifiche.
Anche se è possibile usare Project Server o Project Online senza usare flussi di lavoro,
usando i flussi di lavoro, è possibile fornire una struttura di base per la gestione dei
progetti e l'interazione del team di progetto con essi. Nell'ambito del processo di
pianificazione per Project Web App, assicurarsi di pianificare il modo in cui si vogliono
usare i flussi di lavoro per gestire i progetti.
Campi personalizzati in Project Server e Project
Online
Usando Project Web App, è possibile creare campi personalizzati che è possibile usare
per raccogliere i metadati associati ai progetti. I campi personalizzati sono disponibili nei
feed OData in Project Web App e possono essere inclusi nei report eseguiti sui dati
Project Web App.
I campi personalizzati funzionano allo stesso modo in Project Server e Project Online.
Esistono due tipi di campi personalizzati: local eenterprise. I campi personalizzati locali
vengono creati e gestiti in Project Professional. Sono specifici di un particolare progetto.
I campi personalizzati dell'organizzazione vengono creati e gestiti in Project Web App e
sono disponibili per tutti i progetti in Project Web App. È possibile creare campi
personalizzati dell'organizzazione facoltativi o obbligatori.
Campi personalizzati locali
L'aspetto principale da considerare quando si usano campi personalizzati locali è una
convenzione di denominazione. Se si prevede di usare campi per lo stesso scopo in più
progetti, assicurarsi di assegnare loro lo stesso nome. Usando lo stesso nome, è
possibile usare i campi in modo coerente nei report tra sottoprogetti all'interno di un
progetto master.
Campi personalizzati organizzazione
Quando si pianificano i campi personalizzati dell'organizzazione, tenere presente quanto
segue:
È possibile configurare i campi personalizzati delle aziende in modo che siano
controllati dal flusso di lavoro.
È possibile rendere facoltativi o obbligatori i campi personalizzati
dell'organizzazione. Pertanto, se si vuole essere certi di raccogliere determinate
informazioni in diverse fasi del flusso di lavoro, ad esempio, è possibile creare
campi personalizzati necessari e l'utente dovrà compilarli prima di poter avanzare il
flusso di lavoro.
Anche se i campi personalizzati locali sono specifici di un progetto, è importante
tenere presente che i campi personalizzati dell'organizzazione sono disponibili in
tutti i progetti in Project Web App. Pertanto, quando si crea un campo
personalizzato, considerare il numero di progetti in cui verrà usato per determinare
se è necessario impostarlo come campo personalizzato locale o aziendale.
Campi personalizzati e prestazioni del sistema
In alcuni casi, l'uso di campi personalizzati può causare una notevole riduzione delle
prestazioni, sia in Project Server che in Project Online. Tenere presenti queste
considerazioni quando si pianificano i campi personalizzati.
Le formule nei campi personalizzati usano le risorse di sistema per i calcoli. Con i campi
personalizzati locali, questo si verifica in Project Professional. Con i campi personalizzati
dell'organizzazione, questo si verifica in Project Server o Project Online. In genere, questi
calcoli si verificano in background e non sono evidenti per l'utente, ma con molti campi
personalizzati con formule complesse, si potrebbe iniziare a vedere una riduzione delle
prestazioni.
Analogamente, le tabelle di ricerca con un numero elevato di valori possono avere un
notevole impatto sulle prestazioni. Le tabelle di ricerca con decine o centinaia di opzioni
possono causare un ritardo nelle prestazioni.
Vedere anche
Pianificare la distribuzione di Project Server
Pianificare l'accesso degli utenti in
Project Server
Articolo • 07/04/2023
Sintesi: Informazioni sulle modalità di autorizzazione di accesso utente disponibili in
Project Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
Project Server presenta due modalità di sicurezza per il controllo del tipo di accesso
degli utenti a siti e progetti:
Modalità di autorizzazione di SharePoint In questa modalità, viene creato uno
speciale set di gruppi di sicurezza di SharePoint nei siti associati a Project Server.
Questi gruppi garantiscono agli utenti diversi livelli di accesso ai progetti e alle
funzionalità di Project Server.
Modalità di autorizzazione di Project In questa modalità, Project Server fornisce
un set di gruppi di sicurezza personalizzabili e altre funzionalità diverse dai gruppi
di SharePoint.
In entrambe le modalità di sicurezza, l'amministratore del sito di SharePoint per il sito
Project Web App è anche un amministratore Project Web App.
Quali sono le funzionalità disponibili in ognuna
delle modalità di autorizzazione di Project Web
App?
Usare questa tabella per confrontare le funzionalità disponibili in ognuna delle modalità
di sicurezza.
Confronto tra le caratteristiche delle modalità di sicurezza in Project Server
Caratteristica
Usare un unico set di gruppi di sicurezza in
Project Web App e SharePoint Server.
Modalità di
Modalità di
autorizzazione di
SharePoint
autorizzazione di
Project Server
×
Caratteristica
Modalità di
autorizzazione di
Modalità di
autorizzazione di
SharePoint
Project Server
Ereditarietà delle autorizzazioni per PWA e i
siti di Project
×
Autorizzazione diretta rispetto ai gruppi di
sicurezza di Active Directory
×
Autorizzazione basata sulle attestazioni
×
×
Gestione dell'autorizzazione per gruppi
basati su ruoli
×
×
Estendibilità e possibilità di personalizzazione
×
×
Delega di utenti
×
Possibilità di proteggere le risorse di lavoro
×
Rappresentazione
×
Filtri di sicurezza mediante Resource
×
Breakdown Structure
Categorie di sicurezza personalizzate
×
Una volta definita la modalità di autorizzazione da usare, sono disponibili altre
informazioni:
Per informazioni sulla modalità di autorizzazione di SharePoint, vedere Pianificare
gruppi di SharePoint in Project Server.
Per informazioni sulla modalità di autorizzazione di Project Server, vedere
Pianificare gruppi, categorie e strutture RBS in Project Server.
Le nuove istanze di Project Web App usano per impostazione predefinita la modalità di
autorizzazione di SharePoint. Se si dispone di più istanze di Project Web App, ogni sito
può usare una diversa modalità di autorizzazione.
Modificare le modalità di autorizzazione di
Project Web App
In un'installazione locale di Project Server la modalità di autorizzazione può essere
modificata per un'istanza determinata di Project Web App usando il cmdlet Set-
SPProjectPermissionMode Microsoft PowerShell. Per altre informazioni, vedere SetSPProjectPermissionMode.
In Project Online la modalità può essere modificata nel sito del portale di Microsoft
Office 365. Per altre informazioni, vedere Modificare la gestione delle autorizzazioni in
Project Web App per Project Online.
Ｕ Attenzione
Il passaggio dalla modalità di autorizzazione di SharePoint alla modalità di
autorizzazione di Project Server elimina tutte le impostazioni relative alla sicurezza.
Se si passa dalla modalità di autorizzazione di SharePoint alla modalità di
autorizzazione di Project Server classica, è necessario configurare manualmente le
autorizzazioni di sicurezza in Project Server. Il passaggio dalla modalità di
autorizzazione di Project Server alla modalità di autorizzazione di SharePoint
elimina tutte le informazioni sulle autorizzazioni di sicurezza da Project Server.
Pianificare gruppi di SharePoint in
Project Server
Articolo • 07/04/2023
Sintesi: Eseguire la pianificazione di utenti e gruppi per Project Server nella modalità di
autorizzazione di SharePoint.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
La modalità di autorizzazione di SharePoint consente di creare gruppi di SharePoint che
corrispondono direttamente ai gruppi di sicurezza predefiniti presenti nella modalità di
autorizzazione di Project Server.
Nella tabella seguente sono illustrati i gruppi di SharePoint Project Server e le
funzionalità utente che abilitano in Project Web App.
Gruppo di
SharePoint
Funzione
Amministratori
Gli utenti dispongono di tutte le autorizzazioni globali, nonché di tutte le
autorizzazioni di categoria tramite la categoria Organizzazione. Hanno pertanto
un accesso completo a tutte le aree di Project Web App.
Visualizzatori
portfolio
Gli utenti dispongono delle autorizzazioni per la visualizzazione dei dati di
Project e di Project Web App. Questo gruppo è destinato a utenti di alto livello a
cui non vengono assegnate direttamente attività di progetto, ma che
necessitano della visibilità nei progetti.
Project
Gli utenti dispongono delle autorizzazioni per la creazione e la gestione dei
manager
progetti. Il gruppo è destinato ai proprietari dei progetti che assegnano attività
alle risorse.
Program
manager
Gli utenti dispongono di varie autorizzazioni per la creazione di progetti e di
team. Questo gruppo è destinato a manager di alto livello di gruppi di progetti.
Manager delle
risorse
Gli utenti dispongono della maggior parte delle autorizzazioni globali e di
categoria per le risorse. Questo gruppo è destinato agli utenti che gestiscono e
assegnano risorse e modificano i relativi dati.
Responsabili
Gli utenti dispongono di autorizzazioni limitate per la creazione di attività e le
del team
relazioni sullo stato. Questo gruppo è destinato agli utenti che svolgono un
ruolo di responsabile e ai quali non vengono normalmente assegnate attività per
un progetto.
Gruppo di
SharePoint
Funzione
Membri del
team
Gli utenti dispongono di autorizzazioni generali per l'utilizzo di Project Web App,
ma di autorizzazioni limitate a livello di progetto. Questo gruppo consente a
tutti gli utenti l'accesso di base a Project Web App.
Questi gruppi di SharePoint Project Server dispongono delle stesse autorizzazioni
globali e di categoria assegnate nella modalità di autorizzazione di Project Server. Nella
modalità di autorizzazione di SharePoint non è possibile creare gruppi personalizzati,
categorie, nodi RBS (Resource Breakdown Structure) aggiuntivi, né modificare le
autorizzazioni predefinite assegnate a uno di questi oggetti.
Aggiunta di utenti a Project Web App nella
modalità di autorizzazione di SharePoint
Per aggiungere utenti nei gruppi di SharePoint sono disponibili due metodi:
Aggiungere i singoli account utente
Aggiungere uno o più gruppi di Active Directory
Per ciascun gruppo è possibile utilizzare uno o entrambi i metodi.
Per informazioni su come aggiungere utenti e gruppi di Active Directory ai gruppi di
SharePoint, vedere l'articolo relativo alla Condividere un sito .
Aggiunta di singoli utenti ai gruppi di SharePoint
Quando si aggiungono singoli utenti a uno dei gruppi di SharePoint, l'utente viene
sincronizzato automaticamente in Project Web App. La sincronizzazione dell'utente
viene eseguita in un processo timer di SharePoint, per impostazione predefinita ogni
dieci minuti.
Utilizzo dei gruppi di Active Directory per l'aggiunta di
utenti ai gruppi di SharePoint
Quando si aggiungono gruppi di Active Directory a uno dei gruppi di sicurezza di
SharePoint specifici di Project Server, gli utenti non vengono aggiunti automaticamente
all'elenco di utenti di Project Web App. Ciascun utente viene aggiunto singolarmente a
Project Web App al primo accesso al sito di Project Web App.
Dal momento che gli utenti dei gruppi di Active Directory non vengono visualizzati
nell'elenco delle risorse di Project Web App fino a quando non viene eseguito l'accesso
al sito di Project Web App, è consigliabile configurare la sincronizzazione di Active
Directory in Project Web App per la compilazione automatica dell'elenco delle risorse. In
questo modo è possibile disporre di un elenco delle risorse completo e assegnare
attività alle risorse prima che eseguano l'accesso al sito di Project Web App.
Vedere anche
Pianificare gruppi, categorie e strutture RBS in Project Server
Pianificare gruppi, categorie e strutture
RBS in Project Server
Articolo • 07/04/2023
Sintesi: nella modalità di autorizzazione di Project Server, la sicurezza di Project Web
App è basata su utenti, gruppi e categorie.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
In questo articolo viene descritta la pianificazione per gruppi e categorie in una
distribuzione di Project Server. Se come modello di sicurezza si utilizza la modalità di
autorizzazione di SharePoint, vedere Pianificare gruppi di SharePoint in Project Server.
Contenuto dell'articolo:
Autorizzazioni in Project Web App
Gruppi in Project Web App
Categorie in Project Web App
Modelli di sicurezza in Project Web App
RBS (Resource Breakdown Structure) in Project Web App
Autorizzazioni in Project Web App
Un'autorizzazione rappresenta la capacità di eseguire un'azione specifica nell'ambito del
contesto di Project Server. È possibileconsentire, negare o non configurare le singole
autorizzazioni in Project Server. L'autorizzazione Cambia password, ad esempio, può
essere consentita o negata per qualsiasi utente o gruppo.
In Project Server esistono due tipi di autorizzazione:
Le autorizzazioni globali concedono agli utenti e ai gruppi la possibilità di eseguire
azioni in un'istanza di Project Web App. Le autorizzazioni globali vengono
assegnate a livello di utente o gruppo.
Le autorizzazioni per le categorie concedono agli utenti e ai gruppi la possibilità di
eseguire azioni su progetti e risorse specifici. Le autorizzazioni per le categorie
vengono assegnate a livello di categoria.
Le autorizzazioni possono essere impostate in diverse posizioni all'interno di Project
Web App. È possibile consentire o negare le autorizzazioni selezionando le caselle di
controllo nelle colonne Consenti e Nega. Se entrambe le caselle di controllo Consenti e
Nega sono deselezionate, lo stato predefinito è Non consentire. Questo stato non
impedisce agli utenti di accedere alla caratteristica associata all'autorizzazione qualora
l'autorizzazione sia concessa in altro modo. Un utente potrebbe ad esempio
appartenere a un gruppo per il quale l'autorizzazione non è configurata (Non
consentita), ma potrebbe comunque disporre dell'autorizzazione grazie all'appartenenza
a un gruppo per il quale l'autorizzazione è consentita. Se tuttavia l'autorizzazione viene
negata in modo esplicito in una qualsiasi posizione per un particolare utente o gruppo,
non verrà in alcun caso concessa.
Tutte le autorizzazioni di Project Server possono essere configurate scegliendo
Impostazioni di Project Web App dal menu Impostazioni di Project Web App. È
possibile configurare le autorizzazioni nei modi seguenti:
Consenti Consente agli utenti o ai membri di un gruppo di eseguire le azioni
associate all'autorizzazione.
Nega Impedisce a un utente o a un gruppo di eseguire le azioni associate
all'autorizzazione. Prestare attenzione quando si negano le autorizzazioni. Si noti
che se a un utente viene negata un'autorizzazione specifica, l'impostazione di
negazione prevale su tutte le impostazioni di concessione che potrebbero essere
applicate agli altri gruppi a cui appartiene l'utente. Per impostazione predefinita,
nessuna autorizzazione è impostata su Nega.
Non consentire Se non si seleziona né Consenti né Nega per un'autorizzazione, lo
stato predefinito è Non consentire. Se un utente appartiene a più gruppi e
un'autorizzazione è impostata su Non consentire per un gruppo e su Consenti (ma
non Nega) per un altro gruppo, l'utente sarà autorizzato a eseguire le azioni
associate all'autorizzazione.
Quando si imposta un'autorizzazione su Nega è importante tenere in considerazione
che l'impostazione Nega prevale su tutte le altre impostazioni Consenti applicate
all'utente per tale l'autorizzazione tramite l'appartenenza a un altro gruppo. Limitando
l'utilizzo dell'impostazione Nega è possibile semplificare la gestione delle autorizzazioni
per numerosi gruppi di utenti.
７ Nota
L'impostazione Nega, essendo prioritaria rispetto all'impostazione Consenti,
consente di negare l'accesso alla funzionalità. Per questo motivo è consigliabile
esercitare cautela quando si seleziona la casella di controllo Nega. Selezionare la
casella di controllo Nega per impedire a un utente esterno all'organizzazione di
accedere agli oggetti di sicurezza di Project Server oppure per negare la
funzionalità per un utente o un gruppo.
Nel caso di organizzazioni con numerosi utenti, l'assegnazione e l'amministrazione delle
autorizzazioni a livello individuale può essere un'attività molto complessa. È possibile
utilizzare i gruppi per assegnare le autorizzazioni contemporaneamente a più utenti.
Creare i gruppi e definire l'insieme di autorizzazioni da associarvi durante il processo di
pianificazione della distribuzione iniziale di Project Server, prima di assegnare gli utenti
ai gruppi e i gruppi alle categorie. Dopo aver definito i gruppi con le relative
autorizzazioni e appartenenze, l'amministrazione giornaliera degli utenti, dei gruppi e
delle categorie prevederà l'aggiunta o la rimozione degli utenti dai gruppi di sicurezza.
In questo modo, si riduce il volume delle attività amministrative giornaliere necessarie e
si semplifica la risoluzione dei problemi relativi alle autorizzazioni.
Gruppi in Project Web App
I gruppi contengono insiemi di utenti con esigenze simili in termini di funzionalità. Ad
esempio, tutti i project manager di una particolare divisione dell'organizzazione
potrebbero necessitare dello stesso insieme di autorizzazioni di Project Server, mentre i
dirigenti o i manager delle risorse potrebbero avere esigenze diverse.
Definire i gruppi identificando le esigenze comuni in base alle aree di Project Web App a
cui gli utenti dell'organizzazione devono accedere. Dopo aver definito i gruppi, è
possibile aggiungere utenti ai gruppi e concedere le autorizzazioni ai gruppi; Le
autorizzazioni assegnate ai gruppi si applicano a tutti gli utenti contenuti nel gruppo.
L'uso di gruppi per controllare le autorizzazioni di Project Web App semplifica
l'amministrazione della sicurezza in Project Web App. Le appartenenze ai gruppi
possono cambiare di frequente, ma i requisiti di accesso per i gruppi cambiano
raramente.
７ Nota
L'appartenenza a un gruppo è costituita esclusivamente da utenti. I gruppi non
possono contenere altri gruppi.
Gli utenti possono appartenere a più gruppi in base al loro ruolo nell'organizzazione e ai
requisiti di accesso. I gruppi predefiniti seguenti sono disponibili in ogni istanza di
Project Web App in modalità di autorizzazione di Project Server. A ognuno viene
assegnato un set di categorie e autorizzazioni predefinite.
Gruppo
Descrizione
Amministratori
Gli utenti dispongono di tutte le autorizzazioni globali, nonché di tutte le
autorizzazioni di categoria tramite la categoria Organizzazione. Hanno pertanto
un accesso completo a tutte le aree di un'istanza di Project Web App.
Visualizzatori
Gli utenti dispongono delle autorizzazioni per la visualizzazione dei dati di
portfolio
progetti e di Project Web App. Questo gruppo è destinato a utenti di alto livello
a cui non vengono assegnate direttamente attività di progetto, ma che
necessitano della visibilità nei progetti.
Program
manager
Gli utenti dispongono di varie autorizzazioni per la creazione di progetti e di
team. Questo gruppo è destinato a manager di alto livello di gruppi di progetti.
Project
manager
Gli utenti dispongono della maggior parte delle autorizzazioni globali e di
categoria per i progetti e di autorizzazioni limitate per le risorse. Questo gruppo
è destinato agli utenti che gestiscono quotidianamente le programmazioni dei
progetti.
Manager delle
Gli utenti dispongono della maggior parte delle autorizzazioni globali e di
risorse
categoria per le risorse. Questo gruppo è destinato agli utenti che gestiscono e
assegnano risorse e modificano i relativi dati.
Responsabili
del team
Gli utenti dispongono di autorizzazioni limitate per la creazione di attività e le
relazioni sullo stato. Questo gruppo è destinato agli utenti che svolgono un
ruolo di responsabile e ai quali non vengono normalmente assegnate attività per
un progetto.
Membri del
Gli utenti dispongono di autorizzazioni generali per l'utilizzo di Project Web App,
team
ma di autorizzazioni limitate a livello di progetto. Questo gruppo consente a
tutti gli utenti un accesso di base a Project Web App. Tutti i nuovi utenti
vengono aggiunti automaticamente al gruppo Membri del team.
Gli amministratori assegnano generalmente le autorizzazioni aggiungendo un account
utente a uno dei gruppi predefiniti oppure creando un nuovo gruppo e assegnando a
esso autorizzazioni specifiche.
Categorie in Project Web App
Le categorie sono raccolte di progetti, risorse e viste. Le categorie definiscono l'ambito
delle informazioni accessibili a un determinato utente. Una categoria è simile a un
gruppo in quanto fornisce autorizzazioni agli utenti. A differenza delle autorizzazioni
globali, le autorizzazioni di categoria sono correlate a progetti e risorse specifici. Inoltre,
le categorie includono filtri di progetto e risorse che possono essere usati per
determinare a quali progetti e risorse si applicano le autorizzazioni specificate.
I gruppi e le categorie vengono associati tra loro in modo da garantire un set di
autorizzazioni completo per ogni utente. Ogni gruppo può essere associato a una o più
categorie e ogni categoria può prevedere un diverso set di autorizzazioni a livello di
progetto e di risorsa sui progetti della categoria per i membri di tale gruppo.
In ogni istanza di Project Web App sono disponibili le categorie predefinite seguenti:
Categoria
Descrizione
Subalterni
Concede agli utenti l'autorizzazione per l'approvazione di schede attività per i
discendenti diretti nella struttura RBS. Questa categoria è destinata ai manager
che hanno necessità di approvare schede attività.
Organizzazione
Contiene tutti i progetti e le risorse e concede vari livelli di autorizzazioni di
categoria in base alla gestione dei gruppi associata. Consente inoltre un accesso
completo a tutte le visualizzazioni. Questa categoria consente agli utenti una
visibilità completa nell'istanza di Project Web App.
Progetti
personali
Applica un filtro in modo da concedere autorizzazioni di categoria agli utenti
che sono proprietari di progetti o responsabili dello stato di un progetto, sono
assegnati come risorsa a un progetto oppure i cui discendenti nella struttura
RBS sono assegnati a un progetto. Questa categoria consente agli utenti una
visibilità in tutto il progetto a cui gli utenti stessi o i relativi discendenti nella
struttura RBS sono associati.
Risorse
personali
Concede la maggior parte delle autorizzazioni di categoria a livello di risorsa,
con un filtro basato sulle risorse che sono discendenti dell'utente nella struttura
RBS. Questa categoria consente agli utenti di gestire le relative risorse come
specificato nella struttura RBS.
Attività
personali
Consente agli utenti di visualizzare i progetti a cui sono assegnati. Questa
categoria è associata al gruppo Membri del team e consente a tutti gli utenti
una visibilità nei progetti a cui sono assegnati.
È possibile creare categorie personalizzate per fornire nuovi modi per accedere ai dati
per progetti, risorse e viste. Un numero elevato di categorie può essere complesso da
amministrare. È consigliabile usare le categorie con parsimonia.
Modelli di sicurezza in Project Web App
I modelli di sicurezza sono insiemi predefiniti di autorizzazioni. Possono essere utilizzati
per semplificare il processo di concessione delle autorizzazioni a gruppi di utenti che
hanno necessità di accedere agli stessi dati. In ogni istanza di Project Web App sono
disponibili i modelli di sicurezza predefiniti seguenti:
Amministratore
Visualizzatore portfolio
Program manager
Project manager
Revisore proposta
Manager delle risorse
Responsabile del team
Membro del team
I modelli di sicurezza consentono di applicare o reimpostare velocemente profili
predefiniti di autorizzazioni a utenti, gruppi e categorie nuovi o esistenti. L'applicazione
dei modelli di sicurezza consente di standardizzare con facilità le autorizzazioni
assegnate in base al ruolo svolto dagli utenti all'interno dell'organizzazione. I modelli di
sicurezza predefiniti sono allineati ai gruppi predefiniti in Project Web App. È possibile
personalizzare questi modelli di sicurezza e crearne di nuovi in base alle esigenze.
７ Nota
Quando si modificano le impostazioni relative a un modello di sicurezza, le
modifiche non vengono estese automaticamente agli utenti e ai gruppi a cui è
stato applicato il modello.
La creazione di modelli di sicurezza personalizzati richiede la pianificazione. È prima di
tutto necessario identificare i modelli di utilizzo Project Web App comuni
nell'organizzazione che non si riflettono nei modelli di sicurezza predefiniti. In questo
modo è possibile identificare i requisiti per i modelli di sicurezza personalizzati.
Determinare quindi le autorizzazioni richieste dagli utenti che condividono i modelli di
utilizzo Project Web App comuni. In questo modo viene definito il modello di sicurezza.
Determinare quindi il set di progetti, risorse, visualizzazioni e così via a cui gli utenti e i
gruppi richiedono l'accesso; definisce la categoria di sicurezza. Creare il modello di
sicurezza personalizzato e applicarlo al gruppo di utenti che condividono modelli di
utilizzo comuni.
RBS (Resource Breakdown Structure) in Project
Web App
RBS (Resource Breakdown Structure) è una struttura gerarchica della sicurezza in genere
basata sulla struttura gerarchica di gestione dell'organizzazione, sebbene possa anche
essere definita in altro modo. La struttura RBS può essere un elemento importante ai fini
del modello di sicurezza di Project Web App in quanto può essere utilizzata per definire
le relazioni gerarchiche tra utenti e progetti nell'organizzazione. Quando si specifica un
valore RBS per ogni utente di Project Web App, è possibile sfruttare le opzioni di
sicurezza dinamiche definite per ogni categoria di sicurezza.
La struttura RBS viene definita mediante l'aggiunta di valori alla tabella di ricerca
personalizzata RBS inclusa in Project Web App. Dopo aver definito la struttura, è
possibile assegnare valori RBS a singoli utenti impostando la proprietà RBS nella pagina
delle impostazioni dell'account utente.
Dopo che è stata configurata la struttura RBS, le categorie possono utilizzare i codici
RBS per determinare in modo dinamico i progetti e le risorse a cui particolari utenti
hanno accesso. Nelle tabelle seguenti sono elencate le opzioni di sicurezza che
utilizzano RBS disponibili in ogni categoria.
Opzioni di sicurezza per i progetti
Opzione
Descrizione
L'utente è il proprietario del
progetto o il responsabile
dello stato per le
assegnazioni del progetto
Gli utenti che dispongono di autorizzazioni appartenenti alla
categoria in cui questa opzione è selezionata possono
visualizzare i progetti di cui sono proprietari o responsabili dello
stato
L'utente è incluso nel team
del progetto
Gli utenti che dispongono di autorizzazioni appartenenti alla
categoria in cui questa opzione è selezionata possono
visualizzare i progetti in cui sono assegnati come risorsa
Il proprietario del progetto è
un discendente dell'utente
tramite RBS
Gli utenti che dispongono di autorizzazioni appartenenti alla
categoria in cui questa opzione è selezionata possono
visualizzare i progetti di proprietà dei discendenti nella struttura
RBS
Una risorsa del team del
progetto è un discendente
Gli utenti che dispongono di autorizzazioni appartenenti alla
categoria in cui questa opzione è selezionata possono
dell'utente tramite RBS
visualizzare i progetti in cui i relativi discendenti nella struttura
RBS sono assegnati come risorsa
Opzione
Descrizione
Il valore RBS del proprietario
del progetto è uguale a
Gli utenti che dispongono di autorizzazioni appartenenti alla
categoria in cui questa opzione è selezionata possono
quello dell'utente
visualizzare i progetti di proprietà di altri utenti con lo stesso
valore RBS
７ Nota
Le prime due opzioni, ovvero L'utente è il proprietario del progetto o il
responsabile dello stato per le assegnazioni del progetto e L'utente è incluso nel
team del progetto, non sono correlate alla struttura RBS, ma consentono di filtrare
in modo analogo i progetti visibili per un utente.
Opzioni di sicurezza per le risorse
Opzione
Descrizione
L'utente è la risorsa
Gli utenti che dispongono di autorizzazioni appartenenti alla
categoria in cui questa opzione è selezionata possono
visualizzare se stessi come risorsa
Le risorse sono membri di un
team di progetto per un
Gli utenti che dispongono di autorizzazioni appartenenti alla
categoria in cui questa opzione è selezionata possono
progetto di proprietà
dell'utente
visualizzare le risorse assegnate ai progetti di cui sono
proprietari
Le risorse sono discendenti
dell'utente tramite RBS
Gli utenti che dispongono di autorizzazioni appartenenti alla
categoria in cui questa opzione è selezionata possono
visualizzare i propri discendenti nella struttura RBS
Le risorse sono diretti
discendenti dell'utente
Gli utenti che dispongono di autorizzazioni appartenenti alla
categoria in cui questa opzione è selezionata possono
tramite RBS
visualizzare i propri diretti discendenti nella struttura RBS
Il valore RBS delle risorse è
uguale a quello dell'utente
Gli utenti che dispongono di autorizzazioni appartenenti alla
categoria in cui questa opzione è selezionata possono
visualizzare altri utenti con lo stesso valore RBS
７ Nota
Le prime due opzioni, ovvero L'utente è la risorsa e Le risorse sono membri di un
team di progetto per un progetto di proprietà dell'utente, non sono correlate alla
struttura RBS, ma consentono di filtrare in modo analogo le risorse visibili per un
utente.
Le opzioni elencate nelle tabelle sopra riportate possono essere configurate quando si
crea o si modifica una categoria.
Vedere anche
Serie di video: Come funzionano le autorizzazioni di sicurezza Project Server
Pianificare la distribuzione di Project
Server
Articolo • 07/04/2023
Riepilogo: Informazioni sulla pianificazione della distribuzione. Prima di installare Project
Server, assicurarsi di aver esaminato le informazioni contenute in questi articoli.
Gli articoli seguenti forniscono le informazioni sulla pianificazione per la distribuzione di
Project Server.
Contenuto
Descrizione
Determinare i
requisiti di gestione
dei progetti in
Project Server
È importante determinare le esigenze e i requisiti di gestione dei
progetti per l'organizzazione. La configurazione varia in base al tipo di
lavoro svolto dall'organizzazione e all'uso di Project Server per il
rilevamento del tempo, la collaborazione o la gestione del portfolio.
Determinare il
numero e i tipi di
utenti che
richiedono l'accesso
a Project Server
ll numero e i tipi di utenti nell'organizzazione che utilizzano le
caratteristiche di Project Server hanno un effetto diretto sulle esigenze
di scalabilità e prestazioni di un'organizzazione.
Pianificare il ciclo di
vita di un progetto
in Project Web App
Informazioni su come pianificare progetti, risorse e campi personalizzati
per nuovi progetti e su come archiviare i progetti completati in Project
Web App.
Pianificare la
In questo articolo sono descritte le opzioni disponibili per la creazione
creazione di
relazioni e Business
Intelligence in
di relazioni personalizzate dei dati di Project Web App.
Project Web App
Vedere anche
Pianificare SharePoint Server 2016
Determinare i requisiti di gestione dei
progetti in Project Server
Articolo • 14/10/2024
Sommario: Informazioni sull'utilizzo delle funzionalità di Project Server per gli scenari di
gestione di progetti aziendali, schede attività e gestione della domanda.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
È importante determinare le esigenze e i requisiti di gestione dei progetti per
l'organizzazione. La configurazione varia in base al tipo di lavoro eseguito
dall'organizzazione e all'uso di Project Server per il rilevamento del tempo, la
collaborazione o la gestione del portfolio. Dopo aver caratterizzato i progetti tipici per
l'organizzazione, determinare gli scenari di Project Server che è necessario supportare.
Caratterizzare i propri progetti
Comprendere le caratteristiche dei progetti nell'organizzazione consente di pianificare la
configurazione di Project Server. Le caratteristiche seguenti hanno un'incidenza
significativa sulla configurazione:
Numero di progetti a cui lavora l'organizzazione in un determinato momento.
Dimensione dei progetti, che varia con il numero di attività e assegnazioni incluse
nel progetto.
Tempo necessario per completare un progetto.
Numero di membri del team assegnati ad attività dei progetti.
La maggior parte delle organizzazioni gestisce progetti con dimensioni e durate
variabili, ma il grado di variazione è in funzione delle dimensioni dell'organizzazione e
del tipo di lavoro eseguito. Ad esempio, una grande società di consulenza può gestire
diverse migliaia di progetti che vanno da un minimo di 10 attività con durata di due
settimane a un massimo di 1.500 attività e con durata superiore all'anno.
Le organizzazioni hanno in genere diversi progetti che variano da piccoli a medi fino a
grandi. Per la pianificazione, verificare che sia possibile supportare in modo adeguato il
tipo di progetto su cui la propria organizzazione lavora più di frequente.
Determinare lo scenario di Project Server
Le esigenze e i requisiti di gestione dei progetti variano in base al tipo di lavoro svolto
dall'organizzazione. Come parte del processo di pianificazione della configurazione, è
necessario identificare lo scenario da supportare. Ad esempio, è possibile usare Project
Server per supportare i tipi di scenari seguenti:
EPM (Enterprise Project Management)
Verifica tempi
Gestione proposte
Uso di Project Server per La gestione di progetti aziendali
Lo scenario di Project Server per EPM si applica a un'organizzazione di grandi
dimensioni la cui area di interesse è la pianificazione dall'alto verso il basso basata su
Project Management Office (PMO). Questo scenario è più frequente nei mercati di
sviluppo e produzione del prodotto. Presenta le caratteristiche seguenti:
Numero limitato di progetti di grandi dimensioni spesso correlati
Importanza centrale del PMO
Uso intensivo di Project Professional 2016
Utilizzo delle verifiche del lavoro
Segue un elenco di aspetti importanti da considerare per questo tipo di distribuzione:
Livello di dettaglio da verificare
Utilizzo del livellamento come processo
Modalità di definizione della priorità della capacità
Modalità di utilizzo della verifica delle competenze
In questo scenario l'utilizzo sul lato client è il seguente:
ﾉ
Applicazione client
Frequenza di utilizzo
Project Professional
Alto
Espandi la tabella
Applicazione client
Frequenza di utilizzo
Project Web App
Alto
In questo scenario l'utilizzo sul lato server è il seguente:
ﾉ
Funzionalità Project Web App
Frequenza di utilizzo
Verifica lavoro
Alto
Programmi
Alto
Schede attività
Medio
Gestione portfolio
Medio
Progetti principali
Alto
Aree di lavoro di progetto
Bassa
Gestione dei rischi
Medio
Gestione dei problemi
Alto
Gestione documenti
Medio
Gestione delle risorse
Medio
Gestione attività
Medio
Espandi la tabella
Uso di Project Server per il rilevamento del tempo
Lo scenario di Project Server per la distribuzione di schede attività/servizi professionali
può essere applicato a un'organizzazione di grandi dimensioni che vuole usare Project
Server principalmente per acquisire e segnalare l'ora. In questo scenario, i dipendenti e i
terzisti usano la funzionalità scheda attività di Project Server per inviare ore lavorate
sulle attività durante periodi di tempo specifici. Questo scenario ha le caratteristiche
seguenti:
Uso minimo di Project Professional
Fatturazione delle ore e del materiale
Numero elevato di progetti contenenti relativamente poche attività
Periodo di picco prevedibile di utilizzo che corrisponde alla voce della scheda
attività pianificata in Project Web App
Le organizzazioni che supportano questo scenario usano in genere un set limitato di
funzionalità di Project Professional per tenere traccia dell'ora e dei costi usando le
schede attività per acquisire informazioni. Questo scenario presenta problemi di
scalabilità perché, quando viene inviato un numero elevato di schede attività in un breve
periodo di tempo, le risorse di sistema possono risultare sovraccariche.
Segue un elenco di aspetti importanti da considerare per questo tipo di distribuzione:
Classificazioni temporali da utilizzare
Periodi di tempo da utilizzare
Calendari e impostazione del lavoro straordinario
Periodi fiscali da utilizzare
Origine dei dati sui costi
Configurazione dei campi personalizzati, ovvero di controllo dei processi oppure di
generazione delle relazioni
Configurazione della valuta
Controllo
I processi utilizzati all'interno dell'organizzazioni possono incidere anche su altri aspetti,
inclusi i seguenti:
Tipi di utilizzo
Ciclo di aggiornamento del progetto
Ciclo di generazione delle relazioni
In questo scenario l'utilizzo sul lato client è il seguente:
ﾉ
Applicazione client
Frequenza di utilizzo
Project Professional
Medio
Project Web App
Alto
In questo scenario l'utilizzo sul lato server è il seguente:
Espandi la tabella
ﾉ
Funzionalità Project Web App
Frequenza di utilizzo
Verifica lavoro
Alto
Programmi
Bassa
Schede attività
Alto
Gestione portfolio
Bassa
Progetti principali
Bassa
Aree di lavoro di progetto
Bassa
Gestione dei rischi
Bassa
Gestione dei problemi
Bassa
Gestione documenti
Bassa
Gestione delle risorse
Alto
Gestione attività
Medio
Espandi la tabella
Uso di Project Server per la gestione della domanda
Lo scenario di Project Server per la distribuzione di Gestione richieste può essere
applicato a qualsiasi organizzazione di medie e grandi dimensioni che vuole usare
Project Server per gestire i portfolio di progetti. Queste organizzazioni hanno in genere
le caratteristiche seguenti:
Numero elevato di progetti con molte assegnazioni
Percentuale elevata di project manager
Uso frequente di Project Professional
Le organizzazioni che supportano questo scenario usano in genere l'ampiezza delle
funzionalità di Project Server che includono schede attività, raccolte documenti,
problemi, rischi, modello globale dell'organizzazione e pool di risorse
dell'organizzazione.
Questo scenario si applica a organizzazioni di piccole-medie dimensioni o a un reparto
di un'organizzazione di dimensioni maggiori i cui utenti condividono tutti la stessa
posizione fisica nella stessa LAN oppure a un'organizzazione di grandi dimensioni i cui
utenti si trovano in posizioni fisiche diverse.
Queste organizzazioni usano quotidianamente Project Professional e Project Web App
per pubblicare o aggiornare progetti in Project Server e usano Project Web App per
visualizzare le assegnazioni, segnalare i valori effettivi e accedere a documenti, problemi
e rischi. Inoltre, queste organizzazioni generano cubi OLAP (Online Analytical
Processing) ogni settimana.
Segue un elenco di aspetti importanti da considerare per questo tipo di distribuzione:
Livello di dati sulle risorse da verificare
Processo di designazione dei progetti da utilizzare
Tipo di processo di revisione da utilizzare
Ciclo di generazione delle relazioni
Requisiti per i flussi di lavoro
Tipo di lavoro da verificare
Responsabili della gestione del processo
Richiesta acquisita
In questo scenario l'utilizzo sul lato client è il seguente:
Applicazione client
Frequenza di utilizzo
Project Professional
Medio
Project Web App
Alto
ﾉ
Espandi la tabella
ﾉ
Espandi la tabella
In questo scenario l'utilizzo sul lato server è il seguente:
Funzionalità Project Web App
Frequenza di utilizzo
Verifica lavoro
Bassa
Schede attività
Medio
Gestione portfolio
Fortemente
Programmi
Bassa
Funzionalità Project Web App
Frequenza di utilizzo
Progetti amministrativi
Bassa
Collaborazione
Medio
Gestione documenti
Medio
Gestione dei rischi
Medio
Gestione dei problemi
Medio
Gestione delle risorse
Medio
Siti area di lavoro progetto
Media
Determinare il numero e i tipi di utenti
che richiedono l'accesso a Project Server
Articolo • 07/04/2023
Sintesi: Informazioni sui diversi tipi di utenti che richiedono l'accesso a Project Server e
Project Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
ll numero e i tipi di utenti nell'organizzazione che utilizzano le caratteristiche di Project
Server hanno un effetto diretto sulle esigenze di scalabilità e prestazioni di
un'organizzazione.
Numero di utenti di Project Server
Quando si determina il numero di utenti di Project Server che l'organizzazione deve
supportare, è necessario considerare anche il numero massimo di utenti simultanei.
Questo fattore è particolarmente importante se l'organizzazione prevede di supportare
lo scenario di verifica tempi.
È utile classificare gli utenti per stabilire i diversi tipi che si desidera supportare, nonché
il numero di utenti di ciascun tipo. Ad esempio i project manager che utilizzano Project
Professional sono gli utenti che creano il maggior carico nel sistema, mentre coloro che
visualizzano semplicemente i dati creano una quantità di carico minima.
Tipi di utenti di Project Server
I tipi di utenti che si ha necessità di supportare e la percentuale di ciascun tipo rispetto
al numero totale influiscono sulle decisioni di configurazione da prendere durante il
processo di pianificazione. Ogni tipo di utente crea un carico nel sistema. I tipi di utenti
più comuni sono i seguenti:
Project manager
Manager delle risorse
Membri del team
Visualizzatori portfolio
Amministratori
Project manager
I project managersono responsabili della supervisione e del completamento dei
progetti, talvolta in collaborazione con altri project manager e manager delle risorse
dell'organizzazione. I project manager utilizzano Project Professional per eseguire le
operazioni seguenti:
Creare e pubblicare i progetti in Project Web App
Modificare i progetti in base a commenti e suggerimenti
Assegnare i membri del team alle attività del progetto
Tenere traccia dell'avanzamento del progetto combinando gli aggiornamenti delle
attività ricevuti dai membri del team
Determinare la destinazione, la tempistica e i costi effettivi del progetto
Manager delle risorse
I manager delle risorse sono responsabili della gestione delle risorse e della definizione
delle competenze in base alle capacità. Collaborano con i project manager e altri
manager delle risorse per garantire l'assegnazione di risorse qualificate alle attività dei
progetti. I manager delle risorse utilizzano Project Web App per eseguire le operazioni
seguenti:
Visualizzare il carico di lavoro e la disponibilità per progetto nel tempo
Visualizzare il carico di lavoro e la disponibilità per risorsa nel tempo
Aggiungere membri del team ai team di progetto
Inviare problemi e caricare documenti
Utilizzare Modelli di portfolio per determinare la disponibilità delle risorse
Modificare le competenze delle risorse e altri codici
Membri del team
I membri del team sono le risorse che vengono assegnate alle attività dei progetti. Un
membro del team lavora in genere su più progetti contemporaneamente ed è
responsabile del completamento delle attività in base a una pianificazione. I membri del
team possono utilizzare Project Web App anziché Project Professional.
I membri del team utilizzano Project Web App per eseguire le operazioni seguenti:
Rispettare le scadenze identificando le attività correnti e future per definire la
priorità del lavoro giornaliero
Registrare il tempo impiegato per le attività indicando lo stato di avanzamento del
progetto in schede attività
Delegare e aggiungere attività
Registrare e rispondere ai problemi e ai rischi relativi al progetto
Collegare i problemi alle attività
Inviare relazioni sullo stato
Collaborare con altri membri del team sui documenti relativi al progetto
I membri del team utilizzano Outlook per eseguire le operazioni seguenti:
Visualizzare le attività assegnate
Creare relazioni sulle attività assegnate
Visualizzatori portfolio
Un visualizzatore portfolio è un utente che utilizza Project Web App per visualizzare lo
stato o relazioni su uno o più progetti. Ad esempio, un visualizzatore portfolio può
supervisionare vari progetti gestiti da project manager diversi per ottenere una
prospettiva globale su pianificazione e budget. I visualizzatori portfolio utilizzano Project
Web App per eseguire le operazioni seguenti:
Visualizzare le relazioni sui progetti e le risorse in Analizzatore di portfolio
Inviare problemi ai project manager e ai responsabili delle risorse
Amministratori
Gli amministratori distribuiscono e gestiscono Project Server e le applicazioni correlate.
Questi utenti gestiscono l'accesso al server. Gli amministratori utilizzano Project Web
App per eseguire le operazioni seguenti:
Definire le visualizzazioni delle schede attività
Bloccare i periodi di creazione delle relazioni e i valori effettivi nelle schede attività
Creare relazioni standardizzate per le visualizzazioni di Analizzatore di portfolio
Aggiungere ed eliminare membri del team dal pool di risorse dell'organizzazione
Pianificare il ciclo di vita di un progetto
in Project Web App
Articolo • 07/04/2023
Riepilogo: informazioni su come pianificare progetti, risorse e campi personalizzati per
nuovi progetti e su come archiviare i progetti completati in Project Web App.
Si applica a: Project Server 2016, Project Server 2013
Esistono molte metodologie e sistemi che gestiscono in modo efficace un ciclo di vita
del progetto. Questo articolo non sostiene nessuno di questi su un altro. Questo articolo
è scritto per gli amministratori di Project Server e fornisce un elenco di attività di
creazione, manutenzione e archiviazione del progetto. Queste attività sono generali e
saranno le stesse, o almeno simili, indipendentemente dalla metodologia usata
dall'organizzazione. La pianificazione di queste attività può contribuire a garantire che i
progetti vengano gestiti in modo coerente con lo scopo dell'organizzazione e possano
favorire un'esperienza soddisfacente per l'utente finale. Questo articolo avvisa i
responsabili della pianificazione della distribuzione e della configurazione di Project
Server che è necessario effettuare alcune scelte correlate a queste funzionalità.
I progetti hanno molti modi per passare dal concetto alla realtà. A volte il processo è
informale e può essere il risultato di un brainstorming su una lavagna che si è verificata
in meno di un'ora. Altre volte un progetto viene creato dopo anni di studio e analisi
accurata. Se non è pianificato e gestito, questo processo di creazione può diventare
caotico. Questo caos può costare all'organizzazione in molti modi: riduzione
dell'efficienza, allocazione errata delle risorse, priorità non allineate, duplicazione degli
sforzi, approcci in conflitto e opportunità perse, per citarne alcuni. Di seguito sono
riportati alcuni aspetti fondamentali da considerare quando si usa Project per creare
progetti per l'organizzazione.
Pianificare la migrazione dei progetti
dell'elenco attività in Project Web App
Project Server consente di importare i progetti creati usando elenchi di SharePoint in
un'istanza di Project Web App. Questa funzionalità consente di avviare rapidamente i
progetti e di gestirli in modo semplice finché rimangono di piccole dimensioni. Man
mano che crescono nell'ambito, è possibile eseguirne gradualmente la migrazione per
diventare progetti di Project Server completi.
Project Server supporta solo una singola istanza di Project Web App per ogni raccolta
siti. Durante la pianificazione dei progetti dell'elenco attività di SharePoint, valutare in
quale raccolta siti si desidera crearli in modo che i progetti correlati tra loro possano
essere importati nella stessa istanza di Project Web App.
È anche consigliabile sviluppare linee guida per l'organizzazione per quanto tempo si
desidera gestire i progetti in un elenco di SharePoint prima di importarli in Project Web
App.
Pianificare le risorse in Project Web App
Le risorse di un'organizzazione sono le persone, le attrezzature e i materiali che
vengono utilizzati per completare le attività di un progetto dell'organizzazione. Le
risorse aziendali fanno parte del pool di risorse dell'organizzazione e vengono archiviate
centralmente in ogni istanza di Project Web App. È possibile creare il pool di risorse
dell'organizzazione che verrà utilizzato dai project manager durante l'assegnazione delle
risorse alle attività dei progetti aggiungendo risorse al pool o importando altre risorse. È
necessario definire il contenuto del modello globale dell'organizzazione prima di
aggiungere risorse al pool di risorse dell'organizzazione.
Prima di poter creare e gestire correttamente il pool di risorse dell'organizzazione, è
necessario definire e documentare attentamente i campi personalizzati delle risorse
dell'organizzazione e crearli. Inoltre, per le organizzazioni di grandi dimensioni,
l'inserimento dei dati iniziale nel pool di risorse dell'organizzazione è importante quanto
il processo di conservazione dell'accuratezza e di aggiornamento del pool di risorse
dell'organizzazione. La registrazione delle modifiche significative relative alle
informazioni sulle risorse memorizzate e gestite nel pool di risorse dell'organizzazione
può rappresentare un'attività a tempo pieno.
Prima di creare il pool di risorse dell'organizzazione per Project Web App, è necessario
determinare il punto di partenza. Il processo di aggiunta delle risorse al pool di risorse
dell'organizzazione varia in base agli scenari seguenti:
A partire da nuovi progetti Per questo scenario è necessaria una preparazione
minima. Il processo è semplificato se è possibile raccogliere tutte le informazioni
sulle risorse necessarie in un singolo documento. Si potrebbe fare un elenco su
carta. Si importerebbero quindi le risorse identificate da Active Directory o da un
archivio appartenenze se si usa l'autenticazione basata su moduli. In alternativa, è
possibile raccogliere queste informazioni usando Excel. Importare quindi il foglio di
calcolo risultante in Project Professional e salvarlo in Project Web App.
Creazione del pool di risorse dell'organizzazione In questo scenario si sta creando
il pool di risorse dell'organizzazione in Project Professional. Usando Project
Professional, connettersi a Project Web App ed estrarre il pool di risorse
dell'organizzazione. Immettere le risorse e salvare il pool.
Pianificare campi personalizzati in Project Web
App
Project Web App include tabelle di ricerca e campi che è possibile personalizzare. Un
campo personalizzato può contenere informazioni relative a un'attività, una risorsa o
un'assegnazione. In Project Web App, i campi che possono contenere dati personalizzati
sono testo, flag, numeri, date, costi, date di inizio e fine e durate. È possibile
personalizzare tali campi per ottenere le informazioni desiderate utilizzando formule,
calcoli con valori specifici o indicatori grafici.
È possibile scrivere proprie formule, che includono riferimenti ad altri campi, da
calcolare in un campo personalizzato. È possibile creare un elenco di valori per un
campo personalizzato per garantire l'immissione rapida e precisa dei dati. Un campo
personalizzato può includere un indicatore grafico anziché i dati effettivi. In questo
modo, risulta più rapido controllare quando i dati in tale campo soddisfano determinati
criteri, ad esempio quando i dati superano un intervallo specificato oppure quando le
risorse sono sovrallocate. È inoltre possibile creare una struttura gerarchica di campi
personalizzati per le informazioni del progetto. È ad esempio consigliabile associare i
codici di costo dell'azienda ai dati del progetto. Dopo avere creato la struttura e
applicato questi campi personalizzati ai dati, è possibile utilizzarli facilmente per filtrare,
ordinare e raggruppare i dati del progetto.
In Project Web App esistono due tipi di campi personalizzati: locale ed aziendale. I
campi personalizzati locali vengono utilizzati dal project manager nell'ambito di un
particolare progetto. I campi personalizzati dell'organizzazione vengono utilizzati dal
PMO (Project Management Office) per raccogliere i dati per le relazioni a livello
dell'intera organizzazione. Per i campi personalizzati di attività e progetti
dell'organizzazione, Project Web App supporta la nozione di ambito per un programma
specifico (raccolta di progetti). In questo modo, è possibile definire un campo
personalizzato dell'organizzazione valido per un sottoinsieme di progetti.
Altre informazioni sui campi personalizzati in Project Server e Project Online.
Ritirare i progetti da Project Web App
Esistono determinate attività che è consigliabile prendere in considerazione quando si
ritirano i progetti. Se si esegue una pulitura di base quando un progetto viene ritirato è
possibile migliorare le prestazioni di Project Server. È inoltre possibile proteggere i
progetti per garantire che solo gli utenti che necessitano delle informazioni, ad esempio
per scopi cronologici, possano visualizzarli. L'eliminazione di altri oggetti
dell'organizzazione che non vengono utilizzati, ad esempio risorse e assegnazioni, aiuta
a impedire una riduzione delle prestazioni del server.
Pianificare l'archiviazione in Project Web App
È possibile eseguire il backup di numerosi oggetti aziendali in Project Web App:
Progetti
Pool di risorse dell'organizzazione e calendari
Campi personalizzati dell'organizzazione
Modello globale dell'organizzazione
Definizioni di visualizzazioni
Impostazioni di sistema
Impostazioni di categoria e gruppo
Il backup di questi oggetti consente di ripristinare in modo selettivo elementi specifici,
mantenendo anche più versioni di questi elementi.
I backup vengono eseguiti nella pagina Impostazioni di Project Server in Project Web
App. Sono disponibili due metodi:
Programmazione backup
Backup amministrativo
Il backup amministrativo consente di eseguire il backup degli oggetti
dell'organizzazione in qualsiasi momento. Programmazione backup consente invece di
eseguire il backup degli oggetti dell'organizzazione su base giornaliera in orari
programmati. È consigliabile eseguire il backup degli oggetti dell'organizzazione
regolarmente e, se il backup è programmato, negli orari di minore attività del server.
Quando viene eseguito il backup di un oggetto, viene salvato in un'area di archiviazione
nel database del contenuto di SharePoint in cui risiede il Project Web App.
Quando un progetto viene completato, sono disponibili alcune opzioni per ritirare il
progetto.
Eliminare gli oggetti dell'organizzazione da Project Web App ma conservare la
copia archiviata.
Eliminare completamente gli oggetti dell'organizzazione e affidarsi ai backup del
database per l'archiviazione.
Inserire il progetto in una categoria di Project Web App speciale che nega l'accesso
a tutti gli utenti tranne pochi.
Inserire i progetti in una categoria speciale di Project
Server
Per consentire solo a determinati utenti di visualizzare un progetto ritirato, è possibile
creare una categoria di Project Web App speciale a tale scopo. Aggiungere il progetto e
tutti gli utenti a cui non si desidera concedere l'accesso al progetto e impostare tutte le
relative autorizzazioni su Nega. Per altre informazioni su utenti, gruppi e categorie,
vedere Pianificare gruppi, categorie e RBS in Project Server.
７ Nota
Per creare una categoria, Project Web App deve essere in modalità di
autorizzazione di Project Server.
Pianificare la pulizia in Project Web App
L'eliminazione degli oggetti dell'organizzazione non utilizzati quando un progetto viene
completato può aiutare a evitare un calo nelle prestazioni del server. È particolarmente
utile per le prestazioni a lungo termine del server eliminare le assegnazioni. È inoltre
consigliabile eliminare le risorse che non vengono più utilizzate all'interno
dell'organizzazione. L'eliminazione degli oggetti dell'organizzazione inutilizzati quando
un progetto viene completato consente inoltre di risparmiare spazio su disco nel server
di database.
Pianificare la creazione di relazioni e
Business Intelligence in Project Web
App
Articolo • 07/04/2023
Riepilogo: definire la pianificazione delle relazioni sui dati di Project Web App mediante
strumenti di business intelligence in SharePoint Server 2013.
Si applica a: Project Server 2013
In Project Server 2013 le informazioni sul progetto vengono archiviate nel database
Project Web App. Queste informazioni possono essere sottoposte a query da qualsiasi
strumento di creazione di report in grado di connettersi a un database SQL Server. I dati
sono inoltre disponibili tramite un feed OData.
I dati disponibili per la creazione di relazioni sono i campi personalizzati delle schede
attività, le proprietà dei progetti e i dati di pianificazione e ottimizzazione del portfolio.
Project Server può anche generare cubi OLAP (Online Analytical Processing) contenenti
queste informazioni. Ogni istanza di Project Web App include un set di report e modelli
di esempio. Questi report sono contenuti nelle cartelle di lavoro di Excel 2013 e sono
progettati per essere usati con Excel Services in SharePoint Server 2013.
Relazioni in Project Web App che usano Excel
I report di Excel sono fogli di calcolo connessi ai dati usati per visualizzare i dati
recuperati dal database Project Web App o dai database OLAP associati. In Excel 2013 è
possibile presentare i dati nelle tabelle pivot o nei grafici pivot e accedere a funzionalità
di visualizzazione aggiuntive. I report di esempio inclusi in Project Web App usano
Connessioni dati di Office per accedere e recuperare dati dal database Project Web App
e dai database OLAP.
Dashboard nel Centro business intelligence di
Project Web App
È possibile compilare pagine del dashboard nel Centro business intelligence Project
Web App usando web part per visualizzare Project Web App dati. Usando le web part, è
possibile presentare Project Web App dati usando diverse opzioni:
Excel Services
SQL Server 2012 Power Pivot per SharePoint Server 2013
Power View per SharePoint 2013
SQL Server Reporting Services (SSRS) 2005 o 2008
PerformancePoint Services in SharePoint Server 2013
Funzionalità di Servizi di integrazione applicativa di SharePoint Server 2013
Ognuno dei sei metodi elencati può essere aggiunto a una pagina dashboard mediante
l'apposita web part per le relazioni. Ad esempio, per inserire un report di Excel in una
pagina del dashboard, aggiungere una web part Excel Web Access alla pagina del
dashboard e collegare la web part al file di excel .xlsx specifico da visualizzare nella web
part.
Le pagine dashboard dispongono di filtri incorporati che possono essere collegati a web
part per le relazioni per filtrare il contenuto in base all'utente o ad altre informazioni. Le
web part per le relazioni possono inoltre essere collegate tra loro in modo che, alla
selezione di un valore in una relazione, le altre relazioni connesse vengano filtrate in
base alla selezione corrente.
Sicurezza e accesso per il Centro business
intelligence in Project Web App
Il Centro business intelligence è un sito secondario del sito Project Web App e eredita le
autorizzazioni dal sito Project Web App principale. Se nell'organizzazione sono presenti
utenti che richiedono l'accesso ai report Project Web App, è possibile eseguire una delle
operazioni seguenti:
È possibile interrompere l'ereditarietà delle autorizzazioni tra il Centro business
intelligence e il sito Project Web App principale. In questo modo è possibile
aggiungere utenti al Centro business intelligence senza concedere loro l'accesso al
sito Project Web App. Sarà tuttavia necessario gestire manualmente gli utenti che
richiedono accesso a entrambi i siti.
È possibile creare un sito nella stessa raccolta siti di Project Web App, ma con
autorizzazioni diverse, e distribuire una o più pagine del dashboard in tale sito per
rendere disponibili i report necessari.
Sono disponibili i livelli di autorizzazione del sito di SharePoint Server 2013 seguenti:
Livelli di autorizzazione del sito di SharePoint Server 2013
Group
Livello di autorizzazione
Accesso al feed OData
Group
Livello di autorizzazione
Accesso al feed OData
Amministratori di Project Web App
Controllo completo
Sì
Program manager per Project Web App
Design
Sì
Visualizzatore portfolio per Project Web App
Design
Sì
Project manager per Project Web App
Lettura
No
Manager delle risorse per Project Web App
Lettura
No
Responsabili di team per Project Web App
Nessun accesso
No
Membri del team per Project Web App
Nessun accesso
No
Questi ruoli consentono all'utente di accedere a un set di elementi all'interno del sito.
Questi elementi possono essere Report, Modelli di report e Connessioni dati di Office.
Per gli elementi che sono connessioni dati di Office, le credenziali del servizio di
archiviazione sicura usate per un data data center forniscono l'accesso ai dati all'interno
dei database Project Web App e OLAP.
Se è necessario proteggere l'accesso a elementi specifici del sito, ad esempio limitando
l'accesso alle cartelle dei report, a report specifici o a connessioni dati (ODC), sarà
possibile personalizzare le autorizzazioni di sicurezza basandosi su eccezioni e creando
un gruppo di sicurezza specifico per la protezione di tali elementi oppure modificando
le autorizzazioni di sicurezza relative a ogni elemento. Tutto questo avviene usando la
sicurezza di SharePoint Server 2013.
È consigliabile non rinominare o eliminare le relazioni o i modelli predefiniti oppure le
cartelle che li contengono. Quando in futuro saranno disponibili patch e Service Pack, è
possibile che relazioni e modelli vengano ricreati.
Connessioni dati (ODC)
Le connessioni dati di Office sono file esterni che possono essere usati da più report di
Excel. Tali file contengono:
1. Le informazioni di connessione necessarie per connettersi e accedere al database o
al feed OData di destinazione corretto.
2. Le credenziali di sicurezza o le informazioni di autenticazione necessarie per
leggere i dati dell'origine dati di destinazione.
3. La descrizione specifica dei dati da recuperare dal database di destinazione. Può
essere inclusa una query di selezione SQL.
L'accesso a questi file può essere protetto tramite la sicurezza di SharePoint Server 2013.
È anche possibile proteggere l'accesso ai dati di report creando applicazioni di
destinazione di archiviazione sicura separate per ogni account.
Relazioni in Project Online
In Project Online, i dati Project Web App per la creazione di report sono disponibili solo
tramite il feed OData Project Online Reporting. È possibile accedere al feed OData
tramite Excel 2013 o versione successiva. I report OData possono essere pubblicati nella
Project Online Project Web App e visualizzati con Excel. Se il file di Excel usa
l'importazione guidata OData legacy per il feed OData Project Online Reporting, Excel
sarà in grado di aggiornare i dati Project Online nel file di Excel. Per informazioni
dettagliate sull'abilitazione delle procedure guidate di importazione dati legacy in Excel,
vedere questo articolo: Opzioni di importazione e analisi dei dati
Vedere anche
Panoramica di Excel Services in SharePoint Server 2013
Pianificare le prestazioni e la capacità in
Project Server 2013
Articolo • 07/04/2023
Riepilogo: Leggere gli articoli su come pianificare prestazioni e capacità in Project
Server 2013.
Si applica a: Project Server 2013
Questa sezione illustra la pianificazione della capacità per Project Server 2013
Articoli sulla pianificazione delle prestazioni e
della capacità per le distribuzioni di Project
Server 2013
Gli articoli seguenti sulla pianificazione delle prestazioni e della capacità per le
distribuzioni di Project Server 2013 sono disponibili per la visualizzazione online. Gli
articoli vengono continuamente aggiornati dagli autori in base alle nuove informazioni
disponibili e ai commenti e suggerimenti ricevuti dagli utenti.
Contenuto
Descrizione
Panoramica della
pianificazione di prestazioni e
capacità in Project Server 2013
Questo capitolo illustra come determinare i requisiti
hardware per una singola farm di Project Server 2013.
Strategia di pianificazione della
capacità per Project Server
La strategia di pianificazione delle prestazioni e della
capacità è una parte fondamentale della pianificazione di
2013
una distribuzione di Project Server 2013.
Come i set di dati influiscono
Durante la pianificazione delle prestazioni e della capacità di
sulle prestazioni e le capacità
in Project Server 2013
una distribuzione di Project Server 2013, considerare il set di
variabili che influiscono sui piani.
Topologie con scalabilità
verticale e orizzontale in
Project Server 2013
Leggere informazioni e consigli su come aumentare o
aumentare il numero di istanze di una farm di Project Server
2013.
Ottimizzare le prestazioni in
Project Server 2013
Contiene informazioni e consigli per l'ottimizzazione di una
farm di Project Server 2013 per ottimizzare le prestazioni.
Contatori delle prestazioni in
Project Server 2013
Vengono illustrate le informazioni sui contatori delle
prestazioni di Project Server per server Web, server di
database e server applicazioni di Project.
Contenuto
Descrizione
Risoluzione dei problemi
relativi alle prestazioni in
Project Server 2013
Informazioni sulla risoluzione dei problemi di Project Server
per i colli di bottiglia comuni e le relative cause in Project
Server 2013.
Laboratorio sulle prestazioni di
Project Server 2013 (white
Informazioni sulle prestazioni di Project Server 2013 in caso
di utilizzo di diversi carichi di lavoro comuni in un ambiente
paper)
lab.
Panoramica della pianificazione di
prestazioni e capacità in Project Server
2013
Articolo • 07/04/2023
Riepilogo: I concetti relativi alla pianificazione delle prestazioni e della capacità sono
una parte fondamentale della pianificazione di una distribuzione di Project Server.
Si applica a: Project Server 2013
Questo documento e il relativo contenuto contengono informazioni e suggerimenti per
determinare i requisiti hardware per una farm di Project Server 2013.
In questo articolo vengono identificate le caratteristiche che influenzano i requisiti di
capacità e vengono forniti suggerimenti per:
Numero di computer server nella server farm
Configurazione dei ruoli dei server applicazioni nella server farm
Requisiti hardware per ruoli server specifici nella server farm
Pianificazione della capacità e della
disponibilità delle distribuzioni in Project
Server 2013
Questo capitolo presuppone che sia già stato pianificato per i requisiti di disponibilità
usando gli articoli It Pro Planning for Project Server 2016. La pianificazione della capacità
verrà quindi avviata con una topologia che soddisfa i requisiti minimi di disponibilità
dell'organizzazione. Partendo dalla topologia selezionata, in questo capitolo viene
illustrato come determinare se è necessario:
Aggiungere altri server per raggiungere gli obiettivi prefissati in termini di capacità
e prestazioni
Modificare la configurazione dei ruoli dei server applicazioni per ottimizzare la
capacità e le prestazioni della server farm
Eseguire la pianificazione per più server farm in base ai requisiti di capacità
In alcuni casi, i requisiti di disponibilità di un'organizzazione possono portare alla
creazione di una server farm che fornisce un livello di capacità o prestazioni superiore al
necessario. In tal caso, la pianificazione della capacità può focalizzarsi sul
ridimensionamento dell'hardware server in termini economici, piuttosto che
sull'aggiunta di computer server o sulla scalabilità verticale con hardware con
prestazioni superiori.
In numerosi casi, la topologia che soddisfa i requisiti minimi di disponibilità di
un'organizzazione viene utilizzata come punto di partenza, quindi vengono aggiunti altri
computer server per soddisfare gli obiettivi di capacità e prestazioni.
Indicazioni per la pianificazione della capacità
per Project Server 2013
Esistono molte variabili che influiscono sulla pianificazione della capacità. Per questo
motivo potrebbe risultare difficile ottenere una risposta chiara a una domanda diretta.
Di conseguenza, la risposta più comune a una domanda correlata alla capacità è:
"Dipende ... ."
L'esercizio relativo alla pianificazione della capacità disponibile in questo set di
documentazione è progettato per ridurre il numero di variabili da considerare in modo
da fornire risposte semplici basate su scenari comuni. Nel capitolo vengono inoltre
fornite indicazioni per calcolare i requisiti di capacità e prestazioni in base alle
caratteristiche di specifiche soluzioni. Vengono forniti due tipi di indicazioni per la
pianificazione della capacità:
Raccomandazioni per la stima dei requisiti di capacità Viene fornita una serie di
articoli, basati su scenari mirati. Ogni articolo definisce un profilo di utilizzo tipico e
identifica le caratteristiche chiave che influenzeranno la capacità e le prestazioni
per lo scenario. In base al profilo e alle caratteristiche, i dati predefiniti consentono
di eseguire una stima dei requisiti di capacità della soluzione.
Formule e indicazioni per il calcolo di requisiti di capacità specifici Usando
queste linee guida, è possibile sviluppare un profilo di utilizzo personalizzato (o
modificare uno dei profili dello scenario) e calcolare tutte le variabili che
influiscono sulla capacità e sulle prestazioni della soluzione.
Processo di pianificazione della capacità per le
distribuzioni di Project Server 2013
Nella pianificazione della capacità vengono presi in considerazione tre aspetti del
ridimensionamento della soluzione:
Limiti di capacità del software Ognuna delle funzionalità che possono essere
implementate e gli oggetti che possono essere creati hanno limitazioni di
scalabilità. Una pianificazione che tenga conto dei limiti di capacità garantisce che
la soluzione progettata si adatti alle indicazioni sulla scalabilità del software.
Destinazioni velocità effettiva Ogni tipo di azione eseguita da una server farm
introduce un carico di prestazioni sull'hardware del server. Le principali azioni
includono operazioni degli utenti, indicizzazione del contenuto e attività operative,
ad esempio il backup dei database. L'uso di funzionalità specifiche, ad esempio
Servizi di calcolo Excel, anche se necessario per la creazione di cubi, aggiunge
anche un carico di prestazioni. Lo sviluppo di obiettivi di velocità effettiva implica
la stima o il calcolo del numero di operazioni al secondo che una server farm deve
elaborare per supportare il carico di velocità effettiva previsto.
Capacità dei dati La capacità dei dati include il volume previsto di database del
contenuto e il database di configurazione. Per ogni ruolo del server sono inoltre
previsti requisiti univoci relativi ai dati in base alla soluzione specifica, ad esempio
lo spazio su disco per gli indici di contenuto o per il contenuto memorizzato nella
cache.
Vedere anche
Panoramica della pianificazione di prestazioni e capacità in Project Server 2013
Strategia di pianificazione della capacità per Project Server 2013
Indicazioni su prestazioni e capacità dell'hardware per Project Server 2013
Topologie con scalabilità verticale e orizzontale in Project Server 2013
Ottimizzare le prestazioni in Project Server 2013
Contatori delle prestazioni in Project Server 2013
Risoluzione dei problemi relativi alle prestazioni in Project Server 2013
Set di dati tipici (Project Server 2013)
Strategia di pianificazione della capacità
per Project Server 2013
Articolo • 07/04/2023
Riepilogo: la strategia di pianificazione delle prestazioni e della capacità costituisce una
parte vitale della pianificazione di una distribuzione di Project Server.
Si applica a: Project Server 2013
Questo articolo e quelli correlati contengono informazioni e indicazioni su come
determinare i requisiti hardware per una farm di Project Server.
Le strategie di pianificazione delle prestazioni e delle funzionalità descritte offrono
indicazioni sul footprint derivante dall'utilizzo di Project Server 2013 sulle topologie che
eseguono SharePoint Server 2013.
Stima degli obiettivi di velocità effettiva in
Project Server
Molti fattori possono influire sulla velocità effettiva. Questi fattori includono il numero di
utenti; il tipo, la complessità e la frequenza delle operazioni utente; il numero di
postback in un'operazione; e le prestazioni delle connessioni dati. Ognuno di questi
fattori può influire in modo significativo sulla velocità effettiva della farm. È consigliabile
considerare attentamente i fattori illustrati in questa sezione quando si pianifica la
distribuzione.
Project Server 2013 può essere distribuito e configurato in un'ampia gamma di modi.
Non esiste pertanto una soluzione semplice per stimare il numero di utenti che possono
essere supportati da un determinato numero di server. Assicurarsi pertanto di eseguire
test nel proprio ambiente prima di distribuire Project Server 2013 in un ambiente di
produzione.
In numerosi casi, la topologia che soddisfa i requisiti minimi di disponibilità di
un'organizzazione viene utilizzata come punto di partenza, quindi vengono aggiunti altri
computer server per soddisfare gli obiettivi di capacità e prestazioni. Quando si pianifica
la capacità per Project Server 2013, prestare attenzione alle variabili che possono influire
sulle prestazioni.
Poiché Project Server offre un'ampia gamma di funzionalità, distribuzioni che sembrano
simili quando descritte a livello generale possono differire in modo significativo nelle
prestazioni effettive. Non è sufficiente caratterizzare le richieste solo in base al numero
di progetti o al numero di utenti che si avranno nel sistema. Per valutare le prestazioni di
una distribuzione di Project Server è necessario un approccio più sfaccettato e olistico. I
carichi di lavoro, e conseguentemente le esigenze relative all'hardware, differiscono ad
esempio in relazione alle variabili seguenti:
1. Progetti:
Numero di progetti
Dimensioni tipiche dei progetti in termini di attività
Numero di campi personalizzati a livello di progetto
Livello di collegamento (dipendenze) tra attività
2. Utenti:
Concorrenza degli utenti. Quanti utenti raggiungeranno il sistema
contemporaneamente? Qual è il carico medio, quali sono i picchi di traffico?
Autorizzazioni di sicurezza assegnate agli utenti. Questo aspetto influisce sia
sulla quantità di dati che devono essere forniti dal server all'utente in un
determinato momento, sia sulla complessità dei controlli di sicurezza che
devono essere eseguiti dal server.
Distribuzione geografica degli utenti. Quando gli utenti sono dislocati in aree
geografiche ampie, possono verificarsi effetti negativi sulle prestazioni dovuti
alla latenza di rete. Questo aspetto influisce inoltre sui modelli di utilizzo, in
quanto è probabile che gli utenti utilizzino i server in orari diversi, rendendo
più difficile l'individuazione di periodi con poco traffico in cui eseguire attività
di manutenzione come backup, creazione di rapporti o sincronizzazione con
Active Directory.
3. Modelli di utilizzo:
Condizioni del carico di lavoro. Si riferisce alle caratteristiche utilizzate
comunemente. Ad esempio, una distribuzione che usa il time sheeting in
modo significativo avrà caratteristiche diverse rispetto a una che non usa il
time sheeting. Numero di progetti
Tempo medio tra le richieste di pagine
Durata media sessione
Payload delle pagine. Si riferisce al numero di web part presenti in una pagina
specifica e alla quantità di dati contenuti.
Per agevolare la pianificazione delle capacità, si definiscono tre set di dati che
caratterizzano rispettivamente, in base alle ricerche svolte, distribuzioni di Project Server
di piccole, medie e grandi dimensioni. Per ognuno di questi set di dati, viene consigliata
una delle tre topologie hardware di riferimento che dovrebbero soddisfare le esigenze
di set di dati analoghi. Tenendo conto di queste topologie come punto di partenza,
vengono evidenziati i fattori che potrebbero richiedere un adeguamento dell'hardware e
viene descritto come valutare se è necessario ridurre o aumentare le risorse allocate in
conformità a specifiche esigenze.
L'approccio da adottare nella pianificazione delle capacità è il seguente:
1. Determinare il set di dati (piccolo, medio o grande) più vicino a quello che si
aspetta di dover gestire. Questo argomento è illustrato in Come i set di dati
influiscono sulle prestazioni e sulla capacità in Project Server 2013.
2. Usare la topologia hardware consigliata per il set di dati in questione come punto
di partenza approssimativo per le necessità da soddisfare.
７ Nota
È importante comprendere che le esigenze di specifici set di dati e modelli di
utilizzo possono richiedere più o meno risorse hardware rispetto alla
topologia approssimativa. Le raccomandazioni hardware per le prestazioni e
la capacità per Project Server 2013 illustrano in modo approfondito come
valutare se è necessario aggiungere altre risorse alla topologia e dove
aggiungerle.
3. Monitorare le prestazioni dell'applicazione usando le linee guida descritte
nell'argomento Contatori delle prestazioni in Project Server 2013 . In questi
argomenti vengono specificate le metriche chiave che è utile monitorare per
determinare i casi in cui è necessario adattare la topologia e il modo in cui
procedere.
4. Ottimizzare la distribuzione in base ai suggerimenti forniti in Ottimizzare le
prestazioni in Project Server 2013.
5. A seconda della topologia scelta, il set di dati, i modelli di utilizzo e le metriche
delle prestazioni osservate, attenersi alle indicazioni sulla scalabilità illustrate negli
articoli seguenti:
Topologie con scalabilità orizzontale e scalabilità orizzontale in Project Server
2013 : questo articolo offre consigli sul tipo di strategia da seguire durante il
ridimensionamento a seconda delle esigenze correnti. Sono disponibili
indicazioni per decidere se acquistare server aggiuntivi o altre risorse, quali
memoria, CPU o dischi per i server esistenti.
Colli di bottiglia comuni di Project Server 2013 e relative cause: questa
sezione nell'argomento Risoluzione dei problemi di prestazioni in Project
Server 2013 descrive la probabile origine dei colli di bottiglia nel sistema,
come individuarli tramite il monitoraggio e come i problemi relativi a questi
colli di bottiglia possono essere comunemente risolti.
Vedere anche
Panoramica della pianificazione di prestazioni e capacità in Project Server 2013
Strategia di pianificazione della capacità per Project Server 2013
Indicazioni su prestazioni e capacità dell'hardware per Project Server 2013
Topologie con scalabilità verticale e orizzontale in Project Server 2013
Ottimizzare le prestazioni in Project Server 2013
Contatori delle prestazioni in Project Server 2013
Risoluzione dei problemi relativi alle prestazioni in Project Server 2013
Set di dati tipici (Project Server 2013)
Come i set di dati influiscono sulle
prestazioni e le capacità in Project
Server 2013
Articolo • 07/04/2023
Riepilogo: Durante la pianificazione delle prestazioni e della capacità di una
distribuzione di Project Server 2013, considerare il set di variabili che influiscono sui
piani.
Si applica a: Project Server 2013
Set di dati tipici in Project Server 2013
I set di dati descritti in questo articolo sono caratterizzati dalle variabili elencate e
illustrate nella tabella seguente. Queste variabili potrebbero non acquisire tutti i fattori
che influiscono sulle prestazioni di Project Server. Ovvero, non acquisiscono la
combinazione di funzionalità che si tende a usare nella distribuzione. Tuttavia,
acquisiscono gran parte delle informazioni significative per determinare la capacità
appropriata.
Fattori che influiscono sulle prestazioni in Project Server 2013
Entità
Piccole
dimensioni
Medium
Grandi
dimensioni
Progetti
20
100
5000
Siti di progetto
20
100
5000
% progetti in
modalità gestita
0%
10%
80%
Attività
1250
25000
1250000
Numero medio di
attività per
progetto
62.5
250
250
10
10
100
1625
32500
1625000
Cronologia
transazioni attività
Descrizione/Note
Numero di volte in cui lo stato viene
inviato e approvato per una
determinata attività
Attività
Entità
Descrizione/Note
Piccole
dimensioni
Medium
Grandi
dimensioni
Numero medio di
assegnazioni per
attività
1.3
1.3
1.3
Attività medie per
utente del sito
50
250
5000
5
50
600
Risorse
50
1000
10000
Risorse medie per
2.5
10
20
32.5
32.5
162.5
Utenti
50
1000
10000
Calendari
3
26
100
Problemi
20
400
20000
Rischi
20
400
20000
Risultati finali
20
800
40000
5
50
Flussi di lavoro
2
30
Progetti medi per
flusso di lavoro
50
167
Fasi
5
50
Fasi per tipo di
20
20
Fasi
15
150
Fasi per flusso di
20
40
10
100
personale
Approvazioni
Aggiornamenti in sospeso per
manager
progetto
Assegnazioni
medie per risorsa
Tipi di progetto
organizzazione
progetto enterprise
lavoro
PDP
Entità
Descrizione/Note
Piccole
Medium
dimensioni
Campi
personalizzati per
Grandi
dimensioni
10
10
PDP
Numero di reparti
100
Progetti medi per
reparto
50
Risorse medie per
reparto
100
Schede attività
all'anno
Più si usano le schede attività, più le
richieste di risorse verranno poste su
2600
52000
780000
26000
260000
SQL Server.
Report sullo stato
all'anno
７ Nota
Nelle descrizioni delle dimensioni del set di dati, il numero di campi personalizzati
include solo i campi personalizzati dell'organizzazione, non i campi personalizzati
del reparto. I campi personalizzati del reparto hanno essenzialmente lo stesso
effetto sulle prestazioni di Project Server 2013 come fanno i campi personalizzati
dell'organizzazione. Pertanto, se si dispone di un numero elevato di campi
personalizzati di reparto (in particolare a livello di attività), saranno necessarie
risorse aggiuntive per supportare questa operazione. Le prescrizioni relative ai
campi personalizzati in questo documento si applicano sia ai campi personalizzati
dell'organizzazione che ai campi personalizzati del reparto.
Altre variabili di prestazioni e capacità da
considerare in Project Server 2013
Concorrenza degli utenti:
Il carico utente simultaneo è spesso un fattore significativo nell'impostazione dei
requisiti di capacità. È possibile che nel sistema siano presenti meno utenti, ma
tutti possono eseguire transazioni con il server contemporaneamente durante i
periodi di traffico "picco". Ad esempio, un'organizzazione in cui gli utenti inviano
tutti gli aggiornamenti di stato/scheda attività nello stesso momento della
settimana noterà probabilmente una riduzione sostanziale delle prestazioni
durante tali periodi. Se si verificano periodi di utilizzo di picco elevati, è necessario
aggiungere altre risorse alla topologia consigliata per il set di dati.
Suddivisione dei ruoli utente:
La distribuzione degli utenti tra amministratori, amministratori di portfolio, project
manager e membri del team influirà sulle prestazioni della distribuzione nella
misura in cui ogni tipo di utente ha accesso a una quantità variabile di dati. Gli
utenti in diverse categorie di sicurezza possono variare in base al quanti progetti e
risorse possono essere in grado di visualizzare. Gli amministratori, ad esempio,
potranno visualizzare tutti i progetti nel server durante il caricamento di Project
Center e tutte le risorse quando caricano Il Centro risorse. In confronto, un project
manager potrebbe essere in grado di visualizzare solo i propri progetti. Il risultato
è che questi utenti possono essere soggetti a una riduzione delle prestazioni
percepite. Laddove possibile, è consigliabile limitare il numero di progetti, attività o
risorse visualizzate in una visualizzazione specifica definendo filtri appropriati nelle
visualizzazioni definite nella >sezione Gestisci visualizzazioni di Impostazioni
server.
Problemi, rischi e risultati finali:
La presenza di un numero maggiore di queste entità può comportare un carico
aggiuntivo su SQL Server. In particolare, è l'atto di visualizzare e interagire con
queste entità nel sito del progetto che probabilmente creerà il carico aggiuntivo.
Se si usano queste funzionalità in modo elevato, è possibile allocare risorse
aggiuntive a SQL Server per mantenere un livello elevato di prestazioni. Questi
artefatti e le funzionalità del sito del progetto sono siti ed elenchi di SharePoint,
pertanto per ridimensionare questi aspetti di Project Server 2013, consultare la
documentazione relativa al ridimensionamento di siti ed elenchi di SharePoint.
Calendari personalizzati:
È possibile definire calendari personalizzati per progetti, attività e risorse. Questi
influiscono in gran parte sul motore di pianificazione, causando un maggiore
utilizzo del processore nei server applicazioni e database.
Vedere anche
Panoramica della pianificazione di prestazioni e capacità in Project Server 2013
Strategia di pianificazione della capacità per Project Server 2013
Indicazioni su prestazioni e capacità dell'hardware per Project Server 2013
Topologie con scalabilità verticale e orizzontale in Project Server 2013
Ottimizzare le prestazioni in Project Server 2013
Contatori delle prestazioni in Project Server 2013
Risoluzione dei problemi relativi alle prestazioni in Project Server 2013
Set di dati tipici (Project Server 2013)
Indicazioni su prestazioni e capacità
dell'hardware per Project Server 2013
Articolo • 07/04/2023
Riepilogo: utilizzare i suggerimenti hardware seguenti relativi alle prestazioni e alla
capacità di Project Server 2013 per individuare una topologia iniziale adeguata per le
specifiche esigenze.
Si applica a: Project Server 2013
Queste informazioni sono inoltre utili per decidere se eseguire la scalabilità orizzontale o
verticale della topologia iniziale.
In questa serie di articoli viene fatto riferimento a tre diversi ruoli del server: il ruolo del
server Web front-end, il ruolo del server applicazioni e il ruolo del server (SQL) database.
Questi rappresentano tutti i componenti di una distribuzione completa di Project Server
2013. I server Web front-end operano come interfaccia per gli utenti che accedono a
Project Server. Il server applicazioni provvede alla gestione delle richieste al livello dati di
Project Server e all'implementazione della regola business di Project Server 2013. Il
livello database, infine, corrisponde all'origine dati in cui è presente il database di
Project Server 2013. Per le distribuzioni di piccole dimensioni, i ruoli del server Web
front-end, del server applicazioni e del server database possono essere combinati nello
stesso computer fisico. Per le distribuzioni di maggiori dimensioni, potrebbe essere
necessario separare questi ruoli in computer distinti, anche con più computer fisici che
ricoprono lo stesso ruolo.
Requisiti e suggerimenti hardware per Project
Server 2013
In questa sezione vengono suggeriti un requisito minimo e una topologia consigliata
per ognuna delle dimensioni di set di dati di piccole, medie e grandi dimensioni
caratterizzate da come i set di dati influiscono sulle prestazioni e sulla capacità in Project
Server 2013. La topologia con requisiti minimi è una topologia ideale per i set di dati in
questione, ma potrebbe comportare un livello di prestazioni percepite notevolmente
inferiore. Le topologie consigliate per ogni set di dati dovrebbero essere sufficienti per
garantire prestazioni ragionevoli con la maggior parte dei modelli di utilizzo per le
dimensioni specifiche del set di dati. È tuttavia consigliabile prendere in considerazione i
suggerimenti specifici illustrati nella parte rimanente di questo documento per
determinare se sarà necessario espandere ulteriormente la topologia consigliata per il
set di dati approssimativo. In generale, è consigliabile monitorare i livelli di prestazioni
della topologia e ampliarla di conseguenza se non si è soddisfatti dei risultati.
Consigli per i componenti hardware con set di dati di piccole dimensioni per Project
Server 2013
Indicazioni sull'hardware per set di dati di medie dimensioni per Project Server 2013
Indicazioni sull'hardware per set di dati di grandi dimensioni per Project Server 2013
Suggerimenti di virtualizzazione per Project
Server 2013
Project Server 2013 supporta l'esecuzione in macchine virtuali. La maggior parte dei
suggerimenti relativi alla virtualizzazione di SharePoint Server 2013 si applica anche a
Project Server 2013. Tuttavia, come in qualsiasi situazione in cui viene usata la
virtualizzazione, è importante considerare la contesa per le risorse del computer fisico
tra le macchine virtualizzate in esecuzione nella stessa istanza fisica.
Non è consigliabile eseguire SQL Server in una macchina virtualizzata. Il conflitto per le
risorse in una macchina virtualizzata può ridurre notevolmente le prestazioni di SQL
Server. Se è necessario eseguire SQL Server in un ambiente virtualizzato, è consigliabile
utilizzare le impostazioni seguenti:
Scheda di rete:
Se si utilizza la virtualizzazione Hyper-V, utilizzare la scheda di rete virtuale
anziché la scheda di rete legacy.
Disco virtuale:
Per la macchina virtuale in cui è in esecuzione SQL Server, è consigliabile
selezionare l'opzione "pass-through" per il tipo di disco (anziché dinamico o
fisso). Se questo non è possibile, utilizzare un disco con dimensione fissa
anziché un disco virtuale dimensionato dinamicamente.
È consigliabile selezionare IDE su SCSI per l'unità di avvio.
Allocare spazio sufficiente sul disco rigido per gestire le dimensioni massime
previste del set di dati e le richieste di registrazione ULS.
Memoria:
Allocare la massima quantità di memoria possibile alla macchina virtuale in cui è
in esecuzione SQL Server. Questa quantità deve essere equivalente alla quantità
di memoria richiesta/consigliata per i sistemi fisici che adempiono alla stessa
funzione.
È inoltre necessario riservare parte della memoria per il sistema operativo host.
Riservare almeno 2 GB di memoria per il sistema operativo host.
L'esecuzione di server applicazioni e Web front-end in ambienti virtualizzati in genere
non ha un impatto sulle prestazioni altrettanto negativo dell'esecuzione di SQL Server in
un ambiente virtuale.
Requisiti di rete per le distribuzioni di Project
Server 2013
Per la maggior parte delle distribuzioni di Project Server, la larghezza di banda tende a
non rappresentare un collo di bottiglia per le prestazioni. Nella tabella seguente sono
elencate le specifiche consigliate per i componenti di rete.
Componente
Piccole e medie dimensioni
Grandi dimensioni
Numero di schede di
1
2
Velocità schede di
Qualsiasi velocità superiore a 100
1 Gb/s
interfaccia di rete
mbps è adeguata
interfaccia di rete
(rete)
Tipo di servizio di
bilanciamento del
Bilanciamento carico di rete o
hardware (entrambi sono
Bilanciamento carico di rete o
hardware (entrambi sono
carico
accettabili)
accettabili)
L'obiettivo generale deve essere quello di mantenere una bassa latenza tra il livello
applicazioni e il livello SQL Server.
Vedere anche
Panoramica della pianificazione di prestazioni e capacità in Project Server 2013
Strategia di pianificazione della capacità per Project Server 2013
Indicazioni su prestazioni e capacità dell'hardware per Project Server 2013
Topologie con scalabilità verticale e orizzontale in Project Server 2013
Ottimizzare le prestazioni in Project Server 2013
Contatori delle prestazioni in Project Server 2013
Risoluzione dei problemi relativi alle prestazioni in Project Server 2013
Set di dati tipici (Project Server 2013)
Consigli per i componenti hardware con
set di dati di piccole dimensioni per
Project Server 2013
Articolo • 07/04/2023
Riepilogo Ecco i consigli hardware per una distribuzione di piccole dimensioni di Project
Server 2013.
Si applica a: Project Server 2013
Requisiti minimi per l'hardware per Project
Server 2013
Un singolo server a cui assegnare tutti e tre i ruoli: server applicazioni, front-end Web e
server di database (SQL). Questo server contiene il database del contenuto di SharePoint
e i quattro database di Project Server.
Requisiti minimi per i componenti hardware per Project Server 2013
Componente
Requisito minimo
Processore
64 bit, quad core, almeno 2,5 GHz per core
RAM
8 GB per sviluppatori o per valutazione
16 GB per l'installazione in un server singolo e in pi? server farm per l'utilizzo in
produzione
Disco rigido
80 GB per l'installazione
Per l'utilizzo in un ambiente di produzione, è necessario disporre di spazio libero
aggiuntivo su disco per le operazioni quotidiane. Aggiungere il doppio dello
spazio libero rispetto alla RAM disponibile per gli ambienti di produzione.
Raccomandazioni basate sulla coesistenza con
SharePoint Server 2013
Poiché Project Server 2013 coesiste con SharePoint Server 2013, genera un utilizzo
aggiuntivo delle risorse (processore, RAM e disco rigido). I requisiti delle linee guida per
SharePoint Server 2013 sono validi anche per un'installazione di Project Server 2013 con
un set di dati ridotto e un utilizzo leggero. Tuttavia, per set di dati e modelli di utilizzo
più sostanziali, sono necessarie ulteriori risorse hardware. Per una distribuzione in un
computer autonomo, con un set di dati di piccole dimensioni, è consigliabile disporre di
16 GB di RAM per garantire un elevato livello di prestazioni percepite. Oltre a questo, se
possibile, è consigliabile separare SQL Server dai livelli dei server applicazioni e Web
front-end posizionando i database in un computer dedicato che esegue SQL Server.
Consigli sul front-end Web e sul server applicazioni per Project Server 2013
Componente
Requisito minimo
Processore
64 bit, quad core, almeno 2,5 GHz per core
RAM
8 GB per sviluppatori o per valutazione
16 GB per l'installazione in un server singolo e in pi? server farm per l'utilizzo in
produzione
Disco rigido
80 GB
SQL Server consigli sui database per Project Server 2013
Componente
Requisito minimo
Processore
64 bit, quattro core, 2,5 GHz minimi per core (se il set di dati è notevolmente più
grande rispetto al set di dati di medie dimensioni, sono consigliabili otto core).
RAM
16 GB
8 GB per un'installazione di server farm con uno o più server per un ambiente di
produzione
Disco rigido
80 GB
Vedere anche
Panoramica della pianificazione di prestazioni e capacità in Project Server 2013
Strategia di pianificazione della capacità per Project Server 2013
Indicazioni su prestazioni e capacità dell'hardware per Project Server 2013
Topologie con scalabilità verticale e orizzontale in Project Server 2013
Ottimizzare le prestazioni in Project Server 2013
Contatori delle prestazioni in Project Server 2013
Risoluzione dei problemi relativi alle prestazioni in Project Server 2013
Set di dati tipici (Project Server 2013)
Indicazioni sull'hardware per set di dati
di medie dimensioni per Project Server
2013
Articolo • 07/04/2023
Riepilogo: Informazioni sui requisiti di sistema, ad esempio RAM, spazio su disco,
velocità del processore per l'hardware del server per Project Server 2013.
Si applica a: Project Server 2013
Requisiti minimi per l'hardware per Project
Server 2013
Per un set di dati medio, è consigliabile avere come minimo un server Web dedicato, un
server applicazioni e un computer che esegue SQL Server. Si tratta di una topologia
1×1×1. Le specifiche hardware consigliate per ogni server sono indicate seguendo il
diagramma. Le topologie con scalabilità verticale e orizzontale in Project Server 2013
offrono altre istruzioni su come ottenere questa separazione dei livelli tra più server.
Requisiti minimi per un server Web front-end
Componente
Requisito minimo
Processore
64 bit, quad core, almeno 2,5 GHz per core
RAM
8 GB per sviluppatori o per valutazione
16 GB per l'installazione in un server singolo e in pi? server farm per l'utilizzo in
produzione
Disco rigido
80 GB
Requisiti minimi per un server applicazioni
Componente
Requisito minimo
Processore
64 bit, quad core, almeno 2,5 GHz per core
RAM
8 GB per sviluppatori o per valutazione
16 GB per l'installazione in un server singolo e in pi? server farm per l'utilizzo in
produzione
Disco rigido
80 GB
Requisiti minimi per un computer che esegue SQL Server
Componente
Requisito minimo
Processore
64 bit, quattro core, 2,5 GHz minimi per core (se il set di dati è notevolmente più
grande rispetto al set di dati di medie dimensioni, sono consigliabili otto core).
RAM
16 GB
Disco rigido
100 GB
In alcuni casi gli utenti usano l'istanza di SharePoint Server 2013 in cui Project Server
viene installato come distribuzione principale di SharePoint Server. Per i database di
piccole dimensioni questo può essere un approccio fattibile, ma è consigliabile usarlo
per database di medie e grandi dimensioni. Se anche l'istanza di SharePoint Server 2013
con cui project server 2013 coesiste viene usata in modo intensivo, ovvero non viene
usata in modo specifico per la funzionalità di Project Server 2013, è possibile separare il
database ProjectService di Project Server 2013 dai database del contenuto di SharePoint
Server 2013. A tale scopo, inserire il database ProjectService di Project Server 2013 nella
propria istanza dedicata di SQL Server.
Hardware consigliato per Project Server 2013
I requisiti minimi specificati per i set medi possono essere ridimensionati e
ridimensionati per gestire il carico aggiuntivo. Le topologie con scalabilità verticale e
orizzontale in Project Server 2013 illustrano le considerazioni su come gestire un
aumento del carico utente e un aumento del carico dei dati. Se il set di dati è
sostanzialmente più grande del set di dati medio o si usano in modo significativo alcune
delle funzionalità che generano un carico di dati aggiuntivo, ad esempio le schede
attività, è consigliabile adottare alcune delle misure descritte inTopologie con scalabilità
orizzontale e scalabilità orizzontale in Project Server 2013 per gestire il carico aggiuntivo
di utenti e dati.
Come prescrizione generale, è consigliabile prepararsi per il carico aggiuntivo degli
utenti e il carico dei dati con computer sufficienti per aggiungere altri server Web frontend e server applicazioni alla topologia. Le specifiche hardware dei server Web frontend e dei server applicazioni possono rimanere in gran parte le stesse. Una topologia 4
x 2 x 1 deve essere sufficiente per gestire le esigenze della maggior parte dei set di dati
medi e dei modelli di utilizzo.
Si noti che la scalabilità orizzontale dell'applicazione e dei server Web front-end
aggiunge più carico ai SQL Server, che sarà necessario compensare aggiungendo più
risorse di memoria e CPU. La specifica seguente per SQL Server dovrebbe consentire la
gestione delle esigenze in termini di prestazioni per la maggior parte dei set di dati di
medie dimensioni.
SQL Server consigli sui database per Project Server 2013
Componente
Requisito minimo
Processore
64 bit, otto core, 2,5 GHz minimi per core (se le dimensioni del set di dati sono
notevolmente maggiori del set di dati medio, sono consigliati 8 core).
RAM
32 GB
Disco rigido
160 GB
> [! NOTA]> Idealmente, è consigliabile separare e assegnare priorità ai dati tra i
dischi. Collocare i file di dati e i log delle transazioni di SQL Server in dischi rigidi
fisici distinti. > [! NOTA]> RAID 5 deve fornire un buon compromesso tra
affidabilità e velocità effettiva
Vedere anche
Panoramica della pianificazione di prestazioni e capacità in Project Server 2013
Strategia di pianificazione della capacità per Project Server 2013
Indicazioni su prestazioni e capacità dell'hardware per Project Server 2013
Topologie con scalabilità verticale e orizzontale in Project Server 2013
Ottimizzare le prestazioni in Project Server 2013
Contatori delle prestazioni in Project Server 2013
Risoluzione dei problemi relativi alle prestazioni in Project Server 2013
Set di dati tipici (Project Server 2013)
Indicazioni sull'hardware per set di dati
di grandi dimensioni per Project Server
2013
Articolo • 07/04/2023
Riepilogo Ecco i consigli hardware per una distribuzione di grandi dimensioni di Project
Server 2013.
Si applica a: Project Server 2013
Per i set di dati di grandi dimensioni, il carico di dati rappresenta il collo di bottiglia delle
prestazioni più sostanziale. In genere, per i set di dati di grandi dimensioni, è necessaria
almeno una topologia 4×2×1. Le caratteristiche hardware dei server applicazioni e Web
front-end possono in genere rimanere analoghe a quelle consigliate per i set di dati di
piccole e medie dimensioni. Nel caso, tuttavia, che il collo di bottiglia sia rappresentato
dal livello di SQL Server, questa potrebbe essere considerata una limitazione per
l'aggiunta di ulteriori server applicazioni e Web front-end. Se il collo di bottiglia è
rappresentato dal carico di dati, l'aggiunta di server applicazioni e Web front-end
potrebbe non comportare un miglioramento della velocità effettiva.
Per i set di dati di grandi dimensioni, è possibile che anche l'istanza di SharePoint Server
2013 con cui è coesistente Project Server 2013 stia ricevendo un utilizzo elevato, ovvero
non si stia usando la distribuzione di SharePoint Server 2013 specifica per la funzionalità
di Project Server 2013. In questo caso è consigliabile separare il database ProjectService
di Project Server 2013 dai database del contenuto di SharePoint Server 2013,
inserendolo nel proprio computer dedicato che esegue SQL Server.
Qualora il collo di bottiglia fosse rappresentato dal livello di SQL Server, risulterebbe
opportuno investire in ulteriori risorse su tale livello della topologia. È possibile
implementare la scalabilità verticale di SQL Server aggiungendo risorse in termini di
RAM, CPU e disco rigido.
Nelle tabelle seguenti vengono elencate le specifiche minime e consigliate per il livello
di SQL Server di una topologia con set di dati di grandi dimensioni.
Requisiti minimi per l'hardware per Project
Server 2013
SQL Server requisiti minimi del database per Project Server 2013
Componente
Requisito minimo
Processore
64 bit, quad core, 2,5 GHz minimi per core
Se le dimensioni del set di dati sono sostanzialmente maggiori rispetto a un set di
dati medio, sono consigliati 8 core.
RAM
32 GB
Disco rigido
250 GB
NOTA: idealmente, è consigliabile separare e assegnare priorità ai dati tra i dischi.
Collocare i file di dati e i log delle transazioni di SQL Server in dischi rigidi fisici
distinti.
NOTA: RAID 5 deve fornire un buon compromesso tra affidabilità e velocità
effettiva.
Hardware consigliato per Project Server 2013
SQL Server consigli sui database per Project Server 2013
Componente
Requisito minimo
Processore
64 bit, otto core, 2,5 GHz minimi per coreSe le dimensioni del set di dati sono
notevolmente maggiori del set di dati medio, sono consigliati 8 core.
RAM
64 GB
Disco rigido
300 GB o superiore
NOTA: idealmente, è consigliabile separare e assegnare priorità ai dati tra i dischi.
Collocare i file di dati e i log delle transazioni di SQL Server in dischi rigidi fisici
distinti.
NOTA: RAID 5 deve fornire un buon compromesso tra affidabilità e velocità
effettiva.
Vedere anche
Panoramica della pianificazione di prestazioni e capacità in Project Server 2013
Strategia di pianificazione della capacità per Project Server 2013
Indicazioni su prestazioni e capacità dell'hardware per Project Server 2013
Topologie con scalabilità verticale e orizzontale in Project Server 2013
Ottimizzare le prestazioni in Project Server 2013
Contatori delle prestazioni in Project Server 2013
Risoluzione dei problemi relativi alle prestazioni in Project Server 2013
Set di dati tipici (Project Server 2013)
Topologie con scalabilità verticale e
orizzontale in Project Server 2013
Articolo • 07/04/2023
Riepilogo: Informazioni su come aumentare la capacità dei server esistenti o aggiungere
altri server alla topologia dell'installazione di Project Server 2013.
Si applica a: Project Server 2013
In questo articolo viene illustrata la pianificazione delle prestazioni e delle capacità per
la scalabilità orizzontale e verticale delle topologia di distribuzione di Project Server. In
questo documento e nei contenuti correlati sono disponibili informazioni e indicazioni
su come implementare la scalabilità orizzontale e verticale per una farm di Project Server
2013.
Topologie con scalabilità verticale e orizzontale
per distribuzioni di Project Server 2013
Per aumentare la capacità e le prestazioni della topologia è possibile procedere in due
modi. È possibile adottare un approccio di scalabilità verticale aumentando la capacità
dei computer server esistenti oppure di scalabilità orizzontale aggiungendo altri server
alla topologia.
Il monitoraggio dell'utilizzo delle risorse nei server di distribuzione di Project Server
2013 può fornire informazioni dettagliate sulla strategia che si vuole perseguire:
aumento rispetto alla scalabilità orizzontale. Le metriche delle prestazioni che
consentono di informare le decisioni vengono illustrate in Contatori delle prestazioni in
Project Server 2013.
Ai server fisici su cui viene distribuito Project Server 2013 sono assegnati i ruoli:
Front-end Web
Server applicazioni
Server di database (SQL)
In una distribuzione a computer singolo, un server fisico svolge tutti e tre questi ruoli. È
possibile aumentare la scalabilità orizzontale dividendo la proprietà di questi ruoli tra
computer fisici diversi (facoltativamente, possono anche essere macchine virtuali. Per
altre linee guida sulla virtualizzazione, vedere la sezione "Virtualizzazione" di
Raccomandazioni hardware per prestazioni e capacità per Project Server 2013 . Il primo
passaggio da eseguire quando si inizia a aumentare il numero di istanze consiste nel
separare il ruolo database (SQL) Server nel computer fisico, mentre l'altro computer
fisico funge da front-end Web e server applicazioni.
７ Nota
Le possibilità di scalabilità orizzontale di Project Server 2013 sono limitate. Sebbene
sia possibile aggiungere altri server a cui assegnare i ruoli di server front-end o
applicazioni, per quanto concerne il computer che esegue SQL Server le opzioni di
scalabilità orizzontale sono limitate.
Per provvedere a un maggiore carico di utenti
Implementare la scalabilità orizzontale aggiungendo altri server Web dedicati ai
ruoli server applicazioni e front-end.
Tenere presente che l'aggiunta di ulteriori server Web front-end e applicazioni
determina un aumento del carico per il computer che esegue SQL così che SQL
Server potrebbe a sua volta rappresentare un collo di bottiglia.
È inoltre possibile implementare la scalabilità verticale per i server Web front-end e
applicazioni in modo da migliorarne le prestazioni aumentandone le capacità
hardware.
Per provvedere a un maggiore carico di dati
Per gestire un maggiore carico di dati, aggiungere capacità al singolo server di
database.
Separare il database di Project da quelli di SharePoint spostando il primo in un
server di database dedicato.
７ Nota
Project Server 2013 non supporta la scalabilità orizzontale per il componente
di database tramite replica SQL. Sebbene sia possibile eseguire il mirroring
SQL in un'istanza di SQL Server per Project a fini di backup dei dati, Project
Server 2013 non è in grado di sfruttare la replica SQL per ridurre i carichi su
SQL Server.
Rapporto consigliato tra i ruoli server:
In generale, allo scopo di mantenere un carico gestibile su SQL Server è
consigliabile assicurare un rapporto tra i ruoli del tipo seguente:
2 front-end Web : 1 server applicazioni : 1 SQL Server
７ Nota
Questo rapporto consigliato è applicabile a distribuzioni che si avvalgono
di hardware affidabile, specialmente per il server di database.
７ Nota
Il rapporto consigliato varia a seconda delle dimensioni del set di dati e dei
modelli di utilizzo. Ad esempio, set di dati di grandi dimensioni vincolano
le possibilità di fan-out e richiedono pertanto un rapporto minore di frontend Web e server applicazioni rispetto a SQL Server.
Isolare il database di Project Server da SharePoint Server:
Come accennato in precedenza, è possibile separare il database di Project Server
dai database di SharePoint collocandolo in un server di database dedicato.
È inoltre consigliabile una separazione a livello applicazione. Sebbene Project
Server sia un servizio di SharePoint, è preferibile che l'istanza dell'applicazione
venga eseguita su un server dedicato.
Come investire in scalabilità verticale e orizzontale:
In generale, nelle prime fasi dell'implementazione della scalabilità per una
distribuzione di Project Server, si investirà principalmente nell'acquisto di memoria
aggiuntiva. Nella maggioranza dei casi, gli aspetti successivi in cui investire sono
rappresentati da spindle di dischi e quindi da risorse di rete.
Vedere anche
Panoramica della pianificazione di prestazioni e capacità in Project Server 2013
Strategia di pianificazione della capacità per Project Server 2013
Indicazioni su prestazioni e capacità dell'hardware per Project Server 2013
Topologie con scalabilità verticale e orizzontale in Project Server 2013
Ottimizzare le prestazioni in Project Server 2013
Contatori delle prestazioni in Project Server 2013
Risoluzione dei problemi relativi alle prestazioni in Project Server 2013
Set di dati tipici (Project Server 2013)
Ottimizzare le prestazioni in Project
Server 2013
Articolo • 07/04/2023
Riepilogo: leggere le linee guida per ottimizzare le prestazioni per una distribuzione di
Project Server 2013.
Si applica a: Project Server 2013
Ottimizzazioni
Questo documento e il contenuto correlato contengono informazioni e consigli per
l'ottimizzazione di una farm di Project Server 2013 per ottimizzare le prestazioni.
Baselining
In genere è consigliabile limitare il numero di previsioni salvate in un determinato
momento. È previsto un limite massimo di 11 previsioni supportate in un determinato
momento.
Ottimizzazioni del server di database
Dal momento che Project Server 2013 è un'applicazione che richiede un uso intensivo
dei dati, l'ottimizzazione del livello del database può migliorare considerevolmente le
prestazioni. Vedere gli argomenti sulla pianificazione e la configurazione della capacità
di archiviazione di SQL Server per le linee guida generali sull'ottimizzazione delle
impostazioni di SQL Server. Alcuni dei seguenti suggerimenti fanno riferimento a quelli
illustrati negli argomenti relativi a SQL Server:
Separare i file dei database e i file di log delle transazioni dalle unità del sistema
operativo, preferibilmente con una specifica partizione per ognuno. Questo aiuta a
ridurre le contese di I/O tra il sistema operativo host e SQL Server, quindi anche tra
i file del database SQL e i file di log, che tendono ad avere diversi modelli di
aggiornamento a seconda della strategia di ripristino utilizzata.
Separare TempDB posizionandolo in una specifica partizione. Suddividere il
database in diversi file fisici (idealmente, suddividerlo in tanti file quanti sono i
processori nel server di database).
Considerare l'utilizzo di un sottosistema RAID per le esigenze dei dati. Nota: RAID 5 è
accettabile per set di dati di medie e grandi dimensioni, ma RAID 10 è ideale.
Nota: spostare gli indici nella propria partizione.
Ottimizzazione dei progetti principali
Quando si utilizza la funzionalità Progetti principali in Project Server, tenere presente
che le modifiche apportate alla programmazione dei progetti principali influiranno sulla
programmazione dei sottoprogetti nei progetti principali. Le modifiche alla
programmazione per progetti principali molto grandi possono quindi essere eseguite
lentamente, perché potrebbe essere necessario aggiornare i piani dei sottoprogetti.
Ottimizzazioni delle impostazioni di sicurezza
Nota: le ottimizzazioni non sono necessarie se si usa la modalità di autorizzazione di
SharePoint.
Nella modalità di autorizzazione di Project le impostazioni di sicurezza selezionate per
gli utenti possono avere un effetto significativo sulle caratteristiche delle prestazioni.
Questo accade perché determinano sia la quantità di dati che gli utenti caricano quando
visualizzano i progetti che la complessità dei controlli di sicurezza eseguiti per
determinare a quali set di dati possono accedere gli utenti.
Gli amministratori avranno ad esempio accesso a tutti i progetti archiviati in Project
Server, quindi per loro sarà necessario caricare tutti i dati per potervi interagire. I
membri del team potrebbero non avere bisogno di accedere a tutti i dati, pertanto è
possibile limitare la quantità di dati inviati loro utilizzando le categorie di sicurezza:
Utilizzare gruppi e categorie quando possibile invece di autorizzazioni più
dettagliate che richiedono ulteriore complessità nei controlli di sicurezza.
Tentare di limitare le autorizzazioni di sicurezza degli utenti ai progetti a cui hanno
bisogno di accedere. In questo modo vengono caricati solo i dati di cui
necessitano quando interagiscono con Project Server.
Ottimizzazioni delle visualizzazioni
Si dovrebbe tentare di limitare i dati presentati agli utenti restringendo il numero
di colonne in una determinata visualizzazione solo alle colonne che gli utenti con
autorizzazione per la visualizzazione hanno bisogno di vedere. Si tenga inoltre
presente che l'aggiunta di colonne Campi personalizzati avrà un effetto negativo
sulle prestazioni della visualizzazione.
È inoltre possibile utilizzare i filtri per limitare la quantità di dati che devono essere
caricati quando viene caricata una particolare visualizzazione. Tenere comunque
presente che i filtri con una logica complessa richiedono ulteriore elaborazione e
potrebbero rallentare le prestazioni.
Ottimizzazioni dei campi personalizzati
L'impatto sulle prestazioni dell'utilizzo di campi personalizzati dipende da molti aspetti
dei campi personalizzati utilizzati (sia per i campi personalizzati reparto che
organizzazione). Di seguito sono riportate alcune considerazioni e suggerimenti relativi
agli aspetti relativi alle prestazioni dei campi personalizzati.
L'impatto sulle prestazioni dei campi personalizzati dipenderà da quanto segue:
L'impatto sulle prestazioni dei campi personalizzati dipenderà da quanto segue:
Quantità di dati archiviati nei campi personalizzati usati. In genere sono di
tipo sparse o sono presenti grandi quantità di dati in una determinata
colonna di campo personalizzata?
Per i campi delle formule, più le formule utilizzate sono complesse, più
negativo sarà l'impatto sulle prestazioni.
Il livello in cui sono presenti i campi personalizzati:
Quantità di dati archiviati nei campi personalizzati usati. In genere sono di tipo
sparse o sono presenti grandi quantità di dati in una determinata colonna di
campo personalizzata?
Per i campi delle formule, più le formule utilizzate sono complesse, più negativo
sarà l'impatto sulle prestazioni.
Livello a cui si trovano i campi personalizzati. Di solito in un set di dati vi sono
molte più attività che progetti, pertanto i campi personalizzati applicati a livello
di attività avranno un impatto notevolmente più negativo sulle prestazioni
rispetto ai campi personalizzati a livello di progetto.
Generalmente è consigliabile tentare di limitare il numero di campi personalizzati
utilizzati, soprattutto a livello di attività. Come regola generale, provare a usare
meno di 10-15 campi personalizzati dell'organizzazione a livello di attività.
I campi personalizzati per le attività e le assegnazioni sono il principale collo di
bottiglia nel salvataggio da Project Professional al server nella maggior parte dei
set di dati dei clienti presi in esame.
Ottimizzazioni dei campi personalizzati locali
Seguendo le raccomandazioni sull'ottimizzazione dei campi personalizzati, ottimizzare
l'utilizzo dei campi formula locali limitando il numero di campi formula locali utilizzati
nel client Project.
L'impatto sulle prestazioni dei campi personalizzati dipende in particolare dalla
limitazione dell'uso dei campi formula, laddove possibile, in quanto richiedono un
trasferimento di dati aggiuntivo che aumenta il tempo necessario per risparmiare sul
server.
Ottimizzazioni dei payload delle pagine
Uno dei fattori più importanti per determinare il tempo di caricamento di una
determinata pagina è la quantità di dati a cui è necessario accedere in una determinata
richiesta di pagina. Ciò è determinato in gran parte dal numero di web part, dai tipi di
web part e dalla quantità di dati che presentano in una determinata pagina. Di seguito
sono riportate alcune raccomandazioni generali per limitare i payload delle pagine di
Project Server:
Limitare ai soli dati necessari la quantità di dati caricati da queste web part.
Le considerazioni sul payload sono particolarmente importanti per le pagine dei
dettagli del progetto, dove di solito è presente un numero superiore di web part in
una determinata pagina e si verifica una maggiore personalizzazione.
Ottimizzazioni delle code
Project Server 2013 utilizza un sistema di code per gestire le richieste, che consente di
soddisfare complessivamente un numero superiore di richieste. Alcune impostazioni
legate al modo in cui agisce la coda possono essere modificate attraverso la pagina
Impostazioni della coda. Questa sezione fornisce una breve spiegazione delle
impostazioni che è possibile modificare e di come ottimizzarle a seconda delle esigenze.
Numero massimo di thread (1-20, valore predefinito 4): determina il numero di processi
che la coda può elaborare in parallelo in un determinato momento. Si noti che
l'impostazione viene applicata a tutti i computer nella farm: se si hanno tre server
applicazioni e questo valore viene impostato su 4 per la coda del progetto, è possibile
elaborare contemporaneamente fino a 12 processi di progetto indipendenti.
Numero massimo di thread (1-20, valore predefinito 4): determina il numero di processi
che la coda può elaborare in parallelo in un determinato momento. Si noti che
l'impostazione viene applicata a tutti i computer nella farm: se si hanno tre server
applicazioni e questo valore viene impostato su 4 per la coda del progetto, è possibile
elaborare contemporaneamente fino a 12 processi di progetto indipendenti.
Se si rileva che i processi in coda stanno sottraendo una quantità eccessiva di risorse da
un carico di lavoro sincrono, è possibile provare a eseguire la seguente operazione:
Se è presente un numero elevato di processi elaborati in parallelo (ovvero, vengono
visualizzati più processi contemporaneamente con stato "in elaborazione" quando si
controlla lo stato della coda), è possibile provare a ridurre il numero di thread.
Ottimizzazioni del processo associato al carico di lavoro
Alcuni aspetti del funzionamento e della gestione della distribuzione di Project Server
possono contribuire a migliorare le prestazioni percepite di Project Server. Questa
sezione illustra un elenco di modifiche dei processi aziendali o IT in grado di migliorare
le prestazioni percepite di Project Server nei periodi in cui è più probabile che gli utenti
interagiscano con il sistema.
Invio di schede attività e stato:
Se possibile, tentare di scaglionare gli orari in cui gli utenti inviano gli
aggiornamenti di stato e le schede attività. Ciò consentirà di ridurre il carico sul
sistema nei periodi di picco, distribuendolo su intervalli di tempo più lunghi.
Backup:
Se possibile, è consigliabile provare a eseguire i processi di backup durante i
periodi non di picco, poiché si tratta di processi a elevato utilizzo di risorse che
ridurranno le prestazioni percepite per gli utenti che tentano di usare il sistema
mentre sono in esecuzione.
Reporting:
Come per i processi di backup, è consigliabile provare a eseguire la
compilazione di cubi OLAP per la creazione di report durante i periodi non di
picco, in quanto si tratta di processi a elevato utilizzo di risorse che ridurranno le
prestazioni percepite per gli utenti che tentano di usare il sistema mentre sono
in esecuzione.
Modalità di autorizzazione di SharePoint:
Se la modalità di autorizzazione di SharePoint è abilitata, la sincronizzazione
degli utenti di SharePoint non è necessaria, consentendo un miglioramento
delle prestazioni.
Ottimizzazioni del flusso di lavoro
Quando si utilizza la funzionalità Flussi di lavoro, tenere presente che le seguenti azioni
avranno un impatto negativo sulle prestazioni della distribuzione:
Potrebbe essere necessario molto tempo per caricare la pagina "Modifica o riavvia
flussi di lavoro" in Impostazioni del server quando è presente un numero elevato di
progetti archiviati nel database.
Riavviare o modificare il tipo di progetto organizzazione per un numero elevato di
progetti dalla pagina Modifica o riavvia flussi di lavoro in Impostazioni del server.
Utilizzare un processo di approvazione con un numero molto elevato di utenti.
Inviare progetti contemporaneamente da un passaggio del flusso di lavoro senza
archiviazione obbligatoria.
In generale, è consigliabile ridurre al minimo queste azioni o eseguirle in periodi di
scarso traffico per ottimizzare le prestazioni percepite.
Ottimizzazioni delle soluzioni personalizzate
(programmabilità)
Quando si sviluppano soluzioni personalizzate che interagiscono con le interfacce
programmabili di Project Server, tenere presenti i seguenti suggerimenti per le
prestazioni:
Se si distribuiscono gestori eventi, tenere presente che i gestori eventi sono
sincroni. È necessario prestare attenzione quando si utilizzano gestori eventi nelle
soluzioni personalizzate, perché se vengono utilizzati in modo inefficace possono
peggiorare in modo sostanziale le prestazioni di Project Server.
７ Nota
I gestori eventi possono essere eseguiti in un altro computer.
La soluzione personalizzata dovrebbe tentare di limitare le chiamate alle
operazioni in coda in Project Server per evitare di sovraccaricare la coda.
Per le applicazioni line-of-business (LOB), quando si automatizza lo spostamento di
dati tra Project Server e altre applicazioni, se si rileva che le sincronizzazioni con
questo tipo di applicazioni peggiorano in modo sostanziale le prestazioni, è
consigliabile eseguirle nei periodi non di picco.
È consigliabile che i clienti testino e monitorino le prestazioni delle applicazioni
LOB oltre alle prestazioni per l'utente.
Quando possibile, utilizzare i campi intrinseci di Project Server invece di campi
personalizzati per eseguire la sincronizzazione desiderata tra Project Server e le
applicazioni LOB.
Tentare di ridurre i dati spostati tra le applicazioni LOB e Project Server al
sottoinsieme più piccolo necessario per ottenere la funzionalità desiderata.
Project Server 2013 SDK e gli articoli correlati contengono ulteriori suggerimenti per il
mantenimento di prestazioni elevate quando si sviluppano soluzioni personalizzate.
Vedere anche
Panoramica della pianificazione di prestazioni e capacità in Project Server 2013
Strategia di pianificazione della capacità per Project Server 2013
Indicazioni su prestazioni e capacità dell'hardware per Project Server 2013
Topologie con scalabilità verticale e orizzontale in Project Server 2013
Ottimizzare le prestazioni in Project Server 2013
Contatori delle prestazioni in Project Server 2013
Risoluzione dei problemi relativi alle prestazioni in Project Server 2013
Set di dati tipici (Project Server 2013)
Contatori delle prestazioni in Project
Server 2013
Articolo • 07/04/2023
Riepilogo: usare i contatori delle prestazioni per monitorare l'integrità della farm di
Project Server 2013.
Si applica a: Project Server 2013
Per determinare quando è necessario implementare la scalabilità verticale o orizzontale
per la farm di Project Server 2013, utilizzare i contatori delle prestazioni indicati in
questo articolo, i quali consentono di monitorare l'integrità del sistema. Utilizzare le
informazioni riportate nelle tabelle seguenti per stabilire quali contatori delle prestazioni
monitorare e a quale processo applicarli:
Server Web
Server di database
Contatori delle prestazioni del server applicazioni di Project
Nella tabella riportata di seguito sono indicati i contatori delle prestazioni e i processi da
monitorare per i server Web della farm di Project Server 2013.
Contatori delle prestazioni e processi da monitorare per i server Web
Contatore
delle
prestazioni
Oggetto a
cui si
applica
Note
Tempo
processore
Totale
Indica la percentuale del tempo trascorso in cui il thread corrente ha
utilizzato il processore per eseguire istruzioni.
Utilizzo
memoria
Pool di
applicazioni
Indica l'utilizzo medio della memoria del sistema per il pool di
applicazioni. È necessario specificare il pool di applicazioni corretto
da monitorare.
È consigliabile determinare il picco di utilizzo della memoria per una
determinata applicazione Web e assegnare tale valore, più ulteriori 10
MB, al pool di applicazioni associato.
Nella tabella riportata di seguito sono indicati i contatori delle prestazioni e i processi da
monitorare per i server di database della farm.
Contatori delle prestazioni e processi da monitorare per i server di database
Contatore delle
prestazioni
Oggetto a cui si
applica
Note
Lunghezza
media della coda
del disco
Disco rigido
contenente
SharedServices.mdf
Valori medi superiori a 1,5 per asse indicano che i
tempi di scrittura per tale disco rigido non sono
sufficienti.
Tempo
processore
Processo di SQL
Server
Valori medi superiori all'80% indicano che la capacità
del processore nel server di database non è sufficiente.
Tempo
processore
Totale
Indica la percentuale del tempo trascorso in cui il
thread corrente ha utilizzato il processore per eseguire
istruzioni.
Utilizzo memoria
Totale
Indica l'utilizzo medio della memoria del sistema.
Nella tabella riportata di seguito sono indicati i contatori delle prestazioni e i processi da
monitorare per il server applicazioni.
Contatori delle prestazioni e processi da monitorare per il server applicazioni
Contatore delle prestazioni
Oggetto a cui si applica
% tentativi SQL / giorno
ProjectServer:QueueGeneral
Thread di elaborazione processi attivi
ProjectServer:QueueGeneral
Thread di elaborazione processi attivi
ProjectServer:QueueGeneral
Media processi non elaborati / giorno
ProjectServer:QueueGeneral
Media processi non elaborati / giorno
ProjectServer:QueueGeneral
Nuovi processi / minuto
ProjectServer:QueueGeneral
Chiamate SQL per ora / giorno
ProjectServer:QueueGeneral
Chiamate SQL / minuto
ProjectServer:QueueGeneral
Tentativi SQL / minuto
ProjectServer:QueueGeneral
% processi non riusciti / giorno
ProjectServer:QueueJobs
% processi non riusciti / ora
ProjectServer:QueueJobs
% processi ritentati / giorno
ProjectServer:QueueJobs
% processi ritentati / ora
ProjectServer:QueueJobs
Tempo medio elaborazione / giorno
ProjectServer:QueueJobs
Contatore delle prestazioni
Oggetto a cui si applica
Tempo medio elaborazione / minuto
ProjectServer:QueueJobs
Tempo medio attesa / giorno
ProjectServer:QueueJobs
Tempo medio attesa / minuto
ProjectServer:QueueJobs
Processi non riusciti / minuto
ProjectServer:QueueJobs
Processi elaborati per ora / giorno
ProjectServer:QueueJobs
Processi elaborati / minuto
ProjectServer:QueueJobs
Processi ritentati / minuto
ProjectServer:QueueJobs
Tempo medio apertura progetti
ProjectServer:Winproj
Percentuale salvataggi incrementali/completi
ProjectServer:Winproj
Conteggio aperture complete Winproj ultima ora
ProjectServer:Winproj
Conteggio salvataggi completi Winproj ultima ora
ProjectServer:Winproj
Conteggio aperture incrementali Winproj ultima ora
ProjectServer:Winproj
Conteggio salvataggi incrementali Winproj ultima ora
ProjectServer:Winproj
Vedere anche
Panoramica della pianificazione di prestazioni e capacità in Project Server 2013
Strategia di pianificazione della capacità per Project Server 2013
Indicazioni su prestazioni e capacità dell'hardware per Project Server 2013
Topologie con scalabilità verticale e orizzontale in Project Server 2013
Ottimizzare le prestazioni in Project Server 2013
Contatori delle prestazioni in Project Server 2013
Risoluzione dei problemi relativi alle prestazioni in Project Server 2013
Set di dati tipici (Project Server 2013)
Risoluzione dei problemi relativi alle
prestazioni in Project Server 2013
Articolo • 07/04/2023
Riepilogo: Leggere le informazioni sulla risoluzione dei problemi relativi ai colli di
bottiglia comuni e alle relative cause in Project Server 2013.
Si applica a: Project Server 2013
Durante i test delle prestazioni è possibile che si manifestino diversi colli di bottiglia
comuni. Un collo di bottiglia è una condizione in cui viene raggiunto il limite di capacità
di un singolo componente di una farm. Questa situazione comporta una situazione di
stasi o una diminuzione della velocità effettiva della farm.
Monitorando le prestazioni secondo le linee guida specificate nella sezione
Monitoraggio delle prestazioni, è possibile identificare i colli di bottiglia che influenzano
le prestazioni percepite della distribuzione di Project Server.
Colli di bottiglia comuni, cause e soluzioni
Nella tabella seguente sono elencati alcuni colli di bottiglia comuni con le relative cause
e le possibili soluzioni:
Bottiglia
Causa
Risoluzione
Conflitti tra
database
I blocchi di database impediscono a più utenti
di apportare modifiche in conflitto a un set di
Per contribuire alla riduzione
dell'incidenza dei conflitti di
(blocchi)
dati. Quando un set di dati viene bloccato da
un utente o da un processo, nessun altro
utente o processo può modificare tale set fino
blocchi di database, è
possibile:
Implementare la scalabilità
a quando il primo utente o processo non avrà
completato la modifica dei dati e rilasciato il
blocco.
verticale nel server di
database.
Ottimizzare il disco rigido del
server di database per la
lettura/scrittura.
Bottiglia
Causa
Risoluzione
I/O del disco del
server di
database
Quando il numero di richieste di I/O a un
disco rigido supera la capacità di I/O del disco,
le richieste vengono accodate. Ne deriva un
La distribuzione di file di dati
in più unità fisiche consente
l'I/O parallelo.
aumento del tempo necessario per
completare ogni richiesta.
Limitare il numero di progetti
e campi mostrati in una
visualizzazione specificata, in
modo da limitare la quantità
di dati richiesti dal server di
database.
Tentare di limitare il numero
di campi personalizzati
utilizzati, soprattutto a livello
di attività. I campi formula a
livello di attività sono
particolarmente dispendiosi
in termini di I/O su disco del
server di database durante
l'esecuzione delle operazioni
di salvataggio da Project
Professional.
Utilizzo della
CPU del front-
Quando un front-end Web è sovraccarico di
richieste utente, l'utilizzo medio della CPU si
Per risolvere questo
problema, è possibile
end Web
avvicina al 100%. Il front-end Web non riesce
procedere in due modi. È
pertanto a rispondere rapidamente alle
possibile aggiungere altri
richieste e può provocare timeout e messaggi
di errore nei computer client.
server front-end Web alla
farm per distribuire il carico
utente oppure implementare
la scalabilità verticale per uno
o più server Web
aggiungendo processori più
veloci.
Bottiglia
Causa
Risoluzione
Utilizzo
memoria del
Quando è in esecuzione un numero
sostanziale di processi in coda di grandi
Monitorare a quale livello
dell'utilizzo di memoria si
server
dimensioni, l'utilizzo della memoria del server
crea un collo di bottiglia,
può aumentare notevolmente.
Anche calcoli più complessi per la
ovvero se la condizione di
memoria insufficiente si
programmazione sul lato server o valutazioni
verifica nel server
di campi formula personalizzati possono
consumare in modo sostanziale le risorse di
applicazioni, nel server Web
front-end oppure nel server
memoria.
di database.
Di conseguenza, il tempo necessario per
Per risolvere la condizione di
completare ogni richiesta aumenta.
memoria insufficiente sono
disponibili due opzioni:
Acquistare e installare
memoria aggiuntiva per tale
livello.
Acquistare server applicazioni
aggiuntivi per gestire il
carico.
Sincronizzazione
di Active
È possibile sincronizzare le risorse e gli utenti
di Project Server con gli utenti del servizio in
È consigliabile eseguire la
sincronizzazione di Active
Directory
più domini e foreste. Questa funzionalità evita
Directory nei periodi di
agli amministratori attività ripetitive come
l'aggiunta manuale di un numero elevato di
scarso utilizzo da parte degli
utenti. In questo modo, la
utenti, l'aggiornamento di metadati sugli
sincronizzazione di Active
utenti come gli indirizzi di posta elettronica e
Directory non influirà
la disattivazione degli utenti che non hanno
più l'esigenza di accedere al sistema. È
possibile eseguire la sincronizzazione di Active
negativamente sulle
prestazioni percepite degli
utenti.
Directory manualmente o in base a una
pianificazione automatica. Il processo di
sincronizzazione utilizza molte risorse.
Inoltre, evitare di creare
gruppi molto annidati,
poiché aumentano la
complessità della
sincronizzazione da eseguire
e allungano i tempi dei
processi di sincronizzazione.
Bottiglia
Causa
Risoluzione
CPU del server
applicazioni
La CPU del server applicazioni può subire
gravi conseguenze se:
Monitorare l'utilizzo della
CPU del server applicazioni e
Si pianificano progetti complessi.
Si valutano formule in progetti complessi.
Si eseguono analisi del portfolio su un numero
se si rileva l'utilizzo di un'alta
percentuale di risorse della
CPU, aggiungere un server
elevato di progetti con l'opzione
Pianificazione risorse rapportate a scala
cronologica attivata.
applicazioni aggiuntivo alla
topologia per distribuire il
carico.
Tenere presente che
l'aggiunta di un altro server
applicazioni aumenterà il
numero di thread, con un
possibile incremento del
carico sul server di database.
Ciò potrebbe creare un
nuovo collo di bottiglia nel
server di database, che è
possibile risolvere
consentendo un minor
numero di thread per il
sistema di elaborazione dei
processi nelle impostazioni
della coda.
CPU del server
di database
In genere, si verifica un incremento
dell'utilizzo della CPU del server di database
quando si tenta di caricare visualizzazioni che
Limitare il numero di progetti
e di campi mostrati nella
visualizzazione specificata.
includono un elevato numero di progetti e di
campi visualizzati. Ciò ridurrà il tempo di
risposta percepito dell'utente quando viene
applicata tale visualizzazione.
Vedere anche
Panoramica della pianificazione di prestazioni e capacità in Project Server 2013
Strategia di pianificazione della capacità per Project Server 2013
Indicazioni su prestazioni e capacità dell'hardware per Project Server 2013
Topologie con scalabilità verticale e orizzontale in Project Server 2013
Ottimizzare le prestazioni in Project Server 2013
Contatori delle prestazioni in Project Server 2013
Risoluzione dei problemi relativi alle prestazioni in Project Server 2013
Set di dati tipici (Project Server 2013)
Laboratorio sulle prestazioni di Project
Server 2013 (white paper)
Articolo • 07/04/2023
Si applica a: Project Server 2013
Informazioni sulle prestazioni di Project Server 2013 in caso di utilizzo di diversi carichi
di lavoro comuni in un ambiente lab.
Questo white paper del lab per le prestazioni creato dal team di progettazione di
Microsoft Project Server esplora il comportamento di un set di dati sintetico "grande" in
risposta a diversi carichi di lavoro comuni in Project Server 2013. È possibile utilizzare tali
informazioni come base di partenza approssimativa per le prestazioni di Project Server
2013 in questo ambiente lab definito. È importante tenere presente che le prestazioni
effettive possono variare a causa di numerose variabili nell'ambiente di cui si dispone.
Per scaricare questo white paper, fare clic sul collegamento seguente: Project Server
2013 Performance Lab
Vedere anche
Pianificare le prestazioni e la capacità in Project Server 2013
Indicazioni su prestazioni e capacità dell'hardware per Project Server 2013
Panoramica della pianificazione di prestazioni e capacità in Project Server 2013
Contatori delle prestazioni in Project Server 2013
Pianificare l'architettura di una
soluzione EPM in Project Server 2013
Articolo • 07/04/2023
Riepilogo: eseguire la pianificazione per i livelli client, applicazione e database in una
soluzione Project Server.
Si applica a: Project Server 2013
Questo capitolo descrive i componenti di una distribuzione di Project Server 2013.
Questo materiale è scritto per dirigenti, manager e amministratori di sistema
responsabili della pianificazione della distribuzione di Project Server.
Project Server 2013 viene distribuito in più livelli: un livello client, un livello Web, un
livello applicazione e un livello di database. In ogni livello sono disponibili applicazioni e
servizi che garantiscono disponibilità e scalabilità, consentendo alle organizzazioni di
qualunque dimensione di gestire progetti con proporzioni e livelli di complessità anche
molto diversi. È possibile configurare i livelli di applicazione e database di Project Server
per soddisfare al meglio le esigenze e i requisiti dell'organizzazione.
Project Server 2013 viene distribuito in una farm di SharePoint Server 2013 esistente. È
importante includere la pianificazione per SharePoint Server 2013 come parte dei piani
di distribuzione di Project Server. Per ulteriori informazioni, vedere Planning and
architecture for SharePoint Server 2013.
Informazioni sull'architettura di Project Server
In questa presentazione, Chris Boyd, Responsabile programma Microsoft, illustra
l'architettura di Project Server, incluse le differenze tra Project Server 2010 e Project
Server 2013.
Video: architettura di Project Server
Articoli di TechNet sulla pianificazione
dell'architettura della soluzione EPM in Project
Server 2013
Gli articoli seguenti sull'argomento <> sono disponibili per la visualizzazione online. Gli
articoli vengono continuamente aggiornati dagli autori in base alle nuove informazioni
disponibili e ai commenti e suggerimenti ricevuti dagli utenti.
Contenuto
Pianificare il livello client in Project Server 2013
Pianificare il livello applicazione in Project Server 2013
Pianificare il livello di database in Project Server 2013
Pianificare il livello client in Project
Server 2013
Articolo • 07/04/2023
Riepilogo: definire le pianificazioni per Project Professional, sincronizzazione delle
attività e il supporto browser in Project Server 2013.
Si applica a: Project Server 2013
Questo articolo identifica i componenti chiave del livello client in una distribuzione di
Project Server 2013.
Il livello client include applicazioni Microsoft ed eventuali applicazioni personalizzate
specifiche dell'organizzazione.
Project Professional 2013 in una distribuzione
di Project Server 2013
Project Professional 2013 è un'applicazione desktop che consente ai project manager di
creare, pubblicare e gestire progetti. Oltre agli strumenti di pianificazione e rilevamento,
Project Professional 2013 offre ai project manager funzionalità di gestione di risorse e
portfolio aziendali.
Per informazioni sulla distribuzione di Project Professional 2013 in un ambiente
aziendale, vedere Office 2013 Resource Kit.
Outlook in una distribuzione di Project Server
2013
SharePoint Server 2013 si integra con Exchange Server 2013 per fornire la
sincronizzazione delle attività tra SharePoint Server e l'account Exchange Server di un
utente. Project Server può usare questa funzionalità per sincronizzare le attività di
Project Server di un utente e renderle disponibili in Outlook o nei dispositivi che
consentono all'utente di connettersi al proprio account di Exchange Server.
Gli utenti possono anche ricevere notifiche di promemoria tramite posta elettronica per
le attività assegnate nei progetti archiviati nel database Project Web App.
Supporto del browser in Project Server 2013
Project Server 2013 e Project Web App supportano gli stessi browser di SharePoint
Server 2013. Per informazioni sui browser supportati, vedere Plan browser support
(SharePoint 2013).
Applicazioni line-of-business di terze parti in
una distribuzione di Project Server 2013
Molte organizzazioni utilizzano applicazioni client line-of-business o sviluppano
applicazioni prettamente aziendali. Queste applicazioni chiamano Project Server 2013
usando l'interfaccia di Project Server, un set estensibile di servizi Web, e devono essere
integrate anche con una piattaforma basata su Microsoft Windows.
Project Server 2013 offre un SDK (Software Development Kit) completo.
Vedere anche
Attivazione dei contratti multilicenza di Office 2013
Pianificare il livello applicazione in
Project Server 2013
Articolo • 07/04/2023
Sintesi: informazioni sui componenti del livello applicazioni per cui definire una
pianificazione in una distribuzione di Project Server 2013.
Si applica a: Project Server 2013
Il livello applicazioni in Project Server 2013 include i componenti seguenti:
SharePoint Server 2013
Project Server 2013
Project Server Interface
Servizio eventi di Project Server 2013
Servizio di accodamento di Project Server 2013
Exchange Server
Altre applicazioni (descritte di seguito)
SharePoint Server 2013
Per Project Server 2013 è necessaria la versione Enterprise di SharePoint Server 2013.
SharePoint Server 2013 dispone di molte funzionalità e la sua distribuzione deve essere
pianificata attentamente. Per informazioni su come pianificare la distribuzione di
SharePoint Server 2013, vedere Planning and architecture for SharePoint Server 2013.
Project Server 2013
Project Server 2013 è un'applicazione server affidabile e altamente scalabile basata sul
Web integrata con diverse applicazioni client, la piattaforma Windows Server e SQL
Server 2008 R2 o SQL Server 2012.
È possibile eseguire il servizio Project Server 2013 in uno o più server applicazioni in una
farm di SharePoint Server 2013.
Project Server Interface
Project Server Interface (PSI) è l'interfaccia API di Project Server 2013. Il modello a
oggetti di Project Server Interface espone la funzionalità di Project Server 2013 a tutte le
applicazioni esterne. Project Professional 2013, Project Web App e le applicazioni lineof-business e altre applicazioni di terze parti utilizzano PSI per accedere ai dati di Project
Server 2013 archiviati nel database di Project Web App. PSI è disponibile mediante le
chiamate al servizio Web da parte di applicazioni line-of-business back-end oppure
mediante un proxy Project Server Interface per le applicazioni client che presentano
un'interfaccia utente.
Servizio eventi di Project Server 2013
Il servizio eventi di Project Server 2013 a livello di sistema gestisce gli eventi di Project
Server 2013. Altre applicazioni possono sottoscrivere i pre-eventi e i post-eventi di
Project Server 2013, nonché registrare i metodi di gestione degli eventi mediante
Project Web App. I gestori degli eventi possono verificare le regole business e annullare
un'operazione mediante un pre-evento oppure estendere Project Server 2013 con
elaborazione aggiuntiva quale un flusso di lavoro che utilizza un post-evento, ad
esempio ProjectPublished.
Servizio di accodamento di Project Server 2013
La coda di salvataggio e pubblicazione gestisce salvataggi nuovi e incrementali di
progetti di lavoro nonché la pubblicazione di un progetto.
Exchange Server
L'integrazione di Exchange Server 2013 con SharePoint Server 2013 consente agli utenti
di Project Web App di visualizzare Project Server e le attività di SharePoint Server in
Microsoft Outlook e sui dispositivi in grado di accedere all'account Exchange Server
dell'utente.
Altre applicazioni
È possibile utilizzare applicazioni di terze parti e line-of-business con Project Server
2013. Project Server Interface consente di soddisfare diverse esigenze di gestione dei
progetti utilizzando queste applicazioni. Di seguito sono riportati alcuni scenari di
esempio:
Proposte di progetto Creare progetti segnaposto durante l'avvio del progetto e
utilizzare i campi personalizzati per contrassegnare il progetto con le informazioni
necessarie per il processo di avvio e approvazione. Aggiungere attività per
individuare le fasi del progetto relative alle attività cardine importanti o ai risultati
finali. Quando vengono approvate, le proposte di progetto possono evolvere in
progetti reali che vengono gestiti utilizzando Project Professional 2013.
Progetti di manutenzione Creare progetti segnaposto da utilizzare con piani delle
risorse. Riservare o prenotare un intervallo di tempo relativo alle risorse per le
attività di manutenzione o il business di base. I progetti di manutenzione
generalmente non includono attività.
Progetti finanziari Creare progetti per l'acquisizione di tempo attraverso la scheda
attività per l'integrazione con un sistema finanziario. Creare attività per una
gerarchia di codici finanziari che riflettono la struttura di breakdown dei costi del
sistema finanziario. Questi progetti non richiedono l'aggiornamento della
pianificazione o dello stato.
Integrazione con i sistemi di contabilità dei progetti Acquisire i costi e le spese
delle risorse associati ai progetti per alimentare i sistemi finanziari e di fatturazione
e per il confronto del budget. Sincronizzare attività, risorse e assegnazioni tra i
sistemi. Acquisire i dati della scheda attività in un sistema per alimentare l'altro (la
scheda attività usata dipende dalle esigenze dell'organizzazione o dei singoli
progetti).
Integrazione con i sistemi di gestione del lavoro o delle attività Sincronizzare le
attività e le assegnazioni tra Project Server 2013 e sistemi come Microsoft Visual
Studio Team System. Quest'ultimo è integrato con Project Standard 2013 e Project
Professional 2013, tuttavia l'integrazione con Project Server 2013 richiede lo
sviluppo di componenti mediante l'utilizzo di PSI.
Elaborare gli aggiornamenti provenienti dai membri del team Per i progetti che
non vengono gestiti attivamente, eseguire automaticamente l'aggiornamento nel
server utilizzando le informazioni fornite dai membri del team relativamente allo
stato di avanzamento e ad altre modifiche. I progetti possono essere aggiornati e
ripubblicati anche senza l'intervento di un project manager che revisioni i risultati o
apporti adeguamenti al piano.
Pianificare il livello di database in
Project Server 2013
Articolo • 07/04/2023
Riepilogo: informazioni su come partizionare i dati in un database di Project Web App e
sulle tabelle disponibili per l'utilizzo esterno.
Si applica a: Project Server 2013
In questo articolo vengono identificati i componenti chiave del livello database.
Il livello di accesso ai dati è interno a Project Server 2013 e non è esposto ad
applicazioni esterne. Il livello di accesso ai dati esegue la conversione tra la
rappresentazione dell'entità aziendale logica dei dati e le tabelle del database fisico.
Ogni entità logica è memorizzata in una serie di tabelle diverse. Il livello di accesso ai
dati incapsula il lavoro necessario per gestire le connessioni ed eseguire le query,
nonché per avviare e confermare le transazioni o eseguirne il rollback. I dati di Project
Server 2013 sono contenuti in un database singolo per ogni istanza di Project Web App,
partizionati in quattro schemi di tabella:
Le tabelle Bozza contengono progetti non pubblicati di Project Professional 2013. I
dati del progetto in queste tabelle non sono accessibili tramite Project Web App.
Le tabelle Pubblicate contengono tutti i progetti pubblicati e le tabelle specifiche
per Project Web App (schede attività, modelli, viste e così via) e tabelle dati globali
(codici struttura, sicurezza e metadati). I progetti pubblicati sono visibili in Project
Web App.
Le tabelle Archive contengono i backup e le versioni precedenti dei progetti.
Le tabelle Reporting sono le aree di gestione temporanea per la generazione di
relazioni e di cubi OLAP (Online Analytical Processing). I dati nelle tabelle
Reporting vengono aggiornati quasi in tempo reale, sono completi e ottimizzati
per la generazione di relazioni di sola lettura.
Solo lo schema delle tabelle Reporting è documentato. È consigliabile accedere alle
tabelle Draft, Published e Archive solo attraverso PSI (Project Server Interface).
７ Nota
L'accesso alle tabelle Reporting non è supportato in Project Online. È necessario
usare il feed OData Project Web App per accedere ai dati nelle tabelle di reporting.
È possibile aggiungere tabelle dati, campi (proprietà) ed entità non definite nello
schema del database di Project Server 2013. In tal caso, è anche necessario specificare lo
stack completo di un assembly personalizzato, un servizio Web, oggetti business e
l'accesso ai dati.
７ Nota
Queste aggiunte non verranno aggiornate automaticamente alle versioni future di
Project Server.
Pianificare gli account amministrativi e
di servizio in Project Server 2013
Articolo • 07/04/2023
Riepilogo: informazioni sugli account da pianificare e gli scenari di distribuzione che
influiscono sui requisiti per gli account in Project Server 2013.
Si applica a: Project Server 2013
Usare questo articolo per pianificare i requisiti degli account e le raccomandazioni per
gli account necessari per installare, configurare e usare Project Server 2013.
È necessario fornire le credenziali per questi account durante l'installazione e la
configurazione. In questo articolo non vengono considerati gli account per i quali non è
necessario configurare o fornire credenziali.
Account amministrativi e di servizio richiesti da
Project Server 2013
Questa sezione elenca e descrive gli account richiesti da Project Server 2013.
７ Nota
A tutti gli account del servizio Project Server 2013 e SharePoint Server 2013 devono
essere concesse autorizzazioni di accesso interattivo per il computer in cui è in
esecuzione il servizio. Per impostazione predefinita, tali autorizzazioni in genere
vengono concesse quando viene impostato un nuovo account. Potrebbe tuttavia
essere necessario apportare correzioni manuali se nella propria organizzazione di
solito le autorizzazioni di accesso interattivo vengono negate per gli account di
servizio.
Nella tabella seguente vengono descritti i requisiti dell'account standard per Project
Server 2013.
Requisiti dell'account standard per Project Server 2013
Account
Scopo
Autorizzazioni necessarie
Account
Scopo
Autorizzazioni necessarie
Account
L'account utente utilizzato per eseguire:
Questo account deve essere membro
utente
Setup
Installazione in ogni computer server
Configurazione guidata Prodotti SharePoint
Lo strumento della riga di comando
del gruppo Administrators locale in
ogni server applicazioni della farm.
Questo account deve essere:
Psconfig
Accedere con questo account quando si
Un membro del gruppo locale
Administrators in ogni server
installa SharePoint Server 2013 e Project
Server 2013. Deve essere un account di
dominio.
applicazioni della farm.
Membro del ruolo del server
sysadmin in SQL Server.
IMPORTANTE: questo account può già
esistere se si distribuisce Project Server
2013 in una farm di SharePoint Server 2013
Se si eseguono cmdlet di Windows
PowerShell che interessano un
database, tale account dovrà essere
esistente.
membro del ruolo predefinito
db_owner per il database.
Account
Questo account è detto anche:
Le autorizzazioni aggiuntive
server farm
Account amministratore di farm
Account di accesso al database
vengono concesse automaticamente
per questo account quando è
Questo account funge da:
installato Project Server 2013 e
Account del pool di applicazioni per il sito
Web Amministrazione centrale SharePoint
quando vengono aggiunti altri server
applicazioni alla farm.
Account del processo per il servizio Timer
Viene creato automaticamente un
di SharePoint 2013 (SPTimerV4)
IMPORTANTE: questo account può già
accesso per questo account in SQL
Server e tale accesso viene aggiunto
esistere se si distribuisce Project Server
automaticamente ai ruoli del server
2013 in una farm di SharePoint Server 2013
esistente.
SQL Server seguenti:
Ruolo predefinito del server
dbcreator
Ruolo predefinito del server
securityadmin
Ruolo predefinito del database
db_owner per tutti i database della
server farm
Account
Scopo
Autorizzazioni necessarie
Pool di
Esegue il pool di applicazioni associato
I ruoli e le autorizzazioni di SQL
applicazioni
all'applicazione del servizio Project Server.
NOTA: questo account può già esistere se si
Server seguenti vengono
automaticamente assegnati a questo
distribuisce Project Server 2013 in una farm
account:
di SharePoint Server 2013 esistente. È
tuttavia consigliabile creare un account
Ruolo di proprietario del database
per i database del contenuto
separato per l'applicazione del servizio
associati all'applicazione Web
Project Server.
Accesso in lettura/scrittura al
database dell'applicazione di servizio
associato
Lettura dal database di
configurazione
Le autorizzazioni aggiuntive per
questo account nei server Web frontend e nei server applicazioni
vengono concesse automaticamente
da Project Server 2013.
Proxy del
Esegue le attività del flusso di lavoro di
Questo account di dominio deve
flusso di
Project Server. Tale account effettua le
essere configurato anche come
lavoro
chiamate PSI (Project Server Interface)
associate a ogni flusso di lavoro.
account utente di Project Server con
le autorizzazioni seguenti:
NOTA: questo account viene usato solo per
Autorizzazioni globali:
i flussi di lavoro che usano la piattaforma
del flusso di lavoro di SharePoint Server
-Accedi
-Gestire utenti e gruppi
2010.
-Gestire le pagine dei dettagli del
flusso di lavoro e del progetto
Autorizzazioni categoria:
-Apri progetto
-Salva progetto in Project Server
NOTA: se si usa la modalità di
autorizzazione di SharePoint,
aggiungere questo account al
gruppo di sicurezza Administrators
for Project Web App.
Account e gruppi per Business Intelligence
Oltre agli account elencati in precedenza in questo articolo, quando si configura la
creazione di report per Project Server 2013 sono necessari gli account e i gruppi di
servizi active directory seguenti.
Account e gruppi necessari per la creazione di report in Project Server 2013
Account
Scopo
Autorizzazioni necessarie
Account
Scopo
Autorizzazioni necessarie
Gruppo autori di
relazioni
Gruppo di sicurezza di Active
Directory al quale aggiungere gli
utenti che creeranno le relazioni.
Questo gruppo richiede autorizzazioni
db_datareader nel database Project
Web App.
Gruppo
Gruppo di sicurezza di Active
Nessuna. Questo gruppo viene
visualizzatori di
relazioni
Directory al quale aggiungere gli
utenti che visualizzeranno le
relazioni.
utilizzato come parte della
configurazione dell'archiviazione
sicura.
Gruppo
visualizzatori
esterni di
(Facoltativo). Gruppo di sicurezza di
Active Directory per gli utenti che
non hanno un account utente
Questo gruppo richiede autorizzazioni
di lettura per il sito Centro business
intelligence.
relazioni
Project Web App ma richiedono
l'accesso al Centro business
intelligence di Project Server 2013
per visualizzare i report.
Account
dell'applicazione
Questo account fornisce le
credenziali necessarie per
Questo account deve avere
autorizzazioni db_datareader nel
di destinazione
dell'archiviazione
sicura
consentire ai visualizzatori di report
di visualizzare i report generati dai
dati nel database Project Web App.
database Project Web App. È
consigliabile aggiungere questo
account al gruppo di Active Directory
Questo account viene utilizzato
come parte della configurazione
dell'archiviazione sicura.
degli autori di relazioni descritto più
indietro in questa sezione per
garantirgli le autorizzazioni necessarie.
Architettura di Project Server
Subscription Edition
Articolo • 07/04/2023
Riepilogo: Informazioni sull'architettura generale di Project Server Subscription Edition.
Si applica a: Project Server Subscription Edition
Project Server Subscription Edition'architettura include l'associazione del servizio
applicazione project alle raccolte siti di SharePoint, il modello a oggetti lato client
(CSOM) per l'accesso remoto e i ricevitori di eventi remoti accessibili da più installazioni
di Project Server. Oltre alle soluzioni personalizzate locali, è possibile creare app che
includono ricevitori di eventi remoti e componenti che accedono al CSOM.
Il livello front-end include Project Professional 2019, Project Professional 2021, Project
Online Desktop Client, Project Web App e app di terze parti. Le applicazioni client
comunicano con il livello intermedio tramite l'interfaccia di Project Server (PSI) o tramite
gli endpoint CSOM, che a loro volta comunicano con il livello PSI e l'oggetto business.
L'accesso al database è integrato negli oggetti business. Il sistema di gestione eventi di
Project Server può accedere sia ai gestori eventi locali che ai ricevitori di eventi remoti. Il
servizio di calcolo del progetto implementa il motore di pianificazione di Project
all'interno di Project Server.
Architettura generale
Di seguito è riportata una visualizzazione generalizzata dell'architettura Project Server
Subscription Edition, tra cui l'applicazione del servizio Project e diverse applicazioni
client.
I commenti generali seguenti si applicano all'illustrazione precedente:
Ricevitori di eventi: I ricevitori di eventi possono anche essere chiamati gestori
eventi. Project Online supporta la registrazione dei ricevitori di eventi remoti di
Project Server, che possono essere usati da un'istanza di Project Web App nel
cloud o da un'installazione di Project Server locale. Un'installazione di Project
Server locale supporta ricevitori di eventi remoti e gestori eventi con attendibilità
completa locale.
Interfacce programmatiche: Per le applicazioni client di terze parti locali (nella
Intranet), è possibile usare l'interfaccia WCF per psi oppure usare le interfacce
CSOM e REST tramite HTTP. I client Project Web App e Project Professional
2019/2021 usano entrambi l'interfaccia WCF. In un'installazione a server singolo, i
servizi Web ASMX front-end, CSOM e REST chiamano internamente i servizi WCF
back-end.
７ Nota
Il servizio OData per la creazione di report viene rimosso nell'edizione
sottoscrizione di Project Server.
Workflow: I flussi di lavoro dichiarativi vengono scaricati in Workflow Manager per
l'elaborazione. Workflow Manager può essere eseguito in un server separato nella
farm di SharePoint, in Microsoft Azure nel cloud o in un singolo computer Project
Server per test o dimostrazioni. I flussi di lavoro codificati sviluppati con Visual
Studio vengono elaborati nel runtime del flusso di lavoro in SharePoint.
Rete perimetrale (DMZ): La figura precedente non mostra che un server front-end
locale può essere isolato da un firewall aggiuntivo in una rete perimetrale (nota
anche come "zona demilitarizzata" o rete perimetrale). Una rete perimetrale può
consentire ai client Internet di accedere a SharePoint e Project Server attraverso un
firewall.
Servizi Web SharePoint: La figura precedente non mostra l'infrastruttura di
SharePoint, ad esempio l'applicazione di Servizi Web SharePoint back-end, che fa
parte di SharePoint Server Subscription Edition. Quando si installa Project Server,
l'applicazione del servizio Project viene aggiunta ai servizi Web di SharePoint.
Il livello front-end include applicazioni di terze parti, Project Professional e Project Web
App. Un browser visualizza ASP.NET pagine 4.0 (pagine aspx) in Project Web App. Le
pagine Project Web App usano web part di Project Server che comunicano con psi e
usano anche web part di SharePoint standard.
I componenti Project Web App di Project Server usano il database di configurazione
SharePoint Server Subscription Edition per l'installazione del sito del progetto e il
database del contenuto per tutte le altre informazioni. Non è più disponibile un
database di Project Server separato.
Architettura di Project Server 2019
Articolo • 07/04/2023
Riepilogo: Informazioni sull'architettura generale di Project Server 2019.
Si applica a: Project Server 2019
L'architettura di Project Server 2019 include l'associazione del servizio applicazione
project alle raccolte siti di SharePoint, il modello a oggetti lato client (CSOM) per
l'accesso remoto, un'interfaccia OData per la creazione di report e ricevitori di eventi
remoti accessibili da più installazioni di Project Server. Oltre alle soluzioni personalizzate
locali, è possibile creare app che includono ricevitori di eventi remoti e componenti che
accedono alle interfacce CSOM e OData.
Il livello front-end include Project Professional 2016, Project Professional 2019, Project
Online Desktop Client, Project Web App e app di terze parti. Le applicazioni client
comunicano con il livello intermedio tramite l'interfaccia di Project Server (PSI) o tramite
gli endpoint CSOM, che a loro volta comunicano con il livello PSI e l'oggetto business.
L'accesso al database è integrato negli oggetti business. Il sistema di gestione eventi di
Project Server può accedere sia ai gestori eventi locali che ai ricevitori di eventi remoti. Il
servizio di calcolo del progetto implementa il motore di pianificazione di Project
all'interno di Project Server.
Architettura generale
Di seguito è riportata una visualizzazione generalizzata dell'architettura di Project Server
2019, inclusa l'applicazione del servizio Project e diverse applicazioni client.
I commenti generali seguenti si applicano all'illustrazione precedente:
Project Online: è possibile creare app che usano le interfacce CSOM, REST e
OData. Un pacchetto di app può anche installare ricevitori di eventi remoti in un
servizio Web personalizzato in un server locale, in un server di Azure o in Microsoft
Azure. Project Online non supporta soluzioni locali di terze parti, l'interfaccia WCF,
l'interfaccia ASMX o i gestori eventi locali.
Ricevitori di eventi: I ricevitori di eventi possono anche essere chiamati gestori
eventi. Project Online supporta la registrazione dei ricevitori di eventi remoti di
Project Server, che possono essere usati da un'istanza di Project Web App nel
cloud o da un'installazione di Project Server locale. Un'installazione di Project
Server locale supporta ricevitori di eventi remoti e gestori eventi con attendibilità
completa locale.
Interfacce programmatiche: Per le app di terze parti, Project Online espone
l'interfaccia HTTP/HTTPS (incluso REST), l'interfaccia CSOM, un servizio OData per
CSOM e un servizio OData per la creazione di report. Per le applicazioni client di
terze parti locali (nella Intranet), è possibile usare l'interfaccia WCF per psi oppure
usare le interfacce CSOM, OData e REST tramite HTTP. I client Project Web App e
Project Professional 2016 usano entrambi l'interfaccia WCF. In un'installazione a
server singolo, i servizi Web ASMX front-end, CSOM e REST chiamano
internamente i servizi WCF back-end.
Il servizio OData per la creazione di report viene implementato dal servizio WCF
OData.svc interno. È possibile ottenere il documento dei metadati del servizio per i
dati di report usando
https://ServerName/ProjectServerName/_api/ProjectData/$metadata .
Il servizio OData per CSOM è destinato a piattaforme come Windows RT, iOS e
Android, in cui è possibile usare l'interfaccia REST con
UNRESOLVED_TOKEN_VAL(ecmascriptshort) nelle pagine HTML.
Workflow: I flussi di lavoro dichiarativi vengono scaricati in Workflow Manager per
l'elaborazione. Workflow Manager può essere eseguito in un server separato nella
farm di SharePoint, in Microsoft Azure nel cloud o in un singolo computer Project
Server per test o dimostrazioni. I flussi di lavoro codificati sviluppati con Visual
Studio vengono elaborati nel runtime del flusso di lavoro in SharePoint.
Rete perimetrale (DMZ): La figura precedente non mostra che un server front-end
locale può essere isolato da un firewall aggiuntivo in una rete perimetrale (nota
anche come "zona demilitarizzata" o rete perimetrale). Una rete perimetrale può
consentire ai client Internet di accedere a SharePoint e Project Server attraverso un
firewall.
Servizi Web SharePoint: La figura precedente non mostra l'infrastruttura di
SharePoint, ad esempio l'applicazione di Servizi Web SharePoint back-end, che fa
parte di SharePoint Server 2019. Quando si installa Project Server, l'applicazione
del servizio Project viene aggiunta ai servizi Web di SharePoint.
Il livello front-end include applicazioni di terze parti, Project Professional e Project Web
App. Un browser visualizza ASP.NET pagine 4.0 (pagine aspx) in Project Web App. Le
pagine Project Web App usano web part di Project Server che comunicano con psi e
usano anche web part di SharePoint standard.
I componenti Project Web App di Project Server usano il database di configurazione
SharePoint Server 2019 per l'installazione del sito del progetto e il database del
contenuto per tutte le altre informazioni. Non è più disponibile un database di Project
Server separato.
Architettura di Project Server 2016
Articolo • 07/04/2023
Riepilogo: Informazioni sull'architettura generale di Project Server 2016.
Si applica a: Project Server 2016
Project Server 2016'architettura include l'associazione del servizio applicazione project
alle raccolte siti di SharePoint, il modello a oggetti lato client (CSOM) per l'accesso
remoto, un'interfaccia OData per la creazione di report e ricevitori di eventi remoti
accessibili da più installazioni di Project Server. Oltre alle soluzioni personalizzate locali,
è possibile creare app che includono ricevitori di eventi remoti e componenti che
accedono alle interfacce CSOM e OData.
Il livello front-end include Project Professional 2016, Project Web App e app di terze
parti. Le applicazioni client comunicano con il livello intermedio tramite l'interfaccia di
Project Server (PSI) o tramite gli endpoint CSOM, che a loro volta comunicano con il
livello PSI e l'oggetto business. L'accesso al database è integrato negli oggetti business.
Il sistema di gestione eventi di Project Server può accedere sia ai gestori eventi locali
che ai ricevitori di eventi remoti. Il servizio di calcolo del progetto implementa il motore
di pianificazione di Project all'interno di Project Server.
Architettura generale
Di seguito è riportata una visualizzazione generalizzata dell'architettura Project Server
2016, inclusa l'applicazione del servizio Project e diverse applicazioni client, tra cui
Project Professional 2016.
I commenti generali seguenti si applicano all'illustrazione precedente:
Project Online: è possibile creare app che usano le interfacce CSOM, REST e
OData. Un pacchetto di app può anche installare ricevitori di eventi remoti in un
servizio Web personalizzato in un server locale, in un server di Azure o in Microsoft
Azure. Project Online non supporta soluzioni locali di terze parti, l'interfaccia WCF,
l'interfaccia ASMX o i gestori eventi locali.
Ricevitori di eventi: I ricevitori di eventi possono anche essere chiamati gestori
eventi. Project Online supporta la registrazione dei ricevitori di eventi remoti di
Project Server, che possono essere usati da un'istanza di Project Web App nel
cloud o da un'installazione di Project Server locale. Un'installazione di Project
Server locale supporta ricevitori di eventi remoti e gestori eventi con attendibilità
completa locale.
Interfacce programmatiche: Per le app di terze parti, Project Online espone
l'interfaccia HTTP/HTTPS (incluso REST), l'interfaccia CSOM, un servizio OData per
CSOM e un servizio OData per la creazione di report. Per le applicazioni client di
terze parti locali (nella Intranet), è possibile usare l'interfaccia WCF per psi oppure
usare le interfacce CSOM, OData e REST tramite HTTP. I client Project Web App e
Project Professional 2016 usano entrambi l'interfaccia WCF. In un'installazione a
server singolo, i servizi Web ASMX front-end, CSOM e REST chiamano
internamente i servizi WCF back-end.
Il servizio OData per la creazione di report viene implementato dal servizio WCF
OData.svc interno. È possibile ottenere il documento dei metadati del servizio per i
dati di report usando
https://ServerName/ProjectServerName/_api/ProjectData/$metadata .
Il servizio OData per CSOM è destinato a piattaforme come Windows RT, iOS e
Android, in cui è possibile usare l'interfaccia REST con
UNRESOLVED_TOKEN_VAL(ecmascriptshort) nelle pagine HTML.
Workflow: I flussi di lavoro dichiarativi vengono scaricati in Workflow Manager per
l'elaborazione. Workflow Manager può essere eseguito in un server separato nella
farm di SharePoint, in Microsoft Azure nel cloud o in un singolo computer Project
Server per test o dimostrazioni. I flussi di lavoro codificati sviluppati con Visual
Studio vengono elaborati nel runtime del flusso di lavoro in SharePoint.
Rete perimetrale (DMZ): La figura precedente non mostra che un server front-end
locale può essere isolato da un firewall aggiuntivo in una rete perimetrale (nota
anche come "zona demilitarizzata" o rete perimetrale). Una rete perimetrale può
consentire ai client Internet di accedere a SharePoint e Project Server attraverso un
firewall.
Servizi Web SharePoint: La figura precedente non mostra l'infrastruttura di
SharePoint, ad esempio l'applicazione di Servizi Web SharePoint back-end, che fa
parte di SharePoint Server 2016. Quando si installa Project Server, l'applicazione
del servizio Project viene aggiunta ai servizi Web di SharePoint.
Il livello front-end include applicazioni di terze parti, Project Professional e Project Web
App. Un browser visualizza ASP.NET pagine 4.0 (pagine aspx) in Project Web App. Le
pagine Project Web App usano web part di Project Server che comunicano con psi e
usano anche web part di SharePoint standard.
I componenti Project Web App di Project Server usano il database di configurazione di
SharePoint Server 2016 per la configurazione del sito di progetto e il database del
contenuto per tutte le altre informazioni. Non è più disponibile un database di Project
Server separato.
Installare e configurare Project Server
Articolo • 07/04/2023
Sintesi: articoli sulla distribuzione di Project Server per la preparazione dell'installazione
e della configurazione dell'applicazione.
Negli articoli è possibile trovare informazioni sugli scenari di distribuzione, istruzioni
dettagliate per l'installazione, le operazioni di configurazione da eseguire dopo
l'installazione e informazioni sull'aggiornamento.
Nella sezione relativa all'installazione e alla configurazione è possibile trovare
informazioni sugli scenari di distribuzione, istruzioni dettagliate per l'installazione e le
operazioni di configurazione da eseguire dopo l'installazione. Questa sezione illustra
anche le informazioni sull'aggiornamento a Project Server Subscription Edition, 2019 o
2016 Public Preview.
Articoli sull'installazione e la configurazione di
Project Server Subscription Edition anteprima
pubblica
Gli articoli seguenti sull'installazione e la configurazione di Project Server Subscription
Edition anteprima pubblica sono disponibili per la visualizzazione online. Gli articoli
vengono continuamente aggiornati dagli autori in base alle nuove informazioni
disponibili e ai commenti e suggerimenti ricevuti dagli utenti.
Icona
Contenuto
Descrizione
Distribuire Project Server
Elenco di articoli su come installare Project Server
Subscription Edition
Subscription Edition in un ambiente server farm.
Aggiornare a Project Server
Elenco di articoli su come eseguire l'aggiornamento a
Subscription Edition
Project Server Subscription Edition.
Articoli sull'installazione e sulla configurazione
dell'anteprima pubblica di Project Server 2019
Gli articoli seguenti sull'installazione e la configurazione di Project Server 2019 Public
Preview sono disponibili per la visualizzazione online. Gli articoli vengono
continuamente aggiornati dagli autori in base alle nuove informazioni disponibili e ai
commenti e suggerimenti ricevuti dagli utenti.
Icona
Contenuto
Descrizione
Distribuire Project Server 2019
Elenco di articoli su come installare Project Server 2019
in un ambiente server farm.
Eseguire l'aggiornamento a
Project Server 2019
Elenco di articoli su come eseguire l'aggiornamento a
Project Server 2019.
Articoli sull'installazione e la configurazione di
Project Server 2016
Gli articoli seguenti sull'installazione e la configurazione di Project Server 2016 sono
disponibili per la visualizzazione online. Gli articoli vengono continuamente aggiornati
dagli autori in base alle nuove informazioni disponibili e ai commenti e suggerimenti
ricevuti dagli utenti.
Icona
Contenuto
Descrizione
Distribuire Project Server 2016
Elenco di articoli su come installare Project Server 2016
in un ambiente server farm.
Eseguire l'aggiornamento a
Project Server 2016
Elenco degli articoli sull'aggiornamento a Project Server
2016.
Articoli sull'installazione e sulla configurazione
di Project Server 2013
Gli articoli seguenti sull'installazione e la configurazione di Project Server 2016 sono
disponibili per la visualizzazione online. Gli articoli vengono continuamente aggiornati
dagli autori in base alle nuove informazioni disponibili e ai commenti e suggerimenti
ricevuti dagli utenti.
Icona
Contenuto
Descrizione
Distribuire Project Server
Un elenco degli articoli sull'installazione di Project Server
2013
2013 in un ambiente server farm.
Eseguire l'aggiornamento a
Elenco degli articoli sull'aggiornamento a Project Server
Project Server 2013
2013.
Distribuire Project Server Subscription
Edition, 2019 o 2016
Articolo • 05/04/2023
Riepilogo: Informazioni su come distribuire Project Server Subscription Edition, 2019 o
2016.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server 2016
Questa serie di articoli descrive i passaggi necessari per installare Project Server
Subscription Edition, 2019 o 2016. Prima di iniziare, assicurarsi di aver pianificato la
distribuzione ed esaminato:
requisiti software per Project Server Subscription Edition
Requisiti software per Project Server 2019
requisiti software per Project Server 2016
La distribuzione di Project Server Subscription Edition, 2019 o 2016 è costituita dai
passaggi seguenti:
1. Installare SharePoint Server Subscription Edition, 2019 o 2016 - Project Server
Subscription Edition, 2019 o 2016 fa parte di SharePoint Server Subscription
Edition, 2019 o 2016 Public Preview edizione Enterprise. Prima di configurare
Project Server Subscription Edition, 2019 o 2016, è necessario installare SharePoint
Servers Subscription Edition, 2019 o 2016 Public Preview.
2. Configurare Project Server Subscription Edition, 2019 o 2016: a differenza delle
versioni precedenti di Project Server, Project Server Subscription Edition, 2019 o
2016 non richiede un'installazione separata da SharePoint Server Subscription
Edition, 2019 o 2016. Dopo aver installato SharePoint Server, è possibile
configurare Project Server Subscription Edition, 2019 o 2016.
3. Creare un sito Project Web App: una volta completata la configurazione iniziale
Project Server Subscription Edition, 2019 o 2016 all'interno di SharePoint Server
Subscription Edition, 2019 o 2016, è possibile creare un sito Project Web App.
Vedere anche
Aggiornare a Project Server Subscription Edition
Eseguire l'aggiornamento a Project Server 2019
Eseguire l'aggiornamento a Project Server 2016
Installare e configurare Project Servers
Subscription Edition, 2019 o 2016
Articolo • 05/04/2023
Riepilogo: Configurare Project Server Subscription Edition, 2019 o 2016 in una farm
SharePoint Server Subscription Edition, SharePoint Server 2019 farm o in una farm di
SharePoint Server 2016.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server 2016
Project Server viene eseguito come applicazione di servizio in SharePoint Server. È
incluso come parte dell'installazione di SharePoint Server Subscription Edition,
SharePoint Server 2019 o SharePoint Server 2016 Enterprise, anche se è concesso in
licenza separatamente. Questo articolo descrive la configurazione di Project Server
Subscription Edition, 2019 o 2016, incluso il provisioning dell'applicazione di servizio di
Project Server. Project Server Subscription Edition, 2019 o 2016 sono disponibili solo in
SharePoint Server Subscription Edition, 2019 o 2016 Public Preview Enterprise.
Assicurarsi di aver installato SharePoint Server Subscription Edition, 2019 o 2016 prima
di avviare le procedure in questo articolo. Assicurarsi inoltre che il servizio stato sia in
esecuzione nella farm di SharePoint.
Configurare Project Server Subscription Edition,
2019 o 2016
Project Servers Subscription Edition, 2019 o 2016 richiede una licenza per funzionare ed
è necessario abilitare Project Servers Subscription Edition, 2019 o 2016 usando il codice
di licenza prima di poter creare un sito Project Web App.
７ Nota
Per abilitare il codice di licenza è disponibile solo usando un cmdlet di Microsoft
PowerShell.
Se non si è certi che Project Server Subscription Edition, 2019 o 2016 sia già stato
abilitato, usare il cmdlet Get-ProjectServerLicense per controllare.
Per attivare Project Server Subscription Edition, 2019 o
2016
1. Aprire SharePoint Management Shell come amministratore.
2. Verificare di essere membri dei ruoli e dei gruppi seguenti:
Ruolo predefinito del server securityadmin nell'istanza di SQL Server.
Ruolo predefinito del database db_owner in tutti i database da aggiornare.
Gruppo Administrators locale nel server in cui si eseguono i cmdlet di
PowerShell.
Un amministratore può usare il cmdlet Add-SPShellAdmin per concedere le
autorizzazioni per l'uso dei cmdlet di Project Server.
3. Dal prompt dei comandi di PowerShell digitare la sintassi seguente per abilitare
Project Server Subscription Edition, 2019 o 2016:
Enable-ProjectServerLicense -Key <LicenseKey>
Verificare la presenza di un'applicazione di servizio di
Project Server
Project Server viene eseguito come applicazione di servizio in SharePoint Server, quindi
la prima cosa da fare è verificare se è già configurata un'applicazione di servizio di
Project Server.
1. Nel sito Web Amministrazione centrale SharePoint, in Gestione applicazioni, fare
clic su Gestisci applicazioni di servizio.
2. Controllare l'elenco delle applicazioni di servizio per un'applicazione di servizio di
Project Server.
Se si dispone già di un'applicazione di servizio di Project Server, è possibile procedere e
configurare un sito Project Web App. In caso contrario, il primo passaggio nella
creazione di un'applicazione di servizio di Project Server consiste nel registrare un
account gestito. A tale scopo, è necessario un account di dominio che è possibile usare
per eseguire il pool di applicazioni per l'applicazione di servizio di Project Server.
Per registrare un account gestito
1. Nella struttura di spostamento sinistra della home page di Amministrazione
centrale fare clic su Sicurezza.
2. Nella sezione Sicurezza generale della pagina Sicurezza fare clic su Configura
account gestiti.
3. Nella pagina Account gestiti fare clic su Registra account gestito.
4. Digitare il nome utente e la password dell'account di dominio che si sta
registrando.
5. Facoltativamente, selezionare la casella di controllo Abilita modifica automatica
password se si vuole che SharePoint Server gestirà le modifiche delle password per
questo account.
6. Fare clic su OK.
Dopo aver registrato l'account del pool di applicazioni con SharePoint Server, il
passaggio successivo consiste nel creare l'applicazione di servizio di Project Server. A
tale scopo, utilizzare la procedura seguente.
Per creare un'applicazione di servizio di Project Server
1. Nella sezione Gestione applicazioni della home page di Amministrazione centrale
fare clic su Gestisci applicazioni di servizio.
2. Nella barra multifunzione della pagina Gestisci applicazioni di servizio fare clic su
Nuovo e quindi su Applicazione di servizio di Project Server.
3. Nella pagina Crea applicazione di servizio di Project Web App:
4. Digitare un nome per l'applicazione di servizio nella casella Nome applicazione di
servizio di Project Web App.
5. Nella sezione Pool di applicazioni digitare il nome del pool di applicazioni che si
desidera creare nella casella Nome pool di applicazioni.
6. Selezionare l'opzione Configurabile e scegliere l'account gestito da utilizzare per
eseguire il pool di applicazioni.
7. Fare clic su OK.
Il passaggio successivo consiste nel determinare come distribuire Project Web App.
Passare al prossimo articolo, Deploy Project Web App.
Vedere anche
Forum su Project
Distribuire Project Web App
Articolo • 05/04/2023
Riepilogo: Determinare se distribuire Project Web App in una nuova raccolta siti o
aggiungerla a una raccolta siti esistente.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server 2016
Prima di iniziare a configurare Project Web App, ecco due aspetti importanti se sono
state usate versioni precedenti di Project Server:
Se si esegue l'aggiornamento da una versione precedente di Project Server, si
distribuirà Project Web App come parte del processo di aggiornamento. Leggere
Aggiornamento a Project Server 2016 invece di questo articolo.
In Project Server Subscription Edition, 2019 o 2016 viene creato un sito Project
Web App tramite Microsoft PowerShell. Non è più disponibile un pulsante Crea
istanza di Project Web App nel sito Web Amministrazione centrale SharePoint.
Verranno forniti i dettagli negli argomenti seguenti.
Sono disponibili due opzioni per la distribuzione di Project Web App. È possibile creare
un sito Project Web App come livello principale di una nuova raccolta siti oppure
aggiungere un sito Project Web App a una raccolta siti esistente.
Se si sta cercando un ambiente pulito per iniziare a gestire i progetti in Project Web
App, è consigliabile creare il sito Project Web App come sito di primo livello in una
nuova raccolta siti. Per istruzioni dettagliate su come creare un sito Project Web App
come sito di primo livello in una nuova raccolta siti, vedere Distribuire Project Web App
con una nuova raccolta siti (Project Servers Subscription Edition, 2019 o 2016).
Se si dispone di siti esistenti in cui sono presenti progetti di elenco attività di SharePoint
e si desidera aggiungervi funzionalità di Project Server, è possibile aggiungere un sito
Project Web App a tale raccolta siti. Per istruzioni dettagliate su come aggiungere un
sito Project Web App a una raccolta siti esistente, vedere Distribuire Project Web App in
una raccolta siti esistente (Project Servers Subscription Edition, 2019 o 2016)
Forum di Project
Distribuire Project Web App con una
nuova raccolta siti (Project Server
Subscription Edition 2019 o 2016)
Articolo • 05/04/2023
Riepilogo: informazioni su come distribuire un'istanza di Project Web App insieme a un
sito di Project Web App in una nuova raccolta siti.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server 2016
Creare un sito Web principale
Se non esiste un sito Web di primo livello per l'applicazione Web in cui si vuole creare
un sito Project Web App, è prima necessario crearne uno. Per creare il sito Web
principale, eseguire la procedura seguente.
Per creare un sito Web principale
1. Nella sezione Gestione applicazioni del sito Web Amministrazione centrale
SharePoint fare clic su Crea raccolte siti.
2. Selezionare un'applicazione Web dal menu a discesa Applicazione Web.
3. Digitare un titolo per la raccolta siti nella casella Titolo.
4. Nella sezione Selezione modello scegliere un modello per il sito.
７ Nota
Project Servers Subscription Edition, 2019 o 2016 non richiede un modello
specifico. È possibile sceglierne uno adatto per l'organizzazione.
5. Nella sezione Amministratore principale raccolta siti digitare il nome dell'account
da utilizzare come amministratore del sito.
6. Fare clic su OK.
Dopo aver creato il sito Web principale, è necessario concedere agli utenti l'accesso al
sito. Per consentire l'accesso in lettura al sito principale, eseguire la procedura seguente.
Per impostare le autorizzazioni di lettura sul sito Web
principale
1. Passare al sito radice , ovvero https://< servername>.
2. Nella parte superiore della pagina fare clic su Condividi.
3. Nella finestra di dialogo Condividi fare clic su Mostra opzioni.
4. Dal livello Selezionare un gruppo o un livello di autorizzazione scegliere <Visitatori
del sito> [Lettura].
5. Nella casella di testo Immettere nomi o indirizzi di posta elettronica
digitareEveryone.
6. Fare clic su Condividi.
Creare un sito di Project Web App
） Importante
Quando si crea un nuovo sito Project Web App insieme a una nuova raccolta siti, è
consigliabile usare un database del contenuto SharePoint Server Subscription
Edition, 2019 o 2016 separato per il sito Project Web App e le aree di lavoro del
progetto associate. Per isolare correttamente il sito Project Web App nel proprio
database del contenuto, è necessario distribuire Project Web App in un momento
in cui altri amministratori non creano nuovi siti nell'applicazione Web in cui si
distribuiscono Project Web App.
Inserendo Project Web App e le aree di lavoro del progetto associate in un database del
contenuto separato, è possibile semplificare notevolmente le procedure di migrazione e
backup e ripristino del sito.
La creazione di un sito Project Web App richiede cinque passaggi di base:
1. Creare un database del contenuto per ospitare il sito Project Web App e le aree di
lavoro del progetto associate.
2. Creare il sito Project Web App stesso.
3. Bloccare il database del contenuto Project Web App per impedire l'aggiunta di
altre raccolte siti.
） Importante
Assicurarsi che nessun altro amministratore stia aggiungendo raccolte siti
all'applicazione Web in cui si prevede di distribuire Project Web App mentre si
eseguono le procedure in questa sezione.
Per creare un database del contenuto
1. Nella sezione Gestione applicazioni in Amministrazione centrale SharePoint fare
clic su Gestisci database del contenuto.
2. Fare clic su Aggiungi database del contenuto.
3. Nella sezione Applicazione Web scegliere l'applicazione Web in cui si prevede di
distribuire il sito Project Web App.
4. Nella sezione Nome database e autenticazione digitare il nome del server di
database in cui si prevede di distribuire i database Project Web App e digitare un
nome per il database.
5. Fare clic su OK.
Dopo aver creato e configurato il database del contenuto, il passaggio successivo
consiste nel creare il sito Project Web App stesso.
Per creare un sito Project Web App in una nuova raccolta siti, eseguire il cmdlet
Microsoft PowerShell New-SPSite per creare il sito nel database del contenuto creato e
quindi eseguire Enable-SPFeature per attivare le funzionalità della raccolta siti Project
Web App.
Verificare di essere membri dei ruoli e dei gruppi seguenti:
Ruolo predefinito del server securityadmin nell'istanza di SQL Server.
Ruolo predefinito del database db_owner in tutti i database da aggiornare.
Gruppo Administrators locale per il server in cui vengono eseguiti i cmdlet di
PowerShell.
Dal prompt dei comandi di PowerShell eseguire i comandi seguenti per creare il sito
Project Web App.
New-SPSite -ContentDatabase ContentDBName -URL SiteCollectionURL/PWASiteName
-Template pwa#0 -OwnerAlias domain\user
Enable-SPFeature pwasite -URL SiteCollectionURL/PWASiteName
Ad esempio:
New-SPSite -ContentDatabase PWA_Content -URL https://contosoappsrv1/sites/PWA -Template pwa#0 -OwnerAlias domain\user
Enable-SPFeature pwasite -URL https://contoso-appsrv1/sites/PWA
Dopo aver effettuato il provisioning del sito Project Web App, verificare che sia stato
creato nel database del contenuto creato. Usare il cmdlet Get-SPSite , passando il nuovo
database del contenuto come parametro:
Per verificare il percorso del sito di Project Web App
Dal prompt dei comandi di PowerShell digitare il comando seguente e quindi premere
INVIO:
Get-SPSite -ContentDatabase <ContentDatabaseName>
Il comando deve restituire l'URL per il sito Project Web App e nessun altro URL.
７ Nota
Se nel database del contenuto sono elencati ALTRI URL oltre a quelli del sito Project
Web App, eliminare il sito Project Web App e riavviare la procedura con un nuovo
database del contenuto.
Dopo che il sito Project Web App si trova nel database del contenuto desiderato, è
necessario bloccare il database per impedire a SharePoint Server di aggiungere altre
raccolte siti al database. Questa operazione viene eseguita impostando il numero
massimo di siti del database del contenuto su uno.
７ Nota
La configurazione di questa impostazione non impedisce la creazione di nuovi siti
di aree di lavoro progetto.
Per bloccare il database del contenuto
1. Nella sezione Gestione applicazioni in Amministrazione centrale SharePoint fare
clic su Gestisci database del contenuto.
2. Nella colonna Nome database fare clic sul collegamento del database del
contenuto che è stato creato.
3. Nella sezione Impostazioni capacità database eseguire le operazioni seguenti:
4. Nella casella Numero di siti prima della generazione di un evento di avviso
digitare0.
5. Nella casella Numero massimo di siti che è possibile creare in questo database
digitare1.
6. Fare clic su OK.
È ora possibile accedere al nuovo sito Project Web App.
Vedere anche
Distribuire Project Web App in una raccolta siti esistente (Project Server Subscription
Edition 2019 o 2016)
Forum di Project
Distribuire Project Web App in una
raccolta siti esistente (Project Servers
Subscription Edition, 2019 o 2016)
Articolo • 07/04/2023
Sintesi: distribuire un'istanza di Project Web App in una raccolta siti esistente e creare
un sito di Project Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server 2016
La distribuzione di un'istanza di Project Web App in una raccolta siti esistente
comprende le operazioni seguenti:
Creare un sito di Project Web App
Abilitare le funzionalità di raccolta del sito Project Web App
Se le caratteristiche per le raccolte siti di Project Web App sono già state attivate (ad
esempio, se sono stati importati progetti elenco di SharePoint in Project Web App),
esiste già un'istanza di Project Web App nella raccolta siti ed è possibile creare un sito di
Project Web App.
７ Nota
Può essere creato solo un sito di Project Web App per database del contenuto.
Per informazioni sull'abilitazione delle funzionalità della raccolta siti Project Web App,
vedere Abilitare le funzionalità della raccolta siti Project Web App in Project Server
Subscription Edition, 2019 o 2016.
Per informazioni sulla creazione di un sito Project Web App in una raccolta siti esistente,
vedere Creare un sito di PWA in una raccolta siti esistente.
Vedere anche
Distribuire Project Web App con una nuova raccolta siti (Project Server Subscription
Edition 2019 o 2016)
Forum di Project
Abilitare le funzionalità della raccolta
siti Project Web App in Project Server
Subscription Edition, 2019 o 2016
Articolo • 07/04/2023
Riepilogo: abilitare le caratteristiche delle raccolte siti di Project Web App per consentire
l'importazione di progetti da elenchi di SharePoint in Project Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server 2016
L'abilitazione delle funzionalità della raccolta siti di Project Web App aggiunge
funzionalità aggiuntive alla raccolta siti che consente di importare progetti elenco
SharePoint in Project Web App.
Abilitare le caratteristiche delle raccolte siti di
Project Web App
Le funzionalità della raccolta siti Project Web App sono abilitate usando il cmdlet
PowerShell Enable-SPFeature.
Dal prompt dei comandi di PowerShell digitare la sintassi seguente per abilitare le
funzionalità della raccolta siti Project Web App.
Enable-SPFeature pwasite -URL SiteCollectionURL
Ad esempio:
Enable-SPFeature pwasite -URL https://contoso-appsrv1/sites/ContosoProjects
Dopo aver attivato le funzionalità della raccolta siti Project Web App per la raccolta siti,
è possibile aggiungere una web part di Project Center e iniziare a importare i progetti
elenco di SharePoint in Project Web App.
Per aggiungere un sito Project Web App alla raccolta siti, vedere Creare un sito di PWA
in una raccolta siti esistente.
Vedere anche
Enable-SPFeature
Get-SPWeb
Forum di Project
Come creare un sito di PWA in una
raccolta siti esistente
Articolo • 07/04/2023
Riepilogo: aggiungere un sito di Project Web App a una raccolta siti esistente.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server 2016
È possibile aggiungere un sito Project Web App a una raccolta siti esistente. In questo
modo sarà possibile sfruttare appieno le funzionalità di Project Server e Project Web
App per i progetti in tale raccolta siti.
Affinché un sito Project Web App funzioni correttamente, è necessario abilitare le
funzionalità della raccolta siti Project Web App. Se non è già stato fatto, abilitare le
funzionalità Project Web App raccolta siti nella raccolta siti in cui si vuole distribuire il
sito Project Web App.
Per creare un sito Project Web App in una raccolta siti esistente, eseguire il cmdlet
Microsoft PowerShell New-SPWeb per creare il sito.
Al prompt dei comandi di PowerShell digitare la sintassi seguente per creare il sito
Project Web App.
New-SPweb -URL SiteCollectionURL/PWASiteName -Template pwa#0
Ad esempio:
New-SPweb -URL https://contoso-appsrv1/sites/ContosoProjects/PWA -Template
pwa#0
Il sito Project Web App è ora disponibile nell'URL specificato.
Forum di Project
Configurare i cubi OLAP per Project
Web App
Articolo • 07/04/2023
Riepilogo: Configurare cubi OLAP per Project Web App in Project Server Subscription
Edition, Project Server 2019 e Project Server 2016.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server 2016
Questo articolo descrive come configurare un cubo di SQL Server Analysis Services per
Project Web App. È necessario seguire le procedure descritte in questo articolo per ogni
istanza di Project Web App creata.
Contenuto dell'articolo:
Prima di iniziare
Configurare l'account del servizio Analysis Services
Compilare un cubo OLAP in Project Web App
Concedere l'accesso al cubo OLAP Project Web App
Prima di iniziare
Informazioni preliminari:
È necessaria un'istanza di SQL Server Analysis Services in cui è possibile compilare
un cubo OLAP. È necessario anche il nome dell'account che esegue il servizio SQL
Server Analysis Services per una delle procedure descritte in questo articolo.
Assicurarsi che l'account di sistema di SharePoint sia un amministratore OLAP in
tale istanza di SQL Server Analysis Services.
È necessario aver installato le versioni seguenti di SQL Server Analysis
Management Objects (AMO) in ogni server ruolo Application e Front-end nelle
rispettive farm:
Project
Server 2016
Project
Server 2019
Project Server Subscription Edition
Project
Server 2016
Project
Server 2019
Project Server Subscription Edition
SQL Server
2014 Analysis
SQL Server
2016 Analysis
SQL Server Analysis Services AMO è in genere già
installato con SQL Server 2019 e Analysis Services 2019.
Management
Objects
Management
Objects
Se non è già installato, scaricare il SQL Server AMO
(Analysis Management Objects) 2019 .
(AMO)
(AMO)
Configurare l'account del servizio Analysis
Services
Per compilare cubi OLAP, l'account che esegue il servizio Analysis Services deve avere
accesso in lettura alla Project Web App nel database del contenuto di SharePoint.
Questo accesso viene concesso usando il ruolo del database PSDataAccess in SQL
Server.
Il primo passaggio consiste nel creare un account di accesso SQL Server per l'account
che esegue il servizio SQL Server Analysis Services.
Utilizzare la procedura seguente per creare un account di accesso per l'account del
servizio SQL Server Analysis Services.
７ Nota
Se esiste già un account di accesso per l'account del servizio SQL Server Analysis
Services, è possibile ignorare questa procedura.
Per creare un accesso all'account del servizio Analysis
Services
1. In SQL Server Management Studio connettersi all'istanza del motore di database in
cui si trova il Project Web App.
2. In Esplora oggetti espandere Sicurezza.
3. Fare clic con il pulsante destro del mouse su Account di accesso e quindi scegliere
Nuovo account di accesso.
4. Nella casella Nome account di accesso digitare il nome dell'account di Active
Directory che esegue il servizio Analysis Services.
5. Fare clic su OK.
Dopo aver creato l'account di accesso, è necessario concedere l'accesso al database del
contenuto di SharePoint in cui si trova il sito Project Web App. Per configurare l'accesso
al database, seguire questa procedura.
Per concedere l'accesso al database all'account del
servizio Analysis Services
1. In SQL Server Management Studio connettersi al motore di database.
2. In Esplora oggetti espandere Sicurezza.
3. Fare doppio clic sull'account di accesso per il servizio Analysis Services.
4. Nella sezione Selezione pagina fare clic su Mapping utenti.
5. Selezionare la casella di controllo Mappa per il database del contenuto di
SharePoint in cui si trova il sito Project Web App e quindi nella sezione
Appartenenza al ruolo database per: <> selezionare la casella di controllo
PSDataAccess.
6. Fare clic su OK.
Il passaggio successivo consiste nella creazione di un cubo OLAP.
Compilare un cubo OLAP in Project Web App
Per configurare le autorizzazioni necessarie in SQL Server Analysis Services, è necessario
creare il cubo OLAP. Anche se non si intende usare il cubo immediatamente, è
necessario crearne uno in questa fase per poter configurare i requisiti di accesso
dell'utente necessari.
Per generare un cubo OLAP, seguire questa procedura.
Per generare un cubo OLAP
1. Nella sezione Gestione applicazioni di Amministrazione centrale fare clic su
Gestisci applicazioni di servizio.
2. Fare clic sull'applicazione di servizio di Project Server.
3. Passare il puntatore del mouse sull'istanza di Project Web App per cui si vuole
compilare un cubo, fare clic sulla freccia visualizzata e quindi fare clic su Gestisci.
4. Nella pagina Project Web App impostazioni, in Amministrazione coda e database
fare clic su Gestione database OLAP.
5. Nella colonna Nome database OLAP della pagina Gestione database OLAP fare
clic sul collegamento Nome database.
6. Nella pagina Impostazioni generazione database OLAP:
7. Nella casella Analysis Services Server digitare il nome dell'istanza di Analysis
Services in cui si vuole compilare il cubo.
8. Nella casella Database di Analysis Services da creare digitare un nome per il
database OLAP.
9. Fare clic su Salva.
10. Nella pagina Gestione database OLAP selezionare la riga della tabella
corrispondente al cubo appena configurato, quindi fare clic su Genera.
11. Monitorare il campo Stato nella pagina Gestione database OLAP finché il relativo
valore non risulta essere Generazione riuscita.
Dopo aver generato il cubo, è possibile concedere agli utenti l'accesso a quest'ultimo.
Concedere l'accesso al cubo OLAP Project Web
App
Per concedere agli utenti l'accesso al cubo, è necessario aggiungere i seguenti gruppi e
account al ruolo ProjectServerViewOlapDataRole predefinito nel cubo:
Se si accede al cubo usando autenticazione di Windows, ad esempio tramite Excel,
l'account utente deve essere membro del ruolo ProjectServerViewOlapDataRole
nel cubo. È consigliabile usare i gruppi di Servizi Active Directory per gestire
l'accesso degli utenti al cubo. Se si usa la sincronizzazione di Active Directory con
Project Server, tali gruppi possono contenere gli utenti a cui si vuole concedere
l'accesso al cubo.
Se si accede al cubo tramite l'archiviazione sicura, ad esempio quando si usa Excel,
le credenziali dell'applicazione di destinazione dell'archiviazione sicura devono
essere membro del ruolo ProjectServerViewOlapDataRole nel cubo.
Per concedere agli utenti l'accesso al cubo OLAP, seguire questa procedura.
Per concedere l'accesso degli utenti al cubo OLAP
1. In SQL Server Management Studio connettersi a Analysis Services.
2. In Esplora oggetti espandere Database.
3. Espandere il cubo appena creato.
4. Fare doppio clic sul ruolo ProjectServerViewOlapDataRole.
5. Nel riquadro sinistro selezionare la pagina Appartenenza.
6. Nella pagina appartenenza fare clic su Aggiungi.
7. Nella finestra di dialogo Seleziona utente o gruppo fare clic su Tipi di oggetto.
8. Nella finestra di dialogo Tipi di oggetti selezionare la casella di controllo Gruppi,
quindi fare clic su OK.
9. Nella finestra di dialogo Seleziona utente o gruppo digitare il nome del gruppo
Autori di report di Active Directory e il nome dell'account di accesso ai dati per
Applicazione di destinazione dell'archiviazione sicura ProjectServerApplication.
Digitare inoltre il nome di eventuali utenti o gruppi aggiuntivi a cui si desidera
concedere l'accesso al cubo.
10. Fare clic su OK.
11. Fare clic su OK.
Vedere anche
Forum su Project
Distribuire Project Server 2013
Articolo • 07/04/2023
Sintesi: un elenco degli articoli sull'installazione di Project Server 2013 in un ambiente
server farm.
Si applica a: Project Server 2013
In questa serie di articoli sono descritti i passaggi necessari per installare Project Server
2013 in un ambiente server farm. Tali passaggi includono l'installazione e la
configurazione di Project Server, la distribuzione di un sito di Project Web App e la
configurazione della creazione di relazioni.
Prima di distribuire Project Server 2013, è consigliabile leggere gli articoli della sezione
Pianificare la distribuzione di Project Server.
Articoli di TechNet sulla distribuzione di Project
Server 2013 in un ambiente server farm
Gli articoli seguenti relativi alla distribuzione di Project Server 2013 in un ambiente
server farm sono disponibili per la visualizzazione online. Gli articoli vengono
continuamente aggiornati dagli autori in base alle nuove informazioni disponibili e ai
commenti e suggerimenti ricevuti dagli utenti.
Contenuto
Descrizione
Panoramica
dell'installazione e
Informazioni sulle operazioni da eseguire per l'installazione di
Project Server 2013 in un ambiente server farm.
distribuzione di Project
Server 2013
Prepare for deployment
Verificare di avere accesso alle autorizzazioni e agli account
necessari per installare Project Server 2013.
Configure SQL Server
and Analysis Services in
Configurare le impostazioni di SQL Server e SQL Server Analysis
Services (SSAS) prima di installare Project Server 2013.
Project Server 2013
Installare SharePoint
Installare SharePoint Server 2013 e creare una server farm prima di
Server 2016 (Project
Server 2013)
installare Project Server 2013.
Installare e configurare
Installare Project Server 2013 in una farm di SharePoint Server
Project Server 2013
2013 e creare un'applicazione di servizio di Project Server.
Contenuto
Descrizione
Distribuire Project Web
App
È possibile distribuire un sito di Project Web App durante la
creazione di una nuova raccolta siti oppure aggiungerlo a una
raccolta siti esistente.
Configure reporting for
Project Server 2013
Configurare la creazione di relazioni per Project Web App e le
impostazioni di archiviazione sicura e Excel Services per abilitare le
relazioni di esempio di Project Web App.
Add an application
Aggiungere un nuovo server applicazioni SharePoint Server 2013
server to a farm
con Project Server 2013 a una farm esistente.
Installare Project Server 2013 in un
computer autonomo
Articolo • 05/04/2023
Riepilogo: configurare una semplice installazione di Project Server 2013 a fini
dimostrativi.
Si applica a: Project Server 2013
Project Server 2013 può essere installato in una configurazione autonoma che usa SQL
Server 2008 R2 Express Edition con SP1. Questa configurazione è utile a scopo
dimostrativo ma non dovrebbe essere utilizzata in ambienti di produzione.
Nella configurazione autonoma è disponibile un numero inferiore di funzionalità
rispetto a un'installazione farm completa. SQL Server Analysis Services (SSAS) e OLAP
non sono presenti nelle configurazioni autonome. Le funzionalità OLAP e Analysis
Services possono essere configurate per l'uso di un'istanza diversa di SQL Server, se si
desidera.
） Importante
È consigliabile eseguire l'installazione con configurazione autonoma in un
computer con almeno 24 GB di RAM.
Per installare Project Server 2013 in modalità autonoma, è innanzitutto necessario
installare SharePoint Server 2013 in modalità autonoma. Sono inclusi i prerequisiti per
SharePoint Server 2013.
Per installare i prerequisiti di SharePoint Server
2013
1. Nel DVD di SharePoint Server 2013 eseguire default.hta.
2. Nella prima pagina di SharePoint Server 2013 fare clic su Installa prerequisiti
software.
3. Seguire la procedura guidata per completare l'installazione.
NOTA: a seconda della configurazione, potrebbe essere necessario riavviare il
computer durante questo processo.
4. Al termine della procedura guidata, fare clic su Fine.
5. Dopo aver completato lo strumento di preparazione dei prodotti Microsoft
SharePoint, è necessario installare anche gli hotfix seguenti:
KB 2554876
KB 2708075
KB 2759112
KB 2765317
Dopo aver installato i prerequisiti software, riavviare il computer prima di installare
SharePoint Server 2013.
Dopo aver riavviato il computer, usare la procedura seguente per installare SharePoint
Server 2013 in modalità autonoma.
Per installare SharePoint Server 2013
1. Nel DVD di SharePoint Server 2013 eseguire default.hta.
2. Nella prima pagina di SharePoint Server 2013 fare clic su Installa SharePoint
Server.
3. Nella pagina Immettere il codice Product Key digitare il codice Product Key e
quindi fare clic su Continua.
4. Nella pagina Leggere le condizioni di licenza software Microsoft leggere il
contratto di licenza e accettare le condizioni selezionando la casella di controllo
Accetto le condizioni del contratto .
5. Fare clic su Continua.
6. Nella pagina Scegliere il tipo di installazione desiderato selezionare l'opzione
Autonoma e quindi fare clic su Installa. Verrà installato SharePoint Server 2013.
7. Al termine dell'installazione, fare clic su Chiudi. Viene avviata la Configurazione
guidata prodotti SharePoint.
8. Nella pagina Prodotti SharePoint fare clic su Avanti.
9. Nella finestra di dialogo di avviso fare clic su Sì.
10. Nella pagina Configurazione completata fare clic su Fine.
11. Nella pagina Selezione del modello selezionare una delle opzioni seguenti e
quindi fare clic su OK:
Nella sezione Selezione modello fare clic su un modello predefinito.
Nella sezione Raccolta soluzioni fare clic su Raccolta soluzioni e
personalizzare il modello di sito.
12. Nella pagina Imposta gruppi per il sito specificare gli utenti che potranno
accedere al sito e quindi creare un nuovo gruppo o utilizzare un gruppo esistente
per tali utenti eseguendo una delle operazioni seguenti:
Per creare un nuovo gruppo, fare clic su Crea nuovo gruppo e quindi digitare
il nome del gruppo e i membri che si desidera appartengano a tale gruppo.
Per utilizzare un gruppo esistente, fare clic su Utilizza un gruppo esistente e
quindi selezionare il gruppo di utenti nell'elenco Elemento.
13. Fare clic su OK.
Dopo aver installato SharePoint Server 2013, il passaggio successivo consiste
nell'installare Project Server 2013 ed eseguire la Configurazione guidata prodotti
SharePoint.
Per installare Project Server 2013
1. Nel DVD di SharePoint Server 2013 eseguire default.hta. Verrà aperto il menu di
installazione.
７ Nota
Il file default.hta potrebbe essere eseguito automaticamente quando si
inserisce il disco.
2. Nella pagina iniziale fare clic su Installa Project Server.
3. Nella pagina Immettere il codice Product Key digitare il codice Product Key e
quindi fare clic su Continua.
4. Nella pagina Contratto di licenza con l'utente finale esaminare le condizioni del
contratto. Per accettare il contratto, selezionare la casella di controllo Accetto i
termini del contratto.
5. Fare clic su Continua.
6. Nella pagina Scegliere un percorso file fare clic su Installa ora.
7. Al termine dell'installazione, fare clic su Chiudi. Viene avviata la Configurazione
guidata prodotti SharePoint.
8. Nella pagina Prodotti SharePoint fare clic su Avanti.
9. Nella finestra di dialogo di avviso fare clic su Sì.
10. Nella pagina Configurazione completata fare clic su Fine.
Al termine della Configurazione guidata prodotti SharePoint, il sistema creerà
automaticamente un sito PWA. Questa operazione può richiedere diversi minuti.
Dopo aver creato il sito, è possibile accedervi all'indirizzo https://<
servername>/pwa.
７ Nota
L'account usato per installare Project Server viene aggiunto automaticamente al
gruppo Amministratori di Project Server.
Vedere anche
Installare SharePoint 2013 in un server singolo con un database incorporato
Distribuire Project Server 2013 in un ambiente server farm
Requisiti hardware e software per Project Server 2013
Distribuire Project Server 2013 in un
ambiente server farm
Articolo • 07/04/2023
Sintesi: Un elenco degli articoli sull'installazione di Project Server 2013 in un ambiente
server farm.
Si applica a: Project Server 2013
In questa serie di articoli sono descritti i passaggi necessari per installare Project Server
2013 in un ambiente server farm. Tali passaggi includono l'installazione e la
configurazione di Project Server, la distribuzione di un sito di Project Web App e la
configurazione della creazione di relazioni.
Prima di distribuire Project Server 2013, è consigliabile leggere gli articoli della sezione
Pianificare la distribuzione di Project Server.
Articoli sulla distribuzione di Project Server
2013 in un ambiente server farm
Gli articoli seguenti relativi alla distribuzione di Project Server 2013 in un ambiente
server farm sono disponibili per la visualizzazione online. Gli articoli vengono
continuamente aggiornati dagli autori in base alle nuove informazioni disponibili e ai
commenti e suggerimenti ricevuti dagli utenti.
Contenuto
Descrizione
Panoramica
Informazioni sulle operazioni da eseguire per l'installazione di
dell'installazione e
distribuzione di Project
Project Server 2013 in un ambiente server farm.
Server 2013
Prepare for deployment
Verificare di avere accesso alle autorizzazioni e agli account
necessari per installare Project Server 2013.
Configure SQL Server
Configurare le impostazioni di SQL Server e SQL Server Analysis
and Analysis Services in
Project Server 2013
Services (SSAS) prima di installare Project Server 2013.
Installare SharePoint
Server 2013 (Project
Server 2013)
Installare SharePoint Server 2013 e creare una server farm prima di
installare Project Server 2013.
Contenuto
Descrizione
Installare e configurare
Installare Project Server 2013 in una farm di SharePoint Server
Project Server 2013
2013 e creare un'applicazione di servizio di Project Server.
Distribuire Project Web
È possibile distribuire un sito di Project Web App durante la
App
creazione di una nuova raccolta siti oppure aggiungerlo a una
raccolta siti esistente.
Configure reporting for
Project Server 2013
Configurare la creazione di relazioni per Project Web App e le
impostazioni di archiviazione sicura e Excel Services per abilitare le
relazioni di esempio di Project Web App.
Add an application
server to a farm
Aggiungere un nuovo server applicazioni SharePoint Server 2013
con Project Server 2013 a una farm esistente.
Panoramica dell'installazione e
distribuzione di Project Server 2013
Articolo • 07/04/2023
Sintesi: Informazioni sulle operazioni da eseguire per l'installazione di Project Server
2013 in un ambiente server farm.
Si applica a: Project Server 2013
In questa serie di articoli vengono descritti i passaggi necessari per installare Project
Server 2013 in un ambiente server farm. Tali passaggi includono quanto segue:
Configurare SQL Server e SQL Server Analysis Services
Installare SharePoint Server 2013
Installare Project Server 2013
Creare un sito di Project Web App
Configurare SQL Server e Analysis Services
La configurazione di SQL Server e Analysis Services prevede i passaggi seguenti:
Configurare le impostazioni di rete di SQL Server
Configurare Analysis Services
Installare SharePoint Server 2013
Project Server 2013 richiede la versione Enterprise di SharePoint Server 2013. Per poter
installare e configurare Project Server 2013, è necessario installare SharePoint Server
2013 e creare una server farm. In questo articolo vengono fornite le risorse di SharePoint
Server 2013 appropriate per la configurazione della server farm.
Installare e configurare Project Server 2013
Dopo aver configurato una server farm di SharePoint Server 2013, è possibile installare
Project Server 2013. Il software Project Server 2013 deve essere installato in ogni server
applicazioni e server Web front-end nella farm. Dopo aver installato e configurato il
software Project Server 2013, è necessario configurare un'applicazione del servizio di
Project Server in SharePoint Server 2013 per poter creare un'istanza di Project Web App.
Creare un sito di Project Web App
Una volta completata la configurazione iniziale di Project Server 2013 all'interno di
SharePoint Server 2013, è possibile configurare un'istanza di Project Web App.
Introduzione
Il primo passaggio da eseguire prima dell'installazione è verificare di disporre delle
autorizzazioni appropriate per eseguire le attività richieste. Per ulteriori informazioni,
vedere Prepare for deployment.
Vedere anche
Forum su Project
Preparare l'ambiente per una
distribuzione di Project Server 2013
Articolo • 07/04/2023
Sintesi: Verificare di avere accesso alle autorizzazioni e agli account necessari per
installare Project Server 2013.
Si applica a: Project Server 2013
Per eseguire correttamente una distribuzione di Project Server 2013, sono necessarie le
autorizzazioni seguenti:
Amministratore del dominio Necessaria per impostare due gruppi di dominio per
gli autori e i visualizzatori di relazioni.
Amministratore di SQL Server Necessaria per eseguire diverse attività di
configurazione di SQL Server e SQL Server Analysis Services (SSAS), come illustrato
in Configurare SQL Server e Analysis Services in Project Server 2013.
Account utente per l'installazione Necessaria per installare Project Server 2013.
Questo account viene creato quando si installa SharePoint Server 2013.
Amministratore della farm Necessaria per configurare un sito di Project Web App.
Questo account viene creato quando si installa SharePoint Server 2013.
） Importante
Verificare che SharePoint Server 2013 e Project Server 2013 vengano installati in
un'istanza pulita di Windows Server che non abbia ospitato in precedenza
SharePoint Server 2010. La disinstallazione di SharePoint Server 2010 non comporta
la rimozione completa di file, cartelle, voci di registro e altri componenti installati. È
possibile che l'installazione di SharePoint Server 2013 e Project Server 2013 in tale
server causi problemi. Se si sceglie di usare tale server, si consiglia quindi di
riformattare il disco rigido e reinstallare Windows Server.
Creazione di utenti e gruppi nel servizio
directory Active Directory
Per poter distribuire Project Server 2013, è necessario che siano disponibili determinati
utenti e gruppi di Active Directory. Nelle istruzioni per la distribuzione si presuppone
che i gruppi necessari esistano già. Se non si è ancora provveduto a creare gli utenti e i
gruppi necessari, procedere ora prima di distribuire Project Server. Per informazioni
dettagliate sugli utenti e sui gruppi necessari per la distribuzione di Project Server,
vedere Pianificare gli account amministrativi e di servizio in Project Server 2013.
Configurazione di SQL Server e Analysis
Services
Prima di distribuire la farm, è necessario configurare SQL Server e SQL Server Analysis
Services. Se si installa Project Server 2013 in una farm di SharePoint Server esistente, è
possibile che alcune delle operazioni seguenti siano già state eseguite. È consigliabile
verificare tali impostazioni prima di installare Project Server.
Per configurare SQL Server e Analysis Services, seguire le procedure illustrate in
Configure SQL Server and Analysis Services in Project Server 2013.
Vedere anche
Pianificare la distribuzione di Project Server
Forum di Project
Come configurare SQL Server e Analysis
Services in Project Server 2013
Articolo • 07/04/2023
Riepilogo: configurare le impostazioni di SQL Server e SQL Server Analysis Services
(SSAS) prima di installare Project Server 2013.
Prima di installare SharePoint Server 2013 e Project Server 2013, è necessario
configurare SQL Server e, se si prevede di usare cubi OLAP di Project Server, SQL Server
Analysis Services. SQL Server Analysis Services deve essere distribuito in modalità
multidimensionale.
７ Nota
Se si installa Project Server 2013 in una farm di SharePoint Server esistente, è
possibile che alcune delle operazioni seguenti siano già state eseguite.
Completare le procedure in ogni sezione seguente:
Configurare le impostazioni di rete di SQL Server
Configurazione di Analysis Services per la creazione di cubi OLAP di Project Server
In base alle esigenze dell'organizzazione, può inoltre essere necessario eseguire le
operazioni seguenti:
Creare un database di Project Web App
Creare file TempDB aggiuntivi
È anche consigliabile avviare il servizio SQLSERVERAGENT nell'istanza di SQL Server in
cui si trovano i database di SharePoint Server. SharePoint Server e Project Server 2013
usano il servizio SQL Server Agent per eseguire varie attività di pulizia del database.
Al termine della configurazione di SQL Server e Analysis Services, passare all'articolo
successivo Installare SharePoint Server 2016 (Project Server 2016).When you have
finished configuring SQL Server and Analysis Services, go to the next article, Install
SharePoint Server 2016 (Project Server 2016).
Configurare le impostazioni di rete di SQL
Server
Per il corretto funzionamento di SharePoint Server e Project Server, è necessario
configurare l'istanza associata di SQL Server per abilitare le connessioni remote tramite
TCP/IP. Usare la procedura seguente per verificare che l'istanza di SQL Server sia
configurata per consentire connessioni TCP/IP remote.
Per configurare le impostazioni di rete di SQL Server 2008
R2 o SQL Server 2012
1. Fare clic sul pulsante Start, scegliere Tutti i programmi, Microsoft SQL Server
2008 R2 o Microsoft SQL Server 2012, Strumenti di configurazione e quindi fare
clic su Gestione configurazione SQL Server.
2. Nel riquadro sinistro espandere SQL Server Configurazione di rete e quindi
selezionare l'istanza di SQL Server in cui si installeranno i database di Project
Server 2013.
3. Nel riquadro destro verificare che lo stato per il protocollo TCP/IP sia Abilitato.
Configurazione di Analysis Services per la
creazione di cubi OLAP di Project Server
Project Server 2013 può compilare cubi OLAP in SQL Server Analysis Services (SSAS) da
usare nella creazione di report. Se si prevede di usare la funzionalità di compilazione del
cubo di Project Server 2013, è necessario configurare l'account amministratore farm in
modo che disponga delle autorizzazioni amministrative in SQL Server Analysis Services
per l'istanza di Analysis Services che verrà usata con Project Server 2013.
Per aggiungere l'amministratore della farm come
amministratore del server di Analysis Services
1. Aprire SQL Server Management Studio. Nella finestra Connetti al server
connettersi all'istanza di Analysis Services in uso con Project Server 2013.
2. In SQL Server Management Studio, in Esplora oggetti fare clic con il pulsante
destro del mouse sul nome dell'istanza di Analysis Services e quindi scegliere
Proprietà.
3. Nella pagina delle proprietà di Analysis Services fare clic su Sicurezza nel riquadro
Selezione pagina.
4. Fare clic su Aggiungi.
5. Nella pagina Selezione utenti, computer o gruppi digitare il nome dell'account di
amministratore della farm.
6. Fare clic su OK. L'account di amministratore della farm verrà visualizzato
nell'elenco Membri.
7. Fare clic su OK.
７ Nota
Per informazioni sulla configurazione dell'accesso utente per i cubi OLAP, vedere
Configurare cubi OLAP per Project Web App. Per informazioni sulla gestione dei
database OLAP in Project Server 2013, vedere Gestione di database OLAP in
Project Web App.
Creare file TempDB aggiuntivi
Sia Project Server 2013 che SharePoint Server 2013 usano in modo intensivo TempDB
durante le transazioni SQL. Per ottimizzare le prestazioni, creare file TempDB aggiuntivi.
Di regola, creare un file TempDB aggiuntivo per ogni processore (core) nel computer che
esegue SQL Server. Creare i file in una partizione separata rispetto agli altri file di
database.
Vedere anche
Installare SharePoint Server 2013 (Project Server 2013)
Forum di Project
Installare SharePoint Server 2013
(Project Server 2013)
Articolo • 07/04/2023
Sintesi: Installare SharePoint Server 2013 e creare una server farm prima di installare
Project Server 2013.
Si applica a: Project Server 2013
Per poter installare Project Server 2013, è necessario installare SharePoint Server 2013 e
creare una farm di SharePoint Server 2013. È inoltre necessario avviare il Servizio
informazioni sullo stato nella farm di SharePoint.
） Importante
Project Server 2013 richiede la versione Enterprise di SharePoint Server 2013. Le
versioni precedenti di SharePoint Server e SharePoint Foundation 2013 non sono
supportate.
Se si dispone di una farm di SharePoint Server 2013 configurata e si è pronti per
installare Project Server 2013, passare all'articolo successivo, Installare e configurare
Project Server 2013.
Se non è stato ancora installato SharePoint Server 2013, è importante pianificare
attentamente la farm di SharePoint Server 2013 prima di installare SharePoint Server
2013. Per informazioni dettagliate sulla pianificazione della farm di SharePoint Server
2013, vedere Plan for SharePoint 2013.
Se è stata completata la fase di pianificazione della distribuzione di SharePoint Server
2013, vedere Multiple servers for a three-tier farm (SharePoint Server 2013) per
informazioni dettagliate sulla distribuzione di SharePoint Server 2013.
Dopo aver completato la distribuzione di SharePoint Server 2013, passare a Installare e
configurare Project Server 2013.
Vedere anche
Requisiti hardware e software per Project Server 2013
Panoramica sulla distribuzione (SharePoint Server 2013)
Determine hardware and software requirements (SharePoint Server 2013)
Centro risorse per i professionisti IT per l'installazione e la distribuzione di SharePoint
2013
Forum di Project
Installare e configurare Project Server
2013
Articolo • 07/04/2023
Riepilogo: installare Project Server 2013 in una farm di SharePoint Server 2013 e creare
un'applicazione di servizio di Project Server.
Si applica a: Project Server 2013
Project Server 2013 viene eseguito come applicazione di servizio in SharePoint Server
2013. Questo articolo descrive l'installazione e la configurazione di Project Server 2013,
incluso il provisioning dell'applicazione di servizio di Project Server.
Usare le procedure seguenti per installare Project Server 2013. Il software di Project
Server 2013 deve essere installato in ogni server applicazioni nella farm prima di poter
eseguire la Configurazione guidata prodotti SharePoint per integrare Project Server con
SharePoint Server 2013.
） Importante
Se si prevede di usare i flussi di lavoro con Project Server, è necessario installare e
configurare la piattaforma del flusso di lavoro di SharePoint 2013 in SharePoint
Server 2013. Per altre informazioni, vedere Installazione e configurazione del
flusso di lavoro per SharePoint Server 2013 e Centrorisorse Flusso di lavoro in
SharePoint 2013.
） Importante
Dopo aver installato Project Server 2013, non può essere disinstallato dalla farm. Se
si vuole rimuovere la funzionalità di Project Server 2013, è possibile disattivare il
servizio applicazione di Project ed eliminare l'applicazione di servizio di Project
Server 2013.
Dimostrazione video
Questo video illustra i passaggi necessari per installare Project Server 2013 e configurare
un'applicazione di servizio di Project Server 2013, come descritto in questo articolo.
Video: Installare e configurare Project Server 2013
Installare e configurare Project Server 2013
Questa sezione descrive come installare Project Server 2013. La procedura di base è la
seguente:
Installare Project Server 2013 in ogni server applicazioni e server Web nella farm
Eseguire la Configurazione guidata Prodotti SharePoint
Aggiornare i prodotti installati nella farm
７ Nota
Se si verifica un errore durante il processo di installazione, controllare i file di log
che si trovano in \Programmi\File comuni\Microsoft shared\Web server
extensions\15\logs e consultare i forum di Project
(https://go.microsoft.com/fwlink/p/?LinkId=169001 ).
Eseguire la procedura seguente in ogni server applicazioni della farm.
Per installare Project Server 2013
1. Nel DVD di Project Server 2013 eseguire default.hta. Verrà visualizzato il menu di
installazione.
７ Nota
Default.hta potrebbe essere eseguito automaticamente quando si inserisce il
disco.
2. Nella pagina iniziale fare clic su Installa Project Server.
3. Nella pagina Immettere il codice "Product Key" digitare il codice "Product Key" e
quindi fare clic su Continua.
4. Nella pagina Contratto di licenza con l'utente finale leggere i termini del contratto.
Per accettare il contratto, selezionare la casella di controllo Accetto i termini del
contratto.
5. Fare clic su Continua.
6. Nella pagina Scegliere il percorso del file fare clic su Installa.
7. Al termine dell'installazione deselezionare la casella di controllo Esegui la
Configurazione guidata Prodotti e tecnologie SharePoint.
8. Scegliere Chiudi.
Dopo aver installato il software Project Server 2013 in ogni server Web e server
applicazioni della farm, è necessario eseguire la Configurazione guidata prodotti
SharePoint per integrare Project Server con SharePoint Server 2013. Prima di iniziare a
usare Project Server, è necessario eseguire questa procedura guidata in ogni server Web
e server applicazioni della farm.
Seguire questa procedura in ogni server Web e applicazioni della farm.
７ Nota
Eseguire la Configurazione guidata prodotti SharePoint in un server alla volta. Non
eseguirla in più server contemporaneamente.
Per eseguire la Configurazione guidata Prodotti e
tecnologie SharePoint
1. Fare clic sul pulsante Start, scegliere Tutti i programmi, Prodotti Microsoft
SharePoint 2013 e quindi Configurazione guidata Prodotti SharePoint 2013.
2. Nella pagina Prodotti e tecnologie SharePoint fare clic su Avanti.
3. Verrà visualizzata una finestra di dialogo di conferma con un elenco di servizi che
devono essere riavviati. Fare clic su Sì.
4. Nella pagina Modifica impostazioni server farm selezionare l'opzione Non
disconnettere da questa server farm e quindi fare clic su Avanti.
７ Nota
In base alla configurazione, è possibile che questa opzione non sia
disponibile.
5. Se il server ospita il sito Web Amministrazione centrale SharePoint, verrà
visualizzata la pagina Modifica impostazioni applicazione Web amministrazione
centrale SharePoint. Selezionare l'opzione Continua a utilizzare questo computer
per ospitare il sito Web e quindi fare clic su Avanti.
７ Nota
In base alla configurazione, è possibile che questa opzione non sia
disponibile.
6. Nella pagina Completamento Configurazione guidata Prodotti SharePoint fare clic
su Avanti.
7. Nella pagina Configurazione completata fare clic su Fine.
Configurare i servizi
Dopo l'installazione di Project Server 2013, sono necessari i passaggi di configurazione
seguenti prima di creare un sito Project Web App e usare Project Server:
Avviare il servizio dell'applicazione Project Server
Creare un'applicazione di servizio di Project Server
Prima di creare un'applicazione di servizio di Project Server, è necessario avviare il
servizio applicazioni di Project Server in almeno un server applicazioni nella farm.
Per avviare il servizio dell'applicazione Project Server
1. Nella sezione Impostazioni di sistema della home page di Amministrazione
centrale fare clic su Gestisci servizi nel server.
2. Nella pagina Servizi nel server selezionare il server dove si desidera eseguire il
servizio Applicazione Project nell'elenco a discesa Server.
3. Nell'elenco Servizio fare clic su Avvia accanto a Servizio dell'applicazione Project
Server.
Dopo aver avviato il servizio Project Server nei server applicazioni desiderati nella farm, è
necessario creare un'applicazione di servizio di Project Server.
７ Nota
Anche se è possibile creare più di un'applicazione di servizio di Project Server, in
questo modo vengono utilizzate risorse di sistema aggiuntive. È consigliabile creare
una sola applicazione di servizio di Project Server. Una singola applicazione di
servizio supporta più istanze di Project Web App.
L'account che si prevede di usare per il pool di applicazioni per l'applicazione di servizio
Project Server deve essere un account registrato in SharePoint Server. Se questo account
non è già stato registrato in SharePoint Server, seguire questa procedura.
Per registrare un account gestito
1. Nella struttura di spostamento sinistra della home page di Amministrazione
centrale fare clic su Sicurezza.
2. Nella sezione Sicurezza generale della pagina Sicurezza fare clic su Configura
account gestiti.
3. Nella pagina Account gestiti fare clic su Registra account gestito.
4. Digitare il nome utente e la password dell'account di dominio che si sta
registrando.
5. Facoltativamente, selezionare la casella di controllo Abilita modifica automatica
password se si vuole che SharePoint Server gestirà le modifiche delle password per
questo account.
6. Fare clic su OK.
Dopo aver registrato l'account del pool di applicazioni con SharePoint Server, il
passaggio successivo consiste nel creare l'applicazione di servizio di Project Server. A
tale scopo, utilizzare la procedura seguente.
Per creare un'applicazione di servizio di Project Server
1. Nella sezione Gestione applicazioni della home page di Amministrazione centrale
fare clic su Gestisci applicazioni di servizio.
2. Nella barra multifunzione della pagina Gestisci applicazioni di servizio fare clic su
Nuovo e quindi su Applicazione di servizio di Project Server.
3. Nella pagina Crea applicazione di servizio di Project Web App:
4. Digitare un nome per l'applicazione di servizio nella casella Nome applicazione di
servizio di Project Web App.
5. Nella sezione Pool di applicazioni digitare il nome del pool di applicazioni che si
desidera creare nella casella Nome pool di applicazioni.
6. Selezionare l'opzione Configurabile e scegliere l'account gestito da utilizzare per
eseguire il pool di applicazioni.
7. Fare clic su OK.
Il passaggio successivo consiste nel determinare come distribuire Project Web App.
Passare al prossimo articolo, Deploy Project Web App.
Vedere anche
Forum su Project
Come distribuire Project Web App
Articolo • 07/04/2023
Riepilogo: Informazioni sui due modi per distribuire un sito Project Web App.
Si applica a: Project Server 2013
opzioni di distribuzione Project Web App
Sono disponibili due opzioni per la distribuzione di Project Web App. È possibile creare
un sito Project Web App come livello principale di una nuova raccolta siti oppure
aggiungere un sito Project Web App a una raccolta siti esistente.
７ Nota
Se si esegue l'aggiornamento da una versione precedente di Project Server, si
distribuirà Project Web App come parte del processo di aggiornamento. A tale
proposito, leggere Upgrade to Project Server 2013.
Se si sta cercando un ambiente pulito per iniziare a gestire i progetti in Project Web
App, è consigliabile creare il sito Project Web App come sito di primo livello in una
nuova raccolta siti. Si tratta dell'unica opzione disponibile in Project Server 2010. Per
istruzioni dettagliate su come creare un sito Project Web App come sito di primo livello
in una nuova raccolta siti, vedere Distribuire Project Web App con una nuova raccolta
siti (Project Server 2013).For step-by-step instructions on how to create a Project Web
App site as the top level site in a new site collection, see Deploy Project Web App with a
new site collection (Project Server 2013).
Se si dispone di siti esistenti in cui sono presenti progetti di elenco attività di SharePoint
e si desidera aggiungervi funzionalità di Project Server, è possibile aggiungere un sito
Project Web App a tale raccolta siti. Per istruzioni dettagliate su come aggiungere un
sito Project Web App a una raccolta siti esistente, vedere Distribuire Project Web App in
una raccolta siti esistente (Project Server 2013)
Per altre informazioni sull Project Web App architettura del sito, guardare il video di
presentazione del gesso nella sezione successiva.
Informazioni sulle opzioni del sito Project Web
App
In questa presentazione, Chris Boyd, Microsoft Program Manager, illustra le differenze
tra Project Web App in Project Server 2010 e Project Server 2013 e le nuove opzioni
disponibili per i siti Project Web App.
Video: Opzioni di distribuzione di un sito di Project Web App
Vedere anche
Forum su Project
Distribuire Project Web App con una
nuova raccolta siti (Project Server 2013)
Articolo • 04/07/2024
Riepilogo: informazioni su come distribuire un'istanza di Project Web App insieme a un
sito di Project Web App in una nuova raccolta siti.
Si applica a: Project Server 2013
La creazione di un sito di Project Web App con una nuova raccolta siti crea un database
di Project Web App nell'istanza specificata di SQL Server.
７ Nota
Se l'organizzazione richiede che i database vengano creati manualmente da un
amministratore di database, fare in modo che l'amministratore del database veda
New-SPProjectDatabase e crei il database di Project Web App prima di procedere
con le procedure descritte in questo articolo.
Dimostrazione video
https://www.microsoft.com/it-it/videoplayer/embed/e37c691c-1696-40b6-a6c930b51b3588eb?postJsllMsg=true&autoCaptions=it-it
Questo video illustra i passaggi necessari per creare un sito di Project Web App con una
nuova raccolta siti in una farm di Project Server 2013, come descritto in questo articolo.
Video: Distribuire Project Web App con una nuova raccolta siti
Creare un sito Web principale
Se non esiste un sito Web di primo livello per l'applicazione Web in cui si vuole creare
un sito di Project Web App, è prima necessario crearne uno. Per creare il sito Web
principale, eseguire la procedura seguente.
Per creare un sito Web principale
1. Avviare Amministrazione centrale SharePoint 2013.
Per Windows Server 2008 R2:
Fare clic sul pulsante Start, scegliere Prodotti Microsoft SharePoint 2013 e
quindi Amministrazione centrale SharePoint 2013.
Per Windows Server 2012:
Nella schermata Start fare clic su Amministrazione centrale SharePoint 2013.
Se Amministrazione centrale SharePoint 2013 non è disponibile nella
schermata Start:
Fare clic con il pulsante destro del mouse su Computer, scegliere Tutte le app
e quindi Amministrazione centrale SharePoint 2013.
2. Nella sezione Gestione applicazioni di Amministrazione centrale fare clic su Crea
raccolte siti.
3. Selezionare un'applicazione Web dal menu a discesa Applicazione Web.
７ Nota
Se non è disponibile un'applicazione Web, è necessario crearne una. Per altre
informazioni, vedere Creare un'applicazione Web (SharePoint Server 2013).
4. Digitare un titolo per la raccolta siti nella casella Titolo.
5. Nella sezione Selezione modello scegliere un modello per il sito.
７ Nota
Project Server 2013 non richiede un modello specifico. È possibile sceglierne
uno adatto per l'organizzazione.
6. Nella sezione Amministratore principale raccolta siti digitare il nome dell'account
da utilizzare come amministratore del sito.
7. Fare clic su OK.
Dopo aver creato il sito Web principale, è necessario concedere agli utenti l'accesso al
sito. Per consentire l'accesso in lettura al sito principale, eseguire la procedura seguente.
Per impostare le autorizzazioni di lettura sul sito Web
principale
1. Passare al sito radice , ovvero https://< servername>.
2. Nella parte superiore della pagina fare clic su Condividi.
3. Nella finestra di dialogo Condividi fare clic su Mostra opzioni.
4. Dal livello Selezionare un gruppo o un livello di autorizzazione scegliere <Visitatori
del sito> [Lettura].
5. Nella casella di testo Immettere nomi o indirizzi di posta elettronica digitare Tutti.
6. Fare clic su Condividi.
Creare un sito di Project Web App
） Importante
Quando si crea un nuovo sito di Project Web App insieme a una nuova raccolta siti,
è consigliabile usare un database del contenuto di SharePoint Server 2013 separato
per il sito di Project Web App e le aree di lavoro del progetto associate. Per isolare
correttamente il sito di Project Web App nel proprio database del contenuto, è
necessario distribuire Project Web App in un momento in cui altri amministratori
non creano nuovi siti nell'applicazione Web in cui si distribuisce Project Web App.
Inserendo Project Web App e le aree di lavoro del progetto associate in un database del
contenuto separato, è possibile semplificare notevolmente le procedure di migrazione e
backup e ripristino del sito.
La creazione di un sito di Project Web App richiede cinque passaggi di base:
1. Bloccare temporaneamente i database del contenuto esistenti.
2. Creare un database del contenuto per ospitare il sito di Project Web App e le aree
di lavoro del progetto associate.
3. Creare il sito di Project Web App stesso.
4. Bloccare il database del contenuto di Project Web App per impedire l'aggiunta di
altre raccolte siti.
5. Sbloccare i database del contenuto esistenti.
SharePoint Server 2013 usa un algoritmo round robin per determinare la distribuzione
delle raccolte siti tra database del contenuto. Per distribuire il sito di Project Web App in
un database del contenuto specifico, è necessario bloccare tutti i database del
contenuto esistenti nella farm. Questo processo non ha effetto sull'accesso utente, ma
solo sulla distribuzione di nuove raccolte siti.
７ Nota
Se si distribuisce Project Web App in una nuova applicazione Web dedicata a PWA,
è possibile usare il database del contenuto predefinito creato con tale applicazione
Web per Project Web App. In questo caso, non è necessario eseguire le procedure
di blocco seguenti. Tuttavia, è consigliabile impostare il numero massimo di siti
che è possibile creare in questa impostazione di database su1 per il database del
contenuto dopo la distribuzione di Project Web App. Ciò consente di evitare la
creazione di altre raccolte siti oltre a Project Web App nel database in futuro.
Per bloccare i database del contenuto, seguire questa procedura per ogni database del
contenuto associato all'applicazione Web in cui si prevede di distribuire il sito di Project
Web App.
） Importante
Assicurarsi che nessun altro amministratore stia aggiungendo raccolte siti
all'applicazione Web in cui si prevede di distribuire Project Web App mentre si
eseguono le procedure in questa sezione.
Per bloccare un database del contenuto
1. Nella sezione Gestione applicazioni in Amministrazione centrale SharePoint fare
clic su Gestisci database del contenuto.
2. Nella colonna Numero corrente di raccolte siti prendere nota del numero di
raccolte siti del database che si intende bloccare.
3. Nella colonna Nome database fare clic sul collegamento del database del
contenuto che si desidera bloccare.
4. Nella sezione Impostazioni capacità database eseguire le operazioni seguenti:
5. Nella casella Numero massimo di siti che è possibile creare nel database digitare
il numero di raccolte siti già esistenti per il database (indicato nella colonna
Numero corrente di raccolte siti più indietro in questa procedura).
７ Nota
Prendere nota del valore corrente di questo parametro. Sarà necessario
ripristinarlo dopo la creazione del sito di Project Web App.
6. Nella casella Numero di siti consentiti prima della generazione di un avviso
digitare un numero inferiore al valore utilizzato per Numero massimo di siti che è
possibile creare nel database.
７ Nota
Prendere nota del valore corrente di questo parametro. Sarà necessario
ripristinare questo valore dopo la creazione del sito di Project Web App.
7. Fare clic su OK.
Per creare un database del contenuto
1. Nella sezione Gestione applicazioni in Amministrazione centrale SharePoint fare
clic su Gestisci database del contenuto.
2. Fare clic su Aggiungi database del contenuto.
3. Nella sezione Applicazione Web scegliere l'applicazione Web in cui si prevede di
distribuire il sito di Project Web App.
4. Nella sezione Nome database e autenticazione digitare il nome del server di
database in cui si prevede di distribuire i database di Project Web App e digitare
un nome per il database.
5. Fare clic su OK.
Dopo aver creato e configurato il database del contenuto, il passaggio successivo
consiste nel creare il sito di Project Web App stesso.
Per creare un sito di Project Web App
1. Nella sezione Gestione applicazioni in Amministrazione centrale SharePoint fare
clic su Gestisci applicazioni di servizio.
2. Nella pagina Gestisci applicazioni di servizio fare clic su Applicazione di servizio di
Project Server.
3. Nella pagina Gestisci siti di Project Web App fare clic su Crea istanza di Project
Web App.
4. Completare la pagina Crea istanza di Project Web App come indicato nella tabella
seguente:
ﾉ
Espandi la tabella
Opzione
Descrizione
Applicazione Web
Applicazione Web per il sito di Project Web App.
Percorso Project
Web App
Percorso dal sito radice per questo sito di Project Web App.
Selezionare una
lingua
Lingua dell'interfaccia utente per il sito di Project Web App.
Usa URL pubblico
Usare questa opzione se si vuole ospitare il sito di Project Web App in un
URL radice , https://www.contoso.com ad esempio .
Account
Account utente che verrà aggiunto al gruppo di sicurezza Administrators
amministratore
per Project Web App in questa istanza di Project Web App. È necessario
usare questo account la prima volta che si accede al sito di Project Web
App.
Server di database
Istanza di SQL Server in cui si vuole ospitare il database di Project Web
App. Se l'amministratore del database ha già creato un database di Project
Web App, specificare i nomi di tale database nella casella di testo Nome
database di Project Web App . Se il database non è stato già creato, verrà
creato automaticamente.
Quota per il
contenuto di
SharePoint nel sito
Spazio di archiviazione del sito massimo, in megabyte, per il sito di Project
Web App.
Avviso di quota per il
contenuto di
SharePoint nel sito
Il livello di capacità del sito, in megabyte, in corrispondenza del quale
verrà inviato all'amministratore del sito un messaggio di posta elettronica
di avviso.
5. Fare clic su OK.
Project Server avvia il processo di creazione del sito di Project Web App. L'operazione
potrebbe richiedere un certo tempo. Al termine del processo di creazione del sito, viene
effettuato il provisioning dello stato visualizzato nell'elenco dei siti di Project Web App.
Dopo aver effettuato il provisioning del sito di Project Web App, verificare che sia stato
creato nel database del contenuto creato. Usare il comando Get-SPSite di Microsoft
PowerShell, passando il nuovo database del contenuto come parametro:
Per verificare il percorso del sito di Project Web App
1. Verificare che vengano soddisfatti i requisiti minimi seguenti: vedere AddSPShellAdmin.
2. Fare clic sul pulsante Start e scegliere Tutti i programmi.
3. Fare clic su Prodotti Microsoft SharePoint 2013.
4. Fare clic su SharePoint 2013 Management Shell.
5. Dal prompt dei comandi di Microsoft PowerShell (ovvero PS C:\>), digitare il
comando seguente e quindi premere INVIO:
Get-SPSite -ContentDatabase<ContentDatabaseName>
Il comando deve restituire l'URL per il sito di Project Web App e nessun altro URL.
７ Nota
Se nel database del contenuto sono elencati ALTRI URL oltre a quelli del sito
di Project Web App, eliminare il sito di Project Web App e riavviare la
procedura con un nuovo database del contenuto.
Dopo che il sito di Project Web App si trova nel database del contenuto desiderato, è
necessario bloccare il database per impedire a SharePoint Server 2013 di aggiungere
altre raccolte siti al database. Questa operazione viene eseguita impostando il numero
massimo di siti del database del contenuto su uno.
７ Nota
La configurazione di questa impostazione non impedisce la creazione di nuovi siti
di aree di lavoro progetto.
Per bloccare il database del contenuto
1. Nella sezione Gestione applicazioni in Amministrazione centrale SharePoint fare
clic su Gestisci database del contenuto.
2. Nella colonna Nome database fare clic sul collegamento del database del
contenuto che è stato creato.
3. Nella sezione Impostazioni capacità database eseguire le operazioni seguenti:
4. Nella casella Numero di siti consentiti prima della generazione di un avviso
digitare 0.
5. Nella casella Numero massimo di siti che è possibile creare nel database digitare
1.
6. Fare clic su OK.
Dopo aver bloccato il database del contenuto di Project Web App, è possibile restituire
tutti gli altri database del contenuto ai valori originali per Numero massimo di siti che è
possibile creare in questo database e Numero di siti prima che venga generato un
evento Di avviso.
È ora possibile accedere al nuovo sito di Project Web App.
Vedere anche
Distribuire Project Web App in una raccolta siti esistente (Project Server 2016)
Forum di Project
Distribuire Project Web App in una
raccolta siti esistente (Project Server
2013)
Articolo • 07/04/2023
Sintesi: distribuire un'istanza di Project Web App in una raccolta siti esistente e creare
un sito di Project Web App.
Si applica a: Project Server 2013
La distribuzione di un'istanza di Project Web App in una raccolta siti esistente
comprende le operazioni seguenti:
Abilitare le caratteristiche delle raccolte siti di Project Web App
Creare un sito di Project Web App
Se le caratteristiche per le raccolte siti di Project Web App sono già state attivate (ad
esempio, se sono stati importati progetti elenco di SharePoint in Project Web App),
esiste già un'istanza di Project Web App nella raccolta siti ed è possibile creare un sito di
Project Web App.
７ Nota
È possibile creare un solo sito Project Web App per ogni raccolta siti.
Per informazioni sull'abilitazione delle funzionalità della raccolta siti Project Web App,
vedere Abilitare le funzionalità della raccolta siti Project Web App in Project Server 2013.
Per informazioni sulla creazione di un sito Project Web App in una raccolta siti esistente,
vedere Creare un sito di PWA in una raccolta siti esistente.
Vedere anche
Distribuire Project Web App con una nuova raccolta siti (Project Server 2013)
Forum di Project
Abilitare le caratteristiche di raccolte siti
di Project Web App in Project Server
2013
Articolo • 07/04/2023
Riepilogo: abilitare le caratteristiche delle raccolte siti di Project Web App per consentire
l'importazione di progetti da elenchi di SharePoint in Project Web App.
Si applica a: Project Server 2013
L'abilitazione delle funzionalità della raccolta siti di Project Web App aggiunge
funzionalità aggiuntive alla raccolta siti che consente di importare progetti elenco
SharePoint in Project Web App.
L'abilitazione delle funzionalità della raccolta siti Project Web App prevede due
passaggi:
Creare un database di Project Web App
Abilitare le caratteristiche delle raccolte siti di Project Web App
Dimostrazione video
Questo video illustra i passaggi necessari per abilitare le funzionalità della raccolta siti
Project Web App, come descritto in questo articolo.
Video: Abilitare le funzionalità della raccolta siti di Project Web App in Project Server
2013
Creare un database di Project Web App
Viene creato un database Project Web App usando il cmdlet Di Microsoft PowerShell
New-SPProjectDatabase. Per associare correttamente il nuovo database alla raccolta siti
in cui si desidera abilitare le funzionalità della raccolta siti Project Web App, è necessario
usare il parametro Tag per associare una stringa univoca al database. Tale stringa viene
usata successivamente per l'abilitazione delle caratteristiche della raccolta siti.
Eseguire il cmdlet seguente per creare un nuovo database Project Web App.
New-SPProjectDatabase -Name DatabaseName -ServiceApplication
"ServiceApplicationName" -DatabaseServer SQLServerInstance -Tag String
Ad esempio:
New-SPProjectDatabase -Name ProjectWebApp1 -ServiceApplication "Project
Service Application" -DatabaseServer Contoso-SQL -Tag "ProjectWebApp1DB"
７ Nota
È possibile trovare il nome dell'applicazione di servizio Project Server in
Amministrazione centrale facendo clic su Gestisci applicazioni di servizio in
Gestione applicazioni.
Dopo aver creato il nuovo database Project Web App, il passaggio successivo consiste
nell'abilitare le funzionalità della raccolta siti Project Web App. In questo modo, il
database appena creato verrà associato alla raccolta siti.
Abilitare le caratteristiche delle raccolte siti di
Project Web App
Le funzionalità della raccolta siti Project Web App sono abilitate usando il cmdlet
PowerShell Enable-SPFeature. Prima di eseguire questo cmdlet, è necessario impostare
il parametro PWA_TAG della raccolta siti in modo che corrisponda al parametro Tag
impostato al momento della creazione del database. Usare lo script di PowerShell
seguente per impostare il parametro PWA_TAG e quindi abilitare le funzionalità della
raccolta siti Project Web App.
$web=Get-SPWeb SiteCollectionURL
$web.Properties["PWA_TAG"]="String"
$web.Properties.Update()
Enable-SPFeature pwasite -URL SiteCollectionURL
Ad esempio:
$web=Get-SPWeb https://contoso-appsrv1/sites/ContosoProjects
$web.Properties["PWA_TAG"]="ProjectWebApp1DB"
$web.Properties.Update()
Enable-SPFeature pwasite -URL https://contoso-appsrv1/sites/ContosoProjects
Dopo aver attivato le funzionalità della raccolta siti Project Web App per la raccolta siti,
è possibile aggiungere una web part di Project Center e iniziare a importare i progetti
elenco di SharePoint in Project Web App.
Per aggiungere un sito Project Web App alla raccolta siti, vedere Creare un sito di PWA
in una raccolta siti esistente.
Vedere anche
New-SPProjectDatabase
Enable-SPFeature
Get-SPWeb
Forum di Project
Creare un sito di PWA in una raccolta
siti esistente
Articolo • 07/04/2023
Riepilogo: aggiungere un sito di Project Web App a una raccolta siti esistente.
Si applica a: Project Server 2013
È possibile aggiungere un sito Project Web App a una raccolta siti esistente. In questo
modo sarà possibile sfruttare appieno le funzionalità di Project Server 2013 e Project
Web App per i progetti in tale raccolta siti.
Affinché un sito Project Web App funzioni correttamente, è necessario che alla raccolta
siti sia associato un database Project Web App e che le funzionalità della raccolta siti
Project Web App siano abilitate. Se non è già stato fatto, creare un database Project
Web App e abilitare le funzionalità di raccolta siti Project Web App nella raccolta siti in
cui si vuole distribuire il sito Project Web App. Per altre informazioni, vedere Abilitare le
funzionalità della raccolta siti Project Web App in Project Server 2013.
Per creare un sito Project Web App in una raccolta siti esistente, eseguire il cmdlet NewSPWeb Microsoft PowerShell per creare il sito e quindi eseguire UpgradeSPProjectWebInstance per eseguire azioni di post-provisioning, inclusa la creazione di
un Centro business intelligence.
Eseguire lo script seguente per creare il sito Project Web App.
New-SPweb -URL SiteCollectionURL/PWASiteName -Template pwa#0
Upgrade-SPProjectWebInstance -Identity SiteCollectionURL -Confirm:$False
Ad esempio:
New-SPweb -URL https://contoso-appsrv1/sites/ContosoProjects/PWA -Template
pwa#0
Upgrade-SPProjectWebInstance -Identity https://contosoappsrv1/sites/ContosoProjects -Confirm:$False
Dopo aver creato il sito Project Web App ed eseguito Upgrade-SPProjectWebInstance,
è necessario eseguire iisreset in ogni server applicazioni della farm. Per eseguire iisreset,
aprire una finestra di comando e digitare:
iisreset /noforce
Il sito Project Web App è ora disponibile nell'URL specificato.
Vedere anche
New-SPWeb
Upgrade-SPProjectWebInstance
Forum di Project
Configurare le relazioni per Project Web
App (Project Server 2013)
Articolo • 07/04/2023
Riepilogo: configurare la creazione di report per Project Web App e le impostazioni del
servizio di archiviazione sicura e di Excel Services per abilitare i report di esempio di
Project Web App.
Si applica a: Project Server 2013
Project Server 2013 integra il modello di sito di SharePoint Server 2013 Business
Intelligence Center in ogni istanza di Project Web App, che fornisce un punto centrale
per ospitare i report, i dashboard e le connessioni ai report che possono essere creati
automaticamente o creati manualmente per fornire l'accesso ai dati di report in una
determinata istanza di Project Web App. Il Centro business intelligence può essere usato
per ospitare il contenuto creato con Excel Services in SharePoint Server 2013, Visio
Services in SharePoint, PerformancePoint Services in SharePoint, Power Pivot e SQL
Server Reporting Services (SSRS).
Per configurare la creazione di report, seguire questa procedura:
Dimostrazione video
Configurare i prerequisiti
Aggiungere un account di accesso per il gruppo degli autori di report in SQL
Server
Installare SQL Server 2008 Analysis Management Objects
Configurare le impostazioni di Excel Services
Configurare le impostazioni del servizio di archiviazione sicura
Popolare i gruppi di Active Directory autori di report e visualizzatori di report
Dimostrazione video
Questo video illustra i passaggi necessari per configurare la creazione di report in
Project Web App, come descritto in questo articolo.
Video: Configurare la creazione di report per Project Web App
Configurare i prerequisiti
Le procedure descritte in questo articolo richiedono Excel Services e archiviazione sicura.
Se questi servizi non sono già stati distribuiti in SharePoint Server 2013, è necessario
farlo prima di procedere con le procedure descritte in questo articolo.
７ Nota
Sia Excel Services che archiviazione sicura vengono eseguite come applicazioni di
servizio in SharePoint Server 2013. Se queste applicazioni di servizio sono già state
distribuite in SharePoint Server 2013, è possibile usarle con Project Server. Non è
necessario creare nuove istanze di queste applicazioni di servizio per Project Server.
Per informazioni sulla distribuzione di Excel Services, vedere gli articoli seguenti:
Panoramica di Excel Services
Configurare Excel Services in SharePoint
） Importante
L'account del pool di applicazioni Excel Services richiede l'accesso al database del
contenuto di SharePoint associato a Project Web App. Se il database del contenuto
è stato creato dopo la configurazione di Excel Services, è necessario seguire la
procedura descritta in Concedere l'accesso al database del contenuto all'account
gestito per concedere l'accesso appropriato.
Per informazioni sulla distribuzione di Archiviazione sicura, vedere gli articoli seguenti:
Pianificare il servizio di archiviazione sicura (SharePoint Server 2013)
Configurare il servizio di archiviazione sicura (SharePoint 2013)
Dopo aver configurato sia Excel Services che l'archiviazione sicura nella farm, procedere
con le procedure descritte nelle sezioni seguenti.
Account e gruppi di sicurezza
Nella tabella seguente sono descritti gli account e i gruppi di sicurezza necessari per le
varie procedure illustrate in questo articolo.
Account e gruppi di sicurezza per la configurazione della creazione di report di
Project Web App
Account
Descrizione
Gruppo autori di
Gruppo di sicurezza di Active Directory a cui si aggiungono utenti che
report
creeranno report o qualsiasi altro utente che deve accedere ai report in Excel.
A questo gruppo vengono concesse le autorizzazioni di lettura per il database
Project Web App tramite il ruolo del database PSDataAccess. L'amministratore
del dominio dovrà creare questo gruppo prima di procedere con le seguenti
procedure.
NOTA: se si dispone di più istanze di Project Web App e si vuole isolare
l'accesso ai report per ogni, è necessario un gruppo Autori report per ogni
istanza di Project Web App.
Gruppo
visualizzatori di
Gruppo di sicurezza di Active Directory al quale aggiungere gli utenti che
visualizzeranno i report. L'amministratore del dominio dovrà creare questo
report
gruppo prima di procedere con le seguenti procedure.
NOTA: se si dispone di più istanze di Project Web App e si vuole isolare
l'accesso ai report per ognuna, sarà necessario un gruppo Visualizzatori report
per ogni istanza di Project Web App.
Account
dell'applicazione
Questo account fornisce le credenziali necessarie per consentire ai
visualizzatori di report di visualizzare i report generati dai dati nel database
di destinazione
Project Web App. Questo account deve disporre delle autorizzazioni di lettura
dell'archiviazione
sicura
per il database Project Web App tramite il ruolo del database PSDataAccess.
SUGGERIMENTO: è consigliabile aggiungere questo account al gruppo Active
Directory Autori report descritto in precedenza per assegnargli le
autorizzazioni necessarie.
Aggiungere un account di accesso per il
gruppo degli autori di report
Per consentire a un autore di report di accedere al database Project Web App da Excel, è
necessario configurare l'accesso SQL Server e aggiungere un accesso SQL Server.
L'accesso deve consentire l'accesso specifico al database Project Web App per ottenere
informazioni sullo schema e dati. Usare il gruppo di dominio creato per gli autori di
report.
） Importante
Excel non usa il servizio di archiviazione sicura per l'accesso ai dati. Solo Excel
Services in SharePoint Server 2013 usa l'archiviazione sicura. Gli utenti che usano i
report in Excel richiedono l'accesso diretto al database.
Eseguire la procedura seguente nel computer in cui si trova il database Project Web App
oppure connettersi al motore di database in remoto usando SQL Server Management
Studio.
Per aggiungere un account di accesso per il gruppo degli
autori di report
1. Fare clic su Start, Tutti i programmi, Microsoft SQL Server< versione>SQL Server
Management Studio.
2. Selezionare l'istanza del motore di database SQL Server in cui si trova il database
di Project Server 2013 e quindi fare clic su Connetti.
3. Espandere Sicurezza, fare clic con il pulsante destro del mouse su Account di
accesso e quindi scegliere Nuovo account di accesso.
4. Nella pagina Generale fare clic su Cerca.
5. Fare clic su Tipi di oggetti e selezionare la casella di controllo Gruppi.
6. Fare clic su OK.
7. Digitare il nome del gruppo creato per gli autori di report.
8. Fare clic su Controlla nomi.
9. Fare clic su OK.
10. Selezionare la pagina Mapping utenti.
11. Nella casella di riepilogo Utenti mappati a questo account di accesso selezionare
la riga contenente il database di Project Server 2013.
12. Selezionare la casella di controllo Mappa per il database di Project Server 2013.
13. Selezionare la casella di controllo per l'appartenenza al ruolo del database
PSDataAccess.
14. Fare clic su OK.
Installare SQL Server 2008 Analysis
Management Objects
Se l'SQL Server 2008 R2 Analysis Management Objects (AMO) non è già installato, è
necessario installarli in ogni server applicazioni della farm.
７ Nota
Usare la versione SQL Server 2008 R2 di AMO indipendentemente dalla versione di
SQL Server in uso per ospitare i database.
Fare clic per scaricare SQL Server 2008 R2 Analysis Management Objects
.
７ Nota
Dopo l'installazione degli oggetti AMO, riavviare il Servizio dell'applicazione
Project in ogni server applicazioni nella farm in cui è in esecuzione. Questo servizio
è configurato nel sito Web Amministrazione centrale SharePoint nella sezione
Impostazioni di sistemagestire i servizi nel server.
Configurare le impostazioni di Excel Services
È necessario configurare percorsi di file attendibili per le librerie di report e modelli di
esempio Project Web App.
Eseguire questa procedura due volte, una per ogni raccolta.
Per configurare un percorso attendibile di file
1. Nella sezione Gestione applicazioni in Amministrazione centrale fare clic su
Gestisci applicazioni di servizio.
2. Fare clic sull'applicazione di servizio Excel Services.
3. Nella pagina Gestisci Excel Services fare clic su Percorsi attendibili file.
4. Fare clic su Aggiungi posizione attendibile file.
5. Nella casella Indirizzo digitare:
Per la raccolta Modelli:
https://<servername>/<projectsitename>/ProjectBICenter/Templates/
oppure
Per la raccolta Report di esempio:
https://<servername>/<projectsitename>/ProjectBICenter/Sample%20Reports/
6. Nella sezione Attendibilità elementi figlio verificare che sia selezionata la casella di
controllo Considera attendibili elementi figlio.
7. Nella sezione Dati esterni:
8. Nella sezione Impostazione dati esterni consentiti selezionare l'opzione Raccolte
di connessioni dati attendibili e connessioni incorporate.
9. Nella sezione Avvisa sull'aggiornamento deselezionare la casella di controllo
Aggiorna avviso abilitato .
10. Lasciare i valori predefiniti per le opzioni rimanenti e fare clic su OK.
È necessario configurare librerie di connessione dati attendibili per consentire agli utenti
di accedere ai connettori che collegano i fogli di calcolo del report ai dati nel database
di Project Server e nei database OLAP. Come parte di questo processo, sarà necessario
l'URL della libreria di connessione dati in Project Web App (PWA).
Per determinare l'URL della raccolta connessioni dati in Project Web Access, eseguire la
procedura seguente.
Per determinare l'URL della raccolta connessioni dati
1. Nel riquadro di spostamento a sinistra del sito Project Web App fare clic su Report.
2. Nel riquadro sinistro fare clic su Connessioni dati.
3. Nella pagina Connessioni dati fare clic sul pulsante Apri menu ( ...) per la riga
inglese (Stati Uniti) o la lingua appropriata per le impostazioni locali.
4. Fare clic su Visualizza proprietà sulla barra degli strumenti.
5. Nella pagina delle proprietà Connessioni dati fare clic con il pulsante destro del
mouse sul collegamento Inglese (Stati Uniti) (o la lingua appropriata per le
impostazioni locali) e quindi scegliere ** Proprietà**.
6. Copiare l'URL nella casella di testo Posizione.
Per impostare raccolte connessioni dati attendibili
1. In Gestione applicazioni di Amministrazione centrale fare clic su Gestisci
applicazioni di servizio.
2. Fare clic sull'applicazione di servizio Excel Services.
3. Fare clic su Raccolte connessioni dati attendibili.
4. Fare clic su Aggiungi raccolta connessioni dati attendibile.
5. Nella casella Indirizzo incollare l'URL della libreria di connessione dati copiata nella
procedura precedente. Deve essere nel formato seguente:
https://<ServerName>/<ProjectSiteName>/ProjectBICenter/Data%20Connections/Engl
ish%20(United%20States)
6. Fare clic su OK.
Configurare le impostazioni del servizio di
archiviazione sicura
I report di esempio inclusi in ogni istanza di Project Web App sono configurati per l'uso
di un'applicazione di destinazione dell'archiviazione sicura denominata
ProjectServerApplication. È necessario creare questa applicazione di destinazione
affinché i report di esempio funzionino. Per creare l'applicazione di destinazione, seguire
questa procedura.
Per creare un'applicazione di destinazione
dell'archiviazione sicura
1. Nella home page del sito Web Amministrazione centrale SharePoint fare clic su
Gestisci applicazioni di servizi nella sezione Gestione applicazioni.
2. Fare clic sul servizio di archiviazione sicura.
3. Nella pagina del servizio di archiviazione sicura selezionare la scheda Modifica.
4. Fare clic su Nuova.
5. Nella pagina Crea nuova applicazione di destinazione nell'archivio sicuro:
6. Nella casella ID applicazione di destinazione digitareProjectServerApplication.
7. Nella casella Nome visualizzato digitare un nome per l'applicazione di
destinazione dell'archiviazione sicura.
8. Nella casella Indirizzo di posta elettronica contatto digitare un indirizzo di posta
elettronica.
9. Nell'elenco a discesa Tipo applicazione di destinazione selezionare Gruppo.
10. Fare clic su Avanti.
11. Nella pagina Specificare i campi delle credenziali per l'applicazione di destinazione
nell'archivio sicuro fare clic su Avanti.
12. Nella pagina Specificare le impostazioni delle appartenenze:
13. Nella casella Amministratori applicazione di destinazione digitare il nome
dell'utente che amministrerà l'applicazione di destinazione.
14. Nella casella Membri digitare il nome del gruppo di dominio creato per i
visualizzatori di report.
15. Fare clic su OK.
16. Nella pagina Applicazione del servizio di archiviazione sicura selezionare la casella
di controllo relativa all'applicazione di destinazione creata.
17. Nella sezione Credenziali della barra multifunzione fare clic su Imposta.
18. Nella finestra di dialogo Imposta credenziali per l'applicazione di destinazione
nell'archivio sicuro (gruppo) digitare il nome utente e la password dell'account
creato per l'applicazione di destinazione dell'archiviazione sicura.
） Importante
Questo account deve disporre delle autorizzazioni PSDataAccess per il
database Project Web App. È consigliabile aggiungere questo account al
gruppo di Active Directory degli autori di report per garantirgli le
autorizzazioni necessarie.
19. Fare clic su OK.
Popolare i gruppi di Active Directory degli
autori di report e dei visualizzatori di report
Per fornire agli utenti l'accesso necessario al Centro Business Intelligence in Project Web
App e ai report all'interno, è necessario popolare i gruppi Active Directory Autori report
e Visualizzatori report come indicato di seguito:
Gruppo Autori report: aggiungere gli account Active Directory degli utenti che
creeranno report tramite Excel.
Visualizzatori report: aggiungere gli account Active Directory di Project Web App
utenti che visualizzeranno i report nel Centro business intelligence.
７ Nota
Se i report verranno visualizzati anche dai relativi creatori, è possibile
aggiungere il gruppo autori al gruppo Visualizzatori di report in Active
Directory.
Accesso ai cubi OLAP
Se si prevede di usare SQL Server Analysis Services cubi OLAP con Project Web App, è
necessario configurare l'accesso ai cubi per gli utenti. Per altre informazioni, vedere
Configurare cubi OLAP per Project Web App.
Vedere anche
Forum su Project
Configurare cubi OLAP per Project Web
App in Project Server 2013
Articolo • 07/04/2023
Riepilogo: configurare i cubi OLAP per Project Web App.
Si applica a: Project Server 2013
） Importante
Questo scenario si applica solo a Project Server 2013.
Contenuto dell'articolo:
Prima di iniziare
Configurare l'account del servizio Analysis Services
Compilare un cubo OLAP in Project Web App
Concedere l'accesso al cubo OLAP Project Web App
Panoramica
Questo articolo descrive come configurare un cubo di SQL Server Analysis Services per
Project Web App. È necessario seguire le procedure descritte in questo articolo per ogni
istanza di Project Web App creata.
７ Nota
A causa delle modifiche apportate all'infrastruttura di sicurezza in Project Server
2013, l'autorizzazione Visualizza dati OLAP esistente nelle versioni precedenti di
Project Server non esiste più in Project Server 2013. L'accesso al cubo viene quindi
ora configurato mediante la procedura descritta in questo articolo.
Prima di iniziare
Questo articolo presuppone che tutti i passaggi descritti in Configure reporting for
Project Web App (Project Server 2013) siano stati completati. Le procedure di questo
articolo si servono degli account e dei gruppi di Active Directory creati nell'articolo di
configurazione.
Prima di iniziare, assicurarsi di disporre di quanto segue:
Istanza di SQL Server Analysis Services in cui è possibile compilare un cubo OLAP.
Nome dell'account che esegue il servizio SQL Server Analysis Services.
Nome del gruppo Autori report creato quando è stata configurata la creazione di
report per Project Web App
Nome dell'account dell'applicazione di destinazione dell'archiviazione sicura creato
quando è stata configurata la creazione di report per Project Web App.
７ Nota
Se tale account è membro del gruppo Autori di report, non è necessario
usarlo per le seguenti procedure.
Configurare l'account del servizio Analysis
Services
Per compilare cubi OLAP, l'account che esegue il servizio Analysis Services deve avere
accesso in lettura al database Project Web App. Questo accesso viene concesso usando
il ruolo del database PSDataAccess in SQL Server.
Il primo passaggio consiste nel creare un account di accesso SQL Server per l'account
che esegue il servizio SQL Server Analysis Services.
Utilizzare la procedura seguente per creare un account di accesso per l'account del
servizio SQL Server Analysis Services.
７ Nota
Se esiste già un account di accesso per l'account del servizio SQL Server Analysis
Services, è possibile ignorare questa procedura.
Per creare un accesso all'account del servizio Analysis
Services
1. In SQL Server Management Studio connettersi all'istanza del motore di database in
cui si trova il Project Web App.
2. In Esplora oggetti espandere Sicurezza.
3. Fare clic con il pulsante destro del mouse su Account di accesso e quindi scegliere
Nuovo account di accesso.
4. Nella casella Nome account di accesso digitare il nome dell'account di Active
Directory che esegue il servizio Analysis Services.
5. Fare clic su OK.
Dopo aver creato l'account di accesso, è necessario concedere l'accesso al database
Project Web App. Per configurare l'accesso al database, seguire questa procedura.
Per concedere l'accesso al database all'account del
servizio Analysis Services
1. In SQL Server Management Studio connettersi al motore di database.
2. In Esplora oggetti espandere Sicurezza.
3. Fare doppio clic sull'account di accesso per il servizio Analysis Services.
4. Nella sezione Selezione pagina fare clic su Mapping utenti.
5. Selezionare la casella di controllo Mappa per il database Project Web App a cui si
vuole fornire l'accesso e quindi nella sezione Appartenenza al ruolo database per:
<> selezionare la casella di controllo PSDataAccess.
6. Fare clic su OK.
Il passaggio successivo consiste nella creazione di un cubo OLAP.
Generare un cubo OLAP
Per configurare le autorizzazioni necessarie in SQL Server Analysis Services, è necessario
creare il cubo OLAP. Anche se non si intende usare il cubo immediatamente, è
necessario crearne uno in questa fase per poter configurare i requisiti di accesso
dell'utente necessari.
Per generare un cubo OLAP, seguire questa procedura.
Per generare un cubo OLAP
1. Nella sezione Gestione applicazioni di Amministrazione centrale fare clic su
Gestisci applicazioni di servizio.
2. Fare clic sull'applicazione di servizio di Project Server.
3. Passare il puntatore del mouse sull'istanza di Project Web App per cui si vuole
compilare un cubo, fare clic sulla freccia visualizzata e quindi fare clic su Gestisci.
4. Nella pagina Project Web App impostazioni, in Amministrazione coda e database
fare clic su Gestione database OLAP.
5. Nella colonna Nome database OLAP della pagina Gestione database OLAP fare
clic sul collegamento Nome database.
6. Nella pagina Impostazioni generazione database OLAP:
7. Nella casella Analysis Services Server digitare il nome dell'istanza di Analysis
Services in cui si vuole compilare il cubo.
8. Nella casella Database di Analysis Services da creare digitare un nome per il
database OLAP.
9. Fare clic su Salva.
10. Nella pagina Gestione database OLAP selezionare la riga della tabella
corrispondente al cubo appena configurato, quindi fare clic su Genera.
11. Monitorare il campo Stato nella pagina Gestione database OLAP finché il relativo
valore non risulta essere Generazione riuscita.
Dopo aver generato il cubo, è possibile concedere agli utenti l'accesso a quest'ultimo.
Concedere l'accesso al cubo OLAP
Per concedere agli utenti l'accesso al cubo, è necessario aggiungere i seguenti gruppi e
account al ruolo ProjectServerViewOlapDataRole predefinito nel cubo:
Gruppo Active Directory Autori report creato durante la configurazione della
creazione di report per Project Web App. Questo gruppo deve contenere gli utenti
che si prevede di usare i dati del cubo OLAP in Excel.
Account dell'applicazione di destinazione dell'archiviazione sicura creato durante la
configurazione della creazione di report per Project Web App. Questo account
consentirà agli utenti che visualizzano i report del cubo OLAP in Excel Services di
aggiornare i dati. Se questo account è stato aggiunto al gruppo Autori report
quando è stata configurata la creazione di report per Project Web App, non è
necessario aggiungerlo separatamente qui.
Se sono presenti altri utenti oltre a quelli del gruppo Autori report che accederanno al
cubo da Excel, è necessario concedere loro anche l'accesso al cubo. Per garantire agli
utenti l'accesso al cubo, può essere opportuno usare gli stessi gruppi usati per la
sincronizzazione di Active Directory. Ad esempio, se si vuole che tutti i project manager
abbiano accesso al cubo OLAP in Excel, aggiungere il gruppo di Active Directory
sincronizzato con il gruppo Project Managers al ruolo ProjectServerViewOlapDataRole
nel cubo.
Per concedere agli utenti l'accesso al cubo OLAP, seguire questa procedura.
Per concedere l'accesso degli utenti al cubo OLAP
1. In SQL Server Management Studio connettersi a Analysis Services.
2. In Esplora oggetti espandere Database.
3. Espandere il cubo appena creato.
4. Fare doppio clic sul ruolo ProjectServerViewOlapDataRole.
5. Nel riquadro sinistro selezionare la pagina Appartenenza.
6. Nella pagina appartenenza fare clic su Aggiungi.
7. Nella finestra di dialogo Seleziona utente o gruppo fare clic su Tipi di oggetto.
8. Nella finestra di dialogo Tipi di oggetti selezionare la casella di controllo Gruppi,
quindi fare clic su OK.
9. Nella finestra di dialogo Seleziona utente o gruppo digitare il nome del gruppo
Autori di report di Active Directory e il nome dell'account di accesso ai dati per
Applicazione di destinazione dell'archiviazione sicura ProjectServerApplication.
Digitare inoltre il nome di eventuali utenti o gruppi aggiuntivi a cui si desidera
concedere l'accesso al cubo.
10. Fare clic su OK.
11. Fare clic su OK.
Vedere anche
Sincronizzazione tra Active Directory e il pool di risorse dell'organizzazione per Project
Server 2013
Configurare le relazioni per Project Web App (Project Server 2013)
Forum di Project
Configurare SQL Server e Analysis
Services in Project Server 2013
Articolo • 07/04/2023
Riepilogo: configurare le impostazioni di SQL Server e SQL Server Analysis Services
(SSAS) prima di installare Project Server 2013.
Si applica a: Project Server 2013
Prima di installare SharePoint Server 2013 e Project Server 2013, è necessario
configurare SQL Server e, se si prevede di usare cubi OLAP di Project Server, SQL Server
Analysis Services. SQL Server Analysis Services deve essere distribuito in modalità
multidimensionale.
７ Nota
Se si installa Project Server 2013 in una farm di SharePoint Server 2013 esistente,
alcuni di questi passaggi potrebbero essere già stati completati.
Completare le procedure in ogni sezione seguente:
Configurare le impostazioni di rete di SQL Server
Configurazione di Analysis Services per la creazione di cubi OLAP di Project Server
In base alle esigenze dell'organizzazione, può inoltre essere necessario eseguire le
operazioni seguenti:
Creare un database di Project Web App
Creare file TempDB aggiuntivi
È anche consigliabile avviare il servizio SQLSERVERAGENT nell'istanza di SQL Server in
cui si trovano i database di SharePoint Server. SharePoint Server e Project Server 2013
usano il servizio SQL Server Agent per eseguire varie attività di pulizia del database.
Al termine della configurazione di SQL Server e Analysis Services, passare all'articolo
successivo Installare SharePoint Server 2013 (Project Server 2013).
Configurare le impostazioni di rete di SQL
Server
Per il corretto funzionamento di SharePoint Server e Project Server, è necessario
configurare l'istanza associata di SQL Server per abilitare le connessioni remote tramite
TCP/IP. Usare la procedura seguente per verificare che l'istanza di SQL Server sia
configurata per consentire connessioni TCP/IP remote.
Per configurare le impostazioni di rete di SQL Server 2008
R2 o SQL Server 2012
1. Fare clic sul pulsante Start, scegliere Tutti i programmi, Microsoft SQL Server
2008 R2 o Microsoft SQL Server 2012, Strumenti di configurazione e quindi fare
clic su Gestione configurazione SQL Server.
2. Nel riquadro sinistro espandere SQL Server Configurazione di rete e quindi
selezionare l'istanza di SQL Server in cui si installeranno i database di Project
Server 2013.
3. Nel riquadro destro verificare che lo stato per il protocollo TCP/IP sia Abilitato.
Configurazione di Analysis Services per la
creazione di cubi OLAP di Project Server
Project Server 2013 può compilare cubi OLAP in SQL Server Analysis Services (SSAS) da
usare nella creazione di report. Se si prevede di usare la funzionalità di compilazione del
cubo di Project Server 2013, è necessario configurare l'account amministratore farm in
modo che disponga delle autorizzazioni amministrative in SQL Server Analysis Services
per l'istanza di Analysis Services che verrà usata con Project Server 2013.
Per aggiungere l'amministratore della farm come
amministratore del server di Analysis Services
1. Aprire SQL Server Management Studio. Nella finestra Connetti al server
connettersi all'istanza di Analysis Services in uso con Project Server 2013.
2. In SQL Server Management Studio, in Esplora oggetti fare clic con il pulsante
destro del mouse sul nome dell'istanza di Analysis Services e quindi scegliere
Proprietà.
3. Nella pagina delle proprietà di Analysis Services fare clic su Sicurezza nel riquadro
Selezione pagina.
4. Fare clic su Aggiungi.
5. Nella pagina Selezione utenti, computer o gruppi digitare il nome dell'account di
amministratore della farm.
6. Fare clic su OK. L'account di amministratore della farm verrà visualizzato
nell'elenco Membri.
7. Fare clic su OK.
７ Nota
Per informazioni sulla configurazione dell'accesso utente per i cubi OLAP, vedere
Configurare cubi OLAP per Project Web App. Per informazioni sulla gestione dei
database OLAP in Project Server 2013, vedere Gestione di database OLAP in
Project Web App.
Creare file TempDB aggiuntivi
Sia Project Server 2013 che SharePoint Server 2013 usano in modo intensivo TempDB
durante le transazioni SQL. Per ottimizzare le prestazioni, creare file TempDB aggiuntivi.
Di regola, creare un file TempDB aggiuntivo per ogni processore (core) nel computer che
esegue SQL Server. Creare i file in una partizione separata rispetto agli altri file di
database.
Commenti e suggerimenti relativi alla
documentazione e ai forum di Project Server
In caso di domande aggiuntive, provare i forum di Project . I forum di Project offrono
la possibilità di discutere la domanda da parte di altri partecipanti, MVP del progetto ed
esperti della community di Project.
Per fornire commenti e suggerimenti su questo articolo, selezionare l'opzione Sì o No
per la domanda L'articolo è risultato utile? in fondo alla pagina, quindi digitare i propri
commenti e suggerimenti nel riquadro visualizzato.
Vedere anche
Installare SharePoint Server 2013 (Project Server 2013)
Aggiungere un server applicazioni a una
farm in Project Server 2013
Articolo • 07/04/2023
Riepilogo: Aggiungere un nuovo server applicazioni di SharePoint Server 2013 con
Project Server 2013 a una farm esistente.
Si applica a: Project Server 2013
Per aggiungere un server applicazioni di Project Server 2013 a una farm esistente, è
necessario eseguire le operazioni seguenti:
Installare i prerequisiti di SharePoint Server 2013
Installare SharePoint Server 2013
Installare Project Server 2013
Installare gli aggiornamenti necessari
Aggiungere il server alla farm eseguendo la Configurazione guidata prodotti e
tecnologie SharePoint
Dimostrazione video
Questo video illustra i passaggi necessari per aggiungere un server applicazioni a una
farm di Project Server 2013 esistente, come descritto in questo articolo.
Video: Aggiungere un server applicazioni a una farm di Project Server
Configurare il server applicazioni
Utilizzare le procedure seguenti per configurare il server applicazioni e aggiungerlo alla
farm.
７ Nota
Per queste procedure, è consigliabile usare l'account di installazione della farm
creato originariamente per installare SharePoint Server 2013.
Per installare i prerequisiti per SharePoint Server 2013
1. Nel DVD di SharePoint Server eseguire default.hta.
2. Fare clic su Installa prerequisiti software.
７ Nota
Per eseguire questo passaggio, è necessario essere connessi a Internet. Se
non si è connessi a Internet, è necessario installare i prerequisiti manualmente.
3. Nella pagina di benvenuto, scegliere Avanti.
4. Leggere il contratto di licenza e, se si accetta, selezionare la casella di controllo
Accetto le condizioni dei contratti di licenza .
5. Scegliere Avanti.
７ Nota
A seconda della configurazione, potrebbe essere necessario riavviare il server
durante questo processo.
Dopo aver installato i prerequisiti, il passaggio successivo consiste nell'installare
SharePoint Server 2013.
Per installare SharePoint Server 2013
1. Nel DVD di SharePoint Server eseguire default.hta.
2. Fare clic su Installa SharePoint Server.
3. Nella pagina Immettere il codice "Product Key" digitare il codice "Product Key" e
quindi fare clic su Continua.
4. Leggere il contratto di licenza e, se si accetta, selezionare la casella di controllo
Accetto le condizioni del contratto e quindi fare clic su Continua.
5. Nella pagina Scegliere il tipo di installazione desiderato fare clic su Server farm.
6. Nella pagina Tipo di server fare clic su Completa.
7. Se lo si desidera, selezionare la scheda Percorso file e modificare il percorso di
installazione.
8. Fare clic su Installa.
9. Al termine dell'installazione, deselezionare la casella di controllo Esegui
configurazione guidata prodotti e tecnologie SharePoint e quindi fare clic su
Chiudi.
Dopo aver installato SharePoint Server 2013, il passaggio successivo consiste
nell'installare Project Server 2013.
Per installare Project Server 2013
1. Nel DVD di Project Server eseguire default.hta.
2. Fare clic su Installa Project Server.
3. Nella pagina Immettere il codice "Product Key" digitare il codice "Product Key" e
quindi fare clic su Continua.
4. Leggere il contratto di licenza e, se si accetta, selezionare la casella di controllo
Accetto le condizioni del contratto .
5. Fare clic su Continua.
6. Nella pagina Scegliere il percorso del file fare clic su Installa.
7. Al termine dell'installazione, deselezionare la casella di controllo Esegui
configurazione guidata prodotti e tecnologie SharePoint e quindi fare clic su
Chiudi.
Dopo aver installato SharePoint Server 2013 e Project Server 2013 nel computer, è
necessario installare gli aggiornamenti necessari in modo che gli aggiornamenti nel
nuovo server applicazioni corrispondano a quelli attualmente presenti nella farm. Si noti
che sono inclusi gli aggiornamenti di Project Server 2013 e SharePoint Server 2013 (ad
esempio Service Pack e aggiornamenti cumulativi), ma non gli aggiornamenti per altri
prodotti, ad esempio Windows Server o SQL Server.
Per aggiungere il server alla farm
1. Fare clic sul pulsante Start, scegliere Tutti i programmi, Prodotti Microsoft
SharePoint 2013 e quindi Configurazione guidata Prodotti SharePoint 2013.
2. Nella pagina di benvenuto, scegliere Avanti.
3. Nella finestra di dialogo di avviso fare clic su Sì.
4. Nella pagina Connetti a una server farm selezionare l'opzione Connetti a una
server farm esistente .
5. Scegliere Avanti.
6. Nella pagina Specifica impostazioni database di configurazione digitare il nome
dell'istanza di SQL Server in cui si trova il database di configurazione di SharePoint
Server 2013 e quindi fare clic su Recupera nomi di database.
7. Selezionare il database di configurazione per la farm a cui si vuole aggiungere un
join dalla casella di riepilogo a discesa Nome database e quindi fare clic su Avanti.
8. Nella pagina Specifica impostazioni di sicurezza farm digitare la passphrase della
farm e quindi fare clic su Avanti.
9. Nella pagina Completamento Configurazione guidata Prodotti SharePoint fare clic
su Avanti.
10. Al termine della procedura guidata, fare clic su Fine.
Vedere anche
Forum su Project
Distribuire i Language Pack in Project
Server 2013
Articolo • 07/04/2023
Riepilogo: Installare e configurare i Language Pack di Project Server 2013 in modo che
gli utenti possano selezionare la lingua preferita per l'interfaccia utente di PWA.
Si applica a: Project Server 2013
I Language Pack di Project Server 2013 consentono agli utenti di Project Server 2013 di
visualizzare Project Web App siti in più lingue senza richiedere installazioni separate di
Project Server 2013. È possibile aggiungere il supporto della lingua per altre lingue a
Project Server 2013 installando il Language Pack per la lingua da aggiungere. I
Language Pack vengono in genere usati nelle distribuzioni multinazionali in cui una
server farm supporta persone in posizioni diverse e gli utenti vogliono visualizzare
l'interfaccia utente Project Web App visualizzata nella lingua preferita.
I Language Pack di Project Server 2013 consentono di cambiare soltanto la lingua
dell'interfaccia utente dei siti di Project Web App. Tali Language Pack non influiscono
sulla lingua di visualizzazione di siti di progetto o di Web part di Project Web App
aggiunte ai siti di progetto. La lingua dell'interfaccia utente dei siti di progetto e delle
Web part Project Web App aggiunte al sito di progetto può essere modificata
applicando i Language Pack di SharePoint Server 2013 che vengono forniti e installati
con quelli di Project Server 2013 .
I Language Pack di Project Server 2013 non influiscono sui dati di progetto visualizzati in
Project Web App. I dati di progetto verranno visualizzati nella lingua dell'installazione di
base di Project Server 2013, richiesta per installare un Language Pack di Project Server
2013. Se, ad esempio, si applica il Language Pack di Project Server 2013 per la lingua
giapponese su un'installazione di base di Project Server 2013 in italiano, è possibile
visualizzare l'interfaccia utente di Project Web App in giapponese, mentre i dati di
progetto del sito di Project Web App verranno visualizzati in italiano.
I Language Pack non sono inseriti in pacchetti di installazione multilingue. È necessario
installare un Language Pack specifico per ogni lingua che si desidera supportare.
Contenuto dell'articolo:
Lingue disponibili per i Language Pack di Project Server 2013
Compatibilità con i Language Pack di SharePoint Server 2013
Scenari di distribuzione di Language Pack
Distribuire un Language Pack di Project Server 2013
Disinstallazione dei Language Pack
Lingue disponibili per i Language Pack di
Project Server 2013
I Language Pack di Project Server 2013 sono disponibili per le lingue seguenti:
Lingua
ll-cc
ID impostazioni locali
(LCID)
Arabo
ar-sa
1025
Brasiliano
pt-br
1046
Cinese (Repubblica popolare
cinese)
zhcn
2056
Cinese (Taiwan)
zh-
1028
tw
Ceco
cs-cz
1029
Danese
dadk
1030
Olandese
nl-nl
1043
Inglese (Stati Uniti)
en-
1033
us
Finlandese
fi-fi
1035
Francese
fr-fr
1036
Tedesco
dede
1031
Greco
el-gr
1032
Ebraico
he-il
1037
Ungherese
hu-
1038
hu
Italiano
it-it
1040
Giapponese
ja-jp
1041
Nota
Lingua
ll-cc
ID impostazioni locali
Nota
(LCID)
Coreano
ko-kr
1042
Norvegese
nb-
1044
no
Polacco
pl-pl
1045
Portoghese (Brasile)
pt-br
1046
Portoghese (Portogallo)
pt-pt
2070
Romeno
ro-ro
1048
Russo
ru-ru
1049
Slovacco
sk-sk
1051
Novità di Project Server
2013
Novità di Project Server
2013
Sloveno
sl-si
1060
Novità di Project Server
2013
Spagnolo
es-es
3082
Svedese
sv-se
1053
Turco
tr-tr
1055
Ucraino
uk-
1058
ua
Novità di Project Server
2013
Compatibilità con i Language Pack di
SharePoint Server 2013
I Language Pack di Project Server 2013 sono inclusi nei Language Pack di SharePoint
Server 2013. Ad esempio, quando si scarica e si installa il Language Pack per lo spagnolo
di SharePoint Server 2013, si scarica e installa anche il Language Pack per lo spagnolo di
Project Server 2013.
） Importante
Project Server 2013 non supporta tutte le lingue supportate da SharePoint Server
2013. Se un Language Pack di Project Server 2013 non è disponibile per una lingua
supportata in SharePoint Server 2013, il file di download includerà solo il Language
Pack di SharePoint Server 2013.
Le lingue seguenti sono supportate da SharePoint Server 2013, ma non sono disponibili
nei Language Pack di Project Server 2013:
Basque
Bulgaro
Catalano
Croato
Estone
Galician
Hindi
Kazaco
Lettone
Lituano
Serbo (alfabeto latino)
Thai
Ad esempio, il Language Pack di SharePoint Server 2013 Thai non è incluso in un
Language Pack tailandese per Project Server 2013, perché non esiste.
Per altre informazioni sui Language Pack di SharePoint Server 2013, vedere Installare o
disinstallare i Language Pack per SharePoint.
Scenari di distribuzione di Language Pack
Di seguito sono riportati alcuni scenari di distribuzione che coinvolgono i Language Pack
di Project Server 2013 e SharePoint Server 2013.
Scenario 1
Il cliente dispone di un'installazione di base di SharePoint Server 2013 (inglese). Desidera
installare Project Server 2013, ma alcuni utenti necessitano di Project Web App con
un'interfaccia in tedesco. Il cliente deve eseguire le operazioni seguenti:
1. Installare Project Server 2013 (inglese).
2. Installare Project Server 2013 German Language Pack.
７ Nota
Per questo scenario, il Language Pack di SharePoint Server 2013 per il tedesco non
è necessario, ma viene comunque installato poiché viene fornito con il Language
Pack per il tedesco di Project Server 2013.
７ Nota
Per le installazioni di base di SharePoint Server 2013 e Project Server 2013, è
necessario installare la stessa lingua. Se, ad esempio, si dispone di un'installazione
di base di SharePoint Server 2013 in italiano, è possibile installare con quest'ultima
solo la versione di base di Project Server 2013 in italiano. Per installare qualsiasi
Language Pack di Project Server 2013 è necessaria una installazione di base di
Project Server 2013.
Scenario 2
Il cliente ha un'installazione di base di SharePoint Server 2013 (giapponese) e Project
Server 2013 (giapponese). Alcuni utenti necessitano però di Project Web App con
interfaccia in italiano. Il cliente deve effettuare l'operazione seguente:
Installare il Language Pack di Project Server 2013 per l'italiano.
７ Nota
Per questo scenario, il Language Pack di SharePoint Server 2013 per l'italiano non è
necessario, ma viene comunque installato poiché viene fornito con il Language
Pack per l'italiano di Project Server 2013.
Scenario 3
Il cliente ha un'installazione di base di SharePoint Server 2013 (Hindi). Vuole installare
Project Server 2013 per gli utenti di PWA che richiedono un'interfaccia in inglese. Il
cliente deve effettuare l'operazione seguente:
1. Disinstallare l'installazione di base di SharePoint Server 2013 (Hindi).
2. Installare SharePoint Server 2013 (inglese).
3. Installare Project Server 2013 (inglese).
4. Installare SharePoint Server 2013 Hindi Language Pack.
Poiché non esiste uno SKU di base di Project Server 2013 (Hindi), il cliente non può
installarlo con l'installazione di base di SharePoint Server 2013 (Hindi) (gli SKU di
installazione di base di SharePoint Server 2013 e Project Server 2013 devono essere
nella stessa lingua). L'installazione delle SKU di base di SharePoint Server 2013 e Project
Server 2013 in italiano consente al cliente di rendere disponibile Project Web Access agli
utenti che richiedono l'interfaccia in italiano. Poiché Project Web Access in italiano è
richiesto soltanto da un sottoinsieme di utenti, il cliente deve avere ancora SharePoint
Server 2013 disponibile in hindi. Per disporre di SharePoint Server 2013 con interfaccia
utente in hindi, il cliente può installare il Language Pack di SharePoint Server 2013 per
tale lingua. Si noti che il Language Pack di SharePoint Server 2013 per l'hindi non
conterrà un Language Pack per Project Server 2013, dal momento che quest'ultimo non
è disponibile in tale lingua.
Scenario 4
Il cliente dispone di un'installazione di base di Inglese SharePoint Server 2013 e Project
Server 2013. Richiede agli utenti di SharePoint Server di avere un'interfaccia utente
rumena. Il cliente deve effettuare l'operazione seguente:
Installare il Language Pack di SharePoint Server 2013 in Romania.
７ Nota
L'installazione del Language Pack di SharePoint Server 2013 in Romania installerà
anche il Language Pack di Project Server 2013 rumeno, che non è necessario per
questo scenario perché gli utenti di PWA non richiedono l'interfaccia utente
rumena.
Distribuire un Language Pack di Project Server
2013
I passaggi per distribuire un Language Pack di Project Server 2013 e rendere la lingua
disponibile per gli utenti sono i seguenti:
1. Scaricare il Language Pack
2. Installare il Language Pack
3. Rendere la lingua disponibile per il sito di Project Web App
4. Specificare la lingua di visualizzazione per il sito
） Importante
Come accennato in precedenza, se un Language Pack di Project Server 2013 è
disponibile per una lingua specifica, questo viene fornito con il Language Pack di
SharePoint Server 2013 per tale lingua. I due Language Pack verranno scaricati
come un unico file e installati insieme nella farm. Per altre informazioni sulla
disponibilità dei Language Pack di Project Server 2013 per lingue specifiche, vedere
la sezione "Lingue disponibili per i Language Pack di Project Server 2013" di questo
articolo.
Scaricare il Language Pack
È necessario eseguire la procedura seguente per ciascuna delle lingue che si desidera
supportare. Se si decide di scaricare più di una lingua, tenere presente che per ogni
lingua verrà scaricato un file univoco con un nome comune. Assicurarsi pertanto di
scaricare ogni Language Pack in una cartella separata del disco rigido, in modo da non
sovrascrivere il Language Pack di una lingua diversa.
Per scaricare il Language Pack
1. Nel Web browser passare a Language Pack per SharePoint Server 2013 .
2. Nella pagina relativa ai Language Pack per SharePoint Server 2013 selezionare la
lingua desiderata dall'elenco Cambia lingua, quindi fare clic su Cambia.
3. La lingua visualizzata nel sito ora corrisponde alla lingua selezionata nel passaggio
precedente. Fare clic su Scarica nella pagina Web.
７ Nota
Se la lingua della pagina non è stata modificata prima del clic sul comando
Scarica, verificare che la lingua selezionata al passaggio 2 venga visualizzata
nel campo Cambia lingua.
4. Nella finestra di dialogo visualizzata fare clic su Salva per scaricare una copia del
file nel computer locale.
７ Nota
Se si aggiungono più Language Pack, è necessario rinominare il file del
Language Pack (ServerLanguagePack.exe) in un nome più descrittivo, ad
esempio FrenchServerLanguagePack.exe. Poiché il nome predefinito di tutti i
file dei Language Pack è lo stesso, rinominare il file consentirà di evitare
confusione al momento dell'installazione.
Installare il Language Pack
Se si dispone di un ambiente server farm e si installano Language Pack per supportare
più lingue, è necessario installare ciascuno di essi in tutti i server Web e applicazioni
della farm.
７ Nota
Si noti che durante questa procedura si sta installando anche il Language Pack di
SharePoint Server 2013 per la lingua specificata.
Se si installa il Language Pack di Project Server 2013 in una farm a server singolo,
seguire questa procedura:
Per installare un Language Pack di Project Server 2013 in
una distribuzione di farm a server singolo
1. In Esplora risorse fare doppio clic sul file ServerLanguagePack.exe per avviare
l'installazione.
2. Nella pagina Condizioni di licenza software Microsoft leggere le condizioni di
licenza, selezionare la casella di controllo Accetto i termini del contratto, quindi
fare clic su Continua.
3. Verrà eseguita l'installazione guidata e installato il Language Pack.
4. Eseguire la Configurazione guidata prodotti SharePoint usando le impostazioni
predefinite.
Se si installano i Language Pack di Project Server 2013 per una distribuzione di farm a
più server, seguire questa procedura:
Per installare un Language Pack di Project Server 2013 in
una distribuzione di farm con più server
1. In un server Web o applicazioni della farm fare doppio clic sul file
ServerLanguagePack.exe per avviare l'installazione.
2. Nella pagina Condizioni di licenza software Microsoft leggere le condizioni di
licenza, selezionare la casella di controllo Accetto i termini del contratto, quindi
fare clic su Continua.
3. Verrà eseguita l'installazione guidata e installato il Language Pack.
4. Quando l'installazione del Language Pack è completa, viene visualizzata la pagina
Eseguire la Configurazione guidata. Deselezionare la casella di controllo Esegui la
Configurazione guidata Prodotti SharePoint e fare clic su Chiudi.
Ｕ Attenzione
Non eseguire Configurazione guidata Prodotti SharePoint adesso.
5. In ogni server Web e applicazione della farm installare il Language Pack usando i
passaggi da 1 a 4. Assicurarsi di non eseguire la Configurazione guidata prodotti
SharePoint dopo l'installazione del Language Pack.
７ Nota
Se si installano più Language Pack, installarne ognuno in tutti i server Web e
applicazioni nella farm seguendo i passaggi da 1 a 5. Assicurarsi di non
eseguire la Configurazione guidata Prodotti SharePoint dopo aver installato il
Language Pack.
6. Dopo aver installato il Language Pack di Project Server 2013 in tutti i server Web e
applicazioni nella farm, tornare al server originale ed eseguire la Configurazione
guidata prodotti SharePoint. Seguire i passaggi indicati di seguito per eseguire la
procedura guidata:
7. Fare clic sul pulsante Start, scegliere Tutti i programmi, Prodotti Microsoft
SharePoint 2013 e quindi fare clic su Configurazione guidata prodotti SharePoint
2013.
8. Nella pagina Prodotti SharePoint fare clic su Avanti.
9. Fare clic su Sì nella finestra di dialogo che avvisa che potrebbe essere necessario
riavviare alcuni servizi durante la configurazione.
10. Nella pagina Completamento Configurazione guidata Prodotti e tecnologie
SharePoint fare clic su Avanti.
11. Nella pagina Configurazione completata fare clic su Fine.
12. Eseguire la Configurazione guidata prodotti SharePoint in tutti i server Web e
applicazioni della farm per completare l'installazione.
Rendere la lingua disponibile per il sito di Project Web
App
Dopo avere installato il Language Pack di Project Server 2013, è necessario rendere
disponibile la lingua per il sito. Quando si rende disponibile la lingua, questo avviene su
una base "sito per sito". Ad esempio, rendere disponibile la lingua francese per Project
Web App consente solo il francese per i siti Project Web App. Per visualizzare il sito in
francese, è necessario rendere disponibile tale lingua per il Centro business intelligence
o per il sito Web Amministrazione centrale SharePoint.
Usare la procedura seguente per selezionare la lingua che si desidera rendere
disponibile per il sito.
Per selezionare una lingua per il sito
1. Nel sito di Project Web App fare clic sull'icona Impostazioni, quindi su
Impostazioni sito.
2. Nella pagina Impostazioni sito, nella sezione Amministrazione sito, fare clic su
Impostazioni lingua.
3. Nella pagina Impostazioni lingua, nella sezione Lingue alternative, selezionare la
casella di controllo accanto alla lingua che si desidera rendere disponibile per il
sito. Se è stato installato il Language Pack di Project Server 2013, la lingua per tale
Language Pack verrà elencata come opzione da selezionare.
７ Nota
Se il sito deve essere disponibile in più lingue, è possibile selezionare più
lingue.
4. Fare clic su OK.
Specificare la lingua di visualizzazione per il sito
Una volta selezionate le lingue disponibili per il sito, gli utenti di Project Web App
possono specificare la lingua di visualizzazione del sito stesso. Un utente del sito può
usare la procedura seguente per visualizzare l'interfaccia utente in una delle lingue
disponibili:
Per selezionare una lingua di visualizzazione
1. Nella pagina del sito di Project Web App fare clic sul nome dell'account utente per
visualizzare l'elenco a discesa, quindi fare clic su Impostazioni personali .
2. Nella pagina Informazioni utente fare clic su Lingua e area geografica personali.
3. Nella pagina Lingua e area geografica, nella sezione Lingua, nell'elenco Lingue di
visualizzazione, fare clic sul menu Selezionare una nuova lingua. Selezionare da
questo menu la lingua in cui si desidera che venga visualizzato il sito di Project
Web App. Fare quindi clic su Aggiungi per aggiungerla all'elenco Lingua di
visualizzazione personale.
4. Nell'elenco Lingua di visualizzazione personale usare la freccia per spostare nella
parte superiore dell'elenco la lingua in cui si desidera che venga visualizzato il sito
di Project Web App. Ad esempio, se si è installato il Language Pack di Project
Server 2013 per lo spagnolo su un'installazione di base di Project Server 2013 in
italiano (Italia), se si desidera che l'interfaccia utente del sito di Project Web App
venga visualizzata in spagnolo è necessario spostare Spagnolo (Spagna) sopra
Italiano (Italia).
5. Fare clic su OK.
Disinstallazione dei Language Pack
È possibile disinstallare un Language Pack di Project Server 2013 usando il Pannello di
controllo. È possibile disinstallare un Language Pack di SharePoint Server 2013 nello
stesso modo.
Se non si desidera rendere disponibile una lingua per un sito, deselezionare tale lingua
dall'elenco presente nella pagina Impostazioni lingua del sito.
Per rimuovere una lingua per il sito
1. Nel sito Web fare clic sull'icona Impostazioni, quindi su Impostazioni sito.
2. Nella pagina Impostazioni sito, nella sezione Amministrazione sito, fare clic su
Impostazioni lingua.
3. Nella pagina Impostazioni lingua, nella sezione Lingue alternative, deselezionare la
casella di controllo accanto alla lingua che si desidera rendere non disponibile per
il sito.
4. Fare clic su OK.
Vedere anche
Installare o disinstallare Language Pack per SharePoint
Aggiornare a Project Server
Subscription Edition
Articolo • 07/04/2023
Riepilogo: Informazioni su come eseguire l'aggiornamento a Project Server Subscription
Edition.
Si applica a: Project Server Subscription Edition
Questa serie di articoli descrive come pianificare ed eseguire l'aggiornamento a Project
Server Subscription Edition.
Articoli sull'aggiornamento a Project Server
Subscription Edition
Gli articoli seguenti sull'aggiornamento a Project Server Subscription Edition sono
disponibili per la visualizzazione online. Gli articoli vengono continuamente aggiornati
dagli autori in base alle nuove informazioni disponibili e ai commenti e suggerimenti
ricevuti dagli utenti.
Icona
Contenuto
Descrizione
Panoramica del processo di
aggiornamento Project Server
Subscription Edition
Fornisce una panoramica dei passaggi necessari per
eseguire l'aggiornamento a Project Server
Subscription Edition.
Pianificare l'aggiornamento a
Project Server Subscription
Edition
Informazioni sugli aspetti da considerare durante la
pianificazione dell'aggiornamento a Project Server
Subscription Edition.
Aggiornare a Project Server
Subscription Edition
Informazioni su come eseguire l'aggiornamento a
Project Server Subscription Edition.
７ Nota
Per informazioni sull'aggiornamento a SharePoint Server Subscription Edition,
vedere Eseguire l'aggiornamento a SharePoint Server Subscription Edition.
Panoramica del processo di
aggiornamento Project Server
Subscription Edition
Articolo • 07/04/2023
Riepilogo: Visualizzare una panoramica generale dei passaggi necessari per eseguire
l'aggiornamento a Project Server Subscription Edition da Project Server 2016 o 2019.
Si applica a: Project Server Subscription Edition
７ Nota
Per informazioni sulla pianificazione durante l'aggiornamento a Project Server
Subscription Edition, vedere Pianificare l'aggiornamento a Project Server
Subscription Edition.
Panoramica dei passaggi di aggiornamento
Project Server Subscription Edition
L'aggiornamento a Project Server Subscription Edition può essere suddiviso in quattro
passaggi. tra cui:
1. Creare l'installazione della farm SharePoint Server Subscription Edition e abilitare
Project Server Subscription Edition. Project Server Subscription Edition viene
installato con SharePoint Server Subscription Edition e deve essere avviata
l'applicazione del servizio Project Server.
） Importante
Project Server Subscription Edition può essere abilitato solo nella versione
Enterprise di SharePoint Server Subscription Edition. Project Server
Subscription Edition non può essere abilitato in SharePoint Server
Subscription Edition con una licenza Standard.
2. Copiare e spostare il database dal server di database Project Server 2016 o 2019 al
server di database che ospita l'installazione Project Server Subscription Edition.
Questo database è il database del contenuto di SharePoint 2016 o 2019 che
contiene le raccolte siti di progetto.
3. Usare il cmdlet di PowerShell Mount-SPContentDatabase per collegare e
aggiornare il database del contenuto di SharePoint 2016 o 2019 contenente i dati
del sito di Project al Project Server Subscription Edition.
4. Usare il cmdlet Di PowerShell Test-SPContentDatabase per controllare i database
del contenuto di SharePoint aggiornati.
Pianificare l'aggiornamento a Project
Server Subscription Edition
Articolo • 07/04/2023
Riepilogo: Informazioni sulle considerazioni da fare per l'aggiornamento a Project
Server Subscription Edition.
Si applica a: Project Server Subscription Edition
Contenuto dell'articolo:
Informazioni da sapere sull'aggiornamento a Project Server Subscription Edition
Aggiornamento da una versione precedente di Project Server
Aggiornamento di pi? siti di Project Web App
７ Nota
Per una panoramica dei passaggi del processo di aggiornamento, vedere
Panoramica del processo di aggiornamento Project Server Subscription Edition.
Per altre informazioni sul processo di aggiornamento, vedere Aggiornamento a
Project Server Subscription Edition.
Informazioni da sapere sull'aggiornamento a
Project Server Subscription Edition
Se si prevede di eseguire l'aggiornamento a Project Server Subscription Edition, è
importante conoscere quanto segue:
È possibile eseguire l'aggiornamento a Project Server Subscription Edition solo
tramite Project Server 2016 o 2019. Se si esegue l'aggiornamento da versioni
precedenti di Project Server, è necessario aggiornare prima i database a Project
Server 2016 o 2019 per eseguire l'aggiornamento a Project Server Subscription
Edition.
Nessun aggiornamento sul posto. È innanzitutto necessario creare un'installazione
Project Server Subscription Edition, quindi collegare e aggiornare i database
Project Server 2016 o 2019 alla nuova farm. L'aggiornamento sul posto non è
supportato.
Eseguire l'aggiornamento tramite i cmdlet di Microsoft PowerShell.
Analogamente all'esperienza di aggiornamento di Project Server 2019,
l'aggiornamento a Project Server Subscription Edition verrà eseguito usando i
cmdlet di PowerShell. È possibile usare SharePoint Subscription Edition
Management Shell per eseguire la versione corretta dei cmdlet usati per
l'aggiornamento.
Aggiornamento da una versione precedente di
Project Server
Poiché l'aggiornamento a Project Server Subscription Edition da Project Server 2016 o
2019 è l'unico percorso di aggiornamento supportato, sarà necessario eseguire prima
l'aggiornamento a Project Server 2016 o 2019 se si esegue l'aggiornamento da una
versione precedente di Project Server.
Aggiornamento da
Percorso di aggiornamento
Project Server 2013
1. Eseguire l'aggiornamento a Project Server 2016
2. Eseguire l'aggiornamento a Project Server Subscription Edition
Project Server 2016
1. Eseguire l'aggiornamento a Project Server Subscription Edition
oppure
1. Eseguire l'aggiornamento a Project Server 2019
2. Eseguire l'aggiornamento a Project Server Subscription Edition
Project Server 2019
1. Eseguire l'aggiornamento a Project Server Subscription Edition
Per ulteriori informazioni consulta:
Eseguire l'aggiornamento a Project Server 2013
Aggiornamento a Project Server 2016
Aggiornamento di pi? siti di Project Web App
Se sono presenti più siti Project Web App che usano lo stesso database del contenuto e
si desidera aggiornare le raccolte siti nel database del contenuto o in uno qualsiasi dei
siti di PWA a Subscription Edition, tutti i siti nel database del contenuto e tutti e tre i siti
di PWA devono essere aggiornati contemporaneamente.
Nell'esempio seguente Contoso usa Project Server 2016 o 2019 e dispone di tre siti PWA
che usano tutti lo stesso database del contenuto per archiviare i dati (ContentDB-A).
Quando si esegue l'aggiornamento a Project Server Subscription Edition, collegato al
database del contenuto e quindi avviare il processo di aggiornamento.
Sito PWA
Database del contenuto
https://contoso/sites/PWA_A
ContentDB-A
https://contoso/sites/PWA_B
ContentDB-A
https://contoso/sites/PWA_C
ContentDB-A
Aggiornare a Project Server
Subscription Edition
Articolo • 07/04/2023
Riepilogo: Informazioni su come eseguire l'aggiornamento a Project Server Subscription
Edition.
Si applica a: Project Server Subscription Edition
Questo articolo descrive i passaggi necessari per eseguire l'aggiornamento a Project
Server Subscription Edition.
７ Nota
Prima di leggere questo articolo, vedere Pianificare l'aggiornamento a Project
Server Subscription Edition per altre informazioni sull'aggiornamento e sul
processo di aggiornamento.
Requisiti per l'aggiornamento
Si noti i requisiti seguenti per l'aggiornamento a Project Server Subscription Edition:
È possibile eseguire l'aggiornamento solo da Project Server 2016 o 2019. Se si
esegue l'aggiornamento da versioni precedenti di Project Server, è necessario
aggiornare prima i database a Project Server 2016 o 2019 per eseguire
l'aggiornamento a Project Server Subscription Edition.
７ Nota
Per informazioni sull'aggiornamento a Project Server Subscription Edition da
Project Server 2013, vedere Eseguire l'aggiornamento da SharePoint 2013 a
SharePoint Server Subscription Edition.
Il processo di aggiornamento richiede l'esecuzione di cmdlet di Microsoft
PowerShell in SharePoint Server Subscription Edition Management Shell. Verificare
di disporre delle autorizzazioni minime seguenti per eseguirle:
Ruolo predefinito del server securityadmin nell'istanza di SQL Server.
Ruolo predefinito del database db_owner in tutti i database da aggiornare.
Gruppo Administrators per il server in cui vengono eseguiti i cmdlet
diPowerShell.
Un amministratore può utilizzare il cmdlet Add-SPShellAdmin per concedere le
autorizzazioni per l'utilizzo dei cmdlet di SharePoint Server.
７ Nota
[!NOTA] Se non si dispone delle autorizzazioni, richiederle all'amministratore
per l'installazione o all'amministratore di SQL Server. Per altre informazioni
sulle autorizzazioni di PowerShell, vedere Add-SPShellAdmin
Se si esegue la migrazione dei piani di risorse Project Server 2016 o 2019 da usare
come Resource Engagements in Project Server Subscription Edition:
devono essere pubblicati.
È necessario associarvi dati rapportati alla scala cronologica (devono contenere
lavoro, non solo risorse).
７ Nota
Per ulteriori informazioni sugli impegni delle risorse, vedere il seguente
post del blog: Impegni delle risorse
.
Project Server Subscription Edition passaggi di
aggiornamento
L'aggiornamento a Project Server Subscription Edition può essere suddiviso in quattro
passaggi. tra cui:
1. Creare una farm Project Server Subscription Edition
2. Copiare e spostare i database
3. Collegare e aggiornare il database del contenuto di SharePoint Server 2016 o 2019
4. Provare il database del contenuto di SharePoint
Di seguito vengono fornite informazioni più dettagliate su questi passaggi di
aggiornamento.
Creare la farm Project Server Subscription Edition
Il primo passaggio del processo di aggiornamento consiste nel creare la farm Project
Server Subscription Edition. Poiché il collegamento di database è il metodo supportato
per l'aggiornamento, si collegheranno e si aggiorneranno i database Project Server 2016
o 2019 a questa farm nei passaggi seguenti.
Si noti che una differenza fondamentale nell'installazione di Project Server Subscription
Edition rispetto al modo in cui è stata installata nelle versioni precedenti è che
l'installazione Project Server Subscription Edition fa ora parte del SharePoint Server
Subscription Edition'installazione. Project Server Subscription Edition viene ora eseguita
come applicazione di servizio in SharePoint Server Subscription Edition e non richiede
un'installazione separata.
） Importante
Project Server Subscription Edition può essere abilitato solo nella versione
Enterprise di SharePoint Server Subscription Edition. Project Server Subscription
Edition non può essere abilitato in SharePoint Server Subscription Edition con una
licenza Standard.
７ Nota
Per altre informazioni su come installare una nuova farm Project Server
Subscription Edition, vedere Distribuire Project Server 2016 o 2019 o Subscription
Edition.
Copiare e spostare i database
Il secondo passaggio del processo di aggiornamento copia i database necessari per
l'ambiente Project Server 2016 o 2019 nel nuovo ambiente Project Server Subscription
Edition. Si tratta di un processo in due passaggi:
1. Con la farm di SharePoint Server 2016 o 2019 in modalità di sola lettura,
l'amministratore della server farm esegue il backup del database seguente
dall'istanza di SQL Server:
Database del contenuto di SharePoint Server 2016 o 2019 che contiene i dati
del progetto
2. L'amministratore della server farm ripristina una copia di backup del database
nell'istanza di SQL Server 2019 usata per ospitare i database della farm Project
Server Subscription Edition.
È possibile usare SQL Server Management Studio per copiare e ripristinare i database.
Collegare e aggiornare il database del contenuto di
SharePoint Server 2016 o 2019
Il terzo passaggio del processo di aggiornamento collega e aggiorna il database del
contenuto di SharePoint Server 2016 o 2019 che contiene i dati del sito di Project alla
nuova farm di Project Server Subscription Edition.
A tale scopo, è necessario eseguire il cmdlet di PowerShell Mount -SPContentDatabase
in SharePoint Subscription Edition Management Shell.
1. Aprire SharePoint Subscription Edition Management Shell come amministratore.
2. Al prompt dei comandi di PowerShell digitare:
Mount-SPContentDatabase -Name <database name> -WebApplication <Web application
name>
Ad esempio:
Mount-SPContentDatabase -Name WSSContentContosoPWA -WebApplication "SharePoint
80"
Provare il database del contenuto
Il quarto passaggio dell'aggiornamento consiste nel testare il database del contenuto
appena collegato e aggiornato. Si userà il cmdlet Di PowerShell Test-SPContentDatabase
per eseguire il test sull'applicazione Web specificata per verificare che tutte le
personalizzazioni a cui si fa riferimento nel database del contenuto siano installate
anche nell'applicazione Web nel nuovo ambiente SharePoint Server Subscription Edition.
Questo cmdlet non aggiornerà i dati in alcun modo.
1. Aprire SharePoint Subscription Edition Management Shell come amministratore.
2. Al prompt dei comandi di PowerShell digitare:
Test-SPContentDatabase -Name <database name> -WebApplication <Web application
name>
Ad esempio:
Test-SPContentDatabase -Name WSSContentContosoPWA -WebApplication "SharePoint
80"
L'applicazione SharePoint - 80 Web verrà controllata in base alle personalizzazioni
a cui viene fatto riferimento nel database WSSContentContosoPWA database e
verranno pubblicati i risultati.
I risultati del cmdlet Test-SPContentDatabase noteranno le incoerenze che troverà
nell'applicazione Web SharePoint aggiornata nel nuovo ambiente SharePoint Server
Subscription Edition. I risultati non implicano che l'aggiornamento del database del
contenuto di SharePoint 2016 o 2019 non sia riuscito, ma noteranno solo gli elementi
che è necessario esaminare nel nuovo ambiente. Di seguito sono riportati alcuni
controlli che possono essere visualizzati nei risultati.
Controllare il database del contenuto di SharePoint Server 2016 o
2019 per informazioni sulla migrazione del piano di risorse
Consultare nella tabella MSP_RESOURCE_PLANS le colonne seguenti:
Colonna
Valori
RESPLAN_IS_MIGRATED
"0" non migrati
"1" migrato
MIGRATED_REV_COUNTER
Il valore visualizzato è il numero di tentativi impiegati per eseguire la
migrazione di questo piano delle risorse. Se il comando viene
eseguito più volte, questo valore viene incrementato ogni volta, con
un valore massimo di 50.
MIGRATION_ERROR_INFO
Per altre informazioni sulla migrazione:
MissingResources=1, seguito da un elenco di risorse mancanti
AccessDenied=2, seguito da informazioni aggiuntive
DatabaseError=3, seguito da informazioni aggiuntive
Unknown=4, seguito da informazioni aggiuntive
È possibile verificare se un sito di PWA specifico per il quale si sta eseguendo la
migrazione presenta un piano delle risorse associato. Utilizzare la seguente query SQL
per eseguire tale operazione:
SQL
SELECT *
FROM [DBName].[pjpub].[MSP_RESOURCE_PLANS] where SiteId = <SiteId>
Esiste una riga in questa tabella per ogni piano delle risorse per il sito (un progetto può
includere 0 o 1 piano delle risorse).
Per ottenere il valore SiteID per il sito di PWA, eseguire il comando di PowerShell
seguente in SharePoint Server Subscription Edition Management Shell:
SQL
$site = get-spsite <SiteUrl>
$site.ID
Controllare i log di Servizio di registrazione unificato per ulteriori
informazioni
I tag seguenti in category:Engagements (PWA) potrebbero contenere informazioni utili
per consentire la risoluzione di qualsiasi problema associato alla migrazione del piano
delle risorse:
tag_a5h65
tag_a5h66
tag_a1kg8
tag_a3qj3
tag_a1khb
tag_a5h67
tag_a1khf
tag_a2ifm
tag_a4bic
tag_a1khh
tag_a2ifo
Eseguire l'aggiornamento a Project
Server 2019
Articolo • 07/04/2023
Riepilogo: Informazioni su come eseguire l'aggiornamento a Project Server 2019.
Si applica a: Project Server 2019
Questa serie di articoli descrive come pianificare ed eseguire l'aggiornamento a Project
Server 2019.
Articoli sull'aggiornamento a Project Server
2019
Gli articoli seguenti sull'aggiornamento a Project Server 2019 sono disponibili per la
visualizzazione online. Gli articoli vengono continuamente aggiornati dagli autori in base
alle nuove informazioni disponibili e ai commenti e suggerimenti ricevuti dagli utenti.
Contenuto
Descrizione
Panoramica del processo di
aggiornamento di Project Server
2019
Fornisce una panoramica dei passaggi necessari per
eseguire l'aggiornamento a Project Server 2019.
Pianificare l'aggiornamento a
Project Server 2019
Informazioni sugli aspetti da considerare durante la
pianificazione dell'aggiornamento a Project Server 2019.
Aggiornamento a Project Server
2019
Informazioni su come eseguire l'aggiornamento a
Project Server 2019.
７ Nota
Per informazioni sull'aggiornamento a SharePoint Server 2019, vedere Eseguire
l'aggiornamento a SharePoint Server 2019.
Panoramica del processo di
aggiornamento di Project Server 2019
Articolo • 07/04/2023
Riepilogo: Visualizzare una panoramica generale dei passaggi necessari per eseguire
l'aggiornamento a Project Server 2019 da Project Server 2016.
Si applica a: Project Server 2019
７ Nota
Per informazioni sulla pianificazione durante l'aggiornamento a Project Server 2016,
vedere Pianificare l'aggiornamento a Project Server 2019.
Panoramica dei passaggi di aggiornamento di
Project Server 2019
L'aggiornamento a Project Server 2019 può essere suddiviso in quattro passaggi. tra cui:
1. Creare l'installazione della farm SharePoint Server 2019 e abilitare Project Server
2019. Project Server 2019 viene installato con SharePoint Server 2019 e
l'applicazione del servizio Project Server deve essere avviata.
） Importante
Project Server 2019 può essere abilitato solo nella versione Enterprise di
SharePoint Server 2019. Non è possibile abilitare Project Server 2019 in
SharePoint Server 2019 con una licenza Standard.
2. Copiare e spostare i database dal server di database Project Server 2016 al server
di database che ospita l'installazione di Project Server 2019. Questi database sono:
Project Server 2016 database
Database del contenuto di SharePoint 2016 che contiene le raccolte siti di
progetto
3. Usare il cmdlet di PowerShell Mount-SPContentDatabase per collegare e
aggiornare il database del contenuto di SharePoint 2016 contenente i dati del sito
di Project a Project Server 2019.
4. Usare il cmdlet Di PowerShell Test-SPContentDatabase per controllare i database
del contenuto di SharePoint aggiornati.
Pianificare l'aggiornamento a Project
Server 2019
Articolo • 07/04/2023
Riepilogo: Informazioni sulle considerazioni da fare per l'aggiornamento a Project
Server 2019 .
Si applica a: Project Server 2019
Contenuto dell'articolo:
Informazioni da conoscere sull'aggiornamento a Project Server 2019
Aggiornamento da una versione precedente di Project Server
Aggiornamento di pi? siti di Project Web App
７ Nota
Per una panoramica dei passaggi del processo di aggiornamento, vedere
Panoramica del processo di aggiornamento di Project Server 2019.
Per informazioni dettagliate sul processo di aggiornamento, vedere
Aggiornamento a Project Server 2019.
Informazioni da conoscere sull'aggiornamento
a Project Server 2019
Se si prevede di eseguire l'aggiornamento a Project Server 2019, è importante
conoscere quanto segue:
È possibile eseguire l'aggiornamento a Project Server 2019 solo tramite Project
Server 2016 Se si esegue l'aggiornamento da versioni precedenti di Project Server,
è necessario aggiornare prima i database a Project Server 2016 per eseguire
l'aggiornamento a Project Server 2019.
Nessun percorso di aggiornamento diretto da Project Server 2013 a Project
Server 2019. Per altre informazioni su come eseguire l'aggiornamento da Project
Server 2013 a 2019 Public Preview, vedere High Level Overview to upgrade
SharePoint 2013 to SharePoint Server 2019
Nessun aggiornamento sul posto È innanzitutto necessario creare un'installazione
di Project Server 2019 e quindi collegare e aggiornare i database Project Server
2016 alla nuova farm. L'aggiornamento sul posto non è supportato.
Eseguire l'aggiornamento tramite i cmdlet di Microsoft PowerShell
Analogamente all'esperienza di aggiornamento Project Server 2016,
l'aggiornamento a Project Server 2019 avviene tramite l'uso dei cmdlet di
PowerShell. È possibile usare SharePoint 2019 Management Shell per eseguire la
versione corretta dei cmdlet usati per l'aggiornamento.
Aggiornamento da una versione precedente di
Project Server
Poiché l'aggiornamento a Project Server 2019 da Project Server 2016 è l'unico percorso
di aggiornamento supportato, sarà necessario eseguire l'aggiornamento a Project Server
2016 prima se si esegue l'aggiornamento da una versione precedente di Project Server.
Aggiornamento da
Percorso di aggiornamento
Project Server 2013
1. Eseguire l'aggiornamento a Project Server 2016
2. Eseguire l'aggiornamento a Project Server 2019
Per altre informazioni:
Eseguire l'aggiornamento a Project Server 2013
Aggiornamento a Project Server 2016
Aggiornamento di pi? siti di Project Web App
Se sono presenti più siti Project Web App che usano lo stesso database del contenuto e
si desidera aggiornare le raccolte siti nel database del contenuto o uno qualsiasi dei siti
di PWA a 2019, tutti i siti nel database del contenuto e tutti e tre i siti di PWA devono
essere aggiornati contemporaneamente.
Nell'esempio seguente Contoso usa Project Server 2016 e dispone di tre siti PWA che
usano tutti lo stesso database del contenuto per archiviare i dati (ContentDB-A).
Quando si esegue l'aggiornamento a Project Server 2019, collegato al database del
contenuto e quindi avviare il processo di aggiornamento.
Sito PWA
Database di Project
Database del contenuto
https://contoso/sites/PWA_A
ProjectDB-A
ContentDB-A
Sito PWA
Database di Project
Database del contenuto
https://contoso/sites/PWA_B
ProjectDB-B
ContentDB-A
https://contoso/sites/PWA_C
ProjectDB-C
ContentDB-A
Aggiornamento a Project Server 2019
Articolo • 05/04/2023
Riepilogo: Informazioni su come eseguire l'aggiornamento a Project Server 2019.
Si applica a: Project Server 2019
Questo articolo descrive i passaggi necessari per eseguire l'aggiornamento a Project
Server 2019.
７ Nota
Prima di leggere questo articolo, vedere Pianificare l'aggiornamento a Project
Server 2019 per altre informazioni sull'aggiornamento e sul processo di
aggiornamento.
Requisiti per l'aggiornamento
Si noti i requisiti seguenti per l'aggiornamento a Project Server 2019:
È possibile eseguire l'aggiornamento solo da Project Server 2016. Se si esegue
l'aggiornamento da versioni precedenti di Project Server, è necessario aggiornare i
database a Project Server 2016 prima di eseguire l'aggiornamento a Project Server
2019.
７ Nota
Per informazioni sull'aggiornamento a Project Server 2019 da Project Server
2013, vedere Eseguire l'aggiornamento da SharePoint 2013 a SharePoint
Server 2019.
Il processo di aggiornamento richiede l'esecuzione di cmdlet di Microsoft
PowerShell in SharePoint Server 2019 Management Shell. Verificare di disporre
delle autorizzazioni minime seguenti per eseguirle:
Ruolo predefinito del server securityadmin nell'istanza di SQL Server.
Ruolo predefinito del database db_owner in tutti i database da aggiornare.
Gruppo Administrators per il server in cui vengono eseguiti i cmdlet
diPowerShell.
Un amministratore può utilizzare il cmdlet Add-SPShellAdmin per concedere le
autorizzazioni per l'utilizzo dei cmdlet di SharePoint Server.
[! NOTA]Se non si dispone delle autorizzazioni, contattare l'amministratore del
programma di installazione o SQL Server amministratore per richiedere le
autorizzazioni. Per altre informazioni sulle autorizzazioni di PowerShell, vedere
Add-SPShellAdmin
Se si esegue la migrazione dei piani di risorse Project Server 2016 da usare come
resource engagement in Project Server 2019:
devono essere pubblicati.
È necessario associarvi dati rapportati alla scala cronologica (devono contenere
lavoro, non solo risorse).
７ Nota
Per ulteriori informazioni sugli impegni delle risorse, vedere il seguente
post del blog: Impegni delle risorse
.
Passaggi di aggiornamento di Project Server
2019
L'aggiornamento a Project Server 2019 può essere suddiviso in quattro passaggi. tra cui:
1. Creare una farm di Project Server 2019
2. Copiare e spostare i database
3. Collegare e aggiornare il database del contenuto di SharePoint Server 2016
4. Provare il database del contenuto di SharePoint
Di seguito vengono fornite informazioni più dettagliate su questi passaggi di
aggiornamento.
Creare la farm di Project Server 2019
Il primo passaggio del processo di aggiornamento consiste nel creare la farm di Project
Server 2019. Poiché il collegamento di database è il metodo supportato per
l'aggiornamento, è necessario collegare e aggiornare i database Project Server 2016 a
questa farm nei passaggi seguenti.
Si noti che una differenza fondamentale nell'installazione di Project Server 2019 rispetto
al modo in cui è stata installata nelle versioni precedenti è che l'installazione di Project
Server 2019 fa ora parte dell'installazione di SharePoint Server 2019. Project Server 2019
viene ora eseguito come applicazione di servizio in SharePoint Server 2019 e non
richiede un'installazione separata.
） Importante
Project Server 2019 può essere abilitato solo nella versione Enterprise di SharePoint
Server 2019. Non è possibile abilitare Project Server 2019 in SharePoint Server 2019
con una licenza Standard.
７ Nota
Per altre informazioni su come installare una nuova farm di Project Server 2019,
vedere Distribuire Project Server 2016 o 2019.
Copiare e spostare i database
Il secondo passaggio del processo di aggiornamento copia i database necessari per
l'ambiente Project Server 2016 nel nuovo ambiente di Project Server 2019. Si tratta di un
processo in due passaggi:
1. Con la farm di SharePoint Server 2016 in modalità di sola lettura, l'amministratore
della server farm esegue il backup dei due database seguenti dall'istanza di SQL
Server:
Database del contenuto di SharePoint Server 2016 che contiene i dati del
progetto
2. L'amministratore della server farm ripristina una copia di backup dei database
nell'istanza di SQL Server 2016 o 2017 usata per ospitare i database della farm di
Project Server 2019.
È possibile usare SQL Server Management Studio per copiare e ripristinare i database.
Collegare e aggiornare il database del contenuto di
SharePoint Server 2016
Il terzo passaggio del processo di aggiornamento collega e aggiorna il database del
contenuto di SharePoint Server 2016 che contiene i dati del sito di Project alla nuova
farm di Project Server 2019.
A tale scopo, è necessario eseguire il cmdlet di PowerShell Mount -SPContentDatabase
in SharePoint 2019 Management Shell.
1. Aprire SharePoint 2019 Management Shell come amministratore.
2. Al prompt dei comandi di PowerShell digitare:
Mount-SPContentDatabase -Name <database name> -WebApplication <Web application
name>
Ad esempio:
Mount-SPContentDatabase -Name WSSContentContosoPWA -WebApplication "SharePoint
80"
Provare il database del contenuto
Il quarto passaggio dell'aggiornamento consiste nel testare il database del contenuto
appena collegato e aggiornato. Si userà il cmdlet Di PowerShell Test-SPContentDatabase
per eseguire il test sull'applicazione Web specificata per verificare che tutte le
personalizzazioni a cui si fa riferimento nel database del contenuto siano installate
anche nell'applicazione Web nel nuovo ambiente SharePoint Server 2019. Questo
cmdlet non aggiornerà i dati in alcun modo.
1. Aprire SharePoint 2019 Management Shell come amministratore.
2. Al prompt dei comandi di PowerShell digitare:
Test-SPContentDatabase -Name <database name> -WebApplication <Web application
name>
Ad esempio:
Test-SPContentDatabase -Name WSSContentContosoPWA -WebApplication "SharePoint
80"
L'applicazione SharePoint - 80 Web verrà controllata in base alle personalizzazioni
a cui viene fatto riferimento nel database WSSContentContosoPWA database e
verranno pubblicati i risultati.
I risultati del cmdlet Test-SPContentDatabase noteranno le incoerenze che troverà
nell'applicazione Web SharePoint aggiornata nel nuovo ambiente SharePoint Server
2019. I risultati non implicano che l'aggiornamento del database del contenuto di
SharePoint 2016 non sia riuscito, ma noteranno solo gli elementi da esaminare nel
nuovo ambiente. Di seguito sono riportati alcuni controlli che possono essere
visualizzati nei risultati.
Consultare il database del contenuto di SharePoint Server 2016 per
informazioni sulla migrazione dei piani delle risorse
Consultare nella tabella MSP_RESOURCE_PLANS le colonne seguenti:
Colonna
RESPLAN_IS_MIGRATED
Valori
"0" non migrati
"1" migrato
MIGRATED_REV_COUNTER
Il valore visualizzato è il numero di tentativi impiegati per eseguire la
migrazione di questo piano delle risorse. Se il comando viene
eseguito più volte, questo valore viene incrementato ogni volta, con
un valore massimo di 50.
MIGRATION_ERROR_INFO
Per altre informazioni sulla migrazione:
MissingResources=1, seguito da un elenco di risorse mancanti
AccessDenied=2, seguito da informazioni aggiuntive
DatabaseError=3, seguito da informazioni aggiuntive
Unknown=4, seguito da informazioni aggiuntive
Consultare il database del contenuto di SharePoint Server 2016 per
informazioni sulla migrazione dei piani delle risorse
È possibile verificare se un sito di PWA specifico per il quale si sta eseguendo la
migrazione presenta un piano delle risorse associato. Utilizzare la seguente query SQL
per eseguire tale operazione:
SELECT *
FROM [DBName].[pjpub].[MSP_RESOURCE_PLANS] where SiteId = <SiteId>
Esiste una riga in questa tabella per ogni piano delle risorse per il sito (un progetto può
includere 0 o 1 piano delle risorse).
Per ottenere il valore SiteID per il sito di PWA, eseguire il comando di PowerShell
seguente in SharePoint Server 2019 Management Shell:
$site = get-spsite <SiteUrl>
$site.ID
Controllare i log di Servizio di registrazione unificato per ulteriori
informazioni
I tag seguenti in category:Engagements (PWA) potrebbero contenere informazioni utili
per consentire la risoluzione di qualsiasi problema associato alla migrazione del piano
delle risorse:
tag_a5h65
tag_a5h66
tag_a1kg8
tag_a3qj3
tag_a1khb
tag_a5h67
tag_a1khf
tag_a2ifm
tag_a4bic
tag_a1khh
tag_a2ifo
Eseguire l'aggiornamento a Project
Server 2016
Articolo • 07/04/2023
Sintesi: informazioni su come effettuare l'aggiornamento a Project Server 2016.
Si applica a: Project Server 2016
In questa serie di articoli viene descritto come pianificare ed eseguire l'aggiornamento a
Project Server 2016.
Articoli TechNet sull'aggiornamento a Project
Server 2016
Gli articoli seguenti sull'aggiornamento a Project Server 2016 sono disponibili per la
visualizzazione online. Gli articoli vengono continuamente aggiornati dagli autori in base
alle nuove informazioni disponibili e ai commenti e suggerimenti ricevuti dagli utenti.
Contenuto
Descrizione
Panoramica del processo di
aggiornamento a Project Server
2016
Viene fornita una panoramica dei passaggi necessari
per l'aggiornamento a Project Server 2016.
Pianificare l'aggiornamento a
Project Server 2016
Informazioni sui vari strumenti necessari per la
pianificazione dell'aggiornamento a Project Server
2016.
Aggiornamento a Project Server
2016
Informazioni su come effettuare l'aggiornamento a
Project Server 2016.
７ Nota
Per informazioni sull'aggiornamento a SharePoint Server 2016, vedere Eseguire
l'aggiornamento a SharePoint Server 2016.
Panoramica del processo di
aggiornamento a Project Server 2013
Articolo • 07/04/2023
Riepilogo: Visualizzare una panoramica generale dei passaggi necessari per eseguire
l'aggiornamento a Project Server 2016 da Project Server 2013.
Si applica a: Project Server 2016
７ Nota
Per informazioni sulla pianificazione durante l'aggiornamento a Project Server 2016,
vedere Pianificare l'aggiornamento a Project Server 2016.
Panoramica dei passaggi di aggiornamento
Project Server 2016
L'aggiornamento a Project Server 2016 può essere suddiviso in sei passaggi. tra cui:
1. Creare l'installazione della farm di SharePoint Server 2016 e abilitare Project Server
2016. Project Server 2016 viene installato con SharePoint Server 2016 e
l'applicazione del servizio Project Server deve essere avviata.
） Importante
Project Server 2016 può essere attivato solo nella versione Enterprise di
SharePoint Server 2016. Project Server 2016 non può essere attivato in
SharePoint Server 2016 con una licenza Standard.
2. Copiare e spostare i database dal server di database di Project Server 2013 al
server di database che ospita l'installazione di Project Server 2016. Questi database
sono:
Database di Project Server 2013
Database del contenuto di SharePoint 2013 che contiene le raccolte siti di
progetto
3. Usare il cmdlet di PowerShell Mount-SPContentDatabase per collegare e
aggiornare il database del contenuto di SharePoint 2013 contenente i dati del sito
di Project alla Project Server 2016.
4. Usare il cmdlet Di PowerShell Test-SPContentDatabase per controllare i database
del contenuto di SharePoint aggiornati.
5. Usare il cmdlet Di PowerShell Migrate-SPProjectDatabase per collegare e
aggiornare il database di Project Server 2013 alla farm Project Server 2016.
6. Usare Migrate-SPProjectResourcePlans per eseguire la migrazione dei piani di
risorse di Project Server 2013 agli engagement delle risorse. Se non si prevede di
usare i piani di risorse di Project Server 2013 in Project Server 2016, questo
passaggio non è necessario.
７ Nota
Per informazioni dettagliate sui passaggi necessari per eseguire l'aggiornamento a
Project Server 2016 da Project Server 2013, vedere Aggiornamento a Project
Server 2016.
Pianificare l'aggiornamento a Project
Server 2013
Articolo • 07/04/2023
Riepilogo: informazioni sulle considerazioni da apportare durante l'aggiornamento a
Project Server 2016.
Si applica a: Project Server 2016
Contenuto dell'articolo:
Cose da sapere sull'aggiornamento a Project Server 2016
Aggiornamento da una versione precedente di Project Server
Aggiornamento di pi? siti di Project Web App
７ Nota
Per una panoramica dei passaggi del processo di aggiornamento, vedere
Panoramica del processo di aggiornamento Project Server 2016. >Per
informazioni dettagliate sul processo di aggiornamento, vedere Aggiornamento a
Project Server 2016.
Cose da sapere sull'aggiornamento a Project
Server 2016
Se si prevede di eseguire l'aggiornamento a Project Server 2016, ? importante sapere
quanto segue:
È possibile eseguire l'aggiornamento solo a Project Server 2016 tramite Project
Server 2013 Se si esegue l'aggiornamento da versioni precedenti di Project Server,
è necessario aggiornare prima i database a Project Server 2013 per eseguire
l'aggiornamento a Project Server 2016. Non esiste alcun percorso di
aggiornamento diretto da Project Server 2010 a Project Server 2016.
Nessun aggiornamento sul posto È innanzitutto necessario creare un'installazione
Project Server 2016, quindi collegare e aggiornare i database di Project Server
2013 alla nuova farm. L'aggiornamento sul posto non è supportato.
Eseguire l'aggiornamento tramite Windows PowerShell cmdlet Simile
all'esperienza di aggiornamento di Project Server 2013, l'aggiornamento a Project
Server 2016 verrà eseguito tramite l'uso di cmdlet di Windows PowerShell. È
possibile usare SharePoint 2016 Management Shell per eseguire la versione
corretta dei cmdlet usati per l'aggiornamento.
Aggiornare i piani di risorse di Project Server 2013 a Resource Engagements
Resource Engagements è una nuova funzionalità di Project Server 2016 che
consente ai project manager e ai responsabili delle risorse di allinearsi tra loro sulla
quantità specifica di lavoro e sui periodi di tempo per risorse specifiche associate a
un progetto. Resource Engagements sostituisce la funzionalità Piani risorse, perché
non saranno più disponibili in Project Server 2016. È possibile scegliere di eseguire
la migrazione dei piani di risorse di Project Server 2013 esistenti da usare come
Resource Engagement in Project Server 2016 come parte del processo di
aggiornamento. Si noti che per la corretta migrazione dei piani di risorse di Project
Server 2013 a Resource Engagement, devono contenere dati in più fasi e devono
essere pubblicati.
７ Nota
Per ulteriori informazioni sugli impegni delle risorse, vedere il seguente post
del blog: Impegni delle risorse
.
Aggiornamento da una versione precedente di
Project Server
Poich? l'aggiornamento a Project Server 2016 da Project Server 2013 ? l'unico percorso
di aggiornamento supportato, sar? necessario eseguire l'aggiornamento a Project Server
2013 se si esegue l'aggiornamento da una versione precedente di Project Server.
Aggiornamento da
Percorso di aggiornamento
Project Server 2010
1.Eseguire l'aggiornamento a Project Server 2013
2.Eseguire l'aggiornamento a Project Server 2016
Project Server 2007
1.Eseguire l'aggiornamento a Project Server 2010
2.Eseguire l'aggiornamento a Project Server 2013
3.Eseguire l'aggiornamento a Project Server 2016
Per altre informazioni:
Eseguire l'aggiornamento a Project Server 2010
Eseguire l'aggiornamento a Project Server 2013
Aggiornamento a Project Server 2016
Aggiornamento di pi? siti di Project Web App
Se hai pi? siti di Project Web App che utilizzano lo stesso database del contenuto e vuoi
aggiornare le raccolte dei siti nel database del contenuto o qualsiasi sito PWA per il
2016, tutti i siti nel database del contenuto e tutti e tre i siti PWA devono essere
aggiornati contemporaneamente.
Nell'esempio seguente Contoso usa Project Server 2013 e dispone di tre siti PWA che
usano tutti lo stesso database del contenuto per archiviare i dati (ContentDB-A).
Quando si esegue l'aggiornamento a Project Server 2016, il database del contenuto e
tutti e tre i database di Project associati devono essere copiati nel server di database
Project Server 2016 e quindi collegati e aggiornati nel processo di aggiornamento.
Sito PWA
Database di Project
Database del contenuto
https://contoso/sites/PWA_A
ProjectDB-A
ContentDB-A
https://contoso/sites/PWA_B
ProjectDB-B
ContentDB-A
https://contoso/sites/PWA_C
ProjectDB-C
ContentDB-A
Aggiornamento a Project Server 2016
Articolo • 07/04/2023
Sintesi: informazioni su come effettuare l'aggiornamento a Project Server 2016.
Si applica a: Project Server 2016
In questo articolo vengono descritti i passaggi necessari per l'aggiornamento a Project
Server 2016.
７ Nota
Prima di leggere questo articolo, vedere Pianificare l'aggiornamento a Project
Server 2013 per ulteriori informazioni sull'aggiornamento e sulla procedura di
aggiornamento.
Requisiti per l'aggiornamento
Tenere presente i seguenti requisiti per l'aggiornamento a Project Server 2016:
È possibile solo eseguire l'aggiornamento da Project Server 2013. Se si esegue
l'aggiornamento da versioni precedenti di Project Server, sarà necessario
aggiornare i database a Project Server 2013 prima di tutto per eseguire
l'aggiornamento a Project Server 2016.
７ Nota
Per informazioni sull'aggiornamento a Project Server 2013 da Project Server
2010, vedere Aggiornamento a Project Server 2013.
Il processo di aggiornamento richiede di eseguire i cmdlet di Windows PowerShell
nella console di gestione di SharePoint Server 2016. Assicurarsi di disporre delle
autorizzazioni necessarie per eseguirli
Se si esegue la migrazione ai piani delle risorse di Project Server 2013 da usare
come impegni delle risorse di Project Server 2016:
devono essere pubblicati.
È necessario associarvi dati rapportati alla scala cronologica (devono contenere
lavoro, non solo risorse).
７ Nota
Per ulteriori informazioni sugli impegni delle risorse, vedere il seguente
post del blog: Impegni delle risorse
.
Passaggi per l’aggiornamento di Project Server
2016
L'aggiornamento a Project Server 2016 può essere suddiviso in sei passaggi. Ad
esempio:
1. Creare una farm Project Server 2016
2. Copiare e spostare i database
3. Collegare e aggiornare il database del contenuto di SharePoint 2013
4. Provare il database del contenuto di SharePoint
5. Allegare e aggiornare i database di Project Server 2013
6. Disattivare i limiti di quota del database per il sito di Project Web Access
7. Eseguire la migrazione dei piani di risorse di Project Server 2013 (facoltativo)
Di seguito vengono forniti ulteriori dettagli sulla procedura di aggiornamento citata
nella panoramica dell'aggiornamento.
Creare la farm di Project Server 2016
Il primo passaggio del processo di aggiornamento consiste nel creare la farm di Project
Server 2016. Poiché il collegamento del database è il metodo supportato per
l'aggiornamento, si collegheranno e aggiorneranno i database di Project Server 2013 a
questa farm nella procedura che segue.
Si noti che una differenza fondamentale nell'installare Project Server 2016 rispetto al
modo in cui veniva installato nelle versioni precedenti è che l'installazione di Project
Server 2016 ora fa parte dell'installazione di SharePoint Server 2016. Project Server 2016
ora viene eseguito come applicazione di servizio in SharePoint Server 2016 e non
richiede un'installazione separata.
） Importante
Project Server 2016 può essere attivato solo nella versione Enterprise di SharePoint
Server 2016. Project Server 2016 non può essere attivato in SharePoint Server 2016
con una licenza Standard.
７ Nota
Per ulteriori informazioni sulle modalità di installazione di una nuova farm di Project
Server 2016, vedere Distribuire Project Server 2013 in un ambiente server farm.
Copiare e spostare i database
Il secondo passaggio del processo di aggiornamento consente di copiare i database
necessari per l'ambiente di Project Server 2013 nel nuovo ambiente di Project Server
2016. Si tratta di un processo in due passaggi:
1. Con la farm di SharePoint Server 2013 in modalità di sola lettura, l'amministratore
della farm del server esegue il backup dei seguenti due database dall'istanza di
SQL Server:
Database del contenuto di SharePoint 2013 che contiene i dati del progetto
Database di Project Server 2013
2. L'amministratore del farm del server ripristina una copia di backup del database
nell'istanza di SQL Server 2014 usata per ospitare i database della farm di Project
Server 2016.
È possibile utilizzare SQL Server Management Studio per copiare e ripristinare dei
database.
Collegare e aggiornare il database del contenuto di
SharePoint 2013
Il secondo passaggio del processo di aggiornamento consente di allegare e aggiornare
il database del contenuto di SharePoint 2013 contenente i dati del sito Project nella
nuova farm di Project Server 2016.
È necessario eseguire il cmdlet di PowerShell Mount -SPContentDatabase nella Shell di
gestione SharePoint 2016 per eseguire questa operazione.
1. Aprire la Shell di gestione SharePoint 2016 come amministratore.
2. Quando viene richiesto, immettere:
Mount-SPContentDatabase -Name <database name> -WebApplication <Web application
name>
Ad esempio:
Mount-SPContentDatabase -Name WSSContentContosoPWA -WebApplication "SharePoint
80"
Provare il database del contenuto
Il passaggio successivo per l'aggiornamento consiste nel testare il database del
contenuto appena collegato e aggiornato. Utilizzare il cmdlet di PowerShell TestSPContentDatabase per testare un database del contenuto in base all'applicazione Web
specificata allo scopo di verificare che tutte le personalizzazioni a cui viene fatto
riferimento nel database del contenuto siano installate anche nell'applicazione Web nel
nuovo ambiente di SharePoint Server 2016. Questo cmdlet non aggiornerà i dati in alcun
modo.
1. Aprire la Shell di gestione SharePoint 2016 come amministratore.
2. Quando viene richiesto, immettere:
Test-SPContentDatabase -Name <database name> -WebApplication <Web application
name>
Ad esempio:
Test-SPContentDatabase -Name WSSContentContosoPWA -WebApplication "SharePoint
80"
L'applicazione SharePoint - 80 Web verrà controllata in base alle personalizzazioni
a cui viene fatto riferimento nel database WSSContentContosoPWA database e
verranno pubblicati i risultati.
I risultati del cmdlet Test-SPContentDatabase noteranno le incoerenze che verranno
cercate nell'applicazione Web di SharePoint aggiornata nel suo nuovo ambiente di
SharePoint Server 2016. I risultati non implicano che l'aggiornamento del database del
contenuto di SharePoint 2013 non sia riuscita, ma noteranno solo elementi che
dovranno essere esaminati nel nuovo ambiente. Ad esempio, è possibile ottenere il
seguente risultato:
Category: MissingWebPart
Error: True
UpgradeBlocking : False
Message: WebPart class [e6002ce8-69ee-168a-8f7c-a1d98d51da29] (class
[Microsoft.Office.Excel.WebUI.ExcelWebRenderer] from assembly
[Microsoft.Office.Excel.WebUI, Version=15.0.0.0, Culture=neutral,
PublicKeyToken=71e9bce111e9429c]) is referenced [1] times in the database
[WSSContentContosoPWA], but is not installed on the current farm. Please install
any feature/solution which contains this web part.
Remedy: One or more web parts are referenced in the database
[WSSContentContosoPWA], but are not installed on the current farm. Please install
any feature or solution which contains these web parts.
Questo messaggio nota che la web part Excel Services a cui viene fatto riferimento nel
database del contenuto aggiornato non viene trovata nella farm di SharePoint Server
2016. Potrebbe essere necessario installare Office Online Server nella farm di SharePoint
Server 2016 per poterla utilizzare.
７ Nota
L'uso di Office Online Server è supportato con Project Server 2016.
Collegare e aggiornare il database di Project Server 2013
Dopo aver collegato, aggiornato e testato i database del contenuto di SharePoint 2013,
il passaggio successivo consiste nel collegare e aggiornare il database di Project Server
2013 per la farm di Project Server 2016. È necessario eseguire il cmdlet di PowerShell
Migrate -SPProjectDatabase nella Shell di gestione di SharePoint 2016 per eseguire
questa operazione.
1. Aprire la Shell di gestione SharePoint 2016 come amministratore.
2. Quando viene richiesto, immettere:
Migrate-SPProjectDatabase -DatabaseName <database name> -SiteCollection <PWA
site URL>
Ad esempio:
Migrate-SPProjectDatabase -DatabaseName ProjectDB1 -SiteCollection
"https://contoso1/sites/PWA"
Quando il cmdlet viene completato correttamente, verificare di poter aprire il sito
di Project specificato in Project Server 2016.
７ Nota
Se si dispone di più siti di Project Web Access da aggiornare, tutti i siti nel database
del contenuto e tutti i siti di Project Web Access devono essere aggiornati
contemporaneamente. Ciò significa che il database del contenuto contenente i dati
del sito di progetto ed eventuali database di Project associati per ogni sito di
Project Web Access devono essere aggiornati.
Disattivare i limiti di quota del database per il sito di
Project Web Access
È necessario eseguire il seguente cmdlet di Windows PowerShell per disabilitare una
restrizione limite di quota di database impostata per impostazione predefinita in Project
Server 2016:
Set-SPProjectDatabaseQuota -URL <https://servername/sites/pwa> -Enabled:$false ReadOnlyLimit 10200 -ReadOnlyWarningThreshold 90 -MaxDbSize 10240
Ad esempio:
Set-SPProjectDatabaseQuota -URL https://contoso/sites/pwa -Enabled:$false ReadOnlyLimit 10200 -ReadOnlyWarningThreshold 90 -MaxDbSize 10240
７ Nota
Se la limitazione del limite di quota del database non è disabilitata, si verificano i
problemi seguenti:> se si esegue l'aggiornamento a Project Server 2016 e il
database di Project che si sta aggiornando è maggiore di 10 gig, il sito di PWA
verrà immediatamente impostato su Sola lettura.> Se si distribuisce Project Server
2016, si configura un sito di PWA e, tramite l'uso giornaliero del prodotto, i dati per
il sito alla fine supera il limite di 10 gig, il sito di PWA verrà impostato su Sola
lettura.> Se si usano più siti PWA, il cmdlet deve essere eseguito per ogni sito di
PWA.
７ Nota
Per ulteriori informazioni su questo problema, vedere Blog del supporto di Project:
se il sito di Project Web diventa di sola lettura
Aggiornare il piano delle risorse a impegni delle risorse
Se si vuole usare la funzionalità Impegni delle risorse in Project Server 2016, è possibile
scegliere di aggiornare i piani delle risorse di Project Server 2013 esistenti per utilizzarli
come impegni delle risorse. Per effettuare questa operazione, dopo aver aggiornato il
database di Project Server 2013 a Project Server 2016, sarà anche necessario eseguire il
cmdlet di PowerShell Migrate-SPProjectResourcePlans nella Shell di gestione di
SharePoint 2016.
1. Aprire la Shell di gestione SharePoint 2016 come amministratore.
2. Quando viene richiesto, immettere:
Migrate-SPProjectResourcePlans -URL <PWA site URL>
Ad esempio:
Migrate-SPProjectResourcePlans -URL "https://contoso1/sites/PWA"
Dopo avere eseguito il cmdlet, verrà visualizzato uno dei seguenti messaggi di
conferma:
Messaggio
Cosa significa
È stata eseguita correttamente la migrazione di tutti i piani delle
risorse di Project
Tutti i piani delle risorse
sono stati trovati e ne è
stata eseguita la
migrazione
{0} Migrazione dei piani di risorse del {1} progetto. Per altri dettagli,
controllare i log.
I piani delle risorse sono
stati trovati, ma per
alcuni la migrazione non
è riuscita.
Non ci sono altri piani delle risorse di progetto per i quali eseguire la
Nessun piano delle
migrazione. Alternativamente, tutti i piani delle risorse sono stati
migrati oppure è stato superato il numero di tentativi massimo.
Verificare la tabella MSP_RESOURCE_PLANS nell'archivio pubblicato e
verificare che RESPLAN_IS_MIGRATED sia importato per tutti i progetti
risorse è stato trovato
per cui eseguire la
migrazione oppure il
numero massimo di
tentativi è stato superato.
Se i piani delle risorse non sono stati migrati correttamente (è stato visualizzato uno
degli ultimi due messaggi), è possibile utilizzare la seguente procedura di risoluzione dei
problemi per trovare ulteriori informazioni.
Consultare il database del contenuto di SharePoint Server 2016 per
informazioni sulla migrazione dei piani delle risorse
Consultare nella tabella MSP_RESOURCE_PLANS le colonne seguenti:
Colonna
Valori
RESPLAN_IS_MIGRATED
"0" non migrati
"1" migrato
MIGRATED_REV_COUNTER
Il valore visualizzato è il numero di tentativi impiegati per eseguire la
migrazione di questo piano delle risorse. Se il comando viene
eseguito più volte, questo valore viene incrementato ogni volta, con
un valore massimo di 50.
MIGRATION_ERROR_INFO
Per altre informazioni sulla migrazione:
MissingResources=1, seguito da un elenco di risorse mancanti
AccessDenied=2, seguito da informazioni aggiuntive
DatabaseError=3, seguito da informazioni aggiuntive
Unknown=4, seguito da informazioni aggiuntive
Consultare il database del contenuto di SharePoint Server 2016 per
informazioni sulla migrazione dei piani delle risorse
È possibile verificare se un sito di PWA specifico per il quale si sta eseguendo la
migrazione presenta un piano delle risorse associato. Utilizzare la seguente query SQL
per eseguire tale operazione:
SELECT *
FROM [DBName].[pjpub].[MSP_RESOURCE_PLANS] where SiteId = <SiteId>
Esiste una riga in questa tabella per ogni piano delle risorse per il sito (un progetto può
includere 0 o 1 piano delle risorse).
Per ottenere il valore SiteID del sito di Project Web Access, eseguire il seguente cmdlet
di PowerShell nella console di gestione di SharePoint Server 2016:
$site = get-spsite <SiteUrl>
$site.ID
Controllare i log di Servizio di registrazione unificato per ulteriori
informazioni
I tag seguenti in category:Engagements (PWA) potrebbero contenere informazioni utili
per consentire la risoluzione di qualsiasi problema associato alla migrazione del piano
delle risorse:
tag_a5h65
tag_a5h66
tag_a1kg8
tag_a3qj3
tag_a1khb
tag_a5h67
tag_a1khf
tag_a2ifm
tag_a4bic
tag_a1khh
tag_a2ifo
Eseguire l'aggiornamento a Project
Server 2013
Articolo • 07/04/2023
Sintesi: Informazioni su come effettuare l'aggiornamento a Project Server 2013.
Si applica a: Project Server 2013
Questa serie di articoli descrive i passaggi necessari per eseguire l'aggiornamento a
Project Server 2013. Sono inclusi la pianificazione e la preparazione per
l'aggiornamento, lo spostamento di copie dei database nell'ambiente di destinazione di
Project Server 2013 e l'aggiornamento dei dati di Project Server 2010 e dei dati del sito
di Project Server 2010.
Articoli TechNet sull'aggiornamento a Project
Server 2013
Contenuto
Descrizione
What's new for upgrade
(Project Server 2013)
Informazioni sugli aspetti e i cambiamenti principali in
relazione all'aggiornamento a Project Server 2013.
Panoramica del processo di
aggiornamento a Project
Server 2013
Prima di pianificare l'aggiornamento a Project Server 2013, è
necessario essere a conoscenza delle operazioni generali che
occorre eseguire.
Pianificare l'aggiornamento a
Project Server 2013
Quando si esegue l'aggiornamento a Project Server 2013, è
necessario considerare i requisiti di sistema e l'ambiente
corrente.
Prepare your environment for
Dopo aver definito un piano per l'aggiornamento
upgrade (Project Server 2013)
dell'ambiente in uso a Project Server 2013, è necessario
preparare l'ambiente prima di poter avviare il processo di
aggiornamento effettivo.
Create backup copies of your
Project Server 2010 farm
Descrive come creare copie di backup del database della
farm di Project Server 2010 allo scopo di effettuare
databases for upgrade (Project
Server 2013)
l'aggiornamento a Project Server 2013.
Restore your Project Server
2010 farm databases for
Viene descritto come ripristinare i database di Project Server
2010 nell'istanza di SQL Server che ospita i dati di Project
upgrade (Project Server 2013)
Server 2013.
Contenuto
Descrizione
Aggiornare i database e le
Viene descritto come aggiornare i database di Project Server
raccolte siti di Project Web
App a Project Server 2013
2010 necessari e la raccolta siti di Project Web App site a
Project Server 2013.
Post-upgrade tasks: Address
known issue with Enterprise
Project Types (Project Server
Descrive come risolvere un problema noto relativo ai tipi di
progetti dell'organizzazione in seguito all'aggiornamento a
Project Server 2013.
2013)
７ Nota
Per informazioni sull'aggiornamento a SharePoint Server 2013, vedere Get started
with upgrade to SharePoint 2013 Products.
Novità dell'aggiornamento di Project
Server 2013
Articolo • 07/04/2023
Sintesi: Informazioni sugli aspetti e i cambiamenti principali in relazione
all'aggiornamento a Project Server 2013.
Si applica a: Project Server 2013
L'aggiornamento a Project Server 2013 si distingue per numerosi aspetti dalle procedure
di aggiornamento alle versioni precedenti di Project Server. Quando si effettua
l'aggiornamento a Project Server 2013, è importante considerare quanto segue:
Il collegamento dei database rappresenta l'unico metodo supportato per
l'aggiornamento a Project Server 2013
L'aggiornamento da Project Server 2010 a Project Server 2013 prevede il
consolidamento dei database in un unico database
L'aggiornamento da Office Project Server 2007 a Project Server 2013 prevede due
fasi principali
La compatibilità dei client con Project Server 2013
L'aggiornamento da Project Server 2010 a Project Online
Problemi noti relativi all'aggiornamento a Project Server 2013
Il collegamento dei database rappresenta
l'unico metodo supportato per
l'aggiornamento a Project Server 2013
Quando si effettua l'aggiornamento a Project Server 2013, il metodo basato sul
collegamento dei database è l'unico supportato. Questo tipo di aggiornamento
consente di collegare i database necessari alla farm di Project Server 2013 e quindi di
aggiornarli. L'aggiornamento basato sul collegamento dei database richiede
l'installazione di un "ambiente di destinazione", ovvero una farm di Project Server 2013.
７ Nota
L'aggiornamento sul posto (ovvero l'aggiornamento dei file binari di Project Server
sullo stesso hardware) non è un metodo supportato di aggiornamento a Project
Server 2013.
Quando si effettua l'aggiornamento a Project Server 2013, è necessario usare i database
indicati di seguito dell'ambiente di Project Server 2010 in uso:
Project Server 2010 Archived
Bozza di Project Server 2010
Project Server 2010 pubblicato
Creazione di report di Project Server 2010
Il database del contenuto di SharePoint con i dati del sito di Project Web App
） Importante
Quando si effettua l'aggiornamento a Project Server 2013, si usa l'aggiornamento
basato sul collegamento dei database (talvolta denominato "collegamento dei
cinque database"). Ciò significa che il database del contenuto di SharePoint con i
dati del sito di Project Web App e i database di Project Server 2010 sono necessari
per l'aggiornamento. È necessario usare il database del contenuto di SharePoint in
quanto, altrimenti, le pagine dettagli dei progetti e i flussi di lavoro non
funzionerebbero. Non sarebbero inoltre disponibili le aree di lavoro dei progetti
con i documenti, gli elenchi, i rischi, i problemi e i risultati finali associati.
L'aggiornamento da Project Server 2010 a
Project Server 2013 prevede il consolidamento
dei database in un unico database
L'architettura di Project Server 2013 è stata migliorata in modo da ridurre il costo totale
di proprietà correlato alla manutenzione dei database. In Project Server 2010 e Office
Project Server 2007, ogni istanza di PWA ospita la maggior parte dei dati dei progetti nei
quattro database di Project Server (Draft, Published, Reporting e Archived). Quando si
effettua l'aggiornamento a Project Server 2013, i quattro database di Project Server 2010
vengono uniti in un unico database di Project Web App (nome predefinito:
ProjectWebApp). La riduzione del numero di database necessari per l'esecuzione di
Project Server 2013 si traduce in una diminuzione dei costi per la manutenzione,
l'aggiornamento, il backup e la pianificazione del ripristino di emergenza dei dati di
Project Server 2013.
７ Nota
Per informazioni sui requisiti hardware consigliati per il livello di database in Project
Server 2013, vedere Requisiti hardware e software per Project Server 2013.
L'aggiornamento da Office Project Server 2007
a Project Server 2013 prevede due fasi
principali
Non è disponibile un percorso di aggiornamento diretto da Office Project Server 2007 a
Project Server 2013. Quando si esegue l'aggiornamento da Office Project Server 2007 è
necessario innanzitutto effettuare l'aggiornamento a Project Server 2010, quindi
aggiornare i database necessari a Project Server 2013.
Per informazioni su come effettuare l'aggiornamento da Office Project Server 2007 a
Project Server 2010, vedere le risorse seguenti:
Centro risorse TechNet sull'aggiornamento e la migrazione di Project Server 2010:
questo sito contiene inoltre collegamenti a tutti i contenuti tecnici relativi
all'aggiornamento di Project Server 2010 presenti in Microsoft TechNet.
SuperFlow per l'aggiornamento di Microsoft Project Server 2010: un file della
Guida interattivo che è possibile scaricare e installare nel computer locale. Include
il set di contenuti tecnici TechNet sull'aggiornamento di Project Server 2010,
visualizzabile tramite schede organizzate per categoria e oggetti del flusso di dati
sequenziali.
La compatibilità dei client con Project Server
2013
Tenere presente quanto segue per quanto concerne la compatibilità dei client Project
Professional e Project Web App con Project Server 2013:
Project Server 2013 accetterà solo connessioni da Project Professional 2013,
Project Professional 2016 e Project Online Desktop Client.
７ Nota
Dopo il 15 settembre 2018 scade la connettivit? del client desktop Project
Online a Project Server 2013 e non ? pi? supportata.
Project Web App utenti di Project Server 2013 potranno usare tutti i browser
supportati per l'uso con SharePoint Server 2013. Tra le caratteristiche vi sono le
seguenti:
Internet Explorer 11
Internet Explorer 10
Internet Explorer 9
Internet Explorer 8
FireFox (ultima versione rilasciata)
Mac Safari (ultima versione rilasciata)
Google Chrome (ultima versione rilasciata)
７ Nota
Per ulteriori informazioni sulla connettività dei client, vedere Pianificare
l'aggiornamento a Project Server 2013.
L'aggiornamento da Project Server 2010 a
Project Online
Il rilascio di Project Server 2013 è abbinato anche a quello di un nuovo servizio in Office
365 per aziende, Project Online. Con Project Online in Office 365, tutte le attività di
manutenzione operativa vengono gestite tramite un servizio online ospitato nei data
center Microsoft. Project Online in Office 365 offre funzionalità complete per la gestione
del portfolio progetti (gestione delle proposte, gestione del portfolio, gestione delle
risorse, creazione di report e così via). I responsabili del portfolio, i project manager e i
membri dei team possono accedere a Project Online da qualsiasi postazione con una
connessione Internet.
I clienti di Project Server 2010 possono eseguire l'aggiornamento dal proprio ambiente
locale a Project Online in Office 365. L'aggiornamento di un ambiente locale a Project
Online in Office 365 viene eseguito mediante strumenti di terze parti. Per altre
informazioni sugli strumenti di terze parti disponibili, vedere il post del blog di MSDN
relativo alla migrazione dei dati dall'ambiente locale a Project Online .
I problemi noti relativi all'aggiornamento a
Project Server 2013
Di seguito sono illustrati i problemi noti che possono verificarsi quando si effettua
l'aggiornamento a Project Server 2013:
Al termine dell'aggiornamento da Project Server 2010 a Project Server 2013, se si
fa clic su Nuovo sulla barra multifunzione di PWA, viene visualizzato solo il tipo di
progetto dell'organizzazione Piano di progetto di base. Non vengono visualizzati
gli altri tipi di progetto disponibili in Project Server 2013. Per risolvere questo
problema, aggiungere manualmente i modelli di progetto dell'organizzazione di
Project Server 2013. Per ulteriori informazioni su questa soluzione, vederePostupgrade tasks: Address known issue with Enterprise Project Types (Project Server
2013).
Quando si effettua l'aggiornamento dei database di Project Server 2010 a Project
Server 2013, i database di Project Server 2010 devono trovarsi in modalità nativa
(non in modalità di compatibilità con le versioni precedenti). Se i database di
Project Server 2010 sono in modalità di compatibilità con le versioni precedenti al
momento dell'aggiornamento, potrebbero verificarsi alcuni problemi (ad esempio
l'assenza di alcune pagine) con i siti in seguito all'aggiornamento, in quanto tale
modalità non è supportata in Project Server 2013. Per ulteriori informazioni su
questo problema, vedere Prepare your environment for an upgrade to Project
Server 2013.
７ Nota
Per altre informazioni sulla modalità di compatibilità con le versioni
precedenti, vedere Modalità di compatibilità con le versioni precedenti di
Project Server 2010.
Se il database pubblicato di Project Server 2010 contiene account di risorse in cui il
WRES_Account campo contiene una stringa vuota (il valore previsto è NULL),
l'aggiornamento del database avrà esito negativo. È consigliabile verificare questa
condizione prima di tentare l'aggiornamento, in particolare se gli account di risorse
sono stati in passato aggiornati da Office Project Server 2007 a Project Server
2010. Se l'aggiornamento a Project Server 2013 non riesce a causa di questa
condizione, non sarà possibile usare le stesse copie dei database di Project Server
2010 per correggere il problema e tentare di nuovo l'aggiornamento. Sarà
necessario ripristinare i database originali di Project Server 2010 in SQL Server,
correggere il problema e quindi tentare di nuovo l'aggiornamento.
Per verificare questa condizione, eseguire lo script SQL seguente sulla copia di
backup del database Published di Project Server 2010:
Use ProjectServer_Published
select RES_Name, RES_TYPE, RES_ID from MSP_RESOURCES where WRES_ACCOUNT
=''
Se vengono rilevati account che presentano tale problema, eseguire lo script SQL
seguente sul medesimo database per correggerli.
Use ProjectServer_Published
Update MSP_RESOURCES set WRES_ACCOUNT = null where WRES_ACCOUNT =''
Commenti e suggerimenti relativi alla
documentazione e ai forum di Project Server
In caso di domande aggiuntive, provare i forum di Project . I forum di Project offrono
la possibilità di discutere la domanda da parte di altri partecipanti, MVP del progetto ed
esperti della community di Project.
Per fornire commenti e suggerimenti su questo articolo, selezionare l'opzione Sì o No
per la domanda L'articolo è risultato utile? in fondo alla pagina, quindi digitare i propri
commenti e suggerimenti nel riquadro visualizzato.
Vedere anche
Pianificare l'aggiornamento a Project Server 2013
Panoramica del processo di aggiornamento a Project Server 2013
Preparare l'ambiente per l'aggiornamento a Project Server 2013
Panoramica del processo di
aggiornamento a Project Server 2013
Articolo • 07/04/2023
Riepilogo: Eseguire l'aggiornamento da Project Server 2010 a Project Server 2013.
Si applica a: Project Server 2013
Questo articolo contiene una panoramica delle procedure necessarie per eseguire
l'aggiornamento a Project Server 2013 da Project Server 2010.
７ Nota
Se si esegue l'aggiornamento a Project Server 2013 da Office Project Server 2007, è
necessario eseguire prima l'aggiornamento a Project Server 2010. Non è disponibile
un percorso di aggiornamento diretto da Office Project Server 2007 a Project
Server 2013. Per ulteriori informazioni, vedere What's new for upgrade (Project
Server 2013).
Panoramica del processo di aggiornamento
L'aggiornamento a Project Server 2013 da Project Server 2010 può essere separato nelle
fasi sequenziali seguenti:
1. Creare la farm di Project Server 2013
2. Copiare i database necessari dalla farm di Project Server 2010
3. Ripristinare i database nel computer che esegue SQL Server che ospita i database
di Project Server 2013
4. Aggiornare i database
5. Aggiornare la raccolta siti di Project Web App
Creare la farm di Project Server 2013
La prima fase dell'aggiornamento a Project Server 2013 consiste nel creare la nuova
farm di destinazione di Project Server 2013.
1. L'amministratore della server farm installa SharePoint Server 2013 in una nuova
farm.
７ Nota
SharePoint Server 2013 è un prerequisito per l'installazione di Project Server
2013.
2. L'amministratore della server farm installa Project Server 2013 nella farm.
Copiare i database necessari dalla farm di Project Server
2013
1. L'amministratore della farm imposta la raccolta siti Project Web App (PWA) nella
farm di Project Server 2010 in sola lettura in modo che gli utenti possano
continuare ad accedere alla farm precedente mentre l'aggiornamento è in corso
nella nuova farm. In questo modo, non verrà elaborato alcun processo durante il
processo di aggiornamento.
2. Con la raccolta siti PWA impostata sulla modalità di sola lettura nella farm di
Project Server 2010, l'amministratore del database crea copie di backup dei
database necessari per l'aggiornamento. Tra le caratteristiche vi sono le seguenti:
Project Server 2010 Archived
Bozza di Project Server 2010
Project Server 2010 pubblicato
Creazione di report di Project Server 2010
Database del contenuto di SharePoint che contiene i dati del sito Project Web
App
７ Nota
Per altre informazioni sulla copia dei database della farm di Project Server 2010 per
l'aggiornamento, vedere Creare copie di backup dei database della farm di Project
Server 2010 per l'aggiornamento a Project Server 2013.
Ripristinare i database nel computer che esegue SQL
Server che ospita i database della farm di Project Server
2013
L'amministratore della farm ripristina i database di Project Server 2010 nel computer che
esegue SQL Server che ospita i database della farm di Project Server 2013.
７ Nota
Per altre informazioni sul ripristino dei database, vedere Restore your Project
Server 2010 farm databases for upgrade (Project Server 2013).
Aggiornare i database
1. L'amministratore della server farm collega e aggiorna il database del contenuto di
SharePoint alla farm di Project Server 2013.
2. L'amministratore della server farm consolida i quattro database di Project Server
2010 in un singolo database di Project Services.
3. Il nuovo database di Project Services viene collegato e quindi aggiornato alla farm
di Project Server 2013.
Aggiornare la raccolta siti di Project Web App
1. L'amministratore della farm testa e quindi aggiorna la raccolta siti Project Web App
(PWA).
2. L'amministratore della farm abilita le caratteristiche di Project Web App per il sito.
７ Nota
Per procedure dettagliate sull'aggiornamento dei database e della raccolta siti di
PWA, vedere Aggiornare i database e Project Web App raccolte siti a Project
Server 2016.
Commenti e suggerimenti relativi alla
documentazione e ai forum di Project Server
In caso di domande aggiuntive, provare i forum di Project . I forum di Project offrono
la possibilità di discutere la domanda da parte di altri partecipanti, MVP del progetto ed
esperti della community di Project.
Per fornire commenti e suggerimenti su questo articolo, selezionare l'opzione Sì o No
per la domanda L'articolo è risultato utile? in fondo alla pagina, quindi digitare i propri
commenti e suggerimenti nel riquadro visualizzato.
Vedere anche
Pianificare l'aggiornamento a Project Server 2013
What's new for upgrade (Project Server 2013)
Prepare your environment for upgrade (Project Server 2013)
Pianificare l'aggiornamento a (prodotti SharePoint 2013)
Pianificare l'aggiornamento a Project
Server 2013
Articolo • 07/04/2023
Riepilogo: Quando si esegue l'aggiornamento a Project Server 2013, gli elementi
principali da considerare includono i requisiti di sistema e l'ambiente corrente.
Si applica a: Project Server 2013
Quando si prevede di eseguire l'aggiornamento a Project Server 2013 da una versione
precedente di Project Server, è importante considerare le aree di pianificazione seguenti
che sono fondamentali per garantire un aggiornamento corretto dell'ambiente:
Esaminare i requisiti di sistema per l'aggiornamento a Project Server 2013
Piano per i client
Raccogliere informazioni sull'ambiente corrente
Piano per l'aggiornamento delle personalizzazioni
Creare un piano di comunicazione per l'aggiornamento
Esaminare i requisiti di sistema per
l'aggiornamento a Project Server 2013
Quando si pianifica l'aggiornamento, è importante prevedere i requisiti di sistema
seguenti:
L'aggiornamento a Project Server 2013 non supporta un'opzione di
aggiornamento sul posto (in cui i file di Project Server vengono aggiornati sullo
stesso hardware) Project Server 2013 dovrà essere installato nel proprio ambiente,
in cui verranno aggiornati i database di Project Server 2010 e il database del
contenuto di SharePoint contenente i dati del sito Project Web App. Sarà
necessario pianificare hardware e software aggiuntivi per l'"ambiente di
destinazione" di Project Server 2013.
Esaminare i requisiti hardware e software di Project Server 2013 Come indicato in
precedenza, l'aggiornamento a Project Server 2013 avviene solo tramite il metodo
di collegamento di database, che richiede l'installazione di un "ambiente di
destinazione" di Project Server 2013. È consigliabile esaminare i requisiti hardware
e software di Project Server 2013 per pianificare la distribuzione dell'ambiente
Project Server 2013. Per altre informazioni sui requisiti hardware e software di
Project Server 2013, vedereRequisiti hardware e software per Project Server 2013.
７ Nota
Verificare che SharePoint Server 2013 e Project Server 2013 vengano installati
in un'istanza server farm pulita che non abbia ospitato in precedenza
SharePoint Server 2010. La disinstallazione di SharePoint Server 2010 non
comporta la rimozione completa di file, cartelle, voci di registro e altri
componenti installati. È possibile che l'installazione di SharePoint Server 2013
e Project Server 2013 in tale server causi problemi. Se si sceglie di usare tale
server, si consiglia quindi di riformattare il disco rigido e reinstallare Windows
Server.
Preparare l'aggiornamento degli utenti client Project Professional per
l'aggiornamento a Project Server 2013 Project Server 2013 supporta la
connettività client da Project Professional 2016 e Project Professional 2013. Gli
utenti di Project Professional 2010 non potranno connettersi a Project Server 2013.
Project Server 2013 non offre una funzionalità di compatibilità con le versioni
precedenti che consente agli utenti di Project Professional 2010 di connettersi. Per
visualizzare i requisiti di installazione di Project Professional 2013, vedere la
sezione "Pianificare i client" di questo articolo.
Piano per i client
Quando si prevede di eseguire l'aggiornamento a Project Server 2013, è necessario
tenere presente che potrebbe essere necessario aggiornare anche i client che si prevede
di connettersi a Project Server 2013. I client che si connettono tramite Project
Professional o Project Web App potrebbero non essere più in grado di connettersi al
software client o al Web browser esistente dopo l'aggiornamento a Project Server 2013.
Nella tabella di connettività client seguente sono indicate le versioni di Project
Professional e i Web browser per Project Web App supportati per l'utilizzo con le diverse
versioni di Project Server:
Versione
di
Project
Server
Versioni di Project
Professional supportate
Web browser supportati per Project Web App
Versione
Versioni di Project
di
Professional supportate
Web browser supportati per Project Web App
Project
Server
Project
Project Professional 2013
Internet Explorer 11
Server
2013
Project Professional 2016
Client desktop di Project
Internet Explorer 10
Internet Explorer 9
Online
Internet Explorer 8
Mozilla FireFox (ultima versione rilasciata)
Apple Safari (ultima versione rilasciata)
Google Chrome (ultima versione rilasciata)
>[! NOTA]> Project Server 2013 Project Web App
supporta gli stessi Web browser di SharePoint Server
2013.
Project
Project Professional 2010
Internet Explorer 11
Server
Project Professional 2007
Internet Explorer 10
2010
con Service Pack 2 (solo
Internet Explorer 9
quando la modalità di
compatibilità con le
Internet Explorer 8
Internet Explorer 7
versioni precedenti è
>[! NOTA] Project Server 2010 Service Pack 1 fornisce il
abilitata in Project Server
2010)
supporto per i web browser seguenti per alcune pagine
dei membri del team: Mozilla FireFox 3.6.8 Google
Chrome 6.0 in Windows 7> Apple Safari 5 in Mac OS X
v10.6> Per altre informazioni, vederePianificare il
supporto del browser (Project Server 2010).]>>>
Project
Server
Project Professional 2007
2007
Internet Explorer 9
Internet Explorer 8
Internet Explorer 7
Internet Explorer 6
Requisiti per Project Professional
Project Server 2013 accetta solo connessioni da Project Professional 2016 e Project
Professional 2013. È necessario aggiornare i client Project Professional 2010 per
connettersi a Project Server 2013.
La tabella seguente illustra le versioni di Project Professional supportate per l'uso con
Project Server 2013, Project Server 2010 e Office Project Server 2007.
Versione
di
Project
Server
Versione client supportata
Nota
Versione
di
Project
Versione client supportata
Nota
Server
Project
Server
Project Professional 2013
Project Professional 2016
2013
Project
Server
Project Professional 2010
Project Professional 2007 con
Accetta connessioni solo da Project Professional
2007 con Service Pack 2 quando la modalità di
2010
Service Pack 2 (solo in modalità
di compatibilità con le versioni
precedenti)
compatibilità con le versioni precedenti è abilitata in
Project Server 2010.
） Importante
Project Server 2013 non dispone di una funzionalità di compatibilità con le versioni
precedenti di Project Professional per la connessione al server.
７ Nota
Project Online connettività client desktop a Project Server 2013 scadrà e non sarà
più supportata dopo il 13 gennaio 2020.
Project Professional 2013 ha i seguenti requisiti di installazione:
requisiti di installazione di Project Professional 2013
Computer e
processore
Processore x86/x64 da 1 GHz o superiore con set di istruzioni SSE2
Memoria
1 GB di RAM (a 32 bit)
2 GB di RAM (a 64 bit)
Sistema
operativo
Windows 7
Windows 8
Windows 2008 R2
> [! NOTA]> Richiede .NET 3.5 Framework o versione successiva
Elementi grafici
L'accelerazione hardware per la grafica richiede una scheda grafica DirectX10
con risoluzione 1024x576
Browser
Internet Explorer 10
Internet Explorer 9
Internet Explorer 8
FireFox 10
Mac Safari 5
Google Chrome 17
Relazioni
Excel 2007, Excel 2010 o Excel 2013
grafiche
Microsoft Office Visio 2007, Visio 2010 o Visio 2013
７ Nota
Per altre informazioni su Project Professional 2013 e altri requisiti di installazione
client di Office 2013, vedere Requisiti di sistema per Office 2013.
Browser supportati per Project Web App
I Web browser seguenti sono supportati per l'uso di Project Web App:
Internet Explorer 10
Internet Explorer 9
Internet Explorer 8
FireFox 10
Mac Safari 5
Google Chrome 17
） Importante
I Web browser in questo elenco sono gli stessi supportati per SharePoint Server
2013.
Raccogliere informazioni sull'ambiente Project
Server 2010
È consigliabile raccogliere informazioni di configurazione correnti sull'ambiente Project
Server 2010 in modo da poterla ricreare nel nuovo sistema (l'ambiente di destinazione
di Project Server 2013). Può essere incluso quanto segue:
Mapping di accesso alternativo
Provider di autenticazione e modalità di autenticazione in uso
Modelli quote
Personalizzazioni
Percorsi gestiti
Impostazioni di gestione del sito in modalità self-service
Impostazioni di posta elettronica in entrata e in uscita
Piano per l'aggiornamento delle
personalizzazioni
Prima di eseguire l'aggiornamento, è necessario identificare e quindi valutare le
personalizzazioni nell'ambiente Project Server 2010 e determinare se verranno
aggiornate e come. Dopo l'aggiornamento all'ambiente di test di Project Server 2013,
verificare se è possibile riapplicare le personalizzazioni di cui si vuole eseguire la
migrazione.
７ Nota
Per informazioni dettagliate sulla pianificazione dell'aggiornamento delle
personalizzazioni, vedere Create plan to upgrade customizations (SharePoint
2013).
Durante il processo di aggiornamento, è possibile eseguire diversi cmdlet di "test" di
Microsoft PowerShell nei database per verificare se personalizzazioni specifiche
nell'ambiente Project Server 2010 possono causare problemi con il processo di
aggiornamento. In genere, le personalizzazioni non impediscono il completamento del
processo di aggiornamento.
７ Nota
Per altre informazioni sui cmdlet "test" di Microsoft PowerShell e altri cmdlet usati
nel processo di aggiornamento, vedere Aggiornamento a Project Server 2016.
Creare un piano di comunicazione per
l'aggiornamento
È importante comunicare con gli utenti durante il processo di aggiornamento a Project
Server 2013. Gli utenti di Project Web App devono sapere cosa aspettarsi quando
visitano nuovamente il sito dopo l'aggiornamento e gli utenti client di Project Server
(Project Web App e Project Professional) devono sapere come possono contribuire alla
preparazione all'aggiornamento e cosa fare dopo. Tutti gli utenti che accedono a Project
Server devono sapere quando verrà eseguito l'aggiornamento. Nell'ambito del processo
di pianificazione, determinare quanto segue:
Chi sono i membri del team di aggiornamento, quali sono le altre parti interessate
e su chi influirà l'aggiornamento
Quali informazioni deve avere il team di aggiornamento e quando
Quali informazioni devono avere gli utenti e le altre parti interessate e quando
Creare un team di aggiornamento
Per le piccole distribuzioni, il team di aggiornamento può essere formato da un'unica
persona. Per distribuzioni più grandi, possono invece essere necessarie più persone con
ruoli differenti, come descritto nell'elenco seguente:
Amministratori del server L'amministratore del server esegue la maggior parte
delle attività di aggiornamento. Il team di aggiornamento deve comprendere
almeno un amministratore del server, perché l'Installazione guidata deve essere
eseguita da un membro del gruppo Administrators locale di ogni server Web
front-end.
７ Nota
Gli amministratori di farm non possono essere anche amministratori locali del
server.
Amministratori di Project Server Agli amministratori di Project Server viene
eseguito il training per l'uso delle varie funzionalità di configurazione e controllo
Project Web App. Sono responsabili della modifica e della gestione delle
impostazioni generali dell'applicazione EPM, ad esempio codici globali aziendali,
viste Project Web App, Project Professional impostazioni globali e così via.
Amministratore di SharePoint Server È essenziale ottenere assistenza da un
amministratore di SharePoint. Un amministratore di SharePoint può aiutare a
aggiornare il database del contenuto di SharePoint con i dati del sito di Project,
gestire le personalizzazioni di SharePoint e assicurarsi che SharePoint Server 2013
sia installato e configurato correttamente nell'ambiente di "destinazione". Molte
funzionalità di Project Server 2013 sono strettamente associate a SharePoint Server
2013 (ad esempio Attività personali e creazione di report) ed è importante che un
esperto di SharePoint Server 2013 sia disponibile dopo l'aggiornamento per
testare l'ambiente per garantire che i dati aggiornati possano accedervi e usarli.
Amministratori di database Se si dispone di un team di amministrazione del
database separato, è necessario coordinarsi con esso per pianificare
l'aggiornamento ed eseguire l'aggiornamento.
Team di sicurezza del server È necessario coordinarsi con i team di sicurezza, ad
esempio il team dei servizi directory active directory, per verificare account e
autorizzazioni o per sfruttare le nuove impostazioni dei criteri che è possibile
applicare per Project Server 2013.
Team di distribuzione client Comunicare con i team di distribuzione client per
coordinare le distribuzioni delle nuove applicazioni client e server Project
Professional. Il team di distribuzione client deve anche verificare che tutti gli utenti
Project Web App supportano i nuovi requisiti del browser (Internet Explorer 7.0 o
versioni successive). La modalità di compatibilità con le versioni precedenti (BCM)
consente una certa flessibilità nella pianificazione dell'aggiornamento client Project
Professional. Tale team dovrebbe inoltre includere un rappresentante del PMO
(Project Management Office).
Personale sviluppatore Se si dispone di modelli personalizzati, web part, servizi
Web o altri elementi personalizzati associati ai siti Project Web App, è necessario
collaborare con le persone responsabili dello sviluppo o della personalizzazione di
tali elementi per assicurarsi di poter creare nuove versioni di questi elementi
personalizzati o verificare che questi elementi siano stati aggiornati correttamente.
È anche necessario assicurarsi che le applicazioni personalizzate sviluppate per
funzionare con Project Server siano ancora funzionali. Ciò è importante soprattutto
quando si effettua un aggiornamento basato sul collegamento di database e molte
delle personalizzazioni dovranno essere ridistribuite manualmente nel nuovo
ambiente.
Utenti di Project Server Questo gruppo può includere utenti Project Web App
generali, membri del team, project manager, responsabili della scheda attività e
tutte le altre persone che accedono ai dati in Project Server. È necessario
comunicare agli utenti sia Project Professional che Project Web App quando verrà
eseguito l'aggiornamento e cosa devono aspettarsi in relazione alle modifiche. Se
sono presenti utenti Project Professional 2010, è necessario usarli per eseguire
l'aggiornamento a Project Professional 2013, poiché la modalità di compatibilità
con le versioni precedenti non è disponibile per i client che si connettono a Project
Server 2013. Prima del processo di aggiornamento, è necessario comunicare agli
utenti le attività che dovranno eseguire per verificare che i dati di progetto che
utilizzano siano in uno stato aggiornabile. La comunicazione delle attività da
eseguire prima dell'aggiornamento, ad esempio la verifica che tutti i progetti siano
stati archiviati, impedisce che si presentino problemi durante l'aggiornamento.
Tecnici di rete I tecnici di rete devono collaborare con l'amministratore del server
per eseguire attività quali la creazione di nuove voci DNS e così via.
Sponsor e altri stakeholder È possibile che altri utenti dell'organizzazione siano
coinvolti nel processo di pianificazione dell'aggiornamento. Ricordarsi di includerle
nel piano di comunicazione.
７ Nota
Un team di aggiornamento può includere uno o più membri per ogni ruolo, in
base all'organizzazione.
Comunicazione con il team di aggiornamento: tempi e
contenuto
In generale, gli amministratori di farm e dell'applicazione di servizio definiscono una
tempistica per l'aggiornamento e i proprietari dei siti vengono avvertiti solo quando il
processo sta per iniziare. I membri del team tuttavia devono eseguire attività specifiche
in determinati momenti del processo di aggiornamento, pertanto verificare di disporre
di un piano preciso per la comunicazione dello stato dell'aggiornamento a tutti i
membri del team, affinché ciascuno sappia quando è il momento di eseguire una
particolare attività.
Tutto il team di aggiornamento deve collaborare per determinare quanto segue:
Date e ore per eseguire l'aggiornamento È consigliabile eseguire l'aggiornamento
quando l'utilizzo del sito è basso. Per le distribuzioni a server singolo di piccole
dimensioni, l'aggiornamento può essere completato in meno di un giorno. Per
distribuzioni di dimensioni maggiori, ad esempio server farm con grandi quantità
di dati, può richiedere molto più tempo. Non è possibile determinare l'intervallo di
tempo preciso necessario per l'aggiornamento. Per questo motivo, è molto
importante comunicare con altri membri del team coinvolti nel processo di
aggiornamento oltre agli utenti finali. Il giorno o i giorni scelti per l'aggiornamento
dovrebbero essere sufficientemente lontani in futuro che il team di aggiornamento
abbia tempo sufficiente per completare tutti i passaggi preliminari. Quando si
pianifica la sequenza temporale, assicurarsi di pianificare il tempo per convalidare i
dati aggiornati del sito e del progetto Project Web App e di pianificare l'ora per
implementare eventuali modifiche. Si noti anche che potrebbe essere necessario
aggiornare il client di Project Server per accedere a Project Server 2013. Ciò può
includere l'aggiornamento degli utenti di Project Professional e Internet Explorer
6.0. Per altre informazioni, vedere la sezione Pianificare i client di questo articolo.
Metodo di aggiornamento da utilizzare
È importante comunicare con i proprietari, i progettisti e gli sviluppatori dei siti nel corso
del processo di aggiornamento nei momenti seguenti:
Prima dell'inizio del processo, affinché siano a conoscenza della tempistica
generale e dei relativi ruoli all'interno del processo.
Dopo l'aggiornamento, in modo che possano convalidare i dati aggiornati e il sito
Project Web App e possano apportare le modifiche necessarie.
Comunicazione con gli utenti dei siti: tempi e contenuto
È altrettanto importante comunicare con gli utenti di Project Server sui problemi
seguenti:
Quando i loro siti verranno aggiornati Gli utenti devono essere informati che non
potranno accedere ai dati durante l'aggiornamento, ad esempio durante il fine
settimana. È anche necessario informare gli utenti di lasciare i dati in uno stato
pronto per la migrazione. Ad esempio, tutti i progetti devono essere archiviati e gli
aggiornamenti della scheda attività e dello stato in sospeso devono essere
approvati o negati. Ciò consente di eliminare i problemi che potrebbero verificarsi
durante l'aggiornamento.
Quando aspettarsi che Project Server 2013 sia pronto per l'accesso "Pronto per
l'accesso" significa che il team di aggiornamento non solo ha aggiornato, ma ha
anche verificato la funzionalità dopo l'aggiornamento. È inoltre necessario
preparare le informazioni necessarie agli utenti per connettersi alla versione
aggiornata, ad esempio un nuovo URL per il sito Project Web App.
In che modo l'aggiornamento potrebbe influenzarli e cosa devono sapere sul
nuovo ambiente Ad esempio, il sito Project Web App avrà un aspetto diverso e
funzionerà in modo leggermente diverso nella nuova interfaccia utente. È possibile
preparare materiale di formazione, ad esempio fogli di riferimento rapido, per
illustrare agli utenti gli eventuali cambiamenti relativi ai processi che si eseguono
in Project Server. Potrebbe inoltre essere utile indicare agli utenti il contenuto
disponibile, ad esempio pagine Novità, con informazioni relative alla nuova
versione.
Come ottenere assistenza Se gli utenti riscontrano un problema con i dati dopo
l'aggiornamento, dove possono ottenere informazioni o assistenza?
Microsoft Gold Certified Partner
Microsoft ha certificato diverse società partner come esperte nelle distribuzioni EPM e
nelle migrazioni di sistemi. È possibile trovare partner nel sito Web Microsoft cercando i
provider di soluzioni EPM in Microsoft Solution Marketplace
(https://go.microsoft.com/fwlink/p/?LinkId=187521 ).
Commenti e suggerimenti relativi alla
documentazione e ai forum di Project Server
In caso di domande aggiuntive, provare i forum di Project . I forum di Project offrono
la possibilità di discutere la domanda da parte di altri partecipanti, MVP del progetto ed
esperti della community di Project.
Per fornire commenti e suggerimenti su questo articolo, selezionare l'opzione Sì o No
per la domanda L'articolo è risultato utile? in fondo alla pagina, quindi digitare i propri
commenti e suggerimenti nel riquadro visualizzato.
Vedere anche
Panoramica del processo di aggiornamento a Project Server 2013
Prepare your environment for upgrade (Project Server 2013)
Preparare l'ambiente per un
aggiornamento a Project Server 2013
Articolo • 07/04/2023
Sintesi: Dopo aver creato un piano per l'aggiornamento a Project Server 2013, è
necessario preparare l'ambiente prima di avviare l'effettivo processo di aggiornamento.
Si applica a: Project Server 2013
In questo articolo vengono descritte le attività che è necessario eseguire prima di
effettuare l'aggiornamento dall'ambiente corrente di Project Server.
Prima di effettuare l'aggiornamento dei dati di Project Server 2010 a Project Server
2013, è necessario preparare l'ambiente di aggiornamento eseguendo le operazioni
seguenti:
Distribuire l'ambiente di destinazione di Project Server 2013
Preparare l'ambiente di Windows PowerShell
Disabilitare la modalità di compatibilità con le versioni precedenti nell'ambiente di
Project Server 2010
Verificare la presenza di problemi che possono causare la mancata esecuzione
dell'aggiornamento nei dati di Project Server 2010
Distribuire l'ambiente di destinazione di Project
Server 2013
Dal momento che l'aggiornamento sul posto non è supportato per l'aggiornamento a
Project Server 2013, il metodo di aggiornamento basato sul collegamento dei database
richiede l'installazione di Project Server 2013, in modo che sia disponibile un ambiente
in cui migrare i dati di Project Server 2010.
Per l'installazione di Project Server 2013, il sistema operativo minimo supportato è la
versione a 64 bit di Windows Server 2008 R2 Service Pack 1 (SP1). La versione minima
supportata di SQL Server è quella a 64 bit di SQL Server 2008 R2 con Service Pack 1
(SP1). Per altri requisiti di sistema di Project Server 2013 per l'installazione, vedere
Requisiti hardware e software per Project Server 2013. Per informazioni sull'installazione
di Project Server 2013, vedere Distribuire Project Server 2013.
７ Nota
È consigliabile aggiornare i dati di Project Server 2010 in un ambiente di testing di
Project Server 2013 prima di tentare di eseguire l'aggiornamento nell'ambiente di
produzione.
Preparare l'ambiente di Windows PowerShell
È possibile utilizzare i comandi di Microsoft PowerShell per eseguire molte delle
procedure richieste per l'aggiornamento a Project Server 2013. Nel computer in cui è
installato Project Server 2013, è importante verificare che sia possibile aprire SharePoint
2016 Management Shell e accedere ai cmdlet di PowerShell per Project Server 2013.
Per aprire SharePoint 2013 Management Shell e verificare
che sia possibile accedere ai cmdlet di Project Server 2013
1. Fare clic sul pulsante Start, scegliere Tutti i programmi, Prodotti Microsoft
SharePoint 2013 e quindi fare clic su Shell di gestione SharePoint 2013.
Verrà aperto SharePoint 2013 Management Shell.
2. In SharePoint 2013 Management Shell immettere quanto segue al prompt di PS> e
quindi premere INVIO:
Get-Command *SPProject*
Questo comando fornisce un elenco di cmdlet di Project Server 2013 che è
possibile eseguire.
Se non viene visualizzato alcun cmdlet di Project Server 2013 nei risultati, verificare
di aver avviato SharePoint 2016 Management Shell e che Project Server 2013 sia
stato installato. Se Project Server 2013 è appena stato installato, chiudere e riaprire
SharePoint 2016 Management Shell e provare a eseguire nuovamente questa
procedura.
Disabilitare la modalità di compatibilità con le
versioni precedenti nell'ambiente di Project
Server 2010
Quando si aggiornano i database di Project Server 2010 a Project Server 2013, è
necessario che i database di Project Server 2010 siano in modalità nativa (non in
modalità di compatibilità con le versioni precedenti). Se i database di Project Server
2010 sono in modalità di compatibilità con le versioni precedenti quando si esegue
l'aggiornamento, è possibile che si verifichino problemi con i siti dopo l'aggiornamento
(ad esempio pagine mancanti), perché la modalità di compatibilità con le versioni
precedenti non è una caratteristica supportata in Project Server 2013. Se inoltre si
disattiva questa modalità in Project Server 2010 per soddisfare questo requisito di
aggiornamento, è necessario estrarre, aprire e salvare il file del modello globale
dell'organizzazione in Project Professional 2010 e quindi archiviare il file. Dopo aver
soddisfatto questi requisiti, è possibile creare copie di backup dei database di Project
Server 2010 per eseguire l'aggiornamento a Project Server 2013. Dopo aver disabilitato
la modalità di compatibilità con le versioni precedenti nell'ambiente Project Server 2010,
è impossibile abilitarlo nuovamente. Se non si desidera che la farm di Project Server
2010 passi in modalità nativa, è possibile creare una farm intermedia di Project Server
2010 in cui ripristinare i database originali di Project Server 2010. È quindi possibile
passare dalla modalità di compatibilità con le versioni precedenti alla modalità nativa
nella farm intermedia e utilizzare i database per eseguire l'aggiornamento a Project
Server 2013.
） Importante
È importante estrarre, aprire, salvare e quindi archiviare il file del modello globale
dell'organizzazione in Project Professional 2010 dopo aver disabilitato la modalità
di compatibilità con le versioni precedenti. Se non si procede in questo modo, è
possibile che i nuovi progetti nell'ambiente aggiornato siano danneggiati.
７ Nota
Per ulteriori informazioni sulla modalità di compatibilità con le versioni precedenti,
vedere Project Server 2010 backward compatibility mode (BCM).
Verificare la presenza di problemi che possono
causare la mancata esecuzione
dell'aggiornamento nei dati di Project Server
2010
Di seguito sono riportati i problemi noti correnti che si verificano durante
l'aggiornamento a Project Server 2013:
Dopo aver completato l'aggiornamento da Project Server 2010 a Project Server
2013, facendo clic su Nuovo sulla barra multifunzione di Project Web App
verranno visualizzati solo Piano di progetto di base e Proposta di esempio. Non
verranno visualizzati altri tipi di progetto disponibili in Project Server 2013. Dopo
l'aggiornamento a Project Server 2013, è possibile correggere questo problema
noto con una semplice soluzione alternativa descritta inPost-upgrade tasks (Project
Server 2013).
In Project Server 2010 l'opzione Impedisci sincronizzazione di Active Directory
per questo utente è disponibile per ogni utente nella pagina delle proprietà
dell'utente. Se si seleziona questa opzione, sarà possibile specificare manualmente
l'appartenenza al gruppo di sicurezza per l'utente ed evitare l'alterazione delle
appartenenze dell'utente durante la sincronizzazione dei gruppi di sicurezza con
Active Directory. Quando si esegue l'aggiornamento da Project Server 2010 a
Project Server 2013, questa opzione non risulta più disponibile.
A causa di alcuni miglioramenti apportati alla sincronizzazione di Active Directory,
l'opzione Impedisci sincronizzazione di Active Directory per questo utente non è
disponibile in Project Server 2013. Quando gli utenti eseguono la migrazione da
Project Server 2010 a Project Server 2013 durante l'aggiornamento con questa
opzione abilitata, la sincronizzazione del primo gruppo di sicurezza rimuoverà gli
utenti da tutti i gruppi di sicurezza di Project Server di cui non sono membri in
Active Directory.
Prima dell'aggiornamento a Project Server 2013 da Project Server 2010, verificare
che l'opzione Impedisci sincronizzazione di Active Directory per questo utente
sia disabilitata per tutti gli utenti.
È possibile determinare per quali utenti di Project Server 2010 è abilitata l'opzione
Impedisci sincronizzazione di Active Directory per questo utente mediante il
database di pubblicazione di Project Server 2010. È possibile usare il seguente
codice:
Use ProjectServer_Published select RES_NAME, WRES_ACCOUNT, WRES_EMAIL
from MSP_RESOURCES where RES_PREVENT_ADSYNC = 1
Affinché gli utenti possano mantenere l'appartenenza ai propri gruppi di sicurezza
in Project Server 2013, è necessario accertarsi che vengano aggiunti ai gruppi di
Active Directory configurati per la sincronizzazione con i gruppi di sicurezza di
Project Server a cui appartengono.
Se il database Published di Project Server 2010 include account per le risorse in cui
il campo WRES_Account contiene una stringa vuota (il valore previsto è NULL), sarà
impossibile eseguire l'aggiornamento del database. Per verificare questa
condizione, eseguire lo script SQL seguente nella copia di backup del database
Published di Project Server 2010:
Use ProjectServer_Published
select RES_Name, RES_TYPE, RES_ID from MSP_RESOURCES where WRES_ACCOUNT
=''
Se vengono trovati account con questa condizione, eseguire lo script SQL
seguente nello stesso database per correggere tali account:
Use ProjectServer_Published
Update MSP_RESOURCES set WRES_ACCOUNT = null where WRES_ACCOUNT =''
７ Nota
È consigliabile verificare questa condizione prima di tentare un
aggiornamento, soprattutto se gli account per le risorse sono stati aggiornati
da Office Project Server 2007 a Project Server 2010 in precedenza. Se
l'aggiornamento a Project Server 2013 non viene eseguito a causa di questa
condizione, è impossibile utilizzare le stesse copie dei database di Project
Server 2010 per correggere il problema e provare nuovamente a eseguire
l'aggiornamento. È necessario ripristinare i database originali di Project Server
2010 nel computer che esegue SQL Server, correggere la condizione e provare
a eseguire nuovamente l'aggiornamento.
Commenti e suggerimenti relativi alla
documentazione e ai forum di Project Server
In caso di domande aggiuntive, provare i forum di Project . I forum di Project offrono
la possibilità di discutere la domanda da parte di altri partecipanti, MVP del progetto ed
esperti della community di Project.
Per fornire commenti e suggerimenti su questo articolo, selezionare l'opzione Sì o No
per la domanda L'articolo è risultato utile? in fondo alla pagina, quindi digitare i propri
commenti e suggerimenti nel riquadro visualizzato.
Vedere anche
Pianificare l'aggiornamento a Project Server 2013
Panoramica del processo di aggiornamento a Project Server 2013
Pianificare l'aggiornamento a (prodotti SharePoint 2013)
Create a communication plan (SharePoint 2013)
Creare copie di backup dei database
della farm di Project Server 2010 per
l'aggiornamento a Project Server 2013
Articolo • 07/04/2023
Riepilogo: Informazioni su come eseguire il backup dei database di Project Server 2010
usando SQL Server 2005, SQL Server 2008 o SQL Server 2008 R2 o SQL Server 2012.
Si applica a: Project Server 2013
Per eseguire l'aggiornamento a Project Server 2013 è necessario usare il metodo di
aggiornamento basato sul collegamento di database. Questo metodo aggiorna i
database di Project Server 2010 e li unisce in un singolo database Project Web App.
Ripristina anche il database del contenuto Project Web App nella farm di Project Server
2013. Uno dei primi passaggi dell'aggiornamento da Project Server 2010 a Project
Server 2013 consiste nel creare copie di backup dei database che sarà necessario
aggiornare dalla distribuzione della farm di Project Server 2010. Questi database
includono quanto segue:
Project Server Draft
Project Server Archived
Project Server Published
Project Server Reporting
Database del contenuto di SharePoint (che contiene i dati del sito Project Web
App)
Le sezioni seguenti descrivono come creare copie di backup di questi database in SQL
Server. Queste includono procedure in ognuna delle versioni SQL Server supportate per
l'uso con Project Server 2010:
SQL Server 2005
SQL Server 2008 o SQL Server 2008 R2
SQL Server 2012
Dopo aver completato questa procedura, sarà necessario ripristinare le copie di backup
dei database nell'istanza di SQL Server usata per ospitare i database di Project Server
2013. Per ulteriori informazioni, vedere Restore your Project Server 2010 farm databases
for upgrade (Project Server 2013).
Creare copie di backup dei database in SQL
Server 2005
Per eseguire il backup di un database in SQL Server 2005
1. Nel server di database fare clic sul pulsante Start, scegliere Tutti i programmi,
Microsoft SQL Server 2005 e quindi SQL Server Management Studio.
2. Nella finestra di dialogo Connetti al server immettere le informazioni sulla
connessione e quindi fare clic su Connetti.
3. Dopo la connessione all'istanza appropriata del motore di database SQL Server
2005, in Esplora oggetti espandere l'albero del server espandendo il nome del
server.
4. Espandere Database, fare clic con il pulsante destro del mouse sul database di cui
si desidera eseguire il backup, scegliere Attività e quindi Backup. Verrà visualizzata
la finestra di dialogo Backup database.
5. Nella casella Database della sezione Origine verificare il nome del database.
6. Nella casella Tipo di backup selezionare Completo.
7. Per Componente di cui eseguire il backup selezionare Database.
8. Nella casella Nome della sezione Set di backup accettare il nome predefinito
suggerito oppure digitare un altro nome per il set di backup.
9. Nella sezione Destinazione specificare il tipo di destinazione di backup
selezionando Disco o Nastro e quindi specificare una destinazione. Per creare una
destinazione diversa, fare clic su Aggiungi .
10. Fare clic su OK per avviare il processo di backup.
Ripetere la procedura precedente per eseguire il backup dei database necessari restanti.
Creare copie di backup dei database in SQL
Server 2008 e SQL Server 2008 R2
Per eseguire il backup di un database in SQL Server 2008
o SQL Server 2008 R2
1. Nel server di database fare clic sul pulsante Start, scegliere Tutti i programmi,
Microsoft SQL Server 2008 e quindi SQL Server Management Studio.
2. Nella finestra di dialogo Connetti al server immettere le informazioni sulla
connessione e quindi fare clic su Connetti.
3. Dopo essersi connessi all'istanza appropriata del motore di database di SQL Server
2008, in Esplora oggetti espandere il nome del server.
4. Espandere Database, fare clic con il pulsante destro del mouse sul database di cui
si desidera eseguire il backup, scegliere Attività e quindi Backup. Verrà visualizzata
la finestra di dialogo Backup database.
5. Nella casella Database dell'area Origine verificare il nome del database.
6. Nella casella Tipo di backup selezionare Completo.
7. In Componente di cui eseguire il backup selezionare Database.
8. Nella casella Nome della sezione Set di backup accettare il nome del set di backup
predefinito o digitare un nuovo nome.
9. Nella sezione Destinazione specificare il tipo di destinazione di backup
selezionando Disco o Nastro e quindi specificare una destinazione. Per creare una
destinazione diversa, fare clic su Aggiungi .
10. Fare clic su OK per avviare il processo di backup.
Ripetere la procedura precedente per eseguire il backup dei database necessari restanti.
Creare copie di backup dei database in SQL
Server 2012
Per eseguire il backup di un database in SQL Server 2012
1. Aprire SQL Server Management Studio e connettersi all'istanza appropriata del
motore di database SQL Server 2012.
2. Nel riquadro Esplora oggetti espandere Database, fare clic con il pulsante destro
del mouse sul database di cui si desidera eseguire il backup, fare clic su Attività e
quindi su Backup.
3. Nella sezione Origine della pagina Generale della finestra di dialogo Backup
database fare clic sul menu a discesa Database e selezionare il database di cui si
desidera eseguire il backup.
4. Nella casella Tipo di backup selezionare Completo.
5. Per Componente di cui eseguire il backup selezionare Database.
6. Nella casella Nome della sezione Set di backup accettare il nome del set di backup
predefinito o digitare un nuovo nome.
7. Nella sezione Destinazione specificare il tipo di destinazione di backup
selezionando Disco o Nastro. Fare clic su Aggiungi. Nella finestra di dialogo
Seleziona destinazione di backup fare clic sul pulsante Sfoglia. Nella casella Nome
file della finestra di dialogo Individua file di database digitare un nome per il file
di backup. Fare clic su OK.
8. Nella pagina Generale fare clic su OK per avviare il processo di backup. Lo stato del
processo di backup verrà visualizzato nella sezione Stato. Al termine del processo,
verrà visualizzata una finestra di dialogo che indica che il backup è stato
completato correttamente. Fare clic su OK. È possibile trovare il file di backup nella
posizione indicata nella sezione Destinazione.
Ripetere la procedura precedente per eseguire il backup dei database necessari restanti.
Commenti e suggerimenti relativi alla
documentazione e ai forum di Project Server
In caso di domande aggiuntive, provare i forum di Project . I forum di Project offrono
la possibilità di discutere la domanda da parte di altri partecipanti, MVP del progetto ed
esperti della community di Project.
Per fornire commenti e suggerimenti su questo articolo, selezionare l'opzione Sì o No
per la domanda L'articolo è risultato utile? in fondo alla pagina, quindi digitare i propri
commenti e suggerimenti nel riquadro visualizzato.
Vedere anche
Pianificare l'aggiornamento a Project Server 2013
Eseguire l'aggiornamento a Project Server 2013
What's new for upgrade (Project Server 2013)
Prepare your environment for upgrade (Project Server 2013)
Ripristinare i database della farm di Project Server 2010 per l'aggiornamento (Project
Server 2013)
Ripristinare i database della farm di
Project Server 2010 per l'aggiornamento
(Project Server 2013)
Articolo • 07/04/2023
Riepilogo: Ripristinare i database di Project Server 2010 nell'istanza di SQL Server che
ospita i dati di Project Server 2013.
Si applica a: Project Server 2013
Si tratta di uno dei passaggi necessari quando si esegue l'aggiornamento da Project
Server 2010 a Project Server 2013 tramite il metodo di aggiornamento basato sul
collegamento di database.
Dopo aver configurato l'ambiente di destinazione di Project Server 2013, è possibile
ripristinare le copie di backup dei database di Project Server 2010 nell'istanza di SQL
Server usata per ospitare i database di Project Server 2013. A tale scopo è necessario
disporre di copie di backup dei database di Project Server 2010 e del database del
contenuto di SharePoint usato per ospitare i dati del sito Project Web App. Per
informazioni su come creare copie di backup di questi database, vedere Creare copie di
backup dei database della farm di Project Server 2010 per l'aggiornamento (Project
Server 2013).
I database di Project Server 2010 necessari per l'aggiornamento a Project Server 2013
includono quanto segue:
Project Server Draft
Project Server Archived
Project Server Published
Project Server Reporting
Database del contenuto di SharePoint che contiene i dati del sito Project Web App
Le sezioni seguenti descrivono come ripristinare le copie di backup di questi database
nell'istanza di SQL Server usata per ospitare i database di Project Server 2013. Queste
includono procedure in ognuna delle versioni SQL Server supportate per l'uso con
Project Server 2010:
SQL Server 2008 o SQL Server 2008 R2
SQL Server 2012
Dopo aver ripristinato le copie di backup dei database di Project Server 2010, è possibile
aggiornare i database e la raccolta siti Project Web App. Per altre informazioni, vedere
Eseguire l'aggiornamento a Project Server 2013.
Ripristinare i database di Project Server 2010 in
SQL Server 2008 o SQL Server 2008 Versione 2
Per ripristinare una copia di backup di un database in SQL
Server 2008 Enterprise
1. Dopo essersi connessi all'istanza appropriata del motore di database di SQL Server
2008, in Esplora oggetti espandere il nome del server.
2. In Esplora oggetti fare clic con il pulsante destro del mouse su Database e
scegliere Ripristina database.
Verrà visualizzata la finestra di dialogo Ripristina database.
3. Nella pagina Generale della finestra di dialogo Ripristina database digitare il nome
del database da ripristinare nell'elenco Database di destinazione.
4. Nella casella A un punto nel tempo mantenere il valore predefinito ( Più recente
possibile).
5. Per specificare l'origine e il percorso dei set di backup da ripristinare, fare clic su
Dispositivo di origine e quindi su Sfoglia per selezionare il file di backup.
6. Nella finestra di dialogo Seleziona backup verificare che nella casella Supporti di
backup sia selezionato File.
7. Nell'area Percorso backup fare clic su Aggiungi.
8. Nella finestra di dialogo Individua file di backup selezionare il file che si desidera
ripristinare, fare clic su OK e quindi nella finestra di dialogo Seleziona backup fare
clic su OK.
9. Nella griglia Selezionare i set di backup da ripristinare della finestra di dialogo
Ripristina database selezionare la casella di controllo Ripristina accanto al backup
completo più recente.
10. Nella pagina Opzioni della finestra di dialogo Ripristina database selezionare la
casella di controllo Sovrascrivi il database esistente in Opzioni di ripristino.
11. Fare clic su OK per avviare il processo di ripristino.
Ripetere la procedura precedente per eseguire il ripristino dei database necessari
restanti.
Per ripristinare una copia di backup di un database in SQL
Server 2012
1. Aprire SQL Server Management Studio e connettersi all'istanza appropriata del
motore di database SQL Server 2012.
2. Nel riquadro Esplora oggetti fare clic con il pulsante destro del mouse su Database
e quindi scegliere Ripristina database.
Verrà visualizzata la finestra di dialogo Ripristina database.
3. Nella finestra di dialogo Ripristina database selezionare la pagina Generale . Nella
sezione Origine selezionare Dispositivo e quindi fare clic sul pulsante Sfoglia .
4. Nella finestra di dialogo Seleziona dispositivi di backup fare clic su Aggiungi.
5. Nella finestra di dialogo Individua file di backup individuare e selezionare il
database da ripristinare. Fare clic su OK.
6. Nella finestra di dialogo Seleziona dispositivi di backup fare clic su OK.
7. Nella sezione Piano di ripristino della pagina Generale verificare che nell'elenco
Set di backup da ripristinare sia selezionata la casella di controllo Ripristina per il
database da ripristinare.
8. Nel campo Database della sezione Destinazione è possibile digitare un nuovo
nome di database se si vuole modificarlo rispetto al nome precedente.
9. Fare clic su OK per avviare il processo di ripristino. Lo stato verrà visualizzato nella
barra di stato nella parte superiore della pagina.
10. Al termine del processo di ripristino, viene visualizzata una finestra di dialogo in cui
viene indicato che il database è stato ripristinato correttamente. Fare clic su OK.
Ripetere la procedura precedente per eseguire il ripristino dei database necessari
restanti.
Commenti e suggerimenti relativi alla
documentazione e ai forum di Project Server
In caso di domande aggiuntive, provare i forum di Project . I forum di Project offrono
la possibilità di discutere la domanda da parte di altri partecipanti, MVP del progetto ed
esperti della community di Project.
Per fornire commenti e suggerimenti su questo articolo, selezionare l'opzione Sì o No
per la domanda L'articolo è risultato utile? in fondo alla pagina, quindi digitare i propri
commenti e suggerimenti nel riquadro visualizzato.
Vedere anche
Pianificare l'aggiornamento a Project Server 2013
Eseguire l'aggiornamento a Project Server 2013
What's new for upgrade (Project Server 2013)
Prepare your environment for upgrade (Project Server 2013)
Create backup copies of your Project Server 2010 farm databases for upgrade (Project
Server 2013)
Aggiornare i database e le raccolte siti
di Project Web App (Project Server
2013)
Articolo • 07/04/2023
Riepilogo: Come aggiornare i database di Project Server 2010 necessari e la raccolta siti
Project Web App a Project Server 2013.
Si applica a: Project Server 2013
Questo articolo è una serie di articoli per l'aggiornamento a Project Server 2013. È
consigliabile leggere gli articoli seguenti prima di provare le procedure descritte in
questo articolo:
Pianificare l'aggiornamento a Project Server 2013
Prepare your environment for upgrade (Project Server 2013)
Create backup copies of your Project Server 2010 farm databases for upgrade
(Project Server 2013)
Ripristinare i database della farm di Project Server 2010 per l'aggiornamento
(Project Server 2013)
What's new for upgrade (Project Server 2013)
Dopo aver ripristinato i database di Project Server 2010 e il database del contenuto di
SharePoint che contiene i dati del sito Project Web App, è possibile eseguire i passaggi
necessari per aggiornare i dati e la raccolta siti Project Web App a Project Server 2013. Il
processo di aggiornamento effettivo può essere suddiviso in due fasi distinte:
Fase di aggiornamento di SharePoint:
Controllare nel database del contenuto di SharePoint che contiene i dati del sito
di progetto gli errori che possono causare errori di aggiornamento.
Collegare e aggiornare il database del contenuto di SharePoint.
Acquisire la proprietà della raccolta siti da aggiornare.
Eseguire la migrazione degli utenti dall'autenticazione classica di Windows
all'autenticazione basata sulle attestazioni (facoltativa).
Verificare la presenza di problemi che possono causare errori di aggiornamento
nel sito di SharePoint.
Aggiornare il sito di SharePoint.
Fase di aggiornamento di Project Server:
Consolidare i database di Project Server 2010 in un database Project Web App.
Collegare il database Project Web App all'applicazione Web.
Aggiornare il database Project Web App.
Montare l'istanza di Project Web App.
Aggiornare l'istanza di Project Web App.
Abilitare la funzionalità PWA.
Fase di aggiornamento di SharePoint
Procedura
Cmdlet di Microsoft
PowerShell
obbligatorio
1
Controllare nel database del contenuto di SharePoint che contiene i
Test-
dati del sito di progetto gli errori che possono causare errori di
aggiornamento.
SPContentDatabase
2
Collegare e aggiornare il database del contenuto di SharePoint.
MountSPContentDatabase
3
Acquisire la proprietà della raccolta siti da aggiornare.
Set-SPSite
4
Eseguire la migrazione degli utenti dall'autenticazione classica di
Windows all'autenticazione basata sulle attestazioni (facoltativa).
(GetSPWebApplication<
Nota: questo passaggio è necessario solo se l'applicazione Web di
SPWebAppPipeBind>).
Project Server 2010 usa la autenticazione di Windows classica e
MigrateUsers($true)
l'applicazione Web di Project Server 2013 usa l'autenticazione basata
sulle attestazioni.
5
Verificare la presenza di problemi che possono causare errori di
aggiornamento nella raccolta siti di SharePoint.
Test-SPSite
6
Aggiornare il sito di SharePoint.
Upgrade-SPSite
Upgrade-SPSite
1. Verificare la presenza di errori che possono causare
errori di aggiornamento nel database del contenuto di
SharePoint
Eseguire il cmdlet Test-SPContentDatabase per controllare il database del contenuto di
SharePoint Server 2010 prima di eseguire il cmdlet Mount-SPContentDatabase per
connettere il database di SharePoint 2010 alla farm. Il cmdlet Test-SPContentDatabase è
un'operazione di test non distruttiva che controlla il database e registra errori che
impediscono l'aggiornamento del database.
Test-SPContentDatabase -Name <contentdbName> -WebApplication <URL>
-ServerInstance <servername>
Ad esempio:
Test-SPContentDatabase -Name PWA_ContentDB -WebApplication
https://Contoso:80 -ServerInstance SQLServer1
Parametri obbligatori
-Name
-Webapplication
-ServerInstance
L'esecuzione del cmdlet Test-SPContentDatabase controlla il database del contenuto di
SharePoint Server 2010 e registra eventuali errori nei dati. Fornisce una descrizione
dell'errore, un possibile rimedio e un flag UpgradeBlocking per notare se l'errore
impedirà un aggiornamento del database. È importante risolvere eventuali errori in cui il
flag UpgradeBlocking è impostato su un valore True.
2. Collegare e aggiornare il database del contenuto di
SharePoint
Eseguire il cmdlet di Microsoft PowerShell Mount-SPContentDatabase per connettere il
database di SharePoint Server 2010 all'applicazione Web specificata e aggiornare anche
il database. Verificare che l'account utilizzato per collegare i database sia membro del
ruolo predefinito del database db_owner per i database del contenuto che si desidera
aggiornare.
７ Nota
L'utilizzo della pagine di Amministrazione centrale SharePoint per collegare un
database del contenuto non è supportato in caso di aggiornamento.
Mount-SPContentDatabase -Name <contentdbName> -WebApplication <URL> DatabaseServer <servername> -NoB2BSiteUpgrade
Ad esempio:
Mount-SPContentDatabase -Name PWA_ContentDB -WebApplication
https://Contoso:80 -DatabaseServer SQLServer1 -NoB2BSiteUpgrade
Parametri obbligatori
-Name
-Webapplication
-DatabaseServer
-NoB2BSiteUpgrade
3. Aggiungere l'account come proprietario secondario
della raccolta siti di PWA da aggiornare
È necessario aggiungersi come proprietario della raccolta siti di PWA. Questa operazione
è necessaria per i passaggi di procedura in cui è necessario verificare e quindi
aggiornare la raccolta siti.
Set-SPSite
Ad esempio:
-Identity <sitecollectionName> -SecondaryOwnerAlias <account>
Set-SPSite -Identity https://contoso/pwa -SecondaryOwnerAlias
"contoso\\FarmAdmin"
Parametri obbligatori
-Identity
-SecondaryOwnerAlias
4. Eseguire la migrazione degli utenti che usano la
modalità di autenticazione classica di Windows
all'autenticazione basata sulle attestazioni (facoltativo)
Se si esegue la migrazione degli utenti di Project Server 2010 che usavano
l'autenticazione classica di Windows all'autenticazione basata sulle attestazioni durante
l'aggiornamento a Project Server 2013, sarà necessario eseguire il cmdlet Windows
PowerShell seguente. Se questa operazione non viene eseguita, gli utenti non potranno
accedere a Project Web App dopo l'aggiornamento.
(Get-SPWebApplication <webappURL>).migrateUsers($true)
Ad esempio:
(Get-SPWebApplication https://contoso:80).migrateUsers($true)
Per altre informazioni su questo metodo, vedere Metodo
SPWebApplication.MigrateUsers.
5. Verificare la presenza di problemi che possono causare
errori nell'aggiornamento del sito nella raccolta siti di
PWA
Il sito Project Web App non supporta la modalità versione di SharePoint Server 2010. La
raccolta siti per PWA deve essere aggiornata per funzionare in Project Server 2013. È
importante notare che questi requisiti sono validi solo per PWA e che le raccolte siti di
SharePoint di base non lo richiedono.
Prima di aggiornare la raccolta siti, è consigliabile eseguire il cmdlet Test-SPSite per
verificare se la raccolta siti presenta problemi che possono causare l'esito negativo
dell'aggiornamento della raccolta siti. È possibile esaminare i risultati e correggere
eventuali problemi di blocco dell'aggiornamento.
Test-SPSite -Identity <URL>
Ad esempio:
Test-SPSite -Identity https://contoso/pwa
Parametri obbligatori
-Identity
I risultati visualizzano il numero di "FailedWarningCounts" individuati durante il test, ma
non visualizzano informazioni sull'errore. Per trovare altre informazioni sull'errore, è
possibile passare alla pagina Impostazioni sito PWA ed eseguire un controllo
dell'integrità nella raccolta siti eseguendo le operazioni seguenti:
Per eseguire un controllo dell'integrità nella raccolta siti
di PWA per visualizzare le informazioni sull'avviso di
aggiornamento
1. In una finestra del browser immettere l'URL del sito, ad esempio
https://contoso/pwa). Alla fine dell'URL digitare quanto segue:
/_layouts/15/settings.aspx. In questo esempio, l'URL completo sarà
https://contoso/pwa/_layouts/15/settings.aspx. In questo modo è disponibile un
collegamento diretto alla pagina Impostazioni sito. Non è possibile visualizzare la
pagina del sito di PWA perché non è stata aggiornata ed è ancora in modalità
SharePoint Server 2010.
2. Nella sezione Amministrazione raccolta siti della pagina Impostazioni sito PWA
fare clic su Controlli integrità raccolta siti.
７ Nota
Si noti che nella parte superiore della pagina viene visualizzato un messaggio
che indica che la pagina è in modalità SharePoint 2010, perché la raccolta siti
non è ancora stata aggiornata.
3. Nella pagina Esegui controlli integrità raccolta siti fare clic su Esegui controlli per
avviare un controllo di integrità nella raccolta siti.
4. I risultati del controllo integrità visualizzeranno informazioni dettagliate sugli
eventuali avvisi rilevati dal cmdlet Test-SPSite . Ad esempio, indicherà se le pagine
potrebbero essere state personalizzate e potrebbero causare un comportamento
imprevisto dopo l'aggiornamento. Fornirà l'URL della pagina e un'opzione per
reimpostare la pagina come predefinita.
Ｕ Attenzione
Prima di usare l'opzione per reimpostare la pagina come predefinita,
assicurarsi di tenere traccia della personalizzazione implementata nella pagina
in modo da poterle ricreare manualmente dopo l'aggiornamento.
Reimpostando la pagina per impostazione predefinita, la pagina verrà
restituita al modello predefinito e verranno rimosse le personalizzazioni
implementate nella pagina.
6. Aggiornare il sito Project Web App dalla modalità
SharePoint 2010
Dopo aver verificato la raccolta siti di PWA e aver corretto eventuali problemi che
possono causare l'esito negativo dell'aggiornamento, è possibile eseguire il cmdlet
Upgrade-SPSite Microsoft PowerShell per aggiornare il sito di PWA a SharePoint 2013.
Upgrade-SPSite -Identity <URL> -versionupgrade
Ad esempio
Upgrade-SPSite -Identity https://contoso/pwa -versionupgrade
Parametri obbligatori
Parametri obbligatori
-Identity
-versionupgrade
Fase di aggiornamento di Project Server
Dopo aver completato la fase di aggiornamento di SharePoint, sarà possibile connettersi
al sito di PWA, ma non sarà possibile visualizzare i dati del progetto perché il database
di Project Server 2010 non è ancora stato connesso e aggiornato. Per completare
l'aggiornamento, seguire questa procedura nella fase di aggiornamento di Project
Server.
Procedura
Cmdlet di Microsoft
PowerShell obbligatorio
1
Consolidare i database di Project Server 2010 in un
database di Project Project Web App
Convertto-SPProjectDatabase
2
Collegare il database Project Web App all'applicazione Web.
Mount-SPProjectDatabase
3
Verificare la presenza di errori nel database Project Web
App
Test-SPProjectDatabase
4
Aggiornare il database Project Web App
Upgrade-SPProjectDatabase
5
Montare l'istanza di Project Web App
Mount-SPProjectWebInstance
6
Verificare la presenza di errori nell'istanza di Project Web
App
Test-SPProjectWebInstance
7
Aggiornare l'istanza di Project Web App
UpgradeSPProjectWebInstance
8
Abilitare le funzionalità di PWA
Enable-SPfeature
1. Consolidare i database di Project Server 2010 in un
database Project Web App
Eseguire il cmdlet Di Microsoft PowerShell Convertto-SPProjectDatabase per
consolidare i database di Project Server 2010 ripristinati in un singolo database di
Project Server 2013 Project Web App. Questo cmdlet connette anche il nuovo database
Project Web App di Project Server 2013 all'applicazione Web Project Server 2013.
Convertto-SPProjectDatabase -WebApplication <URL> -Dbserver
<databaseServerName> -ArchiveDbname<ArchivedbName> -DraftDbname<DraftdbName>
-PublishedDbname<PublisheddbName> -ReportingDbname<ReportingdbName> ProjectServiceDbname<ProjectWebAppdbName>
Ad esempio:
Convertto-SPProjectDatabase -WebApplication https://contoso:80 -Dbserver
SQLServer1 -ArchiveDbname ContosoProjectArchived -DraftDbname
ContosoProjectDraft -PublishedDbname ContosoProjectPublished ReportingDbname ContosoProjectReporting -ProjectServiceDbname
ContosoProjectWebApp1
Parametri obbligatori
-Webapplication
-Dbserver
-ArchiveDbname
-DraftDbname
-PublishedDbname
-ReportingDbname
-ProjectServiceDbname
Quando si esegue il cmdlet, viene richiesto di confermare che si vuole continuare.
Digitare Y per continuare.
Dopo aver eseguito correttamente questo cmdlet, verrà visualizzato il messaggio di
conferma "Conversione dei database di progetto completata". Verrà inoltre visualizzato
il nuovo database Project Web App nel computer che esegue SQL Server.
2. Collegare il database di Project Services
all'applicazione Web
Eseguire il cmdlet di Microsoft PowerShell Mount-SPProjectDatabase per collegare il
nuovo database Project Web App all'applicazione Web creata in precedenza
nell'ambiente Project Server 2013.
Mount-SPProjectDatabase -Name <ProjectWebAppdbName> -WebApplication<URL> DatabaseServer <databaseServerName>
Ad esempio:
Mount-SPProjectDatabase -Name ContosoProjectWebApp1 -WebApplication
https://contoso:80 -DatabaseServer SQLServer1
Parametri obbligatori
-Name
-Webapplication
-DatabaseServer
Al termine del cmdlet Mount-SPProjectDatabase , verrà restituito al prompt dei
comandi di Microsoft PowerShell. Attualmente, non verrà visualizzato un messaggio di
conferma al completamento.
3. Verificare la presenza di errori che possono causare
errori nel database di Project Web App
Eseguire il cmdlet Test-SPProjectDatabase per verificare la presenza di problemi che
possono causare l'esito negativo dell'aggiornamento del database nel database Project
Web App. Il cmdlet Test-SPProjectDatabase è un'operazione di test non distruttiva che
controllerà il database e genererà un errore che impedirà l'aggiornamento del database.
Test-SPProjectDatabase -Name <contentdbName> -DatabaseServer <DBServerName>
Ad esempio:
Test-SPProjectDatabase -Name ContosoProjectWebApp1 -DatabaseServer
SQLServer1
-Name
Specifica il nome del database Project Web App.
Databaseserver
Specifica l'istanza del servizio di database in cui si trova il database Project Web
App.
Il tipo deve essere un GUID valido nel formato 12345678-90ab-cdef-1234567890bcdefgh, un nome valido di un'istanza di SQL Server (ad esempio
IstanzaServerDB1) oppure un'istanza di un oggetto SPDatabaseServiceInstance
valido.
L'esecuzione del cmdlet Test-SPProjectDatabase controlla il database Project Web App
e registra eventuali errori nei dati. Fornisce una descrizione dell'errore, un possibile
rimedio e un flag UpgradeBlocking per notare se l'errore impedirà un aggiornamento
del database. È importante risolvere eventuali errori in cui il flag UpgradeBlocking è
impostato su un valore True.
4. Aggiornare il database Project Web App
Eseguire il cmdlet Di Microsoft PowerShell Upgrade-SPProjectDatabase per aggiornare
il nuovo database Project Web App a Project Server 2013. I quattro database di Project
Server 2010 sono stati uniti al database Project Web App da ConverttoSPProjectDatabase nel passaggio 1.
Upgrade-SPProjectDatabase -Name <ProjectWebAppdbName> -WebApplication <URL>
-DatabaseServer <databaseServerName>
Ad esempio:
Upgrade-SPProjectDatabase -Name ContosoProjectWebApp1 -WebApplication
https://contoso:80 -DatabaseServer SQLServer1
Parametri obbligatori
-Name
-Webapplication
-DatabaseServer
Quando si esegue il cmdlet, viene richiesto di confermare che si vuole continuare.
Digitare Y per continuare.
Al termine del cmdlet Upgrade-SPProjectDatabase , verrà restituito al prompt dei
comandi di Microsoft PowerShell. Attualmente, non verrà visualizzato un messaggio di
conferma al completamento.
5. Montare l'istanza di Project Web App
Eseguire il cmdlet di Microsoft PowerShell Mount-SPProjectWebInstance per
connettere il nuovo database Project Web App a un'istanza di Project Web App in
Project Server 2013.
Mount-SPProjectWebInstance -DatabaseName <ProjectWebAppdbName> SiteCollection<URL> -DatabaseServer <databaseServerName>
Ad esempio:
Mount-SPProjectWebInstance -DatabaseName ContosoProjectWebApp1 SiteCollection https://contoso/pwa -DatabaseServer SQLServer1
Parametri obbligatori
-Databasename
-SiteCollection
-DatabaseServer
Quando si esegue il cmdlet, viene richiesto di confermare che si vuole continuare.
Digitare Y per continuare.
6. Verificare la presenza di problemi che possono causare
l'esito negativo dell'aggiornamento nell'istanza di Project
Web App
Prima di provare a aggiornare l'istanza di Project Web App, eseguire il cmdlet Microsoft
PowerShell Test-SPProjectWebInstance per verificare la presenza di problemi che
possono causare l'esito negativo dell'aggiornamento nell'istanza di Project Web App.
Questo cmdlet verifica la presenza di problemi, ad esempio se il Centro Business
Intelligence di Project (BI) esiste per tutti i siti di progetto o se sono presenti processi
non elaborati nella coda e anche lo stato della coda e per problemi con le aree di lavoro
del progetto. Il risultato del test viene visualizzato in Microsoft PowerShell, ma le
informazioni sono più leggibili se si esportano i risultati in un file di testo. Usare i
risultati per risolvere eventuali problemi con stato "FailedWarning".
Test-SPProjectWebInstance -Identity <URL or Site ID>
Ad esempio:
Test-SPProjectWebInstance -Identity https://contoso/pwa
Parametri obbligatori
-Identity
7. Aggiornare l'istanza di Project Web App
Eseguire il cmdlet Di Microsoft PowerShell Upgrade-SPProjectWebInstance per
aggiornare l'istanza di Project Web App a Project Server 2013.
Questo cmdlet verifica la presenza di problemi, ad esempio se il Centro Business
Intelligence di Project (BI) esiste per tutti i siti di progetto o se sono presenti processi
non elaborati nella coda e anche lo stato della coda e per problemi con le aree di lavoro
del progetto. I risultati del test verranno visualizzati in Microsoft PowerShell, ma le
informazioni saranno più leggibili se si esportano i risultati in un file di testo. Usare i
risultati per risolvere eventuali problemi con stato "FailedWarning".
Upgrade-SPProjectWebInstance -Identity <URL or site ID>
Ad esempio:
Upgrade-SPProjectWebInstance -Identity https://contoso/pwa
Parametro obbligatorio
-Identity
Quando si esegue il cmdlet, viene richiesto di confermare che si vuole continuare.
Digitare Y per continuare.
Dopo aver eseguito correttamente questo cmdlet, viene visualizzato il messaggio di
conferma "Aggiornamento del sito di progetto singolo completato".
8. Abilitare le funzionalità di Project Web App
Eseguire il cmdlet Di Microsoft PowerShell Enable-SPFeature per abilitare la funzionalità
del sito di PWA nella raccolta siti.
Enable-SPFeature -Identity pwasite -URL <ProjectSiteCollection>
Ad esempio:
Enable-SPFeature -Identity pwasite -URL https://contoso/PWA
Parametro obbligatorio
-Identity
-URL
Al termine del cmdlet Enable-SPFeature , viene restituito al prompt dei comandi di
Microsoft PowerShell. Attualmente, non verrà visualizzato un messaggio di conferma al
completamento.
Aprire l'URL del sito Project Web App per visualizzare il sito e i dati aggiornati.
Commenti e suggerimenti relativi alla
documentazione e ai forum di Project Server
In caso di domande aggiuntive, provare i forum di Project . I forum di Project offrono
la possibilità di discutere la domanda da parte di altri partecipanti, MVP del progetto ed
esperti della community di Project.
Per fornire commenti e suggerimenti su questo articolo, selezionare l'opzione Sì o No
per la domanda L'articolo è risultato utile? in fondo alla pagina, quindi digitare i propri
commenti e suggerimenti nel riquadro visualizzato.
Vedere anche
Pianificare l'aggiornamento a Project Server 2013
What's new for upgrade (Project Server 2013)
Prepare your environment for upgrade (Project Server 2013)
Ripristinare i database della farm di Project Server 2010 per l'aggiornamento (Project
Server 2013)
Create backup copies of your Project Server 2010 farm databases for upgrade (Project
Server 2013)
Attività successive all'aggiornamento
(Project Server 2013)
Articolo • 07/04/2023
Riepilogo: Dopo l'aggiornamento a Project Server 2013, è necessario gestire attività
aggiuntive.
Si applica a: Project Server 2013
Dopo l'aggiornamento a Project Server 2013, è necessario gestire due attività successive
all'aggiornamento:
Abilitare i collegamenti Problemi e rischi
Aggiungere il tipo di progetto dell'organizzazione di Project Server 2013
Abilitare i collegamenti Problemi e rischi
Dopo l'aggiornamento a Project Server 2013, i collegamenti Problemi e rischi nei piani
aggiornati del progetto non funzioneranno e sarà quindi necessario effettuare queste
operazioni:
Aggiornamento in blocco di tutti i siti di progetto : è necessario modificare le
informazioni sul percorso del sito per i siti di progetto aggiornati poiché sono stati
spostati da un'applicazione Web a un'altra. Questa operazione può essere eseguita
dalla pagina Aggiorna in blocco siti di progetto nelle impostazioni di Project Web
App in Amministrazione centrale SharePoint. Per altre informazioni sulla pagina
Aggiorna in blocco siti di progetto, vedere Bulk Update Project Sites (Project Server
2013 settings).
Pubblicare tutti i progetti con i siti di progetto associati : dopo aver aggiornato le
informazioni sul percorso del sito per i siti di progetto tramite la pagina Aggiorna
in blocco siti di progetto, sarà necessario pubblicare ogni progetto che contiene
un sito di progetto associato. Ciò è necessario in modo che i collegamenti a
Project Server 2010 per problemi e rischi vengano spostati in Project Server 2013,
che si verifica quando il progetto viene pubblicato. Se il progetto non viene
pubblicato, gli elementi del collegamento non verranno visualizzati.
） Importante
I collegamenti della raccolta documenti alle attività in Project Server 2010 non
vengono migrati in Project Server 2013 durante il processo di aggiornamento.
Anche se i collegamenti della raccolta documenti sono funzionanti in Project Server
2010, quando vengono aggiornati a Project Server 2013, non vengono più
visualizzati in quanto non sono aggiornati. È tuttavia possibile aggiungere nuovi
collegamenti della raccolta documenti in Project Server 2013.
Aggiungere i tipi di progetto
dell'organizzazione di Project Server 2013
Un problema noto dopo l'aggiornamento da Project Server 2010 a Project Server 2013 è
che nella pagina Centro progetti, se si fa clic su Nuovo sulla barra multifunzione, viene
visualizzato solo il codice EPT di progetto di base migrato da Project Server 2010. Non
vengono visualizzati i due EDT predefiniti installati con Project Server 2013:
Progetto dell'organizzazione
Elenco attività di SharePoint
Le procedure seguenti consentono di risolvere questo problema in modo da poter
accedere e usare gli EDT predefiniti per Project Server 2013. Questo processo richiede
due passaggi:
Aggiungere il tipo di progetto organizzazione Elenchi attività di SharePoint
Rinominare il tipo di progetto organizzazione Progetto di base in "Progetto
dell'organizzazione"
Una volta completati questi passaggi, nella pagina Tipi di progetto organizzazione
verranno visualizzati i tipi di attività organizzazione Elenchi attività di SharePoint e
Progetto dell'organizzazione.
Per aggiungere Elenco attività di SharePoint come tipo di
progetto dell'organizzazione
1. In Project Web App fare clic sull'icona Impostazioni, quindi su Impostazioni di
Project Web App.
2. Nella sezione Flusso di lavoro e pagine dettagli progetto della pagina
Impostazioni di Project Web App fare clic su Tipi di progetto organizzazione.
3. Nella pagina Tipi di progetto organizzazione fare clic su Nuovo tipo di progetto
organizzazione.
4. Nella pagina Aggiungi tipo di progetto organizzazione immettere le informazioni
necessarie per il tipo di progetto organizzazione Elenco attività di SharePoint:
Per il campo Nome digitare Elenco attività SharePoint.
Per il campo Descrizione digitareUse this type to create a SharePoint Tasks
List Project with some basic information (like name, start date, end date) and
a schedule.For the Description field, typeUse this type to create a SharePoint
Tasks List Project with some basic information (like name, start date, end
date) and a schedule.
Nella sezione Progetto Elenco attività di SharePoint selezionare Crea nuovi
progetti come progetti Elenco attività di SharePoint.
Nell'elenco Pagina nuovo progetto della sezione Pagina nuovo
progetto/Pagine dettagli progetto selezionare Dettagli progetto.
Nell'elenco Pagine dettagli progetto disponibili spostare Dettagli progetto
e Pianificazione nella casella a destra. Utilizzare i pulsanti Su e Giù per fare in
modo che Dettagli progetto sia visualizzato nella prima posizione dell'elenco
e Pianificazione nella seconda.
Nella sezione Predefiniti selezionare Utilizza come tipo di progetto
organizzazione predefinito durante la creazione di un progetto.
Nella sezione Immagine nel campo Digitare l'URL
digitare/_layouts/15/inc/pwa/images/CenterNormalProject.png. In questo
modo viene specificata la posizione dell'immagine predefinita per il tipo di
progetto organizzazione Elenco attività di SharePoint. Fare clic su Fare clic qui
per verificare l'indirizzo per assicurarsi che l'immagine si trovi nella posizione
predefinita.
5. Lasciare invariato il valore predefinito per le altre opzioni e quindi fare clic su Salva.
Per rinominare il tipo di progetto dell'organizzazione
Progetto di base
1. In Project Web App fare clic sull'icona Impostazioni, quindi su Impostazioni di
Project Web App.
2. Nella sezione Flusso di lavoro e pagine dettagli progetto della pagina
Impostazioni di Project Web App fare clic su Tipi di progetto organizzazione.
3. Nella colonna Nome della pagina Tipi di progetto organizzazione fare clic su
Progetto di base.
4. Nel campo Nome della pagina Progetto di base modificare il testo in Progetto
enterprise e quindi fare clic su OK.
5. Fare clic su Salva. Il tipo di progetto organizzazione Progetto dell'organizzazione
verrà ora visualizzato nella pagina Tipi di progetto organizzazione.
Commenti e suggerimenti relativi alla
documentazione e ai forum di Project Server
In caso di domande aggiuntive, provare i forum di Project . I forum di Project offrono
la possibilità di discutere la domanda da parte di altri partecipanti, MVP del progetto ed
esperti della community di Project.
Per fornire commenti e suggerimenti su questo articolo, selezionare l'opzione Sì o No
per la domanda L'articolo è risultato utile? in fondo alla pagina, quindi digitare i propri
commenti e suggerimenti nel riquadro visualizzato.
Vedere anche
Eseguire l'aggiornamento a Project Server 2013
Operazioni per Project Server
Articolo • 07/04/2023
Sintesi: negli articoli seguenti sono contenute informazioni sull'utilizzo e la gestione di
una distribuzione di Project Server.
Articoli di TechNet sull'utilizzo di Project Server
Gli articoli seguenti relativi al funzionamento e alla gestione di Project Server sono
disponibili per la visualizzazione online:
Gestione di database OLAP in Project Web App
Attività periodiche per gli amministratori di Project Server
Backup e ripristino di Project Server 2013
Amministrazione coda e database (Project Server 2013)
Integrazione del calendario fuori sede di Exchange Server con Project Server 2013
Gestione di database OLAP in Project
Web App
Articolo • 07/04/2023
Riepilogo: utilizzare Project Web App per creare database OLAP contenenti le risorse, i
progetti e i campi personalizzati specifici necessari per la creazione di relazioni.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server 2016
Tramite Project Web App è possibile recapitare più database OLAP contenenti risorse,
progetti e campi personalizzati specifici richiesti da ogni gruppo all'interno
dell'organizzazione per le specifiche esigenze di creazione di report del gruppo.
In Project Web App è possibile creare più database OLAP con le caratteristiche seguenti:
Contengono solo i dati per le risorse e i progetti amministrati.
Contengono solo le dimensioni e i fatti selezionati dalla nuova interfaccia utente
integrata per la gestione dei database OLAP.
Supportano l'applicazione dei filtri di reparto per limitare i progetti, i campi
personalizzati e le risorse che è possibile caricare nel database OLAP.
Supportano la selezione di misure intrinseche per l'inclusione e l'esclusione. Ad
esempio, è possibile rimuovere i campi non utilizzati, come costo previsto 7, per
ridurre i dati.
Includono i dati per le attività inattive e la attività programmate per l'utente.
Consentono di specificare se si desidera aggiungere dati rapportati alla scala
cronologica o non rapportati alla scala cronologica.
Dispongono del supporto per più gruppi di misure in un singolo database OLAP.
Contengono nomi di campi in più lingue per consentire la creazione di relazioni
multilingue.
Inoltre, quando viene creato un nuovo database OLAP, i modelli di Connessioni dati di
Office ed Excel Reporting necessari vengono creati nel Centro business intelligence nella
cartella Report. Questo modello vuoto connesso ai dati consentirà di creare nuove
relazioni basate sul nuovo database OLAP.
Project Web App reparti per filtrare il progetto
e le risorse
Progetti e risorse possono disporre di reparti. Lo scopo principale dei reparti è quello di
fungere da filtro per i campi personalizzati visualizzati agli utenti all'interno di aree di
Project Professional 2016 e Project Web App. I reparti consentono a diverse business
unit di definire e rendere visibili i relativi set di campi personalizzati. I reparti vengono
inoltre utilizzati per filtrare i database OLAP in modo che vengano caricati solo i dati di
tali reparti.
Quando si configura un cubo, è possibile specificare i reparti di progetti e risorse in
modo da filtrare i dati del database in base a questi criteri. Tali valori vengono specificati
nella pagina Impostazioni generazione database OLAP.
Inoltre, all'interno della configurazione del database OLAP, è possibile aggiungere il
campo Reparto progetto come dimensione ai cubi Progetto e Attività. È anche possibile
aggiungere il campo Reparto risorse come dimensione al cubo Risorsa, purché il campo
reparto non sia stato convertito in un campo multivalore.
Con Project Web App, i campi personalizzati di reparto consentono di risolvere il
problema di troppe informazioni e troppe scelte. I reparti consentono di gestire l'elenco
dei campi personalizzati e di definire i campi obbligatori e non obbligatori a livello di
risorsa, attività o progetto.
In Project Web App, i campi possono essere con ambito globale o con ambito a un
reparto specifico.
I campi reparto consentono due funzioni primarie:
Il filtraggio dei campi personalizzati per consentire all'utente di visualizzare, per
impostazione predefinita, solo i campi globali del sistema o quelli del reparto a cui
appartiene l'utente.
Il controllo dei campi che richiedono un input.
Esempio di reparti in uso
Campo
Ambito
Department
Obbligatorio?
ProjectCustomText1
Globale
-
No
ProjectCustomText2
Globale
-
Sì
ProjectCustomText3
Reparto
Marketing
No
Campo
Ambito
Department
Obbligatorio?
ProjectCustomText4
Reparto
Marketing
Sì
ProjectCustomText5
Reparto
Development
Sì
ProjectCustomText6
Reparto
Development
No
Se Indro Neri appartiene al reparto Sviluppo, quando visualizza le aree del prodotto con
i campi personalizzati del reparto abilitati, visualizzerà gli elementi seguenti:
ProjectCustomText1
ProjectCustomText2
ProjectCustomText5
ProjectCustomText6
A Indro verrà richiesto di immettere i dati in TestoPersonalizzatoProgetto2 e
TestoPersonalizzatoProgetto5.
Federica Giorgi fa parte del reparto Marketing. Quando visualizza le aree del prodotto
con i campi personalizzati del reparto abilitati, visualizzerà gli elementi seguenti:
ProjectCustomText1
ProjectCustomText2
ProjectCustomText3
ProjectCustomText4
A Federica verrà richiesto di immettere i dati in TestoPersonalizzatoProgetto2 e
TestoPersonalizzatoProgetto4.
Per impostazione predefinita, i reparti filtrano l'elenco di campi personalizzati visualizzati
da John Woods e Cindy White. Ma il filtro non impedisce loro di visualizzare i campi
personalizzati assegnati agli altri reparti.
I campi di reparto non sono legati alla sicurezza. È impossibile utilizzarli come gruppi e
categorie di sicurezza per abilitare o disabilitare i campi e le relative funzioni. Lo scopo
principale di tali campi è invece filtrare i campi che non sono utili per l'utente di
destinazione.
Considerazioni sui reparti per i cubi
Quali cubi vengono
filtrati da quale valore
Reparto progetti non specificato
Reparto progetti specificato
Reparto risorse non
Vengono caricati tutti i dati per
Cubo Progetto non rapportato
specificato
tutti i cubi
alla scala cronologica
Cubo Attività non rapportato alla
scala cronologica
Cubo Problemi
Cubo Rischi
Cubo Risultati finali
Cubo virtuale MSP_Project_WSS
Cubo virtuale
MSP_Project_Timesheet
Cubo virtuale
MSP_Portfolio_Analyzer
Cubo Assegnazione non
rapportato alla scala cronologica
Cubo Assegnazione rapportato
alla scala cronologica
Cubo Scheda attività EPM
Reparto risorse
specificato
Cubo Assegnazione non
rapportato alla scala cronologica
Filtrato in base a Reparto
progetti:
Cubo Assegnazione rapportato
alla scala cronologica
Cubo Risorsa non rapportato alla
Cubo Progetto non rapportato
alla scala cronologica
Cubo Attività non rapportato alla
scala cronologica
Cubo Risorsa rapportato alla
scala cronologica
scala cronologica
Cubo Problemi
Cubo Rischi
Cubo Scheda attività
Cubo virtuale
MSP_Project_Timesheet
Cubo Risultati finali
Cubo virtuale MSP_Project_WSS
Filtrato in base al reparto
Cubo virtuale
MSP_Portfolio_Analyzer
progetto di risorse & :
Cubo Assegnazione non
rapportato alla scala cronologica
Cubo Assegnazione rapportato
alla scala cronologica
Cubo Scheda attività EPM
Cubo virtuale
MSP_Project_Timesheet
Cubo virtuale
MSP_Portfolio_Analyzer
Filtrato in base a Reparto risorse:
Cubo Risorsa non rapportato alla
scala cronologica
Cubo Risorsa rapportato alla scala
cronologica
Cubo Scheda attività
I cubi includono le assegnazioni per le risorse nei progetti che appartengono ad altri
reparti o non appartengono ad alcun reparto. In questo modo viene garantita la
presenza di tutti i dati durante l'esame di dati come l'intera capacità delle risorse di un
reparto rispetto al calendario.
Il sottoinsieme dei progetti e delle risorse viene utilizzato per applicare filtri a livello di
progetto e scheda attività nel modo seguente:
Progetto non rapportato alla scala cronologica:
I dati in questo cubo verranno filtrati dall'elenco dei progetti del reparto.
Verranno inclusi i progetti con assegnazioni alle risorse del reparto.
Attività non rapportata alla scala cronologica:
Verranno incluse le attività non rapportate alla scala cronologica con assegnazioni
alle risorse del reparto. L'intero progetto non del reparto non verrà incluso.
Verranno incluse tutte le attività per i progetti del reparto.
Assegnazione non rapportata alla scala cronologica:
Verranno incluse le assegnazioni dei progetti non del reparto per le risorse del
reparto.
Verranno incluse tutte le assegnazioni per i progetti del reparto.
Assegnazione rapportata alla scala cronologica:
Verranno incluse le assegnazioni dei progetti non del reparto per le risorse del
reparto.
Verranno incluse tutte le assegnazioni per i progetti del reparto.
Risultati finali:
Verranno inclusi tutti i risultati finali di proprietà dell'elenco filtrato dei progetti.
Verranno inclusi tutti i risultati finali a cui è sottoscritto l'elenco filtrato e i
progetti/le attività che sottoscrivono i risultati finali dell'elenco filtrato.
Verranno inclusi tutti i risultati finali offerti dai progetti non del reparto sottoscritti
da progetti del reparto.
Problemi:
Verranno inclusi i problemi connessi all'elenco filtrato dei progetti e delle attività.
Rischi:
Verranno inclusi i rischi connessi all'elenco filtrato dei progetti e delle attività.
Risorsa non rapportata alla scala cronologica:
Verranno incluse le risorse nell'elenco del reparto.
Risorsa rapportata alla scala cronologica:
Verranno incluse le risorse nell'elenco del reparto.
Foglio presenze:
Verranno incluse le schede attività per le risorse dell'elenco del reparto.
Scheda attività EPM:
Verranno incluse le schede attività per le risorse dell'elenco del reparto.
Verranno incluse le assegnazioni di attività da progetti al di fuori del reparto.
Le risorse vengono descritte in tre modi nei database OLAP:
Fatti con stato attivo (schede attività, capacità)
Fatti relativi all'associazione (assegnazioni di attività di progetto)
Fatti relativi al proprietario (proprietario del progetto, proprietario del problema,
proprietario dell'assegnazione)
L'elenco delle risorse del reparto viene utilizzato per filtrare i fatti con stato attivo
(schede attività). Di conseguenza, una risorsa non del reparto non disporrà mai di
schede attività o capacità nel database OLAP se nel database è presente un filtro risorsa.
Tuttavia, la risorsa non del reparto sarà presente nella dimensione Elenco risorse se è
associata a un progetto del reparto e disporrà solo dei fatti di assegnazione pertinenti.
Le risorse proprietarie di elementi con dimensioni distinte (ovvero, il proprietario
dell'assegnazione) non devono essere presenti nell'elenco delle risorse. La dimensione
Elenco risorse per uno specifico database OLAP include:
Le risorse del reparto
Tutte le risorse con assegnazioni a progetti del reparto
Vedere anche
Creare cubi OLAP in Project Server 2016
Configurare un cubo OLAP in Project Server 2016
Copiare cubi OLAP in Project Server 2016
Eliminare cubi OLAP in Project Server 2016
Compilare cubi OLAP in Project Server 2016
Creare cubi OLAP in Project Server 2016
Articolo • 07/04/2023
Riepilogo: gestire cubi OLAP utilizzando la pagina Gestione database OLAP in
Amministrazione centrale.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server 2016
Per creare un cubo OLAP, è necessario essere un amministratore dell'applicazione del
servizio Project Server. Per creare un nuovo cubo OLAP, eseguire la procedura seguente.
Per creare un cubo OLAP usando Project Web App
1. Nella sezione Gestione applicazioni di Amministrazione centrale fare clic su
Gestisci applicazioni di servizio.
2. Fare clic sull'applicazione di servizio di Project Server.
3. Scegliere l'istanza di Project Web App in cui si vuole compilare il cubo, fare clic
sulla freccia visualizzata e quindi su Gestisci.
4. Nella sezione Amministrazione database e coda della pagina Impostazioni del
server fare clic su Gestione database OLAP.
5. Nella pagina Gestione database OLAP fare clic su Nuovo.
6. Configurare le impostazioni nella pagina Impostazioni generazione database
OLAP:
Impostazione
Descrizione
Server di Analysis Services
Nome dell'istanza di SQL Server Analysis Services (SSAS) in
cui si vuole compilare il cubo.
Database di Analysis Services da
creare
Nome del database che si desidera creare.
URL Extranet
URL del sito Extranet.
Descrizione
Descrizione di questo cubo OLAP.
Impostazione
Descrizione
Reparti progetti
Se sono presenti progetti assegnati a reparti, è possibile
selezionare i reparti da includere nel cubo. Se non si
seleziona alcun reparto, non verrà applicato alcun filtro di
reparto.
La selezione dei reparti disponibili è controllata dalla tabella
di ricerca personalizzata Reparto.
Reparti risorse
Se sono presenti risorse assegnate a reparti, è possibile
selezionare i reparti da includere nel cubo. Se non si
seleziona alcun reparto, non verrà applicato alcun filtro di
reparto.
La selezione dei reparti disponibili è controllata dalla tabella
di ricerca personalizzata Reparto.
Utilizza la data di inizio del
Selezionare questa opzione se si desidera impostare
progetto più vicina e la data di
fine del progetto più lontana
l'intervallo di date del cubo sulla prima data di inizio di
qualsiasi progetto e l'ultima data di fine di qualsiasi
progetto.
Utilizza le unità di tempo
Selezionare questa opzione se si desidera configurare
seguenti (prossime o precedenti)
automaticamente l'intervallo di date in base a un delta dalla
per calcolare l'intervallo di date
al momento della generazione
data di generazione di un cubo. Nelle caselle Ultimo e
Successivo digitare il numero di giorni, settimane o mesi da
del database OLAP
utilizzare per il delta.
Utilizza l'intervallo di date fisso
Selezionare questa opzione se si desidera utilizzare un
specificato
intervallo di date fisso. Digitare le date da utilizzare nelle
caselle Da e A.
Aggiorna periodicamente
Selezionare questa opzione se si desidera pianificare la
frequenza di aggiornamento. Se non si seleziona questa
opzione, il cubo non viene aggiornato automaticamente.
Ritenta immediatamente
l'aggiornamento del database
Se la generazione pianificata del cubo non riesce perché la
coda non è disponibile, selezionando questa opzione viene
OLAP se l'aggiornamento all'ora
avviato automaticamente il processo di generazione quando
programmata non riesce a causa
dell'inattività della coda
la coda diventa disponibile invece di attendere il successivo
orario pianificato.
Aggiorna ogni
Selezionare il numero di ore, giorni, settimane o mesi per la
rigenerazione del cubo.
Data di inizio
Selezionare la data di inizio per la prima generazione
automatizzata del cubo.
Ora di inizio
Selezionare l'ora di inizio per ciascuna generazione
automatizzata del cubo.
7. Fare clic su Salva.
Vedere anche
Configurare un cubo OLAP in Project Server 2016
Eliminare cubi OLAP in Project Server 2016
Compilare cubi OLAP in Project Server 2016
Configurare un cubo OLAP in Project
Server 2016
Articolo • 07/04/2023
Riepilogo: configurare le impostazioni dei cubi OLAP utilizzando la pagina Gestione
database OLAP in Amministrazione centrale.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server 2016
È possibile configurare le dimensioni e le misure dei cubi OLAP o configurare le
impostazioni di generazione di un cubo.
Per configurare un cubo OLAP, è necessario essere un amministratore dell'applicazione
del servizio Project Server.
Vi sono due set di parametri che è possibile configurare per un cubo OLAP esistente:
Dimensioni e misure
Impostazioni di generazione del cubo
Eseguire le procedure seguenti per configurare le dimensioni e le misure di un cubo
OLAP esistente.
Per configurare le dimensioni e le misure di un cubo
OLAP
1. Nella sezione Gestione applicazioni di Amministrazione centrale fare clic su
Gestisci applicazioni di servizio.
2. Fare clic sull'applicazione di servizio di Project Server.
3. Scegliere l'istanza di Project Web App in cui si vuole compilare il cubo, fare clic
sulla freccia visualizzata e quindi su Gestisci.
4. Nella sezione Amministrazione database della pagina Impostazioni del server fare
clic su Gestione database OLAP.
5. Nella pagina Gestione database OLAP selezionare un database OLAP dall'elenco,
quindi fare clic su Configurazione.
6. Configurare le impostazioni nella pagina Configurazione database:
Impostazione
Descrizione
Impostazione
Descrizione
Dimensioni
Utilizzare l'area Dimensioni cubo per specificare i campi personalizzati che si
cubo
desidera aggiungere come dimensioni al cubo OLAP.
Selezionare un cubo dall'elenco a discesa per visualizzare le dimensioni
disponibili e selezionate.
Selezionare le dimensioni che si desidera includere nel cubo nell'elenco Campi
disponibili e fare clic su Aggiungi per includerli nel cubo. Eseguire questa
operazione per ogni cubo nell'elenco a discesa Cubo.
Misure cubo
Utilizzare l'area Misure cubo per specificare i campi personalizzati che si desidera
aggiungere come misure al cubo OLAP.
Selezionare un cubo dall'elenco a discesa per visualizzare le misure disponibili e
selezionate.
Scegliere le misure che si desidera includere nel cubo nell'elenco Campi
disponibili e fare clic su Aggiungi per includerle nel cubo. Eseguire questa
operazione per ogni cubo nell'elenco a discesa Cubo.
Misure
predefinite
Selezionare le misure predefinite che si desidera includere nel cubo.
I campi selezionati vengono aggiunti come misure ai cubi Progetto, Attività e
Assegnazione.
Attività
Se si desidera che le attività inattive vengano incluse nel cubo, selezionare la
inattive
casella di controllo Includi attività inattive.
Misure
Selezionare il cubo per cui si desidera definire un'espressione dall'elenco a
calcolate
discesa Cubo, quindi fare clic su Inserisci per aggiungere un'espressione MDX
personalizzata.
Per altre informazioni sulle espressioni MDX, vedere Informazioni di riferimento
sulle espressioni multidimensionali (MDX).https://go.microsoft.com/fwlink/p/?
LinkID=186166
7. Fare clic su Salva.
Eseguire la procedura seguente per configurare le impostazioni di generazione di un
cubo OLAP esistente.
Per configurare le impostazioni di generazione di un cubo
OLAP
1. Nella sezione Gestione applicazioni di Amministrazione centrale fare clic su
Gestisci applicazioni di servizio.
2. Fare clic sull'applicazione di servizio di Project Server.
3. Scegliere l'istanza di Project Web App in cui si vuole compilare il cubo, fare clic
sulla freccia visualizzata e quindi su Gestisci.
4. Nella sezione Amministrazione database della pagina Impostazioni del server fare
clic su Gestione database OLAP.
5. Nella colonna Nome database OLAP della pagina Gestione database OLAP fare
clic sul database che si desidera configurare.
6. Configurare le impostazioni nella pagina Impostazioni generazione database
OLAP:
Impostazione
Descrizione
Server di Analysis Services
Nome dell'istanza di SQL Server Analysis Services (SSAS) in
cui si vuole compilare il cubo.
Database di Analysis Services da
Nome del database che si desidera creare.
creare
URL Extranet
URL del sito Extranet.
Descrizione
Descrizione di questo cubo OLAP.
Reparti progetti
Se sono presenti progetti assegnati a reparti, è possibile
selezionare i reparti da includere nel cubo. Se non si seleziona
alcun reparto, non verrà applicato alcun filtro di reparto.
La selezione dei reparti disponibili è controllata dalla tabella
di ricerca personalizzata Reparto. Per consentire più selezioni,
modificare il campo personalizzato Reparti progetti e
selezionare la casella di controllo Consenti la selezione di più
valori dalla tabella di ricerca.
> [! NOTA]> Per annullare la selezione di un reparto dopo che
è stato selezionato, fare di nuovo clic sul reparto.
Reparti risorse
Se sono presenti risorse assegnate a reparti, è possibile
selezionare i reparti da includere nel cubo. Se non si seleziona
alcun reparto, non verrà applicato alcun filtro di reparto.
La selezione dei reparti disponibili è controllata dalla tabella
di ricerca personalizzata Reparto. Per consentire più selezioni,
modificare il campo personalizzato Reparti risorse e
selezionare la casella di controllo Consenti la selezione di più
valori dalla tabella di ricerca.
> [! NOTA]> Per annullare la selezione di un reparto dopo che
è stato selezionato, fare di nuovo clic sul reparto.
Utilizza la data di inizio del
Selezionare questa opzione se si desidera impostare
progetto più vicina e la data di
fine del progetto più lontana
l'intervallo di date del cubo sulla prima data di inizio di
qualsiasi progetto e l'ultima data di fine di qualsiasi progetto.
Impostazione
Descrizione
Utilizza le unità di tempo
seguenti (prossime o
precedenti) per calcolare
Selezionare questa opzione se si desidera configurare
automaticamente l'intervallo di date in base a un delta dalla
data di generazione di un cubo. Nelle caselle Ultimo e
l'intervallo di date al momento
della generazione del database
OLAP
Successivo digitare il numero di giorni, settimane o mesi da
utilizzare per il delta.
Utilizza l'intervallo di date fisso
Selezionare questa opzione se si desidera utilizzare un
specificato
intervallo di date fisso. Digitare le date da utilizzare nelle
caselle Da e A.
Aggiorna periodicamente
Selezionare questa opzione se si desidera pianificare la
frequenza di aggiornamento. Se non si seleziona questa
opzione, il cubo non verrà aggiornato automaticamente.
Ritenta immediatamente
l'aggiornamento del database
Se la generazione pianificata del cubo non riesce perché la
coda non è disponibile, selezionando questa opzione verrà
OLAP se l'aggiornamento all'ora
programmata non riesce a causa
avviato automaticamente il processo di generazione quando
la coda diventa disponibile invece di attendere il successivo
dell'inattività della coda
orario pianificato.
Aggiorna ogni
Selezionare il numero di ore, giorni, settimane o mesi per la
rigenerazione del cubo.
Data di inizio
Selezionare la data di inizio per la prima generazione
automatizzata del cubo.
Ora di inizio
Selezionare l'ora di inizio per ciascuna generazione
automatizzata del cubo.
7. Fare clic su Salva.
Vedere anche
Creare cubi OLAP in Project Server 2016
Eliminare cubi OLAP in Project Server 2016
Compilare cubi OLAP in Project Server 2016
Copiare cubi OLAP in Project Server
2016
Articolo • 07/04/2023
Riepilogo: copiare le impostazioni dei cubi OLAP di Project Web App per utilizzarle nella
creazione di un nuovo cubo.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server 2016
I cubi OLAP vengono gestiti nella pagina Gestione database OLAP in Impostazioni server
nel sito Web Amministrazione centrale SharePoint.
Per copiare un cubo OLAP, è necessario essere un amministratore dell'applicazione del
servizio Project Server. Effettuare la procedura seguente per copiare un cubo OLAP
esistente. La copia di un cubo determina la creazione di un nuovo cubo con le stesse
impostazioni e la stessa configurazione del cubo copiato. La copia di un cubo non copia
il database di Analysis Services, ma copia invece tutte le impostazioni del cubo da cui è
possibile compilare un nuovo database di Analysis Services.
７ Nota
Dopo aver copiato il cubo, è necessario specificare un nuovo nome per il database
di Analysis Services.
Per copiare un cubo OLAP, effettuare la procedura seguente.
Per copiare un cubo OLAP usando Project Web App
1. Nella sezione Gestione applicazioni di Amministrazione centrale fare clic su
Gestisci applicazioni di servizio.
2. Fare clic sull'applicazione di servizio di Project Server.
3. Scegliere l'istanza di Project Web App in cui si vuole compilare il cubo, fare clic
sulla freccia visualizzata e quindi su Gestisci.
4. Nella sezione Amministrazione database della pagina Impostazioni server fare clic
su Gestione database OLAP.
5. Nella pagina Gestione database OLAP selezionare il cubo da copiare e quindi fare
clic su Copia.
6. Nella pagina Impostazione generazione database OLAP digitare il nome del server
e il database da creare e modificare eventuali altre impostazioni desiderate.
7. Fare clic su Salva.
７ Nota
Questa procedura consente di copiare la configurazione del cubo ma non di
generarlo. È possibile generare il cubo manualmente oppure attendere che
venga generato in base alla programmazione definita.
Vedere anche
Creare cubi OLAP in Project Server 2016
Configurare un cubo OLAP in Project Server 2016
Eliminare cubi OLAP in Project Server 2016
Compilare cubi OLAP in Project Server 2016
Eliminare cubi OLAP in Project Server
2016
Articolo • 07/04/2023
Riepilogo: Eliminare un cubo OLAP usando la pagina Gestione database OLAP in
Amministrazione centrale.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server 2016
Per eliminare un cubo OLAP, è necessario essere un amministratore dell'applicazione del
servizio Project Server. Eseguire la procedura seguente per eliminare un cubo OLAP.
Per eliminare un cubo OLAP usando Project Web App
1. Nella sezione Gestione applicazioni di Amministrazione centrale fare clic su
Gestisci applicazioni di servizio.
2. Fare clic sull'applicazione di servizio di Project Server.
3. Scegliere l'istanza di Project Web App in cui si vuole compilare il cubo, fare clic
sulla freccia visualizzata e quindi su Gestisci.
4. Nella sezione Amministrazione database della pagina Impostazioni server fare clic
su Gestione database OLAP.
5. Nella pagina Gestione database OLAP selezionare il cubo da eliminare e quindi
fare clic su Elimina.
７ Nota
Questa procedura elimina il cubo e la configurazione associata da Project
Web App. Il database OLAP effettivo non viene eliminato da SQL Server
Analysis Services (SSAS). Per informazioni sull'eliminazione del database OLAP
da Analysis Services, vedere Procedura: Eliminare un database o un cubo di
Analysis Services.
Vedere anche
Creare cubi OLAP in Project Server 2016
Configurare un cubo OLAP in Project Server 2016
Compilare cubi OLAP in Project Server 2016
Compilare cubi OLAP in Project Server
2016
Articolo • 07/04/2023
Riepilogo: generare cubi OLAP utilizzando la pagina Gestione database OLAP in
Amministrazione centrale.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server 2016
I cubi OLAP possono essere programmati affinché vengano generati periodicamente.
Per altre informazioni, vedere Configurare un cubo OLAP in Project Server 2016. È inoltre
possibile avviare il processo di generazione manualmente.
Per compilare un cubo OLAP, è necessario essere un amministratore dell'applicazione
del servizio Project Server. Per generare un cubo OLAP esistente, effettuare la procedura
seguente.
Per compilare un cubo OLAP usando Project Web App
1. Nella sezione Gestione applicazioni di Amministrazione centrale fare clic su
Gestisci applicazioni di servizio.
2. Fare clic sull'applicazione di servizio di Project Server.
3. Scegliere l'istanza di Project Web App in cui si vuole compilare il cubo, fare clic
sulla freccia visualizzata e quindi su Gestisci.
4. Nella sezione Amministrazione database della pagina Impostazioni server fare clic
su Gestione database OLAP.
5. Nella pagina Gestione database OLAP selezionare il cubo da generare e quindi fare
clic su Genera.
Vedere anche
Creare cubi OLAP in Project Server 2016
Configurare un cubo OLAP in Project Server 2016
Eliminare cubi OLAP in Project Server 2016
Backup e ripristino di Project Server
2013
Articolo • 19/07/2024
Riepilogo: Questa sezione illustra le informazioni di backup e ripristino di Project Server
2013, specifiche dei componenti di Project Server di una farm di SharePoint Server 2013.
Si applica a: Project Server 2013
Si tratta di articoli utili per la pianificazione e le attività di manutenzione nonché per gli
scenari o le situazioni di ripristino di emergenza.
Gli articoli seguenti forniscono informazioni sul backup e il ripristino di Project Server
2013.
Articoli sul backup e il ripristino di Project
Server 2013
Gli articoli seguenti sul backup e il ripristino di Project Server 2013 sono disponibili per
la visualizzazione online. Gli articoli vengono continuamente aggiornati dagli autori in
base alle nuove informazioni disponibili e ai commenti e suggerimenti ricevuti dagli
utenti.
ﾉ
Espandi la tabella
Descrizione
**
Contenuto**
Eseguire il backup di
Project Server 2013
mediante gli strumenti
Descrive come implementare una strategia di backup per i
componenti farm di Project Server con strumenti di SharePoint
Server 2013 e SQL Server.
integrati
Ripristinare Project Server
Descrive come eseguire ripristini specifici di Project Server 2013 in
2013 mediante gli
strumenti integrati
diversi modi, sia tramite un evento pianificato che a causa di
problemi reali di Project Server che possono essere risolti solo
ripristinando un backup valido noto in precedenza.
Eseguire il backup di Project Server 2013
mediante gli strumenti integrati
Articolo • 07/04/2023
Riepilogo: informazioni su come implementare una strategia di backup per i
componenti farm di Project Server con strumenti di SharePoint Server 2013 e SQL
Server.
Si applica a: Project Server 2013
Esistono tre modi per eseguire il backup dei componenti di Project Server 2013 che si
trovano in una farm di SharePoint Server 2013.
È possibile usare SQL Server strumenti per eseguire il backup dei database di
Project Server 2013 pertinenti.
È possibile usare il sito Web Amministrazione centrale SharePoint per eseguire il
backup dei database di Project Server pertinenti.
È possibile usare Microsoft PowerShell per eseguire il backup dei database di
Project Server pertinenti.
È consigliabile eseguire una copia di backup per ogni ambiente di produzione o per
qualsiasi ambiente in cui la perdita di dati risulterebbe inaccettabile. In una farm di
SharePoint il metodo ideale consiste nell'eseguire il backup di tutti i database del
contenuto e di configurazione in modo che sia possibile eseguire un ripristino completo,
se necessario. Monitorare le risorse della farm quando si eseguono backup per problemi
di prestazioni e, se opportuno, eseguire i backup nei periodi di scarsa attività.
７ Nota
Per esaminare la documentazione di backup per una farm di SharePoint Server
2013, vedere Eseguire il backup delle farm in SharePoint 2013.
Per Project Server 2013 sono disponibili due componenti di base per il backup, univoci
per Project Server: un database dell'applicazione del servizio Project Server per ogni
applicazione del servizio Project Server nella farm e almeno un database del contenuto,
ma possibilmente più di uno, che contiene siti di Project. I metodi descritti di seguito
illustrano come eseguire il backup di questi elementi.
Usare gli strumenti di SQL Server per eseguire i
backup dei database di Project Server
） Importante
Questo processo può anche essere automatizzato dall'amministratore del database
e potrebbe essere già disponibile. Discutere l'esecuzione del backup con
l'amministratore del database in base alle esigenze.
Per identificare i database di Project Server in una farm di
SharePoint
1. Identificare i database di Project Server 2013 pertinenti di cui eseguire il backup.
Passare a Start -> Tutti i programmi -> Prodotti Microsoft SharePoint 2013 ->
Amministrazione centrale SharePoint 2013.
2. Selezionare Gestione applicazioni nel riquadro di spostamento sinistro.
3. Fare clic su Gestisci applicazioni di servizio sotto l'intestazione Applicazioni di
servizio nella pagina successiva.
4. In questa pagina è necessario selezionare ogni applicazione di servizio di tipo
Servizi dell'applicazione Project . A seconda delle esigenze dell'organizzazione,
potrebbe essere presente più di un'applicazione di servizio configurata. Fare clic
sul nome della prima applicazione di servizio trovata.
5. Nella pagina successiva è possibile che vengano visualizzati uno o più URL elencati
nei siti di Project Web App creati appositamente. Per ciascun URL elencato,
posizionare il puntatore del mouse sull'URL, quindi fare clic sulla freccia a discesa a
destra quando viene visualizzata.
6. Selezionare Visualizza nel menu a discesa.
7. Questa pagina fornisce l'applicazione Web per il sito Project Web App, che è
possibile usare per determinare il database del contenuto o i database di cui
eseguire il backup e il percorso Project Web App. Prendere nota di questi elementi.
La sezione Impostazioni database fornisce il nome del database Project Web App.
Si noti anche questo nome.
8. Per determinare il nome del database del contenuto, fare clic nuovamente su
Gestione applicazioni nel riquadro di spostamento sinistro.
9. Fare clic su Visualizza tutte le raccolte siti nella sezione Raccolte siti.
10. In questo punto è possibile passare all'elenco a discesa Applicazione Web nella
parte superiore destra della pagina. Selezionare la freccia a discesa, quindi
scegliere Cambia applicazione Web.
11. Scegliere l'applicazione Web definita nel passaggio 7.
12. Viene visualizzato un elenco di raccolte siti per l'applicazione Web. Identificare il
percorso Project Web App, dal passaggio 7.
13. Dopo aver selezionato questa raccolta siti, il database presente nella raccolta
dovrebbe essere elencato nella tabella a destra. Prendere nota del nome del
database.
14. Ripetere questo processo per ogni URL elencato nell'applicazione di servizio
Project Server e per ogni applicazione di servizio di Project Server disponibile. A
questo punto sono elencati i requisiti minimi di database per un backup SQL.
Per eseguire il backup di database di Project Server da
una farm di SharePoint tramite strumenti di SQL Server
1. Nel server che ospita l'installazione SQL Server usata dalla farm di SharePoint
aprire Start -> Tutti i programmi -> Microsoft SQL Server 2008/2012 -> SQL Server
Management Studio.
2. Fare clic sul pulsante Connetti per connettersi al server che ospita l'istanza SQL.
3. Nell'istanza SQL nella parte sinistra espandere l'opzione Database.
4. A questo punto vengono visualizzati i database elencati per questa istanza.
Recuperare l'elenco completato nel passaggio 14 della sezione precedente.
5. Per ogni database dell'elenco, fare clic con il pulsante destro del mouse sul nome
relativo, quindi scegliere Attività e infine Backup nel sottomenu.
6. Dopo l'apertura della finestra Backup, nella pagina Generale selezionare Il tipo di
backup deve essere Completo (è possibile eseguire il backup differenziale in un
secondo momento, il primo backup deve essere completo). Scegliere un nome se il
nome predefinito non è sufficiente e verificare che la cartella di destinazione sia
appropriata e che disponga di spazio sufficiente. In caso contrario, scegliere un
percorso adeguato.
7. Fare clic su OK per eseguire il backup.
8. Ripetere questo processo per ogni database presente nell'elenco.
Avviare l'agente SQL Server
７ Nota
Dopo aver completato il backup di Microsoft Project Server, Microsoft consiglia di
pianificare backup regolari del database. Il servizio SQL Server Agent
(MSSQLSERVER) deve essere avviato per pianificare ed eseguire i processi.
Per avviare il servizio MSSQLSERVER, seguire questa procedura:
1. Fare clic sul pulsante Start, scegliere Strumenti di amministrazione e quindi
Servizi.
2. Nel riquadro destro individuare e fare clic con il pulsante destro del mouse su SQL
Server Agent (MSSQLSERVER) e quindi scegliere Avvia.
3. Chiudere lo strumento Servizi.
Per pianificare il backup
1. Passare a Start -> Tutti i programmi -> Microsoft SQL Server 2008/2012 -> SQL
Server Management Studio.
2. Fare clic sul pulsante Connetti per connettersi al server che ospita l'istanza SQL.
3. Espandere il server in cui si vuole creare il piano di gestione.
4. Fare clic con il pulsante destro del mouse su Piani di manutenzione e quindi
scegliere Creazione guidata piano di manutenzione.
5. La procedura guidata compila i piani di manutenzione che verranno eseguiti in
base alle istruzioni impostate tramite la procedura guidata.
Usare Amministrazione centrale per eseguire i
backup dei componenti di Project Server
Se si usa questo metodo, rivolgersi all'amministratore del database prima
dell'implementazione. I backup di SharePoint Server 2013 implicano l'uso di metodi di
backup SQL e ciò potrebbe compromettere la pianificazione del backup SQL.
Per eseguire il backup di componenti di Project Server
tramite Amministrazione centrale
1. Passare a Start -> Tutti i programmi -> Prodotti Microsoft SharePoint 2013 ->
Amministrazione centrale SharePoint 2013.
2. Selezionare Backup e ripristino nel riquadro di spostamento sinistro.
3. Selezionare Esegui backup in Backup e ripristino farm.
4. Nella sezione Selezionare i componenti da includere nel backup scorrere verso il
basso fino alla sezione Servizi condivisi nella visualizzazione albero della pagina.
5. Nella sezione Servizi condivisi espandere Applicazioni di servizi condivisi.
6. È necessario selezionare la casella di controllo per il servizio condiviso di Project
Server nell'elenco Applicazioni di servizi condivisi di cui si vuole eseguire il backup.
Il contenuto correlato a ogni applicazione di servizio deve essere elencato
immediatamente sotto il nome dell'applicazione di servizio ed essere verificato in
modo automatico.
７ Nota
Se sono presenti più applicazioni di servizio di Project Server, è necessario
eseguire il backup di ciascuna separatamente.
7. Scorrere fino alla parte inferiore della pagina e selezionare Avanti per passare alla
pagina Passaggio 2: Selezione opzioni di backup.
8. Se questa è la prima volta che è stato eseguito un backup, è necessario lasciare il
pulsante di opzione per Tipo di Backup impostato su Completo . Tipi di backup
successivi possono essere impostati su Differenziale , tenendo presente che prima
di eseguire il backup differenziale è necessario ripristinare il backup completo.
9. Per il percorso di backup è necessario disporre di un percorso UNC e di una
condivisione nel formato \\server\condivisione. Si consiglia di usare una
condivisione nello stesso server in cui è in esecuzione l'installazione di SharePoint
Server, nel caso in cui si verifichi un problema critico nel server specifico.
７ Nota
L'account che esegue il servizio MSSQLSERVER dell'installazione di SharePoint
deve disporre di autorizzazioni di scrittura esplicite per la cartella UNC, in
quanto si tratta dell'account di backup dei database.
10. Fare clic su Avvia backup e monitorare lo stato di avanzamento nella pagina dello
stato del backup e ripristino fino al completamento.
11. Se si verificano problemi, esaminare le informazioni contenute nella pagina dello
stato del backup e ripristino o nel file di log per il backup nel percorso specificato
nel passaggio 9. In caso contrario, il backup dovrebbe essere presente nel percorso
specificato nel passaggio 9.
Usare Windows PowerShell per eseguire i
backup dei componenti di Project Server
È possibile usare Microsoft PowerShell per eseguire il backup della farm di Project Server
2013 manualmente o come parte di uno script che può essere eseguito a intervalli
pianificati.
Per eseguire il backup di componenti di Project Server
tramite Windows PowerShell
1. In un server della farm di SharePoint aprire Avvia > tutti i programmi -> SharePoint
2016 -> SharePoint 2016 Management Shell.
2. Fare clic con il pulsante destro del mouse su Shell di gestione di SharePoint 2013,
quindi scegliere Esegui come amministratore nel menu per aprire l'applicazione in
modalità di amministrazione. Se controllo dell'account utente richiede di
consentire al programma di apportare modifiche al computer e Microsoft
PowerShell è elencato come applicazione, selezionare Sì.
3. Al prompt dei comandi digitare il comando seguente:
Backup-SPFarm -ShowTree -Directory<BackupShare-BackupMethod> [
full/incremental ] -Path <Nome applicazione> Web di Project Server
4. In questo modo è possibile determinare gli elementi di cui verrà eseguito il
backup, senza eseguirlo effettivamente, grazie al parametro -ShowTree. Se il nome
dell'applicazione di servizio non è univoco, in questo modo dovrebbe essere
disponibile il percorso completo da immettere per -Path (se sono presenti spazi,
racchiudere il percorso tra virgolette).
5. Dopo aver identificato l'applicazione del servizio Project Server di cui eseguire il
backup e aver confermato con il comando -ShowTree , è possibile rimuovere il
comando -ShowTree per eseguire il backup.
Backup-SPFarm -Directory<BackupShare-BackupMethod> [ full/incremental ] Path <Nome applicazione> Web di Project Server
6. Fare clic su INVIO. Se si aggiunge il parametro -Verbose, vengono fornite
informazioni dettagliate sullo stato dei backup. In caso contrario, al termine del
processo di backup viene visualizzato un messaggio di operazione completata o di
errore.
7. Se si verificano problemi, esaminare il file di log dei backup nel percorso
specificato nel passaggio 8. In caso contrario, il backup sarà presente nel percorso
specificato dal parametro -Directory .
Per ulteriori informazioni, vedere Backup-SPFarm.
７ Nota
Per l'esecuzione di attività amministrative dalla riga di comando è consigliabile
utilizzare Windows PowerShell. Lo strumento da riga di comando Stsadm è
deprecato, ma è stato incluso per garantire la compatibilità con le versioni
precedenti del prodotto.
Vedere anche
Ripristinare Project Server 2013 mediante gli strumenti integrati
Ripristinare Project Server 2013
mediante gli strumenti integrati
Articolo • 07/04/2023
Riepilogo: è possibile eseguire ripristini specifici di Project Server 2013 in diversi modi,
tramite un evento pianificato o come risultato di reali problemi di Project Server
risolvibili solo mediante il ripristino di un precedente backup valido.
Si applica a: Project Server 2013
A volte è necessario eseguire un ripristino dei componenti di Project Server 2013, in un
nuovo ambiente SharePoint Server 2013 o nell'ambiente SharePoint Server 2013
esistente. In questo caso, le opzioni dipendono dai backup SQL Server o SharePoint
disponibili. Questo articolo descrive gli scenari per il processo di ripristino per le opzioni
di ripristino predefinite consigliate da Microsoft.
Prima di ripristinare i componenti di Project Server in una farm di SharePoint, verificare
di aver esaminato i requisiti per il ripristino di SharePoint in Ripristinare farm in
SharePoint 2013.
Di seguito sono riportate alcune delle decisioni da prendere quando si è pronti per
eseguire il ripristino:
Verrà ripristinato Project Server in un nuovo ambiente o in un ambiente in cui tali
componenti esistono già?
Un nuovo ambiente può essere quello in cui si spostano i componenti di Project
Server, mentre un ambiente esistente potrebbe essere necessario per ripristinare le
funzionalità e richiederà la sovrascrittura dei componenti sul posto.
Di quale tipo di backup si dispone?
Se il ripristino non è pianificato, è necessario verificare quali opzioni di backup
sono disponibili. Si dispone solo di un backup SQL Server? Si dispone di un backup
di SharePoint?
Se si tratta di un ripristino pianificato, è possibile decidere quale tipo di backup è
più utile esaminando Backup di Project Server 2013 usando gli strumenti
predefiniti.
Sono disponibili diverse opzioni, che consentiranno di scegliere lo scenario più
adatto alle proprie esigenze. In alcuni casi potrebbe essere disponibile un solo tipo
di backup, ad esempio quello di SQL Server.
Prima di provare a ripristinare i siti e i componenti di Project Server 2013, considerare
quanto segue:
Quando si considera il ripristino di un componente di Project Server 2013, si
ripristina almeno un'applicazione del servizio Project Server (o almeno il relativo
database) e uno o più database del contenuto che contengono siti di Project Web
Access. Se si desidera ripristinare altri componenti di SharePoint, rivedere l'articolo
Backup solutions in SharePoint 2013.
Scenario 1: si dispone di backup del database di
SQL Server
È necessario ripristinare l'ambiente di Project Server in una nuova farm e sono
disponibili solo backup SQL Server. La procedura seguente consente di ripristinare sia il
database di PWA che il database del contenuto di SharePoint in una nuova farm. Questo
esercizio presuppone che siano presenti un database PWA e un database del contenuto
in cui sono presenti siti di Project da ripristinare e che si sta eseguendo il ripristino in un
ambiente in cui è installato Project Server 2013, ma non ancora configurato. Presuppone
anche che tutti gli elementi personalizzati, le definizioni di sito, le funzionalità nella farm
originale siano già installate nel nuovo ambiente.
７ Nota
Se si dispone di più siti di Project Web Access e/o di più database del contenuto, è
necessario ripetere la procedura per ogni database. Organizzarsi in anticipo per
evitare confusione riguardo i database del contenuto e le applicazioni di servizio da
utilizzare.
Per ripristinare database di SQL Server
1. Nel server che ospita l'installazione SQL Server usata dalla farm di SharePoint
aprire Start -> Tutti i programmi -> Microsoft SQL Server 2008/2012 -> SQL Server
Management Studio.
2. Connettersi al server che ospita l'istanza di SQL Server da utilizzare facendo clic sul
pulsante Connetti.
3. Sotto l'istanza di SQL Server sul lato sinistro, fare clic con il pulsante destro del
mouse sull'opzioneDatabase e scegliere Ripristina database dal menu a discesa
visualizzato.
4. Nella finestra Ripristina database selezionare il pulsante di opzione Dispositivo
per la propria Origine nella pagina Generale.
5. Fare clic sul pulsante Compila, tre puntini (…) a destra della casella di testo
Dispositivo, per aprire la finestra Seleziona dispositivi di backup.
6. Fare clic su Aggiungi e selezionare il percorso di backup di SQL Server.
7. Scegliere il primo backup del database da ripristinare (in questo scenario si tratta
del database PWA) e quindi fare clic su OK. Il database dovrebbe essere elencato
nel riquadro Supporti di backup. In caso affermativo, fare clic su OK per tornare
alla finestra Ripristina database.
8. La pagina File non deve richiedere modifiche; creerà file MDF e LDF per il database
da ripristinare nel percorso di SQL Server predefinito. Modificarlo solo se
necessario. In un ambiente di produzione, un amministratore di database deve
effettuare tale determinazione con i problemi di spazio e autorizzazione presi in
considerazione.
9. La pagina Opzioni non richiede modifiche: poiché si tratta di una nuova farm, non
dovrebbe essere presente alcun database esistente con tale nome. Se è presente
un database che usa un nome già utilizzato, scegliere un nuovo nome nelle pagine
Generale e File.
10. Una volta pronti, fare clic su OK nella pagina Ripristina database per ripristinare il
database. Ripetere i passaggi da 3 a 10 per il database del contenuto che si
desidera ripristinare in questo ambiente.
Per ripristinare il database del contenuto in
Amministrazione centrale
1. Dopo aver ripristinato entrambi i database, è necessario connettersi a un server
nella farm di SharePoint e aprire Start -> Tutti i programmi -> Prodotti Microsoft
SharePoint 2013 -> Amministrazione centrale SharePoint 2013.
2. Selezionare Gestione applicazioni nel riquadro di spostamento sinistro.
3. Scegliere Gestisci applicazioni Web sotto l'intestazione Applicazione Web.
4. Nella pagina successiva, sotto la scheda Applicazioni Web, selezionare Nuovo.
5. Creare un sito Web IIS è il pulsante di opzione che deve essere selezionato.
6. È necessario usare una porta IIS univoca o configurarla con un'intestazione host in
base alle esigenze e ai requisiti dell'organizzazione.
7. L'autenticazione e il protocollo SSL devono essere configurati un modo analogo.
8. Si consiglia di creare un nuovo pool di applicazioni, da eseguire con un account
gestito adatto.
9. Il nome scelto per il database deve essere univoco. Si tratta tuttavia di un database
temporaneo. Fare clic su OK per creare l'applicazione Web.
10. Dopo aver creato l'applicazione Web, selezionare Gestione applicazioni nel
riquadro di spostamento sinistro.
11. Fare clic sul collegamento Gestisci database del contenuto sotto Database.
12. Dall'elenco a discesa Applicazione Web in alto a destra scegliere Cambia
applicazione Web se l'applicazione Web appena creata non è elencata. Se invece è
inclusa nell'elenco, procedere al passaggio 14.
13. Selezionare dall'elenco l'applicazione Web appena creata. Al termine verrà
visualizzata di nuovo la pagina precedente.
14. Il database creato come parte della creazione dell'applicazione Web dovrebbe
essere incluso nell'elenco. Fare clic sul relativo nome.
15. Nella pagina Gestisci impostazioni database del contenuto scorrere verso il basso
e selezionare la casella di controllo Rimuovi database del contenuto. Fare clic su
OK per rimuovere il database del contenuto dall'applicazione Web di SharePoint.
16. Tornare alla pagina Database del contenuto, dove ora non dovrebbe essere
presente alcun nome di database, e fare clic sul collegamento Aggiungi database
del contenuto.
17. Il server di database che contiene il database del contenuto ripristinato dovrebbe
essere elencato. Aggiungere il nome del database del contenuto ripristinato al
campo Nome database.
18. È possibile impostare il numero di siti prima che venga generato un evento di
avviso e il numero massimo di siti che è possibile creare in questo database in
base alle raccomandazioni dell'organizzazione, ma in teoria è possibile impostarli
in modo che siano maggiori del numero di siti esistenti nel database (se non si è
certi del numero di siti presenti nel database, lasciare i numeri alle impostazioni
predefinite e modificare in un secondo momento, in base alle esigenze). Fare clic
su OK quando si è pronti.
19. A questo punto viene ripristinato il database del contenuto ed è possibile
esplorare i siti presenti in esso.
Per ripristinare il database dell'applicazione Project
Server in Amministrazione centrale
1. In Amministrazione centrale selezionare Gestione applicazioni nel riquadro di
spostamento a sinistra.
2. Fare clic sul collegamento Gestisci applicazioni di servizio in Applicazioni di
servizio.
3. Selezionare Nuovo dalla scheda Applicazioni di servizio e quindi scegliere
Applicazione di servizio project server dall'elenco.
4. È necessario assegnare il nome dell'applicazione del servizio Project Server ed è
consigliabile creare anche un nuovo pool di applicazioni, in esecuzione con un
account gestito. Lasciare selezionata l'opzione Crea un proxy e quindi fare clic su
OK per creare l'applicazione di servizio.
5. Una volta terminata la creazione dell'applicazione di servizio, è possibile fare clic
sul collegamento con il nome nella pagina principale dell'applicazione di servizio
per aprirla.
6. Dopo aver aperto l'applicazione di servizio, è necessario fare clic su Crea istanza di
Project Web App.
7. Scegliere le applicazioni Web di cui è stato terminato il ripristino nella sezione
precedente.
8. Per un database, scegliere il database di Project Server ripristinato e quindi fare clic
su OK.
9. Si tornerà alla pagina principale di Project Server e i passaggi di provisioning
continueranno. Al termine del processo, il database di Project viene sincronizzato
con il contenuto di PWA e i dati devono essere ripristinati in questo nuovo
ambiente.
７ Nota
Questa operazione risulta più complessa quando sono presenti più
applicazioni di servizio di Project Server e si desidera associarle ai database
del contenuto corretti. Se non si conoscono le caratteristiche della
configurazione precedente, consultare la documentazione dell'organizzazione
relativa alla pianificazione e all'implementazione o al ripristino di emergenza.
Scenario 2: si dispone di backup della farm
Amministrazione centrale
È necessario ripristinare un backup dell'applicazione di servizio Project Server in
un'ultima configurazione valida nota ed è presente un backup della farm di SharePoint
di questo ambiente. In questo scenario, il ripristino viene inserito nello stesso ambiente
da cui è stato eseguito il backup e si ripristinano solo i componenti di Project Server da
un backup completo della farm.
Per ripristinare un'applicazione del servizio di Project
Server mediante Amministrazione centrale SharePoint
1. In un server della farm di SharePoint aprire Start -> Tutti i programmi -> Prodotti
Microsoft SharePoint 2013 -> Amministrazione centrale SharePoint 2013.
2. Selezionare Backup e ripristino nel riquadro di spostamento sinistro.
3. Fare clic sul collegamento Ripristina da backup nella sezione Backup e ripristino
farm.
4. Se il processo non è elencato, è necessario immettere, nella casella di testo
Percorso directory di backup, la directory in cui è stato inserito il backup della
farm.
5. Quando si dispone della directory corretta, selezionare la data e l'ora del backup
che si desidera ripristinare e fare clic su Avanti.
6. Nella pagina successiva scorrere verso il basso fino alla voce Applicazioni di servizi
condivisi ed espanderla.
7. Selezionare la casella di controllo per il servizio condiviso di Project Server da
ripristinare. Selezionerà automaticamente i componenti dell'applicazione di
servizio sottostanti.
8. Fare clic su Avanti nella parte inferiore della pagina per continuare.
9. Nella pagina successiva sono disponibili diversi pulsanti di opzione. Poiché si sta
eseguendo il ripristino nella stessa farm, scegliere l'opzione Stessa configurazione.
Fare clic su OK nella finestra di avviso visualizzata.
７ Nota
Se si sta eseguendo il ripristino in una nuova farm, selezionare l'opzione
Nuova configurazione.
10. Specificare una password appropriata per l'account nella sezione Nomi e password
di accesso.
11. Fare clic sul pulsante Avvia ripristino e monitorare lo stato nella pagina successiva
fino al completamento del ripristino.
Nella colonna Messaggio di errore della pagina Stato processo di backup e
ripristino è possibile rivedere eventuali errori restituiti. Nel file Sprestore.log
archiviato nel percorso UNC specificato al passaggio 2 sono inoltre disponibili
ulteriori dettagli.
Scenario 3: si dispone di un backup dei
componenti di Project Server
È necessario ripristinare un backup della farm di SharePoint in un'ultima configurazione
valida nota ed è disponibile un backup dei componenti di Project Server di questo
ambiente. In questo scenario il ripristino viene eseguito in un nuovo ambiente creato in
modo da corrispondere a quello precedente, esclusi i componenti mancanti. Si esegue il
ripristino da un backup dei componenti di Project Server usando Windows PowerShell.
Per ripristinare i componenti di Project Server mediante
Windows PowerShell
1. In un server della farm di SharePoint aprire Start -> Tutti i programmi -> Prodotti
Microsoft SharePoint 2013 -> SharePoint 2013 Management Shell, fare clic con il
pulsante destro del mouse su SharePoint 2013 Management Shell e scegliere
Esegui come amministratore dal menu.
2. Se viene visualizzata la casella Controllo account utente che chiede se si desidera
consentire al programma seguente di apportare modifiche al computer e il
programma è Microsoft PowerShell, fare clic sul pulsante Sì per continuare.
3. Per eseguire un ripristino, sono necessarie alcune informazioni. Per prima cosa,
digitare quanto segue:
Get-SPBackupHistory -Directory<BackupShare-ShowBackup>
Dove <BackupShare> è il percorso del backup. Dopo aver premuto Invio, questo
consente di visualizzare la voce di GUID relativa ai backup presenti in tale
posizione.
７ Nota
Se nella stessa posizione sono presenti più backup e non si è certi di quale sia
il GUID corretto, spostarsi nella posizione della cartella dei backup, aprire la
cartella del backup in questione e aprire il file spbackup.xml file in Blocco
note. Il GUID necessario per il passaggio seguente sarà di quattro righe in
basso, contenuto nei <SPID> </SPID> tag .
4. Dopo aver individuato il GUID del backup che si desidera ripristinare, utilizzare il
comando seguente per ripristinare la farm di SharePoint.
Restore-SPFarm -Directory<BackupShare-BackupID<>GUID-RestoreMethod>
New
Dove <BackupShare> è il percorso del backup e <GUID> è il GUID del backup.
RestoreMethod si riferisce al fatto che si tratta di una nuova farm. Per un ripristino
alla farm originale dei componenti sarebbe necessario il valore Overwrite. Premere
Invio per eseguire.
5. È possibile che venga chiesto se si è sicuri di voler eseguire questa azione. Y è per
Sì eA è Sì a Tutti.
７ Nota
Se si esegue il ripristino a una farm esistente, viene visualizzato un messaggio
in cui si avvisa che gli elementi esistenti verranno sovrascritti. In questo caso,
la risposta S consente di continuare il ripristino.
6. Il ripristino deve continuare fino al completamento. Se si verificano errori, è
possibile esaminare il log di ripristino che si trova nel percorso di backup. Se non si
verificano errori, è necessario essere in grado di verificare che i componenti di
Project Server siano ora nella farm di ripristino.
Per ulteriori informazioni, vedere Restore-SPFarm.
７ Nota
Per l'esecuzione di attività amministrative dalla riga di comando è consigliabile
utilizzare Windows PowerShell. Lo strumento da riga di comando Stsadm è
deprecato, ma è stato incluso per garantire la compatibilità con le versioni
precedenti del prodotto.
Vedere anche
Eseguire il backup di Project Server 2013 mediante gli strumenti integrati
Amministrazione coda e database
(Project Server 2013)
Articolo • 07/04/2023
Riepilogo: Le impostazioni amministrative della coda e del database fanno parte delle
impostazioni del server di Project Server 2013.
Si applica a: Project Server 2013
Gli articoli seguenti su TechNet forniscono informazioni sull'amministrazione di code e
database in Project Server 2013.
Articoli sull'amministrazione di code e
database in Project Server 2013
Gli articoli seguenti sull'amministrazione di code e database in Project Server 2013 sono
disponibili per la visualizzazione online. Gli articoli vengono continuamente aggiornati
dagli autori in base alle nuove informazioni disponibili e ai commenti e suggerimenti
ricevuti dagli utenti.
Contenuto
Descrizione
Gestire i processi in coda (Project
Server 2013)
Informazioni su come gestire i processi inviati in Project
Server 2013 tramite le impostazioni Gestisci processi di
coda.
Programmazione giornaliera
backup (Project Server 2013)
Usare la pagina Impostazioni di backup pianificazione
giornaliera in Amministrazione centrale SharePoint per
pianificare i backup giornalieri degli oggetti di Project
Server 2013.
Eseguire il backup di oggetti a
livello di elemento tramite
Usare la pagina Backup amministrativo in Amministrazione
centrale SharePoint per eseguire il backup di oggetti di
Backup amministrativo (Project
Server 2013)
Project Server 2013.
Ripristinare oggetti a livello di
elemento tramite Ripristino
Utilizzare la pagina Ripristino amministrativo in
Amministrazione centrale SharePoint per ripristinare
amministrativo (Project Server
2013)
oggetti di Project Server 2013.
Gestione di database OLAP in
Project Web App
Usare Project Web App per creare database OLAP
contenenti risorse, progetti e campi personalizzati specifici
necessari per la creazione di report.
Gestire i processi in coda (Project Server
2013)
Articolo • 07/04/2023
Riepilogo: Informazioni su come gestire i processi inviati in Project Server 2013 tramite
le impostazioni Gestisci processi di coda.
Si applica a: Project Server 2013
La pagina Gestisci processi coda consente di visualizzare le operazioni di Project Server
2013 ("processi") elaborate dal sistema di code. È possibile utilizzare le opzioni di
configurazione per filtrare i processi e vedere solo i processi che si desidera visualizzare.
È inoltre possibile riprovare a eseguire o annullare i processi attraverso questa pagina.
Le impostazioni di Project Server 2013 Manage Queue Jobs sono disponibili tramite la
pagina Amministrazione centrale SharePoint in Impostazioni generali applicazione.
Queste impostazioni si trovavano in precedenza nella pagina Impostazioni server Project
Web App (PWA) in Project Server 2010, ma sono state spostate in Amministrazione
centrale SharePoint con altre impostazioni di PWA che avevano più a che fare con le
operazioni e la manutenzione del server.
Per ulteriori informazioni sulle impostazioni amministrative correlate, vedere Queue and
Database Administration (Project Server 2013).
Requisiti per l'accesso alle impostazioni di
Gestisci processo in coda in Amministrazione
centrale SharePoint
Per accedere alle impostazioni di Gestisci processo in coda in Amministrazione centrale
SharePoint, è necessario essere amministratori della farm.
Accedere alle impostazioni di Gestisci processo
in coda
In Project Server 2013 le impostazioni gestisci processo di coda sono ora accessibili
tramite il sito Amministrazione centrale SharePoint.
Per accedere alle impostazioni di Gestisci processo in
coda
1. In Amministrazione centrale SharePoint fare clic su Gestione applicazioni.
2. Nella sezione Applicazione di servizio della pagina Gestione applicazioni fare clic
su Gestisci applicazioni di servizio.
3. Nella pagina Applicazioni di servizio fare clic sul servizio dell'applicazione Project
che contiene l'istanza di Project Web App per cui si desidera accedere alle
impostazioni di Gestisci processi in coda.
4. Nella pagina Gestisci istanze di Project Web App fare clic sul menu a discesa
relativo all'istanza di PWA per cui si desidera accedere alle impostazioni di Gestisci
processi in coda e fare clic su Gestisci.
5. Nella sezione Amministrazione database e coda della pagina Impostazioni di
Project Server fare clic su Gestisci processi in coda.
Utilizzare le impostazioni di Gestisci processo
in coda
La pagina Gestisci processi in coda consente di visualizzare, riprovare a eseguire o
annullare i processi nella coda attraverso la griglia dei processi. I processi visualizzabili
vengono mostrati in base alle impostazioni selezionate nella pagina Gestisci processi in
coda. Le impostazioni di configurazione nella pagina Gestisci processi in coda includono:
Tipo di filtro
Tipi di processi
Stati di completamento processi
Colonne
Opzioni avanzate
Tipo di filtro
L'opzione di configurazione Tipo di filtro consente di selezionare i filtri per gli specifici
tipi di processi visualizzati nella griglia dei processi. I filtri disponibili nell'elenco a
discesa Tipo di filtro sono i seguenti:
Per stato Visualizza i processi nella coda in base allo stato. Questa è l'impostazione
predefinita.
Processi personali Visualizza solo i processi avviati dall'utente.
Per progetto Visualizza i processi nella coda in ordine in base al progetto.
Per ID Visualizza i processi nella coda in base all'ID processo.
Attivo Visualizza tutti i processi con stato Attivo.
Bloccato Visualizza tutti i processi con stato Bloccato.
Per selezionare un filtro
1. Nella sezione Tipo di filtro della pagina Gestisci processi in coda fare clic
sull'elenco a discesa Tipo di filtro e selezionare il tipo di filtro che si desidera
utilizzare per determinare i processi da visualizzare nella griglia dei processi.
2. Nella griglia dei processi fare clic su Aggiorna stato.
I processi nella griglia dei processi verranno visualizzati in base al tipo di filtro
selezionato. Se ad esempio si seleziona il filtro Per stato, i processi verranno
elencati in ordine alfabetico per stato.
Cronologia processo
Questa opzione di configurazione consente di selezionare l'intervallo di date dei
processi visualizzati nella griglia dei processi. Utilizzare i campi Da e A per selezionare la
data di inizio e la data di fine. La selezione predefinita è l'intervallo di date di un giorno
per la data corrente.
È possibile utilizzare il campo Numero massimo processi per limitare il numero di
processi visualizzati per un determinato intervallo di date. Se l'intervallo di date
selezionato contiene un numero molto grande di processi da visualizzare nella griglia
dei processi, il tempo di caricamento della pagina Gestisci processi in coda potrebbe
risultare molto lungo. Il campo Numero massimo processi consente di limitare i
processi visualizzati. L'impostazione predefinita è 500.
Per configurare l'impostazione Cronologia processi
1. Nella sezione Cronologia processo della pagina Gestisci processi in coda
specificare i valori seguenti:
Nel campo Da specificare la data di inizio per cui si desidera visualizzare i
processi nella griglia dei processi. È inoltre possibile fare clic sull'icona del
calendario per selezionare la data di inizio.
Nel campo A specificare la data di fine per cui si desidera visualizzare i
processi nella griglia dei processi. È inoltre possibile fare clic sull'icona del
calendario per selezionare la data di fine.
2. Nella casella Numero massimo processi per coda è possibile specificare il numero
massimo di processi che si desidera visualizzare. Il valore predefinito è 500.
3. Nella griglia dei processi fare clic su Aggiorna stato.
Tipi di processi
L'opzione di configurazione Tipi di processi consente di selezionare il tipo di processo
(ad esempio, Progetto (creazione), Scheda attività (invio), Notifiche e così via) da
visualizzare nella griglia dei processi. Per impostazione predefinita, tutti i tipi di processi
vengono elencati nell'elenco Processi selezionati.
Per configurare l'impostazione Tipi di processi
1. Nella sezione Tipi di processi della pagina Gestisci processi in coda:
Se si desidera che alcuni tipi di processi non vengano visualizzati nella griglia
dei processi, dall'elenco Processi selezionati selezionare i tipi di processi che
non si desidera visualizzare nella griglia dei processi, quindi fare clic su
Rimuovi. Questa azione sposta i tipi di processo selezionati nell'elenco
Processi disponibili . Fare clic su Rimuovi tutto se si desidera rimuovere tutti
i tipi di processo dall'elenco Processi selezionati .
Se si desidera aggiungere tipi di processi alla griglia dei processi, dall'elenco
Processi disponibili selezionare i tipi di processi che si desidera visualizzare
nella griglia dei processi, quindi fare clic su Aggiungi. I tipi di processi
selezionati verranno spostati nell'elenco Processi selezionati. Fare clic su
Aggiungi tutto se si desidera aggiungere tutti i tipi di processi all'elenco
Processi selezionati.
2. Nella griglia dei processi fare clic su Aggiorna stato.
Stati di completamento processi
L'opzione di configurazione Stati di completamento processi consente di selezionare gli
stati dei processi (ad esempio, Completato, Bloccato a causa di un processo non
riuscito, Elaborazione in corso e così via) da visualizzare nella griglia dei processi. Per
impostazione predefinita, nell'elenco Processi selezionati vengono elencati tutti i tipi di
processi ad eccezione di Completato, poiché gli amministratori di Project in genere
sono più interessati ai tipi di processi che indicano un errore o un problema.
È possibile aggiungere o rimuovere diversi stati dei processi a e dagli elenchi Stati di
processo selezionati e Stati di processo disponibili. La griglia dei processi eseguirà una
query per recuperare i processi negli stati dei processi contenuti nell'elenco Stati di
processo selezionati.
Questa impostazione può essere utile per la risoluzione dei problemi dei processi che
non vengono completati correttamente nella coda. Si supponga ad esempio che alcuni
utenti abbiano riscontrato dei problemi negli ultimi giorni. È possibile vedere in modo
specifico quali processi non sono stati completati correttamente passando
all'impostazione Stati di completamento processi e aggiungendo tutti gli stati dei
processi tranne Completato. È inoltre possibile selezionare un intervallo di date per
Cronologia processi che inizi poco prima del momento in cui si sono verificati i problemi
(ad esempio, sette giorni). In questo scenario, la griglia dei processi dovrebbe mostrare
le informazioni su tutti i processi con stato non completato che si sono verificati
nell'ultima settimana.
Gli stati di completamentoprocessi che è possibile selezionare per questa impostazione
sono i seguenti:
Bloccato a causa di un processo non riuscito
Annullato
Non riuscito e blocco per correlazione
Non riuscito ma senza blocco della correlazione
Accodamento in corso
Elaborazione
Ignorato per ottimizzazione
Esito positivo
In attesa di elaborazione
In attesa di elaborazione (in attesa)
In attesa di elaborazione (pronto per l'avvio)
In attesa di elaborazione (sospeso)
Per configurare l'impostazione Stati di completamento
processi
1. Nella sezione Stati di completamento processi della pagina Gestisci processi in
coda aggiungere all'elenco Stati di processo selezionati tutti gli stati dei processi
che si desidera visualizzare nella griglia dei processi. Gli stati dei processi
visualizzati nell'elenco Stati di processo disponibili non verranno visualizzati nella
griglia dei processi.
Per spostare uno stato di processo disponibile dall'elenco Stati di processo
disponibili nell'elenco Stati di processo selezionati, selezionare il processo e
fare clic su Aggiungi.
Per rimuovere uno stato di processo dall'elenco Stati di processo selezionati,
selezionare il processo e fare clic su Rimuovi. Per selezionare più stati di
processo, premere il tasto CTRL durante la selezione.
2. Nella griglia dei processi fare clic su Aggiorna stato.
Colonne
L'opzione di configurazione Colonne consente di selezionare le colonne visualizzate
nella griglia dei processi. È inoltre possibile configurare l'ordine delle colonne nella
griglia dei processi.
Le opzioni disponibili per le colonne sono le seguenti:
% completamento
Tempo completamento
ID correlazione
Priorità correlazione
Ora ingresso
Errore
ID processo
ID gruppo processo
ID info processo
Stato processo
Tipo processo
Ultima azione amministrativa
Proprietario
Posizione
Priorità
Nome progetto
Tipo di coda
Attesa (sec)
Ora riattivazione
Per configurare l'impostazione Colonne
1. Nella sezione Colonne della pagina Gestisci processi in coda aggiungere all'elenco
Colonne selezionate tutte le colonne che si desidera visualizzare nella griglia dei
processi. Le colonne visualizzate nell'elenco Colonne disponibili non verranno
visualizzate nella griglia dei processi.
Per spostare una colonna nell'elenco Colonne disponibili nell'elenco Colonne
selezionate , selezionare il nome della colonna e quindi fare clic sul pulsante
Aggiungi (">").
Per rimuovere una colonna dall'elenco Colonne selezionate , selezionare la
colonna e quindi fare clic sul pulsante Rimuovi ("<"). Per selezionare più
colonne, tenere premuto CTRL durante la selezione. È anche possibile
spostare tutte le colonne da un elenco a un altro usando i pulsanti Aggiungi
tutto (">>") o Rimuovi tutto ("<<").
2. Nella griglia dei processi fare clic su Aggiorna stato.
Tenere presente che è possibile modificare l'ordine di visualizzazione delle colonne nella
griglia dei processi selezionando una colonna nell'elenco Colonne selezionate e usando
i pulsanti Su o Giù per spostare una colonna in un'altra posizione.
Opzioni avanzate
Le impostazioni della coda Opzioni avanzate si applicano al modo in cui vengono
annullati i processi nella coda.
L'opzione Annulla processi che vengono accodati consente di annullare tutti i processi
che rimangono in uno stato di "accodamento" per un periodo di tempo prolungato.
Quando un processo è in questo stato, significa che alla coda è stato detto di iniziare a
ricevere un processo che verrà elaborato in un secondo momento. Ma non ha ricevuto
un tag che indica che tutti i dati per il processo sono stati ricevuti. Fino a quando non
viene ricevuto il processo completo, il processo rimarrà nello stato di accodamento. Se
un processo rimane nello stato di accodamento per un periodo di tempo prolungato, è
probabile che qualcosa impedisca il completamento del processo. Se il processo
continua a rimanere in questo stato dopo che è stato eseguito di nuovo, esaminare i log
uls per risolvere i motivi per cui si verificano problemi.
Il salvataggio di un progetto da Project Professional in Project Server è un processo che
in genere si accoda. Quando si salva un progetto da Project Professional in Project
Server, il processo viene sincronizzato con il server. Se la sincronizzazione non viene
completata, il processo rimane nello stato accodato.
Questa impostazione è attivata per impostazione predefinita.
Assicurarsi di fare clic su Aggiorna stato nella griglia dei processi dopo ogni modifica.
７ Nota
In Project Server 2010 la pagina Opzioni avanzate contiene anche un'opzione
Annulla processi successivi in Correlazione. Questa opzione non è disponibile in
Project Server 2013.
Griglia dei processi
La griglia dei processi consente di visualizzare i processi che soddisfano i criteri elencati
nella pagina Gestisci processi in coda. Le opzioni di questa sezione consentono di
selezionare un processo o un gruppo di processi e di applicare le seguenti opzioni, se
applicabili:
Processo di ripetizione dei tentativi Consente di eseguire nuovamente i processi
selezionati nella coda che non sono stati completati correttamente.
Annulla processo Consente di annullare i processi selezionati nella coda che non
sono stati completati correttamente.
Visualizzare i processi correlati Consente di visualizzare i processi con una
relazione di dipendenza (ad esempio, i processi nella stessa correlazione) con un
processo selezionato nella coda.
Stato aggiornamento Consente di aggiornare i processi nella griglia del processo
con lo stato più recente.
Per riprovare a eseguire un processo
1. Nella griglia dei processi individuare il processo che si desidera riprovare a
eseguire, quindi selezionare la casella di controllo nella colonna all'estrema sinistra
del processo.
2. Fare clic su Riprova processo. Ricontrollare lo stato del processo nella griglia dei
processi per verificare i risultati dopo aver riprovato a eseguire il processo.
Per annullare un processo
1. Nella griglia dei processi individuare il processo che si desidera annullare, quindi
selezionare la casella di controllo nella colonna all'estrema sinistra del processo.
Tenere presente che un processo che è già stato completato correttamente non
può essere annullato.
2. Fare clic su Annulla processo.
Per visualizzare i processi correlati
1. Nella griglia dei processi individuare il processo per cui si desidera trovare i
processi correlati, quindi selezionare la casella di controllo nella colonna
all'estrema sinistra del processo.
2. Fare clic su Visualizza tutti i processi. Tutti i processi che hanno una relazione di
dipendenza con questo processo vengono visualizzati nella griglia dei processi.
Programmazione giornaliera backup
(Project Server 2013)
Articolo • 07/04/2023
Riepilogo: Usare la pagina Impostazioni di backup pianificazione giornaliera in
Amministrazione centrale SharePoint per pianificare i backup giornalieri degli oggetti di
Project Server 2013.
Si applica a: Project Server 2013
Questo articolo descrive come usare la pagina Impostazioni di backup pianificazione
giornaliera per selezionare gli oggetti di Project Server 2013 che si desidera pianificare
per il backup su base giornaliera. La procedura non consente di eseguire il backup di file
fisici di un database con estensione mdb, ma di creare backup di elementi specifici in un
database. Il backup di questi elementi viene eseguito dalla sezione Published alla
sezione Archived nel database di Project Web App.
Per accedere e usare le impostazioni nella pagina Programmazione giornaliera backup, è
necessario essere un amministratore della farm.
Elementi per i quali è possibile programmare il
backup
Nella pagina Programmazione giornaliera backup è possibile abilitare il backup per gli
elementi seguenti di Project Server 2013:
Elemento
Descrizione
Project
Include risorse, assegnazioni, attività, valori dei campi personalizzati e
dati di previsione del progetto
Calendario e pool di
risorse organizzazione
Include le risorse e i calendari dell'organizzazione
Campo personalizzato
dell'organizzazione
Include i metadati dei campi personalizzati e delle tabelle di ricerca,
nonché i valori delle tabelle di ricerca dell'organizzazione
Modello globale
dell'organizzazione
Include tutte le definizioni delle tabelle, delle macro e delle
visualizzazioni di Project Professional
Definizione
visualizzazione
Include le definizioni delle visualizzazioni dello stato, di Centro progetti,
Analizzatore portfolio e centro Risorse
Elemento
Descrizione
Impostazioni categorie
e gruppi
Include le impostazioni relative a tutte le categorie e a tutti i gruppi di
Project Server.
） Importante
Il backup e il ripristino a livello di elemento delle impostazioni di categorie e gruppi
si applicano solo nella modalità di autorizzazione di Project. Per altre informazioni
sulle modalità di sicurezza in Project Server 2013, vedere Pianificare l'accesso
utente in Project Server.
Per eseguire automaticamente il backup dei dati in base a
una programmazione giornaliera
1. In Amministrazione centrale SharePoint fare clic su Gestione applicazioni.
2. Nella sezione Applicazione di servizio della pagina Gestione applicazioni, fare clic
su Gestisci applicazioni di servizio.
3. Nella pagina Applicazioni di servizio fare clic sul servizio dell'applicazione di Project
contenente l'istanza di Project Web App per cui si desidera accedere alle
impostazioni di Backup amministrativo.
4. Nella pagina Gestisci Project Web App fare clic sul menu a discesa dell'istanza di
PWA per cui si desidera accedere alle impostazioni di Programmazione giornaliera
backup e fare clic su Gestisci.
5. Nella sezione Amministrazione database e coda della pagina Impostazioni server
di Project Web App fare clic su Programmazione giornaliera backup.
6. Nella casella Criterio di conservazione progetti della pagina Programmazione
giornaliera backup digitare il numero di versioni che si desidera conservare per i
progetti di cui si esegue il backup.
７ Nota
Il criterio di conservazione dei progetti si applica solo ai progetti e non ad altri
oggetti dell'organizzazione. Si noti inoltre che l'aumento di questa
impostazione influisce sulla tabella Archive nel database di Project Server
2013 (ProjectService). Più alto è il numero delle versioni conservate, maggiore
è lo spazio necessario.
7. Per ogni elemento nella sezione Elemento selezionare Programmazione o Mai
nell'elenco Opzione per indicare se si desidera programmare un backup per
l'elemento.
8. Fare clic su Salva.
Per impostazione predefinita, il backup di tutti gli elementi selezionati nella pagina
Programmazione giornaliera backup viene eseguito ogni giorno tra mezzanotte e le 3.
Come indicato nella procedura, il numero di versioni di cui si esegue il backup per i
progetti dipende dal valore impostato per il Criterio di conservazione progetti. Per tutti
gli altri elementi, viene solo eseguito il backup alla versione precedente.
７ Nota
Se non si vuole pianificare un backup giornaliero ed è necessario eseguire un
backup immediato di questi elementi di Project Server 2013, vedere Eseguire il
backup di oggetti a livello di elemento tramite backup amministrativo (Project
Server 2013).If you want to schedule a daily backup, and need to make an
immediate backup of these Project Server 2013 items, see Backup up item-level
objects through Administrative Backup (Project Server 2013).
Vedere anche
Eseguire il backup di oggetti a livello di elemento tramite Backup amministrativo
(Project Server 2013)
Ripristinare oggetti a livello di elemento tramite Ripristino amministrativo (Project Server
2013)
Eseguire il backup di oggetti a livello di
elemento tramite Backup
amministrativo (Project Server 2013)
Articolo • 07/04/2023
Riepilogo: Usare la pagina Backup amministrativo in Amministrazione centrale
SharePoint per eseguire il backup di oggetti di Project Server 2013.
Si applica a: Project Server 2013
Questo articolo descrive come eseguire il backup di elementi di progetto specifici in
Project Web App. La procedura non consente di eseguire il backup di file fisici di un
database con estensione mdb, ma di creare backup di elementi specifici in un database.
Il backup di questi elementi viene eseguito dalla sezione Published alla sezione Archive
nel database di Project Web App.
Per eseguire queste procedure è necessario essere un amministratore di farm.
Eseguire il backup degli oggetti a livello di
singoli elementi
È possibile utilizzare le procedure in questo articolo per eseguire il backup dei seguenti
elementi di progetto:
Elemento
Descrizione
Project
Include risorse, assegnazioni, attività, valori dei campi personalizzati e
dati di previsione del progetto
Calendario e pool di
risorse organizzazione
Include le risorse e i calendari dell'organizzazione
Campo personalizzato
dell'organizzazione
Include i metadati dei campi personalizzati e delle tabelle di ricerca,
nonché i valori delle tabelle di ricerca dell'organizzazione
Modello globale
dell'organizzazione
Include tutte le definizioni delle tabelle, delle macro e delle
visualizzazioni di Project Professional
Definizione
visualizzazione
Include le definizioni delle visualizzazioni dello stato, di Centro progetti,
Analizzatore portfolio e centro Risorse
Impostazioni categorie
e gruppi
Include le impostazioni relative a tutte le categorie e a tutti i gruppi di
Project Server.
） Importante
Il backup a livello di elemento e il ripristino delle impostazioni di categorie e gruppi
si applica solo alla modalità di autorizzazione di Project. Per altre informazioni sulle
modalità di sicurezza in Project Server 2013, vedere Pianificare l'accesso utente in
Project Server.
La procedura seguente consente di selezionare gli elementi di Project Server 2013 di cui
si vuole eseguire il backup. Al termine della procedura, il backup viene inviato
immediatamente alla coda per l'elaborazione. Se si desidera pianificare un backup
giornaliero di questi elementi, è possibile farlo tramite la pagina delle impostazioni di
Pianificazione backup giornaliero. Per altre informazioni sulla pianificazione dei backup
giornalieri degli elementi di Project Server 2013, vedere Daily Schedule Backup (Project
Server 2013).
Per eseguire il backup degli elementi manualmente
1. In Amministrazione centrale SharePoint fare clic su Gestione applicazioni.
2. Nella sezione Applicazione di servizio della pagina Gestione applicazioni, fare clic
su Gestisci applicazioni di servizio.
3. Nella pagina Applicazioni di servizio fare clic sul servizio dell'applicazione Project
che contiene l'istanza di Project Web App per cui si desidera accedere alle
impostazioni del backup amministrativo.
4. Nella pagina Gestisci istanze di Project Web App fare clic sul menu a discesa
relativo all'istanza di PWA per cui si desidera accedere alle impostazioni di Backup
amministrativo e fare clic su Gestisci.
5. Nella sezione Amministrazione database e coda della pagina Impostazioni del
server di Project Web App fare clic su Backup amministrativo.
6. Nella sezione Selezione elementi selezionare la casella di controllo accanto a
ciascun elemento del progetto di cui si desidera eseguire il backup.
7. Fare clic su Backup. Verrà visualizzata una finestra di messaggio che indica che gli
elementi selezionati verranno accodati per il backup. Fare clic su OK per eseguire il
backup degli elementi selezionati.
Quando si esegue il backup di progetti per la prima volta, viene eseguito il backup di
tutti i progetti. Dopo il primo backup dei progetti, nei backup successivi verrà eseguito
solo il backup dei progetti che sono stati aggiornati dall'ultimo backup. Questa
operazione garantisce che per tutti i progetti venga eseguito il backup dell'ultima
versione del progetto. Si noti che è possibile configurare il numero di versioni di un
progetto di cui si desidera eseguire il backup tramite le impostazioni del criterio di
conservazione progetti, disponibili nella pagina Programmazione giornaliera backup. Il
criterio di conservazione progetti viene applicato ai backup amministrativi dei progetti
sia pianificati che manuali. Per altre informazioni sull'impostazione Criteri di
conservazione dei progetti, vedere Backup pianificazione giornaliero (Project Server
2013).
Tutti gli elementi di Project Server 2013 di cui è stato eseguito il backup tramite la
pagina Backup amministrativo possono essere ripristinati tramite la pagina Ripristino
amministrativo. Per altre informazioni sul ripristino degli elementi di Project Server 2013
di cui è stato eseguito il backup, vedere Ripristinare oggetti a livello di elemento tramite
il ripristino amministrativo (Project Server 2013).
Vedere anche
Ripristinare oggetti a livello di elemento tramite Ripristino amministrativo (Project Server
2013)
Programmazione giornaliera backup (Project Server 2013)
Ripristinare oggetti a livello di elemento
tramite Ripristino amministrativo
(Project Server 2013)
Articolo • 07/04/2023
Riepilogo: Utilizzare la pagina Ripristino amministrativo in Amministrazione centrale per
ripristinare oggetti di Project Server 2013.
Si applica a: Project Server 2013
Questo articolo descrive come ripristinare elementi di progetto specifici in Project Web
App. Questa procedura non prevede il ripristino dei file fisici di un database (estensione
mdb), bensì il ripristino di backup di specifici elementi del database. Il backup di tali
elementi deve essere stato eseguito nella sezione Archived del database di Project Web
App tramite la pagina Backup amministrativo di Amministrazione centrale SharePoint.
Per altre informazioni sul backup a livello di elemento in Project Server 2013, vedere
Eseguire il backup di oggetti a livello di elemento tramite Backup amministrativo
(Project Server 2013).
Prima di eseguire questa procedura, verificare che sia stato effettuato il backup degli
elementi di progetto.
Per eseguire queste procedure, è necessario essere un amministratore della farm.
Ripristino di oggetti a livello di elemento
Utilizzare la procedura per ripristinare gli elementi del progetto seguenti:
Elemento
Descrizione
Project
Include risorse, assegnazioni, attività, valori dei campi personalizzati e
dati di previsione del progetto
Calendario e pool di
risorse
Include le risorse e i calendari dell'organizzazione
dell'organizzazione
Campo personalizzato
Include i metadati dei campi personalizzati e delle tabelle di ricerca,
dell'organizzazione
nonché i valori delle tabelle di ricerca dell'organizzazione
Modello globale
Include tutte le definizioni delle tabelle, delle macro e delle
dell'organizzazione
visualizzazioni di Project Professional
Elemento
Descrizione
Definizione
visualizzazione
Include le definizioni delle visualizzazioni di stato, Centro progetti,
Analizzatore di portfolio e Centro Risorse
Impostazioni categorie e
gruppi
Include le impostazioni relative a tutte le categorie e a tutti i gruppi di
Project Server.
） Importante
Il backup e il ripristino a livello di elemento delle impostazioni di categorie e gruppi
non sono operativi se si utilizza la modalità di autorizzazione di SharePoint. Per
altre informazioni sulle modalità di sicurezza in Project Server 2013, vedere
Pianificare l'accesso utente in Project Server.
Per ripristinare elementi di progetto mediante Project
Web App
1. In Amministrazione centrale SharePoint fare clic su Gestione applicazioni.
2. Nella sezione Applicazione di servizio della pagina Gestione applicazioni, fare clic
su Gestisci applicazioni di servizio.
3. Nella pagina Applicazioni di servizio fare clic sul servizio dell'applicazione di Project
contenente l'istanza di Project Web App per cui si desidera accedere alle
impostazioni di Backup amministrativo.
4. Nella pagina Gestisci Project Web App fare clic sul menu a discesa dell'istanza di
PWA per cui si desidera accedere alle impostazioni di Ripristino amministrativo e
fare clic su Gestisci.
5. Nella sezione Amministrazione database e coda della pagina Impostazioni server
di Project Web App fare clic su Ripristino amministrativo.
6. Nell'elenco Elemento selezionare l'elemento che si desidera ripristinare.
7. Se nell'elenco Elemento è stata selezionata l'opzione Progetti, selezionare la
versione del progetto da ripristinare come versione di lavoro corrente del
progetto.
７ Nota
Le versioni disponibili per il ripristino dipendono dal numero di backup
completati e dal numero totale di backup che si è deciso di conservare.
8. Fare clic su Ripristina.
9. Non è possibile ripristinare eventuali modifiche apportate nel periodo di tempo
compreso tra il backup più recente dell'elemento e l'eliminazione di quest'ultimo.
Vedere anche
Eseguire il backup di oggetti a livello di elemento tramite Backup amministrativo
(Project Server 2013)
Amministrazione coda e database (Project Server 2013)
Attività periodiche per gli
amministratori di Project Server
Articolo • 07/04/2023
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
In questo articolo vengono descritti i controlli periodici che gli amministratori di Project
Server devono eseguire per gestire i propri ambienti. È stato fornito dal Senior Premier
Field Engineer per Microsoft Brooks White . Per accedere a questo collegamento è
necessario un account LinkedIn.
Gli amministratori di Project Server devono eseguire i seguenti controlli periodici per il
proprio ambiente:
Giornaliero
Controllare la coda per verificare la presenza di eventuali processi non riusciti e bloccati.
Controllare gli errore correlati ai processi non riusciti e bloccati per la risoluzione dei problemi.
Controllare gli errori di generazione notturna dei cubi.
Annullare i processi non riusciti e bloccati.
Settimanale
Controllare log eventi e applicazioni nei server Web front-end (WFE), nei server applicazioni e in
SQL Server.
Utilizzare il Servizio di registrazione unificato (log ULS) secondo necessità, in base alla ricerca nei
registri eventi di sistema e nei log applicazioni. Utilizzare il cmdlet Merge-SPLogFile di PowerShell
per filtrare l'output da tutti i server.
Verificare il buon esito dei processi di sincronizzazione di Active Directory.
Aggiornare i valori RBS (Resource Breakdown Structure) per i nuovi utenti. Gli utenti sincronizzati
di recente non dispongono di un RBS.
NOTA - Potrebbe essere compito del PMO.
Deselezionare le sessioni di delega eccessivamente lunghe in Impostazioni server
Mantenere un pool di risorse dell'organizzazione valido controllando gli utenti che non hanno
eseguito l'accesso per 60 giorni e scoprirne il motivo. Ad esempio, potrebbero aver lasciato la
società, potrebbero non conoscere PWA o potrebbero essere stati aggiunti per errore quando
qualcun altro ha effettuato l'accesso.
Settimanale
Controllare il gruppo ADMINISTRATORS per individuare gli amministratori che dovrebbero essere
rimossi.
Mensile
Fornire un training sulla scheda attività ai nuovi utenti.
Fornire un training ai nuovi project manager.
Trimestrale
Chiudere i periodi delle schede attività per il trimestre precedente, oltre a uno più periodi simili.
Ad esempio, se è in corso il T4, chiudere i periodi della relazione della scheda attività per il T2.
L'intervallo sarà basato sulle esigenze aziendali e di creazione di report.
Verificare prima con il project manager, quindi chiudere le attività per gli aggiornamenti dei
progetti completati, quasi completati o che presentano attività meno recenti.
Archiviare ed eliminare progetti/siti per piani di progetti precedenti completati. Ma prima creare
un piano di archiviazione documentato e osservato.
> [! NOTA]> In generale, non eliminare mai risorse dalle impostazioni del server
Eliminare le schede attività meno recenti. Questa operazione verrà definita da un criterio basato
sulle esigenze aziendali per i dati delle schede attività di creazione di report.
Annuale
Creare periodi fiscali per l'anno di calendario successivo.
Creare periodi di schede attività per l'anno di calendario successivo. Il prefisso dovrebbe essere
uguale a "Settimana.", a partire da 1, mentre il suffisso dovrebbe essere l'anno di calendario, come
".2016". Il periodo Settimana 1 verrà visualizzato come "Settimana.1.2016".
Valutare l'eliminazione delle schede attività per i periodi meno recenti.
Integrazione del calendario fuori sede di
Exchange Server con Project Server 2013
Articolo • 07/04/2023
Riepilogo: In Project Server 2013 è possibile sincronizzare i calendari delle risorse di
Project con Exchange Server calendari per recuperare e sincronizzare l'ora fuori sede
degli utenti. Quando gli utenti aggiornano queste informazioni in Exchange, Project ne è
a conoscenza.
Si applica a: Project Server 2013
Si tratta di una funzionalità locale per Project Server 2013. Non è supportato in Office
365.
Abilitare l'integrazione del calendario fuori
sede di Project Server 2013 ed Exchange Server
Per impostazione predefinita, questa funzionalità è disabilitata e deve essere abilitata
nell'ambiente SharePoint Server 2013 da un utente con privilegi di amministratore farm.
７ Nota
Per garantire il funzionamento dell'integrazione del calendario fuori sede di
Exchange Server, è necessario che i periodi di relazione siano configurati.
Per abilitare questa funzionalità in Amministrazione
centrale
1. Usando un account con credenziali di amministratore della farm, accedere a
un'istanza di SharePoint Server nella farm che esegue Amministrazione centrale.
2. Passare a Start > Run All Programs SharePoint Products and Technologies
SharePoint 2016 Central Administration (Avvia tutti > i programmi > )
SharePoint Products and Technologies > SharePoint 2016 Central Administration
(Amministrazione centrale SharePoint 2016) e scegliere questa opzione per aprire
Amministrazione centrale.
3. Nella pagina Amministrazione centrale principale fare clic su Impostazioni generali
applicazione sul lato sinistro.
4. Nella pagina Impostazioni generali applicazione far clic sul collegamento Gestisci
nella sezione Impostazioni PWA.
5. Se si dispone di più istanze di PWA, assicurarsi che nel lato superiore destro della
pagina venga visualizzata l'istanza di Project Web Application corretta. In caso
contrario, selezionare la freccia a discesa e fare clic sull'opzione per la modifica
dell'istanza di Project Web App in modo da selezionare l'istanza corretta.
6. Dopo aver selezionato l'istanza corretta, fare clic sul collegamento Impostazioni
aggiuntive server nella sezione Criteri operativi.
7. Nella pagina visualizzata scorrere verso il basso fino alla sezione Dettagli server di
Exchange, nella parte inferiore della pagina. Questa sezione contiene solo la
casella di controllo Sincronizza calendari Fuori sede. Selezionare tale casella,
quindi fare clic su Salva.
Una volta abilitata questa funzionalità a livello di amministrazione centrale, un
amministratore di Project Web Access deve abilitarla per le singole risorse a livello di
PWA.
Per abilitare l'integrazione del calendario fuori sede di
Project Server 2013 ed Exchange Server per singole
risorse
1. Accedere a un computer come amministratore di PWA e quindi passare al sito di
PWA in cui è abilitata la sincronizzazione Exchange Server.
2. Fare clic sul collegamento Risorse sul lato sinistro della pagina principale.
3. Dopo aver visualizzato le risorse, è possibile selezionare una risorsa con un
indirizzo di posta elettronica Exchange Server valido e quindi fare clic sul pulsante
Modifica nella scheda Risorse.
4. Nella pagina Modifica risorsa: [UTENTE] scorrere verso il basso e individuare la
sezione dettagli Exchange Server, che include una casella di controllo Sincronizza
calendari fuori sede, simile alla sezione Amministrazione centrale illustrata in
precedenza.
5. Come in Amministrazione centrale, questa casella di controllo deve essere
selezionata per l'utente e quindi fare clic sul pulsante Salva nella parte inferiore
della pagina.
７ Nota
Ripetere questa procedura per ognuna delle risorse presenti nell'elenco risorse di
PWA che dispone di questa funzionalità. Non è possibile selezionare più utenti
contemporaneamente mediante la modifica in blocco.
È possibile regolare il processo timer di sincronizzazione di Exchange. Per impostazione
predefinita, il processo viene eseguito una volta al giorno e viene programmato per le
ore non di punta durante la notte. La frequenza o l'orario può essere modificato da un
amministratore della farm, modificando il processo.
Per modificare il processo timer di sincronizzazione di
Exchange
1. Accedere a un'istanza di SharePoint Server nella farm che esegue Amministrazione
centrale usando un account con credenziali di amministratore della farm.
2. Passare a Start > Run All Programs SharePoint Products and Technologies
SharePoint 2013 Central Administration (Avvia tutti > i programmi > )
SharePoint Products and Technologies > SharePoint 2013 Central Administration
(Amministrazione centrale SharePoint 2013) e scegliere questa opzione per aprire
Amministrazione centrale.
3. Nella pagina Amministrazione centrale principale fare clic sul collegamento
Monitoraggio a sinistra.
4. Nella pagina Monitoraggio fare clic sul collegamento Rivedi definizioni processi
nella sezione Processi timer.
5. È necessario individuare il processo di sincronizzazione Project Web App:
Exchange Calendar Out of Office per il processo timer [URL PWA], dove [PWAURL] è l'URL del sito PWA in cui è stata abilitata la funzionalità. Fare clic sul
collegamento del processo timer.
6. Nella pagina Modifica processo timer è possibile apportare le modifiche
desiderate, ad esempio per l'esecuzione del processo in un orario diverso dalle
prime ore del mattino o con una frequenza oraria. Per altre informazioni sui
processi timer, vedere Timer job reference.
Conseguenze dell'integrazione fuori sede per
utenti e project manager
Con questa funzionalità abilitata, gli utenti saranno in grado di immettere l'ora OOF in
Exchange tramite Outlook o Outlook Web Access e tali informazioni diventeranno
quindi visibili nella scheda attività di Project Server. Tutti gli orari fuori sede
programmati, indipendentemente dal fatto che si tratti di una giornata completa o
parziale, vengono visualizzati come non disponibili in un calendario della risorsa di un
project manager.
Dal punto di vista di Project Manager, non è necessario eseguire alcun lavoro. Gli utenti
che inviano l'ora fuori sede in Exchange Server sono ora inclusi. In questo modo, la
pianificazione del progetto può essere più accurata.
Funzionamento dell'integrazione del calendario
fuori sede di Exchange Server con Project
Server 2013
La sincronizzazione tra Project Server e Exchange Server viene attivata da Project
Server. Questa procedura si verifica quando un account utente viene abilitato o
mediante processi timer pianificati.
Dopo l'avvio della procedura, Exchange Server viene contattato per ottenere
informazioni sulla disponibilità per l'utente o gli utenti specificati.
Se una risorsa non è disponibile per la modifica perché è stata disattivata, tale
utente viene ignorato nell'ambito dell'operazione di sincronizzazione e verrà
sincronizzato alla successiva esecuzione del processo timer.
Anche se alcuni utenti non desiderano immettere informazioni relative alle ferie o
all'orario fuori sede in più posizioni, questa funzionalità di integrazione del
calendario probabilmente non sostituirà le schede attività, che sono necessarie per
la fatturazione e altre attività line-of-business.
Per supportare questo scenario, l'ora OOF sincronizzata da Exchange Server viene
visualizzata come orario non lavorativo nella scheda attività dell'utente, in modo
coerente con il modo in cui l'orario non lavorativo viene attualmente visualizzato
nella scheda attività dell'utente. In questo modo, all'utente viene indicato che tale
orario è già bloccato in un'altra origine, ma può tuttavia immettere un orario per la
giornata selezionata.
Una nuova aggiunta a Exchange Server 2013 e Outlook 2013 è l'opzione di
pianificazione del tempo "lavorare da un'altra parte". Questa opzione non deve
corrispondere a un importo, in quanto viene definita in base alle opzioni fuori
sede/giorni non lavorativi per la compatibilità con versioni di prodotti che non
dispongono di tale tipo di enumerazione.
I dati relativi all'ora vengono importati da Exchange Server a intervalli di 15 minuti
e aggregati per determinare l'effetto totale che l'ora OOF importata deve avere sul
calendario delle risorse. Se l'orario fuori sede totale per una determinata giornata è
inferiore alle quattro ore, non viene riportato nei calendari della risorsa. Vengono
invece riportati orari superiori o uguali alle quattro ore.
Poiché i calendari delle risorse di Exchange Server e Project Server di un utente
hanno orari di lavoro e orari non lavorativi definiti. Pertanto, le ore non incluse nel
calendario Exchange Server che si trovano all'interno del periodo di tempo
lavorativo Exchange Server verranno conteggiate in base al numero di ore
lavorative in Project Server. Se l'intera giornata è definita come non funzionante in
Exchange Server, anche l'intera giornata verrà specificata come non funzionante in
Project Server.
Utilizzare Project Server
Articolo • 07/04/2023
Sintesi: come utilizzare le impostazioni del server in Project Web App per amministrare
un'installazione di Project Server.
I seguenti articoli su come gli amministratori possono utilizzare le impostazioni server di
Project Server sono disponibili online:
Gestire utenti, gruppi e categorie in Project Server
Tabelle di ricerca e campi personalizzati dell'organizzazione in Project Web App
Amministrazione di database in Project Server
Criteri operativi in Project Server 2013
Aggiungere dati di elenchi attività di SharePoint a Project Server 2013
Guida dell'amministratore di Project Server 2013
Guida dell'amministratore di Project
Server 2013
Articolo • 07/04/2023
Sintesi: Scaricare e usare la guida dell'amministratore di Microsoft Project Server 2013
per gestire e amministrare Project Server 2013 nella propria organizzazione.
Si applica a: Project Server 2013
Gli amministratori di Project Server 2013 devono gestire molte attività nella pagina delle
impostazioni server di Project Web App (PWA) affinché gli utenti possano accedere e
interagire efficacemente con i dati. Gli amministratori della farm devono inoltre
conoscere le attività nelle impostazioni server di PWA di cui possono essere responsabili,
ad esempio la gestione del database OLAP, la gestione delle impostazioni della coda o
le impostazioni di provisioning del sito di progetto. La guida dell'amministratore di
Microsoft Project Server 2013 consente all'organizzazione di comprendere queste attività
coinvolte nell'amministrazione di Project Server 2013. La guida include diverse
procedure dettagliate e schermate di accompagnamento dell'interfaccia utente di
Project Web App.
Dimensione file: circa 7,1 MB
Scaricare la guida come file con estensione docx
Modifiche apportate a Project Server 2013 che
hanno effetto sulle attività di amministrazione
Prima di leggere questa guida, è importante conoscere alcune importanti modifiche
apportate a Project Server 2013 che rendono diverse le attività di amministrazione
rispetto alle versioni precedenti. Di seguito è riportato un elenco di alcune di queste
modifiche:
Alcune impostazioni server sono state spostate in Amministrazione centrale:
alcune impostazioni server di Project Web App che precedentemente si trovavano
in Project Web App in Project Server 2010 sono state spostate in Amministrazione
centrale in Project Server 2013. Il motivo di questa modifica è che tali impostazioni
facevano riferimento ad attività generalmente effettuate da un amministratore
della farm, invece che da un responsabile PMO o da un amministratore di Project
Server 2013.
Modalità di autorizzazione di SharePoint: la sicurezza di Project Server 2013 è
impostata sulla modalità di autorizzazione di SharePoint per impostazione
predefinita. Questa modalità usa i gruppi di sicurezza di SharePoint per Project
Server 2013 come contenitori in cui è possibile aggiungere Project Server 2013
come membro. Le autorizzazioni di Project Server 2013 vengono assegnate a tali
gruppi e non è possibile modificarle. Se è necessario disporre di maggiore
controllo, è possibile passare alla modalità di autorizzazione di Project Server
tradizionale. Durante la lettura del capitolo "Sicurezza", è importante tenere
presenti le modalità di sicurezza.
Project Online: Project Online è una versione ospitata di Project Server 2013 in cui
il servizio è ospitato nel cloud. Le attività di amministrazione sono diverse in
Project Online e Project Server 2013, in quanto molte di queste attività vengono
eseguite per conto dell'utente e non sono accessibili a quest'ultimo. Le attività
documentate in questa guida sono destinate agli utenti di Project Server 2013 e
non agli utenti di Project Online. In futuro sarà resa disponibile anche una guida
dell'amministratore di Project Online.
Struttura del libro
Questa guida è suddivisa in due sezioni, in quanto le impostazioni amministrative di
Project Server 2013 si trovano ora in Project Web App e in Amministrazione centrale. La
sezione "Impostazioni di Project Web App in Project Server 2013" contiene otto capitoli
ed è destinata all'amministratore o al responsabile PMO di Project Server. La sezione
"Impostazioni di Project Web App in Amministrazione centrale SharePoint" è costituita
da quattro capitoli e contiene informazioni di particolare interesse per l'amministratore
della farm. Entrambe le sezioni sono organizzate allo stesso modo nel libro come in
Project Web App e in Amministrazione centrale. La guida contiene inoltre dati di
appendice, che costituiscono elenchi e dati di riferimento di fondamentale importanza.
Tenere presente che tutti i titoli della sezione "Impostazioni di Project Web App in
Amministrazione centrale SharePoint" sono simili a quelli della sezione "Impostazioni di
Project Web App in Project Server 2013". Questo perché le attività associate al titolo del
capitolo si trovano nella pagina Impostazioni di PWA sia di Project Server 2013, sia di
Amministrazione centrale. Ad esempio, tutte le attività relative ai "Criteri operativi" che
in genere vengono eseguite da un amministratore della farm si trovano in
Amministrazione centrale e tutte quelle che in genere vengono eseguite da un
amministratore di Project Server 2013 si trovano in Project Server 2013.
La guida dell'amministratore di Microsoft Project Server 2013 è costituita dai capitoli e
dalle appendici elencati di seguito:
Introduzione
Parte 1: Impostazioni di Project Web App in Project Server 2013
Capitolo 1 - "Impostazioni personali"
Capitolo 2 - "Dati organizzazione"
Capitolo 3 - "Amministrazione database e coda"
Capitolo 4 - "Aspetto"
Capitolo 5 - "Gestione tempi e attività"
Capitolo 6 - "Criteri operativi"
Capitolo 7 - "Flusso di lavoro e pagine dettagli progetto"
Capitolo 8 - "Sicurezza"
Parte 2: Impostazioni di Project Web App in Amministrazione centrale SharePoint
Capitolo 9 - "Amministrazione database e coda"
Capitolo 10 - "Criteri operativi"
Capitolo 11 - "Flusso di lavoro e pagine dettagli progetto"
Capitolo 12 - "Gestire le impostazioni della coda"
Appendici
Appendice A - "Autorizzazioni categoria di Project Server 2013"
Appendice B - "Autorizzazioni globali di Project Server 2013"
Appendice C - "Gruppi di sicurezza predefiniti di Project Server 2013"
Appendice D - "Categorie predefinite di Project Server 2013"
Appendice E - "Autorizzazioni predefinite della modalità di autorizzazione di
SharePoint per i gruppi di SharePoint per Project Server 2013"
Gestire utenti, gruppi e categorie in
Project Server
Articolo • 07/04/2023
Riepilogo: gestire utenti, gruppi e categorie nella modalità di autorizzazione di Project
Server.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
In modalità di autorizzazione di Project Server la sicurezza Project Web App si basa su
utenti, gruppi e categorie. I gruppi contengono gruppi di utenti che hanno l'esigenza di
accedere allo stesso set di dati nello stesso modo. Le categorie forniscono l'accesso ai
progetti e alle risorse in base ai parametri definiti. Per informazioni complete sulla
pianificazione di gruppi e categorie, vedere Pianificare gruppi, categorie e RBS in Project
Server.
Definire i gruppi identificando le esigenze comuni in base alle aree di Project Web App a
cui gli utenti dell'organizzazione devono accedere. Dopo aver definito i gruppi, è
possibile aggiungere gli utenti e concedere le autorizzazioni. Le autorizzazioni assegnate
ai gruppi si applicano a tutti gli utenti che vi appartengono. L'uso di gruppi per
controllare l'accesso a Project Web App semplifica l'amministrazione della sicurezza.
Gli utenti possono essere aggiunti o rimossi automaticamente dai gruppi in base
all'appartenenza ai gruppi di Active Directory. Questa funzionalità può essere
configurata in Project Web App tramite la funzionalità di sincronizzazione di Active
Directory. Per altre informazioni, vedere Gestire la sincronizzazione dei gruppi di
sicurezza con Active Directory in Project Server.
Gli utenti possono appartenere a più gruppi in base al loro ruolo nell'organizzazione e ai
requisiti di accesso. Quando viene creata un'istanza di Project Web App vengono creati
diversi gruppi, ognuno dei quali ha un set di categorie e autorizzazioni predefinite. Per
altre informazioni, vedere Gestire i gruppi di sicurezza in Project Server.
Gli amministratori assegnano generalmente le autorizzazioni aggiungendo un account
utente a uno dei gruppi predefiniti oppure creando un nuovo gruppo e assegnando a
esso autorizzazioni specifiche.
Per gli elenchi completi delle autorizzazioni di Project Web App in Project Server 2013,
vedere Autorizzazioni di categoria in Project Server 2013 e Autorizzazioni globali in
Project Server 2013.
Articoli sulle impostazioni di sicurezza per la
modalità di autorizzazione di Project Server
Di seguito sono elencate le attività per la gestione della sicurezza nella modalità di
autorizzazione di Project Server:
Contenuto
Descrizione
Gestire gli utenti in
Usare la pagina Gestisci utenti in Project Web App per aggiungere,
Project Server
modificare, disattivare e riattivare gli account utente.
Gestire i gruppi di
Gli amministratori possono gestire le autorizzazioni di sicurezza per i
sicurezza in Project
gruppi usando la pagina Gestisci gruppi in Impostazioni Project Web
Server
App.
Gestire le categorie
Gli amministratori possono organizzare un sistema di categorie per
in Project Server
gestire l'accesso di utenti e gruppi a progetti, risorse e visualizzazioni in
Project Web App.
Gestire i modelli di
sicurezza in Project
Gli amministratori possono usare i modelli di sicurezza in Project Web
App per standardizzare la concessione delle autorizzazioni utente in
Server
base al ruolo.
Gestire le
Project Web App autorizzazioni globali e di categoria possono essere
autorizzazioni di
disabilitate, ma questa azione deve essere esaminata attentamente
Project Web App
(modalità di
prima di essere eseguita.
autorizzazione di
Project Server)
Gestire i delegati in
Project Server 2016 consente la delega degli utenti in tutti i Project Web
Project Server
App.
Gestire la
La sincronizzazione dei gruppi di sicurezza di Project Server controlla
sincronizzazione
dei gruppi di
l'appartenenza ai gruppi di sicurezza di Project Server aggiungendo e
rimuovendo automaticamente gli utenti da gruppi di sicurezza di Project
sicurezza con
Server specificati in base all'appartenenza ai gruppi nel servizio directory
Active Directory in
Project Server
di Active Directory.
Pianificare utenti,
gruppi e catagorie
In questo articolo viene descritta la pianificazione per gruppi e categorie
in una distribuzione di Project Server.
in Project Web App
Video sulle impostazioni di sicurezza per
Project Server
Serie di video: Come funzionano le autorizzazioni di sicurezza Project Server
Gestire gli utenti in Project Server
Articolo • 07/04/2023
Riepilogo: utilizzare la pagina Gestisci utenti per aggiungere, modificare, disattivare e
riattivare gli account utente.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
In modalità di autorizzazione di Project Server è possibile usare la pagina Gestisci utenti
disponibile in Impostazioni Project Web App per aggiungere nuovi utenti singoli,
modificare gli utenti esistenti, disattivare gli account utente e riattivare gli account
utente inattivi. È inoltre possibile assegnare autorizzazioni agli utenti aggiungendoli a
uno dei gruppi predefiniti oppure aggiungendoli ai gruppi personalizzati creati e
assegnando autorizzazioni specifiche per il gruppo personalizzato.
７ Nota
Se si usa la modalità di autorizzazione di SharePoint, vedere Pianificare i gruppi di
SharePoint in Project Server per informazioni sulla gestione degli utenti in Project
Web App.
Requisiti per l'attività
Per eseguire le procedure per questa attività è necessario:
Accesso a Project Server tramite un sito Project Web App
Autorizzazione globale Gestisci utenti e gruppi per aggiungere, modificare,
disattivare o riattivare un account utente
Per gestire gli utenti in Project Web App, è possibile eseguire le procedure seguenti:
Aggiungere account utente in Project Server
Modificare gli account utente in Project Server
Disattivare gli account utente in Project Server
Riattivare un account utente in Project Server
Vedere anche
Determinare il numero e i tipi di utenti che richiedono l'accesso a Project Server 2016
Gestire utenti, gruppi e categorie in Project Server
Global permissions in Project Server 2013
Category permissions in Project Server 2013
Gestire i gruppi di sicurezza in Project Server
Gestire le categorie in Project Server
Gestire i modelli di sicurezza in Project Server
Gestire le autorizzazioni di Project Web App (modalità di autorizzazione di Project
Server)
Aggiungere account utente in Project
Server
Articolo • 07/04/2023
Riepilogo: aggiungere gli account utente utilizzando la pagina Gestisci utenti in
Impostazioni di Project Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
Ogni Project Web App utente deve avere un account utente prima di poter accedere a
Project Web App e interagire con i dati di Project Server. In modalità di autorizzazione di
Project Server è possibile aggiungere account utente tramite la pagina Gestisci utenti in
Impostazioni Project Web App.
７ Nota
Gli utenti di Windows possono anche essere aggiunti a Project Web App dal
servizio directory Active Directory tramite la sincronizzazione di Active Directory.
Per ulteriori informazioni, vedere Manage Active Directory Resource Pool
synchronization in Project Server 2013.
７ Nota
Se si usa la modalità di autorizzazione di SharePoint, vedere Pianificare i gruppi di
SharePoint in Project Server per informazioni sulla gestione degli utenti in Project
Web App.
Prima di iniziare
７ Nota
[!NOTA] Poiché SharePoint Server viene eseguito sotto forma di siti Web in Internet
Information Services (IIS), gli amministratori e gli utenti dipendono dalle
funzionalità di accessibilità offerte dai browser. SharePoint Server supporta le
funzionalità di accessibilità dei browser supportati. Per altre informazioni, vedere le
risorse seguenti:> Per SharePoint Server 2013:>Plan browser support>Accessibility
for SharePoint Products>Accessibility features in SharePoint 2013
Products >Keyboard shortcuts >Touch> For SharePoint Server 2016:>Software
requirements for Project Server 2016>Accessibility for SharePoint Prodotti>Tasti
di > scelta rapidaTocco
Prima di iniziare questa operazione, verificare le seguenti informazioni sui prerequisiti:
Leggere Gestire gli utenti in Project Server.
È necessario avere accesso all'istanza di Project Web App in cui si vuole aggiungere
un utente.
Gli account utente aggiunti vengono configurati correttamente in Active Directory
o nel provider di appartenenze basato su moduli in modo che le relative
informazioni siano disponibili per Project Web App. Project Server 2016 supporta
due metodi di autenticazione per gli utenti (autenticazione di Windows e
autenticazione delle attestazioni).
） Importante
Per completare questa procedura, è necessaria l'autorizzazione globale
Gestisci utenti e gruppi in Project Web App.
Per aggiungere un nuovo account utente, eseguire la procedura seguente.
Per aggiungere un utente
1. Nella sezione Sicurezza della pagina Impostazioni del server fare clic su Gestisci
utenti.
2. Nella pagina Gestisci utenti fare clic su Nuovo utente.
3. Nella pagina Nuovo utente compilare le informazioni richieste per l'utente. Per
ulteriori informazioni sulle singole opzioni, vedere le sezioni seguenti.
4. Fare clic su Salva.
Informazioni di identificazione
Utilizzare la sezione Informazioni di identificazione per specificare le informazioni
utente come nome, indirizzo di posta elettronica e stato dell'account.
Nella tabella seguente vengono descritte le opzioni di identificazione utente.
Attributo
Descrizione
È possibile
assegnare un
Stato dell'utente come risorsa dell'organizzazione. Selezionare L'utente può
essere assegnato come risorsa per consentire l'assegnazione di attività
utente come
all'account utente come risorsa. Selezionando questa opzione, l'utente diventa
risorsa
una risorsa dell'organizzazione. Questa impostazione è la selezione predefinita.
Quando un account utente diventa una risorsa dell'organizzazione, è impossibile
ripristinarlo come una risorsa non dell'organizzazione anche se la casella di
controllo viene deselezionata.
Nome
Nome dell'account utente. È un campo obbligatorio.
visualizzato
Indirizzo di
Indirizzo di posta elettronica dell'utente. Questo campo è necessario per
posta
elettronica.
sincronizzare le attività con Exchange Server.
Rbs
Posizione dell'utente nella gerarchia Resource Breakdown Structure.
Iniziali
Iniziali dell'utente.
Nome
Nome del sito Web dell'utente (ad esempio, un sito Web del team) se applicabile.
collegamento
ipertestuale.
Stato account
È possibile impostare lo stato dell'account su Attivo o Inattivo. Se il valore è
impostato su Attivo, l'account utente funziona normalmente. Se il valore è
impostato su Inattivo, l'utente non è in grado di accedere all'account e non è più
disponibile per l'aggiunta ai team o per l'assegnazione al lavoro, ma le
assegnazioni esistenti rimangono in Project Web App.
Autenticazione utente
Usare la sezione Autenticazione utente per specificare l'account di accesso dell'utente.
Nella tabella seguente vengono descritte le opzioni dell'account utente.
Attributo
Descrizione
Account
accesso
utente.
Se si utilizza l'autenticazione integrata di Windows, specificare il nome
dell'account utente nel formato NomeDominio\NomeAccountUtente.
Se si usa Project Online, digitare il nome dell'account dell'utente sotto forma
diusername@domain.com
Se si utilizza l'autenticazione basata su moduli, specificare il nome dell'account
utente nel formato NomeProviderAppartenenze:AccountUtente.
Attributi assegnazione
Usare la sezione Attributi di assegnazione per definire le informazioni associate
all'assegnazione dell'utente alle attività. Sono incluse le informazioni sul calendario, sul
tipo di prenotazione, sul gestore della scheda attività, sul proprietario dell'assegnazione
e sui costi e sulla disponibilità.
７ Nota
Se la casella di controllo L'utente può essere assegnato come risorsa non è stata
selezionata, queste opzioni non saranno disponibili.
Nella tabella seguente vengono descritte le Project Web App opzioni dell'attributo di
assegnazione utente.
Attributo
Descrizione
Livellamento
Indica se è possibile livellare la risorsa. Il livellamento è un processo utilizzato per
della risorsa
consentito.
risolvere conflitti o sovrassegnazioni delle risorse ritardando o dividendo le
attività. Quando Project Web App livelli di una risorsa, le assegnazioni
selezionate vengono distribuite e ripianificate.
Calendario di
base
Calendario di base per la risorsa. È possibile utilizzare il calendario di base come
un calendario delle attività e del progetto che specifica i giorni lavorativi e non
lavorativi predefiniti per un set di risorse.
Tipo di
Configurazione di un tipo di prenotazione dell'utente come Approvata o
prenotazione
predefinita
Proposta. Una risorsa approvata è formalmente attribuita a qualsiasi
assegnazione di attività in un progetto. Una risorsa proposta dispone di
un'assegnazione in sospeso a un'attività che non è ancora stata autorizzata.
L'assegnazione di questa risorsa non ne limita la disponibilità a lavorare su altri
progetti.
Responsabile
Responsabile della scheda attività, se presente, per l'utente.
scheda
attività
Se si imposta questo valore sull'utente, tutte le schede attività inviate verranno
approvate automaticamente.
Proprietario
predefinito
Risorsa dell'organizzazione responsabile dell'immissione di informazioni sullo
stato di avanzamento in Project Web App. Questa persona può essere diversa
assegnazione
dalla persona a cui è stata assegnata l'attività inizialmente. Ad esempio, una
risorsa materiale non può accedere a Project Web App ma il campo proprietario
dell'assegnazione consente a una risorsa dell'organizzazione di immettere lo
stato di avanzamento per la risorsa all'interno di Project Web App.
Prima data
disponibilità
Prima data in cui l'utente è disponibile come risorsa. Questa data corrisponde
alle date di disponibilità delle risorse per una risorsa che possono essere
visualizzate in Project Professional 2016.
Attributo
Descrizione
Ultima data
disponibilità
Ultima data in cui l'utente è disponibile come risorsa. Questa data corrisponde
alle date di disponibilità delle risorse per una risorsa che possono essere
visualizzate in Project Professional 2016.
Tariffa
Tariffa per il lavoro su un'assegnazione programmata durante il normale orario
standard
lavorativo di una risorsa assegnata. Per stabilire le tariffe variabili, aprire la risorsa
dell'organizzazione in Project Professional 2016 e impostare queste informazioni
nelle tabelle Tariffe.
Tariffa
straordinario
Tariffa per il lavoro su un'assegnazione programmata al di fuori del normale
orario lavorativo di una risorsa assegnata. Per stabilire le tariffe variabili, aprire la
risorsa dell'organizzazione in Project Professional 2016 e impostare queste
informazioni nelle tabelle Tariffe.
Numero
massimo
corrente.
Percentuale di tempo in cui la risorsa è disponibile per le assegnazioni. Le unità
massime correnti sono associate alle date di disponibilità anticipata e tardiva, se
impostate. Ad esempio, se oggi è 1/1/2012 e la data disponibile meno recente è
Unità (%)
1/2/2012, il valore massimo delle unità è 0% e il testo accanto al campo indica
"Disponibilità personalizzata rilevata, modifica in Project Professional 2016".
Costo/Utilizzo
Costo per uso della risorsa, se applicabile. Per le risorse lavoro, il costo per uso
viene attribuito per ogni utilizzo di una risorsa. Per le risorse materiali, il costo
per uso viene attribuito solo una volta.
Dettagli server di Exchange
Usare la sezione Dettagli Exchange Server per specificare le impostazioni di Exchange
Server per l'utente.
Selezionare la casella di controllo Sincronizza attività se si desidera abilitare la
sincronizzazione delle attività tramite Microsoft Exchange Server per l'utente. È
necessario configurare l'integrazione di Exchange per il corretto funzionamento della
sincronizzazione delle attività.
Selezionare la casella di controllo Sincronizza eventi fuori sede se si vuole abilitare la
sincronizzazione delle informazioni fuori sede dell'utente da Exchange Server al
calendario delle risorse Project Web App come orario non lavorativo.
Reparti
Utilizzare la sezione Reparti per specificare se l'utente è membro di un particolare
reparto. I reparti per l'organizzazione vengono definiti popolando la tabella di ricerca
personalizzata Reparti.
Se l'utente è membro di un reparto, fare clic sul pulsante di espansione ( ...) e
selezionare il reparto dalla gerarchia visualizzata.
Gruppi di sicurezza
Utilizzare la sezione Gruppi di sicurezza per specificare l'appartenenza dell'utente ai
gruppi di sicurezza.
Per aggiungere l'utente a un gruppo di sicurezza, selezionare il gruppo nell'elenco
Gruppi disponibili e quindi fare clic su Aggiungi.
Nella tabella seguente vengono descritte le opzioni di configurazione dei gruppi di
sicurezza per un utente.
Attributo
Descrizione
Gruppi disponibili
L'elenco Gruppi disponibili contiene i gruppi a cui l'utente non
appartiene.
Gruppi che contengono
l'utente
L'elenco Gruppi che contengono l'utente include i gruppi che a cui
l'utente appartiene.
Categorie di sicurezza
Utilizzare la sezione Categorie di sicurezza per specificare l'appartenenza dell'utente alle
categorie di sicurezza.
Per aggiungere l'utente a una categoria di sicurezza, selezionare la categoria nell'elenco
Categorie disponibili e quindi fare clic su Aggiungi. Per modificare le autorizzazioni di
categoria per questo utente in una categoria, selezionare la categoria nell'elenco
Categorie selezionate e quindi Consenti per le autorizzazioni che si desidera abilitare.
） Importante
È consigliabile non impostare le autorizzazioni di categoria per un singolo utente.
In alternativa, assegnare l'utente a un gruppo e impostare le autorizzazioni di
categoria per il gruppo. In questo modo la manutenzione è più semplice.
Nella tabella seguente vengono descritte le opzioni di configurazione delle categorie di
sicurezza per un utente.
Attributo
Descrizione
Attributo
Descrizione
Categorie
disponibili
L'elenco Categorie disponibili contiene le categorie a cui l'utente non
appartiene.
Categorie
L'elenco Categorie selezionate contiene le categorie a cui l'utente appartiene.
selezionate
Autorizzazioni
per la
<categoria>
L'area Autorizzazioni per <le categorie> consente di configurare le
autorizzazioni di categoria per l'utente per la categoria selezionata.
Imposta
autorizzazioni
È possibile utilizzare l'opzione Imposta autorizzazioni dal modello seguente per
prepopolare un set di autorizzazioni di categoria in base a un modello
dal modello
seguente
predefinito per il ruolo dell'utente, ad esempio Visualizzatore portfolio o Project
manager.
Autorizzazioni globali
Utilizzare la sezione Autorizzazioni globali per configurare le autorizzazioni globali per
l'utente.
Per concedere o negare un'autorizzazione globale all'utente, selezionare la casella di
controllo Consenti o Nega per l'autorizzazione.
È consigliabile non configurare le autorizzazioni globali per un singolo utente. In
alternativa, configurare le autorizzazioni a livello di gruppo e aggiungere gli utenti al
gruppo appropriato. In questo modo si semplificano l'amministrazione e la risoluzione
dei problemi relativi alle autorizzazioni.
Per un elenco completo delle autorizzazioni globali per Project Server 2013, vedere
Autorizzazioni globali in Project Server 2013.
Campi gruppo
Utilizzare la sezione Campi gruppo per definire le informazioni su costi e gruppi per
l'utente. I campi di gruppo non sono associati alla sicurezza Project Web App, ma
consentono di specificare che un utente appartiene a un determinato gruppo
dell'organizzazione. Questi campi vengono visualizzati nel database Project Web App e
possono essere usati per la creazione di report. È possibile aggiungere Tipo costo ai cubi
OLAP utilizzati per assegnazioni e risorse.
Se l'organizzazione utilizza informazioni relative a nomi di gruppi, codici o centri di
costo per gli utenti, digitare tali informazioni nell'area Campi gruppo. I valori disponibili
per Tipo costo sono quelli definiti nella tabella di ricerca personalizzata Tipo costo. Per
impostazione predefinita, il campo Gruppo viene sincronizzato con Active Directory se si
utilizza la sincronizzazione di Active Directory.
Dettagli team
Utilizzare la sezione Dettagli team per definire un'associazione a un team per l'utente.
Per utilizzare i team, è necessario eseguire le operazioni seguenti:
1. Creare una tabella di ricerca personalizzata e popolarla con i nomi dei team che si
desidera utilizzare.
2. Modificare il campo personalizzato Nome team per utilizzare la nuova tabella di
ricerca.
È possibile utilizzare i team per creare un pool di assegnazioni in una singola risorsa
dalla quale è possibile riassegnarle successivamente ad altre risorse. Ad esempio, è
possibile creare una risorsa team denominata "Sviluppo" a cui assegnare la attività di
sviluppo software. Assegnando questa risorsa al team di sviluppo e selezionando la
casella di controllo Pool di assegnazioni team, si abilitano gli altri utenti del team di
sviluppo per visualizzare le attività assegnate alla risorsa Sviluppo e accettare le
assegnazioni in Project Web App. È inoltre possibile selezionare Pool assegnazioni team
per un responsabile del team in modo da passare tutte le assegnazioni a tale persona
per la distribuzione ai membri del team.
Dati di identificazione di sistema
Nella sezione Dati di identificazione di sistema vengono visualizzati i metadati
dell'utente, ad esempio la data di creazione, aggiornamento o estrazione dell'account.
Nella sezione Dati di identificazione di sistema digitare ulteriori informazioni di
identificazione dell'utente nella casella ID esterno. Queste informazioni possono essere
usate per collegare la persona a informazioni corrispondenti altrove nell'organizzazione
o per facilitare il consolidamento della segnalazione dell'uso delle risorse oltre a quanto
fornito da Project Server.
Nella tabella seguente vengono descritti i campi relativi ai dati di identificazione di
sistema.
Attributo
Descrizione
GUID
ID univoco associato all'utente.
Attributo
Descrizione
ID esterno
Identificatore che è possibile utilizzare per collegare l'utente a dati
esterni.
GUID Active Directory
ID univoco per l'account di Active Directory dell'utente.
Data creazione
Data in cui è stato creato l'account utente.
Data ultimo
Data dell'ultimo aggiornamento dell'account utente.
aggiornamento
Estratto da
Utente che ha estratto l'account utente.
Data estrazione
Data in cui l'account utente è stato estratto.
Vedere anche
Gestire gli utenti in Project Server
Modificare gli account utente in Project Server
Gestire la sincronizzazione dei gruppi di sicurezza con Active Directory in Project Server
Modificare gli account utente in Project
Server
Articolo • 07/04/2023
Riepilogo: modificare gli account utente utilizzando la pagina Gestisci utenti in
Impostazioni di Project Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
Nella modalità di autorizzazione di Project Server è possibile modificare le informazioni
sugli account esistenti per qualsiasi utente. Questa operazione può ad esempio essere
eseguita se il nome di una risorsa viene modificato o se una risorsa cambia ruolo
nell'organizzazione.
７ Nota
Se si usa la modalità di autorizzazione di SharePoint, vedere Pianificare i gruppi di
SharePoint in Project Server per informazioni sulla gestione degli utenti in Project
Web App.
Prima di iniziare
７ Nota
[!NOTA] Dato che SharePoint Server 2016 viene eseguito come i siti Web in Internet
Information Services (IIS), amministratori e utenti dipendono dalle funzionalità di
accessibilità fornite dai browser. SharePoint Server 2016 supporta le funzionalità di
accessibilità dei browser supportati. Per altre informazioni, vedere le risorse
seguenti:>Pianificare il supporto> del browserAccessibilità per i prodotti>
SharePointFunzionalità di accessibilità in Prodotti
> SharePoint 2013Tasti di >
scelta rapidaTocco
Prima di iniziare questa operazione, verificare le seguenti informazioni sui prerequisiti:
Leggere Gestire gli utenti in Project Server .
È necessario avere accesso a Project Web App.
） Importante
Per completare questa procedura, è necessaria l'autorizzazione globale
Gestisci utenti e gruppi in Project Web App.
Modificare un account utente
Utilizzare questa procedura per modificare un account utente Project Web App
esistente.
Per modificare un account utente
1. Nella home page Project Web App fare clic su Impostazioni Project Web App dal
menu Impostazioni.
2. Nella sezione Sicurezza della pagina Impostazioni del server fare clic su Gestisci
utenti.
3. Nell'elenco Utenti della pagina Gestisci utenti fare clic sul nome dell'utente che si
desidera modificare.
4. Nella pagina Modifica utente apportare le modifiche alle informazioni sull'account
per l'utente selezionato. Per informazioni su ogni opzione nella pagina, vedere
Aggiungere account utente in Project Server.
5. Fare clic su Salva.
Vedere anche
Gestire gli utenti in Project Server
Aggiungere account utente in Project Server
Gestire la sincronizzazione del pool di risorse di Active Directory in Project Server 2013
Disattivare gli account utente in Project
Server
Articolo • 07/04/2023
Riepilogo: disattivare gli account utente utilizzando la pagina Gestisci utenti in
Impostazioni di Project Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
A volte, potrebbe essere necessario rendere non disponibili Project Web App account
utente. In modalità di autorizzazione di Project Server, quando si disattiva un account
utente, le informazioni e i dati dell'utente rimangono nel database, ma l'utente non è
disponibile per le nuove assegnazioni. L'account utente è inattivo finché non viene
riattivato.
７ Nota
Se si usa la modalità di autorizzazione di SharePoint, vedere Pianificare i gruppi di
SharePoint in Project Server per informazioni sulla gestione degli utenti in Project
Web App.
La disattivazione di un account utente significa che non può più essere usata per
accedere a Project Web App. È impossibile utilizzare questo account per inviare
aggiornamenti di assegnazioni, richiedere relazioni sullo stato o delegare attività.
Dopo la disattivazione di un utente, a Project Manager viene richiesto di riassegnare il
lavoro dell'utente. Questa richiesta si verifica quando Project Manager apre il progetto
in Project Professional.
Gli account utente, se disattivati, non vengono effettivamente eliminati dal database
Project Web App. Ciò consente di garantire che tutte le relazioni che la risorsa potrebbe
avere con i dati del progetto possano essere mantenute nel caso in cui l'account venga
riattivato in un secondo momento. L'opzione per eliminare un utente è disponibile nella
sezione Amministrazione database in Impostazioni Project Web App. È tuttavia
consigliabile disattivare un utente per mantenere i dati.
Dopo la disattivazione di un account, l'account non può accedere Project Web App
finché non viene riattivato. Per completare questa procedura, è necessaria
l'autorizzazione globale Gestisci utenti e gruppi in Project Web App.
Quando si usa la sincronizzazione di Active Directory, Project Web App utenti non
trovati nel gruppo di Active Directory sincronizzato verranno disattivati.
Prima di iniziare
７ Nota
[!NOTA] Poiché SharePoint Server viene eseguito sotto forma di siti Web in Internet
Information Services (IIS), gli amministratori e gli utenti dipendono dalle
funzionalità di accessibilità offerte dai browser. SharePoint Server supporta le
funzionalità di accessibilità dei browser supportati. Per altre informazioni, vedere le
risorse seguenti:>Pianificare il supporto> del browserAccessibilità per i prodotti>
SharePointFunzionalità di accessibilità in Prodotti
> SharePoint 2013Tasti di >
scelta rapidaTocco
Prima di iniziare questa operazione, verificare le seguenti informazioni sui prerequisiti:
Leggere Gestire gli utenti in Project Server.
È necessario avere accesso a Project Web App.
） Importante
Per completare questa procedura, è necessaria l'autorizzazione globale
Gestisci utenti e gruppi in Project Web App.
Disattivare un account utente
Utilizzare questa procedura per disattivare un account utente Project Web App attivo.
Dopo aver eseguito questa procedura, l'account non potrà accedere a Project Web App
fino a quando non viene riattivato.
Per disattivare un account utente
1. Nella home page Project Web App fare clic su Impostazioni Project Web App dal
menu Impostazioni.
2. Nella sezione Sicurezza della pagina Impostazioni del server fare clic su Gestisci
utenti.
3. Nell'elenco Utenti della pagina Gestisci utenti individuare l'account utente che si
desidera disattivare. È possibile usare la casella Di ricerca per cercare un utente
specifico. Fare clic sulla casella di controllo accanto al nome utente dell'account da
disattivare. È possibile selezionare più account utente.
4. Fare clic su Disattiva utenti.
5. Verrà visualizzata una finestra di messaggio che richiede di confermare
l'operazione. Fare clic su OK per disattivare l'account o gli account utente.
Vedere anche
Riattivare un account utente in Project Server
Gestire la sincronizzazione del pool di risorse di Active Directory in Project Server 2013
Riattivare un account utente in Project
Server
Articolo • 07/04/2023
Riepilogo: riattivare account utente disattivati utilizzando la pagina Gestisci utenti in
Impostazioni di Project Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
Dopo aver disattivato un account utente, potrebbe successivamente risultare necessario
riattivarlo. Poiché le informazioni utente sono ancora presenti nel database di Project
Server, è sufficiente modificare lo stato dell'account da Inattivo a Attivo.
Prima di iniziare
７ Nota
[!NOTA] Poiché SharePoint Server viene eseguito sotto forma di siti Web in Internet
Information Services (IIS), gli amministratori e gli utenti dipendono dalle
funzionalità di accessibilità offerte dai browser. SharePoint Server supporta le
funzionalità di accessibilità dei browser supportati. Per altre informazioni, vedere le
risorse seguenti:>Pianificare il supporto> del browserAccessibilità per i prodotti>
SharePointFunzionalità di accessibilità in Prodotti
> SharePoint 2013Tasti di >
scelta rapidaTocco
Prima di iniziare questa operazione, verificare le seguenti informazioni sui prerequisiti:
Leggere Gestire gli utenti in Project Server.
È necessario avere accesso a Project Web App.
） Importante
Per completare questa procedura, è necessaria l'autorizzazione globale
Gestisci utenti e gruppi in Project Web App.
Riattivare un account utente
Utilizzare questa procedura per riattivare un account utente Project Web App
disattivato. Dopo aver eseguito questa procedura, l'account riattivato può accedere a
Project Web App.
Per riattivare un account utente
1. Nella home page Project Web App fare clic su Impostazioni Project Web App dal
menu Impostazioni.
2. Nella sezione Sicurezza della pagina Impostazioni server fare clic su Gestisci
utenti.
3. Nell'elenco Utenti della pagina Gestisci utenti individuare l'account utente da
riattivare. È possibile usare la casella Di ricerca per cercare un utente specifico. Fare
clic sul nome utente dell'account.
4. Nella sezione Informazioni di identificazione della pagina Modifica utente
selezionare Attivo dall'elenco a discesa Stato account.
5. Fare clic su Salva.
Vedere anche
Disattivare gli account utente in Project Server
Gestire la sincronizzazione del pool di risorse di Active Directory in Project Server 2013
Gestire i gruppi di sicurezza in Project
Server
Articolo • 07/04/2023
Riepilogo: gli amministratori possono gestire le autorizzazioni di sicurezza per i gruppi
utilizzando la pagina Gestisci gruppi in Impostazioni di Project Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
Un gruppo è un contenitore per gli utenti a cui è possibile assegnare autorizzazioni in
Project Web App. Gli utenti ereditano automaticamente le autorizzazioni di tutti i gruppi
a cui appartengono. Aggiungendo gli utenti ai gruppi è possibile ridurre in modo
significativo il tempo dedicato alla gestione delle autorizzazioni degli utenti. In modalità
di autorizzazione di Project Server è possibile gestire i gruppi dalla pagina Impostazioni
server di Project Web App.
７ Nota
Se si usa la modalità di autorizzazione di SharePoint, vedere Pianificare i gruppi di
SharePoint in Project Server per informazioni sulla gestione degli utenti in Project
Web App.
Evitare di creare gruppi non necessari. La presenza di numerosi gruppi e categorie in
un'organizzazione può complicare ulteriormente la gestione. Inoltre, la presenza di
numerosi gruppi e categorie può sovraccaricare il sistema di autorizzazione e influire
sulle prestazioni.
È possibile modificare le informazioni associate a qualsiasi gruppo di sicurezza in Project
Web App. Ad esempio, può essere necessario apportare modifiche nel gruppo a utenti o
categorie oppure al gruppo Active Directory con cui avviene la sincronizzazione al
momento.
È consigliabile non modificare i gruppi di Project Web App predefiniti, ma creare invece
un nuovo gruppo con le stesse autorizzazioni e modificare il nuovo gruppo.
Per impostazione predefinita, i gruppi seguenti sono disponibili in un Project Web App
in esecuzione in modalità di autorizzazione di Project Server:
Membri del team Gli utenti hanno autorizzazioni generali per l'uso di Project Web
App, ma autorizzazioni a livello di progetto limitate. Questo gruppo consente a
tutti gli utenti un accesso di base a Project Web App. Tutti i nuovi utenti vengono
aggiunti automaticamente al gruppo Membri del team. Questo gruppo è associato
alla categoria Attività personali.
Project Manager Gli utenti dispongono della maggior parte delle autorizzazioni di
progetto globali e a livello di categoria e delle autorizzazioni limitate per le risorse.
Questo gruppo è destinato agli utenti che gestiscono le pianificazioni dei progetti
ogni giorno. Questo gruppo è associato alle categorie Organizzazione personale e
Progetti personali.
Resource Manager Gli utenti dispongono della maggior parte delle autorizzazioni
per le risorse globali e a livello di categoria. Questo gruppo è destinato agli utenti
che gestiscono e assegnano risorse e modificano i relativi dati. Questo gruppo è
associato alle categorie Report diretti personali, Organizzazione personale, Progetti
personali e Risorse personali.
Visualizzatori portfolio Gli utenti hanno le autorizzazioni per visualizzare i dati di
progetto e Project Web App. Questo gruppo è destinato a utenti di alto livello a
cui non vengono assegnate direttamente attività di progetto, ma che necessitano
della visibilità nei progetti. Questo gruppo è associato alla categoria
Organizzazione.
Lead del team Gli utenti hanno autorizzazioni limitate per la creazione di attività e i
report sullo stato. Questo gruppo è destinato agli utenti che svolgono un ruolo di
responsabile e ai quali non vengono normalmente assegnate attività per un
progetto. Questo gruppo è associato alla categoria Progetti personali.
Portfolio Manager Gli utenti possono creare e modificare dati, ma non possono
eseguire Project Web App attività amministrative, ad esempio l'aggiunta di utenti o
la creazione di gruppi. I program manager possono visualizzare e modificare tutti i
progetti e le risorse nell'organizzazione. Questo gruppo è associato alla categoria
Organizzazione.
Gli amministratori A questo gruppo vengono concesse tutte le autorizzazioni
Project Web App disponibili. È associato alla categoria Organizzazione personale.
È necessario utilizzare questi gruppi predefiniti con le cinque categorie predefinite.
Requisiti dell'attività
Per eseguire le procedure per questa attività è necessario:
Accesso a Project Web App
Autorizzazione globale Gestisci utenti e gruppi in Project Web App per
aggiungere, modificare o eliminare un gruppo
Per gestire i gruppi in Project Web App, è possibile eseguire le procedure seguenti:
Creare gruppi di sicurezza in Project Server
Modificare i gruppi di sicurezza in Project Server
Eliminare un gruppo di sicurezza (modalità di autorizzazione di Project Server)
Vedere anche
Gestire utenti, gruppi e categorie in Project Server
Category permissions in Project Server 2013
Global permissions in Project Server 2013
Pianificare gruppi, categorie e strutture RBS in Project Server
Creare gruppi di sicurezza in Project
Server
Articolo • 07/04/2023
Riepilogo: creare gruppi di sicurezza personalizzati utilizzando la pagina Gestisci gruppi
in Impostazioni di Project Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
Sette gruppi di sicurezza predefiniti sono disponibili in Project Web App in modalità di
autorizzazione di Project Server. Per soddisfare meglio i requisiti di sicurezza della
propria organizzazione, è anche possibile creare gruppi personalizzati usando la pagina
Gestisci gruppi nella pagina Impostazioni server Project Web App.
７ Nota
Se si usa la modalità di autorizzazione di SharePoint, vedere Pianificare i gruppi di
SharePoint in Project Server per informazioni sulla gestione degli utenti in Project
Web App.
Prima di iniziare
７ Nota
[!NOTA] Poiché SharePoint Server viene eseguito sotto forma di siti Web in Internet
Information Services (IIS), gli amministratori e gli utenti dipendono dalle
funzionalità di accessibilità offerte dai browser. SharePoint Server supporta le
funzionalità di accessibilità dei browser supportati. Per altre informazioni, vedere le
risorse seguenti:>Pianificare il supporto> del browserAccessibilità per i prodotti>
SharePointFunzionalità di accessibilità in Prodotti
> SharePoint 2013Tasti di >
scelta rapidaTocco
Prima di iniziare questa operazione, verificare le seguenti informazioni sui prerequisiti:
Leggere Gestire i gruppi di sicurezza in Project Server.
È necessario avere accesso a Project Web App.
） Importante
Per completare questa procedura, è necessaria l'autorizzazione globale
Gestisci utenti e gruppi in Project Web App.
Eseguire la procedura seguente per creare un gruppo personalizzato in Project Web
App.
Per creare un gruppo di sicurezza
1. Nella sezione Sicurezza della pagina Impostazioni server fare clic su Gestisci
gruppi.
2. Nella pagina Gestisci gruppi fare clic su Nuovo gruppo.
3. Compilare i campi obbligatori nella pagina Aggiungi o modifica gruppo. Per
ulteriori informazioni su ogni area, vedere le sezioni seguenti.
4. Fare clic su Salva.
Informazioni gruppo
Nella sezione Informazioni gruppo specificare un nome e una descrizione per il gruppo.
Nella tabella seguente sono descritte le opzioni relative alle informazioni sul gruppo.
Attributo
Descrizione
Nome gruppo
Nome del gruppo
Descrizione
Descrizione del gruppo
Gruppo di Active Directory
Se si desidera sincronizzare l'appartenenza a questo gruppo con un gruppo di Active
Directory, digitare il nome di quest'ultimo nel formato dominio\gruppo. Per
interrompere la sincronizzazione di un gruppo esistente, fare clic sulla X accanto al
gruppo.
Utenti
Utilizzare la sezione Utenti per specificare quali Project Web App utenti sono membri di
questo gruppo.
Per aggiungere utenti al gruppo, selezionarli nell'elenco Utenti disponibili e quindi fare
clic su Aggiungi. Per rimuovere utenti dal gruppo, selezionarli nell'elenco Utenti
selezionati e quindi fare clic su Rimuovi.
Se per il gruppo è configurata la sincronizzazione di Active Directory, l'appartenenza al
gruppo viene mantenuta per questo meccanismo. Eventuali modifiche apportate
manualmente verranno sovrascritte alla successiva sincronizzazione con il servizio
directory Active Directory.
Nella tabella seguente sono descritte le opzioni relative agli utenti del gruppo.
Attributo
Descrizione
Utenti disponibili
Gli utenti in Project Web App che non sono membri di questo gruppo
Utenti selezionati
Gli utenti in Project Web App membri di questo gruppo
Categories
Nella sezione Categorie definire l'area delle categorie di sicurezza associata al gruppo.
Per associare una categoria al gruppo, selezionarla nell'elenco Categorie disponibili e
quindi fare clic su Aggiungi.
Per impostare le autorizzazioni a livello di una specifica categoria, selezionarla
nell'elenco Categorie selezionate e quindi fare clic su Consenti per le autorizzazioni da
abilitare per la combinazione di categoria/gruppo in questione.
Nella tabella seguente sono descritte le opzioni relative alle categorie per un gruppo.
Attributo
Descrizione
Categorie
disponibili
Categorie non associate al gruppo.
Categorie
Categorie associate al gruppo.
selezionate
Autorizzazioni
per< Categoria>
Autorizzazioni concesse ai membri del gruppo nell'ambito della categoria
selezionata. Questa opzione viene visualizzata quando si seleziona una
categoria nell'elenco Categorie disponibili.
Attributo
Descrizione
Imposta
autorizzazioni
dal modello
Per impostare le autorizzazioni per la categoria selezionata da un modello, ad
esempio Project manager o Membro del team, selezionare il modello
desiderato dall'elenco e fare clic su Applica.
seguente
Autorizzazioni globali
Nella sezione Autorizzazioni globali configurare le autorizzazioni globali per il gruppo.
Per consentire un'autorizzazione per il gruppo, selezionare la casella di controllo
Consenti corrispondente.
Per negare un'autorizzazione per il gruppo, selezionare la casella di controllo Nega
corrispondente.
Per impostare le autorizzazioni globali utilizzando un modello, selezionare il modello
nell'elenco a discesa Imposta autorizzazioni dal modello seguente e quindi fare clic su
Applica.
Per un elenco completo delle autorizzazioni globali in Project Server 2013, vedere
Autorizzazioni globali in Project Server 2013.
７ Nota
Se nessuna delle caselle di controllo è selezionata per un'autorizzazione, essa non
sarà consentita a meno che l'utente non disponga di tale autorizzazione in quanto
membro di un altro gruppo in cui è consentita o perché gli è stata concessa a
livello utente. Se è selezionata la casella di controllo Nega, l'autorizzazione viene
negata a tutti gli utenti del gruppo e non è possibile abilitarla tramite altre
impostazioni a livello di gruppi o utenti.
Vedere anche
Pianificare gruppi, categorie e strutture RBS in Project Server
Global permissions in Project Server 2013
Gestire i gruppi di sicurezza in Project Server
Modificare i gruppi di sicurezza in
Project Server
Articolo • 07/04/2023
Riepilogo: modificare le impostazioni dei gruppi di sicurezza utilizzando la pagina
Gestisci gruppi in Impostazioni di Project Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
In modalità di autorizzazione di Project Server è possibile modificare le informazioni
associate a qualsiasi gruppo di sicurezza in Project Web App. Ad esempio, può essere
necessario apportare modifiche nel gruppo a utenti o categorie oppure al gruppo Active
Directory con cui avviene la sincronizzazione al momento.
７ Nota
Se si usa la modalità di autorizzazione di SharePoint, vedere Pianificare i gruppi di
SharePoint in Project Server per informazioni sulla gestione degli utenti in Project
Web App.
Prima di iniziare
７ Nota
[!NOTA] Poiché SharePoint Server viene eseguito sotto forma di siti Web in Internet
Information Services (IIS), gli amministratori e gli utenti dipendono dalle
funzionalità di accessibilità offerte dai browser. SharePoint Server supporta le
funzionalità di accessibilità dei browser supportati. Per altre informazioni, vedere le
risorse seguenti:>Pianificare il supporto> del browserAccessibilità per i prodotti>
SharePointFunzionalità di accessibilità in Prodotti
> SharePoint 2013Tasti di >
scelta rapidaTocco
Prima di iniziare questa operazione, verificare le seguenti informazioni sui prerequisiti:
Leggere Gestire i gruppi di sicurezza in Project Server.
È necessario avere accesso a Project Web App.
） Importante
Per completare questa procedura, è necessaria l'autorizzazione globale
Gestisci utenti e gruppi in Project Web App.
Modificare un gruppo di sicurezza
Eseguire la procedura seguente per modificare un gruppo esistente in Project Web App.
Per modificare un gruppo
1. Nella home page Project Web App scegliere Impostazioni server dal menu
Impostazioni.
2. Nella sezione Sicurezza della pagina Impostazioni del server fare clic su Gestisci
gruppi.
3. Nell'elenco Nome gruppo della pagina Gestisci gruppi fare clic sul nome del
gruppo che si desidera modificare.
4. Nella pagina Aggiungi o modifica gruppo relativa al gruppo selezionato apportare
le modifiche alle informazioni sul gruppo. Per informazioni su ogni opzione nella
pagina, vedere Creare gruppi di sicurezza in Project Server.
5. Fare clic su Salva.
Vedere anche
Gestire i gruppi di sicurezza in Project Server
Eliminare un gruppo di sicurezza
(modalità di autorizzazione di Project
Server)
Articolo • 07/04/2023
Riepilogo: eliminare i gruppi di sicurezza personalizzati utilizzando la pagina Gestisci
gruppi in Impostazioni di Project Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
In modalità di autorizzazione di Project Server, se non è più necessario un gruppo di
sicurezza in Project Web App, è possibile eliminarlo. Prima di eliminare un gruppo,
assicurarsi che nessun utente o gruppo dipenda da quest'ultimo per le autorizzazioni
necessarie.
７ Nota
Se si usa la modalità di autorizzazione di SharePoint, vedere Pianificare i gruppi di
SharePoint in Project Server per informazioni sulla gestione degli utenti in Project
Web App.
Prima di iniziare
７ Nota
[!NOTA] Poiché SharePoint Server viene eseguito sotto forma di siti Web in Internet
Information Services (IIS), gli amministratori e gli utenti dipendono dalle
funzionalità di accessibilità offerte dai browser. SharePoint Server supporta le
funzionalità di accessibilità dei browser supportati. Per altre informazioni, vedere le
risorse seguenti:>Pianificare il supporto> del browserAccessibilità per i prodotti>
SharePointFunzionalità di accessibilità in Prodotti
> SharePoint 2013Tasti di >
scelta rapidaTocco
Prima di iniziare questa operazione, verificare le seguenti informazioni sui prerequisiti:
Leggere Gestire gli utenti in Project Server.
È necessario avere accesso a Project Web App.
） Importante
Per completare questa procedura, è necessaria l'autorizzazione globale
Gestisci utenti e gruppi in Project Web App.
Eliminare un gruppo di sicurezza
Eseguire la procedura seguente per eliminare un gruppo in Project Web App.
） Importante
È consigliabile non eliminare i gruppi di Project Web App predefiniti. Il gruppo
Membri del team non può essere eliminato.
Per eliminare un gruppo personalizzato
1. Nella home page Project Web App scegliere Impostazioni server dal menu
Impostazioni.
2. Nella sezione Sicurezza della pagina Impostazioni del server fare clic su Gestisci
gruppi.
3. Nell'elenco Nome gruppo della pagina Gestisci gruppi individuare il gruppo da
eliminare. Selezionare la casella di controllo accanto al gruppo che si desidera
eliminare. È possibile selezionare più gruppi.
4. Fare clic su Elimina gruppo.
5. Verrà visualizzata una finestra di messaggio in cui è richiesta la conferma
dell'utente e viene segnalato che il gruppo verrà eliminato definitivamente. Fare
clic su OK per eliminare il gruppo.
７ Nota
I gruppi di sicurezza vengono eliminati definitivamente, al contrario degli
account utente disattivati (che è possibile riattivare). Per ripristinare un gruppo
di sicurezza precedentemente eliminato, è necessario crearlo nuovamente.
Vedere anche
Gestire gli utenti in Project Server
Gestire le categorie in Project Server
Articolo • 07/04/2023
Riepilogo: Gli amministratori possono organizzare un sistema di categorie per gestire
l'accesso di utenti e gruppi a progetti, risorse e visualizzazioni in Project Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
In modalità di autorizzazione di Project Server le categorie sono raccolte di progetti,
risorse e viste a cui utenti e gruppi in Project Server hanno accesso. Le categorie
definiscono le raccolte di dati specifici (progetti, risorse e viste) a cui questi utenti e
gruppi hanno accesso. Le categorie consentono inoltre all'amministratore di filtrare i
dati usando regole di sicurezza, ad esempio La struttura di suddivisione delle risorse
(RBS), che consentono di organizzare e visualizzare i dati in modi specifici.
７ Nota
Le categorie sono disponibili solo nella modalità di autorizzazione di Project Server.
Se si usa la modalità di autorizzazione di SharePoint, vedere Pianificare i gruppi di
SharePoint in Project Server per informazioni sulla gestione degli utenti in Project
Web App.
È possibile aggiungere progetti e risorse alle categorie manualmente scegliendoli dagli
elenchi oppure è possibile usare filtri dinamici per aggiungerli automaticamente alle
categorie. A qualsiasi utente associato a una categoria può essere concessa
l'autorizzazione per i progetti e le risorse in tale categoria.
È necessario disporre dell'autorizzazione globale Gestisci utenti e gruppi per
aggiungere, modificare o eliminare una categoria.
Evitare di creare categorie non necessarie. La presenza di un numero elevato di
gruppi e categorie all'interno di un'organizzazione può sottolineare il sistema di
autorizzazione, che può influire sulle prestazioni.
Project Web App fornisce cinque categorie predefinite in modalità di autorizzazione di
Project Server. Queste categorie predefinite sono progettate per consentire a Project
Web App di fornire il livello di sicurezza più comune per un'organizzazione gerarchica o
un'organizzazione matrice.
Categoria
predefinita
Gruppi
predefiniti
Descrizione
nella
categoria
Attività
personali
Membri del
team
Usato principalmente dalle risorse del progetto a cui sono
state assegnate attività.
Progetti
personali
Project
manager
Fornisce l'accesso a tutti i progetti di cui un utente è
proprietario.
Manager delle
risorse
Responsabili
del team
Risorse
Manager delle
Destinato ai gestori di risorse ed è utile solo dopo la
personali
risorse
definizione della struttura di suddivisione delle risorse .
Subalterni
Manager delle
Destinato agli utenti che devono essere in grado di approvare
risorse
le schede attività.
La mia
Visualizzatori
Usato per concedere l'accesso a tutte le informazioni
organizzazione
portfolio
nell'organizzazione. È progettata per i membri di un PMO
Program
manager
(Project Management Office), i dirigenti di un'organizzazione e
altri utenti con incarichi importanti che devono essere in grado
Project
di visualizzare i progetti e le risorse dell'intera organizzazione.
manager
Manager delle
risorse
Amministratori
Requisiti per l'attività
Per eseguire le procedure per questa attività è necessario:
Accesso a Project Web App
Autorizzazione globale Gestisci utenti e gruppi in Project Web App per creare,
modificare o eliminare una categoria
Per gestire le categorie in Project Web App, è possibile eseguire le procedure seguenti:
Creare categorie di sicurezza in Project Server
Modificare le categorie in Project Server
Eliminare una categoria (modalità di autorizzazione di Project Server)
Vedere anche
Pianificare l'accesso degli utenti in Project Server
Gestire utenti, gruppi e categorie in Project Server
Pianificare gruppi, categorie e strutture RBS in Project Server
Category permissions in Project Server 2013
Global permissions in Project Server 2013
Default categories in Project Server 2013
Creare categorie di sicurezza in Project
Server
Articolo • 07/04/2023
Riepilogo: aggiungere gruppi di sicurezza personalizzati utilizzando la pagina Gestisci
categorie in Impostazioni di Project Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
In Project Web App è possibile aggiungere categorie di sicurezza personalizzate in base
alle esigenze per creare un modello di sicurezza che soddisfi le esigenze specifiche di
utenti e gruppi nell'organizzazione.
７ Nota
Le categorie sono disponibili solo nella modalità di autorizzazione di Project Server.
Se si usa la modalità di autorizzazione di SharePoint, vedere Pianificare i gruppi di
SharePoint in Project Server per informazioni sulla gestione degli utenti in Project
Web App.
Evitare di creare categorie non necessarie. La presenza di molti gruppi e categorie in
un'organizzazione può comportare una maggiore complessità amministrativa. Inoltre, la
presenza di numerosi gruppi e categorie può sovraccaricare il sistema di autorizzazione
e influire sulle prestazioni.
Se al livello più alto della gerarchia di Resource Breakdown Structure (RBS) è presente un
numero elevato di utenti, è preferibile aggiungerli a una categoria personalizzata che
offra loro la possibilità di visualizzare tutti i progetti, evitando le regole dinamiche. Gli
utenti RBS di livello superiore sono probabilmente autorizzati ad accedere a tutti i
progetti, pertanto assegnandoli a tale categoria si evita di sovraccaricare il sistema di
autorizzazione.
Prima di iniziare
７ Nota
[!NOTA] Poiché SharePoint Server viene eseguito sotto forma di siti Web in Internet
Information Services (IIS), gli amministratori e gli utenti dipendono dalle
funzionalità di accessibilità offerte dai browser. SharePoint Server supporta le
funzionalità di accessibilità dei browser supportati. Per altre informazioni, vedere le
risorse seguenti:>Pianificare il supporto> del browserAccessibilità per i prodotti>
SharePointFunzionalità di accessibilità in Prodotti
> SharePoint 2013Tasti di >
scelta rapidaTocco
Prima di iniziare questa operazione, verificare le seguenti informazioni sui prerequisiti:
Leggere Gestisci categorie in Project Server.
È necessario avere accesso a Project Web App.
） Importante
Per completare questa procedura, è necessaria l'autorizzazione globale
Gestisci utenti e gruppi in Project Web App.
Per creare una nuova categoria, effettuare la procedura seguente.
Per creare una categoria
1. Nella home page Project Web App fare clic su Impostazioni Project Web App dal
menu Impostazioni.
2. Nella sezione Sicurezza della pagina Impostazioni server fare clic su Gestisci
categorie.
3. Nella pagina Gestisci categorie fare clic su Nuova categoria.
4. Compilare la pagina Aggiungi o modifica categoria. Per ulteriori informazioni sulle
singole impostazioni, vedere le sezioni seguenti.
5. Fare clic su Salva.
Nome e descrizione
Nella sezione Nome e descrizione specificare un nome e una descrizione per la
categoria.
Nella tabella seguente sono illustrate le opzioni relative a nome e descrizione di una
categoria.
Attributo
Descrizione
Attributo
Descrizione
Nome categoria
Nome della categoria. Deve essere diverso da quello di tutte le altre categorie.
Descrizione
Descrizione della categoria.
Progetti
Nella sezione Progetti specificare i progetti visualizzabili dagli utenti associati alla
categoria.
L'accesso da parte degli utenti ai progetti inclusi nella categoria è disciplinato dalle
autorizzazioni definite a livello di gruppo e categoria. È anche possibile usare una delle
opzioni di sicurezza dinamiche per rendere disponibili i progetti agli utenti in base alla
relazione di questi ultimi con il progetto in questione o al relativo valore RBS.
Attributo
Descrizione
Includi tutti i
Quando questa opzione è selezionata, gli utenti di questa categoria
progetti correnti e
possono visualizzare tutti i progetti in questa istanza di Project Web App.
futuri
Includi solo i
Se questa opzione è selezionata, gli utenti inclusi nella categoria possono
progetti selezionati
visualizzare i progetti aggiunti all'elenco Progetti selezionati dall'elenco
dei Progetti disponibili a cui gli utenti sono autorizzati ad accedere con le
opzioni di autorizzazione dinamiche. Le funzionalità di autorizzazione
dinamica agiscono solo se è selezionata questa opzione.
Progetti disponibili
Progetti che non fanno esplicitamente parte della categoria. Gli utenti
potrebbero essere comunque in grado di visualizzare tali progetti se sono
configurate opzioni di autorizzazione dinamiche che lo permettono.
Progetti selezionati
Progetti visualizzabili dagli utenti inclusi nella categoria.
L'utente è il
proprietario del
Agli utenti vengono assegnate le autorizzazioni per qualsiasi progetto di
cui sono proprietari. Inoltre, al manager stato vengono assegnate le
progetto o il
responsabile dello
stato per le
autorizzazioni per i progetti contenenti assegnazioni di cui sono
responsabili.
assegnazioni del
progetto
L'utente è incluso
Agli utenti vengono assegnate le autorizzazioni per qualsiasi progetto in
nel team del
progetto
cui sono membri del team. Non è necessario che dispongano di
assegnazioni nel progetto.
Attributo
Descrizione
Il proprietario del
progetto è un
Agli utenti vengono assegnate autorizzazioni per qualsiasi progetto gestito
da risorse subordinate nella gerarchia RBS (Resource Breakdown Structure).
discendente
dell'utente tramite
RBS
Una risorsa del
Consente a un utente di visualizzare i progetti in cui una risorsa è
team del progetto
è un discendente
subordinata dell'utente stesso nella gerarchia RBS e la risorsa è inclusa nel
team di progetto.
dell'utente tramite
RBS
Evitare di utilizzare questa regola per gli utenti con molte risorse
subordinate nella gerarchia RBS. Se tali risorse subordinate sono incluse in
molti progetti che coinvolgono molte categorie, questo sovraccarico del
sistema di autorizzazione può compromettere le prestazioni, ad esempio
rallentare il caricamento della pagina Centro progetti.
Il valore RBS del
proprietario del
Consente a un utente di visualizzare i progetti gestiti da persone con un
valore RBS uguale a quello dell'utente.
progetto è uguale a
quello dell'utente
Risorse
Nella sezione Risorse specificare le risorse visualizzabili dagli utenti associati alla
categoria.
L'accesso da parte degli utenti alle risorse incluse nella categoria è disciplinato dalle
autorizzazioni definite a livello di gruppo e categoria. È anche possibile usare una delle
opzioni di sicurezza dinamiche per rendere disponibili le risorse agli utenti in base alla
relazione di questi ultimi con la risorsa in questione o al relativo valore RBS.
Attributo
Descrizione
Includi tutte le risorse
Quando questa opzione è selezionata, gli utenti di questa categoria
attuali e future
possono visualizzare tutte le risorse in questa istanza di Project Web
App.
Includi solo le risorse
selezionate
Se questa opzione è selezionata, gli utenti inclusi nella categoria
possono visualizzare le risorse aggiunte all'elenco Risorse selezionate
dall'elenco delle Risorse disponibili a cui gli utenti sono autorizzati ad
accedere con le opzioni di autorizzazione dinamiche.
Risorse disponibili
Risorse che non fanno esplicitamente parte della categoria. Gli utenti
potrebbero essere comunque in grado di visualizzare tali risorse se
sono configurate opzioni di autorizzazione dinamiche che lo
permettono.
Attributo
Descrizione
Risorse selezionate
Risorse visualizzabili dagli utenti inclusi nella categoria.
L'utente è la risorsa
Agli utenti vengono assegnate le autorizzazioni per la visualizzazione
delle informazioni relative agli se stessi, ad esempio le assegnazioni.
Le risorse sono
Agli utenti vengono assegnate le autorizzazioni per la visualizzazione
membri di un team di
progetto per un
progetto di proprietà
delle informazioni relative a tutte le risorse nei progetti di cui sono
proprietari.
dell'utente
Le risorse sono
discendenti dell'utente
tramite RBS
Agli utenti vengono assegnate le autorizzazioni per la visualizzazione
delle informazioni relative a tutte le risorse ad essi subordinate nella
gerarchia RBS.
Le risorse sono
discendenti diretti
dell'utente tramite
Agli utenti vengono assegnate le autorizzazioni per la visualizzazione
delle informazioni relative alle risorse immediatamente subordinate
nella gerarchia RBS.
RBS
Il valore RBS delle
risorse è uguale a
quello dell'utente
Agli utenti vengono assegnate le autorizzazioni per la visualizzazione
delle informazioni relative alle risorse con un valore RBS uguale.
Visualizzazioni
Nella sezione Visualizzazioni specificare le visualizzazioni a cui gli utenti associati alla
categoria possono accedere.
Per aggiungere una visualizzazione alla categoria, selezionare la casella di controllo
Aggiungi corrispondente. Per rimuovere una visualizzazione, deselezionare la casella di
controllo Aggiungi corrispondente.
Autorizzazioni
Nella sezione Autorizzazioni specificare gli utenti e i gruppi associati alla categoria.
Per associare un utente o un gruppo alla categoria, selezionarlo nell'elenco Utenti e
gruppi disponibili e quindi fare clic su Aggiungi.
Per rimuovere l'associazione tra un utente o un gruppo e la categoria, selezionare
l'utente o il gruppo nell'elenco Utenti e gruppi con autorizzazioni e quindi fare clic su
Rimuovi.
Per agevolare l'amministrazione, associare alla categoria solo gruppi.
Attributo
Descrizione
Utenti e gruppi disponibili
Utenti e gruppi non associati alla categoria.
Utenti e gruppi con autorizzazioni
Utenti e gruppi associati alla categoria.
Per selezionare le autorizzazioni di categoria per ogni utente o gruppo, selezionarlo
nell'elenco Utenti e gruppi con autorizzazioni. In questo modo viene abilitato l'elenco
delle autorizzazioni di categoria per il gruppo selezionato.
A ogni utente o gruppo può essere assegnata un'autorizzazione distinta nella categoria.
Per un elenco completo delle autorizzazioni di categoria, vedere Autorizzazioni di
categoria in Project Server 2013.
Vedere anche
Gestire le categorie in Project Server
Pianificare gruppi, categorie e strutture RBS in Project Server
Global permissions in Project Server 2013
Modificare le categorie in Project Server
Eliminare una categoria (modalità di autorizzazione di Project Server)
Modificare le categorie in Project Server
Articolo • 07/04/2023
Riepilogo: modificare gruppi di sicurezza utilizzando la pagina Gestisci categorie in
Impostazioni di Project Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
In Project Web App è possibile modificare una categoria esistente dalla pagina Gestisci
categorie nella pagina Impostazioni server Project Web App. Ciò può risultare
necessario, ad esempio, se una categoria esistente deve essere aggiornata per nuovi
progetti e risorse.
７ Nota
Le categorie sono disponibili solo nella modalità di autorizzazione di Project Server.
Se si usa la modalità di autorizzazione di SharePoint, vedere Pianificare i gruppi di
SharePoint in Project Server per informazioni sulla gestione degli utenti in Project
Web App.
Prima di iniziare
７ Nota
[!NOTA] Poiché SharePoint Server viene eseguito sotto forma di siti Web in Internet
Information Services (IIS), gli amministratori e gli utenti dipendono dalle
funzionalità di accessibilità offerte dai browser. SharePoint Server supporta le
funzionalità di accessibilità dei browser supportati. Per altre informazioni, vedere le
risorse seguenti:>Pianificare il supporto> del browserAccessibilità per i prodotti>
SharePointFunzionalità di accessibilità in Prodotti
> SharePoint 2013Tasti di >
scelta rapidaTocco
Prima di iniziare questa operazione, verificare le seguenti informazioni sui prerequisiti:
Leggere Gestisci categorie in Project Server.
È necessario avere accesso a Project Web App.
） Importante
Per completare questa procedura, è necessaria l'autorizzazione globale
Gestisci utenti e gruppi in Project Web App.
Modificare una categoria
Eseguire la procedura seguente per modificare una categoria esistente in Project Web
App.
Per modificare una categoria
1. Nella home page PWA scegliere Impostazioni server dal menu Impostazioni.
2. Nella sezione Sicurezza della pagina Impostazioni server fare clic su Gestisci
categorie.
3. Nell'elenco Nome categoria nella pagina Gestisci categorie fare clic sul nome della
categoria che si desidera modificare.
4. Nella pagina Aggiungi o modifica categoria apportare le modifiche desiderate alle
informazioni. Per informazioni sulle opzioni nella pagina, vedere Creare categorie
di sicurezza in Project Server.
5. Fare clic su Salva.
Vedere anche
Pianificare gruppi, categorie e strutture RBS in Project Server
Global permissions in Project Server 2013
Creare categorie di sicurezza in Project Server
Eliminare una categoria (modalità di autorizzazione di Project Server)
Gestire le categorie in Project Server
Eliminare una categoria (modalità di
autorizzazione di Project Server)
Articolo • 07/04/2023
Riepilogo: eliminare i gruppi di sicurezza personalizzati utilizzando la pagina Gestisci
categorie in Impostazioni di Project Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
In Project Web App è possibile eliminare qualsiasi categoria personalizzata esistente
dalla pagina Gestisci categorie in Project Web App.
７ Nota
Non è possibile eliminare le categorie predefinite di Project Server.
Prima di iniziare
７ Nota
[!NOTA] Poiché SharePoint Server viene eseguito sotto forma di siti Web in Internet
Information Services (IIS), gli amministratori e gli utenti dipendono dalle
funzionalità di accessibilità offerte dai browser. SharePoint Server supporta le
funzionalità di accessibilità dei browser supportati. Per altre informazioni, vedere le
risorse seguenti:>Pianificare il supporto> del browserAccessibilità per i prodotti>
SharePointFunzionalità di accessibilità in Prodotti
> SharePoint 2013Tasti di >
scelta rapidaTocco
Prima di iniziare questa operazione, verificare le seguenti informazioni sui prerequisiti:
Leggere Gestisci categorie in Project Server.
È necessario avere accesso a Project Web App.
） Importante
Per completare questa procedura, è necessaria l'autorizzazione globale
Gestisci utenti e gruppi in Project Web App.
Eliminare una categoria
Eseguire la procedura seguente per eliminare una categoria esistente in Project Web
App.
Per eliminare una categoria
1. Nella home page Project Web App scegliere Impostazioni server dal menu
Impostazioni.
2. Nella sezione Sicurezza della pagina Impostazioni server fare clic su Gestisci
categorie.
3. Nella pagina Gestisci categorie individuare la categoria da eliminare nell'elenco
Nome categoria. Selezionare la casella di controllo accanto alla categoria da
eliminare. Si noti che è possibile selezionare più categorie.
4. Fare clic su Elimina categorie.
Verrà visualizzato un messaggio di avviso indicante che la categoria verrà rimossa
definitivamente.
Ｕ Attenzione
Verificare che la categoria che verrà eliminata sia quella desiderata. Se si
elimina accidentalmente la categoria errata, essa verrà rimossa
definitivamente e sarà necessario crearla di nuovo.
5. Fare clic su OK.
Vedere anche
Gestire le categorie in Project Server
Pianificare gruppi, categorie e strutture RBS in Project Server
Global permissions in Project Server 2013
Creare categorie di sicurezza in Project Server
Modificare le categorie in Project Server
Gestire i modelli di sicurezza in Project
Server
Articolo • 07/04/2023
Riepilogo: gli amministratori possono utilizzare i modelli di sicurezza in Project Web
App per standardizzare la concessione delle autorizzazioni utente in base al ruolo.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
I modelli di sicurezza consentono di applicare o reimpostare velocemente profili
predefiniti di autorizzazioni a utenti, gruppi e categorie nuovi o esistenti. Applicando i
modelli di sicurezza, è possibile standardizzare facilmente le autorizzazioni assegnate in
base al ruolo dell'utente nell'organizzazione. In ogni istanza di Project Web App sono
disponibili numerosi modelli di sicurezza predefiniti. Questi sono allineati ai gruppi
predefiniti. È possibile personalizzare questi modelli di sicurezza o creare nuovi modelli
di sicurezza in base alle proprie esigenze.
La creazione di modelli personalizzati richiede la pianificazione. È innanzitutto necessario
identificare i modelli di utilizzo comuni di Project Server nell'organizzazione che non si
riflettono nei modelli di sicurezza predefiniti di Project Server. In questo modo è
possibile identificare i requisiti per i modelli di sicurezza personalizzati. Determinare
quindi le autorizzazioni richieste dagli utenti che condividono i modelli di utilizzo
comuni di Project Server. In questo modo viene definito il modello di sicurezza.
Determinare quindi il set di progetti, risorse, visualizzazioni e così via a cui gli utenti e i
gruppi richiedono l'accesso. In questo modo viene definita la categoria di sicurezza.
Creare il modello di sicurezza personalizzato e applicarlo al gruppo di utenti che
condividono il modello di utilizzo comune. Le autorizzazioni definite nel modello di
sicurezza personalizzato consentiranno agli utenti di accedere agli oggetti di sicurezza di
Project Server necessari.
I modelli di sicurezza sono disponibili nella modalità di autorizzazione di Project Server.
In Project Web App sono disponibili otto modelli di sicurezza predefiniti:
Amministratori
Visualizzatori portfolio
Program manager
Project manager
Revisori proposta
Manager delle risorse
Responsabili del team
Membri del team
A ciascun modello di sicurezza sono assegnati una categoria predefinita e un set di
autorizzazioni globali, a seconda delle funzioni svolte generalmente da ogni gruppo
all'interno di un'organizzazione. Come indicato precedentemente, quando si creano
nuovi modelli di sicurezza è possibile copiare le autorizzazioni per un modello di
sicurezza predefinito e quindi personalizzarlo in base alle specifiche esigenze.
７ Nota
Per informazioni sulle autorizzazioni assegnate ai modelli di sicurezza predefiniti in
Project Server 2013, vedere Autorizzazioni di gruppo predefinite in Project Server
2013.
Requisiti per l'attività
Per eseguire le procedure per questa attività è necessario:
Accesso a Project Web App
Autorizzazione globale Gestisci utenti e gruppi in Project Web App per creare,
modificare o eliminare un modello di sicurezza
Per gestire i modelli di sicurezza in Project Web App, è possibile eseguire le procedure
seguenti:
Creare modelli di sicurezza in Project Server
Modificare i modelli di sicurezza in Project Server
Eliminare un modello di sicurezza (modalità di autorizzazione di Project Server)
Vedere anche
Gestire utenti, gruppi e categorie in Project Server
Pianificare gruppi, categorie e strutture RBS in Project Server
Gestire la sincronizzazione dei gruppi di sicurezza con Active Directory in Project Server
Category permissions in Project Server 2013
Global permissions in Project Server 2013
Autorizzazioni di gruppo predefinite in Project Server 2013
Creare modelli di sicurezza in Project
Server
Articolo • 07/04/2023
Riepilogo: Creare Project Web App modelli di sicurezza usando la pagina Gestisci
modelli in Impostazioni Project Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
In modalità di autorizzazione di Project Server è possibile raggruppare le autorizzazioni
usate comunemente in un modello di sicurezza e quindi usarle per assegnare
autorizzazioni a utenti, gruppi e categorie.
Prima di iniziare
７ Nota
[!NOTA] Poiché SharePoint Server viene eseguito sotto forma di siti Web in Internet
Information Services (IIS), gli amministratori e gli utenti dipendono dalle
funzionalità di accessibilità offerte dai browser. SharePoint Server supporta le
funzionalità di accessibilità dei browser supportati. Per altre informazioni, vedere le
risorse seguenti:>Pianificare il supporto> del browserAccessibilità per i prodotti>
SharePointFunzionalità di accessibilità in Prodotti
> SharePoint 2013Tasti di >
scelta rapidaTocco
Prima di iniziare questa operazione, verificare le seguenti informazioni sui prerequisiti:
Leggere Gestire i modelli di sicurezza in Project Server.
È necessario avere accesso a Project Web App.
） Importante
Per completare questa procedura, è necessaria l'autorizzazione globale
Gestisci utenti e gruppi in Project Web App.
Creare un modello
Eseguire la procedura seguente per creare un modello in Project Web App.
Per creare un modello
1. Nella home page di PWA scegliere Project Web App Impostazioni dal menu
Impostazioni.
2. Nella sezione Sicurezza della pagina Impostazioni server fare clic su Gestisci
modelli di sicurezza.
3. Nella pagina Gestisci modelli fare clic su Nuovo modello.
4. Nella sezione Nome della pagina Aggiungi o modifica modello eseguire le
operazioni seguenti:
5. Nella casella Nome modello digitare un nome per il modello.
6. Nella casella Descrizione digitare una breve descrizione del modello.
7. Facoltativamente, è possibile basare il nuovo modello su un modello esistente e
quindi apportare le modifiche necessarie. A tale scopo, selezionare un modello
esistente nell'elenco Copia modello . Il nuovo modello verrà popolato con le
autorizzazioni di sicurezza del modello selezionato.
8. Nella sezione Autorizzazioni categoria selezionare le autorizzazioni nella colonna
Consenti o Nega da applicare ai progetti e alle risorse ogni volta che questo
modello viene usato per impostare le autorizzazioni.
Per altre informazioni sulle autorizzazioni di categoria specifiche in Project Server
2013, vedere Autorizzazioni di categoria in Project Server 2013.
9. Nella sezione Autorizzazioni globali selezionare le autorizzazioni nelle colonne
Consenti o Nega che si desidera applicare in questa istanza di Project Web App
ogni volta che questo modello viene usato per impostare le autorizzazioni.
Per altre informazioni sulle autorizzazioni globali specifiche in Project Server 2013,
vedere Autorizzazioni globali in Project Server 2013.
10. Fare clic su Salva.
Vedere anche
Gestire i modelli di sicurezza in Project Server
Modificare i modelli di sicurezza in Project Server
Eliminare un modello di sicurezza (modalità di autorizzazione di Project Server)
Gestire la sincronizzazione dei gruppi di sicurezza con Active Directory in Project Server
Pianificare gruppi, categorie e strutture RBS in Project Server
Modificare i modelli di sicurezza in
Project Server
Articolo • 07/04/2023
Riepilogo: modificare modelli di sicurezza di Project Web App mediante la pagina
Gestisci modelli in Impostazioni di Project Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
In modalità di autorizzazione di Project Server è possibile modificare le autorizzazioni
per qualsiasi modello esistente nella pagina Gestisci modelli in impostazioni Project Web
App.
） Importante
Come procedura consigliata, non apportare modifiche ai modelli di Project Web
App predefiniti.
Prima di iniziare
７ Nota
[!NOTA] Poiché SharePoint Server viene eseguito sotto forma di siti Web in Internet
Information Services (IIS), gli amministratori e gli utenti dipendono dalle
funzionalità di accessibilità offerte dai browser. SharePoint Server supporta le
funzionalità di accessibilità dei browser supportati. Per altre informazioni, vedere le
risorse seguenti:>Pianificare il supporto> del browserAccessibilità per i prodotti>
SharePointFunzionalità di accessibilità in Prodotti
> SharePoint 2013Tasti di >
scelta rapidaTocco
Prima di iniziare questa operazione, verificare le seguenti informazioni sui prerequisiti:
Leggere Gestire i modelli di sicurezza in Project Server.
È necessario avere accesso a Project Web App.
） Importante
Per completare questa procedura, è necessaria l'autorizzazione globale
Gestisci utenti e gruppi in Project Web App.
Modificare un modello
Eseguire la procedura seguente per modificare un modello esistente in Project Web
App.
Per modificare un modello
1. Nella home page Project Web App fare clic su Impostazioni Project Web App dal
menu Impostazioni.
2. Nella sezione Sicurezza della pagina Impostazioni server fare clic su Gestisci
modelli di sicurezza.
3. Nell'elenco Nome modello della pagina Gestisci modelli fare clic sul modello che si
desidera modificare.
4. Nella pagina Aggiungi o modifica modello apportare le modifiche desiderate al
modello.
5. Fare clic su Salva.
Vedere anche
Gestire i modelli di sicurezza in Project Server
Creare modelli di sicurezza in Project Server
Modificare i modelli di sicurezza in Project Server
Gestire la sincronizzazione dei gruppi di sicurezza con Active Directory in Project Server
Pianificare gruppi, categorie e strutture RBS in Project Server
Eliminare un modello di sicurezza
(modalità di autorizzazione di Project
Server)
Articolo • 07/04/2023
Riepilogo: informazioni su come eliminare modelli di sicurezza di Project Web App
mediante la pagina Gestisci modelli in Impostazioni di Project Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
In modalità di sicurezza di Project Server è possibile eliminare tutti i modelli di sicurezza
esistenti dalla pagina Gestisci modelli in Impostazioni Project Web App.
） Importante
Come procedura consigliata, non eliminare i modelli di Project Web App predefiniti.
Prima di iniziare
７ Nota
[!NOTA] Poiché SharePoint Server viene eseguito sotto forma di siti Web in Internet
Information Services (IIS), gli amministratori e gli utenti dipendono dalle
funzionalità di accessibilità offerte dai browser. SharePoint Server supporta le
funzionalità di accessibilità dei browser supportati. Per altre informazioni, vedere le
risorse seguenti:>Pianificare il supporto> del browserAccessibilità per i prodotti>
SharePointFunzionalità di accessibilità in Prodotti
> SharePoint 2013Tasti di >
scelta rapidaTocco
Prima di iniziare questa operazione, verificare le seguenti informazioni sui prerequisiti:
Leggere Gestire i modelli di sicurezza in Project Server.
È necessario avere accesso a Project Web App.
） Importante
Per completare questa procedura, è necessaria l'autorizzazione globale
Gestisci utenti e gruppi in Project Web App.
Eliminare un modello
Eseguire la procedura seguente per eliminare un modello esistente in Project Web App.
Per eliminare un modello
1. Nella home page Project Web App fare clic su Impostazioni Project Web App dal
menu Impostazioni.
2. Nella sezione Sicurezza della pagina Impostazioni server fare clic su Gestisci
modelli di sicurezza.
3. Nell'elenco Nome modello nella pagina Gestisci modelli selezionare le caselle di
controllo corrispondenti ai modelli da eliminare.
4. Fare clic su Elimina modello.
Verrà visualizzato un messaggio di avviso che indica che il modello verrà rimosso
in modo definitivo.
5. Fare clic su OK.
Vedere anche
Gestire i modelli di sicurezza in Project Server
Creare modelli di sicurezza in Project Server
Modificare i modelli di sicurezza in Project Server
Gestire la sincronizzazione dei gruppi di sicurezza con Active Directory in Project Server
Pianificare gruppi, categorie e strutture RBS in Project Server
Gestire le autorizzazioni di Project Web
App (modalità di autorizzazione di
Project Server)
Articolo • 07/04/2023
Riepilogo: le autorizzazioni globali e di categoria di Project Web App possono essere
disabilitate, ma è consigliabile eseguire questa azione solo dopo un'attenta valutazione.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
In modalità di autorizzazione di Project Server è possibile usare la pagina Autorizzazioni
Project Web App per controllare quali autorizzazioni globali e di categoria sono abilitate
in una determinata istanza di Project Web App. Un amministratore può usare la pagina
Autorizzazioni Project Web App per negare l'accesso a tutti gli utenti Project Web App
per una particolare funzionalità in Project Professional o in un'istanza di Project Web
App. Se un'autorizzazione di Project Web App è disabilitata in questa pagina,
l'autorizzazione globale o di categoria equivalente viene disabilitata per gli utenti in
tutta Project Web App. Tutte le autorizzazioni in questa pagina sono abilitate per
impostazione predefinita.
７ Nota
Se si usa la modalità di autorizzazione di SharePoint, vedere Pianificare i gruppi di
SharePoint in Project Server per informazioni sulla gestione degli utenti in Project
Web App.
Ad esempio, se si nega l'autorizzazione Elimina progetto, gli utenti in tutta Project Web
App non possono eliminare i progetti, indipendentemente dal fatto che dispongano
dell'autorizzazione Elimina categoria progetto.
） Importante
Prima di disabilitare un'autorizzazione Project Web App, considerare attentamente
gli effetti sull'organizzazione. Se si vuole disattivare un'autorizzazione solo per
alcuni utenti Project Web App, verificare se è possibile farlo creando un gruppo
personalizzato e negando le autorizzazioni da limitare.
Requisiti per l'attività
Per eseguire le procedure per questa attività è necessario:
Accesso a Project Web App
Autorizzazione globale Gestisci utenti e gruppi in Project Web App per gestire
Project Web App autorizzazioni dell'organizzazione
Per gestire Project Web App autorizzazioni dell'organizzazione in Project Web App, è
possibile eseguire la procedura seguente:
Disabilitare le autorizzazioni in Project Web App (modalità di autorizzazione di
Project Server) (Project Server 2013)
Vedere anche
Pianificare gruppi, categorie e strutture RBS in Project Server
Gestire utenti, gruppi e categorie in Project Server 2013
Category permissions in Project Server 2013
Global permissions in Project Server 2013
Autorizzazioni in Project Web App
Disabilitare le autorizzazioni in Project
Web App (modalità di autorizzazione di
Project Server) (Project Server 2013)
Articolo • 07/04/2023
Riepilogo: le autorizzazioni globali e di categoria di Project Web App possono essere
disabilitate, ma è consigliabile eseguire questa azione solo dopo un'attenta valutazione.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
In modalità di autorizzazione di Project Server è possibile disabilitare le singole
autorizzazioni in Project Web App.
） Importante
In Project Web App, considerare attentamente gli effetti sulla tua organizzazione di
disabilitare le autorizzazioni prima di apportare tale modifica. Se non è necessario
applicare la rimozione delle autorizzazioni a tutti gli utenti, verificare se è possibile
utilizzare un altro approccio. Ad esempio, è possibile creare un gruppo
personalizzato e negare l'autorizzazione che si desidera limitare invece di
disabilitare l'autorizzazione in tutta l'organizzazione?
Per informazioni sul funzionamento delle autorizzazioni, vedere Pianificare gruppi,
categorie e RBS in Project Server.
７ Nota
Se si usa la modalità di autorizzazione di SharePoint, vedere Pianificare i gruppi di
SharePoint in Project Server per informazioni sulla gestione degli utenti in Project
Web App.
Prima di iniziare
７ Nota
[!NOTA] Poiché SharePoint Server viene eseguito sotto forma di siti Web in Internet
Information Services (IIS), gli amministratori e gli utenti dipendono dalle
funzionalità di accessibilità offerte dai browser. SharePoint Server supporta le
funzionalità di accessibilità dei browser supportati. Per altre informazioni, vedere le
risorse seguenti:>Pianificare il supporto> del browserAccessibilità per i prodotti>
SharePointFunzionalità di accessibilità in Prodotti
> SharePoint 2013Tasti di >
scelta rapidaTocco
Prima di iniziare questa operazione, verificare le seguenti informazioni sui prerequisiti:
Leggere Gestire le autorizzazioni Project Web App (modalità di autorizzazione di
Project Server).
È necessario avere accesso a Project Web App.
） Importante
Per completare questa procedura, è necessaria l'autorizzazione globale
Gestisci utenti e gruppi in Project Web App.
Disabilitare un'autorizzazione di Project Web
App a livello di organizzazione
Eseguire la procedura seguente per disabilitare un'autorizzazione di Project Web App.
Per disabilitare un'autorizzazione di Project Web App
1. Nella home page Project Web App fare clic su Impostazioni Project Web App dal
menu Impostazioni.
2. Nella sezione Sicurezza della pagina Impostazioni del server fare clic su
Autorizzazioni di Project Web App.
3. Nella pagina Autorizzazioni Project Web App deselezionare la casella di controllo
Abilita nell'elenco Autorizzazioni Project Web App disponibili accanto
all'autorizzazione che non si vuole più rendere disponibile agli utenti Project Web
App. Tutte le autorizzazioni Project Web App sono abilitate per impostazione
predefinita.
4. Fare clic su Salva.
７ Nota
È possibile abilitare un'autorizzazione disabilitata in precedenza selezionando
la casella di controllo Abilita accanto all'autorizzazione disabilitata.
Vedere anche
Gestire le autorizzazioni di Project Web App (modalità di autorizzazione di Project
Server)
Pianificare gruppi, categorie e strutture RBS in Project Server
Gestire i delegati in Project Server
Articolo • 07/04/2023
Riepilogo: Informazioni su come gestire i delegati in Project Server.
Si applica a: Project Server 2013
Project Server consente la delega degli utenti in tutti i Project Web App. Ciò significa che
un utente può fungere da altro utente in ogni parte di Project Web App,
indipendentemente dalla differenza del livello di autorizzazione di un utente rispetto
all'altro.
In questa sezione sono inclusi gli argomenti seguenti:
Attivare o disattivare la delega in Project Server
Configurare gli utenti e i gruppi che possono fungere da delegati in Project Server
Configurare gli utenti e i gruppi che possono avere delegati in Project Server
Creare deleghe in Project Server
Vedere anche
Eliminare i delegati utente in Project Server 2013
Agire come delegato (Project Server 2013)
Attivare o disattivare la delega in Project
Server
Articolo • 07/04/2023
Riepilogo: La funzionalità di delega degli utenti in Project Web App può essere abilitata
o disabilitata a livello globale per tutti gli utenti e i gruppi.
Si applica a: Project Server 2013
Quando la delega utente è attivata, è possibile impostare le autorizzazioni per
controllare il comportamento specifico della funzionalità in Project Web App.
Per abilitare o disabilitare la delega
1. Nella home page PWA fare clic su Impostazioni server.
2. Nella sezione Sicurezza della pagina Impostazioni server fare clic su
Autorizzazioni di Project Web App.
3. Nella sezione Risorsa selezionare la casella di controllo relativa all'autorizzazione
Gestisci delegati risorse per attivare la funzionalità di delega utente all'interno di
Project Web App.
4. Impostare le altre autorizzazioni relative alle deleghe in base alle esigenze
dell'organizzazione.
Gestire le deleghe risorse personali Selezionare questa casella di controllo
per consentire agli utenti di configurare le deleghe per altri utenti.
Gestire le mie deleghe Selezionare questa casella di controllo per consentire
agli utenti di creare deleghe per se stessi.
Può essere Delegato Selezionare questa casella di controllo per consentire a
un utente di diventare delegato per un altro utente, dopo aver creato una
delega.
5. Fare clic su Salva per salvare le autorizzazioni sul server.
Vedere anche
Creare deleghe in Project Server
Configurare gli utenti e i gruppi che
possono fungere da delegati in Project
Server
Articolo • 07/04/2023
Riepilogo: Come abilitare gli utenti o i gruppi a fungere da delegati per altre persone in
Project Server.
Si applica a: Project Server 2013
In Project Web App sono disponibili autorizzazioni a livello di utente o di gruppo che
consentono di determinare quali utenti o gruppi possono fungere da delegati per altre
persone. Per impostazione predefinita, l'unico gruppo che dispone di queste
autorizzazioni è il gruppo degli amministratori. Se si desidera quindi che alcuni utenti
dell'organizzazione possano agire come delegati, è necessario impostare le
autorizzazioni appropriate.
Per impostare le autorizzazioni per un utente specifico
1. Nella home page di PWA fare clic su Impostazioni del server.
2. Nella sezione Sicurezza fare clic su Gestisci utenti.
3. Fare clic sul nome dell'utente per cui si desidera impostare le autorizzazioni.
4. Nella pagina Modifica utente espandere la sezione Autorizzazioni globali.
5. Nella sezione Autorizzazioni globali in Risorsa scegliere le autorizzazioni
appropriate per l'utente.
Può essere Delegato Selezionare la casella di controllo Consenti per questa
autorizzazione per consentire a questo utente di diventare un delegato per
un altro utente.
Gestire le mie deleghe Selezionare la casella di controllo Consenti per questa
autorizzazione per consentire all'utente di creare le proprie deleghe.
Gestire le deleghe risorse personali Selezionare la casella di controllo
Consenti per questa autorizzazione per consentire all'utente di configurare le
deleghe per altri utenti.
6. Fare clic su Salva per salvare le autorizzazioni per il server.
Per impostare le autorizzazioni per un gruppo
1. Nella home page di PWA fare clic su Impostazioni del server.
2. Nella sezione Sicurezza fare clic su Gestisci gruppi.
3. Fare clic sul nome del gruppo per cui si desidera impostare le autorizzazioni.
4. Nella pagina Aggiungi o modifica gruppo espandere la sezione Autorizzazioni
globali.
5. Nella sezione Autorizzazioni globali in Risorsa scegliere le autorizzazioni
appropriate per questo gruppo.
Può essere Delegato Selezionare la casella di controllo Consenti per questa
autorizzazione per consentire ai membri di questo gruppo di diventare
delegati per altri utenti.
Gestire le mie deleghe Selezionare la casella di controllo Consenti per questa
autorizzazione per consentire ai membri del gruppo di creare le proprie
deleghe.
Gestire le deleghe risorse personali Selezionare la casella di controllo
Consenti per questa autorizzazione per consentire ai membri di questo
gruppo di configurare le deleghe per altri utenti.
6. Fare clic su Salva per salvare le autorizzazioni sul server.
Vedere anche
Configurare gli utenti e i gruppi che possono avere delegati in Project Server
Configurare gli utenti e i gruppi che
possono avere delegati in Project Server
Articolo • 07/04/2023
Riepilogo: Come configurare gli utenti a cui possono essere assegnati delegati in
Project Server.
Si applica a: Project Server 2013
Le categorie vengono usate in Project Web App per determinare quali utenti o gruppi
possono fare in modo che i delegati lavorino per loro conto. Perché una delega funzioni
correttamente, l'utente che richiede la delega deve disporre delle autorizzazioni di
categoria appropriate e l'utente che agirà come delegato deve disporre delle
autorizzazioni corrette come gruppo o singolo utente.
Per impostare gli utenti a cui è possibile assegnare
delegati
1. Nella home page di PWA fare clic su Impostazioni del server.
2. Nella sezione Sicurezza fare clic su Gestisci categorie.
3. Fare clic sul nome della categoria che contiene l'utente o il gruppo per cui si
desidera attivare la delega di utenti.
4. Nella sezione Utenti e gruppi fare clic sul nome di un gruppo o un utente specifico
nella casella Utenti e gruppi con autorizzazioni.
5. Nella finestra delle autorizzazioni visualizzata scorrere fino alla sezione Risorsa e
selezionare la casella di controllo dell'autorizzazione Gestisci delegati risorse per
attivare la funzionalità di delega di utenti per l'utente o il gruppo.
6. Fare clic su Salva per salvare le autorizzazioni per il server.
Vedere anche
Configurare gli utenti e i gruppi che possono fungere da delegati in Project Server
Creare deleghe in Project Server
Articolo • 07/04/2023
Riepilogo: Come consentire a un utente di lavorare per conto di un altro in Project
Server.
Si applica a: Project Server 2013
La creazione di una nuova delega in Project Web App consente a un utente di lavorare
per conto di un altro utente, ad esempio l'invio della scheda attività di un secondo
utente.
Per creare una delega
1. Nella home page PWA fare clic su Impostazioni server.
2. Nella sezione Sicurezza fare clic su Gestisci delegati.
3. Sulla barra multifunzione dell'interfaccia fare clic su Nuovo.
4. Nella sezione Imposta periodo di delega selezionare l'intervallo di date del
periodo durante il quale il delegato sarà autorizzato a gestire il lavoro.
5. Nella sezione Imposta delegato selezionare il delegato che dovrà gestire il lavoro
durante il periodo specificato.
6. Nella sezione Persona che lavora per conto di selezionare l'utente che richiede il
sostituto.
7. Fare clic su Salva per salvare le autorizzazioni sul server.
Vedere anche
Attivare o disattivare la delega in Project Server
Gestire la sincronizzazione dei gruppi di
sicurezza con Active Directory in Project
Server
Articolo • 07/04/2023
Riepilogo: È possibile configurare i gruppi di sicurezza di Project Server in Project Web
App per la sincronizzazione con i gruppi di sicurezza o distribuzione in Active Directory.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
７ Nota
Per configurare la sincronizzazione di Active Directory per Project Web App gruppi
di sicurezza, l'istanza di Project Server deve essere in modalità di autorizzazione di
Project Server. Le impostazioni non sono disponibili in modalità di autorizzazione di
SharePoint. Per altre informazioni sulla modalità di autorizzazione di Project Server,
vedere Pianificare l'accesso utente in Project Server.
La sincronizzazione dei gruppi di sicurezza di Project Server controlla l'appartenenza ai
gruppi di sicurezza di Project Server aggiungendo e rimuovendo automaticamente gli
utenti da gruppi di sicurezza di Project Server specificati in base all'appartenenza ai
gruppi nel servizio directory di Active Directory. Ogni gruppo di protezione di Project
Server può essere mappato a un singolo gruppo di Active Directory. Inoltre, un gruppo
di Active Directory può contenere gruppi annidati i cui membri sono sincronizzati.
Durante un processo di sincronizzazione dei gruppi di protezione di Project Server, è
possibile che vengano eseguite le attività seguenti:
Creazione di un account utente di Project Server in base a un account di Active
Directory.
Rimozione di un utente di Project Server esistente da un gruppo di protezione di
Project Server.
Aggiunta di un utente di Project Server esistente a un gruppo di protezione di
Project Server.
Aggiornamento dei metadati (nome, indirizzo di posta elettronica e così via) di un
account utente di Project Server esistente nel caso in cui siano stati modificati in
Active Directory.
Prima di eseguire questa procedura, verificare quanto segue:
Per l'account con cui si accede a Project Server tramite Project Web App (PWA)
sono abilitate le autorizzazioni globali Gestisci impostazioni di Active Directorye
Gestisci utenti e gruppi.
L'account del servizio applicazione di servizio per l'istanza di Project Server ha
accesso in lettura a tutti i gruppi di Active Directory e agli account utente coinvolti
nella sincronizzazione. È possibile verificare questo account nella pagina
Applicazione di servizio nel sito Web Amministrazione centrale SharePoint.
Scenari di sincronizzazione dei gruppi di
sicurezza
Di seguito sono riportati gli scenari possibili e le azioni corrispondenti che si verificano
quando viene eseguita la sincronizzazione del gruppo di sicurezza:
Scenario
Azione
L'utente esiste in Active Directory ed è un
In Project Server viene creato un nuovo account
membro del gruppo di Active Directory
mappato al gruppo di protezione di Project
utente corrispondente, al quale viene concessa
l'appartenenza al gruppo di protezione di
Server corrente. L'utente non esiste in Project
Project Server corrente.
Server.
L'utente non è un membro del gruppo di
L'utente di Project Server esistente viene rimosso
Active Directory mappato al gruppo di
come membro del gruppo di protezione di
protezione di Project Server. L'utente inoltre
esiste in Project Server ed è un membro del
Project Server corrente.
gruppo di protezione di Project Server
corrente.
L'utente esiste in Active Directory ed è un
All'utente di Project Server esistente viene
membro del gruppo di Active Directory
mappato al gruppo di protezione di Project
concessa l'appartenenza al gruppo di protezione
di Project Server corrente.
Server corrente. L'utente esiste inoltre in
Project Server, ma non è un membro del
gruppo di protezione di Project Server
corrente.
Scenario
Azione
L'utente esiste in Active Directory ed è un
Le informazioni sull'utente di Project Server
membro del gruppo di Active Directory
mappato al gruppo di protezione di Project
corrispondenti vengono aggiornate (se
applicabile).
Server corrente. L'utente esiste inoltre in
Project Server ed è un membro del gruppo di
protezione di Project Server corrente. Le
informazioni sull'utente sono state aggiornate
in Active Directory.
L'utente esiste in Active Directory ed è un
Se in Project Server è stata selezionata l'opzione
membro del gruppo di Active Directory
mappato al gruppo di protezione di Project
Riattiva automaticamente gli utenti inattivi
eventualmente trovati in Active Directory
Server corrente. L'utente esiste inoltre in
durante la sincronizzazione, l'account viene
Project Server, ma è un account inattivo.
riattivato e aggiunto al gruppo di protezione di
Project Server corrente. Se l'opzione non è stata
selezionata, l'account rimane inattivo in Project
Server.
Configurare la sincronizzazione dei gruppi di
sicurezza con i gruppi di Active Directory
Project Web App sincronizzazione dei gruppi di sicurezza con i gruppi di Active
Directory viene eseguita tramite la pagina Gestisci gruppi delle impostazioni del server
Project Web App.
Per configurare la sincronizzazione dei gruppi di
protezione
1. Nella sezione Sicurezza della pagina Impostazioni server Project Web App fare clic
su Gestisci gruppi.
2. Nella colonna Nome gruppo della pagina Gestisci gruppi fare clic sul nome del
gruppo di protezione che si desidera sincronizzare.
3. Nella sezione Gruppo di Active Directory della pagina Aggiungi o modifica del
gruppo selezionato digitare il nome o l'account SAM del gruppo di Active
Directory a cui si vuole eseguire la sincronizzazione con questo gruppo PWA.
Quando si digita il nome del gruppo, i gruppi di Active Directory che contengono
la stringa di testo verranno visualizzati nei risultati. Selezionare il gruppo di Active
Directory da sincronizzare dai risultati.
Per selezionare un gruppo da una foresta remota, digitare il nome di dominio
completo del gruppo , group@corp.contoso.comad esempio .
７ Nota
È possibile eseguire la sincronizzazione con un gruppo di protezione o di
distribuzione di qualsiasi ambito (locale, globale o universale).
4. Fare clic su Salva per salvare le impostazioni.
5. Nella pagina Gestisci gruppi fare clic su Opzioni di sincronizzazione gruppi di
Active Directory.
6. Nella finestra di dialogo Sincronizza Project Web App gruppi di sicurezza con
Active Directory è possibile abilitare la riattivazione degli account utente inattivi se
si trovano nel gruppo di Active Directory durante la sincronizzazione. A tale scopo,
selezionare Riattiva automaticamente gli utenti attualmente inattivi se trovati in
Active Directory durante la sincronizzazione. Ad esempio, se questa opzione è
stata abilitata, garantisce che, se un dipendente viene assunto di nuovo, l'account
utente del dipendente verrà riattivato.
7. Fare clic su Salva per salvare le impostazioni. Fare clic su Salva e sincronizza ora se
si desidera sincronizzare immediatamente i gruppi di sicurezza di Project Server. La
sezione Stato descrive l'ultima volta che i gruppi Project Web App sono stati
sincronizzati con Active Directory.
７ Nota
Facendo clic sul pulsante Salva e sincronizza ora verranno sincronizzati tutti i
gruppi di sicurezza con i gruppi di Active Directory configurati. Non
selezionare singoli gruppi di sicurezza nella pagina Gestisci gruppi prima di
fare clic su Opzioni di sincronizzazione gruppi di Active Directory, in quanto
ciò non influisce sui gruppi sincronizzati.
È possibile visualizzare la pagina Gestisci gruppi per visualizzare i gruppi di sicurezza
PWA sincronizzati con i gruppi di Active Directory e l'ultima volta che si è verificata la
sincronizzazione per ogni gruppo di sicurezza.
La colonna Gruppo di Active Directory mostra i gruppi di Active Directory
configurati per la sincronizzazione con un gruppo di sicurezza PWA.
La colonna Ultima sincronizzazione mostra l'ultima volta che la sincronizzazione si
è verificata correttamente per ogni gruppo.
Pianificare la sincronizzazione di Active
Directory con i gruppi di sicurezza PWA
È possibile pianificare la frequenza con cui si verifica la sincronizzazione di Active
Directory con i gruppi di sicurezza PWA usando le impostazioni di configurazione del
processo timer di Project Server: Synchronization of AD with security groups in
Amministrazione centrale. Questa operazione può essere pianificata in un periodo
definito di minuti, giorni, settimane o mesi. La procedura seguente illustra come
accedere a Project Server: Sincronizzazione di ACTIVE Directory con le impostazioni di
configurazione del processo timer dei gruppi di sicurezza in Amministrazione centrale
e descrive le opzioni di pianificazione disponibili.
Per pianificare la sincronizzazione di Active Directory con
i gruppi di sicurezza PWA
1. In Amministrazione centrale fare clic su Monitoraggio.
2. Nella sezione Processo timer della pagina Monitoraggio fare clic su Rivedi
definizioni processo.
3. Nella pagina Definizioni processi trovare e fare clic su Project Server:
Synchronization of AD with security groups for PWAIntanceName
(Sincronizzazione di ACTIVE Directory con gruppi di sicurezza per
PWAIntanceName).
Ad esempio: Project Server: Sincronizzazione di ACTIVE Directory con gruppi di
sicurezza per https://contoso/pwa.
4. Nella sezione Pianificazione ricorrente della pagina Modifica processo timer per il
processo è possibile configurare quando la sincronizzazione verrà eseguita in
modo ricorrente. Nella sezione Questo processo timer è pianificato per
l'esecuzione , è possibile selezionare una delle opzioni seguenti, in base ai requisiti
dell'organizzazione:
Minuti: consente di specificare una frequenza in cui verrà eseguito il processo
, ogni x minuti.
Orario: consente di specificare un intervallo in cui il processo verrà eseguito
in modo casuale, a partire da ogni ora tra x minuti trascorsi l'ora e non oltre
y minuti oltre l'ora.
Giornaliero: consente di specificare un intervallo in cui il processo verrà
eseguito in modo casuale, a partire da ogni giorno tra x ora del giorno e
non oltre l'ora y del giorno.
Settimanale: consente di specificare in che modo il processo verrà eseguito
in modo casuale, a partire da ogni settimana tra x giorno della settimana e
x ora del giorno e non più tardi del giorno y della settimana e dell'ora del
giorno.
Ogni mese: sono disponibili due opzioni:
Consente di specificare un intervallo in cui il processo verrà eseguito in modo
casuale : per data: a partire da ogni mese compreso tra x ora del giorno e x
giorno del mese e non più tardi dell'ora y del giorno e del giorno y del
mese.
Consente di specificare un'ora esatta del mese in cui verrà eseguito il
processo timer: per giorno: a partire da ogni mese x ora del giorno, y
giorno della settimana e z settimana del mese. Ad esempio, alle 12:00 della
prima domenica.
5. Fare clic su OK per salvare le modifiche apportate alla configurazione.
７ Nota
In qualsiasi momento è possibile fare clic su Esegui per eseguire
immediatamente il processo timer.
Si noti che diverse opzioni forniscono un periodo di tempo di esecuzione per eseguire il
processo anziché un'ora o una frequenza esatta. Se viene selezionata un'opzione che
consente un periodo di esecuzione, il servizio timer selezionerà in modo casuale un'ora
all'interno dei parametri specificati per l'esecuzione del processo in ciascun server
applicazioni. L'uso di un'opzione con un periodo di tempo di esecuzione è appropriato
per i processi a carico elevato eseguiti in più server nella farm. L'esecuzione di questo
tipo di processo in tutti i server contemporaneamente potrebbe causare un carico
eccessivo nella farm.
Vari fattori possono aiutare a determinare la frequenza con cui si sceglie di eseguire il
processo timer Project Server: Synchronization of AD with security groups (
Sincronizzazione di ACTIVE Directory con gruppi di sicurezza ). È possibile scegliere di
eseguire questo processo timer più frequentemente se, nell'ambiente in uso, gli utenti si
spostano spesso in gruppi diversi o se l'azienda assume o rilascia spesso dipendenti. È
anche possibile scegliere di eseguire il processo più frequentemente se gli utenti di
Project Server usano dati sensibili.
Vedere anche
Gestire la sincronizzazione del pool di risorse di Active Directory in Project Server 2013
Gestire i gruppi di sicurezza in Project Server
Procedure consigliate per configurare i gruppi di Active Directory per la sincronizzazione
con il pool di risorse dell'organizzazione in Project Server 2013
Tabelle di ricerca e campi personalizzati
dell'organizzazione in Project Web App
Articolo • 07/04/2023
Riepilogo: utilizzare campi personalizzati e tabelle di ricerca dell'organizzazione in
Project Web App per personalizzare i dati di Project Server.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
In Project Web App è possibile usare i campi personalizzati dell'organizzazione per
stabilire la coerenza tra tutti i progetti dell'organizzazione. In questo modo è possibile
assicurarsi che i campi e le tabelle di ricerca associate vengano usati nello stesso modo
per tutti i progetti, le attività, le risorse e le assegnazioni in una determinata istanza di
Project Web App.
Nei campi personalizzati organizzazione possono essere incluse formule personalizzate
ed è possibile utilizzare tabelle di ricerca e indicatori grafici. Usando i campi
personalizzati dell'organizzazione in modo efficace, è possibile personalizzare Project
Web App in base alle esigenze specifiche dell'organizzazione. Quando si utilizzano i
campi personalizzati organizzazione, tutti gli utenti nell'organizzazione dispongono
dell'accesso a un set standard di campi, che consente di applicare le operazioni nello
stesso modo in tutti i set di progetti. Ad esempio:
È possibile personalizzare la gestione dei progetti per riflettere i processi e la
struttura dell'organizzazione. Tutti gli utenti nell'organizzazione possono accedere
a un set standard di progetti, che consente di completare le stesse operazioni in
tutti i set di progetti.
È possibile impostare i campi personalizzati organizzazione come campi
obbligatori in modo che venga richiesto agli utenti di immettere le informazioni in
tali campi prima di salvare.
È possibile utilizzare i campi personalizzati organizzazione in base ai singoli reparti.
Dal momento che la creazione di campi personalizzati organizzazione può essere
semplice o molto complessa e impegnativa, è importante specificare correttamente i
campi personalizzati organizzazione. Per determinare l'ambito dei campi personalizzati
organizzazione richiesti dall'organizzazione, prendere in considerazione le domande
seguenti:
Quali parole o frasi vengono utilizzate dalle parti interessate nell'organizzazione,
ad esempio rendimento dell'investimento (ROI), indicatore di prestazioni chiave
(KPI) e così via? È possibile quantificare e codificare questi concetti utilizzando i
campi personalizzati organizzazione. Considerare inoltre i concetti alla base delle
parole e delle frasi utilizzate comunemente dalle parti interessate
nell'organizzazione.
Quali sono i requisiti degli utenti nell'organizzazione? Spesso i requisiti degli utenti
si basano sui requisiti per la creazione di relazioni.
Come si eseguono l'ordinamento e la selezione dei dati? Come si utilizzano gli
indicatori grafici?
Campi personalizzati organizzazione
È possibile creare campi personalizzati organizzazione a livello di attività, progetto e
risorsa. È importante determinare i campi personalizzati dell'organizzazione specifici
necessari all'organizzazione quando si esaminano i requisiti aziendali durante la
pianificazione della distribuzione di Project Server. È consigliabile eseguire questa
operazione dopo aver eseguito un'analisi delle lacune confrontando le funzionalità di
Project Server con le esigenze aziendali dell'organizzazione.
Ad esempio, un gruppo di dirigenti in un'organizzazione desidera visualizzare i dati dei
progetti per reparto. Per soddisfare questo requisito aziendale, è necessario definire un
metodo coerente per l'identificazione dei reparti all'interno dell'organizzazione. Inoltre,
se ciascun reparto dispone di diversi metodi contabili o processi di finanziamento,
potrebbe essere necessario stabilire un metodo per definirli. È possibile utilizzare i campi
personalizzati Reparti progetti o Reparti risorse insieme alla tabella di ricerca
personalizzata Reparto oppure qualsiasi campo personalizzato organizzazione con la
proprietà Reparto impostata per eseguire questa operazione.
I campi personalizzati organizzazione vengono utilizzati principalmente per consentire
alle organizzazioni di garantire la coerenza in tutti i progetti. Ad esempio, se due project
manager usano campi diversi per specificare la posizione di una risorsa, gli utenti non
sono in grado di determinare quando la stessa risorsa viene assegnata ai progetti gestiti
da ogni project manager.
Tenere presente che l'uso di numerosi campi personalizzati con formule può influire
sulle prestazioni del sistema.
Tabelle di ricerca personalizzate organizzazione
Utilizzare le tabelle di ricerca personalizzate per qualsiasi campo personalizzato
dell'organizzazione per cui la standardizzazione dei dati è un fattore molto importante.
Ad esempio, è consigliabile non consentire agli utenti di immettere valori arbitrari in un
campo Stato personalizzato. Un project manager potrebbe immettere Iniziato e un altro
In corso, che indicano entrambi che il progetto è stato avviato ed è in corso. Senza
utilizzare le tabelle di ricerca, è difficile standardizzare la terminologia
dell'organizzazione.
Ad esempio, è possibile creare un campo di testo personalizzato associato a Risorse. A
tale scopo, fare clic sull'opzione Risorsa , selezionare Testo nell'elenco e
rinominarloManager. Se non si specifica una tabella di ricerca per questo campo di testo
personalizzato, un utente potrebbe immettere qualsiasi valore di testo nel campo
Manager.
Vedere anche
Aggiungere o modificare campi personalizzati dell'organizzazione in Project Server
Aggiungere o modificare tabelle di ricerca personalizzate dell'organizzazione in Project
Server
Aggiungere o modificare campi
personalizzati dell'organizzazione in
Project Server
Articolo • 07/04/2023
Riepilogo: utilizzare la pagina Nuovo campo personalizzato nelle impostazioni di Project
Web App per specificare le opzioni per un campo personalizzato.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
Utilizzare la procedura seguente per creare un nuovo campo personalizzato
organizzazione o modificarne uno già esistente.
Per creare o modificare i campi personalizzati
organizzazione
1. Nella home page Project Web App fare clic su Impostazioni Project Web App dal
menu Impostazioni.
2. Nella pagina Impostazioni server Project Web App fare clic su Campi
personalizzati organizzazione e Tabelle di ricerca.
3. Nella sezione Campi personalizzati organizzazione fare clic sul campo che si
desidera modificare oppure su Nuovo campo per creare un nuovo campo.
4. Compilare la pagina Campo personalizzato specificando le opzioni del campo
personalizzato che si desidera utilizzare. Vedere le descrizioni di ciascun campo
nelle sezioni seguenti.
5. Fare clic su Salva.
Nome e Descrizione
Utilizzare le aree Nome e Descrizione per specificare un nome e una descrizione per il
campo personalizzato. Nella tabella seguente vengono descritti i campi Nome e
Descrizione.
７ Nota
Se si intende usare campi personalizzati nei cubi OLAP, evitare di usare caratteri
non alfanumerici nel nome.
Attributi Name e Description per i campi personalizzati in Project Web App
Attributo
Descrizione
Nome
Nome del campo personalizzato.
Descrizione
Descrizione del campo personalizzato.
Entità e Tipo
Usare le aree Entità e Tipo per specificare se si desidera un campo personalizzato
Progetto, Risorsa o Attività e il tipo di dati che il campo deve contenere. Tenere presente
che le aree Entità e Tipo non possono essere modificate dopo il salvataggio del campo
personalizzato.
Nella tabella seguente vengono descritte le varie entità disponibili.
Opzioni dell'entità per i campi personalizzati in Project Web App
Attributo
Descrizione
Progetto
Selezionare per creare campi personalizzati organizzazione applicati a livello di
progetto.
Risorsa
Selezionare per creare campi personalizzati organizzazione applicati a livello di
risorsa.
Attività
Selezionare per creare campi personalizzati organizzazione applicati a livello di
attività.
L'opzione selezionata nel campo Tipo definisce il tipo di dati del campo personalizzato.
Il valore scelto influenza le opzioni disponibili nelle sezioni Attributi personalizzati,
Calcolo per le righe di riepilogo e Comportamento. Nella tabella seguente vengono
descritti i tipi di campo personalizzato disponibili.
Attributi di tipo per i campi personalizzati in Project Web App
Attributo
Descrizione
Costo
Utilizzare i campi costo personalizzati per definire i dati di valuta. Ad esempio, è
possibile usare un campo di costo personalizzato per definire il budget approvato di
un progetto.
Attributo
Descrizione
Data
Utilizzare i campi data personalizzati per specificare i dati basati su date. Ad esempio,
è possibile creare un campo personalizzato organizzazione denominato Data
approvazione progetto e utilizzarlo per registrare la data in cui un progetto viene
approvato.
Durata
Utilizzare i campi durata personalizzati per definire una durata. In genere, questi
campi vengono definiti come calcoli che utilizzano formule personalizzate. Ad
esempio, un campo di durata personalizzato può consentire all'organizzazione di
definire un modo per un project manager di visualizzare e archiviare la differenza tra
la pianificazione originale di un progetto e la pianificazione effettiva.
Bandiera
Utilizzare i campi contrassegno personalizzati per definire qualsiasi elemento che può
disporre di due sole scelte per definire i dati. Ad esempio, è possibile utilizzare un
campo contrassegno per determinare se visualizzare un campo o abilitare una macro
che controlla la disponibilità di un particolare set di dati nel progetto.
Numero
Utilizzare i campi numero personalizzati per definire qualsiasi set di dati numerico o
eseguire un calcolo personalizzato utilizzando una formula personalizzata. Ad
esempio, è possibile usare un campo a livello di attività per registrare le righe di
codice stimate in un progetto di sviluppo software o per confrontare il costo effettivo
di un progetto con il costo proposto.
Text
Utilizzare i campi testo personalizzati per definire semplici dati alfanumerici non
gerarchici. Ad esempio, è possibile creare un campo testo personalizzato denominato
Stato progetto che include opzioni quali Avviato, Approvato, In corso, Sospeso,
Annullato e Chiuso.
Attributi personalizzati
Quando si seleziona un campo personalizzato Testo progetto, è possibile specificare una
o più righe di testo per il campo personalizzato.
Nella tabella seguente vengono descritte le opzioni per il testo personalizzato.
Attributi di testo personalizzati per i campi personalizzati in Project Web App
Attributo
Descrizione
Una riga
Selezionare se si desidera che il campo personalizzato sia formato da una sola riga di
di testo
testo. Questa opzione è disponibile solo per i campi Testo progetto.
Più righe
di testo
Selezionare se si desidera che il campo personalizzato sia formato da più righe di
testo. Questa opzione è disponibile solo per i campi Testo progetto. Il campo del
progetto creato usando questa opzione non è visibile nella scheda delle informazioni
sul progetto in Project Professional. È tuttavia possibile visualizzare questo campo
utilizzando una pagina Dettagli progetto basata sul Web.
È possibile scegliere di fare in modo che una tabella di ricerca personalizzata fornisca i
valori per un campo personalizzato. In questo modo è possibile controllare i valori
selezionati per il campo personalizzato. È possibile eseguire le seguenti operazioni:
Specificare se si desidera immettere un valore predefinito se non viene selezionato
alcun altro valore
Specificare se consentire la selezione di più valori dalla tabella di ricerca
Specificare se limitare i valori disponibili ai valori nella tabella senza subordinati
L'opzione Tabella di ricerca è disponibile quando si seleziona Testo come tipo di campo.
Nella tabella seguente vengono descritte le opzioni delle tabelle di ricerca per i campi
personalizzati.
Attributi della tabella di ricerca per i campi personalizzati in Project Web App
Attributo
Descrizione
Tabella di ricerca
Nome della tabella di ricerca personalizzata organizzazione che si desidera
associare al campo personalizzato. Dopo aver associato una tabella di ricerca
a un campo e averlo salvato, non è più possibile rimuovere la relazione con la
tabella di ricerca. Di conseguenza, verificare che la tabella di ricerca sia
necessaria prima di creare questa associazione.
Selezionare un
valore da
Se si desidera includere un valore predefinito nel campo personalizzato nel
caso in cui l'utente non ne specifichi uno, selezionare questa casella di
utilizzare come
predefinito per
l'aggiunta di
controllo e quindi il valore predefinito.
nuovi elementi
Valore
predefinito
Valore predefinito da utilizzare in questo campo se gli utenti non specificano
alcun valore. Per impostare un valore, fare clic sul pulsante Sfoglia e
selezionare il valore desiderato.
Consenti solo
codici senza
valori
Selezionare questa opzione se si desidera consentire solo i valori nella tabella
di ricerca senza valori subordinati (ovvero i valori al livello inferiore di ciascun
ramo).
subordinati
Consenti la
selezione di più
valori dalla
Selezionare questa opzione se si desidera consentire agli utenti di selezionare
più di un valore dalla tabella di ricerca. Dopo aver impostato e salvato la
selezione, non è più possibile rimuoverla. Questa opzione non è compatibile
tabella di ricerca
con i cubi OLAP.
７ Nota
Se si desidera creare un campo personalizzato che fa riferimento a una tabella di
ricerca, creare la tabella prima del campo personalizzato.
È possibile utilizzare formule per definire parametri personali per la misurazione dei dati
o la presentazione di informazioni nei campi personalizzati organizzazione di un
progetto. Le formule non possono essere utilizzate con tutti i tipi di campi personalizzati
organizzazione.
L'opzione per le formule è disponibile con tutti i tipi di campo.
７ Nota
Dopo aver associato una formula a un campo personalizzato, è possibile
modificarla ma non rimuoverla.
Per utilizzare una formula nota, digitare la formula nella casella Modifica formula.
Per aggiungere un campo alla formula, fare clic su Seleziona campo, scegliere un
tipo di campo e quindi fare clic sul nome del campo a cui si desidera fare
riferimento. Per fare riferimento a un campo personalizzato organizzazione
esistente, selezionare un tipo di campo, quindi un tipo di campo personalizzato (ad
esempio, Data personalizzata o Fine personalizzata) e fare clic sul campo
personalizzato organizzazione desiderato.
Per utilizzare una funzione nella formula, fare clic su Seleziona funzione, quindi su
un tipo di funzione e selezionare la funzione desiderata. Ogni funzione include
argomenti segnaposto che è possibile sostituire con i campi e i valori che si
desidera utilizzare.
Per costruire una formula utilizzando un set standard di operatori, fare clic su
Seleziona operatore e scegliere l'operatore necessario. La formula è in grado di
operare utilizzando i campi, le funzioni o i dati letterali a cui viene fatto riferimento.
Nella tabella seguente vengono descritte le opzioni per le formule.
Attributi della formula per i campi personalizzati in Project Web App
Attributo
Descrizione
Immetti
Formula che si desidera utilizzare.
formula
Inserisci
campo
Consente di inserire nella formula un campo (costo, data, durata, contrassegno,
numero o testo).
Attributo
Descrizione
Inserisci
Consente di inserire nella formula una funzione (conversione, data/ora, generale,
funzione
matematica, Microsoft Project o testo).
Inserisci
operatore
Consente di inserire nella formula un operatore (matematico o booleano).
Reparto
È possibile selezionare un reparto da associare al campo personalizzato. La selezione di
un reparto consente di limitare la possibilità di un utente di visualizzare il campo
personalizzato se tale persona non è membro di tale reparto. Se non si specifica un
reparto, tutti gli utenti potranno visualizzare il campo personalizzato.
I valori disponibili per Reparto sono specificati nella tabella di ricerca personalizzata
Reparto.
Calcolo per righe di riepilogo
Per i tipi di entità Risorsa e Attività, è possibile selezionare le opzioni per il calcolo delle
righe di riepilogo.
Tenere presente che il calcolo delle righe di riepilogo non è disponibile con un tipo di
campo Testo.
Nella tabella seguente vengono descritte le opzioni per il calcolo delle righe di riepilogo.
Opzioni di calcolo attività di riepilogo per i campi personalizzati in Project Web App
Attributo
Descrizione
Nessuna
Specificare Nessuno se non si desidera applicare il campo personalizzato alle righe
di riepilogo e di riepilogo di gruppo.
Cumulativo
Specificare Rollup per eseguire il rollup delle singole righe per la riga di riepilogo.
Usa
Scegliere Usa formula per utilizzare una formula specifica per calcolare la riga di
formula
riepilogo. È necessario specificare la formula da utilizzare in Attributi personalizzati.
Calcolo per le righe di assegnazione
Per i tipi di risorsa Risorsa e Attività, è possibile utilizzare un calcolo con riporto per le
righe di assegnazione.
Nella tabella seguente vengono descritte le opzioni per il calcolo delle righe di
assegnazione.
Opzioni di calcolo delle righe di assegnazione nei campi personalizzati in Project Web
App
Attributo
Descrizione
Nessuna
Specificare Nessuno se non si desidera riportare le righe di assegnazione.
Riporta se non
specificato
manualmente
Selezionare Riporta se si desidera riportare i dati immessi a livello della
risorsa o dell'attività e copiarli in ciascuna assegnazione con lo stesso
valore.
Valori da visualizzare
È possibile scegliere di visualizzare i dati non elaborati o di rappresentare graficamente i
dati.
Se si seleziona Indicatori grafici, è possibile selezionare diversi criteri per le righe non di
riepilogo, le righe di riepilogo e, se si utilizza un tipo di entità Progetto, il riepilogo del
progetto.
Quando si seleziona un'opzione, vengono visualizzati altri parametri configurabili
specifici per tale opzione.
Nella tabella seguente vengono descritte le opzioni per gli indicatori grafici.
Opzioni dell'indicatore grafico nei campi personalizzati in Project Web App
Attributo
Descrizione
Righe non di
riepilogo
Selezionare Righe non di riepilogo per specificare i criteri di rappresentazione
grafica delle righe di dati non di riepilogo.
Righe di
Selezionare Righe di riepilogo per specificare i criteri di rappresentazione
riepilogo
grafica delle righe di riepilogo.
Riepilogo
progetto
Selezionare Riepilogo progetto per specificare i criteri di rappresentazione
grafica del riepilogo del progetto.
Quando si configurano gli indicatori grafici, è possibile specificare il valore esatto e i
parametri di confronto che determinano l'utilizzo di un particolare elemento grafico. I
parametri di confronto (condizione) sono i seguenti:
Uguale
Diverso da
Maggiore di
Maggiore o uguale a
Minore di
Minore o uguale a
Compreso tra
Non compreso tra
Contains
Non contiene
Contiene esattamente
Qualsiasi valore
Questi parametri vengono utilizzati per confrontare i valori dei dati con un valore di
soglia specificato per determinare quale elemento grafico visualizzare. Ad esempio, è
possibile configurare i valori maggiori o uguali a 50 in modo da visualizzare un
indicatore verde e i valori minori di 50 in modo da visualizzare un indicatore rosso.
È possibile specificare tutte le immagini necessarie per i diversi valori. Aggiungere una
nuova riga alla tabella per ciascun confronto condizione/valore. Le righe nella tabella
vengono valutate dall'alto verso il basso e viene visualizzata l'immagine associata alla
prima riga in cui la combinazione condizione/valore è vera.
Nella tabella seguente vengono descritte le opzioni per gli indicatori grafici delle righe
non di riepilogo.
Attributi dell'indicatore grafico per le righe non di riepilogo nei campi personalizzati
per Project Web App
Attributo
Descrizione
Test
Specificare l'operatore (uguale a, minore di e così via) da applicare al valore
del campo per determinare l'immagine da utilizzare.
Valori
Digitare il valore o il riferimento del campo (ad esempio, [costo]) che,
combinato con l'operatore nella colonna della condizione, determina
quando utilizzare l'immagine nella colonna Immagine.
Attributo
Descrizione
Immagini
Selezionare l'immagine da visualizzare quando la combinazione
condizione/valore è vera.
Sposta
Utilizzare i pulsanti di spostamento per spostare una riga in alto o in basso
nella tabella.
Mostra i valori dei
Selezionare questo attributo per visualizzare il valore del campo nella
dati nelle
descrizioni
comandi
descrizione comando associata all'immagine.
Quando si utilizzano gli indicatori grafici per le righe di riepilogo, è possibile specificare
se ereditare le impostazioni degli indicatori grafici definiti per le righe non di riepilogo.
Se si seleziona la casella di controllo Eredita criteri da righe non di riepilogo durante la
configurazione degli indicatori grafici per le righe di riepilogo, vengono utilizzati i
parametri degli indicatori grafici configurati per le righe non di riepilogo.
Se si seleziona la casella di controllo Eredita criteri da righe di riepilogo durante la
configurazione degli indicatori grafici per il riepilogo di progetto, vengono utilizzati i
parametri degli indicatori grafici configurati per le righe di riepilogo.
Comportamento
È possibile configurare un campo personalizzato in modo che sia controllato da un
flusso di lavoro o che richieda un valore.
Se si configura un campo personalizzato controllato da un flusso di lavoro, l'opzione per
rendere il campo obbligatorio non è disponibile perché tale comportamento è
controllato dal flusso di lavoro.
Nella tabella seguente vengono descritte le opzioni per la configurazione del
comportamento dei campi personalizzati.
Opzioni di comportamento dei campi personalizzati in Project Web App
Attributo
Descrizione
Comportamento controllato
dal flusso di lavoro
Selezionare questa casella di controllo se si desidera che il
comportamento dei campi personalizzati sia controllato dal flusso
di lavoro.
Attributo
Descrizione
Consenti la modifica nelle
pagine Dettagli progetto
per i progetti elenco attività
di SharePoint
Selezionare questa opzione se si desidera che il campo
personalizzato sia disponibile per gli utenti che modificano i
progetti elenco attività di SharePoint.
Il campo deve includere
informazioni
Specificare se si desidera che il campo sia obbligatorio (ovvero
che sia impossibile lasciarlo vuoto). Questa opzione non è
disponibile se è selezionata l'opzione Comportamento
controllato dal flusso di lavoro.
Vedere anche
Aggiungere o modificare tabelle di ricerca personalizzate dell'organizzazione in Project
Server
Aggiungere o modificare tabelle di
ricerca personalizzate
dell'organizzazione in Project Server
Articolo • 07/04/2023
Riepilogo: utilizzare la pagina Nuovo campo personalizzato nelle impostazioni di Project
Web App per specificare le opzioni per una tabella di ricerca personalizzata.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
Utilizzare la procedura seguente per creare o modificare una tabella di ricerca
personalizzata organizzazione.
Per creare o modificare le tabelle di ricerca personalizzate
organizzazione
1. Nella home page Project Web App fare clic su Impostazioni Project Web App dal
menu Impostazioni.
2. Nella pagina Impostazioni server Project Web App fare clic su Campi
personalizzati organizzazione e Tabelle di ricerca.
3. Nella sezione Tabelle di ricerca e campi personalizzati fare clic su Nuova tabella
di ricerca per creare una nuova tabella di ricerca o fare clic sulla tabella di ricerca
che si desidera modificare.
4. Per una nuova tabella digitare un nome per la tabella di ricerca nella casella Nome.
5. Compilare la pagina Tabella di ricerca personalizzata specificando le opzioni che si
desidera utilizzare. Vedere le descrizioni per ogni campo nelle sezioni seguenti.
6. Fare clic su Salva.
Tipo
Per una nuova tabella di ricerca è necessario specificare un tipo di dati per la tabella.
Non è possibile utilizzare diversi tipi di campo in una tabella.
Nella tabella seguente vengono descritte le opzioni per i tipi di dati in una tabella di
ricerca personalizzata.
Tipi di dati per tabelle di ricerca personalizzate in Project Web App
Attributo
Descrizione
Costo
Ogni campo nella tabella è un valore di costo.
Data
Ogni campo nella tabella è un valore di data.
Durata
Ogni valore nella tabella è gestito come una durata.
Numero
Ogni valore nella tabella è un numero.
Text
Ogni valore nella tabella è testo. Scegliendo Testo, è inoltre possibile specificare una
gerarchia di valori.
Formato di codice
L'opzione Formato codice è visualizzata solo quando è stato selezionato un tipo di
campo Testo.
Il formato di codice consente di specificare quali tipi di caratteri di testo appariranno
nella tabella di ricerca, la lunghezza della stringa e quali caratteri utilizzare per separare i
livelli in una gerarchia. Se si sta creando una tabella di ricerca gerarchica, è necessario
specificare un formato di codice per ogni livello della gerarchia.
Nella tabella seguente vengono descritte le opzioni disponibili per la configurazione dei
formati di codice.
Impostazioni della maschera di codice per una tabella di ricerca personalizzata in
Project Web App
Attributo
Descrizione
Anteprima
Visualizza un'anteprima del formato di codice per la tabella.
codice
Sequenza
Specificare il tipo di caratteri di testo da consentire. Scegliere Numeri, Caratteri
maiuscoli, Caratteri minuscoli o Caratteri.
Lunghezza
Specificare la lunghezza massima per la stringa. Scegliere un numero da 1 a 255 o
Qualsiasi.
Separatore
Specificare da uno a tre caratteri da utilizzare come separatore tra i livelli della
gerarchia della tabella.
Tabella di ricerca
Utilizzare la sezione Tabella di ricerca della pagina Nuova tabella di ricerca per
specificare i valori nella tabella di ricerca.
Digitare i valori che si desidera inserire nella tabella di ricerca nella colonna Valore.
Creare il numero di righe necessarie per contenere i valori che si desidera includere. Se
lo si desidera, includere una descrizione per il valore nella colonna Descrizione.
Nella tabella seguente vengono descritte le opzioni per la creazione dei valori della
tabella di ricerca.
Valori della tabella di ricerca in Project Web App
Attributo
Descrizione
Level
Indica il livello nella gerarchia. È un campo di sola lettura. Selezionare la riga e
utilizzare i pulsanti Imposta come livello di struttura inferiore e Imposta come
livello di struttura superiore per modificare i livelli.
Valore
Specificare il valore del campo.
Descrizione
Descrive ciò che rappresenta il campo. (Facoltativa)
Sposta
Utilizzare i pulsanti Sposta per modificare la posizione delle righe nella tabella.
Selezionare una riga e quindi fare clic sul pulsante Sposta su o Sposta giù per
spostare una riga.
Ordine di
Specifica come ordinare la tabella di ricerca. Se si selezionaPer numero di riga,
visualizzazione
la tabella rimane ordinata come specificato. Se si sceglie di applicare
per la tabella
l'ordinamento crescente o decrescente, la tabella viene ordinata in base ai valori
di ricerca
nella colonna Valore.
Vedere anche
Aggiungere o modificare campi personalizzati dell'organizzazione in Project Server
Amministrazione di database in Project
Server
Articolo • 07/04/2023
Riepilogo: Gestire gli oggetti dell'organizzazione nella sezione Amministrazione
database di Impostazioni di Project Server.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
Contenuto
Descrizione
Eliminare oggetti
organizzazione in Project
Server
È possibile eliminare oggetti aziendali da Project Web App
quando non sono più necessari.
Forzare l'archiviazione di
oggetti organizzazione in
Project Server
È possibile forzare l'archiviazione di progetti, risorse, campi
personalizzati, calendari, tabelle di ricerca e piani di risorse
dell'organizzazione in Project Web App.
Vedere anche
Utilizzare Project Server
Eliminare oggetti organizzazione in
Project Server
Articolo • 07/04/2023
Riepilogo: è possibile eliminare oggetti dell'organizzazione da Project Web App quando
non sono più necessari.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
È possibile eliminare i tipi di oggetti seguenti da Project Web App:
Progetti
Risorse e utenti
Risposte a relazioni sullo stato
Schede attività
Delegati utente
Per le procedure relative all'eliminazione di ciascun tipo di oggetto, vedere gli articoli
contenuti in questa sezione:
Eliminare progetti in Project Server
Eliminare risorse e utenti in Project Server
Eliminare le risposte del report sullo stato in Project Server
Eliminare schede attività in Project Server
Eliminare i delegati utente in Project Server
Vedere anche
Forzare l'archiviazione di oggetti organizzazione in Project Server
Eliminare progetti in Project Server
Articolo • 07/04/2023
Riepilogo: Quando un progetto non è più necessario, è possibile eliminarlo da Project
Web App usando l'opzione Elimina oggetti organizzazione.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
Utilizzare la procedura seguente per eliminare un progetto da Project Web App.
） Importante
Il progetto viene eliminato definitivamente da Project Web App e non può essere
recuperato.
Per eliminare un progetto
1. Nella home page Project Web App fare clic su Impostazioni Project Web App dal
menu Impostazioni.
2. Nella pagina Impostazioni server fare clic su Elimina oggetti dell'organizzazione
nella sezione Amministrazione database e coda.
3. Nella pagina Elimina oggetti organizzazione selezionare l'opzione Progetti .
4. Selezionare una delle opzioni seguenti:
Eliminare progetti bozza e pubblicati per visualizzare un elenco di progetti
sia bozza che pubblicati.
Eliminare solo i progetti pubblicati per visualizzare un elenco di progetti
pubblicati.
Eliminare i progetti archiviati per visualizzare un elenco di progetti archiviati.
5. Per eliminare il sito di SharePoint associato, selezionare la casella di controllo
Elimina i siti di SharePoint connessi .
７ Nota
Se non si elimina il sito di SharePoint associato e si salva e si pubblica un
nuovo progetto con lo stesso nome del progetto eliminato, il processo di
pubblicazione del sito di SharePoint avrà esito negativo.
6. Selezionare il progetto da eliminare.
7. Fare clic su Elimina.
Eliminare risorse e utenti in Project
Server
Articolo • 07/04/2023
Riepilogo: Quando una risorsa o un utente non è più necessario, è possibile eliminarla
da Project Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
） Importante
È consigliabile non eliminare risorse da Project Web App in quanto ciò può influire
sulla segnalazione dei valori effettivi. Disattivare invece le risorse che non sono più
necessarie.
Usare la procedura seguente per eliminare risorse e utenti da Project Web App.
） Importante
Le risorse e gli utenti verranno eliminati definitivamente da Project Web App.
Per eliminare risorse e utenti
1. Nella home page Project Web App scegliere Impostazioni PWA dal menu
Impostazioni.
2. Nella pagina Impostazioni server fare clic su Elimina oggetti dell'organizzazione
nella sezione Amministrazione database e coda.
3. Nella pagina Elimina oggetti organizzazione selezionare l'opzione Risorse e utenti
.
4. Selezionare l'utente o la risorsa da eliminare.
5. Fare clic su Elimina.
6. Nella finestra di dialogo di conferma fare clic su OK.
Eliminare le risposte del report sullo
stato in Project Server
Articolo • 07/04/2023
Riepilogo: quando non è più necessaria una risposta a una relazione sullo stato, è
possibile eliminarla da Project Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
Utilizzare la procedura seguente per eliminare le risposte del report sullo stato da
Project Web App.
） Importante
Questo processo elimina completamente la risposta del report sullo stato da
Project Web App e non può essere recuperata.
Per eliminare le risposte alle relazioni sullo stato
1. Nella home page Project Web App fare clic su Impostazioni Project Web App dal
menu Impostazioni.
2. Nella pagina Impostazioni server fare clic su Elimina oggetti dell'organizzazione
nella sezione Amministrazione database e coda.
3. Nella pagina Elimina oggetti dell'organizzazione selezionare l'opzione Risposte a
relazioni sullo stato.
4. Specificare un parametro per la data di fine periodo (numero di giorni, settimane,
mesi o anni prima dei quali si desidera eliminare le risposte alle relazioni sullo
stato).
5. Fare clic su Elimina.
Eliminare schede attività in Project
Server
Articolo • 07/04/2023
Riepilogo: se una scheda attività non è più necessaria, è possibile eliminarla da Project
Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
Utilizzare la procedura seguente per eliminare le schede attività da Project Web App.
） Importante
Che questo processo elimina completamente la scheda attività da Project Web App
e non può essere recuperata.
Per eliminare le schede attività
1. Nella home page Project Web App fare clic su Impostazioni Project Web App dal
menu Impostazioni.
2. Nella sezione Amministrazione database e coda della pagina Impostazioni del
server fare clic su Elimina oggetti dell'organizzazione.
3. Nella pagina Elimina oggetti dell'organizzazione selezionare l'opzione Schede
attività.
4. Selezionare l'intervallo delle date finali delle scheda attività che si desidera
eliminare.
5. Fare clic su Elimina.
Vedere anche
Metodo TimeSheet.QueueDeleteTimesheet
Eliminare i delegati utente in Project
Server
Articolo • 07/04/2023
Riepilogo: quando un delegato utente non è più necessario, è possibile eliminarlo da
Project Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
Utilizzare la procedura seguente per eliminare i delegati utente da Project Web App.
） Importante
Questo processo elimina completamente il delegato utente da Project Web App e
non può essere recuperato.
Per eliminare un delegato utente
1. Nella home page Project Web App fare clic su Impostazioni Project Web App dal
menu Impostazioni.
2. Nella pagina Impostazioni server fare clic su Elimina oggetti dell'organizzazione
nella sezione Amministrazione database e coda.
3. Nella pagina Elimina oggetti dell'organizzazione selezionare l'opzione Delegati
utente.
4. Specificare un parametro per la data di fine periodo (numero di giorni, settimane,
mesi o anni prima dei quali si desidera eliminare i delegati utente).
5. Fare clic su Elimina.
Forzare l'archiviazione di oggetti
organizzazione in Project Server
Articolo • 07/04/2023
Riepilogo: in Project Web App è possibile forzare l'archiviazione di progetti, risorse,
campi personalizzati, calendari, tabelle di ricerca e piani delle risorse dell'organizzazione.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
Se un oggetto dell'organizzazione è stato estratto e l'utente che ha eseguito l'estrazione
non è disponibile o non è in grado di riarchiviarlo, è possibile forzare l'operazione di
archiviazione.
） Importante
Se si forza l'archiviazione di un oggetto dell'organizzazione in corso di modifica da
parte di un utente, le modifiche apportate potrebbero andare perse.
È possibile forzare l'archiviazione dei tipi seguenti di oggetti dell'organizzazione:
Progetti dell'organizzazione
Risorse dell'organizzazione
Campi personalizzati organizzazione
Calendari organizzazione
Tabelle di ricerca per campi personalizzati dell'organizzazione
Piani delle risorse
Vedere gli articoli inclusi in questa sezione per informazioni sulle procedure da eseguire
per l'archiviazione dei diversi tipi di oggetto:
Archiviare progetti dell'organizzazione in Project Server
Archiviare le risorse dell'organizzazione in Project Server
Archiviare campi personalizzati dell'organizzazione in Project Server
Archiviare calendari dell'organizzazione in Project Server
Tabelle di ricerca di archiviazione per i campi personalizzati dell'organizzazione in
Project Server
Archiviare i piani delle risorse in Project Server
Vedere anche
Eliminare oggetti organizzazione in Project Server
Archiviare progetti dell'organizzazione
in Project Server
Articolo • 07/04/2023
Riepilogo: È possibile forzare l'archiviazione di un progetto dell'organizzazione usando
Project Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
È possibile forzare l'archiviazione di un progetto dell'organizzazione estratto. Si noti che
forzare l'archiviazione di un progetto modificato da un utente può comportare la
perdita di tali modifiche. Si consiglia vivamente agli utenti di archiviare i progetti nel
modo tipico e di usare l'archiviazione forzata solo quando è necessario.
Utilizzare la procedura seguente per forzare l'archiviazione dei progetti
dell'organizzazione.
Per forzare l'archiviazione dei progetti
dell'organizzazione
1. Nella home page Project Web App fare clic su Impostazioni Project Web App dal
menu Impostazioni.
2. Nella pagina Impostazioni del server, nella sezione Amministrazione database e
coda fare clic su Forza archiviazione degli oggetti dell'organizzazione.
3. Dall'elenco a discesa Selezionare il tipo di oggetto di cui si desidera forzare
l'archiviazione selezionare Progetti organizzazione.
4. Selezionare i progetti che si desidera archiviare.
5. Fare clic su Archivia.
Archiviare le risorse dell'organizzazione
in Project Server
Articolo • 07/04/2023
Riepilogo: È possibile forzare l'archiviazione di una risorsa dell'organizzazione usando
Project Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
È possibile forzare l'archiviazione di una risorsa dell'organizzazione estratta. Si noti che
forzare l'archiviazione di una risorsa che viene modificata da un utente può comportare
la perdita di tali modifiche.
Usare la procedura seguente per archiviare le risorse dell'organizzazione.
Per archiviare le risorse dell'organizzazione
1. Nella home page Project Web App fare clic su Impostazioni Project Web App dal
menu Impostazioni.
2. Nella sezione Amministrazione database e coda della pagina Impostazioni server
fare clic su Forza archiviazione degli oggetti dell'organizzazione.
3. Nell'elenco a discesa Selezionare il tipo di oggetto che si vuole forzare
l'archiviazione selezionare Risorse organizzazione.
4. Selezionare le risorse da archiviare.
5. Fare clic su Archivia.
Archiviare campi personalizzati
dell'organizzazione in Project Server
Articolo • 07/04/2023
Riepilogo: È possibile forzare l'archiviazione di un campo personalizzato
dell'organizzazione usando Project Web App Impostazioni.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
È possibile forzare l'archiviazione di un campo personalizzato dell'organizzazione
estratto. Si noti che forzare l'archiviazione di un campo personalizzato modificato da un
utente può comportare la perdita di tali modifiche.
Utilizzare la procedura seguente per forzare l'archiviazione dei campi personalizzati
dell'organizzazione.
Per forzare l'archiviazione dei campi personalizzati
dell'organizzazione
1. Nella home page Project Web App fare clic su Impostazioni Project Web App dal
menu Impostazioni.
2. Nella sezione Amministrazione database e coda della pagina Impostazioni server
fare clic su Forza archiviazione degli oggetti dell'organizzazione.
3. Nell'elenco a discesa Selezionare il tipo di oggetto che si vuole forzare
l'archiviazione selezionare Campi personalizzati organizzazione.
4. Selezionare i campi personalizzati da archiviare.
5. Fare clic su Archivia.
Archiviare calendari dell'organizzazione
in Project Server
Articolo • 07/04/2023
Riepilogo: è possibile forzare l'archiviazione di un calendario organizzazione utilizzando
Impostazioni di Project Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
È possibile forzare l'archiviazione di un calendario organizzazione estratto. Tenere
presente che se si forza l'archiviazione di un calendario organizzazione aperto per la
modifica da un utente si potrebbe causare la perdita delle modifiche apportate.
Utilizzare la procedura seguente per forzare l'archiviazione dei calendari organizzazione.
Per forzare l'archiviazione dei calendari organizzazione
1. Nella pagina Impostazioni del server fare clic su Forza archiviazione degli oggetti
dell'organizzazione.
2. Dall'elenco a discesa Selezionare il tipo di oggetto di cui si desidera forzare
l'archiviazione selezionare Calendari organizzazione.
3. Selezionare i calendari che si desidera archiviare.
4. Fare clic su Archivia.
Tabelle di ricerca di archiviazione per i
campi personalizzati dell'organizzazione
in Project Server
Articolo • 07/04/2023
Riepilogo: è possibile forzare l'archiviazione di una tabella di ricerca per i campi
personalizzati dell'organizzazione utilizzando Impostazioni di Project Web App.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server
2016, Project Server 2013
È possibile forzare l'archiviazione di una tabella di ricerca dell'organizzazione estratta.
Tenere presente che se si forza l'archiviazione di una tabella di ricerca di cui è in corso la
modifica da parte di un utente, si potrebbe causare la perdita delle modifiche apportate.
Utilizzare la procedura seguente per forzare l'archiviazione delle tabelle di ricerca.
Per forzare l'archiviazione delle tabelle di ricerca per i
campi personalizzati organizzazione
1. Nella home page Project Web App fare clic su Impostazioni Project Web App dal
menu Impostazioni.
2. Nella sezione Amministrazione database e coda della pagina Impostazioni del
server fare clic su Forza archiviazione degli oggetti dell'organizzazione.
3. Dall'elenco a discesa Selezionare il tipo di oggetto di cui si desidera forzare
l'archiviazione selezionare Tabelle di ricerca per campi personalizzati
dell'organizzazione.
4. Selezionare le tabelle di ricerca che si desidera archiviare.
5. Fare clic su Archivia.
Archiviare i piani delle risorse in Project
Server
Articolo • 07/04/2023
Riepilogo: è possibile forzare l'archiviazione di un piano delle risorse dell'organizzazione
utilizzando Impostazioni di Project Web App.
Si applica a: Project Server 2013
È possibile forzare l'archiviazione di un piano delle risorse dell'organizzazione
precedentemente estratto. Tenere presente che forzare l'archiviazione di un piano delle
risorse in corso di modifica da parte di un utente può determinare la perdita delle
modifiche apportate.
Per forzare l'archiviazione dei piani delle risorse, usare la procedura seguente.
Per forzare l'archiviazione dei piani delle risorse
1. Nella home page Project Web App fare clic su Impostazioni Project Web App dal
menu Impostazioni.
2. Nella sezione Amministrazione database e coda della pagina Impostazioni server
fare clic su Forza archiviazione degli oggetti dell'organizzazione.
3. Nell'elenco a discesa Selezionare il tipo di oggetto di cui si desidera forzare
l'archiviazione selezionare Piani delle risorse.
4. Selezionare i piani delle risorse da archiviare.
5. Fare clic su Archivia.
Criteri operativi in Project Server 2013
Articolo • 07/04/2023
Riepilogo: Gestire le impostazioni aziendali nella sezione Criteri operativi di
Impostazioni di Project Server.
Le impostazioni amministrative di Criteri operativi fanno parte delle impostazioni di
Project Server Server.
Articoli sui criteri operativi nelle impostazioni
di Project Server
Gli articoli seguenti sulle impostazioni dei criteri operativi in Project Server sono
disponibili per la visualizzazione online. Gli articoli vengono continuamente aggiornati
dagli autori in base alle nuove informazioni disponibili e ai commenti e suggerimenti
ricevuti dagli utenti.
Contenuto
Descrizione
Avvisi e promemoria in
Project Server 2013
Usare la pagina Avvisi e promemoria in Amministrazione centrale
SharePoint per configurare le impostazioni di posta elettronica di
notifica per Project Server 2013.
Gestire la sincronizzazione
Le impostazioni di sincronizzazione del pool di risorse di Active
del pool di risorse di
Active Directory in Project
Server 2013
Directory in Project Server forniscono un metodo per aggiungere
rapidamente gli utenti di Active Directory come risorse
dell'organizzazione.
Gestire i siti di SharePoint
connessi in Project Server
2013
È possibile usare la pagina delle impostazioni Project Web App
Siti di SharePoint connessi per gestire i siti di progetto.
Avvisi e promemoria (impostazioni di
Project Server 2013)
Articolo • 07/04/2023
Riepilogo: Usare la pagina Avvisi e promemoria in Amministrazione centrale SharePoint
per configurare le impostazioni di posta elettronica di notifica per Project Server 2013.
Si applica a: Project Server 2013
La pagina delle impostazioni di Project Server Avvisi e promemoria in Amministrazione
centrale SharePoint viene usata per configurare le impostazioni di posta elettronica di
notifica nell'ambiente Project Server 2013. Le impostazioni nella pagina Avvisi e
promemoria riguardano i due tipi di messaggi di posta elettronica di notifica inviati da
Project Server:
Avviso: è un messaggio di posta elettronica inviato in base a un evento trigger. Un
messaggio di posta elettronica di avviso può essere ad esempio inviato a una
risorsa quando un project manager le assegna una nuova attività.
Promemoria: è un messaggio di posta elettronica che viene inviato
quotidianamente e contiene un riepilogo degli eventi nuovi o scaduti. Un
messaggio di posta elettronica promemoria inviato a un membro di un team può
ad esempio includere un'attività di sua competenza da avviare il giorno successivo.
La configurazione della pagina Avvisi e promemoria è necessaria per l'uso del sistema di
notifica automatizzato in Project Server 2013. Nella pagina Avvisi e promemoria è
possibile:
Configurare la connessione a un server di posta SMTP e al numero di porta
associato.
Specificare l'indirizzo di posta elettronica predefinito del mittente, nonché il
messaggio da includere automaticamente in ogni notifica o promemoria inviata da
Project Server.
L'accesso e l'utilizzo della pagina di impostazioni di Project Server Avvisi e promemoria
in Amministrazione centrale SharePoint sono riservati agli amministratori di farm.
Impostazioni di posta elettronica per le
notifiche
Per configurare le impostazioni di posta elettronica per le
notifiche
1. In Amministrazione centrale SharePoint fare clic su ** Gestione applicazioni**.
2. Nella sezione Applicazione di servizio della pagina Gestione applicazioni, fare clic
su Gestisci applicazioni di servizio.
3. Nella pagina Applicazioni di servizio fare clic sul servizio dell'applicazione Project
che contiene l'istanza di Project Web App per cui si desidera accedere alle
impostazioni del backup amministrativo.
4. Nella pagina Gestisci istanze di Project Web App fare clic sul menu a discesa
relativo all'istanza di PWA per cui si desidera accedere alle impostazioni del backup
amministrativo e fare clic su Gestisci.
5. Nella sezione Criteri operativi della pagina Impostazioni server di Project Web App
fare clic su Avvisi e promemoria.
6. Nella pagina Avvisi e promemoria:
Selezionare Attiva notifiche con le impostazioni seguenti per mantenere
invariate tutte le impostazioni attuali dei messaggi di posta elettronica di
notifica. Per rendere effettive le modifiche apportate in questa pagina,
selezionare questa opzione. Deselezionando questa opzione, è possibile
mantenere le impostazioni di configurazione della pagina, ma senza
applicarle.
Nella casella Server di posta SMTP immettere il nome del server. Verificare la
porta utilizzata nella casella Porta (il valore predefinito è 25). Modificare il
valore della porta se il proprio server SMTP utilizza una porta diversa da
quella predefinita per il protocollo SMTP (porta 25).
Nella casella Indirizzo mittente immettere l'indirizzo di posta elettronica
predefinito da cui verranno inviati messaggi. Tale indirizzo è l'indirizzo per le
risposte a tutti i messaggi di posta elettronica di avviso e di promemoria.
Nella casella Dominio società digitare il nome del dominio
dell'organizzazione, ad esempio Contoso.com.
Nella casella Piè di pagina messaggio di posta elettronica, digitare il
messaggio predefinito da accodare a tutti i messaggi di posta elettronica di
notifica. Ad esempio: Questo messaggio di posta elettronica può contenere
informazioni riservate ed è rivolto esclusivamente ai destinatari sopra indicati.
7. Fare clic su Salva.
Sincronizzazione tra Active Directory e il
pool di risorse dell'organizzazione per
Project Server 2013
Articolo • 07/04/2023
Riepilogo: Questo set di articoli descrive come gestire e pianificare la sincronizzazione
tra i gruppi di Active Directory con il pool di risorse dell'organizzazione in Project Server
2013.
Si applica a: Project Server 2013
Articoli sulla sincronizzazione di Active
Directory con il pool di risorse di Project Server
2013
Gli articoli seguenti sulla sincronizzazione di Active Directory con il pool di risorse
dell'istanza di Project Web App in Project Server 2013 sono disponibili per la
visualizzazione online. Gli articoli vengono continuamente aggiornati dagli autori in base
alle nuove informazioni disponibili e ai commenti e suggerimenti ricevuti dagli utenti.
Contenuto
Descrizione
Gestire la sincronizzazione del pool di
risorse di Active Directory in Project
Le impostazioni Sincronizzazione pool di risorse con
Active Directory in Project Server 2013 consentono di
Server 2013
aggiungere rapidamente gli utenti di Active Directory
come risorse dell'organizzazione.
Topologie di Active Directory
In questo articolo vengono illustrate le topologie di
supportate per la sincronizzazione con
il pool di risorse dell'organizzazione di
Active Directory supportate per la sincronizzazione
con il pool di risorse dell'organizzazione in Project
Project Server 2013
Server 2013.
Procedure consigliate per configurare i
gruppi di Active Directory per la
In questo articolo viene illustrato il metodo prescritto
per configurare i gruppi di Active Directory per la
sincronizzazione con il pool di risorse
dell'organizzazione in Project Server
sincronizzazione con Project Server 2013 per
aggiungere risorse al pool di risorse
2013
dell'organizzazione.
Gestire la sincronizzazione del pool di
risorse di Active Directory in Project
Server 2013
Articolo • 07/04/2023
Riepilogo: Usare le impostazioni di sincronizzazione del pool di risorse di Active
Directory in Project Server 2013 per aggiungere rapidamente gli utenti di Active
Directory come risorse dell'organizzazione.
Si applica a: Project Server 2013
Le impostazioni di sincronizzazione del pool di risorse di Active Directory sono
disponibili tramite la pagina Impostazioni server di Project Server 2013 nella sezione
Criteri operativi . Per altre informazioni sulle impostazioni amministrative correlate,
vedere Criteri operativi in Project Server 2013.
Contenuto dell'articolo:
Modifiche in Sincronizzazione pool di risorse con Active Directory per Project
Server 2013
Scenari di sincronizzazione degli utenti
Requisiti per la sincronizzazione del pool di risorse dell'organizzazione
Configurare la sincronizzazione del pool di risorse dell'organizzazione
Pianificare la sincronizzazione del pool di risorse dell'organizzazione
Requisiti per la sincronizzazione del pool di risorse dell'organizzazione con utenti
di Active Directory in un dominio diverso
Selezione utenti di SharePoint 2013
Mantenere sincronizzate le risorse di Project Server 2013 con Active Directory è un buon
modo per garantire che le risorse siano sempre aggiornate e per aggiungere
automaticamente i membri del gruppo più recente all'elenco di risorse.
La sincronizzazione del pool di risorse dell'organizzazione di Project Server 2013 Active
Directory viene usata per creare o aggiornare contemporaneamente più risorse
dell'organizzazione di Project Server. Ad esempio, i nuovi dipendenti del proprio reparto
possono essere aggiunti automaticamente come risorse dell'organizzazione di Project
Server se fanno parte del gruppo di Active Directory selezionato per la sincronizzazione.
La sincronizzazione del pool di risorse dell'organizzazione inoltre aggiorna le proprietà
di tali risorse in base ai dati più recenti di Active Directory. Ad esempio, il cognome e
l'indirizzo di posta elettronica di una dipendente possono cambiare dopo che si sposa.
Se la modifica viene effettuata in Active Directory e l'utente si trova nel gruppo
collegato, la modifica verrà apportata alle proprietà della risorsa dell'organizzazione
dell'utente durante l'esecuzione della sincronizzazione.
Il pool delle risorse dell'organizzazione può essere mappato a un massimo di cinque
gruppi di Active Directory per la sincronizzazione. Questi gruppi di Active Directory
possono includere gruppi annidati i cui membri verranno anch'essi sincronizzati.
Modifiche alla sincronizzazione del pool di
risorse di Active Directory per Project Server
2013
È importante notare le modifiche seguenti nella sincronizzazione del pool di risorse di
Active Directory in Project Server 2013:
Non verranno creati automaticamente account utente di Project Server per le
risorse aggiunte al pool di risorse dell'organizzazione tramite la sincronizzazione di
Active Directory.
È possibile sincronizzare fino a cinque gruppi di Active Directory con il pool di
risorse dell'organizzazione in Project Server 2013.
Scenari di sincronizzazione degli utenti
Durante il processo di sincronizzazione del pool delle risorse dell'organizzazione
vengono in genere eseguite due azioni comuni indicate di seguito:
È possibile creare una nuova risorsa dell'organizzazione di Project Server in base
all'appartenenza ad Active Directory Aggiungendo un nuovo membro al gruppo
di Active Directory usato per la sincronizzazione del pool di risorse
dell'organizzazione, si crea automaticamente anche una risorsa per questo utente
in Project Server.
I metadati di un account utente di Project Server esistente,ad esempio nome,
indirizzo di posta elettronica e così via, possono essere aggiornati se sono stati
modificati in Active Directory Ad esempio, se il cognome di una risorsa è stato
modificato in Active Directory, la sincronizzazione del pool di risorse
dell'organizzazione di Project Server 2013 garantisce che il nome della risorsa
venga modificato anche nel pool di risorse dell'organizzazione di Project Server.
La tabella seguente descrive tutti gli scenari di sincronizzazione da Active Directory a
Project Server 2013 Enterprise Resource Pool e le azioni corrispondenti:
Scenario
Azione
L'utente esiste in Active
Per questo utente viene creata una nuova risorsa di Project
Directory ed è un membro del
gruppo di Active Directory
Server.
NOTA: non viene creato un account utente di Project Server in
mappato al pool di risorse
base a questa sincronizzazione. L'utente di Active Directory
dell'organizzazione. L'utente
non esiste in Project Server.
deve essere aggiunto a un gruppo di sicurezza di Project
Server per creare un account utente. Per ulteriori informazioni,
vedere Best practices to configure Active Directory groups for
Enterprise Resource Pool synchronization in Project Server
2013.
L'utente esiste in Active
Directory ed è un membro del
Viene creata una nuova risorsa di Project Server per l'utente, la
quale viene collegata all'account utente esistente in Project
gruppo di Active Directory
Server.
mappato al pool di risorse
dell'organizzazione. L'utente
esiste in Project Server come
utente, ma non come risorsa.
L'utente esiste in Active
La risorsa dell'organizzazione di Project Server corrispondente
Directory ed è un membro del
e le informazioni dell'utente vengono aggiornate se sono stati
gruppo di Active Directory
mappato al pool di risorse
apportati aggiornamenti alle proprietà dell'utente in Active
Directory.
dell'organizzazione. La risorsa
corrispondente esiste già in
Project Server.
L'utente esiste in Active
Directory ma è stato rimosso
La risorsa non viene disattivata nel pool di risorse
dell'organizzazione.
dal gruppo di Active Directory
mappato al pool di risorse
dell'organizzazione.
Un utente è contrassegnato
La risorsa non viene disattivata nel pool di risorse
come inattivo in Active
Directory.
dell'organizzazione. L'utente di Project Server corrispondente
non viene disattivato in base a questa sincronizzazione. Per
altre informazioni, vedere Gestire la sincronizzazione dei
gruppi di sicurezza con Active Directory in Project Server.
Requisiti per la sincronizzazione del pool di
risorse dell'organizzazione
Prima di eseguire la procedura, verificare quanto segue:
È possibile accedere a Project Server tramite Project Web App con un account in
cui sono abilitate le impostazioni globali Gestisci impostazioni di Active
Directorye Gestisci utenti e gruppi.
L'account del servizio dell'applicazione di servizio (SA) per l'istanza di Project
Server ha accesso in lettura a tutti i gruppi di Active Directory e agli account utente
coinvolti nella sincronizzazione.
È possibile verificare questo account nelle proprietà dell'applicazione di servizio
nella pagina Amministrazione applicazione di servizio del sito Web
Amministrazione centrale SharePoint.
L'identità con cui viene eseguito il servizio di accodamento deve disporre
dell'accesso a tutta la foresta e ai domini in cui si prevede di trovare utenti.
Selezione utenti di SharePoint 2013 deve risolvere le informazioni utente su
accesso e gruppi tratte da Active Directory affinché la sincronizzazione del pool di
risorse dell'organizzazione di Project Server 2013 con Active Directory possa
funzionare. Selezione utenti consente di cercare i gruppi di Active Directory da
sincronizzare con il pool di risorse dell'organizzazione. Selezione utenti di
SharePoint 2013 è descritto in maggior dettaglio più avanti in questo articolo.
Configurare la sincronizzazione del pool di
risorse dell'organizzazione
In Impostazioni server di Project Web App è possibile accedere alla pagina per la
sincronizzazione tra Active Directory e il pool di risorse dell'organizzazione e configurare
quindi le opzioni desiderate.
Per configurare la sincronizzazione del pool di risorse
dell'organizzazione
1. In Project Web App fare clic sull'icona Impostazioni e quindi su Impostazioni
Project Web App.
2. Nella sezione Criteri operativi della pagina Impostazioni del server di Project Web
App fare clic su Sincronizzazione pool di risorse con Active Directory.
3. Nella sezione Gruppo di Active Directory della pagina Sincronizzazione del pool di
risorse dell'organizzazione con Active Directory digitare il nome o l'account
Gestione account servizio del gruppo o dei gruppi di Active Directory che si
desidera sincronizzare con il pool di risorse dell'organizzazione. Se non si è certi
del nome del gruppo, è possibile digitare parte del nome del gruppo per
visualizzare i gruppi in Active Directory che contengono la stringa di testo.
Selezione utenti di SharePoint 2013 offre la funzionalità di ricerca che consente di
visualizzare i gruppi di Active Directory desiderati. Per selezionare un gruppo da
una foresta remota, digitare il nome di dominio completo del gruppo ,
group@corp.contoso.comad esempio .
７ Nota
È possibile eseguire la sincronizzazione con un gruppo di distribuzione o di
sicurezza di qualsiasi ambito (locale, globale o universale).
4. È possibile riabilitare gli account inattivi se vengono trovati nel gruppo di Active
Directory durante la sincronizzazione. A tale scopo, in Opzioni di sincronizzazione,
selezionare Riattiva automaticamente eventuali utenti attualmente inattivi trovati
in Active Directory durante la sincronizzazione.
Ad esempio, un dipendente viene spostato in un altro ruolo all'interno dell'azienda
e il rispettivo account utente di Project Server viene disattivato (viene rimosso dal
gruppo di Active Directory Pool di risorse organizzazione). L'utente decide in
seguito di tornare al processo precedente e viene aggiunto di nuovo al gruppo di
Active Directory del pool di risorse dell'organizzazione. Se la riattivazione
automatica degli utenti attualmente inattivi se trovata in Active Directory
durante la sincronizzazione è abilitata, l'account dell'utente verrà riattivato
automaticamente al momento della sincronizzazione.
７ Nota
Affinché questa opzione sia disponibile, è necessario l'aggiornamento
cumulativo di ottobre 2014 per Project Server 2013. Per altre informazioni su
questo aggiornamento, vedere questo post di blog sul supporto tecnico di
Microsoft Project.
5. Fare clic su Salva per salvare le impostazioni e pianificare la sincronizzazione
creando una ricorrenza in base all'impostazione predefinita (una volta al giorno
alle 24). Fare clic su Salva e sincronizza se si desidera sincronizzare
immediatamente il pool di risorse dell'organizzazione, salvare le impostazioni e
pianificare la sincronizzazione in modo da creare una ricorrenza in base
all'impostazione predefinita.
Per verificare lo stato della sincronizzazione del pool di risorse dell'organizzazione, è
possibile tornare alla pagina di sincronizzazione del pool di risorse dell'organizzazione
con Active Directory e controllare le informazioni nella sezione Stato sincronizzazione.
In questa sezione è ad esempio riportata la data dell'ultima sincronizzazione eseguita.
Se l'ultima sincronizzazione non è riuscita per qualsiasi motivo, verrà anche registrato un
timestamp di quando si è verificato se si desidera cercare altre informazioni nei log ULS.
Pianificare la sincronizzazione del pool di
risorse dell'organizzazione
In Project Server 2013 la pianificazione della sincronizzazione del pool di risorse
dell'organizzazione con i gruppi di Active Directory viene eseguita tramite la pagina
Stato processo timer in Amministrazione centrale.
Per pianificare la sincronizzazione del pool di risorse
dell'organizzazione
1. In Amministrazione centrale fare clic su Monitoraggio.
2. Nella sezione Processo timer della pagina Monitoraggio fare clic su Controlla stato
processo.
3. Nella pagina Stato processo timer individuare e quindi fare clic su Project Web
App: Sincronizzazione di ACTIVE Directory con il processo del pool di risorse
dell'organizzazione per <il nome> del sito PWA.
Ad esempio: Project Web App: Sincronizzazione di ACTIVE Directory con il
processo del pool di risorse dell'organizzazione perhttps://contoso/pwa.
4. Nella sezione Pianificazione ricorrente della pagina Modifica processo timer è
possibile configurare la frequenza di esecuzione della sincronizzazione a intervalli
ricorrenti. In Il processo timer è pianificato per l'esecuzione è possibile
selezionare una delle seguenti opzioni in base ai requisiti aziendali:
Minuti: consente di specificare una frequenza in cui verrà eseguito il processo
, ogni x minuti.
Orario: consente di specificare un intervallo in cui il processo verrà eseguito
in modo casuale, a partire da ogni ora tra x minuti trascorsi l'ora e non oltre
y minuti oltre l'ora.
Giornaliero: consente di specificare un intervallo in cui il processo verrà
eseguito in modo casuale, a partire da ogni giorno tra <l'ora del giorno> e
non più <tardi dell'ora del giorno>.
Settimanale: consente di specificare in che modo il processo verrà eseguito
in modo casuale, a partire da ogni settimana tra <il giorno della settimana
e l'ora del giorno> e non più <tardi del giorno della settimana e dell'ora
del giorno>.
Ogni mese: sono disponibili due opzioni:
Consente di specificare un intervallo in cui il processo verrà eseguito in modo
casuale : per data: a partire da ogni mese tra <l'ora del giorno e il giorno
del mese> e non più <tardi dell'ora del giorno e del giorno del mese>.
Consente di specificare un'ora esatta del mese in cui verrà eseguito il
processo timer: per giorno: a partire da ogni mese <di giorno, giorno della
settimana e settimana del mese. Ad esempio, "Alle 12:00 della prima
domenica").
5. Fare clic su OK per salvare le modifiche apportate alla configurazione.
７ Nota
In qualsiasi momento è possibile fare clic su Esegui per eseguire
immediatamente il processo timer.
Si noti che diverse opzioni consentono l'esecuzione del processo nel corso di un
periodo anziché in un'ora o con una frequenza determinata. Se viene selezionata
un'opzione che consente un periodo di esecuzione, il servizio timer selezionerà in modo
casuale un'ora all'interno dei parametri specificati per l'esecuzione del processo in
ciascun server applicazioni. L'utilizzo di un'opzione che definisce un periodo di
esecuzione è ideale per i processi a carico elevato eseguiti in più server della farm.
L'esecuzione di questo tipo di processo in tutti i server contemporaneamente potrebbe
causare un carico eccessivo nella farm.
Requisiti per la sincronizzazione del pool di
risorse dell'organizzazione con gli utenti di
Active Directory in un dominio diverso
Si supponga di dover sincronizzare il pool di risorse dell'organizzazione con gli utenti di
Active Directory esistenti in un dominio diverso da quello in cui è installato Project
Server 2013. Ad esempio, l'organizzazione potrebbe acquisire una nuova azienda o una
filiale potrebbe aver bisogno di aggiungere utenti da una diversa filiale
dell'organizzazione. In questo scenario deve esistere una relazione di trust bidirezionale
tra i domini affinché gli utenti di Active Directory in un dominio sincronizzino con il pool
di risorse dell'organizzazione in un'installazione di Project Server 2013 esistente in un
dominio diverso.
７ Nota
Project Server 2013 non supporta la sincronizzazione del pool di risorse
dell'organizzazione o dei gruppi di sicurezza con utenti di Active Directory tra
domini diversi in cui esiste solo una relazione di trust unidirezionale tra domini.
Selezione utenti di SharePoint 2013
Come accennato in precedenza in questo articolo, Project Server 2013 può sincronizzare
un utente da Active Directory solo se l'utente può essere individuato da Selezione
utenti.
Con Selezione utenti vengono restituti solo utenti, gruppi e attestazioni nelle seguenti
topologie:
Il dominio in cui la farm di SharePoint Server 2013/Project Server 2013 è
attualmente installata.
Un dominio con una relazione di trust bidirezionale con il dominio in cui la farm di
SharePoint Server 2013/Project Server 2013 è attualmente installata.
Per impostazione predefinita, Persone Selezione restituisce solo utenti, gruppi e
attestazioni dal dominio in cui è installato SharePoint Server 2013. Se si desidera che
Selezione utenti restituisca risultati di query da più foreste o domini, è possibile creare
un trust bidirezionale tra foreste o domini. In entrambi i casi, Selezione utenti funziona
automaticamente e non sono necessarie ulteriori configurazioni. Quando si stabiliscono
trust bidirezionali, Selezione utenti restituisce automaticamente i risultati trovati nei
domini attendibili.
Ad esempio, il dominio Contoso.com ha una relazione di trust bidirezionale con
Litware.com e Fabrikam.com. La sincronizzazione del pool di risorse dell'organizzazione
di Project Server 2013 definita nel dominio Contoso.com in cui si trova la farm di Project
Server 2013 viene configurata affinché includa Bob (del dominio Fabrikam.com) e Mindy
(del dominio Litware.com). Persone selettore trova entrambi i gruppi in cui sia Bob che
Mindy risiedono in Active Directory del dominio, la sincronizzazione ERP di Project
Server 2013 sincronizza correttamente il gruppo e entrambi gli utenti. Se non esistono
relazioni di trust o è presente una relazione di trust unidirezionale tra il dominio
Contoso.com e altri domini, gli utenti non saranno in grado di sincronizzare il pool di
risorse dell'organizzazione di Project Server 2013.
Vedere anche
Procedure consigliate per configurare i gruppi di Active Directory per la sincronizzazione
con il pool di risorse dell'organizzazione in Project Server 2013
Topologie di Active Directory supportate per la sincronizzazione con il pool di risorse
dell'organizzazione di Project Server 2013
Gestire la sincronizzazione dei gruppi di sicurezza con Active Directory in Project Server
panoramica dei provider di attestazioni e selezione Persone (SharePoint 2013)
Pianificare Selezione utenti in SharePoint 2013
Topologie di Active Directory
supportate per la sincronizzazione con il
pool di risorse dell'organizzazione di
Project Server 2013
Articolo • 07/04/2023
Riepilogo: Questo articolo descrive le topologie di Active Directory supportate per la
sincronizzazione con il pool di risorse dell'organizzazione in Project Server 2013.
Si applica a: Project Server 2013
Quando si pianifica la sincronizzazione degli utenti dai gruppi di Active Directory alle
risorse nel pool di risorse dell'organizzazione Project Web App in Project Server 2013, è
importante comprendere che sono supportate solo alcune topologie di Active Directory.
In questo articolo vengono illustrate le topologie seguenti:
Topologie supportate : topologie supportate con la compilazione di Project Server
2013 RTM.
Topologie aggiuntive : topologie supportate con l'aggiornamento cumulativo di
Project Server 2013 del 12 marzo 2013.
Topologie non supportate : topologie che non saranno supportate.
Topologie supportate
Le topologie seguenti sono supportate durante la sincronizzazione di utenti e gruppi da
Active Directory al pool di risorse dell'organizzazione per l'istanza di Project Web App in
Project Server 2013. Tenere presente che per il supporto di alcune topologie è
necessario installare l'aggiornamento cumulativo di Project Server 2013 del 12 marzo
2013 nell'ambiente di Project Server 2013.
Topologia con dominio singolo
Nella topologia a dominio singolo, i server Active Directory e Project Server 2013
risiedono tutti nello stesso dominio. Questa è la topologia più semplice per la
sincronizzazione di Active Directory con il pool di risorse dell'organizzazione o i gruppi
di sicurezza, in quanto non richiede la configurazione di trust tra domini.
Topologie aggiuntive
Sono supportate anche le seguenti topologie, ma richiedono l'installazione
dell'aggiornamento cumulativo di Project Server 2013 del 12 marzo 2013. Queste
topologie includono:
Topologia con foresta singola e trust padre-figlio
Topologia con foresta singola e trust albero-radice
Topologia con trust tra foreste
Topologia con trust esterno
７ Nota
Anche se è installato l'aggiornamento, l'ambiente di Project Server 2013 supporta
solo la topologia con dominio singolo. Per altre informazioni sull'aggiornamento
cumulativo di Project Server 2013 del 12 marzo 2013, vedere Descrizione
dell'aggiornamento di Project Server 2013: 12 marzo 2013
.
Topologia con foresta singola e trust padre-figlio
） Importante
Questa topologia non è supportata per la sincronizzazione di Active Directory con
la build RTM di Project Server 2013. Sarà supportata solo se si esegue l'installazione
dell'aggiornamento cumulativo di Project Server 2013 del 12 marzo 2013
nell'ambiente di Project Server 2013.
In questa topologia con foresta singola viene creato un dominio figlio a partire dal
dominio padre. Per impostazione predefinita, la relazione tra il dominio figlio e il
dominio padre è automaticamente bidirezionale e transitiva. Questa relazione garantisce
che gli utenti del dominio corp.contoso.com possano essere sincronizzati con il pool di
risorse dell'organizzazione di Project Server 2013 in usa.corp.contoso.com. Inoltre, se è
stato creato un altro dominio figlio al di fuori del dominio usa.corp.contoso.com e si
ospita un'istanza di Active Directory, gli utenti e i gruppi potrebbero essere risolti da
Project Server 2013 ospitato in qualsiasi altro dominio nello stesso albero.
Topologia con foresta singola e trust albero-radice
） Importante
Questa topologia non è supportata per la sincronizzazione di Active Directory con
la build RTM di Project Server 2013. Sarà supportata solo se si esegue l'installazione
dell'aggiornamento cumulativo di Project Server 2013 del 12 marzo 2013
nell'ambiente di Project Server 2013.
In questa topologia con foresta singola, quando si crea un nuovo dominio all'interno di
una foresta esistente, si crea un trust albero-radice tra il nuovo dominio e il resto della
foresta. Per impostazione predefinita, questa relazione garantisce che gli utenti di un
dominio nell'albero (ad esempio, usa.corp.contoso.com) possano essere sincronizzati
con il pool di risorse dell'organizzazione di Project Server 2013 se si trovano nel nuovo
dominio (ad esempio, corp.litware.com). I trust radice albero sono sempre bidirezionali e
transitivi, pertanto la sincronizzazione potrebbe verificarsi correttamente anche se il pool
di risorse di Project Server 2013 Enterprise risiedeva in usa.corp.contoso.com e gli utenti
di Active Directory risiedevano nel dominio corp.litware.com.
In questa topologia precedente, Project Server 2013 considera attendibile il dominio di
Active Directory tramite il proprio trust radice con il dominio radice della foresta e
quindi tramite il trust padre-figlio tra il dominio radice della foresta e il dominio che
contiene Active Directory.
Topologia con trust tra foreste
） Importante
Questa topologia non è supportata per la sincronizzazione di Active Directory con
la build RTM di Project Server 2013. Sarà supportata solo se si esegue l'installazione
dell'aggiornamento cumulativo di Project Server 2013 del 12 marzo 2013
nell'ambiente di Project Server 2013.
In questa topologia a più foreste esistono due foreste in cui Project Server 2013 risiede
in una foresta e gli utenti di Active Directory risiedono in un'altra. È necessario creare un
trust tra foreste tra i domini radice della foresta per ogni foresta affinché il pool di
risorse dell'organizzazione di Project Server 2013 sincronizzi correttamente con i gruppi
di Active Directory e l'utente nell'altra foresta. I trust tra foreste sono transitivi, pertanto
qualsiasi dominio in una foresta considererà attendibile qualsiasi dominio all'interno
dell'altra foresta. Non è necessario impostare trust singoli, anche se una topologia
complessa può richiedere la configurazione di alcuni trust di collegamento. Per altre
informazioni sulla creazione di un trust di collegamento, vedere Creare un trust di
collegamento.
Nella figura relativa alla topologia sopra riportata viene stabilito un trust tra la foresta
Contoso e la foresta Fabrikam. Il dominio in cui risiede Project Server 2013
(corp.litware.com) e il dominio contenente gli utenti di Active Directory
(usa.corp.fabrikam.com) si considerano attendibili a causa della transitività
dell'attendibilità della foresta. Tale trust può essere configurato come unidirezionale o
bidirezionale.
Topologia con trust esterno
） Importante
Questa topologia non è supportata per la sincronizzazione di Active Directory con
la build RTM di Project Server 2013. Sarà supportata solo se si esegue l'installazione
dell'aggiornamento cumulativo di Project Server 2013 del 12 marzo 2013
nell'ambiente di Project Server 2013.
In questa topologia a più foreste è possibile eseguire la sincronizzazione con gli utenti
in una foresta diversa creando un trust esterno tra il dominio che ospita Project Server
2013 e il dominio che ospita Active Directory. Questa soluzione è utile se è necessario
sincronizzare utenti che risiedono solo in un dominio, ma non l'intera foresta.
Nell'immagine della topologia precedente, Project Server 2013 può eseguire la
sincronizzazione con gruppi e utenti nel dominio usa.corp.fabrikam.com. Poiché un trust
esterno non è transitivo, Project Server 2013 non sarà in grado di eseguire la
sincronizzazione con gruppi o utenti di qualsiasi altro dominio nella foresta Fabrikam.
Topologie non supportate
Tutte le topologie non indicate in questo articolo come topologie supportate non sono
effettivamente supportate. Tra le altre, vi sono le topologie seguenti:
Topologie con trust tra aree di autenticazione
Topologie senza trust configurati adeguatamente
Vedere anche
Procedure consigliate per configurare i gruppi di Active Directory per la sincronizzazione
con il pool di risorse dell'organizzazione in Project Server 2013
Gestire la sincronizzazione del pool di risorse di Active Directory in Project Server 2013
Gestire la sincronizzazione dei gruppi di sicurezza con Active Directory in Project Server
Procedure consigliate per configurare i
gruppi di Active Directory per la
sincronizzazione con il pool di risorse
dell'organizzazione in Project Server
2013
Articolo • 07/04/2023
Riepilogo: Questo articolo descrive il metodo prescritto per configurare i gruppi di
Active Directory per la sincronizzazione con Project Server 2013 per aggiungere risorse
al pool di risorse dell'organizzazione.
Si applica a: Project Server 2013
Quando si configura la sincronizzazione tra il pool di risorse dell'organizzazione (ERP) e i
gruppi di Active Directory in Project Server 2013, è importante tenere presente che
dopo essere stati aggiunti come risorsa a Project Server, è comunque necessario
aggiungere la risorsa come utente affinché la risorsa usi Project Web App. A differenza
della versione precedente, in Project Server 2013 gli account degli utenti non vengono
creati automaticamente per le risorse aggiunte al pool di risorse dell'organizzazione
tramite la sincronizzazione di Active Directory. In questo articolo viene illustrata una
procedura consigliata in cui è possibile configurare i gruppi di Active Directory per la
sincronizzazione con i gruppi di sicurezza e per la sincronizzazione con il pool di risorse
dell'organizzazione per aggiungere account utente per le proprie risorse.
Configurazione dei gruppi di Active Directory
per la sincronizzazione con il pool di risorse
dell'organizzazione e i gruppi di sicurezza
Quando si pianifica di configurare i gruppi di Active Directory per la sincronizzazione
con ERP e con i gruppi di sicurezza in Project Server 2013, è importante notare quanto
segue:
È possibile sincronizzare fino a cinque gruppi di Active Directory con il pool di
risorse dell'organizzazione.
È possibile sincronizzare solo un gruppo di Active Directory con ogni gruppo di
sicurezza. Ad esempio, solo un gruppo di Active Directory può essere configurato
per la sincronizzazione con il gruppo di sicurezza predefinito Project manager.
Nella figura seguente viene illustrato il metodo suggerito per configurare i gruppi di
Active Directory per l'aggiunta di utenti di Project Server 2013 sia come risorse che
come utenti ai gruppi di sicurezza appropriati.
Nell'immagine precedente Active Directory è configurato per contenere un singolo
"gruppo ERP" che contiene anche gruppi annidati di Active Directory per membri del
team, project manager e resource manager. Benché sia possibile sincronizzare fino a
cinque gruppi di Active Directory con il pool di risorse dell'organizzazione, verrà
sincronizzato solo il singolo gruppo del pool di risorse dell'organizzazione, che include
tutti gli utenti contenuti nei sottogruppi. L'utente 1, l'utente 2, l'utente 3, l'utente 4,
l'utente 5 e l'utente 6 verranno tutti sincronizzati con il pool di risorse
dell'organizzazione in Project Server 2013.
７ Nota
È possibile configurare la sincronizzazione di Active Directory con il pool di risorse
dell'organizzazione di Project Server 2013 mediante la pagina Sincronizzazione
pool di risorse con Active Directory nella sezione Criteri operativi delle impostazioni
del server Project Web App. Per ulteriori informazioni, vedere Manage Active
Directory Resource Pool synchronization in Project Server 2013.
Per aggiungere le risorse come utenti in Project Server 2013 per assegnare loro account
utente di Project Server, è anche necessario sincronizzarle da Active Directory al gruppo
di sicurezza appropriato in Project Server 2013. Nell'immagine precedente, ognuno dei
sottogruppi annidati nel gruppo ERP viene sincronizzato con il gruppo di sicurezza
appropriato in Project Server 2013. Ad esempio:
Il gruppo Di membri del team in Active Directory è sincronizzato con il gruppo di
sicurezza Membri del team in Project Server 2013.
Il gruppo Project Manager in Active Directory è sincronizzato con il gruppo di
sicurezza Project Manager in Project Server 2013.
Il gruppo Resource Manager in Active Directory è sincronizzato con il gruppo di
sicurezza Resource Manager in Project Server 2013.
７ Nota
È possibile configurare la sincronizzazione di Active Directory con i gruppi di
sicurezza di Project Server 2013 mediante la pagina Gestisci gruppi nella sezione
Sicurezza delle impostazioni del server Project Web App. Per altre informazioni,
vedere Gestire la sincronizzazione dei gruppi di sicurezza con Active Directory in
Project Server.
Questa configurazione offre il vantaggio di poter apportare modifiche ad Active
Directory in una singola posizione ed estenderle sia al pool di risorse dell'organizzazione
che al gruppo di sicurezza. Ad esempio, se il membro del team "Utente 1" si sposa e il
cognome viene aggiornato in Active Directory, la modifica delle proprietà utente verrà
riflessa sia nel pool di risorse dell'organizzazione che nell'account utente del progetto
quando entrambi i gruppi vengono sincronizzati con il gruppo di Active Directory. Come
altro vantaggio si evita la confusione che può sopraggiungere se un utente è contenuto
in due o più gruppi di Active Directory che vengono sincronizzati con il pool di risorse
dell'organizzazione.
Vedere anche
Gestire la sincronizzazione del pool di risorse di Active Directory in Project Server 2013
Gestire la sincronizzazione dei gruppi di sicurezza con Active Directory in Project Server
Topologie di Active Directory supportate per la sincronizzazione con il pool di risorse
dell'organizzazione di Project Server 2013
Gestire i siti di SharePoint connessi in
Project Server 2013
Articolo • 07/04/2023
Riepilogo: La pagina Siti di SharePoint connessi in Impostazioni Project Web App
consente di gestire i siti di progetto in Project Server 2013.
Si applica a: Project Server 2013
L'impostazione Siti di SharePoint connessi è disponibile nella sezione Criteri operativi
della pagina Impostazioni del server di Project Web App. Per altre informazioni sulle
impostazioni amministrative correlate, vedere Criteri operativi in Project Server 2013.
Configurare le impostazioni dei siti di progetto
Tramite la pagina Siti di progetto connessi è possibile eseguire le operazioni seguenti:
Creare un nuovo sito di progetto
Modificare l'indirizzo di un sito di progetto
Synchronize
Eliminare un sito di progetto
Passare alle impostazioni dei siti di progetto
Impostazioni di Crea sito
Crea sito consente di creare un nuovo sito di progetto per il progetto se non ne è stato
creato uno quando il progetto è stato originariamente pubblicato in Project Server 2013.
È possibile visualizzare l'elenco Siti di progetto nella pagina Siti di SharePoint connessi
per determinare se è presente un sito per un progetto. Per un progetto senza un sito di
progetto non viene visualizzato un URL corrispondente nella colonna Indirizzo del sito.
Per creare un sito di progetto
1. In Project Web App fare clic sull'icona Impostazione e scegliere impostazioni
Project Web App dal menu.
2. Nella sezione Criteri operativi della pagina Impostazioni di Project Server fare clic
su Siti di SharePoint connessi.
3. Nella pagina Siti di SharePoint connessi selezionare dall'elenco Nome del progetto
un progetto per cui creare il sito di progetto.
4. Fare clic su Crea sito.
Verrà visualizzata la finestra di dialogo Crea sito del progetto.
5. Nell'elenco Applicazione Web selezionare l'applicazione Web desiderata per il sito
di progetto.
6. Nel campo URL del sito verificare l'URL del sito per il sito di progetto. È possibile
modificare le informazioni sull'URL del sito, se necessario. L'URL del sito viene
accodato al nome dell'applicazione Web per fornire l'URL di destinazione
(visualizzato nel campo URL di destinazione).
7. Fare clic su OK.
Il sito di progetto creato verrà visualizzato accanto al nome del progetto
selezionato nel passaggio 2.
Impostazioni di Modifica indirizzo del sito
Modifica indirizzo del sito consente di modificare l'URL di destinazione per un sito di
progetto in modo da fare riferimento a un nuovo indirizzo del sito. Modificando le
informazioni sull'indirizzo del sito, viene interrotto il collegamento esistente tra il
progetto e il sito di progetto esistente. Sarà quindi possibile immettere le informazioni
per il nuovo sito di progetto.
７ Nota
Prima di modificare l'URL del sito di progetto per un progetto, assicurarsi di
eseguire il provisioning di un nuovo sito di progetto con un nuovo modello di sito.
Per modificare l'indirizzo del sito per un sito di progetto
1. In Project Web App fare clic sull'icona Impostazione e scegliere impostazioni
Project Web App dal menu.
2. Nella sezione Criteri operativi della pagina Impostazioni di Project Server fare clic
su Siti di SharePoint connessi.
3. Nella pagina Siti di SharePoint connessi selezionare dall'elenco Nome del progetto
un progetto per cui modificare le informazioni del sito di progetto.
4. Fare clic su Modifica indirizzo sito.
Verrà visualizzata la finestra di dialogo Modifica indirizzo sito.
5. Per sostituire l'URL del sito di progetto con un nuovo URL, selezionare Digitare il
nuovo URL del sito di SharePoint. Selezionare l'applicazione Web in cui si trova il
nuovo sito e immettere l'URL del sito per il nuovo sito.
6. Fare clic su Prova URL per verificare se è possibile aprire l'URL del nuovo sito di
progetto.
7. Facoltativamente, è possibile scollegare il sito di SharePoint esistente dal progetto
tramite la finestra di dialogo Modifica indirizzo del sito. Per eseguire tale
operazione, fare clic su Scollega il sito di SharePoint dal progetto.
７ Nota
Scollegando un progetto elenco attività di SharePoint da un sito di progetto,
viene abilitata la caratteristica progetto dell'organizzazione per il progetto.
8. Fare clic su OK.
L'URL del sito di progetto per il progetto selezionato nel passaggio 5 è stato
sostituito da un nuovo URL.
Impostazioni di Sincronizza
７ Nota
L'impostazione Sincronizza è disponibile solo nella modalità di autorizzazione di
Project. Questa impostazione non è disponibile nella modalità di autorizzazione di
SharePoint.
La sincronizzazione consente di sincronizzare manualmente gli utenti, le autorizzazioni
e altre informazioni correlate a Project Server tra Project Server 2013 e il server Web che
esegue SharePoint Server 2013.
Se si desidera eseguire automaticamente la sincronizzazione per i siti di progetto,
vedere l'opzione Provisioning automatico disponibile in Project Site Provisioning
Settings (Project Server 2013 settings).
Per sincronizzare le informazioni sul sito di progetto tra
Project Server e SharePoint Foundation
1. In Project Web App fare clic sull'icona Impostazione e scegliere impostazioni
Project Web App dal menu.
2. Nella sezione Criteri operativi della pagina Impostazioni di Project Server fare clic
su Siti di SharePoint connessi.
3. Nell'elenco Nome progetto della pagina Siti di SharePoint connessi selezionare un
progetto per il quale si desidera sincronizzare le informazioni sul sito del progetto
tra Project Server 2013 e SharePoint Server 2013.
4. Fare clic su Sincronizza.
７ Nota
In base alla pianificazione predefinita, la sincronizzazione verrà eseguita
automaticamente una volta al minuto. È possibile scegliere di modificare
l'impostazione di sincronizzazione della pianificazione predefinita
configurando l'autorizzazione Project Server: Synchronization of SharePoint
Server per Project Web App processo timer delle autorizzazioni in
Amministrazione centrale.
Per modificare la pianificazione della sincronizzazione
1. In Amministrazione centrale fare clic su Monitoraggio.
2. Nella sezione Processo timer della pagina Monitoraggio fare clic su Rivedi
definizioni processi.
3. Nella pagina Definizioni processi trovare e fare clic su Project Server:
Sincronizzazione dell'autorizzazione SharePoint Server per Project Web App
autorizzazioni per il processo <PWAInstance>.
Ad esempio: Project Server: Sincronizzazione dell'autorizzazione di SharePoint
Server per Project Web App processo di autorizzazioni perhttps://contoso/pwa.
4. Nella sezione Pianificazione ricorrente della pagina Modifica processo timer
relativa al processo è possibile specificare la frequenza di esecuzione della
sincronizzazione a intervalli ricorrenti. In Il processo timer è pianificato per
l'esecuzione è possibile selezionare una delle seguenti opzioni in base ai requisiti
aziendali:
Minuti: consente di specificare una frequenza in cui verrà eseguito il processo
, ogni x minuti.
Orario: consente di specificare un intervallo in cui il processo verrà eseguito
in modo casuale, a partire da ogni ora tra x minuti trascorsi l'ora e non oltre
y minuti oltre l'ora.
Giornaliero: consente di specificare un intervallo in cui il processo verrà
eseguito in modo casuale, a partire da ogni giorno tra <l'ora del giorno> e
non più <tardi dell'ora del giorno>.
Settimanale: consente di specificare in che modo il processo verrà eseguito
in modo casuale, a partire da ogni settimana tra <il giorno della settimana
e l'ora del giorno> e non più <tardi del giorno della settimana e dell'ora
del giorno>.
Ogni mese: sono disponibili due opzioni:
Consente di specificare un intervallo in cui il processo verrà eseguito in modo
casuale : per data: a partire da ogni mese tra <l'ora del giorno e il giorno
del mese> e non più <tardi dell'ora del giorno e del giorno del mese>.
Consente di specificare un'ora esatta del mese in cui verrà eseguito il
processo timer: per giorno: a partire da ogni mese <di giorno, giorno della
settimana e settimana del mese>. Ad esempio, Alle 12:00 della prima
domenica).
5. Fare clic su OK per salvare le modifiche apportate alla configurazione.
７ Nota
In qualsiasi momento è possibile fare clic su Esegui per eseguire
immediatamente il processo timer.
Impostazioni di Elimina sito
Elimina sito consente di rimuovere definitivamente un sito di progetto e il relativo
contenuto.
） Importante
Prima di procedere, assicurarsi che si desideri rimuovere definitivamente un sito e il
relativo contenuto. I siti di progetto eliminati non possono essere recuperati.
７ Nota
Quando si elimina un sito di progetto per un progetto elenco attività di SharePoint,
viene abilitata la caratteristica progetto dell'organizzazione per il progetto.
Per eliminare un sito di progetto
1. In Project Web App fare clic sull'icona Impostazione e scegliere impostazioni
Project Web App dal menu.
2. Nella sezione Criteri operativi della pagina Impostazioni di Project Server fare clic
su Siti di SharePoint connessi.
3. Nella pagina Siti di SharePoint connessi selezionare dall'elenco Nome del progetto
un progetto per cui eliminare un sito di progetto.
4. Fare clic su Elimina sito.
Verrà visualizzata una finestra di messaggio che richiede di confermare che si
desidera eliminare il sito di progetto. Verrà inoltre segnalato che saranno eliminati
tutti i documenti, i problemi, i rischi e i risultati finali associati al sito.
5. Fare clic su OK per procedere con l'eliminazione del sito. Fare clic su Annulla se
non si desidera eliminare il sito.
6. Se si fa clic su OK, il sito di progetto viene eliminato e non verrà più visualizzato
accanto al progetto a cui era associato nella pagina Siti di progetto.
Passare alle impostazioni dei siti di progetto
Vai a Impostazioni sito di progetto consente di passare direttamente alla pagina delle
impostazioni di un sito di progetto, in cui sono disponibili le impostazioni per
l'amministrazione dei siti. Dalla pagina Impostazioni sito è possibile apportare modifiche
al sito, ad esempio aggiungere o rimuovere utenti, aggiungere web part al sito,
personalizzare l'aspetto del sito e molti altri.
Per passare alla pagina Impostazioni sito per un sito di
progetto
1. In Project Web App fare clic sull'icona Impostazione e scegliere impostazioni
Project Web App dal menu.
2. Nella sezione Criteri operativi della pagina Impostazioni di Project Server fare clic
su Siti di SharePoint connessi.
3. Nella pagina Siti di SharePoint connessi selezionare dall'elenco Nome del progetto
un progetto per cui visualizzare la pagina delle impostazioni Sito di progetto.
4. Fare clic su Vai a Impostazioni sito di progetto.
5. Verrà aperta la pagina Impostazioni sito per il sito di progetto selezionato. È
possibile apportare modifiche alle impostazioni del sito da questa pagina.
Impostazioni aggiuntive server
(impostazioni di Project Server 2013)
Articolo • 07/04/2023
Riepilogo: La pagina Impostazioni aggiuntive server fa parte dei criteri operativi per Le
impostazioni del server di Project Server 2013.
Si applica a: Project Server 2013
La pagina Impostazioni aggiuntive server è disponibile nella sezione Criteri operativi
della pagina Impostazioni server di Project Server 2013. Le impostazioni aggiuntive
server sono disponibili in Amministrazione centrale SharePoint e possono accedervi solo
gli amministratori di farm. Per ulteriori informazioni sulle relative impostazioni
amministrative, vedere Operational Policies settings in Project Web App.
La pagina Impostazioni aggiuntive server in Impostazioni server di Project Server 2013
consente di configurare:
versioni Project Professional (impostazioni di Project Server 2013)
Impostazioni organizzazione (impostazioni di Project Server 2013)
Impostazioni valuta (impostazioni di Project Server 2013)
Impostazioni capacità risorse (impostazioni di Project Server 2013)
Giorno lavorativo del piano delle risorse (impostazioni di Project Server 2013)
Dettagli server di Exchange (impostazioni di Project Server 2013)
Impostazioni modalità attività (impostazioni di Project Server 2013)
versioni Project Professional
(impostazioni di Project Server 2013)
Articolo • 07/04/2023
Riepilogo: Usare l'impostazione versioni Project Professional per definire le compilazioni
di Project Professional 2013 che possono connettersi a Project Server 2013.
Si applica a: Project Server 2013
Project Professional Versioni fa parte delle impostazioni aggiuntive del server nella
sezione Criteri operativi di Impostazioni server di Project Server 2013. In Project Server
2013 queste impostazioni sono disponibili in Amministrazione centrale SharePoint. Per
accedere a queste impostazioni e configurarle, è necessario essere un amministratore di
farm.
Versioni di Project Professional
Project Professional Versioni consente di specificare quali versioni (numeri di build) del
client Project Professional potranno connettersi all'ambiente Project Server 2013. Questa
impostazione consente di assicurarsi che tutti i client di Project Professional connessi al
server soddisfino un livello di requisiti di base. Ad esempio, se è stato aggiornato di
recente sia Project Server 2013 che Project Professional 2013 allo stesso aggiornamento
cumulativo, è possibile verificare che tutti i client che si connettono al server siano
almeno a questo livello immettendo il numero di build. Tutti i client Project Professional
2013 che non sono stati aggiornati all'aggiornamento cumulativo specificato o a una
versione più recente non potranno connettersi.
７ Nota
Project Professional 2013 è l'unico client Project Professional in grado di
connettersi a Project Server 2013.
Per configurare l'impostazione per il controllo delle
versioni di Project Professional
1. In Amministrazione centrale SharePoint fare clic su ** Gestione applicazioni**.
2. Nella sezione Applicazione di servizio della pagina Gestione applicazioni fare clic
su Gestisci applicazioni di servizio.
3. Nella pagina Applicazioni di servizio fare clic sul servizio dell'applicazione Project
che contiene l'istanza di Project Web App per cui si desidera accedere
all'impostazione Versioni di Project Professional.
4. Nella pagina Gestisci istanze di Project Web App fare clic sul menu a discesa
relativo all'istanza di PWA per cui si desidera accedere all'impostazione Versioni di
Project Professional e fare clic su Gestisci.
5. Nella sezione Criteri operativi della pagina Impostazioni server fare clic su
Impostazioni aggiuntive server.
6. Nella sezione Versioni Project Professional della pagina Impostazioni aggiuntive
server digitare il numero di build di ogni versione Project Professional che si vuole
connettere a Project Server 2013. Separare i diversi numeri di versione con una
virgola.
Le versioni precedenti al numero di build più basso immesso non potranno
connettersi all'ambiente Project Server 2013.
7. Fare clic su Salva.
Per conoscere il numero di build di Project Professional
2013
1. In Project Professional 2013 fare clic sulla scheda File.
2. Nel riquadro sinistro fare clic su Account.
3. Nella sezione Informazioni sui prodotti della pagina Account fare clic su
Informazioni su Microsoft Project.
4. Il numero di build (ad esempio, 15.0.4312.1000) è indicato nella parte superiore
della pagina Informazioni su Microsoft Project.
Impostazioni organizzazione
(impostazioni di Project Server 2013)
Articolo • 07/04/2023
Riepilogo: Informazioni su come usare le opzioni Impostazioni organizzazione in
Amministrazione centrale SharePoint per offrire ulteriore flessibilità per i progetti di
Project Server 2013.
Si applica a: Project Server 2013
Le opzioni impostazioni organizzazione fanno parte delle impostazioni aggiuntive del
server nella sezione Criteri operativi di Impostazioni server di Project Server 2013. In
Project Server 2013 queste impostazioni sono disponibili in Amministrazione centrale
SharePoint. Per accedere a queste impostazioni e configurarle, è necessario essere un
amministratore di farm.
Impostazioni organizzazione
Impostazioni organizzazione consente di determinare se Project Server 2013 consente ai
progetti di avere le funzionalità seguenti:
Consenti il salvataggio e la pubblicazione dei progetti master (per impostazione
predefinita, questa opzione è abilitata). L'abilitazione di questa impostazione
consente l'uso di progetti master in Project Server 2013. I progetti master sono
progetti che contengono sottoprogetti e in genere contengono attività che
dipendono l'una dall'altra. Rivolgersi a Project Management Office per determinare
se l'organizzazione non consente l'uso di progetti master.
Consentire ai progetti di usare calendari di base locali L'abilitazione di queste
impostazioni consente agli utenti non solo di usare calendari di base aziendali
presenti nel sistema per i progetti aziendali, ma anche di usare i calendari di base
locali creati dagli utenti. La disabilitazione di questa impostazione (impostazione
predefinita) limita gli utenti a utilizzare nei propri progetti i soli calendari di base
dell'organizzazione presenti nel sistema. Limitare gli utenti all'utilizzo dei calendari
dell'organizzazione offre un controllo maggiore perché evita i problemi che
possono verificarsi quando i progetti utilizzano calendari di base locali contenenti
dati in conflitto. Ad esempio, un progetto che utilizza un calendario di base locale
diverso da un calendario dell'organizzazione (in cui ad esempio il 25 aprile è
giorno lavorativo anziché festivo) può causare errori di calcolo e altri problemi.
Per configurare Impostazioni organizzazione
1. In Amministrazione centrale SharePoint fare clic su Gestione applicazioni.
2. Nella sezione Applicazione di servizio della pagina Gestione applicazioni fare clic
su Gestisci applicazioni di servizio.
3. Nella pagina Applicazioni di servizio fare clic sul servizio dell'applicazione Project
che contiene l'istanza di Project Web App per cui si desidera accedere alle opzioni
di Impostazioni organizzazione.
4. Nella pagina Gestisci istanze di Project Web App fare clic sul menu a discesa
relativo all'istanza di PWA per cui si desidera accedere alle opzioni di Impostazioni
organizzazione e fare clic su Gestisci.
5. Nella sezione Criteri operativi della pagina Impostazioni server fare clic su
Impostazioni aggiuntive server.
6. Nella sezione Impostazioni organizzazione della pagina Impostazioni aggiuntive
server:
7. Selezionare Consenti il salvataggio e la pubblicazione dei progetti master in
Microsoft Project Server 2010 se si vuole abilitare questa impostazione. Per
impostazione predefinita, è abilitato.
8. Se si desidera abilitare l'impostazione Consenti l'utilizzo di calendari di base locali
per i progetti, selezionarla (per impostazione predefinita questa opzione è
deselezionata).
9. Fare clic su Salva.
Impostazioni valuta (impostazioni di
Project Server 2013)
Articolo • 07/04/2023
Riepilogo: Usare Le impostazioni di valuta in Project Server 2013 per impostare la valuta
predefinita per i progetti.
Si applica a: Project Server 2013
Le impostazioni di valuta fanno parte delle impostazioni aggiuntive del server nella
sezione Criteri operativi di Impostazioni server di Project Server 2013. In Project Server
2013 queste impostazioni sono disponibili in Amministrazione centrale SharePoint. Per
accedere a queste impostazioni e configurarle, è necessario essere un amministratore di
farm.
Impostazioni valuta
Tramite l'impostazione valuta è possibile selezionare l'impostazione di valuta predefinita
per i progetti pubblicati nel server. Viene usato per i report e la visualizzazione
predefinita per i nuovi progetti. Il valore predefinito si basa sulla valuta predefinita della
lingua utilizzata per l'istanza di Project Web App.
È anche possibile selezionare le impostazioni valuta per la pubblicazione:
Consenti la pubblicazione di progetti in varie valute Selezionare questa opzione
se l'organizzazione usa più valute per i costi all'interno dei progetti. Questa è
l'impostazione predefinita.
Applicare la pubblicazione dei progetti nella valuta del server Selezionare questa
opzione se l'organizzazione usa solo una singola valuta per i costi all'interno dei
progetti. La valuta utilizzata è quella selezionata come valuta predefinita del server.
Per configurare le impostazioni valuta
1. In Amministrazione centrale SharePoint fare clic su ** Gestione applicazioni**.
2. Nella sezione Applicazione di servizio della pagina Gestione applicazioni fare clic
su Gestisci applicazioni di servizio.
3. Nella pagina Applicazioni di servizio fare clic sul servizio dell'applicazione Project
che contiene l'istanza di Project Web App per cui si desidera accedere
all'impostazione Versioni di Project Professional.
4. Nella pagina Gestisci istanze di Project Web App fare clic sul menu a discesa
relativo all'istanza di PWA per cui si desidera accedere all'impostazione Versioni di
Project Professional e fare clic su Gestisci.
5. Nella sezione Criteri operativi della pagina Impostazioni server fare clic su
Impostazioni aggiuntive server.
6. Nella sezione Impostazioni valuta della pagina Impostazioni aggiuntive server
selezionare una delle opzioni valuta seguenti:
Consenti pubblicazione dei progetti con varie valute (selezionata per
impostazione predefinita).
Imponi pubblicazione dei progetti con la valuta del server
Se si seleziona Imponi che i progetti vengano pubblicati nella valuta del
server, viene visualizzato un messaggio. Questa finestra di messaggio avvisa
che la modifica viene applicata solo a tutti i progetti successivi pubblicati nel
server. Tutti i progetti che non usano la valuta predefinita del server devono
essere modificati nella valuta predefinita e ripubblicati.
7. Scegliere OK.
Tutti i progetti pubblicati nel server che utilizzano una valuta in conflitto con la
valuta del server verranno visualizzati nella sezione Impostazioni valuta della
pagina nell'elenco Progetti in conflitto con la valuta del server. È possibile
utilizzare tale elenco come riferimento per individuare i progetti ai quali è
necessario applicare la valuta del server.
8. Fare clic su Salva.
Modificare le opzioni di valuta di un progetto
Usare la procedura seguente in Project Professional 2013 per modificare le impostazioni
di valuta per un progetto. È possibile utilizzare questa procedura per gli scopi seguenti:
Selezionare la valuta per un progetto specifico quando l'impostazione valuta
consente l'utilizzo di più valute.
Modificare l'impostazione valuta di un progetto nella valuta del server quando
l'impostazione valuta consente solo l'utilizzo della valuta del server.
Per modificare la valuta di un progetto in Project
Professional 2013
1. Aprire Project Professional 2013 e accedere a Project Server 2013.
2. Estrarre e aprire un progetto da Project Server 2013.
3. Fare clic su File e quindi su Opzioni.
4. Nella pagina Opzioni di Project fare clic su Visualizzazione.
5. Nella sezione Opzioni di valuta per il progetto della pagina Visualizzazione
selezionare la valuta e il relativo formato (simbolo, posizionamento e cifre
decimali) che si desidera utilizzare per questo progetto.
6. Scegliere OK.
7. Fare clic su File e quindi su Salva per salvare il progetto.
8. Fare clic su File e quindi su Pubblica per pubblicare il progetto.
Vedere anche
Impostazioni aggiuntive server (impostazioni di Project Server 2013)
Impostazioni capacità risorse
(impostazioni di Project Server 2013)
Articolo • 07/04/2023
Riepilogo: Usare le impostazioni della capacità delle risorse in Amministrazione centrale
per calcolare la disponibilità delle risorse in Project Server 2013.
Si applica a: Project Server 2013
Le impostazioni della capacità delle risorse fanno parte delle impostazioni aggiuntive
del server nella sezione Criteri operativi di Impostazioni server di Project Server 2013. In
Project Server 2013 queste impostazioni sono disponibili in Amministrazione centrale
SharePoint. Per accedere a queste impostazioni e configurarle, è necessario essere un
amministratore di farm.
Impostazioni capacità risorse
Le impostazioni capacità risorse vengono utilizzate per calcolare la disponibilità di
risorse per lavori compresi in un intervallo di tempo specificato. I dati relativi alla
capacità delle risorse per l'intervallo di tempo specificato sono memorizzati nel database
di report e vengono aggiornati quotidianamente tramite un processo di elaborazione
che viene eseguito all'ora specificata nelle impostazioni. È possibile impostare la
Visualizzazione attiva capacità immettendo un intervallo di tempo nei relativi termini
(mesi trascorsi e mesi futuri) in cui la data corrente è un punto di partenza relativo. È
possibile visualizzare la disponibilità delle risorse per il lavoro tramite il Centro risorse in
Project Web App.
Le impostazioni della Visualizzazione attiva capacità sono "1" mese precedente e "12"
mesi successivi. Questo significa che nel Centro Risorse è possibile visualizzare la
disponibilità futura di una risorsa per un massimo di 12 mesi dalla data corrente ed è
possibile conoscerne l'utilizzo nell'ultimo mese. Incrementando l'impostazione di Mesi
successivi, si otterrà un calcolo della capacità più esteso nel futuro. Si immagini ad
esempio che un'azienda programmi nuovi progetti più avanti nell'anno e desideri
prevedere la capacità delle risorse da 12 a 24 mesi. Alcuni clienti potrebbero aumentare
il valore di Mesi precedenti per produrre un report accurato del lavoro completato nel
passato, ad esempio per rispondere alle esigenze degli utenti che volessero produrre
report molto dopo il completamento del lavoro.
Si noti che aumentando entrambi i valori viene aumentato anche il tempo necessario
per l'elaborazione quotidiana dei processi da eseguire.
Per configurare le impostazioni capacità risorse
1. In Amministrazione centrale SharePoint fare clic su ** Gestione applicazioni**.
2. Nella sezione Applicazione di servizio della pagina Gestione applicazioni fare clic
su Gestisci applicazioni di servizio.
3. Nella pagina Applicazioni di servizio fare clic sul servizio dell'applicazione Project
che contiene l'istanza di Project Web App per cui si desidera accedere alle
impostazioni capacità risorse.
4. Nella pagina Gestisci istanze di Project Web App fare clic sul menu a discesa
relativo all'istanza di PWA per cui si desidera accedere alle impostazioni capacità
risorse e fare clic su Gestisci.
5. Nella sezione Criteri operativi della pagina Impostazioni server fare clic su
Impostazioni aggiuntive server.
6. Nella sezione Impostazioni capacità risorse della pagina Impostazioni aggiuntive
server, per Visualizzazione attiva capacità, immettere le informazioni seguenti:
7. Nel campo Mesi precedenti immettere il numero di mesi trascorsi dei quali si
desidera calcolare i dati.
8. Nel campo Mesi successivi immettere il numero di mesi futuri dei quali si desidera
calcolare i dati.
9. Fare clic su Salva.
Per impostazione predefinita, le informazioni sulla capacità delle risorse verranno
elaborate ogni giorno alle 13:00.
Vedere anche
Impostazioni aggiuntive server (impostazioni di Project Server 2013)
Giorno lavorativo del piano delle risorse
(impostazioni di Project Server 2013)
Articolo • 07/04/2023
Riepilogo: Usare le impostazioni della giornata lavorativa del piano risorse in
Amministrazione centrale per impostare l'equivalenza a tempo pieno per le risorse in
Project Server 2013.
Si applica a: Project Server 2013
La giornata lavorativa del piano di risorse fa parte delle impostazioni aggiuntive del
server nella sezione Criteri operativi di Impostazioni del server di Project Server 2013. In
Project Server 2013 queste impostazioni sono disponibili in Amministrazione centrale
SharePoint. Per accedere a queste impostazioni e configurarle, è necessario essere un
amministratore di farm.
Giorno lavorativo del piano delle risorse
Giorno lavorativo del piano delle risorse consente di specificare la durata di un giorno
lavorativo, o FTE (Full-Time Equivalent), per tutte le risorse nel piano delle risorse.
Questo valore può essere calcolato dal calendario di base della risorsa o può essere
immesso manualmente come valore.
Per configurare l'impostazione di Giorno lavorativo del
piano delle risorse
1. In Amministrazione centrale SharePoint fare clic su ** Gestione applicazioni**.
2. Nella sezione Applicazione di servizio della pagina Gestione applicazioni fare clic
su Gestisci applicazioni di servizio.
3. Nella pagina Applicazioni di servizio fare clic sul servizio dell'applicazione Project
che contiene l'istanza di Project Web App per cui si desidera accedere
all'impostazione Giorno lavorativo del piano delle risorse.
4. Nella pagina Gestisci istanze di Project Web App fare clic sul menu a discesa
relativo all'istanza di PWA per cui si desidera accedere all'impostazione Giorno
lavorativo del piano delle risorse e fare clic su Gestisci.
5. Nella sezione Criteri operativi della pagina Impostazioni server fare clic su
Impostazioni aggiuntive server.
6. Nella sezione Giorno lavorativo del piano delle risorse della pagina Impostazioni
aggiuntive server, in Calcola FTE (Full-Time Equivalent) delle risorse da,
selezionare una delle due opzioni seguenti:
Calendari di base delle risorse Usare questa opzione se si desidera calcolare
gli equivalenti a tempo pieno da ogni calendario di base delle risorse. Questa
è l'opzione predefinita.
Ore al giorno Usare questa opzione se si desidera specificare gli equivalenti a
tempo pieno per le risorse nel piano di risorse. Dopo aver selezionato questa
opzione, immettere il valore (in ore) del giorno lavorativo standard per
l'organizzazione. Si noti che questo valore è utilizzato per tutte le risorse nel
piano delle risorse.
7. Fare clic su Salva.
Vedere anche
Impostazioni aggiuntive server (impostazioni di Project Server 2013)
Dettagli server di Exchange
(impostazioni di Project Server 2013)
Articolo • 07/04/2023
Riepilogo: Usare l'impostazione Dettagli Exchange Server in Amministrazione centrale
SharePoint per abilitare o disabilitare l'integrazione Microsoft Exchange Server con
Project Server 2013.
Si applica a: Project Server 2013
Exchange Server Dettagli fa parte delle impostazioni aggiuntive del server nella sezione
Criteri operativi di Impostazioni server di Project Server 2013. In Project Server 2013
queste impostazioni sono disponibili in Amministrazione centrale SharePoint.
Per accedere a queste impostazioni e configurarle, è necessario essere un
amministratore di farm.
Un altro requisito per questa funzionalità è che la coda di Project sia eseguita da un
account utente che dispone del servizio di posta elettronica.
Dettagli server di Exchange
La pagina Dettagli Exchange Server consente di abilitare o disabilitare l'integrazione
Microsoft Exchange Server con Project Server 2013. Quando è abilitata, tale integrazione
consente di sincronizzare gli orari non lavorativi delle risorse tra Exchange Server e
Project Server 2013. Questo avviene a livello di singola risorsa nella pagina delle
proprietà della risorsa.
La disabilitazione dell'impostazione comporta la disabilitazione dell'integrazione tra
Microsoft Exchange e Project Server. L'impostazione è disabilitata per impostazione
predefinita.
Per configurare l'impostazione Dettagli server di
Exchange
1. In Amministrazione centrale SharePoint fare clic su Impostazioni generali
applicazione.
2. Nella sezione relativa alle impostazioni di Project Web App della pagina
Impostazioni generali applicazione fare clic su Gestisci.
3. Nella pagina Gestisci istanze di Project Web App fare clic sul menu a discesa
relativo all'istanza di PWA per cui si desidera accedere all'impostazione Versioni di
Project Professional e fare clic su Gestisci.
4. Nella sezione Criteri operativi della pagina Impostazioni server fare clic su
Impostazioni aggiuntive server.
5. Nella sezione Dettagli Exchange Server della pagina Impostazioni aggiuntive
server fare clic su Sincronizza calendari fuori sede se si vuole sincronizzare
automaticamente l'ora fuori sede nei calendari delle risorse tra Project Server 2013
e Exchange Server 2007 con Service Pack 1, Exchange Server 2010 o Exchange
Server 2013.
6. Fare clic su Salva.
Vedere anche
Impostazioni aggiuntive server (impostazioni di Project Server 2013)
Impostazioni modalità attività
(impostazioni di Project Server 2013)
Articolo • 07/04/2023
Riepilogo: Usare l'impostazione della modalità attività in Amministrazione centrale
SharePoint per definire la modalità attività predefinita usata per pianificare le attività in
Project Server 2013.
Si applica a: Project Server 2013
Impostazioni modalità attività fa parte delle impostazioni aggiuntive del server nella
sezione Criteri operativi di Impostazioni server di Project Server 2013. In Project Server
2013 queste impostazioni sono disponibili in Amministrazione centrale SharePoint. Per
accedere a queste impostazioni e configurarle, è necessario essere un amministratore di
farm.
Impostazioni modalità attività
Impostazioni modalità attività consente di selezionare la modalità predefinita in cui
vengono programmate le attività, ovvero manualmente o automaticamente. Inoltre, se si
seleziona l'impostazione predefinita ( Programmata manualmente), è anche possibile
configurare se si vuole pubblicare l'attività nei membri del team.
Le attività programmate manualmente (note anche come "Pianificazione controllata
dall'utente") sono state introdotte in precedenza in Project Server 2010. In questa
modalità, quando viene creata una nuova attività, il motore di pianificazione viene
ignorato e Project Server 2013 crea l'attività senza una durata, una data di inizio o una
data di fine. Questi valori possono essere immessi manualmente. Può essere utile per la
pianificazione di attività con date difficili da spostare,ad esempio il training.
Per configurare le impostazioni modalità attività
1. In Amministrazione centrale SharePoint fare clic su ** Gestione applicazioni**.
2. Nella sezione Applicazione di servizio della pagina Gestione applicazioni fare clic
su Gestisci applicazioni di servizio.
3. Nella pagina Applicazioni di servizio fare clic sul servizio dell'applicazione Project
che contiene l'istanza di Project Web App per cui si desidera accedere alle
impostazioni modalità attività.
4. Nella pagina Gestisci istanze di Project Web App fare clic sul menu a discesa
relativo all'istanza di PWA per cui si desidera accedere alle impostazioni modalità
attività e fare clic su Gestisci.
5. Nella sezione Criteri operativi della pagina Impostazioni server fare clic su
Impostazioni aggiuntive server.
6. Nella sezione Impostazioni modalità attività:
7. Se si desidera consentire ai project manager di pubblicare le attività programmate
manualmente ai membri del team, selezionare Le attività programmate
manualmente possono essere pubblicate per i membri del team (impostazione
predefinita).
8. Per Modalità attività predefinita per i nuovi progetti, selezionare una delle due
impostazioni seguenti:
Programmata manualmente È necessario immettere le date di durata, inizio
e fine per le attività. L'opzione è selezionata per impostazione predefinita.
Programmata automaticamente Il motore di pianificazione calcola
automaticamente le durate, le date di inizio e le date di fine per le attività.
9. Selezionare Users can override default in Project Professional (che è abilitato per
impostazione predefinita) se si vuole abilitare gli utenti di Project Professional 2013
per ignorare le impostazioni predefinite della modalità attività selezionate.
10. Fare clic su Salva.
Vedere anche
Impostazioni aggiuntive server (impostazioni di Project Server 2013)
Gestori eventi lato server (impostazioni
di Project Server 2013)
Articolo • 07/04/2023
Riepilogo: Usare la pagina Gestore eventi lato server in Amministrazione centrale
SharePoint per associare gestori eventi a eventi lato server di Project Server 2013.
Si applica a: Project Server 2013
Le impostazioni del gestore eventi lato server sono disponibili tramite la pagina
Impostazioni server di Project Server 2013 nella sezione Criteri operativi . In Project
Server 2013 queste impostazioni sono disponibili in Amministrazione centrale
SharePoint. Per accedere a queste impostazioni e configurarle, è necessario essere un
amministratore di farm.
Configurare i gestori eventi lato server
Project Server 2013 offre eventi pubblici che consentono lo sviluppo di processi
personalizzati, ad esempio l'aggiunta e l'applicazione di regole business, la convalida,
l'elaborazione dei dati, i servizi di notifica e il flusso di lavoro. Questi processi
personalizzati vengono scritti come gestori eventi lato server dagli sviluppatori di
un'organizzazione e possono essere associati agli eventi di Project Server 2013 tramite
la pagina Gestori eventi lato server in Impostazioni server Project Web App. Gli
sviluppatori dell'organizzazione possono ad esempio creare un gestore eventi che avvia
un flusso di lavoro personalizzato. Nella pagina Gestori eventi lato server è possibile
associare tale gestore eventi all'evento pubblicato da Project in modo che il flusso di
lavoro venga avviato al verificarsi dell'evento.
Per altre informazioni sui gestori eventi di Project Server, vedere l'articolo MSDN
Procedura: Creare un gestore eventi di Project Server e registrare un evento
Per associare un gestore eventi a un evento lato server
1. In Amministrazione centrale SharePoint fare clic su ** Gestione applicazioni**.
2. Nella sezione Applicazione di servizio della pagina Gestione applicazioni fare clic
su Gestisci applicazioni di servizio.
3. Nella pagina Applicazioni di servizio fare clic sul servizio dell'applicazione Project
che contiene l'istanza di Project Web App per cui si desidera accedere alle
impostazioni di Gestori eventi lato server.
4. Nella pagina Gestisci istanze di Project Web App fare clic sul menu a discesa
relativo all'istanza di PWA per cui si desidera accedere alle impostazioni di Gestori
eventi lato server e fare clic su Gestisci.
5. Nella sezione Criteri operativi della pagina Impostazioni server fare clic su Gestori
eventi lato server.
6. Nell'elenco Eventi della pagina Gestori eventi lato server individuare l'elenco che si
desidera associare al nuovo gestore eventi e quindi fare clic sull'Origine evento
visualizzata accanto al Nome evento. Ad esempio, per il nome evento Published,
fare clic sull'origine evento Project).
Nella sezione Gestori eventi i campi Origine evento e Nome evento dovrebbero
essere compilati con le informazioni relative all'evento selezionato. I gestori eventi
correntemente associati all'evento vengono visualizzati nell'elenco Gestori eventi.
7. Fare clic su Nuovo gestore eventi.
8. Nella pagina Nuovo gestore eventi immettere le informazioni seguenti per il
gestore eventi che si desidera associare all'evento selezionato:
9. Nella sezione Informazioni visualizzate immettere il nome del gestore eventi. È
anche possibile immettere una descrizione del gestore eventi.
10. Nel campo Nome assembly della sezione Informazioni di sistema immettere il
nome completo dell'assembly del gestore eventi con nome sicuro. Ad esempio:
TestCreatingProject, Version=1.0.0.0, Culture=neutral,
PublicKeyToken=92978aaaab03ff98
11. Nel campo Nome classe immettere il nome completo della classe che implementa
la funzionalità del gestore eventi. Ad esempio,
Microsoft.SDK.Project.Samples.TestCreatingProject.CheckProjectDepartment.
12. Nel campo Ordine specificare il numero di ordine del gestore eventi. Se è l'unico
gestore eventi associato all'evento, immettere1. Se all'evento sono associati più
gestori eventi, immettere il numero che identifica l'ordine in cui verrà eseguito il
gestore eventi corrente.
13. Nel campo URL endpoint immettere l'URL dell'endpoint Windows Communication
Foundation (WCF). Se si sta aggiungendo un gestore eventi locale legacy, è
possibile lasciare vuoto questo campo.
14. Fare clic su Salva.
Impostazioni di provisioning siti di
progetto (impostazioni di Project Server
2013)
Articolo • 07/04/2023
Riepilogo: Usare le impostazioni di provisioning del sito di progetto in Amministrazione
centrale per configurare la creazione automatica dei siti di progetto per i progetti in
Project Server 2013.
Si applica a: Project Server 2013
Impostazioni di provisioning siti di progetto fa parte della sezione Criteri operativi di
Impostazioni server di Project Server 2013. In Project Server 2013 queste impostazioni
sono disponibili in Amministrazione centrale SharePoint. Per accedere a queste
impostazioni, è necessario essere un amministratore di farm.
Configurare Impostazioni di provisioning siti di
progetto
La pagina Impostazioni di provisioning siti di progetto consente di configurare le
impostazioni dei siti creati per i progetti. È possibile configurare le impostazioni
seguenti:
URL sito
Proprietà predefinite sito
Impostazioni creazione sito
URL sito
Le impostazioni URL sito consentono di impostare l'applicazione Web predefinita in cui
vengono creati i siti di progetto. Le informazioni predefinite sull'URL del sito in questa
pagina si basano sulle informazioni fornite durante il provisioning dell'istanza di Project
Web App.
Per specificare l'URL sito
1. In Amministrazione centrale SharePoint fare clic su ** Gestione applicazioni**.
2. Nella sezione Applicazione di servizio della pagina Gestione applicazioni fare clic
su Gestisci applicazioni di servizio.
3. Nella pagina Applicazioni di servizio fare clic sul servizio dell'applicazione Project
che contiene l'istanza di Project Web App per cui si desidera accedere alle
impostazioni di provisioning siti.
4. Nella pagina Gestisci istanze di Project Web App fare clic sul menu a discesa
relativo all'istanza di PWA per cui si desidera accedere alle impostazioni di
provisioning siti e fare clic su Gestisci.
5. Nella pagina Impostazioni server fare clic su Impostazioni di provisioning siti di
progetto nella sezione Criteri operativi.
6. Nella sezione URL sito della pagina Impostazioni di provisioning siti di progetto
specificare un'applicazione Web predefinita da cui verranno creati i siti di progetto.
Selezionare l'applicazione Web dal menu Applicazione Web predefinita.
7. Nel campo URL sito digitare il percorso DELL'URL, ad esempio PWA.
8. Se si desidera che i siti di progetto vengano creati nell'URL sito specificato,
selezionare Limita la creazione dei siti di progetto alla raccolta siti predefinita.
9. Fare clic su Salva.
Proprietà predefinite sito
Le impostazioni Proprietà predefinite sito consentono di selezionare la lingua
predefinita del modello di sito che verrà utilizzata per creare i siti di progetto.
Per configurare le proprietà predefinite sito per i siti di
progetto
1. In Amministrazione centrale SharePoint fare clic su ** Gestione applicazioni**.
2. Nella sezione Applicazione di servizio della pagina Gestione applicazioni fare clic
su Gestisci applicazioni di servizio.
3. Nella pagina Applicazioni di servizio fare clic sul servizio dell'applicazione Project
che contiene l'istanza di Project Web App per cui si desidera accedere alle
impostazioni di provisioning siti.
4. Nella pagina Gestisci istanze di Project Web App fare clic sul menu a discesa
relativo all'istanza di PWA per cui si desidera accedere alle impostazioni di
provisioning siti e fare clic su Gestisci.
5. Nella pagina Impostazioni server fare clic su Impostazioni di provisioning siti di
progetto nella sezione Criteri operativi.
6. Nella sezione Proprietà predefinite sito della pagina Impostazioni di provisioning
siti di progetto selezionare la lingua predefinita per i siti di progetto dall'elenco a
discesa Lingua predefinita modello del sito.
７ Nota
Le lingue disponibili nell'elenco a discesa Lingua del modello di sito
predefinito sono:> Lingua dell'installazione di base di Project Server 2013.>
Lingua di qualsiasi Language Pack di Project Server 2013 installato.> Ad
esempio, se si installa il Language Pack per lo spagnolo di Project Server 2013
in un'installazione di base in inglese di Project Server 2013, è possibile
scegliere Inglese o Spagnolo dal menu a discesa Lingua modello sito
predefinito. La selezione della lingua determina la lingua predefinita di
visualizzazione dell'interfaccia utente di Project Web App per le istanze di
Project Web App di cui è appena stato eseguito il provisioning.
7. Fare clic su Salva.
Impostazioni creazione sito
Le impostazioni di creazione del sito consentono di indicare se si desidera che Project
Server 2013 crei siti di progetto per i progetti quando i progetti vengono appena
pubblicati nel server. È possibile configurare le impostazioni in modo da non creare un
sito di progetto. È inoltre possibile demandare la scelta agli utenti.
７ Nota
Se si sceglie di non creare un sito, sarà possibile creare un sito per il proprio
progetto in seguito tramite la pagina Siti di progetto nella pagina Impostazioni
server di Project Web App. Per altre informazioni, vedere Gestire i siti di SharePoint
connessi in Project Server 2013.
Per configurare le impostazioni di creazione del sito
1. In Amministrazione centrale SharePoint fare clic su ** Gestione applicazioni**.
2. Nella sezione Applicazione di servizio della pagina Gestione applicazioni fare clic
su Gestisci applicazioni di servizio.
3. Nella pagina Applicazioni di servizio fare clic sul servizio dell'applicazione Project
che contiene l'istanza di Project Web App per cui si desidera accedere alle
impostazioni di provisioning siti.
4. Nella pagina Gestisci istanze di Project Web App fare clic sul menu a discesa
relativo all'istanza di PWA per cui si desidera accedere alle impostazioni di
provisioning siti e fare clic su Gestisci.
5. Nella pagina Impostazioni server fare clic su Impostazioni di provisioning siti di
progetto nella sezione Criteri operativi.
6. Nella sezione Impostazioni creazione sito della pagina Impostazioni di
provisioning siti di progetto selezionare una delle tre opzioni di Modalità di
provisioning:
Crea automaticamente un sito in corrispondenza della prima pubblicazione
Consenti la scelta agli utenti
Non creare un sito
7. Fare clic su Salva.
Vedere anche
Gestire i siti di SharePoint connessi in Project Server 2013
Aggiornare in blocco siti di progetto
(impostazioni di Project Server 2013)
Articolo • 07/04/2023
Riepilogo: Usare le impostazioni di Aggiornamento bulk dei siti di progetto in
Amministrazione centrale SharePoint per modificare le informazioni sul percorso del sito
per i siti di progetto in Project Server 2013.
Si applica a: Project Server 2013
I siti di progetto di aggiornamento bulk fanno parte della sezione Criteri operativi di
Project Server 2016 Impostazioni server. In Project Server 2016 queste impostazioni
sono disponibili in Amministrazione centrale SharePoint. Per accedere a queste
impostazioni, è necessario essere un amministratore di farm.
Configurare l'impostazione Dei siti di progetto
di aggiornamento bulk
La pagina Aggiornamento bulk dei siti di progetto consente di modificare le
informazioni sul percorso del sito per i siti di progetto in un'applicazione Web in un'altra
applicazione Web, ad esempio durante la migrazione. Consente di interrompere i
collegamenti originali tra i progetti e i siti di progetto corrispondenti in una raccolta siti
e quindi di ricollegarsi ai nuovi siti di progetto nella nuova raccolta siti.
Aggiornare i percorsi del sito
Aggiornare i tipi di contenuto
Autorizzazioni del sito del progetto
Aggiornare i percorsi del sito
L'impostazione Aggiorna percorsi sito consente di interrompere i collegamenti tra
progetti e siti di progetto contenuti in una raccolta siti e di ricollegarsi ai nuovi siti di
progetto in una raccolta siti diversa.
Per aggiornare i percorsi del sito del progetto a una
nuova raccolta siti
1. In Amministrazione centrale SharePoint fare clic su ** Gestione applicazioni**.
2. Nella sezione Applicazione di servizio della pagina Gestione applicazioni, fare clic
su Gestisci applicazioni di servizio.
3. Nella pagina Applicazioni di servizio fare clic sul servizio applicazione di Project che
contiene l'istanza di Project Web App per cui si vuole accedere alle impostazioni di
Aggiornamento bulk dei siti di progetto.
4. Nella pagina Gestisci progetto App Web fare clic sul menu a discesa per l'istanza di
PWA per cui si vuole accedere alle impostazioni di Aggiornamento bulk dei siti di
progetto e fare clic su Gestisci.
5. Nella sezione Criteri operativi della pagina Impostazioni server fare clic su
Aggiorna in blocco siti di progetto.
6. Nella pagina Aggiorna in blocco siti di progetto, nella sezione Aggiorna percorsi
sito , per Percorso sito precedente:
7. Selezionare l'applicazione Web per i siti di progetto a cui si vuole interrompere il
collegamento. Se si esegue la migrazione di siti di progetto nello stesso server,
l'applicazione Web che è necessario selezionare può essere visualizzata come URL.
Se si esegue la migrazione di siti di progetti da un server diverso, l'applicazione
Web che è necessario selezionare può essere visualizzata come identificatore
univoco globale (GUID).
8. Nel campo URL sito digitare le informazioni sull'URL del sito, ad esempio PWA.
9. Per il nuovo percorso del sito:
10. Selezionare l'applicazione Web che contiene i siti di progetto a cui si desidera
collegarsi, https://hr1.contoso.com ad esempio .
11. Nel campo URL sito digitare le informazioni sull'URL del sito, ad esempio PWA.
12. Fare clic su Salva.
Aggiornare i tipi di contenuto
L'impostazione Aggiorna tipi di contenuto consente di assicurarsi che, quando si
esegue la migrazione del contenuto da una farm a un'altra, i tipi di contenuto problemi,
rischi e documenti del progetto vengano aggiornati nella nuova posizione in modo che i
collegamenti agli elementi rimangano funzionali.
Per abilitare l'impostazione Aggiorna tipi di contenuto
1. In Amministrazione centrale SharePoint fare clic su ** Gestione applicazioni**.
2. Nella sezione Applicazione di servizio della pagina Gestione applicazioni, fare clic
su Gestisci applicazioni di servizio.
3. Nella pagina Applicazioni di servizio fare clic sul servizio applicazione di Project che
contiene l'istanza di Project Web App per cui si vuole accedere alle impostazioni di
Aggiornamento bulk dei siti di progetto.
4. Nella pagina Gestisci progetto App Web fare clic sul menu a discesa per l'istanza di
PWA per cui si vuole accedere alle impostazioni di Aggiornamento bulk dei siti di
progetto e fare clic su Gestisci.
5. Nella sezione Criteri operativi della pagina Impostazioni server fare clic su
Aggiorna in blocco siti di progetto.
6. Nella sezione Aggiorna tipi di contenuto della pagina Aggiorna in blocco siti di
progetto selezionare Aggiorna tipi di contenuto.
7. Fare clic su Salva.
Autorizzazioni del sito del progetto
L'impostazione Autorizzazioni sito progetto consente di sincronizzare le autorizzazioni
per i siti di progetto durante l'aggiornamento dei percorsi del sito. Ciò consente agli
utenti di accedere immediatamente ai siti del progetto.
７ Nota
Per abilitare l'impostazione Autorizzazioni sito di progetto, è necessario abilitare
anche l'impostazione Autorizzazioni sito progetto nella pagina Provisioning siti di
progetto.
Per abilitare l'impostazione Sincronizza autorizzazioni sito
1. In Amministrazione centrale SharePoint fare clic su ** Gestione applicazioni**.
2. Nella sezione Applicazione di servizio della pagina Gestione applicazioni, fare clic
su Gestisci applicazioni di servizio.
3. Nella pagina Applicazioni di servizio fare clic sul servizio applicazione di Project che
contiene l'istanza di Project Web App per cui si vuole accedere alle impostazioni di
Aggiornamento bulk dei siti di progetto.
4. Nella pagina Gestisci progetto App Web fare clic sul menu a discesa per l'istanza di
PWA per cui si vuole accedere alle impostazioni di Aggiornamento bulk dei siti di
progetto e fare clic su Gestisci.
5. Nella sezione Criteri operativi della pagina Impostazioni server fare clic su
Aggiorna in blocco siti di progetto.
6. Nella sezione Autorizzazioni sito progetto della pagina Aggiorna in blocco siti di
progetto fare clic su Sincronizza autorizzazioni sito.
7. Fare clic su Salva.
Vedere anche
Criteri operativi (Project Server 2013)
Gestire le impostazioni della coda di
Project Web App
Articolo • 07/04/2023
Usare la pagina Gestisci impostazioni coda per Project Web App per configurare le
impostazioni della coda di Progetto in Project Server 2013.
Si applica a: Project Server 2013
In Project Server 2013 le impostazioni della coda non sono più applicabili alle singole
istanze di Project Web App, ma ora si applicano a tutte le istanze di Project Web App
create nell'applicazione del servizio project. Inoltre, poiché la coda si trova ora a livello
di servizio project, è possibile accedere alla pagina Gestisci impostazioni coda nel sito
Web Amministrazione centrale SharePoint anziché Project Web App.
） Importante
Le prestazioni delle code di Project Server 2013 sono aumentate in modo
significativo rispetto alla versione precedente a causa di molte modifiche
implementate per questa versione. I valori predefiniti sono le impostazioni della
coda consigliate per prestazioni ottimali.
Prima di iniziare
Se si è certi di dover modificare le impostazioni predefinite della coda, è necessario
essere almeno un amministratore dell'applicazione di servizio per l'applicazione del
servizio Project. Si tratta del livello di autorizzazione con privilegi minimi richiesto.
È possibile accedere alla pagina Gestisci impostazioni coda nella pagina Applicazione
del servizio Project in Amministrazione centrale. Utilizzare la procedura seguente per
accedere alla pagina Gestisci impostazione coda nella pagina Applicazione del servizio
project:
Per accedere alla pagina Gestisci impostazione coda
1. Nella sezione Gestione applicazioni di Amministrazione centrale fare clic su
Gestisci applicazioni di servizio in Applicazioni di servizio.
2. Nella pagina Gestisci applicazione di servizio fare clic sul nome dell'applicazione
del servizio Project.
3. Nella pagina Gestisci App Web progetto fare clic su Gestisci impostazioni coda
per Project Web App.
） Importante
Verificare con l'amministratore di Project Server prima di apportare modifiche alle
impostazioni predefinite della coda. Le modifiche influiranno sul modo in cui
vengono elaborati i processi di coda e influiranno su tutte le istanze di Project Web
App create nell'applicazione del servizio project.
Impostazioni coda
La pagina Gestisci impostazioni coda per Project Web App consente di modificare le
impostazioni della coda seguenti:
Massimo grado di concorrenza
Intervallo tentativi
Limite tentativi
Timeout SQL
Scadenza pulitura per processi senza errori
Limite di età di pulizia per i processi non riusciti
Intervallo attività di manutenzione
Timeout coda
） Importante
Le impostazioni Intervallo tentativi SQL e Limite tentativi SQL visualizzate in
questa pagina sono obsolete in Project Server 2013 e verranno rimosse in un
aggiornamento futuro. Non usare queste impostazioni.
Massimo grado di concorrenza
Poiché la coda è multithreading, è possibile elaborare più processi inviati alla coda
contemporaneamente. L'impostazione Maximum Degree of Concurrency limita il
numero di processi che possono essere elaborati contemporaneamente, impostando il
numero massimo di thread del processore di processi disponibili nella coda. L'intervallo
valido è compreso tra 1 e 10, con un valore predefinito pari a 4.
In Project Server 2013 il valore di questa impostazione funge da moltiplicatore del
numero di core nel server applicazioni. Ad esempio, se il server applicazioni usa un
processore dual-core e il livello massimo di concorrenza è impostato sul valore
predefinito 4, il numero massimo di processi che possono essere elaborati
contemporaneamente è 8. Se sono presenti più server applicazioni, questa impostazione
si applica a ogni server in cui è in esecuzione il servizio applicazioni di Project Server. Ad
esempio, se sono presenti due server applicazioni con processori dual-core e il livello
massimo di concorrenza è impostato al valore predefinito 4, ogni server può elaborare
fino a 8 processi contemporaneamente.
Intervallo tentativi (in millisecondi)
L'impostazione Intervallo tentativi consente di impostare l'intervallo di tempo (in
millisecondi) tra i tentativi per i processi non riusciti a causa di problemi temporanei, ad
esempio un timeout SQL. Se il processo di elaborazione non riesce, invece di non
riuscire, la coda attenderà il tempo impostato dal valore Intervallo tentativi e quindi
ritenterà il processo. L'intervallo valido è compreso tra 0 (ripetizione immediata) e 60000
(1 minuto), con un valore predefinito di 1000 (1 secondo).
Limite tentativi
L'impostazione Limite tentativi consente di impostare il numero massimo di tentativi
per un processo di elaborazione non riuscito. Se il processo non viene elaborato a causa
di problemi temporanei, ad esempio un timeout SQL, invece di non riuscire, la coda
ritenterà il processo. Il numero di tentativi tentati è impostato dal valore immesso per
questa impostazione. Si noti che la quantità di tempo tra tentativi è impostata
dall'impostazione Intervallo tentativi. L'intervallo valido è compreso tra 0 (nessun nuovo
tentativo) e 100. Il valore predefinito è 5.
Timeout SQL (in secondi)
La coda esegue chiamate SQL per il recupero e l'esecuzione dei processi. Questa
impostazione timeout sql consente di impostare il valore di timeout (in secondi) per
queste chiamate. Se un processo ha esito negativo a causa di un errore di timeout sql, è
possibile aumentare il valore per questa impostazione e riprovare. L'intervallo valido è
compreso tra 30 e 86400 (un giorno), con un valore predefinito di 1800 (30 minuti).
Scadenza pulitura per processi senza errori
L'impostazione Limite di validità pulizia per processi riusciti consente di configurare
quando un processo completato correttamente viene rimosso dal sistema. I processi
completati correttamente possono essere rimossi dal sistema tramite il processo di
pulizia della coda, che può essere configurato in modo da rimuovere i processi
completati correttamente dopo aver raggiunto una determinata soglia di età. È possibile
configurare questa impostazione immettendo il valore , espresso in ore, nel campo
Limite di età di pulizia per il processo riuscito . Il valore immesso configura la coda per
eliminare il processo quando è pianificato l'esecuzione del processo di pulizia della
coda, solo se l'età del processo creato correttamente è uguale o maggiore di tale valore.
L'intervallo valido per questa impostazione è compreso tra 1 ora e 100.000 ore. Il valore
predefinito per questa impostazione è 24 ore (un giorno).
Scadenza pulitura per processi con errori
L'impostazione Limite di validità pulizia per processi non riusciti consente di
configurare quando un processo completato in uno stato non riuscito viene rimosso dal
sistema. È possibile configurare questa impostazione immettendo il valore , espresso in
ore, nel campo Limite di validità pulizia per processi non riusciti . Il valore immesso
configura la coda per eliminare il processo durante l'intervallo di pulizia, solo se l'età del
processo non riuscito è uguale o maggiore di tale valore. Il metodo in cui i processi non
riusciti vengono rimossi dal sistema è identico al modo in cui i processi completati
correttamente vengono rimossi dal sistema.
７ Nota
I processi che si trovano in uno stato di correlazione Non riuscito e che bloccano
rimangono nella cronologia fino a quando non vengono ritentato o annullati
correttamente. La pulizia dei processi non riusciti non influisce sui processi in
questo stato.
Il valore predefinito di questa impostazione è 168 ore (7 giorni). Poiché le informazioni
sullo stato del processo sono importanti per risolvere i problemi quando un processo
non è stato completato correttamente, è consigliabile non impostare questo valore su
meno dell'impostazione predefinita.
Intervallo attività di manutenzione
Esistono diverse attività di contabilità eseguite dal sistema di accodamento. Ad esempio,
questi includono il risveglio dei processi in uno stato di "sospensione", l'aggiornamento
del timestamp dell'heartbeat, il controllo della necessità di eseguire il processo di pulizia
della coda e così via. L'impostazione Intervallo di contabilità controlla l'intervallo di
tempo (in millisecondi) in cui vengono eseguite queste attività.
L'intervallo valido è compreso tra 500 (1/2 secondo) e 300000 (cinque minuti), con un
valore predefinito di 10000 (dieci secondi).
Timeout coda (in minuti)
In una farm contenente più server applicazioni che eseguono il servizio applicazioni di
Project Server, se il servizio accodamento ha esito negativo in uno dei server, i processi
vengono distribuiti automaticamente tra i server applicazioni rimanenti in cui il servizio
accodamento è online. Un servizio accodamento viene considerato con timeout se non
è possibile accedervi dal processo timer di integrità della coda più a lungo del valore di
timeout della coda (in minuti).
L'intervallo valido è compreso tra 5 e 60 minuti, con un valore predefinito di 3 minuti.
７ Nota
Il valore di Timeout coda non può essere minore di quattro volte l'intervallo di
contabilità in qualsiasi momento. Se questa regola viene violata, il valore timeout
coda verrà automaticamente modificato in quattro volte il valore di contabilità.
Aggiungere dati di elenchi attività di
SharePoint a Project Server 2013
Articolo • 07/04/2023
Riepilogo: È necessario assicurarsi che tutti i dati dell'elenco attività di SharePoint
vengano aggiunti a Project Server dopo l'importazione in Project Web App.
Si applica a: Project Server 2013
In SharePoint Server 2013, quando un elenco attività di SharePoint in un sito di progetto
è stato aggiunto a Project Web App, i dati delle attività vengono importati in Project
Server 2013. Se l'elenco attività di SharePoint è stato aperto e salvato in Project
Professional 2013, a questo elenco di attività verrà associato un file MPP Project
Professional e verrà archiviato nella raccolta di asset del sito. Il file MPP contiene dati
aggiuntivi non archiviati nell'elenco attività che devono essere salvati manualmente in
Project Server 2013. Tali dati includono previsioni, campi personalizzati e visualizzazioni.
Se si tenta di aprire il file MPP per l'elenco attività in Project Professional 2013, verrà
visualizzato un messaggio di avviso che indica che l'elenco attività di SharePoint per
questo progetto è ora connesso a Project Server, ma sono necessari passaggi aggiuntivi per
completare la connessione. Facendo clic sul pulsante Eseguire queste operazioni verrà
aperto questo articolo TechNet.
Se si aggiunge un elenco attività di SharePoint a Project Server 2013 con un file MPP
associato, è necessario seguire la procedura descritta in questo articolo per sovrascrivere
il file di progetto in Project Server 2013 con il file MPP. In questo modo si garantisce che
tutti i dati dell'elenco attività vengano importati in Project Server 2013.
７ Nota
Se l'elenco Attività di SharePoint non è mai stato aperto e salvato in Project
Professional 2013, non è necessaria alcuna azione per aggiungere i dati dell'elenco
attività aggiuntivi in Project Server 2013. In questo caso non è presente alcun file
MPP nella raccolta di risorse del sito.
Sovrascrittura del file del progetto in Project
Server
７ Nota
Prima di avviare questa procedura, verificare che Project Professional 2013 sia
chiuso sul desktop.
Per sovrascrivere il file del progetto in Project Server
1. Aprire il sito di SharePoint contenente l'elenco attività.
2. Nella scheda Elenco della barra multifunzione fare clic su Apri con Project.
Questa azione apre l'elenco Attività di SharePoint in Project Professional 2013.
） Importante
È consigliabile usare il pulsante Apri con Project sulla barra multifunzione per
aprire l'elenco attività in Project Professional 2013. Verrà aperto Project
Professional 2013 con una connessione configurata al progetto in Project
Server 2013. Se si apre l'elenco attività in Project Professional 2013 usando la
raccolta di asset del sito o "usata più di recente", è necessario configurare
manualmente la connessione a Project Server 2013.
3. In Project Professional 2013 fare clic su File, fare clic su Salva con nome e quindi su
Salva per Project Web App. Nella finestra di dialogo Salva in Project Web App
fare clic su Salva. In questo modo viene sovrascritto il file corrente salvato in
Project Server. Il campo Nome viene configurato automaticamente con il nome di
progetto corretto e non è modificabile allo scopo di assicurare la sovrascrittura del
file esatto nel server. Verificare che il processo di salvataggio sia stato completato
correttamente e quindi chiudere Project Professional 2013.
4. Per verificare se il file di progetto in Project Server 2013 è stato sovrascritto
correttamente, tornare all'elenco Attività di SharePoint nel sito e fare clic su Apri
con Project. Se il file è stato sovrascritto correttamente, il messaggio di avviso non
verrà più visualizzato. Ciò è dovuto al fatto che Project Professional 2013 si
connetterà al file di progetto in Project Server 2013. Non avrà più una connessione
al file MPP nella raccolta di asset del sito.
） Importante
Il file MPP verrà completamente disconnesso da Project Server, ma esisterà ancora
nella raccolta di asset del sito o potrebbe essere ancora visualizzato in Project
Professional 2013 come progetto a cui si accede di recente. È possibile scegliere di
eliminare o rinominare il file MPP per evitare confusione.
Vedere anche
Lavorare con un elenco attività
Introduzione a un sito di progetto
Informazioni di riferimento tecniche per
Project Server 2016
Articolo • 07/04/2023
Sintesi: informazioni sui contenuti di riferimento tecnico per Project Server.
Articoli con informazioni di riferimento per
Project Server
Gli articoli seguenti su Project Server sono disponibili per la visualizzazione online.
Contenuto
Descrizione
Guida di riferimento sui cmdlet di
Windows PowerShell per Project
Server 2016
È possibile usare Microsoft PowerShell con Project Server
2016 per eseguire attività amministrative sia semplici che
complesse.
Autorizzazioni globali in Project
Server 2013
Agli utenti di Project Server 2013 viene consentito
l'accesso a caratteristiche e funzionalità tramite le
autorizzazioni globali.
Autorizzazioni di categoria in Project
Server 2013
Le categorie di sicurezza di Project Server 2013 includono
diverse autorizzazioni che consentono o impediscono agli
utenti di eseguire determinate attività correlate a progetti
e risorse.
Categorie predefinite in Project
Server 2013
Le categorie di sicurezza predefinite di Project Server 2013
sono associate ai gruppi di sicurezza predefiniti e
forniscono un diverso set di autorizzazioni di categoria a
ogni gruppo.
Autorizzazioni di gruppo predefinite
Per i gruppi di sicurezza predefiniti di Project Server 2013
in Project Server 2013
sono definite autorizzazioni globali per consentire
l'accesso e l'utilizzo di caratteristiche e funzionalità.
Autorizzazioni predefinite della
modalità di autorizzazione di
Informazioni sulle autorizzazioni di Project Server
corrispondenti che i gruppi di SharePoint ricevono nella
SharePoint per gruppi di SharePoint
in Project Server 2013
modalità di autorizzazione di SharePoint in Project Server
2013.
Informazioni di riferimento sul cmdlet di
Microsoft PowerShell per Project Server
Articolo • 07/04/2023
Riepilogo: Elenco di cmdlet di Microsoft PowerShell per Project Server 2016.
Si applica a: Project Server Subscription Edition, Project Server 2019, Project Server 2016
Nella tabella seguente vengono descritti i cmdlet di PowerShell disponibili in Project
Server.
Nome cmdlet
Descrizione
Disable-ProjectServerLicense
Disabilita le funzionalità di Project Server
nella farm.
DisableSPProjectActiveDirectoryEnterpriseResourcePoolSync
Disabilita l'esecuzione del processo timer
della sincronizzazione del pool di risorse
dell'organizzazione di Active Directory.
Disable-SPProjectEmailNotification
Disattiva l'impostazione a livello di sito di
Project Web App per le notifiche di posta
elettronica.
Disable-SPProjectEnterpriseProjectTaskSync
Disabilita la sincronizzazione delle attività
progetto tra Project Web App e i siti di
progetto.
Enable-ProjectServerLicense
Abilita le funzionalità di Project Server
nella farm.
EnableSPProjectActiveDirectoryEnterpriseResourcePoolSync
Abilita l'esecuzione del processo timer per
la sincronizzazione del pool di risorse
dell'organizzazione con Active Directory.
Enable-SPProjectEmailNotification
Abilita le funzionalità di Project Server
nella farm.
Enable-SPProjectEnterpriseProjectTaskSync
Abilita la sincronizzazione delle attività
progetto tra Project Web App e i siti di
progetto.
Get-SPProjectEventServiceSettings
Restituisce le impostazioni per il Servizio
eventi di Microsoft Project Server 2016.
Get-ProjectServerLicense
Recupera lo stato della licenza per Project
Server.
Nome cmdlet
Descrizione
Get-SPProjectDatabaseUsage
Indica la dimensione approssimativa, in
megabyte (MB), dei dati Project Web App
utilizzati nel database del contenuto.
Get-SPProjectEnterpriseProjectTaskSync
Consente di ottenere lo stato della
sincronizzazione delle attività progetto tra
Project Web App e i siti di progetto.
Get-SPProjectIsEmailNotificationEnabled
Restituisce l'impostazione a livello di sito
di Project Web App per le notifiche di
posta elettronica.
Get-SPProjectOdataConfiguration
Restituisce le impostazioni che definiscono
come è configurato il servizio OData per
un'istanza di Project Web App.
Get-SPProjectPCSSettings
Recupera le impostazioni del motore di
calcolo di Project in Project Server 2016.
Get-SPProjectPermissionMode
Restituisce la modalità di autorizzazione
per un'istanza di Project Web App.
Get-SPProjectQueueSettings
Restituisce un elenco di tutte le
impostazioni di coda di Project Server
2016 e i relativi valori correnti per
l'applicazione di servizio di Project Server
specificata.
Get-SPProjectWebInstance
Restituisce un'istanza di un sito di Project
Web App.
Invoke-
Attiva la sincronizzazione del pool di
SPProjectActiveDirectoryEnterpriseResourcePoolSync
risorse dell'organizzazione con Active
Directory nell'istanza specificata di Project
Web App.
Invoke-SPProjectActiveDirectoryGroupSync
Avvia manualmente il processo per
sincronizzare i membri dei gruppi di
Project Server 2016 con i gruppi di Active
Directory specificati.
Migrate-SPProjectDatabase
Copia i dati dal database di Project Server
2013 nel database del contenuto
SharePoint Server 2016 corrispondente
che contiene la raccolta siti migrati.
Nome cmdlet
Descrizione
Migrate-SPProjectResourcePlans
Esegue la migrazione negli engagement
dei dati di assegnazione del piano risorse
pubblicato. Eseguire dopo il
completamento della migrazione dei dati
da Project Server 2013 a Project Server
2016.
New-SPProjectServiceApplication
Crea una nuova applicazione di servizio di
Project Server.
New-SPProjectServiceApplicationProxy
Crea un proxy per un'applicazione di
servizio di Project Server.
Pause-SPProjectWebInstance
Imposta per l'istanza specificata di Project
Web App la modalità di sola lettura, in
modo che non vengano apportate
modifiche tramite CSOM o PSI di Project
Server 2016.
Repair-SPProjectWebInstance
Reinserisce in coda elementi di Project
Server 2016 specifici che possono non
essere più presenti nella coda.
Reset-SPProjectEventServiceSettings
Ripristina le impostazioni predefinite per il
Servizio eventi di Microsoft Project Server
2016.
Reset-SPProjectPCSSettings
Ripristina le impostazioni del motore di
calcolo di Project in Project Server 2016.
Reset-SPProjectQueueSettings
Reimposta tutte le impostazioni di coda di
Project Server sui rispettivi valori
predefiniti per un'applicazione di servizio
di Project Server specifica.
Resume-SPProjectWebInstance
Imposta l'istanza specificata di Project
Web App sulla modalità di
lettura/scrittura, consentendo agli utenti
di modificare di nuovo i dati.
Set-SPProjectEventServiceSettings
Consente di modificare le impostazioni
della porta TCP del Servizio eventi di
Microsoft Project Server 2016.
Set-SPProjectOdataConfiguration
Imposta le proprietà che definiscono
come è configurato il servizio OData per
un'istanza di Project Web App.
Nome cmdlet
Descrizione
Set-SPProjectPCSSettings
Configura le impostazioni del motore di
calcolo di Project in Project Server 2016.
Set-SPProjectPermissionMode
Modifica la modalità di autorizzazione per
un'istanza di Project Web App. Se si
esegue questo cmdlet, vengono eliminate
tutte le impostazioni di sicurezza e
vengono ripristinate le impostazioni
predefinite per la modalità specificata.
Set-SPProjectQueueSettings
Imposta il valore di una o più impostazioni
di coda di Project Server 2016 per
un'applicazione di servizio di Project
Server specifica.
Set-SPProjectServiceApplication
Imposta le proprietà di un'applicazione di
servizio di Project Server.
Set-SPProjectUserSync
Controlla il comportamento della
sincronizzazione utenti WSS.
Set-SPProjectUserSyncDisabledSyncThreshold
Definisce la soglia oltre la quale un
processo di sincronizzazione utenti non
verrà più eseguito e verrà invece
eliminato. Questa soglia è il prodotto del
numero di progetti moltiplicato per il
numero di utenti.
Set-SPProjectUserSyncFullSyncThreshold
Definisce la soglia oltre la quale un
processo di sincronizzazione utenti
differenziale verrà eseguito come processo
di sincronizzazione utenti completa.
Questa soglia è il prodotto del numero di
progetti moltiplicato per il numero di
utenti.
Set-SPProjectUserSyncOffPeakSyncThreshold
Definisce la soglia oltre la quale un
processo di sincronizzazione utenti
completa verrà eseguito nelle fasce orarie
non di punta e non immediatamente.
Questa soglia è il prodotto del numero di
progetti moltiplicato per il numero di
utenti.
Sync-SPProjectPermissions
Sincronizza manualmente le autorizzazioni
tra un'istanza di Project Web App e i siti di
progetto associati.
Nome cmdlet
Descrizione
Test-SPProjectServiceApplication
Esegue una serie di verifiche di integrità
per l'applicazione di servizio di Project.
Test-SPProjectWebInstance
Esegue un gruppo di test su un'istanza di
Project Web esistente.
Vedere anche
Informazioni di riferimento su Microsoft PowerShell per SharePoint 2013
Disable-ProjectServerLicense
Riferimento
Modulo: SharePointServer
Si applica a: SharePoint Server 2016, SharePoint Server 2019
Se nella farm è abilitato Project Server, questo cmdlet disabiliterà la funzionalità di
Project Server nella farm. Tutti i siti Project Web App saranno di sola lettura e conterrà
comunque tutti i dati esistenti prima della disabilitazione della licenza. Non è possibile
creare nuovi siti Project Web App.
Sintassi
PowerShell
Disable-ProjectServerLicense
[-AssignmentCollection <SPAssignmentCollection>]
[<CommonParameters>]
Descrizione
Disabilita la funzionalità di Project Server nella farm.
Esempio
Esempio 1
PowerShell
Disable-ProjectServerLicense
In questo esempio viene disabilitata la funzionalità di Project Server per l'intera farm.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
SharePoint Server 2016, SharePoint Server 2019
Input
Microsoft.SharePoint.PowerShell.SPAssignmentCollection
Output
System.Object
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Disable-SPProjectActiveDirectory
EnterpriseResourcePoolSync
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2013, Project Server 2016, Project Server 2019
Disabilita l'esecuzione del processo timer della sincronizzazione del pool di risorse
dell'organizzazione di Active Directory.
Sintassi
PowerShell
Disable-SPProjectActiveDirectoryEnterpriseResourcePoolSync
[-Url] <Uri>
[-AssignmentCollection <SPAssignmentCollection>]
[<CommonParameters>]
Descrizione
La sincronizzazione del pool di risorse dell'organizzazione di Active Directory viene usata
per creare o aggiornare contemporaneamente più risorse dell'organizzazione di Project
Server. Le risorse possono inoltre essere attivate e disattivate automaticamente in base
all'appartenenza a un gruppo del servizio directory Active Directory. Ad esempio, i nuovi
dipendenti del proprio reparto possono essere aggiunti automaticamente come risorse
dell'organizzazione di Project Server se fanno parte del gruppo di Active Directory
selezionato per la sincronizzazione. Allo stesso modo, gli account di Project Server dei
dipendenti rimossi dal gruppo di Active Directory verranno disattivati al momento della
sincronizzazione.
La sincronizzazione del pool di risorse dell'organizzazione consente inoltre di aggiornare
le proprietà delle risorse dell'organizzazione con i dati più recenti di Active Directory. È
possibile ad esempio che il nome e l'indirizzo di posta elettronica di un dipendente
cambino con il matrimonio. Se la modifica viene effettuata in Active Directory e l'utente
è incluso nel gruppo collegato, essa verrà estesa alle proprietà della risorsa
dell'organizzazione dell'utente con la sincronizzazione.
Il pool delle risorse dell'organizzazione può essere mappato a un singolo gruppo di
Active Directory per la sincronizzazione. Tale gruppo di Active Directory può tuttavia
includere gruppi annidati i cui membri verranno anch'essi sincronizzati.
Durante il processo di sincronizzazione del pool delle risorse dell'organizzazione, può
avvenire quanto segue:
Vengono creati una nuova risorsa dell'organizzazione di Project Server e il relativo
account utente in base a un account di Active Directory.
Vengono disattivati una risorsa e/o un account utente attivo di Project Server.
I metadati di un account utente di Project Server esistente,ad esempio nome,
indirizzo di posta elettronica e così via, possono essere aggiornati se sono stati
modificati in Active Directory.
Vengono riattivati una risorsa e/o un account utente inattivo di Project Server.
Per le autorizzazioni e le informazioni più aggiornate su Windows PowerShell per Project
Server, vedere la documentazione online all'indirizzo
https://go.microsoft.com/fwlink/p/?LinkId=251833
(https://go.microsoft.com/fwlink/p/?LinkId=251833
).
Esempio
--------------------ESEMPIO--------------------PowerShell
Disable-SPProjectActiveDirectoryEnterpriseResourcePoolSync
https://localhost/pwa
Questo esempio disabilita l'esecuzione del processo timer della sincronizzazione del
pool di risorse dell'organizzazione di Active Directory in https://localhost/pwa.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-Url
Specifica l'URL dell'istanza di Project Web App per disabilitare la sincronizzazione
delle risorse dell'organizzazione di Active Directory.
ﾉ
Espandi la tabella
Type:
Uri
Position:
1
Default value:
None
Required:
True
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
Collegamenti correlati
Invoke-SPProjectActiveDirectoryEnterpriseResourcePoolSync
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Disable-SPProjectEmailNotification
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2016, Project Server 2019
Disattiva l'impostazione a livello di sito Project Web App per le notifiche tramite posta
elettronica in Project Server.
Sintassi
PowerShell
Disable-SPProjectEmailNotification
[-Url] <Uri>
[-AssignmentCollection <SPAssignmentCollection>]
[<CommonParameters>]
Descrizione
Disattiva l'impostazione a livello di sito Project Web App per le notifiche tramite posta
elettronica in Project Server.
Esempio
Esempio 1
PowerShell
Disable-SPProjectEmailNotification -Url https://pwa_site
Disabilita le notifiche di posta elettronica di Project Server nel sito Project Web
App,https://pwa_site.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2016, Project Server 2019
-Url
URL del sito Project Web App.
ﾉ
Type:
Uri
Position:
0
Default value:
None
Required:
True
Accept pipeline input:
False
Accept wildcard characters:
False
Espandi la tabella
Applies to:
Project Server 2016, Project Server 2019
Input
Microsoft.SharePoint.PowerShell.SPAssignmentCollection
Output
System.Object
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Disable-SPProjectEnterpriseProjectTask
Sync
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2013, Project Server 2016, Project Server 2019
Disabilita la sincronizzazione delle attività tra Project Web App e il sito di progetto
associato. Una volta disabilitato, le attività create nel progetto dell'organizzazione in
Project Web App non verranno più sincronizzate con l'elenco attività nel sito del
progetto associato al progetto. Questa funzionalità è disabilitata per impostazione
predefinita.
Sintassi
PowerShell
Disable-SPProjectEnterpriseProjectTaskSync
[-AssignmentCollection <SPAssignmentCollection>]
-Url <Uri>
[<CommonParameters>]
Descrizione
Disabilita la sincronizzazione delle attività tra Project Web App e il sito di progetto
associato.
Esempio
Esempio 1
PowerShell
Disable-SPProjectEnterpriseProjectTaskSync -Url https://pwa_site
Disabilita la sincronizzazione delle attività di Project Server nel sito Project Web
App,https://pwa_site.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-Url
URL del sito PWA.
ﾉ
Type:
Uri
Position:
Named
Default value:
None
Required:
True
Espandi la tabella
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
Input
Microsoft.SharePoint.PowerShell.SPAssignmentCollection
Output
System.Object
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Enable-ProjectServerLicense
Riferimento
Modulo: SharePointServer
Si applica a: SharePoint Server 2016, SharePoint Server 2019
Abilita tutte le funzionalità di Project Server nella farm. Il cmdlet dipende dalla farm con
una licenza valida di SharePoint Server (sono consentite le versioni di valutazione). Tutti i
siti Project Web App esistenti diventeranno di lettura/scrittura. Una chiave di valutazione
di Project Server verrà accettata solo se la farm non ha mai avuto una chiave di
valutazione di Project Server in precedenza.
Sintassi
PowerShell
Enable-ProjectServerLicense
[-Key] <String>
[-AssignmentCollection <SPAssignmentCollection>]
[<CommonParameters>]
Descrizione
Abilita la funzionalità di Project Server nella farm.
Esempio
Esempio 1
PowerShell
Enable-ProjectServerLicense -Key XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
Nel seguente esempio vengono attivate tutte le funzionalità di Project Server nella farm.
Il tipo di licenza abilitata (versione di valutazione o completa) dipende dal codice
inserito.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
SharePoint Server 2016, SharePoint Server 2019
-Key
Codice di licenza (versione di valutazione o completa).
ﾉ
Type:
String
Position:
0
Default value:
None
Required:
True
Accept pipeline input:
False
Espandi la tabella
Accept wildcard characters:
False
Applies to:
SharePoint Server 2016, SharePoint Server 2019
Input
Microsoft.SharePoint.PowerShell.SPAssignmentCollection
Output
System.Object
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Enable-SPProjectActiveDirectory
EnterpriseResourcePoolSync
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2013, Project Server 2016, Project Server 2019
Abilita l'esecuzione del processo timer per la sincronizzazione del pool di risorse
dell'organizzazione con Active Directory.
Sintassi
PowerShell
Enable-SPProjectActiveDirectoryEnterpriseResourcePoolSync
[-Url] <Uri>
[-GroupUids] <System.Collections.Generic.IEnumerable`1[System.Guid]>
[-AssignmentCollection <SPAssignmentCollection>]
[<CommonParameters>]
Descrizione
La sincronizzazione del pool di risorse dell'organizzazione di Active Directory viene usata
per creare o aggiornare contemporaneamente più risorse dell'organizzazione di Project
Server. Le risorse possono inoltre essere attivate e disattivate automaticamente in base
all'appartenenza a un gruppo del servizio directory Active Directory. Ad esempio, i nuovi
dipendenti del proprio reparto possono essere aggiunti automaticamente come risorse
dell'organizzazione di Project Server se fanno parte del gruppo di Active Directory
selezionato per la sincronizzazione. Allo stesso modo, gli account di Project Server dei
dipendenti rimossi dal gruppo di Active Directory verranno disattivati al momento della
sincronizzazione.
La sincronizzazione del pool di risorse dell'organizzazione consente inoltre di aggiornare
le proprietà delle risorse dell'organizzazione con i dati più recenti di Active Directory. È
possibile ad esempio che il nome e l'indirizzo di posta elettronica di un dipendente
cambino con il matrimonio. Se la modifica viene effettuata in Active Directory e l'utente
è incluso nel gruppo collegato, essa verrà estesa alle proprietà della risorsa
dell'organizzazione dell'utente con la sincronizzazione.
Il pool delle risorse dell'organizzazione può essere mappato a un singolo gruppo di
Active Directory per la sincronizzazione. Tale gruppo di Active Directory può tuttavia
includere gruppi annidati i cui membri verranno anch'essi sincronizzati.
Durante il processo di sincronizzazione del pool delle risorse dell'organizzazione, può
avvenire quanto segue:
Vengono creati una nuova risorsa dell'organizzazione di Project Server e il relativo
account utente in base a un account di Active Directory.
Vengono disattivati una risorsa e/o un account utente attivo di Project Server.
I metadati di un account utente di Project Server esistente,ad esempio nome,
indirizzo di posta elettronica e così via, possono essere aggiornati se sono stati
modificati in Active Directory.
Vengono riattivati una risorsa e/o un account utente inattivo di Project Server.
Per le autorizzazioni e le informazioni più aggiornate su Windows PowerShell per Project
Server, vedere la documentazione online all'indirizzo
https://go.microsoft.com/fwlink/p/?LinkId=251833
(https://go.microsoft.com/fwlink/p/?LinkId=251833
).
Esempio
------------ Esempio 1 -------------------PowerShell
$groupGuids = Get-ADGroup -Filter {Name -eq 'Domain Users' -or Name -eq
'Domain Admins'} | select ObjectGuid #Active Directory PowerShell Module
required
[Guid[]]$groupUids = $groupGuids[0].ObjectGuid,$groupGuids[1].ObjectGuid
Enable-SPProjectActiveDirectoryEnterpriseResourcePoolSync -Url
https://pwa_site -GroupUids $groupUids
Recupera i valori ObjectGuid dei gruppi Active Directory Domain Users e Domain
Admins e li aggiunge alla sincronizzazione del pool di risorse dell'organizzazione di
Active Directory nel sito di Project App Web,https://pwa_site.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016
-GroupUids
GUID dei gruppi di Active Directory con cui sincronizzare il pool di risorse
dell'organizzazione.
ﾉ
Espandi la tabella
Type:
System.Collections.Generic.IEnumerable`1[System.Guid]
Position:
2
Default value:
None
Required:
True
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-Url
Specifica l'URL dell'istanza di Project Web App per abilitare Active Directory
Enterprise Resource Sync.
ﾉ
Espandi la tabella
Type:
Uri
Position:
1
Default value:
None
Required:
True
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
Collegamenti correlati
Disable-SPProjectActiveDirectoryEnterpriseResourcePoolSync
Invoke-SPProjectActiveDirectoryEnterpriseResourcePoolSync
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Enable-SPProjectEmailNotification
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2013, Project Server 2016, Project Server 2019
Attiva l'impostazione Project Web App livello di sito per le notifiche tramite posta
elettronica in Project Server.
Sintassi
PowerShell
Enable-SPProjectEmailNotification
[-Url] <Uri>
[-AssignmentCollection <SPAssignmentCollection>]
[<CommonParameters>]
Descrizione
Attiva l'impostazione Project Web App livello di sito per le notifiche tramite posta
elettronica in Project Server.
Esempio
Esempio 1
PowerShell
Enable-SPProjectEmailNotification -Url https://pwa_site
Abilita le notifiche di posta elettronica di Project Server nel sito Project Web
App,https://pwa_site.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
NOTA: quando si usa il parametro Global, tutti gli oggetti sono contenuti nell'archivio
globale. Se gli oggetti non vengono utilizzati immediatamente o eliminati dalla
memoria tramite il comando Stop-SPAssignment, può verificarsi una condizione di
memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-Url
URL del sito Project Web App.
ﾉ
Type:
Uri
Position:
0
Default value:
None
Required:
True
Accept pipeline input:
False
Accept wildcard characters:
False
Espandi la tabella
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
Input
Microsoft.SharePoint.PowerShell.SPAssignmentCollection
Output
System.Object
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Enable-SPProjectEnterpriseProjectTask
Sync
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2013, Project Server 2016, Project Server 2019
Abilita la sincronizzazione delle attività tra Project Web App e il sito di progetto
associato. Una volta abilitato, le attività create nel progetto dell'organizzazione in
Project Web App verranno sincronizzate con l'elenco attività nel sito del progetto
associato al progetto. La funzionalità è disabilitata per impostazione predefinita.
Se si abilita questa funzionalità, vengono applicate le restrizioni disponibili negli elenchi
di SharePoint, ad esempio il numero massimo di elementi supportati prima della
limitazione.
Le attività di sincronizzazione usano la coda e possono influire sulle prestazioni. È
necessario attivarla solo se è realmente necessario.
Sintassi
PowerShell
Enable-SPProjectEnterpriseProjectTaskSync
[-AssignmentCollection <SPAssignmentCollection>]
-Url <Uri>
[<CommonParameters>]
Descrizione
Abilita la sincronizzazione delle attività tra Project Web App e il sito di progetto
associato.
Esempio
Esempio 1
PowerShell
Enable-SPProjectEnterpriseProjectTaskSync -Url https://pwa_site
Abilita la sincronizzazione attività progetto nel sito di Project App Web,https://pwa_site.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-Url
URL del sito PWA.
ﾉ
Espandi la tabella
Type:
Uri
Position:
Named
Default value:
None
Required:
True
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
Input
Microsoft.SharePoint.PowerShell.SPAssignmentCollection
Output
System.Object
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Enable-SPProjectEnterpriseProjectTask
Sync
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2013, Project Server 2016, Project Server 2019
Abilita la sincronizzazione delle attività tra Project Web App e il sito di progetto
associato. Una volta abilitato, le attività create nel progetto dell'organizzazione in
Project Web App verranno sincronizzate con l'elenco attività nel sito del progetto
associato al progetto. La funzionalità è disabilitata per impostazione predefinita.
Se si abilita questa funzionalità, vengono applicate le restrizioni disponibili negli elenchi
di SharePoint, ad esempio il numero massimo di elementi supportati prima della
limitazione.
Le attività di sincronizzazione usano la coda e possono influire sulle prestazioni. È
necessario attivarla solo se è realmente necessario.
Sintassi
PowerShell
Enable-SPProjectEnterpriseProjectTaskSync
[-AssignmentCollection <SPAssignmentCollection>]
-Url <Uri>
[<CommonParameters>]
Descrizione
Abilita la sincronizzazione delle attività tra Project Web App e il sito di progetto
associato.
Esempio
Esempio 1
PowerShell
Enable-SPProjectEnterpriseProjectTaskSync -Url https://pwa_site
Abilita la sincronizzazione attività progetto nel sito di Project App Web,https://pwa_site.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-Url
URL del sito PWA.
ﾉ
Espandi la tabella
Type:
Uri
Position:
Named
Default value:
None
Required:
True
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
Input
Microsoft.SharePoint.PowerShell.SPAssignmentCollection
Output
System.Object
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Get-ProjectServerLicense
Riferimento
Modulo: SharePointServer
Si applica a: SharePoint Server 2016, SharePoint Server 2019
Recupera lo stato della licenza per Project Server. Se la licenza corrente è una versione di
valutazione, verrà indicata anche la data di scadenza e se è scaduta.
Sintassi
PowerShell
Get-ProjectServerLicense
[-AssignmentCollection <SPAssignmentCollection>]
[<CommonParameters>]
Descrizione
Recupera lo stato della licenza per Project Server. Se la licenza corrente è una versione di
valutazione, verrà indicata anche la data di scadenza e se è scaduta.
Esempio
Esempio 1
PowerShell
Get-ProjectServerLicense
Ottiene lo stato della licenza di Project Server e quando è stata attivata.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
SharePoint Server 2016, SharePoint Server 2019
Input
Microsoft.SharePoint.PowerShell.SPAssignmentCollection
Output
System.Object
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Get-SPProjectDatabaseUsage
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2013, Project Server 2016, Project Server 2019
Indica la dimensione approssimativa, in megabyte (MB), dei dati Project Web App
utilizzati nel database del contenuto.
Sintassi
PowerShell
Get-SPProjectDatabaseUsage
[-AssignmentCollection <SPAssignmentCollection>]
-Url <Uri>
[<CommonParameters>]
Descrizione
Indica la dimensione approssimativa, in megabyte (MB), dei dati Project Web App
utilizzati nel database del contenuto.
Esempio
Esempio 1
PowerShell
Get-SPProjectDatabaseUsage -Url
https://contoso.com/sites/pwa
In questo esempio vengono illustrate le dimensioni dei dati Project Web App nei dati del
contenuto per il sito Project Web App all'indirizzo https://contoso.com/sites/pwa
Parametri
-AssignmentCollection
.
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-Url
URL della raccolta siti Project Web App.
ﾉ
Type:
Uri
Position:
Named
Default value:
None
Required:
True
Accept pipeline input:
False
Accept wildcard characters:
False
Espandi la tabella
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
Input
Microsoft.SharePoint.PowerShell.SPAssignmentCollection
Output
System.Object
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Get-SPProjectEnterpriseProjectTaskSync
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2013, Project Server 2016, Project Server 2019
Restituisce un valore che indica se la sincronizzazione dell'elenco attività tra Project Web
App e siti di progetto è abilitata o disabilitata. Questo cmdlet restituisce un valore solo
se la funzionalità è stata precedentemente abilitata o disabilitata.
Sintassi
PowerShell
Get-SPProjectEnterpriseProjectTaskSync
[-AssignmentCollection <SPAssignmentCollection>]
-Url <Uri>
[<CommonParameters>]
Descrizione
Restituisce un valore che indica se la sincronizzazione dell'elenco attività tra Project Web
App e siti di progetto è abilitata o disabilitata. Questo cmdlet restituisce un valore solo
se la funzionalità è stata precedentemente abilitata o disabilitata.
Esempio
Esempio 1
PowerShell
Get-SPProjectEnterpriseProjectTaskSync -Url https://contoso/sites/PWA
In questo esempio viene illustrata la sintassi per ottenere lo stato di sincronizzazione
delle attività per il sito Project Web App all'indirizzohttps://contoso/sites/PWA.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-Url
URL del sito PWA.
ﾉ
Type:
Uri
Position:
Named
Default value:
None
Required:
True
Accept pipeline input:
False
Espandi la tabella
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
Input
Microsoft.SharePoint.PowerShell.SPAssignmentCollection
Output
System.Object
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Get-SPProjectIsEmailNotification
Enabled
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2016, Project Server 2019
Restituisce l'impostazione a livello di sito di Project Web App per le notifiche di posta
elettronica. True se le notifiche sono attivate, false in caso contrario.
Sintassi
PowerShell
Get-SPProjectIsEmailNotificationEnabled
[-Url] <Uri>
[-AssignmentCollection <SPAssignmentCollection>]
[<CommonParameters>]
Descrizione
Restituisce l'impostazione a livello di sito di Project Web App per le notifiche di posta
elettronica. True se le notifiche sono attivate, false in caso contrario.
Esempio
Esempio 1
PowerShell
Get-SPProjectIsEmailNotificationEnabled -Url https://contoso/sites/pwa
Restituisce lo stato delle notifiche tramite posta elettronica per il sito di PWA
https://contoso/sites/pwa.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2016, Project Server 2019
-Url
URL del sito Project Web App.
ﾉ
Type:
Uri
Position:
0
Default value:
None
Required:
True
Accept pipeline input:
False
Espandi la tabella
Accept wildcard characters:
False
Applies to:
Project Server 2016, Project Server 2019
Input
Microsoft.SharePoint.PowerShell.SPAssignmentCollection
Output
System.Object
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Get-SPProjectOdataConfiguration
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2013, Project Server 2016, Project Server 2019
Restituisce le impostazioni che definiscono come è configurato il servizio OData per
un'istanza di Project Web App.
Sintassi
PowerShell
Get-SPProjectOdataConfiguration
[-AssignmentCollection <SPAssignmentCollection>]
[<CommonParameters>]
Descrizione
Il cmdlet Get-SPProjectOdataConfiguration restituisce le impostazioni per la
configurazione del servizio OData per un'istanza di Project Web App. Restituisce le
impostazioni correnti di un elenco di parametri che specificano la suddivisione in pagine
e l'eventuale attivazione di diverse funzionalità di query, di MaxResultsPerCollection e
dei messaggi di errore dettagliati. Il cmdlet può essere utilizzato inoltre per restituire un
elenco dettagliato delle entità per cui è stato specificato un override per le dimensioni
massime della pagina.
Per le autorizzazioni e le informazioni più aggiornate su Windows PowerShell per Project
Server, vedere la documentazione online all'indirizzo
https://go.microsoft.com/fwlink/p/?LinkId=251833
(https://go.microsoft.com/fwlink/p/?LinkId=251833
).
Esempio
----------------------ESEMPIO 1----------------------PowerShell
Get-SPProjectOdataConfiguration
In questo esempio viene restituita la configurazione OData per l'istanza di Project Web
App.
----------------------ESEMPIO 2----------------------PowerShell
C:\PS>(Get-SPProjectOdataConfiguration).EntitySetsWithMaxPAgeSizeOverride
In questo esempio viene restituito l'elenco delle entità per le quali è configurata
l'opzione MaxPageSizeOverride.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Get-SPProjectOdataConfiguration
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2013, Project Server 2016, Project Server 2019
Restituisce le impostazioni che definiscono come è configurato il servizio OData per
un'istanza di Project Web App.
Sintassi
PowerShell
Get-SPProjectOdataConfiguration
[-AssignmentCollection <SPAssignmentCollection>]
[<CommonParameters>]
Descrizione
Il cmdlet Get-SPProjectOdataConfiguration restituisce le impostazioni per la
configurazione del servizio OData per un'istanza di Project Web App. Restituisce le
impostazioni correnti di un elenco di parametri che specificano la suddivisione in pagine
e l'eventuale attivazione di diverse funzionalità di query, di MaxResultsPerCollection e
dei messaggi di errore dettagliati. Il cmdlet può essere utilizzato inoltre per restituire un
elenco dettagliato delle entità per cui è stato specificato un override per le dimensioni
massime della pagina.
Per le autorizzazioni e le informazioni più aggiornate su Windows PowerShell per Project
Server, vedere la documentazione online all'indirizzo
https://go.microsoft.com/fwlink/p/?LinkId=251833
(https://go.microsoft.com/fwlink/p/?LinkId=251833
).
Esempio
----------------------ESEMPIO 1----------------------PowerShell
Get-SPProjectOdataConfiguration
In questo esempio viene restituita la configurazione OData per l'istanza di Project Web
App.
----------------------ESEMPIO 2----------------------PowerShell
C:\PS>(Get-SPProjectOdataConfiguration).EntitySetsWithMaxPAgeSizeOverride
In questo esempio viene restituito l'elenco delle entità per le quali è configurata
l'opzione MaxPageSizeOverride.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Get-SPProjectPermissionMode
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2013, Project Server 2016, Project Server 2019
Restituisce la modalità di autorizzazione per un'istanza di Project Web App (PWA).
Sintassi
PowerShell
Get-SPProjectPermissionMode
[-Url] <Uri>
[-AssignmentCollection <SPAssignmentCollection>]
[<CommonParameters>]
Descrizione
Il cmdlet Get-SPProjectPermissionMode restituisce la modalità di autorizzazione
attualmente configurata per l'istanza di PWA fornita.
Per le autorizzazioni e le informazioni più aggiornate su Windows PowerShell per Project
Server, vedere la documentazione online all'indirizzo
https://go.microsoft.com/fwlink/p/?LinkId=251833
(https://go.microsoft.com/fwlink/p/?LinkId=251833
).
Esempio
--------------ESEMPIO 1------------------PowerShell
Get-SPProjectPermissionMode -Url https://AppServer/pwa
In questo esempio viene restituita l'impostazione della modalità di autorizzazione per
un'istanza di PWA.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-Url
Specifica l'URL dell'istanza di PWA per cui si desidera recuperare la modalità di
autorizzazione.
Il tipo deve essere un URL valido nel formato https://< ServerName>/<PWASite>.
ﾉ
Type:
Uri
Position:
1
Default value:
None
Required:
True
Espandi la tabella
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
Collegamenti correlati
Set-SPProjectPermissionMode
Invoke-SPProjectActiveDirectoryGroupSync
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Get-SPProjectQueueSettings
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2013, Project Server 2016, Project Server 2019
Restituisce un elenco di tutte le impostazioni della coda di Project Server e dei relativi
valori correnti per l'applicazione di servizio di Project Server specificata.
Sintassi
PowerShell
Get-SPProjectQueueSettings
[-ServiceApplication <PsiServiceApplicationPipeBind>]
[-AssignmentCollection <SPAssignmentCollection>]
[<CommonParameters>]
Descrizione
Restituisce un elenco di tutte le impostazioni della coda di Project Server e dei relativi
valori correnti per un'applicazione di servizio di Project Server specifica. Le impostazioni
restituite includono quanto segue:
MaxDegreeOfConcurrency
MsgRetryInterval
MsgRetryLimit
SqlRetryInterval
SqlRetryLimit
SqlCommandTimeout
CleanupSuccessAgeLimit
CleanupNonSuccessAgeLimit
PeriodicTasksInterval
QueueTimeout
MaxConnections
Per le autorizzazioni e le informazioni più aggiornate su Windows PowerShell per Project
Server, vedere la documentazione online all'indirizzo
https://go.microsoft.com/fwlink/p/?LinkId=251833
(https://go.microsoft.com/fwlink/p/?LinkId=251833
).
Esempio
--------------------ESEMPIO--------------------PowerShell
Get-SPProjectQueueSettings -ServiceApplication "Project Service Application"
In questo esempio vengono recuperate le impostazioni di coda per l'applicazione di
servizio "Project Service Application".
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-ServiceApplication
Specifica l'applicazione di servizio project server di destinazione.
Il tipo deve essere un GUID valido, nel formato 12345678-90ab-cdef-1234567890bcdefg; un nome valido di un'applicazione di servizio di Project Server (ad
esempio, ProjectServiceApp1); o un'istanza di un oggetto PsiServiceApplication
valido.
ﾉ
Espandi la tabella
Type:
PsiServiceApplicationPipeBind
Aliases:
sa
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Get-SPProjectWebInstance
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2013, Project Server 2016, Project Server 2019
Restituisce un'istanza di un sito di Project Web App.
Sintassi
PowerShell
Get-SPProjectWebInstance
[-ServiceApplication <PsiServiceApplicationPipeBind>]
[-AssignmentCollection <SPAssignmentCollection>]
[-Url <Uri>]
[<CommonParameters>]
Descrizione
Il cmdlet Get-SPProjectWebInstance restituisce un'istanza di un sito Project Web App,
incluse le informazioni seguenti:
ID (GUID)
Nome dell'applicazione di servizio
App Web padre
URL Project Web App
Identificatore delle impostazioni locali (LCID)
account Amministrazione
Project Web App server di database
Nome del database Project Web App
Stato del provisioning
Stato centro report
ID sito (GUID)
Per le autorizzazioni e le informazioni più aggiornate su Windows PowerShell per Project
Server, vedere la documentazione online all'indirizzo
https://go.microsoft.com/fwlink/p/?LinkId=251833
(https://go.microsoft.com/fwlink/p/?LinkId=251833
).
Esempio
----------------------ESEMPIO----------------------PowerShell
Get-SPProjectWebInstance -Url https://server/pwa
In questo esempio vengono restituite le proprietà per un'istanza di Project Web App
all'indirizzohttps://server/pwa.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-ServiceApplication
Specifica il nome dell'applicazione del servizio Project Server.
Il tipo deve essere un GUID valido in formato 12345678-90ab-cdef-1234567890bcdefgh, un nome valido di un'istanza di Project Web App, ad esempio
ApplicazioneWebProject1, oppure un'istanza di un oggetto PsiServiceApplication
valido.
ﾉ
Espandi la tabella
Type:
PsiServiceApplicationPipeBind
Aliases:
sa
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-Url
Specifica l'URL dell'istanza di Project Web App da ottenere.
Il tipo deve essere un URL valido, nel formato https://<
server_name>/<PWA_name>.
ﾉ
Espandi la tabella
Type:
Uri
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Invoke-SPProjectActiveDirectory
EnterpriseResourcePoolSync
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2013, Project Server 2016, Project Server 2019
Attiva la sincronizzazione del pool di risorse dell'organizzazione con Active Directory
nell'istanza specificata di Project Web App.
Sintassi
PowerShell
Invoke-SPProjectActiveDirectoryEnterpriseResourcePoolSync
[-Url] <Uri>
[-AssignmentCollection <SPAssignmentCollection>]
[<CommonParameters>]
Descrizione
La sincronizzazione del pool di risorse dell'organizzazione di Active Directory viene usata
per creare o aggiornare contemporaneamente più risorse dell'organizzazione di Project
Server. Le risorse possono inoltre essere attivate e disattivate automaticamente in base
all'appartenenza a un gruppo del servizio directory Active Directory. Ad esempio, i nuovi
dipendenti del proprio reparto possono essere aggiunti automaticamente come risorse
dell'organizzazione di Project Server se fanno parte del gruppo di Active Directory
selezionato per la sincronizzazione. Allo stesso modo, gli account di Project Server dei
dipendenti rimossi dal gruppo di Active Directory verranno disattivati al momento della
sincronizzazione.
La sincronizzazione del pool di risorse dell'organizzazione consente inoltre di aggiornare
le proprietà delle risorse dell'organizzazione con i dati più recenti di Active Directory. È
possibile ad esempio che il nome e l'indirizzo di posta elettronica di un dipendente
cambino con il matrimonio. Se la modifica viene effettuata in Active Directory e l'utente
è incluso nel gruppo collegato, essa verrà estesa alle proprietà della risorsa
dell'organizzazione dell'utente con la sincronizzazione.
Il pool delle risorse dell'organizzazione può essere mappato a un singolo gruppo di
Active Directory per la sincronizzazione. Tale gruppo di Active Directory può tuttavia
includere gruppi annidati i cui membri verranno anch'essi sincronizzati.
Durante il processo di sincronizzazione del pool delle risorse dell'organizzazione, può
avvenire quanto segue:
Vengono creati una nuova risorsa dell'organizzazione di Project Server e il relativo
account utente in base a un account di Active Directory.
Vengono disattivati una risorsa e/o un account utente attivo di Project Server.
I metadati di un account utente di Project Server esistente,ad esempio nome,
indirizzo di posta elettronica e così via, possono essere aggiornati se sono stati
modificati in Active Directory.
Vengono riattivati una risorsa e/o un account utente inattivo di Project Server.
Per le autorizzazioni e le informazioni più aggiornate su Windows PowerShell per Project
Server, vedere la documentazione online all'indirizzo
https://go.microsoft.com/fwlink/p/?LinkId=251833
(https://go.microsoft.com/fwlink/p/?LinkId=251833
).
Esempio
--------------------ESEMPIO--------------------PowerShell
Invoke-SPProjectActiveDirectoryEnterpriseResourcePoolSync
https://localhost/pwa
In questo esempio viene attivata una sincronizzazione del pool di risorse
dell'organizzazione di Active Directory per l'istanza di Project Web App disponibile
inhttps://localhost/pwa.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-Url
Specifica l'URL dell'istanza di Project Web App in cui si desidera richiamare una
sincronizzazione.
ﾉ
Espandi la tabella
Type:
Uri
Position:
1
Default value:
None
Required:
True
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
Collegamenti correlati
Disable-SPProjectActiveDirectoryEnterpriseResourcePoolSync
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Invoke-SPProjectActiveDirectoryGroup
Sync
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2013, Project Server 2016, Project Server 2019
Avvia manualmente il processo di sincronizzazione per sincronizzare l'appartenenza ai
gruppi di Project Server con i gruppi di Active Directory specificati.
Sintassi
PowerShell
Invoke-SPProjectActiveDirectoryGroupSync
[-Url] <Uri>
[-AssignmentCollection <SPAssignmentCollection>]
[<CommonParameters>]
Descrizione
Nella modalità di autorizzazione di Project Server è possibile creare gruppi per
assegnare autorizzazioni e sincronizzarli con i gruppi di Active Directory per determinare
i membri dei gruppi. Il cmdlet Invoke-SPProjectActiveDirectoryGroupSync avvia
manualmente il processo che sincronizza l'appartenenza al gruppo da Active Directory
in Project Server.
Per le autorizzazioni e le informazioni più aggiornate su Windows PowerShell per Project
Server, vedere la documentazione online all'indirizzo
https://go.microsoft.com/fwlink/p/?LinkId=251833
(https://go.microsoft.com/fwlink/p/?LinkId=251833
).
Esempio
--------------ESEMPIO 1------------------PowerShell
Invoke-SPProjectActiveDirectoryGroupSync -Url https://AppServer/pwa
In questo esempio vengono sincronizzati i membri dei gruppi per l'istanza di PWA
specificata.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-Url
Specifica l'URL dell'istanza di Project Web App (PWA) in cui si vuole avviare la
sincronizzazione di Active Directory.
Il tipo deve essere un URL valido nel formato https://< ServerName>/<PWAName>.
ﾉ
Espandi la tabella
Type:
Uri
Position:
1
Default value:
None
Required:
True
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
Collegamenti correlati
Get-SPProjectPermissionMode
Set-SPProjectPermissionMode
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Migrate-SPProjectDatabase
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2016
Copia i dati dal database di Project Server 2013 nel database del contenuto SharePoint
Server 2016 corrispondente che contiene la raccolta siti migrati.
Sintassi
PowerShell
Migrate-SPProjectDatabase
[-AssignmentCollection <SPAssignmentCollection>]
[-Confirm]
-DatabaseName <String>
[-DatabaseServer <String>]
[-FailoverPartner <String>]
[-Overwrite]
[-SQLLogon <PSCredential>]
-SiteCollection <SPSitePipeBind>
[-WhatIf]
[<CommonParameters>]
Descrizione
Copia i dati dal database di Project Server 2013 nel database del contenuto SharePoint
Server 2016 corrispondente che contiene la raccolta siti migrati.
Sia il database di Project Server 2013 che il database di SharePoint Server 2016 devono
trovarsi nella stessa istanza di SQL Server e l'account della farm di SharePoint deve avere
accesso completo al database di Project Server 2013. Durante il processo di migrazione
il database di Project Server 2013 viene modificato e non può tornare a Project Server
2013.
Esempio
Esempio 1
PowerShell
Migrate-SPProjectDatabase -DatabaseName ProjectDB1 -SiteCollection
"https://contoso1/sites/PWA"
Questo esempio cercherà un database di Project Server 2013 denominato ProjectDB1
nella stessa istanza di SQL Server in cui si trova il database del contenuto
contenentehttps://contoso1/sites/PWA. I dati verranno aggiornati e copiati nella raccolta
siti.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2016
-Confirm
Espandi la tabella
Richiede la conferma prima di eseguire il cmdlet.
ﾉ
Type:
SwitchParameter
Aliases:
cf
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2016
Espandi la tabella
-DatabaseName
Il nome del database di Project Server 2013.
ﾉ
Type:
String
Position:
Named
Default value:
None
Required:
True
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2016
Espandi la tabella
-DatabaseServer
Nome dell'istanza di SQL Server che ospita il database di Project Server 2013.
ﾉ
Type:
String
Espandi la tabella
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2016
-FailoverPartner
Nome del partner di failover SQL Server per il database di Project Server 2013.
ﾉ
Type:
String
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2016
Espandi la tabella
-Overwrite
Specifica di sovrascrivere i dati di Project da tentativi precedenti.
ﾉ
Type:
SwitchParameter
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
False
Accept wildcard characters:
False
Espandi la tabella
Applies to:
Project Server 2016
-SiteCollection
L'URL della raccolta siti in cui si desidera copiare i dati di Project.
ﾉ
Type:
SPSitePipeBind
Position:
Named
Default value:
None
Required:
True
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2016
Espandi la tabella
-SQLLogon
SQL Server credenziali di autenticazione, se necessario.
ﾉ
Type:
PSCredential
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2016
Espandi la tabella
-WhatIf
Mostra cosa accade se viene eseguito il cmdlet. Il cmdlet non viene eseguito.
ﾉ
Espandi la tabella
Type:
SwitchParameter
Aliases:
wi
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2016
Input
Microsoft.SharePoint.PowerShell.SPSitePipeBind
Microsoft. SharePoint.PowerShell.SPAssignmentCollection
Output
System.Object
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Migrate-SPProjectResourcePlans
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2016, Project Server 2019
Esegue la migrazione negli engagement dei dati di assegnazione del piano risorse
pubblicato. Eseguire dopo il completamento della migrazione dei dati da Project Server
2013 a Project Server 2016, Project Server 2019.
Sintassi
PowerShell
Migrate-SPProjectResourcePlans
[-Url] <Uri>
[-AssignmentCollection <SPAssignmentCollection>]
[<CommonParameters>]
Descrizione
Esegue la migrazione negli engagement dei dati di assegnazione del piano risorse
pubblicato. Eseguire dopo il completamento della migrazione dei dati da Project Server
2013 a Project Server 2016, Project Server 2019.
Esempio
Esempio 1
PowerShell
Migrate-SPProjectResourcePlans -Url https://pwa_site
Esegue la migrazione dei piani di risorse del progetto nel sito Project Web
Apphttps://pwa_site.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2016, Project Server 2019
-Url
URL del sito Project Web App.
ﾉ
Type:
Uri
Position:
0
Default value:
None
Required:
True
Accept pipeline input:
False
Espandi la tabella
Accept wildcard characters:
False
Applies to:
Project Server 2016, Project Server 2019
Input
Microsoft.SharePoint.PowerShell.SPAssignmentCollection
Output
System.Object
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
New-SPProjectServiceApplication
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2013, Project Server 2016, Project Server 2019
Crea una nuova applicazione di servizio di Project Server.
Sintassi
PowerShell
New-SPProjectServiceApplication
[-Name] <String>
-ApplicationPool <SPIisWebServiceApplicationPoolPipeBind>
[-AssignmentCollection <SPAssignmentCollection>]
[-Proxy]
[<CommonParameters>]
Descrizione
Il New-SPProjectServiceApplication cmdlet crea una nuova applicazione del servizio
Project Server.
Per le autorizzazioni e le informazioni più aggiornate su Windows PowerShell per Project
Server, vedere la documentazione online all'indirizzo
https://go.microsoft.com/fwlink/p/?LinkId=251833
(https://go.microsoft.com/fwlink/p/?LinkId=251833
).
Esempio
------------------ESEMPIO 1----------------------PowerShell
New-SPProjectServiceApplication -Name "PsiApplication" -ApplicationPool
"PsiApplicationPool" -Proxy
In questo esempio viene creata un'applicazione del servizio Project Server con il nome
PsiApplication e un pool di applicazioni con il nome PsiApplicationPool e viene creato
un proxy di applicazione del servizio Project Server per l'applicazione.
------------------ESEMPIO 2----------------------PowerShell
Get-SPIisWebServiceApplicationPool "PsiApplicationPool" | NewSPProjectServiceApplication -Name "PsiApplication"
Questo esempio consente di creare un'applicazione di servizio di Project Server
denominata PsiApplication. Il risultato viene instradato tramite un oggetto pool di
applicazioni.
Parametri
-ApplicationPool
Specifica il pool di applicazioni IIS esistente in cui eseguire il servizio Web per la
nuova applicazione di servizio.
Il tipo deve essere un GUID valido in formato 12345678-90ab-cdef-1234567890bcdefgh, un nome valido di un pool di applicazioni, ad esempio
NomePoolApplicazioni1, oppure un'istanza di un oggetto
IISWebServiceApplicationPool valido.
ﾉ
Espandi la tabella
Type:
SPIisWebServiceApplicationPoolPipeBind
Position:
Named
Default value:
None
Required:
True
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment ,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-Name
Specifica il nome della nuova applicazione di servizio di Project Server.
Il tipo deve essere un nome valido di un'applicazione di servizio di Project Server, ad
esempio ApplicazioneWebProject1.
ﾉ
Type:
String
Position:
1
Default value:
None
Required:
True
Accept pipeline input:
False
Espandi la tabella
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-Proxy
Specifica che viene creata automaticamente un proxy per la nuova applicazione di
servizio.
ﾉ
Espandi la tabella
Type:
SwitchParameter
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
New-SPProjectServiceApplicationProxy
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2013, Project Server 2016, Project Server 2019
Crea un proxy per un'applicazione di servizio di Project Server.
Sintassi
PowerShell
New-SPProjectServiceApplicationProxy
[-Name] <String>
-ServiceApplication <PsiServiceApplicationPipeBind>
[-AssignmentCollection <SPAssignmentCollection>]
[<CommonParameters>]
Descrizione
Il New-SPProjectServiceApplicationProxy cmdlet crea un proxy per un'applicazione del
servizio Project Server.
Per le autorizzazioni e le informazioni più aggiornate su Windows PowerShell per Project
Server, vedere la documentazione online all'indirizzo
https://go.microsoft.com/fwlink/p/?LinkId=251833
(https://go.microsoft.com/fwlink/p/?LinkId=251833
).
Esempio
-------------------ESEMPIO 1-----------------PowerShell
New-SPProjectServiceApplicationProxy -Name PsiApplicationProxy ServiceApplication PsiApplication
Questo esempio consente di creare un proxy di applicazione di servizio di Project Server
denominato PsiApplicationProxy per l'applicazione PsiApplication.
-------------------ESEMPIO 2-----------------PowerShell
Get-SPServiceApplication | ?{ $_.Name -eq "PsiApplication" } | NewSPProjectServiceApplicationProxy -Name "PsiApplicationProxy" -Default
Questo esempio consente di creare un proxy di applicazione di servizio di Project Server
denominato PsiApplicationProxy per l'applicazione PsiApplication e di aggiungere il
proxy al gruppo di proxy Default.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment ,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-Name
Specifica il nome del nuovo proxy.
Il tipo deve essere un nome valido di un proxy di applicazione di servizio di Project
Server, ad esempio ProxyServizioProject1.
ﾉ
Espandi la tabella
Type:
String
Position:
1
Default value:
None
Required:
True
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-ServiceApplication
Specifica l'applicazione di servizio di Project Server da associare al nuovo proxy.
Il tipo deve essere un GUID valido in formato 12345678-90ab-cdef-1234567890bcdefgh, un nome valido di un'applicazione di servizio di Project Server, ad
esempio ApplicazioneWebProject1, oppure un'istanza di un oggetto
PsiServiceApplication valido.
ﾉ
Espandi la tabella
Type:
PsiServiceApplicationPipeBind
Aliases:
sa
Position:
Named
Default value:
None
Required:
True
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Pause-SPProjectWebInstance
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2013, Project Server 2016, Project Server 2019
Passa l'istanza specificata di Project Web App a sola lettura, impedendo l'esecuzione di
modifiche tramite psi o CSOM di Project Server.
Sintassi
PowerShell
Pause-SPProjectWebInstance
[-Identity] <ProjectInstancePipeBind>
[-AssignmentCollection <SPAssignmentCollection>]
[<CommonParameters>]
Descrizione
Passa l'istanza specificata di Project Web App in sola lettura, impedendo che vengano
apportate modifiche tramite l'interfaccia di Project Server o il modello a oggetti del
server client (CSOM). Anche se in questo stato il database non è effettivamente di sola
lettura e il servizio accodamento può comunque scrivere nel database, ma non
raccoglierà nuovi processi da elaborare. Questo cmdlet viene utilizzato per consentire
alla coda di svuotarsi prima che un amministratore imposti il database come di sola
lettura.
Per le autorizzazioni e le informazioni più aggiornate su Windows PowerShell per Project
Server, vedere la documentazione online all'indirizzo
https://go.microsoft.com/fwlink/p/?LinkId=251833
(https://go.microsoft.com/fwlink/p/?LinkId=251833
).
Esempio
------------------ESEMPIO----------------------PowerShell
$sa = Get-SPServiceApplication | ?{$_.TypeName -eq 'Project Application
Services'}
$instance = Get-SPProjectWebInstance -ServiceApplication $sa
Pause-SPProjectWebInstance -Identity $instance
Sospende l'istanza di Project Web Server nell'applicazione del servizio applicazione Web
di Project.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment ,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-Identity
Specifica l'istanza di Project Web App da passare alla modalità di sola lettura. Può
essere l'ID univoco dell'istanza, l'URL del sito Project Web App, l'oggetto raccolta siti
che contiene il sito Project Web App (spSite) o l'oggetto istanza Project Web App
stesso (pssite).
ﾉ
Espandi la tabella
Type:
ProjectInstancePipeBind
Position:
1
Default value:
None
Required:
True
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
Collegamenti correlati
Resume-SPProjectWebInstance
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Repair-SPProjectWebInstance
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2013, Project Server 2016, Project Server 2019
Riaccoda elementi specifici della coda di Project Server che potrebbero essere caduti
fuori dalla coda.
Sintassi
PowerShell
Repair-SPProjectWebInstance
[-Identity] <ProjectInstancePipeBind>
-RepairRule <ProjectSiteHealthRuleName>
[-AssignmentCollection <SPAssignmentCollection>]
[<CommonParameters>]
Descrizione
Il Repair-SPProjectWebInstance cmdlet riaccoda elementi specifici della coda di Project
Server che potrebbero essere caduti fuori dalla coda. Sono inclusi i trigger che possono
essere andati perduti e i processi accodati in un server successivamente rimosso dalla
farm.
Per le autorizzazioni e le informazioni più aggiornate su Windows PowerShell per Project
Server, vedere la documentazione online all'indirizzo
https://go.microsoft.com/fwlink/p/?LinkId=251833
(https://go.microsoft.com/fwlink/p/?LinkId=251833
).
Esempio
----------------------ESEMPIO----------------------PowerShell
Repair-SPProjectWebInstance -Identity https://contoso-appsrv/PWA -RepairRule
QueueMissingTriggers
In questo esempio vengono accodati tutti i trigger mancanti per l'istanza di Project Web
App inhttps://contoso-appsrv/PWA.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment ,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-Identity
Identità dell'istanza di Project Web App.
ﾉ
Type:
ProjectInstancePipeBind
Espandi la tabella
Position:
1
Default value:
None
Required:
True
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-RepairRule
Valori validi: QueueMissingTriggers cerca nella Project Web App eventuali trigger che
potrebbero essere stati persi; QueueStaleServerGroups riaccoda tutti i processi
prelevati da un server che è stato successivamente rimosso dalla farm.
ﾉ
Espandi la tabella
Type:
ProjectSiteHealthRuleName
Position:
Named
Default value:
None
Required:
True
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
Collegamenti correlati
Test-SPProjectWebInstance
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Reset-SPProjectEventServiceSettings
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2016, Project Server 2019
Ripristina le impostazioni predefinite per il Servizio eventi di Microsoft Project Server
2016. Il Servizio eventi di Microsoft Project Server 2016 deve essere riavviato per
rendere effettive le modifiche.
Sintassi
PowerShell
Reset-SPProjectEventServiceSettings
[-AssignmentCollection <SPAssignmentCollection>]
[<CommonParameters>]
Descrizione
Ripristina le impostazioni predefinite per il Servizio eventi di Microsoft Project Server
2016. Il Servizio eventi di Microsoft Project Server 2016 deve essere riavviato per
rendere effettive le modifiche.
Esempio
----------------------ESEMPIO----------------------PowerShell
Reset-SPProjectEventServiceSettings
Ripristina le impostazioni predefinite per il Servizio eventi di Microsoft Project Server
2016. Il Servizio eventi di Microsoft Project Server 2016 deve essere riavviato per
rendere effettive le modifiche.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment ,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2016, Project Server 2019
Input
Microsoft.SharePoint.PowerShell.SPAssignmentCollection
Output
System.Object
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Reset-SPProjectPCSSettings
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2013, Project Server 2016, Project Server 2019
Reimposta le impostazioni per il motore di calcolo del progetto in Project Server.
Sintassi
PowerShell
Reset-SPProjectPCSSettings
[-ServiceApplication <PsiServiceApplicationPipeBind>]
[-AssignmentCollection <SPAssignmentCollection>]
[<CommonParameters>]
Descrizione
Il Reset-SPProjectPCSSettings cmdlet consente di reimpostare le impostazioni che
controllano le operazioni del motore di calcolo di Project in Project Server. Per utilizzare
il cmdlet, è necessario identificare l'applicazione di servizio di Project Server.
Per le autorizzazioni e le informazioni più aggiornate su Windows PowerShell per Project
Server, vedere la documentazione online all'indirizzo
https://go.microsoft.com/fwlink/p/?LinkId=251833
(https://go.microsoft.com/fwlink/p/?LinkId=251833
).
Esempio
----------------------ESEMPIO----------------------PowerShell
$sa = Get-SPServiceApplication | ?{$_.TypeName -eq 'Project Application
Services'}
Reset-SPProjectPCSSettings -ServiceApplication $sa
Questo cmdlet reimposta le impostazioni per il motore di calcolo di Project in
esecuzione in un'applicazione di servizio di Project Server.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment ,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-ServiceApplication
Applicazione di servizio di Project Server per cui devono essere lette le impostazioni.
ﾉ
Type:
PsiServiceApplicationPipeBind
Aliases:
sa
Position:
Named
Default value:
None
Espandi la tabella
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Reset-SPProjectQueueSettings
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2013, Project Server 2016, Project Server 2019
Reimposta tutte le impostazioni della coda di Project Server ai valori predefiniti per
un'applicazione di servizio di Project Server specifica.
Sintassi
PowerShell
Reset-SPProjectQueueSettings
[-ServiceApplication <PsiServiceApplicationPipeBind>]
[-AssignmentCollection <SPAssignmentCollection>]
[<CommonParameters>]
Descrizione
Reimposta tutte le impostazioni della coda di Project Server ai valori predefiniti per
un'applicazione di servizio di Project Server specifica.
Per le autorizzazioni e le informazioni più aggiornate su Windows PowerShell per Project
Server, vedere la documentazione online all'indirizzo
https://go.microsoft.com/fwlink/p/?LinkId=251833
(https://go.microsoft.com/fwlink/p/?LinkId=251833
).
Esempio
--------------------ESEMPIO--------------------PowerShell
$sa = Get-SPServiceApplication | ?{$_.TypeName -eq 'Project Application
Services'}
Reset-SPProjectQueueSettings -ServiceApplication $sa
In questo esempio vengono reimpostate le impostazioni della coda per un'applicazione
del servizio Project Server.
Parametri
-AssignmentCollection
{{Fill AssignmentCollection Description}}
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-ServiceApplication
Specifica l'applicazione di servizio project server di destinazione.
Il tipo deve essere un GUID valido, nel formato 12345678-90ab-cdef-1234567890bcdefgh; un nome valido per un'applicazione di servizio di Project Server (ad
esempio, ProjectServiceApp1); o un'istanza di un oggetto PsiServiceApplication
valido.
ﾉ
Espandi la tabella
Type:
PsiServiceApplicationPipeBind
Aliases:
sa
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
Collegamenti correlati
Set-SPProjectQueueSettings
Get-SPProjectQueueSettings
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Resume-SPProjectWebInstance
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2013, Project Server 2016, Project Server 2019
Imposta l'istanza specificata di Project Web App sulla modalità di lettura/scrittura,
consentendo agli utenti di modificare di nuovo i dati.
Sintassi
PowerShell
Resume-SPProjectWebInstance
[-Identity] <ProjectInstancePipeBind>
[-AssignmentCollection <SPAssignmentCollection>]
[<CommonParameters>]
Descrizione
Imposta l'istanza specificata di Project Web App sulla modalità di lettura/scrittura,
consentendo agli utenti di modificare di nuovo i dati. Questo cmdlet non imposta il
database sulla lettura/scrittura. Il database deve essere impostato su tale modalità prima
dell'esecuzione del cmdlet, altrimenti il cmdlet avrà esito negativo.
Per le autorizzazioni e le informazioni più aggiornate su Windows PowerShell per Project
Server, vedere la documentazione online all'indirizzo
https://go.microsoft.com/fwlink/p/?LinkId=251833
(https://go.microsoft.com/fwlink/p/?LinkId=251833
).
Esempio
----------------------ESEMPIO----------------------PowerShell
$sa = Get-SPServiceApplication | ?{$_.TypeName -eq 'Project Application
Services'}
$instance = Get-SPProjectWebInstance -ServiceApplication $sa
Resume-SPProjectWebInstance -Identity $instance
Riprende l'istanza di Project Web Server nell'applicazione del servizio applicazione Web
di Project.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment ,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-Identity
Specifica l'istanza di Project Web App da passare alla modalità di lettura/scrittura.
Può essere l'ID univoco dell'istanza, l'URL del sito Project Web App, l'oggetto
raccolta siti che contiene il sito Project Web App (spSite) o l'oggetto istanza Project
Web App stesso (pssite).
ﾉ
Espandi la tabella
Type:
ProjectInstancePipeBind
Position:
1
Default value:
None
Required:
True
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
Collegamenti correlati
Pause-SPProjectWebInstance
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Set-SPProjectEventServiceSettings
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2016, Project Server 2019
Consente di modificare le impostazioni della porta TCP del Servizio eventi di Microsoft
Project Server 2016. Se si modifica la porta TCP, è necessario riavviare il Servizio eventi
di Microsoft Project Server 2016 per rendere effettive le modifiche.
Sintassi
PowerShell
Set-SPProjectEventServiceSettings
[-AssignmentCollection <SPAssignmentCollection>]
[-NetTcpPort <Int32>]
[<CommonParameters>]
Descrizione
Consente di modificare le impostazioni della porta TCP del Servizio eventi di Microsoft
Project Server 2016. Se si modifica la porta TCP, è necessario riavviare il Servizio eventi
di Microsoft Project Server 2016 per rendere effettive le modifiche.
Esempio
--------------------ESEMPIO--------------------PowerShell
Set-SPProjectEventServiceSettings -NetTcpPort 16100
Nel seguente esempio viene indicato al servizio di ascoltare sulla porta 16100.
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2016, Project Server 2019
-NetTcpPort
Porta TCP per l'ascolto.
ﾉ
Type:
Int32
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
False
Accept wildcard characters:
False
Espandi la tabella
Applies to:
Project Server 2016, Project Server 2019
Input
Microsoft.SharePoint.PowerShell.SPAssignmentCollection
Output
System.Object
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Set-SPProjectOdataConfiguration
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2013, Project Server 2016, Project Server 2019
Imposta le proprietà che definiscono come è configurato il servizio OData per un'istanza
di Project Web App.
Sintassi
PowerShell
Set-SPProjectOdataConfiguration
[-AcceptCountRequests <Boolean>]
[-AcceptProjectionRequests <Boolean>]
[-AssignmentCollection <SPAssignmentCollection>]
[-ClearEntityPageSizeOverrides]
[-DefaultMaxPageSize <Int32>]
[-EntitySetName <String>]
[-MaxResultsPerCollection <Int32>]
[-PageSizeOverride <Int32>]
[-UseVerboseErrors <Boolean>]
[<CommonParameters>]
Descrizione
Il Set-SPProjectOdataConfiguration cmdlet imposta le impostazioni per la
configurazione del servizio OData per un'istanza di Project Web App. Consente
all'utente di configurare le impostazioni per un elenco di parametri che specificano il
paging, l'abilitazione di varie funzionalità di query, se MaxResultsPerCollection è stato
abilitato e se sono abilitati gli errori dettagliati. La suddivisione in pagine può essere
specificata per entità. Se non esistono override per la suddivisione in pagine per
un'entità specifica, verrà utilizzato il parametro DefaultMaxPageSize. Non è possibile
utilizzare MaxResultsPerCollection insieme alla suddivisione in pagine.
Per le autorizzazioni e le informazioni più aggiornate su Windows PowerShell per Project
Server, vedere la documentazione online all'indirizzo
https://go.microsoft.com/fwlink/p/?LinkId=251833
(https://go.microsoft.com/fwlink/p/?LinkId=251833
).
Esempio
----------------------ESEMPIO 1----------------------PowerShell
Set-SPProjectOdataConfiguration -ClearEntityPageSizeOverrides
In questo esempio vengono cancellati gli override delle dimensioni della pagina
impostati per entità specifiche.
----------------------ESEMPIO 2----------------------PowerShell
Set-SPProjectOdataConfiguration -AcceptProjectionRequests $true
In questo esempio viene impostato AcceptProjectionRequests su true.
----------------------ESEMPIO 3----------------------PowerShell
Set-SPProjectOdataConfiguration -DefaultMaxPageSize 50
In questo esempio le dimensioni massime predefinite della pagina vengono impostate
su 50 righe.
----------------------EXAMPLE 4----------------------PowerShell
Set-SPProjectOdataConfiguration -EntitySetName Assignments -PageSizeOverride
100
In questo esempio viene impostato l'override delle dimensioni della pagina per l'entità
Assignments.
Parametri
-AcceptCountRequests
Specifica se sono accettate richieste con il segmento di percorso $count o le opzioni
query $inlinecount.
ﾉ
Espandi la tabella
Type:
Boolean
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-AcceptProjectionRequests
Specifica se sono accettate richieste di proiezione. Le richieste di proiezione vengono
effettuate utilizzando l'opzione query $select.
ﾉ
Espandi la tabella
Type:
Boolean
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment ,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-ClearEntityPageSizeOverrides
Cancella tutti gli override delle dimensioni della pagina impostati per le entità.
ﾉ
Espandi la tabella
Type:
SwitchParameter
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-DefaultMaxPageSize
Imposta le dimensioni della pagina predefinite. Viene utilizzato per le entità per cui
non è impostato un override con il parametro PageSizeOverride.
ﾉ
Espandi la tabella
Type:
Int32
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-EntitySetName
Specifica il nome di entità utilizzato per impostare un override delle dimensioni della
pagina con PageSizeOverride.
ﾉ
Espandi la tabella
Type:
String
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-MaxResultsPerCollection
Imposta il valore intero che indica il numero massimo di risultati per entità. Questo
parametro non può essere utilizzato insieme alla suddivisione in pagine.
ﾉ
Espandi la tabella
Type:
Int32
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-PageSizeOverride
Esegue l'override delle dimensioni della pagina utilizzate per un'entità specifica.
ﾉ
Espandi la tabella
Type:
Int32
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-UseVerboseErrors
Imposta il servizio in modo da utilizzare messaggi di errore più dettagliati, ad
esempio l'analisi dello stack.
ﾉ
Type:
Boolean
Position:
Named
Default value:
None
Required:
False
Espandi la tabella
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
Commenti e suggerimenti
Questa pagina è stata utile?
 Sì
 No
Inviare commenti e suggerimenti per il prodotto
Set-SPProjectPCSSettings
Riferimento
Modulo: SharePointServer
Si applica a: Project Server 2013, Project Server 2016, Project Server 2019
Imposta le impostazioni per il motore di calcolo del progetto in Project Server.
Sintassi
PowerShell
Set-SPProjectPCSSettings
[-ServiceApplication <PsiServiceApplicationPipeBind>]
[-AssignmentCollection <SPAssignmentCollection>]
[-CachePersistence <Int32>]
[-EditingSessionTimeout <Int32>]
[-MaximumIdleWorkersCount <Int32>]
[-MaximumProjectSize <Int32>]
[-MaximumSessionsPerUser <Int32>]
[-MaximumWorkersCount <Int32>]
[-MinimumMemoryRequired <Int32>]
[-RequestTimeLimits <Int32>]
[-NetTcpPort <Int32>]
[<CommonParameters>]
Descrizione
Il Set-SPProjectPCSSettings cmdlet consente di configurare le diverse impostazioni che
regolano le operazioni del motore di calcolo di Project in Project Server. Le impostazioni
sono definite per ogni applicazione di servizio, che è identificata dal parametro
ServiceApplication specificato con il cmdlet. Le impostazioni hanno valori massimi e
minimi applicati da Project Server.
Per le autorizzazioni e le informazioni più aggiornate su Windows PowerShell per Project
Server, vedere la documentazione online all'indirizzo
https://go.microsoft.com/fwlink/p/?LinkId=251833
(https://go.microsoft.com/fwlink/p/?LinkId=251833
Esempio
).
----------------------ESEMPIO----------------------PowerShell
Set-SPProjectPCSSettings -sa "Project Service Application" MaximumSessionsPerUser 500
In questo esempio viene impostato il valore 500 come numero massimo di sessioni del
motore di calcolo di Project consentite che possono essere aperte da un utente
nell'applicazione di servizio "Project Service Application".
Parametri
-AssignmentCollection
Consente di gestire gli oggetti ai fini della corretta eliminazione dalla memoria.
Oggetti quali SPWeb o SPSite richiedono quantità di memoria elevate e per utilizzarli
negli script Windows PowerShell è necessario gestire la memoria in modo
appropriato. Tramite l'oggetto SPAssignment è possibile assegnare oggetti a una
variabile ed eliminarli quando è necessario liberare memoria. Gli oggetti SPWeb,
SPSite e SPSiteAdministration utilizzati vengono automaticamente eliminati dalla
memoria se non viene utilizzato un insieme di assegnazioni o il parametro Global.
Quando viene utilizzato il parametro Global, tutti gli oggetti vengono memorizzati
nell'area di archiviazione globale. Se gli oggetti non vengono utilizzati
immediatamente o eliminati dalla memoria tramite il comando Stop-SPAssignment ,
può verificarsi una condizione di memoria insufficiente.
ﾉ
Espandi la tabella
Type:
SPAssignmentCollection
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
True
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-CachePersistence
Periodo di tempo massimo prima che il motore di calcolo di Project possa iniziare a
rimuovere i file temporanei della cache dei progetti aperti nell'applicazione di
servizio Project Server.
ﾉ
Espandi la tabella
Type:
Int32
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Server 2016, Project Server 2019
-EditingSessionTimeout
Tempo massimo di inattività di un utente in una sessione del motore di calcolo di
Project prima del timeout.
ﾉ
Espandi la tabella
Type:
Int32
Position:
Named
Default value:
None
Required:
False
Accept pipeline input:
False
Accept wildcard characters:
False
Applies to:
Project Server 2013, Project Serve