Tipi di database e descrizioni (SharePoint Server 2010)
Si applica a: SharePoint Foundation 2010, SharePoint Server 2010
Ultima modifica dell'argomento: 2016-11-30
In questo articolo sono descritti i database che vengono installati per Microsoft SharePoint Server 2010. Sono incluse informazioni sulla dimensione e la posizione. Per ulteriori informazioni sulla posizione dei database, vedere Pianificazione e configurazione dell'archiviazione e della capacità di SQL Server (SharePoint Server 2010).
I database per SharePoint Server 2010 possono essere ospitati in Microsoft SQL Server 2008 R2, SQL Server 2008 con Service Pack 1 (SP1) e aggiornamento cumulativo 2 o SQL Server 2005 con SP3 e aggiornamento cumulativo 3. È inoltre possibile ospitare installazioni autonome nelle edizioni Express di SQL Server 2008 R2 o SQL Server 2008. Per ulteriori informazioni, vedere Requisiti hardware e software (SharePoint Server 2010).
Nota
I nomi dei database elencati in questo argomento vengono creati automaticamente quando si esegue Configurazione guidata Prodotti SharePoint. Non è necessario utilizzare queste convenzioni di denominazione. È possibile specificare i nomi dei database al momento della creazione o modificarli successivamente. Per ulteriori informazioni, vedere Eseguire la distribuzione utilizzando database creati da amministratori di database (SharePoint Server 2010).
Le dimensioni dei database elencate in questo articolo sono basate sugli intervalli seguenti.
| Descrittore | Intervallo dimensioni |
|---|---|
Piccola |
1 gigabyte (GB) o meno |
Media |
Fino a 100 GB. |
Grande |
Fino a 1 terabyte |
Dimensioni molto grandi |
1 terabyte o più |
Contenuto dell'articolo:
Database di SharePoint Foundation 2010
Database di SharePoint Server 2010, Standard Edition
Database di SharePoint Server 2010, Enterprise Edition
Database di Project Server 2010
Se si esegue SharePoint Server 2010, è possibile disporre anche di Microsoft Project Server 2010 nell'ambiente.
Database di FAST Search Server for SharePoint 2010
Se si esegue SharePoint Server 2010, è possibile disporre anche di Microsoft FAST Search Server 2010 for SharePoint nell'ambiente.
Database di sistema SQL Server
Database di SQL Server Reporting Services
Per una panoramica grafica dei database utilizzati da SharePoint Server 2010, vedere Modello di database (https://go.microsoft.com/fwlink/p/?LinkId=187968).
Database di SharePoint Foundation 2010
I database seguenti fanno parte di una distribuzione di SharePoint Foundation 2010. Questi database fanno parte anche di altre distribuzioni di Prodotti SharePoint 2010.
Configurazione
Il database di configurazione contiene dati relativi alle impostazioni dei database di SharePoint, dei siti Web di Internet Information Services (IIS), delle applicazioni Web, delle soluzioni attendibili, dei pacchetti web part, dei modelli di sito e dell'applicazione Web e della farm specifiche di Prodotti SharePoint 2010, come le impostazioni di quota predefinite e i tipi di file bloccati.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
SharePoint_Config |
Requisiti per il percorso |
Nessuno |
Informazioni su dimensioni generali e fattori di crescita |
Piccole dimensioni. Tuttavia, i file di registro delle transazioni tendono ad assumere dimensioni considerevoli. Per ulteriori informazioni, vedere Note aggiuntive più avanti. |
Caratteristiche di lettura/scrittura |
Elevato utilizzo delle risorse di lettura |
Metodo di ridimensionamento consigliato |
È necessaria la scalabilità verticale; ciò vuol dire che le dimensioni del database devono aumentare perché per ogni farm è supportato un solo database di configurazione. Non si prevede una crescita significativa. |
Regole di analisi dell'integrità associate |
Nessuno |
Strumenti di backup supportati |
Backup e recupero di SharePoint Server 2010, SQL Server e System Center Data Protection Manager (DPM) 2010. Il database di configurazione rappresenta un caso particolare per backup e recupero. Per ulteriori informazioni, vedere Note aggiuntive più avanti. |
Modello di recupero predefinito |
Completo. È consigliabile impostare il database di configurazione sul modello di recupero con registrazione minima per limitare la crescita del file di log. |
Supporta il mirroring in una farm per disponibilità |
Sì |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
No |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
Sì |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
Note aggiuntive
File di log delle transazioni. È consigliabile eseguire il backup del log delle transazioni per il database di configurazione regolarmente per forzare il troncamento oppure, se si esegue il mirroring del sistema, modificare il database per l'esecuzione in modalità di recupero con registrazione minima. Per ulteriori informazioni, vedere Troncamento del log delle transazioni (https://go.microsoft.com/fwlink/p/?LinkId=186687).
Backup e ripristino. Il backup del database di configurazione viene eseguito quando si esegue il backup della configurazione e del contenuto di una farm di SharePoint e alcune impostazioni di configurazione del database vengono esportate e archiviate come file XML. Quando si ripristina una farm, il database di configurazione non viene ripristinato. Vengono invece importate le impostazioni di configurazione salvate. È possibile eseguire il backup e il ripristino del database di configurazione utilizzando SQL Server o altri strumenti se la farm di SharePoint è offline.
Nota
Molte impostazioni di configurazione non vengono salvate durante un backup o un ripristino della sola configurazione della farm; in particolare, le impostazioni dell'applicazione Web, dell'applicazione di servizio e del server locale. Queste impostazioni vengono salvate durante il backup della configurazione e del contenuto di una farm. Tuttavia, alcune di esse, come le impostazioni proxy dell'applicazione di servizio, non possono essere ripristinate durante il ripristino di una farm. Per informazioni sugli elementi salvati durante un backup della configurazione, vedere Back up a farm configuration in SharePoint Server 2010. Per informazioni su come documentare e copiare le impostazioni di configurazione di cui non viene eseguito il backup, vedere Copy configuration settings between farms (SharePoint Server 2010).
Contenuto di Amministrazione centrale
Il database del contenuto di Amministrazione centrale è considerato un database di configurazione. Consente di archiviare tutti i contenuti del sito, tra cui i documenti o i file del sito nelle raccolte documenti, i dati elenco e le proprietà delle web part, oltre a nomi e diritti utente per la raccolta del sito Amministrazione centrale. Se Microsoft SQL Server PowerPivot per Microsoft SharePoint è installato, il database del contenuto di Amministrazione centrale consente inoltre di archiviare i fogli di lavoro Excel e i file di dati di PowerPivot utilizzati nel dashboard di gestione di PowerPivot.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
SharePoint_AdminContent |
Requisiti per il percorso |
Nessuno |
Informazioni su dimensioni generali e fattori di crescita |
Piccole dimensioni. Se si utilizza PowerPivot, il contenuto di Amministrazione centrale crescerà nell'arco di un anno, presupponendo che si utilizzino le impostazioni predefinite che conservano la raccolta dati di utilizzo e la cronologia aggiornamenti dei dati per 365 giorni. Per ulteriori informazioni su PowerPivot per SharePoint, vedere Pianificare una distribuzione di PowerPivot in una farm di SharePoint (https://go.microsoft.com/fwlink/p/?LinkID=186698). |
Caratteristiche di lettura/scrittura |
Variabile |
Metodo di ridimensionamento consigliato |
È necessaria la scalabilità verticale; ciò vuol dire che le dimensioni del database devono aumentare perché per ogni farm è supportato un solo database di Amministrazione centrale. Non si prevede una crescita significativa. |
Regole di analisi dell'integrità associate |
Nessuno |
Strumenti di backup supportati |
Backup e recupero di SharePoint Server 2010, SQL Server e DPM 2010. Il database di contenuto di Amministrazione centrale rappresenta un caso particolare per backup e recupero. Per ulteriori informazioni, vedere Note aggiuntive più avanti. |
Modello di recupero predefinito |
Completa |
Supporta il mirroring in una farm per disponibilità |
Sì |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
No |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
Sì |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
Note aggiuntive
Backup e ripristino. Il database del contenuto di Amministrazione centrale viene sottoposto a backup quando si esegue un backup della configurazione e del contenuto della farm di SharePoint. Quando una farm viene ripristinata, il database del contenuto di Amministrazione centrale non viene ripristinato. È possibile eseguire il backup e il ripristino del database del contenuto di Amministrazione centrale utilizzando SQL Server o altri strumenti se la farm di SharePoint è offline.
Database Content
Nei database Content vengono archiviati tutti i contenuti di una raccolta siti, tra cui i documenti o i file del sito nelle raccolte documenti, i dati elenco, le proprietà web part, i log di controllo e le soluzioni in modalità sandbox, oltre a nomi e diritti utente.
Tutti i dati per una raccolta siti specifica si trovano in un database del contenuto su un solo server. È possibile associare un database del contenuto a più raccolte siti.
Nei database del contenuto è inoltre presente la cache di Microsoft Office Web Apps, se è stato distribuito Office Web Apps. Per ogni applicazione Web viene creata una sola cache. Se più raccolte siti archiviate in diversi database del contenuto dispongono di Office Web Apps attivato, utilizzeranno tutte la stessa cache. È possibile configurare le dimensioni della cache, il periodo di scadenza e la posizione. Per ulteriori informazioni sulla dimensione della cache di Office Web Apps, vedere Gestire la cache di Office Web Apps.
I database del contenuto consentono inoltre di archiviare i dati utente per PowerPivot per SharePoint, se è stato installato nell'ambiente.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
WSS_Content |
Requisiti per il percorso |
Nessuno |
Informazioni su dimensioni generali e fattori di crescita |
È consigliabile limitare le dimensioni dei database del contenuto a 200 GB per garantire le prestazioni del sistema. Per ulteriori informazioni, vedere Note aggiuntive più avanti. Le dimensioni dei database del contenuto variano notevolmente in base all'utilizzo. Per ulteriori informazioni, vedere Note aggiuntive più avanti. |
Caratteristiche di lettura/scrittura |
Variano in base all'utilizzo. Gli ambienti di collaborazione sono a elevato utilizzo delle risorse di scrittura, mentre gli ambienti di gestione dei documenti richiedono attività di lettura intense. |
Metodo di ridimensionamento consigliato |
È necessaria la scalabilità verticale del database del contenuto che supporta una raccolta siti; ciò vuol dire che il database deve poter crescere in base alle esigenze. Tuttavia, è possibile creare raccolte siti aggiuntive associate a un'applicazione Web e associare una nuova raccolta siti a un database del contenuto diverso. Inoltre, se un database del contenuto è associato a più raccolte siti, è possibile spostare una raccolta siti in un altro database. Per istruzioni specifiche su come definire le dimensioni dei database del contenuto, vedere Pianificazione e configurazione dell'archiviazione e della capacità di SQL Server (SharePoint Server 2010). |
Regole di analisi dell'integrità associate |
Nessuno |
Strumenti di backup supportati |
Backup e recupero di SharePoint Server 2010, SQL Server e DPM 2010. |
Modello di recupero predefinito |
Completa |
Supporta il mirroring in una farm per disponibilità |
Sì |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
Sì |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
Sì |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
Sì |
Note aggiuntive
Limitazioni consigliate delle dimensioni del database del contenuto
È consigliabile limitare le dimensioni dei database del contenuto a 200 GB per garantire le prestazioni del sistema.
Importante
I database del contenuto di dimensioni fino a 1 terabyte sono supportati solo per archivi estesi di singoli siti e per archivi in cui i dati rimangono ragionevolmente statici, ad esempio sistemi di gestione di documenti di riferimento e siti Centro record. Per questi scenari sono supportati database di dimensioni maggiori poiché i relativi modelli di I/O e i formati delle strutture di dati tipici sono stati progettati e testati su scala più ampia. Per altre informazioni sugli archivi documenti di grandi dimensioni, vedere l'articolo relativo alla valutazione dei requisiti in termini di prestazioni e capacità per archivi documenti su larga scala disponibile in Risultati dei test delle prestazioni e della capacità e suggerimenti (SharePoint Server 2010).
Stima delle dimensioni del database del contenuto
Le dimensioni del database del contenuto variano in modo significativo con l'utilizzo del sito. I fattori di crescita includono il numero di documenti, il numero di utenti, l'utilizzo del controllo delle versioni, l'utilizzo dei Cestini, le dimensioni delle quote, l'eventuale configurazione del log di controllo e il numero di elementi scelti per il controllo.
Se è in uso Office Web Apps, la cache di Office Web Appspuò influire in modo significativo sulle dimensioni di un database del contenuto. Per ulteriori informazioni sulla dimensione della cache di Office Web Apps, vedere Gestire la cache di Office Web Apps.
Se si utilizza PowerPivot per SharePoint, le dimensioni dei file Excel archiviati in SharePoint Server aumentano, con il conseguente aumento delle dimensioni del database del contenuto. Per ulteriori informazioni, vedere Pianificare una distribuzione in una farm di SharePoint (https://go.microsoft.com/fwlink/p/?LinkID=186698).
Per consigli dettagliati sul calcolo delle dimensioni di un database del contenuto, vedere Pianificazione e configurazione dell'archiviazione e della capacità di SQL Server (SharePoint Server 2010).
Database di raccolta dati di integrità e utilizzo
Il database di raccolta dati di integrità e utilizzo viene utilizzato dall'applicazione di servizio per raccolta dati di utilizzo e integrità e archivia temporaneamente dati relativi al monitoraggio dello stato e all'utilizzo. Può essere utilizzato a fini di report e diagnostica. Il database di raccolta dati di integrità e utilizzo è l'unico database di SharePoint che supporta le modifiche allo schema.
Nota
Per ulteriori informazioni sulle operazioni di lettura supportate, vedere "Addendum alle operazioni di lettura" nell'articolo 841057 della Knowledge Base: Supporto per le modifiche ai database che vengono utilizzati dai prodotti server di Office e da Windows SharePoint Services.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
WSS_UsageApplication |
Requisiti per il percorso |
Il database di raccolta dati di integrità e utilizzo è molto attivo e, se possibile, deve essere collocato in un disco o asse separato. |
Informazioni su dimensioni generali e fattori di crescita |
Dimensioni molto grandi. Le dimensioni del database dipendono dal fattore di conservazione, dal numero di elementi abilitati per la registrazione e il monitoraggio esterno, dal numero di applicazioni Web in esecuzione nell'ambiente, dal numero di utenti attualmente attivi e dalle funzionalità abilitate. |
Caratteristiche di lettura/scrittura |
Il database di raccolta dati di integrità e utilizzo richiede un elevato utilizzo delle risorse di scrittura. |
Metodo di ridimensionamento consigliato |
È necessaria la scalabilità verticale; ciò vuol dire che le dimensioni del database devono aumentare perché per ogni farm è supportato un solo database di registrazione. |
Regole di analisi dell'integrità associate |
Nessuno |
Strumenti di backup supportati |
Backup e recupero di SharePoint Server 2010, SQL Server e DPM 2010. |
Modello di recupero predefinito |
Semplice |
Supporta il mirroring in una farm per disponibilità |
Sì. Tuttavia, malgrado sia possibile eseguire il mirroring del database di raccolta dati di integrità e utilizzo, non è consigliabile effettuare questa operazione. Viene facilmente ricreato in caso di errore. |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
Sì. Tuttavia, malgrado sia possibile eseguire il mirroring asincrono o il log shipping del database di raccolta dati di integrità e utilizzo, non è consigliabile effettuare questa operazione. Viene facilmente ricreato in caso di errore. |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
Sì. Tuttavia, malgrado sia possibile replicare il database di raccolta dati di integrità e utilizzo, non è consigliabile effettuare questa operazione. Viene facilmente ricreato in caso di errore. |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
Database di integrazione applicativa dei dati
Il database di applicazione del servizio di integrazione applicativa dei dati archivia tipi di contenuto esterni e oggetti correlati.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
Bdc_Service_DB_ |
Requisiti per il percorso |
Nessuno |
Informazioni su dimensioni generali e fattori di crescita |
Piccole dimensioni. Le dimensioni sono determinate dal numero di connessioni. |
Caratteristiche di lettura/scrittura |
Il database di applicazione del servizio di integrazione applicativa dei dati richiede un elevato utilizzo delle risorse di lettura. |
Metodo di ridimensionamento consigliato |
È necessaria la scalabilità verticale; ciò vuol dire che le dimensioni del database devono aumentare, perché per ogni farm è supportato un solo database del servizio di integrazione applicativa dei dati. Non si prevede una crescita significativa. |
Regole di analisi dell'integrità associate |
Nessuno |
Strumenti di backup supportati |
Backup e recupero di SharePoint Server 2010, SQL Server e DPM 2010. |
Modello di recupero predefinito |
Completa |
Supporta il mirroring in una farm per disponibilità |
Sì |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
No |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
Sì |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
Database del registro applicazioni
Il database di applicazione del servizio Registro applicazioni consente di archiviare le informazioni compatibili con le versioni precedenti utilizzate per accedere alle informazioni usate dall'API di Catalogo dati business di Microsoft Office SharePoint Server 2007.
Nota
Al termine della migrazione di un'applicazione da Catalogo dati business di Office SharePoint Server 2007, l'applicazione del servizio Registro applicazioni può essere disattivata e il database può essere eliminato.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
Application_Registry_server_DB_ |
Requisiti per il percorso |
Nessuno |
Informazioni su dimensioni generali e fattori di crescita |
Piccole dimensioni. Le dimensioni sono determinate dal numero di connessioni. |
Caratteristiche di lettura/scrittura |
Elevato utilizzo delle risorse di lettura. |
Metodo di ridimensionamento consigliato |
È necessaria la scalabilità verticale; ciò vuol dire che le dimensioni del database devono aumentare perché per ogni farm è supportato un solo database del servizio Registro applicazioni. Non si prevede una crescita significativa. |
Regole di analisi dell'integrità associate |
Nessuno |
Strumenti di backup supportati |
Backup e recupero di SharePoint Server 2010, SQL Server e DPM 2010. |
Modello di recupero predefinito |
Completa |
Supporta il mirroring in una farm per disponibilità |
Sì |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
No |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
Sì |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
Database delle impostazioni di sottoscrizione
Il database dell'applicazione di servizio per impostazioni di sottoscrizione di Microsoft SharePoint Foundation archivia le funzionalità e le impostazioni per i clienti ospitati. Il database e l'applicazione di servizio per impostazioni di sottoscrizione non vengono creati da Configurazione guidata Prodotti SharePoint, ma mediante i cmdlet Windows PowerShell. Per ulteriori informazioni, vedere New-SPSubscriptionSettingsServiceApplication.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
SubscriptionSettings_ |
Requisiti per il percorso |
Nessuno |
Informazioni su dimensioni generali e fattori di crescita |
Piccole dimensioni. Le dimensioni sono determinate dal numero di tenant, farm e funzionalità supportate. |
Caratteristiche di lettura/scrittura |
Il database delle sottoscrizioni prevede un elevato utilizzo delle risorse di lettura. |
Metodo di ridimensionamento consigliato |
Implementare la scalabilità verticale nel database che supporta l'istanza dell'applicazione del servizio. Un modo per implementare la scalabilità orizzontale è creare istanze aggiuntive dell'applicazione del servizio. È tuttavia probabile che la decisione di creare un'applicazione del servizio separata dipenda più dai requisiti aziendali che da quelli di ridimensionamento. |
Regole di analisi dell'integrità associate |
Nessuno |
Strumenti di backup supportati |
Backup e recupero di SharePoint Server 2010, SQL Server e DPM 2010. |
Modello di recupero consigliato |
Completa |
Supporta il mirroring in una farm per disponibilità |
Sì |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
No |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
Sì |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
Database di SharePoint Server 2010, Standard Edition
I database seguenti fanno parte di una distribuzione di SharePoint Server 2010, Standard Edition.
Database di archiviazione sicura
Il database dell'applicazione di servizio di archiviazione sicura archivia e mappa le credenziali, ad esempio nomi account e password.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
Secure_Store_Service_DB_ |
Requisiti per il percorso |
Per un'archiviazione sicura delle credenziali, è consigliabile ospitare il database di archiviazione sicura in un'istanza o in un server di database separato con accesso limitato a un amministratore. Per impostazione predefinita, se il database è ospitato nel server e nell'istanza di database di SharePoint predefiniti, tutti gli amministratori dei database avranno accesso al database di archiviazione sicura. |
Informazioni su dimensioni generali e fattori di crescita |
Medie dimensioni. Le dimensioni e la crescita sono determinate dal numero di applicazioni di destinazione, dal numero di campi delle credenziali per applicazione di destinazione e dal numero di utenti archiviati in ogni applicazione di destinazione. Se il controllo è attivato, anche il numero di operazioni di lettura e scrittura eseguite in un'applicazione di destinazione specifica influisce sulle dimensioni. |
Caratteristiche di lettura/scrittura |
Rapporto equo di lettura/scrittura |
Metodo di ridimensionamento consigliato |
Implementare la scalabilità verticale nel database che supporta l'istanza dell'applicazione del servizio. Un modo per implementare la scalabilità orizzontale è creare istanze aggiuntive dell'applicazione del servizio. È tuttavia probabile che la decisione di creare un'applicazione del servizio separata dipenda più dai requisiti aziendali che da quelli di ridimensionamento. |
Regole di analisi dell'integrità associate |
Nessuno |
Strumenti di backup supportati |
Backup e recupero di SharePoint Server 2010, SQL Server e DPM 2010. |
Modello di recupero predefinito |
Completa |
Supporta il mirroring in una farm per disponibilità |
Sì |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
Sì |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
Sì |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
Database del servizio informazioni sullo stato
Il database dell'applicazione di servizio dello stato archivia le informazioni sullo stato temporanee per InfoPath Forms Services, la web part Grafico e Visio Services.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
StateService |
Requisiti per il percorso |
Nessuno |
Informazioni su dimensioni generali e fattori di crescita |
Dimensioni medio-grandi. Le dimensioni sono determinate dall'utilizzo di InfoPath Forms Services e Visio Services. |
Caratteristiche di lettura/scrittura |
Variabile |
Metodo di ridimensionamento consigliato |
È necessaria la scalabilità orizzontale; aggiungere un altro database sullo stato all'applicazione di servizio mediante i cmdlet Windows PowerShell. Per ulteriori informazioni, vedere Gestire il servizio informazioni sullo stato (SharePoint Server 2010). |
Regole di analisi dell'integrità associate |
Nessuno |
Strumenti di backup supportati |
Backup e recupero di SharePoint Server 2010, SQL Server e DPM 2010. |
Modello di recupero predefinito |
Completa |
Supporta il mirroring in una farm per disponibilità |
Sì |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
No |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
Sì |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
Database dell'area di gestione temporanea Web Analytics
Il database dell'area di gestione temporanea archivia in modo temporaneo i dati relativi ai fatti non aggregati, i metadati degli asset e i dati dei batch in coda per l'applicazione di servizio Web Analytics.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
WebAnalyticsServiceApplication_StagingDB_ |
Requisiti per il percorso |
Nessuno |
Informazioni su dimensioni generali e fattori di crescita |
Medie dimensioni. Le dimensioni variano a seconda del numero di report generati |
Caratteristiche di lettura/scrittura |
Variabile |
Metodo di ridimensionamento consigliato |
È necessaria la scalabilità orizzontale; associare un altro database dell'area di gestione temporanea Web Analytics con l'istanza dell'applicazione di servizio. |
Regole di analisi dell'integrità di SharePoint associate |
Una regola verifica se la coda di Service Brokerè attivata per i database di Web Analytics. |
Strumenti di backup supportati |
Backup e recupero di SharePoint Server 2010, SQL Server e DPM 2010. |
Modello di recupero predefinito |
Completa |
Supporta il mirroring in una farm per disponibilità |
No |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
Sì |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
Sì |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
Database di report di Web Analytics
Il database di report archivia le tabelle dei report aggregati standard, i dati relativi ai fatti aggregati dai gruppi di siti, i dati e metadati degli asset e le informazioni sulla diagnostica per l'applicazione di servizio Web Analytics.
Importante
Per ambienti di grandi dimensioni, è consigliabile eseguire il database di report dell'applicazione di servizio Web Analytics su un server che esegue SQL Server 2008 Enterprise Edition in modo che l'applicazione di servizio Web Analytics possa usufruire del partizionamento delle tabelle.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
WebAnalyticsServiceApplication_ReportingDB_ |
Requisiti per il percorso |
Nessuno |
Informazioni su dimensioni generali e fattori di crescita |
Dimensioni molto grandi. Le dimensioni variano in base ai criteri di conservazione. |
Caratteristiche di lettura/scrittura |
Variabile |
Metodo di ridimensionamento consigliato |
Implementare la scalabilità verticale nel database che supporta l'istanza dell'applicazione del servizio. Un modo per implementare la scalabilità orizzontale è creare istanze aggiuntive dell'applicazione del servizio. È tuttavia probabile che la decisione di creare un'applicazione del servizio separata dipenda più dai requisiti aziendali che da quelli di ridimensionamento. |
Regole di analisi dell'integrità associate |
Una regola verifica se la coda di Service Brokerè attivata per i database di Web Analytics. |
Strumenti di backup supportati |
Backup e recupero di SharePoint Server 2010, SQL Server e DPM 2010. |
Modello di recupero predefinito |
Completa |
Supporta il mirroring in una farm per disponibilità |
Sì |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
Sì |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
Sì |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
Database di amministrazione dell'applicazione del servizio di ricerca
Il database di amministrazione ospita la configurazione dell'applicazione del servizio di ricerca e l'elenco di controllo di accesso (ACL), nonché gli elementi di maggiore rilevanza del componente di ricerca per indicizzazione. Il database è accessibile per tutte le azioni da parte dell'utente e dell'amministratore.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
Search_Service_Application_DB_ |
Requisiti per il percorso |
Il database di amministrazione deve essere contenuto nella RAM del server per consentire al server di gestire il carico delle query degli utenti finali in modo più efficiente. Dato questo requisito, è in genere preferibile collocare i database di amministrazione e di ricerca per indicizzazione nello stesso server. |
Informazioni su dimensioni generali e fattori di crescita |
Piccole o medie dimensioni. I fattori che influiscono sulla crescita includono il numero di elementi di maggiore rilevanza, il numero di origini di contenuto e regole di ricerca per indicizzazione, le descrizioni di sicurezza per il corpus e la quantità di traffico. |
Caratteristiche di lettura/scrittura |
Rapporto di lettura/scrittura quasi identico |
Metodo di ridimensionamento consigliato |
Implementare la scalabilità verticale nel database che supporta l'istanza dell'applicazione del servizio. Un modo per implementare la scalabilità orizzontale è creare istanze aggiuntive dell'applicazione del servizio. È tuttavia probabile che la decisione di creare un'applicazione del servizio separata dipenda più dai requisiti aziendali che da quelli di ridimensionamento. |
Regole di analisi dell'integrità associate |
Nessuno |
Strumenti di backup supportati |
Backup e ripristino di SharePoint Server 2010. |
Modello di recupero predefinito |
Semplice |
Supporta il mirroring in una farm per disponibilità |
Sì |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
No |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
Sì |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
Database di ricerca per indicizzazione per applicazione del servizio di ricerca
Il database di ricerca per indicizzazione archivia lo stato dei dati sottoposti a ricerca per indicizzazione e la cronologia delle ricerche per indicizzazione.
Importante
Per ambienti di grandi dimensioni, è consigliabile eseguire il database di ricerca per indicizzazione su un server che esegue SQL Server 2008 Enterprise Edition in modo che l'applicazione del servizio possa usufruire della compressione dei dati.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
Search_Service_Application_CrawlStoreDB_ |
Requisiti per il percorso |
Il database di ricerca per indicizzazione richiede un'elevata attività di I/O e provoca lo scaricamento regolare della cache di SQL Server. In ambienti di grandi dimensioni, è consigliabile collocare tale database su un server che non contiene il database delle proprietà o altri database necessari per le attività degli utenti finali. |
Informazioni su dimensioni generali e fattori di crescita |
Dimensioni medio-grandi. In genere, all'inizio il database di ricerca per indicizzazione è di medie dimensioni; le sue dimensioni aumentano con il passare del tempo, senza compattazione. Il numero di elementi nel corpus influisce sull'aumento delle dimensioni. |
Caratteristiche di lettura/scrittura |
Elevato utilizzo delle risorse di lettura. Il rapporto di lettura/scrittura è pari a 3:1. |
Metodo di ridimensionamento consigliato |
È necessaria la scalabilità orizzontale; associare un altro database di ricerca per indicizzazione con l'istanza dell'applicazione di servizio. Se il server è in grado di gestire l'attività di I/O al secondo necessaria, è possibile collocare più database di ricerca per indicizzazione sullo stesso server. |
Regole di analisi dell'integrità associate |
La regola Ricerca - Uno o più database di ricerca per indicizzazione possono contenere indici frammentati ricrea le statistiche e, se è in esecuzione SQL Server Enterprise Edition, attiva la compressione dei dati a livello di pagina. |
Strumenti di backup supportati |
Backup e ripristino di SharePoint Server 2010. |
Modello di recupero predefinito |
Semplice |
Supporta il mirroring in una farm per disponibilità |
Sì |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
No |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
Sì |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
Database delle proprietà dell'applicazione del servizio di ricerca
Il database delle proprietà archivia le informazioni associate ai dati sottoposti a ricerca per indicizzazione, tra cui proprietà, cronologia e code di ricerca per indicizzazione.
Importante
Per ambienti di grandi dimensioni, è consigliabile eseguire il database delle proprietà su un server che esegue SQL Server 2008 Enterprise Edition in modo che l'applicazione del servizio possa usufruire della compressione dei dati.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
Search_Service_Application_PropertyStoreDB_ |
Requisiti per il percorso |
Almeno un terzo del database delle proprietà deve essere contenuto nella RAM del server. In ambienti di grandi dimensioni, è consigliabile inserire tale database nel proprio server per ottenere risultati di query più rapidamente. |
Informazioni su dimensioni generali e fattori di crescita |
Da grandi a molto grandi. Il numero di proprietà gestite e il numero di documenti sono tra i fattori che influiscono sull'aumento delle dimensioni. |
Caratteristiche di lettura/scrittura |
Elevato utilizzo delle risorse di scrittura. Il rapporto di lettura/scrittura è pari a 1:2. |
Metodo di ridimensionamento consigliato |
È necessaria la scalabilità orizzontale; associare un altro database delle proprietà con l'istanza dell'applicazione di servizio. È consigliabile collocare ogni database delle proprietà aggiuntivo su un server diverso. |
Regole di analisi dell'integrità associate |
La regola di integrità Ricerca - Uno o più database delle proprietà contengono indici frammentati viene eseguita una volta a settimana per impostazione predefinita. Consente di deframmentare gli indici, ricreare le statistiche e, se è in esecuzione SQL Server Enterprise Edition, attivare la compressione dei dati. |
Strumenti di backup supportati |
Backup e ripristino di SharePoint Server 2010. |
Modello di recupero predefinito |
Semplice |
Supporta il mirroring in una farm per disponibilità |
Sì |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
No |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
Sì |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
Database dei profili dell'applicazione del servizio profili utente
Il database profili archivia e gestisce utenti e informazioni associate. Archivia inoltre informazioni sui social network dell'utente oltre alle appartenenze ai siti e alle liste di distribuzione.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
User Profile Service Application_ProfileDB_ |
Requisiti per il percorso |
Nessuno |
Informazioni su dimensioni generali e fattori di crescita |
Dimensioni medio-grandi. I fattori di crescita includono utenti aggiuntivi e l'uso dei newsfeed. I newsfeed crescono con le attività degli utenti. L'impostazione predefinita consiste nel conservare le ultime due settimane di attività, trascorse le quali gli elementi dei newsfeed precedenti a tale periodo vengono eliminati da un processo timer. |
Caratteristiche di lettura/scrittura |
Elevato utilizzo delle risorse di lettura |
Metodo di ridimensionamento consigliato |
Implementare la scalabilità verticale nel database che supporta l'istanza dell'applicazione del servizio. Un modo per implementare la scalabilità orizzontale è creare istanze aggiuntive dell'applicazione del servizio. È tuttavia probabile che la decisione di creare un'applicazione del servizio separata dipenda più dai requisiti aziendali che da quelli di ridimensionamento. |
Regole di analisi dell'integrità associate |
Nessuno |
Strumenti di backup supportati |
Backup e ripristino di SharePoint Server 2010 e SQL Server. |
Modello di recupero predefinito |
Semplice |
Supporta il mirroring in una farm per disponibilità |
Sì |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
Sì. Un amministratore può anche utilizzare il motore di replica di profili utente (parte di SharePoint Administration Toolkit) per replicare i profili utente e i dati di social networking, ad esempio tag, note e valutazioni, tra le applicazioni del servizio profili utente. Questa replica può essere unidirezionale o bidirezionale. Per ulteriori informazioni, vedere User Profile Replication Engine overview (SharePoint Server 2010). |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
Sì |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
Database di sincronizzazione dell'applicazione del servizio profili utente
Il database di sincronizzazione archivia dati di configurazione e temporanei da utilizzare quando i dati del profilo vengono sincronizzati con i servizi directory come Active Directory.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
User Profile Service Application_SyncDB_ |
Requisiti per il percorso |
|
Informazioni su dimensioni generali e fattori di crescita |
Dimensioni medio-grandi. I fattori di crescita includono il numero di utenti e gruppi e il rapporto degli utenti rispetto ai gruppi. |
Caratteristiche di lettura/scrittura |
Rapporto di lettura/scrittura quasi identico. |
Metodo di ridimensionamento consigliato |
Implementare la scalabilità verticale nel database che supporta l'istanza dell'applicazione del servizio. Un modo per implementare la scalabilità orizzontale è creare istanze aggiuntive dell'applicazione del servizio. È tuttavia probabile che la decisione di creare un'applicazione del servizio separata dipenda più dai requisiti aziendali che da quelli di ridimensionamento. |
Regole di analisi dell'integrità associate |
Nessuno |
Strumenti di backup supportati |
Backup e ripristino di SharePoint Server 2010 e SQL Server. |
Modello di recupero predefinito |
Semplice |
Supporta il mirroring in una farm per disponibilità |
No |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
No; tuttavia, un amministratore può utilizzare il motore di replica di profili utente (parte di SharePoint Administration Toolkit) per replicare i profili utente e i dati di social networking, ad esempio tag, note e valutazioni, tra le applicazioni del servizio profili utente. Questa replica può essere unidirezionale o bidirezionale. Per ulteriori informazioni, vedere User Profile Replication Engine overview (SharePoint Server 2010). |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
No |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
Database di social tagging dell'applicazione del servizio profili utente
Il database di social tagging archivia tag di social networking e note create dagli utenti, con i rispettivi URL.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
User Profile Service Application_SocialDB_ |
Requisiti per il percorso |
Nessuno |
Informazioni su dimensioni generali e fattori di crescita |
Da piccole a molto grandi. I fattori di crescita includono il numero di tag, classificazioni e note che sono stati creati e utilizzati. |
Caratteristiche di lettura/scrittura |
Elevato utilizzo delle risorse di lettura. Il rapporto di lettura/scrittura è di circa 50:1. |
Metodo di ridimensionamento consigliato |
Implementare la scalabilità verticale nel database che supporta l'istanza dell'applicazione del servizio. Un modo per implementare la scalabilità orizzontale è creare istanze aggiuntive dell'applicazione del servizio. È tuttavia probabile che la decisione di creare un'applicazione del servizio separata dipenda più dai requisiti aziendali che da quelli di ridimensionamento. |
Regole di analisi dell'integrità associate |
Nessuno |
Strumenti di backup supportati |
Backup e ripristino di SharePoint Server 2010 e SQL Server. |
Modello di recupero predefinito |
Semplice |
Supporta il mirroring in una farm per disponibilità |
Sì |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
Sì. Un amministratore può anche utilizzare il motore di replica di profili utente (parte di SharePoint Administration Toolkit) per replicare i profili utente e i dati di social networking, ad esempio tag, note e valutazioni, tra le applicazioni del servizio profili utente. Questa replica può essere unidirezionale o bidirezionale. Per ulteriori informazioni, vedere User Profile Replication Engine overview (SharePoint Server 2010). |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
Sì |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
Database dei metadati gestiti
Il database dell'applicazione del servizio metadati gestiti archivia metadati gestiti e tipi di contenuto diffuso su diversi canali.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
Managed Metadata Service_ |
Requisiti per il percorso |
Nessuno |
Informazioni su dimensioni generali e fattori di crescita |
Medie dimensioni. I fattori di crescita includono la quantità di metadati gestiti. |
Caratteristiche di lettura/scrittura |
Elevato utilizzo delle risorse di lettura. Il rapporto di lettura/scrittura è di circa 1.000:1. |
Metodo di ridimensionamento consigliato |
Implementare la scalabilità verticale nel database che supporta l'istanza dell'applicazione del servizio. Un modo per implementare la scalabilità orizzontale è creare istanze aggiuntive dell'applicazione del servizio. È tuttavia probabile che la decisione di creare un'applicazione del servizio separata dipenda più dai requisiti aziendali che da quelli di ridimensionamento. |
Regole di analisi dell'integrità associate |
Nessuno |
Strumenti di backup supportati |
Backup e ripristino di SharePoint Server 2010. |
Modello di recupero predefinito |
Completa |
Supporta il mirroring in una farm per disponibilità |
Sì |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
Sì |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
Sì |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
Database di Word Automation Services
Il database di Word Automation Services archivia informazioni sulle conversioni di documenti in sospeso e completate.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
WordAutomationServices_ |
Requisiti per il percorso |
Nessuno |
Informazioni su dimensioni generali e fattori di crescita |
Piccola |
Caratteristiche di lettura/scrittura |
Variabile |
Metodo di ridimensionamento consigliato |
Implementare la scalabilità verticale nel database che supporta l'istanza dell'applicazione del servizio. Un modo per implementare la scalabilità orizzontale è creare istanze aggiuntive dell'applicazione del servizio. È tuttavia probabile che la decisione di creare un'applicazione del servizio separata dipenda più dai requisiti aziendali che da quelli di ridimensionamento. |
Regole di analisi dell'integrità associate |
Nessuno |
Strumenti di backup supportati |
Backup e ripristino di SharePoint Server 2010. |
Modello di recupero predefinito |
Completa |
Supporta il mirroring in una farm per disponibilità |
Sì |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
No |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
Sì |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
Database di SharePoint Server 2010, Enterprise Edition
I database seguenti fanno parte di una distribuzione di SharePoint Server 2010, Enterprise Edition, oltre ai database forniti con Standard Edition.
Database dell'applicazione di servizio PerformancePoint
Il database dell'applicazione di servizio PerformancePoint archivia temporaneamente oggetti, valori filtro persistenti e commenti degli utenti.
Nota
Microsoft SQL Server 2008 Analysis Services (SSAS) è inoltre consigliato come origine dati per l'applicazione del servizio PerformancePoint. Se è stato configurato SQL Server Analysis Services e sono stati creati cubi, diventa disponibile un'ulteriore funzionalità, come l'analisi drill-down dai dashboard pubblicati.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
PerformancePoint Service Application_ |
Requisiti per il percorso |
Nessuno |
Informazioni su dimensioni generali e fattori di crescita |
Piccole dimensioni. Le annotazioni e commenti degli utenti vengono conservati all'infinito e aumentano in base al numero degli utenti dell'applicazione. Gli elementi temporanei vengono rimossi una volta al giorno. |
Caratteristiche di lettura/scrittura |
Variabile |
Metodo di ridimensionamento consigliato |
Implementare la scalabilità verticale nel database che supporta l'istanza dell'applicazione del servizio. Un modo per implementare la scalabilità orizzontale è creare istanze aggiuntive dell'applicazione del servizio. È tuttavia probabile che la decisione di creare un'applicazione del servizio separata dipenda più dai requisiti aziendali che da quelli di ridimensionamento. |
Regole di analisi dell'integrità associate |
La regola di integrità Database non disponibile verifica la disponibilità del database PerformancePoint. |
Strumenti di backup supportati |
Backup e ripristino di SharePoint Server 2010. |
Modello di recupero predefinito |
Completa |
Supporta il mirroring in una farm per disponibilità |
Sì |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
Sì |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
Sì |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
Database di Project Server 2010
Project Server 2010 richiede SharePoint Server 2010, Enterprise Edition.
Database Draft
Il database Draft contiene dati per la modifica dei progetti. Questo database ospita anche le tabelle utilizzate dalla coda Progetto. Gli utenti finali non possono accedere direttamente ai dati nel database bozza.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
ProjectServer_Draft |
Requisiti per il percorso |
Deve trovarsi nella stessa istanza di database, come i database Published e Archive. |
Informazioni su dimensioni generali e fattori di crescita |
Media |
Caratteristiche di lettura/scrittura |
Rapporto equo di lettura/scrittura. |
Metodo di ridimensionamento consigliato |
Implementare la scalabilità verticale nel database che supporta l'istanza dell'applicazione del servizio. |
Regole di analisi dell'integrità associate |
Nessuno |
Strumenti di backup supportati |
Backup e ripristino di SharePoint Server 2010 e SQL Server. |
Modello di recupero predefinito |
Completa |
Supporta il mirroring in una farm per disponibilità |
Sì, ma è necessario seguire i passaggi aggiuntivi. |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
Sì, ma è necessario sincronizzare i log di tutti i database. |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
Sì, ma è necessario seguire i passaggi aggiuntivi. |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
Database Published
Il database Published contiene una copia di tutti i progetti che sono stati pubblicati. Il database Published include inoltre tabelle specifiche per Project Server (schede attività, risorse, campi personalizzati, definizioni di sicurezza e altri metadati). Questo database ospita anche le tabelle utilizzate dalla coda Scheda attività. Gli utenti finali non possono accedere direttamente ai dati nel database Published.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
ProjectServer_Published |
Requisiti per il percorso |
Deve essere collocato nella stesso server di database dei database Draft e Archive. |
Informazioni su dimensioni generali e fattori di crescita |
Media |
Caratteristiche di lettura/scrittura |
Rapporto equo di lettura/scrittura |
Metodo di ridimensionamento consigliato |
Implementare la scalabilità verticale nel database che supporta l'istanza dell'applicazione del servizio. |
Regole di analisi dell'integrità associate |
Nessuno |
Strumenti di backup supportati |
Backup e ripristino di SharePoint Server 2010 e SQL Server. |
Modello di recupero predefinito |
Completa |
Supporta il mirroring in una farm per disponibilità |
Sì, ma è necessario seguire i passaggi aggiuntivi. |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
Sì, ma è necessario sincronizzare i log di tutti i database. |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
Sì, ma è necessario seguire i passaggi aggiuntivi. |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
Database Archive
Il database Archive consente di archiviare i dati di backup di progetti, risorse, calendari, campi personalizzati aziendali, le definizioni relative alla visualizzazione di Project Web Access a livello aziendale, le impostazioni di sistema per Project Web Access e le impostazioni di sicurezza per gruppi e categorie configurate dall'amministratore di Project Web Access. Gli utenti finali non possono accedere direttamente ai dati nel database di archivio.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
ProjectServer_Archive_ |
Requisiti per il percorso |
Deve essere collocato nella stesso server di database dei database Draft e Published. |
Informazioni su dimensioni generali e fattori di crescita |
Di piccole dimensioni, ma può crescere fino a dimensioni molto grandi. Se il sistema in uso utilizza la funzionalità di archiviazione, questo database avrà delle dimensioni pari ad almeno quelle del database Draft, ma può essere anche molto più grande. È possibile impostare un limite per le dimensioni del database di archivio affinché non superino quelle di un moltiplicatore specificato del database Draft. |
Caratteristiche di lettura/scrittura |
Rapporto equo di lettura/scrittura. |
Metodo di ridimensionamento consigliato |
Implementare la scalabilità verticale nel database che supporta l'istanza dell'applicazione del servizio. |
Regole di analisi dell'integrità associate |
Nessuno |
Strumenti di backup supportati |
Backup e ripristino di SharePoint Server 2010 e SQL Server. |
Modello di recupero predefinito |
Completa |
Supporta il mirroring in una farm per disponibilità |
Sì, ma è necessario seguire i passaggi aggiuntivi. |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
Sì, ma è necessario sincronizzare i log di tutti i database. |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
Sì, ma è necessario seguire i passaggi aggiuntivi. |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
Database di report
Il database di report è il repository dell'intero portfolio di progetti in Project Server. Queste tabelle presentano stabili snapshot di ogni piano del progetto in base alla data dell'ultima pubblicazione di un progetto su Project Server e includono dati di più fasi denormalizzati, consentendo funzionalità di reporting avanzate al di fuori del client Project. Gli utenti finali possono accedere ai dati nel database di report.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
ProjectServer_Reporting |
Requisiti per il percorso |
Nessuno |
Informazioni su dimensioni generali e fattori di crescita |
Grande |
Caratteristiche di lettura/scrittura |
Elevato utilizzo delle risorse di lettura |
Metodo di ridimensionamento consigliato |
Implementare la scalabilità verticale nel database che supporta l'istanza dell'applicazione del servizio. |
Regole di analisi dell'integrità associate |
Nessuno |
Strumenti di backup supportati |
Backup e ripristino di SharePoint Server 2010 e SQL Server. |
Modello di recupero predefinito |
Completa |
Supporta il mirroring in una farm per disponibilità |
Sì, ma è necessario seguire passaggi aggiuntivi per verificare che i log e i database di Project siano completamente sincronizzati. |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
Sì, ma è necessario seguire passaggi aggiuntivi per verificare che i log e i database di Project siano completamente sincronizzati. |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
No |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
Database di FAST Search Server for SharePoint 2010
FAST Search Server 2010 for SharePoint richiede SharePoint Server 2010, Enterprise Edition.
Database di amministrazione della ricerca
Il database di amministrazione della ricerca archivia e gestisce i dati relativi all'amministrazione di FAST Search Server 2010 for SharePoint. Ciò include gruppi di impostazioni di ricerca, parole chiave, sinonimi, promozioni e abbassamenti di livello per siti e documenti, esclusioni e inclusioni dell'estrattore di entità del termine, esclusioni del correttore ortografico, elementi di maggiore rilevanza, elementi visivi di maggiore rilevanza e metadati degli schemi di ricerca.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
FASTSearchAdminDatabase |
Requisiti per il percorso |
Nessuno |
Informazioni su dimensioni generali e fattori di crescita |
Piccole dimensioni. Sulla crescita e sulle dimensioni influisce il numero di parole chiave, sinonimi, promozioni e abbassamenti di livello dei documenti, promozioni e abbassamenti di livello dei siti, inclusioni ed esclusioni dell'estrattore di entità dei termini, esclusioni del correttore ortografico, elementi di maggiore rilevanza ed elementi visivi di maggiore rilevanza. |
Caratteristiche di lettura/scrittura |
Elevato utilizzo delle risorse di lettura |
Metodo di ridimensionamento consigliato |
Implementare la scalabilità verticale nel database. Non si prevede una crescita significativa. |
Regole di analisi dell'integrità associate |
Nessuno |
Strumenti di backup supportati |
Backup e ripristino di SQL Server. |
Modello di recupero predefinito |
Completa |
Supporta il mirroring in una farm per disponibilità |
No |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
No |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
No |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
PowerPivot per SharePoint
PowerPivot per SharePoint estende SharePoint Server 2010 ed Excel Services per aggiungere il supporto per la gestione dei documenti, collaborazione ed elaborazione lato server per le cartelle di lavoro di PowerPivot pubblicate su SharePoint Server 2010.
PowerPivot per SharePoint richiede l'installazione di SQL Server 2008 R2 Enterprise Edition Analysis Services nell'ambiente.
Nota
L'utilizzo di PowerPivot per SharePoint influisce anche sulle dimensioni del database del contenuto di Amministrazione centrale e sui database di contenuto in cui vengono archiviate le cartelle di lavoro di Excel. Per ulteriori informazioni, vedere Pianificare una distribuzione di PowerPivot in una farm di SharePoint (https://go.microsoft.com/fwlink/p/?LinkID=186698).
Database dell'applicazione PowerPivot
Il database dell'applicazione PowerPivot archivia il percorso dei file di dati PowerPivot caricati o memorizzati nella cache, le pianificazioni di aggiornamento dei dati e i dati relativi all'utilizzo di PowerPivot copiati dal database di raccolta dei dati di utilizzo centrale.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
DefaultPowerPivotServiceApplicationDB |
Requisiti per il percorso |
Nessuno |
Informazioni su dimensioni generali e fattori di crescita |
Piccola |
Caratteristiche di lettura/scrittura |
|
Metodo di ridimensionamento consigliato |
Implementare la scalabilità verticale nel database che supporta l'istanza dell'applicazione del servizio. |
Regole di analisi dell'integrità associate |
Nessuno. Si basano sulle regole di integrità di SQL Server. |
Strumenti di backup supportati |
Backup e ripristino di SQL Server. |
Modello di recupero predefinito |
Completa |
Supporta il mirroring in una farm per disponibilità |
Sì, ma il mirroring è gestito unicamente mediante SQL Server: SharePoint Server 2010 non riconosce il database PowerPivot. |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
No |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
No |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
Database di sistema SQL Server
SharePoint Server 2010 è basato su SQL Server e, di conseguenza, utilizza i database di sistema SQL Server. SQL Server non consente agli utenti l'aggiornamento diretto delle informazioni negli oggetti di sistema, quali tabelle di sistema, stored procedure di sistema e viste del catalogo. Al contrario, in SQL Server è disponibile un insieme completo di strumenti di amministrazione che consentono agli utenti di amministrare completamente il proprio sistema e gestire tutti gli utenti e gli oggetti in un database. Per ulteriori informazioni sui database di sistema SQL Server, vedere Database di sistema (https://go.microsoft.com/fwlink/p/?LinkId=186699).
master
Nel database master sono registrate tutte le informazioni a livello di sistema per un'istanza di SQL Server.
Nome predefinito del database |
master |
Requisiti per il percorso |
Nessuno |
Informazioni su dimensioni generali e fattori di crescita |
Piccola |
Caratteristiche di lettura/scrittura |
Variabile |
Metodo di ridimensionamento consigliato |
Implementare la scalabilità verticale. Non si prevede una crescita significativa. |
Regole di analisi dell'integrità associate |
Nessuno |
Strumenti di backup supportati |
Backup e ripristino di SQL Server. |
Modello di recupero predefinito |
Semplice |
Supporta il mirroring in una farm per disponibilità |
No |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
No |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
No |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
model
Il database model è utilizzato come modello per tutti i database creati nell'istanza di SQL Server. Le modifiche apportate al database model ( ad esempio, dimensioni del database, regole di confronto, modello di ripristino e altre opzioni del database) vengono applicate a qualsiasi database creato in seguito.
Nome predefinito del database |
model |
Requisiti per il percorso |
Nessuno |
Informazioni su dimensioni generali e fattori di crescita |
Piccola |
Caratteristiche di lettura/scrittura |
Variabile |
Metodo di ridimensionamento consigliato |
Implementare la scalabilità verticale. Non si prevede una crescita significativa. |
Regole di analisi dell'integrità associate |
Nessuno |
Strumenti di backup supportati |
Backup e ripristino di SQL Server. |
Modello di recupero predefinito |
Completa |
Supporta il mirroring in una farm per disponibilità |
No |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
No |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
No |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
msdb
Il database msdb è utilizzato da SQL Server Agent per la pianificazione di avvisi e processi.
Nome predefinito del database |
msdb |
Requisiti per il percorso |
Nessuno |
Informazioni su dimensioni generali e fattori di crescita |
Piccola |
Caratteristiche di lettura/scrittura |
Variabile |
Metodo di ridimensionamento consigliato |
Implementare la scalabilità verticale. Non si prevede una crescita significativa. |
Regole di analisi dell'integrità associate |
Nessuno |
Strumenti di backup supportati |
Backup e ripristino di SQL Server. |
Modello di recupero predefinito |
Semplice |
Supporta il mirroring in una farm per disponibilità |
No |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
No |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
No |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
tempdb
Il database tempdb è uno spazio di lavoro che consente di memorizzare oggetti temporanei o set di risultati intermedi. Inoltre, soddisfa qualsiasi altra necessità di archiviazione temporanea. Il database tempdb viene ricreato ogni volta che viene avviato SQL Server.
Nome predefinito del database |
tempdb |
Requisiti per il percorso |
Collocare questo database in un disco veloce, in un asse separato da altri database. Creare il numero di file necessario per massimizzare la larghezza di banda del disco. L'utilizzo di più file riduce il contenuto di archiviazione di tempdb e offre una migliore scalabilità. Non creare, tuttavia, troppi file perché possono avere effetti negativi sulle prestazioni e aumentare il sovraccarico di gestione. Come linee guida generali, creare un file di dati per ogni CPU nel server e aumentare o ridurre il numero di file secondo le esigenze. Verificare che una CPU dual-core sia considerata come due CPU. |
Informazioni su dimensioni generali e fattori di crescita |
Da piccole a molto grandi. Le dimensioni del database tempDB aumentano e diminuiscono rapidamente. Le dimensioni dipendono da fattori quali il numero di utenti che utilizzano il sistema, oltre ai processi specifici in esecuzione. Ad esempio la ricompilazione online di indici di grandi dimensioni o i grandi ordinamenti causano un rapido aumento delle dimensioni del database. |
Caratteristiche di lettura/scrittura |
Variabile |
Metodo di ridimensionamento consigliato |
Implementare la scalabilità verticale |
Regole di analisi dell'integrità associate |
Nessuno |
Strumenti di backup supportati |
Backup e ripristino di SQL Server. |
Modello di recupero predefinito |
Semplice |
Supporta il mirroring in una farm per disponibilità |
No |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
No |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
No |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
Database di SQL Server Reporting Services
I seguenti database di SQL Server Reporting Services possono essere utilizzati come parte di una distribuzione di SharePoint Server 2010.
Nota
Se la distribuzione richiede l'utilizzo di Access Services, i requisiti per Reporting Services dipendono dalla modalità di esecuzione, come indicato di seguito:
-
La modalità locale richiede solo SharePoint Server 2010 e il componente aggiuntivo SQL Server 2008 R2 Reporting Services (SSRS).
-
La modalità connessa richiede SharePoint Server 2010, il componente aggiuntivo SSRS e SQL Server 2008 R2 Report Server, disponibile nelle versioni Standard o Enterprise Edition.
Per ulteriori informazioni sulla modalità di gestione dei database SQL Server Reporting Services, vedere Report Server Catalog Best Practices (Procedure consigliate per il catalogo del server di report) (https://go.microsoft.com/fwlink/p/?LinkID=185486).
Database ReportServer
Il database ReportServer di SQL Server Reporting Services archivia tutti i metadati dei report, tra cui le definizioni dei report, la cronologia e gli snapshot dei report, nonché le informazioni di pianificazione.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
RSDB |
Requisiti per il percorso |
Deve essere collocato nella stesso server di database del database ReportServerTempDb. |
Informazioni su dimensioni generali e fattori di crescita |
Piccola |
Caratteristiche di lettura/scrittura |
Elevato utilizzo delle risorse di lettura |
Metodo di ridimensionamento consigliato |
Implementare la scalabilità verticale nel database |
Regole di analisi dell'integrità associate |
Nessuno |
Strumenti di backup supportati |
Backup e ripristino di SQL Server. |
Modello di recupero predefinito |
Completa |
Supporta il mirroring in una farm per disponibilità |
No |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
No |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
No |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
Database ReportServerTempDB
Il database ReportServerTempDB di SQL Server Reporting Services archivia tutti gli snapshot temporanei durante l'esecuzione dei report.
Prefisso del nome predefinito del database quando si esegue l'installazione mediante Configurazione guidata Prodotti SharePoint |
RSTempDB |
Requisiti per il percorso |
Deve essere collocato nella stesso server di database del database ReportServer. |
Informazioni su dimensioni generali e fattori di crescita |
Da piccole a molto grandi. Le dimensioni del database ReportServerTempDB aumentano e diminuiscono rapidamente, a seconda del numero di utenti interattivi connessi contemporaneamente e del numero di snapshot dei report. |
Caratteristiche di lettura/scrittura |
Elevato utilizzo delle risorse di lettura |
Metodo di ridimensionamento consigliato |
Implementare la scalabilità verticale nel database |
Regole di analisi dell'integrità associate |
Nessuno |
Strumenti di backup supportati |
Backup e ripristino di SQL Server, ma non è consigliabile eseguire il backup di questo database. |
Modello di recupero predefinito |
Completa |
Supporta il mirroring in una farm per disponibilità |
No |
Supporta il mirroring asincrono o il log shipping per un'altra farm per il ripristino di emergenza |
No |
Supporta la replica sincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server |
No |
Supporta la replica asincrona mediante i gruppi di disponibilità AlwaysOn di SQL Server per il ripristino di emergenza |
No |
See Also
Other Resources
Centro Risorse: gestione della capacità di SharePoint Server 2010
Centro risorse: database di SQL Server e SharePoint Server 2010