Requisiti di archiviazione
Ultima modifica dell'argomento: 2009-09-28
Per pianificare l'archiviazione, è necessario determinare i componenti di memorizzazione che si desidera distribuire, incluso il tipo di archivio, la posizione dei database di archiviazione e dei file di registro e le decisioni sui componenti da utilizzare per la scalabilità e la disponibilità elevata.
Componenti di memorizzazione
Tipi e archiviazione dei dati
La pianificazione di una soluzione di archiviazione per Office Communications Server 2007 R2 richiede la conoscenza dei tipi di dati generati e del percorso in cui ciascun tipo viene archiviato. Nella tabella seguente sono elencate tali informazioni.
Tabella 1. Tipi e archiviazione dei dati
| Tipo di dati | Nome dell'archivio dati | Percorso |
|---|---|---|
Dati utente permanenti, ad esempio ACL, contatti, server o pool principale, conferenze pianificate |
RTC |
Enterprise Edition, database back-end. Standard Edition, Microsoft SQL Server 2005 Express con SP2. |
Impostazioni permanenti di Office Communications Server 2007 R2 |
RTCConfig |
Enterprise Edition, database back-end. Standard Edition, SQL Server 2005 Express con SP2. |
Dati utente temporanei, ad esempio endpoint e sottoscrizioni e stato temporaneo della conferenza |
RTCDyn |
Enterprise Edition, database back-end; Standard Edition, SQL Server 2005 Express con SP2. |
Database contenente le informazioni sugli indirizzi globali utilizzate dal servizio query Web della Rubrica per supportare le query di ricerca nella Rubrica dai client Communicator Mobile per Windows |
RTCab |
Enterprise Edition, database back-end; Standard Edition, SQL Server 2005 Express con SP2. |
File di download della Rubrica creati dal server della Rubrica e scaricati dai client Office Communicator, Office Communicator Phone Edition e Office Communicator Attendant |
Percorso UNC specificato dall'utente |
Per Enterprise Edition, i file di download vengono archiviati in una cartella NTFS condivisa creata dall'utente situata in un file server dedicato su un computer separato (consigliato) dall'Enterprise Edition Front End Server. Per Standard Edition, i file vengono archiviati in <Cartella di installazione di Microsoft Office Communications Server 2007 R2>\Web Components\Address Book Files sul Server Standard locale. |
Contenuto delle riunioni, ad esempio presentazioni Microsoft Office PowerPoint, sessioni di domande e risposte, polling, chat e contenuto caricato |
Percorso UNC specificato dall'utente |
Per Enterprise Edition, i file di download vengono archiviati in una cartella NTFS condivisa creata dall'utente situata in un file server dedicato su un computer separato (consigliato) dall'Enterprise Edition Front End Server. Per Standard Edition, i file vengono archiviati in <Cartella di installazione di Microsoft Office Communications Server 2007 R2>\Web Components\Data MCU Web\Web sul Server Standard locale. |
Metadati del contenuto delle riunioni, ovvero dati XML che descrivono il contenuto delle riunioni, ad esempio la data e l'ora di caricamento di una presentazione di PowerPoint |
Percorso UNC specificato dall'utente |
Per Enterprise Edition, i file di download vengono archiviati in una cartella NTFS condivisa creata dall'utente situata in un file server dedicato su un computer separato (consigliato) dall'Enterprise Edition Front End Server. Per Standard Edition, i file vengono archiviati in <Cartella di installazione di Microsoft Office Communications Server 2007 R2>\Web Components\Data MCU Web\Non-Web sul Server Standard locale. |
Registro di conformità del contenuto delle riunioni (dati XML che registrano le attività di caricamento del contenuto e il contenuto delle riunioni caricato) |
Percorso UNC specificato dall'utente |
Per Enterprise Edition, i file di download vengono archiviati in una cartella NTFS condivisa creata dall'utente situata in un file server dedicato su un computer separato (consigliato) dall'Enterprise Edition Front End Server. Per Standard Edition, i file vengono archiviati in una cartella predefinita sul Server Standard locale. |
File di dati delle applicazioni utilizzati internamente dal componente server dell'applicazione per il pool |
Percorso UNC specificato dall'utente |
Per Enterprise Edition, i file di download vengono archiviati in una cartella NTFS condivisa creata dall'utente situata in un file server dedicato su un computer separato (consigliato) dall'Enterprise Edition Front End Server. Per Standard Edition, i file vengono archiviati in <\Cartella di installazione di Microsoft Office Communications Server 2007 R2>\Application Host\Application Data nel Server Standard locale. |
File di aggiornamento utilizzati dal meccanismo di controllo delle versioni client per aggiornare i client Office Communicator e da Servizio Aggiornamento dispositivi per aggiornare i dispositivi per le comunicazioni unificate |
Percorso UNC specificato dall'utente in Enterprise Edition Cartella creata dal programma di installazione in Standard Edition |
Per Enterprise Edition, i file di aggiornamento vengono archiviati in una condivisione file creata dall'utente situata in un file server dedicato su un computer separato (consigliato) dall'Enterprise Edition Front End Server. Per Standard Edition:
|
Dati QoE (Quality of Experience, qualità percepita dall'utente) di Monitoring Server |
QoEMetrics |
Database QoE di Monitoring Server normalmente distribuito su un computer separato (consigliato) dal database back-end. Questo database viene sempre distribuito sullo stesso server, nella stessa istanza, come database CDR. |
Dati CDR di Monitoring Server |
LcsCDR |
Database CDR di Monitoring Server normalmente distribuito su un computer separato (consigliato) dal database back-end Questo database viene sempre distribuito sullo stesso server, nella stessa istanza, come database QoE. |
Dati di archiviazione |
LcsLog |
Database del servizio di archiviazione normalmente distribuito in un computer separato (consigliato) dal database back-end. |
Dati di Group Chat |
Nome database specificato dall'utente |
Database SQL Server 2005 o SQL Server 2008 distribuito su un computer separato dal Group Chat Server. |
Cartelle Web e di conformità di Group Chat (per archiviare i file caricati nel servizio Web Group Chat) |
Percorso UNC specificato dall'utente |
Una condivisione file a cui possono accedere tutti i servizi e i Group Chat Server del pool. |
Dati di conformità di Group Chat |
Nome database specificato dall'utente |
Database SQL Server 2005 con SP2 o SQL Server 2008 distribuito su un computer separato dal servizio di conformità. Può trattarsi della stessa istanza del database utilizzata per i dati di Group Chat. |
Dati di Response Group Service temporanei |
ACDDyn |
Enterprise Edition, database back-end; Standard Edition, SQL Server 2005 Express con SP2. |
Considerazioni sull'archiviazione
La pianificazione di una strategia di archiviazione efficace, in particolare se si sta distribuendo un pool Enterprise con un database back-end, è un'operazione essenziale per una distribuzione corretta di Office Communications Server 2007 R2. Se non si valutano accuratamente i requisiti di archiviazione e le strategie di implementazione per l'ottimizzazione dell'accesso ai dati e della protezione, si possono verificare problemi anche gravi.
Durante la pianificazione di una strategia di archiviazione per Office Communications Server 2007 R2 è necessario prendere in considerazione tre criteri, ovvero la capacità, la disponibilità e le prestazioni. Le scelte effettuate durante la pianificazione e l'implementazione della soluzione di archiviazione influiranno sui costi relativi all'amministrazione e alla manutenzione dell'ambiente Office Communications Server 2007 R2:
- Capacità. In una distribuzione di Office Communications Server 2007 R2 di grandi dimensioni la capacità totale per il database back-end Enterprise Edition è di circa 10 GB. In base agli standard tradizionali, questo valore non corrisponde a un database di grandi dimensioni.
- Disponibilità. La disponibilità del database può aumentare mediante la ridondanza. A questo scopo, è possibile organizzare le applicazioni in cluster per fornire la ridondanza a livello di CPU oppure implementare una soluzione RAID (Redundant Array of Independent Disks) per fornire la ridondanza a livello di dati.
- Prestazioni. Ciascuna organizzazione possiede requisiti specifici per quanto riguarda le prestazioni. In questo contesto con il termine prestazioni si intende la velocità effettiva. A livello di tecnologia di archiviazione, la velocità effettiva viene misurata in base al numero di operazioni di lettura e scrittura che possono essere eseguite in un secondo da un dispositivo di archiviazione.
Prima di iniziare la progettazione della soluzione di archiviazione per Office Communications Server 2007 R2, è opportuno determinare la priorità assegnata dall'organizzazione ai criteri sopra indicati, in particolare quando è necessario trovare un equilibrio tra disponibilità e prestazioni. Nella sezione seguente verranno illustrati i fattori da tenere in considerazione per l'implementazione di una soluzione di archiviazione.
Indicazioni di carattere generale sull'archiviazione
Indipendentemente dall'applicazione in esecuzione, per massimizzare la capacità, la disponibilità e le prestazioni è necessario attenersi alle indicazioni seguenti:
- Ridurre il carico di elaborazione della CPU mediante l'implementazione di una soluzione hardware specializzata, ad esempio un sistema RAID o una rete SAN (Storage Area Network), in cui sia incorporata la tecnologia RAID. Questo scenario presuppone l'utilizzo di una soluzione hardware anziché una soluzione RAID software (basata su host).
- Ridurre il tempo totale necessario per il completamento di una transazione mediante la separazione dei file a cui si accede in modo sequenziale da quelli a cui si accede in modo casuale. L'archiviazione separata dei file ad accesso sequenziale consente di mantenere le testine dei dischi in posizione ottimale per le operazioni di I/O sequenziali, riducendo quindi il tempo richiesto per la ricerca dei dati.
- Utilizzare più dischi anziché un unico disco di grandi dimensioni per prestazioni migliori. In genere, l'utilizzo di più dischi assicura prestazioni superiori.
Utilizzare le informazioni riportate nelle sezioni seguenti per confrontare le diverse tecnologie di archiviazione.
Soluzioni RAID
Utilizzando una soluzione RAID, è possibile aumentare la tolleranza di errore della distribuzione di Office Communications Server 2007 R2. In una configurazione RAID una parte della capacità fisica di archiviazione contiene alcune informazioni ridondanti relative ai dati archiviati nei dischi rigidi, ad esempio informazioni di parità (nel caso di un volume RAID-5) o una copia completa e separata dei dati (nel caso di un volume RAID1 con mirroring o RAID 0+1 con striping e mirroring). Le informazioni ridondanti consentono la rigenerazione dei dati.
Considerazioni relative a Office Communications Server 2007 R2
Durante la pianificazione della soluzione di archiviazione, è necessario prendere in considerazione le caratteristiche di Office Communications Server 2007 R2 seguenti:
- Office Communications Server può supportare fino a 100.000 utenti simultanei in un pool con configurazione consolidata. Il database back-end di ciascun pool Enterprise e il database SQL Server 2005 con SP2 su un Server Standard contiene file di registro delle transazioni e file di database.
- Non tutti i dati archiviati in Office Communications Server vengono gestiti allo stesso modo. Una sola soluzione di archiviazione per tutti i tipi di dati non è la scelta più efficiente. I dati statici e temporanei risiedono, ad esempio, nel database back-end. Nel database RTCDyn vengono archiviate le informazioni sullo stato della conferenza e altri dati di natura temporanea. A causa di questa natura, non è necessario eseguire un backup delle informazioni né salvarle regolarmente ai fini di un ripristino. È tuttavia fondamentale pianificare la disponibilità in corso e la ridondanza dei seguenti dati:
- I dati permanenti archiviati nei database RTC (impostazioni utente) e RTCConfig (impostazioni di configurazione) in un Server Standard e in un pool Enterprise.
- Il database del server di archiviazione, che contiene informazioni di conformità importanti ai fini dell'archiviazione.
- In Office Communications Server 2007 R2 l'accesso ai file di registro delle transazioni viene eseguito in modo sequenziale, mentre l'accesso ai database viene eseguito in modo casuale. In base alle indicazioni generali sull'archiviazione, per massimizzare le prestazioni I/O e aumentare la tolleranza di errore è preferibile separare i file di registro delle transazioni (I/O ad accesso sequenziale) dai file di database (I/O ad accesso casuale). In particolare, è consigliabile spostare i file di registro delle transazioni in dischi separati dal supporto di archiviazione dei file di database.
Per migliorare ulteriormente le prestazioni del sistema, archiviare i file di registro delle transazioni per il database RTCDyn in un dispositivo dedicato distinto, in modo da garantire la velocità effettiva delle transazioni. - È possibile configurare SQL Server 2005 Enterprise Edition con SP2 o SQL Server 2008 Enterprise come cluster di failover per fornire il supporto di disponibilità elevata. Per offrire supporto in caso di errore del sistema operativo o di aggiornamento programmato, è ad esempio possibile configurare un nodo nel cluster di failover per eseguire il failover su un altro nodo nella configurazione cluster di failover. Questa opzione consente di ridurre al minimo i tempi di inattività del sistema e quindi garantire un'elevata disponibilità del server. Se, inoltre, si decide di implementare l'archiviazione in modalità critica, ovvero la modalità che prevede l'arresto di Office Communications Server qualora l'archiviazione non sia disponibile, è possibile utilizzare un cluster di failover, poiché un errore di SQL Server può potenzialmente arrestare l'intera infrastruttura di Office Communications Server.
Indipendentemente dal fatto che per l'archiviazione si utilizzi DAS (Direct Attached Storage) o una soluzione con rete di archiviazione (SAN), la soluzione di archiviazione richiede una corretta pianificazione e progettazione per assicurare la capacità e la velocità effettiva appropriate per Office Communications Server 2007 R2.
Archiviazione dei file di registro delle transazioni e dei file di database
Come indicato in precedenza, per fornire la tolleranza di errore in caso di malfunzionamento di un disco rigido è necessario archiviare i file di registro delle transazioni e i file di database di Office Communications Server 2007 R2 su dischi rigidi fisici distinti. Questo tipo di configurazione assicura inoltre un aumento significativo delle prestazioni di I/O del disco rigido. Per quanto riguarda l'accesso ai file di dati e ai file di registro delle transazioni, è consigliabile scegliere canali I/O separati sul controller RAID e, se possibile, posizionare ciascun canale I/O su un controller RAID distinto.
Se si verifica un errore nel disco rigido in cui sono contenuti i file di registro delle transazioni, ma non in quello contenente i file di database, non sarà necessario ripristinare i dati di Office Communications Server 2007 R2 da una copia di backup. I file di registro delle transazioni SQL Server di Office Communications Server 2007 R2 vengono compressi periodicamente in modo da ridurne le dimensioni. Se supportato dal controller, si consiglia inoltre di abilitare la cache in scrittura. Questa opzione consente di aumentare significativamente la velocità effettiva.
.gif "Dd425133.important(it-it,office.13).gif") Importante: |
|---|
| Se i file di database e i file di registro delle transazioni di Office Communications Server 2007 R2 sono archiviati nello stesso disco rigido fisico, le prestazioni ne risentono e, se in tale disco si verifica un errore, è possibile recuperare soltanto i dati esistenti al momento dell'ultimo backup. |
Assicurarsi che la capacità del disco dei server Office Communications Server 2007 R2 sia adeguata. È necessario disporre di uno spazio su disco sufficiente per ripristinare sia i file di database che i file di registro. In caso contrario, è possibile che i file di backup siano troppo grandi per essere ripristinati nei rispettivi percorsi originali.
Utilizzo del clustering dei server
Il clustering di failover (noto in precedenza come cluster di server o MSCS) è una funzionalità di Windows Server che può essere utilizzata per garantire la scalabilità e la disponibilità elevata per il database back-end di Office Communications Server 2007 R2. Un cluster è costituito da singoli computer, chiamati anche nodi, che funzionano insieme in un servizio cluster. Questi computer svolgono il ruolo di provider di servizi di rete o di computer di riserva che gestiscono le operazioni server per un altro nodo in caso di problemi. Oltre a migliorare la tolleranza di errore e l'affidabilità, il clustering consente, a seconda del modo in cui è configurato, di semplificare il processo di ripristino di emergenza di un singolo server.
In un ambiente cluster SQL Server funziona come server virtuale e non come server autonomo, poiché qualsiasi nodo in un cluster può assumere il controllo di un server virtuale. Se si verificano problemi nel nodo che esegue il server virtuale SQL Server, quest'ultimo verrà portato temporaneamente non in linea finché un altro nodo non assumerà il controllo del nodo danneggiato.
Office Communications Server 2007 R2 supporta la configurazione attiva/passiva a più nodi per il database back-end. I cluster attivi/attivi non sono supportati. In un cluster a più nodi, l'istanza di Office Communications Server SQL deve essere in grado di eseguire il failover su un nodo passivo che, per motivi di prestazioni, non deve essere condiviso da alcun'altra istanza SQL.
Prima di pianificare e distribuire i cluster di Office Communications Server 2007 R2, è necessario acquisire familiarità con i concetti relativi al clustering di failover.
Per informazioni dettagliate sul clustering, vedere l'articolo relativo alle informazioni tecniche sui servizi clustering di Windows Server 2003 nel sito Web Microsoft, all'indirizzo seguente: https://go.microsoft.com/fwlink/?LinkId=139792 (la pagina potrebbe essere in inglese).
Per informazioni dettagliate sul failover, vedere l'articolo relativo all'alta disponibilità di Windows Server 2008 nel sito Web Microsoft, all'indirizzo seguente: https://go.microsoft.com/fwlink/?LinkId=139793 (la pagina potrebbe essere in inglese).
Per informazioni dettagliate sulla progettazione dell'archivio del database per SQL Server, vedere l'articolo relativo alla progettazione dell'archivio del database fisico nel sito Web Microsoft, all'indirizzo seguente: https://go.microsoft.com/fwlink/?LinkId=139794 (la pagina potrebbe essere in inglese).
Requisiti di versione per SQL Server, Windows, SQL Server e Office Communications Server
Per creare un cluster di Office Communications Server 2007 R2 sono richieste versioni specifiche di SQL Server e Windows. I requisiti di versione sono riportati nella tabella seguente.
Tabella 2. Requisiti di versione per SQL Server, Windows e Office Communications Server
| Versione di SQL Server | Versioni di Windows | Versione di Office Communications Server | Nodi cluster disponibili |
|---|---|---|---|
SQL Server 2008 Enterprise Edition a 32 o 64 bit (consigliato) |
Versione a 64 bit di Windows Server 2008 (Standard o Enterprise) (consigliata) |
Office Communications Server 2007 R2 Enterprise Edition |
Massimo 16 |
SQL Server 2008 Enterprise Edition a 32 o 64 bit (consigliato) |
Windows Server 2003 R2 Standard x64 Edition con SP2 o Windows Server 2003 R2 Enterprise x64 Edition con SP2 Windows Server 2003 Standard x64 Edition con SP2 o Windows Server 2003 Enterprise x64 Edition con SP2 |
Office Communications Server 2007 R2 Enterprise Edition |
Massimo 8 |
SQL Server 2008 Standard (a 32 o 64 bit) |
Versione a 64 bit di Windows Server 2008 (Standard o Enterprise) (consigliata) Windows Server 2003 R2 Standard x64 Edition con SP2 o Windows Server 2003 R2 Enterprise x64 Edition con SP2 Windows Server 2003 Standard x64 Edition con SP2 o Windows Server 2003 Enterprise x64 Edition con SP2 |
Office Communications Server 2007 R2 Enterprise Edition |
Massimo 2 |
SQL Server 2005 Enterprise Edition con SP2 a 32 o 64 bit |
Versione a 64 bit di Windows Server 2008 Enterprise (consigliata) Windows Server 2003 R2 Enterprise x64 Edition con SP2 Windows Server 2003 Enterprise x64 Edition con SP2 |
Office Communications Server 2007 R2 Enterprise Edition |
Massimo 8 |
SQL Server 2005 Standard Edition con SP2 a 32 o 64 bit |
Versione a 64 bit di Windows Server 2008 Enterprise (consigliata) Windows Server 2003 R2 Enterprise Edition x64 Edition con SP2 Windows Server 2003 Enterprise x64 Edition con SP2 |
Office Communications Server 2007 R2 Enterprise Edition |
Massimo 2 |
SQL Server 2005 Enterprise Edition con SP2 a 32 o 64 bit SQL Server 2005 Standard Edition con SP2 a 32 o 64 bit |
Versione a 64 bit di Windows Server 2008 Standard Windows Server 2003 R2 Standard x64 Edition con SP2 Windows Server 2003 Standard x64 Edition con SP2 |
Office Communications Server 2007 R2 Enterprise Edition Server Standard di Office Communications Server 2007 R2 (per il database di monitoraggio o il database di archiviazione)* |
Nessuno |
Nota
SQL Server 2005 Express con SP2 è disponibile con Office Communications Server 2007 R2 Standard Edition.
Procedure consigliate per il partizionamento dei server
Per aumentare la tolleranza di errore e facilitare la risoluzione dei problemi, effettuare le seguenti operazioni:
- Partizionare i dischi in modo che, in caso di emergenza, sia possibile avviarli dal prompt dei comandi. Questa configurazione offre un numero maggiore di opzioni di ripristino. È possibile, ad esempio, avviare il sistema dal prompt dei comandi e modificare o sostituire gli eventuali file di avvio danneggiati che impediscono l'avvio di Windows.
- Impostare i dischi per far sì che i file dell'applicazione, i file del database e i file del registro delle transazioni di Office Communications Server 2007 R2 siano tutti su dischi fisici separati per migliorare le prestazioni.
Se si utilizzano questi consigli per il partizionamento dei dischi, ciascun insieme di file verrà assegnato a un disco fisico separato con una lettera di unità diversa. In questo modo sarà possibile determinare facilmente le partizioni di cui eseguire il backup in base al metodo scelto per il recupero dei dati.
Cartelle
Prima di distribuire i server Enterprise, è necessario identificare i requisiti di archiviazione e creare cinque cartelle condivise in un file server dedicato, con i nomi consigliati o nomi personalizzati, in cui archiviare i seguenti elementi:
Presentazioni: presentazioni di riunioni da rendere disponibili ai partecipanti della conferenza tramite download o flusso, ma non il contenuto di sessioni di condivisione del desktop.
Metadati: informazioni della riunione (metadati) utilizzate internamente dal componente Web Conferencing Server per il pool.
Nota
Concedere l'accesso alla condivisione file Metadati all'account del servizio utilizzato per eseguire Web Conferencing Server oltre agli eventuali account da amministratore necessari. Rimuovere l'accesso alla condivisione file Metadati da tutti gli altri account utente.
Servizio Rubrica: file della Rubrica scritti dal server della Rubrica, installato con il Front End Server, per fornire quotidianamente le informazioni sui contatti e sugli utenti dell'elenco indirizzi globale a Office Communicator 2007 R2, Office Communicator 2007, Office Communicator 2005, Office Communicator 2007 R2 Phone Edition, Office Communicator Phone Edition 2007 e alla versione 2007 dei client Office Communicator Mobile. La versione 2007 R2 del client Office Communicator Mobile per Windows utilizza un servizio query Web della Rubrica separato per ottenere le informazioni della Rubrica.
Applicazioni: file delle applicazioni utilizzati internamente dal componente server dell'applicazione per il pool.
Aggiornamenti: file utilizzati dal meccanismo di controllo delle versioni client per aggiornare i client Office Communicator e da Servizio Aggiornamento dispositivi per aggiornare i dispositivi.
Concedere l'autorizzazione Controllo completo per ognuna di queste cartelle condivise all'amministratore, al gruppo RTCUniversalServerAdmins e a qualsiasi altro utente o gruppo responsabile della creazione di pool. Rimuovere l'autorizzazione di lettura dal gruppo Everyone. Se queste cartelle condivise ereditano autorizzazioni da cartelle o unità superiori, modificare manualmente le autorizzazioni sulle cartelle condivise.
Per informazioni dettagliate sui requisiti per la cartella Updates, vedere Servizio Aggiornamento dispositivi.
Nota
Se si utilizza un cluster condiviso per le condivisioni file nella distribuzione, utilizzare Amministrazione cluster per creare le condivisioni file. Per ulteriori informazioni sull'utilizzo di Amministrazione cluster, vedere l'articolo 284838 relativo alla creazione di una condivisione di file server cluster con cluster.exe della Microsoft Knowledge Base disponibile nel sito Web Microsoft https://go.microsoft.com/fwlink/?LinkId=140899 (la pagina potrebbe essere in inglese).
Se l'organizzazione deve rispettare determinati requisiti legali e normativi per l'archiviazione del contenuto delle riunioni, è possibile attivare la conformità riunione. Per amministrare questa funzionalità, è necessario creare una cartella condivisa in un file server dedicato in cui archiviare i registri delle riunioni. È possibile utilizzare il nome suggerito o un nome di cartella personalizzato per archiviare i seguenti elementi:
- MeetingCompliance (facoltativo): attività e contenuti caricati durante le riunioni
Concedere l'autorizzazione Controllo completo per questa cartella condivisa al gruppo RTCComponentUniversalServices e a qualsiasi altro utente o gruppo responsabile della creazione di pool. Rimuovere l'autorizzazione di lettura dal gruppo Everyone.
Se si prevede di installare il server di archiviazione, considerare le esigenze di memorizzazione per l'archiviazione dei file. Per informazioni dettagliate, vedere Supporto dell'archiviazione.